Interfaz con analizadores: ASTM vs HL7 y cómo conectar tus equipos al sistema del laboratorio

Cada resultado que alguien teclea a mano, copiándolo de la impresión del analizador, es una oportunidad para un dígito invertido, un expediente equivocado o un retraso en la entrega. Conectar los analizadores al sistema del laboratorio permite que las órdenes lleguen al equipo y que los resultados regresen sin pasar por el teclado.

En esta guía te explicamos qué es una interfaz con analizadores, en qué se diferencian los protocolos ASTM y HL7, cómo se implementa una conexión paso a paso y qué debes pedirle a tu proveedor antes de firmar.

Qué es una interfaz con analizadores

Una interfaz es el canal por el que el analizador y el sistema de información del laboratorio (LIS o LIMS) intercambian datos. Hay dos niveles:

• Unidireccional: el analizador solo envía resultados al sistema. Las pruebas se programan en el equipo de forma manual.
• Bidireccional: el sistema le envía al analizador qué estudios correr para cada muestra (normalmente identificada con código de barras) y el analizador devuelve los resultados. Es la que más captura manual elimina.

Si hoy tu equipo transcribe resultados, vale la pena revisar también nuestra guía sobre cómo reducir errores de transcripción en laboratorio clínico: la interfaz es la medida de fondo, pero no la única.

ASTM: el protocolo que hablan muchos analizadores

Cuando un manual de equipo habla de "protocolo ASTM", casi siempre se refiere a dos normas que trabajan juntas (hoy mantenidas por CLSI como LIS1-A y LIS2-A2):

• ASTM E1381 (capa baja): define cómo se transmiten los bytes. Usa caracteres de control como ENQ (solicitud para transmitir), ACK/NAK (confirmación o rechazo), STX/ETX (inicio y fin de trama) y un checksum para detectar errores. Históricamente viaja por puerto serial RS-232, aunque muchos equipos actuales lo envían por TCP/IP.
• ASTM E1394 (estructura del mensaje): define cómo se organiza la información en registros separados por barras verticales.

Los registros más comunes son:

Registro	Contenido
H	Encabezado: quién envía y quién recibe
P	Datos del paciente
O	Orden: muestra y estudios solicitados
R	Resultado de cada prueba
C	Comentarios
Q	Consulta del analizador al sistema
L	Fin del mensaje

Un mensaje simplificado se ve así:

H|\^&|||Analizador|||||||P|1
P|1||EXP-0001
O|1|123456789||^^^GLU
R|1|^^^GLU|<valor>|<unidad>||<bandera>||F
L|1|N

Ojo: cada fabricante implementa ASTM con sus propias variantes (campos opcionales, códigos de prueba, banderas). Por eso siempre se necesita el manual de interfaz del equipo (a veces llamado "host interface specification").

HL7: el estándar de intercambio en salud

HL7 versión 2.x es el estándar más extendido para intercambiar información clínica entre sistemas. En laboratorio lo encontrarás en analizadores más recientes, en middleware y en la conexión con sistemas hospitalarios.

• Estructura: mensajes formados por segmentos. Los más usados en laboratorio son MSH (encabezado), PID (paciente), ORC y OBR (orden) y OBX (cada resultado).
• Tipos de mensaje: órdenes (por ejemplo ORM^O01 u OML^O21) y resultados (por ejemplo ORU^R01 u OUL^R22). La versión y los mensajes exactos dependen del equipo.
• Transporte: normalmente TCP/IP con el protocolo MLLP, que delimita cada mensaje.
• Confirmación: el receptor responde con un mensaje ACK que indica si el mensaje se aceptó o se rechazó.

ASTM vs HL7: comparación rápida

Aspecto	ASTM (E1381/E1394)	HL7 v2.x
Dónde lo verás	Gran parte de analizadores de química, hematología, inmunología y uroanálisis	Analizadores recientes, middleware, sistemas hospitalarios
Transporte	Serial RS-232 o TCP/IP	TCP/IP con MLLP
Estructura	Registros H, P, O, R, C, Q, L	Segmentos MSH, PID, ORC, OBR, OBX
Confirmación	ACK/NAK por trama	Mensaje ACK por mensaje
Variación entre fabricantes	Alta	Media; depende de la versión y del perfil

La conclusión práctica: no eliges el protocolo, lo elige el analizador. Lo importante es que tu sistema hable el protocolo de cada equipo que tienes hoy y de los que piensas incorporar.

Modos de trabajo: consulta al host o lista de trabajo

En una interfaz bidireccional hay dos formas comunes de que el analizador sepa qué correr:

1. Consulta al host (host query): el analizador lee el código de barras del tubo y pregunta al sistema qué estudios tiene esa muestra. Es la opción más flexible, porque no importa en qué orden se carguen los tubos.
2. Envío de lista de trabajo (download o broadcast): el sistema envía por adelantado las órdenes pendientes al analizador. Funciona bien cuando el equipo no soporta consultas.

Definir el modo correcto para cada equipo es parte del diseño de la interfaz y depende de las capacidades del analizador.

Cómo conectar tus analizadores al sistema, paso a paso

1. Haz un inventario de equipos. Para cada analizador anota marca, modelo, versión de software, protocolo (ASTM o HL7), tipo de conexión (serial o red) y si soporta comunicación bidireccional.
2. Consigue el manual de interfaz. Solicítalo a tu distribuidor o fabricante. Sin él, cualquier integración es adivinanza.
3. Resuelve la conectividad física. Cables seriales, convertidores serial a red, puntos de red, una computadora o conector local que reciba los datos. Si tu sistema está en la nube, necesitarás un componente local que hable con los equipos y envíe la información de forma segura; lo explicamos en pros y contras de los sistemas en la nube SaaS.
4. Homologa el catálogo de pruebas. Cada analizador usa sus propios códigos (por ejemplo "GLU"); hay que mapearlos a los estudios y parámetros de tu catálogo, incluidas unidades y número de decimales.
5. Define el flujo de trabajo. Modo de consulta o lista de trabajo, manejo de repeticiones y diluciones, qué pasa si llega un resultado de una muestra sin orden, y cómo se marcan las banderas que envía el equipo.
6. Prueba en paralelo. Durante un periodo, compara lo que recibe el sistema contra lo que imprime el analizador, muestra por muestra y parámetro por parámetro. Documenta las pruebas.
7. Arranca y monitorea. Revisa los registros de comunicación (logs) en los primeros días para detectar mensajes rechazados o resultados que no llegaron.
8. Documenta la interfaz. Configuración, mapeo de códigos, evidencia de pruebas y responsables. Te servirá en auditorías y cuando cambie el equipo o su software.

La interfaz automatiza el traslado de datos, pero no sustituye la validación del profesional responsable: los resultados deben revisarse y liberarse según tus procedimientos. Si quieres reforzar esa etapa, revisa nuestras buenas prácticas para validación de resultados en laboratorio.

Errores frecuentes en la implementación

• Mapeo incompleto de códigos: un parámetro sin mapear simplemente no aparece en el sistema y alguien termina capturándolo a mano.
• Diferencias de unidades o decimales entre el equipo y el catálogo.
• Actualizaciones de software del analizador que cambian campos o códigos sin avisar al área de sistemas.
• Problemas de caracteres especiales (acentos, ñ) en nombres de pacientes o comentarios.
• Repeticiones mal gestionadas: sin una regla clara, puede quedar el resultado equivocado como definitivo.
• Etiquetas de código de barras ilegibles o con formato no compatible con el lector del analizador.
• Nadie revisa los logs: los mensajes rechazados pasan desapercibidos hasta que un paciente pregunta por su resultado.

Qué preguntarle a tu proveedor de sistema

Antes de contratar, pide respuestas concretas a estas preguntas:

• ¿Qué protocolos soporta (ASTM, HL7 y versiones)?
• ¿Con qué marcas y modelos tiene interfaces funcionando hoy?
• ¿Las interfaces son bidireccionales? ¿Soportan consulta al host?
• ¿Quién se encarga del mapeo de códigos y de las pruebas en paralelo?
• ¿Cuánto tarda en promedio conectar un equipo y qué necesita de tu parte?
• ¿La interfaz tiene costo adicional por equipo?
• ¿Cómo se da soporte cuando falla la comunicación o cambia el software del analizador?
• ¿Queda registro de qué se recibió, cuándo y de qué equipo?

Ampliamos estos criterios en qué buscar en un proveedor de sistema LIMS y en los beneficios de contar con un sistema LIMS en un laboratorio clínico.

Interfaces, trazabilidad y normatividad

Una interfaz bien implementada deja huella de cada paso: qué orden se envió al equipo, qué resultado regresó, a qué hora y desde qué analizador. Esa información fortalece la trazabilidad que se revisa en auditorías; puedes contrastarla con nuestro checklist de trazabilidad para auditorías internas.

Cómo lo resolvemos en DevelLab

DevelLab se conecta con los analizadores mediante un conector de escritorio instalado en una computadora del laboratorio. Ese conector habla con cada equipo en su protocolo (ASTM, HL7, entre otros), por puerto serial RS-232, por red TCP/IP, FTP, Archivos compartidos, y sincroniza órdenes y resultados con la plataforma en la nube.

Hoy tenemos interfaces funcionando con equipos de química clínica, hematología, inmunoensayo, coagulación, uroanálisis, HbA1c y microbiología, etc.

El proceso de implementación sigue los pasos descritos en esta guía: revisamos el manual de interfaz del equipo, configuramos la conexión física, homologamos los códigos de prueba con tu catálogo y hacemos pruebas en paralelo antes de liberar la interfaz.

Para conectar un equipo, el laboratorio necesita:

• El manual de interfaz del analizador (lo solicita a su distribuidor).
• Una computadora local con acceso a internet donde corre el conector.
• El cable serial o el punto de red según el equipo, y en algunos casos que el distribuidor habilite la comunicación con host en el analizador.

El tiempo típico de conexión es de 1 a 5 días por equipo. Si el equipo ya tiene interfaz desarrollada en DevelLab, el proceso se reduce a configuración, mapeo y pruebas.

Conecta tus analizadores y deja atrás la captura manual

Si quieres ver cómo se conectan tus equipos al sistema y cómo llegan los resultados sin transcripción, solicita una demostración de DevelLab y revisamos juntos el inventario de analizadores de tu laboratorio.