Types de messages HL7 v2 et exemples commentés : ADT, ORM, ORU, SIU, MDM, DFT et ACK
Une référence au niveau du champ pour les messages HL7 v2 : fonctionnement de MSH-9 et des séparateurs, un exemple synthétique commenté par type de message, et les pièges qui cassent les interfaces en production.
Ala Ben Aicha
Réponse directe
Un message HL7 v2 est une pile de segments (MSH, PID, PV1, OBR, OBX...), un par ligne, dont les champs sont séparés par | et les composants par ^. MSH-9 identifie le message : type, événement déclencheur et structure, par exemple ADT^A01^ADT_A01. Les types présents dans presque tous les établissements sont ADT (mouvements patient), ORM ou OML (demandes), ORU (résultats), SIU (rendez-vous), MDM (documents), DFT (actes facturables) et ACK (acquittements). Tous les exemples ci-dessous sont synthétiques et suivent les positions de champs de la v2.5.1, sauf mention contraire.
Comment un message v2 est construit
Les règles figurent au chapitre 2 du standard (chapitre Control de HL7 v2.5.1). Les numéros de champs de cet article ont été vérifiés sur les définitions de segments v2.5.1 (référence Caristix HL7 v2.5.1).
Un message commence par MSH|^~\&|. Le caractère qui suit immédiatement « MSH » est le séparateur de champs, et c'est aussi la valeur de MSH-1. Les quatre caractères suivants forment MSH-2, les caractères d'encodage, dans un ordre fixe :
|séparateur de champs^séparateur de composants~séparateur de répétitions\caractère d'échappement&séparateur de sous-composants
Chaque segment se termine par un retour chariot (0D en hexadécimal), noté \r dans la plupart des langages. Pas un saut de ligne. Les fichiers enregistrés sous Windows ou Linux contiennent souvent \r\n ou \n, et les moteurs d'interface les normalisent à la lecture. Sur le réseau, la v2 circule généralement en MLLP : chaque message est encadré par un octet de début 0x0B et une fin 0x1C 0x0D, sur une simple connexion TCP.
MSH-9 (type de données MSG) compte trois composants depuis la v2.3.1 : code du message (table 0076), événement déclencheur (table 0003) et structure du message. La structure indique au parseur quelle grammaire de segments appliquer. A04 et A08 n'ont pas de grammaire propre ; ils réutilisent ADT_A01, comme le montre la table HL7 0354.
| Champ MSH | Nom | Valeur d'exemple | Remarques |
|---|---|---|---|
| MSH-3 / MSH-4 | Application / établissement émetteur | ADTSYS / GENHOSP | Clé de routage dans la plupart des moteurs |
| MSH-5 / MSH-6 | Application / établissement destinataire | ENGINE / GENHOSP | Souvent ignorés par les récepteurs, à renseigner quand même |
| MSH-7 | Date/heure du message | 20261006142800+0200 | TS ; ajouter le décalage UTC |
| MSH-9 | Type de message | ADT^A01^ADT_A01 | Code, événement, structure |
| MSH-10 | Identifiant de contrôle | MSG00001 | Unique par émetteur ; repris dans MSA-2 |
| MSH-11 | Identifiant de traitement | P | P production, T formation, D débogage |
| MSH-12 | Version | 2.5.1 | Détermine le sens des champs, voir les pièges |
| MSH-15 / MSH-16 | Type d'acquittement d'acceptation / applicatif | AL / NE | Mode d'acquittement étendu uniquement |
| MSH-18 | Jeu de caractères | UNICODE UTF-8 | Souvent vide ; à convenir explicitement |
Piège de comptage : quand on découpe MSH sur |, l'indice 1 du tableau contient MSH-2 et non MSH-1, car le premier séparateur est lui-même MSH-1. Tous les autres segments se comptent normalement.
Messages ADT : A01, A04, A08, A03
ADT transporte les événements administratifs du patient depuis la GAM (gestion administrative des malades) vers les autres applications. En France, ces flux suivent souvent l'extension française du profil IHE PAM portée par Interop'Santé. Les quatre événements les plus fréquents :
ADT^A01, admission. Pour un patient hospitalisé à qui l'on attribue un lit. Ouvre le séjour.
MSH|^~\&|ADTSYS|GENHOSP|ENGINE|GENHOSP|20261006142800+0200||ADT^A01^ADT_A01|MSG00001|P|2.5.1
EVN|A01|20261006142800+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR~P900001^^^REGION&2.16.840.1.113883.19.6&ISO^PI||DOE^JANE^M^^^^L||19840312|F|||12 SAMPLE ST^^SPRINGFIELD^^10001^USA^H||^PRN^PH^^1^555^0100123|||||ACC77001^^^GENHOSP^AN
PV1|1|I|4WEST^412^B^GENHOSP|U|||1001^MARTIN^CLAIRE^^^DR|||MED||||7|||1001^MARTIN^CLAIRE^^^DR||V000456^^^GENHOSP^VN|||||||||||||||||||||||||20261006142500+0200
ADT^A04, enregistrement. Une venue externe ou aux urgences, sans lit. Noter PV1-2 = O et la structure ADT^A04^ADT_A01.
MSH|^~\&|ADTSYS|GENHOSP|ENGINE|GENHOSP|20261006090500+0200||ADT^A04^ADT_A01|MSG00002|P|2.5.1
EVN|A04|20261006090500+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|O|CARDCLIN^^^GENHOSP||||1001^MARTIN^CLAIRE^^^DR|||CAR|||||||||V000457^^^GENHOSP^VN|||||||||||||||||||||||||20261006090000+0200
ADT^A08, mise à jour des informations patient. Utilisé quand des données patient changent et qu'aucun événement plus spécifique ne s'applique (ici un changement d'adresse). Ce n'est pas une nouvelle venue.
MSH|^~\&|ADTSYS|GENHOSP|ENGINE|GENHOSP|20261007111500+0200||ADT^A08^ADT_A01|MSG00003|P|2.5.1
EVN|A08|20261007111500+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F|||48 EXAMPLE AVE^APT 3^SPRINGFIELD^^10002^USA^H
PV1|1|I|4WEST^412^B^GENHOSP||||1001^MARTIN^CLAIRE^^^DR|||MED|||||||||V000456^^^GENHOSP^VN
ADT^A03, sortie. Clôt la venue. PV1-36 porte le mode de sortie et PV1-45 la date/heure de sortie.
MSH|^~\&|ADTSYS|GENHOSP|ENGINE|GENHOSP|20261009160000+0200||ADT^A03^ADT_A03|MSG00004|P|2.5.1
EVN|A03|20261009160000+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|I|4WEST^412^B^GENHOSP||||1001^MARTIN^CLAIRE^^^DR|||MED|||||||||V000456^^^GENHOSP^VN|||||||||||||||||01||||||||20261006142500+0200|20261009154500+0200
Champs PID essentiels :
| Champ | Nom | Dans l'exemple |
|---|---|---|
| PID-3 | Liste des identifiants patient (CX, répétable) | IPP avec autorité d'affectation GENHOSP, puis un identifiant régional |
| PID-5 | Nom du patient (XPN) | DOE^JANE^M, type de nom L (légal) |
| PID-7 | Date/heure de naissance | 19840312 |
| PID-8 | Sexe administratif (table 0001) | F |
| PID-11 | Adresse (XAD) | Rue^complément^ville^région^code postal^pays^type |
| PID-13 | Téléphone domicile (XTN) | Usage PRN, équipement PH |
| PID-18 | Numéro de compte patient | ACC77001 |
| PID-29 / PID-30 | Date/heure et indicateur de décès | Vides ici |
Champs PV1 essentiels :
| Champ | Nom | Dans l'exemple |
|---|---|---|
| PV1-2 | Classe de patient (table 0004) | I hospitalisé, O externe, E urgences |
| PV1-3 | Localisation attribuée (PL) | Unité^chambre^lit^établissement |
| PV1-7 / PV1-17 | Médecin responsable / médecin admettant | 1001^MARTIN^CLAIRE |
| PV1-10 | Service hospitalier | MED |
| PV1-19 | Numéro de venue | V000456, type VN |
| PV1-36 | Mode de sortie | 01, retour à domicile |
| PV1-44 / PV1-45 | Date/heure d'entrée / de sortie | Début et fin de la venue |
Autres événements ADT de la table 0003 que l'on rencontre dans les flux réels :
| Événement | Signification | Traitement habituel côté récepteur |
|---|---|---|
| A02 | Mutation | Changement de lit ou d'unité, même venue |
| A05 | Pré-admission | Création d'une venue prévue |
| A06 / A07 | Externe vers hospitalisé / hospitalisé vers externe | Changement de classe sur la venue |
| A11 / A12 / A13 | Annulation d'admission / de mutation / de sortie | Annule l'événement précédent |
| A28 / A31 | Création / mise à jour d'une personne | Données d'identité sans venue |
| A40 | Fusion de patients, liste d'identifiants | Fusion de deux identités, voir l'article sur l'index patient |
La projection de ces messages vers les ressources FHIR Patient et Encounter est détaillée dans le guide de mapping ADT vers FHIR.
Demandes : ORM^O01 et OML^O21
ORM^O01 est le message de demande générique sur lequel la plupart des interfaces de laboratoire et de radiologie ont été construites. Depuis la v2.4, il n'est conservé que pour la compatibilité ascendante, et HL7 indique désormais ORM_O01 comme déprécié dans la table 0354. Les remplaçants sont spécialisés : OML^O21 pour le laboratoire, OMI^O23 pour l'imagerie, OMG^O19 pour les demandes cliniques générales, OMP^O09 pour la pharmacie. Dans les faits, beaucoup d'interfaces en production envoient encore de l'ORM : vérifiez ce que le SIL ou le RIS destinataire accepte réellement avant de choisir.
MSH|^~\&|CPOE|GENHOSP|LIS|GENLAB|20261006150000+0200||ORM^O01^ORM_O01|MSG00010|P|2.4
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|I|4WEST^412^B^GENHOSP||||||||||||||||V000456^^^GENHOSP^VN
ORC|NW|ORD448811^CPOE|||||||20261006150000+0200|||1001^MARTIN^CLAIRE^^^DR
OBR|1|ORD448811^CPOE||24321-2^Basic metabolic 2000 panel - Serum or Plasma^LN||||||||||||1001^MARTIN^CLAIRE^^^DR
La même demande en OML^O21 v2.5.1, avec la planification déplacée dans un segment TQ1 :
MSH|^~\&|CPOE|GENHOSP|LIS|GENLAB|20261006150000+0200||OML^O21^OML_O21|MSG00011|P|2.5.1
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|I|4WEST^412^B^GENHOSP||||||||||||||||V000456^^^GENHOSP^VN
ORC|NW|ORD448811^CPOE|||||||20261006150000+0200|||1001^MARTIN^CLAIRE^^^DR
TQ1|1||||||20261006150000+0200||R^Routine^HL70485
OBR|1|ORD448811^CPOE||24321-2^Basic metabolic 2000 panel - Serum or Plasma^LN||||||||||||1001^MARTIN^CLAIRE^^^DR
| Champ | Nom | Remarques |
|---|---|---|
| ORC-1 | Contrôle de la demande (table 0119) | NW nouvelle, CA demande d'annulation, XO modification, RE résultats à suivre |
| ORC-2 / OBR-2 | Numéro de demande du prescripteur (placer) | Attribué par le système prescripteur |
| ORC-3 / OBR-3 | Numéro de demande de l'exécutant (filler) | Attribué par le laboratoire ou le RIS |
| OBR-4 | Identifiant universel de la prestation | Ce qui est demandé ; LOINC ou code local |
| OBR-7 | Date/heure de l'observation | Heure de prélèvement en biologie |
| OBR-16 | Prescripteur | XCN |
| OBR-22 | Date/heure du compte rendu ou du changement de statut | Renseigné sur les résultats |
| OBR-25 | Statut du résultat (table 0123) | F final, P préliminaire, C corrigé |
Résultats : ORU^R01 et types de valeur OBX
ORU^R01 renvoie les résultats, avec un OBX par observation sous l'OBR auquel il se rattache.
MSH|^~\&|LIS|GENLAB|EHR|GENHOSP|20261006163000+0200||ORU^R01^ORU_R01|MSG00020|P|2.5.1
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|I|4WEST^412^B^GENHOSP||||||||||||||||V000456^^^GENHOSP^VN
ORC|RE|ORD448811^CPOE|LAB99001^GENLAB|||||||||1001^MARTIN^CLAIRE^^^DR
OBR|1|ORD448811^CPOE|LAB99001^GENLAB|24321-2^Basic metabolic 2000 panel - Serum or Plasma^LN|||20261006151500+0200|||||||||1001^MARTIN^CLAIRE^^^DR||||||20261006162900+0200|||F
OBX|1|NM|2345-7^Glucose [Mass/volume] in Serum or Plasma^LN||182|mg/dL^^UCUM|70-99|H|||F|||20261006151500+0200
OBX|2|NM|2951-2^Sodium [Moles/volume] in Serum or Plasma^LN||139|mmol/L^^UCUM|136-145|N|||F|||20261006151500+0200
OBX|3|NM|2823-3^Potassium [Moles/volume] in Serum or Plasma^LN||4.1|mmol/L^^UCUM|3.5-5.1|N|||F|||20261006151500+0200
NTE|1||Fasting status not documented by the collector.
| Champ | Nom | Remarques |
|---|---|---|
| OBX-2 | Type de valeur (table 0125) | Détermine comment lire OBX-5 |
| OBX-3 | Identifiant de l'observation | Code LOINC^libellé^LN dans l'exemple |
| OBX-4 | Sous-identifiant | Regroupe des lignes OBX liées (microbiologie, panels) |
| OBX-5 | Valeur de l'observation | Répétable |
| OBX-6 | Unités | UCUM quand l'émetteur le permet |
| OBX-7 | Valeurs de référence | Texte libre, par exemple 70-99 |
| OBX-8 | Indicateurs d'anomalie (table 0078) | H, L, N, A ; renommé Interpretation Codes dans les versions ultérieures |
| OBX-11 | Statut du résultat (table 0085) | F final, P préliminaire, C correction, X impossible à obtenir |
| OBX-14 | Date/heure de l'observation | Heure cliniquement pertinente |
Types de valeur OBX-2 courants :
| Type | Contenu | Exemple d'OBX-5 |
|---|---|---|
| NM | Numérique | 182 |
| ST | Chaîne courte | POSITIVE |
| TX / FT | Texte / texte formaté | Lignes de compte rendu ; FT accepte des séquences de mise en forme |
| CE (CWE à partir de la v2.6) | Réponse codée | POS^Positive^L |
| SN | Numérique structuré | Comparateur plus nombre, pour les résultats du type ">200" |
| ED | Données encapsulées | PDF ou image en Base64 |
| DT / TS (DTM dans les versions ultérieures) | Date ou horodatage | 20261006 |
Les codes d'OBX-3 sont le point de départ du travail de terminologie ; l'article sur le mapping LOINC et SNOMED CT prend le relais.
Rendez-vous : SIU^S12
Les messages SIU partent de l'application de planification (le « filler ») quand un rendez-vous est pris ou modifié. S12 signale une nouvelle réservation ; S13 (report), S14 (modification), S15 (annulation), S17 (suppression) et S26 (patient absent) partagent la même structure SIU_S12.
MSH|^~\&|SCHED|GENHOSP|EHR|GENHOSP|20261006170000+0200||SIU^S12^SIU_S12|MSG00030|P|2.5.1
SCH|APT5501^EHR|SCH7701^SCHED||||NEW^New appointment^LOCAL|FOLLOWUP^Follow-up^LOCAL|NORMAL^Normal^HL70277||||||||1001^MARTIN^CLAIRE^^^DR||||2001^CLERK^SAM|||||Booked^Booked^HL70278
TQ1|1||||||20261020093000+0200|20261020100000+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
RGS|1|A
AIS|1|A|FU30^Follow-up visit 30 min^LOCAL|20261020093000+0200|||30|min^minutes^UCUM
AIL|1|A|CARDCLIN^ROOM2^^GENHOSP
AIP|1|A|1001^MARTIN^CLAIRE^^^DR|ATT^Attending^LOCAL
SCH-1 et SCH-2 sont les identifiants du rendez-vous côté demandeur et côté planification, SCH-6 le motif de l'événement, SCH-25 le statut (Booked, Cancelled, Noshow...). TQ1-7 et TQ1-8 donnent le début et la fin. Le groupe RGS liste ensuite les ressources : AIS pour la prestation, AIL pour le lieu, AIP pour la personne, AIG pour le reste.
Documents : MDM^T02
MDM^T02 signifie « notification d'un document original avec son contenu » : un en-tête TXA puis le corps du document dans des OBX. T01 est la même notification sans contenu ; T04, T06, T08 et T10 transportent le contenu pour les changements de statut, les addenda, les modifications et les remplacements.
MSH|^~\&|TRANSCR|GENHOSP|EHR|GENHOSP|20261009171000+0200||MDM^T02^MDM_T02|MSG00040|P|2.5.1
EVN|T02|20261009171000+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|I|4WEST^412^B^GENHOSP||||||||||||||||V000456^^^GENHOSP^VN
TXA|1|DS|TX|20261009170500+0200|1001^MARTIN^CLAIRE^^^DR|||||||DOC-2026-000881^TRANSCR|||||AU
OBX|1|TX|18842-5^Discharge Summary^LN||Admitted for hyperglycaemia.~Discharged home on oral therapy.||||||F
TXA-2 est le type de document (DS, lettre de sortie), TXA-12 l'identifiant unique du document, TXA-17 le statut de complétude (AU, authentifié). Les corps texte utilisent TX ou FT, une répétition par ligne ; un PDF va dans une valeur ED encodée en Base64.
Facturation : DFT^P03
DFT^P03 transmet des actes facturables depuis un système médico-technique (laboratoire, pharmacie, radiologie) vers la facturation. Un FT1 par ligne d'acte.
MSH|^~\&|LIS|GENLAB|BILLING|GENHOSP|20261006163500+0200||DFT^P03^DFT_P03|MSG00050|P|2.5.1
EVN|P03|20261006163500+0200
PID|1||MRN000123^^^GENHOSP&2.16.840.1.113883.19.5&ISO^MR||DOE^JANE^M^^^^L||19840312|F
PV1|1|I|4WEST^412^B^GENHOSP||||||||||||||||V000456^^^GENHOSP^VN
FT1|1|TX-0098812||20261006151500+0200||CG|300123^BASIC METABOLIC PANEL^LOCALCDM|||1|||||||||E11.9^Type 2 diabetes mellitus without complications^I10||1001^MARTIN^CLAIRE^^^DR||||80048^Basic metabolic panel^C4
FT1-4 est la date de la transaction, FT1-6 son type (CG débit, CD crédit, PY paiement, AJ ajustement), FT1-7 le code du catalogue d'actes local, FT1-10 la quantité, FT1-19 le diagnostic, FT1-25 le code d'acte (C4 désigne la CPT-4 américaine ; un établissement français y placera plutôt un code CCAM ou NABM selon le contrat d'interface). Les équipes de facturation se soucient bien plus de la cohérence de PV1-19 et PID-18 avec le bon dossier que de tout contenu clinique.
Acquittements : ACK et MSA
Chaque message ci-dessus attend un ACK. MSA-1 porte le code de la table 0008 et MSA-2 reprend le MSH-10 du message acquitté.
MSH|^~\&|ENGINE|GENHOSP|ADTSYS|GENHOSP|20261006142801+0200||ACK^A01^ACK|ACK00001|P|2.5.1
MSA|AA|MSG00001
Une erreur qui pointe sur PID-3, avec le code 101 (champ obligatoire manquant) de la table 0357 :
MSH|^~\&|ENGINE|GENHOSP|ADTSYS|GENHOSP|20261006142801+0200||ACK^A01^ACK|ACK00002|P|2.5.1
MSA|AE|MSG00001
ERR||PID^1^3^1^1|101^Required field missing^HL70357|E
| Mode | Quand | Codes | Signification |
|---|---|---|---|
| Original | MSH-15 et MSH-16 vides | AA / AE / AR | Accepté / erreur / rejet applicatif |
| Étendu, acquittement d'acceptation | MSH-15 renseigné (table 0155 : AL, NE, ER, SU) | CA / CE / CR | Le récepteur a, ou non, enregistré le message en lieu sûr |
| Étendu, acquittement applicatif | MSH-16 renseigné | AA / AE / AR | Envoyé plus tard, dans un message séparé, après traitement |
Si l'émetteur avait mis MSH-15 à AL (et MSH-16 à NE), le même message recevrait un acquittement d'acceptation, et rien d'autre :
MSH|^~\&|ENGINE|GENHOSP|ADTSYS|GENHOSP|20261006142801+0200||ACK^A01^ACK|ACK00003|P|2.5.1
MSA|CA|MSG00001
En pratique, AE veut généralement dire « corrigez les données et renvoyez », AR « ce message ne sera jamais accepté ici » (type, version ou identifiant de traitement non pris en charge). Un émetteur qui renvoie indéfiniment après un AR bloque sa file ; décidez quel code déclenche une nouvelle tentative et lequel part vers un humain.
Les pièges qui cassent les interfaces réelles
Segments Z. Les identifiants de segment commençant par Z sont réservés aux définitions locales ; HL7 n'en définira jamais. Un ZPD après le PID est légal, mais son sens n'existe que dans la spécification d'interface de l'émetteur (en France, les segments ZBE et ZFV de l'extension PAM en sont l'exemple le plus connu). Demandez ce document avant de chiffrer, et faites en sorte que votre parseur conserve les segments inconnus au lieu d'échouer.
Différences de version. MSH-12 change le sens des champs. PID-2, PID-4 et PID-19 sont des champs de compatibilité ascendante en v2.5.1 et retirés en v2.7. TS devient DTM, CE devient CWE, OBX-8 devient Interpretation Codes. La v2.7 ajoute aussi un cinquième caractère d'encodage, le caractère de troncature, ce qui donne un MSH-2 ^~\&#. Un parseur qui code en dur quatre caractères d'encodage traitera ce # comme une donnée : testez-le avec un en-tête v2.7 ou ultérieur.
Séquences d'échappement. Un délimiteur présent dans une donnée doit être échappé : \F\ séparateur de champs, \S\ composant, \T\ sous-composant, \R\ répétition, \E\ caractère d'échappement. Le chapitre 2 définit aussi \H\ et \N\ pour la mise en évidence et \X..\ pour les données hexadécimales, et les champs FT acceptent des commandes de mise en forme comme \.br\ pour un saut de ligne. Un commentaire contenant « R&D » ou « K+ ^ élevé » sera découpé en composants si l'émetteur oublie de l'échapper.
Fuseaux horaires dans les champs TS. Le format est YYYY[MM[DD[HH[MM[SS[.S[S[S[S]]]]]]]]][+/-ZZZZ] (types de données v2.5.1, DTM). Sans décalage, l'heure est celle du fuseau local de l'émetteur. Sans conséquence sur un seul site, faux dès qu'un récepteur hébergé en UTC l'enregistre, ou qu'un flux traverse un changement d'heure. Demandez aux émetteurs d'inclure le décalage, et conservez la valeur reçue.
PID-3 répétable et autorité d'affectation. PID-3 se répète avec ~ et chaque répétition est un CX : identifiant, chiffre de contrôle, schéma de contrôle, autorité d'affectation (CX-4, un HD de la forme espace de noms, OID et ISO), type d'identifiant (CX-5 : MR, PI, AN...). Ne prenez jamais « le premier PID-3 » comme IPP. Rapprochez sur l'autorité d'affectation et le type, et mettez en quarantaine les messages dont CX-4 est vide. Les règles d'identité au-delà relèvent d'un index patient (MPI).
Vide ou null. Un champ vide signifie « aucune information transmise » ; deux guillemets doubles ("") signifient « effacer la valeur enregistrée ». Un récepteur qui confond les deux efface des données à chaque A08, ou n'efface jamais rien.
Tester ces exemples
Chaque exemple peut être collé dans le parseur HL7 v2 gratuit. Il fonctionne dans le navigateur, le message ne quitte donc pas votre poste ; il étiquette chaque champ et composant par sa position (PID.3.1, OBX.5...) et peut exporter le résultat en JSON. Pour un canal qui reçoit ces messages en MLLP, les filtre sur MSH-9 et les transforme en FHIR, voir le guide d'architecture des canaux Mirth Connect ; si vous n'avez pas encore choisi d'outil, commencez par le comparatif des moteurs d'interface.
Pour rédiger une spécification d'interface, construire les canaux ou relire un flux v2 avant la mise en production, c'est l'objet de l'accompagnement intégration HL7 et FHIR.