HL7 FHIR hat sich von einer technischen Ambition zu einer regulatorischen Erwartung in europäischen Gesundheitssystemen entwickelt. Die Kluft zwischen politischem Mandat und operativer Realität bleibt jedoch groß. Für Krankenhausverwaltungen und Entscheidungsträger im Gesundheitswesen wird es zunehmend dringlicher, zu verstehen, wo diese Kluft liegt und warum. Der Europäische Gesundheitsdatenraum beginnt, konkrete Zeitpläne für Anbieter von Krankenhausinformationssystemen und Gesundheitseinrichtungen gleichermaßen vorzugeben.

Was HL7 FHIR ist und warum es für europäische Krankenhäuser wichtig ist

Fast Healthcare Interoperability Resources (HL7 FHIR) ist ein international anerkannter Standard für den Austausch klinischer Daten zwischen Gesundheitsinformationssystemen. FHIR wurde von Health Level Seven International entwickelt und definiert eine Reihe modularer Komponenten, sogenannte „Ressourcen“, die diskrete Einheiten klinischer Informationen darstellen: eine Patientenakte, ein diagnostisches Ergebnis, eine Medikamentenverordnung, ein Entlassbrief.

Diese Ressourcen können über standardisierte Web-Application-Programming-Interfaces (APIs) ausgetauscht werden. Das macht FHIR deutlich zugänglicher als die älteren HL7-v2- und -v3-Standards, die es schrittweise ablöst.

Für Krankenhausverwaltungen ist die Bedeutung von FHIR nicht in erster Linie technischer Natur. Sie ist operativ und strategisch. Wenn klinische Systeme keine Daten zuverlässig zwischen dem Krankenhausinformationssystem, einer Radiologie-Plattform, einem Hausarztsystem oder einem grenzüberschreitenden Register austauschen können, leidet die Kontinuität der Versorgung. Der Verwaltungsaufwand steigt. Die Dateninfrastruktur, die zur Unterstützung KI-gestützter klinischer Werkzeuge erforderlich ist, bleibt unerreichbar.

Die Flexibilität von FHIR für personalisierte Profile und schrittweise Einführung hat es zum Referenzstandard der Wahl für europäische politische Entscheidungsträger gemacht. Diese Flexibilität bringt jedoch auch Implementierungskomplexität mit sich, die dieser Artikel im Folgenden untersucht.

Der EU-Politikrahmen, der die FHIR-Einführung vorantreibt

Die bedeutendste regulatorische Entwicklung, die die FHIR-Einführung in Europa prägt, ist die Verordnung zum Europäischen Gesundheitsdatenraum (EHDS), die im März 2025 in Kraft getreten ist. Der EHDS schreibt vor, dass Krankenhausinformationssysteme in allen EU-Mitgliedstaaten das European Electronic Health Record Exchange Format (EEHRxF) übernehmen, das auf FHIR-Spezifikationen basiert.

Dies ist eine gesetzliche Anforderung für die Interoperabilität von Gesundheitsdaten in der gesamten Union, keine Empfehlung.

Der EHDS-Rahmen umfasst einen „gelben Button“-Mechanismus, bekannt als xShare, der Patienten das Recht gibt, auf ihre Gesundheitsdaten zuzugreifen und sie in einem standardisierten FHIR-Format zu teilen. Die EU-Durchführungsrechtsakte, die bis März 2027 erwartet werden, werden die genauen technischen und semantischen Anforderungen definieren, die Krankenhausinformationssysteme erfüllen müssen. Bis diese Rechtsakte finalisiert sind, bleiben die Implementierungszeitpläne für Gesundheitssystemplaner noch etwas unsicher.

Über den EHDS hinaus hat das eHealth-Netzwerk, ein freiwilliges Gremium nationaler Behörden für digitale Gesundheit, HL7 FHIR konsequent als empfohlenen Standard für das EEHRxF identifiziert. Nationale Strategien für digitale Gesundheit in mehreren Mitgliedstaaten sind noch weiter gegangen und haben FHIR als grundlegende Infrastrukturanforderung verankert, nicht als optionales Upgrade.

Im November 2025 veröffentlichte HL7 Europe drei neue FHIR-Implementierungsleitfäden zu FHIR R4, R5 und Extensions, die in einem Abstimmungsverfahren unter Beteiligung aller 22 europäischen HL7-Partner und Hunderten von Fachexperten entwickelt wurden. Diese Leitfäden bieten den Mitgliedstaaten eine harmonisierte technische Grundlage für die EHDS-Konformität.

Im März 2026 kündigten HL7 Europe und IHE-Europe die EURIDICE-Zusammenarbeit an, die koordinierte FHIR-Implementierungsleitfäden für den EHDS Imaging Study Report und die EU Health Data API erstellt und damit die Standardisierung auf Radiologie und sekundäre Datennutzung ausdehnt.

Wo die FHIR-Einführung am weitesten fortgeschritten ist: führende europäische Märkte

Der Fortschritt ist in Europa uneinheitlich. Mehrere Märkte haben jedoch messbare Infrastrukturen etabliert.

Die nordischen Länder stellen einige der fortschrittlichsten Implementierungen dar. Finnlands Kanta-System, ein nationales Gesundheitsinformations-Repository, wurde ursprünglich auf CDA-Standards (Clinical Document Architecture) aufgebaut und schrittweise an FHIR-Standards angepasst. Dänemarks nationale Gesundheitsdateninfrastruktur profitiert ebenfalls von einem hohen Grad an Zentralisierung und einer Tradition der nationalen Standardisierung von Krankenhausinformationssystemen, was die Fragmentierung reduziert, die andernorts die Einführung verlangsamt.

Die Niederlande haben durch das MedMij-Framework erhebliche Fortschritte erzielt, ein nationales Programm, das definiert, wie Bürger auf ihre persönlichen Gesundheitsakten zugreifen und diese teilen können. MedMij schreibt FHIR-basierte APIs für den Datenaustausch zwischen Gesundheitsdienstleistern und persönlichen Gesundheitsumgebungen vor und schafft damit einen regulierten Marktanreiz für Anbieter von Krankenhausinformationssystemen, Konformität zu erreichen.

Deutschland präsentiert ein komplexeres Bild. Die Telematikinfrastruktur (TI), Deutschlands nationale digitale Gesundheitsinfrastruktur, bietet ein sicheres Netzwerk, das Krankenhäuser, Hausarztpraxen und Apotheken verbindet. Im Krankenhausumfeld schreibt der ISiK-Standard (Informationstechnische Systeme im Krankenhaus) FHIR-basierte APIs für spezifische Krankenhausanwendungsfälle vor, einschließlich Patientenaufnahmedaten und Behandlungsinformationen.

Die „Hospitals on FHIR User Days“ im Oktober 2025 in Berlin brachten reale Implementierungserfahrungen europäischer Krankenhäuser zusammen und führten das Hospital on FHIR Maturity Model ein, ein Framework zur Bewertung, wie weit einzelne Einrichtungen auf dem Weg zur vollständigen FHIR-Operabilität fortgeschritten sind.

Die strukturellen Bedingungen, die eine schnellere Einführung in diesen Märkten ermöglichen, weisen gemeinsame Merkmale auf:

• Zentralisierte nationale Gesundheitsdateninfrastruktur mit klarer Governance

• Regulatorische Mandate, die Beschaffungsanforderungen für Anbieter von Krankenhausinformationssystemen schaffen

• Nachhaltige öffentliche Investitionen in digitale Gesundheitsprogramme

• Nationale FHIR-Profile, die Implementierungsvariationen reduzieren

Länder mit mittlerer Einführungsrate: Fortschritte mit verbleibenden Lücken

Mehrere europäische Gesundheitssysteme haben FHIR-Programme initiiert, aber noch keine systemweite Implementierung erreicht.

Frankreich hat aktive FHIR-Pilotprojekte, wobei das Universitätsklinikum Toulouse zu den Einrichtungen gehört, die Implementierungserfahrungen über die paneuropäische „Hospitals on FHIR“-Praxisgemeinschaft teilen. Frankreichs Gesundheitsdateninfrastruktur, die sich auf das Système National des Données de Santé (SNDS) konzentriert, hat historisch die sekundäre Datennutzung gegenüber dem klinischen Echtzeit-Austausch priorisiert. Die FHIR-Einführung auf Krankenhausebene bleibt fragmentiert.

Spanien steht vor einer strukturellen Herausforderung, die für föderale Gesundheitssysteme typisch ist: Die Gesundheitsversorgung ist auf 17 autonome Gemeinschaften verteilt, jede mit ihrer eigenen digitalen Gesundheitsstrategie und eigenem Beschaffungsrahmen. FHIR-Pilotprojekte existieren in spezifischen regionalen Kontexten. Die regionsübergreifende Interoperabilität bleibt jedoch begrenzt.

Eine Umfrage unter IT-Spezialisten in sechs europäischen Ländern, darunter Spanien und Italien, ergab, dass nicht aufeinander abgestimmte Infrastrukturen von Krankenhausinformationssystemen neben der inkonsistenten Verwendung internationaler Kodierungssysteme zu den Haupthindernissen für die Implementierung interoperabler eHealth-Lösungen gehören.

Belgien hat durch seine eHealth-Plattform Fortschritte erzielt, die den Gesundheitsdatenaustausch zwischen föderalen und regionalen Akteuren koordiniert. FHIR-basierte Dienste befinden sich in der Entwicklung. Die Koexistenz niederländischsprachiger, französischsprachiger und deutschsprachiger Gesundheitssysteme schafft jedoch zusätzliche Koordinierungskomplexität.

Italien bietet eine detaillierte Fallstudie eines Landes mit mittlerer Einführungsrate, das strukturelle Einschränkungen bewältigt. Eine peer-reviewte Analyse vom November 2025 dokumentierte eine wachsende Teilnahme an HL7 Italy FHIR-Schulungsprogrammen zwischen 2021 und 2025 und stellte fest, dass nationale Wiederaufbaumittel durch Italiens National Recovery and Resilience Plan (NRRP) die FHIR-Einführung in bestimmten Programmen beschleunigt haben. Dieselbe Analyse identifizierte eine kritische strukturelle Barriere: begrenzte biomedizinische Informatikausbildung an italienischen Universitäten, die eine Belegschaft mit unzureichender FHIR-Expertise hervorbringt, um die Implementierung im großen Maßstab aufrechtzuerhalten.

Wo die Einführung ins Stocken gerät: strukturelle und technische Barrieren

In weiten Teilen Europas verläuft die FHIR-Einführung langsamer, als politische Ambitionen vermuten lassen. Die Barrieren sind gut dokumentiert und in allen Gesundheitssystemen konsistent.

Altsysteme stellen das größte einzelne Hindernis dar. Viele europäische Krankenhäuser arbeiten mit klinischen Systemen, die entwickelt wurden, bevor FHIR existierte, und denen native FHIR-Unterstützung fehlt. Eine Multi-Site-FHIR-Implementierungsstudie ergab, dass die Zuordnung von Daten aus Altsystemen zu FHIR die größte Barriere für die Implementierung darstellt.

Dieser Befund ist direkt auf europäische Krankenhauskontexte anwendbar. Die S-RACE-Plattform, ein sicheres cloudbasiertes System, das entwickelt wurde, um rohe Krankenhausdaten in FHIR-formatierte, forschungstaugliche Evidenz zu transformieren, veranschaulicht einen Ansatz für dieses Problem: die Verwendung von Natural Language Processing (NLP), einem Verfahren, das Computern ermöglicht, menschliche Sprache zu verstehen und zu verarbeiten, um klinische Informationen aus unstrukturierten Legacy-Daten zu extrahieren und zu standardisieren. Solche Lösungen erfordern erhebliche technische Investitionen und lösen nicht die zugrunde liegende Fragmentierung.

Kompetenzlücken verschärfen das Problem der Altsysteme. Praktikerorientierte Analysen identifizieren konsequent einen Mangel an interner FHIR-Expertise innerhalb von Krankenhaus-IT-Teams als zentrale Barriere, neben den Kosten und der Komplexität der Middleware-Entwicklung und benutzerdefinierten API-Integration. Für kleinere Krankenhäuser und solche in Gesundheitssystemen mit begrenzten Investitionen in die digitale Gesundheit ist diese Kompetenzlücke faktisch prohibitiv.

Inkonsistente nationale API-Standards schaffen zusätzliche Reibung. Selbst innerhalb eines einzelnen Landes können verschiedene Krankenhäuser mit unterschiedlichen FHIR-Versionen, verschiedenen nationalen Profilen und unterschiedlichen Terminologie-Bindungen arbeiten. Eine föderierte Analysestudie über sechs bayerische Universitätskliniken, die erfolgreich onkologische Daten über verschiedene IT-Infrastrukturen hinweg in FHIR-Format transformierte, räumte ein, dass die modulare Pipeline erhebliche Anpassungen erforderte, um die unterschiedlichen Systeme jeder Einrichtung zu berücksichtigen.

Kosten und Migrationskomplexität bleiben in vielen Beschaffungs- und Planungsprozessen unterschätzt. Rückwärtskompatibilität mit Legacy-Daten, Datenqualitätsverbesserung und die Notwendigkeit, die operative Kontinuität während der Migration aufrechtzuerhalten, verlängern alle Zeitpläne und erhöhen die Kosten über die ursprünglichen Prognosen hinaus.

Das Interoperabilitätsproblem, das FHIR allein nicht lösen kann

Ein verbreitetes Missverständnis unter nicht-technischen Entscheidungsträgern ist, dass die Einführung von FHIR automatisch Interoperabilität erzeugt. Das tut sie nicht. FHIR ist ein Framework, eine Reihe von Regeln zur Strukturierung und zum Austausch von Daten. Es erlaubt jedoch erhebliche Variationen in der Anwendung dieser Regeln.

Die zentrale Herausforderung ist die Implementierungsvariation. Verschiedene Gesundheitssysteme und sogar verschiedene Krankenhäuser innerhalb desselben Gesundheitssystems können FHIR mit unterschiedlichen Versionen (R3, R4, R4B, R5), verschiedenen nationalen Profilen und unterschiedlichen Erweiterungen implementieren. Eine FHIR-Ressource, die von einem System produziert wird, kann strukturell gültig, aber semantisch inkompatibel mit einer Ressource sein, die von einem anderen produziert wird.

Forschung zur Patientendatenfragmentierung hat semantische Inkonsistenzen dokumentiert, selbst wenn identische Produkte von Krankenhausinformationssystemen über Standorte hinweg eingesetzt werden. Dieser Befund unterstreicht die Grenzen der Standardisierung allein auf Formatebene.

Terminologie-Bindungen sind ebenso kritisch. FHIR-Ressourcen müssen auf gemeinsame klinische Terminologien verweisen, wie SNOMED CT für klinische Konzepte und LOINC für Laborergebnisse, um semantisch interoperabel zu sein. Wo diese Bindungen fehlen, inkonsistent sind oder lokal angepasst wurden, erzeugt der Datenaustausch Datensätze, die syntaktisch korrekt, aber klinisch mehrdeutig sind.

Das EHDS-Interoperabilitäts-Framework erkennt die dynamische regulatorische Landschaft als erschwerenden Faktor an und stellt fest, dass konsistente Terminologie-Bindungen über Mitgliedstaaten hinweg eine ungelöste Herausforderung bleiben.

Das Hospital on FHIR Maturity Model, das bei der Berliner Veranstaltung im Oktober 2025 vorgestellt wurde, bietet ein strukturiertes Framework zur Bewertung und Verbesserung der Implementierungsqualität, nicht nur der Einführungsbreite. Entscheidungsträger sollten die Unterscheidung zwischen „FHIR haben“ und „Interoperabilität durch FHIR erreichen“ verinnerlichen, bevor sie sich auf Implementierungsprogramme festlegen.

Data Governance und DSGVO als verschärfende Faktoren

FHIR-basierter Datenaustausch findet nicht in einem regulatorischen Vakuum statt. Für europäische Gesundheitssysteme schaffen die Datenschutz-Grundverordnung (DSGVO) und nationale Datensouveränitäts-Frameworks eine Compliance-Ebene, die erheblich beeinflusst, wie FHIR-Infrastruktur konzipiert und betrieben werden kann.

Die akuteste Spannung entsteht bei cloud-gehosteten FHIR-Server-Implementierungen. Viele FHIR-Implementierungsansätze setzen auf Cloud-Infrastruktur für Skalierbarkeit und Kosteneffizienz. DSGVO-Anforderungen zur Datenhaltung in der EU und nationale Beschränkungen in Ländern wie Deutschland und Frankreich, wo Gesundheitsdaten verarbeitet und gespeichert werden dürfen, schränken die Nutzung von Nicht-EU-Cloud-Anbietern ein. In einigen Fällen sind On-Premises- oder Sovereign-Cloud-Implementierungen erforderlich. Dies erhöht Kosten und Komplexität von Implementierungen, die ansonsten unkompliziert sein könnten.

Für den grenzüberschreitenden Datenaustausch im Rahmen des EHDS-Frameworks überschneiden sich DSGVO-Compliance-Verpflichtungen mit den technischen Anforderungen der xShare-Spezifikation. Gesundheitsdaten, die über Mitgliedstaatsgrenzen hinweg geteilt werden, müssen sowohl die technischen Interoperabilitätsanforderungen des EHDS als auch die Datenschutzanforderungen der Jurisdiktion erfüllen, in der die betroffene Person ansässig ist.

Die Umfrage unter IT-Spezialisten in sechs europäischen Ländern identifizierte die Pseudonymisierung persönlicher Gesundheitsdaten und Datenaufbewahrungsrichtlinien als Hauptanliegen in allen drei untersuchten Gesundheitssystem-Szenarien: national, regional und krankenhausbasiert.

Die FHIR-Implementierungsleitfäden der EURIDICE-Zusammenarbeit enthalten Spezifikationen für die EU Health Data API, die darauf ausgelegt sind, einige dieser Governance-Anforderungen auf technischer Ebene zu adressieren. Die rechtlichen und organisatorischen Dimensionen der grenzüberschreitenden Data Governance können jedoch nicht allein durch technische Standards gelöst werden.

Was klinische Administratoren und Entscheidungsträger vor der Einführung von FHIR bewerten sollten

Für Krankenhausleitungen, die eine FHIR-Einführung evaluieren, betreffen die relevanten Fragen nicht in erster Linie den Standard selbst. Sie betreffen die Bereitschaft des umgebenden Ökosystems und den realistischen Umfang dessen, was innerhalb eines gegebenen institutionellen Kontexts erreicht werden kann.

Die FHIR-Bereitschaft des Anbieters von Krankenhausinformationssystemen ist die erste und folgenreichste Bewertung. Entscheidungsträger sollten feststellen, welche FHIR-Version ihr aktueller Anbieter unterstützt, ob diese Unterstützung nativ oder über Middleware bereitgestellt wird und wie die Roadmap des Anbieters für EHDS-Konformität aussieht. Anbieterzusagen, die in Beschaffungsprozessen gemacht werden, übersetzen sich nicht immer in gelieferte Funktionalität innerhalb der versprochenen Zeitpläne.

Die Konformität mit nationalen Profilen ist die zweite kritische Dimension. Die meisten europäischen Länder haben nationale FHIR-Profile oder entwickeln diese, die spezifizieren, wie der Standard in diesem Gesundheitssystemkontext implementiert werden sollte. FHIR ohne Bezug auf das anwendbare nationale Profil zu implementieren, birgt das Risiko, ein System zu schaffen, das technisch FHIR-konform, aber nicht mit der nationalen Infrastruktur interoperabel ist.

Die Integration in bestehende klinische Workflows wird in FHIR-Business-Cases häufig untergewichtet. FHIR ist ein Datenaustauschstandard, keine Workflow-Plattform. Sein Wert wird realisiert, wenn er Behandlern Zugang zu den richtigen Informationen zur richtigen Zeit gibt. Dieses Ergebnis zu erreichen, erfordert jedoch Integrationsarbeit, die weit über die Datenebene hinausgeht und sich auf klinisches Systemdesign und Change Management erstreckt.

Realistische Zeitpläne sind für Governance und Budgetierung unerlässlich. Praktische Implementierungserfahrung zeigt konsequent, dass die Kosten und die Dauer der Legacy-System-Migration unterschätzt werden. Die Frist im März 2027 für EU-Durchführungsrechtsakte bietet einen regulatorischen Druckpunkt. Vollständige FHIR-Operabilität über alle Krankenhaussysteme hinweg ist bis zu diesem Datum für die meisten Einrichtungen jedoch nicht erreichbar. Eine schrittweise Implementierung, beginnend mit den wertvollsten Anwendungsfällen, ist realistischer als ein umfassender Migrationsansatz.

Schlüsselfragen für Entscheidungsträger:

• Hat unser Anbieter von Krankenhausinformationssystemen eine bestätigte FHIR-R4- oder R5-Roadmap mit Lieferterminen?

• Implementieren wir gegen das nationale FHIR-Profil oder eine anbieterspezifische Variante?

• Haben wir die Terminologie-Bindungen (SNOMED CT, LOINC) bewertet, die für semantische Interoperabilität erforderlich sind?

• Was ist der Data-Governance- und DSGVO-Compliance-Ansatz für unsere FHIR-Server-Infrastruktur?

• Haben wir ausreichende FHIR-Implementierungsexpertise oder können wir darauf zugreifen, um dieses Projekt zu verwalten?

Die Rolle von Anbietern von Krankenhausinformationssystemen bei der Beschleunigung oder Blockierung des Fortschritts

Anbieter von Krankenhausinformationssystemen sind eine entscheidende Variable bei der FHIR-Einführung auf Krankenhausebene. Ihre technischen Entscheidungen, kommerziellen Anreize und Produkt-Roadmaps bestimmen direkt, wie schnell und wie vollständig Krankenhäuser FHIR-basierte Interoperabilität implementieren können.

Epic, das sich in europäischen Märkten einschließlich der Niederlande und Dänemarks erheblich ausgeweitet hat, hat stark in FHIR-APIs investiert. Epics FHIR-R4-Unterstützung gehört zu den ausgereiftesten aller großen Anbieter von Krankenhausinformationssystemen, und sein App-Orchard-Marktplatz ermöglicht es Drittanbieter-Anwendungen, sich über FHIR zu verbinden. Epics FHIR-Implementierung spiegelt US-regulatorische Anforderungen wider. Die Anpassung an europäische nationale Profile erfordert zusätzliche Konfigurationsarbeit.

Dedalus, einer der größten Anbieter von Krankenhausinformationssystemen, der in ganz Kontinentaleuropa tätig ist, war in der „Hospitals on FHIR“-Community aktiv und hat Implementierungserfahrungen bei europäischen Veranstaltungen präsentiert. Seine Präsenz in Frankreich, Italien, Deutschland und anderen Märkten macht seine FHIR-Roadmap besonders folgenreich für Länder mit mittlerer Einführungsrate.

CompuGroup Medical (CGM) bedient einen großen Anteil des deutschen Primär- und Sekundärversorgungsmarktes und war an ISiK-Compliance-Arbeiten im Kontext der Telematikinfrastruktur beteiligt. Philips ist hauptsächlich in der Bildgebungs- und Diagnostikinformatik tätig, wo der EURIDICE-FHIR-Implementierungsleitfaden für den EHDS Imaging Study Report direkt relevant ist.

Ein konsistentes Muster über Anbieter hinweg ist die Verwendung von Middleware- und API-Gateway-Schichten als pragmatische kurzfristige Lösung, die FHIR-Endpunkte bereitstellt, ohne eine vollständige Neuarchitektur des zugrunde liegenden Systems zu erfordern. Dieser Ansatz unterstützt die Einhaltung regulatorischer Anforderungen, liefert aber nicht die gleiche Tiefe der Interoperabilität wie native FHIR-Unterstützung. Er schafft auch laufende Wartungskomplexität und kann die Granularität der über die FHIR-Schnittstelle verfügbaren Daten einschränken.

Vendor-Lock-in bleibt ein strukturelles Anliegen. Krankenhäuser, die langfristige Investitionen in proprietäre Krankenhausinformationssysteme getätigt haben, stehen vor erheblichen Wechselkosten, was ihre Verhandlungsmacht bei der Forderung nach FHIR-Konformität von Anbietern reduziert. Die obligatorischen EEHRxF-Anforderungen der EHDS-Verordnung sollen teilweise diese Dynamik adressieren, indem sie eine regulatorische Untergrenze schaffen, unter die Anbieter nicht fallen können, ohne Nicht-Konformität in EU-Märkten zu riskieren.

Wie die nächsten drei bis fünf Jahre für FHIR in Europa aussehen

Die Entwicklung der FHIR-Einführung in Europa im Zeitraum 2026 bis 2030 wird von drei konvergierenden Kräften geprägt: regulatorischem Druck durch den EHDS, Produktentwicklungszyklen von Anbietern von Krankenhausinformationssystemen und wachsender Nachfrage nach FHIR-fähigen klinischen Anwendungen.

Der regulatorische Druck wird sich intensivieren, wenn die Frist im März 2027 für EU-Durchführungsrechtsakte näher rückt. Sobald diese Rechtsakte finalisiert sind, werden Anbieter von Krankenhausinformationssystemen, die in EU-Märkten tätig sind, verbindlichen technischen Anforderungen für EEHRxF-Konformität gegenüberstehen. Gesundheitssysteme, die noch keine FHIR-Implementierungsprogramme begonnen haben, werden vor einem komprimierten Zeitplan stehen.

Die peer-reviewte Politikanalyse der EEHRxF-Implementierungslandschaft plädiert für harmonisierte, vorhersehbare Implementierungszeitpläne, räumt aber auch ein, dass das derzeitige Fehlen finalisierter Durchführungsrechtsakte die Planung auf Krankenhausebene verlangsamt.

Die Konsolidierung von Anbietern von Krankenhausinformationssystemen wird wahrscheinlich die FHIR-Standardisierung in einigen Märkten beschleunigen, während sie in anderen proprietäre Ansätze verfestigt. Märkte, in denen eine kleine Anzahl von Anbietern dominante Positionen innehat und diese Anbieter starke FHIR-Roadmaps haben, werden wahrscheinlich schnellere Fortschritte sehen als fragmentierte Märkte mit vielen Altsystemen.

KI-gestützte klinische Werkzeuge stellen ein bedeutendes aufkommendes Nachfragesignal für FHIR-Infrastruktur dar. Klinische Entscheidungsunterstützungssysteme, Ambient-Dokumentationswerkzeuge und Forschungsplattformen hängen alle vom Zugang zu strukturierten, standardisierten klinischen Daten ab.

Der Ansatz der S-RACE-Plattform, NLP zu verwenden, um unstrukturierte Krankenhausdaten in FHIR-Format als Grundlage für die KI-Modellentwicklung zu transformieren, veranschaulicht, wie FHIR-Infrastruktur und KI-Fähigkeit voneinander abhängig werden. Die föderierte Analysestudie über bayerische Krankenhäuser demonstrierte, dass FHIR-basierte Datentransformation im großen Maßstab Multi-Site-Forschung unterstützen kann, ohne zentralisierte Datenpooling zu erfordern. Dieses Modell hat direkte Implikationen für datenschutzwahrende KI-Entwicklung über europäische Gesundheitsnetzwerke hinweg.

Die vom EHDS prognostizierten 11 Milliarden Euro an Einsparungen durch verbesserte Zugänglichkeit von Gesundheitsdaten liefern die wirtschaftliche Begründung für nachhaltige Investitionen. Die Realisierung dieser Einsparungen erfordert die Lösung der Implementierungsvariationen, Kompetenzlücken und Governance-Herausforderungen, die derzeit die praktische Wirkung von FHIR einschränken. Diese Herausforderungen werden wahrscheinlich nicht innerhalb der nächsten drei bis fünf Jahre vollständig gelöst sein, auch wenn regulatorischer Druck und Anbieterfähigkeiten sich weiter verbessern.

Für Entscheidungsträger im Gesundheitswesen ist der realistische kurzfristige Horizont einer des schrittweisen Fortschritts: FHIR-Einführung, die in spezifischen Versorgungsumgebungen und Anwendungsfällen voranschreitet, nationale Profile, die sich festigen, wenn EHDS-Durchführungsrechtsakte finalisiert werden, und eine wachsende Evidenzbasis aus der Hospitals on FHIR-Community und ähnlichen Netzwerken, die praktische Anleitung für Einrichtungen bietet, die ihre eigenen Programme beginnen. Systemweite, semantisch interoperable FHIR-Implementierung über europäische Krankenhausnetzwerke hinweg bleibt eine mittelfristige Ambition und keine unmittelbare Realität.

Häufig gestellte Fragen

Was ist HL7 FHIR und warum ist es für europäische Krankenhäuser wichtig?

Fast Healthcare Interoperability Resources (HL7 FHIR) ist ein international anerkannter Standard für den Austausch klinischer Daten zwischen Gesundheitsinformationssystemen. Er definiert modulare Komponenten, sogenannte „Ressourcen“, die diskrete Einheiten klinischer Informationen darstellen, wie eine Patientenakte, ein diagnostisches Ergebnis oder ein Entlassbrief, und tauscht sie über standardisierte Web-Application-Programming-Interfaces aus. Für Krankenhausverwaltungen ist die Bedeutung operativ: Wenn klinische Systeme keine Daten zuverlässig austauschen können, leidet die Kontinuität der Versorgung, der Verwaltungsaufwand steigt und die Dateninfrastruktur, die zur Unterstützung KI-gestützter klinischer Werkzeuge benötigt wird, bleibt unerreichbar.

Welche EU-Verordnung treibt die FHIR-Einführung voran und was sind die wichtigsten Fristen?

Die Verordnung zum Europäischen Gesundheitsdatenraum (EHDS), die im März 2025 in Kraft getreten ist, schreibt vor, dass Krankenhausinformationssysteme in allen EU-Mitgliedstaaten das European Electronic Health Record Exchange Format übernehmen, das auf FHIR-Spezifikationen basiert. EU-Durchführungsrechtsakte, die bis März 2027 erwartet werden, werden die genauen technischen und semantischen Anforderungen definieren, die Krankenhausinformationssysteme erfüllen müssen. Bis diese Rechtsakte finalisiert sind, bleiben die Implementierungszeitpläne für Gesundheitssystemplaner noch etwas unsicher.

Welche europäischen Länder sind bei der FHIR-Einführung am weitesten fortgeschritten?

Die nordischen Länder, insbesondere Finnland und Dänemark, stellen einige der fortschrittlichsten Implementierungen dar und profitieren von zentralisierter nationaler Gesundheitsdateninfrastruktur und einer Tradition der Standardisierung von Krankenhausinformationssystemen. Die Niederlande haben durch das MedMij-Framework erhebliche Fortschritte erzielt, das FHIR-basierte APIs für den Datenaustausch zwischen Gesundheitsdienstleistern und persönlichen Gesundheitsumgebungen vorschreibt. Deutschland hat FHIR-Anforderungen für spezifische Krankenhausanwendungsfälle durch den ISiK-Standard innerhalb seiner nationalen digitalen Gesundheitsinfrastruktur verankert. Gemeinsame Faktoren über diese Märkte hinweg umfassen klare nationale Governance, regulatorische Mandate, die die Beschaffung prägen, nachhaltige öffentliche Investitionen und nationale FHIR-Profile, die Implementierungsvariationen reduzieren.

Was sind die Haupthindernisse für die FHIR-Einführung in europäischen Krankenhäusern?

Altsysteme sind das größte einzelne Hindernis. Viele europäische Krankenhäuser arbeiten mit klinischen Systemen, die entwickelt wurden, bevor FHIR existierte, und denen native FHIR-Unterstützung fehlt. Die Zuordnung von Daten aus diesen Systemen zu FHIR wurde in Multi-Site-Implementierungsstudien als größte Implementierungsbarriere identifiziert. Kompetenzlücken verschärfen das Problem: Krankenhaus-IT-Teams fehlt häufig interne FHIR-Expertise, und dies ist für kleinere Krankenhäuser faktisch prohibitiv. Inkonsistente nationale API-Standards, unterschiedliche FHIR-Versionen über Standorte hinweg und die unterschätzten Kosten und die Komplexität der Legacy-Migration verlängern alle Zeitpläne und erhöhen die Kosten über die ursprünglichen Prognosen hinaus.

Erzeugt die Einführung von FHIR automatisch Interoperabilität zwischen Gesundheitssystemen?

Nein. FHIR ist ein Framework, eine Reihe von Regeln zur Strukturierung und zum Austausch von Daten. Es erlaubt jedoch erhebliche Variationen in der Anwendung dieser Regeln. Verschiedene Gesundheitssysteme können FHIR mit unterschiedlichen Versionen, verschiedenen nationalen Profilen und unterschiedlichen Erweiterungen implementieren. Eine FHIR-Ressource, die von einem System produziert wird, kann strukturell gültig, aber semantisch inkompatibel mit einer Ressource sein, die von einem anderen produziert wird. Terminologie-Bindungen wie SNOMED CT für klinische Konzepte und LOINC für Laborergebnisse sind ebenso kritisch: Wo diese fehlen oder inkonsistent angewendet werden, erzeugt der Datenaustausch Datensätze, die syntaktisch korrekt, aber klinisch mehrdeutig sind.

Wie beeinflusst die DSGVO die FHIR-Implementierung in europäischen Krankenhäusern?

Die DSGVO und nationale Datensouveränitäts-Frameworks schaffen eine Compliance-Ebene, die erheblich beeinflusst, wie FHIR-Infrastruktur konzipiert und betrieben werden kann. Die akuteste Spannung entsteht bei cloud-gehosteten FHIR-Server-Implementierungen. Länder wie Deutschland und Frankreich beschränken, wo Gesundheitsdaten verarbeitet und gespeichert werden dürfen, was die Nutzung von Nicht-EU-Cloud-Anbietern einschränkt und in einigen Fällen On-Premises- oder Sovereign-Cloud-Implementierungen erfordert. Für den grenzüberschreitenden Datenaustausch im Rahmen des EHDS-Frameworks müssen Gesundheitsdaten, die über Mitgliedstaatsgrenzen hinweg geteilt werden, sowohl die technischen Interoperabilitätsanforderungen des EHDS als auch die Datenschutzanforderungen der Jurisdiktion erfüllen, in der die betroffene Person ansässig ist.

Was sollten Krankenhaus-Entscheidungsträger bewerten, bevor sie sich auf ein FHIR-Implementierungsprogramm festlegen?

Der folgenreichste erste Schritt ist die Bewertung der FHIR-Bereitschaft des Anbieters von Krankenhausinformationssystemen: welche FHIR-Version der aktuelle Anbieter unterstützt, ob diese Unterstützung nativ oder über Middleware bereitgestellt wird und wie die Roadmap des Anbieters für EHDS-Konformität aussieht. Entscheidungsträger sollten auch bestätigen, dass sie gegen das anwendbare nationale FHIR-Profil implementieren und nicht gegen eine anbieterspezifische Variante, die für semantische Interoperabilität erforderlichen Terminologie-Bindungen bewerten, einen klaren Data-Governance- und DSGVO-Compliance-Ansatz für die FHIR-Server-Infrastruktur etablieren und überprüfen, dass ausreichende FHIR-Implementierungsexpertise verfügbar ist. Eine schrittweise Implementierung, beginnend mit den wertvollsten Anwendungsfällen, ist für die meisten Einrichtungen realistischer als ein umfassender Migrationsansatz.

Wie beeinflussen Anbieter von Krankenhausinformationssystemen die FHIR-Einführung auf Krankenhausebene?

Anbieter von Krankenhausinformationssystemen sind eine entscheidende Variable. Ihre technischen Entscheidungen, kommerziellen Anreize und Produkt-Roadmaps bestimmen direkt, wie schnell und wie vollständig Krankenhäuser FHIR-basierte Interoperabilität implementieren können. Ein konsistentes Muster über Anbieter hinweg ist die Verwendung von Middleware- und API-Gateway-Schichten als kurzfristige Lösung, die FHIR-Endpunkte bereitstellt, ohne eine vollständige Neuarchitektur des zugrunde liegenden Systems zu erfordern. Dies unterstützt die regulatorische Konformität, liefert aber nicht die gleiche Tiefe der Interoperabilität wie native FHIR-Unterstützung und schafft laufende Wartungskomplexität. Vendor-Lock-in bleibt ein strukturelles Anliegen: Krankenhäuser mit langfristigen Investitionen in proprietäre Systeme stehen vor erheblichen Wechselkosten, was ihre Verhandlungsmacht bei der Forderung nach FHIR-Konformität reduziert.

Wie ist die realistische Aussicht für die FHIR-Einführung in europäischen Krankenhäusern in den nächsten drei bis fünf Jahren?

Die Entwicklung wird von regulatorischem Druck durch den EHDS, Produktentwicklungszyklen von Anbietern von Krankenhausinformationssystemen und wachsender Nachfrage nach FHIR-fähigen klinischen Anwendungen geprägt, einschließlich KI-gestützter klinischer Entscheidungsunterstützung und Ambient-Dokumentationswerkzeugen. Die Frist im März 2027 für EU-Durchführungsrechtsakte wird den Druck auf Anbieter und Gesundheitssysteme intensivieren, die noch nicht mit der Implementierung begonnen haben. Die Implementierungsvariationen, Kompetenzlücken und Governance-Herausforderungen, die derzeit die praktische Wirkung von FHIR einschränken, werden jedoch wahrscheinlich nicht innerhalb dieses Zeitrahmens vollständig gelöst sein. Systemweite, semantisch interoperable FHIR-Implementierung über europäische Krankenhausnetzwerke hinweg bleibt eine mittelfristige Ambition und keine unmittelbare Realität.