Utiliser le motif et le texte d’admission

Le déclencheur Patient admis expose les informations saisies à l’entrée du patient :

Sortie	Contenu
`reason`	Texte libre du formulaire d’admission.
`reasonCode`	Code du motif d’admission, s’il est renseigné.
`reasonDisplay`	Libellé du motif codé.
`reasonSystem`	Système de codage fourni par l’émetteur.

Reliez reason à l’entrée texte du nœud ou de l’agent qui analyse l’admission. Le texte garde son contenu et ses sauts de ligne ; il n’est pas limité à un résumé. Ces champs sont aussi disponibles dans l’événement PatientAdmitted, par exemple event.reason dans une expression. Ils restent facultatifs : une admission sans motif fonctionne avec les identifiants et les dates habituels.

Origine des données

Le mini-DPI enregistre le motif et le champ Texte libre dans Encounter.reasonCode en FHIR R4. Le binding fhir-patient-admitted reprend le texte de la première entrée (reasonCode[0].text) et son premier codage (reasonCode[0].coding[0]). Le système CIM-10 du mini-DPI devient l’URI FHIR http://hl7.org/fhir/sid/icd-10.

Pour les messages HL7 v2 ADT A01/A06, le binding hl7v2-adt-admission lit :

le texte intégral d’un OBX de type FT identifié par ADMISSION_TEXT dans le système local 99EHR ; sinon PV2-12, description courte de la venue ;
le premier diagnostic d’admission DG1 dont DG1-6 vaut A : DG1-3.1, .2 et .3 fournissent le code, son libellé et son système ;
pour les émetteurs hors PAM FR, PV2-3 peut aussi fournir le motif codé, prioritaire sur DG1. Son texte original (composant 9), puis son libellé, servent de repli.

Le simulateur hospitalier transmet ce contexte sur toute la chaîne : EHR → Encounter FHIR → passerelle DPI → A14 vers la GAM → A01/A06 → EAI → Meridian. Il conserve le motif codé dans la base des séjours de la GAM. Il utilise DG1 car le profil PAM France interdit PV2-3. PV2-12 reste une description d’au plus 50 caractères sur une ligne ; le texte complet, avec ses sauts de ligne, voyage dans l’OBX FT. ADMISSION_TEXT / 99EHR est une convention locale documentée : un autre EAI doit adopter ou mapper cette convention pour transmettre le texte long. Les autres observations OBX ne sont pas incorporées au texte d’admission.

Les systèmes HL7 sont conservés tels qu’ils sont reçus (par exemple I10), sans inventer un système de codage. Une donnée absente est omise. Le binding reprend les champs fournis par l’émetteur ; il ne crée pas le contexte clinique manquant.

Ce texte est celui du formulaire d’admission. Les transmissions écrites dans le dossier sont des communications distinctes, disponibles via CommunicationReceived.

Références : Encounter FHIR R4, HL7 v2.5, segment PV2.

Profil français : IHE PAM France 2.11.2.