Ü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.
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.
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:
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. 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.