Zet een FHIR R4-resource om tussen JSON en XML, in beide richtingen - lokaal in de browser, zonder upload.
Verwerkt lokaal op je apparaat ...
Verwerkt lokaal op je apparaat ...
0%
Je bestanden hebben je apparaat nooit verlaten
Verdergaan met dit bestand
Geen nieuwe uploadDeze tools accepteren .XML - je bestand wordt direct overgedragen.
Nee. Alles draait in je browser - je bestand verlaat je apparaat nooit. Zo is dat verifieerbaar
HL7 FHIR R4 kent twee gelijkwaardige weergaven van dezelfde resource: JSON en XML. Beide bevatten dezelfde inhoud, maar laten zich niet zomaar in elkaar omzetten - FHIR XML volgt eigen regels: eenvoudige waarden staan in een value-attribuut (bijv. <gender value="male"/>), het resourceType is de naam van het rootelement, de namespace is http://hl7.org/fhir, herhaalbare velden worden arrays in JSON, en een ingebedde resource (bijv. binnen een Bundle-entry) verschijnt als een kindelement met hoofdletter. Een gewone JSON-naar-XML-converter krijgt deze regels niet goed.
Deze tool herkent de richting automatisch aan de inhoud: laat je een FHIR JSON-bestand vallen, dan krijg je geldige FHIR XML (met de namespace en value-attributen); laat je FHIR XML vallen, dan krijg je nette FHIR JSON (met arrays voor herhaalbare elementen). Ingebedde resources binnen een Bundle worden in beide richtingen correct verwerkt. Je kunt meerdere bestanden tegelijk neerzetten; elk wordt afzonderlijk omgezet.
Alles draait volledig lokaal in de browser (pure JavaScript, geen server, geen vreemde bibliotheek van een vreemde CDN) - de resource met de patiëntgegevens verlaat je apparaat nooit. Eerlijk gekaderd: dit is een structurele formaatomzetting tussen de twee FHIR-serialisaties, geen profielvalidator en geen klinisch hulpmiddel. Een technische kanttekening: XML draagt geen JSON-datatypes, dus eenvoudige waarden komen vanuit XML terug als tekst (behalve true/false); controleer het resultaat tegen het schema en de profielen van je doelsysteem.
| Invoerformaten | JSON, XML |
|---|---|
| Uitvoerformaat | XML |
| Batchverwerking | Ja |
| Verwerking | Lokaal in de browser (JavaScript) |
| Bestandsupload | Geen |
Beperkingen: Zet een HL7 FHIR R4-resource (of Bundle) om tussen de JSON- en de XML-serialisatie, in beide richtingen, met de FHIR-regels: value-attribuut voor eenvoudige waarden, resourceType als rootelement, namespace http://hl7.org/fhir, herhaalbare elementen als arrays, ingebedde resource als kindelement met hoofdletter. De richting wordt automatisch aan de inhoud herkend. Veelvoorkomende herhaalbare elementen (bijv. identifier, name, given, address, line, coding, entry, extension) worden als arrays behandeld; controleer bij een ongebruikelijk profiel de kardinaliteit. XML draagt geen JSON-datatypes: eenvoudige waarden komen vanuit XML terug als tekst (true/false worden boolean). Het is een structurele omzetting, geen profielvalidator en geen klinisch hulpmiddel; controleer het resultaat tegen het schema en de profielen van je doelsysteem. In- en uitvoer worden als UTF-8 aangenomen, zoals de FHIR-standaard voorschrijft; een afwijkende encoding-declaratie in de XML-header wordt niet geëvalueerd.
Nee. De omzetting draait volledig lokaal in de browser (pure JavaScript, geen server); de FHIR-resource verlaat je apparaat nooit.
Beide. De tool herkent het aan de inhoud: FHIR JSON wordt FHIR XML, en FHIR XML wordt FHIR JSON.
De structuur blijft behouden (JSON -> XML -> JSON). Een technisch punt: XML draagt geen JSON-datatypes, dus eenvoudige waarden komen vanuit XML terug als tekst (behalve true/false).
Ja. Een ingebedde resource (bijv. binnen een Bundle-entry) wordt in beide richtingen correct verwerkt - in XML als een kindelement met hoofdletter.
Nee. Het is puur een formaatomzetting tussen JSON en XML, geen profielvalidator en geen klinisch hulpmiddel. Controleer het resultaat tegen het schema van je doelsysteem.