Referencia de Campos y Segmentos HL7 v2.x: Guía Completa para Ingenieros de Integración

Por qué necesitas una referencia de campos de segmentos HL7

Los ingenieros de integración sanitaria dedican una parte significativa de su jornada trabajando directamente con segmentos de mensajes HL7 v2.x. Ya sea construyendo una nueva interfaz desde cero, resolviendo problemas en un flujo de datos en producción o validando mensajes durante una migración de sistemas, tener acceso rápido a las posiciones de campo, tipos de datos y reglas de opcionalidad es esencial. El estándar HL7 v2.x define cientos de segmentos con miles de campos individuales — memorizar todos ellos es poco práctico, incluso para profesionales experimentados.

Esta guía proporciona una referencia de trabajo para los segmentos HL7 v2.x más utilizados y sus campos. Cubre las posiciones de campo, tipos de datos esperados y notas prácticas de uso necesarias para el trabajo diario de integración. Para una exploración interactiva, utiliza nuestro Navegador de Segmentos HL7 gratuito para buscar, filtrar y examinar todos los segmentos estándar y sus campos directamente en tu navegador.

Comprendiendo las posiciones de campo y tipos de datos HL7

Cada campo en un segmento HL7 se identifica por su número de posición — un entero secuencial que comienza desde 1. Por ejemplo, PID-3 siempre se refiere a la Lista de Identificadores del Paciente, independientemente de la versión de HL7 con la que estés trabajando. Este sistema de direccionamiento posicional es una de las razones por las que el formato v2.x ha perdurado durante décadas: las posiciones de campo son estables entre versiones, lo que simplifica la compatibilidad entre versiones.

Cada campo tiene un tipo de dato asociado que define su estructura interna. Algunos de los tipos de datos más comunes incluyen:

• ST (String Data) — Texto plano, hasta una longitud máxima definida. Sin estructura interna.
• CWE (Coded with Exceptions) — Un valor codificado extraído de un sistema de codificación, opcionalmente con un nombre para mostrar e identificador del sistema de codificación. Reemplaza al tipo de dato CE en HL7 v2.5+.
• CX (Extended Composite ID with Check Digit) — Un identificador compuesto con componentes para el ID, autoridad asignadora, código de tipo de identificador e instalación asignadora.
• XPN (Extended Person Name) — Un nombre estructurado con componentes para apellido, nombre, segundo nombre, sufijo, prefijo y título.
• XAD (Extended Address) — Una dirección estructurada con calle, ciudad, estado, código postal, país y tipo de dirección.
• XTN (Extended Telecommunication Number) — Un número de teléfono estructurado con componentes para código de país, código de área, número, extensión y código de uso.
• TS / DTM (Time Stamp / Date/Time) — Marca temporal en formato AAAAMMDDHHMMSS con segundos fraccionarios opcionales y desplazamiento de zona horaria.
• NM (Numeric) — Un valor numérico, opcionalmente con punto decimal.
• ID (Coded Value for HL7 Tables) — Un valor codificado extraído de una tabla definida por HL7.
• IS (Coded Value for User-Defined Tables) — Un valor codificado extraído de una tabla definida por el sitio o el usuario.

Los tipos de datos compuestos como CWE, CX, XPN y XAD contienen múltiples componentes separados por el separador de componentes (circunflejo ^ por defecto). Comprender estos tipos de datos es crucial para analizar y construir correctamente los campos HL7.

MSH — Segmento de Encabezado del Mensaje

El segmento MSH es la base de todo mensaje HL7 v2.x. Define los caracteres de codificación, identifica al emisor y receptor, especifica el tipo de mensaje y la versión, y transporta el ID de control de mensaje único utilizado para el seguimiento de acuses de recibo.

Los campos clave incluyen:

• MSH-1 (ST) — Separador de campo. Siempre el carácter pipe. Este campo es único porque el separador en sí es el valor del campo.
• MSH-2 (ST) — Caracteres de codificación. Define los separadores de componente (^), repetición (~), escape (\) y subcomponente (&).
• MSH-3 (HD) — Aplicación emisora. Identifica el sistema que originó el mensaje.
• MSH-4 (HD) — Instalación emisora. Identifica la organización o sitio que envió el mensaje.
• MSH-5 (HD) — Aplicación receptora. Identifica el sistema destino.
• MSH-6 (HD) — Instalación receptora. Identifica la organización o sitio destino.
• MSH-7 (TS) — Fecha/Hora del mensaje. Cuándo se creó el mensaje.
• MSH-9 (MSG) — Tipo de mensaje. Contiene el tipo de mensaje, evento disparador y estructura del mensaje (ej., ADT^A01^ADT_A01).
• MSH-10 (ST) — ID de control del mensaje. Identificador único utilizado por el emisor para vincular mensajes de acuse de recibo.
• MSH-11 (PT) — ID de procesamiento. Indica si el mensaje es producción (P), entrenamiento (T) o depuración (D).
• MSH-12 (VID) — ID de versión. La versión HL7 (ej., 2.3, 2.5, 2.5.1).
• MSH-15 (ID) — Tipo de acuse de aceptación. Controla si el receptor envía un acuse de nivel de aceptación.
• MSH-16 (ID) — Tipo de acuse de aplicación. Controla si el receptor envía un acuse de nivel de aplicación.
• MSH-17 (ID) — Código de país. Código de país ISO 3166 de la instalación emisora.
• MSH-18 (ID) — Conjunto de caracteres. La codificación de caracteres utilizada en el cuerpo del mensaje (ej., UNICODE UTF-8, ASCII, 8859/1).

PID — Segmento de Identificación del Paciente

El segmento PID es el segmento con más densidad de información en la mayoría de los mensajes clínicos. Transporta los datos demográficos del paciente — identificadores, nombre, fecha de nacimiento, dirección, números de teléfono y clasificaciones administrativas. Un segmento PID en producción habitualmente completa 15-20 campos de las 39 posiciones definidas.

Campos críticos para el trabajo de integración:

• PID-2 (CX) — ID del paciente (externo). Campo antiguo conservado por compatibilidad. La mayoría de implementaciones modernas usan PID-3 exclusivamente.
• PID-3 (CX, repetible) — Lista de identificadores del paciente. El campo identificador principal, que a menudo contiene múltiples IDs: número de historia clínica, ID nacional, número de seguro. Los componentes incluyen el ID en sí, autoridad asignadora y código de tipo de identificador (MR, SS, DL, etc.).
• PID-5 (XPN, repetible) — Nombre del paciente. Estructurado como apellido^nombre^segundo_nombre^sufijo^prefijo^título. Soporta múltiples nombres (legal, alias, de soltera).
• PID-7 (TS) — Fecha/Hora de nacimiento. Crítico para algoritmos de emparejamiento de pacientes.
• PID-8 (IS) — Sexo administrativo. Valor codificado: M (Masculino), F (Femenino), O (Otro), U (Desconocido), A (Ambiguo).
• PID-10 (CWE, repetible) — Raza. Codificado según la Tabla HL7 0005.
• PID-11 (XAD, repetible) — Dirección del paciente. Dirección estructurada con calle, ciudad, estado, código postal, país.
• PID-13 (XTN, repetible) — Teléfono — Personal.
• PID-14 (XTN, repetible) — Teléfono — Laboral.
• PID-18 (CX) — Número de cuenta del paciente. Vincula al paciente con una cuenta de facturación.
• PID-19 (ST) — Número de seguridad social. Obsoleto en favor de PID-3 con tipo de identificador SS.
• PID-22 (CWE, repetible) — Grupo étnico. Codificado según la Tabla HL7 0189.
• PID-29 (TS) — Fecha y hora de fallecimiento del paciente.
• PID-30 (ID) — Indicador de fallecimiento. Se establece en Y cuando el paciente ha fallecido.

OBX — Segmento de Observación/Resultado

El segmento OBX transporta un único valor de resultado discreto — un analito de un panel de laboratorio, una medición de signos vitales o un hallazgo de un informe diagnóstico. Un mensaje típico de resultados de laboratorio contiene múltiples segmentos OBX agrupados bajo un segmento OBR. Comprender la estructura de OBX es esencial para cualquier persona que trabaje con datos de laboratorio, radiología u observaciones clínicas.

• OBX-1 (SI) — Set ID. Número secuencial dentro del mensaje, comenzando desde 1.
• OBX-2 (ID) — Tipo de valor. Declara el tipo de dato de OBX-5. Valores comunes: NM (numérico), ST (cadena), CWE (codificado), TX (texto), FT (texto formateado), ED (datos encapsulados).
• OBX-3 (CWE) — Identificador de observación. Un código LOINC o código local que identifica qué se midió.
• OBX-4 (ST) — Sub-ID de observación. Distingue múltiples segmentos OBX con el mismo código OBX-3.
• OBX-5 (varía) — Valor de observación. El resultado real. El tipo de dato coincide con OBX-2.
• OBX-6 (CWE) — Unidades. Unidades de medida UCUM o locales.
• OBX-7 (ST) — Rango de referencia. El rango normal para el resultado (ej., "70-100", "3.5-5.0").
• OBX-8 (IS, repetible) — Indicadores de anomalía. H (Alto), L (Bajo), A (Anormal), N (Normal), HH (Crítico alto), LL (Crítico bajo).
• OBX-11 (ID) — Estado del resultado. F (Final), P (Preliminar), C (Corrección), X (Cancelado), I (En curso).
• OBX-14 (TS) — Fecha/Hora de la observación.
• OBX-15 (CWE) — ID del productor. Identifica el laboratorio o departamento que realizó la prueba.
• OBX-16 (XCN, repetible) — Observador responsable. La persona que realizó o verificó la observación.
• OBX-23 (XON) — Nombre de la organización ejecutora.
• OBX-24 (XAD) — Dirección de la organización ejecutora.
• OBX-25 (XCN) — Director médico de la organización ejecutora.

PV1 — Segmento de Visita del Paciente

El segmento PV1 describe el encuentro actual o más reciente del paciente. En los mensajes ADT, PV1 es uno de los segmentos más densamente poblados, transportando información de ubicación, proveedor y detalles de admisión de la visita.

• PV1-2 (IS) — Clase de paciente. I (Hospitalizado), O (Ambulatorio), E (Urgencias), P (Preadmisión), R (Recurrente), B (Obstetricia).
• PV1-3 (PL) — Ubicación asignada del paciente. Estructurado como punto_de_atención^habitación^cama^instalación^estado_ubicación. Crítico para censos y gestión de camas.
• PV1-4 (IS) — Tipo de admisión. E (Emergencia), U (Urgente), R (Rutinaria), L (Electiva).
• PV1-7 (XCN, repetible) — Médico responsable. El médico de registro para el encuentro.
• PV1-8 (XCN, repetible) — Médico derivante.
• PV1-9 (XCN, repetible) — Médico consultor.
• PV1-10 (IS) — Servicio hospitalario. El servicio clínico (Medicina, Cirugía, Cardiología, etc.).
• PV1-17 (XCN, repetible) — Médico de admisión.
• PV1-19 (CX) — Número de visita. Identificador único para este encuentro específico.
• PV1-36 (IS) — Disposición al alta. Destino codificado al alta (domicilio, residencia, alta voluntaria, fallecido).
• PV1-44 (TS) — Fecha/Hora de admisión.
• PV1-45 (TS) — Fecha/Hora de alta.

OBR — Segmento de Solicitud de Observación

El segmento OBR define una solicitud de prueba diagnóstica o procedimiento. Sirve como agrupador padre para uno o más segmentos OBX de resultados. En un panel de laboratorio con 15 analitos, típicamente hay un segmento OBR seguido de 15 segmentos OBX.

• OBR-1 (SI) — Set ID. Número secuencial dentro del mensaje.
• OBR-2 (EI) — Número de orden del solicitante. Asignado por el sistema que ordena.
• OBR-3 (EI) — Número de orden del ejecutor. Asignado por el sistema que realiza la prueba.
• OBR-4 (CWE) — Identificador del servicio universal. El código y nombre de la prueba solicitada.
• OBR-7 (TS) — Fecha/Hora de la observación. Cuándo se recogió la muestra o se realizó el procedimiento.
• OBR-8 (TS) — Fecha/Hora de fin de la observación.
• OBR-13 (ST) — Información clínica relevante. Contexto clínico en texto libre para la solicitud.
• OBR-16 (XCN, repetible) — Proveedor solicitante.
• OBR-22 (TS) — Fecha/Hora del cambio de estado del resultado. Marca temporal de la actualización de estado más reciente.
• OBR-24 (ID) — ID de sección del servicio diagnóstico. LAB, RAD, PATH, etc.
• OBR-25 (ID) — Estado del resultado. F (Final), P (Preliminar), C (Corregido), X (Cancelado).
• OBR-31 (CWE, repetible) — Motivo del estudio. Indicación clínica o código de diagnóstico.
• OBR-32 (NDL) — Intérprete principal del resultado. El médico que interpretó los resultados.

Otros segmentos esenciales

NK1 — Familiares / Partes asociadas

NK1 transporta información de contacto de emergencia y familiar más cercano. Los campos clave incluyen NK1-2 (Nombre), NK1-3 (Relación), NK1-4 (Dirección), NK1-5 (Teléfono) y NK1-7 (Rol del contacto). Las implementaciones modernas también usan NK1 para transmitir información del empleador y datos del titular del seguro. El segmento soporta hasta 40 posiciones de campo en HL7 v2.5.

IN1 — Segmento de Seguro

IN1 transporta información del plan de seguro del paciente. Con 49 posiciones de campo en HL7 v2.5, es uno de los segmentos más complejos del estándar. Los campos clave incluyen IN1-2 (ID del Plan), IN1-3 (ID de la Compañía), IN1-4 (Nombre de la Compañía), IN1-12 (Fecha de vigencia), IN1-13 (Fecha de vencimiento), IN1-16 (Nombre del asegurado), IN1-36 (Número de póliza) e IN1-49 (Número de ID del asegurado). Las integraciones financieras y de facturación dependen en gran medida de datos precisos en IN1.

ORC — Segmento de Orden Común

ORC proporciona información de control a nivel de orden que aplica a todos los segmentos OBR asociados. ORC-1 (Control de orden) es el código de acción (NW para nueva orden, CA para cancelar, SC para cambio de estado). ORC-2 y ORC-3 son equivalentes a OBR-2 y OBR-3 (Números de orden del solicitante y ejecutor). ORC-5 (Estado de la orden) rastrea el ciclo de vida: SC (Programada), IP (En proceso), CM (Completada), CA (Cancelada).

DG1 — Segmento de Diagnóstico

DG1 transporta información diagnóstica, típicamente códigos CIE-10. DG1-3 (Código de diagnóstico) contiene el diagnóstico codificado, DG1-4 proporciona la descripción, DG1-5 tiene la fecha/hora del diagnóstico y DG1-6 indica el tipo de diagnóstico (A para Admisión, W para Trabajo, F para Final).

Consejos prácticos para trabajar con segmentos HL7

Usando un navegador de segmentos interactivo

Mantener una hoja de referencia impresa para todos los segmentos HL7 es poco práctico dada la escala del estándar. En su lugar, utiliza una herramienta interactiva como nuestro Navegador de Segmentos HL7 para consultar cualquier segmento y posición de campo al instante. Puedes buscar por código de segmento, filtrar por tipo de dato y revisar descripciones de campos — todo sin salir de tu navegador. Soporta la especificación completa HL7 v2.5 con 527 definiciones de campo en 21 segmentos de uso común.

Referencia cruzada de segmentos en mensajes reales

Al depurar un mensaje en producción, combina el navegador de segmentos con un visor de mensajes. Primero, identifica el segmento y posición de campo problemáticos en el mensaje. Luego busca esa posición en el navegador de segmentos para comprender el tipo de dato esperado, la opcionalidad y los valores típicos. Este enfoque de dos pasos — "¿qué es este campo?" seguido de "¿qué debería contener?" — resuelve la mayoría de los errores de integración de manera eficiente.

Diferencias entre versiones

Aunque la mayoría de las posiciones de campo se mantienen estables entre las versiones HL7 v2.x, algunos segmentos ganaron campos en versiones posteriores. PID se expandió de 30 campos en v2.3 a 39 en v2.5. OBX añadió los campos 23-25 (Organización ejecutora) en v2.5. Siempre verifica qué versión declara el sistema emisor en MSH-12 y confirma que ambos lados acuerdan en la estructura de segmentos esperada. Nuestro navegador de segmentos cubre la especificación HL7 v2.5, que es la versión más ampliamente desplegada a nivel mundial.

Conclusión

Un conocimiento sólido de las posiciones de campo y tipos de datos de los segmentos HL7 es la base del trabajo efectivo de integración sanitaria. Aunque la especificación completa es extensa, los segmentos cubiertos en esta guía — MSH, PID, PV1, OBR, OBX, NK1, IN1, ORC y DG1 — representan la gran mayoría de los campos que encontrarás en interfaces HL7 en producción. Guarda en favoritos nuestro Navegador de Segmentos HL7 para consultas rápidas durante tu trabajo diario de integración, y combínalo con el Visor de Mensajes HL7 para análisis completo de mensajes.

Aviso legal: Este artículo se proporciona únicamente con fines informativos y educativos. No reemplaza las especificaciones oficiales de HL7 International ni las políticas institucionales para la integración de datos sanitarios.