gnumed-devel
[Top][All Lists]
Advanced

[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.














reply via email to

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