HL7 v2/v3, HL7 FHIR – Profilierung, Validierung, Implementation Guide (IG). Praxisnah, testbar, betreibbar.
Wir integrieren HL7-Nachrichtenflüsse so, dass sie nicht nur „ankommen“, sondern als fortschreibbare Datenströme für Auswertung und Qualitätssicherung dienen. Projekterfahrung umfasst u. a. Mirth Connect und HAPI sowie typische ADT/ORU/..-Nachrichtenkontexte.
Lieferobjekte:
Interoperabilität scheitert selten an „FHIR an sich“, sondern an der Übersetzung von Prozesswissen in klare, überprüfbare Regeln. Deshalb liefern wir Profile + Terminologien + Validierung + IG als zusammenhängendes Paket
Leistungen:
CDA bleibt als robuste Dokumenten- und Archivschicht relevant, während FHIR die Integrations-, Analyse- und Interaktionsschicht übernimmt. Wir unterstützen bei Koexistenz-Architekturen und Transformationspfaden CDA → FHIR (feingranulare Auswertung) bzw. FHIR-basierter Dokumenterzeugung.
Use Case 1 – FHIR Profilierung für einen definierten Austauschfall
Profil-Set + Terminologien + Beispiele + Validator-Pipeline + IG-Kapitelstruktur.Use Case 2 – HL7 v2/v3 Integration + Auswertung
HL7-Verarbeitung (Mirth/HAPI) und Überführung in eine auswertbare Struktur, inkl. Fortschreibung historischer Daten.Use Case 3 – Semantikschicht (Ontologien/Metadaten) als Nachhaltigkeitshebel
FHIR als technische Austauschschicht, ergänzt durch Terminology Services und ISO-orientierte Metadaten-Governance.Macht ihr „nur FHIR“ oder auch HL7 v2/v3?
Beides – inklusive Integrationserfahrung mit Mirth Connect/HAPI.Was gehört bei euch zu „Validierung“
Beispiele/Instanzen, testbare Regeln, Validator-Setup, Simulationen und Review-Schleifen.Unterstützt ihr Implementation Guides (IG) wirklich end-to-end?
Ja – Struktur, Beispiele, Pflege/Änderungslogik und Qualitätsnachweise (Testbarkeit).Wie geht ihr mit CDA-Bestandswelten um?
CDA bleibt oft sinnvoll als Dokumenten/Archivschicht; wir definieren Koexistenz- und Migrationspfade zu FHIR.Sie planen HL7/FHIR-Interoperabilität, Profilierung oder Validierung? Dann schreiben Sie uns eine Mail.