Skip to content
FonteumPublic-records evidence
Docs · Source-cache availability

Source-cache availability.

Some snapshot responses include a cache_url for an alternate copy of the named source archive. Others return no cache fields. When a record also exposes a SHA-256 digest, you can compare downloaded bytes with that digest. Cache availability, retention, and source freshness are separate, record-specific facts.

Why expose a cache URL?

Source portals can be temporarily unavailable or move an archive to a new URL. A populated cache_url gives readers another address for that particular snapshot while the object remains available.

A DOGE-related policy change or another agency-system change is one possible access risk. This example does not mean a disruption has occurred, and it does not establish that a cached copy exists.

A cache URL is not evidence that the source is current, complete, or continuously monitored. It is also not a promise that every source or snapshot has been mirrored. Check the fields returned for the record you are using.

No universal 90-day retention policy

No platform-wide cache-retention promise applies; a 90-day retention window is not a platform-wide policy or promise. When populated, cache_cached_at and cache_retention_expires describe the cache record returned by /verify/[snapshot_id]. A null cache_url means that endpoint has no mirror address to offer for that snapshot.

Treat a populated expiry timestamp as descriptive metadata, not an SLA: an object may be unavailable because it expired, access policy changed, or the mirror was not created. Preserve required evidence in your own controlled storage when your retention policy demands it.

SHA-256 hash-match flow

Start with a record at /verify/[snapshot_id]. Continue only if it returns a populated content_hash and at least one download URL. The possible paths are:

  1. Upstream path — when populated, fetch source_archive_url + shasum -a 256 + compare with content_hash.
  2. Cache path — when populated, fetch cache_url + shasum -a 256 + compare to content_hash.
# Choose a snapshot id that exists in the public index.
RECORD=$(curl -s -H 'Accept: application/json' https://fonteum.com/verify/123)
EXPECTED=$(printf '%s' "$RECORD" | jq -r '.content_hash // empty')
URL=$(printf '%s' "$RECORD" | jq -r '.source_archive_url // .cache_url // empty')

# Stop when either field is absent; this record is not re-hashable from that URL.
[ -n "$EXPECTED" ] && [ -n "$URL" ] || exit 1

ACTUAL=$(curl -sL "$URL" | shasum -a 256 | awk '{print $1}')
[ "$ACTUAL" = "$EXPECTED" ] && echo "MATCH" || echo "MISMATCH"

A match means the downloaded bytes produce the recorded digest. It does not validate parsed rows, establish current source freshness, or supply a row-level signature.

Freshness is source-specific

Cache timestamps describe the alternate object, not the age of the loaded source data. The /freshness page reports source and load observations where they are available. As checked against production on July 12, 2026, the newest loaded NPPES system date was June 10, 2026; PECOS source date was June 18, 2026; OIG LEIE source date was May 8, 2026; supported Care Compare tables reported May 7, 2026; and PBJ reported June 30, 2025.

Those dates use source-specific fields and are not a shared daily, weekly, or monthly cadence. Check the named source observation before using a record; the existence of a cache URL does not make an older table current.

Operational limits

A populated cache_url is a best-effort alternate address, not durable-storage or availability assurance. Backend, access policy, and retention can vary by deployment and record.

If your workflow requires a fixed retention period, preserve the archive and its observed metadata in storage you control. Continue to follow the upstream publisher’s terms and treat a byte match as a digest comparison, not a statement about row completeness or current source status.

Cross-links

What’s on file, by the numbers

Platform snapshot · 2026-08-24

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