Detect, decide, act, prove: the revenue recovery loop, step by step
Every Patient Revenue Engine runs the same four-step loop: detect a leak, decide what to do, act on it, and prove the result. The idea is simple. The details are where recovered revenue is won or lost. Here is what each step really involves, with examples from an ordinary front desk.
- Detect means catching revenue at risk within minutes, not at month-end.
- Decide means putting a value and a priority on each problem, so effort goes where the money is.
- Act means doing the follow-through automatically, in short, minimum-necessary messages patients can answer with a number.
- Prove means an itemized record of every recovered visit. Without it, the other three steps are just activity.
Why it has to be a loop
Most practices already do pieces of this. Someone notices a cancellation. Someone else has a waitlist on a sticky note. Once a quarter, a manager pulls a recall report. The trouble is that each piece depends on a person remembering to do it, at the right moment, between everything else.
A loop is different because each step feeds the next automatically, and the last step feeds back into the first. What was recovered last week changes what gets prioritized this week. That is what turns scattered good intentions into a system that keeps working at 7:15 AM on a Monday and at 9 PM on a Sunday.
Step 1: Detect
Detection is about speed and coverage. The value of most leaks drops quickly. A slot freed up the evening before is easy to fill. The same slot discovered at 9:55 AM for a 10:00 AM visit is almost impossible to fill. A missed caller who hears back in five minutes often books. One who hears back the next afternoon has often booked somewhere else.
A good detection step watches for a defined set of signals, every time new data arrives:
- Missed calls, especially from numbers that aren't already on the schedule today.
- Cancellations and reschedules, with how far out the freed slot is.
- No-shows, flagged once a visit passes its start time with no arrival.
- Overdue patients, whose recommended return date has passed with nothing booked.
- Insurance gaps, such as coverage that looks expired or missing ahead of a visit.
- Walkouts, patients who checked in, waited, and left without being seen.
Step 2: Decide
Detection without judgment just creates a longer to-do list. The decide step answers two questions for every signal: what is this worth, and what should happen next?
Value comes from the schedule itself. A new-patient visit, a procedure slot and a short follow-up are not worth the same, and a practice's own export shows the difference. Priority comes from timing. A slot opening in two hours outranks one opening in nine days.
Here is how the decision changes the response at an ordinary front desk:
- 8:10 AM, cancellation for 11:30 AM today: high priority. Offer it right away to patients who asked to come in sooner.
- 8:10 AM, cancellation for next Thursday: lower urgency. Offer it, but there's room to wait for the best match.
- 12:40 PM, missed call from an unknown number: likely a new or returning patient. Reply fast with open times.
- 12:40 PM, missed call from a patient already booked this afternoon: probably a question about today's visit. Flag it for the front desk instead of offering times.
- Patient nine months past due: invite back with a few options rather than a single time.
Step 3: Act
The act step is where most tools stop short. Sending one message is easy. Carrying a recovery through to a booked visit takes follow-through: offering times, handling the reply, moving to the next patient if the first one says no, and handing the result to the front desk.
The messages themselves should be short and minimum necessary. That protects patient privacy and makes replying effortless. An offer for a freed slot might read like this:
- Message: '[Practice name] has an earlier opening: Tue 11:30 AM. Reply 1 to take it, 2 for other times, STOP to opt out.'
- Patient replies '1'. The time is held so no one else can take it.
- Confirmation goes back: 'You're set for Tue 11:30 AM at [Practice name]. Reply 2 if you need to change it.'
- The booking is handed to the front desk to enter in the EHR, and the original slot is marked filled.
Step 4: Prove
Proof is what makes the loop accountable. Every recovered visit gets an entry: which patient, which date, what action brought it back, and what it was worth. A short excerpt from a weekly report might look like this, using placeholder patients:
- Patient A, Tue 11:30 AM, cancellation refilled from early-visit list, $165
- Patient B, Wed 9:00 AM, missed call answered by text and booked, $240
- Patient C, Thu 2:15 PM, overdue patient invited back, $135
- Patient D, Fri 10:45 AM, walkout rebooked same week, $165
What breaks when a step is missing
A useful test for any system, or for your own front-desk process, is to see which step is weakest. Each missing step fails in a predictable way:
- No detect: leaks are found late or not at all. The month-end report shows them after the money is gone.
- No decide: everything gets the same treatment, so staff spend time on low-value tasks while the urgent slot goes empty.
- No act: you know exactly what you're losing, and you keep losing it.
- No prove: you can't tell whether anything is working, so it's impossible to justify the cost or improve the process.
Putting the loop to work
You can start applying the loop today, even by hand. Pick one leak, such as same-day cancellations. Decide who detects them and how fast. Write the text your front desk will send. Keep a simple log of every slot refilled and its value. After a month, you'll have your own proof, and a clear sense of how much more could be recovered if the loop ran every hour of every day.
That last part is the limit of a manual loop. People go home. The loop works best when it never stops, and when the proof is kept automatically instead of on a clipboard.
DocsMD runs the full loop for you
DocsMD detects missed calls, cancellations, no-shows, overdue patients, insurance gaps and walkouts, decides what each is worth, acts on it around the clock with minimum-necessary texts, and proves every result. Each recovered visit appears in your weekly report with the patient, date, action and dollar amount. Patient texts never include the patient's name or the reason for the visit, and STOP is honored on every message.
Questions
Which step matters most?
Prove, because it's the only way to know the other three are working. But detect sets the ceiling: a leak found too late can't be recovered no matter how good the action is.
Can a front desk run this loop manually?
Partly. Staff can detect and act on leaks during business hours, but the loop breaks after hours and on busy mornings, and proof usually ends up incomplete.
What goes into a recovery text?
The practice name, the time on offer and numbered choices, plus a way to opt out. It should not include the patient's name or the reason for the visit.
How does the decide step know what a visit is worth?
From the practice's own schedule data. Different visit types carry different typical values, and the export shows which type each slot is.
