Skip to main content

Public surface / Payer Provider Directory APIs

L.A. Care Health Plan Provider Directory API

This endpoint declares a complete, interoperable public surface.

Current grade A
Reachability100
Capability transparency100
Interop readiness100

Observed surface

Base URL
https://us107.ir4.edifecscloud.com/lac/fhir/pd/R4
Category
Payer Provider Directory APIs
Availability
answered 56 of the last 56 daily checks (100%)
Last answered
2026-10-03 (answered on this run)
Vantage agreement
reachable from all 3 vantages, which are 3 hosts on one network (github-actions): one network's view sampled 3 times, not 3 independent networks. 3 vantages returned 2 different declarations this run (github-actions/ubuntu-latest, github-actions/windows-latest; github-actions/macos-latest); the 2 agreeing vantages are graded

What each vantage saw

reached from 3 of 3 reporting vantages, on 1 network
VantageResultWhat it sawCondition
github-actions/macos-latestreachedanswered in 221 msHTTP 200
github-actions/ubuntu-latestreachedanswered in 683 msHTTP 200
github-actions/windows-latestreachedanswered in 546 msHTTP 200

Vantages on one network are one network’s view sampled several times. A rule applied to that network’s address space reaches every one of them at once and reads exactly like agreement.

Interpretation

A grade describes two public discovery documents at one point in time. It does not inspect patient data, authenticated behavior, or clinical quality.

Read the scoring method →

This endpoint's full report: what was observed, what was not, and what would change it →

What its CapabilityStatement declares, resource by resource →

Findings

Reachability100
Capability transparency100
Interop readiness100

Declared capability changes

Declarations this endpoint returns to

This address has served a declaration, moved away from it, and served it again. That usually means one hostname in front of more than one backend rather than a publisher changing anything, so each return is counted here once instead of being reported as a fresh capability change every time a probe lands on the other backend.

Declared app-to-server access

What the endpoint's own documents declare about app-to-server access, observed on this run. Nothing here was requested or exercised, and none of it is graded. An absent field is reported as absent, not as a refusal: a document that does not mention a field has not said anything about it.

What the SMART discovery document and the CapabilityStatement declare about SMART Backend Services and Bulk Data
QuestionAnswerWhat the document saysWhere it is declared
Declares private_key_jwt client authentication at the token endpointnot retrieved on this runthe SMART discovery document was requested and not served on this runSMART discovery: token_endpoint_auth_methods_supported
Declares the client_credentials grant, which SMART Backend Services usesnot retrieved on this runthe SMART discovery document was requested and not served on this runSMART discovery: grant_types_supported
Declares the client-confidential-asymmetric capabilitynot retrieved on this runthe SMART discovery document was requested and not served on this runSMART discovery: capabilities
Declares system-level scopesnot retrieved on this runthe SMART discovery document was requested and not served on this runSMART discovery: scopes_supported
Declares an export operationnot listed27 operations are declared and none is named exportCapabilityStatement: rest.operation and rest.resource.operation
Instantiates the Bulk Data Access implementation guidenot listed0 canonicals are instantiated and none is Bulk Data'sCapabilityStatement: instantiates

Registry provenance

How this entry was verified

live CapabilityStatement fetch (fhirVersion 4.0.1, 24 resource types); implementation.url matches the requested base exactly. The document names no organization at all: publisher reads 'Not provided' and software is a generic 'HAPI FHIR Server' with an Edifecs build suffix (5.4.1.11_edfx) on an Edifecs-controlled host. Attribution to L.A. Care rests entirely on the plan publishing this exact string as its 'PROD Base/Endpoint URL' at https://lacare.org/technical-information, never on the 'lac' path segment (recorded 2026-08-07). Re-checked 2026-08-19: live CapabilityStatement re-fetch from the davis-ca residential vantage; fhirVersion 4.0.1, 24 resource types, publisher 'Not provided', software 'HAPI FHIR Server 5.4.1.11_edfx'.

Share this endpoint's grade
FHIR Scorecard: L.A. Care Health Plan Provider Directory API grade A

Link the badge back to this evidence page so readers can inspect the current findings.

<a href="https://fhir.chelseakr.com/endpoint/la-care-provider-directory/"> <img src="https://fhir.chelseakr.com/badge/la-care-provider-directory.svg" alt="FHIR Scorecard: grade A"></a>

This is an observational snapshot of a public, unauthenticated surface. It is not an audit, a ranking of care quality, or a statement about anyone's regulatory compliance. See how we grade.

Every observation on record for this endpoint, with the dates it answered and the dates it did not.