Skip to content
FonteumPublic-records evidence

← All sources Healthcare graph

CMS Revalidation

CMS Medicare Revalidation Due Date List

Centers for Medicare & Medicaid Services (CMS) · Tier-2 · profile-enrichment (renders on matched profiles)

Research-only

The CMS Revalidation Due Date List publishes when each Medicare-enrolled provider must revalidate enrollment under 42 CFR 424.515 (ACA §6401(a)). The natural key is the pair (enrollment id, NPI): an enrollment id can carry several NPIs for organization enrollments. Each row carries name, organization, state, enrollment type, specialty, and the revalidation due date.

What Fonteum uses it for

How this source shows up on Fonteum.

Per-enrollment Medicare revalidation due dates, available via the read API and the dataset page. The NPI -> entity-graph link is a separate, gated follow-up — this source stores revalidation records, not resolved provider-graph entities — so it does not yet render on individual provider profiles.

What this source does NOT mean

A revalidation due date is a Medicare enrollment-administration deadline — it does not indicate quality, outcomes, or any disciplinary status. A 'TBD' or absent date means CMS has not set a due date, not that the provider is non-compliant; it is not a Fonteum assessment.

What this dataset answers

Research and data questions this source supports.

  • Look up when a Medicare-enrolled provider or organization must revalidate enrollment, by enrollment id and NPI.
  • Build an enrollment-operations dashboard that surfaces upcoming revalidation deadlines for a provider network.
  • Research revalidation due-date distribution by enrollment type and state.
  • Power a provider-data API that returns the revalidation due date per enrollment.

Dataset size: 2,900,588 enrollment records (2026-06-14 snapshot)

Fields used

Per-field display contract.

Fields listed below show their configured `display_allowed` flag from the §94 provenance schema. Fields marked write-locked are captured for audit and are not rendered on profile pages.

Research-only — never on profiles

7 fields
enrollment_idEnrollment id
npiNPI (where present)
organization_nameOrganization name
enrollment_stateEnrollment state
enrollment_typeEnrollment type
enrollment_specialtyEnrollment specialty
revalidation_due_dateRevalidation due date (null when TBD)
Limitations

What we can’t infer from this source.

  • A revalidation due date is an enrollment-administration deadline, not a quality or compliance signal.
  • Upstream 'TBD' / blank values are stored as null — an absent date means no due date is set, not non-compliance.
  • NPI-keyed where present, but the entity-graph cross-link is deferred — due dates do not render on individual provider profiles yet.
  • Snapshot-based: rows republished after the selected artifact's observation date may be absent; no future pull is promised.
Source metadata

Authority, license, publisher cadence.

Authority

Centers for Medicare & Medicaid Services (CMS)

Tier

Tier-2 · profile-enrichment (renders on matched profiles)

Publisher / configured cadence

Declared or configured cadence: Monthly — CMS republishes the Revalidation Due Date List under a fresh release-dated path. Not evidence of the latest loaded source date.

License

U.S. government public-domain works. Free to use with attribution; explicit redistribution rights. License ↗

Attribution requirement

Source: Centers for Medicare & Medicaid Services (CMS) — Revalidation Due Date List · Snapshot {YYYY-MM-DD}

ToS & usage notes

What the source allows.

U.S. government public-domain works. CMS publishes the Revalidation Due Date List as a no-auth bulk CSV at data.cms.gov with explicit redistribution rights. Snapshot and attestation fields must be read from the specific artifact; no provenance fact currently links deterministically to a signature.

Sample provenance

What a single field looks like in the graph.

This worked example shows the provenance shape used when a surfaced field has populated source, last-checked, display-rule, and confidence metadata. Individual fields may omit unavailable values.

Field

Revalidation due date (research-only)

Sample value

Enrollment I00000000 · NPI 1234567890 · Due 2026-09-30

Provenance line

Source: CMS Revalidation Due Date List · Snapshot 2026-06-14 · Methodology cms-revalidation/v1 · Display rule: per-enrollment due date — read API + dataset page; profile rendering deferred with the entity-graph link

How to access

Official API, bulk download, and Fonteum endpoints.

Frequently asked

Common questions about CMS Revalidation.

What is the CMS Revalidation Due Date List?
It publishes when each Medicare-enrolled provider must revalidate enrollment under 42 CFR 424.515 (ACA §6401(a)). The natural key is the pair (enrollment id, NPI) — an enrollment id can carry several NPIs for organization enrollments. Each row carries name, organization, state, enrollment type, specialty, and the revalidation due date.
What does a 'TBD' or blank due date mean?
It means CMS has not set a revalidation due date for that enrollment yet. Fonteum stores upstream 'TBD' / blank values as null — an absent date is not a sign of non-compliance.
How often is the list published?
CMS republishes the list monthly at data.cms.gov as a no-auth bulk CSV under a release-dated path. Fonteum resolves the live CSV by the stable dataset UUID and attests each snapshot. As of the 2026-06-14 snapshot, Fonteum holds 2,900,588 enrollment records.
Is a revalidation due date a compliance or quality signal?
No. It is an enrollment-administration deadline. It does not indicate quality, outcomes, or any disciplinary status, and it is not a Fonteum assessment of the provider.
Does this render on provider profiles?
Not yet. Due dates are available via the read API and the dataset page, but the NPI → entity-graph link is deferred, so they do not yet render on individual provider profiles.
Related

Related sources in the graph

See also
  • /sources → The generated source-catalog subset — documented datasets Fonteum cites.
  • /data-provenance → The provider graph — pipeline diagram, source-family clusters, field-level provenance examples, display rules.
  • /methodology → Documented sourcing, publisher cadence, observed freshness, and corrections policy.
  • /editorial-policy → Independence, sourcing, conflicts, corrections, retractions.

What’s on file, by the numbers

Platform snapshot · 2026-08-11

13.4Mproviders & companiesProviders, organizations, owners, and facilities on file
26.2Msource-linked factsSource-linked field facts in the dated platform snapshot
90sources with dataDistinct snapshot source IDs with at least one positive record count
73fresh sourcesDistinct source IDs whose latest positive-data snapshot falls within the preceding 45 days
111sources integratedActive registry rows; integration does not establish a load
13state Medicaid jurisdictionsDistinct states represented in the state-exclusions serving table

Integrated, with-data, and fresh-observation counts are separate. No platform-wide source-completeness count is published. Completeness is source-specific and must be evaluated against the named source's expected scope. State coverage is a separate jurisdiction measure.

Source authority is record-specific

Use the issuer named on the record.

Fonteum spans federal, state, and global public publishers. A source page or returned record identifies its issuer and dataset where that metadata is available. A platform registry count does not assign every page to one authority or establish loaded, fresh, or complete coverage.

Browse source records and their stated limitations →

Reproducible by design

Inspect the evidence each published figure actually supplies.

Source and date

Research pages expose the named public file and observation date where those fields are available. Source-file SHA-256 coverage is separate; facts do not currently link deterministically to signatures.

Available derivation

Studies with a retained release and committed derivation link the SQL or method used. Other studies state the evidence and reproduction limits they actually have.

Daily observations

Dated table row-count observations can detect local drift. They do not imply that an upstream publisher released or Fonteum ingested new data that day.

Named medical review

Reviewed by Jennifer Montecillo, MD, medical reviewer. Non-practicing medical reviewer.

Read the full provenance and attestation methodology →

Request access