[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnumed-devel] Implementing drugref
From: |
J Busser |
Subject: |
[Gnumed-devel] Implementing drugref |
Date: |
Fri, 11 Feb 2005 23:00:38 -0800 |
Would OSCAR McMaster, for actual clinical use, intend to call
(interface with) the *primary* drugref server, or would the OSCAR
people download and run drugref software & databases from a central
OSCAR server, or would each clinical practice download and run
drugref from their own server?
Would these servers (other than the primary drugref server) be "mirrors"?
Would participating institutions, facilities, government bodies etc
that may be willing to contribute their formularies to drugref do so
to the primary drugref server, and would clones or mirrors of drugref
"subscribe" to any updates?
In British Columbia, patient eligibility for their drug costs to be
covered depends on what is covered by the public system and, within
this, depends on their age (children or senior citizens), whether
they are on income support like welfare and a few other factors. But
there are additional determinants of whether and how much patients
pay e.g. whether they are aboriginal, or refugees, or military, or in
prison ;-) or members of certain police forces (all these costs, if I
am correct, being covered by a federal rather than provincial
systems) or covered by employers' or private programs etc.
If I interpreted Horst's email correctly, supposing a regional
government (like mine) wished to serve its public system formulary to
doctors. Suppose that other agencies would be willing to make theirs
available, too. Could it be a good choice for government to install
and serve drugref to hold the government's own formulary, as well as
others if freely contributed, thereby making these available to
doctors to interact with through a single interface?
Is this something that Thilo's user interface project would assist?
- [Gnumed-devel] Implementing drugref,
J Busser <=