Single-endpoint report

Blue Cross and Blue Shield of Nebraska Patient Access API: endpoint report

Everything this project observed about this one endpoint, everything it did not observe, and what would change the result. Free to read, link, print and hand on; there is nothing here behind a sign-in and nothing to buy.

Built to print. Use your browser’s print or “Save as PDF” to keep a dated copy; the page carries its own address and observation date.

What was observed, and what was not

This report covers 9 checks. 9 ran. 0 were asked from every reporting vantage and answered by none. 0 were never asked, because nothing was retrieved for them to read. The three are different facts and none of them is a zero: a check that did not run publishes no number, no mark against this endpoint, and nothing below to act on.

What would change this

Ordered by the points each would recover. Every item below comes from a check that actually ran on this run; nothing derived from a check that did not run appears here. The three dimensions are weighted, so recovering points does not guarantee a different letter — how we grade gives the weights.

1. Publish .well-known/smart-configuration at the base URL, carrying at least authorization_endpoint and token_endpoint.

   Worth up to 35 of the 100 points in Interop readiness.

   This run observed: SMART .well-known/smart-configuration absent or incomplete

   I2: what this check isSpec ↗

If this does not match what you see

Every number here describes two public documents at one moment, read from the vantages listed above. If it does not match what you serve, the difference is worth knowing.

Correct or dispute this record. There is no sign-in, no fee, and nothing to buy: this report is free to read, link, print and hand on, and this project collects nothing about the people who read it.

Where this came from

base URL taken from the metadata URL Blue Cross and Blue Shield of Nebraska prints verbatim on its own Interoperability Resources page, https://api.bcbsnefhir.com/r4/metadata, which the page tells developers to visit to learn the API's syntax and parameters. Live CapabilityStatement retrieved unauthenticated from the davis-ca residential vantage: fhirVersion 4.0.1, 144 resource types, 37 supportedProfile canonicals including the CARIN Blue Button Coverage and ExplanationOfBenefit profiles. The document names the platform operator, not the payer - publisher '1upHealth', software '1up FHIR Server' - so attribution rests on BCBSNE publishing that exact address in its own materials, on a bcbsnefhir.com host, which is the second basis docs/SAMPLING-FRAME.md allows for a vendor-named document. The page scopes the API to BCBSNE's Medicare Advantage and Qualified Health Plan lines and prints no Provider Directory base URL, so no provider-directory entry is claimed for this issuer (recorded 2026-09-13). No later re-check is recorded, so the date above is the last time anyone checked this entry against the live endpoint.

The same run, as data: this endpoint's JSON, what its CapabilityStatement declares, resource by resource, and every observation on record for it, with the dates it answered and the dates it did not.