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

Re: Starting packaging VistA (Re: LSM in Geneva)



On Mon, Jul 09, 2012 at 09:34:43AM -0400, Luis Ibanez wrote:

> > Or does it *depend* on a *fis-gtm* package and will it
> > contain code to setup a vista database
> > (schema/layout/tables/whatever it is called in vista land)
> > in a fis-gtm database engine environment ?
> 
> Yes,
> this second is a closer to a correct description.
> 
>           The package : vista-2012
> 
> depends on
> 
>           The package : fis-gtm
> 
> What the vista-2012 .deb file contains is the
> schema/tables...etc.
> 
> A lot of the VistA intelligence is in its own data structure
> organization. There is also a good deal of "code-like"
> material embedded in the "database".

OK, good. So this is pretty much like GNUmed which
"consists" of 3 packages

	apt-get install postgresql
	apt-get install gnumed-server
	apt-get install gnumed-client

> We will only have:
> 
>         apt-get install fis-gtm
>         apt-get install vista
> 
> 
> One could think of "vista" as a mixture of
> backend and (one) client.

Same here. Since PostgreSQL already comes with psql, which
is a console client for the database, and since GNUmed
provides "clinically usable" views at the database level one
might argue that the -server already comes with (one)
"client".

> In practice, the most used client for VistA is called
> CPRS, which is a separate but closely related project
> that provides a GUI, built on Delphi, and only works
> on... MS Windows.

I know, I'm not expecting that :-)

> The current "vista" package provides also access
> in the form of "command-line"- client.
> 
> This is usually referred to as "roll-and-scroll"
> interface to VistA.

And, AFAIK, for some (say, some non-clinical) parts there
isn't even another interface just yet.

> The next generation client for VistA will probably
> be a Web based system based on EWD, which
> is indeed the next project we would like to package
> for Debian.     :-)

What's the CRPS license, btw ?

> Note also that GT.M is a demon-less database.
>
> Bhaskar & Amul will be better brains to explain
> these features...    :-)

I know, a couple of months ago I pestered Bhaskar about that
until I got it.

Karsten
-- 
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346


Reply to: