Patient Summary Retrieval
Get Patient Summary Using Partner Identifiers
Retrieve the comprehensive Patient Summary object using your internal FHIR identifiers
GET
cURL
Use this endpoint to retrieve full Patient Summary object using your internal FHIR identifiers instead of the
patient_summary_id.
Use this API when you do not have the patient_summary_id returned by Suki. Suki uses the fhir_encounter_id and fhir_practitioner_id to locate the corresponding Patient Summary.
Before calling this endpoint:
- Ingest the required Patient, Encounter, and Practitioner resources using the CKG Data Ingestion APIs.
- Ensure the
fhir_encounter_idandfhir_practitioner_idmatch the identifiers in the ingested FHIR data.
Response object structure
The generated Patient Summary object includes the following sections:- About Visit - Information about the visit, including the date, reason for visit, and provider information.
- Patient Summary - A summary of the patient’s medical history, including their medications, allergies, and chronic conditions.
- Previous Visit - A summary of the patient’s previous visit, including the date, reason for visit, and provider information.
- Problems - A list of the patient’s problems, including their medications, allergies, and chronic conditions.
Authorizations
Suki access token (suki_token) from Login or Register. Expires after one hour.
Headers
Optional for standard partners.
Required for:
- Bearer authentication. Use the same
provider_idreturned by the Login or Register API. - Single Auth Token authentication. Include the same
provider_idon every request assdp_provider_id.
Example:
"provider-123"
Path Parameters
FHIR encounter identifier. Must match the encounter identifier in the ingested FHIR data.
FHIR practitioner identifier. Must match the practitioner identifier in the ingested FHIR data.
Response
Success Response
Last modified on August 7, 2026
cURL