es

HL7 a FHIR

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 ...

Solo visualización y conversión, no es una herramienta de diagnóstico.

Procesando localmente en tu dispositivo ...

0%

Tus archivos nunca salieron de tu dispositivo

    Continuar con este archivo

    Sin subida adicional

    Estas herramientas aceptan .JSON - tu archivo se transfiere directamente.

    ¿Se sube mi archivo?

    No. Todo se ejecuta en tu navegador: tu archivo nunca sale de tu dispositivo. Cómo se puede comprobar

    Sin subidas100% local
    Tus datos son tuyossin acceso de terceros
    Hosted in GermanyGlobal Content Delivery
    Auditoría externaTLS A+ · Cabeceras A+

    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 a partir de ellos un Bundle FHIR R4 (collection). Se mapea un núcleo seleccionado: MSH pasa a ser un MessageHeader, PID un recurso Patient (identificador, nombre, sexo, fecha de nacimiento, dirección, ampliado con PD1), PV1 un Encounter (clase, número de visita, ubicación), NK1 un RelatedPerson (familiar), DG1 una Condition (estado de salud), AL1 una AllergyIntolerance (alergia), PR1 una Procedure, OBX una Observation (código, valor, unidad) y OBR/ORC un ServiceRequest (solicitud/orden). 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.

    Ficha técnica

    Ficha técnica
    Formatos de entradaHL7, TXT
    Conversión automáticaPNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP
    Formato de salidaJSON
    Procesamiento por lotes
    ProcesamientoLocal en el navegador (JavaScript)
    Subida de archivosNinguna

    En 3 pasos

    1. Suelta tu archivo o archivos HL7 v2 (.hl7, .txt).
    2. La conversión se ejecuta automáticamente, de forma local en el navegador.
    3. Descarga el Bundle FHIR R4 (.json): uno por cada mensaje.

    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), PD1 amplía el recurso Patient (médico de cabecera, indicador de protección), PV1 -> Encounter (clase, número de visita, ubicación), NK1 -> RelatedPerson (familiar, relación, dirección, teléfono), DG1 -> Condition (estado de salud, tipo de estado), AL1 -> AllergyIntolerance (alergia, gravedad, reacción), PR1 -> Procedure, OBX -> Observation (código, valor, unidad), OBR/ORC -> ServiceRequest (solicitud/orden), NTE se adjunta como nota al recurso anterior. Es un núcleo de segmentos seleccionado: los segmentos Z, EVN, las repeticiones más allá de la primera y muchos campos opcionales de detalle no se representan intencionadamente en esta versión, por lo que el mapeo no es sin pérdidas. El archivo se lee como UTF-8; el campo de juego de caracteres MSH-18 del propio mensaje no se evalúa - en mensajes codificados en ISO-8859-1/ANSI con tildes o caracteres especiales, guarda antes el archivo como UTF-8. 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.

    Preguntas frecuentes

    ¿Se suben mis datos del paciente?

    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.

    ¿Qué segmentos se mapean?

    MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC y NTE se mapean a MessageHeader, Patient (ampliado con PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation y ServiceRequest; NTE se adjunta como nota al recurso inmediatamente anterior. EVN y los segmentos Z propios del proveedor no se cubren.

    ¿Qué versión de FHIR se produce?

    HL7 FHIR R4 como un Bundle de tipo collection con un recurso por cada segmento mapeado, en formato JSON.

    ¿La conversión es sin pérdidas?

    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.

    ¿Puedo convertir varios mensajes a la vez?

    Sí. Suelta varios archivos HL7 v2 a la vez; cada uno se convierte en su propio Bundle FHIR R4.

    Herramientas relacionadas

    Anonimizar DICOM · FHIR JSON y XML · Ver HL7 CDA