0.1.0 - ci-build
PatientScheduling - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Task assignment enables coordinated follow-through after an appointment has been scheduled. While scheduling determines when and where care occurs, task assignment determines who is responsible for ensuring the patient is prepared and able to attend.
This use case focuses on assigning ownership of post-scheduling tasks to patients, caregivers, or care team members to support appointment success.
Primary actors
Supporting systems
Task assignment typically occurs after an appointment is booked and may continue through the appointment date and beyond.
From a patient-facing application, task assignment enables shared responsibility across caregivers while maintaining clarity and accountability.
This IG models appointment-related responsibilities using Task resources.
Each task represents a discrete unit of work required to support a scheduled appointment and is explicitly assigned to an owner.
Tasks are linked to an appointment but are managed independently of the appointment lifecycle.
The appointment provides the context for task assignment, including:
Tasks reference the appointment they support but do not modify it.
Tasks represent appointment-related responsibilities.
Key semantics
Key elements
Task.focus → AppointmentTask.for → PatientTask.owner → Patient, RelatedPerson, or PractitionerTask.code → type of taskTask.status → requested |
accepted | in-progress | completed | cancelled |
Caregivers responsible for tasks are represented using RelatedPerson.
RelatedPerson resources enable:
When a task represents fulfillment of a service (e.g., transportation, home services, referrals), a ServiceRequest may be used to represent the intent, with the Task representing execution.
This pattern enables consistency across workflows that involve external services.
Examples of tasks that may be assigned after scheduling include:
These tasks may be generated automatically or created manually.
Tasks are explicitly owned by a single individual at any given time.
Task.ownerThis approach avoids assigning ownership at the appointment level and supports flexible, shared caregiving models.
A typical task lifecycle may include:
The IG does not prescribe a rigid workflow but recommends using Task status to reflect progress.
Task assignment provides a foundation for automation and AI-assisted care coordination.
Examples include:
All automated actions should result in explicit Task creation or updates and remain visible to patients and caregivers.
Task assignment may involve sharing sensitive appointment details and responsibilities.
Implementations should ensure:
Task assignment enables effective coordination after appointment scheduling by explicitly assigning responsibility for appointment-related activities.
By modeling responsibilities as Task resources linked to appointments, this IG supports flexible caregiving models, clear ownership, and extensible automation without overloading the Appointment resource.