Wandle eine FHIR-R4-Ressource zwischen JSON und XML um, in beide Richtungen - lokal im Browser, ganz ohne Upload.
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 FHIR R4 erlaubt zwei gleichwertige Repräsentationen derselben Ressource: JSON und XML. Beide tragen denselben Inhalt, sind aber nicht trivial ineinander überführbar - FHIR-XML folgt eigenen Regeln: einfache Werte stehen in einem value-Attribut (etwa <gender value="male"/>), der resourceType ist der Name des Wurzelelements, der Namensraum ist http://hl7.org/fhir, wiederholbare Felder werden im JSON zu Arrays, und eine eingebettete Ressource (z. B. in einem Bundle-Eintrag) erscheint als groß geschriebenes Kind-Element. Ein normaler JSON-zu-XML-Konverter trifft diese Regeln nicht.
Dieses Werkzeug erkennt die Richtung automatisch am Inhalt: Legst du eine FHIR-JSON-Datei ab, bekommst du gueltiges FHIR-XML (mit Namensraum und value-Attributen); legst du FHIR-XML ab, bekommst du sauberes FHIR-JSON (mit Arrays für wiederholbare Elemente). Eingebettete Ressourcen in einem Bundle werden in beide Richtungen korrekt behandelt. Mehrere Dateien kannst du auf einmal ablegen, jede wird einzeln umgewandelt.
Alles läuft vollständig lokal im Browser (reines JavaScript, kein Server, keine fremde Bibliothek von einem fremden CDN) - die Ressource mit ihren Patientendaten verlässt dein Gerät nicht. Ehrlich zur Einordnung: Das ist eine strukturelle Format-Umwandlung zwischen den beiden FHIR-Serialisierungen, kein Profil-Validierer und kein klinisches Werkzeug. Ein technischer Hinweis: XML trägt keine JSON-Datentypen, daher kommen einfache Werte aus XML als Text zurück (außer true/false); prüfe das Ergebnis gegen das Schema und die Profile deines Zielsystems.
| Eingabeformate | JSON, XML |
|---|---|
| Ausgabeformat | XML |
| Stapelverarbeitung | Ja |
| Verarbeitung | Lokal im Browser (JavaScript) |
| Datei-Upload | Keiner |
Grenzen: Wandelt eine HL7-FHIR-R4-Ressource (oder ein Bundle) zwischen ihrer JSON- und ihrer XML-Serialisierung um, in beide Richtungen, mit den FHIR-Regeln: value-Attribut für einfache Werte, resourceType als Wurzelelement, Namensraum http://hl7.org/fhir, wiederholbare Elemente als Arrays, eingebettete Ressource als groß geschriebenes Kind-Element. Die Richtung wird automatisch am Inhalt erkannt. Häufige wiederholbare Elemente (z. B. identifier, name, given, address, line, coding, entry, extension) werden als Arrays behandelt; bei einem ungewoehnlichen Profil prüfe die Kardinalität. XML trägt keine JSON-Datentypen: einfache Werte kommen aus XML als Text zurück (true/false werden zu Boolean). Es ist eine strukturelle Umwandlung, kein Profil-Validierer und kein klinisches Werkzeug; prüfe das Ergebnis gegen das Schema und die Profile deines Zielsystems.
Nein. Das Umwandeln läuft vollständig lokal im Browser (reines JavaScript, kein Server); die FHIR-Ressource verlässt dein Gerät nicht.
In beide. Das Werkzeug erkennt am Inhalt: FHIR-JSON wird zu FHIR-XML, FHIR-XML wird zu FHIR-JSON.
Die Struktur bleibt erhalten (JSON -> XML -> JSON). Ein technischer Punkt: XML trägt keine JSON-Datentypen, daher kommen einfache Werte aus XML als Text zurück (außer true/false).
Ja. Eine eingebettete Ressource (z. B. in einem Bundle-Eintrag) wird in beide Richtungen korrekt behandelt - im XML als groß geschriebenes Kind-Element.
Nein. Es ist eine reine Format-Umwandlung zwischen JSON und XML, kein Profil-Validierer und kein klinisches Werkzeug. Prüfe das Ergebnis gegen das Schema deines Zielsystems.