DeviceRequest — Prescription d'un dispositif médical

La demande de fourniture d'un device au patient : fauteuil roulant, prothèse auditive, lit médicalisé, pompe à insuline. Brique du workflow DME (Durable Medical Equipment) côté américain et de la prescription de dispositifs en Europe.

Objet de la ressource

DeviceRequest représente une demande pour qu'un patient utilise un dispositif médical. Le cas d'usage canonique est la prescription d'un DME : fauteuil roulant, prothèse auditive, attelle, pompe à insuline, lit médicalisé. Mais la ressource couvre aussi la demande d'implantation d'un device et la prescription d'un SaMD (Software as a Medical Device).

DeviceRequest s'aligne avec les autres ressources de requête FHIR — ServiceRequest, MedicationRequest — via la combinaison status × intent qui forme le pattern unifié du workflow « commande FHIR ». Le device demandé peut être référencé par un type (code SNOMED CT générique) ou par une instance précise (Reference(Device)) si le DM est déjà identifié.

Champs clés

status × intent

Le couple status + intent est central dans tous les Request FHIR. Les Required bindings publiés par HL7 R5 :

Exemple JSON

Prescription d'un fauteuil roulant manuel léger pour un patient diabétique, par le Dr Adam Careful, à livrer par le fournisseur Acme DME Supplies le 25 mai 2026.

{
  "resourceType": "DeviceRequest",
  "id": "example",
  "identifier": [{
    "system": "http://example.org/identifiers/devicerequest",
    "value": "DR-2026-187"
  }],
  "status": "active",
  "intent": "order",
  "priority": "routine",
  "code": {
    "concept": {
      "coding": [{
        "system": "http://snomed.info/sct",
        "code": "58938008",
        "display": "Wheelchair"
      }]
    }
  },
  "quantity": 1,
  "parameter": [{
    "code": {
      "coding": [{
        "system": "http://snomed.info/sct",
        "code": "60668009",
        "display": "Length"
      }]
    },
    "valueQuantity": {
      "value": 220,
      "unit": "mm",
      "system": "http://unitsofmeasure.org",
      "code": "mm"
    }
  }],
  "subject": { "reference": "Patient/example" },
  "encounter": { "reference": "Encounter/example" },
  "occurrenceDateTime": "2026-05-25T09:00:00+02:00",
  "authoredOn": "2026-05-14T14:00:00+02:00",
  "requester": { "reference": "Practitioner/example", "display": "Dr Adam Careful" },
  "performer": {
    "reference": "Organization/dme-supplier-1",
    "display": "Acme DME Supplies"
  },
  "reason": [{
    "concept": {
      "coding": [{
        "system": "http://snomed.info/sct",
        "code": "44054006",
        "display": "Diabetes mellitus type 2"
      }]
    }
  }],
  "note": [{
    "text": "Fauteuil roulant manuel léger, dossier inclinable. Livraison à domicile."
  }]
}

À noter dans cet exemple :

• intent=order + status=active = commande ferme transmise au performer.
• code SNOMED CT 58938008 = wheelchair : le DM est demandé par type, pas par instance.
• parameter précise la longueur attendue (220 mm) — utile quand l'instance physique n'existe pas encore et que le fournisseur doit configurer.
• reason est obligatoire pour la justification médicale auprès des assureurs (CMS DMEPOS).
• performer pointe vers le DME supplier : la communication automatique Request → fournisseur passe par l'IG Da Vinci PDex aux US.

Pièges courants

• intent manquant — cardinalité 1..1. C'est un modifier, donc obligatoire pour donner un sens à la ressource.
• code vide — cardinalité 1..1. Le device demandé doit être spécifié (par concept ou par référence). Sans code, la ressource est invalide.
• subject manquant — cardinalité 1..1. Une demande sans bénéficiaire est ininterprétable.
• Mélange Device instance / DeviceDefinition — code peut pointer vers une Reference(Device) (instance déjà existante) ou vers une Reference(DeviceDefinition) (catalogue produit) ou un concept. Choisir un seul.
• Confusion doNotPerform / status=revoked — doNotPerform=true = « commande pour ne pas utiliser ce device » (rare, mais utile pour les directives anticipées). status=revoked = la commande est annulée.
• insurance oublié pour DMEPOS — aux US, un DeviceRequest sans insurance est rejeté par CMS Medicare. Profil Da Vinci PDex/Coverage exige la couverture.
• occurrence au passé — typiquement une erreur de saisie. Le device est demandé pour le futur ; un occurrence à J-1 indique probablement un workflow rétroactif.

Ressources liées

• Device — le device demandé, soit en concept générique, soit en référence d'instance.
• DeviceDispense — la dispensation (livraison) du device en réponse au DeviceRequest.
• DeviceUsage — l'usage effectif du device par le patient.
• CarePlan — peut contenir des activités basées sur DeviceRequest.
• ServiceRequest, MedicationRequest — autres ressources de demande FHIR avec le même pattern status × intent.
• Coverage — couverture santé référencée par insurance.
• Condition — pathologie référencée par reason.

Voir aussi : l'index FHIR R5.