commvita
Connected care platform
Elective care

Waiting well, the eight standards, and coming back afterwards

The waiting list measures how long. This is about what happens to the person during that time — being kept in touch with, offered help, and noticed if they get worse — the recovery the clock never covered, the referral and work-up that decide whether the wait should have started at all, the cancer clocks, and the eight national elective experience standards that make it something a board answers for.

Live vs demonstrated: Live — real, API-backed platform logic (wired end-to-end today) Demonstrated — representative control surface with seeded data / illustrative UI mock-up

1The problem, stated plainly

Every elective system in the world measures the wait as elapsed time and manages it as a queue position. Both are necessary. Neither tells you whether the person waiting heard from anybody, got worse, or was offered any help at all — and the measurement stops dead at the moment of treatment, which is roughly halfway through what the patient would call the episode.

Waiting well, as the King’s Fund frames it, is the idea that the time somebody spends waiting for planned care should be used well: a better, safer, more equitable wait rather than only a shorter one. This document is about the surfaces that make that a working practice instead of a sentiment — and, in section 6, about the eight national standards that turn it into something a board is answerable for.

First to market
The 18-week clock is held on the referral itself. In commvita the referral-to-treatment status is worked out from the referral date every time it’s read, so an at-risk or breached referral shows up where the referral is handled and can’t go stale in a stored flag. No system we assessed owns the live clock at the referral: they record the referral and leave the clock to be rebuilt in a separate tracking list, which is why the list and the referral so often disagree by the time somebody acts. The per-patient clock table in the demonstration is seeded; the derivation and the at-risk counting behind it are live.From commvita’s own competitive assessment of this module against the systems it competes with. Our assessment, not an independent one.
ReferralDecision to refer,triage, listingThe waitWeeks to months.Deconditioning, anxiety,symptoms changingTreatmentThe operationor procedureRecoveryDischarge to assess,community rehab,getting function backWhat the RTT clock measures — elapsed timeNobody’s job by defaultWhether the person heard from anyone, got worse, or got any help at allOff the clock entirelyThe clock stops at treatmentA shorter wait is a good thing. It isn’t the same thing as a better wait, and it says nothing at all about what happens afterwards.
Waiting Well is about the two unmeasured spans. It doesn’t replace the waiting list — the patient tracking list, the RTT clock and the breach management sit where they always did, at /rtt-ptl. This is the layer that treats the wait as something that happens to a person, not as a duration to be reported, and carries the pathway on through recovery.
The design premise. A shorter wait is a good thing and nobody should pretend otherwise. But a person who waits eleven weeks and is contacted twice, offered prehabilitation, and told what to do if things change has had a materially different experience from a person who waits nine weeks in silence — and only one of those two is visible in the returns.

2Keeping in touch — and the gate before the send

Each person carries a contact cadence, and going past it’s the trigger. What happens next is the part worth reading, because it’s where a well-meaning mail-merge does harm.

Waiting Well Hub, Keep In Touch tab. A board headed proactive keep-in-touch, 3 overdue, with a button to send an SMS update to 3 overdue via CRM. Six patients with pathway, cadence, last contact and the channel each message will use: Margaret Thompson, THR hip, every 28 days, 41 days ago, phone (preferred), overdue; Brian Okoro, cataract, 12 days ago, portal, OK; Grace Owusu, hernia repair, 35 days ago, portal (preferred), overdue; Derek Maitland, angiography, every 14 days, 7 days ago, OK; Maria Santos, hysteroscopy, 20 days ago, OK; Tom Beresford, TKR knee, 50 days ago, whatsapp (preferred), overdue. A note says patients marked do-not-contact are blocked and every message is written to the CRM timeline.
Waiting Well · Keep In TouchCaptured from the running system, build B-591 · seeded cohort, live sends

Three refusals are built into one send. Somebody marked do-not-contact is skipped before the message is composed. Somebody whose preferred channel is a letter gets a letter, and the column above shows the channel each message will take. And a row that can’t be resolved to a real patient is marked local-only and writes nothing, because a demonstration record has no business writing into a real person’s communications history. Everything that does send is written to the one communications record at /comms-crm, so the clinician who sees that person next can see they were contacted, when, and about what.

3Who you contact first

The default order of a waiting list is the date of listing. That’s fair in the sense of a queue and unfair in the sense that matters, because long waits don’t fall evenly.

Waiting Well Hub dashboard. Six clickable tiles: 6 on waiting list, 3 overdue a keep-in-touch, 4 prehab enrolled, 1 deteriorating, 3 CORE20PLUS5, 4 of 6 validated. Below, a table headed inequalities lens, who waits worst, listing Grace Owusu, general surgery, 101 days, IMD decile 1, CORE20PLUS5 cohort, last contact 35 days ago; Margaret Thompson, orthopaedics, 132 days, decile 2, cohort, 41 days ago; Maria Santos, gynaecology, 47 days, decile 3, cohort, 20 days ago; Derek Maitland, cardiology, 88 days, decile 4, 7 days ago; Tom Beresford, orthopaedics, 119 days, decile 5, 50 days ago; Brian Okoro, ophthalmology, 64 days, decile 6, 12 days ago.
Waiting Well · Dashboard and inequalities lensCaptured from the running system, build B-591 · seeded cohort

Deprivation decile and the CORE20PLUS5 flag travel with the person, so the keep-in-touch list, the prehabilitation offer and the validation effort can be ranked by need as well as by date. Every tile above is clickable and lands on the tab listing exactly those people, filtered; a count you can’t open is a number nobody can act on. The ordering above is what this cohort says, and a production deployment computes it from whoever is on the list that day.

4The six surfaces

Dashboard

What needs doing today

On the list · overdue a keep-in-touch · enrolled in prehabilitation · deteriorating · CORE20PLUS5 · validated. Every tile is clickable and lands on the tab that lists exactly those people, filtered — a count you can’t open is a number nobody can act on.

Keep in touch

Proactive contact

Days since last contact against the cadence set for that person, per-row channel override, and a cohort send to everyone overdue at once. Respects preferences, writes to the CRM.

Wait-well support

Do something with the time

Prehabilitation and health optimisation — exercise, weight, smoking, nutrition, pain, mental health — plus social prescribing for the parts of waiting that aren’t clinical. Arriving fitter is the one thing a long wait can be used for.

Personalised information

Told, not guessing

Their position, an expected timeframe and the RTT clock, in language a person can use. Most waiting-list anxiety isn’t about the length of the wait but about not knowing.

Proactive monitoring

Getting worse, on a list

Symptom and outcome check-ins with a green/amber/red reading, so deterioration during the wait becomes a reason to expedite or re-triage instead of something discovered at the pre-op assessment. Also carries validation and patient-initiated follow-up.

Recovery & rehab

After the operation

Surgery → discharge to assess → community rehabilitation, with the therapies, the length of stay against target and the reason for any delay. The episode doesn’t end when the clock stops.

5Recovery, and why it belongs here

Splitting the wait from the recovery across two systems is how a person who was contacted every month for four months becomes invisible the week after their operation.

Waiting Well Hub, Recovery and Rehab tab: surgery to discharge to assess to rehab. Four patients with procedure, stage, D2A pathway, length of stay against target, ready for rehab, therapies and next milestone. Eleanor Page, total hip replacement, d2a, P1, 3 days against 2, awaiting domiciliary care start, ready, physio and OT, home assessment and mobility goal. Raj Malhotra, CABG, community rehab, P2, 6 of 6 days, ready, cardiac rehab and physio, BACPR phase 3 week 4. Joan Whitfield, stroke, inpatient, P2, 9 days against 7, swallow assessment pending, not yet ready, stroke ESD, SALT and physio. Colin Fraser, knee arthroscopy, follow-up, P3, 0 days, ready, MSK physio, 6-week PROMs.
Waiting Well · Recovery & RehabCaptured from the running system, build B-591 · seeded cohort

Ready for rehabilitation is recorded separately from discharged. They’re different facts, and conflating them is what produces a bedded rehabilitation place held by somebody who is waiting for a domiciliary care start and not for therapy. The length of stay runs against the target for the pathway, and where it is over, the row carries the reason.

6The eight elective experience standards

Published as PRN02340_ii on 3 July 2026, the standards set out what every elective patient should experience from referral to care-complete. They aren’t a separate programme: seven of the eight are clocks and formats over data the organisation already records, which is why they were reflected in the product quickly — and why embedding them cost no new data entry.

#StandardWhere it is metStatus
1Referral decision within 28 days
A referral goes on a clock; the decision — accepted, rejected, more information, redirected — is due within 28 days, and recording it notifies the patient of the outcome and next steps in their required format.
/elective-clocks
The page reads the clock live. Nothing has been decided against it on the demonstration instance, so the card shows the seeded figure and says it’s seeded until decisions are captured.
Demonstrated
2Clear communication, in an accessible format
Accessible Information Standard (DCB1605) correspondence formats captured per person, consented, attributed and audited, with a required-format banner every outbound letter must honour.
/comm-needs
Live and wired; patients can self-declare through the portal.
Live
3Information while you wait
Position, expected timeframe, the RTT clock and what help is available — the Waiting Well surfaces this explainer is about.
/waiting-well
Seeded cohort; the contact half is live.
Demonstrated
4An update at least every 12 weeks
A scheduled waiting update, sent through the communications record, honouring channel preference and the required format.
/comms-crm
The CRM send is live; the cadence on the Waiting Well page is seeded.
Live
5Reasonable adjustments
NHS Reasonable Adjustment Flag adjustments captured alongside the DCB1605 formats, on the same spine, so one record answers both.
/comm-needs
Live and wired, including portal self-declaration.
Live
6Appointment information at least 21 days ahead
Appointment detail issued in good time and in the required format.
/comms-crm · /appointments
CRM and appointments are live.
Live
7A cancelled appointment re-dated within 28 days
Computed from operational timestamps against the 28-day standard, not typed in by anybody.
/referral-hub · /rtt-ptl
The clocks exist operationally; the standards view of them is seeded.
Demonstrated
8Care complete, and what happens next
The breach worklist and the care-complete tile, with next steps notified in the required format.
/elective-experience-standards
Seeded dashboard.
Demonstrated
Elective Experience Standards dashboard. An amber banner reads Standard 1, not yet measured: no referral decisions recorded, Standard 1 compliance cannot be computed until decisions are captured against the 28-day clock, the figure shown below is seeded until decisions are captured, an empty register is neither 0 per cent nor 100 per cent. Four tiles: 94 per cent overall compliance, 4 of 8 standards met, 4 standards below target, 21 patients affected. Eight standard cards with compliance and breach counts: referral decision within 28 days 96 per cent, clear comms 95 per cent, information while you wait 97 per cent, wait updates every 12 weeks 92 per cent, additional needs and reasonable adjustments 92 per cent, appointment info 21 days ahead 92 per cent, cancellation re-dated within 28 days 88 per cent, told when care is complete 97 per cent.
Elective experience standards · DashboardCaptured from the running system, build B-591 · standards 2–8 seeded
One row still reads “seeded”, and it says so on the screen. The Standard-1 28-day decision clock has a model and endpoints, and the page now reads /elective-clocks live. On the demonstration instance nothing has been decided against that clock, so the page shows the amber line above instead of a compliance figure — an empty register is neither 0% nor 100%, and the number in the Standard-1 card stays seeded and labelled until decisions are captured. That’s the honest state: the API is wired, the register is empty.

7Why this needed no data-collection programme

The reason a national standard could be reflected quickly isn’t heroics. It is that the standards ask for clocks and a format, not for new information.

The clocks are already there

No new capture

The decision clock, the 12-week update, the 21-day appointment notice and the 28-day re-date all compute from referral, waiting-list and appointment timestamps the organisation already records. Putting a referral on a clock adds nothing to capture — the timestamp exists.

The format is already held

One spine, two standards

Standards 2 and 5 need no new intake: the required format for every letter is read from the Communication Needs spine and the contact preferences already held — and a patient can self-declare through the portal, so the record maintains itself.

A lens, not a system

And reversible

The standards surface is a display-and-clock layer over existing operational and communications data. That’s why it’s cheap to add and cheap to remove — and why the honest status of each row is visible not averaged into one number.

Ships in the Commvita Flow Edition — £1 per instance (optional paid support). The standards work reuses the operational and communications data already in the platform, so there’s no per-seat data cost attached to meeting them.

8Getting the referral right, and catching cancer fast

The cheapest wait to fix is the one that should never have started. Everything above assumes the right person is on the right list, and that assumption is where a lot of elective time goes missing. This section is the front of the pathway: the referral, the work-up, the advice that avoids a referral, and the one set of clocks where a slow wait is a clinical harm instead of an experience problem.

The clock starts at the referral and stays with it. The referral hub carries the 18-week referral-to-treatment clock per referral: when it started, days elapsed, days remaining, and a status that turns amber at 14 weeks and red past 18. Privately funded referrals are lifted into a separate queue, because the 18-week rules apply to NHS-funded pathways and counting anything else in them flatters the return. The counters at the top of that page for referrals pending, accepted and at risk on RTT are read from the referral store, and the breach-risk scoring is a real call against it. The per-patient clock table underneath is seeded, and the page puts a banner across it saying so instead of letting a buyer find out later.

Referral Hub, RTT clock tab. An amber banner reads seeded demonstration data, not linked to the live referral dataset. Four tiles: 5 total referrals, 4 within target, 2 at risk this week, 1 breached. A table of referrals with specialty, referrer, RTT start date, days elapsed, days remaining, clock status and a mark-private action: James Hargreaves, orthopaedics, started 10 January 2026, 162 days elapsed, 36 days over, breach at week 23; Patricia Okonkwo, cardiology, 121 days, 5 days remaining, week 17 at risk; Mohammed Al-Rashid, neurology, 113 days, 13 days remaining, week 16 at risk; Helen Cartwright, dermatology, 51 days, week 7; David Singh, general surgery, 67 days, week 9.
Referral Hub · RTT 18-week clockCaptured from the running system, build B-591 · seeded clock table

The optimiser is the part that saves a whole outpatient visit. Each pathway carries a protocol and a list of pre-consultation investigations. From the referral you batch-order that work-up in one action, so the person arrives at the first appointment with results already in. It’s protocol-gated: if the pathway’s mandatory criteria aren’t met the order is refused, and the only way past is to record a reason, which is written into the order and travels with it. Pathways, referrals, waiting times and the ordering itself are live API calls. So is advice and guidance — the referral you don’t make. A clinician asks a specialist a question, the specialist answers, and the request can be escalated when the answer needs to become a referral; requests, responses, escalations and the outstanding urgent count are all real.

The tracking list, ranked by need instead of only by date. The patient tracking list holds the 18-week position, breach and at-risk RAG, specialty breakdown and validation. Its equity lens re-ranks by clinical priority and deprivation decile, showing the uplift it applied to each row, so two people of equal clinical priority aren’t separated by their postcode; CORE20PLUS5 travels with the patient. The same tab counts what could come off the list at all — stable follow-ups suitable for patient-initiated follow-up, pathways with no activity for a year that need validating, duplicates, people already treated elsewhere. The waiting swarm draws the same list as several hundred dots ageing towards the 18 and 52-week lines, coloured by wait, priority or deprivation. All of that’s a demonstration list, and each page says so on its face.

Cancer runs on its own clocks and they’re the ones that matter clinically. The cancer surface tracks the two-week wait, the 28-day Faster Diagnosis Standard, the 62-day treatment standard, multidisciplinary team meetings and systemic anti-cancer therapy. The Faster Diagnosis view is the useful one, because it shows the chain of dates instead of a percentage: referral, first appointment, investigations ordered, investigations done, MDT, diagnosis. When a pathway breaches you can see which link took the time, which is the only version of that number anybody can act on. This surface is seeded throughout.

Cancer Pathways, Faster Diagnosis tab. Five tiles: 15 total FDS patients this month, 8 diagnosed with cancer at a 53 per cent conversion rate, 3 cancer excluded, 3 breached the 28-day standard, 4 pending diagnosis. FDS compliance by tumour site: breast 50 per cent, colorectal 0 per cent, lung 50, urology 50, gynaecology 50, haematological 50, skin 100, upper GI 100, head and neck 100. A table gives every patient the full chain of dates, referral, first outpatient appointment, investigations ordered, investigations done, MDT and diagnosis, with total days and a compliant, breached or in-progress status; breaches run at 29 and 35 days against the 28-day standard.
Cancer Pathways · 28-day Faster Diagnosis StandardCaptured from the running system, build B-591 · seeded data
What this doesn’t do. Nothing here triages, prioritises clinically or stops a clock on its own. The equity re-ranking is decision support and needs a clinician to confirm before anything is booked; list-reduction actions queue a task for validation instead of removing anybody; the breach-risk scoring is an ordering of who to look at first. Cancer safety-netting stays with the clinical teams.

9Where each part lives

The hub is a coordination layer over modules that already exist. It integrates /comms-crm /waiting-list /rtt-ptl /smart-triage /pifu /social-prescribing /discharge-hub /virtual-ward /comm-needs /referral-hub /referral-optimisation /advice-guidance /cancer-pathways /rtt-swarm and /esign — and duplicates none of them.

CapabilityWhereHowStatus
Keep-in-touch send — one patient/waiting-wellresolve person → POST /crm/patients/{id}/logLive
Contact preference and do-not-contact/waiting-wellGET /crm/patients/{id}/preferencesLive
Cohort update to everyone overdue/waiting-wellPOST /crm/cohort-sendLive
The communications record itself/comms-crmone timeline per person, every channelLive
The waiting cohort on this page/waiting-wellseeded — 6 illustrative patientsDemonstrated
The patient tracking list itself/rtt-ptlRTT clock, breach and at-risk RAG, validation — seeded 20-pathway demonstration listDemonstrated
Prehabilitation and wait-well support/waiting-wellseeded; links to social prescribingDemonstrated
Expected timeframe shown to the patient/waiting-wellseeded estimate — NOT a forecast modelDemonstrated
Symptom and PROM check-ins while waiting/waiting-wellseededDemonstrated
Patient-initiated follow-up register/pifuread endpoints exist; the register page holds seeded contentDemonstrated
Recovery, discharge to assess and rehab/waiting-well · /discharge-hubseeded on this page; the discharge hub is the live surfaceDemonstrated
Communication needs and reasonable adjustments/comm-needsDCB1605 formats + NHS Reasonable Adjustment Flag, on one spineLive
Patient self-declares their communication needs/portal/comm-needsportal authLive
The 8-standard dashboard, breach worklist and board return/elective-experience-standardsseeded dashboard; the board return is API-backedDemonstrated
Board sign-off on the elective standards return/elective-experience-standardsrouted through commvita SignLive
Standard-1 referral-decision clock (28 days)/elective-clockspage reads the clock live; nothing decided yet, so the card stays seeded and says soDemonstrated
Referral hub — queue counters and RTT at-risk count/referral-hubGET /orchestration/stats over the referral storeLive
RTT breach-risk scoring, worst first/referral-hubPOST /ers/referrals/rtt-breach-riskLive
The 18-week clock table and the private queue/referral-hubseeded — banner on the tab says soDemonstrated
Referral optimiser — pathways, referrals, waiting times/referral-optimisationGET /ers/pathways · /ers/referralsLive
Pre-consultation work-up, batch-ordered and protocol-gated/referral-optimisationPOST /ers/referrals/{id}/order-diagnostics — refused unless the protocol is met or a reason is recordedLive
Advice and guidance — request, respond, escalate/advice-guidance/ers/advice-guidanceLive
Equity ranking on the tracking list/rtt-ptlseeded; IMD decile and CORE20PLUS5 weighting, with the uplift shown per rowDemonstrated
List reduction — PIFU, validation, duplicates/rtt-ptlseeded counts; actions queue a task, never an automatic clock stopDemonstrated
RTT waiting swarm/rtt-swarmseeded distribution, coloured by wait, priority or deprivationDemonstrated
Cancer — 2WW, 28-day FDS, 62-day, MDT, SACT/cancer-pathwaysseeded — banner on the page says soDemonstrated

10The honest edges

The waiting cohort on this page is seeded. Six illustrative patients, chosen to show the states the page reasons about. The patient tracking list at /rtt-ptl carries the RTT clock, breach and at-risk RAG, validation and the inequality-weighted ranking, and it’s that list a production deployment drives this from. On this instance it’s a seeded 20-pathway demonstration list, and the page says so.

The communications half IS live. The keep-in-touch send, the preference lookup and the cohort send are real API calls against the Communications CRM. That’s the part most easily faked in a demonstration and it’s the part that’s real here; the resolve-then-write gate exists precisely so the demonstration can’t cheat.

The expected timeframe shown to a patient is a seeded estimate, not a forecast. No model produces it. Showing a person a confident date the service can’t keep is worse than showing them a range and saying it’s a range, so a production deployment should bind this to its own capacity and demand figures before showing it to anybody.

Prehabilitation, the check-ins and the recovery board are representative. The clinical argument — that a long wait is an opportunity to optimise and a risk of deconditioning — is well evidenced. The wiring to a real prehabilitation service, a real PROM instrument and a real rehabilitation caseload is deployment work, and the live discharge surface is /discharge-hub.

The front of the pathway is a mixture, and the mixture is what matters. The referral store, the pathway protocols, the work-up ordering and advice and guidance are live API calls. The 18-week clock table, the patient tracking list with its equity ranking, the waiting swarm and the whole cancer surface are demonstration data, and every one of those pages carries a banner saying so. Binding them to a real referral and waiting-list feed is deployment work, and it’s the same work whichever system holds the list today.

Non-SaMD. This module surfaces recorded information and prompts a human to act. It doesn’t triage, doesn’t prioritise clinically and doesn’t decide who is expedited — a deterioration flag is a reason for a clinician to look, not a decision.

NHS England Minimum Standards of Patient Experience — Electives (PRN02340_ii, 3 Jul 2026)Accessible Information Standard (DCB1605) · NHS Reasonable Adjustment FlagThe King’s Fund — waiting wellCORE20PLUS5 · IMD 2019 · RTT Rules 2023Cancer waiting times — 2WW · 28-day Faster Diagnosis Standard · 62-dayGIRFTBest Practice Discharge Framework — pathways 1, 2, 3Flow Edition — £1 per instance (optional support)Non-SaMD — surfaces information, doesn’t triage
© 2026 Commvita Digital Health Solutions Ltd. All rights reserved.