Convierte un mensaje HL7 v2 en un Bundle FHIR R4 (JSON), localmente en el navegador y sin subida; los datos del paciente nunca salen de tu dispositivo.
Procesando localmente en tu dispositivo ...
0%
Tus archivos nunca salieron de tu dispositivo
No. Todo se ejecuta en tu navegador: tu archivo nunca sale de tu dispositivo. Cómo se puede comprobar
HL7 v2.x ha sido durante décadas el formato de intercambio más extendido en la informática clínica: basado en segmentos y delimitado por barras verticales, con segmentos como MSH (cabecera del mensaje), EVN (evento), PID (paciente), PV1 (encuentro), OBR (solicitud) y OBX (observación) y los delimitadores ^~\&. El sucesor moderno HL7 FHIR R4 modela la misma información como recursos con nombres claros (Patient, Encounter, Observation) y la entrega como JSON o XML, mucho más sencillo para las API web y los sistemas modernos.
Suelta tu archivo HL7 v2; la herramienta lee los segmentos y construye un Bundle FHIR R4 (collection). Se mapea un núcleo esencial seleccionado: MSH pasa a ser un MessageHeader, PID un recurso Patient (identificador, nombre, sexo, fecha de nacimiento, dirección), PV1 un Encounter (clase, número de visita, ubicación), OBX una Observation (código, valor, unidad) y OBR un ServiceRequest. Puedes soltar varios archivos a la vez; cada uno se convierte en su propio Bundle.
Todo se ejecuta por completo de forma local en el navegador (JavaScript puro, sin servidor, sin biblioteca externa de una CDN ajena); el mensaje con sus datos del paciente nunca sale de tu dispositivo. Con franqueza: esta es una conversión estructural de un núcleo de segmentos habitual, no un mapeo completo de HL7 a FHIR (los segmentos Z y muchos campos de detalle no se cubren) ni una herramienta clínica. Verifica el resultado frente a los perfiles y requisitos de tu sistema de destino.
| Formatos de entrada | HL7, TXT |
|---|---|
| Formato de salida | JSON |
| Procesamiento por lotes | Sí |
| Procesamiento | Local en el navegador (JavaScript) |
| Subida de archivos | Ninguna |
Límites: Convierte un mensaje HL7 v2 (por ejemplo HL7 v2.5, basado en segmentos y delimitado por barras verticales) en un Bundle HL7 FHIR R4 (collection, JSON): MSH -> MessageHeader, PID -> Patient (identificador, nombre, sexo, fecha de nacimiento, dirección), PV1 -> Encounter (clase, número de visita, ubicación), OBX -> Observation (código, valor, unidad), OBR -> ServiceRequest. Es un núcleo de segmentos seleccionado: los segmentos Z, las repeticiones más allá de la primera y muchos campos opcionales de detalle no se representan intencionadamente, por lo que el mapeo no es sin pérdidas. Es una conversión estructural de formato para el intercambio de datos y no una herramienta clínica; verifica el Bundle frente a los perfiles (por ejemplo campos obligatorios, terminologías) de tu sistema de destino.
No. La lectura del mensaje HL7 v2 y la construcción del Bundle FHIR se ejecutan por completo de forma local en el navegador (JavaScript puro, sin servidor); los datos nunca salen de tu dispositivo.
MSH, PID, PV1, OBX y OBR se mapean a MessageHeader, Patient, Encounter, Observation y ServiceRequest. EVN y los segmentos Z específicos del proveedor no se cubren.
HL7 FHIR R4 como un Bundle de tipo collection con un recurso por cada segmento mapeado, en formato JSON.
No. Se mapea un núcleo de segmentos seleccionado; los segmentos Z, las repeticiones adicionales y muchos campos opcionales quedan fuera. Verifica el Bundle frente a los perfiles de tu sistema de destino.
Sí. Suelta varios archivos HL7 v2 a la vez; cada uno se convierte en su propio Bundle FHIR R4.