<?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: Phases of an EHR Implementation: Steps to Building Success</title>
	<atom:link href="http://blog.pchealthstop.com/?feed=rss2&#038;p=68" rel="self" type="application/rss+xml" />
	<link>http://blog.pchealthstop.com/?p=68</link>
	<description>A blog for doctors and medical office staff seeking assistance with EMR and the HITECH Act.</description>
	<lastBuildDate>Mon, 19 Apr 2010 16:13:35 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: PC Healthstop Blogging Team</title>
		<link>http://blog.pchealthstop.com/?p=68&#038;cpage=1#comment-28</link>
		<dc:creator>PC Healthstop Blogging Team</dc:creator>
		<pubDate>Fri, 20 Nov 2009 16:43:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pchealthstop.com/?p=68#comment-28</guid>
		<description>In most business contexts, the desired end-point is generally known.  It may be a certain percentage of market share or a target return on investment.  Generally the goals are quantifiable and progress is measurable.

But in the implementation of EMR/EHRs, meaningful use is an amorphous and moving target (and likely will be through 2Q10), which makes the selection of a software program problematic.  CCHIT has already certified more than 200 products, but what happens if the ONC creates the definition of meaningful use and suddenly some or all of those EMR/EHRs can&#039;t meet MU requirements?  Now, you have two moving targets.  

Let&#039;s also say that I want to implement end-to-end encryption to be sure that all my data-at- rest and data-in-motion is secure.  How do I know what compatibility problems that might create?

Studies have shown that these multiple uncertainties are among the major causes of the slow EMR/EHR implementation rates we are seeing.  

Absolutely, implementation can be an iterative process, and it is possible to slice most of the mechanics of implementation down to manageable pieces and create an action plan to address them.  But providers facing a months-long process that will alter the day-to-day operations of their practice seem to be a little skittish about making a commitment until they know more.

I think there may be an explosion of activity when the ONC finally definites meaningful use and vendors start saying - &quot;Yes, our software will do that&quot;.

Rich Silverman</description>
		<content:encoded><![CDATA[<p>In most business contexts, the desired end-point is generally known.  It may be a certain percentage of market share or a target return on investment.  Generally the goals are quantifiable and progress is measurable.</p>
<p>But in the implementation of EMR/EHRs, meaningful use is an amorphous and moving target (and likely will be through 2Q10), which makes the selection of a software program problematic.  CCHIT has already certified more than 200 products, but what happens if the ONC creates the definition of meaningful use and suddenly some or all of those EMR/EHRs can&#8217;t meet MU requirements?  Now, you have two moving targets.  </p>
<p>Let&#8217;s also say that I want to implement end-to-end encryption to be sure that all my data-at- rest and data-in-motion is secure.  How do I know what compatibility problems that might create?</p>
<p>Studies have shown that these multiple uncertainties are among the major causes of the slow EMR/EHR implementation rates we are seeing.  </p>
<p>Absolutely, implementation can be an iterative process, and it is possible to slice most of the mechanics of implementation down to manageable pieces and create an action plan to address them.  But providers facing a months-long process that will alter the day-to-day operations of their practice seem to be a little skittish about making a commitment until they know more.</p>
<p>I think there may be an explosion of activity when the ONC finally definites meaningful use and vendors start saying &#8211; &#8220;Yes, our software will do that&#8221;.</p>
<p>Rich Silverman</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deborah Leyva</title>
		<link>http://blog.pchealthstop.com/?p=68&#038;cpage=1#comment-27</link>
		<dc:creator>Deborah Leyva</dc:creator>
		<pubDate>Thu, 19 Nov 2009 13:47:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pchealthstop.com/?p=68#comment-27</guid>
		<description>I agree with your &quot;phased&quot; components of an EHR implementation, but as a former technology person, I suggest that EHR implementations have a slightly different roadmap.

As with all technology implementations, across all industries, requirements should drive the implementation. In a practice, for example, these requirements take the form of an &quot;As-Is&quot; picture that describes the existing people, processes, workflow, and technologies used.

The target, or the &quot;To-Be&quot; position is the goal. If there is desire (and I expect there will be) to receive federal stimulus financial incentives, then the goal must meet the. as of yet, unfinalized meaningful use criteria. (Expectations are that these criteria will be finalized in 1Q10.) 

That said, the current matrix describes many of the &quot;new&quot; reporting requirements to assess meaningful use with electronic health records. Regardless of the criteria’s current status, health professionals should become familiar with them in order to assess how their existing processes may be impacted via compliance. A huge area with significant impact, and one that is already in effect, are the “improved” HITECH / HIPAA Privacy &amp; Security Rules.

Finally, when the starting and ending points are known, the &quot;roadmap&quot; can be developed and it will include many of the phases identified in your article. That said, EHR implementations are not a step-by-step process, but rather, they are an iterative process. This means that providers and/or facilities must recognize problems along the way, prioritize, iterate, fix or postpone the solution, educate clinicians, and assess results throughout the implementation. Once the system is successfully operational, then of course, maintenance and support follows.

For more information on EHR implementations you may be interested in a presentation I gave at the World Healthcare Technology and Innovation Congress on this topic at http://tinyurl.com/y87sjzr</description>
		<content:encoded><![CDATA[<p>I agree with your &#8220;phased&#8221; components of an EHR implementation, but as a former technology person, I suggest that EHR implementations have a slightly different roadmap.</p>
<p>As with all technology implementations, across all industries, requirements should drive the implementation. In a practice, for example, these requirements take the form of an &#8220;As-Is&#8221; picture that describes the existing people, processes, workflow, and technologies used.</p>
<p>The target, or the &#8220;To-Be&#8221; position is the goal. If there is desire (and I expect there will be) to receive federal stimulus financial incentives, then the goal must meet the. as of yet, unfinalized meaningful use criteria. (Expectations are that these criteria will be finalized in 1Q10.) </p>
<p>That said, the current matrix describes many of the &#8220;new&#8221; reporting requirements to assess meaningful use with electronic health records. Regardless of the criteria’s current status, health professionals should become familiar with them in order to assess how their existing processes may be impacted via compliance. A huge area with significant impact, and one that is already in effect, are the “improved” HITECH / HIPAA Privacy &amp; Security Rules.</p>
<p>Finally, when the starting and ending points are known, the &#8220;roadmap&#8221; can be developed and it will include many of the phases identified in your article. That said, EHR implementations are not a step-by-step process, but rather, they are an iterative process. This means that providers and/or facilities must recognize problems along the way, prioritize, iterate, fix or postpone the solution, educate clinicians, and assess results throughout the implementation. Once the system is successfully operational, then of course, maintenance and support follows.</p>
<p>For more information on EHR implementations you may be interested in a presentation I gave at the World Healthcare Technology and Innovation Congress on this topic at <a href="http://tinyurl.com/y87sjzr" rel="nofollow">http://tinyurl.com/y87sjzr</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
