Faites-nous part de vos impressions sur le Serveur terminologique, et aidez-nous à améliorer nos services! Vous avez jusqu’au 3 décembre 2024 pour répondre au sondage. Votre avis nous intéresse!
En savoir plus >
I would do a GET on /appointment looking for appointments that are based on the referral. When STU 3 gets published, there should be an element on Appointment that would let you point to the "order" that drove the creation of the appointment. For now, you may need to add an extension.
The alternative would be to use Task, where you'd create a Task seeking fulfillment of the referral and then update the Task to list the appointment as one of the outputs of the Task.
We are developing an eReferral API using FHIR. We are doing it with a POST and GET /referralRequest API, a well as a GET /Appointment API which works as follows:
- The user POSTs to /referralRequest with basic demographic data. After that, an appointment time (and service) is selected.
- The application that made the POST /referralRequest wants the information on the appointment time and service that was selected.
- The POSTer makes a GET request to us to find out what appointment time and service was assigned.
My question is, what is the best way to provide that service/appointment time info back to the POSTer? The two options i'm currently considering are:
1) the user makes a call to GET referralRequest, and I add in the /appointment resource in the supportingInformation section of referralRequest
2) the user makes a call to GET /appointment
Any thoughts on best practices around which approach (or another approach) is best?