LetsGetChecked

LetsGetChecked (operating as LetsGetChecked powered by FuzeHealth) is an Irish-American virtual care company that runs an end-to-end diagnostics and care platform: it manufactures at-home sample-collection kits, operates its own CLIA-accredited laboratories in the United States and Europe, and layers telehealth consultations, clinical review and affiliate-pharmacy prescription delivery on top of the results. Its Halo platform is a purpose-built EMR that exposes B2B REST APIs — the Orders API (v1 and v2), the Results API and the Outreach API — plus event-driven webhook notifications, so employers, health plans, providers, public-sector programs and life-sciences partners can order pre-activated test kits, track kit fulfillment, and retrieve laboratory results in JSON, HL7 or PDF form inside their own systems.

LetsGetChecked is listed with 5 APIs on the APIs.io network. Tagged areas include Company, Health, Healthcare, Diagnostics, and Laboratory.

The LetsGetChecked catalog on APIs.io includes 1 event-driven AsyncAPI specification.

LetsGetChecked’s developer surface includes documentation, API reference, getting-started guide, support, engineering blog, signup flow, changelog, and 27 more developer resources.

🌐 Visit website 📡 Profile data on GitHub

48.1/100 developing ▬ flat Agent 34/100 agent ready Front door AI 1/6 silent Heartbeat 0/100 dormant saas Full breakdown ↓
scored 2026-11-06 · rubric v0.27.0 · Show this score on your site →

5 APIs

Company Health Healthcare Diagnostics Laboratory Telehealth Medical Testing Pharmacy Order Results Webhook HL7 LOINC

Kin Score

Kin Score How this is scored →
scored 2026-11-06 · rubric v0.27.0

Composite quality — 48.1/100 · developing

Contract Quality 8.3 / 21

Developer Ergonomics 10.9 / 17

Access Clarity 7.2 / 17

Operational Transparency 3.5 / 11

Contract Governance 3.4 / 10

Discoverability 5.3 / 9

Regulatory Posture 4.6 / 15

Agent readiness — 34/100 · agent ready

Machine-Readable Contract 18 / 18

Agentic Access Contract 0 / 10

Documented Reversibility 0 / 6

MCP Server 0 / 12

Machine-Readable Auth 10 / 10

Idempotency 9 / 9

Stable Error Semantics 8 / 8

Request/Response Examples 0 / 7

Rate-Limit Signaling 0 / 7

Typed Event Surface 6 / 6

Agent Skills 0 / 5

Well-Known Catalog 0 / 4

Consent & Bot Identity 0 / 3

A2A Agent Card 0 / 8

Dry-Run / Simulate Mode 0 / 4

Delegated User Identity 0 / 6

Protected Resource Metadata 0 / 5

Registration Without a Human 6 / 6

Agentic Commerce Well-Known Document 0 / 5

Pagination 5 / 5

Distinct Operations 3 / 3

MCP Tool Quality 6 / 6

Regulatory Posture applies to this provider. Its tags matched the Health regime, so Regulatory Posture carries 15 points of the composite. If this regime is wrong for your business, say so on your provider repo — the applicability map is public and we will correct it.

Create-or-Update Ergonomics could not be measured. We hold no machine-readable contract for this provider to read, so there is nothing to measure a write surface against. Excluded rather than scored zero: never-measured and measured-empty are different facts. Publishing an OpenAPI is what makes this facet — and several others — scorable at all.

The six quality facets above are damped to 85 points between them, because the conditional facet above carries the other 15. That is why each facet's contribution is shown against a damped maximum: raising a quality facet moves the composite by 85% of its nominal weight, not 100%. The full arithmetic is at apis.io/rating/.

Show this score on your site.

It updates itself when the score changes. Paste this where you link to your API docs:

<a href="https://apis.io/providers/letsgetchecked/"><img src="https://apis.io/badge/letsgetchecked/card.svg" alt="LetsGetChecked on APIs.io — Kin Score by API Evangelist"></a>

Other styles, a README pill and a shields.io endpoint are on the badge page.

Raise your score.

Agent readiness — checks not met, largest first (exact, from this profile):

MCP Server +12 pts — deployment.mode + probe verdict on the mcp/ manifest, not the pointer; an unprobed slug falls back to authorship
Agentic Access Contract +10 pts — agentic_access artifact present (x-agentic-access), graded by author
A2A Agent Card +8 pts — a2a/-a2a.yml manifest, graded on conformance.grade against A2A 1.0.0
Rate-Limit Signaling +7 pts — OpenAPI responses document X-RateLimit-* / RateLimit headers (verified), else a rate_limits artifact or RateLimits link (documented)
Request/Response Examples +7 pts — share of operations carrying request/response examples; else an Examples / Code Samples link
Delegated User Identity +6 pts — a served discovery document listing authorization_code in grant_types_supported (served), else an oauth2 authorizationCode flow or openIdConnect declared in an OpenAPI (documented)

7 more unmet checks in the Agent Readiness table above.

Kin Score — facets with the most composite points still available (weight × headroom):

Contract Quality scores 39.0 — up to +15.3 composite points
Access Clarity scores 42.1 — up to +11.6 composite points
Operational Transparency scores 31.6 — up to +8.9 composite points

Each check links to what satisfies it. Publish the artifact, or tell us where it already lives, and the score moves on the next scoring run.

Improve this rating by publishing the missing artifacts — every area above can be raised, and the full rubric is at apis.io/rating/. Every facet and dimension name above is a link: it opens that measurement's own page — what it means, the exact checks that feed it, how the whole catalog distributes on it, and the providers at the top of it. This rating is computed from the provider profile at artifacts.apis.io/letsgetchecked/apis.yml: open an issue on github.com/api-evangelist/letsgetchecked to ask a question or point us at an artifact you publish. Submit an artifact on GitHub — free → Manage your own listing — the Influence plan, $499/mo →

Markets this provider is in provisional

The Kin Score Market layer reads a provider inside its market: its position, and how deep its integrations go. Depth is only comparable within a position. Provisional and unweighted: not part of the Kin Score or agent readiness.

Market	Position	Depth	Registered MCP server	Declares compatibility
IVD, Diagnostics and Surgical Devices (FDA / EU regulated device makers)	regulated	19.2 (thin)	-	-
US NPI Health Provider Registry (CMS NPPES)	regulated	19.2 (thin)	-	-

Registered MCP server and declares compatibility are report only — not weighted. Undeclared means we found nothing we can read, so there is no number: we never infer integrations.

Standards implemented 1

Standards this provider implements or carries. De facto ones are profiled and measured by the API Commons; formal ones come from the standards directory and are linked by the provider's own tags. The evidence column says how each claim was established — not that it was made.

Dynamic Client Registration

measured — observed by APIs.io (published)

APIs 5

Individual APIs this provider publishes, each with its own machine-readable definition.

LetsGetChecked Orders API (Version 1)

Version 1 of the LetsGetChecked Orders API. Create a pre-activated test-kit order against a client-supplied order identifier (PUT is documented as idempotent), query order statu...

LetsGetChecked Orders API (Version 2)

Version 2 of the LetsGetChecked Orders API, documented September 2023. Adds an order-item model with per-item identifiers and statuses, a PATCH endpoint for cancelling an order ...

LetsGetChecked Results API

Read laboratory results for test kits processed by the LetsGetChecked lab. Retrieve a full result set for a barcode (with optional alpha code), fetch just the result status, or ...

LetsGetChecked Outreach API

Retrieve and download the results letters LetsGetChecked generates for patients and for a patient's Primary Care Provider. List outreach notifications for a client program with ...

LetsGetChecked API Notifications (Webhooks)

Event-driven webhook notifications delivered by POST to client-supplied endpoints whenever an order, result or outreach resource changes. Payloads carry a resource identifier, a...

Event Specifications 1

AsyncAPI definitions for this provider's event-driven and streaming APIs.

Letsgetchecked Notifications Webhooks

ASYNCAPI

Security Posture 4

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

Letsgetchecked Authentication

oauth2/http · 3 schemes

SECURITY

Letsgetchecked Domain Security

TLSv1.3 · HSTS · DMARC

SECURITY

Letsgetchecked Vulnerability Disclosure

Hackerone · security.txt · contact published

SECURITY

Letsgetchecked Trust Center

GDPR, HITRUST, NIST, ISO 13485

SECURITY

Resources

Get Started 5

Portal, sign-up, and the first successful call

DeveloperPortal

DeveloperPortal

GettingStarted

GettingStarted

SignUp

SignUp

Login

Sandbox

Sandbox

Documentation 2

Reference material describing how the API behaves

Documentation

Documentation

APIReference

APIReference

Agent Surfaces 2

MCP servers, agent skills, and machine-readable catalogs

WellKnown

WellKnown

LLMsTxt

LLMsTxt

Design & Contract 8

Pagination, idempotency, versioning, errors, and events

Vocabulary

Conventions

Idempotency

ErrorCatalog

Lifecycle

Conformance

Webhooks

DataModel

Scroll for all 8

Build 1

SDKs, sample code, and the tooling you integrate with

GitHubOrganization

GitHubOrganization

Access & Security 7

Authentication, authorization, and security posture

Authentication

Authentication

Compliance

Compliance

TrustCenter

TrustCenter

VulnerabilityDisclosure

VulnerabilityDisclosure

Security

Security

SecurityTxt

SecurityTxt

DomainSecurity

DomainSecurity

Scroll for all 7

Operate 4

Status, limits, changes, and where to get help

Support

ContactUs

ChangeLog

ChangeLog

Commercial 2

Pricing, plans, and the legal terms of use

TermsOfService

TermsOfService

PrivacyPolicy

PrivacyPolicy

Company 3

The organization behind the API

Website

Website

Blog

Blog

BlogRSS

BlogRSS

Source (apis.yml)

aid: letsgetchecked
name: LetsGetChecked
description: 'LetsGetChecked (operating as LetsGetChecked powered by FuzeHealth) is an Irish-American virtual care company
  that runs an end-to-end diagnostics and care platform: it manufactures at-home sample-collection kits, operates its own
  CLIA-accredited laboratories in the United States and Europe, and layers telehealth consultations, clinical review and affiliate-pharmacy
  prescription delivery on top of the results. Its Halo platform is a purpose-built EMR that exposes B2B REST APIs — the Orders
  API (v1 and v2), the Results API and the Outreach API — plus event-driven webhook notifications, so employers, health plans,
  providers, public-sector programs and life-sciences partners can order pre-activated test kits, track kit fulfillment, and
  retrieve laboratory results in JSON, HL7 or PDF form inside their own systems.'
url: https://raw.githubusercontent.com/api-evangelist/letsgetchecked/refs/heads/main/apis.yml
x-type: company
x-source: harvest:secondary-market
deliveryModel:
  model: saas
  open_source: false
  commercial: true
  callable_host: false
  label: Hosted service · you call their endpoint
  confidence: medium
  source:
  - pricing
  generated: '2026-08-28'
  method: derived
accessModel:
  pricing: unknown
  onboarding: unknown
  trial: false
  try_now: false
  public: false
  label: Unknown
  confidence: low
  source:
  - authentication
  - security
  - sandbox
  generated: '2026-11-06'
  method: derived
specificationVersion: '0.23'
created: '2026-08-04'
modified: '2026-08-04'
image: https://images.ctfassets.net/lnbo4srla2av/7bEYT5tJiJCJ62SSjGaWa7/3d7fba1af10b361826b727f988132700/og-image_1200x630.png
x-docs-platform: docusaurus
x-docs-platform-confidence: medium
x-docs-platform-checked: 2026-10-03
x-docs-hosting: aws-cloudfront
tags:
- Company
- Health
- Healthcare
- Diagnostics
- Laboratory
- Telehealth
- Medical Testing
- Pharmacy
- Order
- Results
- Webhook
- HL7
- LOINC
tags_raw:
- Company
- Health
- Healthcare
- Diagnostics
- Laboratory
- Telehealth
- Medical Testing
- Pharmacy
- Orders
- Results
- Webhooks
- HL7
- LOINC
apis:
- aid: letsgetchecked:orders-api-v1
  name: LetsGetChecked Orders API (Version 1)
  description: Version 1 of the LetsGetChecked Orders API. Create a pre-activated test-kit order against a client-supplied
    order identifier (PUT is documented as idempotent), query order status from dispatch through delivery, registration, arrival
    at the lab and results availability, retrieve the pre-registration questionnaire for a test kit, and read replacement-kit
    linkage when a sample is unusable or a kit is lost or damaged in transit.
  humanURL: https://docs.letsgetchecked.com/documentation/API%20Reference/Orders%20API/orders/
  tags:
  - Order
  - Diagnostics
  - Test Kits
  - Fulfillment
  - Healthcare
  tags_raw:
  - Orders
  - Diagnostics
  - Test Kits
  - Fulfillment
  - Healthcare
  properties:
  - type: Documentation
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Orders%20API/orders/
  - type: APIReference
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Orders%20API/Version%201/orders_create/
- aid: letsgetchecked:orders-api-v2
  name: LetsGetChecked Orders API (Version 2)
  description: Version 2 of the LetsGetChecked Orders API, documented September 2023. Adds an order-item model with per-item
    identifiers and statuses, a PATCH endpoint for cancelling an order item up to the KitArrivedAtLab status (processed asynchronously
    and confirmed by webhook), a consolidated GET Order response replacing GET Order Status, and replacementOrderItemId linkage
    for replacement kits.
  humanURL: https://docs.letsgetchecked.com/documentation/API%20Reference/Orders%20API/orders/
  tags:
  - Order
  - Diagnostics
  - Test Kits
  - Cancellation
  - Healthcare
  tags_raw:
  - Orders
  - Diagnostics
  - Test Kits
  - Cancellation
  - Healthcare
  properties:
  - type: Documentation
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Orders%20API/orders/
  - type: APIReference
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Orders%20API/Version%202/orders_create/
- aid: letsgetchecked:results-api
  name: LetsGetChecked Results API
  description: Read laboratory results for test kits processed by the LetsGetChecked lab. Retrieve a full result set for a
    barcode (with optional alpha code), fetch just the result status, or pull the raw lab result. Results carry per-biomarker
    detail — biomarker name, quantitative or qualitative or genetic kind, descriptor bands, reference bounds, headline narrative,
    and LOINC coding — and are available in JSON, HL7 or PDF representations.
  humanURL: https://docs.letsgetchecked.com/documentation/API%20Reference/Results%20API/results/
  tags:
  - Results
  - Laboratory
  - Biomarkers
  - HL7
  - LOINC
  - Healthcare
  properties:
  - type: Documentation
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Results%20API/results/
  - type: APIReference
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Results%20API/results_req/
- aid: letsgetchecked:outreach-api
  name: LetsGetChecked Outreach API
  description: Retrieve and download the results letters LetsGetChecked generates for patients and for a patient's Primary
    Care Provider. List outreach notifications for a client program with date filtering and X-Continuation-Token cursor paging,
    fetch a single notification by test-kit barcode, walk a results-letters event feed from a start event, and download the
    generated letter document by letter identifier.
  humanURL: https://docs.letsgetchecked.com/documentation/API%20Reference/Outreach%20API/outreach/
  tags:
  - Outreach
  - Notification
  - Documents
  - Patient Communications
  - Healthcare
  tags_raw:
  - Outreach
  - Notifications
  - Documents
  - Patient Communications
  - Healthcare
  properties:
  - type: Documentation
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Outreach%20API/outreach/
  - type: APIReference
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/Outreach%20API/notifications_get/
- aid: letsgetchecked:api-notifications
  name: LetsGetChecked API Notifications (Webhooks)
  description: Event-driven webhook notifications delivered by POST to client-supplied endpoints whenever an order, result
    or outreach resource changes. Payloads carry a resource identifier, a callback URL back into the REST APIs, a type discriminator
    and a UTC timestamp. Delivery is at-least-once and unordered, with a documented retry ladder, and payloads can be signed
    with an LGC2-HMAC-SHA256 Authorization header using a client-supplied base64 signing key.
  humanURL: https://docs.letsgetchecked.com/documentation/API%20Reference/API%20Notifications/webhooks/
  tags:
  - Webhook
  - Event
  - Notification
  - HMAC
  - Healthcare
  tags_raw:
  - Webhooks
  - Events
  - Notifications
  - HMAC
  - Healthcare
  properties:
  - type: Documentation
    url: https://docs.letsgetchecked.com/documentation/API%20Reference/API%20Notifications/webhooks/
  - type: Webhooks
    url: asyncapi/letsgetchecked-notifications-webhooks.yml
maintainers:
- FN: Kin Lane
  email: kin@apievangelist.com
- FN: APIs.json
  email: info@apis.io
common:
- type: Website
  url: https://www.letsgetchecked.com/
- type: DeveloperPortal
  url: https://docs.letsgetchecked.com/
- type: Documentation
  url: https://docs.letsgetchecked.com/
- type: APIReference
  url: https://docs.letsgetchecked.com/documentation/API%20Reference/Getting%20Started/api-operations/
- type: GettingStarted
  url: https://docs.letsgetchecked.com/documentation/API%20Reference/Getting%20Started/integration-process/
- type: Support
  url: https://help.letsgetchecked.com/s/
- type: Blog
  url: https://www.letsgetchecked.com/articles/
- type: BlogRSS
  url: https://www.letsgetchecked.com/blog/feed/
- type: GitHubOrganization
  url: https://github.com/LetsGetChecked
- type: SignUp
  url: https://www.letsgetchecked.com/register/
- type: Login
  url: https://halo.letsgetchecked.com/
- type: TermsOfService
  url: https://www.letsgetchecked.com/terms-of-use/
- type: PrivacyPolicy
  url: https://www.letsgetchecked.com/privacy-policy/
- type: ContactUs
  url: https://www.letsgetchecked.com/contact-us/
- type: ChangeLog
  url: https://docs.letsgetchecked.com/documentation/release-notes/release_notes/
- type: ChangeLog
  url: changelog/letsgetchecked-changelog.yml
- type: Vocabulary
  url: vocabulary/letsgetchecked-glossary.yml
- type: Authentication
  url: authentication/letsgetchecked-authentication.yml
- type: Conventions
  url: conventions/letsgetchecked-conventions.yml
- type: Idempotency
  url: conventions/letsgetchecked-conventions.yml
- type: ErrorCatalog
  url: errors/letsgetchecked-problem-types.yml
- type: Lifecycle
  url: lifecycle/letsgetchecked-lifecycle.yml
- type: Conformance
  url: conformance/letsgetchecked-conformance.yml
- type: Compliance
  url: https://trust.letsgetchecked.com/
- type: TrustCenter
  url: security/letsgetchecked-trust-center.yml
- type: VulnerabilityDisclosure
  url: security/letsgetchecked-vulnerability-disclosure.yml
- type: Security
  url: https://www.letsgetchecked.com/security.txt
- type: SecurityTxt
  url: well-known/letsgetchecked-security.txt
- type: WellKnown
  url: well-known/letsgetchecked-well-known.yml
- type: DomainSecurity
  url: security/letsgetchecked-domain-security.yml
- type: Webhooks
  url: asyncapi/letsgetchecked-notifications-webhooks.yml
- type: Sandbox
  url: sandbox/letsgetchecked-sandbox.yml
- type: DataModel
  url: data-model/letsgetchecked-data-model.yml
- type: LLMsTxt
  url: llms/letsgetchecked-llms.txt
x-enrichment:
  date: '2026-08-04'
  status: enriched
  artifacts_added: 17
  pass: local-v1

LetsGetChecked API — frequently asked questions

Does LetsGetChecked have an API?

Yes. APIs.io lists 5 APIs from LetsGetChecked, including LetsGetChecked Orders API (Version 1), LetsGetChecked Orders API (Version 2) and LetsGetChecked Results API, and 2 more.

How do I authenticate with the LetsGetChecked API?

LetsGetChecked documents its authentication (oauth2/http · 3 schemes). The details are profiled on APIs.io as Letsgetchecked Authentication.

Is the LetsGetChecked API ready for AI agents?

LetsGetChecked has a Kin Score of 48.1 out of 100 (developing) and an Agent Readiness score of 34.2 (agent-ready), scored by API Evangelist on 2026-11-06.

Work with this as data

Every provider here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for providers

9 MCP tools reach this

find_providersBrowse and filter every provider in the catalog.
get_provider_artifactsEvery artifact this provider publishes, grouped by type.
get_provider_operationsEvery operation across all of their OpenAPIs — one call instead of parsing every spec.
get_provider_toolsEvery MCP tool they ship, with the operation each wraps.
get_provider_evidenceHow each part of their score was established. Free — the basis for a claim should not sit behind it.
get_provider_ratingPRO — composite, band, trend and facet scores.
apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
resolveTurn a domain, URL or GitHub org into the provider it belongs to.
find_cohortsEvery scored population of providers in the catalog.

All 92 tools →

Call it yourself

curl for this page

This provider

curl "https://apis.io/api/v1/providers/letsgetchecked"

All providers

curl "https://apis.io/api/v1/providers?limit=25"

Every operation they expose

curl "https://apis.io/api/v1/providers/letsgetchecked/operations?limit=25"

How their score was established

curl "https://apis.io/api/v1/providers/letsgetchecked/evidence"

Calls without X-API-Key need no key. Calls with it need a paid plan — get a key.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

GitHub Google LinkedIn

A second provider on the same verified email joins the account you already have.