FHIR

Fast Healthcare Interoperability Resources (FHIR) ist ein Standard für Gesundheitsdaten mit einer API (Application Programming Interface), um elektronische Gesundheitsdaten (EHR) darzustellen und auszutauschen. FHIR ist ein Informationsnetzwerk, mit dem Sie Daten zwischen Systemen verknüpfen können, und ein Kommunikationsnetzwerk, mit dem Sie Daten zwischen Systemen austauschen können.

FHIR umfasst Folgendes:

  • Ein HTTP-basiertes RESTful-Protokoll
  • Datendarstellung, die JSON, XML und RDF verwendet

Weitere Informationen zu FHIR finden Sie in der zuletzt veröffentlichten Version der FHIR-Spezifikation.

Bedeutung von FHIR in der Gesundheits-IT

IT-Systeme im Gesundheitswesen verwenden oft nicht dieselben Datenmodelle. Mit der Digitalisierung von Gesundheitsdaten wird die Behebung von Inkompatibilitäten zwischen verschiedenen Systemen teuer und zeitaufwendig.

FHIR definiert ein gemeinsames Datenmodell und eine REST-Architektur, damit verschiedene Gesundheitssysteme Daten austauschen und integrieren können. FHIR ist flexibel und anpassbar, sodass es in einer Vielzahl von Umgebungen und mit verschiedenen Gesundheitsinformationssystemen verwendet werden kann.

In FHIR werden Ressourcen verwendet, um einzelne medizinische, administrative, infrastrukturelle oder Finanzdatenelemente darzustellen. Jede Ressource ist mit einer eindeutigen Kennung verknüpft, was es Anwendungen erleichtert, auf dieselben Daten zuzugreifen und sie zu ändern. Ressourcen können in verschiedenen Formaten, die ihren jeweiligen Datenmodellen entsprechen, kompiliert und an verschiedene Gesundheitsanbieter verteilt werden.

FHIR ist ein wertvolles Tool zur Verbesserung der Interoperabilität von IT-Systemen im Gesundheitswesen. Sie kann dazu beitragen, Kosten zu senken, die Effizienz zu steigern und die Qualität der Versorgung zu verbessern.

Vorteile von FHIR

Interoperabilität auf verschiedenen Geräten und Plattformen

FHIR bietet den Austausch von Gesundheitsdaten aus monolithischen Datensilos an offene APIs. FHIR ist der primäre Gesundheitsdatenstandard mit offenen APIs für den Zugriff, die Suche und Änderung von elektronischen Gesundheitsdaten (Electronic Health Records, EHR) und den Austausch von Daten zwischen IT-Systemen im Gesundheitswesen.

Mit FHIR können EHRs zwischen Gesundheitsdienstleistern und Nutzern auf Plattformen wie den folgenden ausgetauscht werden:

  • EHR-basierte Datenfreigabe
  • Mobile Apps
  • Cloudbasierte Anwendungen
  • Wearables

Mit der FHIR API können auch Anwendungen von Drittanbietern in vorhandene Systeme eingebunden werden.

Kompatibilität mit Legacy-Standards

FHIR hat sich aus den HL7 Version 2-Nachrichten und der HL7 Version 3 Clinical Document Architecture (HL7 CDA) weiterentwickelt. FHIR kann in Verbindung mit HL7v2 und HL7 CDA verwendet werden.

Weitere Informationen zur Beziehung zwischen FHIR und anderen HL7-Standards finden Sie unter Anhang: Die Beziehung zwischen FHIR und anderen HL7-Standards.

Entschlüsselbare und nützliche Daten

Da FHIR auf dem HTTPS-Protokoll implementiert wird, können Sie FHIR-Ressourcen abrufen und zerlegen, um maschinelles Lernen, KI und andere Formen von Datenanalysen zu unterstützen. Mit diesen Funktionen können Sie Ihre Gesundheitsdaten tiefer und vielseitiger verstehen.

Effizienter Datenaustausch

Der ressourcenbasierte Ansatz von FHIR ermöglicht einen effizienteren und genaueren Datenaustausch. Da FHIR einen einheitlichen Standard für Gesundheitsinformationen verwendet, können Sie aus den freigegebenen Basisressourcen benutzerdefinierte Vorlagen erstellen und Inkonsistenzen in Datenvorlagen vermeiden. Diese Einheitlichkeit verbessert die Genauigkeit und Lesbarkeit von Daten in Datenaustauschen über Gesundheitssysteme hinweg.

Mit FHIR muss die Datenvorlage jedes IT-Systems nicht mehr geändert werden, indem Daten als Ressourcen ausgetauscht werden. FHIR stellt Ressourcen wie Patienten, Zugangsangaben und Medikamente als Dienste bereit. Daher können mobile Apps die Anfragen GET und POST verwenden, um nur die relevanten Daten abzurufen und zu bearbeiten.

FHIR-Architektur

FHIR-Speicher

Ein FHIR-Speicher ist ein Datenspeicher in der Cloud Healthcare API, der FHIR-Ressourcen enthält. FHIR-Speicher sind in Datasets vorhanden.

Die Ressource FhirStore stellt die Attribute eines FHIR-Speichers dar. Für jeden FHIR-Speicher stehen folgende Optionen zur Auswahl:

Der Status dieser Konfigurationsoptionen wird in der Funktionsanweisung des FHIR-Speichers (STU3 oder R4) oder in der Konformitätserklärung (DSTU2) angezeigt.

FHIR-Ressourcen

FHIR verwendet Ressourcen, um Datenformate und Elemente zu organisieren. Jede Ressource hat die folgenden Attribute:

  • Eine gemeinsame Methode zum Definieren und Darstellen von Daten, die auf Datentypen basiert, die aus wiederverwendbaren Elementen-Clustern bestehen.
  • Ein allgemeiner Satz von Metadaten, die technischen und strukturellen Kontext bereitstellen.
  • Eine für Menschen lesbare Textdarstellung, die als Fallback-Anzeigeoption für klinische Sicherheit HTML verwendet.

FHIR spezifiziert einen Basissatz von Ressourcen, die auf verschiedene Weise kombiniert werden können, um die Datenmodellanforderungen unterschiedlicher Gesundheitsdienstleister zu erfüllen. Außerdem bietet es Darstellungen klinischer Beobachtungen und Dokumente. Das Ziel von FHIR besteht nicht darin, alle potenziellen Dokumente oder Datentypen zu erfassen. FHIR unterstützt stattdessen zuerst die meisten Anwendungsfälle im klinischen Bereich und im Rechnungswesen. Davon ausgehend können Sie Ihre FHIR-Implementierung erweitern, um zusätzliche klinische oder organisatorische Anforderungen zu erfüllen.

FHIR-Profile

Mithilfe von Erweiterungen können Anwendungen die vorhandenen Ressourcen anpassen und ihre Spezifikationen mit Profilen beschreiben. Profile sind eine Reihe von Anweisungen zusätzlich zur vorhandenen Kernspezifikation für Ressourcen, die einer bestimmten Verwendung und einem bestimmten Kontext unterliegen. Die Cloud Healthcare API erzwingt Profile, indem Ressourcen anhand der Einschränkungen im relevanten Profil validiert werden.

Zum Beispiel ist die Aufzeichnung der Ethnie eines Patienten in bestimmten Regionen nicht zulässig, in anderen jedoch erforderlich. Mithilfe von Profilen kann die FHIR-Basisspezifikation gemäß den regionalen Richtlinien eine ethethnicity“-Erweiterung definieren und erfordern. Daher unterstützen Profile Länder, Regionen, Bezirke und Organisationen, Daten an ihre gesetzlichen Anforderungen und Anforderungen anzupassen.

Mit Profilen haben Sie folgende Möglichkeiten:

  • Erweitern und einschränken Sie die FHIR API, indem Sie zusätzliche Vorgänge definieren, erforderliche bereits vorhandene Suchparameter angeben und neue Suchparameter hinzufügen.
  • Erweitern und einschränken Sie Ressourcen, indem Sie Erweiterungen von Ressourcen definieren und die Kardinalität von Feldern ändern.

Eine Sammlung von Profilen kann als Implementierungsleitfaden veröffentlicht werden. Die Implementierungsleitfäden sind maschinen- und für Menschen lesbar. Sie können mit REST ausgetauscht und durchsucht und zum Generieren von Code und Benutzeroberflächen verwendet werden.

Weitere Informationen zu FHIR-Erweiterungen finden Sie unter FHIR-Erweiterungen.

Implementierung von FHIR-Basis-URLs

Wie in der offiziellen FHIR-Dokumentation (DSTU2, STU3 und R4) gezeigt, verwendet eine FHIR-Dienst-Basis-URL das Format http(s)://server/PATH. Beispiel: https://server/path/Observation.

Die Cloud Healthcare API verwendet eine Basis-URL, die mit diesem Standard übereinstimmt. Die Basis-URL der Cloud Healthcare API besteht aus den folgenden Teilen:

  • Der Endpunkt für die Cloud Healthcare API
  • Die Version der Cloud Healthcare API
  • Projekt-ID
  • Name eines Datasets
  • Speicherort des Datasets
  • Name eines FHIR-Speichers
  • Das Suffix /fhir

Die folgende Tabelle zeigt das Format einer FHIR-Dienst-Basis-URL und ihrer entsprechenden Basis-URL in der Cloud Healthcare API:

FHIR-Service-Basis-URLEntsprechende URL der Cloud Healthcare API
http(s)://server/PATH https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir

Wenn Sie Informationen zu einem Patienten mit der FHIR RESTful API abrufen möchten, senden Sie eine HTTP-GET-Anfrage. Die folgende Tabelle zeigt das Format, mit dem diese Informationen über die FHIR-Basis-URL und die entsprechende Basis-URL in der Cloud Healthcare API abgerufen werden:

FHIR-Service-Basis-URLEntsprechende URL der Cloud Healthcare API
http(s)://server/path/Patient/PATIENT_ID https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID

FHIR-Konformität

Weitere Informationen zu den Implementierungen von FHIR DSTU2, STU3 und R4 in der Cloud Healthcare API finden Sie in der FHIR-Konformitätserklärung.

Integration in OMOP

OMOP Common Data Model (OMOP CDM) ist ein Standard, der von Observational Health Data Sciences and Informatics (OHDSI) entwickelt wurde. Sie wird primär für die Beobachtung von klinischen Daten verwendet. Die OHDSI-Toolsuite unterstützt gängige Analyseanwendungsfälle wie Kohortendefinition, Kohortengenerierung und Schätzung der Populationseffekte. Es ist ein weitverbreitetes Datenmodell in der Genomik und in der Pharmazie, da es eine umfassende Terminologie und genetische Unterstützung bietet.

Weitere Informationen zu OMOP finden Sie in den folgenden Ressourcen:

Durch die Integration von FHIR und OMOP können klinische Daten aus EHRs und anderen Quellen im FHIR-Format als Forschungsdaten im OMOP-Standard verwendet werden. Bestimmte Felder und Datenelemente in OMOP können auch in vorhandene Daten in FHIR integriert werden.

Sie können das Open-Source-Zuordnungsmodul der Cloud Healthcare API-Datenharmonisierung verwenden, um die folgenden Aufgaben auszuführen:

  • Vereinheitlichung von Daten an den OMOP-CDM und andere
  • Datenzuordnung für die FHIR-zu-OMOP-Datenkonvertierung konfigurieren.