Gunther, et al,
It appears that I have been kicked off the list at
[EMAIL PROTECTED]
I will miss reading your contributions to the discussion.
>Received: from dhaame.pair.com by vmth.ucdavis.edu ; Tue, 28 Dec 99
15:01:41 -0800 (PST)
>Received: (from slist@localhost) by dhaame.pair.com (8.9.1/8.6.12) id
SAA05146; Tue, 28 Dec 1999 18:01:42 -0500 (EST)
>Date: Tue, 28 Dec 1999 18:01:42 -0500 (EST)
>From: [EMAIL PROTECTED]
>Message-Id: <[EMAIL PROTECTED]>
>X-Envelope-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: The least common denominator
>References: <[EMAIL PROTECTED]>
>In-Reply-To: <[EMAIL PROTECTED]>
>X-Loop: [EMAIL PROTECTED]
>
>Posting to the openhealth-list is restricted to list subscribers.
>
>Your original message follows.
>-----------------------------------------------------------------
>Gunther Schadow wrote:
>>"Alvin B. Marcelo" wrote:
>>> VistA, Java, Eiffel, GEHR, USAM, C++, C, Python.....
>>>
>>> I see CORBAmed/CORBA as the least common denominator in all
>these.......it
>>> does not preclude any of the above and falls within our definition of
>"open
>>> source" (or does it? -- Dave F?)
>>>
>>> Is it alright for us therefore to focus our sights on CORBAmed since it
>is
>>> the most neutral of all the "models" set forward.
>>
>>I disagree very much. I do not want to cause any unnecessary violence
>>here, but the conclusion CORBAmed is the neutral way to go is not
>>founded. CORBAmed's COAS is not independent or any more general than
>>GEHR or HL7 v3/USAM. CORBAmed comes with a specific model on observations
>>etc., just like HL7 and GEHR. So, deciding on anything between these
>>three is preemptive, and, I think pretty useless.
>
>I think that Gunther's remarks here confirm my general impression of the
>activity on this list. People representing a number of distinct open source
>projects (Gunther, David, and Thomas to name just a few) are talking about
>their projects and approaches to the development of open source software
and
>beginning to forge some common ground of understanding. I personally find
>this to be enlightening and worthwhile and it might even result in
>something useful to me, eventually.
>
>However, I think the domain of interest is too large and complex and the
>level of understanding and experience represented is too varied for these
to
>easily come together in the near future on a useful least common
>denominator.
>
>I think this list serves a useful function as a rather loose umbrella
>primarily aimed at fostering the common understanding of the domain and
>inclusive to all the different projects and approaches. It would be greatly
>diminished if it were to focus exclusively on a single project.
>
>>The fact that you can half-way map between any models is
>>always touted by CORBAmed people as the big advantage of CORBAmed
>>specs. But it is a pointless half-truth, and I resent this strategy
>>of CORBAmed advertizing for creating exactly the notion that Alvin
>>recites here. I have been silent to David Forslund's continuing blowing
>>the marketing horn for CORBAmed here since I don't see a way to stop
>>this by argument. I guess I don't know what this list or the OSHCA
>>thing will do anyway, but I'm not gonna waste time to cheer CORBAmed
>>and COAS.
>>
>>For the 100th time I'd like to point out that CORBA and CORBAmed are
>>*not* the same thing, and that I like CORBA technology very much, but
>>I disagree on a lot of the healthcare domain work that CORBAmed has been
>>done. The CORBAmed model would belong on the same examination table
>>that we put GEHR and HL7 v3 on, but CORBAmed folks continuously step
>>aside from this examination by claiming that CORBAmed is independent
>>from the information model, it is not!
>>
>>regards and happy millenium!
>>-Gunther
>>
>>--
>>Gunther_Schadow-------------------------------http://aurora.rg.iupui.edu
>>Regenstrief Institute for Health Care
>>1050 Wishard Blvd., Indianapolis IN 46202, Phone: (317) 630 7960
>>[EMAIL PROTECTED]#include <usual/disclaimer>
>
>---------------------------------------
>Jim Self
>Manager and Chief Developer
>VMTH Computer Services, UC Davis
>(http://www.vmth.ucdavis.edu/us/jaself)
>
---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)
