[Top][All Lists]

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

[Gnumed-devel] RE: Gnumed-devel Digest, Vol 9, Issue 8

From: s j tan
Subject: [Gnumed-devel] RE: Gnumed-devel Digest, Vol 9, Issue 8
Date: Wed, 13 Aug 2003 21:52:49 +1000

-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
Sent: Wednesday, 13 August 2003 11:13 AM
To: address@hidden
Subject: Gnumed-devel Digest, Vol 9, Issue 8

Send Gnumed-devel mailing list submissions to

To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to

You can reach the person managing the list at

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gnumed-devel digest..."

Today's Topics:

   1. Re: Re: [Gnumed-devel] Qt licensing issues for GNUmed
      (Karsten Hilbert)
   2. cross-platform (s j tan)
   3. Re: Conference Report (address@hidden)
   4. Re: Re: [Gnumed-devel] Qt licensing issues for GNUmed
      (Tim Churches)
   5. Re: Re: First sample of gui function docs (Tim Churches)
   6. Re: cross-platform (Andreas Tille)
   7. Re: First sample of gui function docs (Andreas Tille)
   8. Article on GUI stuff (richard terry)


Message: 4
Date: 13 Aug 2003 07:05:12 +1000
From: Tim Churches <address@hidden>
Subject: Re: Re: [Gnumed-devel] Qt licensing issues for GNUmed
To: Karsten Hilbert <address@hidden>
Cc: GNUmed-devel <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Tue, 2003-08-12 at 21:36, Karsten Hilbert wrote:
> > All very true and completely reasonable. I wasn't making a case for
Qt, merely 
> > exploring the issues for my own enlightenment, since Qt was
> > repeatedly at the GNUmed conference last week.
> BTW, it's good to see you being so active in *this* list, Tim.
> I didn't know you were reading "us" - only knew you from
> "Andrew's list" ;-)

Well, I'm and epidemiologist and public health physician (and an
ex-general practitioner) with a strong conviction that primary care
medicine is the the real key to improving population health in developed
and transitional countries (in developing countries you still need to
focus on basic infrastructure such as clean water, sewerage, and
community-based infectious disease control). With the availability of
modern public health miracle drugs like statins and antihypertensives (I
am not kidding), GPs potentially have much greater impact on public
health than any number of "eat right, exercise more" health promotion
campaigns (as inmportant as these are), and GPs and pills are also
cheaper in the short term than the fairly major reshaping of the modern
built environment and society needed to facilitate healthier lifestyles.

But to do this, GPs need good information systems, and much research and
piloting needs to be done, and these ssytems need to talk to hundreds of
disparate other systems, and every country or region will have slightly
different needs but could share a core infrastructure. That leads one to
only one logical conclusion: that a well-designed and engineered free,
open-source primary care medicine information system is essential, and
GNUmed is the closest I have seen to such a thing (although it still has
a long way to go...).

Thus I decided to attend the in Sydney (where I live), to
meet the various Oz GNUmedistas face-to-face and think seriously about
getting involved. 

Also, I am up to my eyeballs in (funded, as part of my day job) public
health information system development, using Python and PostgreSQL, but
with Web interfaces (at least to start with). There is technology which
can be shared in both directions, I think. For example, we have
developed a Python object-relational wrapper which improves on all the
existing ones (there are about 6 or 7 extant ones which we found) and is
more general in some respects that the GNUmed business objects.
Hopefully that code will be released in a month or so (under a modified
Mozilla license which is GPL compatible). We also have some experimental
(i.e. unusual) but very functional aggregate and statistical analysis
classes written in Python and R which could plug into GNUmed at some
stage (these classes were designed for analysing massive data sets of
100 million rows or more, but they should work fine with a few thousand
rows of general practice data...and the graphs produced by the R engine
are mouth-watering - BTW, R is strictlty GPL, and thus can't be linked
with anything which is non-GPL-compatible - yet another licensing
consideration with respect to Qt for Windows - yes, the R engine runs
fine under Windows as well as Linux/Unix/MacOS/X). From GNUmed I want to
glean knowhow about open source, cross-platform GUI construction, as
well as possibly leveraging GNUmed as a vehicle for public health
sentinel surveillance (in which GP's information systems transmit
aggregated, completely anonymous data on the numbers, age groups, sex
and broad reasons for patient presentations to a centralised public
health surveillance database on a daily or more frequent basis, to
permit early detection of very subtle trends in things like flu-like
illlness, asthma etc. The French have run such a system nationally for
influenza through there Mintel telephone terminals for nearly two
decades, which real benefits for everyone.).  Enough for now. 

Tim C

PGP/GnuPG Key 1024D/EAF993D0 available from keyservers everywhere
or at
Key fingerprint = 8C22 BF76 33BA B3B5 1D5B  EB37 7891 46A9 EAF9 93D0

Is there a link to a interface description of this python O-R mapper?
What was the motivation or necessity for the O-R mapper in your project


Message: 6
Date: Tue, 12 Aug 2003 23:35:56 +0200 (CEST)
From: Andreas Tille <address@hidden>
Subject: [Gnumed-devel] Re: cross-platform
Cc: address@hidden
Content-Type: TEXT/PLAIN; charset=iso-8859-15

On Wed, 13 Aug 2003, s j tan wrote:

> QT sounds a little restrictive when it comes to windows.  Java is ok
> client’s that are > Pentium 1 or 2 I think, and I’ve not had much
> ...
Because Java was mentioned quite often I think I should add a hint that
there is currently no free Java implementation which might compete with
the non-free Java implementation from Sun.  If you want to read more
this issue just google for "Debian Java FAQ".

Kind regards


 So if we write in C or C++ python it can be GPL, and LGPL or Open
Source isn't good enough For the ultimate "One" free implementation ?
Why can't there be lots of free implementations and perhaps some effort
in achieving interoperability?

In any case, why not prototype with whatever tools or language that work
well , so something working is achieved, and then use it for seeing for
what else can be done, instead of trying to work out the first shot
perfect path.
I'm sure each person who implements his/hers own rudimentary E.H.R will
A little satisfaction that they understand more of the development


Message: 7
Date: Tue, 12 Aug 2003 23:38:41 +0200 (CEST)
From: Andreas Tille <address@hidden>
Subject: [Gnumed-devel] Re: First sample of gui function docs
Cc: GNUmed-devel <address@hidden>
Content-Type: TEXT/PLAIN; charset=US-ASCII

On 13 Aug 2003, Tim Churches wrote:

> Would a PDF format be an acceptable compromise? Richard, you can use
> GhostScript/GhostView to generate a PDF from your Word document,
> having to pay hundreds of dollars for the full version of Adobe
For sure it would enable people to read this doc but he can not expect
patches ...

Kind regards



Message: 8
Date: Wed, 13 Aug 2003 11:13:53 +1000
From: richard terry <address@hidden>
Subject: [Gnumed-devel] Article on GUI stuff
To: GNUmed-devel <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain;  charset="us-ascii"

Havn't had time to read it but it may be of interest:



Gnumed-devel mailing list

End of Gnumed-devel Digest, Vol 9, Issue 8

Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (
Version: 6.0.497 / Virus Database: 296 - Release Date: 4/07/2003

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
Version: 6.0.497 / Virus Database: 296 - Release Date: 4/07/2003

reply via email to

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