<?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: Do You Make These Mistakes And Run Behind?</title>
	<atom:link href="http://www.medicalrecordshow.com/make-mistakes-run-behind/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.medicalrecordshow.com/make-mistakes-run-behind/</link>
	<description></description>
	<lastBuildDate>Wed, 06 Apr 2011 18:40:10 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nina Bryant</title>
		<link>http://www.medicalrecordshow.com/make-mistakes-run-behind/comment-page-1/#comment-527</link>
		<dc:creator>Nina Bryant</dc:creator>
		<pubDate>Fri, 04 Sep 2009 06:10:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.medicalrecordshow.com/?p=574#comment-527</guid>
		<description>Hello Walker,
Converting 6000 paper charts is a huge task no matter how much or how little data you&#039;re extracting. However, you can prepare for an easier conversion by creating a plan which includes tiny steps toward a smooth transition. Pre-grouping surgical reports, labs, imaging, etc. can make conversion easier and faster. Also, updating and verifying patient addresses, insurance coverage, and medical directives will help speed electronic conversion. 

No matter where you are in your EMR investigation, starting with just two steps will give you and your staff a sense of accomplishment and control over a process that looms large because it&#039;s unfamiliar territory. Good luck to you.</description>
		<content:encoded><![CDATA[<p>Hello Walker,<br />
Converting 6000 paper charts is a huge task no matter how much or how little data you&#8217;re extracting. However, you can prepare for an easier conversion by creating a plan which includes tiny steps toward a smooth transition. Pre-grouping surgical reports, labs, imaging, etc. can make conversion easier and faster. Also, updating and verifying patient addresses, insurance coverage, and medical directives will help speed electronic conversion. </p>
<p>No matter where you are in your EMR investigation, starting with just two steps will give you and your staff a sense of accomplishment and control over a process that looms large because it&#8217;s unfamiliar territory. Good luck to you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Beck</title>
		<link>http://www.medicalrecordshow.com/make-mistakes-run-behind/comment-page-1/#comment-514</link>
		<dc:creator>Peter Beck</dc:creator>
		<pubDate>Thu, 23 Jul 2009 06:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.medicalrecordshow.com/?p=574#comment-514</guid>
		<description>Also, remember: the entire chart doesn&#039;t usually need to be scanned. Depending on the specialty, it may be necessary to only scan a few pages, and abstract a few key items of info, like chronic conditions, meds, and allergies. What the doctors need at a minimum to hit the ground running is best determined by the doctors, but also by experienced &quot;EHR midwife&quot; organizations, which have experience in what practices &lt;em&gt;truly&lt;/em&gt; need, as opposed to what they &lt;em&gt;think&lt;/em&gt; they&#039;ll need.</description>
		<content:encoded><![CDATA[<p>Also, remember: the entire chart doesn&#8217;t usually need to be scanned. Depending on the specialty, it may be necessary to only scan a few pages, and abstract a few key items of info, like chronic conditions, meds, and allergies. What the doctors need at a minimum to hit the ground running is best determined by the doctors, but also by experienced &#8220;EHR midwife&#8221; organizations, which have experience in what practices <em>truly</em> need, as opposed to what they <em>think</em> they&#8217;ll need.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Beck</title>
		<link>http://www.medicalrecordshow.com/make-mistakes-run-behind/comment-page-1/#comment-513</link>
		<dc:creator>Peter Beck</dc:creator>
		<pubDate>Thu, 23 Jul 2009 06:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.medicalrecordshow.com/?p=574#comment-513</guid>
		<description>It&#039;s definitely doable; for a medium sized primary care office, for example, this volume would be the norm (about 2,000 or so charts per doctor). And primary care charts are generally &lt;em&gt;much&lt;/em&gt; thicker than specialist or surgery charts.

The key is to start the scanning and abstracting process sufficiently in advance of the EHR go-live, about 3-6 months. Ideally, this should be coordinated by a group external to the surgery center/medical group, with experience in facilitating the particular EHR&#039;s adoption in the area. Part of that service includes assigning scanning and abstracting personnel to the task -- so the office staff and physicians don&#039;t have to.

Some offices elect to do that duty themselves to save money, with mixed results. Most offices are already pretty busy, with little &quot;spare time&quot; to do dedicated scanning and abstracting, so what they end up doing is often incomplete, or with cut corners. That leads to some pretty frustrated docs downstream.</description>
		<content:encoded><![CDATA[<p>It&#8217;s definitely doable; for a medium sized primary care office, for example, this volume would be the norm (about 2,000 or so charts per doctor). And primary care charts are generally <em>much</em> thicker than specialist or surgery charts.</p>
<p>The key is to start the scanning and abstracting process sufficiently in advance of the EHR go-live, about 3-6 months. Ideally, this should be coordinated by a group external to the surgery center/medical group, with experience in facilitating the particular EHR&#8217;s adoption in the area. Part of that service includes assigning scanning and abstracting personnel to the task &#8212; so the office staff and physicians don&#8217;t have to.</p>
<p>Some offices elect to do that duty themselves to save money, with mixed results. Most offices are already pretty busy, with little &#8220;spare time&#8221; to do dedicated scanning and abstracting, so what they end up doing is often incomplete, or with cut corners. That leads to some pretty frustrated docs downstream.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Walker</title>
		<link>http://www.medicalrecordshow.com/make-mistakes-run-behind/comment-page-1/#comment-512</link>
		<dc:creator>Walker</dc:creator>
		<pubDate>Thu, 23 Jul 2009 03:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.medicalrecordshow.com/?p=574#comment-512</guid>
		<description>How do you address the large volume of paper charts during an EHR implementation?  For example, a surgery center that has over 6000 charts that need to be integrated into the system.  From my experience, they don&#039;t have the time or resources to handle a large backfile.</description>
		<content:encoded><![CDATA[<p>How do you address the large volume of paper charts during an EHR implementation?  For example, a surgery center that has over 6000 charts that need to be integrated into the system.  From my experience, they don&#8217;t have the time or resources to handle a large backfile.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

