Es entsteht keine Auftragsverarbeitung deiner Datei-Inhalte. Du brauchst keinen AVV mit gottrix, um vertrauliche oder geschäftliche Dokumente zu verarbeiten.
Hosted in GermanyGlobal Content Delivery
Origin-Server bei Hetzner in Deutschland, weltweite Auslieferung über ein Content-Delivery-Netz. Deine Dateiinhalte werden dabei nie übertragen - sie verlassen dein Gerät nicht.
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, erweitert um PD1), PV1 zu einem Encounter (Fallart, Fallnummer, Ort), NK1 zu einer RelatedPerson (Angehoerige/r), DG1 zu einer Condition (Erkrankung), AL1 zu einer AllergyIntolerance (Allergie), PR1 zu einer Procedure, OBX zu einer Observation (Code, Wert, Einheit) und OBR/ORC zu einem ServiceRequest (Anforderung/Auftrag). 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 (mittlerweile inklusive NK1, DG1, AL1, PR1, ORC, NTE und PD1), keine vollständige HL7-zu-FHIR-Abbildung (Z-Segmente und viele Detailfelder bleiben unberücksichtigt) und kein klinisches Werkzeug. Prüfe das Ergebnis gegen die Profile und Vorgaben deines Zielsystems.
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), PD1 erweitert die Patient-Ressource (betreuender Hausarzt, Schutzvermerk), PV1 -> Encounter (Fallart, Fallnummer, Ort), NK1 -> RelatedPerson (Angehoerige/r, Beziehung, Adresse, Telefon), DG1 -> Condition (Erkrankung, Art der Erkrankung), AL1 -> AllergyIntolerance (Allergie, Schweregrad, Reaktion), PR1 -> Procedure, OBX -> Observation (Code, Wert, Einheit), OBR/ORC -> ServiceRequest (Anforderung/Auftrag), NTE hängt sich als Notiz an die vorhergehende Ressource. Es ist ein kuratierter Segment-Kern: Z-Segmente, EVN, Wiederholungen jenseits der ersten und viele optionale Detailfelder bildet diese Version bewusst nicht ab; die Abbildung ist damit nicht verlustfrei. Die Datei wird als UTF-8 gelesen; die MSH-18-Zeichensatzangabe der Nachricht selbst wird nicht ausgewertet - bei ISO-8859-1/ANSI-kodierten Nachrichten mit Umlauten oder Sonderzeichen speichere die Datei vorher als UTF-8. 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.
Häufige Fragen
Werden meine Patientendaten hochgeladen?
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.
Welche Segmente werden abgebildet?
MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC und NTE werden auf MessageHeader, Patient (erweitert um PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation und ServiceRequest abgebildet; NTE hängt sich als Notiz an die jeweils vorhergehende Ressource. EVN und herstellereigene Z-Segmente bleiben unberücksichtigt.
Welche FHIR-Version kommt heraus?
HL7 FHIR R4 als Bundle vom Typ Sammlung (collection) mit einer Ressource je abgebildetem Segment - als JSON.
Ist die Umwandlung verlustfrei?
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.
Kann ich mehrere Nachrichten auf einmal umwandeln?
Ja. Lege mehrere HL7-v2-Dateien gleichzeitig ab; jede wird zu einem eigenen FHIR-R4-Bundle.
Nur mit deiner Zustimmung messen wir mit Cookies anonymisiert die Nutzung, um gottrix zu verbessern. Deine Dateien bleiben immer lokal auf deinem Gerät. Datenschutz