FHIR Artifacts > Structure Definition: QuestionnaireResponse Profile
Structure Definition: QuestionnaireResponse Profile
Canonical URL:http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-QuestionnaireResponse
Simplifier project page: QuestionnaireResponse
Derived from: QuestionnaireResponse (CA:eReC)
Base FHIR: QuestionnaireResponse (R4)
Formal Views of Profile Content
Description of Profiles, Differentials, Snapshots and how the different presentations work
Differential View
| EReferralQuestionnaireResponse (QuestionnaireResponse) | http://fhir.infoway-inforoute.ca/io/CA-eReC/StructureDefinition/CA-eReC-QuestionnaireResponse | ||
| meta | S | 1.. | |
| profile | S | 1.. | |
| identifier | |||
| system | 1.. | ||
| value | 1.. | ||
| basedOn | Reference(EReferralServiceRequest) | ||
| partOf | ..1 | ||
| subject | Reference(EReferralPatient) | ||
| author | Reference(EReferralPractitionerRole) |
Hybrid View
| EReferralQuestionnaireResponse (QuestionnaireResponse) | http://fhir.infoway-inforoute.ca/io/CA-eReC/StructureDefinition/CA-eReC-QuestionnaireResponse | ||
| meta | S | 1.. | |
| profile | S | 1.. | |
| identifier | |||
| system | 1.. | ||
| value | 1.. | ||
| basedOn | Reference(EReferralServiceRequest) | ||
| partOf | ..1 | ||
| subject | Reference(EReferralPatient) | ||
| author | Reference(EReferralPractitionerRole) |
Snapshot View
| EReferralQuestionnaireResponse (QuestionnaireResponse) | http://fhir.infoway-inforoute.ca/io/CA-eReC/StructureDefinition/CA-eReC-QuestionnaireResponse | ||
| meta | S | 1.. | |
| profile | S | 1.. | |
| identifier | |||
| system | 1.. | ||
| value | 1.. | ||
| basedOn | Reference(EReferralServiceRequest) | ||
| partOf | ..1 | ||
| subject | Reference(EReferralPatient) | ||
| author | Reference(EReferralPractitionerRole) |
Table View
| QuestionnaireResponse | .. | |
| QuestionnaireResponse.meta | 1.. | |
| QuestionnaireResponse.meta.profile | 1.. | |
| QuestionnaireResponse.identifier | .. | |
| QuestionnaireResponse.identifier.system | 1.. | |
| QuestionnaireResponse.identifier.value | 1.. | |
| QuestionnaireResponse.basedOn | Reference(EReferralServiceRequest) | .. |
| QuestionnaireResponse.partOf | ..1 | |
| QuestionnaireResponse.subject | Reference(EReferralPatient) | .. |
| QuestionnaireResponse.author | Reference(EReferralPractitionerRole) | .. |
JSON View
{
"url": "http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-QuestionnaireResponse",
"description": "QuestionnaireResponse resource is used to capture additional information, notes, record question/answers, etc. about the referral. This resource will be referrenced via ServiceRequest resource.",
"baseDefinition": "http://fhir.infoway-inforoute.ca/io/CA-eReC/StructureDefinition/CA-eReC-QuestionnaireResponse",
{
},
{
"comment": "#### **_` FOR eREFERRAL USAGE: The meta.profile = http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-QuestionnaireResponse|1.1.0 `_**\n\nIt is up to the server and/or other infrastructure of policy to determine whether/how these claims are verified and/or updated over time. The list of profile URLs is a set.",
},
{
},
{
},
{
},
{
{
"http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-ServiceRequest"
]
}
]
},
{
},
{
"comment": "#### **_`FOR EREFERRAL USAGE: The subject of QuestionnaireResponse MUST be same as the subject in the ServiceRequest. `_**\n\nIf the Questionnaire declared a subjectType, the resource pointed to by this element must be an instance of one of the listed types.",
{
"http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-Patient"
]
}
]
},
{
"definition": "**Person who received the answers to the questions in the QuestionnaireResponse and recorded them in the system.**",
"comment": "#### **_`FOR EREFERRAL USAGE: If blank, can assume that the author = ServiceRequest.requester. Note questionnaireResponse has a few uses: 1) for supplimentary information added when submitting a referral 2) for additional data sets (such as assessments) added AFTER the initial referral submission (e.g., by the provider). For case 1, if blank it can safely be assumed that the author = ServiceRequest.requester.`_**\n\nMapping a subject's answers to multiple choice options and determining what to put in the textual answer is a matter of interpretation. Authoring by device would indicate that some portion of the questionnaire had been auto-populated.\n\nIf blank, can assume that the author = ServiceRequest.requester. Note questionnaireResponse has a few uses: 1) for supplimentary information added when submitting a referral 2) for additional data sets (such as assessments) added AFTER the initial referral submission (e.g., by the provider). For case 1, if blank it can safely be assumed that the author = ServiceRequest.requester.",
{
"http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-PractitionerRole"
]
}
]
}
]
}
}
Usage
For eReferral, the QuestionnaireResponse resource is used in DirectMessaging integrations WITHOUT a corresponding Questionnaire resource to provide structured form data captured in a RMS Source as a list of questions and responses.
For eConsult, the QuestionnaireResponse resource is used WITH the Questionnaire resource to provide structured data (e.g. provider survey responses) as a list of questions and responses.
Questionnaire and QuestionnaireResponse should only be used for conveying information that cannot be communicated with a discrete profile (e.g., AllergyIntolerance, MedicationStatement, etc.)
Notes
.id
- used to uniquely identify the resource
- if a persistent identity for the resource is not available to use when constructing a message Bundle for transmission via Direct Messaging, a UUID SHOULD be used in this element (with a corresponding value in
Bundle.entry.fullUrl)
.meta.profile
- used to declare conformance to this profile
- populate with a fixed value:
http://ehealthontario.ca/fhir/StructureDefinition/ca-on-eReferral-profile-QuestionnaireResponse|1.1.0
.questionnaire
- when the QuestionnaireResponse is created by RMS-Source systems, this SHALL be populated with the canonical reference of an Ontario SRF if the RMS Source used a SRF Questionnaire to render the referral form to the end user.
- when the QuestionnaireResponse is received by RMS-Target systems, the expectation is that the electronic form is to be rendered using the Questionnaire structure and following the Ontario FHIR SDC Implementation Guide if the canonical reference was provided
.subject
- used to associate the QuestionnaireResponse with the Patient it is about
- where
.subjectis populated, it SHALL reference the same Patient resource asServiceRequest.subject - for DirectMessaging integrations, the Patient resource SHALL be included in the message as a
Bundle.entryand, if a persistent resource is available, MAY also be resolvable at a RESTful FHIR endpoint
.author
- SHOULD be populated with a reference to the PractitionerRole resource or, for self-referrals, a Patient resource who completed the form
- if the ServiceRequest is being transmitted via messaging, the referenced resource SHALL be included in the message as a
Bundle.entry - if this element is not populated, recipients MAY assume that the author =
ServiceRequest.requesterbut this has limitations if supplimentary information added by a different author when submitting a referral or if additional data (such as assessments) are added AFTER the initial referral submission
.item
- if a form question is displayed to the user but no answer is provided, then item.text should be used and exclude item.answer (null or blank values for elements are not FHIR)