Comment BTAHL7 route les messages
Microsoft BizTalk Accelerator pour HL7 (BTAHL7) tire parti des fonctionnalités de traitement des messages de Microsoft BizTalk Server, mais l’étend également de plusieurs manières spécifiques aux exigences de messagerie HL7.
Vue d’ensemble du routage
HL7 reçoit des messages d’un système métier et peut les recevoir à l’aide de l’adaptateur MLLP. Le système LOB se connecte à l’adaptateur MLLP sur BizTalk Server via un port TCP, puis envoie des messages à l’adaptateur MLLP.
Dans BizTalk Server 2013 R2 et les versions antérieures, l’adaptateur de transport de réception HL7 MLLP attend que le système métier distant se connecte à MLLP. Une fois le système métier distant connecté, le système métier envoie les messages à l’aide de MLLP au BizTalk Server. En particulier :
- Le système métier distant se connecte à l’adaptateur MLLP sur le BizTalk Server local à l’aide d’un port TCP
- L’emplacement de réception BTA4HL7 avec l’adaptateur MLLP accepte la connexion
- Le système métier distant délivre un ou plusieurs messages
- Le système métier distant se déconnecte
Dans BizTalk Server 2016 et versions ultérieures, la connexion au système métier est lancée par l’adaptateur MLLP, puis le système LOB envoie des messages à la réception MLLP. En d’autres termes, le système métier distant attend la connexion avant d’envoyer des messages à MLLP. En particulier :
- Le BizTalk Server local se connecte au système métier distant à l’aide d’un port TCP
- L’emplacement de réception BTA4HL7 avec l’adaptateur MLLP lance la connexion
- Le système métier distant délivre un ou plusieurs messages
- Le système métier distant se déconnecte
Pour la compatibilité descendante, vous pouvez utiliser le comportement par défaut d’origine où le système métier distant initie les connexions. Cette option est configurable dans les propriétés d’emplacement de réception MLLP.
Une fois le message HL7 reçu, il est envoyé à un pipeline de réception HL7. Dans ce pipeline, le désassembleur HL7 analyse le message et le valide en fonction de la définition de schéma et de la configuration de validation appropriées. À ce stade, un message d’accusé de réception HL7 peut être généré (réussite ou erreur), en fonction de la validité du message et de la configuration d’accusé de réception appropriée. À partir de là, le pipeline envoie le message instance et l’accusé de réception facultatif à la base de données MessageBox pour un traitement et un routage ultérieurs.
Une fois qu’un message instance arrive dans la base de données MessageBox, BizTalk Server vérifie les abonnements basés sur des filtres et achemine le message vers un ou plusieurs ports d’envoi (éventuellement des ports MLLP) via un pipeline d’envoi HL7. Le pipeline d’envoi peut valider les instances de message en fonction de la définition de schéma et de la configuration de validation appropriées. En plus de la validation, il est possible de remplacer certaines valeurs de champ dans le segment MSH du message sortant. Cette fonctionnalité de substitution est particulièrement utile si plusieurs ports se sont abonnés à un message et que chaque application de réception a des attentes uniques au sein des valeurs de segment MSH.
Bien sûr, toutes les autres fonctionnalités de port d’envoi et de réception BizTalk Server seront disponibles pour les messages HL7, ainsi que certaines fonctionnalités qui peuvent être propres au type de port sélectionné, telles que les paramètres de port d’envoi MLLP. Un exemple des fonctionnalités de BizTalk Server pertinentes serait la possibilité d’appliquer une carte de transformation à un message sortant.
Fonctionnement du routage
L’accélérateur BizTalk pour HL7 achemine les instances de message HL7 en fonction des abonnements que la base de données MessageBox gère. Ces abonnements utilisent des filtres que vous définissez pour chaque port d’envoi. Les exemples de filtres peuvent inclure le routage basé sur l’ID de port de réception et/ou le type de message HL7 (ADT^A03, par exemple) et/ou l’envoi d’application (valeur MSH3.1).
En plus de configurer BizTalk Server abonnements, vous devez effectuer une configuration de messagerie spécifique à HL7 qui affectera les instances de message HL7 lorsque BizTalk Server les achemine. Cette configuration supplémentaire vous permet d’appliquer des règles de validation HL7 uniques, la génération automatique d’accusés de réception et la possibilité de remplacer des valeurs MSH. BTAHL7 applique cette configuration au niveau de la partie. Vous devez définir des parties dans BizTalk Explorer et effectuer la configuration HL7 associée dans le Explorer de configuration BTAHL7.
Pour appliquer une configuration de messagerie HL7 unique (par exemple, validation ou remplacements MSH) à plusieurs ports d’envoi qui s’abonnent à un message, vous devez créer des associations entre les parties et les ports d’envoi. Vous configurez des associations de ports de partie à envoyer en tant que propriétés de partie dans BizTalk Explorer.
Si vous n’avez pas besoin d’acheminer les messages HL7 vers plusieurs ports d’envoi ou d’appliquer une configuration de traitement HL7 unique à plusieurs ports d’envoi, vous pouvez éliminer l’étape d’association de parties à des ports d’envoi. Dans ce cas, BTAHL7 associe la partie à sa configuration de messagerie HL7 via le champ d’application de réception dans le message HL7 (MSH 3.1). Cette situation est plus susceptible de se produire dans un échange de messages interrogatifs HL7 (demande/réponse).