>> Perhaps it is more likely for LinuDent going together with e.g. TkFp >> (Tcl/Tk-FamilyPractice)? > Hmmm, I have seen a live demo of this program at the Oshca conference > and got the (personal) impression that it would confuse me if I would > be a user of the program. It feels intuitive to a doctor. In a sense. The apparent confusion probably stems from the fact that it is a system that evolved on the desktop of a single or a at most a few doctors over years. Personally, I would have loved to work on TkFp as it is the one solution that already does what I would like GNUmed to do. But tcl/tk is not an OO language, to the best of my knowledge. And since getting to know OO programming back in the days with Turbo Pascal I won't touch non-OO languages except for minor skripting. > I don't know which database backend LinuDent uses but in my opinion a > Tcl/Tk (or any other script language) backend as alternative to > PHP could be a good idea for users who do not really like a browser. This is true and a good argument. >> In the end, I think there is not a big difference between using a >> software in a General Practitioner's practice and using it for >> Specialists such as Dentists, Internists (don't know in English), >> Chirurgists (??) etc. All there might be necessary is one or two >> additional modules to the software. > That's correct and a known fact for the OdontoLinux! programmers. I happen to disagree. Even software tailored for GP's can be quite awful for surgeons. > 2. med-dent *suggest* OdontoLinux! *or* LinuxDent > would be fair to both, perhaps could give some recomendations in > the docs, but would not prevent from installing both which is bad > (see 1.) I like this. > 3. med-dent *suggest* OdontoLinux! *or* LinuxDent but does not allow > the other one to be installed once the selection was done. This is even better. However, it should be possible to force installation of both. >> http://resmedicinae.sourceforge.net/model/design/presentation/html/slide_6.html >> It's all about one common domain! OpenEHR is working on it. The kind >> of modules (or systems?) around that domain is arbitrary. So you are telling me that it doesn't matter whether I write for (real world, not ivory tower), say, an airport logistics system, a doctor's office or a Multi User Dungeon ? All I need to do is plug in the appropriate domain representation ?!? Nah. On paper that sounds awfully correct but I have yet to see it work. Regards, Karsten PS: I _have_ to be pessimistic, I'm a doctor :-)) -- GPG key ID E4071346 @ wwwkeys.pgp.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Attachment:
pgp6FL031lBu6.pgp
Description: PGP signature