Skip to main content
POST
cURL
Updated
  • The create response now returns note_id. Use it with note-level Ambient APIs and store it for later re-ambient workflows. composition_id is deprecated and supports backward compatibility.
Use this endpoint to create an . An ambient session is one recording for a patient (visit). One encounter can include one or more ambient sessions. This endpoint returns an and a . Use ambient_session_id for session-scoped operations such as context, streaming, status, and session content. Store note_id from the response. Pass it as the path parameter when you call the note-level Ambient APIs:
composition_id is deprecated. If you still use it, it will return the same value as note_id.
To learn how to use ambient across modalities, refer to the Ambient interoperability guide.
For guidance on how to design your ambient workflow, ID handling, and fields required for interoperability, refer to Create an ambient session guide.

Request body fields

All request body fields are optional. You can create with an empty body; Suki generates ambient_session_id and returns note_id. Use the fields below only when you need to set the session ID yourself, link the visit for interoperability, or group re-ambient sessions on one note.

How re-ambient works

Re-ambient lets you create a new ambient session that continues an existing clinical note instead of creating a new note. When you create an ambient session, Suki returns a note_id in the response. Save this note_id for note-level Ambient APIs and for re-ambient when the first create did not send encounter_id.

Choose the identifier for re-ambient

Create ambient session does not have a separate note_id request field for re-ambient. Instead, pass the re-ambient identifier in the encounter_id field. Use the identifier based on how you created the original ambient session:
  • When you create the re-ambient request, use encounter_id, but the value depends on whether the original create ambient session request included an encounter_id.
  • Also save the returned note_id: it identifies the clinical note and is the path parameter for note-level Ambient APIs.
  • Record for at least 1 minute. Shorter recordings may not contain enough information, and Suki may skip note generation.
  • To continue the same note across modalities, reuse the existing emr_encounter_id on create (UUID or non-UUID, at most 36 characters).
  • Wait at least 1 second between create requests that share the same emr_encounter_id. Concurrent or back-to-back creates may return a conflict.

Code examples

Authorizations

sdp_suki_token
string
header
required

Suki access token (suki_token) from Login or Register. Expires after one hour.

Headers

sdp_provider_id
string

Optional for standard partners.

Required for:

  • Bearer authentication. Use the same provider_id returned by the Login or Register API.
  • Single Auth Token authentication. Include the same provider_id on every request as sdp_provider_id.
Example:

"provider-123"

Body

application/json

Session identifiers for Ambient session create. Pass emr_encounter_id for cross-modality interoperability and encounter_id to group re-ambient sessions for one note. If the first create omitted encounter_id, pass the returned note_id as the encounter_id value on later creates.

ambient_session_id
string

Optional - UUID for this Ambient session. Suki generates one when omitted and returns it in the response.

Example:

"123dfg-456dfg-789dfg-012dfg"

emr_encounter_id
string

Optional for standalone sessions - Visit interop key for interoperability. Accepts a UUID or non-UUID value, at most 36 characters. One EMR encounter can contain multiple notes. Required for cross-modality Ambient workflows.

Maximum string length: 36
Example:

"123dfg-456dfg-789dfg-012dfg"

encounter_id
string

Optional - Groups re-ambient sessions for one note. Pass it on the first session and reuse the same value on later creates. If the first create omitted it, pass the returned note_id as this field's value for re-ambient. There is no separate note_id request field. Up to 255 characters. Create does not return this field.

Example:

"123dfg-456dfg-789dfg-012dfg"

multilingual
boolean
deprecated

Deprecated. Multilingual support is enabled by default for all Ambient sessions.

Example:

false

Response

Resource created successfully.

Identifiers returned after Ambient session create.

ambient_session_id
string

UUID for the created Ambient session. Store this for later session API calls.

Example:

"123dfg-456dfg-789dfg-012dfg"

note_id
string

ID of the clinical note for this session. Use it as the note_id path parameter on note-level Ambient APIs (note content, note context, note structured data). If the first create omitted encounter_id, pass this value as the encounter_id field on later creates to re-ambient the same note.

Example:

"123dfg-456dfg-789dfg-012dfg"

composition_id
string
deprecated

Deprecated. Same value as note_id. Kept for backward compatibility. Prefer note_id.

Last modified on October 16, 2026