The Nephrology Insurance Problem: Coverage That Changes While the Patient Is Still Yours

Most specialties answer the insurance question once. A patient arrives, someone checks eligibility, and the answer holds until next year. Kidney care does not work that way, because the coverage itself moves while the patient is still on your panel.

Coverage follows the disease

A patient can enter a nephrology practice on a commercial PPO and, over a few years of progression to end-stage renal disease, end up with Medicare, a Medicare Advantage plan, a retained employer plan, secondary coverage, and separate pharmacy benefits. Often several of those at the same time.

That produces a question no single eligibility transaction answers: who pays first, for this service, today?

The rule underneath it is specific to kidney care. For patients who become Medicare-eligible on the basis of end-stage renal disease and who also hold employer or union group coverage, Medicare may remain secondary during a coordination period of up to 30 months. After that period Medicare generally becomes primary for Medicare-covered services. Nothing about that transition announces itself to the front desk. It is a date on a calendar that changes who the practice bills.

A payer response is not an answer

Eligibility infrastructure is largely commoditized. Clearinghouses and API vendors already handle real-time and batch 270/271 eligibility, insurance discovery, and coordination-of-benefits lookups against thousands of payers. Sending the transaction is not the hard part.

The gap is between what comes back and what the person at the desk actually needed.

What staff asked	What the transaction returns	What is still missing
Is this patient covered on Thursday?	Active or inactive status	Whether it is still active on Thursday
Who pays first?	Plan records, sometimes two	The coordination logic between them
What will the patient owe?	Copay, deductible, coinsurance fields	The remaining deductible applied to this service
Do we need authorization?	Rarely stated directly	The payer’s rule for this order, this plan

Closing that gap is the actual work, and today it is closed by a person reading a payer portal with a phone wedged against their shoulder.

What manual work costs

The 2024 CAQH Index put numbers on the difference between doing these transactions by hand and doing them electronically. Estimated provider-side costs:

Transaction	Manual	Electronic
Eligibility and benefits	$4.02	$0.42
Prior authorization	$7.50	$1.89
Claim-status inquiry	$5.40	$1.81

CAQH also estimated a national provider savings opportunity of roughly $414 million in 2024 from fuller electronic adoption of prior authorization alone. Those are cross-specialty figures rather than nephrology-specific ones, but they set the floor. A specialty whose patients generate repeated verification across multiple payers sits well above that floor.

The economic stakes around kidney care are not small either. NIDDK reported Medicare spending in 2021 of nearly $77 billion on CKD excluding ESRD for beneficiaries aged 66 and older, plus $52.3 billion on ESRD. Inside a system that large, even a small percentage of avoidable administrative work is expensive.

Prior authorization is about to change shape

CMS-0057-F requires impacted payers to support FHIR-based prior-authorization capability, with certain operational changes beginning in 2026 and major API requirements beginning January 1, 2027. It also requires certain payers to return expedited prior-authorization decisions within 72 hours and standard decisions generally within seven calendar days.

It is tempting to read that as the problem solving itself. It is not, for a practical reason: the environment stays mixed. A single authorization may still involve a FHIR API for one payer, an X12 transaction for another, a web portal for a third, and a fax machine for a fourth, with a phone call when the status page says nothing useful.

So the remaining work is not the transaction. It is deciding which path applies, gathering the supporting documents, submitting, watching for a response, and escalating when the clock runs out. That work is repetitive, rule-bound, and almost entirely non-clinical.

Staff should see exceptions, not queues

The failure mode of most insurance software is a dashboard: 500 items, all of them technically yours to investigate. That is not automation, it is a more organized backlog.

The better target is a work queue that has already been worked. Everything routine resolved, everything ambiguous surfaced, with the question stated plainly:

Patient scheduled Thursday. Secondary coverage terminated on the payer record but the patient’s plan card says otherwise. Needs a human call to the plan.

The metric that matters is the share of insurance tasks completed end to end without staff intervention, not the number of eligibility checks run. A vendor that reports the second number and not the first is reporting activity.

The line that should not move

Everything above is administrative. It should stay administrative.

An agent can apply documented payer and practice rules, gather documents, submit what it has been authorized to submit, and follow up. It should not independently determine medical necessity or make clinical decisions. Appeal strategy that turns on clinical judgment belongs to a clinician. A reasonable design classifies work three ways: execute automatically, prepare and wait for human approval, or hand the decision to a human with full context attached.

The same discipline applies to data handling. EigenH AI is HIPAA compliant as a business associate, and a BAA is signed before production PHI moves. Our security and compliance page states the posture and its sources.

What EigenH AI actually runs today

To be direct about scope, since this post describes a problem larger than our current product:

The Insurance Agent is live and prepares eligibility work ahead of a visit, sending missing or uncertain coverage details to staff. That is the shipped capability. Prior-authorization submission, claim-status automation, and denial workflow are not products you can buy from us today, and we will not describe them as though they are.

Nephrology is likewise not a supported specialty yet. It sits on the specialties page as planned. Dental is where the product is live, and the operational reasoning behind that sequencing is in our nephrology front desk piece.

If you run a nephrology practice and insurance verification is eating a full-time role, tell us what the workflow looks like. That is how the next specialty gets built.