REVISIÓN: Hay disponible un hotfix que proporciona las propiedades adicionales de modo de entrega para el protocolo de nivel inferior mínima envían y reciban los adaptadores en el Acelerador de BizTalk para HL7 en un entorno de BizTalk Server 2010

Requisitos previos

Debe tener Microsoft BizTalk Accelerator para HL7 (BTAHL7) instalado para poder aplicar este hotfix.

Información de reinicio

Tendrá que reiniciar el equipo después de aplicar este hotfix. Si no se le pide reiniciar, debe reiniciar servicios de BizTalk. Para obtener más información acerca de este procedimiento, consulte el archivo Readme.txt que se incluye en este paquete de revisiones.

Información de reemplazo

Esta revisión no sustituye a ninguna revisión publicada previamente.

Información de archivo

La versión en inglés de esta revisión tiene los atributos de archivo (o atributos del archivo más reciente) mostrados en la tabla siguiente. Las fechas y horas de estos archivos se muestran en la hora Universal coordinada (UTC). Al ver la información del archivo, se convierte en hora local. Para encontrar la diferencia entre la hora UTC y la hora local, utilice la ficha Zona horaria en el elemento de Fecha y hora del Panel de control.

Después de la revisión se ha instalado y configurada el flujo de mensajes

Después de aplicar y habilitar esta revisión, el adaptador MLLP envía cualquier mensaje recibido por el adaptador MLLP a MessageBoxDB. El Administrador de punto final (EPM) vuelve el adaptador junto con el estado de envío del método BatchComplete . Esto hace que el adaptador enviar la confirmación ACK/NAK al sistema precede en la cadena. A su vez, el sistema precede en la cadena recibe el ACK/NAK y, a continuación, envía el mensaje siguiente. El método BatchComplete es independiente de la configuración de MaxReceiveInterval y se llama inmediatamente después de que el mensaje se envió correctamente a BizTalk.

Tan pronto como está listo para enviar el mensaje, el adaptador de envío transmite el mensaje al sistema de nivel inferior. Si la propiedad de Uso MLLP transporte confirmación se establece en True, se espera el ACK/NAK. Si el envío es un ACK, BizTalk finaliza el procesamiento correctamente. Si el envío es una señal de no confirmación, y si la propiedad de Mensaje de solicitud de suspensión en señal de no confirmación de MLLP transporte se establece en True, el mensaje se suspende directamente sin intentarlo de nuevo. Sin embargo, si la propiedad de Mensaje de solicitud de suspensión en señal de no confirmación de MLLP transporte se establece en False, BizTalk volverá a intentar basándose en la configuración de intervalo de reintentos de puerto de envío. (De forma predeterminada, la propiedad de Mensaje de solicitud de suspensión en señal de no confirmación de MLLP transporte se establece en False).

El siguiente diagrama muestra el flujo de mensajes:

1. El mensaje que envía el sistema precede en la cadena de aplicación de envío es procesada por el MLLP adaptador de recepción.

2. El adaptador MLLP envía el mensaje a BizTalk/EPM.

3. El EPM vuelve el adaptador sobre el estado de envío de mensaje. El EPM realiza esto en el método Lote completo .

4. Una confirmación ACK/NAK generado por el adaptador MLLP y se basa en el estado de envío del lote. ACK/NAK se envía a la aplicación de envío.
   
   Nota: Si el estado de envío del lote es correcto, el adaptador devuelve el ACK. Sin embargo, si se produce un error o si el envío el tiempo de espera (por ejemplo, si se agota el tiempo de espera de la llamada al método Lote completo ), el adaptador devuelve NAK a la aplicación de envío.
   
   

5. El EPM pasa el mensaje al adaptador de envío MLLP para la transmisión.

6. El MLLP enviar adaptador envía el mensaje procesado que el sistema indirecto.

7. El nivel de transporte ACK/NAK espera por el adaptador de envío MLLP para completar la comunicación.

8. Si el mensaje en el paso 7 es un ACK, el adaptador pregunta el EPM para eliminar el mensaje. De lo contrario, el adaptador tiene pedir la EPM un reintento que se basa en la configuración de intervalo de reintento. Una nueva opción se proporciona en la configuración del puerto de envío para suspender el mensaje directamente, sin un reintento, si se recibe un NAK MLLP. De forma predeterminada, esta opción se establece en False. Si esta opción está establecida en True, el mensaje se suspenderá directamente, sin un reintento, si se recibe un NAK MLLP.

Formato ACK/NACK de nivel de transporte

El sitio Web contiene la siguiente información:

• Ejemplo de un acuse de recibo de confirmación MLLP:

  <SB><ACK><EB><CR>

• Ejemplo de un negativo MLLP confirmar confirmación:

  <SB><NAK><EB><CR>

Notas:

• En estos ejemplos, < SB > hace referencia al carácter de bloque de inicio (1 byte). Esto corresponde al carácter ASCII < VT > o < 0x0B >.
  
  No debe confundirse con los caracteres SOH o ASCII STX.

• En estos ejemplos, < ACK > o < NAK > referencia al carácter de confirmación (1 byte. Se corresponde con el carácter ASCII < ACK > o < 0 x 06 >) o el carácter de acuse de recibo negativo (1 byte. Corresponde al carácter ASCII < NAK > o < 0x15 >).

• En estos ejemplos, < EB > hace referencia al carácter de bloque End (1 byte). Esto corresponde al carácter ASCII < FS > o < 0x1C >.

• En estos ejemplos, < CR > hace referencia al carácter de retorno de carro (1 byte). Esto corresponde al carácter ASCII < CR > o < 0x0D >.

• Microsoft proporciona información de contacto de terceros para ayudarle a encontrar soporte técnico. Esta información de contacto puede cambiar sin previo aviso. Microsoft no garantiza la exactitud de esta información de contacto de terceros.

Cómo configurar la recepción y puertos a usar las nuevas propiedades de envío

Configurar la recepción y puertos de envío como sigue.

Nota: La configuración de puerto de envío y recepción se puede utilizar independientemente o juntos.

Acerca de la propiedad de "Reconocimiento de transporte MLLP de uso"

La tabla siguiente describe el comportamiento esperado de puertos unidireccionales o bidireccionales que utilice la propiedad Usar reconocimiento de transporte MLLP . Debe aplicarse la combinación requerida de configuración como se describe en la sección "Cómo habilitar la revisión".

Notas:

• "Sistema precede en la cadena" se refiere a la aplicación de envío. Envía mensajes a BizTalk. Estos mensajes son entrantes a BizTalk.

• "Sistema indirecto" se refiere a la aplicación receptora. Recibe mensajes de BizTalk. Estos mensajes son saliente a BizTalk.

Bidireccional de recepción y envío no se cambia el comportamiento del puerto. Unidireccional de recepción y envío de comportamiento puerto también no cambia a menos que la propiedad Uso MLLP transporte confirmación está establecida en true.

Para obtener más información, consulte la documentación del adaptador MLLP. Si un sentido recibe y puertos de envío tienen la configuración adecuada, mejora el rendimiento. Si la característica de Reconocimiento de transporte MLLP de uso de un puerto bidireccional o unidireccional se establece en false, el tipo de confirmación generado continúa sin cambios. En esta situación, el tipo de confirmación generado depende de la configuración de BTAHL7 configuración explorador de la aplicación que envía el mensaje. El valor de campos MSH 15 y 16 de MSH de un mensaje específico puede invalidar esta configuración. Sin embargo, si la característica de Reconocimiento de transporte MLLP de uso de un puerto bidireccional o unidireccional se establece en false, puede establecer la configuración de las aplicaciones que esperan ACK estático sólo mediante el Explorador de configuración BTAHL7. Comportamiento de tiempo de espera para el puerto sufre..

El comportamiento esperado en los casos de esquina cuando se utilizan las propiedades es la siguiente:

RECEIVE

• WrongMLLPFormat: el mensaje no se envía a BizTalk.

• WrongHL7Format: el mensaje se envía a BizTalk y se transmite un ACK de MLLP/NAK que se basa en el estado de finalización de proceso por lotes.

• TransmittingSocketIssue: el ACK de MLLP/NAK no se transmite, aunque el mensaje se envía a BizTalk.

• ReceivingSocketIssue: el mensaje no se recibe y, por tanto, no se envía y no se envía ninguna transmisión MLLP ACK/NAK.

• Si se produce un error en una presentación a BizTalk, se transmite una señal de no confirmación.

• Si se recibe un estado negativo de lote completo, se transmite una señal de no confirmación.

Enviar y el puerto de envío propiedad "detener el envío de mensajes posteriores en caso de error de mensaje actual" = True

• WrongMLLPFormat: el mensaje se ha suspendido porque no se puede leer el MLLP ACK/NACK. Procesamiento no continuará hasta que se borran los mensajes suspendidos.

• WrongHL7Format: el mensaje no antes de que llegue el adaptador. Procesamiento no continuará hasta que se borran los mensajes suspendidos.

• TransmittingSocketIssue: se ha suspendido el mensaje. Procesamiento no continuará hasta que se borran los mensajes suspendidos.

• ReceivingSocketIssue: se ha suspendido el mensaje. Procesamiento no continuará hasta que se borran los mensajes suspendidos.

El comportamiento esperado cuando la propiedad de Mensaje de solicitud de suspensión en señal de no confirmación de MLLP transporte está establecida en True o en False es la siguiente:

• Cuando la propiedad de Mensaje de solicitud de suspensión en señal de no confirmación de MLLP transporte se establece en True y se recibe una señal de no confirmación, se suspende el mensaje sin un reintento para enviarla.

• Cuando se establece la propiedad de Mensaje de solicitud de suspensión en señal de no confirmación de MLLP transporte para el valor predeterminado de False, un reintento para enviar que el mensaje se inicia, se basa en la configuración de intervalo de reintentos de puerto de envío.

Cambios en la utilidad de SDK de MLLP

La utilidad de SDK de MLLP incluye los siguientes parámetros nuevos. Todos los demás parámetros permanecen sin cambios. Para obtener más información, consulte la documentación del producto.

• Para MLLPReceive.exe, utilice el nuevo parámetro para devolver el ACK de MLLP/NAK después de recibir el mensaje. Por ejemplo:

  MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
  MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK

• Para MLLPSend.exe, utilice el nuevo parámetro espera para MLLP ACK/NAK. Por ejemplo:

  MLLPSend /sb 11 /eb 28 /cr 13/f "C:\HL7\ls.txt" /I 127.0.0.1 /p 11000 /UseMLLPTransACK