[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] gmContact signal --> referrals
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] gmContact signal --> referrals |
Date: |
Thu, 3 Jun 2004 19:40:25 +0200 |
User-agent: |
Mutt/1.3.22.1i |
> > 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.
It gets even better. Here we refer to a speciality. We don't
specify either a target doctor nor a target organisation. And
we aren't supposed to give advice to the patient on which
doctor to choose. Which rule is happily ignored daily,
however.
> 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.
Maybe it is feasible to have the user select "refer to
doctor" vs. "refer to organisation" via some radiobutton ? I
know that's a bit ugly, though.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346