CodeableConcept — Concept codé multi-systèmes
CodeableConcept porte le même concept clinique exprimé dans plusieurs systèmes de codage. SNOMED CT + CIM-10 + LOINC ensemble pour maximiser l'interop.
Objet de la ressource
CodeableConcept est le type FHIR le plus utilisé pour le codage clinique. Il contient un tableau coding[] (chaque Coding = un système + code + display), plus un text libre comme fallback.
Pourquoi un tableau ? Pour permettre la traduction cross-terminologies. Un diagnostic peut être encodé simultanément en SNOMED CT (pour interop internationale), CIM-10 (pour facturation), LOINC (si question/observation), code local (si nécessaire). Le récepteur choisit le système qu'il connaît.
Champs clés
| Champ | Type | Cardinalité | Rôle |
|---|---|---|---|
coding | Coding[] | 0..* | Equivalent codings across systems. |
text | string | 0..1 | Free-text representation (fallback). |
Exemple JSON
Diabète de type 2 en SNOMED + CIM-10 :
{
"coding": [{
"system": "http://snomed.info/sct",
"code": "44054006",
"display": "Diabetes mellitus type 2 (disorder)"
}, {
"system": "http://hl7.org/fhir/sid/icd-10",
"code": "E11.9",
"display": "Type 2 diabetes mellitus without complications"
}],
"text": "Diabète de type 2"
} Pièges courants
- Pas de coding, juste text : le concept n'est pas exploitable par CDS, statistiques, agrégation. Toujours essayer de fournir au moins un Coding.
- system OID/URL inversé : SNOMED = "http://snomed.info/sct", LOINC = "http://loinc.org" (pas "https"). Casser la convention casse la résolution serveur.
- Plusieurs codings du même system avec codes différents : ambiguïté. Toujours un seul code par system.
Ressources liées
- Coding — Composant unitaire de CodeableConcept.
- ValueSet — Liste de valeurs autorisées pour un CodeableConcept.
- CodeSystem — Définition d'un système de codes.
- ConceptMap — Mapping entre concepts de systèmes différents.