Procesamiento de archivos planos BTAHL72X
Los siguientes componentes del Acelerador de Microsoft BizTalk para HL7 (BTAHL7) procesan mensajes HL7 2.X (codificados en HL7):
Canalizaciones y bibliotecas principales: BTAHL7.PipelineCommon.dll y BTAHL7.PipelineMessageCore.dll
Bibliotecas de ensamblador y desensamblador: BTAHL7.HL72fAsm.dll y BTAHL7.HL72fDAsm.dll
La biblioteca de validación de confirmación (ACK) usada para el adaptador de envío mlLP bidireccional: BTAHL7.HL7ACKHelper.dll
Modos de mensaje HL7
BTAHL7 admite los siguientes modos de mensaje para los mensajes 2.X:
Modo publicador-suscriptor (pub-sub)
El publicador transmite a una parte de los suscriptores, ya sea como declarativo o como una actualización no solicitada. BizTalk Server y BTAHL7 proporcionan flexibilidad a este modo, ya que puede administrar suscripciones y partes después del tiempo de diseño.
Modo de solicitud-respuesta
Intercambio de mensajes interrogativos o de consulta en los que una solicitud específica de una entidad específica da como resultado un mensaje de respuesta.
Análisis de archivos planos
BTAHL7 analiza los mensajes de varias partes de HL7 2.X en tres partes:
Elemento Header-MSH
Parte del cuerpo
Parte Z
Validación de encabezados HL7
El desensamblador y ensamblador HL7 realizan la validación estructural y esquemática del encabezado de un mensaje 2.X, con el fin de comprobar que puede procesar el mensaje. BTAHL7 basa la validación esquemática en el esquema de encabezado común, MSH_25_GLO_DEF.
Por ejemplo, el analizador determina que los campos MSH1 y MSH2 están bien formados. MSH1 debe tener solo un carácter. MSH2 debe tener entre dos y cuatro caracteres y no se puede repetir ningún carácter.
Validación del cuerpo HL7
El desensamblador y ensamblador HL7 realizan la validación estructural básica del cuerpo de un mensaje 2.X y la validación esquemática, si la habilita.
La validación estructural básica del cuerpo, que BTAHL7 siempre realiza, incluye la comprobación de lo siguiente:
Que hay tres caracteres en segmentos
Que el delimitador de segmento es <CR> o <CR><LF> (opcional para el último segmento)
Esos delimitadores de campo son adecuados.
Que no hay segmentos declarados (con una etiqueta de segmento de tres caracteres definida) en un segmento Z no declarado
La validación de esquemas más extensa del cuerpo incluye lo siguiente:
Delimitadores de campo finales
En segmentos de encabezado y cuerpo de MSH
Segmento Z
Tipo de datos personalizado y compatible con XSD
Tipos XSD admitidos y no XSD (TS (marca de tiempo), DT (fecha), TM (hora) y TN (número de teléfono)
Enumeraciones
Id. (tablas definidas por HL7) e IS (tablas definidas por el usuario)
Opcionalidad
Obligatorio y opcional
Repetición
Segmento y campo
Secuencias de escape
Codificación de caracteres, formato y juegos de caracteres
Habilitar o deshabilitar la validación esquemática para todos los mensajes recibidos o enviados a una entidad específica (entidad de origen para el desensamblado, entidad de destino para el ensamblador). BTAHL7 usa los esquemas HL7 2.X directamente para este procesamiento, según lo determinado por el campo de encabezado de estructura de mensajes MSH9.3, el campo Id. de versión de MSH12 (2.3.1, 2.4 o 2.5) y la configuración del espacio de nombres en el Explorador de configuración de BTAHL7.
Procesamiento del desensamblador HL7
El desensamblador HL7 analiza los mensajes HL7 entrantes en segmentos XML para su procesamiento. A medida que analiza los mensajes, el desensamblador realiza las siguientes tareas:
Controla secuencias de escape
Controla las comprobaciones de las propiedades obligatorias o opcionales.
Controla los segmentos definidos y los segmentos Z no definidos o inesperados (para obtener una descripción de los segmentos Z, consulte Personalización de mensajes a través de objetos Z).
Omite segmentos inesperados al final de una instancia (que se convierten en segmentos Z no declarados)
Informes de errores
BTAHL7 notifica la mayoría de los errores en formato de error HL7 estándar, que incluyen el segmento, la secuencia, el campo y el código de error. Sin embargo, la condición de error puede ser tal que no todas estas estén disponibles, por ejemplo, si no hay ningún esquema presente. Para controlar estos casos, BTAHL7 puede notificar errores en un formato de error BTAHL7 alternativo. El segmento de error de un mensaje incluye dos partes: una para el error HL7 y otra para el error BTAHL7 alternativo.
Generación de ACK
BTAHL7 admite los siguientes tipos de confirmaciones (ACK) para mensajes 2.X. Se usan el tipo de error HL7 y el tipo de error BTAHL7 (alternativo):
Asignación de mensajes originales y ACK
HL7 ACK originales
HL7 ACK mejorados
Confirmación de aceptación y aceptación de aplicación
ACK estático/proxy
ACK o NAK
Promoción de propiedades
BTAHL7 admite la promoción de las siguientes propiedades 2.X:
Esquema de propiedades
Esquema de encabezado MSH
En esta sección
Consulte también
Procesamiento de mensajes
Procesamiento de mensajes de HL7
Uso de esquemas HL7 2.X