--- { "title": "Der FHIR-Leitfaden für CTOs und technische Führungskräfte", "description": "Unser CTO bietet einen kurzen technischen Überblick über den HL7 FHIR-Standard – von der Analyse des HL7 FHIR-Gesundheitsinformations-Datenmodells über potenzielle Anwendungsfälle mit FHIR APIs bis hin zu möglichen Einschränkungen, die Sie bei der Planung einer Entwicklung mit dem FHIR-Standard kennen sollten.", "date": "2018-08-27", "author": "Nikolai Ryzhikov", "reading-time": "7 min read", "tags": [ "System Design", "FHIR Standard" ], "seo-tags": [ "FHIR", "FHIR API", "FHIR Standard", "Healthcare Data" ] } --- *Verfasst von Health Samurai CTO, Niquola Ryzhikov.* Ich möchte eine Einführung in FHIR (Fast Healthcare Interoperability Resources) für CTOs und technische Führungskräfte teilen, die an modernen Gesundheitstechnologien mit langfristiger Perspektive interessiert sind. Überblick über [FHIR](http://hl7.org/fhir/): - FHIR ist ein Interoperabilitätsstandard, der von der internationalen Organisation HL7 entwickelt wurde, um medizinische und andere gesundheitsbezogene Informationen zwischen Systemen auszutauschen. Er entwickelt sich rasch zum De-facto-Standard für den Austausch von Gesundheitsdaten. - FHIR genießt starke öffentliche und private Unterstützung von führenden EHR-Anbietern wie Epic & Cerner, Apple & Google sowie von Regierungen (USA, Australien usw.). - FHIR ist eine offene Gemeinschaft von Health-IT-Experten. Hier ist eine einfache Möglichkeit, jetzt an den Diskussionen teilzunehmen: [https://chat.fhir.org/](https://chat.fhir.org/). Sie können auch FHIR-Connectathons besuchen und sich offline mit der FHIR-Community vernetzen. - FHIR ist Open Source und verfügt über ein kommerzielles Ökosystem aus Servern, Referenzbibliotheken und anderen Tools für eine schnelle Entwicklung. Die Akzeptanz von FHIR in der gesamten Branche ist beispiellos, und es sieht danach aus, dass FHIR in den nächsten 5–10 Jahren zum maßgeblichen Standard der Health-IT wird. **Was ist FHIR aus technischer Sicht?** FHIR ist eine maschinenlesbare Spezifikation eines REST-Servers. FHIR ist wie Swagger/OpenAPI für die Health-IT. Während Swagger generische Werkzeuge zur Spezifikation beliebiger REST APIs bereitstellt, geht FHIR einige Schritte weiter und liefert gebrauchsfertige Informationsmodelle und operationale Semantik sowie Möglichkeiten, die Datenmodelle für Ihren spezifischen Anwendungsfall zu erweitern. **Informationsmodell – FHIR-Daten** FHIR führt den Begriff der [Ressource](https://www.hl7.org/fhir/resource.html) als grundlegende Informationseinheit zum Übertragen und Speichern von Daten ein. Jede Ressource trägt eine `resourceType`-Bezeichnung (auch Klasse im OOP-Sinne), die ihre Struktur und Bedeutung definiert. FHIR umfasst über hundert [Ressourcendefinitionen](https://www.hl7.org/fhir/resourcelist.html), die von spezialisierten Arbeitsgruppen entwickelt wurden. Die Ressourcenstruktur (Schema) wird durch [StructureDefinition](https://www.hl7.org/fhir/structuredefinition.html) beschrieben, die maschinenlesbar ist und für die Codegenerierung oder metadatengesteuerte Systeme genutzt werden kann. Ressourcen wurden entwickelt, um die häufigsten Datenanforderungen zu erfüllen, wobei die 80/20-Regel Anwendung findet. Wenn Sie bereits einige Zeit in der Health-IT tätig sind, kennen Sie vermutlich die Kosten eines guten Domänenmodells und wie leicht man dabei Fehler machen kann. Individuelle Datenformate ohne Standardisierung erzeugen zudem Silos zwischen Systemen und schränken den Informationsfluss ein. Die wesentliche Komplexität unserer Branche liegt in der Datenmodellierung, und FHIR stellt uns gute standardisierte Datenmodelle zur Verfügung. **Terminology** Ein weiterer wesentlicher Bestandteil der Semantik in der Health-IT sind kodierte Werte/Attribute. Wir verwenden spezialisierte Terminologien für Medikamente, Diagnosen, Labortests usw. FHIR bietet einen [einheitlichen Ansatz](https://www.hl7.org/fhir/terminologies.html) für alle kodierten Werte in Ressourcen sowie eine Spezifikation des [Terminology-Dienstes](https://www.hl7.org/fhir/terminology-service.html) für routinemäßige Terminologieoperationen. **Operationales Modell – API** FHIR definiert eine Reihe standardisierter [REST-Endpunkte](https://www.hl7.org/fhir/http.html) (Operationen), die zur dynamischen Erkennung im [CapabilityStatement](https://www.hl7.org/fhir/capabilitystatement.html) abgebildet sind und vordefinierte Bedeutungen haben. Beispiele hierfür sind Endpunkte für CRUD (Erstellen, Lesen, Aktualisieren und Löschen), Verlauf, Batch/Transaktionen & Suche. Sie können die FHIR API auch durch benutzerdefinierte Operationen erweitern. **Wie kann ich FHIR nutzen?** **1. Als Inspirationsquelle** Leidenschaftliche Experten haben viel Weisheit und Erfahrung in FHIR eingebracht. Sie können FHIR als Inspirationsquelle oder Leitfaden beim Entwurf Ihres Systems nutzen. Sie können sich an die FHIR-Community wenden, um knifflige Fragen zu stellen und Ihre Hypothesen mit Personen zu verifizieren, die erfolgreich moderne Health-IT-Systeme entwickeln. **2. Als OpenAPI für externe Systeme** Wenn Ihr System Patientendaten für seinen Betrieb benötigt, können Sie in einigen Jahren damit rechnen, FHIR APIs von den meisten EHR-Anbietern und anderen Datenquellen zu sehen. FHIR gewinnt schnell an Dynamik und hat sich als zukunftssichere Technologie erwiesen. Seine zunehmende Verbreitung bedeutet, dass es mit der Zeit einfacher wird, die benötigten Daten zu erhalten. **3. Als externe API für Ihr bestehendes System** Sie können Ihrem bestehenden System eine FHIR API bereitstellen, um es erweiterbar und einfach integrierbar zu machen. Wenn Ihr System einem EHR ähnelt, können Sie auch das SMART on FHIR-Ökosystem und den Anwendungsmarktplatz integrieren und Ihr System so in eine dynamische Plattform mit einer Vielzahl von Apps verwandeln. Technisch gibt es mehrere Möglichkeiten, eine FHIR API auf einem bestehenden System zu implementieren: - Fassade – Schreiben Sie eine Middleware, die Ihre internen Daten und Methoden spontan in FHIR-Ressourcen und -Operationen umwandelt. Der Vorteil ist, dass Ihre FHIR-Schicht eng mit Ihrem aktuellen System verbunden ist und Sie dessen Code und Technologie wiederverwenden können. Der Nachteil ist, dass Sie den wesentlichen Teil der FHIR-Spezifikation von Grund auf neu für Ihr System implementieren müssen. - Adapter – Sie können Daten aus Ihrem System in einen bestehenden [FHIR-Server](https://www.health-samurai.io/fhir-server) replizieren. Dies ist in der Regel einfacher als die Fassade, da Sie die [FHIR-Implementierung](/articles/how-to-create-a-fhir-implementation-guide) von der Übersetzung Ihres Datenmodells in FHIR entkoppeln. Es gibt Anforderungen: Ihr System muss in der Lage sein, einen Änderungsfeed zum Transformieren und Replizieren bereitzustellen. Der Adapter kann in eine oder beide Richtungen arbeiten: von Ihrem System zu FHIR und/oder umgekehrt. Bidirektionale Integrationen sind jedoch wie bei jedem Multi-Master-System komplex. **4. Ein natives FHIR-System aufbauen** Wenn Sie ein neues System von Grund auf erstellen und es FHIR-kompatibel machen möchten, können Sie sich entscheiden, ein natives FHIR-System zu implementieren, indem Sie FHIR als Kern Ihres Systems verwenden. Sie können das FHIR-Informationsmodell sowie vorhandene Server und Tools auf dem Markt nutzen. Dieser Ansatz bietet Ihnen eine saubere und erweiterbare Architektur und bewahrt Sie vor doppelter Modellierung und Übersetzungen. Stabile und gut dokumentierte Modelle helfen Ihnen außerdem, Ihr System zukunftssicher und widerstandsfähiger gegen Änderungen zu gestalten. FHIR bietet Ihnen ein ausgereiftes und sauberes Informationsmodell, das als solide Grundlage für Implementierungen und Schnittstellen dienen kann. Aber es gibt kein kostenloses Mittagessen, und Sie müssen für FHIR definitiv einen gewissen Preis zahlen: - Bei einfachen Anwendungsfällen können die generischen Modelle von FHIR einen gedanklichen und technischen Mehraufwand erfordern, der sich nicht lohnt. Wenn Ihr System keine tiefe Domänenkenntnis benötigt, können Sie FHIR also nur als Inspirationsquelle nutzen. - Sie müssen in die FHIR-Schulung und -Implementierung investieren. Sie können die Kosten senken, indem Sie Ingenieure mit FHIR-Kenntnissen einstellen oder beauftragen und Open-Source- sowie kommerzielle Produkte einsetzen. Wir sind überzeugt, dass das FHIR-Ökosystem weiter wachsen und die Gesamtkosten der Implementierung senken wird. - Für sehr spezialisierte Anwendungsfälle reicht die FHIR-Spezifikation möglicherweise nicht aus. Das FHIR-Komitee hat die [80/20-Regel](http://www.healthintersections.com.au/?p=1924) angewendet, um die Modellierung der häufigsten Anwendungsfälle zu priorisieren. Ihr spezialisierter Anwendungsfall befindet sich also wahrscheinlich in der Warteschlange. Die gute Nachricht: Sie können der offenen FHIR-Community beitreten und interessante Gespräche für Ihre Subdomäne fördern oder initiieren. Die schlechte Nachricht: Sie müssen warten, bis dieser Prozess abgeschlossen ist. Zwar können Sie bestehende Ressourcen erweitern, aber FHIR ist hinsichtlich neuer Ressourcen geschlossen (d. h. Sie dürfen keinen eigenen Ressourcentyp definieren). Diese Einschränkung wurde eingeführt, um alle neuen Ressourcen durch die Community zu leiten und ein bestimmtes Qualitätsniveau sicherzustellen. Wenn Sie jedoch ein reales System entwickeln, haben Sie keine Zeit zu warten. Deshalb ermöglichen wir in unserem [Aidbox FHIR-Backend](https://www.health-samurai.io/aidbox) die Erstellung von nicht-[FHIR-konformen benutzerdefinierten Ressourcen](/articles/how-to-create-custom-resources-in-your-fhir-server). **5. CDS (Clinical Decision Support) Hooks** Ein weiterer interessanter Trend im FHIR-Bereich sind [CDS Hooks](https://cds-hooks.org/) – eine API-Spezifikation, die Entscheidungsunterstützung aus dem EHR-Workflow eines Anbieters heraus aufruft, indem ausgelöste Aufrufe relevante Informationen und Vorschläge zurückgeben und eine SMART-App innerhalb des EHR starten können. Dies ist ein nicht-disruptiver Weg, dem Kliniker dabei zu helfen, datengestützte Versorgung in Echtzeit bereitzustellen, indem automatisch relevante Apps und Informationen für jede Patienteninteraktion aufgerufen werden. **6. Datenanalyse mit FHIR** Das standardisierte und gut dokumentierte Modell sowie die Unterstützung JSON-ähnlicher Formate durch moderne Datenbanken (PostgreSQL, BigQuery, Spark) machen FHIR zu einer interessanten Wahl als Grundlage für analytische, BI- und KI-Systeme. [FHIR-Server](https://www.health-samurai.io/fhir-server) können genutzt werden, um Daten aus verschiedenen Quellen zu aggregieren und als klinisches Daten-Repository zu dienen. Wir beobachten ein wachsendes Interesse in der gesamten Branche an der Nutzung von FHIR für Analysen: - [Google AI Blog](https://ai.googleblog.com/2018/03/making-healthcare-data-work-better-with.html) - ONC - [doc.ai](https://medium.com/@_doc_ai/doc-ai-is-on-fire-oops-we-mean-fhir-ea2912b2864b) **Zusammenfassung** Wenn Sie die Person hinter technischen Entscheidungen sind, lohnt es sich, FHIR Aufmerksamkeit zu schenken. Es kann zu einem wesentlichen Bestandteil Ihrer Architektur werden und Ihnen eine solide und zukunftssichere Grundlage, Werkzeuge und eine Community bieten. Wenn Sie Ideen oder Fragen haben – treten Sie unserer FHIR-Community bei und nehmen Sie Kontakt mit mir auf (nicola im [FHIR-Chat](https://chat.fhir.org/) oder [niquola@health-samurai.io](http://niquola@health-samurai.io)). > Starten Sie mit dem Aidbox [FHIR-Server](https://www.health-samurai.io/aidbox) für Datenspeicherung, Integrationen, Gesundheitsanalytik und mehr, oder [beauftragen Sie unser Team](https://www.health-samurai.io/services), um Ihre Softwareentwicklungsanforderungen zu unterstützen. [![Aidbox FHIR Platform Free Trial](image-1.avif)](https://www.health-samurai.io/aidbox) Siehe auch: [FHIR zur Vereinfachung der Gesundheits-IT-Entwicklung nutzen](/blog/using-fhir-to-simplify-healthcare-application-development) und [Gesundheitsmikroservices aufbauen](/blog/building-healthcare-microservices-a-fhir-native-approach).