<?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: The Super Silo</title>
	<atom:link href="http://www.fredtrotter.com/2010/03/09/the-super-silo/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fredtrotter.com/2010/03/09/the-super-silo/</link>
	<description>Hacktivist, coding for social change</description>
	<lastBuildDate>Wed, 25 Jan 2012 14:14:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: ftrotter</title>
		<link>http://www.fredtrotter.com/2010/03/09/the-super-silo/comment-page-1/#comment-6101</link>
		<dc:creator>ftrotter</dc:creator>
		<pubDate>Mon, 05 Apr 2010 12:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredtrotter.com/?p=503#comment-6101</guid>
		<description>What you are describing here is the &quot;smooth wall&quot; that VistA has presented for years. Outsiders have great difficulty getting inside and insiders often expect to be paid to help. Astronaut has been focused on fixing this problem for quite some time, and there are others. But you are making a criticism of VistA and trying to make it stick against Open Source EHRs generally.

Hire someone is generally good advice if you cannot get the tech that makes something go, but I understand that given your level of expertise in software you justifiably feel that you should be able to self support. I would recommend looking into OpenEMR, Tolven, ClearHealth and OpenMRS all of which would be easier for someone with general Linux skills to support. 

-FT</description>
		<content:encoded><![CDATA[<p>What you are describing here is the &#8220;smooth wall&#8221; that VistA has presented for years. Outsiders have great difficulty getting inside and insiders often expect to be paid to help. Astronaut has been focused on fixing this problem for quite some time, and there are others. But you are making a criticism of VistA and trying to make it stick against Open Source EHRs generally.</p>
<p>Hire someone is generally good advice if you cannot get the tech that makes something go, but I understand that given your level of expertise in software you justifiably feel that you should be able to self support. I would recommend looking into OpenEMR, Tolven, ClearHealth and OpenMRS all of which would be easier for someone with general Linux skills to support. </p>
<p>-FT</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rurodoc</title>
		<link>http://www.fredtrotter.com/2010/03/09/the-super-silo/comment-page-1/#comment-6093</link>
		<dc:creator>rurodoc</dc:creator>
		<pubDate>Mon, 29 Mar 2010 01:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredtrotter.com/?p=503#comment-6093</guid>
		<description>Umm, yeah, right. 

I installed both Astronaut WorldVistA and OpenVistA. I&#039;m pretty knowledgeable about Linux and systems in general, but not so much about GT.M/MUMPS.

When I went to the VistA community (e.g. N.A.), they merely respond : &quot;hire someone.&quot;

As if I have the money in my small practice to hire an installation and support company.

The open source community is not really that much more helpful than proprietary companies...l</description>
		<content:encoded><![CDATA[<p>Umm, yeah, right. </p>
<p>I installed both Astronaut WorldVistA and OpenVistA. I&#8217;m pretty knowledgeable about Linux and systems in general, but not so much about GT.M/MUMPS.</p>
<p>When I went to the VistA community (e.g. N.A.), they merely respond : &#8220;hire someone.&#8221;</p>
<p>As if I have the money in my small practice to hire an installation and support company.</p>
<p>The open source community is not really that much more helpful than proprietary companies&#8230;l</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ftrotter</title>
		<link>http://www.fredtrotter.com/2010/03/09/the-super-silo/comment-page-1/#comment-6063</link>
		<dc:creator>ftrotter</dc:creator>
		<pubDate>Tue, 16 Mar 2010 12:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredtrotter.com/?p=503#comment-6063</guid>
		<description>I think the community is capable of it, because we have already done it with VistA and we are doing it again with other projects. Would recommend &quot;the best care anywhere&quot; as a book that give evidence of this...</description>
		<content:encoded><![CDATA[<p>I think the community is capable of it, because we have already done it with VistA and we are doing it again with other projects. Would recommend &#8220;the best care anywhere&#8221; as a book that give evidence of this&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandy Rosenbluth</title>
		<link>http://www.fredtrotter.com/2010/03/09/the-super-silo/comment-page-1/#comment-6052</link>
		<dc:creator>Sandy Rosenbluth</dc:creator>
		<pubDate>Wed, 10 Mar 2010 22:27:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredtrotter.com/?p=503#comment-6052</guid>
		<description>I stumbled across this blog and thought I would offer a couple of comments on this. As an incessant &quot;problem solver&quot; I have tried over many years, addressing some of the same shortcomings in EMR software/industry that you describe. I have had numerous discussions on GPL EMR but don&#039;t see a particularly good solution out there, YET. I would be most interested in better understanding your MM product.

I agree wholeheartedly that the proposed solution is inadequate for the doctor. The described Explorer/Notepad solution is even less functional than dictation with either voice recognition or transcription and indexed storage. There is nothing wrong with this approach any moreso than keeping paper charts - except perhaps that it is greener than paper. Still, filling out paper and scanning would probably be an improvement.  If you don&#039;t have structured data then keeping notes as text is no better than keeping them as indexed images.

I am no fan of government certifications but they often address real needs and problems.  I think we should all try to be as HIPAA compliant as possible when it comes to patient privacy, security and backup whether or not there is any certification. Keeping patient records as text files on a doctors laptop strikes me as irresponsible without clearly identified programatic, process and human resources to help the doc protect and secure it. Otherwise it is again no different than doctors keeping paper charts in the trunks of their cars.

I loudly applaud creative thinking for simpler, less expensive solutions for doctors. They deserve a lot more help than either the industry or government is giving them (HITECT and PQRI incentives notwithstanding).  But, I think you do the doctor a disservice to limit your recommendation only to open source options. As many faults as the proprietary vendors have, there are at least a few proprietary products that actually do the the job for the doctor. I do like your recommendation that &quot;if you can wait for a great open source emr, do so.  

But what makes you think that the open source community is even capable of designing and creating such a solution.  The industry, with its tight relationships with large numbers of providers providing input and combined with organized and well funded development staffs have been mediocre at best in coming up with that.</description>
		<content:encoded><![CDATA[<p>I stumbled across this blog and thought I would offer a couple of comments on this. As an incessant &#8220;problem solver&#8221; I have tried over many years, addressing some of the same shortcomings in EMR software/industry that you describe. I have had numerous discussions on GPL EMR but don&#8217;t see a particularly good solution out there, YET. I would be most interested in better understanding your MM product.</p>
<p>I agree wholeheartedly that the proposed solution is inadequate for the doctor. The described Explorer/Notepad solution is even less functional than dictation with either voice recognition or transcription and indexed storage. There is nothing wrong with this approach any moreso than keeping paper charts &#8211; except perhaps that it is greener than paper. Still, filling out paper and scanning would probably be an improvement.  If you don&#8217;t have structured data then keeping notes as text is no better than keeping them as indexed images.</p>
<p>I am no fan of government certifications but they often address real needs and problems.  I think we should all try to be as HIPAA compliant as possible when it comes to patient privacy, security and backup whether or not there is any certification. Keeping patient records as text files on a doctors laptop strikes me as irresponsible without clearly identified programatic, process and human resources to help the doc protect and secure it. Otherwise it is again no different than doctors keeping paper charts in the trunks of their cars.</p>
<p>I loudly applaud creative thinking for simpler, less expensive solutions for doctors. They deserve a lot more help than either the industry or government is giving them (HITECT and PQRI incentives notwithstanding).  But, I think you do the doctor a disservice to limit your recommendation only to open source options. As many faults as the proprietary vendors have, there are at least a few proprietary products that actually do the the job for the doctor. I do like your recommendation that &#8220;if you can wait for a great open source emr, do so.  </p>
<p>But what makes you think that the open source community is even capable of designing and creating such a solution.  The industry, with its tight relationships with large numbers of providers providing input and combined with organized and well funded development staffs have been mediocre at best in coming up with that.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

