gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] gmContact signal --> referrals


From: Ian Haywood
Subject: Re: [Gnumed-devel] gmContact signal --> referrals
Date: Thu, 3 Jun 2004 22:15:25 +1000

On Wed, 2 Jun 2004 21:59:05 -0700
Jim Busser <address@hidden> wrote:

> On Jun 2, 2004, at 2:53 AM, Ian Haywood wrote:
> > For organisations an event is not so important, as you usually refer 
> > to someone *in* an organisation, not the
> > organisation as a whole.
> 
> Usually, but there are times when you might refer to a group of 
> specialists whose office, because of schedule uncertainty, may not 
> right away be able to tell you which among the group's specialist will 
> be the one to see the patient. It is better then to put the referral 
> through to the group without (incorrectly) specifying either in the
I thought someone would ask for this.

The problem is that the referrals writer needs an abstract "contact identity" 
object encompassing
both [natural] persons and organisations in the business layer, which will mean 
tweaking the 
gmOrganisation and gmDemographicPerson business object APIs, as well as the 
search functions
to return both organisations and people in a single query.
IMHO, it is much much eaier to have this concept reflected in the backend, 
using a special gender or similar
to mark ecords that represent organisations, but this solution has been vetoed 
by Horst and Karsten,
so I'm not sure what the best answer is.
 
Ian


-- 
PGP public key E750652E at wwwkeys.pgp.net
9BF0 67B7 F84F F7EE 0C42  C063 28FC BC52 E750 652E

Attachment: pgpNmv1RN_bAG.pgp
Description: PGP signature


reply via email to

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