<?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 7/1/09</title>
	<atom:link href="http://histalk2.com/2009/07/01/readers-write-7109/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2009/07/01/readers-write-7109/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Fri, 12 Mar 2010 21:24:30 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ann Farrell</title>
		<link>http://histalk2.com/2009/07/01/readers-write-7109/comment-page-1/#comment-4681</link>
		<dc:creator>Ann Farrell</dc:creator>
		<pubDate>Fri, 03 Jul 2009 21:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2009/07/01/readers-write-7109/#comment-4681</guid>
		<description>Happy to debate CPOE phasing and mandate strategy but want my positions to be clear. 

CPOE fails for many financial, IT and deep-seated cultural reasons - 4 primary:

1) Lack of &quot;financial incentive&quot; - Most MDs paid on volume, claim CPOE slows them down / lowers income - need more volume to offset lower reimbursement rates- worst fear (private focus groups) is &quot;big brother&quot; and loss of autonomy. 

(never reconciling not supporting patient safety benefits, e.g. drug interaction, or other advantages for MDs, and hospitals, teams and patients) 

2) Poorly -designed and -integrated EMRs -  some &quot;whining&quot; a smokescreen, some  legit.  Original EMR user-friendly, sub second response time and integrated. Today, more GUI and &quot;bells and whistles&quot; but hard to describe some EMRs convoluted logic and &quot;design&quot;. 

Unless hospitals demand more usable systems from vendors, it won&#039;t happen. Design takes time and costs money, but can pay off.  IT (vendors and hospitals) focus on &quot;build&quot; and are measured/incented by schedule, budget, not adoption or benefits realization.    

 3) Poor implementation strategies - lack of prerequisites 

4) Lack of CEO or CMO &quot;success strategy&quot; - fear-based (some realistic) decisions about MD revolts or exodous.  More hospitals now see higher risk in not mandating use. 

I&#039;ve been alone in many forums for years in recommending CPOE be in MD bylaws (&quot;mandated&quot;).  We need carrots, but in the end, also a big stick.  Voluntary &quot;for the good of all&quot; and small financial incentives haven&#039;t worked.  

Agree drug  interaction key CDS but med orders complex and require allergy data (often collected by nurses first) to fire alerts and MDs need other clinical data, e.g. most recent vital signs, to know what to order.      

I&#039;m PRO-CPOE-, in timely, logical, incremenal steps with usable systems. Considering workflow doesn&#039;t imply there aren&#039;t solutions, I offered one that suport business and  clinical goals.  I&#039;m not advocating either &quot;whatever the docs want&quot; or &quot;slam in the software&quot; approach.         

MD resistance will die out as older MDs retire, with younger ones expecting automation.  In the interim, IMHO we need to move forward, not let old guard hold us all back till they retire - rather lets bring them along with us, if possible.    

As a longtime CPOE/EMR evangelist, I&#039;m especially dismayed by lack of MD support.  After courting MDs, for die hards suggest &quot;we&#039;ve done all we can and are sorry to lose you but to work here you have to use our systems.&quot;   More than ever it in best interest of MDs,  hospital, care team and patients.   

Thanks Tim for forum for lively discussion! 
Ann</description>
		<content:encoded><![CDATA[<p>Happy to debate CPOE phasing and mandate strategy but want my positions to be clear. </p>
<p>CPOE fails for many financial, IT and deep-seated cultural reasons &#8211; 4 primary:</p>
<p>1) Lack of &#8220;financial incentive&#8221; &#8211; Most MDs paid on volume, claim CPOE slows them down / lowers income &#8211; need more volume to offset lower reimbursement rates- worst fear (private focus groups) is &#8220;big brother&#8221; and loss of autonomy. </p>
<p>(never reconciling not supporting patient safety benefits, e.g. drug interaction, or other advantages for MDs, and hospitals, teams and patients) </p>
<p>2) Poorly -designed and -integrated EMRs &#8211;  some &#8220;whining&#8221; a smokescreen, some  legit.  Original EMR user-friendly, sub second response time and integrated. Today, more GUI and &#8220;bells and whistles&#8221; but hard to describe some EMRs convoluted logic and &#8220;design&#8221;. </p>
<p>Unless hospitals demand more usable systems from vendors, it won&#8217;t happen. Design takes time and costs money, but can pay off.  IT (vendors and hospitals) focus on &#8220;build&#8221; and are measured/incented by schedule, budget, not adoption or benefits realization.    </p>
<p> 3) Poor implementation strategies &#8211; lack of prerequisites </p>
<p>4) Lack of CEO or CMO &#8220;success strategy&#8221; &#8211; fear-based (some realistic) decisions about MD revolts or exodous.  More hospitals now see higher risk in not mandating use. </p>
<p>I&#8217;ve been alone in many forums for years in recommending CPOE be in MD bylaws (&#8221;mandated&#8221;).  We need carrots, but in the end, also a big stick.  Voluntary &#8220;for the good of all&#8221; and small financial incentives haven&#8217;t worked.  </p>
<p>Agree drug  interaction key CDS but med orders complex and require allergy data (often collected by nurses first) to fire alerts and MDs need other clinical data, e.g. most recent vital signs, to know what to order.      </p>
<p>I&#8217;m PRO-CPOE-, in timely, logical, incremenal steps with usable systems. Considering workflow doesn&#8217;t imply there aren&#8217;t solutions, I offered one that suport business and  clinical goals.  I&#8217;m not advocating either &#8220;whatever the docs want&#8221; or &#8220;slam in the software&#8221; approach.         </p>
<p>MD resistance will die out as older MDs retire, with younger ones expecting automation.  In the interim, IMHO we need to move forward, not let old guard hold us all back till they retire &#8211; rather lets bring them along with us, if possible.    </p>
<p>As a longtime CPOE/EMR evangelist, I&#8217;m especially dismayed by lack of MD support.  After courting MDs, for die hards suggest &#8220;we&#8217;ve done all we can and are sorry to lose you but to work here you have to use our systems.&#8221;   More than ever it in best interest of MDs,  hospital, care team and patients.   </p>
<p>Thanks Tim for forum for lively discussion!<br />
Ann</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dr. T</title>
		<link>http://histalk2.com/2009/07/01/readers-write-7109/comment-page-1/#comment-4679</link>
		<dc:creator>Dr. T</dc:creator>
		<pubDate>Thu, 02 Jul 2009 22:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2009/07/01/readers-write-7109/#comment-4679</guid>
		<description>Ann and Ben are both right.  I have seen all things CPOE from a glorified typewriter that prints orders on a dot matrix printer in the receiving department (as far back as the 80s yet still I have seen this recently) to the most ungodly complex unlearnable systems that would require 3 years minimum to build, configure, and train users decently, not just minimally usable which is the standard.  Not to mentions dozens of IT analysts full time configuring, troubleshooting, and teaching.  I won&#039;t name any company.  Insert usual big names.  There needs to be some sort of standard for institutional software.  Something scalable from simple to relatively complex, yet not so labor intensive that it will take manyfold much more time to create and change patient orders and maintain the system.  I don&#039;t think such a thing exists yet.  Somebody that can create such a thing stands to make some good money.</description>
		<content:encoded><![CDATA[<p>Ann and Ben are both right.  I have seen all things CPOE from a glorified typewriter that prints orders on a dot matrix printer in the receiving department (as far back as the 80s yet still I have seen this recently) to the most ungodly complex unlearnable systems that would require 3 years minimum to build, configure, and train users decently, not just minimally usable which is the standard.  Not to mentions dozens of IT analysts full time configuring, troubleshooting, and teaching.  I won&#8217;t name any company.  Insert usual big names.  There needs to be some sort of standard for institutional software.  Something scalable from simple to relatively complex, yet not so labor intensive that it will take manyfold much more time to create and change patient orders and maintain the system.  I don&#8217;t think such a thing exists yet.  Somebody that can create such a thing stands to make some good money.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: terzo</title>
		<link>http://histalk2.com/2009/07/01/readers-write-7109/comment-page-1/#comment-4678</link>
		<dc:creator>terzo</dc:creator>
		<pubDate>Thu, 02 Jul 2009 17:10:10 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2009/07/01/readers-write-7109/#comment-4678</guid>
		<description>Ms. Farrell ends her article by stating “We’ve known for decades how CPOE can be implemented successfully.  Now’s the time to really get this right.”  Well if we have known why hasn’t it been done?  Exactly how many more years do we need?  I’m sure that resources have been a factor in the delay; however, we can’t discount the strong physician lobby at some hospitals that has made it all but impossible to implement.

I say this having worked in a health system that has full CPOE for over 5 years as well as and eMAR/BCMA system in place for over 3 years.  Having been the lead IT analyst on the medication portion of CPOE and the eMAR/BCMA implementation I can tell you first hand the resistance we faced.  One major key to success was having strong management support and a physician champion we could let loose on any physician who was “resistant” to change.  Most of those physicians can’t remember life without CPOE now.

Ms. Farrell is right to say we need to “examining physician workflow, decision making, cultural and change management needs, and foundational applications.”  However, there are solutions to all these issues.  She continues to say with key data, “physicians are forced to look for paper charts, call for information, chase nurses down, or make ordering decisions without important or current information.”  Without a proper information system that is precisely what is physician is doing now.  There will always be more data requested in a CPOE system, there will always be requests to change the way that data displays – but to hold off because of those reasons is self defeating.  I know from experience: someone will always have a reason it cannot work.

Experience tells me that the journey to CPOE is a series of small steps and a few big ones.  But every journey has to start with a single step.  I’m not fond of the tack of the federal government forcing it to happen, but it does need to happen.

If properly implemented a CPOE system can not only bring the benefits of medication safety, but also safety in other clinical areas.  It can also save money by avoiding duplicate testing.  For example, not reordering a CT with contrast that a patient had a few days ago can save the kidneys and the cost of the test.  It could also prevent lawsuits. 

A dentist once told a friend of mine “only floss the teeth you want to keep.”  It is similar, albeit an oversimplification, for CPOE: only use it on the patients you don’t want to harm.</description>
		<content:encoded><![CDATA[<p>Ms. Farrell ends her article by stating “We’ve known for decades how CPOE can be implemented successfully.  Now’s the time to really get this right.”  Well if we have known why hasn’t it been done?  Exactly how many more years do we need?  I’m sure that resources have been a factor in the delay; however, we can’t discount the strong physician lobby at some hospitals that has made it all but impossible to implement.</p>
<p>I say this having worked in a health system that has full CPOE for over 5 years as well as and eMAR/BCMA system in place for over 3 years.  Having been the lead IT analyst on the medication portion of CPOE and the eMAR/BCMA implementation I can tell you first hand the resistance we faced.  One major key to success was having strong management support and a physician champion we could let loose on any physician who was “resistant” to change.  Most of those physicians can’t remember life without CPOE now.</p>
<p>Ms. Farrell is right to say we need to “examining physician workflow, decision making, cultural and change management needs, and foundational applications.”  However, there are solutions to all these issues.  She continues to say with key data, “physicians are forced to look for paper charts, call for information, chase nurses down, or make ordering decisions without important or current information.”  Without a proper information system that is precisely what is physician is doing now.  There will always be more data requested in a CPOE system, there will always be requests to change the way that data displays – but to hold off because of those reasons is self defeating.  I know from experience: someone will always have a reason it cannot work.</p>
<p>Experience tells me that the journey to CPOE is a series of small steps and a few big ones.  But every journey has to start with a single step.  I’m not fond of the tack of the federal government forcing it to happen, but it does need to happen.</p>
<p>If properly implemented a CPOE system can not only bring the benefits of medication safety, but also safety in other clinical areas.  It can also save money by avoiding duplicate testing.  For example, not reordering a CT with contrast that a patient had a few days ago can save the kidneys and the cost of the test.  It could also prevent lawsuits. </p>
<p>A dentist once told a friend of mine “only floss the teeth you want to keep.”  It is similar, albeit an oversimplification, for CPOE: only use it on the patients you don’t want to harm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SimpleGuy</title>
		<link>http://histalk2.com/2009/07/01/readers-write-7109/comment-page-1/#comment-4676</link>
		<dc:creator>SimpleGuy</dc:creator>
		<pubDate>Thu, 02 Jul 2009 12:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2009/07/01/readers-write-7109/#comment-4676</guid>
		<description>Thank you, Ben, for the simple and clear description of PC use by hospital-physician vs office-physician.  It makes perfect sense to me. 

If what you say is commonly true (and it sounds like it is), then systems at the bedside should focus almost entirely on making it easy to collect data in as much detail as the doc cares to - leaving deskside applications to focus on easy data access, presentation options, and robust analysis tools.  Yes?

I&#039;m new-ish to hospital IT... do you feel that this fundamental workflow difference is something we ITers have missed all along?</description>
		<content:encoded><![CDATA[<p>Thank you, Ben, for the simple and clear description of PC use by hospital-physician vs office-physician.  It makes perfect sense to me. </p>
<p>If what you say is commonly true (and it sounds like it is), then systems at the bedside should focus almost entirely on making it easy to collect data in as much detail as the doc cares to &#8211; leaving deskside applications to focus on easy data access, presentation options, and robust analysis tools.  Yes?</p>
<p>I&#8217;m new-ish to hospital IT&#8230; do you feel that this fundamental workflow difference is something we ITers have missed all along?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HIMer</title>
		<link>http://histalk2.com/2009/07/01/readers-write-7109/comment-page-1/#comment-4674</link>
		<dc:creator>HIMer</dc:creator>
		<pubDate>Thu, 02 Jul 2009 03:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2009/07/01/readers-write-7109/#comment-4674</guid>
		<description>Recently there has been a trend from several EPIC customers to drink the marketing Kool-Aid and decide that a sound strategy is to unplug working, even progressive HIM (Medical Record) applications to rush into EPICs HIM and EDM (provided through partners) applications, regardless of whether they are actually superior to the practices and processes in place. 

My read (and I am very experienced in this area) is that EPIC has less than great HIM applications and strategies, have only recently engaged an internal HIM resource. If not carefully strategized migrations like this could negatively impact HIM operations and even increase staffing. 

HIM is a very complex, high volume envroinment that can easily be guided off the track into unproductive and more expensive practices by precipitous movements to a vendor that in reality does not have well established applciations in this area. 

I&#039;d love to hear from any sites or readers that can give guidance on their thoughts on this matter.</description>
		<content:encoded><![CDATA[<p>Recently there has been a trend from several EPIC customers to drink the marketing Kool-Aid and decide that a sound strategy is to unplug working, even progressive HIM (Medical Record) applications to rush into EPICs HIM and EDM (provided through partners) applications, regardless of whether they are actually superior to the practices and processes in place. </p>
<p>My read (and I am very experienced in this area) is that EPIC has less than great HIM applications and strategies, have only recently engaged an internal HIM resource. If not carefully strategized migrations like this could negatively impact HIM operations and even increase staffing. </p>
<p>HIM is a very complex, high volume envroinment that can easily be guided off the track into unproductive and more expensive practices by precipitous movements to a vendor that in reality does not have well established applciations in this area. </p>
<p>I&#8217;d love to hear from any sites or readers that can give guidance on their thoughts on this matter.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
