Sources: 3 · Verified 2026-08-23
Research question: can consistent cancellation-reason coding help an appointment operation distinguish capacity that might be recovered from capacity that was never realistically reusable? This brief studies coding reliability and downstream disposition, not a promise that every cancellation can be filled.
Question, evidence, and scope
| Factor | Details |
|---|---|
| Research question | Do cancellation codes reliably distinguish recoverable from constrained capacity? |
| Reliability | Agreement between approved reviewers matters before a code is used for decisions. |
| Outcome | A cancelled slot, an outreach attempt, and a filled slot are separate events. |
| Evidence boundary | Measurement guidance frames coding; local records determine whether codes predict recovery. |
| Decision use | Improve definitions or one recovery path after checking the codebook. |
Why reason codes need a reliability check
Cancellation data often looks precise because a dropdown supplies a label. Yet labels can hide several interpretations: a person may say the time no longer works, a staff member may record a policy category, or an operator may choose the nearest available option. Before using the code to forecast recovered capacity, test whether different approved reviewers classify the same record similarly. Measurement guidance can help define a usable event, but the local codebook must state what counts. Keep the person’s stated reason distinct from an analyst’s explanation. This protects the record from becoming more certain than the evidence and gives appointment scheduling teams a defensible starting point.
Events in a cancellation-coding cohort
| Category | Specific Tasks | Time Saved / Week |
|---|---|---|
| Appointment |
| Context |
| Cancellation |
| Code |
| Capacity |
| Opportunity |
| Recovery |
| Outcome |
- Category
- Appointment
- Specific Tasks
- Type
- Duration
- Original time
- Time Saved / Week
- Context
- Category
- Cancellation
- Specific Tasks
- Reason
- Notice
- Source
- Time Saved / Week
- Code
- Category
- Capacity
- Specific Tasks
- Released
- Eligible
- Unavailable
- Time Saved / Week
- Opportunity
- Category
- Recovery
- Specific Tasks
- Offered
- Accepted
- Filled
- Time Saved / Week
- Outcome
What cancellation data can establish
| Cost Factor | In-House Interpretation lens | SchedulingAppointment VA |
|---|---|---|
| Reason | A stated or coded explanation | Unknown is valid |
| Notice | Time between notice and appointment | Needs a timezone and event definition |
| Capacity | Whether the slot was eligible to reopen | Not implied by cancellation alone |
| Recovery | A later offer or filled slot | Requires its own denominator |
Reason
- In-house
- A stated or coded explanation
- Our VA
- Unknown is valid
Notice
- In-house
- Time between notice and appointment
- Our VA
- Needs a timezone and event definition
Capacity
- In-house
- Whether the slot was eligible to reopen
- Our VA
- Not implied by cancellation alone
Recovery
- In-house
- A later offer or filled slot
- Our VA
- Requires its own denominator
Connecting cancellation to capacity
A cancellation is an appointment outcome, not a recovery opportunity. The slot may be too close to start, reserved for a particular service, blocked by policy, or unavailable because another change occurred. Record whether it was released, whether it met the approved eligibility rule, whether anyone was contacted, and whether a new appointment was actually booked. Scheduling support can apply the documented status, send approved offers, and preserve a response. It should not pressure a person to disclose a reason, invent a category, or promise that a released slot will be filled. Clear events prevent a recovery dashboard from overstating capacity.
How to run a coding reliability sample
Take a fixed sample from one appointment population and observation window. Remove direct identifiers where the approved design requires it, then give two reviewers the same codebook and records. Compare their primary-code choices, record disagreement, and inspect ambiguous cases. After reconciliation, link each cancellation to notice interval, release status, offer attempts, and final fill. Report unknown and not-applicable values rather than forcing a category. Segment by appointment type and lead time, and note changes in policy or demand. Only after coding is stable should an operator compare recovery outcomes or test one revised reason prompt.
Reliability-first validation
| Success Factor | How To Do It | Results You Get |
|---|---|---|
| Write the codebook | Define primary, secondary, unknown, and not-applicable reasons. | Consistent classification. |
| Double-code a sample | Have approved reviewers classify the same records independently. | Measured agreement. |
| Link capacity | Preserve release, eligibility, offer, and fill events. | Real recovery context. |
| Inspect disagreement | Revise ambiguous definitions before changing the workflow. | Safer decisions. |
- Success Factor
- Write the codebook
- How To Do It
- Define primary, secondary, unknown, and not-applicable reasons.
- Results You Get
- Consistent classification.
- Success Factor
- Double-code a sample
- How To Do It
- Have approved reviewers classify the same records independently.
- Results You Get
- Measured agreement.
- Success Factor
- Link capacity
- How To Do It
- Preserve release, eligibility, offer, and fill events.
- Results You Get
- Real recovery context.
- Success Factor
- Inspect disagreement
- How To Do It
- Revise ambiguous definitions before changing the workflow.
- Results You Get
- Safer decisions.
Where cancellation analysis goes wrong
The usual error is treating a selected reason as an objective cause. Another is using all cancellations as the denominator for recovery when many slots were never eligible to reopen. A filled slot may also be a separate demand event rather than a recovery of the cancelled capacity. Do not erase disagreement, unknown reasons, or cancellations received after the operational cutoff. Do not use a code to infer a person’s reliability or motivation. Scheduling support maintains the approved record and routes policy questions. Owners decide eligibility, retention, outreach, accommodation, and recovery rules.
Evidence-led conclusion and limitations
The evidence supports a careful conclusion: cancellation reasons can inform appointment scheduling decisions only after their definitions are tested for consistent use and their records are connected to actual capacity eligibility and recovery. The cited sources support measurement discipline, missed-appointment context, and privacy safeguards; they do not show that one code predicts a filled slot. Limitations include self-report, documentation quality, changing policies, confounding by lead time, and small reason groups. A defensible next step is a double-coded sample followed by a bounded improvement, with released, offered, filled, and unresolved capacity reported separately.
Research methodology
Methodology and scope: review the cited measurement and health-services sources, then select a fixed cohort of cancelled appointments. Two approved reviewers independently classify reason, notice interval, appointment type, slot status, outreach, and later disposition; disagreements are reconciled under a written codebook. Report missing, multiple, and unknown reasons. Compare codes descriptively with recovery outcomes. Limitations include self-reported reasons, inconsistent notes, small subgroups, policy changes, and confounding from lead time, slot duration, and demand.
Data sources and methodology
This brief reports published findings as stated by each source. It does not combine study populations into a new benchmark; local operators should treat the figures as context and measure their own workflow.
Related content
Questions for scheduling operators
Is a reason code a fact?
Can every cancellation enter a recovery queue?
What is a fair recovery rate?
Need a better cancellation baseline?
A scheduling research review can test coding agreement and connect cancellation records to real capacity recovery.
Book a Free Consultation →