Checking Coverage Before You Book, Not After You Bill

Most orthopedic practices are checking coverage in the wrong order. The patient calls, gets a date, and somewhere in the following week a person confirms whether the plan covers what was just booked. The booking came first and the answer came second, which means every unfavorable answer is now a phone call apologizing for a date you already gave away.

That order made sense when the worst case was a denial. A denial is a bill you fight after the fact, and practices built appeals teams to fight them.

The worst case is changing. Payment can now be held for review rather than denied outright, which means the money does not arrive and there is nothing to appeal yet. A held claim is not a fight, it is a wait, and it does not respond to a stronger appeal letter.

When the downside moves from denied to suspended, verification stops being a back-office task that happens near the visit. It becomes a precondition for offering the date at all.

The first answer is often wrong, which is exactly why timing matters

Payers apply review at scale and get it wrong often enough to be an operational fact rather than a grievance. KFF analysis found that in 2024, Medicare Advantage insurers denied 4.1 million prior authorization requests in full or in part, which is 7.7% of all requests, slightly higher than the 6.4% denied in 2023. In the same analysis, 80.7% of appealed denials were partially or fully overturned in 2024.

Read those two numbers together and the conclusion is not that payers are unbeatable. It is that a first answer is a draft, and getting it corrected takes staff time.

Staff time spent before the date is set is cheap. Staff time spent after the patient has arranged a ride, taken time off, and told their employer is expensive, and some of it is spent on the phone with a patient who is upset for good reason.

So the practical question for an orthopedic front office is not how good your appeals are. It is how many of your bookings were made before anyone knew whether the plan would pay.

Most of the leak is in front of the claim, not behind it

Practice leaders already know where the money goes. A January 6, 2026, MGMA Stat poll found the biggest revenue cycle leaks for practices today are denials and appeals at 48%, followed by front end issues at 23%, billing and collections at 14%, coding at 13%, and charge posting at 2%.

The useful reading is that the two largest categories are the same problem seen from opposite ends. A large share of what gets counted as a denial started as something the front end could have caught, and it is only classified as a denial because that is where it surfaced.

Orthopedics feels this harder than most because the visit types are expensive and layered. An office visit, imaging, an injection, a surgical consult, and a procedure can all sit inside one episode, and they do not carry the same coverage rules.

A plan that covers the consult may require review for the injection. A patient with active coverage may have a deductible that makes the imaging a cash conversation. None of that is visible in a yes-or-no eligibility ping.

Sequence it so the answer arrives before the date does

The workable order has four steps, and the point of all four is that they happen while the patient is still on the phone or still in the portal.

Read the coverage on file and confirm it is current, because the card in the chart is frequently last year’s. Pull the benefit detail for the specific service being requested rather than a general active or inactive flag. Decide from that whether the visit needs review before it can be scheduled. Only then look at open slots, and offer dates that fit whichever of those two paths the answer put you on.

On athenaOne all four of those reads exist as records the front office can already reach. The insurance list, the benefit detail behind each policy, and the open slots for the department and appointment type are separate objects, and the whole trick is reading them in that sequence instead of the reverse one.

A visit that needs no review gets booked same day or next. A visit that does gets its earliest offer set out far enough that the authorization team has room to work, which in practice generalizes to plan type as much as to service type. The rule is the appointment type and the plan together, not either one alone.

The complication nobody puts in the demo

Coverage is not the only thing that has to be true before a slot can be offered. The provider has to be enrolled with that plan, and the enrollment grid almost never lives in the practice management system. It is a spreadsheet somebody in credentialing maintains.

That matters more in orthopedics than in most specialties because of how the practices are shaped. Multiple sites, multiple subspecialists, a rotating cast of new hires ramping up, and a referral pattern that sends patients to whoever can see them soonest. Booking a patient with a surgeon who is not enrolled in their plan produces a visit that happens and a claim that dies weeks later.

Practices often cannot hand over the full enrollment grid because it is too messy to export. The workable artifact is the inverse, a per-provider list of the plans they do not take, which is short enough to be accurate and to maintain.

So the automation checks two things before it offers a date: does the plan cover this service, and is this provider bookable for this plan at this site. When either answer is missing rather than negative, it does not guess. It offers to have someone call back with a date, and puts a specific item in front of the person who owns credentialing.

What you tell the patient while they are still listening

Moving verification forward buys you something beyond a cleaner claim. It gives the patient a real answer during the first conversation instead of a surprise on a statement.

That conversation has limits worth respecting. The front office can say what the plan shows, what the practice expects to collect, and what has to happen before the visit can be scheduled. It should not be interpreting the plan document or promising a number it cannot stand behind.

When the benefit read is deep enough to quote a real figure, quote it and say where it came from. When it is not, say that too. Patients handle we do not know yet far better than they handle a confident number that turns out to be wrong.

And when the answer requires judgment, hand it over with the work already done. The person who picks it up should get the patient, the plan, the service requested, what the benefit read returned, and what is missing. Not a note saying the patient has questions about coverage.

How to test whether a vendor actually does this

Any front-office tool will say it verifies insurance. The distinction that matters is whether it verifies before it books or after, and whether it reads benefit detail or an active flag.

Ask for a live booking against a real athenaOne connection where the requested service requires review, and watch what the tool offers. If it hands out the earliest open slot without changing its behavior, it is not verifying, it is checking a box after the fact.

Then ask what it does when the benefit read comes back incomplete. Silence and a booking is the wrong answer. A held slot and a specific task for a named person is the right one.

Depth of platform access is what makes the difference here, and it is worth grading directly. PGA works across 440+ of athenahealth’s roughly 800 endpoints, which is why the insurance record, the benefit detail, and the open slots can be read as one decision rather than three separate lookups a human has to reconcile.

Key Takeaways

Move verification in front of the booking, because a held claim is a wait rather than a fight and no appeal letter shortens it.
Read benefit detail for the specific service, not a general active or inactive flag, since an orthopedic episode carries several coverage rules at once.
Set the earliest offered date by appointment type and plan type together, so visits needing review get room and the rest get booked immediately.
Check provider enrollment as well as coverage, and keep the workable version of the grid, which is the list of plans each provider does not take.
When a benefit read comes back incomplete, hold the slot and hand a specific task to a named person instead of booking and hoping.
Grade a vendor on whether it changes its booking behavior when review is required, not on whether it claims to verify insurance.

Checking coverage after the booking made sense when the worst outcome was a denial you could appeal. It does not survive a world where payment gets held instead. Put the benefit read in front of the slot offer, treat provider enrollment as part of the same check, and give your staff the incomplete cases with the work already attached.

Sources