[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnumed-devel] EMR tree right-pane Synopsis tweak request
From: |
Busser, Jim |
Subject: |
[Gnumed-devel] EMR tree right-pane Synopsis tweak request |
Date: |
Tue, 30 Jul 2013 23:59:13 +0000 |
Presently, the synopsis lists, at a single level of indentation, Health Issues
as well as Episodes.
In the example below,
- Angina is both a Health Issue and the name of the episode which was, in the
meantime, promoted to a Problem.
- Aortic stenosis is a Health Issue
- Renal cell Ca is an unattributed episode
depicted in the right pane thusly:
4 known problems, clinically relevant thereof:
»Angina« (active)
»Angina« (active)
»Aortic stenosis, severe« (active)
»Renal cell Ca, 4+ cm, left, presumptive« (active)
--> and if I experiment with the status flags and alter the "Health Issue"
"Angina" to "inactive" the result is
4 known problems, clinically relevant thereof:
»Angina« (active)
»Angina« (inactive)
»Aortic stenosis, severe« (active)
»Renal cell Ca, 4+ cm, left, presumptive« (active)
and so it seems that the list is alpha-sorted on the name of
<health issue *or* Episode> concat (active *or* inactive)
however:
- are there situations where is makes sense for a Health Issue to be "inactive"
even despite that the episode contained therein is "active"?
- or should the existence of an active episode within a Health Issue always
cause the Health issue to be active?
- when an episode which had been active (of which there can only be one at any
one time) becomes inactive, should that make the Health issue inactive or do we
stop short of such extensions, and keep them unidirectional (i.e. active
episode makes inactive health issue --> active but not the converse, since a
chronic disease might remain "active" even despite that the most recent episode
had "settled down"?
The above questions are in fact incidental to how this thread started … my
original question was going to be
Can attributed episodes be indented an extra 4 spaces
because I wanted
4 known problems, clinically relevant thereof:
»Angina« (active)
»Angina« (active)
»Aortic stenosis, severe« (active)
»Renal cell Ca, 4+ cm, left, presumptive« (active)
but then I realized that the intended nesting might get broken based on alpha
sorts.
It also occurs to me that since GNUmed already supports a custom sort order on
the left side, can that same sort order be supported on the right side in the
Synopsis?
-- Jim
- [Gnumed-devel] EMR tree right-pane Synopsis tweak request,
Busser, Jim <=