All insights
Platform in PracticeRoster Module

One patient, two spellings, two doctors: why roster reconciliation eats the week

A composite week in network operations, where telling each practice which patients are theirs turns into matching names by hand. Why the files disagree, and what a practice actually needs back.

7 min readIPAs · ACOs

Early on a Monday, Marcus opens the first of the payor files that arrived overnight. Marcus is a composite, but anyone who has done roster reconciliation will recognize his week.

He runs network operations for a group of independent primary care practices. His job this week sounds simple: tell each practice which patients are theirs.

The first file lists a member under Dr. Alvarez. The next payor's file has the same person under a practice she left in the spring. Another file spells her last name differently, so his spreadsheet treats her as two people.

By lunch he has matched a long list of names by hand. By Thursday the lists go out to the practices. By the following Monday, a new file arrives and some of it is already out of date.

Marcus isn't slow. The work is.

Every hour he spends matching names is an hour the care teams spend waiting for a list they can trust. We've written before about a composite month of reconciling payor files in network operations. This piece looks at a narrower question inside that work: why the same person keeps turning into several people, and what a practice actually needs back once she's one person again.

Why does the same patient show up as two people?

Each payor builds its file from its own enrollment system. The person is the same, but the record of her is not. One file carries a maiden name. Another has a typo that was keyed in at enrollment years ago and never corrected. A third uses an old address because she moved and the change reached one payor before the others. Each of these is a small, ordinary error. Together they mean there is no single field Marcus can sort on that reliably says "this is her."

So he does what careful people do. He lines rows up side by side, compares names, birth dates, and addresses, and makes a judgment call. Most matches are obvious. Some take a phone call to the practice. A few he can't settle at all, and they go out on the list as two separate patients.

That last group matters more than it looks. A patient who appears twice can get two outreach calls from two different people, or none, because each person assumes the other record is being handled. Her history is split down the middle. Whoever opens one record sees half of her.

Why do payor files disagree about a patient's doctor?

Even once the identity is settled, the files often disagree about where she belongs. Patients change doctors during the year, and each payor learns about it on its own schedule. One plan reflects the move quickly. Another still shows the old practice because it's waiting on claims that arrive weeks after the visit. The files aren't lying. They're describing different moments.

Marcus has to pick a version and send it. If he picks the old practice, that office spends time trying to reach someone who no longer considers them her doctor. The new practice doesn't know she's arrived, so nobody reaches out to welcome her or find out what she needs. We followed that thread through the busiest part of the year in why year-end outreach lists end up at the wrong doctor's office.

And the list he sends is a snapshot. The moment it leaves his desk, the next change starts accumulating against it. By the time a new file arrives the following week, the practices have been working from something that was already drifting.

What does a practice actually need from its roster?

Ask a practice manager and the answer is rarely "a complete list." They have lists. What they want are answers to a few plain questions, as close to today as possible:

  • Who is newly ours, so we can reach out before they need us?
  • Who is active, so we know who our care team is responsible for right now?
  • Who has left, so we stop calling people who have moved on?

A full list makes them work those answers out themselves, usually by comparing this week's file against last week's. That is the same reconciliation Marcus just did, repeated at every practice. And because the roster sits underneath everything else, a wrong answer doesn't stay in one place. Annual visits, care gap outreach, and risk documentation all start from it, as we described in how a stale roster spreads through every workflow built on it.

There's one more thing practices need that a weekly file can't give them: when a patient switches doctors, both offices should hear about it. The office she left needs to stop. The office she joined needs to start. Today, often neither finds out until much later.

What does continuous roster reconciliation look like?

ElevateCare 360's Roster Module does the matching so Marcus doesn't have to. It becomes the single place the organization manages attribution, reconciling payor files, the medical record, and claims in near real time.

  1. Every source comes inPayor attribution and eligibility files, the medical record, and claims flow in through standard healthcare data interfaces, with no manual uploads or spreadsheet merges.
  2. One record per patientIdentities are matched across sources and reconciled to one record per patient. Conflicting doctor assignments are resolved by rule, and anything that can't be resolved automatically is flagged for review.
  3. Every change is trackedNew, departed, and reassigned patients are surfaced daily, with a full history of who was attributed to whom and when.
  4. Updated panels reach the teamsUpdated panels feed care management, annual visit scheduling, quality, and risk work. Care teams see new, departed, and reassigned patients the next day rather than at the end of the quarter.

The flagged cases are the important design choice. Marcus still uses his judgment, but only on the records that genuinely need it, instead of on every row in every file. And because every module across ElevateCare 360 reads from the same roster, the care management, annual visit, quality, and risk teams are all working from the same list of patients. You can see how each step works on the roster management and patient attribution page.

What changes in a network operations week?

Same team. Same payors. The files still arrive on the payors' schedules and in their own formats. What changes is what happens next.

Monday morning stops being about lining up rows. Marcus starts with a short queue of the cases that need a person: the identity that couldn't be confirmed, the doctor assignment the rules couldn't settle. He spends his time on those, and on the conversations with practices that a spreadsheet never left room for.

Thursday stops being a deadline. Instead of waiting on a list rebuilt by hand, care teams work from a panel that reflects new, departed, and reassigned patients the next day. The front desk doesn't keep a side list of who is really active. The care manager doesn't call a patient who left in the spring. And the patient who joined last week gets a call from her new office while it can still help.

A roster that's right on the day it's received.

That's the measure that matters. Not how fast the list was built, but whether the people working from it can trust it without checking it first.

Frequently asked questions

What is roster reconciliation?
Roster reconciliation is the work of combining attribution and eligibility files from each payor into one accurate list of which patients each practice and care team is responsible for. It means matching the same person across files that describe her differently, and settling disagreements about which doctor she belongs to.
Why do payor rosters list the same patient differently?
Each payor builds its file from its own enrollment records, on its own schedule. Names, addresses, and doctor assignments drift apart as patients move, change names, or switch doctors, and each plan learns about those changes at a different time.
Does automated matching remove the need for human review?
No. In ElevateCare 360's Roster Module, identities are matched across sources and conflicting doctor assignments are resolved by rule. Anything that can't be resolved automatically is flagged for review, so people spend their time on the cases that genuinely need judgment.
What data does the Roster Module use?
Payor attribution and eligibility files, the medical record, and claims, connected through standard healthcare data interfaces. Teams manage attribution in one place instead of reconciling spreadsheets. See the roster management page for details.
How do practices find out when a patient switches doctors?
The Roster Module surfaces new, departed, and reassigned patients daily, with a full history of who was attributed to whom and when. Because a switch shows up as a change rather than a difference buried in a new full list, the office she left and the office she joined can both act on it.

See what this looks like on your population.

A 30-minute walkthrough of ElevateCare 360 and ElevateIQ, mapped to your organization, your data, and the window you are actually working inside.