Skip to content
Back to all articles

By Tony Ferullo

What is roster reconciliation? A complete guide

What is roster reconciliation? A complete guide

Try searching for “provider roster reconciliation.” You’ll find almost nothing.

That’s unusual for a process that every healthcare organization with payer contracts performs, whether they call it that or not.

What roster reconciliation means

Roster reconciliation is the process of comparing the provider data you assert is correct against what each payer actually has on file, identifying discrepancies, and resolving them.

It’s the answer to a question that seems like it should be simple: does the payer’s system match what we submitted?

In practice, answering that question is anything but simple. Provider data lives in multiple systems. Payers receive updates from multiple sources. Directory listings change without notification. And there’s no standardized way to verify what a payer has on file for a given provider at a given point in time.

Roster reconciliation is the discipline of closing that gap.

The three phases

Roster reconciliation breaks down into three phases. Most organizations handle the first one with manual effort and skip the other two entirely.

Phase 1: Send

This is the part everyone does, because they have to. When a provider’s data changes, someone reformats it for each payer and submits through the required channel.

The complexity is in the variety. Every payer has its own format requirements and its own submission channel. Excel uploaded through a portal. CSV delivered through SFTP. Manual entry in a web form. Some accept CAQH data for certain fields but require a separate submission for others. The number of distinct workflows scales with your payer mix. Some overlap, but the format requirements, required fields, and submission rules rarely match. Most teams manage this through spreadsheet templates, shared drives, and institutional knowledge about which payer wants what.

The failure mode here isn’t that updates don’t get sent. It’s that they fail validation on the payer’s end. A field in the wrong format. A required field missing. And the submitter may never hear about it because not every payer sends error responses.

Phase 2: Track

This is where visibility disappears. After a roster update is submitted, there’s a waiting period. A week. Three months. Payers don’t publish turnaround SLAs for roster processing, and most don’t send confirmation when an update loads.

During that window, the provider’s data is in limbo. The previous data could still be what the payer has on file. The new data might have failed validation. The update might be sitting in a queue that nobody at the payer is watching.

Most organizations track this by logging into payer portals one at a time, searching for the provider, and manually comparing what they see against what they submitted. A five-person roster team can spend most of their time doing exactly this.

Phase 3: Prove

Proving means being able to show, at any point in time, what you submitted to a payer and what the payer actually has on file.

Proof matters because payers are writing directory accuracy requirements into provider contracts. If a listing is wrong and the payer claims they never received the correct data, you need evidence. It also matters internally. When a claim gets denied because of a directory discrepancy, someone has to determine whether the update was submitted, whether it was processed, and where the data diverged. Without a record of submissions and payer states over time, that investigation is guesswork.

How organizations handle it today

The current state of roster reconciliation in most healthcare organizations looks something like this:

The spreadsheet tracker. A shared Excel file or Google Sheet listing every provider, every payer, and the last time someone checked whether the listing was accurate. Color-coded cells indicate status. The tracker is only as current as the last manual check.

The portal-checking rotation. Staff members get assigned payers and log in daily or weekly to check provider listings. They compare what they see against the internal system of record. Discrepancies get flagged, and someone calls the payer to resolve them.

The reactive approach. Nobody checks proactively. The team finds out about listing errors when claims get denied or patients complain they can’t find a provider. By that point, the error has been causing financial damage for weeks or months.

The credentialing software workaround. Some teams try to use credentialing software to track post-enrollment data. Most credentialing tools don’t support this. They’re built for the enrollment pipeline, not for ongoing monitoring.

None of these approaches scale. They all depend on manual effort, they all break down with human error, and none of them produce the kind of auditable proof trail that payers are starting to require.

What good reconciliation actually looks like

Continuous, not quarterly. Provider data changes without warning. Payer systems get updated without notification. Catching discrepancies in days instead of months is the difference between a quick fix and a denied claim.

Field-level, not surface-level. Knowing that a provider “is listed” with a payer isn’t enough. The address, phone, taxonomy code, specialty, NPI, and every other relevant field needs to match what you submitted. A provider can be listed correctly in nine fields and incorrectly in the one field that causes a denial.

Auditable. Every submission, every payer response, every state captured. When a payer disputes what was sent, there should be a record showing exactly what you submitted and when, and what the payer had on file at that moment.

Every payer, not one at a time. Reconciliation against one payer is useful. Reconciliation across every payer a provider is contracted with is where the operational value compounds. A provider who moved offices has the wrong address at every payer who wasn’t updated.

Roster reconciliation has always been happening. It’s just been buried in spreadsheets, portal logins, and phone calls. Treating it as a real operational function is how organizations stop finding out about data problems through denied claims.

Want to know what a payer actually has on file?

We walk teams through the gap between roster submission and confirmation, payer by payer, so you can see where visibility breaks down.