Arrastra archivos aqui, pega texto abajo, o haz clic para seleccionar
Soporta .hl7, .hl7v2, .txt (max. 5MB por archivo, 10 archivos maximo)
Procesando mensajes HL7...
Pega un mensaje HL7 v2.x o sube un archivo .hl7.
Explora los segmentos y campos analizados con sus nombres y valores decodificados.
Opcionalmente pega un segundo mensaje para comparar los dos en paralelo.
Analiza todos los tipos de mensajes HL7 v2.x con nombres de campo, tipos de datos y descripciones.
Compara dos mensajes HL7 en paralelo, resaltando campos añadidos, eliminados y modificados.
El análisis del mensaje se realiza en tu navegador; ningún dato PHI se transmite a ningún servidor.
Cada mensaje que pegas o subes se analiza íntegramente en tu navegador. Los identificadores del paciente, números de visita y resultados clínicos nunca salen de tu dispositivo. Esto elimina el riesgo de cumplimiento que supone pegar mensajes HL7 reales en herramientas en la nube, dando a los analistas de integración la confianza de poder depurar mensajes de producción de forma segura.
El visor se ejecuta directamente en tu navegador — no hay nada que instalar, ningún entorno Java que configurar y ningún archivo de licencia que gestionar. Los analistas de integración con plazos ajustados pueden abrir la herramienta y empezar a analizar en segundos, ya sea en la oficina, en las instalaciones del cliente o trabajando en remoto desde un portátil personal.
La interfaz está construida en torno a los flujos de trabajo que los analistas de integración realizan a diario: inspeccionar estructuras de segmentos, verificar mapeos de campos y comparar pares de mensajes. Los nombres de campo, tipos de datos y valores de tabla se decodifican automáticamente, de modo que dedicas menos tiempo a consultar la especificación HL7 y más tiempo a resolver problemas de interfaces.
Como el análisis es completamente local, tu organización mantiene la custodia total del contenido del mensaje. No hay registro en el servidor, ni almacenamiento temporal, ni pipeline de analítica que pueda capturar PHI de forma inadvertida. Esto facilita el cumplimiento de HIPAA y satisface los requisitos de gobernanza de datos institucionales sin acuerdos adicionales con proveedores.
Health Level Seven versión 2 (HL7 v2.x) es el estándar de mensajería sanitaria más desplegado en el mundo. Define un formato de texto delimitado por pipes para el intercambio de datos clínicos, administrativos y financieros entre sistemas hospitalarios. A pesar de estándares más recientes como FHIR, HL7 v2.x sigue siendo la columna vertebral de las interfaces en tiempo real, gestionando notificaciones ADT, resultados de laboratorio, órdenes y programación.
Un mensaje HL7 v2.x está compuesto por segmentos, cada uno en su propia línea e identificado por un código de tres caracteres:
Dentro de cada segmento, los campos se separan con el carácter pipe (|). Los campos pueden contener componentes separados por el circunflejo (^) y subcomponentes separados por el ampersand (&). Los campos repetitivos usan la tilde (~). Estos delimitadores se declaran en MSH-1 y MSH-2. Cada campo tiene un tipo de dato definido — por ejemplo, XPN para nombre de persona, CWE para codificado con excepciones o TS para marca temporal.
HL7 v2.x utiliza mensajes ACK (confirmación) para verificar la recepción y el procesamiento de mensajes entrantes. Un ACK contiene un segmento MSA con un código de confirmación — AA (Aceptación de Aplicación), AE (Error de Aplicación) o AR (Rechazo de Aplicación) — junto con el ID de control del mensaje original para su correlación. Cuando las interfaces fallan silenciosamente, inspeccionar la respuesta ACK suele ser el primer paso de depuración. El visor analiza los mensajes ACK como cualquier otro tipo de mensaje, permitiéndote examinar los campos MSA y los segmentos ERR que describen la condición de error específica. Comprender los patrones ACK es esencial para diagnosticar mensajes perdidos, procesamiento duplicado y problemas de timeout en interfaces HL7 en producción.
Aunque FHIR (Fast Healthcare Interoperability Resources) ha ganado adopción significativa para APIs RESTful y casos de interoperabilidad modernos, HL7 v2.x sigue siendo dominante para interfaces punto a punto en tiempo real dentro de los hospitales. La mayoría de los sistemas HCE — incluyendo Epic, Cerner (Oracle Health) y MEDITECH — continúan generando mensajes HL7 v2.x para flujos ADT, resultados de laboratorio y comunicación de órdenes. FHIR destaca en aplicaciones orientadas al paciente, consultas de salud poblacional e intercambio de datos entre organizaciones. En la práctica, muchas organizaciones sanitarias operan ambos estándares simultáneamente, usando v2.x para interfaces internas y FHIR para interoperabilidad externa.
Los mensajes HL7 contienen PHI altamente sensible: nombres de pacientes, diagnósticos, resultados de laboratorio y datos de seguros. Pegar estos mensajes en herramientas en la nube puede violar la HIPAA. Nuestra herramienta elimina este riesgo al realizar todo el análisis localmente. Ningún contenido se envía a un servidor ni se registra.
Para interfaces de radiología y laboratorio, el visor resulta especialmente útil cuando los analistas necesitan rastrear cómo se propagó un evento clínico por varios sistemas. Una actualización ADT puede explicar por qué un resultado ORU no se adjuntó al encounter correcto; una orden ORM puede explicar por qué una entrada de worklist de modalidad llega incompleta; un ACK puede revelar si el sistema receptor rechazó el mensaje de inmediato o lo aceptó con errores de negocio posteriores. Ver esas estructuras ya decodificadas en un único lugar acorta el tiempo entre la alerta y la causa raíz.
Otro beneficio práctico es mantener una separación limpia entre inspección del mensaje y transformación del mensaje. Antes de que un equipo escriba o ajuste mappings en un motor de interfaces, necesita confirmar qué envió realmente el sistema de origen: repeticiones, pipes finales ausentes, caracteres de codificación inesperados, segmentos Z locales y uso de campos específico de la versión. Un visor que expone la estructura original sin modificarla ofrece una línea base fiable antes de pasar al scripting, la transformación o la escalada con el proveedor.
La herramienta analiza todos los mensajes HL7 localmente en tu navegador. Ningún contenido del mensaje, dato de pacientes ni PHI se transmite a ningún servidor. Como los datos nunca salen de tu dispositivo, la herramienta es compatible con HIPAA (todo el procesamiento en tu navegador) y soporta flujos de trabajo conformes sin necesidad de un Acuerdo de Asociación Comercial con terceros.
El visor soporta mensajes HL7 v2.x desde la versión 2.1 hasta la 2.8, incluyendo las variantes ampliamente utilizadas v2.3, v2.5 y v2.5.1. Detecta la versión a partir del campo MSH-12 y aplica las definiciones de campo correspondientes a esa versión.
Sí. Pega o sube dos mensajes y el visor los muestra en un diseño lado a lado. Los segmentos y campos se alinean por posición, resaltando las diferencias. Esto resulta útil para verificar transformaciones del motor de integración o validar mensajes antes y después de actualizaciones del sistema.
El visor maneja todos los tipos de mensajes HL7 v2.x estándar, incluyendo ADT (ingreso/alta/traslado), ORM (órdenes), ORU (resultados), SIU (programación), MDM (documentos), DFT (transacciones financieras) y más. Decodifica automáticamente nombres de segmentos, nombres de campos y tipos de datos.
Sí. Cada campo se etiqueta con su nombre estándar, número de posición y tipo de dato. Por ejemplo, PID-5 se muestra como Nombre del Paciente con tipo de dato XPN. Esto elimina la necesidad de contar pipes manualmente o consultar el documento de especificación HL7.
Sí. Puedes pegar un mensaje en el área de texto o subir un archivo .hl7 desde tu sistema de archivos. El visor detecta automáticamente el delimitador de segmentos y los caracteres de codificación, manejando tanto delimitadores estándar como no estándar.
El visor lee los caracteres de codificación de MSH-1 y MSH-2 para separar correctamente campos, componentes, subcomponentes y repeticiones. Maneja secuencias de escape para caracteres especiales como saltos de línea, separadores de campo y valores codificados en hexadecimal.
No hay un límite estricto. El visor se ejecuta en tu navegador, por lo que el rendimiento depende de tu dispositivo. Los mensajes con cientos de segmentos se analizan rápidamente en hardware moderno. Para archivos por lotes muy grandes, considera dividirlos en mensajes individuales primero.
Sí. Como todo el procesamiento ocurre en el navegador, ningún dato sale del equipo local. La herramienta funciona en redes hospitalarias, sesiones Citrix y dispositivos conectados por VPN sin necesidad de reglas de firewall adicionales ni aprobaciones de software.
Esta herramienta está diseñada específicamente para mensajes HL7 v2.x delimitados por pipes. No analiza recursos FHIR (JSON/XML). Si trabajas con ambos estándares, puedes usar este visor para mensajes v2.x y una herramienta FHIR independiente para bundles FHIR.
Introducción práctica a FHIR para TI sanitaria: qué son los recursos, cómo funciona R4, y cómo se compara con HL7 v2 antes de validar y enviarlos.
Leer más →Qué significan los códigos ACK de HL7 AA, AE y AR en MSA-1, en qué se diferencian de CA/CE/CR y cómo decide un receptor qué acuse enviar. Con ejemplos.
Leer más →Aprende a convertir órdenes HL7 ORM en worklists radiológicas fiables con mapeos de campos, manejo de estados, validación y resolución de problemas.
Leer más →Compara DICOM Modality Worklist y HL7 ORM en flujos de radiologia: agenda, ordenes e integracion con modalidades.
Leer más →Aprende a mapear mensajes HL7 ADT a recursos FHIR Patient y Encounter con una guia de PID, PV1, identificadores, ubicaciones, estados y pruebas.
Leer más →Guía práctica de perfiles de conformidad HL7 y validación por sitio: formaliza reglas locales y combina controles base con revisión por perfiles.
Leer más →Mapea mensajes HL7 ORU a recursos FHIR DiagnosticReport y Observation con una guia para OBR, OBX, tipos de valor, estados y validacion.
Leer más →Aprende a mapear HL7 PID y PV1 a JSON sin perder identificadores, contexto de visita, repeticiones ni semantica de nulos en pipelines ADT.
Leer más →Aprende a convertir mensajes HL7 v2.x a JSON con salida simplificada o estilo HAPI: mapeo de campos, secuencias de escape y patrones de integración.
Leer más →Aprende a generar mensajes HL7 v2.x de prueba válidos para ADT, ORU, ORM y otros trigger events — seguro, sin PHI y sin escribir pipes a mano.
Leer más →Guia completa para generar eventos HL7 ADT (A01, A03, A04, A08, A11) en pruebas de motores de integracion.
Leer más →Cómo mapear mensajes HL7 v2.x ADT, ORU y ORM a recursos FHIR R4. Incluye mapeos de Patient, Encounter, Observation y ServiceRequest con ejemplos reales.
Leer más →Cómo los mensajes HL7 v2.x ORM y ORU gestionan los flujos de radiología — desde la orden hasta el informe. Cubre ORM^O01, ORU^R01, worklist y enrutamiento PACS.
Leer más →Diagnostica y resuelve fallos de ACK en HL7: timeouts, discrepancias MSA-2, errores de intercambio MSH y respuestas AR, con ejemplos en Mirth y Rhapsody.
Leer más →Guía completa de los mensajes de acuse HL7 v2.x: códigos AA, AE y AR, reglas de intercambio MSH, el segmento MSA y cómo los ACK garantizan la fiabilidad.
Leer más →Guía práctica para resolver problemas en interfaces HL7: errores de conexión MLLP, codificación de caracteres, conflictos de delimitadores y fallos de ACK.
Leer más →Guía completa sobre la estructura de mensajes HL7 v2.x: segmentos, campos, delimitadores, tipos de mensaje, eventos disparadores y reglas de codificación.
Leer más →