Traitement des fichiers plats BTAHL72X

Les composants suivants de Microsoft BizTalk Accelerator pour HL7 (BTAHL7) traitent les messages HL7 2.X (encodés en HL7) :

• Pipelines et bibliothèques principales : BTAHL7.PipelineCommon.dll et BTAHL7.PipelineMessageCore.dll

• Bibliothèques assembleur et désassembleur : BTAHL7.HL72fAsm.dll et BTAHL7.HL72fDAsm.dll

• Bibliothèque de validation d’accusé de réception (ACK) utilisée pour l’adaptateur d’envoi MLLP bidirectionnel : BTAHL7.HL7ACKHelper.dll

HL7 Message Modes

BTAHL7 prend en charge les modes de message suivants pour les messages 2.X :

• Mode Publisher-subscriber (pub-sub)

  L’éditeur diffuse auprès d’un tiers d’abonnés, soit en tant que mise à jour déclarative, soit comme mise à jour non sollicitée. BizTalk Server et BTAHL7 offrent une flexibilité pour ce mode, car vous pouvez gérer les abonnements et les parties après le temps de conception.

• Mode demande-réponse

  Échange de messages interrogatifs ou de requête dans lequel une requête spécifique d’une entité spécifique aboutit à un message qui répond.

Analyse de fichiers plats

BTAHL7 analyse les messages à parties multiples HL7 2.X en trois parties :

• Composant Header-MSH

• Partie corps

• Partie Z

Validation d’en-tête HL7

Le désassembleur et l’assembleur HL7 effectuent une validation structurelle et schématique de l’en-tête d’un message 2.X, afin de vérifier qu’il peut traiter le message. BTAHL7 base la validation schématique sur le schéma d’en-tête commun, MSH_25_GLO_DEF.

Par instance, l’analyseur détermine que les champs MSH1 et MSH2 sont bien formés. MSH1 ne doit avoir qu’un seul caractère. MSH2 doit comporter entre deux et quatre caractères, et aucun caractère ne peut se répéter.

Validation du corps HL7

Le désassembleur et l’assembleur HL7 effectuent une validation structurelle de base du corps d’un message 2.X et une validation schématique, si vous l’activez.

La validation structurelle de base du corps, que BTAHL7 effectue toujours, comprend la vérification des éléments suivants :

• Qu’il y a trois caractères dans les segments

• Que le délimiteur de segment est <CR> ou <CR><LF> (facultatif pour le dernier segment)

• Les délimiteurs de champs sont appropriés

• Qu’il n’existe aucun segment déclaré (avec une balise de segment de trois caractères définie) dans un segment Z non déclaré

  La validation de schéma plus étendue du corps comprend les éléments suivants :

• Délimiteurs de champ de fin

  Dans segments header-MSH et body segments

• Segment Z

• Type de données personnalisé et pris en charge par XSD

  Types XSD pris en charge et non XSD (TS (Horodatage), DT (date), TM (heure) et TN (numéro de téléphone)

• Énumérations

  ID (tables définies par HL7) et IS (tables définies par l’utilisateur)

• Caractère facultatif

  Obligatoire et facultatif

• Répétition

  Segment et champ

• Séquences d’échappement

  Encodage des caractères, mise en forme et jeux de caractères

  Vous activez ou désactivez la validation schématique pour tous les messages reçus de ou envoyés à une partie spécifique (partie source pour le désassembleur, partie de destination pour l’assembleur). BTAHL7 utilise directement les schémas HL7 2.X pour ce traitement, comme déterminé par le champ d’en-tête de structure de message MSH9.3, le champ ID de version MSH12 (2.3.1, 2.4 ou 2.5) et le paramètre d’espace de noms dans le Explorer de configuration de BTAHL7.

Traitement du désassembleur HL7

Le désassembleur HL7 analyse les messages HL7 entrants dans des segments XML à des fins de traitement. Lors de l’analyse des messages, le désassembleur effectue les tâches suivantes :

• Gère les séquences d’échappement

• Gère les vérifications des propriétés requises/facultatives

• Gère les segments définis et les segments Z non définis ou inattendus (pour une description des segments Z, consultez Personnalisation des messages via des objets Z).

• Ignore les segments inattendus à la fin d’un instance (qui deviennent des segments Z non déclarés)

Rapport d'erreurs

BTAHL7 signale la plupart des erreurs au format d’erreur HL7 standard, qui comprend le segment, la séquence, le champ et le code d’erreur. Toutefois, la condition d’erreur peut être telle que tous ces éléments ne sont pas disponibles, pour instance, si aucun schéma n’est présent. Pour gérer de tels cas, BTAHL7 peut signaler des erreurs dans un autre format d’erreur BTAHL7. Le segment d’erreur d’un message comprend deux parties : l’une pour l’erreur HL7 et l’autre pour l’autre erreur BTAHL7.

Génération ACK

BTAHL7 prend en charge les types d’accusés de réception suivants pour les messages 2.X. Le type d’erreur HL7 et le type d’erreur BTAHL7 (autre) sont utilisés :

• Mappage du message d’origine et ACK

• Clés de contrôle d’accès d’origine HL7

• ACL améliorés HL7

  Valider l’acceptation et l’acceptation de l’application

• ACK statique/proxy

  ACK ou NAK

Promotion de la propriété

BTAHL7 prend en charge la promotion des propriétés 2.X suivantes :

• Schéma de propriété

• Schéma d’en-tête MSH

Dans cette section

• Détermination du schéma dans le désassembleur HL7 2.X

• Détermination du schéma dans l’assembleur HL7 2.X

Voir aussi

Traitement des messages
Traitement des messages HL7
Utilisation des schémas HL7 2.X