gnumed-devel
[Top][All Lists]
Advanced

[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




reply via email to

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