Let me say before I even start, that I know I am not an expert, but this is
what I have learned and, hopefully, it is correct, from my time with working
with VistA on the two platforms.
I see no reason at all that you cannot be supported remotely and the
contracting I am referring to is to
On 6/3/06, Joseph Puthooran [EMAIL PROTECTED] wrote:
...
But I struggle to
understands the why there is an almost exclusive preference for
Cache by most vendors there. But what are these pros cons in
the context of VistA?
I'll let others answer, but I suspect it has to do with the fact that
The interesting question is the work content in the porting of
VistA to the GT.M platform. I think ESSI, Medsphere and others
were given the contract by the Hui to do the porting. Apparently
there was some work which it will be useful to know. What was
the work content in porting to another Mumps
Thanks for the input from Nancy, Kevin, Alan ONeill and others
off line. The following are some learnings that that we can draw
from what you have said.
1. There is no doubt that GT.M is robust and stable as a
database.
2. There are however bugs with the porting of VistA to Linux
GT.M. It is
Hardhats,
In the CPRS, under the orders or meds tab, you can right click on the
highlighted entry and choose details. This brings up a summary display of that
order. Is there an easy way to modify that display output?
It would make an excellent point to print a prescription or fax to a
Hello,Were looking into using the Medtronic LIFEPAK 12 system. What's interesting about this device is that it has a serial interface to retrieve data from the system. The PC it hooks up to must have a LIFENET data management product (such as CODE-SAT) in order to view incident data. I was
Joseph Puthooran wrote:
While responding to people like Nancy or Kevin, I do so with a
great degree of reverence and admiration. They have set high
standards for transparency and helpfulness that many of us have
greatly benefited from. You have infinite patience and no newbie
would ever
Certainly, there must be some formal studies into cost of
ownership.
Lots of them. Some more formal than others.
http://www.google.com/search?hl=enlr=q=tco+open+sourcebtnG=Search
Best regards,
Bill
Thanks. I've only been able to skim somre of these links, but it seems
that
That statement that VistA is platform independent is not totally accurate. The VistA Kernel application is the interface to the platformon whichVistA runs. The Kernel supports several OS implementations as well as several M implementations. If you run it on those that are supported by the VA
Test to see whether the hardhats mailing list at Source Forge is still sick.
-- Bhaskar
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members
I'm posting this back to the Hardhats list. For folks on the list, I
stopped by Matthew's clinic June 2nd and traced the problem in the code, but
it's been awhile since I viewed code in GT.M on Linux. I recall using the
vi editor from the programmer mode prompt, but I'm a bit rusty on the
May I remind everyone coming to this meeting that tomorrow - Tuesday 6th
June is the last day for securing the reduced conference rate at the
Doubletree Hotel. There is a link to the on-line room booking facility for
the hotel at:
http://www.worldvista.org/Event_Calendar
Colin Smith
GT.M does not currently run on Windows and I am not sure, but I suspect, the
Linux version is the Unix version. The issue, again, is likely with VistA
and that work has been done with Linux. GT.M for the Alpha has been released
to open source, but I don't know that anyone has made the
On Jun 5, 2006, at 4:50 PM, Joseph Puthooran wrote:4. If this sharing takes place, the Open Source community could work on fixing these issues and in course of time OpenVistA could be as bug free as the Unix/Cache version used at the VA. Possibly better. I'm sure that you know one of the main
The VA has interfaces for some devices and I have been trying to get the
information about what devices and the code. I understand it will be
forthcoming, sometime.
I will see if I can find out if this is one of the devices supported. Mostly,
it is the choice of the manufacturers to provide
On Jun 4, 2006, at 6:21 PM, Cameron Schlehuber wrote:I'm posting this back to the Hardhats list. For folks on the list, I stopped by Matthew's clinic June 2nd and traced the problem in the code, but it's been awhile since I viewed code in GT.M on Linux. I recall using the vi editor from the
According to this Evans Data Corporation survey, the number of Linux
developers and Windows developers will be equal by the end of the year
2006. This development was noted by LinuxToday editor's: '...With its
dominant adoption rate, Apache may be doing more for the cause of open
source
Apropos Bhaskars response which I just noticed; I would like to
tender my wholehearted apologies where I may have said things
that could have hurt anyones sensibilities. There has been no
deliberate intent to hurt anyone and if I have done so
unwittingly, kindly forgive the lapse.
On Jun 5, 2006, at 9:11 AM, Jon Parshall wrote:And, of course, TCO isn't the whole argument when it comes to acquisition. Another powerful motivation with regards to open-source is simply regaining a measure of choice and control over one's technology decision-making. That's an emotional
On Jun 5, 2006, at 3:03 PM, Darren Coolidge wrote:
Hello,
Were looking into using the Medtronic LIFEPAK 12 system. What's
interesting about this device is that it has a serial interface to
retrieve data from the system. The PC it hooks up to must have a
LIFENET data management
Is anyone aware of a detailed comparison between Vista and EpicSystem's
products?
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members
21 matches
Mail list logo