One should take care never to obscure the "reality" of the fact that you have two separate test results. That reality needs to be captured somewhere, at some level of the EHR. The algorithm that the clinician or researcher applies to these two results would be another matter. -C
At 06:20 AM 10/26/2003 -0800, Bhupinder Singh wrote: >What you say is one possibility. >What is important is when there are two results out of the scenario and the >readings are different. Would it be correct to take a mean. The difference >in the reading may be on account of a number of causes starting from >--Machine error >--Human Error etc. >The question is that there is a difference and this needs to be gone into in >fact this requires to be highlighted and not covered through a mean value >generated. Graphical representation should show both values and leave it to >the clinician to decide what action he prefers to take. Textual display >should show both values too. > >Bhupinder > >----- Original Message ----- >From: "Thomas Beale" <thomas at deepthought.com.au> >To: "Openehr-Technical" <openehr-technical at openehr.org> >Sent: Friday, October 24, 2003 4:29 AM >Subject: Re: Pathology requirements TIMED MEASUREMENTS > > > > Bhupinder Singh <bobdog at sancharnet.in> wrote: > > > > > Dear Sam, > > > What you say is correct. > > > In clinical practice it is also possible that the same sample is sent to >two > > > labs for the same test and the protocol followed by both the labs is >same so > > > is the est method and the unit of reporting. The sample date and time is >the > > > same. These two results have to be viewed and stored. Thus there should >be a > > > method to store and retrieve values where the date and time of sample >and > > > the test type and method and the UOM is the same needs to be available. > > > Eg Blood Sugar reporting unit and test method are the same so is the >date > > > and time of the sample. > > > Bhupinder > > > > this is an inteersting scenario actually, since even if there are two > > perfectly legitimate test results (let's say submitted to the EHR a day >after > > each other) they don't really represent distinct results - they are the >same > > result (presumably) submitted at same or different times. Wen doing > > statistical or other queries we have to be careful - if we draw the values >on > > a graph for example of bsl over last five days, there might be two values >at > > the one timepoint (where the timepoints are the times of taking samples, >not > > doing the test - i.e. the biologically significant point in time). One way >to > > look at thist situation is to say that all test results where there is >just a > > single result are just a special case of a statistical testing situation >in > > which at any point in "body time", a sample might be tested any number of > > times (and more than one sample might be made as well) - giving a > > constellation of results. Where there are multiple results for the one > > biological timepoint, we could consider it as a statistical strengthening >of > > the confidence in the result. Probably what applications processing the > > results should do is consider N results at the same biological timepoint >to be > > the same as one, whoe value is the mean of the N, and whose confidence is >some > > higher value than that attributed to single value samples. > > > > - thomas beale > > > > - > > If you have any questions about using this list, > > please send a message to d.lloyd at openehr.org > > > >- >If you have any questions about using this list, >please send a message to d.lloyd at openehr.org Christopher J. Feahr, O.D. Optiserv Consulting (Vision Industry) http://Optiserv.com http://VisionDataStandard.org Office (707) 579-4984 Cell (707) 529-2268 - If you have any questions about using this list, please send a message to d.lloyd at openehr.org
