[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Re: What Can I Actually DO With Gnumed Today?
From: |
catmat |
Subject: |
Re: [Gnumed-devel] Re: What Can I Actually DO With Gnumed Today? |
Date: |
Sun, 06 Feb 2005 10:39:32 +1100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 |
J Busser wrote:
Here is the text of the question I sent only to Karsten, but which he
replied to the list:
"insert/edit not possible".
Maybe I asked the question clumsily. Does the current python code
truly lack patient creation and information editing? So for now the
only way to get patient information into the database is to bootstrap it?
Is Syan's browser code further ahead in this area?
Currently , the java browser code uses only a subset of the
functionality of the demographics that the python gui
module once had ( the python gui is currently transitioning again) .
The actual functional code for python business operations should work,
it's just that the connections to a gui need to be re-done.
The java browser code has basic demographic insert and update, with a
patient with one name, one address,
a couple of fixed types of contact numbers, a couple of fixed types
fixed external identity numbers ,
and no ability to link patients into families.
It has no ability to enter organizations, nor specialists yet (
something the python gui once was able to do).
It did have some basic clinical entry functionality, such as recording
notes, health issues, episodes,
allergies, vaccinations and medications, but had no pathology ordering/
results display,
and it lacked useful outputs ( e.g. scripts, referral letters
pathology requests ), except a printable summary .
Some of the functionality has become non-functional, as I haven't
been actively maintaining it to keep up with recent schema changes.
The java tomcat based code has one big deficiency which is that it only
logs in to postgresql as the any-doc user, so it's not really useful for
real identified note entry , currently .
( I'm investigating whether javax.sql.Datasource.getConnection(user,
password) will work)
Recently, I've just been trying to make the demographics accomodate
postcodes , suburbs field in
the street table which apparently is for countries where a street in a
suburb might have a postcode
(this is a guess at how the fields are used) .
I'm going to work on clinical to get it back to where it was, and
perhaps try to add a few other
basic functions, but it's going to try to just get a minimal set of
useful functionality,
more of a web available showcase for gnumed's flexibility really. ( A
bit like the wiki , and gnumed.org ).
Hopefully, the first web client's deficiencies will help set targets for
the python web client, which will
be more fully integrated with the business python classes. It should be
easier to write the python web
client, given that much debugging / reorganisation has occurred already
with the python business classes.