Problèmes connus liés au traitement par lot
Cette section contient des informations utiles qui peuvent vous aider à éviter les erreurs de traitement par lot.
Les champs segments de bande-annonce par lots (FTS et BTS) sont acceptés même s’il s’agit de chaînes
HL7 spécifie les champs dans les segments FTS et BTS différemment dans les différentes versions de HL7. BTAHL7 définit tous les champs comme type de données String pour éviter toute incohérence.
Type de données d’un ACK à un message de lot
Dans un message d’accusé de réception (ACK) généré en réponse à un message de lot, si la fragmentation pour la partie source est désactivée, le champ MSH10 (ID de contrôle de message) est un GUID, plutôt que tout autre type de données du champ MSH10 dans le message de lot.
Les Explorer de configuration BTAHL7 et créer des orchestrations Batch ne sont pas synchronisées dans les deux sens
Il se peut que vous ne puissiez pas afficher la status actuelle de la planification du contrôle par lots même si vous appuyez sur F5 dans le Explorer de configuration BTAHL7 et que vous deviez case activée à la fois le Explorer de configuration BTAHL7 et l’outil HAT (Health and Activity Tracking) pour la status actuelle de la planification de contrôle par lots.
Deux erreurs d’analyse enregistrées lorsque des messages dans le scénario Batch In/Batch Out contiennent des erreurs de validation
Lorsque le premier message du scénario Batch In/Batch Out (plusieurs messages traités par lot sans en-têtes de lot) contient des erreurs de validation, BTAHL7 enregistre deux erreurs dans le journal des événements. La première erreur concerne le premier message du lot, et la deuxième erreur concerne le reste des messages.
Abonnement à l’aide du BTS. La propriété MessageType pour le scénario Batch In/Batch Out avec fragmentation désactivée n’est pas prise en charge
BTAHL7 ne prend pas en charge l’abonnement utilisant le BTS. Propriété MessageType pour le scénario Batch In/Batch Out avec fragmentation désactivée en tant qu’échange pouvant être constitué de plusieurs types de messages.
Lot entier suspendu après un message erroné dans le scénario Batch In/Batch Out
Si un message avec des erreurs irrécupérables de l’analyseur (par exemple, BTAHL7 n’analyse pas MSH 9 ou MSH 12 ou le schéma de corps du message n’a pas pu être chargé) est rencontré dans un scénario Batch In/Batch Out fragmenté, toutes les données après le message erroné sont suspendues même si la prise en charge de l’échange récupérable a été activée.
Les lots d’accusés sont acheminés vers la partie source du premier message dans le scénario Batch In/Batch Out
Dans le scénario Batch In/Batch Out, les lots d’Acks sont routés en fonction des informations de partie source du premier message, car cette fonctionnalité suppose que pour tous les messages du lot entrant, les parties source et de destination sont identiques.
Batch of Acks n’est pas routé vers la partie source lorsque le port de réception bidirectionnel est utilisé dans le scénario Batch In/Batch Out
En cas de port de réception demande-réponse, le lot ACK/NACK n’est pas routé vers la partie source pour le scénario BIBO.