slug: humana
provider: Humana
generated_by: planning/capability-mapping/scripts/classify_capabilities.py
model: claude-opus-5
frame:
- Healthcare Providers
min_confidence: 0.7
capability_model:
  source: https://github.com/vincentmakes/turbo-ea-capabilities
  license: CC-BY-4.0
  attribution: Turbo EA Capabilities by Vincent Verdet — Turbo EA, https://github.com/vincentmakes/turbo-ea-capabilities,
    CC BY 4.0
  notice: NOTICE
edge_count: 2
edges:
- tag: Clinical
  spec_file: humana-clinical-api-openapi.yml
  capability_id: BC-2900.60
  capability_id_l1: BC-2900
  capability_name: Healthcare Interoperability Operations
  confidence: 0.75
  evidence: '"Humana''s FHIR R4 / US Core STU3 patient access APIs"; GET /Condition searchCondition, GET
    /CarePlan searchCarePlan, GET /Observation searchObservation; "Each endpoint returns a FHIR Bundle
    (searchset)"'
  reason: Read-only FHIR R4 patient-access endpoints exposing clinical resources under CMS interoperability
    rules. The realised capability is operation of FHIR endpoints for patient-initiated data sharing,
    not the delivery or documentation of care itself.
- tag: Demographic
  spec_file: humana-demographic-api-openapi.yml
  capability_id: BC-2900.60
  capability_id_l1: BC-2900
  capability_name: Healthcare Interoperability Operations
  confidence: 0.7
  evidence: GET /Patient/{id} getPatient; GET /Practitioner searchPractitioner — "FHIR R4 / US Core STU3
    patient access APIs"
  reason: Read access to FHIR Patient and Practitioner resources via a patient-access API. This is provision
    of FHIR endpoints / directory data exchange, not registration or credentialing workflows.
  recovered_from: healthcare-vertical-edges.json