Person — Identité maître cross-ressources

Le médecin qui est aussi patient de l'hôpital où il exerce : deux ressources (Practitioner + Patient) mais une seule personne physique. Person matérialise cette équivalence.

Objet de la ressource

Une personne physique peut avoir plusieurs rôles dans le système : médecin (Practitioner), patient soigné (Patient), accompagnant d'un proche (RelatedPerson), membre du personnel administratif (Person seule). Person regroupe ces rôles via link[], avec un niveau de confiance (assurance) sur le lien : level1 (déclaratif) à level4 (vérification forte d'identité).

Champs clés

Champ	Type	Cardinalité	Rôle
`identifier`	Identifier[]	0..*	Identifiants persistants — typiquement un Master Person Index.
`active`	boolean	0..1	Personne encore active dans le MPI.
`name`	HumanName[]	0..*	Nom(s).
`telecom`	ContactPoint[]	0..*	Contacts.
`gender`	code	0..1	Sexe administratif.
`birthDate`	date	0..1	Date de naissance.
`deceased[x]`	boolean \| dateTime	0..1	Décès.
`address`	Address[]	0..*	Adresses.
`maritalStatus`	CodeableConcept	0..1	Statut marital.
`photo`	Attachment[]	0..*	Photo.
`communication`	BackboneElement[]	0..*	Langues.
`managingOrganization`	Reference(Organization)	0..1	Organisation gérant le Person record.
`link`	BackboneElement[]	0..*	Liens vers Patient \| Practitioner \| RelatedPerson \| Person avec `assurance`.

Exemple JSON

Person liant Patient + Practitioner + RelatedPerson :

json person-master.json

{
  "resourceType": "Person",
  "id": "person-doe-john",
  "identifier": [{
    "system": "http://example.org/persons",
    "value": "PER-2026-00042",
    "use": "usual"
  }, {
    "system": "urn:oid:1.2.250.1.213.1.4.8",
    "value": "199004587890190",
    "use": "official",
    "type": {
      "coding": [{
        "system": "http://terminology.hl7.org/CodeSystem/v2-0203",
        "code": "NI",
        "display": "National identifier"
      }]
    }
  }],
  "name": [{
    "use": "official",
    "family": "Doe",
    "given": ["John", "Alexandre"]
  }],
  "telecom": [{
    "system": "email",
    "value": "j.doe@example.org"
  }],
  "gender": "male",
  "birthDate": "1972-05-15",
  "active": true,
  "link": [{
    "target": { "reference": "Patient/doe-john" },
    "assurance": "level3"
  }, {
    "target": { "reference": "Practitioner/prac-doe-john" },
    "assurance": "level3"
  }, {
    "target": { "reference": "RelatedPerson/parent-doe-jr" },
    "assurance": "level2"
  }]
}

Pièges courants

Person utilisé comme Patient — Person n'a pas de Encounter, Condition, etc. C'est un nœud d'identité, pas un patient.
Pas de Master Person Index — sans MPI dédié, Person est en surcharge ; sur un seul EHR, Patient.link suffit pour la fusion.
Liens sans assurance — un link niveau 1 (déclaratif) et un niveau 4 (papiers vérifiés) n'ont pas le même poids juridique.
Confondre active du Person avec celui des Patient/Practitioner liés — chaque ressource a son propre cycle de vie.
Liens cycliques — un Person qui pointe vers un autre Person doit éviter les cycles (A → B → A).

Ressources liées

Patient — un rôle.
Practitioner — un autre rôle.
RelatedPerson — encore un autre rôle.
Person.link — chaînage MPI.

Fondamentaux

Standards

Messages phares

Outils