Skip to main content
Everything on this site runs against the test-mode environment with test-scoped keys and synthetic data only. There is no path from these docs to production or to real patient data.

1. Get access

  • Docs access: this site is gated (visitor authentication is on pre-release). Access is provisioned for internal staff and design partners during onboarding.
  • API access: your onboarding contact issues a per-client test API key and your X-Brand-Id value. See Authentication.

2. Make your first call

Resolve the intake instrument - this mints a journey and returns the first node:
The response carries a session_id, a journey_id (prefixed jny_), and the first node to present. $BASE_URL is the test-environment base URL issued with your key.

3. Walk the instrument

Submit the current node’s answer; the server advances exactly one step:
Repeat until status is complete. The server owns sequence, branching, and completion - a client can never skip or reorder steps.

4. Read the journey status

Returns the partner-visible status projection - IDs and status values only, never patient data. This read has more than one documented outcome. Besides the refusals any key-authenticated call can return, it may return 422 with the type https://purple.md/problems/journey-status-pending instead of a status value - a typed “no status yet” response, meaning your request was well-formed and the enrollment is yours but the platform has no status to report for it. Branch on the type, keep your normal authentication and error handling, and see when a status is not yet reportable.

5. Try it in the playground

Every endpoint page in the API reference tab has an interactive playground. Set your test key once and drive the same flow from the browser. The playground targets the test-mode environment only.