Core types
Use these types for the following purposes:- Encounter: Represents a clinical encounter that includes patient-related information.
- Patient: Contains patient demographics and identifying details.
- InitOptions: Defines configuration settings used to initialize the SDK.
- PartnerDetails: Includes partner authentication and provider information required during initialization, as described on the Partner details page.
-
For ambient flows,
patient.identifieris required.encounter.identifieris optional. Both must be strings of at most 36 characters (). Longer values can fail during composition or ambient setup. -
From Web SDK v3.2.0, if you set
encounter.identifier, use a UUID or non-UUID value, at most 36 characters. The SDK maps that value toemr_encounter_idfor ambient interoperability and encounter note retrieval. See Patient, Encounter type definitions for more information. -
From Web SDK v3.3.0, pass
encounter.practitionerFhirIdwithencounter.identifierwhen you initialize and when you mount for Patient Summary on the headed patient profile.setEncounterloads another encounter’s summary. It does not generate again. Initialize again to generate for a different practitioner. See Patient Summary in Web SDK for more information.
Encounter
Clinical encounter.
Patient
Demographics; patient ID up to 36 characters.
InitOptions
Configuration options for initializing the SDK.
PartnerDetails
Partner authentication and provider information.
UI & theme configuration
Use these types for the following purposes:- ThemeOptions: Customize the SDK’s appearance.
- MountOptions: Mount the SDK to a DOM element and pass related options.
- UIOptions: Configure user interface behavior and settings.
- SectionEditingOptions: Configure section editing features within the SDK.
ThemeOptions
Configuration for customizing SDK appearance.
MountOptions
Configuration for mounting SDK to DOM element.
UIOptions
User interface configuration options.
SectionEditingOptions
Configuration for section editing features.
Ambient session types
Use these types for the following purposes:- AmbientOptions: Configure ambient session functionality.
- Section: Define a clinical note section using LOINC codes for ambient sessions.
- EmitterEvents: Handle events emitted by the Web SDK to monitor session state and process responses. See the Emitter events page for details on tracking authentication and ambient session lifecycle events.
- NoteContent: Define the structure of clinical note content, including optional diagnosis and LOINC code.
AmbientOptions
Configuration for ambient session functionality.
Section
Clinical note section using LOINC codes.
EmitterEvents
Events emitted by the SDK for monitoring.
NoteContent
Content structure for clinical notes.
Clinical data types
Use these types for the following purposes:- Diagnosis: Define the structure of clinical diagnosis information, including ICD codes.
Diagnosis
Clinical diagnosis information with ICD codes.
Utility types
Use these types for the following purposes:- LogLevel: Control debug output verbosity.
- SukiError: Define the structure of SDK errors, including
codeanddetails. See the Suki error page for details.
LogLevel
Log levels for controlling debug output.
SukiError
Error structure with codes and details.