Share via


FHIR-Daten mit dem Datenintegrations-Toolkit verwalten

Anmerkung

Der Synchronisierungs-Agent für FHIR wurde jetzt in Datenintegrations-Toolkit umbenannt.

Das Data Integration Toolkit hilft Ihnen, die PHI (geschützte Gesundheitsinformationen) von Patienten zwischen EHR-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 jemand Daten lesen oder ändern möchte, zeigt die Karte die Quelle der Daten und hilft den Dataverse Healthcare APIs, Daten zwischen Dataverse Entitätsdatensätzen und FHIR-Ressourcen umzuwandeln.
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 Zwecke können Sie eine neue Zuordnung erstellen.
Attributzuordnungen Attributzuordnungen ordnen FHIR-Ressourcenelementen Dataverse-Attributen zu.

Für die Aufnahme enthalten diese Zuordnungen Details zum Auffinden des Datenelements und seines entsprechenden Datentyps in Dataverse. Zum Abrufen beschreiben die Zuordnungen, wie das Dataverse Datenelement in einen FHIR-Ressourcenknoten umgewandelt wird.

Diese Zuordnungen sind zunächst aktiviert, wirken sich aber nicht auf die Synchronisierung aus, es sei denn, ihre übergeordnete Entitätszuordnung ist aktiviert.
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 nichts weiter tun, als die übergeordnete Entitätszuordnung zu aktivieren, aber Sie können auch Attributzuordnungen konfigurieren, ähnlich wie Entitätszuordnungen. 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 leichter 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.

Protokolleinträge enthalten keine ePA-Daten: Sie geben an, was API-Aufruf versucht hat, und das Ergebnis.

Jeder Eintrag verfügt über eine Beschreibung und zusätzliche Details, um die Fehlerbehebung für Administratoren und Entwickler zu ermöglichen.
Mit Protokollen validieren Sie Ihre Zuordnungen, und überwachen die Vorgänge von Dataverse Healthcare API und Problembehandlungen.

Ein Protokolleintrag mit der Beschreibung „Fehlende erforderliche Felder“ bedeutet zum Beispiel, dass die Datenänderung versucht hat, in eine FHIR-Ressourceninstanz zu schreiben, aber keinen Wert für ein Element enthielt, das einen benötigte. Vielleicht hatte das Dateneingabeformular kein Feld, um den Wert einzugeben, oder es hatte das Feld, aber Sie konnten die Änderung mit diesem leeren Feld übermitteln. Der Protokolleintrag enthält 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 umfasst 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 ihre Zustimmung zur Weitergabe ihrer Gesundheitsdaten geben, können Administratoren dies im Datenintegrations-Toolkit sehen. Das Anzeigen der Daten hilft Ihnen, die Datenflüsse zu verwalten, die 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 Dataverse dabei, die richtigen FHIR-Ressourcen an entfernte FHIR-Endpunkte zurückzusenden.

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

Screenshot der Liste mit Service-Entitätszuordnungen

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 von Ihnen benötigten Zuordnungen von Entitäten zu aktivieren, müssen Sie nur eine bestimmte Einstellung ändern.
  • Um Zuordnungen an Ihre spezifischen EMR-Systeme anzupassen, sind Datenintegrations-Toolkit-Zuordnungen hochgradig konfigurierbar.
  • Und wenn Sie keine spezifische 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 Entitätszuordnungen aufgeführt, die im Datenintegrations-Toolkit enthalten sind. 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 praktischer Ä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 Das Pflegeteam umfasst alle Personen und Organisationen, für die die Teilnahme an der Koordinierung und Bereitstellung der Behandlung geplant ist.
Anspruch msemr_claim Eine vom Anbieter ausgestellte Liste der professionellen Services und Produkte, die einem Patienten bereitgestellt werden (oder sollen) und einem Versicherer zur Erstattung von Zahlungen vorgelegt werden.
ClaimResponse msemr_claimresponse Diese Ressource 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 Mit dieser Ressource wird eine Instanz eines hergestellten Artikels angegeben, der bei der Bereitstellung einer Behandlungsleistung verwendet wird, ohne bei dieser Aktivität erheblich verändert zu werden. Das Gerät kann eine Maschine, ein Einsatz, ein Computer oder eine Anwendung sein. Dazu gehören langlebige (wiederverwendbare) medizinische Geräte und Einweggeräte, die für Diagnose, Behandlung und Forschung im Gesundheitswesen und im öffentlichen Gesundheitswesen 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 umfasst klinischen Kontext wie Informationen zum Anforderer und Anbieter sowie eine Mischung aus atomaren Ergebnissen, Bildern, Text‑ und codierter Interpretation sowie formatierter Darstellung von Diagnoseberichten.
Behandlung msemr_encounter Eine Interaktion zwischen einem Patienten und mindestens einem Gesundheitspflegedienstleister, um Gesundheitsleistungen bereitzustellen oder den Gesundheitszustand eines Patienten zu bewerten.
EpisodeOfCare msemr_episodeofcare Eine Zuordnung eines Patienten zu einer Organisation oder Gesundheitspflegedienstleister ü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 Gesundheitspflege.
Gruppieren msemr_group Stellt eine definierte Sammlung von Entitäten dar, die diskutiert werden kann oder auf deren Grundlage agiert werden kann. Diese Entitäten sind jedoch nicht für kollektive Aktionen vorgesehen und nicht formal oder legal 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 Wird in erster Linie zur Identifizierung und Definition von Medikamenten verwendet, aber auch für 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“, um die Verwendung in stationären und ambulanten Einrichtungen, einschließlich Pflegeplänen usw., zu verallgemeinern und mit Workflow-Mustern 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 an oder für einen Patienten ausgeführt wird oder wurde Dies kann ein physischer Eingriff, z. B. eine Operation, oder eine weniger invasive Aktion wie eine Beratung oder Hypnosetherapie sein.
RelatedPerson msemr_relatedperson Informationen zu einer Person, die an der Pflege eines Patienten beteiligt ist, aber weder das Ziel der Gesundheitsleistung ist, noch formell Verantwortung im Rahmen des Pflegeprozesses trägt.
RiskAssessment msemr_riskassessment Eine Beurteilung der voraussichtlichen Ergebnisse für einen Patienten oder ein anderes Subjekt sowie 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 Admin im Abschnitt Änderungsbereich aus, und wählen Sie dann Attributzuordnungen unter Zuordnungseinrichtung aus.

Ein Screenshot, der die Liste der Dienstattributzuordnungen zeigt.

Diese zugehörigen Karten 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. Der Vorteil besteht darin, dass Sie Ihre Zuordnungen in einer Entwicklungsumgebung aktualisieren können, in der Sie Ihre Zuordnungsänderungen testen und validieren können, ohne Ihre produktiven EHR/EMR-Datensysteme zu gefährden.

    In der Vergangenheit mussten Sie die Daten manuell kopieren, um Zuordnungsänderungen zwischen Umgebungen zu übertragen. Werkzeuge wie das Konfigurationsmigrationstool konnte helfen, aber es war möglich, manuelle Fehler zu machen. 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 jederzeit die Zuordnungen löschen und neu erstellen. Sie können aber nicht gewisse Microsoft Cloud for Healthcare-Standardzuordnungen löschen und andere behalten. Sie können alle Microsoft Cloud for Healthcare-Standardzuordnungen entfernen, indem Sie einfach die verwaltete Lösung, die installiert wird, entfernen.

  • Zuordnungsdatensätze haben eine Hierarchie mit Entitätszuordnungen oben (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 Karten in Ihrer Umgebung ausblenden, indem Sie sie archivieren. Jede Entitätszuordnung kann archiviert werden, indem Sie den Datensatz aus dem Raster auswählen und dann in der Befehlsleiste auf die Schaltfläche Archivieren klicken. Wenn Sie eine Zuordnung archivieren, wird die Entitätszuordnung automatisch deaktiviert. Es archiviert auch die Attributzuordnungen und Attributwertzuordnungen der Entitäten.

    Ein Screenshot, der zeigt, wie eine Entitätskarte aktiviert wird.

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

    Ein Screenshot, der zeigt, wie Entitätszuordnungen aktiviert werden.

    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.

    Ein Screenshot, der zeigt, wie eine archivierte Entitätskarte wiederhergestellt wird.

  • 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) vorgenommen. Sie können die Lösungsebenen verwenden, um die Ebenen zu überprüfen und die aktive Ebene zu einem beliebigen Zeitpunkt 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.

  • Der neueste Servicerelease stellt Entitäszuordnungstags bereit, die Ihnen helfen, Zuordnungen, die Sie zu Lösungen hinzufügen, eindeutig identifizieren können. Sie können das Tag am Anfang des Entitätszuordnungsnamens und den Namen aller Attributzuordnungen und Attributwertzuordnungen sehen. Bearbeiten Sie das Attribut Tag im Header der Entitätszuordnung, um einen Tag hinzuzufügen.

    Ein Screenshot zeigt, wie das Tagattribut im Header der Entitätszuordnung bearbeitet werden muss.

    Jeder Karte kann jeweils nur ein Tag zugewiesen werden.

Protokolle

Wählen Sie Protokolle, um die Transaktionen anzusehen, die in Dataverse stattfinden. Da ein Großteil der Aktivitäten im Datenintegrations-Toolkit nicht ohne weiteres sichtbar ist, interagieren Sie nicht damit und ein Admin sieht sie möglicherweise nicht.

Protokolle helfen Ihnen zu verstehen, wie die Flows ablaufen, warum etwas an die Dataverse Healthcare API gesendet wird und warum etwas 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.

Ein Screenshot, der die Protokolle im Datenintegrations-Toolkit zeigt

Azure-FHIR-Ressourcen

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

Ein Screenshot der eine Liste der AZURE-FHIR-Ressourcen zeigt.

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 im Datenintegrations-Toolkit initialisieren festlegen 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

Zuordnungsadministratoren müssen die Daten der Gesundheitslösung anzeigen. Das Modul Gesundheitsdaten ermöglicht es Zuordnungsadministratoren, die in das System einfließenden Benutzerdaten anzuzeigen und mit ihnen zu interagieren. Diese Funktion hilft den Zuordnungs-Administratoren, die Daten zu verstehen und Probleme zu beheben.

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

  • die Daten ansehen.
  • Verstehen, was bei der Erstellung der Zuordnungen geschieht.
  • 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.

    Der Zuordnungsadministrator kann alle Patientendaten anzeigen, die in Microsoft Cloud for Healthcare fließen: die FHIR-ID eines Patienten, die letzte Synchronisierung des Patienten, sofern die Synchronisierung für diesen Datensatz aktiviert ist, und die Azure FHIR-Version des Datensatzes.

    Ein Screenshot, der die Patientenansicht der Gesundheitsdaten zeigt.

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 QuelleRückschreiben aus.
    • Für Entitätstyp wählen Sie Kontakt aus.

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

    Ein Screenshot, der einen Protokolleintrag für einen Patientendatensatz zeigt, der nicht für die Synchronisierung aktiviert wurde.

Kontakt ohne 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 QuelleRückschreiben aus.
    • Für Entitätstyp wählen Sie Kontakt aus.

    Ein Screenshot, der einen Protokolleintrag für einen Patientendatensatz zeigt, kand aufgrund einer fehlenden FHIR-IDr nicht synchronisiert werden.

    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.

Rückschreibe-Protokolleinträge

Wenn ein Kontaktdatensatz über eine FHIR-ID verfügt und eine Änderung am Datensatz vorgenommen wird, werden zwei Protokollmeldungen angezeigt. Die erste Nachricht zeigt an, dass der Rückschreibeprozess initiiert wurde. Der Datensatz mit dem Titel Rückschreibe-Ereignishandler erfolgreich verarbeitet zeigt an, dass die Änderungen in die Warteschlange gestellt wurden, um an das FHIR Endpunkt zurückgesendet zu 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 abschließende Protokollnachricht mit dem Titel Rückschreibe-FHIR-Herkunftsregion zeigt eine abschließende Prüfnachricht an, die an den FHIR Endpunkt über die kürzlich veröffentlichten Aktualisierungen gesendet wurde.

Ein Screenshot, der die Rückschreibe-FHIR-Herkunftsprotokollnachricht zeigt.

Diese Kombination von Nachrichten zeigt eine erfolgreiche Aktualisierung des FHIR Endpunkt über die Rückschreibe-Verarbeitung an.

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 viele Patientendaten, die in FHIR gespeichert sind, und Sie möchten diese Daten in Dataverse nur dann 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, und die Daten dieses Patienten fließen in das System.

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. Wenn Sie Azure FHIR Sync Aktiviert auf No setzen, werden keine Flows an FHIR gesendet. Außerdem wird verhindert, dass FHIR die Daten für diesen Patienten zurück auf Dataverse schiebt.

Ein Screenshot, der die Einwilligungsflow-Nachricht in den Protokollen zeigt.

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

Erweiterungszuordnungen

Erweiterungszuordnungen im Datenintegrations-Toolkit lassen Admins zu, FHIR-Daten in Dataverse-Tabellen umzuwandeln, indem sie komplexe 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:

Mit Zuordnungen von Erweiterungen können Sie übergeordnete Verknüpfungsattribute angeben, um die Beziehung zwischen übergeordneten und untergeordneten Datensätzen zu bestimmen.

Ein Screenshot, der ein verknüpftes übergeordnetes Attribut zeigt.

Weitere Informationen zu Erweiterungskarten finden Sie unter Erweiterungszuordnungen konfigurieren.

Siehe auch

Was ist Microsoft Cloud for Healthcare?
Übersicht über das Datenintegrations-Toolkit
Entitätszuordnungen konfigurieren
Attributzuordnungen konfigurieren
Konfigurieren Erweiterungskarten
Datenintegrations-Toolkit-Zuordnung: Beispiele und Anwendungsfälle