Curated cohort / fixed public roster
Oklahoma marketplace issuer cohort
The Patient Access and Provider Directory APIs of every issuer selling an individual-market qualified health plan on HealthCare.gov in Oklahoma for 2026, graded on the same public surfaces as every other endpoint here.
7organizations reviewed
4published a base URL we could verify
5endpoints listed
3answered on this run
4 of 7 member organizations publish a FHIR base URL this project could verify from public documentation, which is a curation record with a date on it, not a live figure; 5 verified endpoints are listed below. Of those, 3 answered when this page was generated, which is the measured number: it comes from this run's probes, and it moves when the endpoints do. The rest of the roster is recorded with the reason it could not be listed, because for a cohort whose membership is public and finite, the gap is itself a finding.
Membership is CMS's own file, not a list assembled here. Filtered to Oklahoma, the QHP Landscape PY2026 Individual Medical dataset carries 3,724 plan-county rows, 7 HIOS issuer IDs, and 7 issuer names. The roster was frozen before any URL was probed and is committed beside this file as oklahoma-marketplace.roster.csv.
Every member either points at registry endpoints or carries an exclusion with a dated review record and the source that was read. An exclusion is a statement about what this project could find on the date it looked, never a statement about whether an issuer meets an obligation.
Several members point at endpoints already in the registry. Where a carrier publishes one national surface, the same entry is cited from more than one cohort rather than duplicated, because listing one address under several names would misstate how many endpoints exist.
Membership sources
- CMS / CCIIO: QHP Landscape PY2026 Individual Medical (individual_market_medical.zip, issued 2026-08-04, modified 2026-08-10) (retrieved 2026-09-04)
Listed endpoints
| Plan | Programs | Endpoint | Category | Grade |
|---|---|---|---|---|
| Ambetter of Oklahoma (Centene) | Oklahoma individual marketplace (HealthCare.gov) | Centene Provider Directory API (Ambetter) | Payer Provider Directory APIs | not observed |
| Blue Cross and Blue Shield of Oklahoma (HCSC) | Oklahoma individual marketplace (HealthCare.gov) | Health Care Service Corporation Provider Directory API | Payer Provider Directory APIs | not observed |
| CommunityCare | Oklahoma individual marketplace (HealthCare.gov) | CommunityCare Provider Directory API (marketplace) | Payer Provider Directory APIs | A |
| CommunityCare | Oklahoma individual marketplace (HealthCare.gov) | CommunityCare Provider Directory API (commercial) | Payer Provider Directory APIs | A |
| UnitedHealthcare | Oklahoma individual marketplace (HealthCare.gov) | UnitedHealthcare Provider Directory API | Payer Provider Directory APIs | C |
Grades are comparable within a category only: a Patient Access API and a Provider Directory API answer to different expectations and are never ranked against each other.
What "did not answer" was
The condition each listed endpoint that did not answer was observed in on this run, kept apart by category and never added together. An endpoint that answered and declined this request is running; an endpoint that produced no document is a different fact about a different thing. This project reports the condition and reads neither of them as a choice or as a defect.
| Endpoint | Condition | What it means |
|---|---|---|
| Centene Provider Directory API (Ambetter) | Answered, and declined this request | the surface answered, and declined to serve this request |
| Health Care Service Corporation Provider Directory API | Answered, but not with the document | the surface answered, and the answer was not the document |
What the listed endpoints declare
How many of the listed endpoints with a readable CapabilityStatement declare each resource and each interaction on it, counted within a category and never across one. Declared, not tested.
Members reviewed and not listed
Each exclusion records how far the review went, on what date, and where to check it. A review that found nothing is not proof that nothing exists: if one of these plans publishes a base URL we missed, please tell us.
| Plan | Programs | Why it is not listed |
|---|---|---|
| Medica | Oklahoma individual marketplace (HealthCare.gov) | Medica publishes both base URLs in a document it hosts, but the live file is unreachable to automated clients: every request returns a bot-challenge page. The version read was an Internet Archive capture of Medica's own URL from 2024-07-14, and a 2024 snapshot is not evidence about what is published today, so the addresses are held out of the registry until the live document is confirmed current. (the plan's own documentation was reviewed, 2026-09-04; source) |
| Mending Health | Oklahoma individual marketplace (HealthCare.gov) | the plan publishes a complete Patient Access API notice naming every implementation standard it supports, and then releases the endpoint only on request by email; no base URL appears in the document, and no Provider Directory API is published or mentioned anywhere on the site (the plan's own documentation was reviewed, 2026-09-04; source) |
| Oscar Insurance Company | Oklahoma individual marketplace (HealthCare.gov) | Oscar publishes two brand-level interoperability pages and no base URL on either; Patient Access is delegated to a third-party platform reachable only by creating an account with that vendor, and no Provider Directory API is documented anywhere on the site. (the plan's own documentation was reviewed, 2026-09-04; source) |
Observational snapshots of public discovery surfaces. Not audits, not compliance determinations, and not statements about care quality. Publishing a base URL to unregistered visitors is not required by any rule this project reads, and a plan that does not is not violating anything; it is only not independently checkable from outside.