[Top][All Lists]
[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
pgpNmv1RN_bAG.pgp
Description: PGP signature