Questionnaire Resource Proposal
- 1 Questionnaire
- 1.1 Owning committee name
- 1.2 Contributing or Reviewing Work Groups
- 1.3 FHIR Resource Development Project Insight ID
- 1.4 Scope of coverage
- 1.5 RIM scope
- 1.6 Resource appropriateness
- 1.7 Expected implementations
- 1.8 Content sources
- 1.9 Example Scenarios
- 1.10 Resource Relationships
- 1.11 Timelines
- 1.12 gForge Users
- 1.13 Issues
Owning committee name
Orders_&_Observations_WG (temporarily owned by Core team)
Contributing or Reviewing Work Groups
- Patient Care
FHIR Resource Development Project Insight ID
Scope of coverage
The resources covers artifacts containing sets of answers to predefined lists of questions, a.k.a. questionnaires or "forms". Questionnaires cover the need to communicate data originating from medical history examinations, research questionnaires in clinical studies and sometimes full clinical speciality records.
There is possible overlap between the information covered by Questionnaires and other Resources (FamilyHistory, MedicationStatement, Observation, Procedure, etc.): Questionnaires record specifics about data capture - exactly what questions were asked, in what order, what choices for answers were, etc. Each of these questions are part of the Questionnaire, and as such the Questionnaire is a separate identifiable resource, whereas the individual questions are not. However, data captured using a Questionnaire frequently can (and should) be used to populate other Resources. For example, questions about allergies can be used to populate AllergyIntolerance instances, questions about medications would be used to populate MedicationStatement, etc.
Even so, the choice between using Questionnaires or separate Resources may be dictated by the procedure of collection and recording. E.g. if the data is captured as a physician-agreed (electronic) form, it might be impossible or undesirable to distill separate resources from it, and the Questionnaire must be stored and communicated as a whole. Interoperability of such Questionnaires is limited as interpretation of its contents is only known to the circle of parties that were involved in its definition.
Data captured only in questionnaires can be difficult to query after-the-fact. Queries against other resources will not return data captured only in questionnaires. And querying against Questionnaires directly may not find all desired data, depending on how the questions may have been phrased or encoded over time or by different clinicians. Encoding data from questionnaires using other, more specific, resources increases the ability and consistency with which it can be queried.
Questionnaires differ from Lists because Lists regroup or summarize existing information, while Questionnaires contain original, clinician collected data.
Similarly questionnaires are similar to Documents. However, the purpose of a Questionnaire is the capture of raw data as opposed to the composition and assertion of information intended for long term persistence and use in a Document.
The Questionnaire resource is used to capture answers, but also provides a mechanism to include the definition (i.e. text, choices, repeats) of the questions on the form or questionnaire.
Questionnaires and forms are part of any patient file and cover a large portion of the (semi-structured) data kept for a patient. In many systems this data is collected using user-defined screens and forms. These forms (especially the physical forms) are normally numbered and kept in the patient file for reference.
Questionnaires and (digital) forms are supported by most, if not all, hospital information systems.
- CDISC's CDASH specification, XForms, present experience in the core team and interested early adopters.
Examples of Questionnaires are:
- Past medical history (PMH)
- Family diseases
- Social history
- Research questionnaires
- Quality and evaluation forms
The resource references the Encounter, Patient, Practitioner and RelatedPerson. It's Answer.evidence can point to any resource, referring to information the answer is based on.
Questionnaire is most probably only referred to by Document.
Expected to be ready for the sept 2013 DSTU ballot
- RIM scope needs to be defined in a manner that distinguishes Questionaire from the general Observation resource and other resources such as AllergyIntolerance, problem, etc. (Also need to indicate classCode, moodCode, etc.) Not sure that Observation is the correct root. Document, container or grouper might be better. Not sure what the "question" is for the root class.
- Overlap between other resources (eg family history) should be specified) - ie it should be stated that a questionnaire is NOT to be used for this purpose, thougg=h the more specific resoruce may well reference a questionnaire (via an extension) that was used to create/update it)