Hello Jim,
I hate to say it because of what it reveals about the industry as a whole,
but you are absolutely correct. The mindset is, "Since BigVendor has messed
us over, we should buy from MondoVendor and they said their products work."
>From: Jim Self [mailto:[EMAIL PROTECTED]]
>Getting people to think of it as any sort of solution is a big step forward
>in my mind.
...
>These are not mutually exclusive. There is no good reason that theoretical
>components such as GEHR cannot be integrated with or even into a
VistA/MUMPS
>framework. Theoretical systems must be grounded by interaction with real
>systems.
While I agree with you that theoretical systems MUST be tested and grounded
by interaction with real systems long before they can be trusted for
production. In one sense, GEHR and OIO and other advanced concepts are
exclusive from Vista/M simply since that any data exchange will compromise
the advanced system. GEHR, from what I read, seems to be built with the
idea that not only values but data concepts are being exchanged. There may
be no way to insure that data coming from a Vista system is going to mean
the same as existing data within the GEHR framework. (Thomas, if I really
botched that, then correct me please.)
Our my shop, today, I have people who perform data transforms and
arbitrarily say that "Element X" from system Y is going to be the same as
"Element 123" in system ABC. Whether it truly is or not is a different
story. GEHR is seemingly trying to convey metadata as well as data.
Vista/M is truly the legacy system here and I don't know what will or will
not work together.
>I don't really know about VistA lab modules either, but I am certain that
>their volume is not small. I hope someone who is directly involved with
>VistA labs can answer this authoritatively, but I think you might be
shocked
>at the magnitude of the VistA system and the volume they do handle.
You may be right, I simply don't know and must reserve judgement until I
know more facts. I do know that the local VA hospital is not very large and
doesn't seem to do a lot of lab work, but that is not a good example to
judge from.
>If you are concerned with high volume, reliable, and fast 24x7x365
>transaction processing, you simply MUST give GT.M serious consideration.
I am very concerned about high volume, reliable and fast 24x7x365
transaction processing, but I need the applications to go with it. I need a
medical record system to replace that one that I have badly; I need bedside
charting that really works, you name it and I can use it.
I would like to run Vista, but without a major coup d'tate I don't think it
is possible.
Todd Smith <aka Carlos the Penguin>
<VBG>
