Eligibility Verification Services

Eligibility verification services

Eligibility verification is the check, before the visit, that a patient's coverage is active, that the payer on file is the one that will pay, and that the service is covered with any authorization in place.

See where claims are getting stuck. No patient data needed.

We run it for every scheduled visit and every walk-in, inside your practice management system and payer portals, so the claim that leaves is built on a plan that will pay.

This work happens before a claim exists. Buy it on its own or pair it with our other billing services, stage by stage.

Last reviewed October 21, 2026 by the Remitwright billing team. Editorial policy

What eligibility verification covers

Batch eligibility checks ahead of each scheduled visit, through your clearinghouse 270/271 transactions, with payer portals used where the batch response is thin

Checks for walk-ins and add-on services before the encounter is closed

Confirmation of the correct payer and plan, including Medicare Advantage and Medicaid managed care enrollment that the card does not show

Benefit detail recorded on the appointment: copay, remaining deductible, coinsurance, visit limits, referral and authorization requirements

Coordination of benefits flags: secondary coverage, Medicare Secondary Payer questionnaires, crossover setup

Retro-eligibility checks on denied claims where coverage was added or corrected after the date of service

An exceptions list to your front desk ahead of the visits it covers: who needs a new card, a referral, a payment conversation or a reschedule

Rechecks for recurring patients in therapy, behavioral health and home care, on a schedule agreed with you, so a plan change does not silently end payment

What goes wrong when eligibility verification is skipped

The retro-termination

A patient's plan ended on the last day of the month. Nobody rechecked before the visit on the 3rd. The claim goes out, comes back denied PR-27 because coverage had ended, and the balance now belongs to a patient who assumed they were covered. The practice either writes it off or starts a collections conversation it never needed to have.

The wrong payer

The card says one plan; the patient moved to a Medicaid managed care plan six weeks ago. The claim goes to the old payer, sits for a month, and comes back CO-109, the code for a claim sent to the wrong payer. By the time it reaches the right MCO, the filing window is half gone and the authorization that MCO wanted was never requested.

The visit limit nobody counted

A physical therapy plan allows twenty visits a year. Visit twenty-one is delivered, billed and denied. The patient was never told, so the practice eats it. A benefit record on the appointment would have shown the limit at visit eighteen.

How we run eligibility verification

Set up

We agree the lead time before each visit, the fields recorded on each appointment, and who at the front desk receives the exceptions list. Your biller gets a role-based login to your PM system, clearinghouse and the payer portals you use.

Batch run

Your biller runs the eligibility batch for upcoming visits, reads the 271 responses, and works the failures by hand: wrong member ID, name mismatch, payer not on the clearinghouse.

Exceptions

Problems go to the front desk before the patient arrives: expired coverage, missing referral, authorization required, high deductible remaining. Each one carries a suggested action.

Day of service

Walk-ins and schedule changes are checked before the encounter is closed, so the claim is coded against the right plan from the start.

Feedback loop

Every eligibility-related denial is traced back to the check. If the check missed it, we change the check, not just the claim.

What you receive every week

Exceptions list

A short list, by appointment, of what needs to happen before the patient arrives. Sent to the front desk in whatever form they will read: the PM task list, a shared sheet or email.

Benefit record on every appointment

Copay, deductible status, coinsurance, visit limits, referral and authorization flags, stored where check-in can see them.

Weekly line in your report

Visits checked, exceptions raised, exceptions resolved, and any eligibility-related denials from the week with their cause.

Worked example: the therapy plan with a visit cap

A hypothetical outpatient physical therapy clinic sees a patient whose commercial plan covers twenty PT visits per calendar year. Eligibility at the first visit records the limit on the appointment. At visit sixteen, the biller's recheck shows four visits remaining, and the front desk talks to the patient about self-pay options for visit twenty-one onward before those visits are booked. Without the recheck, visits twenty-one to twenty-four would have been billed, denied with CO-119 because the plan's visit cap was used up, and written off.

Questions about eligibility verification

Can't our front desk just check eligibility at check-in?

They can, and for walk-ins they should. The problem is timing: a check at the desk finds the expired plan when the patient is already in the waiting room. A check made ahead of the visit gives you time to get a new card, a referral or an authorization before the patient arrives. We do the batch; your desk keeps the day-of check.

Do you use real-time eligibility or payer portals?

Both. The 270/271 transaction through your clearinghouse covers most payers in one batch. Where the response is thin, usually Medicaid managed care and some regional plans, your biller checks the payer portal by hand and records what the batch did not return.

What happens when a patient has two plans?

We record both, work out which is primary under coordination of benefits rules, and set the claim up to cross over. For Medicare patients that means the Medicare Secondary Payer questions are answered and stored, not just asked at the desk.

Does eligibility verification include prior authorization?

It identifies when an authorization is needed. Getting the authorization is a separate service, prior authorization, that your biller can run as part of the same routine.

What are registration and eligibility denials?

Denials caused by the patient's coverage or registration data rather than the care: coverage that ended before the date of service, a member ID or date of birth that does not match the payer's file, the wrong payer billed, or a plan change nobody recorded. A check before the visit is what prevents them. Medicaid renewals add to them when a member loses coverage, and the post on eligibility denials and six-month Medicaid renewals explains the codes that follow and the check that stops them.

What do you need from us to start?

A role-based user in your practice management system and clearinghouse, access to the payer portals you use, and a named person at the front desk who will receive the exceptions list. A signed BAA comes first.

Will this slow down scheduling?

No. The check runs after the appointment is booked, in the background. The only time scheduling changes is when the check finds something that would otherwise become a denied claim.

Can eligibility checks be done remotely before the patient arrives?

Yes. Eligibility is checked from the schedule, through the payer portals and the real-time eligibility in your practice management system, ahead of the visit. The biller never needs to be in the building; the front desk sees the result in the appointment note and collects the right copay. Remote medical billing explains how that access works.