Appointment FHIR Resource Proposal
- 1 Appointment
- 1.1 Owning committee name
- 1.2 Contributing or Reviewing Work Groups
- 1.3 FHIR Resource Development Project Insight ID
- 1.4 Scope of coverage
- 1.5 RIM scope
- 1.6 Resource appropriateness
- 1.7 Expected implementations
- 1.8 Content sources
- 1.9 Example Scenarios
- 1.10 Resource Relationships
- 1.11 Timelines
- 1.12 gForge Users
Owning committee name
Contributing or Reviewing Work Groups
FHIR Resource Development Project Insight ID
Scope of coverage
Appointment resources are used to provide information about a planned meeting that may be in the future or past. The resource only describes a single meeting, a series of repeating visits would require multiple appointment resources be created for each instance. Examples include a scheduled surgery, a follow-up for a clinical visit, a scheduled conference call between clinicians to discuss a case, the reservation of a piece of diagnostic equipment for a particular use, etc. The visit scheduled by an appointment may be in person or remote (by phone, video conference, etc.) All that matters is that the time and usage of one or more individuals, locations and/or pieces of equipment is being fully or partially reserved for a designated period of time.
This definition takes the concepts of appointments in a clinical setting and also extends them to be relevant in the community healthcare space, and also ease exposure to other appointment / calendar standards widely used outside of healthcare.
This resource is not expected to handle recurring appointments (at this stage) due to the complexities of recurrences, time-zone transitions, and status changes of variations to the recurrence. If a user of an appointment desires to handle recurrences, they will need to "expand" the recurrences as separate resource instances and use some form of identifier to "join" them together as the one logical collection.
Act (ActMood = ActMoodAppointment or ActMoodAppointmentRequest)
Many systems already exchange appointment information using iCal appointments, and some use the HL7v2 schedule messages, or proprietary format messages.
The existing iCal standard does provide a good basis that is widely accepted by many (mostly non-healthcare related) software packages. However we would like to extend these basic features to better meet the complex needs in the healthcare space where transparency and traceability is critical.
This resource is expected to be implemented by community clinics, general practice and specialist software solutions to receive and publish their appointments directly to/from users external to the organization providing the information.
The appointment resource has a lot of similarities and has been inspired by the iCal standard, and as such there will be a mapping provided to this standard.
A Physio-Therapy clinic that has its available times published via Availability and Slot resources wants to be able to accept appointment requests from users outside the organization. This resource provides users with a way of making the request, and viewing the outcomes from any invited parties as to the status of the appointment.
The Appointment Resource will reference any slots that it is booking to, along with the participants that are involved in the appointment, such as the patient and provider (but not restricted to just these). It will also reference the Location resource where the appointment is to take place.
The Appointment will be referenced by both the Encounter, and also the AppointmentResponse, where replies to requests are made.
Given the progress to date, we expect that this resource will be ready for inclusion in the next Ballot (expecting September 2014) the resource has already undergone a great deal of review in PA over the last 6 months.
brian_pos ewoutkramer grahameg