Quick summary
The Medication orders capability uses the Suki Medical Orders Service to identify medication instructions from provider-patient conversations during a clinical encounter and return structured medication order data. That data can include identifiers such as RxCUI for downstream ordering workflows. Suki does not submit orders to the EHR.
Medication orders are supported by: APIs, Mobile SDK, Web SDKThe integration experience depends on the product:
- Ambient APIs: Retrieve generated medication order data programmatically from structured data endpoints after you send context and run the ambient session. See Context API.
- Web SDK: Providers can review and complete Medication orders in the SDK UI before note submission. See Medication orders overview.
- Mobile SDK: After you create an , provide optional medication context and retrieve generated Medication orders programmatically. See Orders info.
- Reduce manual entry: Turn medication instructions from the encounter into structured order data that your application can use instead of requiring manual re-entry.
- Preserve clinical context: Link Medication orders to the relevant diagnosis or problem using Problem-Based Context (PBC).
- Track medication changes: Reconcile Medication orders across multiple ambient sessions in the same encounter. Context and response
statusvalues includeACTIVE,DISCONTINUED, andREFILLED. - Integrate with your workflow: Retrieve Medication orders as part of the encounter’s broader structured data, or retrieve medication order data separately when your workflow only requires medications.
How Medication orders supports ordering workflows
Medication orders connects medication decisions from the encounter to structured data that your application can review, process, and submit through its EHR workflow.
Without structured Medication orders, medication instructions from the encounter may need to be reviewed and entered manually into downstream systems. With Medication orders enabled, Suki returns structured order data that your application can use in its ordering workflow. This reduces re-entry and keeps medication decisions connected to the clinical context.
Medication order capabilities
EHR-Specific Validation
Apply validation rules for your configured EHR so generated orders are classified against the requirements defined for that system.
Problem-Based Context (PBC)
Link each complete Medication order to the relevant diagnosis or problem from the encounter.
Cumulative Session Reconciliation
Reconcile Medication orders across multiple sessions in the same encounter using existing medication context, prior session orders, and the current transcript.
Flexible Retrieval
Pull all structured data at once, or target Medication orders only when that fits your app.
Technical requirements
For a Medication order to be complete for Suki’s EHR-specific classification, it must include:- Drug name
- Medication code (
RXCUIorNDC) that matches the acceptable list for your configured EHR - Linked diagnosis that references an existing, valid problem in the clinical context
-
Orders that meet those criteria for your configured EHR are returned in
orders.medication_orders.values. -
Orders that do not are returned in
orders.medication_orders.partial_values. A partial order contains medication information that Suki identified but could not complete with all required fields. That classification usesemr.target_emrfrom session context. Your application still reviews, processes, and submits orders through your EHR workflow. -
If a required field is missing, the order is returned in
orders.medication_orders.partial_values. If a suitable diagnosis cannot be identified, the order can be markedINCOMPLETE_DX. On Web SDK, the provider can complete missing fields in the Medication orders section before note submission.
How to use Medication orders in your application
Medication orders are not enabled by default. Contact Suki to request access before you integrate. After access is enabled, the setup path depends on the product you use. Click the tabs below to see the implementation details for your integration path.- Ambient APIs
- Web SDK
- Mobile SDK
Send medication context through the Context API, run the ambient session, then retrieve structured Medication orders from the structured data endpoints.
Send Medication Context
Use the Context API to send the patient’s active medication list and orders from prior sessions under
orders.medication_orders.values.Set status on each Medication order to ACTIVE, DISCONTINUED, or REFILLED. These are the supported status enum values for both context (input) and structured data responses. Do not send a CONTINUED status.To reconcile Medication orders across sessions, use
metadata.origin (EMR or SUKI_AMBIENT) and, when origin is EMR, set metadata.encounter_relation to CURRENT_ENCOUNTER or PRIOR_ENCOUNTER.On the same request, set emr.target_emr to ATHENA, EPIC, or CERNER when you want Suki to apply that EHR’s rules when classifying orders into values versus partial_values.Run the Ambient Session
Stream audio and end the session. During processing, the Medical Orders Service reconciles existing medication context, prior session orders, and the current transcript. You do not call a separate reconciliation endpoint.
Retrieve Structured Orders
Call the structured data endpoints and read generated orders from the response. Use Get structured data for session-scoped orders or Get encounter structured data for encounter-scoped orders.Example medication order payload (illustrative values)
JSON
For Ambient APIs and Mobile SDK, send existing medication context through session context so Suki can reconcile it with medication instructions from the current session. For Web SDK, enable the Medication orders section with LOINC
52471-0 and read the generated Medication orders from the note submission payload.Retrieve structured orders
Use the following endpoints to retrieve structured Medication orders:Session-Scoped Medication Orders
Retrieve structured orders for a session
Encounter-Scoped Medication Orders
Retrieve structured orders for an encounter
Order filtering rules
Suki applies the following filters by default when generating Medication orders:- Intent filtering: Orders can be excluded when there is no prescribing intent (for example when a patient asks about a medication but the clinician does not prescribe it). Where returned, that signal is represented as
intent_flagset toFALSE. - Diagnosis references: Generated orders only reference problems that exist in the current clinical data. They do not create references to missing problems.
- Empty values: Optional fields that were not supported by the conversation are omitted. The response does not use placeholder values such as
NAor empty strings for those fields.