<?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 5/29/09</title>
	<atom:link href="http://histalk2.com/2009/05/28/news-52909/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2009/05/28/news-52909/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Tue, 22 May 2012 14:25:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Fourth Hansen Brother</title>
		<link>http://histalk2.com/2009/05/28/news-52909/comment-page-1/#comment-4389</link>
		<dc:creator>Fourth Hansen Brother</dc:creator>
		<pubDate>Sat, 30 May 2009 03:23:42 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2082#comment-4389</guid>
		<description>Epic doesn&#039;t have an implementation methodology? This would be a huge surprise to many thousands of customer, vender, and consultant staff. In fact, these days, they have at least three methodologies depending on customer choice and size. The methodologies are actually driving implementation costs down.

Epic prides itself on quoting lower than competitors? WRONG- usually, they pride themselves on quoting higher than competitors, but delivering more.</description>
		<content:encoded><![CDATA[<p>Epic doesn&#8217;t have an implementation methodology? This would be a huge surprise to many thousands of customer, vender, and consultant staff. In fact, these days, they have at least three methodologies depending on customer choice and size. The methodologies are actually driving implementation costs down.</p>
<p>Epic prides itself on quoting lower than competitors? WRONG- usually, they pride themselves on quoting higher than competitors, but delivering more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Unfrozen Caveman CIO</title>
		<link>http://histalk2.com/2009/05/28/news-52909/comment-page-1/#comment-4387</link>
		<dc:creator>Unfrozen Caveman CIO</dc:creator>
		<pubDate>Fri, 29 May 2009 22:59:42 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2082#comment-4387</guid>
		<description>My opinion is that hospital systems give to Epic all the financial gains of moving to an EMR.  That is only an opinion with no facts to back up the statement and is based primarily on the overall cost to implement Epic.

It is also my opinion that Epic has carved out a good niche in the market based on hospital systems loaded with excess cash and have a risk-averse CIO and/or culture.  It will be interesting to watch if the market perception of Epic changes with the downturn in the economy and with it the excess cash of those hospital systems who can afford Epic.  Will Epic&#039;s niche survive?

I&#039;m not worried about the other component of Epic&#039;s market niche - risk adverse CIOs.  There will always be a ample supply of those. :)</description>
		<content:encoded><![CDATA[<p>My opinion is that hospital systems give to Epic all the financial gains of moving to an EMR.  That is only an opinion with no facts to back up the statement and is based primarily on the overall cost to implement Epic.</p>
<p>It is also my opinion that Epic has carved out a good niche in the market based on hospital systems loaded with excess cash and have a risk-averse CIO and/or culture.  It will be interesting to watch if the market perception of Epic changes with the downturn in the economy and with it the excess cash of those hospital systems who can afford Epic.  Will Epic&#8217;s niche survive?</p>
<p>I&#8217;m not worried about the other component of Epic&#8217;s market niche &#8211; risk adverse CIOs.  There will always be a ample supply of those. <img src='http://histalk2.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://histalk2.com/2009/05/28/news-52909/comment-page-1/#comment-4385</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Fri, 29 May 2009 22:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2082#comment-4385</guid>
		<description>&quot;They are against using outside consultants, but want to sell you their consultants at a much higher rate&quot;. In working at some of the biggest EPIC customers, I have never heard anything about this. In fact there were many &quot;outside&quot; consultants there (as PezMan alluded to), who all worked well with EPIC. The fact is EPIC cannot provide all the consultant or programming time it&#039;s current customers need. I have seen these outside consultants openly criticized when they are clearly doing a bad job, but never a pressure to hire EPIC people over independent (or otherwise) consultants. Also there are also EPIC projects that do come under cost, not very news worthy in these part though. I have been fortunate to be a part of two.

It’s also not to true to say EPIC Consultants are charged out at a higher rate than most consulting companies. They are all in the $160/hr mark. However for the EPIC money you get a real programmer, not just a build analyst as you would with most consulting hives.

It’s pretty simple, you hire bad people and have bad managers looking after them, then it comes in over budget. 

Now I know for a fact that the EPIC way is &quot;Don&#039;t take on any implementation you don&#039;t think you can succeed in&quot; Yeah it&#039;s subjective and pretty arrogant. But hey look at the other facts. It’s the most successful product for achieving a real money saving and paperless hospital. Is it a case of EPIC getting of lightly or a case of CIO&#039;s seeing the track record?

Keiser is an outlier in many ways. It&#039;s the biggest single system (except the V.A) in the country, it’s a whole different set of challenges. From what I hear they did a much better job than Cleveland clinic considering the number of doctors and the hospital size. Nobody ever mentions internal politics being a factor of cost on this site, but out in the field it&#039;s a common attribute to overruns both in cost and time. It&#039;s always supplier, not internal staff or the politics of implementation. Even though all suppliers have over runs and implementations that come in over cost, and we have all heard stories of staff revolt and complete re-workings of workflows. The cost/time equation is far more subjective than the supplier. From my experience the sites that hire well and involve clinicians early in the process come in under cost.

I think EPIC clearly has the best current track record with 2-5 hospital groups in the country. That’s why they get the most sales, for now.</description>
		<content:encoded><![CDATA[<p>&#8220;They are against using outside consultants, but want to sell you their consultants at a much higher rate&#8221;. In working at some of the biggest EPIC customers, I have never heard anything about this. In fact there were many &#8220;outside&#8221; consultants there (as PezMan alluded to), who all worked well with EPIC. The fact is EPIC cannot provide all the consultant or programming time it&#8217;s current customers need. I have seen these outside consultants openly criticized when they are clearly doing a bad job, but never a pressure to hire EPIC people over independent (or otherwise) consultants. Also there are also EPIC projects that do come under cost, not very news worthy in these part though. I have been fortunate to be a part of two.</p>
<p>It’s also not to true to say EPIC Consultants are charged out at a higher rate than most consulting companies. They are all in the $160/hr mark. However for the EPIC money you get a real programmer, not just a build analyst as you would with most consulting hives.</p>
<p>It’s pretty simple, you hire bad people and have bad managers looking after them, then it comes in over budget. </p>
<p>Now I know for a fact that the EPIC way is &#8220;Don&#8217;t take on any implementation you don&#8217;t think you can succeed in&#8221; Yeah it&#8217;s subjective and pretty arrogant. But hey look at the other facts. It’s the most successful product for achieving a real money saving and paperless hospital. Is it a case of EPIC getting of lightly or a case of CIO&#8217;s seeing the track record?</p>
<p>Keiser is an outlier in many ways. It&#8217;s the biggest single system (except the V.A) in the country, it’s a whole different set of challenges. From what I hear they did a much better job than Cleveland clinic considering the number of doctors and the hospital size. Nobody ever mentions internal politics being a factor of cost on this site, but out in the field it&#8217;s a common attribute to overruns both in cost and time. It&#8217;s always supplier, not internal staff or the politics of implementation. Even though all suppliers have over runs and implementations that come in over cost, and we have all heard stories of staff revolt and complete re-workings of workflows. The cost/time equation is far more subjective than the supplier. From my experience the sites that hire well and involve clinicians early in the process come in under cost.</p>
<p>I think EPIC clearly has the best current track record with 2-5 hospital groups in the country. That’s why they get the most sales, for now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HIT GAL</title>
		<link>http://histalk2.com/2009/05/28/news-52909/comment-page-1/#comment-4384</link>
		<dc:creator>HIT GAL</dc:creator>
		<pubDate>Fri, 29 May 2009 19:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2082#comment-4384</guid>
		<description>I agree with PezMan (and do NOT think everyone else is an idiot)..the implementation of Epic vs other vendors IS more expensive and rarely (not sure if ever) meets it&#039;s &#039;on time&#039; milestone for activation.  Epic does not have a methodology for implementations and it takes more than an army to install, thus the increase in budget.  They are against using outside consultants, but want to sell you their consultants at a much higher rate.  Somehow they still manage to be the &#039;fair haired&#039; vendor.</description>
		<content:encoded><![CDATA[<p>I agree with PezMan (and do NOT think everyone else is an idiot)..the implementation of Epic vs other vendors IS more expensive and rarely (not sure if ever) meets it&#8217;s &#8216;on time&#8217; milestone for activation.  Epic does not have a methodology for implementations and it takes more than an army to install, thus the increase in budget.  They are against using outside consultants, but want to sell you their consultants at a much higher rate.  Somehow they still manage to be the &#8216;fair haired&#8217; vendor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PezMan</title>
		<link>http://histalk2.com/2009/05/28/news-52909/comment-page-1/#comment-4382</link>
		<dc:creator>PezMan</dc:creator>
		<pubDate>Fri, 29 May 2009 17:22:17 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2082#comment-4382</guid>
		<description>RE: HIT Guy - 

I am not sure if you know what you are talking about...what I was referring to is how Epic is able to still hold high regard in the big vendor world despite their obvious short comings, but if one of the other big vendors were to do the same thing it is just another ding on their record.  If Cerner missed a go-live date, they would own up to it and it would be their fault.  If Epic misses a go-live date, it is somehow the clients fault?  Sure, in the above scenario it could very well be the clients fault in both instances, but how can Epic convince the client of this everytime?

You obviously do not have an understanding of the specific situation on hand with Grady.  It&#039;s not a shock that another hospital chose Epic (as Mr. HIStalk pointed out), it&#039;s just a shock that Grady leadership, who can barely tie their own shoes, ignored their very own key requirements.  I am not offbase by this &quot;reality&quot; considering it&#039;s constantly reported on HIStalk that Epic is overbudget and not on time.  Just funny and sad Grady screwed up again.</description>
		<content:encoded><![CDATA[<p>RE: HIT Guy &#8211; </p>
<p>I am not sure if you know what you are talking about&#8230;what I was referring to is how Epic is able to still hold high regard in the big vendor world despite their obvious short comings, but if one of the other big vendors were to do the same thing it is just another ding on their record.  If Cerner missed a go-live date, they would own up to it and it would be their fault.  If Epic misses a go-live date, it is somehow the clients fault?  Sure, in the above scenario it could very well be the clients fault in both instances, but how can Epic convince the client of this everytime?</p>
<p>You obviously do not have an understanding of the specific situation on hand with Grady.  It&#8217;s not a shock that another hospital chose Epic (as Mr. HIStalk pointed out), it&#8217;s just a shock that Grady leadership, who can barely tie their own shoes, ignored their very own key requirements.  I am not offbase by this &#8220;reality&#8221; considering it&#8217;s constantly reported on HIStalk that Epic is overbudget and not on time.  Just funny and sad Grady screwed up again.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

