• Accueil
• HL7
  • V2.x
  • V3

• Retour au site web

Les problèmes de la version 2.x de HL7
Une présentation succincte de HL7 version 2.3

• Les séparateurs
• Les règles syntaxiques de HL7

Quelques segments
Quelque type de messages
Exemple de message HL7 de type ORU


Problèmes posés de la version 2.x de HL7 :

• Les messages v2 autorisent les champs de données optionnels, de sorte que la même norme v2 peut être interprétée de différentes manières.
• La version 2 ne permet pas d'exploiter les outils et les processus contemporains, comme le langage de balisage extensible (XML) et la modélisation orientée objet.
• La version 2 utilise des outils simples, comme MS Word, de sorte qu'il est difficile de valider et d'élargir ses fonctions.
• L'objectif et le fondement même de la conception des messages sont en grande partie perdus avec la version 2 de HL7.

Présentation succincte de HL7 version 2.3

• Les séparateurs

• Règles syntaxiques de HL7 :

1. Les segments doivent se suivre dans l’ordre définit par le type de message ex : ADT/A30). Chaque message est construit de la façon suivante :
   • Les trois premiers caractères représentent l’identifiant du segment MSH
   • Chaque champ du segment est inséré de la manière suivante :
     • Un séparateur de champs |
     • Si la valeur du champ n’existe pas aucun caractère n’est requis
     • Si la valeur existe mais nulle alors insérer ""
     • Sinon ajouter les caractères de la valeur du champ dans le segment sans dépasser le maximum, respecter le masque si le champ est formaté
     • Si le champ est un champ composé alors :
       • Si plus d'un composant alors les séparer par le séparateur ^
       • Les composant nuls sont représentés par ""
       • Les composants absents ne sont pas représentés du tout
       • Les composants absents à la fin du champs ne sont pas séparés par ^ exemple: |ABC^DEF^^| est écrit: |ABC^DEF|.
     • Si un composant est aussi composé de plusieurs sous composants alors:
       • Si plus d'un sous composant alors les séparer par le séparateur &
       • Les sous composants nuls sont représentés par ""
       • Les composants absents ne sont pas représentés du tout
       • Les composants absents à la fin du champs ne sont pas séparés par ^ exemple: |ABC^DEF&&^^| est écrit: |ABC^DEF|.
     • Si le champ permet la répétition alors on utilise ~ pour séparer les différentes occurrences
   • La fin de chaque segment est signalé par la présence d'un retour chariot (ASCII 13), si tout le segment est absent alors, la présence de son nom est inutile.
2. Répéter l'étape 1 pour tous les segments
3. Dans le cas de la réception d'un message HL7 il faut tenir compte des règles suivantes:
   • Ignorer les segments, champs, composants, sous composants et répétitions qui sont présents mais non prévus dans le type de message
   • Considérer les segments prévus mais absents comme étant des segments avec des champs absents
   • Considérer les champs et composants prévus mais non inclus dans le segment comme absent.

Quelques segments :

• MSH : Entête, premier segment dans chaque message.
• PID : Identification du patient
• EVN : Événement
• PV1 : Visite du patient
• PV2 : Complément d’information du PV1
• OBX : Observation
• AL1 : Allergie
• MRG : Fusion
• ORC : Examen demandé (information globale)
• OBR : Examen demandé (information détaillée)
• MSA : Accusé de réception

Quelque type de messages :

• ACK : Message d’accusé de réception général
• ADR : Réponse ADT
• ADT : Message ADT
• OMS : Message de demande de fourniture en stock
• ORU : Transmission non sollicitée d’un message d’examen

Exemple de message HL7 de type ORU :

MSH|^~\&|SRLMED|BPTRU|CIT|PROFIL|200701221630||ORU^R01|IM00001254|T|2.3|||||CA|ASCII|FR<CR>

PID|1|MP0245|PP2548||JEAN^JACQUES|LAMERE^DEJEAN|196405060925|F|||rue souvenir, 1052^^^^^CA|||FR|M|||660815 063 69||||LAVAL|||CA|||||<CR>

OBR|1|R2578|R264|ECO^ECOGRAPHIE|||200702221530|200702231250|||||||||||||||||A||||||||||||||||||<CR> OBX|1|ST|^Hémodialyse||||||||||||<CR>

fin du message