<div><div dir="auto">I think the functionality seeked here is a threshold to trigger some action, like an alert. The given example was BP, and as an observation archetype it only records the blood pressure, using  constraints to set up only the valid values, which are 0 to maybe up 300.</div><div dir="auto">The ranges are additional information that you can put to help the clinician’s evaluation, but only rules can make the computer take some action.</div><div dir="auto">That is what I meant</div><div dir="auto">Jussara </div><br><div class="gmail_quote"><div>--------- Mensagem encaminhada ---------<br>De: Thomas Beale <<a href="mailto:thomas.beale@openehr.org">thomas.beale@openehr.org</a>><br>Data: qua, 28 de fev de 2018 às 10:19<br>Assunto: Re: Setting thresholds<br>Para:  <<a href="mailto:openehr-technical@lists.openehr.org">openehr-technical@lists.openehr.org</a>>, For openEHR clinical discussions <<a href="mailto:openehr-clinical@lists.openehr.org">openehr-clinical@lists.openehr.org</a>><br></div><br><br>
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Although Jussara is right in terms of reference ranges generally,
      i.e. what you see in a pathology handbook as ref ranges for male /
      female / child for say Total Cholesterol or some other analyte,
      the openEHR Reference Model does allow reference ranges to be
      carried in DV_QUANTITY (<a href="https://www.openehr.org/releases/trunk/UML/#Diagrams___18_1_83e026d_1433773263789_448306_5573" target="_blank">see
        here on the UML site </a>- DV_ORDERED.normal_range and
      other_reference_ranges). We do this for the same reasons Karsten
      explicates below.<br>
    </p>
    <p>The idea is that the normal range (and other ranges) <i>specific
        to the patient type for the current test order</i> (sex, age,
      sometimes 'race', e.g. African American cholesterol normal range
      is +10%) can be written into the data. So, say the patient is a 64
      yo female caucasian, and the analyte is 'total cholesterol'. The
      ref range will be (something like):</p>
    <ul>
      <li>normal range: 159-276 mg/dL or in SI, 4.12-7.15 mmol/L</li>
    </ul>
    <p>that is just one row from a table of normal ranges keyed by sex,
      age and with the modifier for African Americans (I have a US path
      manual, probably it is just 'African' elsewhere).</p>
    <p>The reference range data is often influenced by other factors
      depending on what it is, e.g. location, diet, and so on.<br>
    </p>
    <p>The point is, that the path lab can help the doc by including the
      relevant normal range with the measured value, and therefore also
      generate an 'abnormal' indicator in the result. This is a
      significant time-saver for doctors, and it also has the effect of
      writing into the EHR the reference range that was actually used to
      decide that the patient was abnormal for that analyte and to
      intervene - i.e. it's the reference knowledge for the assessment.</p>
    <p>- thomas<br>
    </p>
    <br>
    <div class="m_4469813978461558416moz-cite-prefix">On 28/02/2018 12:43, Karsten Hilbert
      wrote:<br>
    </div>
    <blockquote type="cite">
      <pre>On Wed, Feb 28, 2018 at 12:18:24PM +0000, Jussara Macedo Rötzsch wrote:

</pre>
      <blockquote type="cite">
        <pre>Ranges  aren’t actually part   of the Information model, they are rules for
decision support, and therefore belong to the Application level, like a gdl
based CDS
</pre>
      </blockquote>
      <pre>In practice there are still needs to store ranges (with the data):

1) path labs will attach ranges to recommended interpretations

        those are best stored "with" the result(-interpretation)

        and, no, it is not sufficient to attach them to the test
        *type* of a measurement

2) ranges applied by a clinician upon which a conclusion
   has been made

        those will often end up as textual part of a SOAP note

Think of a patient with warfarin monitoring: The lab will cry
foul (if not properly informed) but the clinician is happy
when the INR is in the therapeutic range.

GNUmed "solves" that by allowing to attach both a "nominal"
and a "desired" range to each test result.

For what that's worth.

Karsten
</pre>
    </blockquote>
    <br>
    <div class="m_4469813978461558416moz-signature">-- <br>
      <small>
        Thomas Beale<br>
        Principal, <a href="http://www.arssemantica.com" target="_blank">Ars Semantica</a><br>
        Consultant, ABD Team, <a href="https://intermountainhealthcare.org/" target="_blank">Intermountain
          Healthcare</a><br>
        Management Board, Specifications Program Lead, <a href="http://www.openehr.org" target="_blank">openEHR Foundation</a><br>
        Chartered IT Professional Fellow, BCS, <a href="http://www.bcs.org/category/6044" target="_blank">British Computer
          Society</a><br>
        <a href="http://wolandscat.net/" target="_blank">Health IT blog</a> | <a href="http://wolandsothercat.net/" target="_blank">Culture blog</a>
      </small></div>
  </div>

_______________________________________________<br>
openEHR-clinical mailing list<br>
<a href="mailto:openEHR-clinical@lists.openehr.org" target="_blank">openEHR-clinical@lists.openehr.org</a><br>
<a href="http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org" rel="noreferrer" target="_blank">http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org</a></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Jussara Rötzsch 
Sent from Gmail Mobile</div>