Sana Benefits

Sana Benefits is an Austin, Texas health benefits company founded in 2017 that sells level-funded and self-funded small-group health plans to small and midsize employers in the United States, bundling medical, dental and vision coverage with Sana Care, its in-house virtual-first primary care and care navigation service. Sana distributes almost entirely through licensed benefits brokers, underwrites and administers the plan itself with stop-loss insurance included, and prices provider claims off a reference-based percentage of the Medicare fee schedule. State landing pages confirm sales in Texas, Arizona, Illinois, Indiana, Kentucky, Ohio, Oklahoma, Virginia, Wisconsin and Alabama. Its API posture is closed: as of July 2026 Sana publishes no public developer portal, no API reference, no OpenAPI or Postman artifacts, no GraphQL surface and no webhook or event catalog. The developer.*, developers.*, docs.* and api.* subdomains do not resolve, and every /developers, /api, /developer, /partners and /integrations path on sanabenefits.com returns 404. The only machine surface is secure.sanabenefits.com, a login-walled JSON application serving the member, employer and broker dashboards; its /openapi.json and /swagger.json paths answer 401 login_required, confirming an internal-only API. No ACORD, AL3, IVANS, NGDS or X12 834 reference appears anywhere in public marketing or FAQ content. Quoting is a human broker workflow — "rates in 48 hours" from a web form — not an API. This is a partner-gated, broker-mediated benefits carrier with zero public self-serve API surface, which is the typical posture for the US benefits-admin tier in a market with no open-insurance mandate.

Sana Benefits is profiled on the APIs.io network. Tagged areas include Insurance, United States, Health Insurance, Employee Benefits, and Benefits Administration.

Sana Benefits’ developer surface includes engineering blog, support, FAQ, privacy policy, and 21 more developer resources.

21.8/100 emerging ▬ flat Agent 0/100 human only Full breakdown ↓
scored 2026-07-27 · rubric v0.5
0 APIs
InsuranceUnited StatesHealth InsuranceEmployee BenefitsBenefits AdministrationSmall BusinessLevel-Funded PlansInsurtechBrokerVirtual Primary Care

Kin Score

Kin Score Kin Score How this is scored →
scored 2026-07-27 · rubric v0.5
Composite quality — 21.8/100 · emerging
Contract Quality 0.0 / 25
Developer Ergonomics 1.3 / 20
Commercial Clarity 8.4 / 20
Operational Transparency 0.0 / 13
Governance 0.0 / 12
Discoverability 6.8 / 10
Agent readiness — 0/100 · human only
Machine-Readable Contract 0 / 18
Agentic Access Contract 0 / 15
MCP Server 0 / 12
Machine-Readable Auth 0 / 10
Idempotency 0 / 9
Stable Error Semantics 0 / 8
Request/Response Examples 0 / 7
Rate-Limit Signaling 0 / 7
Typed Event Surface 0 / 6
Agent Skills 0 / 5
Well-Known Catalog 0 / 4
Consent & Bot Identity 0 / 3
Improve this rating by publishing the missing artifacts — every area above can be raised, and the full rubric is at apis.io/rating/. This rating is computed from github.com/api-evangelist/sana-benefits: open an issue to ask a question, or submit a pull request to add artifacts. Want it done for you? Prioritized profiling — $2,500 →

Security Posture 1

Authentication, domain security, vulnerability disclosure, and trust-center signals.

Sana Benefits Domain Security

TLSv1.3 · HSTS · DMARC

SECURITY

Resources

Get Started 1

Portal, sign-up, and the first successful call

Documentation 1

Reference material describing how the API behaves

Agent Surfaces 1

MCP servers, agent skills, and machine-readable catalogs

Design & Contract 1

Pagination, idempotency, versioning, errors, and events

Build 1

SDKs, sample code, and the tooling you integrate with

Access & Security 2

Authentication, authorization, and security posture

Operate 3

Status, limits, changes, and where to get help

Commercial 4

Pricing, plans, and the legal terms of use

Company 9

The organization behind the API

Scroll for all 9

Other 2

Properties that don't map to a standard resource type

Source (apis.yml)

apis.yml Raw ↑
aid: sana-benefits
url: https://raw.githubusercontent.com/api-evangelist/sana-benefits/refs/heads/main/apis.yml
name: Sana Benefits
kind: company
description: 'Sana Benefits is an Austin, Texas health benefits company founded in 2017 that sells level-funded and self-funded
  small-group health plans to small and midsize employers in the United States, bundling medical, dental and vision coverage
  with Sana Care, its in-house virtual-first primary care and care navigation service. Sana distributes almost entirely through
  licensed benefits brokers, underwrites and administers the plan itself with stop-loss insurance included, and prices provider
  claims off a reference-based percentage of the Medicare fee schedule. State landing pages confirm sales in Texas, Arizona,
  Illinois, Indiana, Kentucky, Ohio, Oklahoma, Virginia, Wisconsin and Alabama. Its API posture is closed: as of July 2026
  Sana publishes no public developer portal, no API reference, no OpenAPI or Postman artifacts, no GraphQL surface and no
  webhook or event catalog. The developer.*, developers.*, docs.* and api.* subdomains do not resolve, and every /developers,
  /api, /developer, /partners and /integrations path on sanabenefits.com returns 404. The only machine surface is secure.sanabenefits.com,
  a login-walled JSON application serving the member, employer and broker dashboards; its /openapi.json and /swagger.json
  paths answer 401 login_required, confirming an internal-only API. No ACORD, AL3, IVANS, NGDS or X12 834 reference appears
  anywhere in public marketing or FAQ content. Quoting is a human broker workflow — "rates in 48 hours" from a web form —
  not an API. This is a partner-gated, broker-mediated benefits carrier with zero public self-serve API surface, which is
  the typical posture for the US benefits-admin tier in a market with no open-insurance mandate.'
image: https://kinlane-images.s3.amazonaws.com/shared/apis-json/apis-json-logo.jpg
tags:
- Insurance
- United States
- Health Insurance
- Employee Benefits
- Benefits Administration
- Small Business
- Level-Funded Plans
- Insurtech
- Broker
- Virtual Primary Care
created: '2026-07-25'
modified: '2026-07-25'
specificationVersion: '0.19'
apis: []
common:
- type: DomainSecurity
  url: security/sana-benefits-domain-security.yml
- type: Website
  url: https://www.sanabenefits.com/
- type: About
  url: https://www.sanabenefits.com/who-we-are/
- type: Blog
  url: https://www.sanabenefits.com/blog/
- type: BlogRSS
  url: https://www.sanabenefits.com/feed/
- type: Press
  url: https://www.sanabenefits.com/press/
- type: Support
  url: https://help.sanabenefits.com/hc/en-us
- type: SignIn
  url: https://secure.sanabenefits.com/
- type: Partners
  url: https://www.sanabenefits.com/sana-partners/
- type: Contact
  url: https://www.sanabenefits.com/contact/
- type: TermsOfService
  url: https://www.sanabenefits.com/terms-of-service/
- type: PrivacyPolicy
  url: https://www.sanabenefits.com/privacy-policy/
- type: LinkedIn
  url: https://www.linkedin.com/company/sana-benefits/
- type: Twitter
  url: https://twitter.com/sanabenefits
- type: Login
  url: https://secure.sanabenefits.com/
- type: Plans
  url: https://www.sanabenefits.com/plans/
- type: FAQ
  url: https://www.sanabenefits.com/employer-faqs/
- type: Guides
  url: https://www.sanabenefits.com/guides/
- type: Testimonials
  url: https://www.sanabenefits.com/testimonials/
- type: Careers
  url: https://www.sanabenefits.com/careers/
- type: Privacy
  url: https://www.sanabenefits.com/notice-of-privacy-practices/
- type: Compliance
  url: https://www.sanabenefits.com/notice-of-privacy-practices/
- type: Conformance
  url: conformance/sana-benefits-conformance.yml
- type: Packages
  url: packages/sana-benefits-packages.yml
- type: LLMsTxt
  url: llms/sana-benefits-llms.txt
maintainers:
- FN: Kin Lane
  email: kin@apievangelist.com