Linkage — détail : MPI fédéré et déduplication HIE
Outillage opérationnel des Master Patient Indexes et Health Information Exchanges : quelle ressource Patient est source de vérité ? Linkage répond à cette question.
Patterns MPI fédéré
Dans un HIE (Health Information Exchange) ou un MPI fédéré, le même patient apparaît sous plusieurs identifiants dans des systèmes différents. Linkage attache à un patient canonique source ses alternates (identifiants équivalents) et ses historical (anciens identifiants).
item.type
| Code | Sémantique |
|---|---|
source | Ressource maître. Au moins 1 par Linkage. |
alternate | Ressource équivalente, encore active. |
historical | Ancienne ressource archivée, gardée pour la traçabilité. |
Linkage vs Patient.link vs Person.link
- Patient.link — usage interne à un système (replace, replaced-by, refer, seealso). Cardinalité limitée aux Patient + RelatedPerson.
- Person.link — agrégation multi-domaines (Patient + Practitioner + RelatedPerson). Person sert de pivot MPI cross-rôle.
- Linkage — usage externe, opéré par un référent (HIE manager, MPI team), capable de pointer vers n'importe quelle ressource FHIR.
Exemple : déduplication HIE 3 systèmes
{
"resourceType": "Linkage",
"id": "hie-mpi-link-marie-dupont",
"active": true,
"author": { "reference": "Organization/hie-mpi-team" },
"item": [{
"type": "source",
"resource": { "reference": "Patient/hospital-a-MR12345" }
}, {
"type": "alternate",
"resource": { "reference": "Patient/hospital-b-MR67890" }
}, {
"type": "alternate",
"resource": { "reference": "Patient/clinic-c-PT-2024-0042" }
}, {
"type": "historical",
"resource": { "reference": "Patient/old-system-archived-MR-99999" }
}]
}Pièges courants
- Pas de source — un Linkage doit avoir au moins un
type=source. - Chaînes de Linkage circulaires — Linkage A référence B, B référence A : éviter.
- Linkage non versionné — historiser via Provenance pour pouvoir reconstruire le merge.
- Audit absent — chaque création/modification de Linkage doit faire un AuditEvent.