HL7 FHIR einfach erklärt: was der Standard für Praxen und MVZ leistet

FHIR (Fast Healthcare Interoperability Resources, gesprochen wie das englische „fire“) ist der internationale Standard, mit dem Programme im Gesundheitswesen Daten austauschen. Entwickelt hat ihn die Organisation HL7 International. In deutschen Praxen läuft FHIR längst im Hintergrund: im E-Rezept, in der eAU und in der ePA für alle.

Für die Leitung einer großen Praxis oder eines MVZ zählt vor allem, was FHIR im Alltag leistet und wo es endet. FHIR regelt gut, wie Daten aus Ihrer Praxissoftware in die Telematikinfrastruktur gehen. Für Abläufe am Empfang, etwa einen Rezeptwunsch vom Telefon, gibt es keinen vorgeschriebenen FHIR-Weg. Stand: 11. November 2026.

Was ist FHIR, und wie funktioniert es?Link kopieren

Die Grundidee ist einfach: FHIR zerlegt Gesundheitsdaten in kleine, einheitlich beschriebene Bausteine. Der Standard kennt rund 150 davon, etwa Patient, Medikament, Befund oder Verordnung. Jedes Programm, das FHIR beherrscht, weiß damit, wie ein Medikament oder ein Befund aufgebaut ist.

Vier Begriffe reichen für den Überblick:

• Ressourcen sind die Bausteine selbst. Programme fragen sie gezielt ab oder schicken sie weiter, ähnlich wie ein Browser eine Webseite abruft. Bereit liegen sie auf einem FHIR-Server, einem Programm, das die Bausteine über eine Webadresse zum Abruf anbietet.
• Profile legen für ein Land oder einen Zweck fest, welche Felder Pflicht sind und welche Codes gelten. In Deutschland schreiben sie unter anderem die KBV, die gematik und HL7 Deutschland.
• FHIR R4 ist die Version, auf der alle nationalen Vorgaben in Deutschland beruhen.
• Eine FHIR-Schnittstelle baut ein Hersteller auf Grundlage des Standards in seine Software ein. Welche Daten darüber gehen und ob auch geschrieben werden darf, entscheidet die jeweilige Festlegung oder der Hersteller.

Ein Beispiel: Ein E-Rezept ist in FHIR ein Paket aus mehreren Bausteinen. Darin stecken unter anderem die Angaben zur Person, zur verordnenden Praxis, zur Krankenversicherung, zum Medikament und die Verordnung selbst. So legt es der Datensatz der KBV fest. Jedes Programm auf dem Weg von der Praxissoftware bis zur Apotheke liest diese Bausteine auf dieselbe Weise.

„Unsere Software kann FHIR“ heißt also noch nicht, dass zwei Programme zusammenarbeiten. Erst ein gemeinsames Profil und eine freigegebene Schnittstelle machen daraus einen echten Austausch.

Was ist der Unterschied zwischen HL7 und FHIR?Link kopieren

HL7 ist der Name der Organisation und einer Familie von Standards, zu der FHIR gehört. Wer HL7 und FHIR vergleicht, meint meist HL7 Version 2. Dieses ältere Nachrichtenformat ist in nahezu allen deutschen Krankenhäusern im Einsatz, damit die Systeme im Haus untereinander Daten austauschen. Für den Austausch über die Klinik hinaus, etwa mit Praxen, eignet es sich laut HL7 Deutschland kaum, weil es sich nur schwer erweitern lässt. Hier setzt FHIR an. Wer von einer „HL7-Schnittstelle“ spricht, meint meist den älteren Austausch nach Version 2.

Wo steckt FHIR heute schon in Ihrer Praxis?Link kopieren

Die meisten Praxen nutzen FHIR längst, ohne es zu merken.

Fast alles davon verbindet die Praxissoftware mit der TI, der Krankenkasse oder der ePA. Mit Telefon, Postfach oder Fax am Empfang hat keine dieser Anwendungen etwas zu tun. Was bei einem Ausfall gilt, steht im Ratgeber TI-Störung in der Praxis.

Welche Rolle spielt FHIR in der ePA?Link kopieren

In der ePA für alle sorgt FHIR dafür, dass Daten aus verschiedenen Praxen und Krankenhäusern gleich aufgebaut sind. Die Medikationsliste befüllt sich laut Bundesgesundheitsministerium automatisch aus den E-Rezept-Daten. Die FHIR-Arbeit erledigt die Praxissoftware, Ihr Team entscheidet, was in die Akte gehört. Mehr im Ratgeber ePA befüllen.

Gilt ISiK für Praxen?Link kopieren

Nein. ISiK (Informationstechnische Systeme in Krankenhäusern) ist ein verbindlicher FHIR-Standard der gematik für Krankenhaussoftware nach § 373 SGB V. Für Praxen und MVZ, auch in der Trägerschaft eines Krankenhauses, legt die KBV die Schnittstellen fest (§ 372 SGB V), denn MVZ nehmen nach § 95 SGB V an der vertragsärztlichen Versorgung teil.

Was bedeutet FHIR für MVZ und große Praxen?Link kopieren

§ 371 SGB V verlangt offene Schnittstellen in der Praxissoftware, unter anderem für die Anbindung vergleichbarer Systeme der Versorgung. Die KBV hat dafür bisher nur zwei Festlegungen veröffentlicht, die Archiv- und Wechselschnittstelle und die Schnittstelle für Verordnungssoftware (Stand: 11. November 2026). Für die Abläufe am Empfang, die über mehrere Standorte die meiste Arbeit machen, gibt es damit keinen vorgeschriebenen FHIR-Weg.

Beim Rezeptwunsch trägt FHIR also nur den letzten Schritt, das E-Rezept an die TI. Mehr in den Ratgebern Rezeptbestellung in der Arztpraxis und Terminmanagement in der Arztpraxis.

Welche Risiken hat eine Anbindung nur über FHIR?Link kopieren

FHIR ist ein guter Standard, aber in Deutschland noch jung in der Praxis.

• Gleicher Standard, andere Profile. Zwei Programme können FHIR sprechen und sich trotzdem nicht verstehen. Die gematik beschreibt die deutschen Festlegungen als in hohem Maße voneinander abhängig.
• Versionen wechseln. Heute gilt R4, R6 erscheint laut gematik frühestens Ende 2027 oder Anfang 2028. Dann müssen alle Beteiligten nachziehen.
• Vorgeschrieben heißt nicht erprobt. Die Archiv- und Wechselschnittstelle ist seit 2021 Pflicht. Bis 2023 hatte laut einem Positionspapier der gematik-Plattform INA nach Aussagen von Marktteilnehmern kein erfolgreicher Wechsel darüber stattgefunden.
• Was der Hersteller freigibt, kann er ändern. Eine freiwillige Schnittstelle folgt seinen Regeln, ein Update kann ihren Umfang verändern. Klären Sie vorher, wer den Fehler sucht, wenn eine Verbindung ausfällt.

Laufen alle Standorte eines MVZ über eine Anbindung, wird aus einem Ausfall schnell ein Stau am Empfang.

Unsere Sicht: Standard nutzen, wo er trägt, und je Praxissoftware anbindenLink kopieren

Unsere Meinung als Anbieter: Für Abläufe am Empfang ist eine für Ihre Praxissoftware gebaute und geprüfte Anbindung heute verlässlicher als ein Werkzeug, das nur auf einen allgemeinen Standard setzt. Ein Standard beschreibt, was gehen sollte. Eine geprüfte Anbindung zeigt, was wirklich geht.

Bietet Ihre Praxissoftware eine gute FHIR-Schnittstelle für den nötigen Ablauf, ist sie der bessere Weg, weil der Hersteller sie pflegt. Unsere Sicht gilt nicht, wenn Sie nur E-Rezept und eAU brauchen oder als kleine Praxis wenige Anfragen direkt in der Praxissoftware bearbeiten.

Fünf Fragen an jeden Anbieter, der „FHIR-Schnittstelle“ sagtLink kopieren

1. Mit welcher Praxissoftware genau? Name und Version Ihres Systems, nicht „mit allen gängigen Systemen“.
2. Über welchen Weg? Eine Festlegung der KBV, eine Schnittstelle Ihres Softwareherstellers oder eine eigene Anbindung des Anbieters?
3. Nur lesen oder auch schreiben? Was genau wird eingetragen: Rezept, Termin, Karteieintrag?
4. Wird ohne Freigabe eingetragen? Wer gibt frei, und wo sehen Sie hinterher, was eingetragen wurde?
5. Was passiert bei einem Update? Wer prüft die Anbindung, wenn Ihre Praxissoftware eine neue Version bekommt?

Was ein Telefonassistent mit der Praxissoftware können sollte, steht im Ratgeber KI-Telefonassistent in der Arztpraxis.

Wo atmOS Health hilftLink kopieren

atmOS Health bindet Ihre Praxissoftware an, egal von welchem Hersteller. Jede Praxissoftware ist anders. Darum gibt es Ilka.

Zum Start nutzen wir die Standards, die jede Praxissoftware in Deutschland mitbringt. Ihre Patientendaten übernimmt atmOS Health jede Nacht automatisch, morgens ist alles auf dem Stand vom Vortag. Wo Ihre Praxissoftware mehr kann, binden wir sie tiefer an, zum Beispiel über moderne Schnittstellen wie FHIR. Geschrieben wird erst nach Ihrer Freigabe.

Ein Backoffice für alle Standorte: Anfragen aller Praxen laufen in einem Posteingang zusammen. Wir managen selbst mehrere MVZ. Welche Systeme heute wie angebunden sind, zeigt die Tabelle im Bereich Praxissoftware auf der Startseite.

atmOS Health kostet ab 199 € im Monat je Arzt-Vollzeitstelle, zzgl. USt. (Preise). Wie das an Ihren Standorten aussehen kann, besprechen wir gern in einer kostenlosen Beratung.

Häufige FragenLink kopieren

Ist FHIR eine Schnittstelle?Link kopieren

Nein, FHIR ist ein Standard. Er beschreibt, wie Gesundheitsdaten aufgebaut sind und wie Programme sie austauschen. Die Schnittstelle baut erst ein Hersteller auf dieser Grundlage in seine Software ein, und sie legt fest, welche Daten tatsächlich fließen.

Muss meine Praxis FHIR einführen?Link kopieren

Nein, nicht selbst. FHIR steckt in der Praxissoftware, etwa für E-Rezept, eAU und ePA. Dafür sorgt der Hersteller, die Praxis braucht ein aktuelles Update und die TI-Anbindung.

Löst FHIR die HL7-Schnittstelle ab?Link kopieren

Nicht so bald. HL7 Deutschland rechnet damit, dass HL7 Version 2 noch mindestens zehn Jahre gepflegt werden muss, weil fast alle deutschen Krankenhäuser es nutzen. Neue nationale Vorgaben wie E-Rezept, ePA und ISiK setzen auf FHIR.

Kann jedes Programm über FHIR in meine Praxissoftware schreiben?Link kopieren

Nein. Eine vorgeschriebene FHIR-Schnittstelle zum Schreiben gibt es heute nur für von der KBV zugelassene Programme zur Arzneimittelverordnung. Alles andere hängt davon ab, was Ihr Softwarehersteller anbietet oder wie ein Anbieter Ihre Praxissoftware anbindet.

QuellenLink kopieren

Gelesen am 11. November 2026.

• HL7 Deutschland, Warum FHIR?
• HL7 International, FHIR Overview
• HL7 International, FHIR R4 Versionshistorie
• HL7 International, FHIR R5 Ressourcenliste
• HL7 International, FHIR Formate
• HL7 Deutschland, HL7 v2.x Nachrichten
• gematik INA, Verwendung von FHIR in Deutschland
• gematik INA, Positionspapier zur Effizienz der Archiv- und Wechselschnittstelle, 21.06.2023 (PDF)
• HL7 Deutschland, Basisprofile DE
• KBV, Technische Anlage E-Rezept (PDF)
• KBV, Technische Anlage eAU (PDF)
• gematik Fachportal, ISiK
• KBV, Schnittstellen nach § 371 SGB V
• KBV, Festlegung der Archiv- und Wechselschnittstelle (PDF)
• KBV, Festlegung der Verordnungssoftware-Schnittstelle (PDF)
• Bundesgesundheitsministerium, ePA für alle
• § 95 SGB V, Teilnahme an der vertragsärztlichen Versorgung
• § 370a SGB V, Unterstützung der Kassenärztlichen Vereinigungen bei der Vermittlung von Behandlungsterminen
• § 371 SGB V, Integration offener und standardisierter Schnittstellen
• § 372 SGB V, Festlegungen zu den offenen und standardisierten Schnittstellen für informationstechnische Systeme in der vertragsärztlichen und vertragszahnärztlichen Versorgung
• § 373 SGB V, Festlegungen zu den offenen und standardisierten Schnittstellen für informationstechnische Systeme in Krankenhäusern