Difference between revisions of "201601 Scheduling"
Line 48: | Line 48: | ||
===Create Appointment=== | ===Create Appointment=== | ||
:Action: Create an appointment resource and store on a server (Requester) | :Action: Create an appointment resource and store on a server (Requester) | ||
+ | This appointment should have a status of proposed or pending, and participant statuses of needs-action | ||
:Precondition: None | :Precondition: None | ||
− | :Success Criteria: Appointment passes validation against the Appointment schema and schematron | + | :Success Criteria: Appointment passes validation against the Appointment schema and schematron, and has these statuses set |
:Bonus point: Define an Appointment with multiple participants | :Bonus point: Define an Appointment with multiple participants | ||
:Bonus point: Define an appointment with a Location | :Bonus point: Define an appointment with a Location |
Revision as of 20:40, 25 November 2015
Scheduling
Submitting WG/Project/Implementer Group
Patient Administration (PA)
Justification
This track will extend on the experience that was had at the last connectathon and help improve the experience with these resources, and extend into the Encounter resource.
Proposed Track Lead
Coordinator: Brian Postlethwaite
Expected participants
Brian Postlethwaite - HealthConnex
Roles
Server
A Server Role can be either a simple FHIR server that just stores the scheduling resources, or could be smart and perform placing/allocation services on the appointment requests coming in.
Requester
A client that creates appointments (as either booked resources, or requests which need a placer to fill)
Placer
A placer is a client (or server) that processes appointment requests and allocates either participants, or times to these requests.
Scenarios
If creating a client application, this track should require minimal work in advance of the connectathon, though at least a bit of playing is recommended. If creating a server, advanced preparation will be required, but this scenario should somewhat limit the effort involved.
Specification Page(s): Appointment AppointmentResponse Schedule Slot
The introduction section on the "usual" workflow can be found here: http://hl7.org/fhir/appointment.html#5.27.1.1
If you're trying to work out what statuses mean, and what would be expected, there is a summary at the bottom of that same page including a collection of examples http://hl7.org/fhir/appointment.html#typical Which tie together the 4 resources...
Create Appointment
- Action: Create an appointment resource and store on a server (Requester)
This appointment should have a status of proposed or pending, and participant statuses of needs-action
- Precondition: None
- Success Criteria: Appointment passes validation against the Appointment schema and schematron, and has these statuses set
- Bonus point: Define an Appointment with multiple participants
- Bonus point: Define an appointment with a Location
- Bonus point: Define an Appointment with varied Participant statuses
- Bonus point: Define an Appointment against multiple slots
Check Schedule
- Action:
- Precondition:
- Success Criteria:
- Bonus point:
Process Appointment (Response)
- Action:
- Precondition:
- Success Criteria:
- Bonus point:
Cancel Appointment
- Action:
- Precondition:
- Success Criteria:
- Bonus point: