Integración

Cómo integrar un sistema de información de laboratorio con una HCE: HL7 v2, FHIR y los errores comunes, paso a paso

Interfaz de laboratorio: integración hospitalaria común y fácil de fallar. Flujos de pedidos/resultados HL7 v2 (ORM/OML, ORR, ORU), campos (estado, indicadores, unidades, rangos), microbiología, texto. Alternativa FHIR, mapeo de códigos, pruebas y fallos a considerar en el diseño.

por Publicado 9 min de lectura

Respuesta corta: una interfaz de laboratorio tiene dos direcciones. Los pedidos van del EHR al sistema de información del laboratorio (LIS) como mensajes HL7 v2 ORM^O01 o OML^O21 (o como FHIR ServiceRequest), y el LIS responde con ORR/ORL y más tarde con resultados como ORU^R01 (o FHIR DiagnosticReport con Observations). Las partes difíciles no son los mensajes, sino los detalles dentro de ellos: números de colocador y relleno que vinculan los resultados a los pedidos, estado del resultado (preliminar, final, corregido), indicadores de anomalía, unidades y rangos de referencia, información del espécimen, microbiología con sus resultados de varias partes y mapeo de códigos a LOINC. Bien hecho, cada resultado llega al paciente correcto, al pedido correcto y al lugar correcto en el historial, con su significado intacto.

Paso 1: acordar los flujos

El primer paso para integrar un sistema de información de laboratorio con una HCE es acordar con el laboratorio qué flujos existen: pedidos salientes, actualizaciones del estado de los pedidos, resultados entrantes, correcciones, cancelaciones, pruebas adicionales y reflejas, y un feed de datos demográficos ADT al LIS. Las partes también fijan la versión de HL7, generalmente 2.3.1 o 2.5.1, y el transporte, típicamente MLLP con acuses de recibo.

Decida con el laboratorio qué flujos existen: pedidos salientes (¿o el laboratorio recibe papel y se registra solo?), actualizaciones del estado del pedido, resultados entrantes, correcciones, cancelaciones, pruebas adicionales, pruebas reflejas y datos demográficos (alimentación ADT al LIS para que conozca al paciente antes de que llegue la muestra). Dibuje la secuencia para un resultado normal, un resultado corregido y un pedido cancelado. Decida la versión de HL7 (2.3.1 y 2.5.1 son las más comunes) y el transporte (MLLP con ACKs; a veces archivos). Consulte Mensajes de pedido HL7 v2.

Paso 2: el mensaje de resultado, campo por campo

Un resultado de laboratorio llega a la HCE como un mensaje HL7 v2 ORU^R01: MSH identifica el remitente y el receptor, PID al paciente, PV1 a la visita, ORC y OBR transportan los números de pedido del solicitante y del ejecutor, el panel solicitado y el estado del informe, y cada OBX contiene un analito con su código LOINC, valor, unidades, rango de referencia, indicador de anomalía y estado del resultado.

MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.
  • ORC-2 / OBR-2 número de colocador y ORC-3 / OBR-3 número de relleno: la unión al pedido. OBR-4: el panel, codificado (LOINC LN). OBR-7: hora de recolección del espécimen. OBR-22: hora del informe de resultados. OBR-25: estado del resultado para todo el pedido (P preliminar, F final, C corregido, X cancelado).
  • OBX-2: tipo de valor (NM numérico, ST cadena, TX texto, CE/CWE codificado, SN numérico estructurado como <^5). OBX-3: el analito, codificado. OBX-5: el valor. OBX-6: unidades, idealmente UCUM (10*3/uL, no K/µL). OBX-7: rango de referencia como texto. OBX-8: indicadores de anomalía (L, H, LL, HH, A, N). OBX-11: estado del resultado por analito (P, F, C, X, D eliminado). OBX-14: hora de la observación. OBX-19: hora del análisis.
  • NTE: comentarios, adjuntos al OBR o a un OBX específico por posición.
  • SPM (2.5+): tipo de espécimen (SNOMED CT), hora de recolección, hora de recepción, condición.

Paso 3: los casos especiales

Los casos especiales que una interfaz de laboratorio debe manejar son resultados corregidos (estado C con los números de pedido originales, reemplazando y alertando en lugar de eliminar), resultados preliminares y luego finales, microbiología con organismos y susceptibilidades vinculados por sub-ID, resultados de texto y PDFs incrustados, pruebas reflejas y adicionales, cancelaciones, y unidades y rangos de referencia que cambian cuando el laboratorio cambia de analizador.

  • Correcciones: un nuevo ORU con C en OBR-25 y OBX-11 y los mismos números de colocador/relleno; el EHR debe reemplazar, marcar el cambio y alertar al clínico. Nunca elimine el original silenciosamente.
  • Preliminar y luego final: resultados P (una tinción de Gram) seguidos de F (el cultivo); el historial debe mostrar el estado.
  • Microbiología: un OBX para el organismo identificado (codificado, SNOMED CT), luego resultados de susceptibilidad como OBX por antibiótico con el organismo como sub-ID (OBX-4), a menudo a través de varios mensajes. Aquí es donde se esconden la mayoría de los errores de interfaz.
  • Resultados de texto y PDF: los comentarios de patología y algunos de química llegan como líneas TX o como un PDF incrustado (OBX-2 ED); el historial necesita tanto el texto como el archivo.
  • Pruebas reflejas y adicionales: nuevos OBR bajo el pedido original, o un nuevo pedido creado por el laboratorio; acuerde cómo se numeran.
  • Cancelaciones: estado X, con los números originales.
  • Unidades y rangos por analizador: la misma prueba puede cambiar de unidades cuando el laboratorio cambia de analizadores; la interfaz debe transportar el rango con cada resultado, no asumirlo.

Paso 4: códigos

La asignación de códigos en una interfaz de laboratorio significa traducir los códigos de prueba locales del laboratorio a LOINC una vez, en una tabla mantenida, y enviar tanto el código local como el código LOINC en OBX-3, normalizando las unidades a UCUM y codificando los tipos de muestra y organismos en SNOMED CT. Sin esta asignación, los resultados no se pueden seguir a lo largo del tiempo entre laboratorios ni ser leídos por sistemas externos.

Mapee los códigos de prueba del laboratorio a LOINC una vez, en una tabla mantenida, y envíe ambos códigos, local y LOINC, en OBX-3 (GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN). Normalice las unidades a UCUM. Tipos de espécimen y organismos en SNOMED CT. El método se encuentra en Cómo mapear códigos de laboratorio locales a LOINC; sin él, los resultados no se pueden seguir en el tiempo entre laboratorios ni leer por ningún sistema externo.

Paso 5: la alternativa FHIR

La alternativa FHIR a una interfaz de laboratorio HL7 v2 utiliza un ServiceRequest para el pedido, una Observation por analito con un código LOINC, cantidad UCUM, rango de referencia e interpretación, y un DiagnosticReport que los agrupa con estado, intérprete, hora de emisión, conclusión y PDF. La entrega se realiza mediante escrituras REST, un Bundle de transacción por informe, o suscripciones FHIR.

Con FHIR, el pedido es un ServiceRequest, los resultados son Observations (uno por analito, código LOINC, cantidad UCUM, referenceRange, interpretation) agrupados por un DiagnosticReport que lleva el estado, el intérprete, la hora de emisión, la conclusión y el PDF, con basedOn apuntando al ServiceRequest. Las correcciones son versiones de los mismos recursos con estado amended o corrected. La entrega se realiza mediante escrituras REST al servidor FHIR del EHR, un Bundle de transacción por informe o Suscripciones. La guía HL7 v2-to-FHIR mapea cada campo anterior; muchos laboratorios ahora ofrecen ambos. Consulte FHIR DiagnosticReport explicado y FHIR Observation explicado.

Paso 6: pruebas y puesta en marcha

Probar una interfaz de laboratorio antes de la puesta en marcha significa ejecutar pacientes sintéticos a través de cada caso especial, comparar un día de resultados paralelos entre el informe del laboratorio y la HCE, verificar las zonas horarias y las transiciones del horario de verano, verificar el manejo de acuses de recibo y la repetición después de una interrupción, y acordar un procedimiento de guardia para mensajes fallidos, utilizando el perfil Laboratory Testing Workflow de IHE como base.

Pruebe con pacientes sintéticos a través de cada caso del paso 3; compare un día de resultados paralelos entre el informe en papel o PDF y el historial; verifique las zonas horarias y las transiciones del horario de verano; verifique el manejo de ACK y la reproducción después de una interrupción; acuerde un procedimiento de guardia para mensajes fallidos. El perfil Laboratory Testing Workflow de IHE y las suites de conformidad nacionales proporcionan una base probada.

Fallos a tener en cuenta en el diseño

Los fallos contra los que debe diseñarse una interfaz de laboratorio son resultados archivados en un encuentro anterior, fusiones de pacientes no aplicadas al LIS, cambios de unidades después de una actualización de analizador que alteran las tendencias, resultados corregidos que se sobrescriben sin una alerta, susceptibilidades de microbiología adjuntas al organismo equivocado y resultados de pruebas para las que la HCE no tiene código que desaparecen en una cola de errores.

Resultados archivados en un encuentro anterior porque PV1 estaba obsoleto; una fusión (ADT A40) no aplicada al LIS; un cambio de unidad después de una actualización del analizador que desplaza silenciosamente las tendencias; resultados corregidos que sobrescriben sin una alerta; susceptibilidades de microbiología adjuntas al organismo equivocado; un laboratorio que envía resultados de una prueba para la que el EHR no tiene código, que luego desaparecen en una cola de errores.

En Anpheros

El conector de laboratorio de Anpheros acepta ORU^R01, CSV y JSON y produce Observations bajo un DiagnosticReport con LOINC y UCUM, conservando los códigos locales y el archivo original; la guía del desarrollador sobre importación de resultados de laboratorio lo explica en detalle contra el sandbox gratuito.

Páginas relacionadas

Fuentes

Preguntas frecuentes

¿Qué versión de HL7 debe usar una nueva interfaz de laboratorio?

2.5.1 si ambos lados lo soportan: tiene SPM para especímenes y un manejo de estado más claro. Muchos laboratorios todavía usan 2.3.1, y la interfaz se adapta al lado más antiguo.

¿Cómo se emparejan los resultados con los pedidos?

Por el número de pedido del colocador (asignado por el EHR) y el número de pedido del relleno (asignado por el LIS), transportados en ORC-2/3 y OBR-2/3 tanto de la respuesta del pedido como del resultado. Si el EHR nunca registró el número de relleno, la coincidencia se basa en el número del colocador.

¿Qué pasa si el laboratorio no puede enviar códigos LOINC?

Mapee sus códigos locales a LOINC en su lado, en el motor o el conector, y conserve ambos. Insista en que el sistema de códigos local sea estable y que se anuncien las nuevas pruebas.

¿Está FHIR listo para interfaces de laboratorio?

Sí para nuevas conexiones, especialmente fuera del hospital: ServiceRequest, Observation y DiagnosticReport cubren pedidos y resultados completamente, y las guías nacionales los perfilan. Dentro del hospital, el LIS y los analizadores hablarán HL7 v2 durante años.

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.

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 →