Re: [Gnumed-devel] Mims Annual Data for gnuMed available

[Ian Haywood]

Karsten Hilbert wrote:
>>After on-going liason with Margaret Pritchard in MIMS, they have agreed to
>>allow us to use the data-structure of the MIMS annual plus an ongoing supply
>>of at least 6 month old data (minus the jpgs of all the pills) for
>>development and demonstration purposes.
> This is excellent news.
I agree.

> 1) develop your mini full PI browser based directly on the MIMS schema
> 2) interface Hilmar's browser via a "driver" to that structure
> 3) incorporate MIMS data into drugref and interface MIMS *data* in drugref
Huh? These 3 seem to overlap, I'm not sure what you mean.

Can I restate this more concretely?
         1- a set of prescribing widgets which are tightly bound to their 
datasources and thus country-specific, with
a common external API. (so at least 3: MIMS, drugref-PBS, and AMIS). These 
datasources must contain stuff like
amounts, names, etc. which has to be highly structured for this to work, but 
not neccessarily detailed text monographs.
[drugref is in this category at present]
        2- the prescribing widget generates a dispatcher event when it wants to 
display
a drug monograph, containing just the drug name a generic/brand/class indicator.
        3- this is either passed to the external program by whatever RPC 
mechanism, or caught by one
of several internal viewers (Hilmar's for AMIS, a MIMS one and a drugref one 
[the latter two which IMHO should be based
on Hilmar's work] and I would like to write one for AMH and/or Therapeutic 
Guidelines [which can't be based on Hilmar's model,
as they are simple file hierarchies, not SQL databases] [1]

Obvious 1/ is post 0.1, but we want to demonstrate 2/ and 3/, I'm not sure how, 
maybe a fake prescribing widget
with just a "Drug" textbox and a "Show Monograph" button?

> Basically we will always have two different types of drug data
> sources: Companies such as MIMS that give us access to their
> *data* - which we can then tightly integrate into GnuMed as we
> see fit. And companies which "allow" us to interface with the
> API of their own proprietary browser for their drug data. The
> latter is also needed here in DE since there is a bunch of
> drug DBs who will not give us the data directly any close-by
> day.
Yes. AMH is effectively in the latter category as they don't structure the data
enough to run a prescribing widget: its literally just a HTML version of the 
book.

Ian

[1] yes I could put the files into a SQL structure, however to avoid getting a 
letter from their solicitors
I need system that doesn't alter their data and never works without an AMH CD 
in the computers drive.

signature.asc
Description: OpenPGP digital signature