Mensajes HL7 v2 ORM y OML explicados

Respuesta corta: en HL7 v2, una orden (un análisis de laboratorio, un examen de imagen, un medicamento) se envía como un mensaje ORM^O01 en versiones hasta la 2.5.1, o como un mensaje de orden de laboratorio OML^O21 a partir de la versión 2.4. Ambos transportan al paciente (PID), la visita (PV1), el segmento ORC que controla la orden (nueva, cancelar, retener, cambio de estado, con números de colocador y llenador) y el segmento OBR que indica qué se ordenó, por quién y para cuándo. El sistema llenador responde con un ORR (o ORL para OML) y más tarde devuelve los resultados como un ORU. El equivalente en FHIR de ORC+OBR es una ServiceRequest.

Una orden de laboratorio, segmento por segmento

Un mensaje de orden de laboratorio HL7 v2 (ORM^O01) se construye a partir de segmentos: MSH nombra el tipo y la versión del mensaje, PID identifica al paciente, PV1 describe la visita, ORC contiene el código de control de la orden, los números de orden del colocador y del cumplidor, la prioridad y el proveedor que ordena, OBR nombra la prueba solicitada con un código LOINC y la hora de recolección, y DG1 proporciona el diagnóstico justificativo.

MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10

MSH-9 ORM^O01^ORM_O01 nombra el tipo de mensaje, el evento desencadenante y la estructura. MSH-12 indica la versión.
PID identifica al paciente; PID-3 contiene el identificador con su autoridad asignadora y tipo (MR, número de historia clínica).
PV1 indica la visita: ambulatoria (O), la ubicación, el médico tratante.
ORC-1 es el código de control de orden: NW nueva orden, CA solicitud de cancelación, OC orden cancelada, HD retener, RL liberar, SC estado cambiado, OK orden aceptada, UA no se puede aceptar, XO cambiar orden, DC discontinuar. ORC-2 es el número de orden del colocador (asignado por el sistema que ordena), ORC-3 el número de orden del llenador (asignado por el laboratorio, vacío hasta que responde). ORC-7 contiene la hora y la prioridad (R rutina, S urgente, A lo antes posible). ORC-12 es el proveedor que ordena.
OBR-4 es el identificador de servicio universal: lo que se ordenó, codificado (aquí LOINC, LN). OBR-7 es la fecha-hora de la observación o recolección. OBR-16 repite el proveedor que ordena. En las órdenes de laboratorio, los detalles de la muestra se encuentran en OBR-15 en versiones anteriores y en un segmento SPM dedicado a partir de la 2.5.
DG1 transporta el diagnóstico que justifica la orden.

La misma orden con múltiples pruebas repite el par ORC/OBR una vez por prueba, cada una con su propio ID de conjunto OBR-1.

ORM vs OML

ORM^O01 es el mensaje de orden general de HL7 v2, una estructura flexible para laboratorio, radiología, farmacia y suministros. OML, introducido en la versión 2.4, es el mensaje de orden específico de laboratorio con los disparadores O21, O33 y O35 y segmentos SPM y SAC explícitos para especímenes y contenedores. La mayoría de las interfaces de hospital a laboratorio todavía usan ORM^O01; OML aparece en sistemas de laboratorio más nuevos y perfiles IHE.

ORM^O01 es el mensaje de orden general: una estructura para laboratorio, radiología, farmacia, dietética y suministros, lo que lo hacía poco específico. A partir de la versión 2.4, HL7 introdujo OML (orden de laboratorio) con varios desencadenantes, O21 (orden por prueba), O33 (orden por muestra) y O35 (orden por muestra y contenedor), y una estructura más estricta con segmentos SPM y SAC para muestras y contenedores. OMG (orden clínica general), OMI (imagen) y OMP (farmacia) siguieron el mismo patrón. En la práctica, la mayoría de las interfaces hospital-a-laboratorio todavía funcionan con ORM^O01 en la versión 2.3.1 o 2.5.1, y OML aparece en sistemas de laboratorio más nuevos y en el perfil de Flujo de Trabajo de Pruebas de Laboratorio de IHE.

Respuestas

Una orden HL7 v2 recibe dos respuestas. Un ACK inmediato (MSA-1 AA, AE o AR) confirma que el mensaje fue recibido y analizado. Luego, una respuesta de aplicación, ORR^O02 para ORM u ORL^O22 para OML, repite el ORC con OK o UA y completa el ORC-3, el número de orden del cumplidor. Los resultados regresan más tarde como ORU^R01, llevando ambos números de orden.

El sistema receptor responde dos veces. Inmediatamente, con un ACK (MSA-1 AA aceptar, AE error, AR rechazar) que confirma que el mensaje fue recibido y analizado. Luego, como respuesta de aplicación, con ORR^O02 (para ORM) o ORL^O22 (para OML), repitiendo el ORC con OK o UA y completando el ORC-3, el número de orden del llenador, que ambos lados utilizan a partir de entonces. Los resultados regresan como ORU^R01, con los mismos números de colocador y llenador en OBR-2 y OBR-3, que es cómo un resultado encuentra su orden. Ver Mensajes HL7 v2 explicados: ADT y ORU.

Dónde fallan las órdenes

Las órdenes HL7 v2 fallan con mayor frecuencia por números de colocador y cumplidor no coincidentes cuando el ORR no se procesó, códigos de prueba locales en OBR-4 sin código LOINC, cancelaciones enviadas sin el número de colocador original, discrepancias de versión como un segmento SPM enviado a un receptor 2.3.1, y prioridad escrita en un campo de texto libre NTE en lugar de ORC-7 u OBR-5.

Números que no coinciden: el ORU regresa con un número de llenador que el EHR nunca vio, generalmente porque el ORR no se procesó.
Códigos locales en OBR-4: el código de prueba interno de un laboratorio en lugar de (o sin) un código LOINC, por lo que el registro receptor no puede mapear la prueba. La solución es un código con ambos: GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN.
Cancelaciones sin los números originales: CA debe llevar el número del colocador de la orden que cancela.
Incompatibilidades de versión: un segmento SPM enviado a un receptor 2.3.1 se descarta o rechaza.
Prioridad en el campo incorrecto: STAT en un NTE de texto libre en lugar de ORC-7 u OBR-5.

La misma orden en FHIR

En FHIR, los segmentos ORC y OBR de una orden HL7 v2 se fusionan en una única ServiceRequest con estado, intención de orden, prioridad, un código LOINC, sujeto, encuentro, solicitante, occurrenceDateTime, reasonCode para el diagnóstico e identificadores para los números de colocador y cumplidor. La Observation y DiagnosticReport resultantes hacen referencia a ella a través de basedOn, tal como lo mapea la guía de implementación de HL7 v2 a FHIR.

En FHIR, ORC y OBR se fusionan en una ServiceRequest: status (activo, en espera, revocado, completado), intent (order), priority (rutina, urgente, lo antes posible, stat), code (la prueba LOINC), subject, encounter, requester, occurrenceDateTime, reasonCode (el diagnóstico ICD-10) y identifier para los números de colocador y llenador. La Observation y DiagnosticReport de resultados apuntan hacia atrás con basedOn. HL7 publica el mapeo campo por campo en la guía de implementación de v2 a FHIR.

Anpheros Platform soporta ServiceRequest, Observation y DiagnosticReport, y su conector de laboratorio acepta resultados como HL7 v2 ORU, CSV o JSON. No envía ni recibe órdenes; la ordenación permanece en los sistemas del hospital o laboratorio, y el resultado final se une al registro del paciente.

Páginas relacionadas

Fuentes

Preguntas frecuentes

¿Cuál es la diferencia entre ORC y OBR?

ORC se refiere a la orden como un objeto administrativo: quién la emitió, sus números, su estado, su prioridad. OBR se refiere al servicio solicitado: qué prueba, en qué muestra, cuándo. Cada OBR va precedido por su ORC.

¿Qué es un colocador y un llenador?

El colocador es el sistema que solicita el servicio (el EHR o el sistema del médico que ordena); el llenador es el sistema que lo realiza (el sistema de laboratorio o radiología). Cada uno asigna su propio número de orden, y los mensajes transportan ambos para que cualquiera de las partes pueda encontrar la orden.

¿Debo implementar ORM u OML para una nueva interfaz de laboratorio?

Si el socio admite OML^O21 en la versión 2.5.1 o posterior, prefiera esta: el manejo de muestras es explícito y los perfiles IHE se basan en ella. Si el socio es un LIS más antiguo, ORM^O01 es lo que habla, y usted se adapta.

¿Cómo se mapea una orden HL7 v2 a FHIR?

ORC y OBR juntos se convierten en una ServiceRequest; los números de colocador y llenador se convierten en identificadores; ORC-1 y ORC-5 se mapean a status; OBR-4 a code; DG1 a reasonCode; el proveedor que ordena a requester. La guía HL7 v2 a FHIR publica las tablas detalladas.

Anpheros Platform

Pruébalo gratis en el sandbox

Tu primera llamada FHIR en 5 minutos. Una API HL7 FHIR R4 con el consentimiento del paciente integrado: pruébala en el sandbox y luego conecta tu propia app o sistema de clínica.

Crear un sandbox gratis Leer las guías para desarrolladores →

Gratis · 30 pacientes sintéticos · sin tarjeta

Esta guía es informativa y no sustituye la consulta médica. Para decisiones sobre tu salud, habla con tu médico. En una emergencia, llama al número de emergencias local (112 en Europa).

Escrito por

El equipo de Anpheros

Anpheros crea un historial médico que el paciente controla y puede compartir con cualquier clínica, en una plataforma HL7 FHIR R4, con sede en la UE. Estas guías te ayudan a entender y organizar tu salud; no reemplazan a tu médico.

Sobre Anpheros →