Standards

HL7 vs FHIR: Der Unterschied zwischen HL7 v2, CDA und FHIR und welches Sie benötigen

HL7 ist die Organisation und eine Familie von Standards; FHIR ist der neueste davon. Was HL7 v2-Nachrichten, CDA-Dokumente und FHIR-Ressourcen jeweils leisten, wo jeder Standard im Jahr 2026 noch Anwendung findet und wie ein Laborbericht in HL7 v2 zu FHIR Observations wird.

von Veröffentlicht 4 Min. Lesezeit

"HL7 vs FHIR" ist eine etwas ungenaue Fragestellung, aber die Antwort ist dennoch nützlich. HL7 ist eine Organisation, Health Level Seven International, und die Familie von Standards, die sie veröffentlicht. FHIR ist das neueste Mitglied dieser Familie. Der eigentliche Vergleich findet zwischen den drei HL7-Standards statt, denen Sie in der Praxis begegnen werden: HL7 Version 2 Nachrichten, CDA-Dokumente und FHIR-Ressourcen. Dieser Leitfaden erklärt, was jede davon ist, wo sie im Jahr 2026 ihren Platz hat und welche Sie benötigen.

Technische Version für Entwickler: FHIR vs HL7 v2 · HL7 v2 zu FHIR Mapping auf developers.anpheros.com, mit Anfragen, Antworten und Limits. Diese Seite ist die Version in einfacher Sprache.

HL7 v2: Nachrichten zwischen Hospitalsystemen

HL7 Version 2 stammt aus den späten 1980er Jahren und ist immer noch der weltweit am weitesten verbreitete Standard für Gesundheitsdaten. Er überträgt Nachrichten zwischen Systemen innerhalb und rund um Krankenhäuser: ein Patient wird aufgenommen (ADT), ein Test wird bestellt (ORM), ein Ergebnis liegt vor (ORU). Eine Nachricht ist ein durch Pipes getrennter Text mit Segmenten:

MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300

Es funktioniert, es ist überall und es ist für eine moderne App schwer zu verarbeiten: das Format ist positionsabhängig, jede Stelle hat ihren eigenen Dialekt und es gibt kein Konzept wie "den Patientenakt über HTTP abrufen".

CDA: Klinische Dokumente

Clinical Document Architecture, aus den 2000er Jahren, ist XML für Dokumente: ein Entlassungsbrief, ein Überweisungsschreiben, eine Patientenübersicht. Ein CDA-Dokument ist für Menschen lesbar und wird als Ganzes signiert. Es ist die Grundlage für viele nationale Datenaustausche und die erste Generation von Patientenübersichten. Es ist ein gutes Format für ein Dokument und ein schlechtes für eine Frage wie "was war der letzte Blutdruck dieser Person".

FHIR: Ressourcen über das Web

Fast Healthcare Interoperability Resources, erstmals 2014 veröffentlicht und seit 2019 stabil in R4, beschreibt Gesundheitsdaten als Ressourcen mit einer bekannten Struktur, in JSON oder XML, erreichbar über HTTP genau wie Webseiten. Ein Laborergebnis ist eine Observation, eine Diagnose eine Condition, eine Verschreibung eine MedicationRequest, jede mit Standardcodes (LOINC, ICD-10 oder SNOMED CT, ATC). Sie rufen sie ab, suchen und schreiben sie mit den Werkzeugen, die jeder Programmierer bereits kennt:

GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date

FHIR ist das, was die EU- und US-Gesetzgebung jetzt für den Patientenzugang vorschreibt, worauf SMART on FHIR-Apps laufen und worauf der European Health Data Space aufbaut. Eine Erklärung in einfacher Sprache finden Sie unter Was FHIR ist und warum es wichtig ist.

Nebeneinander

HL7 v2 CDA FHIR
Einheit Nachricht Dokument Ressource
Format getrennter Text XML JSON oder XML
Transport MLLP, Dateien Dateien, Datenaustausch HTTP REST
Am besten geeignet für Integration von Hospitalsystemen signierte Dokumente Apps, APIs, Patientenzugang
Ära ab 1989 ab 2005 ab 2014, R4 2019
Immer noch üblich in Laboren, ADT-Feeds, Geräten nationalen Datenaustauschen allem Neuen

Welches Sie benötigen

  • Entwicklung einer App, einer API oder eines KI-Assistenten: FHIR, ohne zu zögern.
  • Empfang von Ergebnissen aus einem Labor oder Krankenhaus: wahrscheinlich HL7 v2, da dies das ist, was sie senden. Konvertieren Sie am Rand.
  • Austausch von formellen Dokumenten mit einem nationalen System: CDA oder FHIR-Dokumente, je nach Land.

Das praktische Muster ist "HL7 v2 rein, FHIR überall sonst". Die Anpheros Platform macht genau das für Laborberichte: Ein Labor postet eine ORU^R01-Nachricht, wie sie gesendet wurde, und jede OBX wird zu einer FHIR Observation mit einem LOINC-Code, einer Einheit, einem Referenzbereich und dem Labor als Leistungserbringer. Die Patientenakte ist FHIR; das Labor muss sich nie ändern.

curl -X POST "$BASE/v1/patients/$PID/labs/import" \
     -H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
     --data-binary @report.hl7

Details finden Sie unter Labor-Konnektor: HL7 v2 und CSV in FHIR.

Häufige Fragen

Ersetzt FHIR HL7 v2?

Für neue Projekte, ja. Bestehende v2-Feeds werden noch Jahre laufen, weil sie funktionieren und ihre Ersetzung Geld kostet. Die meisten realen Systeme konvertieren v2 zu FHIR an der Schnittstelle, anstatt den Feed zu ersetzen.

Ist FHIR Teil von HL7?

Ja. FHIR wird von HL7 International veröffentlicht, derselben Organisation, die hinter v2 und CDA steht. "HL7 FHIR" ist der vollständige Name.

Welche FHIR-Version sollte ich verwenden?

R4 (4.0.1). Dies ist, worauf sich die Gesetzgebung bezieht und was die meisten Systeme implementieren. R5 existiert, aber die Akzeptanz ist begrenzt; die Anpheros Platform implementiert R4.

Kann FHIR auch Dokumente übertragen?

Ja: eine DocumentReference verweist auf eine PDF-Datei oder eine beliebige Datei, und ein FHIR Document Bundle kann ein zusammengestelltes Dokument mit seinen Abschnitten enthalten, was die Art und Weise ist, wie die International Patient Summary geliefert wird.

Muss ich HL7 v2 lernen, um eine FHIR-API zu nutzen?

Nein. Wenn Sie sich mit einem Labor oder einem Krankenhaus integrieren, werden Sie auf deren Seite v2 antreffen; eine Plattform, die es für Sie konvertiert, bedeutet, dass Ihr eigener Code nur FHIR sieht.

Dieser Ratgeber dient der Information und ersetzt keine ärztliche Beratung. Sprechen Sie bei Entscheidungen über Ihre Gesundheit mit Ihrem Arzt oder Ihrer Ärztin. Im Notfall wählen Sie 112.
Über den Autor
Adrian Kereky

Gründer von Anpheros. Elektronikingenieur; sechs Jahre im Bereich autonomes Fahren, in Automobilprojekten in Partnerschaft mit Samsung und NVIDIA, an der Architektur von Fahrerassistenz- und KI-Systemen, die auf NVIDIA-Chips mit CUDA laufen. Danach baute er Anpheros auf: die patientenkontrollierte Patientenakte und die HL7-FHIR-R4-Plattform, auf der sie läuft.

Mehr über Anpheros und den Autor →

Ihre Patientenakte immer dabei

Anpheros Daily bewahrt Symptome, Laborwerte, Medikamente und Dokumente an einem Ort auf, in einem Standardformat und unter Ihrer Kontrolle. Der Basic-Plan ist kostenlos.

Anpheros Daily laden