<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
>

<channel>
	<title>e-Patients.net &#187; Boston Globe Article</title>
	<atom:link href="http://e-patients.net/archives/tag/boston-globe-article/feed" rel="self" type="application/rss+xml" />
	<link>http://e-patients.net</link>
	<description>because health professionals can&#039;t do it alone</description>
	<lastBuildDate>Mon, 13 Feb 2012 05:21:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
<!-- podcast_generator="Blubrry PowerPress/2.0.4" -->
	<itunes:summary>because health professionals can&#039;t do it alone</itunes:summary>
	<itunes:author>e-Patients.net</itunes:author>
	<itunes:explicit>no</itunes:explicit>
	<itunes:image href="http://e-patients.net/wp-content/plugins/powerpress/itunes_default.jpg" />
	<itunes:subtitle>because health professionals can&#039;t do it alone</itunes:subtitle>
	<image>
		<title>e-Patients.net &#187; Boston Globe Article</title>
		<url>http://e-patients.net/wp-content/plugins/powerpress/rss_default.jpg</url>
		<link>http://e-patients.net</link>
	</image>
		<item>
		<title>Imagine someone had been managing your data:<br />next anecdote--e-Patient Dave</title>
		<link>http://e-patients.net/archives/2009/06/imagine-someone-had-been-managing-your-data-next-anecdote.html</link>
		<comments>http://e-patients.net/archives/2009/06/imagine-someone-had-been-managing-your-data-next-anecdote.html#comments</comments>
		<pubDate>Fri, 19 Jun 2009 11:51:14 +0000</pubDate>
		<dc:creator>e-Patient Dave</dc:creator>
				<category><![CDATA[e-patient stories]]></category>
		<category><![CDATA[general]]></category>
		<category><![CDATA[hc's problem list]]></category>
		<category><![CDATA[medical records]]></category>
		<category><![CDATA[news & gossip]]></category>
		<category><![CDATA[reforming hc]]></category>
		<category><![CDATA[trends & principles]]></category>
		<category><![CDATA[Anecdote]]></category>
		<category><![CDATA[April 1]]></category>
		<category><![CDATA[Billing Data]]></category>
		<category><![CDATA[Boston Globe]]></category>
		<category><![CDATA[Boston Globe Article]]></category>
		<category><![CDATA[Clinical Reality]]></category>
		<category><![CDATA[Doubts]]></category>
		<category><![CDATA[Electronic Health Records]]></category>
		<category><![CDATA[EMR]]></category>
		<category><![CDATA[Engineering Terms]]></category>
		<category><![CDATA[Globe Article]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Health Facility]]></category>
		<category><![CDATA[Hedge Trimmer]]></category>
		<category><![CDATA[Hedges]]></category>
		<category><![CDATA[Medical Data]]></category>
		<category><![CDATA[Medical Record]]></category>
		<category><![CDATA[Occured]]></category>
		<category><![CDATA[Pacific Northwest]]></category>
		<category><![CDATA[Person States]]></category>
		<category><![CDATA[Poor Job]]></category>
		<category><![CDATA[Privacy Issues]]></category>
		<category><![CDATA[S System]]></category>

		<guid isPermaLink="false">http://e-patients.net/?p=2661</guid>
		<description><![CDATA[Next anecdote about poorly managed medical data: Amen! Just had an incident where my SS# was attached to a different patient’s name in the electronic med record. And the health facility will not tell me where the error occured, or how long someone else’s name was linked to my ss# and my medical record. Discovered [...]]]></description>
			<content:encoded><![CDATA[<p>Next anecdote about poorly managed medical data:</p>
<blockquote><p>Amen!</p>
<p>Just had an incident where my SS# was attached to a different patient’s name in the electronic med record. And the health facility will not tell me where the error occured, or how long someone else’s name was linked to my ss# and my medical record. Discovered accidentally when the lead attendant called me by the wrong name…. The hospital ethics person states only that they have taken care of it and counseled the individual involved!</p>
<p>Then try reviewing your own EMR. They act like you are neurotic even though the reason is that your record had been mixed up with another person…duh!</p>
<p>Lots of errors/lots of privacy issues.</p></blockquote>
<p><span id="more-2661"></span><br />
This is <a href="http://e-patients.net/archives/2009/04/imagine-if-someone-had-been-managing-your-data-and-then-you-looked.html#comment-36271" target="_blank">a new comment</a> that appeared Wednesday night on <a href="http://e-patients.net/archives/2009/04/imagine-if-someone-had-been-managing-your-data-and-then-you-looked.html" target="_blank">my April 1 post</a> about moving my data from my hospital&#8217;s system to Google Health. It&#8217;s from Kate Bosch, a Pacific Northwest resident who knew nothing about my story; she ran into her own mess and decided to see what she could learn. Good ol&#8217; Google Blog Search brought her here.</p>
<p>The front page Boston Globe article about my adventure focused on the newly emerging doubts about our data. (Aptly, it was titled <a href="http://www.boston.com/news/nation/washington/articles/2009/04/13/electronic_health_records_raise_doubt/" target="_blank">Electronic Health Records Raise Doubts</a>.) There are at least two aspects to that doubt.</p>
<p>The article talked about billing data, and how it&#8217;s a poor &#8220;proxy&#8221; (in engineering terms) for clinical reality. (When you can&#8217;t find real data for something, it&#8217;s sometimes valid to use an available substitute, which is referred to as a proxy.)</p>
<p>But a deeper issue in my original post, much harder to change, is that no system will produce good results by itself: <strong>tools must be used properly.</strong> Buying a new hedge trimmer won&#8217;t guarantee gorgeous hedges, and among all the people you know who own a computer, I bet some get better results than others.</p>
<p>More importantly, when it comes to putting data into a multi-user system, <strong>you will not get reliable data unless there are well controlled processes for how data gets into the system.</strong> That means teaching people to do things in a particular way. And in an established profession, that usually means changing people&#8217;s work habits. And that takes time.</p>
<p>This is not rocket science, and it&#8217;s not unique to medicine. When I worked in the newspaper systems business, as that industry computerized, I saw at close range that <em>changing an industry&#8217;s work habits can take a full generation.</em> (And I mean a generation of people, not generation of systems.)</p>
<p>Think about that. Because we&#8217;re talking about how well others have been managing <em>your medical data</em>. Are you ready to take responsibility?</p>
<p>(Mind you, this doesn&#8217;t mean they&#8217;re &#8220;bad people.&#8221; It&#8217;s not trivial to design and stick to a good clean process. I know; I do that stuff in my day job. My point isn&#8217;t that the people are evil or anything, it&#8217;s that we are misguided if we <em>assume</em> our data is probably correct; we should check it out. Another set of eyes never hurts, eh?)</p>
<p>In my original post I wrote &#8220;<strong>I suspect processes for data integrity in healthcare are largely absent, by ordinary business standards.&#8221;</strong> This suspicion was validated by the <a href="http://www.iqtrainwrecks.com/2009/04/15/google-health-dead-on-arrival-due-to-duff-data-quality/" target="_blank">Information Quality Trainwrecks blog</a>, a blog where data professionals talk about how to avoid such things. Reviewing the story, they said &#8220;problems that have been documented in the information quality literature for over a decade are at the root of an embarassing information quality trainwreck.&#8221;</p>
<p>What to do? <strong>You and I must take control of our own data, because the industry may take twenty years to get there.</strong> Kate nailed it in a subsequent email:</p>
<blockquote><p>the deeper I question, the more of a mess it seems&#8230;In my estimation the  EMR will only work if patients have <strong>full access to ALL their EMR</strong> and can  catch mistakes as they happen. Also security and access should ideally rest  <strong>with the patients wishes not the medical or  insurance facility</strong>&#8230;</p>
<p>A complete  turnaround in medical staff thinking  will be necessary though &amp; I don&#8217;t  think this will come easily  judging on my own experience &amp; how I was  treated when I requested to review the EMR&#8217;s (something they claimed  no-one had ever asked to do before).</p></blockquote>
<p>Welcome, Kate. Have a seat &#8211; we got work to do.</p>
]]></content:encoded>
			<wfw:commentRss>http://e-patients.net/archives/2009/06/imagine-someone-had-been-managing-your-data-next-anecdote.html/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Quick update on moving my data--e-Patient Dave</title>
		<link>http://e-patients.net/archives/2009/04/quick-update-on-moving-my-data.html</link>
		<comments>http://e-patients.net/archives/2009/04/quick-update-on-moving-my-data.html#comments</comments>
		<pubDate>Fri, 17 Apr 2009 12:33:03 +0000</pubDate>
		<dc:creator>e-Patient Dave</dc:creator>
				<category><![CDATA[e-pts resources]]></category>
		<category><![CDATA[hc's problem list]]></category>
		<category><![CDATA[medical records]]></category>
		<category><![CDATA[positive patterns]]></category>
		<category><![CDATA[pt/doc co-care]]></category>
		<category><![CDATA[reforming hc]]></category>
		<category><![CDATA[trends & principles]]></category>
		<category><![CDATA[Billing Data]]></category>
		<category><![CDATA[Boston Globe]]></category>
		<category><![CDATA[Boston Globe Article]]></category>
		<category><![CDATA[Chief Architect]]></category>
		<category><![CDATA[Chilmark]]></category>
		<category><![CDATA[Clinical History]]></category>
		<category><![CDATA[Consumers Union]]></category>
		<category><![CDATA[Data Transfers]]></category>
		<category><![CDATA[Day Job]]></category>
		<category><![CDATA[Drawing Conclusions]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Grand Time]]></category>
		<category><![CDATA[Holding Pen]]></category>
		<category><![CDATA[John Moore]]></category>
		<category><![CDATA[Medical Institutions]]></category>
		<category><![CDATA[Nbsp Nbsp Nbsp Nbsp Nbsp]]></category>
		<category><![CDATA[Personal Health Record]]></category>
		<category><![CDATA[Real Health]]></category>
		<category><![CDATA[Right Decision]]></category>
		<category><![CDATA[Sean Nolan]]></category>
		<category><![CDATA[Zeiger]]></category>

		<guid isPermaLink="false">http://e-patients.net/?p=1944</guid>
		<description><![CDATA[A few items before I head off to the day job: As my hospital&#8217;s CIO John Halamka posted Monday, we had a concall Wednesday night. He, Roni Zeiger of Google, my physician Danny Sands and I spoke for an hour about this entire broad topic. &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;It was candid, clear and constructive, though I must say [...]]]></description>
			<content:encoded><![CDATA[<p>A few items before I head off to the day job:<br />
<span id="more-1944"></span>
<ul>
<li>As my hospital&#8217;s CIO John Halamka <a href="http://geekdoctor.blogspot.com/2009/04/limitations-of-administrative-data.html" target="_blank">posted Monday</a>, we had a concall Wednesday night. He, Roni Zeiger of Google, my physician Danny Sands and I spoke for an hour about this entire broad topic. <br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;It was candid, clear and constructive, though I must say there were some things that had to be said several different times. :&ndash;) In the end, I believe the right decision was made: the hospital was decided that &#8220;<a href="http://geekdoctor.blogspot.com/2009/04/lessons-learned-from-e-patient-dave.html" target="_blank">billing data &#8230; is unreliable for clinical history, and it was a mistake</a>&#8221; to send it to Google Health. They will no longer do that.<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Congratulations and thanks to John for being open and hearing what the world was saying!  As Microsoft&#8217;s <a href="http://blogs.msdn.com/familyhealthguy/archive/2009/04/15/this-just-in-sharing-health-data-is-hard.aspx" target="_blank">Sean Nolan asked earlier in the week</a>, &#8220;how many other medical institutions out there display this kind of transparency? Kudos are deserved here.&#8221;</li>
<li>Sean is chief architect for Microsoft HealthVault.  He wrote a great post <a href="http://blogs.msdn.com/familyhealthguy/archive/2009/04/15/this-just-in-sharing-health-data-is-hard.aspx" target="_blank">&#8220;This just in: sharing health data is hard.&#8221;</a> (Anyone who works with data transfers will get the &#8220;Wow, whoda thunk it??&#8221; joke.) He superbly captured my state of mind Monday and Tuesday, watching the media swirl that arose around the Boston Globe article: &#8220;People are having a grand time drawing conclusions from all from this, mostly trying to decide &#8216;who sucks&#8217; &#8212; is it Google, or BIDMC, or the insurance companies, or lousy doctors, or all PHRs?&#8221; Kudos to the astute John Moore of Chilmark Research for <a href="http://chilmarkresearch.com/2009/04/15/bad-data-saga-continues/" target="epd">his post</a>, which steered me to Sean&#8217;s.</li>
<li>Sean&#8217;s post also describes how HealthVault first imports data into a sort of &#8220;holding pen&#8221; where you can pick through it and decide what&#8217;s sane, etc., before moving it into the real health record. That sounds interesting.</li>
</ul>
<p>EVERYONE, LISTEN UP:  I DID NOT JUST SAY HEALTHVAULT IS BETTER!  I haven&#8217;t even tried it yet.  There are many personal health record systems out there, and I have no intention of doing a comparative review of them all, much less declaring a winner. I am not freakin&#8217; Consumers Union (though I am a member) with a staff of hundreds, I&#8217;m just one patient doing this as an EVER so stimulating hobby, doing what YOU should do, which is get your fingers into YOUR data.</p>
<p>Speaking of which, my doctor very generously combed through all of my data in PatientSite, every shred of it, looking to see what could be traced to its origin and what could not.  Sometime soon I&#8217;ll be writing about what he found.  It was really interesting to me.</p>
<p>I had to deal with a bunch of arcane abbreviations but that&#8217;s not difficult &ndash; it was easier than some instruction booklets I&#8217;ve seen.  (You can do it too.)  I learned a lot, and we found a fair amount of other insanity &ndash; like an armpit cyst condition (hidradenitis) that was supposedly diagnosed during an abdominal ultrasound.  Magic!</p>
<p>I hope to post about all that this weekend. And I hope you (yes YOU, the person in YOUR underwear, if you&#8217;re wearing any) will contact your doctor and ask to see the whole megillah so YOU can take responsibility.</p>
<p>See, if we&#8217;re going to do this Participatory Medicine thing, in which patients play an active role in their care, we can&#8217;t just sit back and hope &#8220;the other guy&#8221; is doing their part perfectly. Be an e-patient: empowered, equipped, <b>engaged</b> and enabled.</p>
<hr />
<p/>
<p>Thanks again to Roni and John, two MDs who listened, <i>heard</i>, and responded. Let this be a model for the new world we&#8217;re creating: collaborative, participatory healthcare. And thanks especially to Danny Sands, one of Tom Ferguson&#8217;s original e-patient doctors, without whose assistance I wouldn&#8217;t have been able to write most of this story. If knowledge is power, Danny&#8217;s an empowering guy.</p>
]]></content:encoded>
			<wfw:commentRss>http://e-patients.net/archives/2009/04/quick-update-on-moving-my-data.html/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

