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

Hybrid View

partOfΣ I0..1Reference(Observation | Procedure)
questionnaireΣ0..1canonical(Questionnaire)
statusS Σ ?!1..1codeBindingFixed Value
encounterΣ I0..1Reference(Encounter)
authoredS Σ0..1dateTime
sourceΣ I0..1Reference(Patient | Practitioner | PractitionerRole | RelatedPerson)

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.0.0

.subject

  • used to associate the QuestionnaireResponse with the Patient it is about
  • where .subject is populated, it SHALL reference the same Patient resource as ServiceRequest.subject
  • for DirectMessaging integrations, the Patient resource SHALL be included in the message as a Bundle.entry and, 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.requester but 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)