Gesundheitsinfrastruktur & Sicherheit
Interoperabilität im Gesundheitswesen
Wie Gesundheitssysteme Daten austauschen und gleich verstehen: HL7 FHIR R4, HL7 v2, CDA, Codesysteme wie LOINC, SNOMED CT, ICD, Europas nationale Systeme.
Interoperabilität bedeutet, dass zwei Systeme Gesundheitsdaten austauschen und beide sie gleich interpretieren. Dafür braucht es drei Dinge: ein Format (HL7 FHIR R4 für APIs, HL7 v2 für den Großteil der Krankenhauskommunikation, CDA für Dokumente), gemeinsame Codesysteme (LOINC für Untersuchungen, SNOMED CT für klinische Begriffe, ICD-10 für Diagnosen, ATC für Arzneimittel, UCUM für Einheiten) und vereinbarte Profile wie die International Patient Summary (IPS), die Länder für den grenzüberschreitenden Austausch nutzen.
| API-Standard | HL7 FHIR R4 (4.0.1); R5 veröffentlicht, R4 weiterhin am weitesten verbreitet |
|---|---|
| Krankenhausnachrichten | HL7 v2 (ADT, ORM, ORU) |
| Dokumente | CDA und C-CDA |
| Codesysteme | LOINC, SNOMED CT, ICD-10 / ICD-11, ATC, RxNorm, UCUM |
| Grenzüberschreitend in der EU | International Patient Summary, MyHealth@EU |
Was sind die wichtigsten Standards für Gesundheitsdaten?
- Standards für die Gesundheitsinteroperabilität: Die vollständige ÜbersichtStandards für Gesundheitsdaten: HL7 v2, CDA, FHIR, DICOM/DICOMweb, IHE, openEHR, OMOP & Codesysteme.
- Was FHIR ist und warum es für Ihre Patientenakte zähltHL7 FHIR ist der Standard, in dem Krankenhäuser, Apps und Behörden Gesundheitsdaten austauschen.
- HL7 vs FHIR: Der Unterschied zwischen HL7 v2, CDA und FHIR und welches Sie benötigenHL7 ist die Organisation und eine Familie von Standards; FHIR ist der neueste davon.
- FHIR R4 vs R5: Unterschiede und welche Version Sie verwenden solltenFHIR R4 (2019) ist die Version, auf der die meisten weltweit arbeiten; R5 (2023) fügt themenbasierte Abonnements und neue Ressourcen hinzu, und R6 ist in Entwicklung.
- CDA und C-CDA erklärt: HL7 klinische DokumenteHL7 CDA: XML-Standard für klinische Dokumente (menschen- & maschinenlesbar).
- CDA vs FHIR: Dokumente vs. Ressourcen, erklärtCDA: signierte XML-Dokumente.
- openEHR vs FHIR: Unterschiede und wann man was nutztopenEHR und HL7 FHIR werden oft verglichen, aber sie lösen unterschiedliche Probleme: openEHR modelliert und speichert die langfristige klinische Patientenakte mit Archetypen und Vorlagen; FHIR tauscht Daten zwischen Systemen über Ressourcen und APIs aus.
- CDS Hooks erklärt: Hooks, Karten, PrefetchCDS Hooks: HL7-Standard für Entscheidungsunterstützung im KIS.
Wie sind FHIR-Ressourcen aufgebaut?
- FHIR Patient-Ressource erklärt, mit BeispielPatientenressource: Zentrale klinische Ressource.
- FHIR Observation Resource erklärt (mit JSON-Beispiel)Die Observation ist die FHIR-Ressource für Messungen: Laborergebnisse, Vitalzeichen, Symptome, Scores.
- FHIR Condition Ressource erklärt, mit einem BeispielCondition: Diagnose, Problem, Symptom & Verlauf.
- FHIR Encounter Ressource erklärt, mit BeispielFHIR Encounter: Ressource für Besuche, Aufnahmen, Telehealth, Hausbesuche.
- FHIR DiagnosticReport erklärt mit BeispielDiagnosticReport: FHIR-Ressource für signierte Berichte.
- FHIR DocumentReference vs DiagnosticReport: Wann man was verwendetDrei FHIR-Ressourcen verwalten Berichte und Dateien.
- FHIR MedicationStatement vs MedicationRequest erklärtFHIR hat vier Medikamentenressourcen für vier verschiedene Fakten: ein Rezept (MedicationRequest), eine Abgabe (MedicationDispense), eine verabreichte Dosis (MedicationAdministration) und was der Patient angibt einzunehmen (MedicationStatement).
- FHIR AllergyIntolerance Ressource erklärt (mit Beispiel)Wie eine Allergie in FHIR erfasst wird: clinicalStatus, verificationStatus, type, category, criticality und reaction mit severity, kodiert in SNOMED CT.
- FHIR-Impfressource erklärt (Impfpass)Wie Impfungen in FHIR gespeichert werden: die Immunization-Ressource mit Status, Impfstoffcode, Datum, Chargennummer und Dosisnummer, wie nicht gegebene Dosen erfasst werden und wie Impfdaten im International Patient Summary (IPS) übertragen werden.
- FHIR Bundle-Typen erklärt: Transaction, Batch, Document, SearchsetEin FHIR Bundle ist ein Behälter für mehrere Ressourcen.
- FHIR CodeableConcept vs Coding erklärtFast jedes codierte Element in FHIR ist ein CodeableConcept: eine Liste von Codings aus verschiedenen Codesystemen plus der Originaltext.
- FHIR-Profile und Erweiterungen erklärtFHIR-Profile (StructureDefinition) schränken Basisressourcen ein: Elemente, muss-unterstützen, Codes, Slicing, Bindings, Invarianten.
- FHIR-Implementierungsleitfäden erklärt: US Core, IPS, ProfileDie Basis von FHIR ist bewusst breit gehalten; Implementierungsleitfäden (IGs) schränken sie für ein Land oder einen Anwendungsfall mit Profilen, Must-Support-Elementen und Terminologiebindungen ein.
- FHIR-Suchparameter erklärt (mit Beispielen)So fragen Sie einen FHIR-Server ab: Suchparameter nach Typ (Token, Datum, Referenz, String, Menge), Präfixe wie ge und lt, Modifikatoren wie :exact und :missing, Chaining, _include und _revinclude, Sortierung, _count und Paging, mit Beispiel-URLs für Laborergebnisse.
- FHIR-Subscriptions erklärt: Themen, Kanäle, R4 bis R5FHIR-Subscription: Benachrichtigungen bei Änderungen.
- FHIR Bulk Data Export ($export) erklärtDie FHIR Bulk Data Access IG definiert $export, um Daten für viele Patienten gleichzeitig als NDJSON-Dateien zu übertragen.
Wie tauschen Krankenhaussysteme Nachrichten aus?
- HL7 v2 ADT und ORU Nachrichten erklärtHL7 v2 ist immer noch die Art und Weise, wie die meisten Hospitalsysteme miteinander kommunizieren.
- HL7 v2 ORM- und OML-Nachrichten erklärtWie eine Bestellung in HL7 v2 abläuft: die allgemeine ORM^O01-Bestellnachricht und die neuere OML^O21-Laborbestellung, das ORC-Segment, das die Bestellung steuert (neu, stornieren, Status), das OBR-Segment, das angibt, was bestellt wurde, die ORR- und ACK-Antworten und wie dieselbe Bestellung als FHIR ServiceRequest aussieht.
- Schnittstellen-Engines erklärt: Was sie tun, wann Sie eine brauchenSchnittstellen-Engine: Empfängt, wandelt & liefert Nachrichten.
- Krankenhaussystem-Integration erklärt: KIS, Engines, Labor, RadiologieKIS & EPA im Zentrum: Wie Krankenhaus-Systeme (Labor, Radiologie, Apotheke, Geräte, Telemedizin, Apps) über Schnittstellen-Engine (HL7 v2, FHIR) kommunizieren.
- LIS ePA Integration: Laborinformationssystem mit elektronischer Patientenakte verbindenLaboranbindung: Häufigste Krankenhausintegration, leicht falsch.
Welche Codesysteme beschreiben die Daten?
- Was ist ein LOINC-Code? Labor-Testcodes erklärtLOINC gibt jedem Labortest und jeder klinischen Messung einen universellen Code, sodass ein Ergebnis aus einem Labor in einem anderen System dasselbe bedeutet.
- Was ist SNOMED CT? Klinische Terminologie einfach erklärtSNOMED CT ist die weltweit größte klinische Terminologie.
- LOINC vs SNOMED CT: welcher Code wohin gehörtLOINC benennt Messungen (Tests, Vitalzeichen).
- SNOMED CT vs. ICD-10: Wofür sie jeweils da sindSNOMED CT: Erfasst, was Ärzte sehen.
- ICD-10 vs. ICD-11: Unterschiede erklärtDie ICD-11 hat die ICD-10 im Januar 2022 als WHO-Standard abgelöst, aber die meisten Länder kodieren noch nach ICD-10.
- ICD-10 vs ICD-10-CM vs ICD-10-GM: nationale VariantenICD-10: WHO-Standard & Länder-Modifikationen (USA, DE, FR etc.).
- RxNorm vs ATC Medikamentencodes erklärtRxNorm benennt klinische Medikamente bis hin zu Stärke und Form für US-Systeme; ATC klassifiziert Wirkstoffe nach Organ und therapeutischer Gruppe für internationale Statistiken und den Austausch.
- UCUM-Einheiten für Laborergebnisse erklärt (mg/dL, mmol/L, 10*3/uL)UCUM ist das Codesystem für Maßeinheiten in elektronischen Gesundheitsdaten.
- Lokale Laborcodes zu LOINC zuordnen, Schritt für SchrittLabore berichten oft mit eigenen Testcodes.
- FHIR-Terminologieserver: $lookup, $expand, $translateEin Terminologieserver speichert Codesysteme (SNOMED CT, LOINC, ICD-10), Wertebereiche und Konzeptkarten und beantwortet Fragen zu Codes über FHIR-Operationen.
Wie funktionieren nationale und grenzüberschreitende Systeme?
- Nationale elektronische Gesundheitsakten: Europa und die USA im VergleichNationale Gesundheitsakte-Infrastrukturen im Überblick: Deutschland (ePA), Frankreich (Mon espace santé), Italien (FSE), Spanien (HCDSNS), Niederlande (MedMij/LSP), England (NHS), Österreich (ELGA), Polen (P1), Nordische Länder & USA.
- MyHealth@EU und die grenzüberschreitende PatientenakteMyHealth@EU tauscht Gesundheitsdaten (Patientenakte, E-Rezept, Laborergebnisse, Bilder etc.) EU-weit aus.
- International Patient Summary (IPS): was ist das?Die IPS ist das Standarddokument, das ein Arzt, der Sie nie gesehen hat, überall auf der Welt in Sekunden lesen kann: Allergien, Medikamente, Erkrankungen, Impfungen.
- EU-weit gültige eRezepte (MyHealth@EU) einfach erklärtMit MyHealth@EU können Apotheken in einigen EU-Ländern elektronische Rezepte aus einem anderen Mitgliedstaat einlösen und Patienteninformationen austauschen.
- Deutschlands ePA und Telematikinfrastruktur, einfach erklärtDeutschlands ePA: Von Krankenkassen geführt, seit 2025 Standard, über Telematikinfrastruktur zugänglich.
- Frankreich: Mon espace santé und das DMP – erklärtMon espace santé: Frankreichs nationales Gesundheitskonto (seit 2022 offen).
- ELGA elektronische Gesundheitsakte Österreich erklärtELGA: Österreichs elektronische Gesundheitsakte (seit 2015).
- Italiens FSE 2.0: das nationale Gesundheitsdossier erklärtFascicolo Sanitario Elettronico (FSE): Italiens digitales Gesundheitsdossier, national vernetzt.
- Spanien: HCDSNS und regionale Gesundheitsakten – einfach erklärtSpanien vernetzt 17 regionale Gesundheitsdienste über das nationale HCDSNS.
- Niederlande: MedMij und LSP, erklärtNiederlande: Keine nationale Gesundheitsakte.
- Polen: P1, IKP und E-Rezept – einfach erklärtPolen: E-Rezept (2020), E-Überweisung (2021), E-Krankschreibung, med.
- UK: NHS Spine, GP Connect und die NHS App – einfach erklärtGesundheitsdaten in England: Spine (Demografie, SCR, E-Rezepte/-Überweisungen) & FHIR-APIs (GP Connect) öffnen GP-Daten für NHS App & andere.
Für Entwickler
Anpheros Platform
Auf interoperablen Gesundheitsdaten aufbauen
Anpheros Platform ist eine FHIR R4 API für Patientenakten, mit Patienteneinwilligung, einer kostenlosen Sandbox und SDKs für Dart, Flutter und TypeScript.