Referral Operations Dashboard: Six Metrics With Definitions and Owners
Build a referral operations dashboard with clear formulas, event definitions, owners, worklists and reconciliation checks for six useful measures.

Key Takeaways
9 min- Write the calculation and observation window before building a dashboard tile
- Pair time measures with the number of unresolved referrals excluded from the timing calculation
- Separate attempted contact, successful contact, booking, attendance, and document receipt
- Give every exception list a named operational owner and backup
- Reconcile dashboard totals against source records before using them to assess staff performance
A referral operations dashboard should connect each number to a defined population, a timestamp, an accountable owner, and a worklist. Start with booking conversion, outreach delay, appointment wait, authorization status age, appointment attendance, and document return. Keep those events separate so a faster message or a booked appointment cannot masquerade as a completed visit.
Start with the decisions the dashboard must support
A manager opening the dashboard should be able to answer three questions: what needs attention today, where work is accumulating, and whether a change improved the process. These require different views. Today's worklist is a current snapshot; a conversion result follows a group of referrals over time. Combining both without labels creates avoidable confusion.
Build the first version for one receiving location and one referral direction. Organizations handling both sides should use separate views for inbound and outbound referral workflows. A referral sent by primary care and the same referral received by a specialist are related events, but they are not interchangeable counts.
The following dictionary is a proposed operational design. It is not an industry benchmark or a required quality measure. The Institute for Healthcare Improvement distinguishes outcome, process, and balancing measures in its measurement guidance. Use that distinction to prevent a faster task from becoming the only definition of success.
Use this six-metric dictionary
Each metric below has an operational definition and a companion count that must sit beside it on the tile. The companion count is what stops a rate from hiding the referrals it excluded.
| Metric | Operational definition | Display alongside it |
|---|---|---|
| Booking conversion | Unique valid referrals booked within a defined receipt-based window, divided by valid referrals in that receipt cohort | Cohort size, window length, open and unbooked count |
| First outreach delay | Elapsed time from receipt to first approved outreach attempt | Referrals with no attempt, attempt channel, successful-contact rate |
| Wait to scheduled appointment | Time from referral receipt to scheduled appointment date for booked referrals | Unbooked referrals, cancellations, appointment type |
| Authorization status age | Time since an operational authorization status was last meaningfully updated for active tracked tasks | Missing status data and next-action owner |
| Appointment attendance | Attended appointment occurrences divided by a documented set of eligible scheduled occurrences | No-shows, cancellations, unresolved statuses |
| Consult-document return | Eligible visits with the expected document received by the reporting cutoff, divided by eligible visits due for that document | Documents still pending and uncertain visit links |
Every metric also needs a first owner and a first investigation. When the number moves the wrong way, this is who looks and what they look at.
| Metric | First owner | First investigation |
|---|---|---|
| Booking conversion | Intake lead | Checks unresolved scheduling paths |
| First outreach delay | Outreach lead | Inspects unworked intake and failed delivery |
| Wait to scheduled appointment | Scheduling manager | Separates booking delay from calendar availability |
| Authorization status age | Designated authorization team | Checks its worklist under approved procedures |
| Appointment attendance | Access manager | Reconciles outcomes and practical barriers |
| Consult-document return | Documentation owner | Checks requests, receipt, and routing |
Keep the labels visible. A tile called simply "conversion" leaves readers guessing whether it counts a booking, an attended visit, or a returned note. For the full denominator worksheet, use the booking conversion guide.
An authorization age tile is administrative monitoring. It does not establish a payer deadline, determine coverage, or tell staff which clinical case takes priority. Route those decisions through the organization's approved procedures and responsible personnel.
Similarly, receipt of a consult document is not proof that a clinician reviewed it. The consult-note return workflow separates requests and receipt from the next clinical action.
Make each metric's contract visible
Under each tile, provide a compact definition link or information panel. Include the numerator, denominator, inclusion rules, exclusions, event time, reporting cutoff, source system, refresh time, and owner. A reviewer should be able to reproduce the number without asking its original analyst.
For timing measures, specify calendar or business time. Calendar hours show total elapsed experience. Business hours can help evaluate a staffed queue. Both can be useful, but a chart must not switch between them when a weekend arrives. Store timestamps consistently, then display the appropriate local timezone for operational work.
Choose summary statistics deliberately. A median describes the middle completed case; a long-tail measure shows slower cases. Neither includes referrals that have not reached the end event unless the method explicitly handles them. Always show the unresolved count and its age distribution next to the completed-case timing result.
For percentage measures, show counts as well as rates. "18 of 20" communicates information that "90%" alone hides. Small cohorts should remain visible without being treated as stable rankings. Do not declare one site superior because its small denominator happened to produce a high percentage this week.
Document changes in a definition log. If your team begins excluding duplicate transmissions, show the effective date and, where feasible, recalculate comparable history. Do not connect old and new definitions with an apparently continuous trend line.
Reconcile the numbers before improving the design
Start with source-event evidence. A referral record should retain its originating identifier, receipt time, associated transmissions, appointment link, and relevant operational status history. The referral tracking guide provides a practical state dictionary for this foundation.
HL7's FHIR R4 Appointment specification distinguishes appointment statuses and links appointments to service requests. Your own system mapping still needs verification; naming a standard does not prove that a local export implements it correctly.
Run a reconciliation using a closed receipt cohort. Match each inbound transmission either to a unique referral or to a documented exclusion. Then match each included referral to its booking evidence, unresolved state, or final administrative disposition. Investigate unexplained differences instead of assigning them to an "other" category that grows indefinitely.
Hypothetical reconciliation example: a location receives 120 transmissions during one week. Fifteen are additional copies of existing referrals, leaving 105 unique episodes. Five were demonstrably sent to the wrong organization under the written inclusion rule. The valid receipt cohort is 100. Within its chosen observation window, 70 receive a linked booking and 30 do not. Booking conversion is 70 of 100, or 70%.
Suppose an older dashboard shows 78 appointments divided by 120 transmissions, or 65%. Some of those 78 appointments belong to referrals received earlier, and some transmissions were duplicates. The difference between 65% and 70% is a measurement correction, not a workflow improvement. Record it as such.
Trace a number back to the work behind it
Bring the dictionary and a de-identified sample to a demo. Linear Health's referral coordination software records the receipt, outreach, booking, and document events behind each tile while automating up to 90% of the coordination work.
Design three views around three review cadences
Daily: who owns the next action?
The daily view should prioritize unresolved administrative work according to approved operational rules. Show the referral identifier, current owner, next action, due time, blocker, and last meaningful event. Clinical priority should arrive from the approved clinical process, not be inferred from queue age.
Allow staff to find the records behind a count. If an "uncontacted" tile says 24, its worklist should contain exactly the same 24 records with the same cutoff. A count that cannot be reconciled to action is difficult to manage.
Weekly: which bottleneck is repeating?
Review distributions by channel, location, and workflow stage. Look for a repeated failure pattern before choosing a fix. Missing contact details, an unmapped status, and unavailable appointment inventory can all appear as slow booking, while requiring different responses.
Track workload alongside speed. A shorter outreach delay achieved through extra unpaid work or a growing exception queue should not be presented as an unqualified improvement. Use staff feedback and recorded operating hours to understand the tradeoff.
Monthly: did the selected cohort improve?
Review only cohorts that have had the same observation opportunity. Show immature cohorts separately. Compare the same event definitions and relevant service mix, and annotate changes in capacity, staffing, intake channels, or reporting logic.
The monthly decision should name a specific next action: retain the change, adjust it, gather better evidence, or stop it. A dashboard meeting that ends with "continue monitoring" needs a clearer question for the next review.
Before Linear, I needed five systems just to get a patient from referral to appointment. Now I have one screen. The team is coordinating care instead of chasing it.
Test the dashboard against known failure cases
Before release, create synthetic records covering duplicate transmissions, bookings created and cancelled, a referral with no outreach, missing timestamps, a transferred owner, and a document received for the wrong visit. State the expected effect on every relevant metric before running the test.
Check a boundary case received just before midnight and one processed after a daylight-saving change. Confirm that the same referral does not migrate between reporting cohorts because different systems export different timezones. When source timestamps are missing, show an unknown value rather than substituting extraction time.
Reconcile both directions. Starting from the dashboard, trace a sample back to source events. Starting from source events, confirm those records appear in the right dashboard population. This can expose records omitted during ingestion that a dashboard-only review would never reveal.
Keep the initial acceptance record short: test case, expected result, observed result, discrepancy, owner, and resolution. Repeat the affected tests when an integration or definition changes. Cosmetic layout changes alone do not justify another full data audit.
Book a dashboard-focused conversation
Bring one defined metric, a source export, and the operational decision you need to make. We will show how the events behind it are captured and worked, live in 4 weeks.
Healthcare AI insights, monthly.






