Problèmes connus liés aux accusés de réception
Cette section contient des informations utiles qui peuvent vous aider à éviter les erreurs d’accusé de réception (ACK).
Message d’accusé de réception HL7 V2.1 accepté même s’il contient un champ MSA6
Microsoft BizTalk Accelerator pour HL7 (BTAHL7) accepte un message d’accusé de réception HL7 V2.1, même s’il contient le champ MSA6.
Valeur MSA-01 non générée pour les erreurs d’accusé de réception de validation
BTAHL7 ne génère pas de code d’accusé de réception MSA-01 pour les erreurs d’accusé de réception de validation (CE).
L’adaptateur MLLP bidirectionnel peut ne pas détecter un problème avec un ACK
Lorsque BTAHL7 reçoit un ACK sur un adaptateur MLLP bidirectionnel, l’adaptateur effectue une validation légère sur l’ACK pour déterminer sa validité. S’il s’avère valide, le champ MSA1 est extrait et, en fonction de sa valeur, l’adaptateur retente, suspend ou supprime le message d’origine auquel l’ACK répond. Toutefois, étant donné que la validation effectuée par l’adaptateur n’est pas une validation complète, il est possible que l’adaptateur ne détecte pas un problème avec l’ACK. Pour instance, l’adaptateur peut déterminer que l’ACK est valide et supprimer le message d’origine, tandis que le pipeline détermine que l’ACK n’est pas bien formé et suspend le message ACK.
V2.XML les kits de contrôle d’accès avec plusieurs erreurs échouent à la validation
Si un message d'V2.XML entrant contient plusieurs erreurs, l’analyseur BTAHL7 peut générer un ACK V2.XML avec plusieurs erreurs dans le champ d’erreur. Une telle V2.XML ACK échoue à la validation, car la norme HL7 spécifie que l’analyseur ne peut signaler qu’une seule erreur dans un champ d’erreur ACK V2.XML.
Les compteurs de performances MLLP ne comptent pas les ACL
Une mesure des performances BTAHL7 est le nombre de messages traités par un adaptateur MLLP, comme indiqué par les compteurs de performances MLLP. Ce nombre mesure le nombre de messages reçus ou transmis. Toutefois, le nombre ne mesure pas le nombre de clés ACL reçues ou envoyées.
NAK généré par l’adaptateur MLLP bidirectionnel
Lorsqu’un adaptateur MLLP bidirectionnel suspend un message, BTAHL7 génère un NAK (accusé de réception négatif) et le place dans la base de données MessageBox. Il peut s’agir d’un comportement inattendu. Vous pouvez supprimer le NAK de la base de données MessageBox ou le mapper à un autre message.
Type de données d’un ACK à un message de lot
Dans un message ACK généré en réponse à un message de lot, le champ MSH10 (ID de contrôle de message) est un GUID, au lieu d’être basé sur le type de données du champ MSH10 dans le message de lot.
Type DOC des accusés de réception générés
BTAHL7 génère des accusés de réception à l’aide du type http://microsoft.com/HealthCare/HL7/2X#ACK_24_GLO_DEF DOC ou http://microsoft.com/HealthCare/HL7/2X#ACK_25_GLO_DEF. Si votre partie de destination utilise un autre espace de noms, vous devez appliquer un mappage de corps dans le port d’envoi . sinon, vous risquez de rencontrer des erreurs de sérialisation.