<?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: News 6/29/07</title>
	<atom:link href="http://histalk2.com/2007/06/28/news-62907/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2007/06/28/news-62907/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Wed, 08 Feb 2012 23:08:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Art Vandelay</title>
		<link>http://histalk2.com/2007/06/28/news-62907/comment-page-1/#comment-35</link>
		<dc:creator>Art Vandelay</dc:creator>
		<pubDate>Sat, 30 Jun 2007 17:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2007/06/28/news-62907/#comment-35</guid>
		<description>A lack of IPOs is indicative of the market. I believe investors want proven solutions with names they know and trust. Other than market listing to ease being bought-up by another company or invested-in by multiple venture capitalists, there is no advantage. Private equity, allows greater control and in some ways more streamlined decision-making for long-term investments... like the Meditech and Epic models. Theoretically, private companies should have more flexibility with investing in R&amp;D and re-architecting. I can&#039;t speak for Meditech but Epic has a sound R&amp;D model and strategy. Re-architecting - no one wants to try and build a better foundation because of the risk and long-term prospects of delivering a rebuild of thousands of features in a short period of time.</description>
		<content:encoded><![CDATA[<p>A lack of IPOs is indicative of the market. I believe investors want proven solutions with names they know and trust. Other than market listing to ease being bought-up by another company or invested-in by multiple venture capitalists, there is no advantage. Private equity, allows greater control and in some ways more streamlined decision-making for long-term investments&#8230; like the Meditech and Epic models. Theoretically, private companies should have more flexibility with investing in R&amp;D and re-architecting. I can&#8217;t speak for Meditech but Epic has a sound R&amp;D model and strategy. Re-architecting &#8211; no one wants to try and build a better foundation because of the risk and long-term prospects of delivering a rebuild of thousands of features in a short period of time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Art Vandelay</title>
		<link>http://histalk2.com/2007/06/28/news-62907/comment-page-1/#comment-34</link>
		<dc:creator>Art Vandelay</dc:creator>
		<pubDate>Fri, 29 Jun 2007 11:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2007/06/28/news-62907/#comment-34</guid>
		<description>TPD - the funny part of the web-everything argument is that all browsers run on an OS which runs on a PC which also runs other fat-client software (i.e., anti-virus) that needs patching. The processor, disk and memory power that sits on the desktops outstrips anything just about any company has in their data center. Why not just push the vendors to provide Microsoft SMS, LANDesk, Zen and whomever else&#039;s software distribution packages du jour so that for the applications that are processor intensive, there is a fat client on the desktop that can crunch data. 

I find people have jumped at the web-everything and they don&#039;t think about using the right tool for the right purpose. Web is great at some things but terrible at capturing large amounts of edited discrete data and it is not great at manipulating large data files outside of fairly rigid views. The even more ironic part is that most vendors hit the wall and then distribute a fat Java applet that performs like a dog or an ActiveX control. 

The &quot;Rich Internet Applications&quot; or Smart Clients attempt to strike a happy medium between strong user experience, network performance optimization, utilizing the local computing power, and ease of software distribution. All this Web 2.0 hype is just adding to the complexity of the pile of technologies we are putting between the user and the data. The more complexity, the more places security holes can be found, the more places for messages to go into the abyss, and the more places for poorly trapped error messages to display. Mr HISTalk and others have blogged countless times about the poor software quality from the vendors. As the uninformed push them to add layers to a legacy or even a newer technology architecture to make it web, to add services, we need to be sure they are doing the hard work of managing system integrity, performance, and security. 

I am not claiming you are one of those types, in fact from when I have read your blog, you are very creative but I do see this as a trend and now you have business and clinical executives just wanting to make everything web without considering the overhead of adding another layer to an already shaky architecture. We need to use the right tool for the right purpose while understanding the consequences of this action. Does making something web really provide an advantage that is work the cost and risk?</description>
		<content:encoded><![CDATA[<p>TPD &#8211; the funny part of the web-everything argument is that all browsers run on an OS which runs on a PC which also runs other fat-client software (i.e., anti-virus) that needs patching. The processor, disk and memory power that sits on the desktops outstrips anything just about any company has in their data center. Why not just push the vendors to provide Microsoft SMS, LANDesk, Zen and whomever else&#8217;s software distribution packages du jour so that for the applications that are processor intensive, there is a fat client on the desktop that can crunch data. </p>
<p>I find people have jumped at the web-everything and they don&#8217;t think about using the right tool for the right purpose. Web is great at some things but terrible at capturing large amounts of edited discrete data and it is not great at manipulating large data files outside of fairly rigid views. The even more ironic part is that most vendors hit the wall and then distribute a fat Java applet that performs like a dog or an ActiveX control. </p>
<p>The &#8220;Rich Internet Applications&#8221; or Smart Clients attempt to strike a happy medium between strong user experience, network performance optimization, utilizing the local computing power, and ease of software distribution. All this Web 2.0 hype is just adding to the complexity of the pile of technologies we are putting between the user and the data. The more complexity, the more places security holes can be found, the more places for messages to go into the abyss, and the more places for poorly trapped error messages to display. Mr HISTalk and others have blogged countless times about the poor software quality from the vendors. As the uninformed push them to add layers to a legacy or even a newer technology architecture to make it web, to add services, we need to be sure they are doing the hard work of managing system integrity, performance, and security. </p>
<p>I am not claiming you are one of those types, in fact from when I have read your blog, you are very creative but I do see this as a trend and now you have business and clinical executives just wanting to make everything web without considering the overhead of adding another layer to an already shaky architecture. We need to use the right tool for the right purpose while understanding the consequences of this action. Does making something web really provide an advantage that is work the cost and risk?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

