FHIR-Daten mit dem Datenintegrations-Toolkit verwalten

Das Datenintegrations-Toolkit hilft Ihnen, die PHI (geschützte Gesundheitsinformationen) von Patienten zwischen EKA-Systemen und Dataverse zu synchronisieren. Diese Integration ermöglicht Pflegeteams und Patienten einen schnellen und sicheren Zugriff auf ihre Daten in der Microsoft Cloud for Healthcare-Umgebung.

Ihr FHIR-System bleibt separat, aber seine Daten sind über Dataverse schnell verfügbar. Die Dataverse Healthcare APIs bieten Einstiegspunkte zum Einbinden und Abrufen von FHIR-Daten in die Microsoft Cloud for Healthcare Dataverse Datenbank. Gesundheitsdienstleister können sich auf die Patientenbedürfnisse konzentrieren und Administratoren können sich auf die Verwaltung von Personen, Orten und klinischen Ressourcen konzentrieren.

Funktionen, die die Arbeit mit FHIR-Daten vereinfachen

Die folgende Tabelle beschreibt, wie das Datenintegrations-Toolkit die Arbeit mit geschützten Patientendaten vereinfachen kann.

Funktion	Was die Funktion leistet	Wie sie Ihnen beim Verwalten hilft
Entitätszuordnungen	Entitätszuordnungen ordnen FHIR-Ressourcen Dataverse-Entitäten zu. Beispielsweise entspricht die FHIR-Ressource Patient der Dataverse-Entität Kontakt. Bei beiden geht es um dasselbe - die Patienten. Wenn Sie Daten lesen oder ändern möchten, zeigt die Zuordnung die Datenquelle an und unterstützt die Dataverse Healthcare APIs bei der Transformation von Daten zwischen Dataverse-Entitätsdatensätzen und FHIR-Ressourcen.	Anstatt jede Entitätszuordnung selbst zu erstellen, können Sie die Zuordnungen, die Sie benötigen aktivieren. Wenn eine Zuordnung eine kleine Änderung benötigt, passen Sie sie an oder kopieren Sie sie und fügen Sie ein Tag hinzu. Wenn Sie eine Zuordnung nicht mehr sehen möchten, archivieren Sie sie. Und für spezielle Anwendungszwecke können Sie eine neue Zuordnung erstellen.
Attributzuordnungen	Attributzuordnungen ordnen FHIR-Ressourcenelementen Dataverse-Attributen zu. Zur Erfassung enthalten diese Zuordnungen Details zum Auffinden des Datenelements und des entsprechenden Datentyps in Dataverse. Zum Abrufen beschreiben die Karten, wie das Dataverse-Datenelement in einen FHIR-Ressourcenknoten umgewandelt wird. Diese Zuordnungen sind standardmäßig aktiviert, wirken sich jedoch nicht auf die Synchronisierung aus, es sei denn, Sie aktivieren übergeordnete Entitätszuordnung.	Die standardmäßigen Attributzuordnungen bieten einen grundlegenden Satz von Details, die von der HL7-Spezifikation für die übergeordnete FHIR-Ressource gesteuert werden. Oft müssen Sie nur die übergeordnete Entitätszuordnung aktivieren, aber Sie können Attributzuordnungen ähnlich wie Entitätszuordnungen konfigurieren. Sie können die Zuordnungen deaktivieren, wenn die Daten für die Entität nicht relevant sind. Sie können auch ändern, von wo aus die Daten abgerufen werden, wenn Ihr System von der FHIR-Spezifikation abweicht. Attributzuordnungen erben das Tag ihrer übergeordneten Entitätszuordnungen, damit Sie sie besser voneinander unterscheiden können.
Erweiterungszuordnungen	Erweiterungskarten stellen die Regeln für die Umwandlung von JSON-dokumentbasierten hierarchischen Daten in das relationale Datenmodell von Dataverse bereit.	Mit Expansionsmaps können Administratoren komplexe JSON-Attribute mehreren zusammenhängenden Dataverse-Attributen zuordnen. Mit Zuordnungen von Erweiterungen können Sie übergeordnete Verknüpfungsattribute angeben, um die Beziehung zwischen übergeordneten und untergeordneten Datensätzen zu bestimmen.
Protokolle	Das Datenintegrations-Toolkit erfasst die Details der Dataverse Healthcare API-Aktivitäten und lässt Sie die Transaktionsprotokolle anzeigen, sortieren und abfragen. Die Protokolleinträge enthalten keine EMR-Daten. Sie geben nur an, was die API-Aufrufe versucht haben und was das Ergebnis war. Jeder Eintrag verfügt über eine Beschreibung und weitere Details, um Administrations- und Entwicklungsfachkräften die Fehlerbehebung zu ermöglichen.	Mit Protokollen validieren Sie Ihre Zuordnungen, und überwachen die Vorgänge von Dataverse Healthcare API und Problembehandlungen. Beispielsweise weist ein Protokolleintrag mit der Beschreibung „Erforderliche Felder fehlen“ darauf hin, dass bei der Datenänderung versucht wurde, in eine FHIR-Ressourceninstanz zu schreiben, aber ein Wert für ein erforderliches Element fehlte. Dieser Eintrag wird Ihnen möglicherweise angezeigt, wenn im Dateneingabeformular entweder ein Feld zum Eingeben des Werts fehlt oder ein Feld vorhanden ist, das die Übermittlung auch dann zulässt, wenn es leer gelassen wird. Der Protokolleintrag enthält auch eine Liste fehlender Felder, damit Sie das Problem schnell finden und beheben können.
Azure-FHIR-Ressourcen	Der Azure FHIR-Ressourceneintrag definiert die aktuell unterstützten FHIR-Ressourcen in der Lösung Microsoft Cloud for Healthcare Dataverse . Diese Informationen werden auch von den Dataverse Healthcare APIs verwendet, wenn die Daten zwischen den beiden Systemen transformiert werden.	Wenn das Dataverse Datenmodell erweitert wird, wird diese Liste aktualisiert, um anzuzeigen, welche FHIR-Ressourcen für die Integration verfügbar sind.
Integrationseinstellungen	Das Datenintegrations-Toolkit enthält komponentenspezifische Tools zum Verwalten von Konfigurationsoptionen. Diese Einstellungen sagen Dataverse, wie FHIR-Datenänderungen erkannt werden und wohin FHIR-Datentransaktionen gesendet werden. Sie ermöglichen Ihnen auch, die Synchronisierung ein- oder auszuschalten und die Protokollierungsebene für jede Komponente festzulegen.	Ermöglicht die individuelle Verwaltung von Komponenten sowohl für neue Installationen als auch für bestehende laufende Instanzen.
Gesundheitsdaten	Wenn Patienten in die Weitergabe ihrer Gesundheitsdaten einwilligen, können Administrierende dies im Datenintegrations-Toolkit sehen.	Die visuelle Darstellung der Daten hilft Ihnen, die Datenflüsse zu verwalten, Protokollelemente besser zu verstehen und Ihre Datenzuordnungen zu validieren.

Entitätszuordnungen

Entitätszuordnungen sind die höchste Ebene im Zuordnungsprozess. Sie ordnen FHIR-Ressourcen ihren entsprechenden Dataverse-Entitäten (auch bekannt als Dataverse-Tabellen) zu. Sie können ein Entitätskonzept mehreren FHIR-Ressourcen zuordnen. Entitätskarten helfen den Dataverse Healthcare APIs und virtuellen Gesundheitsdatentabellen bei der Transformation von Daten zwischen den FHIR-Nachrichten und Dataverse-Entitäten. Sie helfen auch dabei, Dataverse die richtigen FHIR-Ressourcen an die Remote-FHIR-Endpunkte zurückzusenden.

Um eine Liste aller Entitätszuordnungen anzuzeigen, wählen Sie in der Datenintegrations-Toolkit-Anwendung die Navigation Agent Administrierender im Abschnitt Änderungsbereich aus, und wählen Sie dann Entitätszuordnungen unter Zuordnungseinrichtung aus.

Im Datenintegrations-Toolkit enthaltene Entitätszuordnungen

Das Datenintegrations-Toolkit enthält viele integrierte Entitätszuordnungen, Attributzuordnungen und FHIR-Elementzuordnungen für standardmäßige FHIR-Ressourcen, die Sie wahrscheinlich benötigen werden. Da jedes System anders ist, werden die Entitätszuordnungen während der Bereitstellung nicht aktiviert.

• Um die erforderlichen Entitätszuordnungen zu aktivieren, müssen Sie nur eine spezifische Einstellung ändern.
• Um die Zuordnungen an Ihre spezifischen EMR-Systeme anzupassen, sind Zuordnungen des Datenintegrations-Toolkits hochgradig konfigurierbar.
• Wenn Sie keine Zuordnung finden, die Ihren Anforderungen entspricht, können Sie ganz einfach Ihre eigene Zuordnung erstellen.

Weitere Informationen zum Konfigurieren von Entitätszuordnungen finden Sie unter Entitätszuordnungen konfigurieren.

In der folgenden Tabelle sind die im Datenintegrations-Toolkit enthaltenen Entitätszuordnungen aufgeführt. Diese Tabelle umfasst die FHIR-Ressourcen auf Stammebene, jedoch nicht die Erweiterungskarten, die ausführlich unter Erweiterungskarten konfigurieren behandelt werden.

Azure-FHIR-Ressource	Dataverse-Entität	Beschreibung
Organisation	Konto	Eine formell oder informell anerkannte Gruppierung von Personen oder Organisationen, die gebildet wurde, um eine Art kollektiver Maßnahmen durchzusetzen. Diese Gruppierung umfasst Gruppen wie Unternehmen, Institutionen, Konzerne, Abteilungen, Gemeindegruppen und Praxisgruppen im Gesundheitswesen.
Patient	Kontakt	Demografische Daten und andere administrative Informationen über eine Person oder ein Tier, die/das Dienstleistungen im Zusammenhang mit der Gesundheit erhält.
Praktizierender Arzt	Kontakt	Eine Person, die direkt oder indirekt an der Bereitstellung von Gesundheitsversorgung beteiligt ist.
AllergyIntolerance	msemr_allergyintolerance	Risiko einer schädlichen bzw. unerwünschten physiologischen Reaktion, die für die Person individuell ist und auf der Berührung mit einer Substanz basiert
Termin	msemr_appointmentemr	Ein geplantes Gesundheitsereignis für einen Patient und/oder Arzt, bei dem ein Service möglicherweise zu einem bestimmten Datum oder Zeitpunkt stattfindet.
CarePlan	msemr_careplan	Beschreibt die Absicht eines oder mehrerer Ärzte in Bezug auf die Behandlung eines bestimmten Patienten über einen bestimmten Zeitraum, ggf. beschränkt auf eine bestimmte Krankheit oder mehrere.
CareTeam	msemr_careteam	Umfasst alle Personen und Organisationen, die an der Koordinierung und Bereitstellung der Behandlung beteiligt sein sollen.
Anspruch	msemr_claim	Eine vom Anbieter ausgestellte Liste der professionellen Services und Produkte, die einem Patienten bereitgestellt werden (sollen) und einem Versicherer zur Erstattung von Zahlungen vorgelegt werden.
ClaimResponse	msemr_claimresponse	Stellt Bewilligungsdetails aus der Verarbeitung einer Anspruchsressource bereit.
Erkrankung	msemr_condition	Wird verwendet, um detaillierte Informationen über von einem Arzt erkannte Zustände, Probleme oder Diagnosen aufzuzeichnen.
Gerät	msemr_device	Diese Ressource gibt eine Instanz oder einen Typ eines hergestellten Artikels an, der bei der Bereitstellung einer Behandlungsleistung verwendet wird, ohne bei dieser Aktivität erheblich verändert zu werden. Bei dem Gerät kann es sich um eine Maschine, eine Einfügung, ein Computer oder eine Anwendung sein. Dazu gehören langlebige (wiederverwendbare) medizinische Geräte und Einweggeräte, die für die Diagnose, Behandlung und Forschung im Gesundheitswesen und der öffentliche Gesundheit verwendet werden.
DiagnosticReport	msemr_diagnosticreport	Die Ergebnisse und Interpretation diagnostischer Tests, die an Patienten, Patientengruppen, Geräten und Standorten durchgeführt werden, sowie der daraus gewonnenen Proben. Der Bericht enthält den klinischen Kontext, beispielsweise Informationen zum Antragsteller und Anbieter. Er enthält außerdem eine Mischung aus atomaren Ergebnissen, Bildern, Text- und codierten Interpretationen sowie einer formatierten Darstellung von Diagnoseberichten.
Behandlung	msemr_encounter	Eine Interaktion zwischen einem Patienten und Gesundheitsdienstleister, um Gesundheitsleistungen bereitzustellen oder den Gesundheitszustand eines Patienten zu bewerten.
EpisodeOfCare	msemr_episodeofcare	Eine Zuordnung eines Patienten zu einer Organisation oder Gesundheitsdienstleistern über einen Zeitraum, in dem Behandlungen stattfinden können. Die verwaltende Organisation schätzt die Verantwortungsebene für den Patienten während dieser Zeit.
Ziel	msemr_goal	Dies beschreibt die beabsichtigten Ziele der Gesundheitsversorgung.
Gruppieren	msemr_group	Stellt eine feste Sammlung von Entitäten dar, die gemeinsam besprochen oder bearbeitet werden könnten. Von diesen Einheiten wird nicht erwartet, dass sie gemeinsam handeln, und sie sind weder formal noch rechtlich anerkannt.
Ort	msemr_location	Details und Positionsinformationen zu einem physischen Ort, an dem Dienste geleistet und Ressourcen und Teilnehmer gelagert, gefunden, aufbewahrt bzw. untergebracht werden können
Medikament	msemr_medication	Dient zur Identifizierung und Definition von Medikamenten, umfasst aber auch Inhaltsstoffe und Verpackung.
MedicationRequest	msemr_medicationrequest	Eine Bestellung oder Anforderung sowohl der Bereitstellung des Medikaments als auch der Hinweise zur Verabreichung des Medikaments für einen Patienten Die Ressource heißt „MedicationRequest“ und nicht „MedicationPrescription“ oder „MedicationOrder“. Wir verwenden diesen Begriff, um die Verwendung im stationären und ambulanten Bereich, einschließlich Behandlungsplänen, zu verallgemeinern und mit Arbeitsablaufmustern zu harmonisieren.
Beobachtung	msemr_observation	Messungen und einfache Erklärungen zu einem Patienten, Gerät oder einer anderen Testperson.
Vorgang	msemr_procedure	Eine Aktion, die bei einem Patienten ausgeführt wird. Dies kann ein physischer Eingriff, z. B. eine Operation, oder eine weniger invasive Aktion wie eine Beratung oder Hypnosetherapie sein.
RelatedPerson	msemr_relatedperson	Informationen zur Person, die an der Versorgung eines Patienten beteiligt ist. Diese Person ist weder Ziel der Gesundheitsfürsorge noch trägt sie eine formelle Verantwortung im Behandlungsverlauf.
RiskAssessment	msemr_riskassessment	Eine Bewertung der voraussichtlichen Ergebnisse für einen Patienten oder ein anderes Subjekt und die Wahrscheinlichkeit der einzelnen Ergebnisse.
Planen	msemr_schedule	Ein Behältnis für Zeitfenster, die möglicherweise für die Buchung von Terminen verfügbar sind.
Zeitfenster	msemr_slot	Ein Zeitfenster für einen Zeitplan, der möglicherweise für die Buchung von Terminen verfügbar ist.

Attributzuordnungen

Entitätszuordnungen verfügen über eine oder mehrere zugehörige Attributzuordnungen, die die einzelnen Elemente in der FHIR-Ressource abbilden.

Um eine Liste aller Attributzuordnungen anzuzeigen, wählen Sie in der Datenintegrations-Toolkit-Anwendung die Navigation Agent Administrierender im Abschnitt Änderungsbereich aus, und wählen Sie dann Attributzuordnungen unter Zuordnungseinrichtung aus.

Diese zugehörigen Zuordnungen liefern feldspezifische Details darüber, welche FHIR-Werte welchen Dataverse-Spaltenwerten zugeordnet sind. Jede Attributzuordnung enthält Konfigurationswerte für die Datentypzuordnung und benutzerdefinierte JSONPath-Snippets zum Auswählen des richtigen Werts aus den eingehenden FHIR-JSON-Nachrichten.

Weitere Informationen zum Konfigurieren von Attributzuordnungen finden Sie unter Attributzuordnungen konfigurieren.

Zuordnungsdatensätze verwalten

• Zuordnungsdatensätze sind lösungsbewusste Komponenten, was bedeutet, dass eine Komponente einer Lösung weiß, dass sie Teil dieser Lösung ist. Unsere Zuordnungen wissen, dass sie Teil des Datenintegrations-Toolkit sind. Weil sie in Dataverse sind, können Sie Application Lifecycle Management (ALM) verwenden, um Änderungen, die Sie an Ihren Zuordnungstabellen vornehmen, sicher zu verwalten. Dieses Feature erlaubt Ihnen, Ihre Zuordnungen in einer Entwicklungsumgebung zu aktualisieren, wo Sie Ihre Zuordnungsänderungen testen und validieren können, ohne Ihre EKA/ePA-Produktionsdatensysteme zu gefährden.

  In der Vergangenheit mussten Sie die Daten manuell kopieren, um Zuordnungsänderungen zwischen Umgebungen zu übertragen. Werkzeuge wie das Konfigurationsmigrationstool könnten helfen, aber manuelle Fehler waren möglich. Nachdem Sie jetzt sichergestellt haben, dass Ihre Updates bereit sind, können Sie sie sicher als einzelnes Paket in Ihrer Produktionsumgebung bereitstellen. ALM spart Ihnen Zeit und hilft Ihnen, Ihr Unternehmen zu schützen, während es sich entwickelt und wächst. Weitere Informationen finden Sie unter ALM-Lösungskonzepte.

• Sie können alle neu erstellten Zuordnungen löschen. Sie können aber nicht gewisse Microsoft Cloud for Healthcare-Standardzuordnungen löschen und andere behalten. Sie können alle Standardzuordnungen entfernen, indem Sie einfach die verwaltete Lösung, die installiert wird, entfernen.

• Zuordnungsdatensätze haben eine Hierarchie mit Entitätszuordnungen auf der obersten Ebene (Entitätszuordnungen > Attributzuordnungen > Attributwertzuordnungen). Dataverse lässt Sie keinen Datensatz löschen, der untergeordnete Datensätze (verwandte Datensätze in niedrigeren Ebenen) hat. Um eine Entitätszuordnung zu löschen, suchen und löschen Sie zuerst alle ihre untergeordneten Zuordnungen und löschen Sie dann die Entitätszuordnung.

• Wenn Sie keine Standardkarte verwenden möchten, können Sie die Karte in Ihrer Umgebung ausblenden, indem Sie sie archivieren. Um eine Entitätszuordnung archivieren, wählen Sie den Datensatz aus dem Raster und dann in der Befehlsleiste die Schaltfläche Archivieren aus. Wenn Sie eine Zuordnung archivieren, wird die Entitätszuordnung automatisch deaktiviert. Es archiviert auch die Attributzuordnungen und Attributwertzuordnungen der Entitäten.

  Sie können auf archivierte Zuordnungen zugreifen, indem Sie die Ansicht auf Archivierte Aktualisierungsdienst Entitätszuordnungen ändern.

  

  Sie können archivierte Zuordnungen mit dem Befehl Wiederherstellen wiederherstellen. Wählen Sie die archivierte Entitätszuordnung aus dem Raster aus und wählen Sie dann Wiederherstellen im Aktionsbereich.

• Sie können Änderungen an den Standardkarten rückgängig machen, indem Sie die aktive Änderungsebene in der Kartenlösung entfernen. Die Standardzuordnungen werden als verwaltete Lösung ausgeliefert. Wenn Sie Änderungen an diesen Zuordnungen vornehmen, werden sie in der aktiven Ebene (nicht verwaltet) angewendet. Sie können jederzeit die Lösungsebenen verwenden, um die verschiedenen Ebenen zu überprüfen und die aktive Ebene zu entfernen. Durch das Entfernen des aktiven Layers wird die Zuordnung auf den letzten verwalteten Layer für diese Komponente wiederhergestellt. Weitere Informationen finden Sie unter -ALM-Lösung. Die Schritte zum Anzeigen der Lösungsebenen finden Sie unter Lösungsebenen anzeigen.

• Die neueste Version stellt Entitätszuordnungstags bereit, damit Sie die Zuordnungen, die Sie zu Lösungen hinzufügen, eindeutig identifizieren können. Das Tag erscheint am Anfang des Entitätszuordnungsnamens und aller Namen der untergeordneten Attributzuordnungen und untergeordneten Attributwertzuordnungen. Bearbeiten Sie das Attribut Tag im Header der Entitätszuordnung, um einen Tag hinzuzufügen.

  

  Jeder Zuordnung kann immer nur ein Tag zugewiesen sein.

Protokolle

Wählen Sie Protokolle aus, um die Transaktionen anzuzeigen, die in Dataverse stattfinden. Die Protokolle helfen Ihnen zu verstehen, wie die Daten fließen, warum etwas an die Dataverse Healthcare API und warum anderes nicht gesendet wird. Sie bieten einen Einblick in die Aktivitäten der Komponenten des Datenintegrations-Toolkits.

Der Protokollabschnitt enthält Informationen zu jedem Dienst, einschließlich der benutzerdefinierten API.

Azure-FHIR-Ressourcen

Der Bereich Azure FHIR-Ressourcen definiert das Universum der FHIR-Ressourcen. Da Sie die FHIR-Entitäten nicht direkt visualisieren können, um alle Ressourcen anzuzeigen, stellt das Datenintegrations-Toolkit die Liste der Ressourcen bereit, die einer Dataverse-Entität zugeordnet sind. Die FHIR-Ressourcen werden hauptsächlich in Entitätszuordnungen verwendet.

Integrationseinstellungen

Der Bereich Integrationseinstellungen gibt Ihnen Zugriff auf die Dataverse-Umgebungsvariablen, die die Integration von Azure FHIR und Dataverse definieren und steuern. Sie müssen diese Variablen festlegen, um das Datenintegrations-Toolkit zu initialisieren, oder Anpassungen vornehmen, wenn sich etwas in Ihrer Microsoft Cloud for Healthcare-Umgebung ändert.

Weitere Informationen zu den Integrationseinstellungen finden Sie unter Integrationseinstellungen für Dataverse Healthcare APIs und Integrationseinstellungen für virtuelle Gesundheitsdatentabellen konfigurieren.

Gesundheitsdaten

Das Modul Gesundheitsdaten ermöglicht es Zuordnungsadministrierenden, die in das System einfließenden Benutzerdaten anzuzeigen und mit ihnen zu interagieren. Dieses Feature hilft den Zuordnungsadministrierenden, die Daten zu verstehen und Fehler zu beheben.

Zurdnungsadministratoren können das Modul für Gesundheitsdaten verwenden, um:

• die Daten ansehen.
• Verstehen Sie, was beim Erstellen der Karten passiert.
• Sicherstellen, dass die Daten korrekt und in das richtige Feld übertragen werden.

Zum Beispiel, um Patienteninformationen anzuzeigen:

1. Wählen Sie Gesundheitsdaten aus.

2. Unter Verwaltung wählen Sie Personen aus.

3. Ändern Sie die Ansicht in FHIR-Ansicht des Patienten.

   Die Zuordnungsadministrierenden können alle Patientendaten anzeigen, die in Microsoft Cloud for Healthcare einfließen, wie die FHIR-ID eines Patienten, die letzte Synchronisierung des Patienten, ob die Synchronisierung für diesen Datensatz aktiviert ist und die Azure FHIR-Version des Datensatzes.

   

Beispiel 1: Der Kontakt wurde nicht synchronisiert

Dieses Beispiel zeigt, wie Sie möglicherweise eine Kontaktentität haben, dier nicht synchronisiert wird, wenn Sie versuchen, einen Patientendatensatz zu synchronisieren, für den die Synchronisierung nicht aktiviert ist.

1. Wählen Sie Gesundheitsdaten aus.

2. Suchen Sie beispielsweise in der Patienten-FHIR-Ansicht nach einem Patienten, der keine Azure-FHIR-ID hat.

3. Wählen Sie die Patientenakte aus und wählen Sie Bearbeiten. Beachten Sie, dass der Wert Azure-FHIR-Synchronisierung aktiviert auf Nein eingestellt ist.

4. Ändern Sie die Telefonnummer für den Patienten und wählen Sie Speichern.

5. Klicken Sie im Abschnitt auf Protokolle:

   • Wählen Sie die Spalte Beschreibung für diesen Datensatz aus und wählen Sie Rückschreibungs-Ereignis erfolgreich verarbeitet aus.
   • Wählen Sie für die Quelle Rückschreiben aus.
   • Für Entitätstyp wählen Sie Kontakt aus.

   Beachten Sie, dass der Datensatz keine ID für FHIR-Ressourcen-ID hat.

   

Beispiel 2: Dem Kontakt fehlen Azure FHIR-Details

Versuchen Sie als weiteres Beispiel, einen bestehenden Patienten zu synchronisieren, der keine FHIR-ID hat.

1. Wählen Sie Gesundheitsdaten aus.

2. Suchen Sie beispielsweise in der Patienten-FHIR-Ansicht nach einem Patienten, der keine Azure-FHIR-ID hat.

3. Wählen Sie die Patientenakte aus und wählen Sie Bearbeiten. Beachten Sie, dass der Wert Azure-FHIR-Synchronisierung aktiviert auf Nein eingestellt ist.

4. Aktualisieren Sie den Wert Azure-FHIR-Synchronisierung aktiviert aus, ihn auf Ja einzustellen.

5. Ändern Sie die Telefonnummer für den Patienten und wählen Sie Speichern.

6. Klicken Sie im Abschnitt auf Protokolle:

   • Wählen Sie die Spalte Beschreibung für diesen Datensatz aus und wählen Sie Rückschreibungsprozess fehlgeschlagen aus.
   • Wählen Sie für die Quelle Rückschreiben aus.
   • Für Entitätstyp wählen Sie Kontakt aus.

   

   Die Nachricht besagt, dass der Kontakt nicht mit dem FHIR-Endpunkt synchronisiert werden kann. Dieses Verhalten ist darauf zurückzuführen, dass die Azure FHIR-ID oder andere FHIR-Versionsinformationen für einen vorhandenen Datensatz fehlen, der aktualisiert wird. Eine Azure FHIR-ID von Null bedeutet, dass der Kontakt nicht vom FHIR-Server stammt, was ein nicht unterstütztes Szenario für den Writeback-Prozess ist.

Beispiel 3: Protokolleinträge zurückschreiben

Wenn ein Kontaktdatensatz eine FHIR-ID hat und Sie den Datensatz ändern, werden zwei Protokollmeldungen angezeigt. Die erste Meldung zeigt an, dass der Zurückschreibvorgang eingeleitet wurde. Der Datensatz mit dem Titel Ereignishandler für das Rückschreiben erfolgreich verarbeitet zeigt an, dass die Änderungen zum Zurücksenden an den FHIR-Endpunkt in die Warteschlange gestellt werden.

Wenn das Update erfolgreich im FHIR-Endpunkt veröffentlicht werden kann, können Sie den Datensatz mit dem Titel Rückschreibvorgang erfolgreich ausgeführt sehen. Wenn Sie diese Beschreibung auswählen, wird die Meldung im Protokolldatensatz angezeigt. Die Nachricht gibt das Attribut an, das sich geändert hat, und was es an den FHIR-Endpunkt gesendet hat.

Eine letzte Protokollmeldung mit dem Titel FHIR-Herkunft zurückschreiben zeigt eine abschließende Prüfnachricht zu den kürzlich veröffentlichten Aktualisierungen an, die an den FHIR-Endpunkt gesendet wurde.

Diese Kombination von Nachrichten weist auf eine erfolgreiche Aktualisierung des FHIR-Endpunkts durch den Rückschreibeprozess an.

Beispiel 4: Einwilligungsflow

In Daten des Gesundheitswesens finden Sie möglicherweise einen Datensatz mit einer FHIR ID und dem Wert Azure FHIR ID Sync Aktiviert festgelegt auf Nein. Die Dataverse Healthcare APIs haben einen Einwilligungsflow. Der Zustimmungsflow zwischen FHIR und Dataverse sorgt dafür, dass nicht das ganze Universum von FHIR in Dataverse endet. Es gibt eine große Menge an Patientendaten in FHIR und Sie möchten diese Daten nur in Dataverse haben, wenn Sie mit diesem Patienten arbeiten.

Wenn die FHIR-Synchronisierung aktiviert ist, synchronisiert die Dataverse Healthcare API das Universum der Patienten mit Dataverse. Es wird jedoch nicht mit allen Patientendaten mit Dataverse synchronisiert, es sei denn die Einstellung Azure-FHIR-Synchronisierung aktiviert ist auf Ja eingestellt. Diese Funktion wird Zustimmungs-Flow genannt, weil ein Patient in der Regel zustimmen muss, dass seine Daten in ein System eingebracht werden. Wenn der Patient beispielsweise im Patientenzugriffsportal zustimmt, dass seine Informationen in das System übernommen werden, wird der Wert Azure-FHIR-Synchronisierung aktiviert auf Ja eingestellt. Anschließend werden die Daten dieses Patienten in das System eingespeist.

Wenn der Wert Azure FHIR Sync Enabled auf Nein gesetzt ist und Sie eine Änderung an der Patientenakte vornehmen, Sie sehen einen Protokolleintrag mit einer Meldung, die besagt: Die Daten können nicht an den Azure FHIR-Server gesendet werden, was darauf hinweist, dass die Updates der Kontaktentität nicht an den FHIR-Endpunkt gepusht werden können. Wird die Einstellung Azure-FHIR-Synchronisierung aktiviert auf Nein gesetzt, wird die Datenübertragung an FHIR verhindert. Dies verhindert außerdem, dass FHIR Daten für diesen Patienten zurück an Dataverse gesendet werden.

Der Einwilligungsflow gilt nur für Patienten als Kontakte. Keine andere Datensatzentität in Dataverse verfügt über diesen Zustimmungsfluss.

Erweiterungszuordnungen

Mit Erweiterungszuordnungen im Datenintegrations-Toolkit können Administrierende FHIR-Daten in Dataverse-Tabellen umwandeln, indem sie komplexere JSON-Attribute in mehrere, zusammengehörige Dataverse-Datensätze erweitern.

Zum Beispiel können Sie Expansion Maps verwenden, um Patientenidentifikatoren und Patientenlinks in Dataverse zu bringen. Bei Patientenlinks ermöglichen Erweiterungszuordnungen Administratoren, Patientenzusammenführungsanfragen mit den folgenden Verknüpfungstypen zusammenzuführen:

• Siehe auch
• Ersetzungen
• Ersetzt durch

Weitere Informationen zu diesen Verknüpfungstypen finden Sie unter FHIR-Verknüpfungstyp. Mit Zuordnungen von Erweiterungen können Sie übergeordnete Verknüpfungsattribute angeben, um die Beziehung zwischen übergeordneten und untergeordneten Datensätzen zu bestimmen.

Weitere Informationen zu Erweiterungskarten finden Sie unter Erweiterungszuordnungen konfigurieren.

Verwandte Informationen

• Entitätszuordnungen konfigurieren
• Attributzuordnungen konfigurieren
• Konfigurieren von Erweiterungszuordnungen
• Zuordnungen des Datenintegrations-Toolkits: Beispiele und Anwendungsfälle