On Wed, Feb 28, 2018 at 2:35 PM, GF wrote:
>
>
> Gerard Freriks
> +31 620347088 <+31%206%2020347088>
> gf...@luna.nl
>
> Kattensingel 20
> 2801 CA Gouda
> the Netherlands
>
> On 28 Feb 2018, at 14:42, Seref Arikan
> wrote:
>
> Hi Tom,
>
>
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 28 Feb 2018, at 14:42, Seref Arikan
> wrote:
>
> Hi Tom,
>
> The original question is talking about 'threshold's changing in time. Would
> not using
Attached to each numerical value one needs several ranges that apply to the
value.
- normal value for a defined population
- other signalling ranges
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 28 Feb 2018, at 13:18, Jussara Macedo Rötzsch
Dear All,
Thinking of querying, it seems to me that it would be really useful in some
contexts (e.g. population screening) to be able to issue a query that not only
pulled back everyone above a threshold stated in the query, but that could also
not state that, and pull out every record of a
I think there are various option (like always). One of them is to store the
thresholds separately from the RM. This is in fact fairly easy, only
afterwards we will not be able to execute some query like give me all
patients with thresholds above whatever. Or give me all patients that are
above
Sorry, sent the last email accidentally before it was finished. Here is the
end bit:
... use AQL to select above/below threshold since you can plug the
threshold value directly into WHERE clause
So I'm not sure if reference ranges would help here. Happy to be educated
if I missing something
Hi Tom,
The original question is talking about 'threshold's changing in time. Would
not using reference ranges may make things complicated during
implementation with the changing threshold requirement?
First: if the threshold is changing with respect to all instances of a
particular composition
Hi Jan-Marc,
We implemented a similar tool a couple of years ago, the limits and goals
were store in the system, not as openEHR artifacts.
Best,
Pablo.
On Wed, Feb 28, 2018 at 8:48 AM, Jan-Marc Verlinden
wrote:
> We are developing a completely openEHR based Personal
Ah great Thomas, many thanks. Think I need to research this a little..:-),
and will come back on it later.
--
Regards, Jan-Marc
Mobile: +31 6 53785650
www.medrecord.io
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
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
(see here on
I completely agree, but that does not "solve" my problem.. :-).
--
Regards, Jan-Marc
Mobile: +31 6 53785650
www.medrecord.io
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
On Wed, Feb 28, 2018 at 12:18:24PM +, Jussara Macedo Rötzsch wrote:
> 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
In practice there are still needs to store ranges (with
Hi
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
Jussara
Em qua, 28 de fev de 2018 às 09:01, Seref Arikan <
serefari...@kurumsalteknoloji.com> escreveu:
> This sounds like
This sounds like something you should handle at the application level
rather than modeling level to me.
On Wed, Feb 28, 2018 at 11:48 AM, Jan-Marc Verlinden
wrote:
> We are developing a completely openEHR based Personal Health Environment
> (PHR). For this we would like
We are developing a completely openEHR based Personal Health Environment
(PHR). For this we would like to show measured data in a graph containing
"good" or "bad". Mostly one would see some traffic light system, our
approach is different but comes to the same principle.
So for this we need to set
We are developing a completely openEHR based Personal Health Environment
(PHR). For this we would like to show measured data in a graph containing
"good" or "bad". Mostly one would see some traffic light system, our
approach is different but comes to the same principle.
So for this we need to set
16 matches
Mail list logo