scale upto hospital use, and scale down to sole proprietor clinic use,
and medical records move easily between hospital and clinic, like
the patient hospital file being pulled out at outpatients after discharge,
except you can do it at the/any GPs as well.
On Tue Apr 3 10:44 , Tim Churches
syan tan <[EMAIL PROTECTED]> wrote:
>
> oops, wrong here as well. It's not bad ; it is probably strongly bound
> to the underlying middleware zope and plone, but the organization is
> not clueless. It's a little different from gnumed .
> For instance, it has a consultation and a progress note, and a
> procedural report section ( eg echo, stress test). the consultation
> and progress note section look identical, single text box entry
> but associated with a date field and a doctor field. The procedural
> report section looks like what the consultation section should look
> like, e.g. with free text boxes for every aspect of a medical report
> with the option of importing existing information in each section
> e.g. past history, medications, allergies .
> The script section does look like a database row entry, but is as
> simplified as what is normally usable, e.g. free text drug name,
> free text script instructions, with boxes for quantity and repeats,
> and script validity date. It also adds some script mx functions such
> as retirement of medication and reason for retirement.
> The immunization and allergy sections look not done.
> The results and documents section look like file upload screens
> with metadata entry, but the results section gives the hint that an
> attempt will be made to parse the file uploaded for metadata
> information, such as which patient, and category of result.
> There is a section for entry of vital signs;
> recalls are called health maintenances , with three fields , recall
> date, type of recall, and reason for recall / eh .. health maintenance.
> The appointments section is adequate too - it has 3 views,
> month by hour, giving rapid overview of available appointments,
> multiple doctors view for the secretaries, and single doctor's view
> for doctors, pretty much basically what we get in oz.
> So it is better than openemr, and it looks like several months work,
> given it might have gone over one iteration, unless the guy
> who did it worked it out on paper first, and worked within the
> limitations of his platform, which is what it looks like, so it
> could have been several weeks work.
Yes, yes, fine, OK, whatever, but the political point that I am trying to make is that building a capable and very sound open-source primary care EMR for Australia is *not* a few afternoons work, not even for Horst, but *nor* is it a $100 million exercise. It is, instead, about 8 to 10 person-years effort by half a dozen smart people working full-time on the project over the course of 12-18 months of calendar time, at a total cost of $1.5 to $2 million. I can think of no more cost-effective investment to improve of our nation's health than that, because it would save hundreds of millions by simplifying the creation of shared EHRs and other initiatives, and it would provide an open platform for a whole range of decision-support, quality assurance and public health program plug-ins. And much more.
Tim C
> On Tue, 2007-04-03 at 07:01 +1000, Tim Churches wrote:
> > Well, that's its name. It is a new, open source, Web-based EMR for the
> > US market, based on Zope and Plone, which are intriguing but probably
> > quite sound choices for infrastructure (uses an object database, not a
> > relational database - makes much sense for clinical data). See
> > http://www.uemr.com/index.html
> >
> > Probably not usable as-is in the Oz setting, but yet another
> > demonstration that it *is* possible to create viable open source
> > clinical apps with very modest investment. They mention "four years of
> > effort", probably by one to three people - thus around 10 person-years
> > of effort. That's around $1.5-2.0 million of investment. Would be
> money
> > well spent by a govt agency or even a private philanthropic concern in
> > the Australian setting (or even sponsorship by a private health
> > insurance company - what better way to promote yourself but to have
> > posters in GPs' waiting rooms say "the computer software used by this
> > practice is proudly sponsored by...". No need to wait 4 years: half a
> > dozen smart people could do it in 12-18 months, with increasingly
> > polished prototypes to show off and get active feedback at monthly
> > intervals along the way. That's what Australian patients and health
> > professionals deserve.
> >
> > Tim C
> > _______________________________________________
> > Gpcg_talk mailing list
> > [email protected]
> > http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
> >
>
> _______________________________________________
> Gpcg_talk mailing list
> [email protected]
> http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
_______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
