Wandle eine HL7-v2-Nachricht in ein FHIR-R4-Bundle (JSON) um - lokal im Browser, ganz ohne Upload; die Patientendaten verlassen dein Gerät nie.
Läuft lokal auf deinem Gerät ...
0%
Deine Dateien haben dein Gerät nie verlassen
Nein. Die Umwandlung läuft komplett in Deinem Browser - Deine Datei verlässt Dein Gerät nie. So ist das nachprüfbar
HL7 v2.x ist seit Jahrzehnten das verbreitetste Austauschformat in Klinik-IT: segmentbasiert und pipe-getrennt, mit Segmenten wie MSH (Nachrichtenkopf), EVN (Ereignis), PID (Patient), PV1 (Aufenthalt), OBR (Anforderung) und OBX (Beobachtung) und den Trennzeichen ^~\&. Der moderne Nachfolger HL7 FHIR R4 modelliert dieselben Informationen als klar benannte Ressourcen (Patient, Encounter, Observation) und liefert sie als JSON oder XML - viel einfacher für Web-APIs und heutige Systeme.
Lege deine HL7-v2-Datei ab; das Werkzeug liest die Segmente und baut daraus ein FHIR-R4-Bundle (Sammlung). Abgebildet wird ein kuratierter Kern: MSH wird zu einem MessageHeader, PID zu einer Patient-Ressource (Kennung, Name, Geschlecht, Geburtsdatum, Adresse), PV1 zu einem Encounter (Fallart, Fallnummer, Ort), OBX zu einer Observation (Code, Wert, Einheit) und OBR zu einem ServiceRequest (Anforderung). Mehrere Dateien kannst du auf einmal ablegen, jede wird zu einem eigenen Bundle.
Alles läuft vollständig lokal im Browser (reines JavaScript, kein Server, keine fremde Bibliothek von einem fremden CDN) - die Nachricht mit ihren Patientendaten verlässt dein Gerät nicht. Ehrlich zur Einordnung: Das ist eine strukturelle Umwandlung eines gängigen Segment-Kerns, keine vollständige HL7-zu-FHIR-Abbildung (Z-Segmente und viele Detailfelder bleiben unberuecksichtigt) und kein klinisches Werkzeug. Prüfe das Ergebnis gegen die Profile und Vorgaben deines Zielsystems.
| Eingabeformate | HL7, TXT |
|---|---|
| Ausgabeformat | JSON |
| Stapelverarbeitung | Ja |
| Verarbeitung | Lokal im Browser (JavaScript) |
| Datei-Upload | Keiner |
Grenzen: Wandelt eine HL7-v2-Nachricht (z. B. HL7 v2.5, segmentbasiert, pipe-getrennt) in ein HL7-FHIR-R4-Bundle (Sammlung, JSON) um: MSH -> MessageHeader, PID -> Patient (Kennung, Name, Geschlecht, Geburtsdatum, Adresse), PV1 -> Encounter (Fallart, Fallnummer, Ort), OBX -> Observation (Code, Wert, Einheit), OBR -> ServiceRequest. Es ist ein kuratierter Segment-Kern: Z-Segmente, Wiederholungen jenseits der ersten und viele optionale Detailfelder bildet diese Version bewusst nicht ab; die Abbildung ist damit nicht verlustfrei. Es ist eine strukturelle Format-Umwandlung für den Datenaustausch und kein klinisches Werkzeug; prüfe das Bundle gegen die Profile (z. B. Pflichtfelder, Terminologien) deines Zielsystems.
Nein. Das Lesen der HL7-v2-Nachricht und das Erzeugen des FHIR-Bundles laufen vollständig lokal im Browser (reines JavaScript, kein Server); die Daten verlassen dein Gerät nicht.
MSH, PID, PV1, OBX und OBR werden auf MessageHeader, Patient, Encounter, Observation und ServiceRequest abgebildet. EVN und herstellereigene Z-Segmente bleiben unberuecksichtigt.
HL7 FHIR R4 als Bundle vom Typ Sammlung (collection) mit einer Ressource je abgebildetem Segment - als JSON.
Nein. Es wird ein kuratierter Segment-Kern abgebildet; Z-Segmente, weitere Wiederholungen und viele optionale Felder bleiben aussen vor. Prüfe das Bundle gegen die Profile deines Zielsystems.
Ja. Lege mehrere HL7-v2-Dateien gleichzeitig ab; jede wird zu einem eigenen FHIR-R4-Bundle.