<?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: Electronic medical records: Expensive . . . and ineffective?</title>
	<atom:link href="http://www.kevinmd.com/blog/2007/07/electronic-medical-records-expensive.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.kevinmd.com/blog/2007/07/electronic-medical-records-expensive.html</link>
	<description>medical blog</description>
	<lastBuildDate>Sat, 20 Mar 2010 13:46:09 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: TBTAM</title>
		<link>http://www.kevinmd.com/blog/2007/07/electronic-medical-records-expensive.html/comment-page-1#comment-77493</link>
		<dc:creator>TBTAM</dc:creator>
		<pubDate>Tue, 10 Jul 2007 21:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://clients.emmense.com/kevinmd/2007/07/electronic-medical-records-expensive-and-ineffective.html#comment-77493</guid>
		<description>I agree with MLO. None of the EMR&#039;s I have seen come anywhere near the efficiencies of my old medical chart with its one sheet problem summary on the front and patient-completed history sections. &lt;br/&gt;&lt;br/&gt;We have gone electronic, and I spend more time charting than ever in my career, and feel less condfident when I review a chart that I am capturing all the info I need. &lt;br/&gt;&lt;br/&gt;The EMR is defintiely a case where new is not necessarily better.</description>
		<content:encoded><![CDATA[<p>I agree with MLO. None of the EMR&#8217;s I have seen come anywhere near the efficiencies of my old medical chart with its one sheet problem summary on the front and patient-completed history sections. </p>
<p>We have gone electronic, and I spend more time charting than ever in my career, and feel less condfident when I review a chart that I am capturing all the info I need. </p>
<p>The EMR is defintiely a case where new is not necessarily better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MLO</title>
		<link>http://www.kevinmd.com/blog/2007/07/electronic-medical-records-expensive.html/comment-page-1#comment-77481</link>
		<dc:creator>MLO</dc:creator>
		<pubDate>Tue, 10 Jul 2007 18:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://clients.emmense.com/kevinmd/2007/07/electronic-medical-records-expensive-and-ineffective.html#comment-77481</guid>
		<description>First caveat: I have not worked in the Health IT field - but I&#039;m an IT Gal from way back with a usability and business process background.&lt;br/&gt;&lt;br/&gt;From what I have seen in the IT and Health care literature surrounding health care IT, the health care IT guys are NOT doing due diligence before deploying so-called solutions.  In no other industry would their behaviors be tolerated.  IT should be created around natural efficiencies while addressing inefficiencies - not forcing a new work model.&lt;br/&gt;&lt;br/&gt;Every time I read a so-called IT guru from the health care side I am thoroughly disgusted by their arrogance in claiming they &quot;know&quot; how to fix things before even investigating workflows.  Workflows are different for different parts of any organization - and the underlying architecture has to be flexible enough so that the front-end can be what the audience needs it to be.  That means that the billing people do not have the same interface that the doctor or nurse does!&lt;br/&gt;&lt;br/&gt;Even as a patient I have seen major waste due to a lack of integrated IT.  I&#039;m not even going to touch the lack of security around most EMRs.  Really, you guys need to fire almost every person designing your systems and get some experienced folks from other fields who know they don&#039;t know your field and are willing to do the legwork to design a workable system.&lt;br/&gt;&lt;br/&gt;Pax,&lt;br/&gt;&lt;br/&gt;MLO&lt;br/&gt;&lt;br/&gt;PS. My professional pet peeve is IT that thinks it is anything other than a service to a larger customer.</description>
		<content:encoded><![CDATA[<p>First caveat: I have not worked in the Health IT field &#8211; but I&#8217;m an IT Gal from way back with a usability and business process background.</p>
<p>From what I have seen in the IT and Health care literature surrounding health care IT, the health care IT guys are NOT doing due diligence before deploying so-called solutions.  In no other industry would their behaviors be tolerated.  IT should be created around natural efficiencies while addressing inefficiencies &#8211; not forcing a new work model.</p>
<p>Every time I read a so-called IT guru from the health care side I am thoroughly disgusted by their arrogance in claiming they &#8220;know&#8221; how to fix things before even investigating workflows.  Workflows are different for different parts of any organization &#8211; and the underlying architecture has to be flexible enough so that the front-end can be what the audience needs it to be.  That means that the billing people do not have the same interface that the doctor or nurse does!</p>
<p>Even as a patient I have seen major waste due to a lack of integrated IT.  I&#8217;m not even going to touch the lack of security around most EMRs.  Really, you guys need to fire almost every person designing your systems and get some experienced folks from other fields who know they don&#8217;t know your field and are willing to do the legwork to design a workable system.</p>
<p>Pax,</p>
<p>MLO</p>
<p>PS. My professional pet peeve is IT that thinks it is anything other than a service to a larger customer.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (user agent is rejected)
Database Caching 1/11 queries in 0.010 seconds using disk

Served from: www.kevinmd.com @ 2010-03-20 10:14:22 -->