[EMAIL PROTECTED] wrote:
>the VOE sources seems to be largely locked up inside of the
>Cache database on Windows

As I understand it, the VOE sources are standard MUMPS and the server will 
therefore run
as well or better on GT.M/Linux as it will on Cache/Microsoft. I also 
understand that VOE
is 99% the same as the FOIA version of VistA and the version available now from
worldvista.org and sourceforge.

>The best interests of Linux/OSS/Vista will be best served by having
>some type of native client capability.

>After a bit of time studying the FOIA XWB* sources and scrutinizing
>packet traces we were able to develop a preliminary implementation of
>a Java client architecture which knows how to talk to a Vista RPC
>server/broker.

Medsphere claims to have made a VistA middleware server and a cross-platform 
CPRS
replacement client that connect via HTTP and SOAP. They have promised to 
release all of it
for use and part of it as Open Source some time in the near future. I hope they 
do. It
seems like a step forward.

Meanwhile, I have been thinking that it might not be too difficult to skip the 
middle ware
and serve the HTTP and SOAP and/or JSON from M2Web.


>Before we invest any additional time and effort into this I wanted to
>get a sense of what the community thought about this approach.  People
>are making noises about a WEB/HTML interface to Vista

I am one of them.

> but my sense is
>that something a LOT like CPRS is needed in the intermediate timeframe
>to make Linux client implementations a reality.

If you can reverse engineer an Open Source CPRS client, that would be a great 
start. If
you continue your efforts in that direction, please share your findings and 
progress and
problems and results with the folks at worldvista.org.

Unfortunately, CPRS only covers part of the functionality of VistA. There is no 
GUI for
administrative functions like patient registration and scheduling. These must 
be done on
terminal emulators unless a new interface is developed for them.

My own belief is that it would be easier to build it on Mozilla and M2Web, but 
perhaps
that varies with your skills and interests.

---------------------------------------
Jim Self
Systems Architect, Lead Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

Reply via email to