<?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: Why do EMR Implementations Fail?</title>
	<atom:link href="http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/</link>
	<description>Chris Paton discusses Health Informatics, e-Learning and PDAs</description>
	<pubDate>Fri, 10 Feb 2012 14:11:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: prakash</title>
		<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/comment-page-1/#comment-13879</link>
		<dc:creator>prakash</dc:creator>
		<pubDate>Tue, 22 May 2007 17:30:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/#comment-13879</guid>
		<description>A lot of valid points, As we are involved in the development of EMR systems both the client/server and web based  versions we have also encountered additionally a reluctance to be serious about the implementation phase, hardware investment issues among others.

The work flows varies from practice to practice and so it becomes imperative that the EMR has to be developed with the the practice it is meant for point of view. We feel the more time we spend with the client the more effective it was as an health care solution. The bottom line is that there is not such thing as 1 EMR being the solution for all types of practices.</description>
		<content:encoded><![CDATA[<p>A lot of valid points, As we are involved in the development of EMR systems both the client/server and web based  versions we have also encountered additionally a reluctance to be serious about the implementation phase, hardware investment issues among others.</p>
<p>The work flows varies from practice to practice and so it becomes imperative that the EMR has to be developed with the the practice it is meant for point of view. We feel the more time we spend with the client the more effective it was as an health care solution. The bottom line is that there is not such thing as 1 EMR being the solution for all types of practices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abdul Quddus</title>
		<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/comment-page-1/#comment-12221</link>
		<dc:creator>Abdul Quddus</dc:creator>
		<pubDate>Mon, 07 May 2007 20:51:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/#comment-12221</guid>
		<description>I think that there are two views points to be considered when strongly advocating the use of EMR in practices. For a Doctor it needs to easy to use and save time so that more time can be spend on the patient. Currently we have many vendors with different types of EMR that are so hard to use that it simply puts them off. I think healthcare technology companies need to develop product after regular interaction with doctors to ensure that they provide just what is required. At binaryspectrum we have developed our healthcare solutions after spending countless number of hours with doctors to ensure that its work flow is kept simple and intuitive. This is then followed up with a period of Beta testing in real time environment before it is offered as a product in the market.</description>
		<content:encoded><![CDATA[<p>I think that there are two views points to be considered when strongly advocating the use of EMR in practices. For a Doctor it needs to easy to use and save time so that more time can be spend on the patient. Currently we have many vendors with different types of EMR that are so hard to use that it simply puts them off. I think healthcare technology companies need to develop product after regular interaction with doctors to ensure that they provide just what is required. At binaryspectrum we have developed our healthcare solutions after spending countless number of hours with doctors to ensure that its work flow is kept simple and intuitive. This is then followed up with a period of Beta testing in real time environment before it is offered as a product in the market.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: prakash</title>
		<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/comment-page-1/#comment-12028</link>
		<dc:creator>prakash</dc:creator>
		<pubDate>Fri, 04 May 2007 20:53:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/#comment-12028</guid>
		<description>I think that there are two views points to be considered when strongly advocating the use of EMR in practices. For a Doctor it needs to easy to use and save time so that more time can be spend on the patient. Currently we have many vendors with different types of EMR that are so hard to use that it simply puts them off. I think healthcare technology companies need to develop product after regular interaction with doctors to ensure that they provide just what is required. At binaryspectrum we have developed our healthcare solutions after spending countless number of hours with doctors to ensure that its work flow is kept simple and intuitive. This is then followed up with a period of Beta testing in real time environment before it is offered as a product in the market.</description>
		<content:encoded><![CDATA[<p>I think that there are two views points to be considered when strongly advocating the use of EMR in practices. For a Doctor it needs to easy to use and save time so that more time can be spend on the patient. Currently we have many vendors with different types of EMR that are so hard to use that it simply puts them off. I think healthcare technology companies need to develop product after regular interaction with doctors to ensure that they provide just what is required. At binaryspectrum we have developed our healthcare solutions after spending countless number of hours with doctors to ensure that its work flow is kept simple and intuitive. This is then followed up with a period of Beta testing in real time environment before it is offered as a product in the market.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Seb</title>
		<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/comment-page-1/#comment-11713</link>
		<dc:creator>Jonathan Seb</dc:creator>
		<pubDate>Mon, 30 Apr 2007 03:38:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/#comment-11713</guid>
		<description>Very informative post.  One of the biggest issues we see is the continued use of enterprise/federated software which has significant overhead in the practice, including software, databases, connectivity, servers, backups, uninterruptable power supplies, etc.  We have found that this is far too much for the typical small practice to support without a full-time IT resource. Our CEO talks about this more here: http://practicefusion.typepad.com/weblog/2006/11/test.html 

Keep up the good work. 

Regards,

Jonathan Seb
Practice Fusion, Inc.
http://www.practicefusion.com/news.htm</description>
		<content:encoded><![CDATA[<p>Very informative post.  One of the biggest issues we see is the continued use of enterprise/federated software which has significant overhead in the practice, including software, databases, connectivity, servers, backups, uninterruptable power supplies, etc.  We have found that this is far too much for the typical small practice to support without a full-time IT resource. Our CEO talks about this more here: <a href="http://practicefusion.typepad.com/weblog/2006/11/test.html" rel="nofollow">http://practicefusion.typepad.com/weblog/2006/11/test.html</a> </p>
<p>Keep up the good work. </p>
<p>Regards,</p>
<p>Jonathan Seb<br />
Practice Fusion, Inc.<br />
<a href="http://www.practicefusion.com/news.htm" rel="nofollow">http://www.practicefusion.com/news.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Mar</title>
		<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/comment-page-1/#comment-6020</link>
		<dc:creator>John Mar</dc:creator>
		<pubDate>Sun, 04 Mar 2007 14:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/#comment-6020</guid>
		<description>The best emr and &lt;a href="http://www.allegiancemd.com" rel="nofollow"&gt;medical billing software&lt;a&gt; in my opinion is from AllegianceMD. We love it. We haven't had any problems</description>
		<content:encoded><![CDATA[<p>The best emr and <a href="http://www.allegiancemd.com" rel="nofollow">medical billing software</a><a> in my opinion is from AllegianceMD. We love it. We haven&#8217;t had any problems</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Shmookler</title>
		<link>http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/comment-page-1/#comment-2946</link>
		<dc:creator>Eric Shmookler</dc:creator>
		<pubDate>Mon, 29 Jan 2007 05:06:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.newmediamedicine.com/blog/2007/01/21/why-do-emr-implementations-fail/#comment-2946</guid>
		<description>Many interesting points.  Thanks for the well-researched article.  Certainly something we'll hear much more about at EMR has been shown to be an effective tool for cost reductions and (in some cases) error reductions.</description>
		<content:encoded><![CDATA[<p>Many interesting points.  Thanks for the well-researched article.  Certainly something we&#8217;ll hear much more about at EMR has been shown to be an effective tool for cost reductions and (in some cases) error reductions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

