[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: LinuDent Info for Debian-med and Brave Gnu World



> >   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 debian-med-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



Reply to: