Merkmale der Gesundheitsdienstleistung
Gesundheitsgesetze regeln geschützte Gesundheitsinformationen. Um wettbewerbsfähig zu bleiben und die Branchen-Cloud zu differenzieren, müssen regionale und lokale Marktsicherheits-, Datenschutz- und Compliance-Vorschriften erfüllt werden. Microsoft Cloud for Healthcare unterstützt gängige Geschäftsszenarien, die für Ihren Erfolg entscheidend sind, wenn Daten aus verschiedenen Aufzeichnungssystemen stammen. Die in der Referenzarchitekturdokumentation beschriebenen Muster umfassen mehrere Datenmerkmale.
Die folgenden Merkmale definieren, wie die Daten mit Microsoft Cloud for Healthcare-Lösungen aufgenommen, gespeichert und geschützt werden sollen.
Merkmal | Wert und Definition |
---|---|
Latenz | Niedrige Latenz: Die Daten ändern sich häufig und Änderungen werden von den Anwendungsbenutzern sofort benötigt. Änderungen an den Daten können Auswirkungen auf die Patientenversorgung haben. Hohe Latenz: Die Daten ändern sich nur selten und Anwendungsbenutzer benötigen die Änderungen nicht sofort. Änderungen an den Daten haben keine Auswirkungen auf die Patientenversorgung. |
Erforderliche Stufe | Optional: Die Lösung wurde für die Anzeige der Daten entwickelt, ist aber nicht für die gesamte Anwendung erforderlich. Die Nutzung ist eine Kundenpräferenz, und das Szenario kann so konfiguriert werden, dass es diese Präferenz widerspiegelt. Obligatorisch: Die Lösung wurde für die Nutzung der Daten entwickelt und ist für die Anwendung erforderlich. |
PHI-Sensibilität | PHI-empfindlich: Werden als geschützte Gesundheitsinformationen betrachtet. Nicht PHI-empfindlich: Werden nicht als geschützte Gesundheitsinformationen betrachtet. |
Datenflow | Unidirektionaler Dataflow: Die Daten müssen in die Lösung eingebracht werden, damit Benutzer auf die Daten verweisen können (schreibgeschützt). Bidirektionaler Dataflow: Die Daten müssen von Benutzern innerhalb der Lösung verarbeitet werden. Dies bedeutet entweder das Erstellen neuer Datensätze oder das Aktualisieren vorhandener Datensätze. |
In der folgenden Tabelle werden die Datenmerkmalsdefinitionen auf Fast Healthcare Interoperability Resources (FHIR) angewandt, die von Microsoft Cloud for Healthcare-Lösungen verwendet werden.
FHIR-Ressource | Akzeptable Datenlatenz | Sensitivität | Care Management | Häusliche Gesundheitsversorgung | Patient Access | Patientenkontakt | Patient Service Center | Einheitliche Patientenansicht (administrativ) | Einheitliche Patientenansicht (klinisch) | Virtuelle Termine |
---|---|---|---|---|---|---|---|---|---|---|
Allergien | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Termin | Niedrig | PHI | 🔵 | 🔵 | 🟧 | 🟧 | 🔵 | 🔵 | 🟠 | |
Pflegepläne | Niedrig | PHI | 🟧 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
Pflegeteams | Hoch | Nicht-PHI | 🟧 | 🟦 | 🟦 | 🟦 | 🟦 | 🟦 | 🟦 | |
Ansprüche | Hoch | PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
Bedingungen | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Versicherungsschutz | Hoch | PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
Diagnoseberichte | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Behandlungen | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Pflegeperiode | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Standorte | Hoch | Nicht-PHI | 🔵 | 🔵 | 🟠 | 🟠 | 🔵 | |||
Medikationsanfragen | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Beobachtungen | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Organisationen | Hoch | Nicht-PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
Patienten | Niedrig | PHI | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | |
Ärzte | Hoch | Nicht-PHI | 🔵 | 🔵 | 🟠 | 🔵 | 🟠 | 🔵 | 🔵 | |
Vorgänge | Niedrig | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Überweisungsanfragen | Hoch | Nicht-PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Angehörige | Hoch | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
Zeitpläne | Niedrig | Nicht-PHI | 🟠 | 🟠 | ||||||
Zeitfenster | Niedrig | Nicht-PHI | 🟧 | 🟧 |
🔵 Optional, unidirektional
🟦 Optional, bidirektional
🟠 Obligatorisch, unidirektional
🟧 Obligatorisch, bidirektional
Bei der Nutzung von Allzweck-Cloud-Diensten müssen Kunden und Partner Nutzungsmuster für ihre Daten definieren. Kunden können Microsoft Cloud for Healthcare-Lösungen zur Verfeinerung der Daten, die zur Bereitstellung von Geschäftswert verwendet werden, weiter anpassen.
Eine Datenstrategie muss die Fähigkeit Ihres Unternehmens und Ihrer Partner umfassen, Daten zu erfassen, zu verwalten, zu speichern und anzureichern. Um den Datenaustausch in der Branche zu erleichtern, sollte die Strategie auch die Unterstützung offener Interoperabilitätsstandards und Datenmodelle umfassen. Möglicherweise müssen Sie auch Branchenvorschriften für den Datenaustausch einhalten. Es bedarf Standards für das Nachrichtenformat, die Dokumentenarchitektur, klinische Vorlagen, Benutzeroberflächen und die Verknüpfung von Patientendaten. Dazu können die Standards HL7 FHIR, DICOM, X12, LOINC, SNOMED OMOP und CDISC gehören.
In der folgenden Tabelle wird erläutert, wie jede FHIR-Ressource innerhalb von Microsoft Cloud for Healthcare-Lösungen genutzt wird.
FHIR-Ressource | Ressourcennutzung |
---|---|
Allergien | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
ePA-Termin | Diese Ressource wird lösungsübergreifend genutzt und ist für die Planung von Patiententerminen erforderlich. |
Pflegepläne | Diese Ressource wird in der klinischen Patientenansicht verwendet. Sie ist für Maßnahmen für Patientenerkenntnisse erforderlich. |
Pflegeteams | Diese Ressource wird in der klinischen Patientenansicht verwendet. Benutzer können Pflegeteams und deren Mitglieder erstellen und ändern. |
Ansprüche | Diese Ressource wird in der administrativen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Bedingungen | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Versicherungsschutz | Diese Ressource wird in der administrativen und klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Diagnoseberichte | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Behandlungen | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Pflegeperiode | Auf diese Ressource kann über das Formular zur Patientenbehandlung zugegriffen werden. |
Standorte | Diese Ressource wird für alle Lösungen verwendet, ist jedoch nur für die Patientenplanung erforderlich. |
Medikationsanfragen | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Beobachtungen | Auf diese Ressource kann über das Formular zur Patientenbehandlung zugegriffen werden. |
Organisationen | Auf diese Ressource kann über die Hauptnavigation der Anwendung und das Arztformular zugegriffen werden. |
Patienten | Diese Ressource wird in allen Lösungen verwendet und stellt den Kern des Datensatzes dar. |
Ärzte | Diese Ressource wird für alle Lösungen verwendet, ist jedoch nur für die Patientenplanung erforderlich. |
Vorgänge | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Überweisungsanfragen | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Angehörige | Diese Ressource wird in der klinischen Patientenansicht (gemeinsam für alle Lösungen) verwendet, damit Benutzer auf die Daten verweisen können. |
Zeitpläne | Diese Ressource wird für die Patientenplanung benötigt. |
Zeitfenster | Diese Ressource wird für die Patientenplanung benötigt. Als Teil der Planung erfordert diese Ressource, dass Aktualisierungen in die Quelle zurückgeschrieben werden. |