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 ...
i
Visualisation et conversion uniquement, pas une aide au diagnostic.
!
i
Ce n'est pas le bon outil ? Voir 3 outils similaires
Vos contenus restent chez vousaucun accès par des tiers
Aucun traitement du contenu de vos fichiers n'a lieu sur un serveur. Vous n'avez besoin d'aucun contrat de sous-traitance avec gottrix pour vos documents confidentiels ou professionnels.
Hosted in GermanyGlobal Content Delivery
Serveurs d'origine chez Hetzner en Allemagne, diffusion mondiale via un réseau de diffusion de contenu (CDN). Le contenu de vos fichiers n'est jamais transmis dans ce cadre - il ne quitte jamais votre appareil.
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 à partir d'eux un Bundle FHIR R4 (collection). Un noyau sélectionné est mappé : MSH devient un MessageHeader, PID une ressource Patient (identifiant, nom, sexe, date de naissance, adresse, étendue par PD1), PV1 un Encounter (classe, numéro de visite, lieu), NK1 un RelatedPerson (proche), DG1 une Condition (état de santé), AL1 une AllergyIntolerance (allergie), PR1 une Procedure, OBX une Observation (code, valeur, unité) et OBR/ORC un ServiceRequest (demande/ordre). 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.
Déposez votre ou vos fichiers HL7 v2 (.hl7, .txt).
La conversion s'exécute automatiquement, en local dans le navigateur.
Téléchargez le Bundle FHIR R4 (.json): un par message.
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), PD1 étend la ressource Patient (médecin traitant, indicateur de protection), PV1 -> Encounter (classe, numéro de visite, lieu), NK1 -> RelatedPerson (proche, lien de parenté, adresse, téléphone), DG1 -> Condition (état de santé, type d'état), AL1 -> AllergyIntolerance (allergie, gravité, réaction), PR1 -> Procedure, OBX -> Observation (code, valeur, unité), OBR/ORC -> ServiceRequest (demande/ordre), NTE s'attache comme note à la ressource précédente. C'est un noyau de segments sélectionné : les segments Z, EVN, 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 dans cette version, si bien que le mappage n'est pas sans perte. Le fichier est lu en UTF-8 ; le champ de jeu de caractères MSH-18 du message lui-même n'est pas évalué - pour des messages encodés en ISO-8859-1/ANSI avec des accents ou des caractères spéciaux, enregistrez d'abord le fichier en UTF-8. 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.
Questions fréquentes
Mes données du patient sont-elles envoyées?
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.
Quels segments sont mappés ?
MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC et NTE sont mappés vers MessageHeader, Patient (étendu par PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation et ServiceRequest ; NTE s'attache comme note à la ressource immédiatement précédente. EVN et les segments Z propres à l'éditeur ne sont pas couverts.
Quelle version de FHIR est produite?
HL7 FHIR R4 sous forme de Bundle de type collection avec une ressource par segment mappé, en JSON.
La conversion est-elle sans perte?
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.
Puis-je convertir plusieurs messages à la fois?
Oui. Déposez plusieurs fichiers HL7 v2 à la fois; chacun devient son propre Bundle FHIR R4.
Uniquement avec votre accord, nous mesurons l'utilisation de manière anonymisée via des cookies afin d'améliorer gottrix. Vos fichiers restent toujours en local, sur votre appareil. Confidentialité