[Top][All Lists]

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

Re: [Gnumed-devel] When & where to present GNUmed e.g. IEEE Symposium? R

From: Syan Tan
Subject: Re: [Gnumed-devel] When & where to present GNUmed e.g. IEEE Symposium? Role of 'Papers'?
Date: Sun, 27 Nov 2005 18:49:46 +0800

would it be wrong just to write a denormalized prescription table that holds the data as printed on a script, with a few non-mandatory foreign

key fields for e.g. drugref,  and bolt this bit of ugliness onto  beauty of gnumed schema, and optimistically leave it up to

evolutionary itch scratching to fix things later ( but this time , corrections/changes held back until the "next" version, so as not to break

a working ugly prescription module).

On Sun Nov 27 6:41 , Ian Haywood sent:

J Busser wrote:
>> The major barriers between Gnumed and widespread use (at least in
>> Australia) are the lack of a prescribing module and the lack of an
>> integrated appointments/accounting system

> So I would suggest the supporters of GNUmed, inside each country,
> identify a commercial vendor that is willing to let its own partial
> solution (scheduling and billing) inter-operate with GNUmed.
In Australia the main billing product has a matching clinical product,
so they aren't going to 'inter-operate' willingly.

However the DDE protocol they use is published, so GNUmed can easily
'pretend' to be Medical Director (the product in question) without too much fuss,

> re prescribing:

> For Australia, Richard Terry had reported on-list (see the archive)
> special permission having been obtained from an Australian company (or
> branch) to allow their drug inventory to reside in drugref, at least for
> the GNUmed project, on at least a trial basis. But I do not know where
> it stands.
This is not the rate-limiting step: we already have data for Australia and Germanu,
we first need to write some backend tables for holding prescribing data.

Ian H

Gnumed-devel mailing list

reply via email to

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