Skip to main content
A scribe session is created when a clinician conducts a consultation through the Telepatia interface. Once the session is finished, you can check its lifecycle and consultation metadata here, then fetch the filled record from the Medical Record Documents endpoint.

Session lifecycle

A session moves through several states. The values below are returned verbatim in the status field.

Retrieving a session

Look a session up by its id. The id is either the consultationInternalId you set, or the session id (ss_...) the API returns — in this response and as scribeSessionId in every webhook event. Both resolve to the same session:
Response:
This endpoint returns lifecycle and consultation metadata only. The filled record — and its diagnosis ICD codes — is fetched from the Medical Record Documents endpoint.
A session created without a consultationInternalId — for example one a clinician recorded directly — returns consultationInternalId: null. Use the session id (ss_...) to look it up. Every session-scoped endpoint accepts either id.
While status is still in-flight (created, recording, stopped, processing), poll this endpoint until it reaches a ready state (completed, completedWithErrors, reviewed) before fetching the filled record. error and cancelled are terminal failure states — no documents will be produced.

Listing a patient’s sessions

GET /v1/patients/{patient_id}/scribe-sessions returns the scribe sessions for one patient, most recent first. The {patient_id} can be the public id (sp_...) or the internalCode you set for your institution. Paginate with page (1-based) and limit (1–50, default 20).
Response:
Each item carries the same fields as a single session above. total and totalPages count every session for the patient and are present on every page. Use id (ss_...) or consultationInternalId to fetch a session’s filled record from the Medical Record Documents endpoint. Returns 404 if no patient with that id is visible to your key.

Retrieving the filled record

This endpoint returns only the session’s lifecycle and consultation metadata. The actual filled record — the output of the session templates, with all sections — is fetched separately from the medical record documents endpoint, using the same consultationInternalId:
A session can produce more than one document (one per purpose — e.g. primary for the clinician-facing record, rpa for EMR injection). Filter with ?purpose=primary to fetch only the main one. See Medical Record Documents for the full response shape and field reference.