Re: [Hardhats-members] OS
Greg Woodhouse wrote, on 07/20/2006 06:40 PM: [KSB] ...snip... Does anyone have instructions for compiling GT.M on FreeBSD. I remember Dave Whitten and I tried this once before, but it wasn't even clear how to compile on Linux is a previous version wasn't in place. [KSB] A member of the GT.M community in Australia reports successfully building GT.M on FreeBSD. He did have to make some changes. I am working with him to get him the automated regression test suite so that it can be a fully tested version of GT.M. He says he will release his port as a FreeBSD package when he is done. If anyone would like to collaborate with him, please let me know off line and I will put you in touch with him. I believe he is interested in a subsequent OS X port as well. Apropos the bootstrapping issue, some of the C source files in GT.M pertaining to the error messages are actually generated by a GT.M program from ASCII text files. You can simply take the C files from the Linux port (from Source Forge) to accomplish the initial bootstrap. Alternatively, run GT.M built for Linux on FreeBSD using the compatibility library for the bootstrap. Darwin implements FreeBSD on top of the Mach-O microkernel (and yes, I recall a thread -- no pun intended -- in which someone said it's not a true microkernel in the sense of the original Mach). There are also core services which, I believe do not rely on the FreeBSD subsystem, but in principle, at least, FreeBSD applications ought to compile under OS X. [KSB] This is my understanding as well. Does anyone know whether the FreeBSB compatibility library that allows Linux binaries to run on FreeBSD also works for OS X? -- Bhaskar - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] OS
Jamie -- I presume your question has to do with the popularity of computing platforms with a view to selecting the right one(s) for you. As far as VistA and GT.M are concerned, the majority of VistA usage on GT.M is on x86 GNU/Linux. Licenses have been purchased to run VistA on GT.M on Alpha/AXP OpenVMS. [Since then, GT.M on Alpha/AXP OpenVMS has been released as FLOSS; I presume that some of the downloads are to run VistA, but I just don't know.] The largest non-VistA GT.M healthcare site runs on IBM pSeries AIX. The largest veterinary medicine site runs on x86 GNU/Linux. Both are among the largest in the world. For our Profile banking application, the largest installation (which is also, to the best of my knowledge, the largest core processing system that is live anywhere in the world) runs on Sun SPARC Solaris. The most popular platform measured by number of sites is IBM pSeries AIX. The most popular platform by number of accounts processed is probably Alpha/AXP OpenVMS, but it probably only leads by a nose. We also have customers running Profile on x86 GNU/Linux and HP PA-RISC HP-UX. Large banks appear to be not yet ready to trust their mission critical applications to Windows, but I suspect that will change over time. I don't think that users on one platform or another (at least among the UNIXes, OpenVMS and Linux) experience any more or any less issues than any other. So, for mission critical applications, I would suggest deciding based primarily on timeliness and quality of support and secondarily on value for the money. Regards -- Bhaskar Jamie Hussey wrote, on 07/20/2006 04:06 PM: I'm running the windows version, and HUI4. I like to try it on VMS later on. I'm interested to know what everyone uses for there live environment. All of our existing system run either on Unix or VMS, I do have less critical systems running server 2003(3M, Dictaphone, PBX's, etc..etc). Jamie - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] OS
VA medical centers generally run Caché/VMS on the Alpha, so if this is the direction you want to go, you won't exactly be breaking new ground. On the other hand, there are quite a few people on this list who want to focus on purely open source solutions from the OS up. Regardless of the OS and MUMPS implementation you choose, the *VistA* source will be freely available. If you want an open source operating system, your choices are Linux, FreeBSD (or its close relatives OpenBSD and NetBSD). On the Power PC (but not the Intel platform), Darwin (the OS X kernel) is also publicly available (but not under a standard open source license so far as I know). There may be other options I'm not aware of. The two most common options for the MUMPS implementation are Caché (an InterSystems product, and not open source) and GT.M (which Fidelity makes available as open soure on IA-32 but is not generally available as open source on other platforms). Me, I don't work for either of these companies and try to remain neutral to the extnt that I can. If I've failed in this respect, I apologize. --- Jamie Hussey [EMAIL PROTECTED] wrote: I'm running the windows version, and HUI4. I like to try it on VMS later on. I'm interested to know what everyone uses for there live environment. All of our existing system run either on Unix or VMS, I do have less critical systems running server 2003(3M, Dictaphone, PBX's, etc..etc). Jamie === Gregory Woodhouse [EMAIL PROTECTED] Judge a man by his questions not his answers. --Voltaire - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] OS
Thanks, Greg. Comments below. -- Bhaskar Greg Woodhouse wrote, on 07/20/2006 06:07 PM: VA medical centers generally run Caché/VMS on the Alpha, so if this is the direction you want to go, you won't exactly be breaking new ground. On the other hand, there are quite a few people on this list who want to focus on purely open source solutions from the OS up. Regardless of the OS and MUMPS implementation you choose, the *VistA* source will be freely available. If you want an open source operating system, your choices are Linux, FreeBSD (or its close relatives OpenBSD and NetBSD). [KSB] Yes, GT.M for x86 GNU/Linux has been reported to run successfully on FreeBSD using the compatibility library. On the Power PC (but not the Intel platform), Darwin (the OS X kernel) is also publicly available (but not under a standard open source license so far as I know). There may be other options I'm not aware of. The two most common options for the MUMPS implementation are Caché (an InterSystems product, and not open source) and GT.M (which Fidelity makes available as open soure on IA-32 but is not generally available as open source on other platforms). [KSB] It is also available as FLOSS for Tru64 UNIX OpenVMS on Alpha/AXP. The latter source code has not been uploaded to Source Forge yet, but will be when the binaries for V5.1-000 are ready. Binaries for the previous release are available today. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] OS
--- K.S. Bhaskar [EMAIL PROTECTED] wrote: [KSB] Yes, GT.M for x86 GNU/Linux has been reported to run successfully on FreeBSD using the compatibility library. Does anyone have instructions for compiling GT.M on FreeBSD. I remember Dave Whitten and I tried this once before, but it wasn't even clear how to compile on Linux is a previous version wasn't in place. Darwin implements FreeBSD on top of the Mach-O microkernel (and yes, I recall a thread -- no pun intended -- in which someone said it's not a true microkernel in the sense of the original Mach). There are also core services which, I believe do not rely on the FreeBSD subsystem, but in principle, at least, FreeBSD applications ought to compile under OS X. And before anyone asks: No, I'm afraid that I don't really have time to try and port GT.M to OS X. I may have a go at Caché, but I've really got my hands full right now. === Gregory Woodhouse [EMAIL PROTECTED] Judge a man by his questions not his answers. --Voltaire - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] [os-wg] Editorial: RHIO's and the Illusion of Health IT Success
what bothers me most about this article is that it is a kind of when did you stop beating your wife? style. It presents an attention getting assertion about an illusion. One expects to be provided with some objective, verifiable data that supports this assertion. What follows is mostly a flood of equally provocative questions, but not content! Where is the BEEF! It is not that I don't agree with the general sentiments which lurk in the background of the interrogatives. The author and I are probably of one mind in this area. My 35 years of exposure to the US Health Care delivery system, and on the international scene in Europe, South America, and the Western Pacific, have left me with the firm conviction that the majority of health oriented IT systems in use over the years have consistently remained in the sub-optimal range when viewed in just about any frame of reference. But, asking these questions, and using unsubstantiated characterizations to elevate the impact of these questions is fruitless. Note already that two colleagues on this list have made replies to this message that appear to accept the thesis of the article, and have begun to argue the etiology of the gap between VistA/Epic and other health care IT systems. They are quick to argue the causes of a problem that is not well characterized, and in the context of this article, unsubstantiated. The health care IT success gap is a huge issue in terms of economics, social impact, ...by what ever measures you might imagine. The forces at work that establish and nourish this situation are large, powerful and accustomed to the winds of challenge. Articles like this are not likely to have any significant impact on those forces. It is hard for me to imagine that this article would even come to the attention of those who wield power in the health care IT arena. I do have some strong beliefs about the nature of the gap and the processes that produce and sustain it. However, without a clear statement of the problem we want to understand and explain, that is shared and understood by all of us here on this forum, I think it would be a waste of my time and yours to launch some random arguments on the topic. anyway, the next time I drive by a medical center that isn't VistA/Epic based, I will just look away least I fall victim to this great illusion. Regards, Richard. From: Ignacio Valdes [EMAIL PROTECTED] Reply-To: hardhats-members@lists.sourceforge.net Date: Mon, 12 Dec 2005 12:25:03 -0600 To: hardhats-members@lists.sourceforge.net, his-pt@e-healthexpert.org, [EMAIL PROTECTED], openhealth@yahoogroups.com, [EMAIL PROTECTED], 'Tia Abner' [EMAIL PROTECTED] Subject: [Hardhats-members] [os-wg] Editorial: RHIO's and the Illusion of Health IT Success Does it bother anyone that for years, Health Information Technology (IT) successes implied by the news and even in casual conversation may largely be an illusion? Does it bother anyone that Regional Health Information Organization (RHIO)'s might be failing at a very high rate? It is important to ask the question given the United States rich history of failure and two notable successes with large scale Health IT. Read the full article at http://www.linuxmednews.com/1134404398/index_html -- Ignacio Valdes, MD, MS -- Editor: Linux Medical News -- http://www.linuxmednews.com P.S.: Please link the article and the website to your page if you find it useful. ___ os-wg mailing list [EMAIL PROTECTED] http://mailman.amia.org/mailman/listinfo/os-wg --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
