Ü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- und No-Code-Anwendungen für das Gesundheitswesen, die zugrunde liegende Datenspeicherung ist jedoch manchmal nicht die beste Wahl für das Erzielen von Unternehmensinteroperabilität.

Virtuelle Gesundheitsdatentabellen in Microsoft Cloud for Healthcare bieten eine Option für diese Kunden und Partner. 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 weitere Funktionen, mit denen Sie Datenquelle dynamisch zwischen FHIR-Endpunkten und Dataverse über Datenrouten wechseln können. 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.

Virtuelle Gesundheitsdatentabellen können Ihnen dabei helfen, low-code-Lösungen ohne Code zu erstellen, die über die üblichen Grenzen hinausgehen, die Dataverse hat+, während Benutzer weiterhin mit den virtuellen Daten interagieren, als wären es nur ein anderer Dataverse-Datensatz. Sie ermöglichen eine selektive Auswahl des Speicherorts der Daten und reduzieren die Komplexität des Umgangs mit dem FHIR-Datenaustausch. 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 Microsoft Dataverse-Lösung für virtuelle Tabellen (Entitäten) und legen es auf ein Datenrouting-Konzept.

Eine der entscheidenden Einschränkungen von virtuellen Dataverse-Tabellen besteht heute darin, dass es keine Möglichkeit gibt, 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 Ihr Designansatz virtuelle und physische Tabellen umfasst, werden Benutzer nach der Virtualisierung einer Tabelle mit zwei möglichen Tabellen konfrontiert, die sie beim Erstellen von gespeicherten Ansichten und erweiterten Suchvorgängen verwenden können.

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. Behandlungen können zum Beispiel als virtuell aktiviert sein, während Allergiesensibilität zu Dataverse konfiguriert sein kann. 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 in virtuell geändert wird, werden die Behandlungsdatensätze nicht automatisch von Dataverse gelöscht.

Wenn Sie mehr FHIR-Ressourcen und deren virtuelle Dataverse-Tabellen virtualisieren, erbt jeder neue Eintrag auch diese Datenroutenfunktion. 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:

    

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

    

  • 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. Filtern nach verknüpften Entitäten nur für eine Ebene.

• 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. Benutzer werden benachrichtigt, dass die virtuellen Datensätze mit eingeschränkter Sortierung verfügbar sind, und die Filterung basiert auf der Azure API für FHIR Version.

Virtualisierte Tabellen

Im folgenden Abschnitt werden die unterstützenden Datensätze oder Tabellen für virtuelle Gesundheitsdatentabellen aufgeführt:

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.
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	Zusätzliche Informationen zur Unterstützung eines Termins.
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.
Behandlung	msemr_ve_encounter	Ja	Eine Interaktion zwischen einem Patienten und Gesundheitsdienstleister, 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	No	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.
Pflegeperiode	msemr_ve_episodeofcare	Ja	Eine Zuordnung eines Patienten zu einer Organisation 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	No	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.
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	No	Technische Endpunkte, die Zugriff auf Dienstleistungen bieten, die für einen Standort verwendet werden.
Standortbetriebszeiten	msemr_ve_locationhoursofoperation	No	Gibt an, an welchem Tag oder zu welcher Uhrzeit in der Woche ein Standort geöffnet ist.
Telekommunikation am Standort	msemr_ve_locationtelecom	No	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	No	Dies gibt den Typ der an einem Standort durchgeführten Funktion an.
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.
Medikamentenanweisung*	msemr_ve_medicationstatement	Ja	Ein Datensatz eines Medikaments, das von einem Patienten eingenommen wird. Aus der Medikamentenanweisung kann entnommen werden, ob der Patient das Medikament derzeit 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	No	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	No	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	No	Auflistung der zugehörigen größeren Ereignisse, von denen dieses Ereignis eine Komponente oder ein Schritt ist.
Medikamentenanweisung-Ursachencode*	msemr_ve_medicationstatementreasoncode	No	Auflistung der Gründe für die Medikamentenvergabe.
Medikamentenanweisung-Grundreferenz*	msemr_ve_medicationstatementreasonreference	No	Auflistung der Bedingungen oder Beobachtungen, die den Grund der Medikamentenvergabe unterstützen.
Ursachengrund der Medikamentenanweisung*	msemr_ve_medicationstatementstatusreason	No	Erfasst den Grund für den aktuellen Status der Medikamentenanweisung.
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.
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	No	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	No	Rollen, zu deren Ausführung für eine Organisation dieser praktizierende Arzt autorisiert ist.
Standort der Rolle „Praktizierender Arzt“*	msemr_ve_practitionerrolelocation	No	Ein oder mehrere Standoarte, an denen ein praktizierender Arzt sich um die Versorgung kümmert.
Nichtverfügbarkeit der Rolle „Praktizierender Arzt“*	msemr_ve_practitionerrolenotavailable	No	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	No	Spezifisches Spezialgebiet eines praktizierenden Arztes.
Telekommunikation der Rolle „Praktizierender Arzt“*	msemr_ve_practitionerroletelecom	No	Kontaktdetails, die für eine Rolle, einen Standort oder einen Service spezifisch sind.
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.
Probe*	msemr_ve_specimen	Ja	Eine für die Analyse zu verwendende Probe.
Probenzustand*	msemr_ve_specimencondition	No	Ein Modus, der die Beschaffenheit einer Probe beschreibt.
Probenbehältnis*	msemr_ve_specimencontainer	No	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	No	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	No	Einzelheiten zur Verarbeitung und den Verarbeitungsschritten für eine Probe.
Additiv für Probenverarbeitung*	msemr_ve_specimenprocessingadditive	No	Das im Verarbeitungsschritt einer Probe verwendete Material.
Probenanfrage*	msemr_ve_SpecimenRequest	No	Einzelheiten zu einer Test- oder Vorgangsanfrage, für die eine Probe erfasst werden muss.

Anmerkung

Termin (ePA), Medikamentenanweisung, Rolle „Praktizierender Arzt“, Probe und die jeweiligen Erweiterungstabellen werden im Gegensatz zu den übrigen virtualisierten Tabellen nicht aktiv in die Lösung integriert. Sie können jedoch weiterhin Ihre eigenen modellgesteuerten Apps erstellen oder vorhandene Anwendungsvorlagen aktualisieren, um diese Tabellen zu nutzen.

Was Sie beachten sollten

Im folgenden Abschnitt finden Sie einige der wichtigsten Überlegungen zur Implementierung, die Sie beachten sollten, wenn Sie die Funktion der Virtuelle Gesundheit-Datentabellen aktivieren möchten. Dieser Abschnitt ist jedoch keine vollständige Liste.

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 Text Native, der vor den veralteten Dataverse-Versionen der Tabellen mit Virtuelle Gesundheitdaten hinzugefügt wurde. Die virtuelle Version dieser Tabellen wird beispielsweise Behandlungen oder Beobachtungen genannt. Teilen Sie den Benutzern Änderungen mit. Zusätzlich zu den Systemansichten müssen Benutzer 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. Benutzer können keine Diagramme mehr in persönlichen Ansichten und Dashboards haben, wenn sie vor der Verwendung physischer Entitäten erstellt wurden.
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 einmal in physisch Dataverse-Tabellen genutzt wurden, sind nicht mehr verfügbar, wenn diese Tabellen virtualisiert werden.	Ziehen Sie andere KI-Optionen von Microsoft in Betracht. Die Datasets, die Sie in Dataverse zu virtualisieren gedenken, sollten wahrscheinlich mit Azure-Diensten wie Azure Synapse Analytics analysiert werden, um Verkaufschancen in Ihrer Klinik oder Ihrem Unternehmen aufzudecken.
Virtuelle Tabellen verfügen über ein vereinfachtes Sicherheitsmodell, da nur Sicherheit auf Organisationsebene unterstützt wird.	Die Sicherheit sollte im Hinblick auf Compliance-Anforderungen geprüft werden.	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, während Sie bestimmen, ob diese Funktion 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 Versionen wurde 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 wird derzeit eine einzelne Link-Entität unterstützt.

• Für die Suche und Filterung wird derzeit eine einzelne Erweiterungs-Entität unterstützt.

• 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 dauerhaft in Dataverse gespeichert werden.

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 sie den Einstiegspunkt für die Ereignisse der virtuellen Gesundheitsdatentabelle darstellen. 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 werden nur für virtuelle Tabellen, die FHIR-Ressourcen auf Stammebene zugeordnet sind, ausgelöst, nicht für Erweiterungstabellen.
• Für Datenrouten, die auf Dataverse festgelegt sind, werden Ereignisse nur für Entitätszuordnungen ausgelöst, 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. In zukünftigen Updates planen wir, zwischen Erstellungs- und Aktualisierungsvorgängen zu unterscheiden.

Siehe auch

Was ist Microsoft Cloud for Healthcare?
Überblick über das Datenintegrations-Toolkit
Konfigurieren Sie virtuelle Gesundheitsdatentabellen
Verwenden Sie virtuelle Gesundheitsdatentabellen
Verwalten Sie FHIR-Daten mit dem Datenintegrations-Toolkit