Anwendungsfälle für den Open Health Stack

OHS-Komponenten erleichtern die Implementierung von FHIR. Sie können sie einzeln verwenden oder sie kombinieren, um die Grundlage einer umfassenden digitalen Gesundheitsplattform zu schaffen.

FHIR-basierte Android-Apps

Mit dem Android FHIR SDK können Entwickler schnell native FHIR-Android-Anwendungen erstellen. Das SDK ist ein modularer Satz von Bibliotheken, die Flexibilität für eine Reihe verschiedener Anwendungsfälle bieten. Dazu gehören:

  • die Structured Data Capture Library in einer vorhandenen Anwendung verwenden, um die Datenerhebung über FHIR zu aktivieren.
  • die FHIR-Engine-Bibliothek, um zuerst Offlinelösungen für FHIR zu erstellen
  • die erweiterten Funktionen der Workflow-Bibliothek, um die CQL-basierte klinische Entscheidungsunterstützung durch Inhalte der WHO Smart Guidelines zu ermöglichen.

Ressourcen:

  • Mit dem SDC-Codelab können Sie schnell loslegen.
  • Lesen Sie, wie Entwickler mobile Lösungen mit OHS erstellen.

Verbesserter Datenschutz durch Nutzung von SMART-on-FHIR

Das FHIR-Infogateway ist ein eigenständiger Reverse-Proxy, den Sie vor jeder Anwendung bereitstellen können, um den Datenschutz zu verbessern und die Implementierung von Richtlinien für die Zugriffssteuerung in Organisationen zu vereinfachen. In Kombination mit einer Android FHIR SDK-gestützten Anwendung kann Info Gateway auch Synchronisierungsvorgänge verbessern, um beispielsweise die Patientendaten einzuschränken, die ein bestimmter Gesundheitsmitarbeiter herunterladen und darauf zugreifen kann, wenn er offline arbeitet.

Als eigenständiger Proxy unterstützt Info Gateway die Integration in SMART-on-FHIR-Anwendungen.

Ressourcen:

FHIR-Analyselösungen

Aufgrund der stark verschachtelten Struktur von FHIR-Daten kann das Schreiben von Abfragen zum Generieren von Erkenntnissen eine Herausforderung sein. FHIR Data Pies vereinfachen das Problem durch eine einfach bereitzustellende und horizontal skalierbare Pipeline, die FHIR-Daten in ein SQL-on-FHIR-Format umwandelt. Dadurch können FHIR-Daten über SQL abgefragt werden.

FHIR-Datenrohre können hilfreich sein, wenn FHIR die Quelle der zu analysierenden Daten ist. Häufige Szenarien für Entwickler:

  1. Als Erweiterung einer nativen FHIR-Mobile-Health-Lösung: Siehe die Grundlagen für eine End-to-End-Digital-Gesundheitslösung.
  2. Als Teil einer eigenständigen Analyselösung, die FHIR nutzt – siehe Beispiel für Hybridarchitektur

Ressourcen:

Grundlagen einer umfassenden digitalen Gesundheitslösung

Die gemeinsame Verwendung aller OHS-Komponenten bietet Entwicklern eine Grundlage, um FHIR-basierte Plattformen oder Lösungen zu erstellen. Durch die Bereitstellung einer Reihe von Kernfeatures wie Synchronisierungs- und Offlinefunktionen und die Reduzierung der technischen Komplexität der Arbeit mit FHIR können Entwickler erhebliche Zeit sparen und sich mehr auf den Mehrwert ihrer Lösungen konzentrieren.

Ressourcen:

Beispiel für Hybridarchitektur

Dank der Modularität der OHS-Komponente können Entwickler die Komponenten auswählen, die ihnen bei der Lösung spezifischer Probleme am besten helfen.

Es gibt viele Beispiele dafür, in welchen Fällen es vorteilhaft sein könnte, einen Teil eines vorhandenen Systems auf FHIR umzustellen, während andere Teile der Lösung unverändert bleiben. Dazu gehören:

  1. Nicht-FHIR-Datenerfassung für FHIR-basierte Analysen: In diesem Szenario werden Daten, die auf Nicht-FHIR-Art erfasst wurden, in FHIR umgewandelt, um die Verwendung der OHS FHIR-Datenrohre für einen allgemeinen Ansatz zum Generieren von Erkenntnissen aus FHIR-Daten zu ermöglichen. Zum Transformieren von Daten können Entwickler vorhandene Anbieter-APIs oder Dienste von Drittanbietern wie die von Global Goods genehmigte OpenFn verwenden oder relevante Open-Source-Projekte nutzen.

  2. Native FHIR-App für Nicht-FHIR-Systeme: In diesem Szenario wird eine native FHIR-mobile App, die mit dem Android FHIR SDK erstellt wurde, für die Offline-Betreuung mit Daten verwendet, die mit einem FHIR-Server synchronisiert werden. Über den FHIR-Server können Entwickler Integrationen mit vorhandenen Systemen, Adaptern von Drittanbietern oder benutzerdefiniertem Code implementieren.

Ressourcen: