Real FHIR R4 endpoints
Standards-compliant CRUD across 31 resource types — Patient, Encounter, Observation, Condition, MedicationRequest and more. Search by the params you expect, and pull a complete chart in one call with $everything.
31 resource types · search · $everything
1,000+ realistic patients
A rich pool of Synthea-generated patients with full longitudinal histories — encounters, vitals, conditions, meds, allergies. Plus a pre-loaded reference patient (John Smith) so your first request lights up real data.
Longitudinal records · pre-loaded patient
No PHI, no BAA, no risk
Every resource is Synthea-generated and tagged as synthetic — there's no real patient data anywhere in the system. Build, demo, test in CI, share screenshots in Slack. Nothing to comply with, nothing to negotiate.
100% synthetic · safe to share
Up and running in a minute
Sign up with an email, copy your API key, and your next curl call hits a live FHIR endpoint. No procurement, no sales call, no waiting for a sandbox to be provisioned.
Email signup · zero-config start
Simple bearer auth
Standard `Authorization: Bearer` keys — works with curl, Postman, Bruno, fetch, or any HTTP client. Errors come back as conventional FHIR OperationOutcome, so your existing FHIR error-handling just works.
Standard bearer · FHIR OperationOutcome errors
In-browser playground
Try every endpoint right from the docs. Pre-filled examples run real FHIR requests against the reference patient, so you can see the exact response shape before writing a line of code.
Click-to-run examples · live responses
OpenAPI + agent-ready docs
Import the OpenAPI 3.1 spec into Postman, Bruno, Insomnia, or any code generator. AI agents get a clean llms.txt and a live FHIR CapabilityStatement at /api/fhir/r4/metadata.
OpenAPI 3.1 · llms.txt · CapabilityStatement
Ready to dig deeper?
The docs cover the full quickstart, every endpoint, error shapes, rate limits, and the tenant model in detail.