Insurance eligibility verification software that checks both plans
Every check-in, your front desk makes a split-second call: bill this medical, or vision. Most insurance verification software confirms the plan is active and stops there. Gimbl checks both plans the patient carries, reads the reason for the visit, and decides which plan the claim belongs to before the exam starts.
7-day free trial. No credit card. No EHR change.
The 30 seconds that decide the claim
Medical or vision. It is the hardest call in eye care billing, made by the least trained person in the building, under time pressure, while a patient waits. Get it wrong and the denial lands weeks later, by which point it reads as a coding error rather than a routing one.
The claim is decided at the desk, in the first half minute, by someone who does not know they are deciding it.
Everyone else works the denial after it arrives. Gimbl decides which plan owes before the claim is built.
What eligibility verification software checks, and what it misses
An eligibility check is an electronic enquiry to a payer. It returns whether the member is active on the date of service, which benefits have been used, the copay, the deductible and the network status. Every one of those is a fact about coverage. Not one of them is a fact about the visit, which is the difference that costs eye care practices money.
Finds the coverage from a name and date of birth
No card needed. Name, date of birth and ZIP.
Gimbl returns the plans it finds, with active and inactive separated, and opens each one to the plan name, group, deductible, out of pocket, copay, coinsurance and what is covered.
Routes the visit using the reason it was booked
Visit type, chief complaint, new or returning, referral, urgency. Five fields at the desk.
That context is what turns a coverage answer into a routing decision, and it is the input no batch eligibility run can have, because at two in the morning the chief complaint does not exist yet.
Flags every visit where both plans are involved
When both insurers owe money on the same visit, Gimbl catches it. Most practices miss this entirely.
Split the claim correctly and collect from both payers, instead of leaving the second one on the table.
Returns the CPT codes the documented visit supports
The codes the documented visit supports, matched to the payer that owes them, before the exam starts.
A billing-ready summary is built once and exports as a PDF or syncs into your system.
An active plan and the correct plan are two different facts. Every tool in this category returns the first one.
How Gimbl verifies eligibility on both plans
Capture the encounter
The front desk enters why the patient is here and what coverage they hold. No coding knowledge needed.
Gimbl resolves it
The rules engine resolves medical against vision on the reason for the visit and returns the codes each side supports.
A clean claim, ready
A billing-ready summary exports as a PDF or syncs into your existing system.
Coverage data alone cannot route a visit. The chief complaint is the missing input, and it only exists once the patient is in front of you.
Real time checks, batch runs, and what Gimbl returns
Most tools in this category run overnight. They take tomorrow's schedule, check every patient in a batch, and hand the front desk a list in the morning. That is useful and it is why the category exists.
It cannot answer the routing question, and the reason is timing. When the batch runs, nobody has spoken to the patient, so the only question available is whether a plan is active. Gimbl runs at the desk instead, because that is the first moment the information needed to route the visit exists.
A batch run at two in the morning can only ask whether a plan is active, because nothing about the visit has happened yet.
What a wrong routing call costs
The cost is not the denial. It is the clock.
Davis Vision filing window, counted from the date of service
Davis Vision Provider Manual
Superior Vision filing window, counted from the date of service
Versant Health provider manual
Refraction. Paid by vision plans, not by most medical payors
Optometric Management, September 2025
The window on the plan that should have received the claim has been running since the date of service, not since the denial landed. By the time a non covered denial reaches a work queue and someone recognises it as a routing failure rather than a coding one, a meaningful part of it is gone.
Refraction is the clearest case. Most medical payors, including Medicare, treat CPT 92015 as non covered because it is not considered medically necessary, while vision plans usually include it in the exam benefit. The same service is paid or unpaid depending only on which plan received the claim.
Ten claims failing the same way is not ten problems. It is one decision, repeated ten times, at the front desk.
Send us your last 20 denials and we will show you how many were medical versus vision misfires, and what they cost. Free, no trial required.
Who this eligibility software is for
You're a fit if
- Independent optometry practices, roughly 2 to 50 people.
- You bill both vision plans and medical insurance.
- The front desk handles coding decisions, not a billing specialist.
- Turnover means constantly re-training new staff.
- Every denied claim is felt. No big back office to absorb it.
Not a fit if you want claim submission, remittance posting or AR work. Gimbl stops at the finished claim. It does not send it.
Built narrow, on purpose
Depth beats breadth in a specialized field.
GIMBL isn't a general billing platform for all of healthcare. It's built for the one specialty where the medical-vs-vision split is hardest and practices are leanest. That focus is why it works. The rules engine knows eye care cold.
If your patients carry one plan, you do not need this. The product exists for the practices where they carry two.
Frequently asked questions
It sends an electronic enquiry to the payer and returns coverage status for the member, usually active or inactive, benefit usage and reset dates, copay, deductible and network status. Gimbl does that for every plan the patient carries rather than for one plan at a time, then adds the visit context that decides which plan the claim belongs to.
Facts about coverage. Whether the member is active on the date of service, which benefits have been used, what resets and when, the copay, the deductible, the out of pocket, the coinsurance and the network status. It does not return anything about the visit, which is why an active plan is not the same as the right plan.
Some can, and it is worth asking directly rather than reading complete verification as a yes, because that phrase gets used by tools that check vision plans only. Gimbl returns both, with active and inactive plans separated, and then uses the reason for the visit to decide which one owes.
Far enough to act on a bad answer before the patient arrives, which for coverage status means the night before. The routing question is different, because it needs the chief complaint, and that does not exist until the patient is in front of you.
No. Gimbl runs alongside whatever you already use and exports the finished claim as a PDF. Direct push into the record is live with RevolutionEHR. If you use something else, ask us about it rather than assuming it is covered.
It usually returns as non covered, which looks like a routine benefit denial rather than a routing error. The rebill then runs against a filing window that started on the date of service, so it is more urgent and less appealable than it appears.
7-day free trial on all plans
The next step: check both plans before the exam
Start a free trial and run your front desk on Gimbl this week. Nothing to install, nothing to migrate.
- No credit card
- No EHR change
- Nothing to migrate
Prefer we take a look first?
Send us your last 20 denials and we'll show you how many were avoidable medical-vs-vision misfires, and what they cost you. Free, no trial required.