This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Questionnaire Resource Proposal"

From HL7Wiki
Jump to navigation Jump to search
 
(16 intermediate revisions by 3 users not shown)
Line 2: Line 2:
 
<div style="float: left;">[[Image:OpenHotTopic.GIF|35px| ]]</div>
 
<div style="float: left;">[[Image:OpenHotTopic.GIF|35px| ]]</div>
 
<div style="background:#F0F0F0">
 
<div style="background:#F0F0F0">
This page documents a [[:category:Pending FHIR Resource Proposal|Pending]] [[:category:FHIR Resource Proposal|FHIR Resource Proposal]]
+
This page documents a [[:category:Approved FHIR Resource Proposal|Approved]] [[:category:FHIR Resource Proposal|FHIR Resource Proposal]]
 
</div>
 
</div>
 
</div>
 
</div>
 
[[Category:FHIR Resource Proposal]]
 
[[Category:FHIR Resource Proposal]]
[[Category:Pending FHIR Resource Proposal]]
+
[[Category:Approved FHIR Resource Proposal]]
  
  
Line 42: Line 42:
  
 
==Scope of coverage==
 
==Scope of coverage==
The resources covers artifacts containing sets of answers to predefined lists of questions, a.k.a. questionnaires or "forms".
+
The Questionnaire resource describes artifacts containing sets of answers to predefined lists of questions, a.k.a. questionnaires or "forms".
These forms cover the need to communicate data originating from medical history examinations, research questionnaires and sometimes full clinical speciality records.  
+
Questionnaires cover the need to record/communicate data originating from medical history examinations, research questionnaires in clinical studies and sometimes full clinical speciality records. Each questionnaire refers to a specific 'instance' of this capture - it hs a single date of capture and can be linked to only a single visit for example.
  
There is possible overlap between the information covered by Questionnaires and other Resources (FamilyHistory, MedicationStatement, Observation, Procedure, etc.), the process of collection and recording differ: Questionnaires record specifics about data capture - exactly what questions were asked, in what order, what choices for answers were, etc. Data captured using a questionnaire frequently can (and should) be used to populate other resources.  For example, questions about allergies would be used to populate AllergyIntolerance instances, questions about medications would be used to populate MedicationStatement, etc.  Capturing a populated Questionnaire resource is instances is only important when there's a need to record the raw data, for example in clinical studies, or where there's no mechanism to capture the desired data (unlikely given that Observation can capture pretty much anything).  
+
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. The section below ('Exclusions') given guidance to where use of a Questionnaire is not appropriate.
  
Questionnaires differ from Lists because Lists regroup or summarize existing information, while Questionnaires contain original, clinician collected data.
+
The Questionnaire is a separate identifiable resource, whereas the individual questions within it 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.
  
Similarly questionnaires are similar to Documents.  However, the purpose of a questionnaire is the capture of raw data as opposed to the assertion of information intended for long term persistence and use.
+
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.  
  
<!-- Define the full scope of coverage for the resourceThe scope must be clearly delineated such that it does not overlap with any other existing or expected resource. The scope will be used to govern "what is the set of potential applications to consider when evaluating what elements are 'core' – i.e. in the 80%"
+
Data captured only in questionnaires can be difficult to query after-the-factQueries 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.
  
Scope should consider numerous aspects of breadth of scope, including:
+
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.
* Subject: Human vs. non-human vs. non-patient (e.g. lab bench medicine)
 
* Disciplines: Environmental Health, Palliative, Respiratory, Psychology, Maternity, Clinical Research
 
* Delivery environment (Community, Geriatric, Home care, Emergency, Inpatient, Intensive, Neonatal, Pediatric, Primary)
 
* Locale: Country, region
 
 
 
As a rule, resources should encompass all of these aspects.
 
-->
 
  
 
==RIM scope==
 
==RIM scope==
Line 84: Line 77:
  
 
==Expected implementations==
 
==Expected implementations==
Questionnaires and (digital) forms are supported by most, if not all, hospital information systems.
+
Questionnaires and (digital) forms are supported by most, if not all, hospital and ambulatory care information systems.
  
 
<!--Key resources are justified by CCDA, for resources not deemed "key", what interest is there by implementers in using this particular resource. Provide named implementations if possible - ideally provide multiple independent implementations. -->
 
<!--Key resources are justified by CCDA, for resources not deemed "key", what interest is there by implementers in using this particular resource. Provide named implementations if possible - ideally provide multiple independent implementations. -->
  
 
==Content sources==
 
==Content sources==
There is, surprisingly, hardly and prior art in existing standards for handling Questionnaires. Specification was done based on present experience in the core team and interested early adopters.
+
* CDISC's CDASH specification, XForms, present experience in the core team and interested early adopters.
 +
* Any other templated based information capture
  
 
<!-- List all of the specifications (beyond those in the "standard" (FHIR_Design_Requirements_Sources) list of source specifications) that you’re planning to consult
 
<!-- List all of the specifications (beyond those in the "standard" (FHIR_Design_Requirements_Sources) list of source specifications) that you’re planning to consult
  
 
Are there any source specifications that you wish to consult but are concerned about access to or expertise to consider? -->
 
Are there any source specifications that you wish to consult but are concerned about access to or expertise to consider? -->
 +
 +
==Exclusions==
 +
This section lists scenarios where a questionnaire would seem appropriate, but there is a more specific resource. It may be appropriate to use a questionnaire linked to the resource to record details of the capture of information that populated the other resource.
 +
 +
* Questionnaires differ from Lists because Lists regroup or summarize existing information, while Questionnaires contain original, clinician collected data.
 +
* Questionnaires are similar to Documents in aggregation a range of information.  However, the purpose of a Questionnaire is the capture of raw data as opposed to a Document whose purpose is the composition and assertion of information/resources intended for long term persistence.
 +
* A Family History resource collects information about common conditions afflicting relatives of the concerned patient.
  
 
==Example Scenarios==
 
==Example Scenarios==
 
Examples of Questionnaires are:
 
Examples of Questionnaires are:
 
*Past medical history (PMH)
 
*Past medical history (PMH)
*Family diseases
 
 
*Social history
 
*Social history
 
*Research questionnaires
 
*Research questionnaires
Line 104: Line 104:
  
 
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this resource.  They should demonstrate the full scope of the resource and allow exercising of the resources capabilities (full element coverage, inclusion & omission of optional elements, repeating and singleton repeating elements, etc.) -->
 
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this resource.  They should demonstrate the full scope of the resource and allow exercising of the resources capabilities (full element coverage, inclusion & omission of optional elements, repeating and singleton repeating elements, etc.) -->
 +
  
 
==Resource Relationships==
 
==Resource Relationships==
The resource references the Encounter, Patient, Practitioner and RelatedPerson.  
+
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.
 +
 
  
 
<!-- What are the resources do you expect will reference this resource and in what context?
 
<!-- What are the resources do you expect will reference this resource and in what context?
Line 128: Line 132:
  
 
==Issues==
 
==Issues==
* Have revised the scope description differentiating Questionaire from Observation/Procedure/etc.
 
 
* 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.
 
* 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.
* Need to update scope to reflect whether questionnaire definition is or is not part of the scope.
+
 
* For content sources, should look at the structure of CDISC's CDASH specification.  Possibly also XForms?
+
* 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, though the more specific resoruce may well reference a questionnaire (via an extension) that was used to create/update it)
* Are any resources expected to have relationships *to* Questionnaire? Also need to talk about the Evidence relationship.
+
 
 +
* What is the relationship between the list of questions to ask (a template) and a completed form? (class vs instance)

Latest revision as of 21:33, 5 December 2014



Questionnaire

Owning committee name

Orders_&_Observations_WG (temporarily owned by Core team)

Contributing or Reviewing Work Groups

  • Patient Care
  • RCRIM


FHIR Resource Development Project Insight ID

Pending


Scope of coverage

The Questionnaire resource describes artifacts containing sets of answers to predefined lists of questions, a.k.a. questionnaires or "forms". Questionnaires cover the need to record/communicate data originating from medical history examinations, research questionnaires in clinical studies and sometimes full clinical speciality records. Each questionnaire refers to a specific 'instance' of this capture - it hs a single date of capture and can be linked to only a single visit for example.

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. The section below ('Exclusions') given guidance to where use of a Questionnaire is not appropriate.

The Questionnaire is a separate identifiable resource, whereas the individual questions within it 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.

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.

RIM scope

Observation


Resource appropriateness

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.


Expected implementations

Questionnaires and (digital) forms are supported by most, if not all, hospital and ambulatory care information systems.


Content sources

  • CDISC's CDASH specification, XForms, present experience in the core team and interested early adopters.
  • Any other templated based information capture


Exclusions

This section lists scenarios where a questionnaire would seem appropriate, but there is a more specific resource. It may be appropriate to use a questionnaire linked to the resource to record details of the capture of information that populated the other resource.

  • Questionnaires differ from Lists because Lists regroup or summarize existing information, while Questionnaires contain original, clinician collected data.
  • Questionnaires are similar to Documents in aggregation a range of information. However, the purpose of a Questionnaire is the capture of raw data as opposed to a Document whose purpose is the composition and assertion of information/resources intended for long term persistence.
  • A Family History resource collects information about common conditions afflicting relatives of the concerned patient.

Example Scenarios

Examples of Questionnaires are:

  • Past medical history (PMH)
  • Social history
  • Research questionnaires
  • Quality and evaluation forms


Resource Relationships

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.


Timelines

Expected to be ready for the sept 2013 DSTU ballot


gForge Users

ewoutkramer


Issues

  • 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, though the more specific resoruce may well reference a questionnaire (via an extension) that was used to create/update it)
  • What is the relationship between the list of questions to ask (a template) and a completed form? (class vs instance)