[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnumed-devel] Comments on 0.2.......................
From: |
Richard Terry |
Subject: |
[Gnumed-devel] Comments on 0.2....................... |
Date: |
Mon, 19 Jun 2006 10:45:06 +1000 |
User-agent: |
KMail/1.9 |
Ok, Deep breath....... and a big sigh...........
What I did
======
Simple (non torture) test ie attempted to put in new patient, add clinical
notes etc.
Results:
====
Disaster
Not saving basic demographic information properly
Not saving the medical record properly
etc etc etc.
No, impossible to give specifics, too many things go wrong.
I've said this before and I'll say it again.
=======================
There is something fundamentally wrong with the way you are approaching the
writing of gnuMed and the paradigm of medical records you are attempting to
implement.
Even given I disagree with your designs, there can be no excuse for the errors
in this. I've said this time and time again - you should iron the bugs out of
your data entry and saving. Even if they don't function well they should at
least work. This program locks up time and time again and needs the
Ctl_Alt_Backspace skull and crossbones to put it out of its misery.
Adding clinical data dosn't 'stick' on many occasions - ie one puts it in and
it dosn't appear back in the database to be displayed.
I can hear Karsten/Sebastian once again saying 'put your money where your
mouth is, be specific'.
Karsten it is too overwhelmingly bad to be able to know where to start.
I know all too well from my programming experience that given the way you are
putting this together, it is near nigh impossible to give you descriptions of
what I do to crash the program. You just have not covered the basic's of data
entry to catch basic errors.
I think your paradigm is wrong wrong wrong. I handed you a medical record
design on a platter - complete with 10 years of functionality built into it
and I still cannot for the life of me understand why you won't use it.
You need a 'top down' approach, not a 'bottom up' 'bolt together' approach.
Make the gui, make it function (with no data save), then add data entry and
save per section and you eventually end up with a fully functional program.
I personally don't think gnumed will ever get to a point of usability if you
continue down the trail you are going at. People with abilities come/go, as
they sense that contribution is pointless.
I will make my offer to you again Karsten.
If you want to stop in your tracks, adopt my functionality paradigm, and start
putting things together bit by bit under my direction, I will re-join the
effort.
Regards, and contrary to what you may think, best wishes on your continued
efffort.
Richard
PS
(BTW if you are interested - take a look at
http://www.intrahealth.co.nz/products_profile_demonstration.htm
A highly successful NZ company who are supplying software in AU, Canada,
Antarctica and NZ.
I encountered this program during a software evaulation with Hunter Urban
Divison did at the end of 2005/start 2006. Of interest is that their design
paradigm and my own are uncannily similar, albeit theirs is quite messy. I've
put a copy on my machine, and I think unfortunately for all the good
features, their product is quite unusable in general practice.
We panned their script writing. Of interest they are flying a systems analyst
out here to Newcastle in July to spend the afternoon with Myself and a
coleague in an attempt by them to fix that part of their product.)
- [Gnumed-devel] Comments on 0.2.......................,
Richard Terry <=
- Message not available
- Re: [Gnumed-devel] Comments on 0.2......................., Karsten Hilbert, 2006/06/19
- Re: [Gnumed-devel] Comments on 0.2......................., Ian Haywood, 2006/06/20
- Re: [Gnumed-devel] Comments on 0.2......................., Karsten Hilbert, 2006/06/20
- Re: [Gnumed-devel] Comments on 0.2......................., Ian Haywood, 2006/06/20
- Re: [Gnumed-devel] Comments on 0.2, Karsten Hilbert, 2006/06/20
- Re: [Gnumed-devel] Comments on 0.2, Tim Churches, 2006/06/20
- Re: [Gnumed-devel] Comments on 0.2, Karsten Hilbert, 2006/06/20
- Re: [Gnumed-devel] Comments on 0.2, Karsten Hilbert, 2006/06/20