1. Getting started
  • Getting started
    • Welcome to Cardioexplorer
    • Core Concepts
    • Developer Quickstart & Resources
  • Guides
    • FHIR Client Integration Guide
    • Integration Strategy Guide
    • Cardiac Data Requirements & Gap Analysis
  • Reference
    • API Objects & Models
    • Error Reference
  • Resources
    • Changelog
    • Frequently Asked Questions
Guides
API References
Guides
API References
  1. Getting started

Core Concepts

Six entities cover everything in the CardioExplorer API — understand these and every endpoint becomes predictable.

Architecture at a glance#

The entities#

EntityWhat it isWhere you meet it
OrganizationYour account on the platform — it holds your API credentials, and everything you create belongs to it.Obtain access token
Access tokenA JWT identifying your organization, valid 3600 s (1 hour, returned as expiresIn). Sent as Bearer {token} on every call.Obtain access token
Magic linkA single-use URL, valid 1 hour, that logs a clinician straight into the CardioExplorer UI.Generate magic link
FHIR bundleYour input: a FHIR R4 Bundle (collection) with Patient, Observations, MedicationStatements and Conditions covering the 32 parameters.Generate draft test
CCS TestThe central object. Born as a draft from your bundle (with a gap analysis), it becomes a completed assessment once run through the AI model.Draft → Run → Result
ReportThe clinical output: risk score, risk level, recommendations (direct download or base64).Result · PDF
💡 Which IDs do I keep? Just one. The draftTestId returned when you create a draft is the testId you pass to run, result and report endpoints — one GUID for the test's whole life.

The test lifecycle#

1.
Draft — created from your FHIR bundle. Holds mapped parameters; the gap analysis tells you what is still missing. Incomplete drafts are valid — they just cannot be run yet.
2.
Ready — all required parameters present: via API, or completed by a clinician in the UI (magic link).
3.
Completed — run through the AI model. Risk score, risk level and recommendations are stored; results and PDF reports become available.

Related pages: Developer Quickstart · Cardiac Data Requirements · API Objects & Models — Questions? info@explorishealth.com
Previous
Welcome to Cardioexplorer
Next
Developer Quickstart & Resources
Built with