Partager via


Problèmes connus liés à la validation

Cette section contient des informations utiles qui peuvent vous aider à éviter les erreurs de validation.

Désactivation de la validation XML

L’indicateur « Valider les segments de corps » dans BTAHL7 Configuration Explorer contrôle la validation du corps XML et n’inclut pas la validation des délimiteurs inattendus et des délimiteurs de fin. Si un message n’a pas les délimiteurs appropriés, il ne peut pas être analysé correctement. Si un message ne peut pas être correctement analysé, BTAHL7 ne peut pas générer de code XML intermédiaire valide. La désactivation de l’indicateur « Valider les segments de corps » entraîne les résultats suivants :

  1. Champs obligatoires vides.

  2. Types de données non validés.

  3. La structure de segment n’est pas validée (l’ordre des segments n’est pas validé).

V2.XML ACL avec plusieurs erreurs échouent

Si un message V2.XML entrant contient plusieurs erreurs, l’analyseur Accélérateur Microsoft BizTalk pour HL7 (BTAHL7) peut générer un accusé de réception V2.XML (ACK) avec plusieurs erreurs dans le champ d’erreur. Une telle V2.XML ACK échouera 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.

Deux erreurs d’analyse sont enregistrées lorsque des messages dans le scénario Batch In/Batch Out contiennent des erreurs de validation

Lorsque le premier message dans le scénario Batch In/Batch Out (plusieurs messages traités par lots sans en-têtes de lot) contient des erreurs de validation, BTAHL7 consigne 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.

Restrictions relatives à la validation de la longueur des champs

Les champs associés aux types de données complexes HL7 sont composés de composants et de sous-composants. Les règles HL7 spécifient la longueur et l’optionnalité au niveau du champ et non au niveau du composant/sous-composant. Par exemple, dans V2.4, HL7 détermine que MSH3 est de type de données HD et d’une longueur maximale de 180 caractères. HD est un type de données composite avec HD1 défini sur IS, HD2 défini sur ST et HD3 défini comme ID. La restriction de longueur de champ implique que les données des trois composants (y compris les deux séparateurs de composants) doivent être inférieures ou égales à 180. Toutefois, l’option des trois types de données n’est pas spécifiée ; ce qui signifie que tous ou certains composants peuvent exister. En outre, les types de données ST et IS sont définis par l’utilisateur. Par conséquent, BTAHL7 ne peut pas connaître la distribution de longueur entre les trois composants, car ceux-ci sont normalement définis sur le site.

En raison de ces complications et d’autres, BTAHL7 ne valide pas la longueur du champ. Toutefois, vous pouvez appliquer des restrictions de longueur à chaque composant/sous-composant individuel (de type de données simple) à l’aide de l’éditeur BizTalk dans Visual Studio. BTAHL7 les valide pendant le traitement.

La validation des en-têtes/bandes-annonces de lots et de fichiers est affectée par l’activation de la fragmentation

BTAHL7 ne valide pas les en-têtes/bandes-annonces de lots et de fichiers lorsque le champ FHS3 contient une partie sur laquelle la fragmentation est activée.

Voir aussi

Problèmes connus