[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Drug Progress
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] Drug Progress |
Date: |
Tue, 29 Apr 2003 15:02:08 +0200 |
User-agent: |
Mutt/1.3.22.1i |
Ian,
I like the draft you put forward.
There's three merge points to consider:
- Hilmars code in test-area/gmDrug/
he did some nice work in abstraction re data sources
- business object framework code in client/business
the "framework" isn't there yet but it shows if you compare,
say, gmTmpPatient and gmMedDoc and gmClinicalRecord
- the XML-RPC proposal a la test-area/hherb/gmDemographicService
drug data is one of the things that (as far as GnuMed proper
is concerned) is read-only and thus lends itself well to
an authentication-less XML-RPC service
Hence: Transferring Hilmars abstraction into client/business/
type objects being used in an XML-RPC service would be what we
want. All this encapsulated in your proposed code.
> 2/ Keep the database in its original form, and write a Python module to
> talk to it. Separate modules can be written for drugref.org and AMIS in the
> fullness of time. The other advantage
> is if MIMS switch to their XML database it should be fairly easy to write
> a Python module for this too.
This would be immediately useful for hooking up allergies and
drugs. As to how, see above.
I would also set up an internal (developers-only) AMIS database
that can be accessed remotely.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Re: [Gnumed-devel] Drug Progress, richard terry, 2003/04/29
Re: [Gnumed-devel] Drug Progress, Karsten Hilbert, 2003/04/30
Re: [Gnumed-devel] Drug Progress, Horst Herb, 2003/04/30