Problemas conocidos de confirmaciones
Esta sección contiene información útil que puede ayudarle a evitar errores de confirmación (ACK).
Mensaje de confirmación HL7 V2.1 aceptado incluso si contiene el campo MSA6
El Acelerador de Microsoft BizTalk para HL7 (BTAHL7) aceptará un mensaje de confirmación HL7 V2.1 aunque contenga el campo MSA6.
Valor MSA-01 no generado para errores de confirmación de confirmación
BTAHL7 no genera un código de confirmación MSA-01 para errores de confirmación (CE).
Es posible que el adaptador MLLP bidireccional no detecte un problema con un ACK
Cuando BTAHL7 recibe una ACK en un adaptador MLLP bidireccional, el adaptador realiza una validación ligera en ACK para determinar su validez. Si se detecta que es válido, se extrae el campo MSA1 y, en función de su valor, el adaptador reintenta, suspende o elimina el mensaje original al que responde el ACK. Sin embargo, dado que la validación realizada por el adaptador no es una validación completa, es posible que el adaptador no detecte un problema con ACK. Por ejemplo, el adaptador podría determinar que ACK es válido y eliminar el mensaje original, mientras que la canalización determinaría que ACK no tenía el formato correcto y suspendería el mensaje ACK.
V2.XML ACK con varios errores producirá un error en la validación
Si un mensaje de V2.XML entrante contiene más de un error, el analizador BTAHL7 puede generar un V2.XML ACK con más de un error en el campo de error. Este tipo de V2.XML ACK producirá un error en la validación, ya que el estándar HL7 especifica que el analizador solo puede notificar un error en un campo de error de V2.XML ACK.
Los contadores de rendimiento de MLLP no cuentan los ACK
Una medida del rendimiento de BTAHL7 es el número de mensajes procesados por un adaptador MLLP, como se indica en los contadores de rendimiento de MLLP. Este recuento mide el número de mensajes recibidos o transmitidos. Sin embargo, el recuento no mide el número de ACK recibidos o enviados.
NAK generado por el adaptador MLLP bidireccional
Cuando un adaptador MLLP bidireccional suspende un mensaje, BTAHL7 genera un NAK (confirmación negativa) y lo coloca en la base de datos messagebox. Esto puede ser un comportamiento inesperado. Es posible que quiera quitar el NAK de la base de datos messagebox o asignarlo a otro mensaje.
Tipo de datos de una ACK a un mensaje por lotes
En un mensaje ACK generado en respuesta a un mensaje por lotes, el campo MSH10 (identificador de control de mensajes) será un GUID, en lugar de basarse en el tipo de datos del campo MSH10 del mensaje por lotes.
Tipo DOC de confirmaciones generadas
BTAHL7 genera confirmaciones mediante el tipo http://microsoft.com/HealthCare/HL7/2X#ACK_24_GLO_DEF DOC o http://microsoft.com/HealthCare/HL7/2X#ACK_25_GLO_DEF. Si la entidad de destino usa un espacio de nombres diferente, debe aplicar un mapa del cuerpo en el puerto de envío; de lo contrario, es posible que encuentre errores de serialización.