gnumed-devel
[Top][All Lists]
Advanced

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

web frontend/patient singleton was: Re: [Gnumed-devel] gnumed ideas 0.1


From: Karsten Hilbert
Subject: web frontend/patient singleton was: Re: [Gnumed-devel] gnumed ideas 0.1 and post-0.1 (was Time for a major re-think in 2005)
Date: Sat, 29 Jan 2005 12:36:49 +0100
User-agent: Mutt/1.3.22.1i

> either that , or rearrange the backend a bit so the singleton idea
> isn't mandatory.
Relaxing gmCurrentPatient to not be a Singleton does not make
sense. After all that's why it's called as it is. However, if
you forego the comfort gmCurrentPatient offers and start
dealing directly with cPerson you are free to have as many of
them around as your machine affords.

Ian, I also think this is a more suitable place to decrease
find_patient_ids granularity to. Return cPerson instances from
find_patients(), not cDemographicObject ones. We would then
enhance gmCurrentPatient to switch in cPerson instances as well
as primary keys. Would you mind rethinking your patch along
those lines ?

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]