Zet een HL7 v2-bericht om in een FHIR R4 Bundle (JSON) - lokaal in de browser, zonder upload; de patientgegevens verlaten je apparaat nooit.
Verwerkt lokaal op je apparaat ...
0%
Je bestanden hebben je apparaat nooit verlaten
Nee. Alles draait in je browser - je bestand verlaat je apparaat nooit. Zo is dat verifieerbaar
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 (patient), 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 een FHIR R4 Bundle (collection). Een zorgvuldig gekozen kern wordt gemapt: MSH wordt een MessageHeader, PID een Patient-resource (identifier, naam, geslacht, geboortedatum, adres), PV1 een Encounter (klasse, bezoeknummer, locatie), OBX een Observation (code, waarde, eenheid) en OBR een ServiceRequest. 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 patientgegevens 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.
| Invoerformaten | HL7, TXT |
|---|---|
| Uitvoerformaat | JSON |
| Batchverwerking | Ja |
| Verwerking | Lokaal in de browser (JavaScript) |
| Bestandsupload | Geen |
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), PV1 -> Encounter (klasse, bezoeknummer, locatie), OBX -> Observation (code, waarde, eenheid), OBR -> ServiceRequest. Het is een zorgvuldig gekozen segmentkern: Z-segmenten, herhalingen voorbij de eerste en veel optionele detailvelden worden bewust niet weergegeven, dus de mapping is niet verliesvrij. Het is een structurele formaatomzetting voor gegevensuitwisseling en geen klinisch hulpmiddel; controleer de Bundle tegen de profielen (bijv. verplichte velden, terminologieen) van je doelsysteem.
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.
MSH, PID, PV1, OBX en OBR worden gemapt naar MessageHeader, Patient, Encounter, Observation en ServiceRequest. EVN en leverancierspecifieke Z-segmenten vallen erbuiten.
HL7 FHIR R4 als een Bundle van het type collection met een resource per gemapt segment - als JSON.
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.
Ja. Zet meerdere HL7 v2-bestanden tegelijk neer; elk wordt een eigen FHIR R4 Bundle.