This is the lesson most likely to save your practice money, and it's about a name collision. Two different features are both called "check eligibility". One phones the payer. One makes up plausible numbers. They look almost identical on screen.
The two checks
| Live check | Synthetic summary | |
|---|---|---|
| Button | Check eligibility (live 270/271) | Check eligibility |
| Where | Patient's Billing tab, and Quick View → Insurance & eligibility | The Intake checklist resolver during check-in |
| Talks to a payer | Yes, via the clearinghouse | No, never |
| Result wording | Active coverage / Active (demo sandbox) / a raw status | Eligible (synthetic) |
| Trust it? | Yes — read the banner for sandbox mode | Only as a placeholder |
The tell is the button text. If it doesn't say "live 270/271", it didn't ask anybody anything.
Running the real check
Open the patient, then the Billing tab, and find the Insurance section.
Pick the payer from Choose the payer… — that list is the practice's configured payers, and picking from it gets you the right payer ID automatically. Use + Other insurance (type the name)… only when the plan genuinely isn't on the list.
Fill in Member ID — check it against the card, not against what a patient typed on a phone.
Press Check eligibility (live 270/271). Underneath, the helper text tells you what it is: Real-time eligibility & benefits via the Availity clearinghouse, run against the patient's coverage on file.
The result appears as Eligibility & benefits with a status chip and six tiles: Plan, Payer, Member ID, Copay, Coinsurance, Deductible remaining. A line under the chip reads via [vendor] and the date.
Screenshot pending capture
Reading the result honestly
Active coverage — a real, verified yes.
Active (demo sandbox) plus the banner Sandbox response — the Availity demo returns active coverage for any input. Real verification turns on with the production plan + BAA. — the connection is in test mode. It says yes to everything. Not a verification.
error, with via unavailable — the check couldn't be completed. This is the one to learn, because there's no plain-English explanation on screen today. The system refuses to fabricate an "eligible" answer it doesn't have, which is the right call and an unhelpful-looking chip.
ineligible / unknown — a real answer that isn't yes. Talk to the patient before the visit, not after.
The copay at check-in
The payments panel has its own shortcut. The chip reads Copay: not verified until a check has run, and the button says Verify copay (270/271) — becoming Re-verify copay afterwards. Same live check, reachable without leaving check-in.
Copay: not verified is a genuinely useful state to notice. It means the number you're about to collect is a guess.
Self-pay
In Quick View → Insurance & eligibility there's a Self-pay (no insurance) checkbox. Tick it and you get Marked self-pay — charges are billed directly to the patient.
Do this properly. It removes the insurance items from the intake checklist, stops anyone chasing a payer that isn't there, and makes the patient's balance mean what it says. There may also be a prompt-pay discount configured, which the Billing tab will mention.
What usually goes wrong
Quoting a sandbox copay. Read the banner. If it says sandbox, the number is decoration.
Typing the payer name instead of picking it. You lose the payer ID and the check is more likely to fail. Pick from the list.
Trusting a member ID from the kiosk. Compare it with the card while the patient is in front of you. This is the single most common cause of a claim rejection weeks later.
Ignoring an error chip. "I'll deal with it if it bounces" means dealing with it in 30 days, from a denial, without the patient.