> ## Documentation Index
> Fetch the complete documentation index at: https://developer.suki.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# API Changelog

> API product updates and announcements

Suki's API versioning policy is based on the semantic versioning standard. For example, in version 1.2.3, 1 is the major version, 2 is the minor version, and 3 is the patch version.

When we release a new API version for new features or bug fixes, we increment one of these three version components depending on the type of change introduced.

<Info icon="info" color="orange">
  **API version numbering policy**

  All Suki REST APIs are currently in `v1` version.

  **Release version**

  The release version in this changelog page represents the incremental progress. It is not the API version. It tracks new optional fields, performance improvements, new endpoints, and other changes.
</Info>

<div data-api-changelog-filter-root data-active-api-changelog-filter="all">
  <div className="release-notes-workflow-pills api-changelog-filter-pills" role="tablist" aria-label="Changelog scope">
    <button type="button" role="tab" className="release-notes-workflow-pill release-notes-workflow-pill--active api-changelog-filter-pill" data-api-changelog-filter="all" aria-selected="true">
      All
    </button>

    <button type="button" role="tab" className="release-notes-workflow-pill api-changelog-filter-pill" data-api-changelog-filter="ambient" aria-selected="false">
      Ambient APIs
    </button>

    <button type="button" role="tab" className="release-notes-workflow-pill api-changelog-filter-pill" data-api-changelog-filter="dictation" aria-selected="false">
      Dictation APIs
    </button>
  </div>

  <p className="release-notes-filter-empty api-changelog-filter-empty" hidden>
    No changelog entries match this filter. Choose All or another scope.
  </p>

  <div data-api-changelog-entry data-api-changelog-tags="ambient">
    <Update label="v1.6.0" description="July 2026" tag="NEW" tags={["New Endpoints", "Enhancements"]}>
      ### New endpoints

      * **Note-level ambient endpoints**: You can now retrieve accumulated content, context, and structured data for a note across ambient sessions while using the interopertability feature. Use `composition_id` from [Create ambient session](/api-reference/ambient-sessions/create) as `note_id`.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/note/{note_id}/content](/api-reference/ambient-content/note-content)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/note/{note_id}/context](/api-reference/ambient-content/note-context)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/note/{note_id}/structured-data](/api-reference/ambient-content/note-structured-data)

      * **List encounter notes**: You can now list all notes linked to an EMR encounter for cross-modality ambient workflows.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/encounter/{emr_encounter_id}/notes](/api-reference/ambient-content/list-encounter-notes)

      ### Enhancements

      * **Create ambient session**: You can now pass `emr_encounter_id` to enable cross-modality ambient interoperability. The response now includes `composition_id`, which you use as `note_id` with the note-level ambient endpoints. The `multilingual` parameter is deprecated. Multilingual support is enabled by default for all ambient sessions.

        * <Badge color="blue" size="sm">POST</Badge> [/api/v1/ambient/session/create](/api-reference/ambient-sessions/create)

      Learn more in the [How to use ambient across modalities](/documentation/how-to/ambient-clinical-notes/use-ambient-across-modalities) documentation.
    </Update>

    <Update label="v1.5.0" description="June 30th, 2026" tag="UPDATED" tags={["Enhancements"]}>
      ### Enhancements

      * **HCC codes**: You now get [HCC codes](https://www.aapc.com/resources/what-is-hierarchical-condition-category?srsltid=AfmBOopcl-dIWrRrQFq58LGS72p58BakTdoWdEHv0P9z89c3XBXuJAOY) in the **Structured data API** and **Encounter structured data API** output for an ambient session and encounter.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/session/{ambient_session_id}/structured-data](/api-reference/ambient-content/structured-data)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/encounter/{encounter_id}/structured-data](/api-reference/ambient-content/encounter-structured-data)

      * Use HCC codes in the structured data output to validate the diagnosis codes in the EMR context.

      ```json JSON theme={"theme":{"light":"github-dark","dark":"material-theme-darker"}}
      {
          "structured_data": {
              "diagnoses": {
                  "values": [
                      {
                          "codes": [
                              {
                                  "code": "A00.0",
                                  "description": "Acute myocardial infarction",
                                  "type": "ICD10"
                              },
                              {
                                  "code": "R05.2",
                                  "description": "Hypertension, unspecified",
                                  "type": "ICD10"
                              },
                              {
                                  "code": "65",
                                  "description": "CMS-HCC model category 65", // HCC code in the format `CMS-HCC model category <code>`
                                  "type": "HCC"
                              }
                          ]
                      }
                  ]
              }
          }
      }
      ```

      <Note>
        If an ICD-10-CM HCC diagnosis code does not map to an HCC model category, Suki looks for general HCC codes that match the diagnosis description. If no match is found, the diagnosis is returned without an HCC code.
      </Note>
    </Update>

    <Update label="v1.4.0" description="June 12th, 2026" tag="LATEST" tags={["Enhancements"]}>
      ### Enhancements

      * Suki now supports **Single Auth Token authentication**: your backend can use one shared `partner_token` for all clinicians instead of a per-user token.
        The shared token proves your organization is authorized, but it does not identify who is signed in. If you use this model, you **must** send `sdp_provider_id`
        on every API call so Suki can route each call to the correct clinician.

      Learn more in the [Provider authentication](/api-reference/provider-authentication) documentation.

      ```json JSON theme={"theme":{"light":"github-dark","dark":"material-theme-darker"}}
      {
          "sdp_suki_token": "your-suki-token", // sdp_suki_token required for all API calls
          // Required with Single Auth Token auth: send sdp_provider_id on Register, Login, and every API call
          "sdp_provider_id": "doc1234567890"
      }
      ```
    </Update>

    <Update label="v1.3.0" description="April 2026" tag="LATEST" tags={["New Endpoints"]}>
      ### New endpoints

      * **Info endpoints**: Added new endpoints to get the list of supported medication coding systems, dosage units, encounter relations, frequencies, medication timings, origins, and statuses.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/coding-systems](/api-reference/info/orders-coding-systems)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/dosage-units](/api-reference/info/orders-dosage-units)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/encounter-relations](/api-reference/info/orders-encounter-relations)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/frequencies](/api-reference/info/orders-frequencies)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/medication-timings](/api-reference/info/orders-medication-timings)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/origins](/api-reference/info/orders-origins)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/orders/statuses](/api-reference/info/orders-statuses)

      ### Enhancements

      * **Medication orders**: You can now send and retrieve medication orders for an ambient session and encounter using the following endpoints.

        **Structured data endpoints**: These endpoints return the structured data for an ambient session and encounter.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/session/{ambient_session_id}/structured-data](/api-reference/ambient-content/structured-data)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/session/{ambient_session_id}/encounter-structured-data](/api-reference/ambient-content/encounter-structured-data)

        **Context API**: This endpoint allows you to update the ambient session context with new EMR context and medication orders.

        * <Badge color="blue" size="sm">POST</Badge> [/api/v1/ambient/session/{ambient_session_id}/context](/api-reference/ambient-sessions/update-context)

        **Content API**: This endpoint returns the content for an ambient session and encounter.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/session/{ambient_session_id}/content](/api-reference/ambient-content/content)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/session/{ambient_session_id}/encounter-content](/api-reference/ambient-content/encounter-content)

      **Payload structure**:

      ```json JSON theme={"theme":{"light":"github-dark","dark":"material-theme-darker"}}
      {
          "structured_data": {
              "orders": {
                  "medication_orders": {
                      "values": [
                          {
                              "drug_name": "Drug Name",
                              "status": "Status",
                              "medication_code": "Medication Code",
                              "medication_code_type": "Medication Code Type"
                          }
                      ]
                  }
              }
          }
      }
      ```

      <Note>
        When you send medication orders to the context API, the medication orders are validated against the EMR context. If the medication orders are not valid, the context API will return an error.

        Learn more in the [Medication orders](/documentation/concepts/ambient-clinical-notes/medication-orders) documentation.
      </Note>
    </Update>
  </div>

  <div data-api-changelog-entry data-api-changelog-tags="ambient">
    <Update label="v1.2.1" description="March 2026" tags={["New Endpoints"]}>
      ### New endpoints

      * **Audio streaming and download**: We've added a new endpoint for audio streaming and download from ambient sessions. Stream or download the audio recording from an ambient session.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/ambient/session/{ambient_session_id}/recording](/api-reference/ambient-content/recording)

      Learn more in the [Audio streaming and download](/documentation/how-to/audio-streaming/audio-streaming-download) documentation.
    </Update>
  </div>

  <div data-api-changelog-entry data-api-changelog-tags="ambient">
    <Update label="v1.1.1" description="Feb 2026" tags={["Deprecated"]}>
      ### Deprecated

      * **Multilingual support**: The `multilingual` parameter is deprecated in the `Create Ambient Session` endpoint. When you call create ambient session API, the multilingual support is now **set to true by default**.
    </Update>
  </div>

  <div data-api-changelog-entry data-api-changelog-tags="dictation">
    <Update label="v1.1.0" description="Dec 2025" tags={["New Endpoints"]}>
      ### New endpoints

      * **Audio Dictation API**: Added support for real-time audio transcription. Create transcription sessions, stream transcription data, and end sessions to get final transcripts. This enables use cases like Dictation, real-time captioning, and transcript generation.

        * <Badge color="blue" size="sm">POST</Badge> [/api/v1/transcription/session/create](/api-reference/audio-transcription/create-session)
        * <Badge color="blue" size="sm">POST</Badge> [/api/v1/transcription/session/{transcription_session_id}/end](/api-reference/audio-transcription/end-session)
        * <Badge color="green" size="sm">GET</Badge> [/ws/transcribe](/api-reference/audio-transcription/stream-transcription)
    </Update>
  </div>

  <div data-api-changelog-entry data-api-changelog-tags="ambient">
    <Update label="v1.0.1" description="Nov 2025" tags={["Enhancements"]}>
      ### Enhancements

      * **Code examples**: Added code examples in Python and TypeScript for all APIs, making it easier to integrate with the platform regardless of your preferred programming language.
    </Update>
  </div>

  <div data-api-changelog-entry data-api-changelog-tags="ambient">
    <Update label="v1.0.0" description="Oct 2025" tags={["New Endpoints", "Enhancements"]}>
      ### New endpoints

      * **Info endpoints**: Introduced three new info endpoints to provide supported enum values, helping you validate context data before submission and ensuring data consistency.

        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/encounter-types](/api-reference/info/encounter-types)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/visit-types](/api-reference/info/visit-types)
        * <Badge color="green" size="sm">GET</Badge> [/api/v1/info/provider-roles](/api-reference/info/provider-roles)

      * **API reference guidelines**: Added a new [API reference guidelines](/api-reference/api-guidelines) page to help you understand API status tags, versioning, and documentation standards.

      ### Enhancements

      * **Enhanced API documentation**: Significantly restructured and enhanced API reference documentation for better developer experience, clearer organization, and improved discoverability.

      * **Problem-based charting guide**: Completely rewritten the Problem-Based Charting (PBC) guide with a clearer structure and more detailed explanations of the processing pipeline.

      * **Audio streaming authentication**: Added detailed authentication guidance for both browser and non-browser clients in the Audio streaming API reference documentation.

      * **Enhanced context support**: Updated the [Ambient session context APIs](/api-reference/ambient-sessions/context) to support a new `VisitContext` schema, including fields like `chief_complaint` and `visit_type`. The provider context has also been enhanced to support `provider_role`.

      ### Removed support

      * **SNOMED codes**: SNOMED codes are no longer supported for the diagnosis context
      * **Paused state**: Paused state is no longer supported for ambient sessions
    </Update>
  </div>
</div>
