Skip to content
FonteumPublic-records evidence

Developer

Build on Fonteum’s public-records data

Fonteum provides REST and hosted MCP access to source-linked public records across healthcare, procurement, sanctions and watchlists, federal enforcement, and global company registers. FHIR R4 and bulk exports remain available where their documented contracts apply.

Reviewed by Dr. Jennifer Montecillo, MD, non-practicing medical reviewer. Last reviewed: June 2026 · Next review: December 2026

What you can build

Integration patterns

  • EHR and clinical workflow integrations — pull practitioner directory data into scheduling, referral, and credentialing modules using the FHIR PractitionerRole resource.
  • Compliance dashboards — surface OIG LEIE exclusion status and PECOS enrollment state for providers in your network using the webhook stream.
  • Research pipelines — use FHIR Bulk $export for supported provider resources and the machine-readable bulk manifest for files that are currently delivered; source and format availability vary.
  • Quality-scoring applications — combine MIPS performance scores, Care Compare star ratings, and HCRIS cost data to build custom provider quality indices.

Developer FAQ

Common questions

What developer APIs does Fonteum offer?
Fonteum provides REST and hosted MCP access for public-record lookup, search, screening, and source context. FHIR R4 remains the healthcare interoperability surface. Bulk availability is manifest-led: only files with a delivered schema and compression format are listed.
Is authentication required to use the Fonteum FHIR API?
REST and MCP examples use an issued FONTEUM_API_KEY with Bearer authentication. Follow the current API authentication guide for access and rate-limit details; do not rely on a sample key.
What public records sources power the Fonteum API?
The active production registry spans healthcare, procurement, sanctions and watchlists, federal enforcement, intellectual property, securities filings, and global company registers. Results identify their named source and capture date; active registry status does not itself mean every family has loaded, complete, fresh, or displayable records.
How does Fonteum show source and capture context?
Where available, a result includes the named source, capture or snapshot date, methodology context, and limitations. This lets an integrator inspect the basis of a public-record fact without presenting the data as a derived risk score or endorsement.
Where can I find the FHIR CapabilityStatement?
The FHIR CapabilityStatement is published at /api/fhir/metadata. It enumerates 5 USCDI v3 Provider resources: Practitioner, Organization, Location, PractitionerRole, and HealthcareService. The statement conforms to US Core 6.1.0 and includes SMART Backend Services security extensions.

Related documentation

What’s on file, by the numbers

Platform snapshot · 2026-09-02

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
14fresh 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