gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] re: review


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] re: review
Date: Thu, 27 Oct 2005 18:32:05 +0200
User-agent: Mutt/1.5.9i

On Thu, Oct 27, 2005 at 08:29:57AM +0800, Syan Tan wrote:

> one emr in oz also links actions like "no action required", "discuss", 
> "discuss
> urgently" , "set recall" , "open patient record"
Interesting, they equate "reviewed" with clinical relevance.

Should we maybe move technically_abnormal back into
test_result ? Sure enough it doesn't make too much sense to
flag documents to be technically_abnormal. For some it does
(say, a trans-thoracic cardiac echo), for some it doesn't
(say, a discharge summary). Or we might remove the not null
constraint on reviewed_doc_objs only.

> in terms of usability,   if it fails to automatically link a result to a
> patient, every single separate investigation row has to have a patient
> search done and link the record,
Well, that entirely depends on the widget facilitating the matching and ...

> even when obviously they belong in the same
> investigation set ( same date, time, patient details, path lab),
... whether it is really obvious.

> and there is no reviewed but unlinked results bay , for results that have
> arrived but no patient exists in the practice, so they end up
> clogging the results to be reviewed list over time.
A valid point. I would suggest adding a table

        unmatchable_test_results

for "seen" but unmatchable (at the time) results. We also
need to be careful with the terms "reviewed", "seen",
"clinically_relevant" here since, yes, we can often
ascertain whether an unmatchable result is
technically_abnormal but, no, we cannot really know whether
that's clinically_relevant or not. So I'd strongly suggest
thinking of rows in unmatchable_test_results as
"checked_to_be_unmatchable" instead of "reviewed" or
something.

> other things would be unreviewed results cannot be compared in one step or
> automatically for results of the same type for the
> patient that are already in the emr,
Well, in GNUmed you can always go to the patient's chart and
review the new data in the lab sheet. It's just a matter of
widgetry to allow for a button [open patient lab sheet].

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346




reply via email to

[Prev in Thread] Current Thread [Next in Thread]