Solución de otros problemas

  • Artículo

Se han corregido otros problemas relacionados con el Acelerador de Microsoft BizTalk para HL7 (BTAHL7).

Mensaje rechazado por el motor BTAHL7

Síntoma

El motor de mensajes rechaza aleatoriamente los mensajes.

Causa posible : según el estándar HL7, los valores de enumeración de la tabla 0338 contienen el valor "L&I". El campo 6 del segmento pra puede contener este valor. Dado que BTAHL7 trata el carácter "&" como delimitador, se rechaza el mensaje.

Resolución : hay tres posibles soluciones para este problema:

  1. En la instancia del mensaje, controle el carácter "&" a través de una secuencia de escape, como el uso de la combinación de caracteres L\T\I.

  2. Agregue un valor de enumeración de "LI" en pra 6 en el esquema y use este valor en su lugar en la instancia del mensaje.

  3. Use un separador de subcomponentes completamente diferente en MSH2; Sin embargo, es posible que esta solución en particular no sea práctica en función del entorno.

No se puede editar el esquema HL7 mediante Visual Studio

Síntoma

No se puede editar el esquema HL7 mediante Microsoft Visual Studio.

Causa posible : Visual Studio no admite algunos esquemas HL7.

Solución : use otros editores, como el Bloc de notas de Microsoft, para editar esquemas HL7.

Se produce un error en el control de mensajes sin errores registrados

Síntoma

El sistema procesa los mensajes sin registrar mensajes de error ni colocarlos en la cola de mensajes suspendida.

Causa posible : los valores de propiedad HeaderSpecType y DocumentSpecType distinguen mayúsculas de minúsculas. Al implementar las canalizaciones, un error tipográfico en estos nombres puede hacer que los mensajes se controlen de forma incorrecta y se quiten sin errores registrados.

Resolución : observe la distinción entre mayúsculas y minúsculas al usar los nombres de valor de propiedad HeaderSpecType y DocumentSpecType .

Los campos de encabezado del mensaje no se validan correctamente

Síntoma

Error en la validación de un campo de encabezado.

Motivo: el serializador BTAHL7 validó una propiedad promocionada, no la propiedad de contexto real del campo de encabezado.

Posible causa : se ha producido un cambio en la propiedad promocionada correspondiente al encabezado a través de una orquestación o un mapa.

Resolución : las propiedades de contexto de los encabezados de mensaje MSH1, MSH2 y MSH5{1-3} deben actualizarse para que estén sincronizadas con los datos.

El adaptador de MLLP no se quita durante la desinstalación

Síntoma

El programa de instalación BTAHL7 no quitó el adaptador MLLP durante la desinstalación de BTAHL7.

Causa posible : hubo una ubicación de recepción o un puerto de envío con un tipo de transporte de MLLP. El programa de instalación de BTAHL7 no puede quitar el adaptador de MLLP si se hace referencia a él en cualquiera de los proyectos de BizTalk Server.

Resolución : una vez completada la desinstalación de BTAHL7, haga lo siguiente:

  1. En la consola de administración de BizTalk Server, quite todas las ubicaciones de recepción y los puertos de envío que tengan un tipo de transporte de MLLP, o cambie el tipo de transporte de las ubicaciones de recepción o los puertos de envío a otro tipo.

  2. En la Consola de administración, elimine el adaptador de MLLP.

  3. Reinicie la instancia de host.

BTAHL7 no se puede desinstalar si BizTalk Server ya se ha desinstalado

Síntoma

La desinstalación de BTAHL7 produce el siguiente error:

A network error while attempting to read from file C:\Windows\Installer\Microsoft BizTalk <version\> Accelerator for HL7.msi

Causa posible: BizTalk Server se desinstaló antes de que se intentara la desinstalación de BTAHL7. Debe desinstalar BTAHL7 antes de desinstalar BizTalk Server.

Resolución: vuelva a instalar BizTalk Server, desinstale BTAHL7 y, a continuación, desinstale BizTalk Server.

Los mensajes se siguen enviando después de que se haya detenido el puerto de envío mlLP aplicable.

Síntoma

Después de detener un puerto de envío mlLP, los mensajes que se envían a través de ese puerto de envío no se detienen, pero se siguen enviando.

Causa posible : al detener un puerto de envío, la conexión permanece establecida hasta que se quita deteniendo el host de BizTalk. Como resultado, los mensajes se siguen enviando después de detener el puerto de envío. Esto ocurre porque Biztalk Server no llama al adaptador de MLLP durante el inicio o detención del puerto de envío. BizTalk Server llama al adaptador MLLP solo durante el inicio y la detención del servicio host.

Resolución : puede quitar la conexión y detener la transmisión de mensajes deteniendo la instancia de host que es el controlador de envío para el puerto de envío que detuvo. Sin embargo, detener esa instancia de host puede afectar a otros mensajes que no desea detener. Si sabe que este es el caso, debe configurar el puerto de envío de forma diferente al crearlo. Debe crear otra instancia de host para que actúe como controlador de envío solo para este puerto de envío MLLP (o un subconjunto de los puertos de envío). Después, puede detener la transmisión de mensajes desde este puerto de envío deteniendo esta instancia de host. Esto no afectará a la transmisión de otros mensajes en otros puertos de envío que usen otros controladores de envío.

Consulte también

Solución de problemas y problemas conocidos en HL7