> > 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.
My preference. > >> http://resmedicinae.sourceforge.net/model/design/presentation/ht > >>ml/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 :-)) May be you're right. We still need some years to find out in practice. Looking for additional ideas, I just raised this topic again. In the back of my mind there's sometimes SAP R/3 and such systems. Don't think I'm so crazy to plan such a thing - only in my dreams :-) The LinuxKontor project (Sourceforge) tries something similar, I think. Why isn't it possible to use one class/table "Person" for all modules? I don't think R/3 uses a different PersonAdministration for each of their pluggable modules/areas. But, as I say, I just try to get a wider scope/view and to make my system somehow flexible. Then, I may start with only one module but know that the system can be extended anytime. Best Regards, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
