Difference between revisions of "Appointment Management"
From Hiasobi - FHIR
Brett Esler (Talk | contribs) |
Brett Esler (Talk | contribs) |
||
| Line 19: | Line 19: | ||
==Request Appointment== | ==Request Appointment== | ||
| − | Search for requested appointments | + | Search for requested appointments on the server |
GET [base]/Appointment?status=proposed&location.identifier=<siteid> | GET [base]/Appointment?status=proposed&location.identifier=<siteid> | ||
| Line 56: | Line 56: | ||
| − | + | Clinic will update appointment to accept or reject it | |
PUT [base]/Appointment/<id> | PUT [base]/Appointment/<id> | ||
Revision as of 22:25, 24 November 2016
Information
See: [1]
Available Slots
Practitioner schedule sessions in this implementation these are complete sessions - there may be multiple sessions per day
Schedule Extension - nominal period of slots
Free/busy slots that represent a period for an appointment; these may be already booked or currently free
Slot
Request Appointment
Search for requested appointments on the server
GET [base]/Appointment?status=proposed&location.identifier=<siteid>
e.g.
Server provides a list of appointments that are requested
Appointment
status = proposed
start
end
slot - optional reference
participant [0]
type = PPRF
actor is Practitioner
required = required
status = needs-action
participant [1]
type = null
actor is Patient
required = required
status = accepted
participant [2]
type = null
actor is HealthcareService
providedBy = (reference to organization)
serviceCategory = (appointments calendar)
required = required
status = needs-action
Appointment Accept/Reject
Clinic will update appointment to accept or reject it
PUT [base]/Appointment/<id>
Structure is like:
Appointment
participant[0]
status = accepted | declined
participant[2]
status = accepted | declined