Partager via


Nouveautés de BizTalk Accelerator pour HL7

Modifications et mises à jour avec l’accélérateur BizTalk pour HL7 (BTAHL7).

BizTalk Server 2016

Fonctionnalité Description
Lance la connexion à LOB À l’aide de l’adaptateur MLLP, BTAHL7 peut démarrer ou lancer la connexion à un système de serveur métier distant. Le LOB attend la connexion, puis envoie les messages à BizTalk Server à l’aide de l’adaptateur MLLP. Il existe de nouvelles propriétés dans l’emplacement de réception MLLP qui configurent cette option. Consultez l'article :
Dans BizTalk Server 2013 R2 et versions antérieures, l’adaptateur de réception MLLP HL7 attend que le serveur métier distant se connecte à l’adaptateur MLLP, puis le LOB envoie des messages.

Pour plus d’informations, consultez comment BTAHL7 achemine les messages .

BizTalk Server 2013 R2

Fonctionnalité Description
Prise en charge 64 bits Les adaptateurs MLLP et le pipeline HL7 peuvent s’exécuter dans les instances hôtes 32 bits et 64 bits.

L’installation de BTAHL7 comprend un package d’installation 32 bits et un package d’installation 64 bits. Sur un ordinateur 32 bits, installez uniquement le package 32 bits. Sur un ordinateur 64 bits, installez le package 32 bits ou 64 bits.

Important: Pour utiliser la prise en charge 64 bits, installez uniquement le package 64 bits. Le package 64 bits permet à l'adaptateur et aux pipelines de s'exécuter en mode 32 bits et 64 bits.
Prise en charge des schémas v2.6 La prise en charge inclut :

- Projet BTAHL7V26Common : inclut les schémas v2.6.
- Projet BTAHL7Common : inclut les schémas v2.6 et le schéma d’accusé de réception ACK_26_GLO_DEF ; qui génère l’accusé de réception pour les messages v2.6.
- MSH_25_GLO_DEF schéma : gère les nouveaux champs d’en-tête de message inclus dans le schéma v2.6 et continue de prendre en charge toutes les versions v2. schémas x .
Prise en charge de l’adaptateur MLLP dynamique Les propriétés de l’adaptateur peuvent être configurées au moment de l’exécution à l’aide d’un port d’envoi One-Way ou Two-Way (requête-réponse). Consultez Adaptateur MLLP dynamique.
Prise en charge de « FreeText » Si un champ ou un segment est défini comme « FreeText », les données de caractères dans le champ/segment ne sont pas analysées. Consultez Encodage de caractères à l’aide de texte libre.
Les messages avec MSH non valide sont envoyés un ACK ou un NACK À l’aide de la clé de Registre ReturnErrorForInvalidMSH3 , un accusé de réception négatif (NACK) est envoyé à la partie si les éléments suivants se produisent :

- MSH3 non valide (partie n’est pas définie dans hl7 Configuration Explorer)
AND
- Les valeurs MSH15 et MSH16 dans le message sont null ou vides

Pour envoyer le NACK, définissez la clé de Registre suivante sur 1, puis redémarrez le instance hôte :

Hôte 32 bits : HKLM\SOFTWARE\Microsoft\BizTalk Accelerator for HL7

Hôte 64 bits : HKLM\ SOFTWARE\Wow6432Node\Microsoft\BizTalk Accelerator for HL7

Pointe: Un port peut s’abonner au message ayant échoué :
  • Utilisez la condition de filtre BTAHL7Schemas.ParseError = True .
  • Utilisez le pipeline Pass Through .
Le message ACK instance reste actif En cas d’échec de connexion au système amont, l’accusé de réception (ACK) envoyé au système amont est resté à l’état Actif.

Nouveau comportement : en cas d’échec de connexion au système amont, le message ACK est suspendu.
N’envoyez <pas de SB> Cette propriété est ajoutée aux propriétés de configuration du port de l’adaptateur de réception. Pour activer cette propriété, définissez la valeur UseMLLPTransACK :

- Lorsque la valeur est False (valeur par défaut), l’adaptateur envoie le message si les données commencent par <SB>. Par exemple, le message suivant est envoyé :
<SB\>DataData<CR\>DataData<CR\>…

- Lorsqu’il est défini sur True, l’adaptateur envoie le message si les données manquent <de SB> au début. Par exemple, le message suivant est envoyé :
DataData<CR\>DataData<CR\>…

Important: Si un port d’envoi bidirectionnel a Ne pas envoyer <SB> défini sur True, il n’envoie pas SB avec le message au système en aval. En même temps, il peut recevoir ACK avec SB manquant à partir du système en aval.
Accepter les SB manquants <> Cette propriété est ajoutée aux propriétés de configuration du port de l’adaptateur d’envoi. Pour activer cette propriété, définissez la valeur UseMLLPTransACK :

- Lorsqu’il est défini sur False (valeur par défaut), l’adaptateur retourne une erreur si les données manquent <de SB> au début. Par exemple, le message suivant retourne une erreur :
DataData<CR\>DataData<CR\>…

- Lorsque la valeur est True, l’adaptateur peut recevoir le message si les données sont manquantes <> au début. Par exemple, les messages suivants sont reçus :
<SB\>DataData<CR\>DataData<CR\>…
DataData<CR\>DataData<CR\>…

Important: Si un port de réception bidirectionnel a accepté le SB> manquant < défini sur True, il accepte le SB manquant dans le message de amont système. En même temps, il n’envoie pas de SB au système amont.

BizTalk Server 2013

Les améliorations suivantes ont été incluses dans les versions précédentes :

  • Prise en charge de l’échange récupérable dans le pipeline HL7 pour le scénario Batch In Batch Out.

    La fonctionnalité suivante a été supprimée dans les versions précédentes :

  • La fonctionnalité de suivi des activités d’intégrité est supprimée de BizTalk Server et, par conséquent, la fonctionnalité d’audit est supprimée de BTAHL7, mais la journalisation reste intacte.

    La fonctionnalité suivante a été modifiée dans les versions précédentes :

  • Le « service d’audit et de journalisation » est renommé « service de journalisation HL7 ».

Voir aussi

Nouveautés de BizTalk Server 2016
Nouveautés des BizTalk Server 2013 R2 et 2013