> ## 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.

# August 2026

> August 2026 release notes for Suki APIs and SDKs

This release introduces the **Patient Summary API** so you can ingest FHIR into Suki's Clinical Knowledge Graph (CKG), generate summaries for encounters and scheduled appointments, poll generation jobs, and retrieve full and pre-visit Patient Summaries for clinical review and encounter preparation.
For the **Web SDK**, we've shipped **Patient Summary** in **v3.3.0**: the patient profile UI shows a pre-visit snippet and full summary so clinicians can prepare for the visit when your organization is enabled and matching FHIR data is in CKG.

## What's new

<Update label="August 2026 - New" tag="LATEST" tags={["New Features"]}>
  ### New features

  <span id="patient-summary-api" />

  <Badge icon="code" size="sm" color="blue">Patient Summary API v1.0.0</Badge>

  **Patient Summary API**: New APIs that let partners upload FHIR data into Suki's Clinical Knowledge Graph (CKG), trigger asynchronous Patient Summary generation, poll job status, and retrieve full and pre-visit summaries for encounter preparation and clinical review workflows.

  **Key endpoints**

  * <Badge color="green" size="sm">GET</Badge> [/api/v1/fhir-push/upload-url](/patient-summary-api-reference/ckg-data-ingestion/upload): Request an upload URL for a FHIR bundle.
  * <Badge color="green" size="sm">PUT</Badge> [/api/v1/fhir-push/upload](/patient-summary-api-reference/ckg-data-ingestion/fhir-data): Upload a FHIR bundle to the CKG ingestion endpoint.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/fhir-push/status/{transaction_id}](/patient-summary-api-reference/ckg-data-ingestion/ingestion-status): Check the ingestion status for a previously uploaded bundle.
  * <Badge color="green" size="sm">POST</Badge> [/api/v1/patient-summary/generate/encounter](/patient-summary-api-reference/summary-generation/encounter-summary): Enqueue Patient Summary generation for a single encounter.
  * <Badge color="green" size="sm">POST</Badge> [/api/v1/patient-summary/generate/provider-schedule](/patient-summary-api-reference/summary-generation/scheduled-appointment-summary): Enqueue summaries for a provider schedule or batch run.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/patient-summary/{patient_summary_id}](/patient-summary-api-reference/summaries/patient-summary): Retrieve a generated Patient Summary by ID.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/patient-summary/{patient_summary_id}/pre\_visit](/patient-summary-api-reference/summaries/pre-visit-summary): Retrieve a pre-visit summary used for encounter preparation.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/patient-summary/encounter/{fhir_encounter_id}/practitioner/{fhir_practitioner_id}](/patient-summary-api-reference/summaries/encounter-practitioner): Retrieve a practitioner-facing encounter summary filtered for a specific practitioner.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/patient-summary/encounter/{fhir_encounter_id}/practitioner/{fhir_practitioner_id}/pre\_visit](/patient-summary-api-reference/summaries/encounter-pre-visit): Retrieve a practitioner-facing pre-visit summary for an encounter.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/patient-summary/encounter/{fhir_encounter_id}/practitioner/{fhir_practitioner_id}/status](/patient-summary-api-reference/summary-jobs/encounter-status): Poll generation status for an encounter-specific Patient Summary job.
  * <Badge color="green" size="sm">GET</Badge> [/api/v1/patient-summary/{patient_summary_id}/status](/patient-summary-api-reference/summary-jobs/job-status): Poll the generation or processing status for a Patient Summary by ID.

  ## Common use cases

  * **Prepare for patient encounters**: Display pre-visit summaries so clinicians can quickly review the patient's history, active problems, medications, and recent results before the appointment.
  * **Review completed encounters**: Retrieve summaries after a visit to verify documentation, identify follow-up actions, and support billing or quality workflows.
  * **Prepare an entire schedule**: Generate pre-visit summaries for all scheduled appointments so care teams can review patients and prioritize care before the clinic day begins.

  **Why it matters**: Clinicians can review ready-to-use Patient Summaries before and after visits without partners building their own summarization pipeline. The asynchronous job model scales for large FHIR uploads and scheduled batch generation for clinic workflows.

  Learn more in the [Patient Summary API overview](/patient-summary-api-reference/overview).
</Update>

## What's enhanced

<Update label="August 2026 - Enhanced" tags={["Enhancements"]}>
  ### Enhancements

  <span id="patient-summary-in-the-web-sdk" />

  <Badge icon="cube" size="sm" color="green">Web SDK v3.3.0</Badge>

  **Patient Summary in the Web SDK**: From Web SDK **v3.3.0**, the Headed Web SDK can show a pre-visit Patient Summary on the patient profile. Clinicians see a short snippet, then expand it for the full summary.

  To enable this feature in the headed Web SDK:

  * Upgrade **`@suki-sdk/js`** or **`@suki-sdk/react`** to **v3.3.0** or later.
  * Ask Suki Technical Support to enable Patient Summary for your organization.
  * Keep ingesting FHIR into CKG with the Patient Summary CKG Data Ingestion APIs.
  * Pass the FHIR encounter id as **`encounter.identifier`** and the FHIR practitioner id as **`encounter.practitionerFhirId`** when you initialize, and pass the same `encounter` again when you mount.

  You can embed this experience without building the summary screens or calling generate, status, or retrieve APIs yourself. The SDK triggers generation at login from the initialize options. Mounting or calling `setEncounter` loads the summary. It does not generate again. To generate Patient Summary for a different practitioner, initialize the SDK again with the new practitioner id.

  **Why it matters**: Clinicians get pre-visit context on the patient profile before the appointment, without leaving the headed Web SDK. If you already embed the Web SDK, you can ship that experience without building the summary screens or wiring generate and retrieve calls yourself.

  Learn more in the [Patient Summary in Web SDK](/web-sdk/guides/patient-summary) guide, the [Encounter](/web-sdk/api-reference/types/encounter) type, and the [Web SDK changelog](/web-sdk/product-updates/changelog).
</Update>