Gestion d'Agendas Partagés (GAP)
3.0.0 - trial-use
This page is part of the Guide d'implémentation FHIR - Gestion d'Agendas Partagés (v3.0.0: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions
Les flux de création et de mise à jour d’un rendez-vous sont respectivement opérés par les requêtes HTTP POST et PUT sur la ressource Appointment représentant le rendez-vous. Ces requêtes sont envoyées au gestionnaire d’agendas.
Le flux de création de rendez-vous est initié par un déclarant de rendez-vous et peut constituer une demande de rendez-vous (attente de confirmation) ou une simple déclaration d’un rendez-vous pris. L’attribut Appointment.status permet de définir quel est le cas concerné.
Il existe deux cas d’usage pour la demande de rendez-vous :
Ce flux correspond à une requête HTTP POST sur une ressource Appointment.
Le flux 6a permet la création de rendez-vous. Cela se fait via l’interaction create de l’API FHIR (http POST) sur la ressource Appointment.
Le flux de mise à jour de rendez-vous est initié par un déclarant de rendez-vous et constitue une simple mise à jour d’un rendez-vous préalablement déclaré (changement de statut, ajout d’un participant…). La structure du flux 6b de mise à jour de rendez-vous est similaire à celle du flux 6a de création de rendez-vous.
Ce flux correspond à une requête HTTP PUT (Conditional update) sur une ressource Appointment.
Le flux 6b permet la mise à jour d’un rendez-vous préalablement déclaré (changement de statut, ajout d’un participant…). Cela se fait via l’interaction conditional update de l’API FHIR (http PUT) sur la ressource Appointment en se basant sur l’identifiant métier unique « appointment.identifier ». A la réception de la requête, une recherche au niveau du gestionnaire d’agendas est effectuée sur la base de cet identifiant. Si un rendez-vous correspond à l’identifiant fournie par le déclarant la ressource est mise à jour et un code statut 200 ok est retourné.
Consultez la documentation du standard pour plus d’information sur l’implémentation du conditional update.