Migration von einem vorhandenen FHIR-Server

Gehen Sie wie folgt vor, um Daten von einem vorhandenen FHIR-Server zu HealthLake migrieren.

Schritt 1: Validieren Sie Ihre Umgebung HealthLake

Bevor Sie mit der Datenmigration beginnen, sollten Sie sie einrichten und HealthLake anhand eines Machbarkeitsnachweises in einem Entwicklungskonto validieren.

Um Ihre Umgebung zu validieren HealthLake

1. Erstellen Sie einen Datenspeicher mit der von Ihnen gewählten Autorisierungsstrategie (SMART auf FHIR oder AWS SigV4-only) und dem AWS KMS Verschlüsselungsschlüssel. Die Autorisierungskonfiguration wird als Teil der Anfrage zum Erstellen eines Datenspeichers angegeben. Weitere Informationen erhalten Sie unter Einen HealthLake Datenspeicher erstellen und .

2. Richten Sie Ihren API-Gateway-Proxy ein.

3. Vergewissern Sie sich, dass dies mit den FHIR-API-Integrationsmustern Ihrer EHR HealthLake funktioniert.

4. Überprüfen Sie CapabilityStatement (GET /metadata) anhand der erwarteten unterstützten Ressourcen und Suchparameter Ihrer Anwendung.

Schritt 2: Exportieren Sie von Ihrem vorhandenen FHIR-Server

Führen Sie einen $export Vorgang (System-level oder Group-level) für Ihren aktuellen FHIR-Server gemäß dem FHIR Bulk Data Access IG aus. Dadurch werden NDJSON-Dateien erzeugt — eine neue Zeile pro FHIR-Ressource, eine Datei pro Ressourcentyp.

Wenn Ihr Server dies nicht unterstützt$export, extrahieren Sie Ressourcen direkt aus der zugrunde liegenden Datenbank und serialisieren Sie sie als FHIR R4-JSON-Bundles.

Schritt 3: Bereitstellen in Amazon S3 und Import

Laden Sie NDJSON mit FHIR-Ressourcen in einen Amazon S3 S3-Bucket hoch. Die Import-Job-Anfrage erfordert die folgenden vier Parameter:

• Die Amazon S3 S3-Eingabe-URI

• Die Amazon S3 S3-Ausgabe-URI (für Job-Ergebnisse)

• Die Datenspeicher-ID

• Die IAM-Datenzugriffsrolle ARN

Weitere Informationen finden Sie unter Einen FHIR-Importjob starten.

Stellen Sie den ValidationLevel Parameter auf der Grundlage Ihrer Datenqualität ein:

Validierungsstufe	Description
strict (Standard)	Ressourcen werden anhand des Profilelements der Ressource oder der R4-Spezifikation, falls kein Profil vorhanden ist, validiert. Profile müssen von HealthLake unterstützt werden. Eine Liste der unterstützten Profile finden Sie unterFHIR-Profilvalidierungen für HealthLake. HealthLake lehnt Ressourcen ab, deren Überprüfung fehlschlägt.
structure-only	Ressourcen werden anhand von R4 validiert, wobei alle referenzierten Profile ignoriert werden.
minimal	Ressourcen werden minimal validiert, wobei bestimmte R4-Regeln ignoriert werden. Ressourcen, die die für erforderlichen Strukturprüfungen nicht bestehen, search/analytics werden aktualisiert und enthalten nun eine erweiterte Warnung für die Prüfung.

Weitere Informationen zu den Validierungsebenen finden Sie unter.

Schritt 4: Überprüfen Sie den Import

HealthLake generiert für jeden Importauftrag eine manifest.json Datei im Amazon S3 S3-Ausgabe-Bucket und meldet die Anzahl der Ressourcen für Erfolg und Misserfolg.

Um den Import zu validieren

1. Stimmen Sie die Anzahl der Manifeste mit der Anzahl der Ressourcen Ihres Quellsystems nach Typ ab.

2. Untersuchen Sie die FAILURE/ Protokolle auf häufige Ursachen: ungültige Verweise, falsch formatierte Datumsformate oder fehlgeschlagene Profilvalidierung.

Schritt 5: Umstellung

Während des Umstellungsfensters erstellen und aktualisieren die standardmäßigen FHIR-APIs HealthLake von Use für Schreibvorgänge in Echtzeit, während der Massenimport das historische Backfill übernimmt. Weitere Informationen erhalten Sie unter Eine FHIR-Ressource erstellen und Aktualisierung einer FHIR-Ressource. Sobald der Vorgang abgeschlossen ist, leiten Sie den FHIR-Endpunkt Ihrer Anwendung zu weiter. HealthLake

HealthLake stellt eine standardmäßige FHIR R4-RESTful-API zur Verfügung, sodass es sich bei der Änderung auf Anwendungsebene in der Regel um einen Basis-URL-Swap handelt. Wenn Ihre Anwendung SMART auf FHIR verwendet, müssen Sie auch die URL des FHIR-Ressourcenservers Ihres Autorisierungsservers so aktualisieren, dass sie auf Ihren Datenspeicher-Endpunkt verweist. HealthLake

Schritt 6: Validierung Post-migration

Stellen Sie sicher, dass alle FHIR-Operationen wie erwartet funktionieren. HealthLake bietet Überwachungsoptionen für alle Datenspeicher über Amazon CloudWatch und AWS CloudTrail.

Anmerkung

HealthLake unterstützt nur R4. Wenn auf Ihrem vorhandenen Server STU3 oder DSTU2 ausgeführt wird, müssen Sie die Ressourcen vor dem Import in R4 umwandeln. AWS HealthLake Partner stellen Konvertierungstools für Nicht-R4-Daten bereit.