Skip to main content

Curated cohort / fixed public roster

Alabama marketplace issuer cohort

The Patient Access and Provider Directory APIs of every issuer selling an individual-market qualified health plan on HealthCare.gov in Alabama for 2026, graded on the same public surfaces as every other endpoint here.

4organizations reviewed

3published a base URL we could verify

4endpoints listed

3answered on this run

3 of 4 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; 4 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 Alabama, the QHP Landscape PY2026 Individual Medical dataset carries 2,311 plan-county rows, 4 HIOS issuer IDs, and 4 issuer names. The roster was frozen before any URL was probed and is committed beside this file as alabama-marketplace.roster.csv.

Every member either points at endpoints already carrying their verification in data/registry.json 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

Listed endpoints

Verified public FHIR endpoints of cohort members
PlanPrograms EndpointCategoryGrade
Ambetter of Alabama (Centene)Alabama individual marketplace (HealthCare.gov)Centene Provider Directory API (Ambetter)Payer Provider Directory APIsnot observed
Blue Cross and Blue Shield of AlabamaAlabama individual marketplace (HealthCare.gov)Blue Cross and Blue Shield of Alabama Patient Access APIPayer Patient Access APIsB
Blue Cross and Blue Shield of AlabamaAlabama individual marketplace (HealthCare.gov)Blue Cross and Blue Shield of Alabama Provider Directory APIPayer Provider Directory APIsA
UnitedHealthcareAlabama individual marketplace (HealthCare.gov)UnitedHealthcare Provider Directory APIPayer Provider Directory APIsC

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.

Payer Provider Directory APIs: 1 listed endpoint did not answer
EndpointConditionWhat it means
Centene Provider Directory API (Ambetter)Answered, and declined this requestthe surface answered, and declined to serve this request

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.

Cohort members with no verifiable public endpoint
PlanPrograms Why it is not listed
Oscar Insurance CompanyAlabama individual marketplace (HealthCare.gov)Oscar's interoperability developer page prints no base URL for either surface. It directs a developer to create an account with 1upHealth, the platform Oscar delegates Patient Access to, and documents no Provider Directory API anywhere on the page. (the plan's own documentation was reviewed, 2026-09-13; 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.