nl

HL7 naar FHIR

Zet een HL7 v2-bericht om in een FHIR R4 Bundle (JSON) - lokaal in de browser, zonder upload; de patiëntgegevens verlaten je apparaat nooit.

Verwerkt lokaal op je apparaat ...

Alleen weergave en conversie, geen diagnostisch hulpmiddel.

Verwerkt lokaal op je apparaat ...

0%

Je bestanden hebben je apparaat nooit verlaten

    Verdergaan met dit bestand

    Geen nieuwe upload

    Deze tools accepteren .JSON - je bestand wordt direct overgedragen.

    Wordt mijn bestand geüpload?

    Nee. Alles draait in je browser - je bestand verlaat je apparaat nooit. Zo is dat verifieerbaar

    Geen upload100% lokaal
    Inhoud blijft bij jougeen toegang voor derden
    Hosted in GermanyGlobal Content Delivery
    Onafhankelijk getoetstTLS A+ · HTTP-headers A+

    HL7 v2.x is al tientallen jaren het meest verbreide uitwisselingsformaat in de klinische IT: segmentgebaseerd en gescheiden door pipes, met segmenten als MSH (berichtkop), EVN (gebeurtenis), PID (patiënt), PV1 (contact), OBR (aanvraag) en OBX (waarneming) en de scheidingstekens ^~\&. De moderne opvolger HL7 FHIR R4 modelleert dezelfde informatie als helder benoemde resources (Patient, Encounter, Observation) en levert ze als JSON of XML - veel makkelijker voor web-API's en moderne systemen.

    Zet je HL7 v2-bestand neer; de tool leest de segmenten en bouwt daaruit een FHIR R4 Bundle (collection). Een zorgvuldig gekozen kern wordt gemapt: MSH wordt een MessageHeader, PID een Patient-resource (identifier, naam, geslacht, geboortedatum, adres, uitgebreid met PD1), PV1 een Encounter (klasse, bezoeknummer, locatie), NK1 een RelatedPerson (naaste familielid), DG1 een Condition (gezondheidstoestand), AL1 een AllergyIntolerance (allergie), PR1 een Procedure, OBX een Observation (code, waarde, eenheid) en OBR/ORC een ServiceRequest (aanvraag/opdracht). Je kunt meerdere bestanden tegelijk neerzetten; elk wordt een eigen Bundle.

    Alles draait volledig lokaal in de browser (pure JavaScript, geen server, geen vreemde bibliotheek van een vreemde CDN) - het bericht met zijn patiëntgegevens verlaat je apparaat nooit. Eerlijk gekaderd: dit is een structurele omzetting van een veelvoorkomende segmentkern, geen volledige HL7-naar-FHIR-mapping (Z-segmenten en veel detailvelden vallen erbuiten) en geen klinisch hulpmiddel. Controleer het resultaat tegen de profielen en eisen van je doelsysteem.

    Technische gegevens

    Technische gegevens
    InvoerformatenHL7, TXT
    Automatische conversiePNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP
    UitvoerformaatJSON
    BatchverwerkingJa
    VerwerkingLokaal in de browser (JavaScript)
    BestandsuploadGeen

    In 3 stappen

    1. Zet je HL7 v2-bestand(en) neer (.hl7, .txt).
    2. De omzetting draait automatisch, lokaal in de browser.
    3. Download de FHIR R4 Bundle (.json) - een per bericht.

    Beperkingen: Zet een HL7 v2-bericht (bijv. HL7 v2.5, segmentgebaseerd, gescheiden door pipes) om in een HL7 FHIR R4 Bundle (collection, JSON): MSH -> MessageHeader, PID -> Patient (identifier, naam, geslacht, geboortedatum, adres), PD1 breidt de Patient-resource uit (huisarts, beschermingsvermelding), PV1 -> Encounter (klasse, bezoeknummer, locatie), NK1 -> RelatedPerson (naaste familielid, relatie, adres, telefoon), DG1 -> Condition (gezondheidstoestand, type toestand), AL1 -> AllergyIntolerance (allergie, ernst, reactie), PR1 -> Procedure, OBX -> Observation (code, waarde, eenheid), OBR/ORC -> ServiceRequest (aanvraag/opdracht), NTE hangt als notitie aan de voorgaande resource. Het is een zorgvuldig gekozen segmentkern: Z-segmenten, EVN, herhalingen voorbij de eerste en veel optionele detailvelden worden bewust niet weergegeven in deze versie, dus de mapping is niet verliesvrij. Het bestand wordt als UTF-8 gelezen; het MSH-18-tekensetveld van het bericht zelf wordt niet geëvalueerd - sla bij in ISO-8859-1/ANSI gecodeerde berichten met umlauten of speciale tekens het bestand eerst als UTF-8 op. Het is een structurele formaatomzetting voor gegevensuitwisseling en geen klinisch hulpmiddel; controleer de Bundle tegen de profielen (bijv. verplichte velden, terminologieën) van je doelsysteem.

    Veelgestelde vragen

    Worden mijn patiëntgegevens geüpload?

    Nee. Het lezen van het HL7 v2-bericht en het bouwen van de FHIR Bundle draaien volledig lokaal in de browser (pure JavaScript, geen server); de gegevens verlaten je apparaat nooit.

    Welke segmenten worden gemapt?

    MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC en NTE worden gemapt naar MessageHeader, Patient (uitgebreid met PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation en ServiceRequest; NTE hangt als notitie aan de telkens voorgaande resource. EVN en leverancierspecifieke Z-segmenten vallen erbuiten.

    Welke FHIR-versie wordt geproduceerd?

    HL7 FHIR R4 als een Bundle van het type collection met een resource per gemapt segment - als JSON.

    Is de omzetting verliesvrij?

    Nee. Een zorgvuldig gekozen segmentkern wordt gemapt; Z-segmenten, verdere herhalingen en veel optionele velden vallen weg. Controleer de Bundle tegen de profielen van je doelsysteem.

    Kan ik meerdere berichten tegelijk omzetten?

    Ja. Zet meerdere HL7 v2-bestanden tegelijk neer; elk wordt een eigen FHIR R4 Bundle.

    Gerelateerde tools

    DICOM anonimiseren · FHIR JSON en XML · HL7 CDA bekijken