<?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: Google Health &#8211; Dead on Arrival due to duff data quality?</title>
	<atom:link href="http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/</link>
	<description>A Website Dedicated to Information/Data Quality Disasters from Around the World</description>
	<lastBuildDate>Fri, 14 Oct 2011 18:27:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Imagine someone had been managing your data: next anecdote &#124; e-Patients.net</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-324</link>
		<dc:creator>Imagine someone had been managing your data: next anecdote &#124; e-Patients.net</dc:creator>
		<pubDate>Fri, 19 Jun 2009 11:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-324</guid>
		<description>[...] are largely absent, by ordinary business standards.&#8221; This suspicion was validated by the Information Quality Trainwrecks blog, a blog where data professionals talk about how to avoid such things. Reviewing the story, they [...]</description>
		<content:encoded><![CDATA[<p>[...] are largely absent, by ordinary business standards.&#8221; This suspicion was validated by the Information Quality Trainwrecks blog, a blog where data professionals talk about how to avoid such things. Reviewing the story, they [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: I am not a number - I&#8217;m a human being! &#124; IQTrainwrecks.com</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-289</link>
		<dc:creator>I am not a number - I&#8217;m a human being! &#124; IQTrainwrecks.com</dc:creator>
		<pubDate>Tue, 02 Jun 2009 09:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-289</guid>
		<description>[...] recently posted a long Trainwreck on the problems with Google Health due to poor quality information. It is possible that an error like the one affecting Dylan&#8217;s son could result in incorrect [...]</description>
		<content:encoded><![CDATA[<p>[...] recently posted a long Trainwreck on the problems with Google Health due to poor quality information. It is possible that an error like the one affecting Dylan&#8217;s son could result in incorrect [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daragh O Brien</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-272</link>
		<dc:creator>Daragh O Brien</dc:creator>
		<pubDate>Mon, 25 May 2009 17:32:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-272</guid>
		<description>e-Patient Dave,
Congratulations on getting such a high search score on Google (one chuckles at the irony), and thanks for taking the time to stop by and share here as well (particularly the bit about this being &quot;one of the most accurate posts&quot;).

You are not wide of the mark when you say that &quot;screwed-up, mismanaged, automated processes for medical data could potentially produce one of the biggest large-scale trainwrecks ever&quot;. 

In industries as diverse as telecommunications, financial services, government services, healthcare, and education (to name but a few), in every country of the world, crummy quality information is costing money and often lives. Throwing more automation at bad processes and crummy data just leads to faster arrival at a trainwreck scenario.

Your story just has &lt;em&gt;so many specific examples&lt;/em&gt; of the common types of error that it was too good a write up to miss out on.

If what you have uncovered about Up-coders is true, then it is a classic example of the objectives for which information is captured and the purposes for which it will be used being at odds with the strategic and tactical intent of the insurance company - and it is a recipe for an IQTrainwreck and potential litigation in an e-Patient record scenario where a doctor misdiagnoses or mis-medicates based on intentionally inaccurate information.

See &lt;a href=&quot;http://iaidq.org/publications/obrien-2007-09.shtml&quot; rel=&quot;nofollow&quot;&gt;this article&lt;/a&gt; from the IAIDQ and &lt;a href=&quot;http://iaidq.org/publications/obrien-2009-04.shtml&quot; rel=&quot;nofollow&quot;&gt;this article as well&lt;/a&gt; for some insight into the legal issues that arise in Information Quality (the latter article is restricted to members of the IAIDQ at the moment but I can email you a copy if you are interested).

The International Association for Information &amp; Data Quality is an all-volunteer non-profit dedicated to raising awareness of these types of issues, and promoting the development  of a strong professional approach to tackling these issues. Your offer of input/support for research is a generous and intriguing one as we do have research partnerships with a number of Universities in  the US and elsewhere. I&#039;ll talk to our partners there and see if we can&#039;t put something together on this.</description>
		<content:encoded><![CDATA[<p>e-Patient Dave,<br />
Congratulations on getting such a high search score on Google (one chuckles at the irony), and thanks for taking the time to stop by and share here as well (particularly the bit about this being &#8220;one of the most accurate posts&#8221;).</p>
<p>You are not wide of the mark when you say that &#8220;screwed-up, mismanaged, automated processes for medical data could potentially produce one of the biggest large-scale trainwrecks ever&#8221;. </p>
<p>In industries as diverse as telecommunications, financial services, government services, healthcare, and education (to name but a few), in every country of the world, crummy quality information is costing money and often lives. Throwing more automation at bad processes and crummy data just leads to faster arrival at a trainwreck scenario.</p>
<p>Your story just has <em>so many specific examples</em> of the common types of error that it was too good a write up to miss out on.</p>
<p>If what you have uncovered about Up-coders is true, then it is a classic example of the objectives for which information is captured and the purposes for which it will be used being at odds with the strategic and tactical intent of the insurance company &#8211; and it is a recipe for an IQTrainwreck and potential litigation in an e-Patient record scenario where a doctor misdiagnoses or mis-medicates based on intentionally inaccurate information.</p>
<p>See <a href="http://iaidq.org/publications/obrien-2007-09.shtml" rel="nofollow">this article</a> from the IAIDQ and <a href="http://iaidq.org/publications/obrien-2009-04.shtml" rel="nofollow">this article as well</a> for some insight into the legal issues that arise in Information Quality (the latter article is restricted to members of the IAIDQ at the moment but I can email you a copy if you are interested).</p>
<p>The International Association for Information &amp; Data Quality is an all-volunteer non-profit dedicated to raising awareness of these types of issues, and promoting the development  of a strong professional approach to tackling these issues. Your offer of input/support for research is a generous and intriguing one as we do have research partnerships with a number of Universities in  the US and elsewhere. I&#8217;ll talk to our partners there and see if we can&#8217;t put something together on this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: e-Patient Dave</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-271</link>
		<dc:creator>e-Patient Dave</dc:creator>
		<pubDate>Sun, 24 May 2009 16:20:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-271</guid>
		<description>I can&#039;t believe I didn&#039;t comment here - I&#039;ve been telling people everywhere that this is one of the most accurate posts anywhere about what did and didn&#039;t happen, and what it means. (And that&#039;s going some - googling &quot;e-patient dave&quot; +&quot;google health&quot; now produces thousands of hits.)

Okay, you&#039;re the expert(s) - is it overreaching to assert that screwed-up, mismanaged, automated processes for medical data could potentially produce one of the biggest large-scale trainwrecks ever?

Count me as an ally in whatever research you want to do. This isn&#039;t my day job, obviously (I&#039;m &quot;just a patient&quot;) but we did dig some more. Interesting example: the armpit cyst item was submitted for billing during an abdominal ultrasound. Hmmmm. 

I hear tell that &quot;upcoding&quot; is a common (and widely known) practice - people called &quot;coders&quot; sit in hospital basements combing through records of your visit and picking out keywords that justify billing for the highest-priced item on the insurance company&#039;s reimbursement menu. Aside from the ethical issues, you and I know the implications of then reading back that data as if it were an earnest attempt to express reality.

I&#039;ve now gotten invited into some policy discussions and I&#039;m arguing that &quot;IT grown-ups&quot; should scrutinize any plans to go large on EMRs....  I&#039;ll subscribe here; keep in touch.

I mean, this is personal: we&#039;re talking about the quality of YOUR data a few years from now, YOUR mom&#039;s, YOUR kid&#039;s, whoever it might be.  

A related story: &lt;a href=&quot;http://www.syleum.com/2009/03/17/healthcare-data-model/&quot; rel=&quot;nofollow&quot;&gt;The Data Model That Nearly Killed Me&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>I can&#8217;t believe I didn&#8217;t comment here &#8211; I&#8217;ve been telling people everywhere that this is one of the most accurate posts anywhere about what did and didn&#8217;t happen, and what it means. (And that&#8217;s going some &#8211; googling &#8220;e-patient dave&#8221; +&#8221;google health&#8221; now produces thousands of hits.)</p>
<p>Okay, you&#8217;re the expert(s) &#8211; is it overreaching to assert that screwed-up, mismanaged, automated processes for medical data could potentially produce one of the biggest large-scale trainwrecks ever?</p>
<p>Count me as an ally in whatever research you want to do. This isn&#8217;t my day job, obviously (I&#8217;m &#8220;just a patient&#8221;) but we did dig some more. Interesting example: the armpit cyst item was submitted for billing during an abdominal ultrasound. Hmmmm. </p>
<p>I hear tell that &#8220;upcoding&#8221; is a common (and widely known) practice &#8211; people called &#8220;coders&#8221; sit in hospital basements combing through records of your visit and picking out keywords that justify billing for the highest-priced item on the insurance company&#8217;s reimbursement menu. Aside from the ethical issues, you and I know the implications of then reading back that data as if it were an earnest attempt to express reality.</p>
<p>I&#8217;ve now gotten invited into some policy discussions and I&#8217;m arguing that &#8220;IT grown-ups&#8221; should scrutinize any plans to go large on EMRs&#8230;.  I&#8217;ll subscribe here; keep in touch.</p>
<p>I mean, this is personal: we&#8217;re talking about the quality of YOUR data a few years from now, YOUR mom&#8217;s, YOUR kid&#8217;s, whoever it might be.  </p>
<p>A related story: <a href="http://www.syleum.com/2009/03/17/healthcare-data-model/" rel="nofollow">The Data Model That Nearly Killed Me</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-256</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 18 May 2009 11:56:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-256</guid>
		<description>DCO, 

Thanks for the link to the Consumerist article. 80% of hospital bills having errors counts as an IQTrainwreck in its own right, so we&#039;ll be investigating that story further.</description>
		<content:encoded><![CDATA[<p>DCO, </p>
<p>Thanks for the link to the Consumerist article. 80% of hospital bills having errors counts as an IQTrainwreck in its own right, so we&#8217;ll be investigating that story further.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dco</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-254</link>
		<dc:creator>dco</dc:creator>
		<pubDate>Fri, 15 May 2009 13:19:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-254</guid>
		<description>This is an interesting addition to the story:

http://consumerist.com/5254208/80-of-medical-bills-have-errors

considering that billing data is being relied on for providing details because it is considered to be more complete.</description>
		<content:encoded><![CDATA[<p>This is an interesting addition to the story:</p>
<p><a href="http://consumerist.com/5254208/80-of-medical-bills-have-errors" rel="nofollow">http://consumerist.com/5254208/80-of-medical-bills-have-errors</a></p>
<p>considering that billing data is being relied on for providing details because it is considered to be more complete.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Headlines for April 7-18 &#124; Health Content Advisors</title>
		<link>http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/comment-page-1/#comment-225</link>
		<dc:creator>Headlines for April 7-18 &#124; Health Content Advisors</dc:creator>
		<pubDate>Wed, 22 Apr 2009 14:10:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.iqtrainwrecks.com/?p=111#comment-225</guid>
		<description>[...] » Google Health - Dead on Arrival due to duff data quality? &#124; IQTrainwrecks.com [...]</description>
		<content:encoded><![CDATA[<p>[...] » Google Health &#8211; Dead on Arrival due to duff data quality? | IQTrainwrecks.com [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

