[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnumed-devel] 0.3.2 feedback: EMR tree also Past History item behaviour
From: |
James Busser |
Subject: |
[Gnumed-devel] 0.3.2 feedback: EMR tree also Past History item behaviours |
Date: |
Fri, 12 Sep 2008 09:39:56 -0700 |
Past History items are handled (or at least shown) non-uniformly
depending on any text entry into the "Progress note" field inside the
EMR > History taking... widget.
In the earlier screenshot, items
pseudo item xage 9 w note
s/p carcinoid polyp removal
were both done with some text entry whereas
pseudo item to be at age 10
s/p cholecystectomy, appendiectomy
were not.
4) all 4 items are past history items, yet 2 items are accorded 3
lines in the tree, and two only a single line not showing they are
past history items. In point of fact, all health issues becomes part
of the past history immediately with the passing of any time, it is
just that a subset continue active into the present. So there is
something very artificial about this presentation.
I understand it may simply be the default result of how the tree
programmatically builds from the encounter / episode / clin narrative
rows.
But if the clin.clin_narrative entry which was created with the past
history item does in fact lack a proper episode anyway, can the text
be expressed other than it is now?
Instead of devoting an "Episode" to it, can such Past History items
instead be displayed without an episode until something more than the
original entry has happened?
Could whatever was entered at item creation be instead displayed in
the right-side area approximately
Foundational Health Issue
Noted...
Status:
--> <here as> Comment: or as Creation note: or Inception note:
instead of as right-sided text under a "closed" episode "past history
item"?
- Re: [Gnumed-devel] 0.3.2 feedback: EMR tree also Past History item behaviours, (continued)
[Gnumed-devel] 0.3.2 feedback: EMR tree also Past History item behaviours,
James Busser <=