Cómo aplicar los mapas y códigos personalizados de ACK a mensajes ACK de HL7 para 2013 R2 de BizTalk Server

Problema 1

Esta nueva característica sólo se aplica a la ubicación o el puerto de recepción. Actualmente, el puerto de recepción cualquier BizTalk tiene una propiedad De entrada de mapas . Después de instalar este hotfix, hay una propiedad adicional en la ubicación de recepción para aplicar un mapa a una confirmación de HL7. Esta propiedad adicional permite aplicar un mapa a dos sentidos ubicación de recepción que tiene el uso directo sincrónico HL7 ACK a (=) es True. El único propósito de esta revisión es permitir al usuario especificar un mapa para una confirmación cuando Utilice directa sincrónico HL7 ACK se establece a (=) es True.

Después de instalar la revisión, verá dos propiedades adicionales en el MLLP recibir la ventana de configuración de ubicación. La configuración predeterminada para las dos propiedades está en blanco y deben rellenarse y Uso directo sincrónico HL7 ACK debe establecerse a (=) es True.



Para definir las dos propiedades, siga estos pasos:

1. Propiedad Nombre del ensamblado de OutboundMap requiere el nombre completo del ensamblado en el que está alojado el mapa de salida, como en el ejemplo siguiente:
   
   

   Saliente, versión = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005dEl ensamblado debe ser previamente almacena en caché del ensamblado Global. De lo contrario, se producirá un error en la transformación.

2. Propiedad de Nombre de OutboundMap requiere el nombre completo del mapa, incluyendo el espacio de nombres.

Una desventaja de esta nueva funcionalidad: no se realiza un seguimiento de las Confirmaciones de HL7. Si debe realizar un seguimiento de las Confirmaciones, también debe establecer los Mapas de entrada del puerto de recepción de la propiedad en el BizTalk. Técnicamente, que va a aplicar el mapa a la confirmación de que se colocó en el cuadro de mensaje y la confirmación de que se ha devuelto al sistema precede en la cadena. Ambos deben ser idénticos, ya que ambos tendrán el mismo mapa aplicado. La siguiente captura de pantalla se incluye aclaraciones y sólo es necesaria si deben realizarse un seguimiento de las Confirmaciones.



Nota: La opción de Uso directo sincrónico HL7 ACK mejora el rendimiento de procesamiento de mensajes entrantes. Esto se realiza mediante el envío de la confirmación al sistema ascendente en cuanto se deposita el mensaje en el cuadro de mensaje. Esta configuración mejora el rendimiento si se cumplen las condiciones siguientes:

• El puerto de recepción es un puerto de recepción bidireccional, y la opción de Uso directo sincrónico HL7 ACK se establece en True en la configuración del puerto MLLP recibir.

• BizTalk HL7 DASM se utiliza para generar el ACK. Debe utilizarse el componente DASM como incluidos en el valor predeterminado BTAHL72XReceivePipeline o utilizando el BTAHL7 nativo. Componente de HL72fDasm en una canalización personalizada.

• El valor de puerto de recepción de la confirmación de ruta a la canalización de envío de solicitud y respuesta de la parte de origen debe estar en el Explorador de configuración HL7 y el Tipo de confirmación que debe establecerse en un valor distinto de None.

Problema 2

La nueva característica se aplica a sólo los puertos de envío. Después de instalar el hotfix, el comportamiento se basará en el código de confirmación aceptable que seleccione en la lista desplegable en lugar del código proporcionado por el sistema indirecto.

Enviar MLLP puerto comprueba el código de confirmación en el ACK (campo de MSA.1_AcknowledgmentCode de segmento MSA) que es devuelto por el sistema indirecto y lo compara con los códigos de confirmación aceptable que se establecen en el MLLP enviar propiedades de configuración de puerto. Códigos ACK aceptables actuales son compatibles con el puerto de envío MLLP incluyen AA, CA, AE, CE, AR y CR. Puede seleccionar todos los códigos de confirmación o una combinación de ellos (AA y CA), (AA, CA, AE y CE), (AA, CA, AR y CR) como válido. Pero no hay ninguna opción para especificar una combinación de código ACK aceptable.

Adicionales se agrega códigos ACK aceptable valor denominado "Custom" en la lista desplegable en la propiedad de Los códigos de confirmación aceptable . Todas las combinaciones anteriores permanecen y se aplican tal como estaban antes de que se ha agregado la nueva función.





Después se selecciona personalizado , también debe introducir los nuevos valores en la propiedad de los Códigos de confirmación personalizada aceptable . Estos nuevos valores ACK deben estar separados por una coma (,).

Después de instalar el hotfix, el comportamiento dependerá de la configuración de Códigos de ACK aceptable que está seleccionada. Si el código de confirmación que se devuelve coincide con el código seleccionado aceptable, el procesamiento se realiza correctamente. Se Reintentar para códigos de confirmación estándar y suspender cualquier código de confirmación que no se muestran (que hará un estándar o un código de confirmación no personalizado).

En la tabla siguiente representa este escenario. Una interpretación escrita sigue en la tabla.



AA y CA, procesamiento de mensajes siempre se realiza correctamente independientemente de los códigos ACK aceptables configuración seleccionada. Aquí tiene más información acerca de la configuración de Códigos de ACK aceptable :

• AA, CA: Reintentos AE, CE, AR, CR y suspende cualquier otro.

• AA, CA, AE, CE: Aceptado y exitosas: AA, CA, AE, CE y reintentos AR y crédito suspende cualquier otro.

• AA, CA, AR, CR: Aceptado y exitosas: AA, CA, AR, CR y reintentos AE y CE. Suspende cualquier otro.

• AA, CA, AR, CR, AE, CE: Aceptado y exitosas: AA, CA, AR, CR, AE, CE y ningún otro se devuelve. Se vuelve a intentar ACK y mensaje suspendido.

• Personalizado (valores son escritos y separados por una coma). Ejemplo: AA, AE, Foo, ZZ, ZZZ). Aceptados y acertada: AA, CA, AE, además de cualquier otro introducido ACK personalizado como Foo, ZZ y ZZZ, en este caso. CE reintentos, AR.

• Cualquier código de confirmación que no se ha especificado en los Códigos de confirmación personalizada aceptable no se vuelve a intentar y se suspende.

Cuando un ACK estándar no aparece en Los códigos de confirmación aceptable, se devuelve un error similar al siguiente:

Debe modificarse el esquema de confirmación de cuadro agregando a la lista existente de ACK estándar (AA, AE, AR, CA, CE, CR). Cualquier confirmación personalizado aceptable adicionales (XX, ZZ, por ejemplo) debe agregarse al campo MSA.1_AcknowledgementCode del esquema ACK. Si el ACK adicional personalizado no se agrega al esquema, falla la validación de la tubería con un error de "Valor de la tabla no encontrado".