"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.
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.