Freigeben über


Überblick über Virtuelle Gesundheit-Datentabellen

Die Datenlandschaft für das Gesundheitswesen kann komplex und teuer sein, was Kunden und Partner, die Lösungen für das Gesundheitswesen entwickeln möchten, vor Herausforderungen stellt. Dataverse bietet eine leistungsstarke Lösung zum Erstellen von Low-Code-, No-Code-Anwendungen für das Gesundheitswesen. Allerdings ist der zugrunde liegende Datenspeicher manchmal nicht die beste Wahl, wenn es um die Erreichung von Interoperabilität für Unternehmen geht.

Virtuelle Gesundheitsdatentabellen in Microsoft Cloud for Healthcare bieten eine Möglichkeit, diese Interoperabilität zu erreichen. Dataverse enthält die Funktion Virtuelle Tabellen, die das Auftauchen von Datensätzen innerhalb externer Dataverse-Quellen ermöglicht. Virtuelle Gesundheitsdatentabellen erweitern diese Funktion über einen benutzerdefinierten virtuellen Tabellenanbieter für FHIR-basierte Daten. Dieser benutzerdefinierte Anbieter umfasst Funktionen, die es Ihnen ermöglichen, die Datenquelle dynamisch zwischen Fast Healthcare Interoperability Resources-Endpunkten (FHIR-Endpunkten) und Dataverse über Datenrouten zu wechseln. Sie können Ihre Lösung beispielsweise so konfigurieren, dass sie auf Begegnungen zugreift, die auf Azure Health Data Services persistiert sind, während Allergie-Informationen in Dataverse erhalten bleiben.

Ein Diagramm, das den Tabellenflow der virtuellen Gesundheitsdaten zeigt.

Virtuelle Gesundheitsdatentabellen können Ihnen dabei helfen, Low-Code-Lösungen/No-Code-Lösungen zu erstellen, die über die üblichen Dataverse-Grenzen hinausgehen, während Benutzende weiterhin mit den virtuellen Daten interagieren, als wären sie nur ein normaler Dataverse-Datensatz. Sie ermöglichen Ihnen eine selektive Datenspeicherung und reduzieren die Komplexität des FHIR-Datenaustauschs. Diese Lösung nutzt auch die vorhandenen Entitäts- und Attributzuordnungen der Dataverse Healthcare-APIs. Sie unterstützt das Application Lifecycle Management (ALM) durch die Bereitstellung von Lösungen und reduziert die Betriebskosten für Systemadministratoren.

Datenrouten

Virtuelle Gesundheit-Datentabellen nehmen das Beste aus der Dataverse-Lösung für virtuelle Tabellen (Entitäten) und legen es auf ein Datenrouting-Konzept.

Ein Diagramm, das das Datenroutingkonzept darstellt.

Eine der wichtigsten Einschränkungen von virtuellen Dataverse-Tabellen ist der Mangel an Tools, um eine vorhandene physische Tabelle in eine virtuelle zu konvertieren und umgekehrt, was dazu führt, dass neue Tabellen erstellt werden. Wenn Sie entweder auf virtuell oder physisch wechseln müssen, müssen Ihre Dataverse-Anwendungen die neue Tabellenstruktur verwenden. Außerdem müssen Sie möglicherweise sowohl virtuelle als auch physische Tabellen beibehalten, um komplexen Interoperabilitätsanforderungen gerecht zu werden. Wenn zu Ihrem Design sowohl virtuelle als auch physische Tabellen gehören, stehen Ihnen beim Erstellen gespeicherter Ansichten und erweiterter Suchvorgänge zwei mögliche Tabellen zur Verfügung.

Virtuelle Gesundheit-Datentabellen lösen diese Herausforderung, indem sie es Ihnen erlauben, Datenrouten für Ihre Tabellen oder Entitäten einzurichten.

Anmerkung

Unsicher bei Entität oder Tabelle? Gehen Sie zu Entwickler: Verstehen Sie die Terminologie in Microsoft Dataverse.

Standardmäßige virtuelle Dataverse-Tabellen erfordern eine statische Zuordnung zum Remote-Schema und ein einzelnes Datenquelle zur Laufzeit. Datenrouten in virtuellen Gesundheitsdatentabellen bieten eine konfigurierbare Option zum Weiterleiten von Anforderungen für virtuelle Tabellen entweder an den physischen Dataverse Speicher oder an den Remote-FHIR Endpunkt. Diese Option bietet die Flexibilität, mit Ihren Daten in Dataverse zu starten und später die Konnektivität zu einem FHIR Endpunkt zu aktivieren.

Jede virtualisierte FHIR-Ressource verfügt über einen eigenen Datenrouten-Konfigurationseintrag, sodass Sie Anforderungen auch unabhängig weiterleiten können. Sie können beispielsweise Behandlungen als virtuell aktivieren, während Sie die Allergie/Sensitivität auf Dataverse konfigurieren. Sie können diese Konfiguration jederzeit ändern und der benutzerdefinierte Anbieter leitet sofort von dort weiter, wo auf die Daten zugegriffen wird.

Anmerkung

Während die Konfigurationsänderungen sofort wirksam werden, sind Sie für die Bereinigung oder Verschiebung der Daten verantwortlich. Wenn beispielsweise Behandlung von Dataverse auf virtuell geändert wird, werden die Behandlungsdatensätze nicht automatisch aus Dataverse gelöscht.

Wenn Sie mehr FHIR-Ressourcen und ihre virtuellen Dataverse-Tabellen virtualisieren, erbt jeder neue Eintrag auch diese Datenrouting-Funktion. Weitere Informationen zum Konfigurieren der Datenrouten finden Sie unter Virtuelle Gesundheitsdatentabellen konfigurieren.

Entitäts- und Attributzuordnungen

Virtuelle Gesundheitsdatentabellen verwenden dieselben Zuordnungen von Entitäten und Attributen wie die Dataverse Healthcare APIs. Sie müssen Ihre FHIR-Datenelemente nur einmal zuordnen und können sich auf die Konsistenz bei der Verarbeitung von FHIR-Nachrichten verlassen.

Weitere Informationen finden Sie unter Entitätszuordnungen und Attributzuordnungen.

Unterstützte Funktionen

Im folgenden Abschnitt werden die von den virtuellen Gesundheitsdatentabellen unterstützten Funktionen aufgeführt:

  • Vorgänge erstellen, aktualisieren und löschen: Die Vorgänge Erstellen, Aktualisieren und Löschen sind sowohl auf Stammebene als auch auf Erweiterungsressourceneinträgen verfügbar. Sie können diese Vorgänge mit den Standard-Dataverse-Formularen für die virtuellen Gesundheitsdatentabellen durchführen.

    Ähnlich wie bei virtuellen Standardtabellen bestimmen Sicherheitsrollen, welcher Vorgang zulässig ist. Sie können die Erstellungs-, Aktualisierungs- oder Löschvorgänge für eine oder mehrere Tabellen einschränken. Außerdem benötigen Sie Attributkarten mit dem Feld Erforderliches FHIR-Attribut, wenn Sie den Datensatz speichern, um die Konformität mit der HL7 FHIR-Spezifikation sicherzustellen.

  • Erweitern: Die Funktion unterstützt das Erweitern von Tabellen für jede verfügbare virtualisierte Tabelle.

    • Mehrere Abfragen abrufen: Wenn die Erweiterungstabellen so konfiguriert sind, dass sie Daten von einem virtuellen Datenanbieter weiterleiten, wird das Abrufen von mehreren Abfragen nur unterstützt, wenn die Abfrage Filter für das übergeordnete Link-Attribut enthält. Zum Beispiel ist Beobachtungskomponente eine erweiterte Entität der Entität Beobachtung. Die Zuordnung der Entitäten für die Beobachtungskomponente wird wie im folgenden Screenshot gezeigt konfiguriert:

      Ein Screenshot mit der Beobachtungskomponenten-Konfiguration.

      Die Abfrage Mehrere abrufen für die Komponente Beobachtung muss einen Filter auf bestimmte IDs von msemr_observation (übergeordnetes Link-Attribut) enthalten.

      Ein Screenshot mit Beispielfiltern für die Beobachtungskomponente.

    • Abrufen: Da die Erweiterungseinträge in FHIR keine eindeutige ID haben, unterstützen wir das Abrufen von Erweiterungseinträgen über eine ID nicht. Die ID, die angezeigt wird, wenn Sie einen Datensatz aus einem Satz von mehreren Abfrageergebnissen festlegen, ist vorübergehend.

  • Filterung: Diese Funktion uterstützt die Filterung von Spalten, wie in der HL7 FHIR-Spezifikation definiert. Sie können in verknüpften Entitäten nur nach einer Ebene filtern.

  • Verbundfilterung: Diese Funktion unterstützt begrenzte Verbundfilter für einzelne Tabellenverbundfilter. Weitere Informationen über zusammengesetzte Filter finden Sie unter Zusammengesetzte Suchparameter in der HL7 FHIR Dokumentation.

    Diese Funktion unterstützt die folgenden zusammengesetzten Filterdefinitionen:

    Zusammengesetzter Filter Beschreibung
    code-value-concept Parameterpaar Code und kodierter Wert
    code-value-date Code und Datum/Uhrzeit-Parameterpaar
    code-value-quantity Code und Mengenwert-Parameterpaar
    code-value-string Code und Stringwert-Parameterpaar
    combo-code-value-concept Code und kodiertes Wert-Parameterpaar, auch in Komponenten
    combo-code-value-quantity Code und Mengenwert-Parameterpaar, auch in Komponenten
  • Verknüpfte Entitäten: Diese Funktion nterstützt Filter für verknüpfte Entitäten, die verkettete Filterung verwenden, wie in der HL7 FHIR-Spezifikation definiert. Die Supportebene hängt von der Azure-API für die FHIR-Version ab. Nicht unterstützte Filterbedingungen führen zu Ausnahmen und geben keine Ergebnisse zurück.

  • Sortierung: Sortierung ist implementiert wie in der HL7 FHIR-Spezifikation definiert. Die Supportebene hängt von der Azure-API für die FHIR-Version ab. Nicht unterstützte Sortierbedingungen geben weiterhin Daten zurück.

  • Benachrichtigungen und Ausnahmen: Benachrichtigungen werden im Kontext von virtuellen Gesundheitsdatentabellen bereitgestellt, wenn diese als virtuell konfiguriert sind. Sie erhalten eine Benachrichtigung, dass die virtuellen Datensätze mit eingeschränkter Sortierung verfügbar sind und die Filterung auf der Azure-API für die FHIR-Version basiert.

Virtualisierte Tabellen

In diesem Abschnitt werden die unterstützenden Datensätze oder Tabellen für virtuelle Gesundheitsdatentabellen aufgelistet.

Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Allergie/Sensitivität msemr_ve_allergyintolerance Ja Risiko einer schädlichen bzw. unerwünschten physiologischen Reaktion, die für die Person individuell ist und auf der Exposition gegenüber einer Substanz basiert.
Allergie-/Sensitivitätskategorie msemr_ve_AllergyIntoleranceCategory Nein Erweitern Sie die Tabelle von Allergie/Sensitivität, um die Felder Allergie/Sensitivität Kategorie zu erfassen.
Allergie-/Sensitivitätsreaktion msemr_ve_AllergyIntoleranceReaction Nein Erweitern Sie die Tabelle, indem Sie einen oder mehrere Allergie-/Sensibilitätsreaktionswerte erfassen. Allergie/Sensibilitätsreaktionen sind unerwünschte Ereignisse, die mit der Exposition gegenüber einer Substanz zusammenhängen.
Erscheinungsform von Allergie-/Sensitivitätsreaktionen msemr_ve_AllergyIntoleranceReactionManifestation Nein Erweitern Sie die Tabelle, die einen oder mehrere kodierbare Konzeptwerte mit den Manifestationswerten verknüpft. Diese Werte sind klinische Symptome oder Anzeichen, die mit dem Ereignis in Verbindung stehen.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Erkrankung msemr_ve_condition Ja Klinischer Zustand, Problem, Diagnose oder anderes Ereignis, Situation, Fehler oder klinisches Konzept, das zu einem Problemfall geworden ist.
„Body Site“ der Erkrankung msemr_ve_conditionbodysite Nein Anatomische Lage, an der sich eine Erkrankung manifestiert.
Erkrankungskategorie msemr_ve_conditioncategory Nein Einer Erkrankung zugewiesene Kategorie.
Erkrankungsbeleg msemr_ve_conditionevidence Nein Unterstützende Belege oder Erscheinungsformen, auf deren Grundlage eine Erkrankung vermutet oder bestätigt wird.
Erkrankungsbelegcode msemr_ve_conditionevidencecode Nein Erscheinungsform oder ein Symptom, das zur Erfassung einer Erkrankung geführt hat.
Erkrankungsbelegdetail msemr_ve_conditionevidencedetail Nein Links zu anderen relevanten Informationen wie z. B. Pathologieberichten.
Stadium der Erkrankung msemr_ve_conditionstage Nein Klinisches Stadium oder Grad einer Erkrankung. Der Wert kann auch formale Schweregradbeurteilungen umfassen.
Erkrankungsstadienbeurteilung msemr_ve_conditionstageassessment Nein Verweis auf eine förmliche Erfassung der Belege, auf die sich eine Beurteilung der Einstufung stützt.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Behandlung msemr_ve_encounter Ja Eine Interaktion zwischen Patienten und Gesundheitsdienstleistern, um Gesundheitsleistungen bereitzustellen oder den Gesundheitszustand eines Patienten zu bewerten.
Behandlungskonto msemr_ve_encounteraccount Nein Die Konten, die für die Abrechnung einer Behandlung festgelegt wurden.
Klassenverlauf der Behandlung msemr_ve_encounterclasshistory Nein Die Klassenhistorie ermöglicht die Verfolgung von Begegnungsübergängen, ohne dass Sie die Historie der Entitäten durchgehen müssen.
Behandlungsdiagnose msemr_ve_encounterdiagnosis Nein Liste der für eine Behandlung relevanten Diagnosen.
Behandlung der Pflegeperiode msemr_ve_encounterepisodeofcare Nein Pflegeperioden, die für eine Behandlung erfasst werden sollten.
Klinikaufenthaltsvereinbarung der Behandlung msemr_ve_encounterhospitalizationarrangement Nein Alle besonderen Anforderungen, die für eine Behandlung im Krankenhaus gestellt werden, wie z. B. die Bereitstellung bestimmter Geräte oder anderer Dinge.
Klinikaufenthaltspriorität msemr_ve_encounterhospitalizationcourtesy Nein Besondere Höflichkeiten (wie VIP und Vorstandsmitglied).
Klinikaufenthaltsdiät msemr_ve_encounterhospitalizationdiet Nein Zur Verfolgung der Ernährungseinschränkungen und -vorlieben eines Patienten.
Behandlungsstandort msemr_ve_encounterlocation Nein Liste der Orte, an denen sich ein Patient während einer Behandlung aufgehalten hat.
Behandlungsteilnehmer msemr_ve_encounterparticipant Nein Liste der Personen, die für die Erbringung einer Leistung verantwortlich sind.
Behandlungsteilnehmertyp msemr_ve_encounterparticipanttype Nein Gibt an, wie eine Person an einer Begegnung teilnimmt.
Behandlungsgrund msemr_ve_encounterreason Nein Grund, aus dem eine Behandlung stattfindet, ausgedrückt in einem Code. Bei Aufnahmen kann dieser Wert für eine kodierte Aufnahmediagnose verwendet werden.
Statusverlauf der Behandlung msemr_ve_encounterstatushistory Nein Ermöglicht es der Entität für Begegnungen, den Statusverlauf zu enthalten, ohne dass die historischen Versionen der Entität gelesen oder gar vom Server gespeichert werden müssen.
Behandlungstyp msemr_ve_encountertype Nein Gibt die spezifische Art der Begegnung an, wie z.B. E-Mail-Konsultation, chirurgische Tagespflege, qualifizierte Pflege und Rehabilitation.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Pflegeperiode msemr_ve_episodeofcare Ja Eine Zuordnung von Patienten zu Organisationen oder Gesundheitsdienstleistern über einen Zeitraum, in dem Behandlungen stattfinden können.
Pflegeperiodenkonto msemr_ve_episodeofcareaccount Nein Die Konten, die für die Abrechnung einer Pflegeepisode verwendet werden.
Episode der Pflege - Pflegeteam msemr_ve_episodeofcarecareteam Nein Liste der praktizierenden Ärzte, die einer Pflegeperiode zu bestimmten Zwecken unterstützen.
Diagnose der Pflegeperiode msemr_ve_episodeofcarediagnosis Nein Liste der Diagnosen, die für eine Pflegeperiode relevant sind.
Verlauf der Pflegeperiode msemr_ve_episodeofcarehistory Nein Der Verlauf der Status, die diese Pflegeperiode durchlaufen hat, ohne den Verlauf der Ressource verarbeiten zu müssen.
Überweisungsanfrage der Pflegeperiode msemr_ve_episodeofcarereferralrequest Nein Von einer Pflegeperiode erfüllte Überweisungsanfragen. Diese Anfragen sind eingehende Verweise.
Pflegeperiodentyp msemr_ve_episodeofcaretype Nein Klassifiziert die Art der Pflegeepisode, z. B. Überweisung an einen Spezialisten, Krankheitsmanagement und Art der finanzierten Pflege.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Ort msemr_ve_location Ja Details und Positionsinformationen zu einem physischen Ort, an dem Dienste geleistet und Ressourcen und Teilnehmer gelagert, gefunden, aufbewahrt bzw. untergebracht werden können.
Standortendpunkt msemr_ve_locationendpoint Nein Technische Endpunkte, die Zugriff auf Dienstleistungen bieten, die für den Standort verwendet werden
Standortbetriebszeiten msemr_ve_locationhoursofoperation Nein Gibt an, an welchem Tag oder zu welcher Uhrzeit in der Woche ein Standort geöffnet ist.
Telekommunikation am Standort msemr_ve_locationtelecom Nein Die Kontaktdetails von Kommunikationsgeräten, die an einem Standort verfügbar sind. Der Wert kann Telefonnummern, Faxnummern, Mobiltelefonnummern, E-Mail-Adressen und Websites umfassen.
Ortstyp msemr_ve_locationtype Nein Dies gibt den Typ der an einem Standort durchgeführten Funktion an.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Medikationsanfrage msemr_ve_medicationrequest Ja Eine Bestellung oder ein Antrag sowohl der Bereitstellung des Medikaments als auch der Hinweise zur Verabreichung des Medikaments für einen Patienten.
Medikationsanfrage basierend auf msemr_ve_medicationrequestbasedon Nein Ein Plan oder eine Anforderung, die von einer Medikationsanfrage ganz oder teilweise erfüllt wird.
Kategorie der Medikationsanfrage msemr_ve_medicationrequestcategory Nein Art der Medikamenteneinnahme.
Erkanntes Problem in der Medikationsanfrage msemr_ve_medicationrequestdetectedissue Nein Weist auf ein tatsächliches oder potenzielles klinisches Problem mit oder zwischen einer oder mehreren aktiven oder vorgeschlagenen klinischen Maßnahmen für einen Patienten hin. Zum Beispiel Arzneimittelwechselwirkungen, doppelte Behandlungen und Dosierungswarnung.
Medikationsanfrage-Ereignisverlauf msemr_ve_medicationrequesteventhistory Nein Links zu Herkunftsdatensätzen für frühere Versionen dieser Entität. Diese Datensätzen identifizieren wichtige Statusübergänge oder -updates, die für den Benutzenden der aktuellen Version der Entität wahrscheinlich relevant sind.
Medikationsanfrage-Ursachencode msemr_ve_medicationrequestreasoncode Nein Grund oder Indikation für die Bestellung des Medikaments.
Medikationsanfrage-Grundreferenz msemr_ve_medicationrequestreasonreference Nein Erkrankung oder Beobachtung, die eine Medikamentenbestellung unterstützt.
Unterstützende Informationen für die Medikationsanfrage msemr_ve_medicationrequestsupportinginfo Nein Zusätzliche Informationen (z. B. Größe und Gewicht des Patienten), die eine Medikamentenbestellung unterstützen.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Beobachtung msemr_ve_observation Ja Messungen und einfache Erklärungen zu einem Patienten, Gerät oder einer anderen Testperson.
Beobachtung auf Grundlage von msemr_ve_observationbasedon Nein Ein Plan, Vorschlag oder Auftrag, der ganz oder teilweise durch dieses Ereignis erfüllt wird.
Beobachtungskategorie msemr_ve_observationcategory Nein Ein Code, mit dem der allgemeine Typ der vorgenommenen Beobachtung klassifiziert wird.
Beobachtungskomponente msemr_ve_observationcomponent Nein Einige Beobachtungen bestehen aus mehreren Komponenten. Diese Beobachtungen der Komponenten werden als separate Code-Wert-Paare ausgedrückt, die die gleichen Attribute haben.
Referenzbereich der Beobachtungskomponente msemr_ve_observationcompreferencerange Nein Anleitung zum Interpretieren des Werts im Vergleich mit einem normalen oder empfohlenen Bereich.
Beobachtungsinterpretation msemr_ve_observationinterpretation Nein Die auf Grundlage des Ergebnisses einer Beobachtung durchgeführte Beurteilung.
Die Beobachtung durchführende Person msemr_ve_observationperformer Nein Die Person, die dafür verantwortlich ist, die beobachteten Werte als wahr zu bestätigen.
Referenzbereich der Beobachtung msemr_ve_observationreferencerange Nein Anleitung zum Interpretieren des Werts im Vergleich mit einem normalen oder empfohlenen Bereich.
Beobachtungsreferenzbereich gilt für msemr_ve_observationreferencerangeappliesto Nein Eine Reihe von Codes zur Angabe der Zielpopulation, die für den Referenzbereich gilt. Ein Referenzbereich kann beispielsweise auf der normalen Bevölkerung oder einem bestimmten Geschlecht oder einer bestimmten Rasse basieren.
Zur Beobachtung gehörende Ressource msemr_ve_observationrelatedresource Nein Ein Verweis auf eine andere Entität (bei der es sich in der Regel um eine andere Beobachtung handelt). Der Beziehungstyp-Code definiert die Beziehung der Entität.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Vorgang msemr_ve_procedure Ja Eine Aktion, die bei einem Patienten ausgeführt wird. Bei dieser Aktion kann es sich um einen physischen Eingriff, z. B. eine Operation, oder eine weniger invasive Vorgehensweise wie eine Beratung oder Hypnosetherapie handeln.
Vorgang auf Grundlage von msemr_ve_procedurebasedon Nein Verweis auf eine Ressource mit Details zur Anfrage für eine Vorgehensweise.
„Body Site“ des Vorgangs msemr_ve_procedurebodysite Nein Detaillierte und strukturierte Informationen zur anatomischen Lage. Mehrere Angaben sind zulässig (z. B. mehrere Stanzbiopsien einer Läsion).
Vorgangskomplikation msemr_ve_procedurecomplication Nein Alle Probleme, die während einer Vorgehensweise oder in einem unmittelbaren Zeitraum danach aufgetreten sind.
Einzelheiten zur Vorgangskomplikation msemr_ve_procedurecomplicationdetail Nein Details zu Komplikationen, die während einer Vorgehensweise oder in einem unmittelbaren Zeitraum danach aufgetreten sind.
Gerät im Mittelpunkt des Vorgangs msemr_ve_procedurefocaldevice Nein Ein Gerät, das als ein Hauptbestandteil der Vorgehensweise implantiert, entfernt oder auf andere Weise manipuliert wurde (wie Gerätekalibrierung, Batterieaustausch, Anpassung einer Prothese, Versorgen einer Wunde mit einem Gerät für die Vakuumtherapie [VAC]).
Nachverfolgung nach Vorgang msemr_ve_procedurefollowup Nein Jede spezifische Nachbehandlung, die eine Vorgehensweise erfordert (z. B. Entfernung von Nähten). Die Nachbehandlung kann auch als einfache Notiz dargestellt werden.
Vorgangsbestandteil msemr_ve_procedurepartof Nein Ein größeres Ereignis, von dem eine Vorgehensweise eine Komponente oder ein Schritt ist.
Durchführende Person des Vorgangs msemr_ve_procedureperformer Nein Auf echte Menschen beschränkt, die eine Vorgehensweise durchführen, nicht auf ein Gerät.
Vorgangsgrund msemr_ve_procedurereason Nein Der codierte Grund, warum eine Vorgehensweise durchgeführt wurde. Der Wert kann eine codierte Entität irgendeines Typs sein oder als Text vorliegen.
Grund der Vorgangsanfrage msemr_ve_procedurereasonreference Nein Die Erkrankung, für die eine Vorgehensweise durchgeführt wurde.
Vorgangsbenutzercode msemr_ve_procedureusedcode Nein Dies identifiziert codierte Elemente, die im Rahmen der Vorgehensweise verwendet wurden.
Referenz für den verwendeten Vorgang msemr_ve_procedureusedreference Nein Identifiziert Medikamente, Geräte und alle anderen Substanzen, die im Rahmen einer Vorgehensweise verwendet wurden.

Anmerkung

Die folgenden Tabellen und ihre jeweiligen Erweiterungstabellen werden im Gegensatz zu den anderen virtualisierten Tabellen nicht aktiv in die Lösung integriert. Sie können diese Tabelle jedoch weiterhin nutzen. Erstellen Sie dazu Ihre eigenen modellgesteuerten Apps oder aktualisieren Sie vorhandene Anwendungsvorlagen.

Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Termin (ePA) msemr_ve_appointmentemr Ja Eine Buchung eines Healthcare Ereignisses zwischen Patienten, Ärzten, verwandten Personen und/oder Geräten für ein bestimmtes Datum oder eine bestimmte Uhrzeit. Diese Buchung kann zu einer oder mehreren Begegnungen führen.
Termin (ePA) – Angabe msemr_ve_appointmentemrindication Nein Zweck für die Planung eines Termins, der anhand von Informationen einer anderen Entität angegeben wird. Die Angabe ist in der Regel ein Zustand oder ein Verfahren.
Termin (ePA) – Grund msemr_ve_appointmentemrreason Nein Grund, warum ein Termin angesetzt wird. Dieser Wert ist eher klinisch als administrativ.
Termin (ePA) – Überweisungsanfrage msemr_ve_appointmentemrreferralrequest Nein Überweisungsanfrage, der ein Termin zugewiesen wird, um sie zu prüfen (eingehende Überweisung).
Angeforderter Zeitraum für Termin (ePA) msemr_ve_appointmentemrrequestedperiod Nein Bevorzugte Zeitintervalle für die Planung eines Termins, einschließlich möglicher Datums- und Zeitbereiche.
Servicetyp des Termins (ePA) msemr_ve_appointmentemrservicetype Nein Spezifische Dienstleistung, die während eines Termins erbracht werden soll.
Zeitfenster für Termin (ePA) msemr_ve_appointmentemrslot Nein Zuteilung von Zeitfenstern aus den Terminkalendern der Teilnehmer, die durch die Termine gefüllt werden.
Spezialgebiet des Termins (ePA) msemr_ve_appointmentemrspecialty Nein Fachgebiet eines praktizierenden Arztes, das für die Erbringung einer in einem Termin angeforderten Leistung erforderlich ist.
Unterstützende Informationen zum Termin (ePA) msemr_ve_appointmentemrsupportinginformation Nein Weitere relevante Informationen zur Unterstützung eines Termins.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Device msemr_ve_device Ja Identifiziert eine Instanz oder einen Typ eines hergestellten Artikels, der bei der Bereitstellung einer Behandlungsleistung verwendet wird, ohne bei dieser Aktivität erheblich verändert zu werden.
Gerätekontaktpunkt msemr_ve_devicecontactpoint Nein Kontaktdaten für eine Organisation oder eine bestimmte Person, die für das Gerät verantwortlich ist
Gerätename msemr_ve_devicename Nein Stellt den Namen des Geräteherstellers dar, wie er vom Gerät selbst, von einem UDI-Etikett oder von einer Person angegeben wird, die das Gerät beschreibt. Dieser Wert wird normalerweise verwendet, wenn eine Person die Namen angibt oder wenn das Gerät einen der in der Gerätedefinition verfügbaren Namen darstellt.
Geräteeigenschaft msemr_ve_deviceproperty Nein Die Konfigurationseinstellungen eines Geräts, nach denen es arbeitet. Zum Beispiel Status der Bestimmungen und Zeiteigenschaften.
Wertcode der Geräteeigenschaft msemr_ve_devicepropertyvaluecode Nein Eigenschaftswert des Geräts in Form eines Codes. Zum Beispiel NTP4 (synchronisiert mit dem Network Time Protocol).
Wertmenge der Geräteeigenschaft msemr_ve_devicepropertyvaluequantitycode Nein Eigenschaftswert des Geräts in Form einer Menge.
Gerätesicherheit msemr_ve_devicesafety Nein Weitere Sicherheitsmerkmale zu einem medizinischen Gerät. Zum Beispiel Sicherheitsmerkmale für Geräte, die Latex enthalten.
Gerätespezialisierung msemr_ve_devicespecialization Nein Die auf einem Gerät unterstützten Funktionen, die Standards, denen das Gerät für einen bestimmten Zweck entspricht, und die für die Kommunikation verwendet werden.
Gerätestatus msemr_ve_devicestatus Nein Status der Geräteverfügbarkeit. Zum Beispiel„aktiv“, „inaktiv“, „versehentliche Eingabe“ oder „unbekannt“.
Geräteversion msemr_ve_deviceversion Nein Das tatsächliche Design des Geräts oder der Softwareversion, das bzw. die auf dem Gerät ausgeführt wird
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Diagnosebericht msemr_ve_diagnosticreport Ja Die Ergebnisse und Interpretation von Diagnosetests zu Patienten, Patientengruppen, Geräten und Orten und/oder daraus gewonnenen Proben.
„Diagnosebericht auf Grundlage von“-Wert msemr_ve_diagnosticreportbasedon Nein Gibt an, was angefordert wurde, z. B. ein zugehöriger Pflegeplan, eine Medikamentenanfrage oder eine Serviceanfrage.
Diagnoseberichtskategorie msemr_ve_diagnosticreportcategory Nein Gibt die Servicekategorie an.
Diagnoseberichtsschlussfolgerungs-Code msemr_ve_diagnosticreportconclusioncode Nein Codes für die klinische Schlussfolgerung von Testergebnissen.
Durchführende Person des Diagnoseberichts msemr_ve_diagnosticreportperformer Nein Der Diagnosedienst, der für die Ausgabe des Berichts zuständig ist
Diagnoseberichtsergebnis msemr_ve_diagnosticreportresult Nein Beobachtungen im Zusammenhang mit dem Diagnosebericht.
Analyst der Diagnoseberichtsergebnisse msemr_ve_diagnosticreportresultsinterpreter Nein Der praktizierende Arzt oder die Organisation, der oder die für die Auswertungen und Interpretationen des Berichts zuständig ist
Diagnosebericht: Probe msemr_ve_diagnosticreportspecimen Nein Details zu den Proben, auf denen dieser Diagnosebericht basiert
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Endpunkt msemr_ve_endpoint Ja Die technischen Details eines Endpunkts, der für elektronische Dienste verwendet werden kann Der Wert kann Informationen zum Sicherheitskontext enthalten.
Endpunktkontakt msemr_ve_endpointcontact Nein Kontaktdaten einer Person, die bezüglich des Abonnements zu kontaktieren ist. Der Systemadministrator verwendet diesen Wert hauptsächlich zur Problembehandlung.
Endpunktkopfzeile msemr_ve_endpointheader Nein Zusätzliche Kopfzeilen oder Informationen, die als Teil der Benachrichtigung gesendet werden.
Endpunktnutzdaten-MIME-Typ msemr_ve_endpointpayloadmimetype Nein Der MIME-Typ, in dem die Payload gesendet werden soll. Wird der MIME-Typ nicht spezifiziert, kann der Absender beliebige Inhalte senden.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Immunisierung msemr_ve_immunization Ja Beschreibt das Ereignis der Verabreichung eines Impfstoffs an einen Patienten oder den Datensatz einer Immunisierung, die von einem Patienten, einem Arzt oder einer anderen Partei gemeldet wird.
Immunisierungsausbildung msemr_ve_immunizationeducation Nein Ausbildungsmaterial, das dem Patienten (oder Erziehungsberechtigten) zum Zeitpunkt der Impfstoffverabreichung vorgelegt wird
Durchführende Person der Immunisierung msemr_ve_immunizationperformer Nein Gibt an, wer das Immunisierungsereignis durchgeführt hat
Immunisierungs-Programmberechtigung msemr_ve_immunizationprogrameligibility Nein Eignung des Patienten für ein Impfprogramm.
Angewandtes Immunisierungsprotokoll msemr_ve_immunizationprotocolapplied Nein Das Protokoll (Empfehlungssatz), dem der Anbieter folgt, der die Dosis verwaltet hat
Angewandte Zielkrankheit des Immunisierungsprotokolls msemr_ve_immunizationprotocolappliedtargetdisease Nein Gibt die Krankheit an, die durch die Impfung vermieden werden soll.
Immunisierungsreaktion msemr_ve_immunizationreaction Nein Kategorische Daten, die angeben, dass ein unerwünschtes Ereignis zeitlich mit einer Immunisierung verbunden ist
Immunisierungs-Grundcode msemr_ve_immunizationreasoncode Nein Gibt den Grund für die Immunisierung eines Patienten an.
Grundreferenz der Immunisierung msemr_ve_immunizationreasonreference Nein Gibt den Grund für die Immunisierung eines Patienten an. Der Wert umfasst referenzierter Zustand, Beobachtung oder Diagnosebericht, dessen Existenz die Immunisierung rechtfertigt.
Subpotenter Immunisierungsgrund msemr_ve_immunizationsubpotentreason Nein Grund, warum eine Dosis als subpotent angesehen wird
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Medikamentenanweisung msemr_ve_medicationstatement Ja Ein Datensatz eines Medikaments, das von einem Patienten eingenommen wird. Aus der Medikamentenanweisung geht hervor, ob der Patient das Medikament aktuell einnimmt, in der Vergangenheit eingenommen hat oder in Zukunft einnehmen wird. Die Quelle dieser Informationen kann der Patient sein.
Medikamentenanweisung auf Grundlage von msemr_ve_medicationstatementbasedon Nein Auflistung zugehöriger Pläne, Vorschläge oder Aufträge, die durch dieses Ereignis ganz oder teilweise erfüllt wurden.
Abgeleitet von: Medikamentenanweisung msemr_ve_medicationstatementderivedfrom Nein Ermöglicht die Verknüpfung der Medikamentenanweisung mit der zugrunde liegenden Medikationsanfrage. Der Wert ermöglicht zudem die Verknüpfung mit weiteren Informationen, welche die Medikamentenanweisung unterstützen oder zur Ableitung dienen.
Medikamentenanweisung: Bestandteil von msemr_ve_medicationstatementpartof Nein Auflistung der zugehörigen größeren Ereignisse, von denen dieses Ereignis eine Komponente oder ein Schritt ist.
Medikamentenanweisung-Ursachencode msemr_ve_medicationstatementreasoncode Nein Auflistung der Gründe für die Medikamentenvergabe.
Medikamentenanweisung-Grundreferenz msemr_ve_medicationstatementreasonreference Nein Auflistung der Bedingungen oder Beobachtungen, die den Grund der Medikamentenvergabe unterstützen.
Ursachengrund der Medikamentenanweisung msemr_ve_medicationstatementstatusreason Nein Erfasst den Grund für den aktuellen Status der Medikamentenanweisung.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Rolle „Praktizierender Arzt“ msemr_ve_practitionerrole Ja Eine bestimmte Gruppe von Rollen, Orten, Spezialbehandlungen oder Dienstleistungen, die von einem Arzt in einer Organisation für einen bestimmten Zeitraum bereitgestellt werden können.
Verfügbare Zeit der Rolle „Praktizierender Arzt“ msemr_ve_practitionerroleavailabletime Nein Eine Auflistung von Zeiten, zu denen ein Arzt verfügbar ist oder an einem Standort eine Funktion ausübt.
Code der Rolle „Praktizierender Arzt“ msemr_ve_practitionerrolecode Nein Rollen, zu deren Ausführung für eine Organisation dieser praktizierende Arzt autorisiert ist.
Standort der Rolle „Praktizierender Arzt“ msemr_ve_practitionerrolelocation Nein Ein oder mehrere Standoarte, an denen ein praktizierender Arzt sich um die Versorgung kümmert.
Nichtverfügbarkeit der Rolle „Praktizierender Arzt“ msemr_ve_practitionerrolenotavailable Nein Gibt die Tage oder Zeiträume an, an denen ein Arzt aus einem angegebenen Grund nicht verfügbar ist oder nicht die Funktion ausüben kann.
Spezialgebiet der Rolle „Praktizierender Arzt“ msemr_ve_practitionerrolespecialty Nein Spezifisches Spezialgebiet eines praktizierenden Arztes.
Telekommunikation der Rolle „Praktizierender Arzt“ msemr_ve_practitionerroletelecom Nein Kontaktdetails, die für eine Rolle, einen Standort oder einen Service spezifisch sind.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Anforderungsgruppe msemr_ve_requestgroup Ja Eine Gruppe verknüpfter Anforderungen, mit der geplante Aktivitäten mit Verflechtungen wie z. B. die Reihenfolge der Verabreichung mehrerer Medikamente erfasst werden können.
Anforderungsgruppenaktion msemr_ve_requestgroupaction Nein Die Aktionen (sofern vorhanden), die durch die Auswertung des Artefakts entstehen.
Anforderungsgruppenaktion – Aktion msemr_ve_requestgroupactionaction Nein Gibt die Unteraktionen an.
Code der Anforderungsgruppenaktion msemr_ve_requestgroupactioncode Nein Ein Code, der einer Aktion oder Aktionsgruppe eine Bedeutung verleiht. Ein Abschnitt kann zum Beispiel einen LOINC-Code (Logical Observation Identifiers Names and Codes) für einen Abschnitt einer Dokumentationsvorlage haben.
Bedingung der Anforderungsgruppenaktion msemr_ve_requestgroupactioncondition Nein Ein Ausdruck, der die Anwendungskriterien oder die Start- und Stoppbedingungen für eine Aktion beschreibt.
Dokumentation Anforderungsgruppenaktivität msemr_ve_requestgroupactiondocument Nein Didaktische oder andere Informationsressourcen im Zusammenhang mit einer Aktion, die dem CDS-Empfänger (Clinical Decision Support) zur Verfügung gestellt werden können. Informationsressourcen können Inline-Textkommentare und Links zu Webressourcen enthalten.
Teilnehmer der Anforderungsgruppenaktion msemr_ve_requestgroupactionparticipant Nein Der Teilnehmer, der eine Aktion ausführt oder für diese Aktion verantwortlich ist.
Mit Anforderungsgruppenaktion verknüpfte Aktion msemr_ve_requestgroupactionrelatedaction Nein Eine Beziehung zu einer anderen Aktion, z. B. „früher“ oder „30 Minuten nach Beginn“
„Anforderungsgruppen auf Grundlage von“-Wert msemr_ve_requestgroupbasedon Nein Ein Plan, Vorschlag oder Auftrag, der durch diese Anfrage ganz oder teilweise erfüllt wird.
Grundcode für Anforderungsgruppe msemr_ve_requestgroupreasoncode Nein Gibt an, warum die Anforderungsgruppe erforderlich ist.
Grundreferenz für Anforderungsgruppe msemr_ve_requestgroupreasonreference Nein Dies gibt eine andere Ressource an, deren Vorhandensein eine Anforderungsgruppe begründet.
Ersetzung der Anforderungsgruppe msemr_ve_requestgroupreplace Nein Abgeschlossene oder beendete Anfragen, deren Funktion von einer neuen Anforderung übernommen wird.
Name der Tabelle Schemaname Ressource auf Root-Ebene Beschreibung
Probe msemr_ve_specimen Ja Eine für die Analyse zu verwendende Probe.
Probenzustand msemr_ve_specimencondition Nein Ein Modus, der die Beschaffenheit einer Probe beschreibt.
Probenbehältnis msemr_ve_specimencontainer Nein Das Behältnis, das eine Probe enthält. Die rekursive Natur von Behältnissen, z. B. Blut in einem Röhrchen auf einem Tablet in einem Regal wird hier nicht behandelt.
Übergeordnetes Objekt für Probe msemr_ve_SpecimenParent Nein Verweis auf eine übergeordnete (Quell)Probe, die verwendet wird, wenn die Probe entweder aus einer anderen Quelle oder der Komponente einer anderen Probe abgeleitet wurde.
Probenverarbeitung msemr_ve_SpecimenProcessing Nein Einzelheiten zur Verarbeitung und den Verarbeitungsschritten für eine Probe.
Additiv für Probenverarbeitung msemr_ve_specimenprocessingadditive Nein Das im Verarbeitungsschritt einer Probe verwendete Material.
Probenanfrage msemr_ve_SpecimenRequest Nein Einzelheiten zu einer Test- oder Vorgangsanfrage, für die eine Probe erfasst werden muss.

Was Sie beachten sollten

Im folgenden Abschnitt sind die wichtigsten Überlegungen zur Implementierung aufgeführt, die Sie beachten sollten, wenn Sie das Feature für die virtuellen Gesundheitsdatentabellen aktivieren möchten. Diese List ist jedoch nicht vollständig.

Weitere Informationen finden Sie unter Einschränkungen von virtuellen Tabellen.

Risiko Benutzererfahrung Potenzielle Abschwächungstaktiken
Virtuelle Tabellen unterstützen keine vorhandenen gespeicherten Ansichten und Dashboards Alle Diagramme und Dashboards, die mit später virtualisierten physischen Entitäten erstellt wurden, funktionieren dann nicht mehr. Refaktorieren Sie gespeicherte Ansichten und Dashboards, um die neue virtualisierte Entität zu verwenden.

Beachten Sie den neuen Nativen Text, der vor den veralteten Dataverse-Versionen der virtuellen Gesundheitsdatentabellen hinzugefügt wurde.
Die virtuellen Versionen dieser Tabellen werden beispielsweise Behandlungen oder Beobachtungen genannt.

Teilen Sie den Benutzern Änderungen mit. Neben den Systemansichten müssen Sie auch persönliche Ansichten umgestalten.
Virtuelle Tabellen unterstützen keine Standarddiagramme Die Diagramme funktionieren nicht oder sind nicht zur Erstellung verfügbar. Sie brauchen Power BI oder eine alternative Lösung zur Visualisierung dieser Daten. Modellgesteuerte Diagramme werden für virtualisierte Daten nicht gerendert.

Teilen Sie den Benutzern Änderungen mit. Sie können keine Diagramme mehr in persönlichen Ansichten und Dashboards haben, wenn Sie sie vor der Verwendung physischer Entitäten erstellt haben.
Relevanzsuche wird nicht unterstützt Die Relevanzsuche funktioniert nicht für Virtuelle Gesundheit-Datentabellen. Teilen Sie den Benutzern Änderungen mit. Prüfen Sie, ob Sie virtuelle Entitäten für Ihre Bereitstellung verwenden können.

Die neue Standardsucherfahrung in modellgesteuerten Power Apps basiert auf Relevanzsuche.
AI Builder wird nicht unterstützt Alle Erkenntnisse aus AI Builder, die früher in physischen Dataverse-Tabellen genutzt wurden, sind nicht mehr verfügbar, wenn Sie diese Tabellen virtualisieren. Ziehen Sie andere KI-Optionen von Microsoft in Betracht.

Die Datasets, die Sie in Dataverse zu virtualisieren möchten, sollten wahrscheinlich mit Azure-Diensten wie Azure Synapse Analytics analysiert werden, um Verkaufschancen in Ihrem Unternehmen zu entdecken.
Virtuelle Tabellen verfügen über ein vereinfachtes Sicherheitsmodell, da nur Sicherheit auf Organisationsebene unterstützt wird. Sehen Sie sich die Sicherheit Ihrer Compliance-Anforderungen an. Wenn die organisationsweite Sicherheit auf FHIR-basierten Ressourcen für Ihre Bereitstellung nicht geeignet ist, sollten Sie die Aktivierung der Funktion für Virtuelle Gesundheit-Datentabellen überdenken.

Bekannte Einschränkungen

Da die Funktion für Virtuelle Gesundheit-Datentabellen auf der bestehenden Lösung für virtuelle Tabellen von Dataverse basiert, hat sie die gleiche Einschränkung wie virtuelle Tabellen. Berücksichtigen Sie diese Einschränkungen, wenn Sie bestimmen, ob dieses Feature für Ihre Anforderungen geeignet ist.

Die folgenden Einschränkungen gelten auch für virtuelle Gesundheitsdaten-Tabellen:

  • Die Funktion unterstützt derzeit nur die Verbindung mit Azure FHIR-Diensten, Azure API für FHIR und Azure Health Data Services. Konfigurationen für diese beiden Versionen werden als Teil der Basislösung bereitgestellt. Weitere Informationen finden Sie unter Was ist der FHIR-Dienst?.

  • Der Support für Suche und Sortierung hängt von der Version des konfigurierten FHIR-Servers ab. Weitere Informationen finden Sie unter Übersicht über die FHIR-Suche.

  • Für die Suche und Filterung unterstützt das Feature nur eine einzelne Link-Entität.

  • Für die Suche und Filterung unterstützt das Feature nur eine einzelne Erweiterungs-Entität.

  • Für virtuelle Tabellen werden Beziehungen zu Nicht-FHIR-basierten Tabellen nicht unterstützt.

  • Das Erstellen und Bereitstellen eigener virtualisierter Tabellen wird derzeit nicht unterstützt.

Virtuelle Gesundheitsdatentabellen Ereignisse

Virtuelle Dataverse-Tabellen bieten die Möglichkeit, sich von einer externen Datenquelle für asynchrone Ereignisse zu registrieren. Virtuelle Gesundheitsdatentabellen in Microsoft Cloud for Healthcare erweitern diese Funktion, sodass Ereignisse für Aktivitäten ausgelöst werden können, die auf Remote-FHIR-Endpunkten mithilfe der vorhandenen Dataverse Healthcare-API-Infrastruktur ausgeführt werden. Wenn Sie beispielsweise eine Behandlung auf dem FHIR-Server erstellen, wird in Dataverse ein Ereignis im Kontext der virtuellen Tabelle msemr_ve_encounter ausgelöst. Anschließend können Sie Ihre Plug-Ins zum Erstellen, Aktualisieren oder Löschen von Ereignissen registrieren, die bei virtuellen Behandlungen ausgelöst werden.

Die Funktion für virtuelle Gesundheitsdatentabellen lässt einen dynamischen Wechsel zwischen Dataverse und virtuellen Anbietern über Datenrouten zu. Daher werden diese eingehenden Ereignisse auch ausgelöst, wenn Sie Ihren Datenroutenwert als Dataverse konfigurieren. Im vorherigen Beispiel bedeutet dieses Verhalten, dass Sie die Plug-ins nur einmal gegen msemr_ve_encounter registrieren müssen. Selbst wenn die Datenroute zwischen Virtuell und Dataverse wechselt, wird Ihr Plug-In weiterhin aufgerufen.

Mit dieser Ereignisfunktion können Sie Plug-Ins für Ereignisse registrieren, um benutzerdefinierte Workflows für Daten auszuführen, die nicht in Dataverse gespeichert sind.

Die folgenden Tabellen unterstützen Ereignisse für virtuelle Tabellen:

  • Allergie/Empfindlichkeit (msemr_ve_allergyintolerance)
  • Behandlung (msemr_ve_encounter)
  • Pflegeepisode (msemr_ve_episodeofcare)
  • Beobachtung (msemr_ve_observation)

Weitere Informationen zu virtuellen Tabellenereignissen und weitere Beispiele finden Sie unter Aktivieren virtueller Tabellen zur Unterstützung von Dataverse Ereignissen.

Voraussetzungen für virtuelle Gesundheitsdaten-Tabellenereignisse

Die Funktion für virtuelle Gesundheitsdatentabellen-Ereignisse baut sowohl auf der bestehenden Funktion für virtuelle Gesundheitsdatentabellen als auch auf der Funktionalität der Dataverse Healthcare API auf. Neben den Voraussetzungen für Tabellen mit virtuellen Gesundheitsdaten gelten die folgenden Voraussetzungen auch für die Funktion Ereignisse:

  • Sie müssen die Dataverse Healthcare APIs konfigurieren, da diese den Einstiegspunkt für virtuelle Gesundheitsdatentabellenereignisse bereitstellen. Die APIs verarbeiten die Nachrichten, die Ereignisse für virtuelle Tabellen vom FHIR-Server auslösen. Weitere Informationen finden Sie unter Übersicht über die Dataverse Healthcare APIs.

  • Für Tabellen, die an virtuellen Ereignissen auf dem Remote-FHIR-Server teilnehmen, sollten die Datenroutenkonfigurationswerte auf Virtuell festgelegt sein. Andernfalls würden die Daten im Rahmen der standardmäßigen Dataverse Healthcare API-Nachrichtenverarbeitung in Dataverse erfasst werden.

  • Bundles, die an den FHIR-Server gesendet werden, sollten den HTTP-Methodenwert request.method für jeden Ressourceneintrag enthalten. Weitere Informationen zu diesem FHIR-Eintragsknoten finden Sie unter Bundle-Ressourcenelement - Bundle.entry.request

Beispiele dafür, wie Sie Ihre eigenen Plug-ins für Ereignisse in virtuellen Gesundheitsdatentabellen registrieren können, finden Sie unter Verwendung von Ereignissen in virtuellen Gesundheitsdatentabellen.

Was Sie bei Ereignissen in der Tabelle der virtuellen Gesundheitsdaten beachten sollten

  • Virtuelle Tabellenereignisse sind asynchron.
  • Ereignisse lösen nur virtuelle Tabellen aus, die FHIR-Ressourcen auf Stammebene zugeordnet sind, und nicht auf Erweiterungstabellen.
  • Bei auf Dataverse eingestellten Datenrouten lösen Ereignisse nur bei Ereigniszuordnungen aus, die nicht deaktiviert sind.
  • Attributzuordnungen bestimmen, welche Werte in der über das Plug-In-Ausführungszielobjekt verfügbaren Entität bereitgestellt werden. Wenn für einen FHIR-Ressourcenknotenwert keine Attributzuordnung verfügbar ist, wird der Feldwert nicht verarbeitet und ist in der Ereignisnutzlast nicht verfügbar.

Bekannte Einschränkungen für virtuelle Gesundheitsdaten Tabelle Ereignisse

Das FHIR Bundle für Ereignisse unterstützt derzeit nur den HTTP-Methodenwert request.method für PUT. Alle während dieser Phase gesendeten Ereignisse werden unabhängig von ihrem tatsächlichen Typ als extern erstellte virtuelle Tabellenereignisse behandelt.