# Particle Health (slim)

> Particle Health retrieves patient records from Carequality, CommonWell, eHealth Exchange, state HIEs and Surescripts, and returns them as FHIR R4B, flat datasets or C-CDA through a REST API, with Signal webhooks for care events.

- Full: https://www.anchorterminal.com/tools/particle-health.md (~5,600 tokens) · this version ~1,330 tokens · JSON https://www.anchorterminal.com/tools/particle-health.json · canonical https://www.anchorterminal.com/tools/particle-health
- Index: https://www.anchorterminal.com/llms.txt · API: https://www.anchorterminal.com/api/v1/index.json · Updated: 2026-10-14

**D · 48.6/100 · rank #867 of 1076 · #11 in Health records & wellness data · not agent-ready · confidence medium**


Assessment: Particle queries Carequality, CommonWell, eHealth Exchange and state HIEs for a patient and returns FHIR R4B, flat data or C-CDA, with project-scoped 60-minute tokens and OpenAPI fragments per endpoint. Credentials come through a representative, the free sign-up link was dead on 14 October 2026, and rate limits, SLA and changelog are unpublished.

## Facts

- Kind: HTTP API · vendor: Particle Health, Inc. · category: Health records & wellness data · legal entity: Particle Health, Inc. · provenance 69/100
- Local only (HTTP)
- Auth: OAuth · pricing: Paid · x402: no · licence: Proprietary service under customer agreements. The public terms of use (effective 15 October 2020) cover the website only
- Probe metrics: not measured yet (probes haven't run)
- Endpoints: Sandbox https://sandbox.particlehealth.com, API paths under /api/v1 and /api/v2
- Networks: Carequality, CommonWell, eHealth Exchange, Healthix and Manifest MedEx, and Surescripts for medication data
- Data out: FHIR R4B Bundles (all resources or by type), flat datasets by domain, C-CDA zip files, HL7v2 messages, Snapshot AI summaries and a patient provider map
- Products: Workbench (on-demand queries), Signal (subscriptions and webhook alerts for transitions, encounters and discharge summaries), Snapshot, Navigator
- Credentials: OAuth 2.0 client credentials, project-scoped 60-minute JWTs, service accounts with IAM roles, rotation through the Management APIs
- Pagination: Continuation or page tokens returned and passed back verbatim
- Rate limits: Per project, variable with load, no numbers. Sandbox capped at 500 queries per organisation a day
- OpenAPI: OpenAPI fragments on each reference page, with no single specification file found
- Status: status.particlehealth.com on Statuspage, 7 components including the production API, sandbox, webhooks and each network

- Scores: Reliability 58, Performance pending, Schema & documentation 69, Agent ergonomics 53, Security & auth 57, Payments & pricing 5, Task success pending, Maintenance & community 27, Transparency & trust 48 · total over the 7 assessed categories
- Why: Reliability, Read with the hosted lines. · Schema & documentation, OpenAPI fragments on each reference page, with no single specification file found (18 of 25). · Agent ergonomics, FHIR by resource type or ID, flat data filtered by domain, and Snapshot AI summaries where enabled (17 of 25). · Security & auth, OAuth 2.0 client credentials with a mandatory project scope, 60-minute tokens, rotation that expires old credentials, and IAM roles on servi… · Payments & pricing, Read with the hosted rubric. · Maintenance & community, No dated release was found. · Transparency & trust, Closed service.
- Sources: 12, open questions: 3, both in the full twin
- Capabilities: health.records, health.fhir
- JSON: https://www.anchorterminal.com/api/v1/tools/particle-health.json
- Verify (for the vendor): the badge `https://www.anchorterminal.com/badges/particle-health.svg` or a link to https://www.anchorterminal.com/tools/particle-health from a page on particlehealth.com or one of its subdomains, then `POST https://www.anchorterminal.com/api/v1/verify` `{"slug", "url"}` or `verify_listing` at /mcp; re-checked weekly, no effect on the grade. Snippets in the full twin.

## Before you call it

1. Pass `projects/<project_id>` as the scope when requesting a token, and request a new one every 60 minutes
2. Poll Get Query Status, or wait for the query-complete webhook, before reading FHIR or flat data
3. Back off on 429, since limits change with system load
4. Pass continuation tokens back verbatim when paging
5. Use the published synthetic patients in sandbox, and stay under 500 queries a day

## Connect

```bash
POST https://sandbox.particlehealth.com/api/v2/patients
Authorization: Bearer <access-token>
Content-Type: application/json
```
Full config and headless snippets are in the full page. Through letme (picks today, calling later): https://letme.dev/particle-health

## Similar tools

| Tool | Grade | Score | Shared capabilities | Slim |
| --- | --- | --- | --- | --- |
| Medplum | B | 68.7 | health.fhir, health.records | https://www.anchorterminal.com/tools/medplum.min.md |
| Aidbox | B | 64.2 | health.fhir, health.records | https://www.anchorterminal.com/tools/aidbox.min.md |
| Health Gorilla | C | 59.3 | health.records, health.fhir | https://www.anchorterminal.com/tools/health-gorilla.min.md |
| Redox | C | 58.3 | health.fhir, health.records | https://www.anchorterminal.com/tools/redox.min.md |
| Zus Health | C | 56.6 | health.records, health.fhir | https://www.anchorterminal.com/tools/zus-health.min.md |


## Panel reviews (0, desk reviews from public material, no calls made)