Skip to main content
This page lists error scenarios for the Patient Summary APIs. All error messages are returned in JSON format as shown below.
The code field contains the numeric gRPC status code. Suki maps this value to the corresponding HTTP status code in the response. For the complete mapping, see Status code to HTTP mapping. Each error in the following tables includes an error ID, which is a stable identifier for that error. Use the error ID in your application to identify and handle specific error conditions. In API responses, the error ID is returned in the message field. Depending on the error, the message field may contain only the error ID or the error ID followed by additional details. For example:
  • invalid_sdp_token.
  • invalid_get_patient_summary_request: patient_id is required.
When handling errors, check whether the message field matches the error ID exactly or starts with it.

Common errors

These can occur across all Patient Summary APIs.

Validation

These errors occur when request validation fails for Patient Summary APIs.

Exact error messages

Downstream / connector

These errors occur in downstream services or the connector layer.The connector rewrites the message but preserves the upstream gRPC status code (for example NotFound → 404, InvalidArgument → 400, Unavailable → 503, Internal → 500).Status resolves the id via GetPatientSummary when a FHIR lookup is used.

Exact error messages

Status code to HTTP mapping

This table maps the status names returned by the Suki APIs to the corresponding HTTP status codes.
Last modified on August 7, 2026