Who builds this, and from what.
Data sources
Every figure is built from public U.S. federal data:
| Source | Used for |
|---|---|
| CMS Provider Data Catalog, Hospice provider file | Quality components, percentiles, case mix, care setting, Medicare spending, derived live-discharge rate |
| CMS Provider Data Catalog, Hospice national and state files | CMS's own published national and state figures, shown beside each facility value |
| CMS Hospice All Owners (data.cms.gov) | Owner entities of record, role, percentage, PE / REIT / chain-home-office flags |
| CMS Hospice Enrollments (data.cms.gov) | CCN to enrolled entity, profit status, incorporation date and state |
| CMS Hospice change-of-ownership files (transactions and owners) | Official CHOW effective dates, marked on the timeline as context |
| CMS QCOR Form 2567 survey export | Inspection citations, severity, regulatory regime, Immediate Jeopardy |
| CMS Hospice ZIP service area file | Declared-ZIP footprint and overlap between a single owner's own hospices |
| CAHPS Hospice Survey | Family-experience context |
That is seven public CMS datasets, counted the way the homepage counts them (the provider, national and state files ship together as one Provider Data Catalog download, and the two change-of-ownership files ship together as one). Every report ends with a reproducibility manifest naming each source family, the exact release date used, and a checksum of that release — so the list above is not a claim you have to take on trust. A report that used a source not on this list would say so in its own manifest.
CMS public data are U.S. government works. Reports are reproducible from these sources; each embeds the exact releases used.
Founder
Christopher Pendarvis
Founder, Data Engineer
His day job involves a lot of work nobody else ever sees: a vendor feed breaks overnight, or a report that used to run in under a minute is suddenly crawling, and it's on him to track down why and fix it before anyone downstream even notices. It's the kind of work that only gets noticed when it goes wrong, which means doing it well mostly just means nothing breaks.
Hospice Metrics grew out of that same instinct, pointed somewhere outside of work. CMS publishes a huge amount of hospice data, and it's genuinely public, but it's scattered across different releases and easy to get wrong if you're not paying close attention, and nobody had really built good tooling around it. That felt worth fixing on its own, but it also mattered that the fix could actually be useful to people, not just technically interesting. Every figure in a report traces back to where it came from, and the site tries to be honest about what the data can and can't tell you. There's also a free, plain-language guide for families, because the information underneath all of this belongs to the public in the first place, not just to whoever can afford a law firm.
How the work is checked
Every figure in a report comes from a published CMS file and gets re-checked against that file automatically on each build. The derivations are written up on the methodology page. Each report carries a manifest naming the exact releases it used, and re-running it on those releases reproduces it exactly. Where a limit is permanent we say so on the page and do not file it as pending. The live-discharge rate is the clearest case: no public CMS file reports provider-level discharge status, so that rate has no external reconciliation and never will.
We publish the derivations, the manifest and the limits so that you never have to take our word for any of it. Hand a report to your own expert and they can check it against the same public files.
Contact
General inquiries: contact@hospicemetrics.net. Counsel engagements: counsel@hospicemetrics.net.