This statement defines the expected capabilities of payer systems that provide questionnaires to DTR clients. Such systems need only support server capabilities for the Questionnaire Package, ValueSet Expand, and Next Question operations.

This statement defines the expected capabilities of EHRs that manage the form filling functions of DTR internally for USCDI 1 (US-Core 3.1.1). Such EHRs need only support client capabilities for the Questionnaire Package, ValueSet Expand, and Next Question operations.

This statement defines the expected capabilities of EHRs that manage the form filling functions of DTR internally for USCDI 3 (US-Core 6.1) and USCDI 4 (US-Core 7.0). Such EHRs need only support client capabilities for the Questionnaire Package, ValueSet Expand, and Next Question operations.

This statement defines the expected capabilities of EHRs that rely on a SMART on FHIR application for USCDI 1 (US-Core 3.1.1) to handle the form filling function of DTR. This requires the server to provide access to the specified resources to allow such an app to retrieve and edit QuestionnaireResponses and related resources.

This statement defines the expected capabilities of EHRs that rely on a SMART on FHIR application for USCDI 3 (US-Core 6.1) and USCDI 4 (US-Core 7.0) to handle the form filling function of DTR. This requires the server to provide access to the specified resources to allow such an app to retrieve and edit QuestionnaireResponses and related resources.

This statement defines the expected capabilities of DTR SMART on FHIR applications. Such apps require client support for retrieving and editing QuestionnaireResponse resources and related resources, as well as client support for the Questionnaire Package, ValueSet Expand, and Next Question operations.

The operation will pass a Questionnaire reference and an OperationOutcome detailing the issue(s) including where the error occurred back to the originating Payer.

The Next Question operation is used for adaptive questionnaires. For specific details, see the SDC Next Question operation.

This operation returns a collection Bundle containing one or more Questionnaire-specific collection Bundles each consisting of a single Questionnaire resource as well as any dependency Library and ValueSet instances needed to allow a renderer to fully render and otherwise process the Questionnaire.

Allows finding QuestionnaireResponses that contain information relevant to a particular appointment, encounter or order.

A logical model describing the information that should be captured by DTR implementers about every DTR invocation to support measures evaluating DTR implementation.

A logical model describing the listing of payers currently supported by the DTR app.

The Parameters profile used to define the inputs to the $log-questionnaire-errors operation.

Profile used to validate the parameters that are the input of the 'next question' adaptive questionnaire operation

Profile used to validate the parameters that are the output of the 'next question' adaptive questionnaire operation

This profile represents the Bundle of Questionnaires and Libraries returned in a $questionnaire-package response.

The Parameters profile used to define the inputs of the $questionnaire-package operation.

A profile on Parameters indicating the expected response content of a $questionnaire-package operation.

Enforces DTR requirements on a completed or partially completed QuestionnaireResponse, including allowing the response to be linked to the relevant order, coverage, etc. and enforcing constraints applicable to the DTR context.

This profile represents the Bundle created by EHRs for transmission of a QuestionnaireResponse and associated resources to PAS, for claim submission, etc..

The DTR Adaptive Questionnaire is used to represent an adaptive Questionnaire when actually filling out a QuestionnaireResponse. NOTE: This profile does not realistically need the questionnaireAdaptive extension, but will remain intact due to potential impacts on Structured Data Capture (SDC) requirements. (Efforts will be made in an attempt to get the SDC requirements on this extension loosened in a future release)

The DTR adaptive Questionnaire is used to represent an adaptive Questionnaire when returning the empty Questionnaire in a Questionnaire package.

Takes a subset of extensions and constraints from the SDC rendering, behavior, and population profiles, reflecting agreed expectations around which data elements might be relevant as well as which must be supported for DTR purposes.

An extension to indicate the active role(s) a practitioner is currently functioning in.

Provides an alternate expression containing the compiled JSON ELM for an expression. (NOTE: The expectation is that this extension will transition to the core extensions pack)

Indicates that when filling a QuestionnaireResponse and selecting a reference, that the referenced resource should be included as a 'contained' resource within the QuestionnaireResponse

Identifies the origin of the information in the answer and how it came to exist.

Indicates how the EHR is to use the information with respect to the associated orders/records. If the Adaptive QuestionnaireResponse includes a prior authorization number the intendedUse element should be set to 'retain-doc' and/or 'withorder'.

Identifies the orders, coverages, and or other resources associated with the specified QuestionnaireResponse. Allows finding the DTR responses associated with a particular Order/Encounter/Appointment for a particular insurance coverage.

Questionnaire actions taken by human actors.

Codes describing the possible origination of information.

A list of codes indicating the DTR action performed by a system.

A list of codes indicating how DTR was launched.

A list of codes indicating the perspective from which metric data was captured.

Codes temporarily defined as part of the DTR implementation guide. These will eventually migrate into an officially maintained terminology (likely HL7's UTG code systems).

An example instance of Input Parameters that are supplied to the Log Questionnaire Errors operation.

An example instance of input Parameters used by the Next Question operation.

An example instance of output Parameters used by the Next Question operation.

An example instance of Input Parameters for the QuestionnairePackage operation.

An example instance of Output Parameters for the QuestionnairePackage operation.

An example Adaptive Form search instance.

An example base questionnaire.

An instance of CRD Coverage

An example Standard questionnaire for Home Oxygen Therapy.

An example patient used in the example resources.

An example practitioner referred to by the example resources.

A sample library from the FHIR core spec to include in other examples in this IG to demonstrate the use of Library resources

An example of DTRQuestionnairePackageOperation returning a Bundle with only a multiple questionnaires, with references to other Library and ValueSet resources

An example of DTRQuestionnairePackageOperation returning a Parameters instance containing multiple Questionnaire bundles, each with references to other Library and ValueSet resources.

Inline Questionnaire for QuestionnaireResponse

Example of ServiceRequest used in the Home Oxygen Therapy (home-o2-questionnaireresponse) example

An example QuestionnaireResponse for Adaptive Questionnaire.

An example QuestionnaireResponseBundle for Home Oxygen Therapy.

An example QuestionnaireResponseBundle for Home Oxygen Therapy.

An example QuestionnaireResponse for Home Oxygen Therapy.

An example QuestionnaireResponseBundle for Home Oxygen Therapy.

Parameters - SNOMED US Version