Class ClinicalNoteGenerationSettings
- All Implemented Interfaces:
Serializable
,SdkPojo
,ToCopyableBuilder<ClinicalNoteGenerationSettings.Builder,
ClinicalNoteGenerationSettings>
The output configuration for aggregated transcript and clinical note generation.
- See Also:
-
Nested Class Summary
Nested Classes -
Method Summary
Modifier and TypeMethodDescriptionbuilder()
final boolean
final boolean
equalsBySdkFields
(Object obj) Indicates whether some other object is "equal to" this one by SDK fields.final <T> Optional
<T> getValueForField
(String fieldName, Class<T> clazz) final int
hashCode()
Specify one of the following templates to use for the clinical note summary.final String
Specify one of the following templates to use for the clinical note summary.final String
The name of the Amazon S3 bucket where you want the output of Amazon Web Services HealthScribe post-stream analytics stored.static Class
<? extends ClinicalNoteGenerationSettings.Builder> Take this object and create a builder that contains all of the current property values of this object.final String
toString()
Returns a string representation of this object.Methods inherited from interface software.amazon.awssdk.utils.builder.ToCopyableBuilder
copy
-
Method Details
-
outputBucketName
The name of the Amazon S3 bucket where you want the output of Amazon Web Services HealthScribe post-stream analytics stored. Don't include the
S3://
prefix of the specified bucket.HealthScribe outputs transcript and clinical note files under the prefix:
S3://$output-bucket-name/healthscribe-streaming/session-id/post-stream-analytics/clinical-notes
The role
ResourceAccessRoleArn
specified in theMedicalScribeConfigurationEvent
must have permission to use the specified location. You can change Amazon S3 permissions using the Amazon Web Services Management Console . See also Permissions Required for IAM User Roles .- Returns:
- The name of the Amazon S3 bucket where you want the output of Amazon Web Services HealthScribe
post-stream analytics stored. Don't include the
S3://
prefix of the specified bucket.HealthScribe outputs transcript and clinical note files under the prefix:
S3://$output-bucket-name/healthscribe-streaming/session-id/post-stream-analytics/clinical-notes
The role
ResourceAccessRoleArn
specified in theMedicalScribeConfigurationEvent
must have permission to use the specified location. You can change Amazon S3 permissions using the Amazon Web Services Management Console . See also Permissions Required for IAM User Roles .
-
noteTemplate
Specify one of the following templates to use for the clinical note summary. The default is
HISTORY_AND_PHYSICAL
.-
HISTORY_AND_PHYSICAL: Provides summaries for key sections of the clinical documentation. Examples of sections include Chief Complaint, History of Present Illness, Review of Systems, Past Medical History, Assessment, and Plan.
-
GIRPP: Provides summaries based on the patients progress toward goals. Examples of sections include Goal, Intervention, Response, Progress, and Plan.
-
BIRP: Focuses on the patient's behavioral patterns and responses. Examples of sections include Behavior, Intervention, Response, and Plan.
-
SIRP: Emphasizes the situational context of therapy. Examples of sections include Situation, Intervention, Response, and Plan.
-
DAP: Provides a simplified format for clinical documentation. Examples of sections include Data, Assessment, and Plan.
-
BEHAVIORAL_SOAP: Behavioral health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
-
PHYSICAL_SOAP: Physical health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
If the service returns an enum value that is not available in the current SDK version,
noteTemplate
will returnMedicalScribeNoteTemplate.UNKNOWN_TO_SDK_VERSION
. The raw value returned by the service is available fromnoteTemplateAsString()
.- Returns:
- Specify one of the following templates to use for the clinical note summary. The default is
HISTORY_AND_PHYSICAL
.-
HISTORY_AND_PHYSICAL: Provides summaries for key sections of the clinical documentation. Examples of sections include Chief Complaint, History of Present Illness, Review of Systems, Past Medical History, Assessment, and Plan.
-
GIRPP: Provides summaries based on the patients progress toward goals. Examples of sections include Goal, Intervention, Response, Progress, and Plan.
-
BIRP: Focuses on the patient's behavioral patterns and responses. Examples of sections include Behavior, Intervention, Response, and Plan.
-
SIRP: Emphasizes the situational context of therapy. Examples of sections include Situation, Intervention, Response, and Plan.
-
DAP: Provides a simplified format for clinical documentation. Examples of sections include Data, Assessment, and Plan.
-
BEHAVIORAL_SOAP: Behavioral health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
-
PHYSICAL_SOAP: Physical health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
-
- See Also:
-
-
noteTemplateAsString
Specify one of the following templates to use for the clinical note summary. The default is
HISTORY_AND_PHYSICAL
.-
HISTORY_AND_PHYSICAL: Provides summaries for key sections of the clinical documentation. Examples of sections include Chief Complaint, History of Present Illness, Review of Systems, Past Medical History, Assessment, and Plan.
-
GIRPP: Provides summaries based on the patients progress toward goals. Examples of sections include Goal, Intervention, Response, Progress, and Plan.
-
BIRP: Focuses on the patient's behavioral patterns and responses. Examples of sections include Behavior, Intervention, Response, and Plan.
-
SIRP: Emphasizes the situational context of therapy. Examples of sections include Situation, Intervention, Response, and Plan.
-
DAP: Provides a simplified format for clinical documentation. Examples of sections include Data, Assessment, and Plan.
-
BEHAVIORAL_SOAP: Behavioral health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
-
PHYSICAL_SOAP: Physical health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
If the service returns an enum value that is not available in the current SDK version,
noteTemplate
will returnMedicalScribeNoteTemplate.UNKNOWN_TO_SDK_VERSION
. The raw value returned by the service is available fromnoteTemplateAsString()
.- Returns:
- Specify one of the following templates to use for the clinical note summary. The default is
HISTORY_AND_PHYSICAL
.-
HISTORY_AND_PHYSICAL: Provides summaries for key sections of the clinical documentation. Examples of sections include Chief Complaint, History of Present Illness, Review of Systems, Past Medical History, Assessment, and Plan.
-
GIRPP: Provides summaries based on the patients progress toward goals. Examples of sections include Goal, Intervention, Response, Progress, and Plan.
-
BIRP: Focuses on the patient's behavioral patterns and responses. Examples of sections include Behavior, Intervention, Response, and Plan.
-
SIRP: Emphasizes the situational context of therapy. Examples of sections include Situation, Intervention, Response, and Plan.
-
DAP: Provides a simplified format for clinical documentation. Examples of sections include Data, Assessment, and Plan.
-
BEHAVIORAL_SOAP: Behavioral health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
-
PHYSICAL_SOAP: Physical health focused documentation format. Examples of sections include Subjective, Objective, Assessment, and Plan.
-
- See Also:
-
-
toBuilder
Description copied from interface:ToCopyableBuilder
Take this object and create a builder that contains all of the current property values of this object.- Specified by:
toBuilder
in interfaceToCopyableBuilder<ClinicalNoteGenerationSettings.Builder,
ClinicalNoteGenerationSettings> - Returns:
- a builder for type T
-
builder
-
serializableBuilderClass
-
hashCode
-
equals
-
equalsBySdkFields
Description copied from interface:SdkPojo
Indicates whether some other object is "equal to" this one by SDK fields. An SDK field is a modeled, non-inherited field in anSdkPojo
class, and is generated based on a service model.If an
SdkPojo
class does not have any inherited fields,equalsBySdkFields
andequals
are essentially the same.- Specified by:
equalsBySdkFields
in interfaceSdkPojo
- Parameters:
obj
- the object to be compared with- Returns:
- true if the other object equals to this object by sdk fields, false otherwise.
-
toString
-
getValueForField
-
sdkFields
-
sdkFieldNameToField
- Specified by:
sdkFieldNameToField
in interfaceSdkPojo
- Returns:
- The mapping between the field name and its corresponding field.
-