Am Dienstag, 19. Juni 2007 18:00 schrieb [EMAIL PROTECTED]: > > 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 _______________________________________________ Gnumed-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnumed-devel
