CommunicationRequest — Demande d'envoi
Une communication doit être faite : alerte à transmettre, notification planifiée, instruction à envoyer. CommunicationRequest est l'ordre, Communication trace l'exécution.
Objet de la ressource
CommunicationRequest fait partie de la famille des "Request" en FHIR (ServiceRequest, MedicationRequest, DeviceRequest). Modélise une demande d'envoi : le médecin ordonne qu'une alerte parte vers l'astreinte, qu'une notification soit envoyée à un patient, qu'une instruction circule vers une équipe. L'exécution génère une ressource Communication.
Champs clés
| Champ | Type | Cardinalité | Rôle |
|---|---|---|---|
status | code | 1..1 | draft, active, on-hold, revoked, completed, entered-in-error, unknown. |
intent | code | 1..1 | proposal, plan, directive, order, original-order… |
priority | code | 0..1 | routine, urgent, asap, stat. |
subject | Reference(Patient | Group) | 0..1 | Sujet de la demande. |
recipient | Reference(...)[] | 0..* | Destinataires souhaités. |
requester | Reference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device) | 0..1 | Demandeur. |
occurrence[x] | dateTime | Period | 0..1 | Quand la communication doit avoir lieu. |
payload | BackboneElement[] | 0..* | Contenu à transmettre. |
reasonCode | CodeableConcept[] | 0..* | Justification de la demande. |
Exemple JSON
Demande d'alerte à l'astreinte :
{
"resourceType": "CommunicationRequest",
"id": "example",
"status": "active",
"intent": "order",
"priority": "asap",
"subject": { "reference": "Patient/example" },
"occurrenceDateTime": "2026-05-16T16:00:00Z",
"recipient": [{ "reference": "Practitioner/dr-on-call" }],
"requester": { "reference": "Practitioner/dr-smith" },
"reasonCode": [{
"coding": [{
"system": "http://snomed.info/sct",
"code": "315004001",
"display": "Treatment alert"
}]
}],
"payload": [{ "contentString": "Patient blood pressure dropped. Please review immediately." }]
}Pièges courants
- Status / intent mal alignés :
status=activesansintent=order= ambigu pour un moteur d'exécution. - Pas de chaînage avec Communication : la Communication exécutée doit référencer CommunicationRequest via
basedOn. - Priority urgent sans escalade : si l'EHR récepteur ne supporte pas l'escalade automatique, les demandes urgentes risquent d'être traitées comme routine.
Ressources liées
- Communication — trace de l'exécution.
- Task — workflow opérationnel englobant.
- ServiceRequest, MedicationRequest — autres familles Request.
Voir aussi : Communication, Task.