gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] GNUmed - some thoughts


From: J Busser
Subject: Re: [Gnumed-devel] GNUmed - some thoughts
Date: Sun, 5 Feb 2006 10:55:59 -0800

In my experience 90% of the medical
community does not suffer too much from being forced to use commercial
software not being developed by doctors. As long as that is the case no money
is there to pay a company to actually do the development work.

Enough doctors would have to:
- feel *responsible* to change the status quo
- feel *able* to change the status quo
- be *willing* to invest the energy/resources and
- have a clear idea of what they want achieved.

Doctors may think "surely this software could be better" or "someone ought to provide us with better software" - but who would be *responsible*? I cannot imagine doctors have made themselves responsible. How would they bring it about? Doctors don't pursue a model of joint responsibility with other organizations nor levels of government, so it would have to be a medical organization. I have heard that medical organizations either do not want the responsibility, or they are revenue-motivated hence subject to influence by commercial vendors.

I doubt you could get a majority of doctors to identify and agree on a definition of "the problem". Has anyone figured out how to do that? This seems to me the biggest barrier. So in the absence of a majority, what size of group of doctors would be needed to make a difference? Big enough to deliver the software? It is very hard to get people to support to develop something blindly i.e. without defined objectives and time lines. There is little point to support the development of something they would not use.

So at what point would it become "good enough" to use? And how does it get adopted? There are 3 scenarios:

- it is the *first* software used in someone's practice (possible)
- it can completely replace what someone is using (unlikely)
- must interoperate smoothly and add something the existing EMR cannot do
(I doubt that doing it "better" is enough incentive for people to "add-on" software)

I am getting worried, because my public health system is now looking at providing considerable financial support to doctors to implement EMRs, and there are rumors the government will decide which handful of products will be eligible.

In my province of British Columbia there is a project that had the benefit of some funding although that funding may expire. They were on the verge of a beta roll-out to some test practices but some political sand has shifted. I know that a small number of local docs had invested some time and their hope into this project and would like it to survive. It chose not to go with a browser interface and instead decided on combining a Java client with a PostgreSQL backend. Their aim is provide an "EMR-lite" where mobile functionality, integrating with PDA, is a big component.

Yes, it is much different then GNUmed. The backend schema is aligned to the RIM standard. But we owe ourselves and the community to reflect on whether their approach is better. Also, if penetration of open source software into health care is important, and this project is better positioned strategically, whether by pursuing similar goals separately we are really just repeating the Unix wars.

http://opentapas.org/wiki/index.php/Main_Page
http://sourceforge.net/projects/tap-apps/




reply via email to

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