<div dir="ltr">hi Heather<div><br></div><div>> <span style="font-family:Calibri,sans-serif;font-size:14.6667px">A generic question/answer pattern is next to useless - interoperability is really not helped</span></div><div><span style="font-family:Calibri,sans-serif;font-size:14.6667px"><br></span></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">I think you should rather say "</span></font><span style="font-family:Calibri,sans-serif;font-size:14.6667px">A generic question/answer pattern is only useful for exchanging the questions and answers, and does not allow re-use of data". This is not 'next to useless for interoperability', just not fit for any wider purpose</span></div><div><span style="font-family:Calibri,sans-serif;font-size:14.6667px"><br></span></div><div><span style="font-family:Calibri,sans-serif;font-size:14.6667px">Grahame</span></div><div><span style="font-family:Calibri,sans-serif;font-size:14.6667px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 5, 2017 at 3:51 PM, Heather Leslie <span dir="ltr"><<a href="mailto:heather.leslie@oceanhealthsystems.com" target="_blank">heather.leslie@oceanhealthsystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-AU" link="blue" vlink="purple">
<div class="m_2539700056739365043WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Following Thomas’ suggestion re a separate thread:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I wrote a blog post in 2014 which still reflects our current thinking re questionnaires:
<a href="https://omowizard.wordpress.com/2014/02/21/the-questionnaire-challenge/" target="_blank">
https://omowizard.wordpress.<wbr>com/2014/02/21/the-<wbr>questionnaire-challenge/</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Our experience is that the data is the priority and so we want to focus on questionnaires to support capture of good quality data.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">If you want to try to capture data from the majority of existing questionnaires then good luck – questionnaires notoriously ask questions badly,
 conflating multiple concepts into one question, Boolean True/False when there are other ‘shades of gray’ etc. They work variably as far as human interpretation but usually very badly wrt computer interpretation.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">We do have experience in taking previous paper questionnaires, analysing the data requirements sought in terms of what we want to persist and then
 we design the UI/questions to match the data desired and/or suggesting the UI might show a questionnaire but each question the clinical data is actually recorded using core archetypes – for example “Do you have diabetes?” – ‘Yes’, is recorded using the value
 ‘Diabetes’ in the EVAL.problem_diagnosis and ‘No’ is recorded in the matching exclusion archetype. This creates real clinical data that can be used as part of a health record rather than create an electronic checkbox version of the original paper questionnaire
 which will never be used again, but capture dust in our EHR’s virtual archives.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">In summary:
<u></u><u></u></span></p>
<ul style="margin-top:0cm" type="disc">
<li class="MsoNormal" style="margin-left:0cm"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">A generic question/answer pattern is next to useless - interoperability is really not helped, especially
 if both the question and answer has to be managed in the template. We have tried many variations of this in the past, some of which were uploaded into CKM and subsequently rejected.<u></u><u></u></span></li><li class="MsoNormal" style="margin-left:0cm"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Lock in those questionnaires that are ubiquitous, evidence based, validated as OBSERVATION archetypes
 and share them in the international CKM – eg AUDIT, Glasgow coma scale, Barthel index, Edinburgh post natal depression scale – there are many examples in CKM.
<u></u><u></u></span></li><li class="MsoNormal" style="margin-left:0cm"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Lock in local questionnaires that are going to be reused in your organisation, region or jurisdiction
 even though they may not be reusable elsewhere. They will provide some interoperability even if might only be appropriate within one clinical system or national CKM. An example is the Modified Early Warning Score/National Early Warning Score – there are a
 few different variations used in different locations and whether they should all be in the international CKM is still not clear.<u></u><u></u></span></li></ul>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">BTW Questionnaires should be modelled as OBSERVATIONs (ie evidence that can be collected over and over again using the same protocol) not EVALUATIONS
 (as they are not meta-analysis nor summaries).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Regards<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Heather<u></u><u></u></span></p>
<p class="MsoNormal"><a name="m_2539700056739365043__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></a></p>
<span></span>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> openEHR-technical [mailto:<a href="mailto:openehr-technical-bounces@lists.openehr.org" target="_blank">openehr-technical-<wbr>bounces@lists.openehr.org</a>]
<b>On Behalf Of </b>Pablo Pazos<br>
<b>Sent:</b> Thursday, 1 June 2017 12:58 AM<br>
<b>To:</b> For openEHR technical discussions <<a href="mailto:openehr-technical@lists.openehr.org" target="_blank">openehr-technical@lists.<wbr>openehr.org</a>><br>
<b>Subject:</b> Re: Reports - a new openEHR RM type?<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Besides specific ways to model questionnaires, my questions is if our openEHR clinical modelers have a pattern to represent questionnaires using the openEHR information model.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Wed, May 31, 2017 at 3:37 AM, GF <<a href="mailto:gfrer@luna.nl" target="_blank">gfrer@luna.nl</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<p class="MsoNormal">There are several kinds of context archetypes/templates and their meta-data are used for:<u></u><u></u></p>
<div>
<p class="MsoNormal">- de novo data - re-used data<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">- step in the clinical treatment model (observation, assessment/inference, planning, ordering, execution)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">- kind of interface it is designed for (data presentation on a screen, data capture, database store/retrieve, CDSS, …<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Each Template needs to capture all this and is a Composition.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">All these contexts are characteristics of a Composition in the end.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Questionnaires are in essence a tool that classifies information.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">And sometimes it transforms a set of responses into an aggregated value/code<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">The questionnaire can be treated as any classification, meaning we need to de fine inclusion and exclusion criteria, <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">and possible results per question can be a quantitative result (number, PQ, code), or a semi-quantitative result (high, low), or a qualitative result (present/ not present).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Semi-Qualitative results need, inclusion/exclusion criteria and a definition of what the norm/population is is about (females, children, etc.)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<div>
<p class="MsoNormal"><br>
Gerard Freriks<br>
<a href="tel:+31%206%2020347088" target="_blank">+31 620347088</a><br>
<a href="mailto:gfrer@luna.nl" target="_blank">gfrer@luna.nl</a> <u></u><u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On 31 May 2017, at 06:54, Pablo Pazos <<a href="mailto:pablo.pazos@cabolabs.com" target="_blank">pablo.pazos@cabolabs.com</a>> wrote:<u></u><u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:13.5pt"><span style="font-size:13.5pt;font-family:"Helvetica",sans-serif">Hi Thomas,<u></u><u></u></span></p>
</div>
<p class="MsoNormal" style="margin-bottom:13.5pt"><span style="font-size:13.5pt;font-family:"Helvetica",sans-serif">Thinking about the hierarchy, at which level will be a Report be? Below compo? Below entry? Structure? Representation?<u></u><u></u></span></p>
</div>
<p class="MsoNormal" style="margin-bottom:13.5pt"><span style="font-size:13.5pt;font-family:"Helvetica",sans-serif">OT: many asked me this and didn't had a good answer. Do we have a pattern to model questionnaires? Some require to define questions, and the
 answer type in most cases is boolean, or coded text (multiple choice), and answers might be 0..* (more than one answer for the same question is valid).<u></u><u></u></span></p>
</div>
<p class="MsoNormal"><span style="font-size:13.5pt;font-family:"Helvetica",sans-serif">Cheers,<u></u><u></u></span></p>
</div>
<p class="MsoNormal"><span style="font-size:13.5pt;font-family:"Helvetica",sans-serif">Pablo.<u></u><u></u></span></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
<p class="MsoNormal"><br>
______________________________<wbr>_________________<br>
openEHR-technical mailing list<br>
<a href="mailto:openEHR-technical@lists.openehr.org" target="_blank">openEHR-technical@lists.<wbr>openehr.org</a><br>
<a href="http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org" target="_blank">http://lists.openehr.org/<wbr>mailman/listinfo/openehr-<wbr>technical_lists.openehr.org</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<br>
-- <u></u><u></u></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<table class="m_2539700056739365043MsoNormalTable" border="0" cellspacing="0" cellpadding="0" style="margin-left:7.5pt;border-collapse:collapse">
<tbody>
<tr>
<td style="padding:7.5pt 7.5pt 7.5pt 7.5pt">
<p class="MsoNormal"><span style="color:#000066">Ing. Pablo Pazos Gutiérrez<br>
Cel:(00598) 99 043 145<br>
Skype: cabolabs</span><u></u><u></u></p>
</td>
<td valign="bottom" style="padding:7.5pt 7.5pt 7.5pt 7.5pt">
<p class="MsoNormal" align="center" style="text-align:center"><span style="color:#000066"><a href="http://cabolabs.com/" target="_blank"><span style="text-decoration:none"><img border="0" width="199" height="25" style="width:2.0773in;height:.2619in" id="m_2539700056739365043_x0000_i1025" src="https://docs.google.com/uc?export=download&id=0B27lX-sxkymfdEdPLVI5UTZuZlU&revid=0B27lX-sxkymfcUwzT0N2RUs3bGU2UUovakc4VXBxWFZ6OXNnPQ"></span></a><br>
<a href="http://www.cabolabs.com/" target="_blank">http://www.cabolabs.com</a><br>
<a href="mailto:pablo.pazos@cabolabs.com" target="_blank">pablo.pazos@cabolabs.com</a><br>
<a href="http://eepurl.com/b_w_tj" target="_blank">Subscribe to our newsletter</a></span><u></u><u></u></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>

<br>______________________________<wbr>_________________<br>
openEHR-technical mailing list<br>
<a href="mailto:openEHR-technical@lists.openehr.org">openEHR-technical@lists.<wbr>openehr.org</a><br>
<a href="http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org" rel="noreferrer" target="_blank">http://lists.openehr.org/<wbr>mailman/listinfo/openehr-<wbr>technical_lists.openehr.org</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">-----<br><a href="http://www.healthintersections.com.au" target="_blank">http://www.healthintersections.com.au</a> / <a href="mailto:grahame@healthintersections.com.au" target="_blank">grahame@healthintersections.com.au</a> / +61 411 867 065</div>
</div>