Divers problèmes connus
Cette section contient des informations utiles sur les erreurs diverses.
Erreurs dupliquées enregistrées pour le même segment de message, la même séquence et le même numéro de champ
S’il existe des erreurs dans les composants d’un champ de types de données complexes, l’accélérateur Microsoft BizTalk pour HL7 (BTAHL7) signale une erreur pour chacune de ces erreurs. L’ID de segment et le numéro de champ seront identiques. Le numéro et la description de l’erreur peuvent être différents, car le mécanisme de rapport d’erreurs HL7 ne prend pas en charge les erreurs de signalement au niveau du composant et du sous-composant.
Erreurs de séquence de segments
Si les segments de message requis sont manquants, BTAHL7 signale un message « Erreur de séquence de segment (fin inattendue du corps du message trouvé) » dans le dernier segment correct analysé par le moteur.
Une erreur non valide peut être enregistrée lorsque le champ d’en-tête MSH3 est structurellement incorrect
Si un champ d’en-tête MSH3 est structurellement incorrect, le sérialiseur BTAHL7 ne peut pas copier le contenu du champ MSH3 dans l’en-tête MSH5, et BTAHL7 ne peut pas envoyer d’accusé de réception (ACK). Cela peut indiquer que le problème concerne le champ MSH5, et non le champ MSH3.
Erreurs de base de données Access
Les bases de données HL7 Access contenaient les erreurs suivantes :
Le champ 27 du segment OBR de la base de données Access HL7 V2.3 a été incorrectement marqué comme non reproductible et obligatoire. Un changement s’est produit dans ce champ de schémas BTAHL7 pour les valeurs correctes de reproductibles et facultatifs.
Le champ 2 du segment OBX de la base de données Access HL7 V2.3 a été incorrectement marqué comme requis, et le champ 10 du segment OBX de la base de données Access HL7 V2.3 a été incorrectement marqué comme non reproductible. Dans les schémas BTAHL7, le champ 2 est marqué comme facultatif et le champ 10 est marqué comme reproductible.
Le champ 4 du segment OBX de la base de données Access HL7 V2.3.1 a été incorrectement marqué comme requis. Ce champ dans les schémas BTAHL7 est correctement marqué comme facultatif.
Le compte de service de journalisation n’a peut-être pas accès aux bases de données qui ne sont pas créées par le programme d’installation
Lorsque vous configurez le magasin de journalisation pour qu’il pointe vers une base de données nouvellement créée, que le programme d’installation n’a pas créée, il se peut que le compte de service de journalisation ne soit pas répertorié pour l’accès à la nouvelle base de données. Vérifiez que le compte de service de journalisation a accès à toutes les bases de données de journalisation nouvellement créées.
Espaces de début non autorisés dans les types de données NM et SI
BTAHL7 rejette les instances des types de données NM et SI qui ont des espaces de début et de fin.
BTAHL7 accepte la valeur « 0 » pour le type de données HL7 V2.1 SI
Dans la norme HL7 pour HL7 V2.1, la valeur « 0 » n’est pas acceptable dans une instance du type de données SI. Toutefois, BTAHL7 accepte « 0 » comme valeur valide dans un instance du type de données SI.
Incompatibilité des espaces de noms des parties sources et de destination
Si l’espace de noms configuré dans BTAHL7 Configuration Explorer sous l’onglet Validation ne correspond pas à l’espace de noms source dans le schéma d’un HL7 V2. X message, le sérialiseur peut générer des messages d’erreur qui n’identifient pas clairement le problème. Ces messages d’erreur peuvent indiquer des erreurs de séquence de segment ou une fin inattendue du corps du message est trouvée. Si vous ne pouvez pas expliquer la cause d’une erreur, vous pouvez case activée pour une incompatibilité d’espace de noms tiers.
L’absence de segments FTS ou BTS entraîne une erreur, mais le message est toujours analysé
Lorsque le désassembleur BTAHL7 analyse un message de lot qui contient les segments FHS ou BHS, mais ne contient pas le segment FTS et/ou BTS correspondant, BTAHL7 génère une erreur, mais le message continue d’être analysé.
La modification d’une balise d’en-tête de message entraîne plusieurs erreurs
Si orchestration Designer modifie une balise d’en-tête de message, vous pouvez voir des erreurs qui ne sont pas compréhensibles, telles que « premier segment non valide » ou « erreur de séquence de segment ».
Les données de configuration peuvent être affectées par d’autres applications BizTalk Server
Si vous entrez des données personnalisées dans le Explorer de configuration BTAHL7 ou si vous définissez les données de configuration par programme via les API (Interfaces de programmation d’application de configuration), les données personnalisées sont stockées dans la base de données configuration. Vous pouvez utiliser la base de données configuration pour obtenir des informations spécifiques à d’autres parties à partir d’autres applications BizTalk. Si une autre application stocke des données au même emplacement que les données de configuration BTAHL7, les données BTAHL7 peuvent ne pas être stockées correctement. Si cela se produit, modifiez l’emplacement de stockage des données de l’autre application et enregistrez à nouveau les données de configuration BTAHL7.
Les erreurs peuvent ne pas être enregistrées dans le journal des erreurs en raison d’une limitation de taille du magasin du journal des événements
Lorsque le sérialiseur BTAHL7 génère un nombre important d’erreurs, BizTalk Server peut ne pas enregistrer certaines des erreurs, en raison d’une limitation de taille du magasin du journal des événements. Vous pouvez afficher toutes les erreurs dans l’outil HAT (Health and Activity Tracking), mais vous ne pourrez peut-être pas les afficher toutes dans le journal des erreurs.
La réinstallation de BTAHL7 sous un autre dossier entraîne le non-fonctionnement des emplacements de réception par défaut
Si vous réinstallez BTAHL7 sous un autre dossier, l’emplacement par défaut pour BatchControlPort ou les ports créés par Launch Tutorial ne fonctionnent pas, car les URI (comme indiqué dans l’installation précédente) de ces ports ne correspondent pas aux nouveaux dossiers créés par le programme d’installation. Pour que ces ports fonctionnent, vous devez mettre à jour le chemin du dossier dans la boîte de dialogue Propriétés du transport FILE pour ces ports.
Si un ou plusieurs ports MLLP existent dans BizTalk lors de la désinstallation de BTAHL7, l’adaptateur MLLP n’est pas supprimé. Après cela, si vous installez le produit à un autre emplacement, tous les ports MLLP nouveaux ou anciens cesseront de fonctionner. Pour que MLLP fonctionne, vous devez désinstaller et réinstaller l’adaptateur MLLP. Pour plus d’informations, consultez « L’adaptateur MLLP n’est pas supprimé pendant la désinstallation » dans Résolution des autres problèmes.