Insurance eligibility verification is the check a practice runs before a visit to confirm three things: the patient's coverage is active on the date of service, the planned service is a covered benefit under that plan, and what the patient will owe. It happens at the front end of the revenue cycle, before care is delivered and before any claim is filed, and it exists for a simple reason. A claim built on the wrong payer, an inactive plan, or a benefit the patient does not have will come back denied, and by then the visit has already happened.
For where this check sits in the wider billing cycle, see how medical billing works. The rest of this post covers what a complete check actually looks at, how the process runs step by step, when to run it, how electronic checks differ from phone and portal checks, and what to do when a check turns up a problem.
Eligibility, benefits, and authorization are three different checks
These terms get used as if they were one job, and that causes real mistakes. They are three questions, and a practice needs a yes to all three before it can be confident about a visit.
Eligibility answers a short question: is this policy active for this patient on this date? A policy that was active last month may have ended, changed employers, or switched plans. Eligibility is about the policy itself, not about any particular service.
Benefits verification answers the longer question that follows: what does this plan actually cover for this specific service? That includes whether the service is a covered benefit at all, whether the rendering provider is in network, what deductible remains, what copay or coinsurance applies to this visit type, what the out of pocket maximum looks like, whether there is a visit limit, and whether a referral or authorization condition attaches to the service. An active policy does not by itself mean a service is covered, and it certainly does not say what the patient owes.
Prior authorization is a third, separate step. It is an approval the payer gives in advance for a specific service for a specific patient. A patient can be fully eligible, with a covered benefit, and still need prior authorization for the planned procedure. If the eligibility check flags an authorization requirement, the practice still has to request it. Finding out about a missing authorization when the claim is denied weeks later is exactly the failure this workflow is meant to prevent. For the authorization side in more detail, see prior authorization in medical billing.
Many practices run eligibility and benefits together in one check, and flag authorization requirements inside that same check. That is fine, as long as the team treats them as separate answers rather than one green light. "Active" is not a complete result. It is the start of the result.
What a complete check covers
A check that stops at "active" leaves most of the useful information on the table. The items below are what a complete check should confirm, and why each one matters for the claim that follows.
| What to confirm | What it tells the practice |
|---|---|
| Coverage active on the date of service, with effective and termination dates | Whether the plan applies to this visit at all, not just whether it exists |
| Correct payer and plan | Whether the card on file matches the plan that is actually active, since the card in the chart is not always the current plan |
| Provider network status for the rendering provider | Whether the visit prices at the in network or out of network rate, which changes what the patient owes |
| Service specific coverage | Whether this exact service is a covered benefit, since coverage varies by service type |
| Copay for this visit type | The flat amount the patient pays for this kind of visit, since a primary care copay is not a specialist copay |
| Deductible, and how much has been met | Whether the patient still owes toward the deductible before the plan starts paying its share |
| Coinsurance percentage | The share of the allowed amount the patient owes after the deductible, where the plan uses coinsurance instead of a flat copay |
| Out of pocket maximum, and how much remains | The annual cap on what the patient pays, after which the plan covers the allowed amount for covered, in-network services in full |
| Visit limits and exclusions | Whether the plan caps the number of visits or excludes this service, which an active status alone will not reveal |
| Referral and authorization requirements | Whether a referral or prior authorization has to be in place before the visit |
| Coordination of benefits, if the patient has more than one plan | Which plan is primary and which is secondary, so the claim goes to the right payer first |
A few of these deserve a closer look, because they are where front desk teams can get tripped up.
First, benefit amounts differ by service type. A plan can cover routine office visits at one cost sharing level and diagnostic imaging or therapy at a very different one. Pull the amount for the actual visit being scheduled, not a generic plan copay. A patient quoted the wrong copay at check in will hear about it later, and the practice will be the one explaining the difference.
Second, the deductible changes the picture over the course of a plan year. A patient who has not touched a large deductible faces a very different bill from a patient who met it months ago. In some plans, while the deductible is unmet, the patient owes the allowed amount toward the deductible rather than a copay. Confirming the remaining deductible is what lets the front desk give the patient a realistic number before the visit instead of a surprise after it.
Third, coordination of benefits matters whenever a patient has two plans. The primary plan gets billed first, and the secondary plan considers what is left. Billing the secondary plan first, or billing only one plan when two exist, is a common route to a denial that takes real rework to fix. Confirm the order before the claim goes out, not after it comes back.
The process, step by step
The workflow is the same whether the check runs electronically, through a portal, or by phone. The tool changes; the steps do not.
- Collect accurate details at scheduling. Full name, date of birth, payer name, member ID, and group number, plus a copy of both sides of the insurance card. Typos and transposed digits in a member or group number are a needless cause of failed checks, so the card image matters as much as the typed record.
- Identify the correct payer and plan. The plan name on the card and the entity that actually administers the benefit are not always the same, since self funded plans and carved out benefits often sit with a third party. Confirm which payer the claim should go to.
- Run the check for the date of service. Through a payer portal, practice management software, or clearinghouse, or by phone where electronic options are not available. The check has to be for the actual date of the visit, not for today in general, since coverage can start or end between the two.
- Confirm the policy is active on that date, and read the benefit detail for the planned service. This is where the checklist above gets worked through: network status, copay or coinsurance for this visit type, deductible remaining, out of pocket maximum, visit limits, and any referral or authorization requirement.
- Sort out coordination of benefits if the patient has more than one plan, and confirm the primary and secondary order.
- Start any authorization or referral the plan requires, while there is still time before the visit to get it.
- Document the result where billing can find it, and tell the patient what they will owe before the visit. The documentation step is covered in more detail below, because it is the part teams skip when they are busy.
That last step, telling the patient, is not a courtesy extra. It is part of the check. A patient who knows the copay or deductible share before the visit can plan for it, and a patient who learns about it from a statement weeks later is a patient with a complaint and a balance that is harder to collect.
When to run the check
Timing is where many practices lose the benefit of checking at all. A single check, run once and filed away, goes stale fast.
Run the check when the appointment is booked. That is the moment when problems can still be fixed before care is delivered: the wrong payer can be corrected, a new card can be requested, an authorization can be started, and a patient with no active coverage can be told before they arrive. Catching a problem at booking turns it into a phone call. Catching it after the visit turns it into a denied claim.
Run it again shortly before the visit. Coverage can change between booking and the appointment, through a job change, a plan change, or a plan termination. A recheck close to the visit catches the change while there is still time to act on it. Some practices also recheck on the day of service for the same reason, especially for patients whose coverage has changed recently.
For recurring patients, recheck on a regular schedule rather than assuming the coverage on file is still current. A patient seen every few weeks can change plans between visits without telling the practice. The check from three months ago is not evidence about today, and a standing schedule, such as rechecking at set intervals or at the start of a new plan year, keeps the record honest without requiring a judgment call each time.
The through line is simple: verify early enough to fix problems, and verify close enough to the visit that the answer is still true.
How the check is run: electronic, portal, or phone
Practices generally run eligibility checks one of three ways, and the differences are practical rather than philosophical.
| Method | How it works | Tradeoff |
|---|---|---|
| Real time electronic check (270/271) | The practice or its clearinghouse sends a 270 inquiry and receives a 271 response with coverage and benefit detail | Fast and consistent for routine checks, but the response can be dense, and not every payer returns the same level of detail |
| Payer portal | Staff log in to the payer's website and look up the patient | Useful when an electronic response is unclear or incomplete, but slower, and each payer has a different portal |
| Phone | Staff call the payer and speak to a representative | The fallback when electronic and portal options fail or contradict each other, but the slowest, and the answer depends on the representative's reading |
The 270/271 pair deserves a plain explanation, because the numbers come up constantly and sound more technical than they are. The 270 is the inquiry: the practice sends the patient's identifiers to the payer, usually through a clearinghouse or practice management system. The 271 is the response: the payer returns coverage status, plan dates, benefit categories, and cost sharing amounts. For traditional Medicare fee-for-service, the Centers for Medicare and Medicaid Services runs this through its HIPAA Eligibility Transaction System. The transaction is a standard, which is why the same check works across payers, but the detail each payer returns still varies, which is why a confusing 271 response sometimes ends with a portal check or a phone call.
No method is right for every check. A sensible pattern is electronic first for routine appointments, portal or phone when the electronic response is unclear, incomplete, or contradicts what the patient says about their coverage, and phone whenever the stakes are high enough that a written reference number matters. The method matters less than the discipline: the same checklist, run the same way, every time.
What to do when a check turns up a problem
A check that never finds a problem is worth a second look. The common findings each have a straightforward next step.
Inactive or terminated coverage. Stop and sort it out with the patient before the visit. Ask whether they have another plan, a new card, or a recent change of employer or plan. If there is another payer, verify that plan instead. If there is no active coverage, tell the patient plainly what the visit will cost without insurance and let them decide how to proceed, under the practice's financial policy. Delivering care first and discovering the problem from a denial helps nobody.
Wrong payer or wrong plan on file. Update the record from the current card and rerun the check against the correct payer. Do not file the claim against the plan on file just because it is the plan on file. The card in the chart is not always the plan that is active.
Authorization or referral required. Start it now, before the visit, and tell the patient if the visit may need to move. An authorization that arrives after the visit usually does not retroactively fix a claim that needed it beforehand. If the authorization cannot be obtained in time, rescheduling beats a denied claim.
Coordination of benefits unclear. Confirm which plan is primary before billing. If the patient is unsure, ask for both cards and verify both plans, then bill in the confirmed order. Guessing the order is how both plans end up denying.
Visit limit reached or service excluded. Tell the patient before the visit, not after. A patient who knows a service is excluded can decide whether to proceed self pay. A patient who finds out from a denial will feel misled, even if the practice did nothing wrong.
In every case, the pattern is the same: find the problem before the visit, tell the patient plainly, and fix it or reschedule. The eligibility check is only useful if its findings change what happens next.
How to tell the patient what they owe
An eligibility check gives the practice the raw material for an estimate, not a guaranteed price. The deductible remaining, the copay or coinsurance for the visit type, and the out of pocket maximum combine into a number the front desk can quote, but it is still an estimate. The final allowed amount is set by the payer when the claim is processed, and the patient's responsibility can shift if other claims process first or if the benefit detail changes.
The honest way to present it is as an estimate based on today's check, with the caveat said out loud. "Based on what your plan shows today, your share for this visit looks like this" is accurate. "This is exactly what you will owe" is not, and it sets up a dispute when the payer's calculation differs. Patients accept estimates well when the basis is explained. They do not accept surprises well when it is not.
Collecting at the time of service follows from the same check. A practice that knows the copay before the visit can collect it at check in, which is simpler than billing for it later. A practice that knows a large deductible is unmet can explain the expected share at check in too, under its financial policy, rather than chasing the balance for months afterward. None of this requires new technology. It requires the check to happen before the visit, and the result to reach the front desk in time to act on it.
Documenting the check
A check that is not written down is hard to defend and impossible to hand off. For each check, record the date and time, who ran it, the payer's confirmation or reference number where one is given, and the benefit details quoted: deductible status, copay or coinsurance, authorization requirements, and any coordination of benefits finding. Store it where billing can find it without asking the front desk to remember it.
Documentation also protects the practice when a payer later denies a claim on eligibility grounds. A dated record showing active coverage and the benefit detail quoted is the starting point for an appeal or a corrected claim. Without it, the practice is reconstructing the conversation from memory, and the payer is not obliged to agree with that reconstruction.
The record does not need to be long. A short, consistent note per visit, in the same place every time, beats a detailed note that only some staff write. Consistency is the point: the next person who touches the claim should be able to see what was checked, when, and what it said, without tracking down the person who ran it.
Common mistakes, and the habit that prevents each one
Eligibility failures tend to repeat the same short list.
| Mistake | What happens | The habit that prevents it |
|---|---|---|
| Checking only "active" | A covered visit turns out to be an excluded service, or the patient owes a deductible nobody quoted | Work the full checklist, including service specific coverage and cost sharing, every time |
| Checking once, at booking only | Coverage changes before the visit and nobody notices | Recheck shortly before the visit, and on a schedule for recurring patients |
| Using the card on file without confirming it | The claim goes to a terminated plan | Ask for the current card at scheduling and at check in, and rerun the check when it changes |
| Treating eligibility as authorization | An eligible patient still needs prior authorization, and the claim is denied | Flag authorization requirements inside the check, and start them as a separate step |
| Skipping coordination of benefits | The wrong payer is billed first, and both plans deny | Verify both plans and confirm the order before billing |
| Not writing the result down | Billing cannot find the check, and a denial cannot be appealed from evidence | Record date, time, who ran it, reference number, and benefit detail, in the same place every time |
| Quoting a copay for the wrong visit type | The patient is told one number and billed another | Pull the cost sharing for the actual visit being scheduled, not a generic plan figure |
The theme across that table is the same as the theme of this post: the check is a workflow, not a single lookup. A lookup gives an answer. A workflow gives an answer, records it, acts on it, and rechecks it before it goes stale.
Where this fits, and what to read next
Eligibility verification is the front end of the revenue cycle for a reason. It is an early place to catch the problems that cost the most time later. A wrong payer, an inactive plan, or a missing authorization found before the visit is a phone call and a fix. The same problem found after the visit is a denied claim, rework, and a patient conversation that starts badly. Practices that treat the check as a real step, with a checklist, a schedule, and a written record, are positioned to spend less time on the back end fixing what the front end missed.
When a check does turn into a denial anyway, the next step is understanding why the claim was refused and what fixes it. See claim denials in medical billing: common causes and fixes for the denial side of the same problem. For firms that handle revenue cycle work, including front end verification and denial follow up, see our revenue cycle outsourcing services. Our methodology explains how directory listings are vetted, including the services and scope firms claim.