<?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: Medical records and Facebook</title>
	<atom:link href="http://www.kevinmd.com/blog/2008/09/medical-records-and-facebook.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.kevinmd.com/blog/2008/09/medical-records-and-facebook.html</link>
	<description>medical blog</description>
	<lastBuildDate>Mon, 22 Mar 2010 02:53:32 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matt</title>
		<link>http://www.kevinmd.com/blog/2008/09/medical-records-and-facebook.html/comment-page-1#comment-87401</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 23 Sep 2008 22:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://clients.emmense.com/kevinmd/2008/09/medical-records-and-facebook.html#comment-87401</guid>
		<description>And not to beat a dead horse, but if/when the feds get involved in EMRs (as both candidates seem to like to mention), you can be assured that it will be as un-Facebook-like in its ease and functionality as you can possibly imagine.&lt;br/&gt;&lt;br/&gt;Facebook is successful (makes money?) b/c of the number of eyeballs it gets.  Companies that create EMR databases and interfaces, similar to what SAP might implement for resource management, make money by selling support.  You can&#039;t sell support if the software is 1) easy to use and 2) easy to update.  Thus, you have incentive to make the code and interface onerous.&lt;br/&gt;&lt;br/&gt;On a related note, I&#039;m certain in saying that EMR alone won&#039;t make great improvements to healthcare quality.  The same number of mistakes will happen - they&#039;ll just be automated.  This is the same effect caused by MRP software in manufacturing.  If the process doesn&#039;t work without the software, the software will make the process work incorrectly more quickly.</description>
		<content:encoded><![CDATA[<p>And not to beat a dead horse, but if/when the feds get involved in EMRs (as both candidates seem to like to mention), you can be assured that it will be as un-Facebook-like in its ease and functionality as you can possibly imagine.</p>
<p>Facebook is successful (makes money?) b/c of the number of eyeballs it gets.  Companies that create EMR databases and interfaces, similar to what SAP might implement for resource management, make money by selling support.  You can&#8217;t sell support if the software is 1) easy to use and 2) easy to update.  Thus, you have incentive to make the code and interface onerous.</p>
<p>On a related note, I&#8217;m certain in saying that EMR alone won&#8217;t make great improvements to healthcare quality.  The same number of mistakes will happen &#8211; they&#8217;ll just be automated.  This is the same effect caused by MRP software in manufacturing.  If the process doesn&#8217;t work without the software, the software will make the process work incorrectly more quickly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Medical Quack</title>
		<link>http://www.kevinmd.com/blog/2008/09/medical-records-and-facebook.html/comment-page-1#comment-87282</link>
		<dc:creator>The Medical Quack</dc:creator>
		<pubDate>Thu, 11 Sep 2008 22:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://clients.emmense.com/kevinmd/2008/09/medical-records-and-facebook.html#comment-87282</guid>
		<description>All mentioned are very valid points and I don&#039;t blame physicians for the frustration one bit for the areas of discontent.  I know I wrote a full EMR a few years ago just out of the fact that my client didn&#039;t like or felt he could not use anything that was out there.  I stopped writing though as it became too large of a project for one person to keep up with and maintain as the pace of technology has picked up tremendously.  That&#039;s why you see me hanging around the blogosphere as having been on the back side directly working with physicians to create solutions, so I can understand everyone&#039; frustration and mine too!  Even though I don&#039;t continue to write I still have that tremendous insight though on how it needs to work and keep the &quot;clicks&quot; down to a minimum as that was probably one of the most common complaints of all, no matter what EMR or EHR was being used and it&#039;s still echoed out there today, alive and well.   &lt;br/&gt;&lt;br/&gt;New programming technologies hopefully will bring this to practice in the physician&#039;s office one day, one in particular is Silverlight from Microsoft.  This is not meant to be a commercial by any means, but it is evolving and I have sat in many programming meetings at Microsoft and had conversations with other developers and there are many of the answers in this technology, but it&#039;s not quite there yet.&lt;br/&gt;&lt;br/&gt;I did a couple posts on the subject after attending HIMMS this year and did a video on the common user interface under construction by the NHS in the UK.  That project is open for developers to contribute to as well.  It may not be what we end up with here, but it&#039;s one good start, and as other great ideas come to the table, it will get better.  &lt;br/&gt;&lt;br/&gt;I have worked a little with the technology too and am very impressed.  Drag and drop, like Facebook, yes!  Just what the doctor ordered:)&lt;br/&gt;&lt;br/&gt;There is no reason why we need to have so many different interfaces whereby each hospital, each office is a huge learning curve and through the integration process of having web based products, slowly, and I do mean slowly, things are coming to light here.  I speak honestly and try to tell it like it is.  &lt;br/&gt;It is hard enough seeing the number of patients today required to keep the doors open as time is tight by all means, and to worry about a complicated record system is something that doesn&#039;t fit the picture well at all.&lt;br/&gt;&lt;br/&gt;I&#039;ll give you a couple links here where you can take a look and see what&#039;s coming up on the agenda and perhaps this will at least give some feeling of relief.  I think this year at the HIMMS convention the feeling was the same from all, everybody get on the same boat, but how that all comes down remains to be seen:)  I did the one video live on my tablet, so that was really someone poking around the demo and not orchestrated to look &quot;perfect&quot;.&lt;br/&gt;&lt;br/&gt;http://ducknetweb.blogspot.com/2008/05/microsoft-common-user-interface-for.html&lt;br/&gt;&lt;br/&gt;http://ducknetweb.blogspot.com/2008/06/possibility-of-national-electronic.html&lt;br/&gt;&lt;br/&gt;Anyway, I hope this will perhaps shed some positives out there to know there is light at the end of the hall.  The user interface along with interoperability to exchange between systems are the name of the game.</description>
		<content:encoded><![CDATA[<p>All mentioned are very valid points and I don&#8217;t blame physicians for the frustration one bit for the areas of discontent.  I know I wrote a full EMR a few years ago just out of the fact that my client didn&#8217;t like or felt he could not use anything that was out there.  I stopped writing though as it became too large of a project for one person to keep up with and maintain as the pace of technology has picked up tremendously.  That&#8217;s why you see me hanging around the blogosphere as having been on the back side directly working with physicians to create solutions, so I can understand everyone&#8217; frustration and mine too!  Even though I don&#8217;t continue to write I still have that tremendous insight though on how it needs to work and keep the &#8220;clicks&#8221; down to a minimum as that was probably one of the most common complaints of all, no matter what EMR or EHR was being used and it&#8217;s still echoed out there today, alive and well.   </p>
<p>New programming technologies hopefully will bring this to practice in the physician&#8217;s office one day, one in particular is Silverlight from Microsoft.  This is not meant to be a commercial by any means, but it is evolving and I have sat in many programming meetings at Microsoft and had conversations with other developers and there are many of the answers in this technology, but it&#8217;s not quite there yet.</p>
<p>I did a couple posts on the subject after attending HIMMS this year and did a video on the common user interface under construction by the NHS in the UK.  That project is open for developers to contribute to as well.  It may not be what we end up with here, but it&#8217;s one good start, and as other great ideas come to the table, it will get better.  </p>
<p>I have worked a little with the technology too and am very impressed.  Drag and drop, like Facebook, yes!  Just what the doctor ordered:)</p>
<p>There is no reason why we need to have so many different interfaces whereby each hospital, each office is a huge learning curve and through the integration process of having web based products, slowly, and I do mean slowly, things are coming to light here.  I speak honestly and try to tell it like it is.  <br />It is hard enough seeing the number of patients today required to keep the doors open as time is tight by all means, and to worry about a complicated record system is something that doesn&#8217;t fit the picture well at all.</p>
<p>I&#8217;ll give you a couple links here where you can take a look and see what&#8217;s coming up on the agenda and perhaps this will at least give some feeling of relief.  I think this year at the HIMMS convention the feeling was the same from all, everybody get on the same boat, but how that all comes down remains to be seen:)  I did the one video live on my tablet, so that was really someone poking around the demo and not orchestrated to look &#8220;perfect&#8221;.</p>
<p><a href="http://ducknetweb.blogspot.com/2008/05/microsoft-common-user-interface-for.html" rel="nofollow">http://ducknetweb.blogspot.com/2008/05/microsoft-common-user-interface-for.html</a></p>
<p><a href="http://ducknetweb.blogspot.com/2008/06/possibility-of-national-electronic.html" rel="nofollow">http://ducknetweb.blogspot.com/2008/06/possibility-of-national-electronic.html</a></p>
<p>Anyway, I hope this will perhaps shed some positives out there to know there is light at the end of the hall.  The user interface along with interoperability to exchange between systems are the name of the game.</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.009 seconds using disk

Served from: www.kevinmd.com @ 2010-03-22 01:34:10 -->