<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Whitepaper on Open Source in Healthcare</title>
	<atom:link href="http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/</link>
	<description>Shahid&#039;s healthcare IT, EMR, EHR, PHR, medical content, and document managment advisory service. Enjoy.</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:50:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Clickrich</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-211</link>
		<dc:creator>Clickrich</dc:creator>
		<pubDate>Thu, 06 Apr 2006 10:36:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-211</guid>
		<description>Ok Sahid.  I&#039;ll get my thoughts in order.</description>
		<content:encoded><![CDATA[<p>Ok Sahid.  I&#8217;ll get my thoughts in order.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shahid N. Shah</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-210</link>
		<dc:creator>Shahid N. Shah</dc:creator>
		<pubDate>Wed, 05 Apr 2006 12:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-210</guid>
		<description>Clickrich, you&#039;ve made some excellent arguments here. If you&#039;ve got a few minutes, why not write up a guest article that I could post for you? Something akin to a &quot;Beware of the open source hype in healthcare&quot; or something like that.</description>
		<content:encoded><![CDATA[<p>Clickrich, you&#8217;ve made some excellent arguments here. If you&#8217;ve got a few minutes, why not write up a guest article that I could post for you? Something akin to a &#8220;Beware of the open source hype in healthcare&#8221; or something like that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clickrich</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-209</link>
		<dc:creator>Clickrich</dc:creator>
		<pubDate>Wed, 05 Apr 2006 11:53:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-209</guid>
		<description>Many of the items raised in this paper give me cause for concern.  It seems that self interest may have triumphed over objectivity.

1.  Open source is not necessarily free.  See the Open Source Initiative definition at http://www.opensource.org/docs/definition_plain.html
2.  You think that you can control volunteers?  where is the accountability?
3.  Open source is not de facto for either standards, interoperatibility or portability.  Likewise, proprietary does not mean a lack of these two.
a) Interoperability- Code can be written in a proprietary language which conforms to interoperability standards such as SOAP, UDDI, WSDL.  However, the masters of Open Source, Sun, have done little to incorporate UDDI, preferring IIOP- essentially a propietary standard (no, that&#039;s not an oxymoron).
b) Portability- i) Take the EJB as an example of Open Source. Can you move EJB components from one EJB app server to another?  Not in most cases.  Vendors have plugged gaps with proprietary solutions to guarantee builds and delivery.  If you want to use EJB, choose a good vendor and leverage the relationship for as long as possible.  ii) You could maybe port to a new OS but why would you do that?  It is a mistake to port for scaleability&#039;s sake- it&#039;s not a hardware problem.
4. &quot;No single vendor owns the software... more options.&quot;.  In addition to the portability points covered, this is clearly a side swipe at Microsoft.  The presumption is that as they own the software you are stuck with them.  When did you last make an enterprise procurement from Microsoft?  Actually, you procure through one of thousands of partners.  Each compete for your business.  They are the largest IT services network in the world.  The failure of the one you chose to deliver can be remedied by another.  MS gets license fees at the bottom of the pile, but that doesn&#039;t mean they own you.

Yes, have the debate, but this document is based on the technology landscape a decade ago.  As a Healthcare CTO, this debate is valid, but just one facet of my IT Strategy that I face long after many of the architectural issues.  It is not as black and white as the premise of this paper is.  I choose both open source and proprietary systems for reasons usually related to something totally different to this.  All, however, are assessed on interoperability, scaleability, vendor neutrality, maturity, dev support, portability and client device independance.</description>
		<content:encoded><![CDATA[<p>Many of the items raised in this paper give me cause for concern.  It seems that self interest may have triumphed over objectivity.</p>
<p>1.  Open source is not necessarily free.  See the Open Source Initiative definition at <a href="http://www.opensource.org/docs/definition_plain.html" rel="nofollow">http://www.opensource.org/docs/definition_plain.html</a><br />
2.  You think that you can control volunteers?  where is the accountability?<br />
3.  Open source is not de facto for either standards, interoperatibility or portability.  Likewise, proprietary does not mean a lack of these two.<br />
a) Interoperability- Code can be written in a proprietary language which conforms to interoperability standards such as SOAP, UDDI, WSDL.  However, the masters of Open Source, Sun, have done little to incorporate UDDI, preferring IIOP- essentially a propietary standard (no, that&#8217;s not an oxymoron).<br />
b) Portability- i) Take the EJB as an example of Open Source. Can you move EJB components from one EJB app server to another?  Not in most cases.  Vendors have plugged gaps with proprietary solutions to guarantee builds and delivery.  If you want to use EJB, choose a good vendor and leverage the relationship for as long as possible.  ii) You could maybe port to a new OS but why would you do that?  It is a mistake to port for scaleability&#8217;s sake- it&#8217;s not a hardware problem.<br />
4. &#8220;No single vendor owns the software&#8230; more options.&#8221;.  In addition to the portability points covered, this is clearly a side swipe at Microsoft.  The presumption is that as they own the software you are stuck with them.  When did you last make an enterprise procurement from Microsoft?  Actually, you procure through one of thousands of partners.  Each compete for your business.  They are the largest IT services network in the world.  The failure of the one you chose to deliver can be remedied by another.  MS gets license fees at the bottom of the pile, but that doesn&#8217;t mean they own you.</p>
<p>Yes, have the debate, but this document is based on the technology landscape a decade ago.  As a Healthcare CTO, this debate is valid, but just one facet of my IT Strategy that I face long after many of the architectural issues.  It is not as black and white as the premise of this paper is.  I choose both open source and proprietary systems for reasons usually related to something totally different to this.  All, however, are assessed on interoperability, scaleability, vendor neutrality, maturity, dev support, portability and client device independance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Healthcare IT &#187; Blog Archive &#187; Opensource in healthcare and PDAs for progress</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-208</link>
		<dc:creator>Healthcare IT &#187; Blog Archive &#187; Opensource in healthcare and PDAs for progress</dc:creator>
		<pubDate>Thu, 23 Mar 2006 23:36:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-208</guid>
		<description>[...] Opensource use in healthcare IT: A nice introduction. [...]</description>
		<content:encoded><![CDATA[<p>[...] Opensource use in healthcare IT: A nice introduction. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anticlue</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-207</link>
		<dc:creator>Anticlue</dc:creator>
		<pubDate>Sat, 11 Mar 2006 13:24:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-207</guid>
		<description>&lt;strong&gt;Open Source Software lowers costs of Health IT&lt;/strong&gt;

The California Health Care Foundation has released Open Source Software: A Primer for Health Care Leaders by Forrester Consulting. The report is effective and thorough, and it would be good to eventually see a how to move from best of...</description>
		<content:encoded><![CDATA[<p><strong>Open Source Software lowers costs of Health IT</strong></p>
<p>The California Health Care Foundation has released Open Source Software: A Primer for Health Care Leaders by Forrester Consulting. The report is effective and thorough, and it would be good to eventually see a how to move from best of&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Administrator</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-206</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Sat, 11 Mar 2006 01:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-206</guid>
		<description>Pete, thanks for pointing out some of the flaws. Good to know. But, I concur with you that the paper accomplishes its goals. I hope execs and decision makers in healthcare read it and start talking more about open source.</description>
		<content:encoded><![CDATA[<p>Pete, thanks for pointing out some of the flaws. Good to know. But, I concur with you that the paper accomplishes its goals. I hope execs and decision makers in healthcare read it and start talking more about open source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pete</title>
		<link>http://www.healthcareguy.com/2006/03/10/whitepaper-on-open-source-in-healthcare/comment-page-1/#comment-205</link>
		<dc:creator>pete</dc:creator>
		<pubDate>Fri, 10 Mar 2006 21:34:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=227#comment-205</guid>
		<description>I posted this to the Hardhats.org mailing list back on the 3rd, because it mentions VistA quite a bit.  Sharper eyes than mine spotted the following:

 1) Confusion (on page 16) of Public Domain software with Freeware and Shareware
 2) Identification of VistA with OpenVistA
 3) No mention of WorldVistA
 4) Bad link to SourceForge project for OpenVistA (better to search in projects
for &quot;VistA&quot;)

Still for an overview, I think that this is splitting hairs.  It&#039;s a well written paper and does a good job of accomplishing what it sets out to do without getting bogged down in the nerderiffic &quot;free as in free beer&quot; debate.</description>
		<content:encoded><![CDATA[<p>I posted this to the Hardhats.org mailing list back on the 3rd, because it mentions VistA quite a bit.  Sharper eyes than mine spotted the following:</p>
<p> 1) Confusion (on page 16) of Public Domain software with Freeware and Shareware<br />
 2) Identification of VistA with OpenVistA<br />
 3) No mention of WorldVistA<br />
 4) Bad link to SourceForge project for OpenVistA (better to search in projects<br />
for &#8220;VistA&#8221;)</p>
<p>Still for an overview, I think that this is splitting hairs.  It&#8217;s a well written paper and does a good job of accomplishing what it sets out to do without getting bogged down in the nerderiffic &#8220;free as in free beer&#8221; debate.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

