[Gnumed-devel] Re: Gnumed-devel Digest, Vol 55, Issue 11

[Philipp Walderdorff]

Am Dienstag, 19. Juni 2007 18:00 schrieb address@hidden:
> > I'd rather would say: GnuMed would be licensed in Austria after having
> > been adapted, possible through the knowledge of the code of my program.
>
> That is another possibility but it will take more time and
> require getting a new license. It will involve putting the
> Austrian billing into a module and interfacing that anyway.

After recent discussion I would think the best would be:
1. hold and refresh my lisence for my program in Austria
2. Adapt sucessively Gnumed with the knowledge of my source for austrian needs 
in a modular way, so that other countries can profit.
3. Make a new license for GnumedAustria.

For Point 1: To manage this, I would have to interface my programm with the 
eCard-System. Until now the eCard is managed via Broser and the patient-data 
are copied and pasted into my program on a second window. In future the 
interactions between praxis-program and eCard-System will be more intensive 
because of eReception, the digital paperless prescription, which will be a 
point of the re-licensening.
In order to manage this I am asking, if GnuMed has managed this or similar 
stuff. If this is true, I would like to solve these things with a 
Python-Program, which is interfaced with may program.
 
So the first step would be: Generate a python-program to act with my program 
and the eCardSystem (As far as I know, is my informix to old for that) in 
order to get the license for my program again.
For this aim I am not prepaired at present. I will have to learn that stuff. 
As far as I know is xml the answer. 
Does anyone know, which is the quickest way to get into this knowledge?


Step 2: Parts of this python-dCard-program would do the same action in Python.


Philipp