gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] Better-supporting staff and other non-patient persons


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Better-supporting staff and other non-patient persons
Date: Fri, 12 Jun 2009 22:57:30 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

On Fri, Jun 12, 2009 at 12:12:27AM -0700, Jim Busser wrote:

>> In light of now being able to create person records without
>> a date of birth shall we rename "register new patient" as
>> "register person" ? It would then make a lot more sense.
>
> Yes
Done.

>> Since there is no explicit marker to the effect of "this is
>> a patient" I fail to fully appreciate the problem (apart
>> from previously having to enter some sort of DOB which,
>> however, isn't taken into argument here).
>
> Do we anywhere relate a table defining kinds of people?
Not really. We do have a table defining people as staff,
however.

> When I would  
> wish to locate contact information for
>
>       Wong, T (doctor)
>
> as opposed to various other instances of persons also named
>
>       Wong, T (patients and other non-doctors)
>
> existing in GNUmed, how will this be managed?

There will be tables defining persons as other types of
people.

> What if I wish to locate a set of cardiologists among whom I might make a 
> referral?
We currently do not support that.

>>> The clinical plug-ins (EMR tree, Progress notes, EMR journal,  
>>> Documents,
>>> Attach documents, and Measurements) should refuse to be switched-to 
>>> the
>>> way they presently refuse when "no patient is selected". In other  
>>> words,
>>> they should require more than having a *person* in focus, they should
>>> require to have *a person who is_a_patient* in focus.
>> Can you register this part as a wishlist bug on launchpad ?
>
> Maybe first needs discussion?

Well, maybe the How but IMO not necessarily the Whether
(although discussion is surely welcome). It seems a mighty
good idea to me although preferable implementation details
still elude me.

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]