Receive webhook events
POST/webhook
This is the endpoint you need to implement on your server to receive events. This page references the format of all the possible events.
Request​
- application/json
Body
required
- generate_note_async.succeeded
- generate_note_async.failed
- transcribe_async.succeeded
- transcribe_async.failed
- Array [
- ]
- Array [
- ]
- Array [
- ]
The unique identifier of this webhook event.
Creation date of this webhook event.
Type of this event, serves as a discriminator between the different possible webhook types.
data objectrequired
The id of the asynchronous request.
Possible values: <= 128 characters
An optional unique client-made id for this request. When specified, this id is included in the Json payload that will be sent asynchronously. This can help clients both guarantee idempotency and correlate asynchronous responses with their requests.
Note: this id must be different for every request. It is recommended to use a randomly generated UUID.
Possible values: [ONGOING
, FAILED
, SUCCEEDED
]
payload object
The generated note along with suggested Dot Phrases if applicable.
note objectrequired
The generated note.
Title of the note.
sections object[]required
Content of the note structured in multiple sections.
Possible values: [ALLERGIES
, APPOINTMENTS
, ASSESSMENT
, ASSESSMENT_AND_PLAN
, CARDIOVASCULAR_RISK_FACTORS
, CHIEF_COMPLAINT
, CURRENT_MEDICATIONS
, FOOD_HABITS
, LIFESTYLE
, PAST_MEDICAL_HISTORY
, OBJECTIVES_AND_ADVICE
, FAMILY_HISTORY
, HISTORY_OF_PRESENT_ILLNESS
, IMAGING_RESULTS
, IMMUNIZATIONS
, LAB_RESULTS
, MENTAL_HEALTH_EXAM
, MENTAL_HEALTH_HISTORY
, PAST_MEDICAL_HISTORY
, PAST_OBSTETRIC_HISTORY
, PAST_SURGICAL_HISTORY
, PHYSICAL_EXAM
, PLAN
, PRESCRIPTION
, HISTORY_OF_PRESENT_COMPLAINT
, OBJECTIVE
, SUBJECTIVE
, SOCIAL_HISTORY
, VITALS
, WELL_CHILD_CARE
]
A key identifying a section of a note. The set of possible keys depend on the template that is used. Check Note template for possible values.
The section title.
Content of the note section.
suggested_dot_phrases object[]
A collection of Dot Phrases that were successfully matched to the encounter's transcript, given the Dot Phrases defined on the calling user. Will be null in the context of a Server API call (i.e. no calling user). This functionality enriches the generated note by expanding concise key sentences (triggers) into a more detailed format following the given Dot Phrase definition. Thus, enhancing the depth and utility of the note and facilitating a comprehensive review of patient assessments in a structured and conventional manner.
dot_phrase object
Dot phrase, also referred to as EHR (Electronic Health Record) macro, is a concise abbreviation (trigger
) that unfolds into a predefined, extended text (replacement
).
Unique identifier of the Dot Phrase.
A user-friendly title for the Dot Phrase. Does not impact the matching logic.
The text which, if present in the transcript, will prompt the suggestion of this Dot Phrase.
If true, whenever this dot phrase is suggested, the replacement text will be automatically updated based on the encounter discussion.
The replacement text for this Dot Phrase. If the Dot Phrase's trigger is detected, this text will be suggested in the note generation's response.
note_section object
The key and the title of the section in the note where this Dot Phrase is suggested to go. There are three possible scenarios:
• No suggested section: Given the Dot Phrase's content, we found no appropriate section to suggest. You should decide for a default (for instance: any kind of "free text" area you might have).
• Suggested section already present in the note: We recommend you append the Dot Phrase's suggested text_to_insert
to the section's content.
• Suggested section is not present in the note: Add a new section to the note with the provided key and title and use the Dot Phrase's suggested text_to_insert
as the section's content.
Possible values: [ALLERGIES
, APPOINTMENTS
, ASSESSMENT
, ASSESSMENT_AND_PLAN
, CARDIOVASCULAR_RISK_FACTORS
, CHIEF_COMPLAINT
, CURRENT_MEDICATIONS
, FOOD_HABITS
, LIFESTYLE
, PAST_MEDICAL_HISTORY
, OBJECTIVES_AND_ADVICE
, FAMILY_HISTORY
, HISTORY_OF_PRESENT_ILLNESS
, IMAGING_RESULTS
, IMMUNIZATIONS
, LAB_RESULTS
, MENTAL_HEALTH_EXAM
, MENTAL_HEALTH_HISTORY
, PAST_MEDICAL_HISTORY
, PAST_OBSTETRIC_HISTORY
, PAST_SURGICAL_HISTORY
, PHYSICAL_EXAM
, PLAN
, PRESCRIPTION
, HISTORY_OF_PRESENT_COMPLAINT
, OBJECTIVE
, SUBJECTIVE
, SOCIAL_HISTORY
, VITALS
, WELL_CHILD_CARE
]
A key identifying a section of a note. The set of possible keys depend on the template that is used. Check Note template for possible values.
Section title.
The actual suggested content, to be inserted in the corresponding note section. Please note that the content might be different from the replacement in the original Dot Phrase definition. In fact, the text_to_insert
takes into account the contextual information of the encounter and might change the original Dot Phrase replacement text, for instance to include exceptions.
The unique identifier of this webhook event.
Creation date of this webhook event.
Type of this event, serves as a discriminator between the different possible webhook types.
data objectrequired
The id of the asynchronous request.
Possible values: <= 128 characters
An optional unique client-made id for this request. When specified, this id is included in the Json payload that will be sent asynchronously. This can help clients both guarantee idempotency and correlate asynchronous responses with their requests.
Note: this id must be different for every request. It is recommended to use a randomly generated UUID.
Possible values: [ONGOING
, FAILED
, SUCCEEDED
]
payload objectrequired
The unique identifier of this webhook event.
Creation date of this webhook event.
Type of this event, serves as a discriminator between the different possible webhook types.
data objectrequired
The id of the asynchronous request.
Possible values: <= 128 characters
An optional unique client-made id for this request. When specified, this id is included in the Json payload that will be sent asynchronously. This can help clients both guarantee idempotency and correlate asynchronous responses with their requests.
Note: this id must be different for every request. It is recommended to use a randomly generated UUID.
Possible values: [ONGOING
, FAILED
, SUCCEEDED
]
payload object
The generated transcript.
transcript object[]required
Transcript items from the audio file.
The transcribed text.
Possible values: [DOCTOR
, PATIENT
, UNSPECIFIED
]
Who said the text in this transcript item.
Start time of this transcription item as the offset, in milliseconds, from the start of the audio file.
End time of this transcription item as the offset, in milliseconds, from the start of the audio file. Equals the start_time_ms
plus the duration of the related transcribed audio portion.
The unique identifier of this webhook event.
Creation date of this webhook event.
Type of this event, serves as a discriminator between the different possible webhook types.
data objectrequired
The id of the asynchronous request.
Possible values: <= 128 characters
An optional unique client-made id for this request. When specified, this id is included in the Json payload that will be sent asynchronously. This can help clients both guarantee idempotency and correlate asynchronous responses with their requests.
Note: this id must be different for every request. It is recommended to use a randomly generated UUID.
Possible values: [ONGOING
, FAILED
, SUCCEEDED
]
payload objectrequired
Responses​
- 200
Respond with 200 to acknowledge the handling of this webhook event, otherwise we will retry the call later.