ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

RelatedPerson — Proche du patient

Conjoint, parent, aidant, représentant légal : une personne liée au patient qui peut prendre des décisions, être contactée, mais n'est pas elle-même soignée.

Objet de la ressource

RelatedPerson modélise une personne en lien avec un patient : typiquement un proche identifié comme contact d'urgence, un parent qui consent pour un mineur, un tuteur légal qui consent pour un majeur protégé, un aidant familial qui accompagne aux RDV. RelatedPerson est l'équivalent FHIR du segment HL7 v2 NK1.

Champs clés

ChampTypeCardinalitéRôle
identifierIdentifier[]0..*Identifiants persistants.
activeboolean0..1Lien encore actif.
patientReference(Patient)1..1Obligatoire. Patient lié.
relationshipCodeableConcept[]0..*Type de lien (v3-RoleCode, v2-0131).
nameHumanName[]0..*Nom(s).
telecomContactPoint[]0..*Coordonnées (téléphone, e-mail).
gendercode0..1Sexe administratif.
birthDatedate0..1Date de naissance (utile pour identifier un mineur représentant).
addressAddress[]0..*Adresses.
photoAttachment[]0..*Photo (rare).
periodPeriod0..1Période de validité du lien.
communicationBackboneElement[]0..*Langues parlées.

Exemple JSON

Conjointe contact d'urgence, langue préférée FR :

json relatedperson-spouse.json
{
  "resourceType": "RelatedPerson",
  "id": "spouse-doe-jane",
  "identifier": [{
    "system": "urn:oid:1.2.34",
    "value": "RP-2026-001"
  }],
  "active": true,
  "patient": { "reference": "Patient/doe-john" },
  "relationship": [{
    "coding": [{
      "system": "http://terminology.hl7.org/CodeSystem/v3-RoleCode",
      "code": "SPS",
      "display": "spouse"
    }]
  }, {
    "coding": [{
      "system": "http://terminology.hl7.org/CodeSystem/v2-0131",
      "code": "C",
      "display": "Emergency Contact"
    }]
  }],
  "name": [{
    "use": "official",
    "family": "Doe",
    "given": ["Jane"]
  }],
  "telecom": [{
    "system": "phone",
    "value": "+33 6 12 34 56 78",
    "use": "mobile",
    "rank": 1
  }, {
    "system": "email",
    "value": "jane.doe@example.org",
    "rank": 2
  }],
  "gender": "female",
  "birthDate": "1976-03-22",
  "address": [{
    "use": "home",
    "line": ["12 rue de la République"],
    "city": "Lyon",
    "postalCode": "69001",
    "country": "FR"
  }],
  "communication": [{
    "language": {
      "coding": [{
        "system": "urn:ietf:bcp:47",
        "code": "fr-FR"
      }]
    },
    "preferred": true
  }]
}

Pièges courants

  • Confondre avec Patient — un RelatedPerson n'est pas soigné. S'il devient lui-même patient (ex : hospitalisation), créer un Patient distinct lié via Person.
  • Pas de relationship — un lien non typé est inutilisable pour l'EHR : comment savoir si c'est le tuteur ou le simple ami ?
  • Données médicales sur RelatedPerson — anti-pattern, pas d'Observation/Condition liée à un RelatedPerson. Utiliser FamilyMemberHistory.
  • Plusieurs systèmes de codes mélangésrelationship accepte v3-RoleCode ET v2-0131 : documenter le code system pour chaque entrée.
  • period oublié — un ex-conjoint reste lié dans le RelatedPerson sans period.end : source de confusion.

Ressources liées