Convertissez un message HL7 v2 en Bundle FHIR R4 (JSON), en local dans le navigateur et sans envoi; les données du patient ne quittent jamais l'appareil.
Traitement en local sur votre appareil ...
0%
Vos fichiers n’ont jamais quitté votre appareil
Non. Tout s’exécute dans votre navigateur - votre fichier ne quitte jamais votre appareil. Comment le vérifier
HL7 v2.x est depuis des décennies le format d'échange le plus répandu dans l'informatique clinique: basé sur des segments et délimité par des barres verticales, avec des segments comme MSH (en-tête du message), EVN (évènement), PID (patient), PV1 (rencontre), OBR (demande) et OBX (observation) et les délimiteurs ^~\&. Le successeur moderne HL7 FHIR R4 modélise les mêmes informations sous forme de ressources clairement nommées (Patient, Encounter, Observation) et les fournit en JSON ou en XML, bien plus facile pour les API web et les systèmes modernes.
Déposez votre fichier HL7 v2; l'outil lit les segments et construit un Bundle FHIR R4 (collection). Un noyau essentiel sélectionné est mappé: MSH devient un MessageHeader, PID une ressource Patient (identifiant, nom, sexe, date de naissance, adresse), PV1 un Encounter (classe, numéro de visite, lieu), OBX une Observation (code, valeur, unité) et OBR un ServiceRequest. Vous pouvez déposer plusieurs fichiers à la fois; chacun devient son propre Bundle.
Tout s'exécute entièrement en local dans le navigateur (JavaScript pur, sans serveur, sans bibliothèque tierce issue d'un CDN externe); le message avec ses données du patient ne quitte jamais votre appareil. En toute honnêteté: il s'agit d'une conversion structurelle d'un noyau de segments courant, et non d'un mappage complet de HL7 vers FHIR (les segments Z et de nombreux champs de détail ne sont pas couverts) ni d'un outil clinique. Vérifiez le résultat par rapport aux profils et aux exigences de votre système cible.
| Formats d'entrée | HL7, TXT |
|---|---|
| Format de sortie | JSON |
| Traitement par lots | Oui |
| Traitement | En local dans le navigateur (JavaScript) |
| Téléversement de fichiers | Aucun |
Limites: Convertit un message HL7 v2 (par exemple HL7 v2.5, basé sur des segments et délimité par des barres verticales) en Bundle HL7 FHIR R4 (collection, JSON): MSH -> MessageHeader, PID -> Patient (identifiant, nom, sexe, date de naissance, adresse), PV1 -> Encounter (classe, numéro de visite, lieu), OBX -> Observation (code, valeur, unité), OBR -> ServiceRequest. C'est un noyau de segments sélectionné: les segments Z, les répétitions au-delà de la première et de nombreux champs optionnels de détail ne sont volontairement pas représentés, si bien que le mappage n'est pas sans perte. C'est une conversion structurelle de format pour l'échange de données et non un outil clinique; vérifiez le Bundle par rapport aux profils (par exemple champs obligatoires, terminologies) de votre système cible.
Non. La lecture du message HL7 v2 et la construction du Bundle FHIR s'exécutent entièrement en local dans le navigateur (JavaScript pur, sans serveur); les données ne quittent jamais votre appareil.
MSH, PID, PV1, OBX et OBR sont mappés vers MessageHeader, Patient, Encounter, Observation et ServiceRequest. EVN et les segments Z propres à l'éditeur ne sont pas couverts.
HL7 FHIR R4 sous forme de Bundle de type collection avec une ressource par segment mappé, en JSON.
Non. Un noyau de segments sélectionné est mappé; les segments Z, les répétitions supplémentaires et de nombreux champs optionnels sont laissés de côté. Vérifiez le Bundle par rapport aux profils de votre système cible.
Oui. Déposez plusieurs fichiers HL7 v2 à la fois; chacun devient son propre Bundle FHIR R4.