<?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: Readers Write 9/10/08</title>
	<atom:link href="http://histalk2.com/2008/09/10/readers-write-91008/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2008/09/10/readers-write-91008/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:56:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Dr. V</title>
		<link>http://histalk2.com/2008/09/10/readers-write-91008/comment-page-1/#comment-2359</link>
		<dc:creator>Dr. V</dc:creator>
		<pubDate>Mon, 29 Sep 2008 19:41:10 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/09/10/readers-write-91008/#comment-2359</guid>
		<description>Dear Inga,
Don&#039;t be hate&#039;n.... we could be friends. Such a shame you fell into the stereotype of a woman trying to undermind another woman, all because a man found her attractive. I&#039;m sure you are a beautiful person inside and out but it&#039;s hard to see through all of that envy.....
We could be helping each other.
Dr. V</description>
		<content:encoded><![CDATA[<p>Dear Inga,<br />
Don&#8217;t be hate&#8217;n&#8230;. we could be friends. Such a shame you fell into the stereotype of a woman trying to undermind another woman, all because a man found her attractive. I&#8217;m sure you are a beautiful person inside and out but it&#8217;s hard to see through all of that envy&#8230;..<br />
We could be helping each other.<br />
Dr. V</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MountainMan</title>
		<link>http://histalk2.com/2008/09/10/readers-write-91008/comment-page-1/#comment-2136</link>
		<dc:creator>MountainMan</dc:creator>
		<pubDate>Thu, 11 Sep 2008 20:02:30 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/09/10/readers-write-91008/#comment-2136</guid>
		<description>OINK!</description>
		<content:encoded><![CDATA[<p>OINK!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PMD</title>
		<link>http://histalk2.com/2008/09/10/readers-write-91008/comment-page-1/#comment-2135</link>
		<dc:creator>PMD</dc:creator>
		<pubDate>Thu, 11 Sep 2008 14:28:12 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/09/10/readers-write-91008/#comment-2135</guid>
		<description>Dr. Tupperman - A great clinician review of EPIC!  I experienced many of the same issues, stresses and successes at Allina in Minneapolis but on the revenue cycle/business office side of things.  

It&#039;s interesting to hear the Kaiser experience, I was in training classes in Madison with several Kaiser folks in 2004.

The key to success is training, leadership champions, and operations middle managers willing to take the EPIC IT implementation team by the horns and make them move (with care and empathy of course). 

Not only do operations have to learn the tool, but the EPIC team has to listen to operations so that configuration tweaks can be made for the most efficient work flow.</description>
		<content:encoded><![CDATA[<p>Dr. Tupperman &#8211; A great clinician review of EPIC!  I experienced many of the same issues, stresses and successes at Allina in Minneapolis but on the revenue cycle/business office side of things.  </p>
<p>It&#8217;s interesting to hear the Kaiser experience, I was in training classes in Madison with several Kaiser folks in 2004.</p>
<p>The key to success is training, leadership champions, and operations middle managers willing to take the EPIC IT implementation team by the horns and make them move (with care and empathy of course). </p>
<p>Not only do operations have to learn the tool, but the EPIC team has to listen to operations so that configuration tweaks can be made for the most efficient work flow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: UNoMe</title>
		<link>http://histalk2.com/2008/09/10/readers-write-91008/comment-page-1/#comment-2132</link>
		<dc:creator>UNoMe</dc:creator>
		<pubDate>Thu, 11 Sep 2008 01:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/09/10/readers-write-91008/#comment-2132</guid>
		<description>Awesome &quot;readers write&quot; article.  Thank you for taking the time to write it!</description>
		<content:encoded><![CDATA[<p>Awesome &#8220;readers write&#8221; article.  Thank you for taking the time to write it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas</title>
		<link>http://histalk2.com/2008/09/10/readers-write-91008/comment-page-1/#comment-2131</link>
		<dc:creator>Lukas</dc:creator>
		<pubDate>Thu, 11 Sep 2008 01:29:50 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/09/10/readers-write-91008/#comment-2131</guid>
		<description>Excellent POV article from Dr. Tupperman. I want to add a comment about the Stanford physicians rebellion. I&#039;ve worked &quot;with&quot; Stanford three times in my career in the implementation of a variety of systems and have been an observer of the Stanford method of system implementation. It can be summarized as follows.

1. We are Stanford, we are all smart, and we know more than anyone else so what we tell you is what will be done. I am paraphrasing but you get the picture.

2. You must include anyone who wants to participate in the IT decisions made for the faculty.  Even if the faculty can&#039;t take time to participate you must be ready to make massive changes so that all the staff can be &quot;behind&quot; the system. The key work is behind like - I am behind you and going to push you into the dark void. They are three for three on this one. One roll out of a very simple system took 2 years because half way through they a new doctor joined the project and demanded new functionality or he wouldn&#039;t use it. On another project they got what they wanted and when it didn&#039;t work they all claimed it wasn&#039;t what they wanted. Fortunately the vendor was smart enough to keep good records.

3. If our dysfunctional behavior causes a delay in the project it is not our fault. We are the customer and you are the vendor. That means we are right and you are wrong (see rule #1).

This behavior has spread throughout the various departments and the staff in these departments see every new project as another long implementation that won&#039;t happen on time, will be re engineered by &quot;key&quot; people and so they don&#039;t really bother paying attention to what is going on. I feel for these people.

IT is probably hit the worse. They often didn&#039;t show up for meetings preferring to wait until the 5 committee members and 20 associate members and... to figure out what they wanted and THEN they would come to the meeting to see what kind of hell had been created or them.

They do some amazing work at Stanford. I have a close friend who had a daughter born with a serious heart defect and had it not been for the high quality and very professional care provided by Stanford physicians and nurses she would not have made it. My gratitude to them simply could not be expressed in words.

However, and I say this with a lot of love -- stick to the knitting. You aren&#039;t good IT guys.

The entire management team at Stanford has made some very interesting decisions. The merger, creating the reference laboratory (which was then sold) the many, many changes in billing systems that drove AR through the roof...

Everyone vendor wants to be able to point to some large well respected medical center and say that their software was developed with that medical center so many of them (especially the ones that haven&#039;t really had a lot of experience) think that Stanford will give them a boost. Not so. 

One last comment. It used to be that Kaiser was considered a vendor killer. Getting a Kaiser contract put you in the big leagues but almost always ended up with a horrid mess. North and South couldn&#039;t agree about anything. It was so bad that Kaiser actually hired some consultants to come in and train them on how to be a good customer and not kill the help. Sitting in on a couple of those sessions was interesting.

Now I tell my clients to watch out for large academic medical centers. They have a lot going on and for every clinicians on staff they will have 5 different opinions.</description>
		<content:encoded><![CDATA[<p>Excellent POV article from Dr. Tupperman. I want to add a comment about the Stanford physicians rebellion. I&#8217;ve worked &#8220;with&#8221; Stanford three times in my career in the implementation of a variety of systems and have been an observer of the Stanford method of system implementation. It can be summarized as follows.</p>
<p>1. We are Stanford, we are all smart, and we know more than anyone else so what we tell you is what will be done. I am paraphrasing but you get the picture.</p>
<p>2. You must include anyone who wants to participate in the IT decisions made for the faculty.  Even if the faculty can&#8217;t take time to participate you must be ready to make massive changes so that all the staff can be &#8220;behind&#8221; the system. The key work is behind like &#8211; I am behind you and going to push you into the dark void. They are three for three on this one. One roll out of a very simple system took 2 years because half way through they a new doctor joined the project and demanded new functionality or he wouldn&#8217;t use it. On another project they got what they wanted and when it didn&#8217;t work they all claimed it wasn&#8217;t what they wanted. Fortunately the vendor was smart enough to keep good records.</p>
<p>3. If our dysfunctional behavior causes a delay in the project it is not our fault. We are the customer and you are the vendor. That means we are right and you are wrong (see rule #1).</p>
<p>This behavior has spread throughout the various departments and the staff in these departments see every new project as another long implementation that won&#8217;t happen on time, will be re engineered by &#8220;key&#8221; people and so they don&#8217;t really bother paying attention to what is going on. I feel for these people.</p>
<p>IT is probably hit the worse. They often didn&#8217;t show up for meetings preferring to wait until the 5 committee members and 20 associate members and&#8230; to figure out what they wanted and THEN they would come to the meeting to see what kind of hell had been created or them.</p>
<p>They do some amazing work at Stanford. I have a close friend who had a daughter born with a serious heart defect and had it not been for the high quality and very professional care provided by Stanford physicians and nurses she would not have made it. My gratitude to them simply could not be expressed in words.</p>
<p>However, and I say this with a lot of love &#8212; stick to the knitting. You aren&#8217;t good IT guys.</p>
<p>The entire management team at Stanford has made some very interesting decisions. The merger, creating the reference laboratory (which was then sold) the many, many changes in billing systems that drove AR through the roof&#8230;</p>
<p>Everyone vendor wants to be able to point to some large well respected medical center and say that their software was developed with that medical center so many of them (especially the ones that haven&#8217;t really had a lot of experience) think that Stanford will give them a boost. Not so. </p>
<p>One last comment. It used to be that Kaiser was considered a vendor killer. Getting a Kaiser contract put you in the big leagues but almost always ended up with a horrid mess. North and South couldn&#8217;t agree about anything. It was so bad that Kaiser actually hired some consultants to come in and train them on how to be a good customer and not kill the help. Sitting in on a couple of those sessions was interesting.</p>
<p>Now I tell my clients to watch out for large academic medical centers. They have a lot going on and for every clinicians on staff they will have 5 different opinions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

