[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Patient menu regrouping suggestion, including disambi
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] Patient menu regrouping suggestion, including disambiguation of "Inactivate" |
Date: |
Sun, 20 Jan 2008 23:30:47 +0100 |
User-agent: |
Mutt/1.5.17 (2007-11-01) |
On Sat, Jan 19, 2008 at 11:00:00AM -0800, James Busser wrote:
> The current menu has two items that involve the creation of a new patient
> however these are not adjacent.
The "load external" only once per patient involves creation.
I changed to:
_('Load external'), _('Load and possibly create patient from an external
source.'))
> The other items represent what is to be (what can be) done on a current
> patient. Two of these require administrator (database password) access and
> so might usefully be moved to their own section.
>
> Can I also suggest that the text "patient" might be removable, since it is
> after all the patient menu, and that would shorten the item names:
Done.
> I misunderstood "Inactivate", I thought it meant "keep the patient
> searchable in the database, but on selecting the patient warn that they had
> somehow terminated care and some kind of approval may be needed for them to
> return to this praxis".
It said "Deactivate". I switched to
_('Deactivate record'), _('Deactivate (exclude from search) patient record in
database.'))
> Register new
> Register new (external data)
> --------
> Edit demographics
> Import documents
only when plugin loaded - so the suggested order is not possible
> Export to xDT file
> ------
> Enlist as staff
> Inactivate <-- see comments
Now the menu is:
Register new
Load external
Deactivate record
---------------
Enlist as staff
Export to GDT
---------------
... whatever plugins add, say:
Edit demographics
Import documents
> However, having rendered Kirk no longer "findable", I gather to restore him
> would require command line work into Postgres...
Yes, as gm-dbo:
update dem.identity set deleted = False where pk = 12;
> Maybe the functionality that I desire could be a widget that, for each
> patient, lists the doctors or caregivers and lists which of them are
> responsible for the patient.
We don't support that yet, but it is also on the TODO list.
> In the case of doctors within the praxis, one
> may be the usual or preferred or most responsible physician. When none of
> these have an "active" status it could be taken as an indication that it is
> known to and confirmed among the doctor(s) that the patient had left the
> praxis. In the case of doctors outside the praxis, the list could helpfully
> inform which specialists had seen the patient historically (very helpful in
> the situation of wanting to re-refer the patient) as well as the
> possibility of indicating which specialist(s) the patient is actively
> seeing (important for shared care) as well as -- possibly -- specialists
> (or even doctors within the group) where a patient would like it recorded
> that they strongly desire *not* to be sent to see that individual again.
The first step will be a "primary doctor in praxis"
association. Next will be "primary GP". Then there will be a
tab in Demographics saying "Caregivers" with a list of
doctors, home nurses, physical therapists ...
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346