Product Brief - HL7 V3: Scheduling, R1
- 1 Product Brief - HL7 V3: Scheduling, R1
HL7 V3: Scheduling, R1
- Health Information Exchange Standards
Normative, ANSI standard
- ANSI/HL7 V3 SC, R1-2003 - HL7 Version 3 Standard: Scheduling, Release 1 (12/1/03)
This document describes a messaging architecture for the notification of scheduling information from a scheduling system to auxiliary systems. The messages in this document can be utilized "as is" for generic appointments where minimal detail is required. This section can also be used as a pattern for scheduling specialized activities where the details of the activity are published in messages under the section of this ballot responsible for the specialized domain. The intent is to establish a standard for the minimum functionaity that is useful and comprehensive enough to explore the important concepts. This minimum functionality is: notifications of new appointments, revised appontments, cancelled appointments, and rescheduled appointments. Later releases will build upon this basic set of interactions to include requests and queries. In addition to appointments, Scheduling also includes the concepts of resource time slots. Slots will also be supported in later releases.
In Version 3, Scheduling is both a domain and a process. As a domain, Scheduling offers a generic set of messages and behavior to implement any number of Scheduling scenarios. As a process, Scheduling offers an abstract data model and a set of operations to any domain within HL7 that utilizes scheduling concepts. We can consider Scheduling as a service and the use of that service as an interface. This release of V3 contains generic scheduling messages that can be implemented by themselves or they can be used as a pattern for domain-specific messages.
The scheduling messages in this section are designed to communicate various events related to the scheduling of generic appointments for healthcare services. There are three basic types of interactions defined in the scheduling domain:
- Request messages and their responses
- Query messages and their responses, and
- Unsolicited notifications
Request transactions communicate requests for the scheduling of appointments for healthcare services or for the booking of resource slots. These transactions occur between placer (requesting) applications and fulfiller (scheduling) applications. The query transactions allow any application to query the current schedule of booked and available slots or booked appointments. Unsolicited transactions provide for the notification of scheduling information between systems.
For this publication of the HL7 Scheduling standard, we are limiting the scope to four basic appointment notification interactions: New Appointment, Revise Appointment, Cancel Appointment. and Reschedule Appointment Future releases will expand the scope to include additional scenarios, including requests, queries and slot management.
Business Case (Intended Use, Customers)
- Provider: Healthcare Institutions (hospitals, long term care, home care, mental health)
- Vendor: Health Care IT
- Tutorial: V3 Overview
- See more at http://www.hl7.org/implement/training.cfm