12.13 Resource Appointment - Content

12.13.1 Scope and Usage

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 to 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 to ease exposure to other appointment / calendar standards widely used outside of healthcare.

12.13.1.1 The basic workflow to create an appointment

• Discovery/Addressing

  Before an appointment can be made, the address/endpoint details of the resource that we want to schedule an appointment with must be determined. This is often based on the healthcare service type and any formatting information which indicates how to make the request. This is typically handled via the Schedule resource.

• Checking Availability on the Schedule (optional)

  This optional step permits the checking of any existing available times (Slot resources associated with a selected Schedule) that can be booked against. Just because a time is indicated as available doesn't guarantee that an appointment can be made. The booking system that is going to process the request may make other qualifying decisions to determine if the appointment can be made, such as permissions, assessments, availability of other resources, etc.

  This step is optional, as the creation of the appointment is never a guaranteed action. But by performing this availability check, you can increase the chances of making a successful booking.

• Making the Appointment Request

  When an appointment is required, a requester creates new Appointment resource with the Appointment.status="proposed".
  All included participants (optional or mandatory) should have the status="needs-action" to allow filtering and displaying appointments to user-participants for accepting or rejecting new and updated requests. Based on internal system business rules, certain statuses may be automatically updated, for example: "reject because the requested participant is on vacation" or "this type of user is not allowed to request those specific appointments".

• Replying to the request

  The reply process is simply performed by the person/system handing the requests, updating the participant statuses on the appointment as needed. If there are multiple systems involved, then these will create AppointmentResponse entries with the desired statuses.

  Once all participants have their participation status created/updated (and the main system marking the appointment participant records with the AppointmentResponse statuses) then the overall status of the Appointment is updated.

• Checking the overall status (Requester)

  The requester (organizer) of the appointment checks for the overall status of the appointment (and appointment responses, where applicable) using FHIR pub-sub techniques.

  Where the participant statuses indicate that a re-scheduling is required, then the process may start again, with other systems replying to a new set of times.

• Waitlisting the Appointment (optional)

  This optional step permits creating a waitlisted appointment. This could occur if an appointment needs to be booked into a time that is not ideal for the patient due to lack of available time slots. In this workflow, there would be two appointments, the booked appointment in the time slot that is currently available, and the waitlisted appointment with a requestedPeriod spanning the time that the patient would prefer if new slots become available.

  If new time slots become available during the requestedPeriod, the scheduling system, or staff at the scheduling organization, can notify the patient that a new time slot is available. If the patient chooses, the waitlisted appointment would then be booked into that specific slot, and the previously booked appointment would be canceled. The specific business process for notifying patients of new availability is not specified, and is up to the implementing system to determine.

12.13.1.2 There are 2 typical workflows that occur with appointments

• Outlook Style - Community

  These types of requests are typically handled by selecting a specific time from a list of available slots, then making the request for that timeslot.

• Hospital Scheduling - Clinical

  Clinical scheduling is often far more complex in its requirements and processing. Often this involves checking multiple availabilities across multiple systems and timing with other internal systems, not just those exposed by the Slot resources.

  Consideration should be given to situations where scheduling needs to be handled in more of a queue-like process.

  Implementation Note: Note: This type of clinical appointment scheduling has not been specifically covered with this definition of the Appointment resource (and other related resources), however if you would like to contribute to the modification of this resource to cover these use cases, please contact the HL7 Patient Administration work-group.

12.13.2 Boundaries and Relationships

12.13.2.1 Appointment Request/Response Pattern

When using a request-response style of appointment this is done using Appointment and AppointmentResponse resources.
The request is made in the form of an Appointment with a proposed or pending status, and the list of actors with a participation status of "needs-action".

Participants in the appointment respond with their acceptance (or not) to the appointment by creating AppointmentResponse resources.
Once all the participants have replied, then the Appointment resource is able to be updated with an overall status which collates the results of all the participants and presents the approved details of the appointment.

The participant type property can be used to represent a specific role that a practitioner is required to perform for the appointment. This could be specified without an actor when the actual practitioner is not known, and will be filled in closer to the scheduled time.
This property must be the same between the Appointment-participant and the AppointmentResponse so that the appropriate values can be allocated. If you need multiple actors of a specific type, then multiple participants with that type value are included on the appointment.

12.13.2.2 Appointment Statuses and Encounters

Appointments can be considered as Administrative only, and the Encounter is expected to have clinical implications.

In general, it is expected that appointments will result in the creation of an Encounter. The encounter is typically created when the service starts, not when the patient arrives. When the patient arrives, an appointment can be marked with a status of Arrived.

In an Emergency Room context, the appointment Resource is probably not appropriate to be used. In these cases, an Encounter should be created.

The Appointment request pattern used is different from the order-response pattern used elsewhere in FHIR.
This is due to the close relationship to the iCal standard. Many non-clinical systems use generic non-health appointment systems which implement this standard, and the desire to integrate with the consumer who has no access to health based software is highly desirable.
The mappings to the iCal standard have been provided to guide implementation of gateways between FHIR servers and iCal systems.

12.13.2.3 Appointment Locations and Participation

The location of the appointment is to be defined by using a participant that references a Location or HealthcareService resource.
This permits the location to also have its availability checked via a schedule and any conflicts more easily managed.

• Structure
• UML
• XML
• JSON
• Turtle
• R3 Diff
• All

Structure

Name	Flags	Card.	Type	Description & Constraints
Appointment	TU		DomainResource	A booking of a healthcare event among patient(s), practitioner(s), related person(s) and/or device(s) for a specific date/time. This may result in one or more Encounter(s) + Rule: Either start and end are specified, or neither + Rule: Only proposed or cancelled appointments can be missing start/end dates + Rule: Cancelation reason is only used for appointments that have been cancelled, or no-show Elements defined in Ancestors: id, meta, implicitRules, language, text, contained, extension, modifierExtension
identifier	Σ	0..*	Identifier	External Ids for this item
status	?!Σ	1..1	code	proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist AppointmentStatus (Required)
cancelationReason	Σ	0..1	CodeableConcept	The coded reason for the appointment being cancelled AppointmentCancellationReason (Example)
serviceCategory	Σ	0..*	CodeableConcept	A broad categorization of the service that is to be performed during this appointment ServiceCategory (Example)
serviceType	Σ	0..*	CodeableConcept	The specific service that is to be performed during this appointment ServiceType (Example)
specialty	Σ	0..*	CodeableConcept	The specialty of a practitioner that would be required to perform the service requested in this appointment specialty (Preferred)
appointmentType	Σ	0..1	CodeableConcept	The style of appointment or patient that has been booked in the slot (not service type) hl7VS-appointmentReasonCodes (Preferred)
reason	Σ	0..*	CodeableReference(Condition | Procedure | Observation | ImmunizationRecommendation)	Reason this appointment is scheduled Encounter Reason Codes (Preferred)
priority		0..1	CodeableConcept	Used to make informed decisions if needing to re-prioritize ActPriority (Example)
description		0..1	string	Shown on a subject line in a meeting request, or appointment list
supportingInformation		0..*	Reference(Any)	Additional information to support the appointment
start	Σ	0..1	instant	When appointment is to take place
end	Σ	0..1	instant	When appointment is to conclude
minutesDuration		0..1	positiveInt	Can be less than start/end (e.g. estimate)
slot		0..*	Reference(Slot)	The slots that this appointment is filling
created		0..1	dateTime	The date that this appointment was initially created
comment		0..1	string	Additional comments
patientInstruction		0..1	string	Detailed information and instructions for the patient
basedOn		0..*	Reference(ServiceRequest)	The service request this appointment is allocated to assess
participant	I	1..*	BackboneElement	Participants involved in appointment + Rule: Either the type or actor on the participant SHALL be specified
type	Σ	0..*	CodeableConcept	Role of participant in the appointment ParticipantType (Extensible)
actor	Σ	0..1	Reference(Patient | Practitioner | PractitionerRole | RelatedPerson | Device | HealthcareService | Location)	Person, Location/HealthcareService or Device
required	Σ	0..1	code	required | optional | information-only ParticipantRequired (Required)
status	Σ	1..1	code	accepted | declined | tentative | needs-action ParticipationStatus (Required)
period		0..1	Period	Participation period of the actor
requestedPeriod		0..*	Period	Potential date/time interval(s) requested to allocate the appointment within
Documentation for this format

<Appointment xmlns="http://hl7.org/fhir"> 
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier External Ids for this item --></identifier>
 <status value="[code]"/><!-- 1..1 proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist -->
 <cancelationReason><!-- 0..1 CodeableConcept The coded reason for the appointment being cancelled --></cancelationReason>
 <serviceCategory><!-- 0..* CodeableConcept A broad categorization of the service that is to be performed during this appointment --></serviceCategory>
 <serviceType><!-- 0..* CodeableConcept The specific service that is to be performed during this appointment --></serviceType>
 <specialty><!-- 0..* CodeableConcept The specialty of a practitioner that would be required to perform the service requested in this appointment  --></specialty>
 <appointmentType><!-- 0..1 CodeableConcept The style of appointment or patient that has been booked in the slot (not service type)  --></appointmentType>
 <reason><!-- 0..* CodeableReference(Condition|ImmunizationRecommendation|
   Observation|Procedure) Reason this appointment is scheduled --></reason>
 <priority><!-- 0..1 CodeableConcept Used to make informed decisions if needing to re-prioritize  --></priority>
 <description value="[string]"/><!-- 0..1 Shown on a subject line in a meeting request, or appointment list -->
 <supportingInformation><!-- 0..* Reference(Any) Additional information to support the appointment --></supportingInformation>
 <start value="[instant]"/><!-- 0..1 When appointment is to take place -->
 <end value="[instant]"/><!-- 0..1 When appointment is to conclude -->
 <minutesDuration value="[positiveInt]"/><!-- 0..1 Can be less than start/end (e.g. estimate) -->
 <slot><!-- 0..* Reference(Slot) The slots that this appointment is filling --></slot>
 <created value="[dateTime]"/><!-- 0..1 The date that this appointment was initially created -->
 <comment value="[string]"/><!-- 0..1 Additional comments -->
 <patientInstruction value="[string]"/><!-- 0..1 Detailed information and instructions for the patient -->
 <basedOn><!-- 0..* Reference(ServiceRequest) The service request this appointment is allocated to assess --></basedOn>
 <participant>  <!-- 1..* Participants involved in appointment -->
  <type><!-- 0..* CodeableConcept Role of participant in the appointment --></type>
  <actor><!-- 0..1 Reference(Device|HealthcareService|Location|Patient|
    Practitioner|PractitionerRole|RelatedPerson) Person, Location/HealthcareService or Device --></actor>
  <required value="[code]"/><!-- 0..1 required | optional | information-only -->
  <status value="[code]"/><!-- 1..1 accepted | declined | tentative | needs-action -->
  <period><!-- 0..1 Period Participation period of the actor --></period>
 </participant>
 <requestedPeriod><!-- 0..* Period Potential date/time interval(s) requested to allocate the appointment within --></requestedPeriod>
</Appointment>

{
  "resourceType" : "Appointment",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // External Ids for this item
  "status" : "<code>", // R!  proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist
  "cancelationReason" : { CodeableConcept }, // The coded reason for the appointment being cancelled
  "serviceCategory" : [{ CodeableConcept }], // A broad categorization of the service that is to be performed during this appointment
  "serviceType" : [{ CodeableConcept }], // The specific service that is to be performed during this appointment
  "specialty" : [{ CodeableConcept }], // The specialty of a practitioner that would be required to perform the service requested in this appointment 
  "appointmentType" : { CodeableConcept }, // The style of appointment or patient that has been booked in the slot (not service type) 
  "reason" : [{ CodeableReference(Condition|ImmunizationRecommendation|
   Observation|Procedure) }], // Reason this appointment is scheduled
  "priority" : { CodeableConcept }, // Used to make informed decisions if needing to re-prioritize 
  "description" : "<string>", // Shown on a subject line in a meeting request, or appointment list
  "supportingInformation" : [{ Reference(Any) }], // Additional information to support the appointment
  "start" : "<instant>", // When appointment is to take place
  "end" : "<instant>", // When appointment is to conclude
  "minutesDuration" : "<positiveInt>", // Can be less than start/end (e.g. estimate)
  "slot" : [{ Reference(Slot) }], // The slots that this appointment is filling
  "created" : "<dateTime>", // The date that this appointment was initially created
  "comment" : "<string>", // Additional comments
  "patientInstruction" : "<string>", // Detailed information and instructions for the patient
  "basedOn" : [{ Reference(ServiceRequest) }], // The service request this appointment is allocated to assess
  "participant" : [{ // R!  Participants involved in appointment
    "type" : [{ CodeableConcept }], // Role of participant in the appointment
    "actor" : { Reference(Device|HealthcareService|Location|Patient|
    Practitioner|PractitionerRole|RelatedPerson) }, // Person, Location/HealthcareService or Device
    "required" : "<code>", // required | optional | information-only
    "status" : "<code>", // R!  accepted | declined | tentative | needs-action
    "period" : { Period } // Participation period of the actor
  }],
  "requestedPeriod" : [{ Period }] // Potential date/time interval(s) requested to allocate the appointment within
}

@prefix fhir: <http://hl7.org/fhir/> .


[ a fhir:Appointment;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:Appointment.identifier [ Identifier ], ... ; # 0..* External Ids for this item
  fhir:Appointment.status [ code ]; # 1..1 proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist
  fhir:Appointment.cancelationReason [ CodeableConcept ]; # 0..1 The coded reason for the appointment being cancelled
  fhir:Appointment.serviceCategory [ CodeableConcept ], ... ; # 0..* A broad categorization of the service that is to be performed during this appointment
  fhir:Appointment.serviceType [ CodeableConcept ], ... ; # 0..* The specific service that is to be performed during this appointment
  fhir:Appointment.specialty [ CodeableConcept ], ... ; # 0..* The specialty of a practitioner that would be required to perform the service requested in this appointment
  fhir:Appointment.appointmentType [ CodeableConcept ]; # 0..1 The style of appointment or patient that has been booked in the slot (not service type)
  fhir:Appointment.reason [ CodeableReference(Condition|ImmunizationRecommendation|Observation|Procedure) ], ... ; # 0..* Reason this appointment is scheduled
  fhir:Appointment.priority [ CodeableConcept ]; # 0..1 Used to make informed decisions if needing to re-prioritize
  fhir:Appointment.description [ string ]; # 0..1 Shown on a subject line in a meeting request, or appointment list
  fhir:Appointment.supportingInformation [ Reference(Any) ], ... ; # 0..* Additional information to support the appointment
  fhir:Appointment.start [ instant ]; # 0..1 When appointment is to take place
  fhir:Appointment.end [ instant ]; # 0..1 When appointment is to conclude
  fhir:Appointment.minutesDuration [ positiveInt ]; # 0..1 Can be less than start/end (e.g. estimate)
  fhir:Appointment.slot [ Reference(Slot) ], ... ; # 0..* The slots that this appointment is filling
  fhir:Appointment.created [ dateTime ]; # 0..1 The date that this appointment was initially created
  fhir:Appointment.comment [ string ]; # 0..1 Additional comments
  fhir:Appointment.patientInstruction [ string ]; # 0..1 Detailed information and instructions for the patient
  fhir:Appointment.basedOn [ Reference(ServiceRequest) ], ... ; # 0..* The service request this appointment is allocated to assess
  fhir:Appointment.participant [ # 1..* Participants involved in appointment
    fhir:Appointment.participant.type [ CodeableConcept ], ... ; # 0..* Role of participant in the appointment
    fhir:Appointment.participant.actor [ Reference(Device|HealthcareService|Location|Patient|Practitioner|PractitionerRole|
  RelatedPerson) ]; # 0..1 Person, Location/HealthcareService or Device
    fhir:Appointment.participant.required [ code ]; # 0..1 required | optional | information-only
    fhir:Appointment.participant.status [ code ]; # 1..1 accepted | declined | tentative | needs-action
    fhir:Appointment.participant.period [ Period ]; # 0..1 Participation period of the actor
  ], ...;
  fhir:Appointment.requestedPeriod [ Period ], ... ; # 0..* Potential date/time interval(s) requested to allocate the appointment within
]

Structure

Name	Flags	Card.	Type	Description & Constraints
Appointment	TU		DomainResource	A booking of a healthcare event among patient(s), practitioner(s), related person(s) and/or device(s) for a specific date/time. This may result in one or more Encounter(s) + Rule: Either start and end are specified, or neither + Rule: Only proposed or cancelled appointments can be missing start/end dates + Rule: Cancelation reason is only used for appointments that have been cancelled, or no-show Elements defined in Ancestors: id, meta, implicitRules, language, text, contained, extension, modifierExtension
identifier	Σ	0..*	Identifier	External Ids for this item
status	?!Σ	1..1	code	proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist AppointmentStatus (Required)
cancelationReason	Σ	0..1	CodeableConcept	The coded reason for the appointment being cancelled AppointmentCancellationReason (Example)
serviceCategory	Σ	0..*	CodeableConcept	A broad categorization of the service that is to be performed during this appointment ServiceCategory (Example)
serviceType	Σ	0..*	CodeableConcept	The specific service that is to be performed during this appointment ServiceType (Example)
specialty	Σ	0..*	CodeableConcept	The specialty of a practitioner that would be required to perform the service requested in this appointment specialty (Preferred)
appointmentType	Σ	0..1	CodeableConcept	The style of appointment or patient that has been booked in the slot (not service type) hl7VS-appointmentReasonCodes (Preferred)
reason	Σ	0..*	CodeableReference(Condition | Procedure | Observation | ImmunizationRecommendation)	Reason this appointment is scheduled Encounter Reason Codes (Preferred)
priority		0..1	CodeableConcept	Used to make informed decisions if needing to re-prioritize ActPriority (Example)
description		0..1	string	Shown on a subject line in a meeting request, or appointment list
supportingInformation		0..*	Reference(Any)	Additional information to support the appointment
start	Σ	0..1	instant	When appointment is to take place
end	Σ	0..1	instant	When appointment is to conclude
minutesDuration		0..1	positiveInt	Can be less than start/end (e.g. estimate)
slot		0..*	Reference(Slot)	The slots that this appointment is filling
created		0..1	dateTime	The date that this appointment was initially created
comment		0..1	string	Additional comments
patientInstruction		0..1	string	Detailed information and instructions for the patient
basedOn		0..*	Reference(ServiceRequest)	The service request this appointment is allocated to assess
participant	I	1..*	BackboneElement	Participants involved in appointment + Rule: Either the type or actor on the participant SHALL be specified
type	Σ	0..*	CodeableConcept	Role of participant in the appointment ParticipantType (Extensible)
actor	Σ	0..1	Reference(Patient | Practitioner | PractitionerRole | RelatedPerson | Device | HealthcareService | Location)	Person, Location/HealthcareService or Device
required	Σ	0..1	code	required | optional | information-only ParticipantRequired (Required)
status	Σ	1..1	code	accepted | declined | tentative | needs-action ParticipationStatus (Required)
period		0..1	Period	Participation period of the actor
requestedPeriod		0..*	Period	Potential date/time interval(s) requested to allocate the appointment within
Documentation for this format

UML Diagram (Legend)

XML Template

<Appointment xmlns="http://hl7.org/fhir"> 
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier External Ids for this item --></identifier>
 <status value="[code]"/><!-- 1..1 proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist -->
 <cancelationReason><!-- 0..1 CodeableConcept The coded reason for the appointment being cancelled --></cancelationReason>
 <serviceCategory><!-- 0..* CodeableConcept A broad categorization of the service that is to be performed during this appointment --></serviceCategory>
 <serviceType><!-- 0..* CodeableConcept The specific service that is to be performed during this appointment --></serviceType>
 <specialty><!-- 0..* CodeableConcept The specialty of a practitioner that would be required to perform the service requested in this appointment  --></specialty>
 <appointmentType><!-- 0..1 CodeableConcept The style of appointment or patient that has been booked in the slot (not service type)  --></appointmentType>
 <reason><!-- 0..* CodeableReference(Condition|ImmunizationRecommendation|
   Observation|Procedure) Reason this appointment is scheduled --></reason>
 <priority><!-- 0..1 CodeableConcept Used to make informed decisions if needing to re-prioritize  --></priority>
 <description value="[string]"/><!-- 0..1 Shown on a subject line in a meeting request, or appointment list -->
 <supportingInformation><!-- 0..* Reference(Any) Additional information to support the appointment --></supportingInformation>
 <start value="[instant]"/><!-- 0..1 When appointment is to take place -->
 <end value="[instant]"/><!-- 0..1 When appointment is to conclude -->
 <minutesDuration value="[positiveInt]"/><!-- 0..1 Can be less than start/end (e.g. estimate) -->
 <slot><!-- 0..* Reference(Slot) The slots that this appointment is filling --></slot>
 <created value="[dateTime]"/><!-- 0..1 The date that this appointment was initially created -->
 <comment value="[string]"/><!-- 0..1 Additional comments -->
 <patientInstruction value="[string]"/><!-- 0..1 Detailed information and instructions for the patient -->
 <basedOn><!-- 0..* Reference(ServiceRequest) The service request this appointment is allocated to assess --></basedOn>
 <participant>  <!-- 1..* Participants involved in appointment -->
  <type><!-- 0..* CodeableConcept Role of participant in the appointment --></type>
  <actor><!-- 0..1 Reference(Device|HealthcareService|Location|Patient|
    Practitioner|PractitionerRole|RelatedPerson) Person, Location/HealthcareService or Device --></actor>
  <required value="[code]"/><!-- 0..1 required | optional | information-only -->
  <status value="[code]"/><!-- 1..1 accepted | declined | tentative | needs-action -->
  <period><!-- 0..1 Period Participation period of the actor --></period>
 </participant>
 <requestedPeriod><!-- 0..* Period Potential date/time interval(s) requested to allocate the appointment within --></requestedPeriod>
</Appointment>

JSON Template

{
  "resourceType" : "Appointment",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // External Ids for this item
  "status" : "<code>", // R!  proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist
  "cancelationReason" : { CodeableConcept }, // The coded reason for the appointment being cancelled
  "serviceCategory" : [{ CodeableConcept }], // A broad categorization of the service that is to be performed during this appointment
  "serviceType" : [{ CodeableConcept }], // The specific service that is to be performed during this appointment
  "specialty" : [{ CodeableConcept }], // The specialty of a practitioner that would be required to perform the service requested in this appointment 
  "appointmentType" : { CodeableConcept }, // The style of appointment or patient that has been booked in the slot (not service type) 
  "reason" : [{ CodeableReference(Condition|ImmunizationRecommendation|
   Observation|Procedure) }], // Reason this appointment is scheduled
  "priority" : { CodeableConcept }, // Used to make informed decisions if needing to re-prioritize 
  "description" : "<string>", // Shown on a subject line in a meeting request, or appointment list
  "supportingInformation" : [{ Reference(Any) }], // Additional information to support the appointment
  "start" : "<instant>", // When appointment is to take place
  "end" : "<instant>", // When appointment is to conclude
  "minutesDuration" : "<positiveInt>", // Can be less than start/end (e.g. estimate)
  "slot" : [{ Reference(Slot) }], // The slots that this appointment is filling
  "created" : "<dateTime>", // The date that this appointment was initially created
  "comment" : "<string>", // Additional comments
  "patientInstruction" : "<string>", // Detailed information and instructions for the patient
  "basedOn" : [{ Reference(ServiceRequest) }], // The service request this appointment is allocated to assess
  "participant" : [{ // R!  Participants involved in appointment
    "type" : [{ CodeableConcept }], // Role of participant in the appointment
    "actor" : { Reference(Device|HealthcareService|Location|Patient|
    Practitioner|PractitionerRole|RelatedPerson) }, // Person, Location/HealthcareService or Device
    "required" : "<code>", // required | optional | information-only
    "status" : "<code>", // R!  accepted | declined | tentative | needs-action
    "period" : { Period } // Participation period of the actor
  }],
  "requestedPeriod" : [{ Period }] // Potential date/time interval(s) requested to allocate the appointment within
}

Turtle Template

@prefix fhir: <http://hl7.org/fhir/> .


[ a fhir:Appointment;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:Appointment.identifier [ Identifier ], ... ; # 0..* External Ids for this item
  fhir:Appointment.status [ code ]; # 1..1 proposed | pending | booked | arrived | fulfilled | cancelled | noshow | entered-in-error | checked-in | waitlist
  fhir:Appointment.cancelationReason [ CodeableConcept ]; # 0..1 The coded reason for the appointment being cancelled
  fhir:Appointment.serviceCategory [ CodeableConcept ], ... ; # 0..* A broad categorization of the service that is to be performed during this appointment
  fhir:Appointment.serviceType [ CodeableConcept ], ... ; # 0..* The specific service that is to be performed during this appointment
  fhir:Appointment.specialty [ CodeableConcept ], ... ; # 0..* The specialty of a practitioner that would be required to perform the service requested in this appointment
  fhir:Appointment.appointmentType [ CodeableConcept ]; # 0..1 The style of appointment or patient that has been booked in the slot (not service type)
  fhir:Appointment.reason [ CodeableReference(Condition|ImmunizationRecommendation|Observation|Procedure) ], ... ; # 0..* Reason this appointment is scheduled
  fhir:Appointment.priority [ CodeableConcept ]; # 0..1 Used to make informed decisions if needing to re-prioritize
  fhir:Appointment.description [ string ]; # 0..1 Shown on a subject line in a meeting request, or appointment list
  fhir:Appointment.supportingInformation [ Reference(Any) ], ... ; # 0..* Additional information to support the appointment
  fhir:Appointment.start [ instant ]; # 0..1 When appointment is to take place
  fhir:Appointment.end [ instant ]; # 0..1 When appointment is to conclude
  fhir:Appointment.minutesDuration [ positiveInt ]; # 0..1 Can be less than start/end (e.g. estimate)
  fhir:Appointment.slot [ Reference(Slot) ], ... ; # 0..* The slots that this appointment is filling
  fhir:Appointment.created [ dateTime ]; # 0..1 The date that this appointment was initially created
  fhir:Appointment.comment [ string ]; # 0..1 Additional comments
  fhir:Appointment.patientInstruction [ string ]; # 0..1 Detailed information and instructions for the patient
  fhir:Appointment.basedOn [ Reference(ServiceRequest) ], ... ; # 0..* The service request this appointment is allocated to assess
  fhir:Appointment.participant [ # 1..* Participants involved in appointment
    fhir:Appointment.participant.type [ CodeableConcept ], ... ; # 0..* Role of participant in the appointment
    fhir:Appointment.participant.actor [ Reference(Device|HealthcareService|Location|Patient|Practitioner|PractitionerRole|
  RelatedPerson) ]; # 0..1 Person, Location/HealthcareService or Device
    fhir:Appointment.participant.required [ code ]; # 0..1 required | optional | information-only
    fhir:Appointment.participant.status [ code ]; # 1..1 accepted | declined | tentative | needs-action
    fhir:Appointment.participant.period [ Period ]; # 0..1 Participation period of the actor
  ], ...;
  fhir:Appointment.requestedPeriod [ Period ], ... ; # 0..* Potential date/time interval(s) requested to allocate the appointment within
]

Changes since Release 3

Appointment
Appointment.status	Change value set from http://hl7.org/fhir/ValueSet/appointmentstatus|4.0.0 to http://hl7.org/fhir/ValueSet/appointmentstatus|4.6.0
Appointment.reason	Added Element
Appointment.priority	Type changed from unsignedInt to CodeableConcept
Appointment.participant.required	Change value set from http://hl7.org/fhir/ValueSet/participantrequired|4.0.0 to http://hl7.org/fhir/ValueSet/participantrequired|4.6.0
Appointment.participant.status	Change value set from http://hl7.org/fhir/ValueSet/participationstatus|4.0.0 to http://hl7.org/fhir/ValueSet/participationstatus|4.6.0
Appointment.reasonCode	deleted
Appointment.reasonReference	deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 3 tests that all execute ok. All tests pass round-trip testing and all r3 resources are valid.)