Réponse courte : une Encounter (ou consultation) est une interaction entre un patient et le système de santé : une visite en ambulatoire, un séjour à l'hôpital, une admission aux urgences, une téléconsultation, une visite à domicile. Elle enregistre quand (period), dans quel cadre (class : ambulatoire, hospitalisation, urgences, soins à domicile, virtuel), son statut (planifié → en cours → terminé), qui y a participé, pourquoi (reasonCode) et ce qui a été diagnostiqué (diagnosis, lié aux Conditions). Les observations, procédures, prescriptions de médicaments et documents pointent vers l'Encounter à laquelle ils appartiennent, ce qui permet de lire le dossier visite par visite.
Un exemple valide FHIR R4
Une ressource FHIR R4 valide pour une rencontre (Encounter) ne nécessite que le statut et la classe, mais une rencontre utile inclut également le sujet, la période, le type, les participants, une raison et les diagnostics établis. L'exemple ci-dessous est une consultation ambulatoire terminée pour le diabète de type 2, avec un praticien principal, un diagnostic de motif de consultation classé premier, un lieu et l'organisation responsable.
{
"resourceType": "Encounter",
"id": "visit-2026-03-14",
"status": "finished",
"class": {"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode", "code": "AMB", "display": "ambulatory"},
"type": [{"coding": [{"system": "http://snomed.info/sct", "code": "11429006", "display": "Consultation"}]}],
"serviceType": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/service-type", "code": "165", "display": "Diabetes Education"}]},
"subject": {"reference": "Patient/example"},
"participant": [{
"type": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v3-ParticipationType", "code": "PPRF", "display": "primary performer"}]}],
"individual": {"reference": "Practitioner/gp-42"}
}],
"period": {"start": "2026-03-14T09:00:00+01:00", "end": "2026-03-14T09:25:00+01:00"},
"reasonCode": [{"coding": [{"system": "http://snomed.info/sct", "code": "44054006", "display": "Type 2 diabetes mellitus"}]}],
"diagnosis": [{
"condition": {"reference": "Condition/t2dm"},
"use": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/diagnosis-role", "code": "CC", "display": "Chief complaint"}]},
"rank": 1
}],
"location": [{"location": {"reference": "Location/clinic-3"}, "status": "completed"}],
"serviceProvider": {"reference": "Organization/hospital"}
}
Statut : le cycle de vie
Le statut d'une rencontre FHIR (Encounter) évolue de planned (prévu), arrived (arrivé), triaged (trié), in-progress (en cours), onleave (en congé) à finished (terminé), avec cancelled (annulé), entered-in-error (erreur de saisie) et unknown (inconnu) comme autres issues. L'élément statusHistory conserve chaque état antérieur avec sa période, ainsi un séjour hospitalier montre quand le patient est arrivé, a été admis et est parti. Une rencontre (Encounter) est l'interaction elle-même, pas le rendez-vous (Appointment) qui l'a réservée.
planned (réservé, pas encore commencé) → arrived → triaged (services d'urgence) → in-progress → onleave (hospitalisé en congé temporaire) → finished. cancelled et entered-in-error y mettent fin autrement ; unknown existe pour les importations. statusHistory conserve les états précédents avec leurs périodes, ainsi un séjour hospitalier montre quand le patient est arrivé, quand il a été admis et quand il est parti. Notez qu'une Encounter n'est pas un Appointment : l'Appointment est la réservation ; quand le patient arrive, une Encounter est créée qui y fait référence via appointment.
Classe : le cadre
La classe (class) de la rencontre (Encounter) provient du système HL7 v3 ActCode : AMB ambulatoire (consultation externe), IMP hospitalisation (patient interne), EMER urgences, HH soins à domicile, VR virtuel (télésanté), ACUTE et NONAC pour les sous-types d'hospitalisation, OBSENC observation, PRENC pré-admission, SS court séjour. classHistory enregistre les transferts, par exemple une admission aux urgences qui est devenue une hospitalisation.
Les autres éléments
Au-delà du statut et de la classe, une rencontre FHIR (Encounter) contient le type (type) et le serviceType (quel type de visite et quelle ligne de service), le participant (participant - les cliniciens avec leurs rôles et périodes), le code de raison (reasonCode) ou la référence de raison (reasonReference), le diagnostic (diagnosis - Conditions liées avec leur utilisation et leur rang), l'hospitalisation (hospitalization - détails d'admission et de sortie), les entrées de lieu au fil du temps, la durée (length), le prestataire de services (serviceProvider) et la partie (partOf) pour les sous-rencontres.
- type et serviceType indiquent le type de rencontre et la ligne de service (cardiologie, éducation thérapeutique sur le diabète), avec des codes qui varient selon les pays.
- participant liste les cliniciens et autres personnes avec un type de participation (admetteur, soignant, exécutant principal, consultant, référant) et la période pendant laquelle chacun a été impliqué.
- reasonCode / reasonReference donnent la raison de la visite ; diagnosis lie les Conditions établies ou traitées, avec un
use(diagnostic d'admission AD, diagnostic de sortie DD, plainte principale CC, comorbidité CM, facturation) et unrank. Voir FHIR Condition expliqué. - hospitalization contient les détails de l'admission :
admitSource(référence du médecin traitant, urgences, transfert),dischargeDisposition(domicile, autre hôpital, décédé),preAdmissionIdentifier, régime alimentaire et dispositions spéciales. - location liste les lieux avec leur statut au fil du temps (prévu, actif, réservé, terminé) ; un transfert de service ajoute une nouvelle entrée.
- length est la durée ; serviceProvider l'organisation responsable ; partOf lie une sous-rencontre (un séjour en service) à l'admission à laquelle elle appartient.
Ce qui a changé en R5
FHIR R5 a renommé Encounter.hospitalization en admission, a fusionné reasonCode et reasonReference en reason, a fait de class une liste de CodeableConcept (une rencontre peut porter plusieurs classifications), a déplacé participant.individual vers actor, et a introduit EncounterHistory comme une ressource distincte pour l'historique du statut et de la classe. R4 reste la version dans US Core et la plupart des guides nationaux ; voir FHIR R4 vs R5.
Mapping depuis HL7 v2
Les messages HL7 v2 ADT sont mappés à la rencontre FHIR (Encounter) par type d'événement : A01 admission crée une rencontre hospitalisée (Encounter) en cours, A03 sortie la termine avec period.end et la disposition de sortie, A02 transfert ajoute une entrée de lieu, A04 enregistre une rencontre ambulatoire et A08 la met à jour. La plupart des données proviennent du segment PV1, dont le numéro de visite devient Encounter.identifier.
Un ADT^A01 (admission) crée une Encounter avec la classe IMP et le statut in-progress ; A03 (sortie) définit le statut finished et remplit period.end et dischargeDisposition ; A02 (transfert) ajoute une entrée location ; A04 (enregistrement ambulatoire) crée une encounter AMB ; A08 la met à jour. PV1 transporte la plupart des données (classe du patient dans PV1-2, lieu dans PV1-3, soignant dans PV1-7, numéro de visite dans PV1-19, qui devient Encounter.identifier). Voir Messages HL7 v2 expliqués.
Dans Anpheros
La plateforme Anpheros crée des ressources de rencontre FHIR (Encounter) de deux manières : les cliniques les écrivent via l'API, et la visite enregistrée d'une personne devient une rencontre terminée une fois que le rendez-vous a eu lieu. Les résultats, documents et notes de cette visite font référence à la rencontre (Encounter), de sorte que le dossier peut être lu visite par visite par la personne et par toute clinique avec laquelle elle partage.
Les rendez-vous réservés dans l'application sont des ressources de rendez-vous (Appointment) jusqu'à ce qu'ils aient lieu.
Pages associées
- FHIR Condition expliqué
- Ressource FHIR Patient expliquée
- Messages HL7 v2 expliqués : ADT et ORU
- FHIR R4 vs R5
- FHIR DiagnosticReport expliqué
- Exemple d'Encounter sur le site développeur
Sources
- HL7 FHIR R4 : Encounter
- HL7 FHIR R5 : Encounter
- HL7 Terminology : v3 ActCode (classe de rencontre)
- HL7 Terminology : système de codes diagnosis-role
- HL7 US Core : profil Encounter
Questions fréquentes
Quelle est la différence entre Encounter et Appointment ?
Un Appointment est la réservation d'un créneau futur ; une Encounter est l'interaction qui a réellement eu lieu (ou est en cours). Lorsque le patient arrive, l'Encounter est créée et fait référence à l'Appointment.
Un séjour hospitalier est-il une seule Encounter ou plusieurs ?
Généralement une seule Encounter pour l'admission, avec des entrées de localisation pour chaque service et classHistory pour les changements de cadre. Certains systèmes créent des sous-rencontres par séjour en service liées via partOf ; les guides nationaux précisent lesquels.
Où va le résumé de sortie ?
En tant que DocumentReference ou document FHIR dont la Composition fait référence à l'Encounter. L'Encounter elle-même contient la disposition de sortie et les dates, pas le récit.
Chaque Observation a-t-elle besoin d'une Encounter ?
Non. Les observations que le patient enregistre à domicile, ou qui proviennent d'un appareil portable, n'ont pas d'Encounter. Celles prises pendant une visite devraient y faire référence afin que le dossier puisse être lu par visite.
Essayez gratuitement dans le sandbox
Votre premier appel FHIR en 5 minutes. Une API HL7 FHIR R4 avec le consentement du patient intégré : essayez-la dans le bac à sable, puis connectez votre propre application ou système de clinique.
Gratuit · 30 patients synthétiques · sans carte
Anpheros développe un dossier médical que le patient contrôle et peut partager avec n'importe quelle clinique, sur une plateforme HL7 FHIR R4, basée en UE. Ces guides vous aident à comprendre et organiser votre santé ; ils ne remplacent pas votre médecin.
À propos d'Anpheros →