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.

TerminologyCapabilities — Capacités d'un serveur terminologique

La CapabilityStatement spécifique au module Terminology : quels CodeSystems, ValueSets, ConceptMaps, opérations sont exposés par le serveur, avec quelles versions et quelles options.

Objet de la ressource

TerminologyCapabilities décrit ce qu'un serveur terminologique sait faire : liste des CodeSystems hébergés avec leurs versions, ValueSets pré-expansés, ConceptMaps disponibles, support des opérations $expand, $validate-code, $translate, $lookup, $subsumes, gestion des langues, de la pagination, etc.

Elle est généralement publiée à l'endpoint /metadata?mode=terminology ou /.well-known/fhir-configuration, en complément de la CapabilityStatement générale.

Champs clés

ChampTypeCardinalitéRôle
urluri0..1URL canonique.
versionstring0..1Version.
namestring0..1Nom technique.
titlestring0..1Titre.
statuscode1..1draft | active | retired | unknown.
datedateTime1..1Date de publication.
kindcode1..1instance | capability | requirements.
softwareBackboneElement0..1Software hébergeur.
implementationBackboneElement0..1Instance d'implémentation (URL).
lockedDateboolean0..1Support de la lecture à une date donnée.
codeSystemBackboneElement[]0..*CodeSystems hébergés avec leurs versions.
expansionBackboneElement0..1Capacités d'expansion (hierarchical, paging, incomplete).
codeSearchcode0..1Filtre sur le search (in-compose | in-expansion).
validateCodeBackboneElement0..1Capacités de $validate-code.
translationBackboneElement0..1Capacités de $translate.
closureBackboneElement0..1Capacités de $closure.

Exemple JSON

json terminologycapabilities-example.json
{
  "resourceType": "TerminologyCapabilities",
  "id": "example-term-server",
  "url": "http://example.org/TerminologyCapabilities/example-term-server",
  "version": "5.0.0",
  "name": "ExampleTermServer",
  "title": "Example terminology server capabilities",
  "status": "active",
  "date": "2026-05-15",
  "kind": "instance",
  "software": {
    "name": "HAPI Terminology Server",
    "version": "7.0"
  },
  "codeSystem": [{
    "uri": "http://snomed.info/sct",
    "version": [{
      "code": "http://snomed.info/sct/900000000000207008/version/20260301",
      "isDefault": true
    }]
  }],
  "expansion": {
    "hierarchical": true,
    "paging": true
  },
  "translation": {
    "needsMap": true
  }
}

Pièges courants

  • Versions de CodeSystem absentes — un client ne sait pas si la version de SNOMED CT française de 2026-03 est disponible.
  • Confusion avec CapabilityStatement — la CapabilityStatement décrit l'API REST ; TerminologyCapabilities décrit le contenu sémantique.

Ressources liées