tag:blogger.com,1999:blog-353191442024-03-07T05:05:04.602-05:00The MAeHC BlogWritten by Micky Tripathi. I am the President and CEO of the Massachusetts eHealth Collaborative. The views expressed are my own.Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.comBlogger109125tag:blogger.com,1999:blog-35319144.post-5985478487962647482016-01-26T09:45:00.000-05:002016-01-26T09:45:56.083-05:00Good doctors are patient-centered regardless of what tools they use.....<br />
<br />
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiI9aEdv8OME7vIJdrA0qryIBgfCaogThwR_SS7mHlGGxR1qbTmyLQKXeh66-8l4msf0OBv8tA9r45rBWIwePe0UXw2rhI89BkNUqViUuys7hdOnFzgatBRBNvg8Q8i91r0osEsfQ/s1600/JainHayward.jpg" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiI9aEdv8OME7vIJdrA0qryIBgfCaogThwR_SS7mHlGGxR1qbTmyLQKXeh66-8l4msf0OBv8tA9r45rBWIwePe0UXw2rhI89BkNUqViUuys7hdOnFzgatBRBNvg8Q8i91r0osEsfQ/s400/JainHayward.jpg" /></a><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-57792661785867736962015-09-22T19:55:00.000-04:002015-09-22T19:55:08.579-04:00Nowhere to hide<div>
My wife came back from a physical therapist appointment the other day somewhat disconcerted that the PT had access to her entire medical record, most of which contains absolutely nothing relevant to her need for physical therapy. The reason for this is that the health system where she gets care is an integrated behemoth offering services across the entire continuum of care, and all of those services are documented in a single ginormous electronic medical record. </div>
<div>
<br /></div>
<div>
<div>
I was reminded of a similar issue that made it's way into the <a href="https://www.bostonglobe.com/lifestyle/health-wellness/2012/06/21/records-online-clash-over-mental-care-privacy/hiK4q0NYRjaV4qPveAwz1I/story.html" target="_blank">press</a> a few years ago when a patient complained about her psychiatric records being available to other providers who were all part of a larger system and used the same electronic medical record.</div>
</div>
<div>
<br /></div>
<div>
There was nothing illegal about my wife's situation, since the PT is part of the same clinical entity as my wife's other providers. And sharing records across the continuum of care is what the system is supposed to be striving for, isn't it? Yet, it bugged my wife that the PT had unfettered access to all of her private health information without any clear medical reason for needing all of it. Did the PT really need to see her problem list? And all of her lab results? I suspect that it would be more than just an irritant if she had sensitive information in her record.</div>
<div>
<br /></div>
<div>
To date the public discourse on privacy and interoperability has focused on exchange of records <i>across</i> legal entities, with much less attention given to record-sharing <i>within </i>a legal entity. This issue is soon going to loom larger in the conversation, though, because consolidation in the provider market is rapidly accelerating, as noted in a recent <a href="http://www.wsj.com/articles/health-care-providers-insurers-supersize-1442850400" target="_blank">Wall Street Journal article</a>. Which means that more and more patients will find themselves in integrated health delivery systems that give them more providers under one corporate roof but less ability to control what parts of their record get shared among those providers.<br />
<br />
In a world of fragmented providers, the friction of interoperability has the benefit of protecting privacy; the "minimum necessary" approach of HIPAA, coupled with the limitations of systems to exchange more than just a CCDA snapshot, imposes inherent limits on the breadth, depth, and frequency of information exchange. Consolidate all of those providers under one roof, however, and everyone pretty much has access to almost everything. EHR systems do have role-based access, but with limited ability to "tag" and segregate data, and with fluidity of role definitions from one provider to another, most EHR systems have very limited ability to fine-tune which providers can see which information except in the most basic cases (e.g., psychotherapy notes).<br />
<br />
As my wife and I discussed her concerns, we started to think about voting with our feet -- selectively seeking care outside of the health care system when we don't want a particular provider to have access to all medical record information. We're lucky that we live in a medical mecca that is rich with high quality, competitive health care service choices. Most people aren't so fortunate, however, and may increasingly find that all the work that's being done on "meaningful consent" will be outpaced by market forces.</div>
<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-56333351212353657492013-11-23T11:40:00.001-05:002013-11-23T11:40:14.744-05:00What's next for EHRsOn Nov 14, the HIT Policy Committee sent recommendations to the HIT Standards Committee on three key areas for future EHR capability: query for a patient record, provider directory management, and data portability and migration. An article on the recommendations can be found <a href="http://www.healthdatamanagement.com/news/ways-ehr-challenged-stage-three-meaningful-use-46916-1.html" target="_blank">here</a>.<br />
<br />
These recommendations were the result of many months of deliberation by the <a href="http://www.healthit.gov/FACAS/health-it-policy-committee/hitpc-workgroups/information-exchange" target="_blank">Information Exchange Working Group</a>, of which I have the privilege of being Chair. These three functional capabilities are very important because they address key needs important to health care delivery but that won't be adequately met by the market on its own.<br />
<br />
<u>query for a patient record</u><br />
Meaningful use has approached interoperability in a deliberate and methodical fashion. Stage 1 focused on adoption of EHRs, and routinizing use of HIE capabilities that already existed in the market (primarily eprescribing and lab results delivery). Stage 2 took it one step further to move the market to adoption of "push" capabilities among providers and between providers and patients. The new recommendation on "query" takes the final step to enabling "pull" or "query" functions among providers. While it will still take many years for the market to create business practices and infrastructure to support seamless inter-connectivity among all providers and patients, the "query" requirement will make EHRs finally fully capable of being the building blocks of that larger interoperability vision.<br />
<br />
<u>provider directories</u><br />
This is mostly a "clean-up" recommendation from Stage 2. As the HISP market starts to take shape based on the Direct requirements of Stage 2 MU, a clear obstacle to more seamless integration of HISPs is the lack of standards for provider directory transactions -- being able to look up a provider and his/her security credentials from one system to another. This recommendation will enable one EHR system to discover a provider, their routing address, and their security credentials, and will also enable EHR systems (or standalone provider directories) to respond to such electronic provider directory searches. <br />
<br />
<u>data portability and migration</u><br />
I personally know of someone whose doctor changed EHR systems only to
find that the medical records got matched to the wrong patients during
the migration. Imagine the disastrous consequences that could result from such errors! Current market predictions are that 20-30% of providers will be changing their EHR systems in the next few years, for a variety of reasons. Data migration -- the ability to transfer data from one EHR to another -- will thus become an increasingly important issue in the market. As EHR systems and EHR users enhance their ability to apply quality and decision support tools to clinical data, there are important safety and quality risks to having incomplete and/or error-filled data migrations from one system to another. Data portability refers to the transfer of data from one EHR system to another to support a patient's desire to change physicians, for example. It is similar in many ways to the data migration need which is why we included this use case in our recommendation.<br />
<br />
There is a balance that needs to be struck between the scope and specificity of government regulation, on the one hand, and the strong desire and need for market flexibility and innovation. We already have examples of where this can <a href="http://www.histalkpractice.com/2013/11/07/pretzel-logic-have-sympathy-for-your-vendor-11813/" target="_blank">go awry</a>. I believe that these recommendations are judicious in covering only areas that are important to society and that also won't get fixed by the market on its own.<br />
<br />
<br />
<br />
<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-70832998538487570712013-11-11T22:32:00.000-05:002013-11-11T22:32:22.013-05:00More tales of health care cost and quality<!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:TrackMoves/>
<w:TrackFormatting/>
<w:PunctuationKerning/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:DoNotPromoteQF/>
<w:LidThemeOther>EN-US</w:LidThemeOther>
<w:LidThemeAsian>X-NONE</w:LidThemeAsian>
<w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
<w:SplitPgBreakAndParaMark/>
<w:EnableOpenTypeKerning/>
<w:DontFlipMirrorIndents/>
<w:OverrideTableStyleHps/>
</w:Compatibility>
<m:mathPr>
<m:mathFont m:val="Cambria Math"/>
<m:brkBin m:val="before"/>
<m:brkBinSub m:val="--"/>
<m:smallFrac m:val="off"/>
<m:dispDef/>
<m:lMargin m:val="0"/>
<m:rMargin m:val="0"/>
<m:defJc m:val="centerGroup"/>
<m:wrapIndent m:val="1440"/>
<m:intLim m:val="subSup"/>
<m:naryLim m:val="undOvr"/>
</m:mathPr></w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
DefSemiHidden="true" DefQFormat="false" DefPriority="99"
LatentStyleCount="267">
<w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Normal"/>
<w:LsdException Locked="false" Priority="9" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="heading 1"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9"/>
<w:LsdException Locked="false" Priority="39" Name="toc 1"/>
<w:LsdException Locked="false" Priority="39" Name="toc 2"/>
<w:LsdException Locked="false" Priority="39" Name="toc 3"/>
<w:LsdException Locked="false" Priority="39" Name="toc 4"/>
<w:LsdException Locked="false" Priority="39" Name="toc 5"/>
<w:LsdException Locked="false" Priority="39" Name="toc 6"/>
<w:LsdException Locked="false" Priority="39" Name="toc 7"/>
<w:LsdException Locked="false" Priority="39" Name="toc 8"/>
<w:LsdException Locked="false" Priority="39" Name="toc 9"/>
<w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption"/>
<w:LsdException Locked="false" Priority="10" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Title"/>
<w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font"/>
<w:LsdException Locked="false" Priority="11" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtitle"/>
<w:LsdException Locked="false" Priority="22" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Strong"/>
<w:LsdException Locked="false" Priority="20" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Emphasis"/>
<w:LsdException Locked="false" Priority="59" SemiHidden="false"
UnhideWhenUsed="false" Name="Table Grid"/>
<w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text"/>
<w:LsdException Locked="false" Priority="1" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="No Spacing"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 1"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 1"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 1"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 1"/>
<w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision"/>
<w:LsdException Locked="false" Priority="34" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="List Paragraph"/>
<w:LsdException Locked="false" Priority="29" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Quote"/>
<w:LsdException Locked="false" Priority="30" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Quote"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 1"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 1"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 1"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 1"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 1"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 2"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 2"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 2"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 2"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 2"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 2"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 2"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 2"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 2"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 3"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 3"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 3"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 3"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 3"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 3"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 3"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 3"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 3"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 4"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 4"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 4"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 4"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 4"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 4"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 4"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 4"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 4"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 5"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 5"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 5"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 5"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 5"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 5"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 5"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 5"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 5"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 6"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 6"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 6"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 6"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 6"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 6"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 6"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 6"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 6"/>
<w:LsdException Locked="false" Priority="19" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis"/>
<w:LsdException Locked="false" Priority="21" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis"/>
<w:LsdException Locked="false" Priority="31" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference"/>
<w:LsdException Locked="false" Priority="32" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Reference"/>
<w:LsdException Locked="false" Priority="33" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Book Title"/>
<w:LsdException Locked="false" Priority="37" Name="Bibliography"/>
<w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading"/>
</w:LatentStyles>
</xml><![endif]-->An interesting <a href="http://online.wsj.com/news/articles/SB10001424052702303471004579165470633112630">article</a>
in the <i style="mso-bidi-font-style: normal;">Wall Street Journal</i> goes
through the pros and cons of concierge medicine.<span style="mso-spacerun: yes;"> </span>I’ll admit, my view of concierge medicine has
been largely negative up until now.<span style="mso-spacerun: yes;">
</span>Probably having to do with my being as confused as society is about
whether we should treat physicians as if they have a special calling (saint-like)
or as if they are business people with special skills (pro athlete-like).<span style="mso-spacerun: yes;"> </span>Anyway, this article does convincingly make
the case that concierge medicine isn’t just rent-seeking behavior but is
actually value-creating in the economist’s sense for some people.<span style="mso-spacerun: yes;"> </span>And ironically ObamaCare may have actually shored
up the business case for concierge medicine.<br />
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
The more interesting piece of the article was actually a tangential
reference they made to a study from the North Carolina State University.<span style="mso-spacerun: yes;"> </span>The study apparently reviewed the expenditures
of the patients of a particular concierge practice and found that the longer
office visits allowed by the concierge business model led to health improvements
which ultimately decreased out-of-pocket payments (presumably through lower
utilization of something – office visits?<span style="mso-spacerun: yes;">
</span>medications?)!</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Now, I realize that there is plenty of literature out there
on PCMH savings, but the evidence still seems to be spotty and it’s still
unclear from most of the studies whether the savings are net or gross savings,
which is important because PCMH requires considerable investment to make the
model tick.<span style="mso-spacerun: yes;"> </span>And of course there’s the
ground-breaking work of the Alternative Quality Contract in Massachusetts,
which showed small but significant savings compared with controls, but again,
the savings clearly are gross savings, not net of investments by Blue Cross and/or
the participating providers.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
The intriguing point about the WSJ reference is that the result
suggests net value to both patient and provider.<span style="mso-spacerun: yes;"> </span>Concierge practices are supposed to improve
the quality of care – that’s why people join them.<span style="mso-spacerun: yes;"> </span>In terms of who gains what, the common wisdom
is that patients benefit through higher quality of care, and providers benefit
from higher income.<span style="mso-spacerun: yes;"> </span>In this case, both
patients and providers seem to have gotten a financial gain -- the patient saved
12% out-of-pocket, and the provider has a profitable business and so is
presumably better off than before.<span style="mso-spacerun: yes;"> </span>It
also seems that not only did quality of care improve, it improved by a lot because
it resulted in lower utilization of some type of medical service.<span style="mso-spacerun: yes;"> </span>I don’t think the WSJ reporter even had a
clue that such a finding would be somewhat of a blockbuster if confirmed.<span style="mso-spacerun: yes;"> </span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
I’ve contacted NC State to get a copy of the
study – hopefully they’ll respond.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<br /></div>
<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-59572535221235309422013-04-29T01:40:00.001-04:002013-04-29T11:56:15.400-04:00The double-edged sword of losing our privacyToday's <i>New York Times</i> had a fascinating pair of articles that nicely, but seemingly without the intention of the editors, shows some of the pros and cons of applying data mining to publicly available private information.<br />
<br />
<a href="http://www.nytimes.com/2013/04/28/technology/how-big-data-is-playing-recruiter-for-specialized-workers.html?ref=business&_r=0" target="_blank">"I was discovered by an algorithm"</a>, the lead story in the business section, is about a headhunter start-up company that aggregates information from a variety of public sources to identify high-end programming and development talent. They use this data to supplement the standard information that an employer would receive (eg, degrees, schools, awards, work history, etc) and identify high potential candidates whose talents don't always come through in a typical resume or CV. The article describes how "big data" techniques allow employers to utilize a richer array of variables to identify and evaluate prospective job candidates, and highlights the case of an individual who received a lucrative programming job but who would otherwise not have even passed a standard recruiting screen due to poor high school performance and lack of a college degree. Would prospective recruits feel violated by this black-box search and evaluation process conducted without their permission or awareness? Both the individual and his employer say no. Score one for lack of privacy being a good thing.<br />
<br />
<a href="http://www.nytimes.com/2013/04/28/technology/personal-data-takes-a-winding-path-into-marketers-hands.html?pagewanted=all" target="_blank">"When your data wanders to places you've never been"</a>, buried inside the business section, tells the tale of a woman who gets targeted by pharma direct marketers who have mistakenly identified her as a multiple sclerosis patient based on "big data" searches of publicly available information on the web. She ends up feeling both violated, and worse, too daunted by the complex chain of data brokers and marketing companies behind the error to do anything about it. Score one for lack of privacy being a bad thing.<br />
<br />
It's interesting that neither of these articles really dealt with the obvious flip sides of each situation. Information gleaned from outside of a traditional recruiting process can be used to discriminate just as easily as it can be used to create new job opportunities. And my health and demographic information can just as easily lead me to valuable treatments and support communities as it can to subject me to unwanted marketing and possible discrimination.<br />
<br />
A common thread in each of these articles is that neither was a case of collection or use of illicitly gotten data (such as SSN, DOB, etc), rather, the data mining leveraged information that was voluntarily provided by the individuals in question, albeit for other purposes. Though the information was available in the clear on the internet and was not illegally gotten, the individuals probably thought of it as perhaps not private but at least shielded or too isolated to be useful through random or targeted public searches. In both cases they were wrong, one pleasantly and the other not so pleasantly.<br />
<br />
The "big data" privacy issue is not so much about what a bad actor would do if they could get rare data gems like my SSN or my bank account, it's about the inferential mosaic that could be assembled by good, neutral, and bad actors alike from the many small pebbles of information that I myself have strewn across the web, such as what I say on an affinity user site or a web-based survey or an Amazon review or a Yelp comment (or a public blog).<br />
<br />
I'm reminded of the story of an app called <a href="http://bits.blogs.nytimes.com/2012/03/30/girls-around-me-ios-app-takes-creepy-to-a-new-level/" target="_blank">"Girls Around Me"</a> that matched location data from Foursquare with profile data from Facebook to pinpoint women in a particular location and automatically stalk their Facebook pages to get pictures, background information, and messaging capability. Not what either the women or Foursquare or Facebook had intended when they opened up their data and their APIs. <br />
<br />
What's scary is not that there are unintended consequences, it's that there are unintended AND unpredictable consequences. In health care, Latanya Sweeney has launched an interesting <a href="http://go.bloomberg.com/tech-blog/2012-06-05-as-health-records-go-digital-where-they-end-up-might-surprise-you/" target="_blank">project </a>to show how individual health information routinely and legally diffuses through a broad array of companies and websites. Patients probably know bits and pieces of it, but probably not the scale and scope of it, as shown below. <br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://go.bloomberg.com/tech-blog/files/2012/06/blog_healthmap.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="212" src="http://go.bloomberg.com/tech-blog/files/2012/06/blog_healthmap.jpg" width="320" /> </a></div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
This chart is most interesting for what it doesn't show, rather than what it shows: It doesn't include the patient-generated data behind the NYT articles noted above. As big data advances in scale and scope, it is the information that we voluntarily share -- like on <a href="http://www.patientslikeme.com/" target="_blank">PatientsLikeMe</a> and <a href="http://curetogether.com/" target="_blank">CureTogether</a> and <a href="https://www.smartpatients.com/" target="_blank">SmartPatients</a> -- that will eventually get fed into "big data" black-boxes and used in ways both good and bad that we are unable to foresee right now. </div>
<br />
<br /><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-10826329808832968512012-06-29T16:22:00.003-04:002012-06-29T16:22:54.973-04:00iHealthBeat Perspectives piece on over-architected HIEsMany thanks to everyone for the comments on my iHealthBeat piece on <a href="http://www.ihealthbeat.org/perspectives/2012/the-dangers-of-too-much-ambition-in-health-information-exchange.aspx" target="_blank">"The Dangers of Too Much Ambition in Health Information Exchange"</a>. <br />
<br />
Wes Rishel was also kind enough to comment on it on his <a href="http://blogs.gartner.com/wes_rishel/2012/06/27/4-for-micky-tripathi-on-hie/" target="_blank">blog</a>.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-64476239954315964582011-12-19T10:04:00.015-05:002011-12-19T16:19:24.758-05:00Maybe MAeHC can help teach the New York Times a thing or two.....<div style="font-family: inherit;"><span style="font-size: small;">Today's <i>New York Times</i> has an <a href="http://www.nytimes.com/2011/12/19/technology/as-patient-records-are-digitized-data-breaches-are-on-the-rise.html?_r=1&ref=business" target="_blank">article</a> on a recent security incident that we experienced at MAeHC. The reporter, Nicole Perlroth, does a pretty good job of bringing together different pieces of the story. Even tries to give it some <a href="http://en.wikipedia.org/wiki/The_Bourne_Identity_%282002_film%29" target="_blank">Bourne-like</a> suspense -- I guess I'd allow Matt Damon to play me in the film version (though I would have to insist that he get in better shape first).</span></div><div style="font-family: inherit;"><span style="font-size: small;"><br />
</span></div><div style="font-family: inherit;"><span style="font-size: small;">No story is perfect though, and this one had its share of limitations:</span></div><div style="font-family: inherit;"><span style="font-size: small;"><br />
</span></div><div style="font-family: inherit;"><span style="font-size: small;">It didn't cite the <a href="http://www.histalkpractice.com/2011/12/03/first-hand-experience-with-a-patient-data-security-breach-12311/" target="_blank">blog post</a> or the <a href="http://www.histalkpractice.com/" target="_blank">HISTalk Practice website</a> that inspired the story and that accounted for much of the article's content. OK, so I'm not a journalist, but this seems like a pretty shaky practice. The storyline comes from the blog, not from the very short interview that I had with the reporter. Furthermore, if my blog account had been an article in, say, <i>Health Affairs</i>, they would have cited both the article and the journal. <span style="color: black;">[Update Note: I forwarded a link to this post to the New York Times and they have now added a link to my HISTalk blog post in the on-line version of their article. Thank you NY Times for your responsiveness!]</span></span></div><div style="font-family: inherit;"><span style="font-size: small;"><br />
</span></div><div style="font-family: inherit;"><span style="font-size: small;">The article notes that electronic breach reports have increased in recent years </span><span style="color: black; font-size: small;">and while that is true, a closer look at the numbers reveals that that doesn't necessarily mean that there are more breaches</span><span style="font-size: small;">. There are 2 important subtleties behind this. First, reporting requirements have increased so people have to report more now than they have in the past. In addition, electronic systems have generally better ability to detect breaches in the first place. This is not only due to technologies such as intrusion detection, user-based activity logging, etc etc, but also because physical devices are easier to track and manage than paper systems -- it may be easy to gloss over a few misplaced paper charts, but you can't hide the fact that you lost a laptop. So, the fact that breach reports are up may just reflect better detection and reporting and not necessarily more breaches.</span></div><div style="font-family: inherit;"><span style="font-size: small;"><br />
</span></div><div style="font-family: inherit;"><span style="font-size: small;">Second, the article suggests that electronic systems increase the risk of breaches. As I explained to the reporter, I believe that electronic systems are <b>more </b>secure than paper/fax, but there is a trade-off in the type of risk that they introduce. I liken this to the difference between auto accidents and plane accidents. Auto accidents happen very frequently but with fairly contained consequences, whereas plane crashes are rare but can be disastrous. The latest OCR <a href="http://www.hhs.gov/ocr/privacy/hipaa/administrative/breachnotificationrule/breachrept.pdf" target="_blank">report </a>to Congress on breaches reports something like 25K small breaches (fewer than 500), a very large fraction of which are paper/fax incidents. </span></div><div style="font-family: inherit;"><br />
<div style="color: black; font-family: inherit;">Finally, I found it a little ironic, that while the NYT article itself is an important step toward educating the public about the real issues surrounding the loss of electronic patient information, it glossed over the steps we've taken to educate the industry – like writing the post that lead the Times to the story in the first place. I think it was a bit of a missed opportunity to encourage organizations that have similar experiences to follow the path of full disclosure that we did.</div></div><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-15978629808590395472010-10-15T15:34:00.004-04:002010-10-15T17:18:16.090-04:00Meeting halfwayThose of us focused on health IT are spending a lot of time and energy on bringing the technology to where the patients are. Interoperability is crucial because patients get care in so many different places, and through Regional Extension Centers and other programs we're trying to get EHRs into the hands of small and independent practices at the far reaches of the health care delivery system, again, because that's where the patients are. Something like 80% of practices are small practices, and 90% of outpatient encounters are in those small practices.<br /><br />I've been wondering recently about whether we're going through a Copernican revolution where the patients come to the IT rather than having us bring the IT to the patients. My own personal experience started my thinking on this. I used to get my care from a small practice primary care physician in Wellesley MA -- great guy, good doctor, gives 110% every day. But he didn't have an EHR (still doesn't) and it was basically my responsibility to get specialist records back to him to make sure that he had the whole picture of my care. I switched to Harvard Vanguard not only because they have an excellent EHR but because they are multi-specialty as well. When I need a specialist I no longer scour all of Boston for the best specialist -- I only look within the Harvard Vanguard system because I want to make sure that my records are kept on the same EHR. What I might be sacrificing on the quality of an individual specialist I'm more than gaining back in having all of my physicians reading from the same page (literally).<br /><br />Since my Wellesley doctor couldn't solve the interoperability issue, I solved it myself by eliminating it. My wife gets her care at the Brigham, and I've increasingly seen her focus her decision-making in the same way -- she has eliminated the need for interoperability by limiting her choice of specialists to those who are on the Brigham's EHR.<br /><br />Maybe this is just a family thing. But I started thinking otherwise after I heard a very interesting <a href="http://www.kaiserhealthnews.org/Stories/2010/October/13/hospitals-lure-doctors-away-from-private-practice.aspx">story</a> yesterday on NPR and Kaiser Health News on consolidation of the health care delivery market, and in particular, the increasing share of outpatient physicians employed by hospitals. As the story reports, almost 20% of physicians work for hospitals today, but 50% of new physicians are taking jobs with hospitals. The looming prospect of Accountable Care Organizations' becoming the operational unit of health care delivery will put increasing pressure on hospitals and physicians to keep patients within their care delivery network. Changes in health plans that limit patient choice will also drive patients to stay in closed networks. All of these trends will increasingly funnel patients into health care delivery networks that also happen to be connected on IT networks.<br /><br />There could certainly be many bad affects from such consolidation, such as higher oligopolistic prices, less customer choice, the demise of solo practices that are an iconic part of the American fabric, etc etc. But from a health information exchange perspective, it's only to the good if we can get more patients to meet us halfway on the road to interoperability.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com1tag:blogger.com,1999:blog-35319144.post-2644872598664142312010-09-30T22:40:00.004-04:002010-10-01T00:54:29.925-04:00Provider DirectoriesThe Information Exchange Working Group of the Health IT Policy Committee had a public <a href="http://healthit.hhs.gov/portal/server.pt?open=512&objID=1474&&PageID=17115&mode=2&in_hi_userid=11673&cached=true">hearing</a> today on the topic of Provider Directories. The <a href="http://healthit.hhs.gov/blog/faca/index.php/2010/09/21/hit-policy-committee%E2%80%99s-information-exchange-workgroup-seeks-comments/">FACA Blog </a>has some background on the issues that we covered today. We have a lot of information to process regarding some very complex issues and unfortunately on a very compressed timeline. Some of the major themes that came out of today's hearing are:<br /><br /><ul><li>We've got to get rid of the "yellow pages" and "white pages" analogies to Provider Directories. It's fraught with all of the general flaws of analogies, but more important, as my co-chair David Lansky said, "no one under 30 will know what we're talking about."</li></ul><ul><li>That said, it is useful to distinguish directories that support machine-to-machine routing from those that have more of a lookup role that might be focused more on use cases involving person-in-the-loop functions. Arien Malec noted that while the latter might initially be used more by humans, there would be interesting applications for machine-to-machine transactions as well, such as identifying providers involved in "post-exchange" continuity of care. Keith Boone suggested that we use the terms "service discovery directory" and "provider discovery directory" to more appropriately describe how technology works today. Abby Sears described the need for provider directory functions, however defined, to be embedded within EHRs to make them useful to end-users.<br /></li></ul><ul><li>There are many well-developed directories out there already, so whatever we recommend needs to provide help to enable approaches that have barriers to moving forward while at the same time not stifling forward progress for approaches that are moving ahead. JP Little noted that a number of national directories already exist today, with some degree of interoperability. Charles Kennedy noted that there are is a lot of administrative infrastructure in the market already today, but very little clinical, so we should be thinking of ways to leverage the administrative infrastructure to lower the cost of developing and maintaining clinical infrastructure. Syd Thornton offered that though InterMountain Healthcare maintains its own directory of external providers, they would be interested consuming it from a higher-level aggregator that might offer better economies of scale. Robb Chapman described how the CDC leverages medical registration data from the Federation of State Medical Boards for its Physician Registry Project, but Martin Laventure noted that public health directories are not dynamically linked with any outside systems so updating them is difficult. Karen Trudel described that there are no "one-and-done" solutions in the market today, and even large, nationwide directories such as the NPI and PECOS have significant limitations with respect to the clinical exchange transactions being contemplated today.<br /></li></ul><ul><li>Directories are the means for performing value-generating business functions, they are not the end. Tom Morrison said it most clearly when he stated that "data is a by-product of a business process." Sorin Davis recommended provider accountability for entering and maintaining their data. Anita Sarnoff noted that Axolotl recommended NOT having providers be responsible for maintaining their data and leveraging existing accreditation and credentialing information instead. Linda Syth described that it cost $3M to create the provider registry used by the Wisconsin Medical Society, and about $700K per year to maintain it. Carladenise Edwards recommended mandating the use of specified provider directories to better support their sustainability. Putting all of these together suggests that we need to create or leverage directories that enable services that providers have high interest in consuming so that they themselves will feel the need to assure that their information is timely and complete.<br /></li></ul><ul><li>If we do nothing else, creating a framework and taxonomy for key concepts would be helpful in and of itself. Greg Debor noted that though we refer to "provider" directories, there are other health care participants (such as public health and health plans) that would be important to future value. Hunt Blair pointed to the need for a common ontology of terms such as "provider", "practice", "entity", etc.</li></ul><ul><li>As states move to implementation of their HIE Strategic and Operational Plans, there is an urgent need for some type of guidance or coordination to capture any possible synergies across these efforts and to ensure future interoperability. Goerge Oestreich noted that the pressing need for immediate solutions limited how much central orchestration could be expected and suggested that the focus should therefore be on developing standard interfaces and data formats to support a federated architecture which would allow states and private actors to continue with their own development but with some level of alignment. Steve Waldren cautioned against "over-designing" too early to remain flexible to the many changes that technology change and health reform might bring. Jeff Barnett recommended the need for standards to be able to uniquely identify individuals and organizations. While there seemed to be a general consensus that "a federated approach" was preferable to any other, we did not have enough time today to define the parameters of federation in this context and what requirements would be needed to make it feasible.<br /></li></ul><ul><li>There seemed to be rough consensus that while both were important, the "routing directory" should be a priority. Dan Nigrin noted that they know who they need to send information to, but they often don't know how.<br /></li></ul>These are just some of the many thoughts that emerged from our hearing today. There are more comments posted on the <a href="http://healthit.hhs.gov/blog/faca/index.php/2010/09/21/hit-policy-committee%E2%80%99s-information-exchange-workgroup-seeks-comments/">FACA Blog</a>, and additional comments will be collected through October 4.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com1tag:blogger.com,1999:blog-35319144.post-7382107561962013652010-09-29T22:47:00.006-04:002010-09-30T00:26:08.452-04:00What's in a name?So what's in a name? The full quote of course is: "What's in a name. That which we call a rose by any other name would smell as sweet."<br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi8XnfTgxhdU3Tv4_U4aVjkqeGiB5VoWDkQO6EpAiaakkWRjbOEmHDIe0CbeOqI3d1DIolHltgODVb4i9unrKIIbEhNYkHE-0G-k8xaweGiTIMo9mzeMkPCR6SAHf_Kk5LDdSmaZQ/s1600/NHMooseTHANKS.jpg"><img style="float: right; margin: 0pt 0pt 10px 10px; cursor: pointer; width: 216px; height: 110px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi8XnfTgxhdU3Tv4_U4aVjkqeGiB5VoWDkQO6EpAiaakkWRjbOEmHDIe0CbeOqI3d1DIolHltgODVb4i9unrKIIbEhNYkHE-0G-k8xaweGiTIMo9mzeMkPCR6SAHf_Kk5LDdSmaZQ/s320/NHMooseTHANKS.jpg" alt="" id="BLOGGER_PHOTO_ID_5522550391783894722" border="0" /></a><br />On September 28, the Office of the National Coordinator <a href="http://www.hhs.gov/news/press/2010pres/09/20100928a.html">awarded </a>the New Hampshire Regional Extension Center to the Massachusetts eHealth Collaborative. Is it odd that an organization with Massachusetts in our name is running the New Hampshire Regional Extension Center? I suppose so, on the face of it, but the reality is that we provide professional services in many states outside of Massachusetts. For example, we're already doing work with the regional extension centers in <a href="http://www.nyecrec.org/">New York</a> and <a href="http://www.docehrtalk.org/about-ri-rec">Rhode Island</a>, as well as <a href="http://www.maehi.org/">Massachusetts</a>. And we're currently working on a project with New Hampshire stakeholders on their <a href="http://www.dhhs.nh.gov/hie/strategic.htm">Health Information Exchange Strategic and Operational Plan</a>.<br /><br />All companies have to be based somewhere, and we happen to based in Massachusetts. Granted, most companies don't have their home state in their name. That is a reflection of our non-profit, collaborative roots. We were founded in 2004 by 34 non-profit Massachusetts-based health care organizations. Our mission then and now is to improve the quality, safety, efficiency, and affordability of care through effective adoption of health information technology. Since our founding we've developed a national reputation for being operationally effective, mission-oriented, and consensus-driven.<br /><br />We have the name collaborative because we work as partners -- we share what we've learned, and we look to learn more things that we can share. We try to develop deep ties with each new engagement, and we could not have gotten this federal award without the endorsement and backing of the State of New Hampshire -- we're grateful for the confidence they've shown in us.<br /><br />My father is a family physician and surgeon who has practiced his entire career from his office in Pelham, New Hampshire. We're based in the Massachusetts Medical Society, which reflects our strong affiliation with clinicians -- we have deep ties to the physician community and we make it our business to understand the needs of physician practices.<br /><br />We feel genuinely privileged to have the opportunity to help the clinicians of New Hampshire achieve their meaningful use objectives, and we look forward to deepening the ties that we already have with health care stakeholders across the Granite State. If you're a priority primary care provider in New Hampshire, we're going to be looking for you!<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-69271950300904062052009-05-15T05:46:00.006-04:002009-05-15T06:01:50.423-04:00Guy with a good voice......and A LOT of time on his handsFor those who haven't seen it, Ross Martin's video "An Interoperetta in in Three Acts" is amusing (see below). Though I've got to say, if I had that kind of musical talent, I definitely would not be singing about health IT.....<br /><br /><object width="480" height="295"><param name="movie" value="http://www.youtube.com/v/Gv1s8fM3mMk&hl=en&fs=1&color1=0x2b405b&color2=0x6b8ab6"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/Gv1s8fM3mMk&hl=en&fs=1&color1=0x2b405b&color2=0x6b8ab6" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="295"></embed></object><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com3tag:blogger.com,1999:blog-35319144.post-33474780549116303732009-05-09T06:19:00.002-04:002009-05-09T06:35:53.723-04:00NCVHS Meaningful UseThanks to John Halamka for featuring my NCVHS testimony on his <a href="http://geekdoctor.blogspot.com/2009/05/more-meaningful-use.html">blog</a>! For those who aren't tracking this closely, all of the testimony is now posted on the NCVHS <a href="http://www.ncvhs.hhs.gov/090428ag.htm">website</a>. The transcript of the first day's testimony is also posted, which is long but a little easier to follow and also includes Q&A from the panel. There's a wide array of perspectives here, and who knows how it's going to be used to shape the definition of "meaningful use". As I describe in my testimony, I don't think there are as many degrees of freedom here than we might think, because there's not enough money or infrastructure to support a very high bar on meaningful use. I hope I'm wrong.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-87048243441128414642009-02-19T07:08:00.004-05:002009-02-19T14:06:26.308-05:00MAeHC launches subsidiaryToday we're announcing the launching of <a href="http://www.maehc-psc.com/">MAeHC Professional Services Corporation </a>(PSC), a for-profit, wholly owned subsidiary of the Massachusetts eHealth Collaborative. Our press release is <a href="http://www.maehc-psc.com/documents/_prrel/prrel_psc(20090219).pdf">here</a>. PSC will provide a broad range of fee-based consulting services related to EHR deployment, health information exchange, and quality data warehousing. PSC will provide these services—including strategic planning, project management, and project execution services—to both nonprofit and for-profit clients throughout the United States who are involved in a variety of health IT activities.<br /><br />Today's <em>Boston Globe </em>gave our launch some nice coverage (<a href="http://www.boston.com/business/healthcare/articles/2009/02/19/new_ehealth_subsidiary_will_fund_expansion/">New eHealth subsidiary will fund expansion</a>), and we greatly appreciate their interest in the story. One thing from the story that I'd like to clear up is that it suggests that we don't work with so-called "web-based" applications such as <a href="http://www.athenahealth.com/">athenahealth</a>. In fact, both MAeHC and MAeHC-PSC are vendor- and platform-agnostic, and we ourselves have deployed both web-based and client/server-based applications. And, of course, we're happy to work with athenahealth.....<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-47953366730922812472009-02-14T08:31:00.006-05:002009-02-14T10:21:17.192-05:00Darn, I'm a breach victim......I just got the following email.<br /><blockquote><span style="font-size:85%;">Important Message from Pentagon Federal Credit Union<br />Ref. Card Number<br />Ending In: XXXX<br /><br />Dear Member,<br />Visa Fraud Control has recently notified us that your Pentagon Federal Credit Union Visa credit card account number, name, expiration date, and CVV (a three-digit verification value on the magnetic stripe of the plastic) may have been compromised in a processor level breach at Heartland Payment Systems, Inc. Heartland Payment Systems, Inc. is one of the nation's largest payment processors delivering credit/debit/prepaid card processing, payroll, check management and payments solutions. Heartland has dedicated a website, www.2008breach.com to provide additional information on the breach.<br /><br />Information pertaining to your other Pentagon Federal Credit Union account(s) has not been associated with this event or compromised in any way. The compromise did not occur at Pentagon Federal Credit Union nor did it involve any of our systems. All of your Pentagon Federal Credit Union account information remains absolutely secure.<br /><br />We continue to take all necessary precautions to safeguard and monitor your Pentagon Federal Credit Union accounts to protect against unauthorized activity. We have provided a series of frequently asked questions below that provide additional details and tips. </span><p></p><p><span style="font-size:85%;">Please review them and if you would like to receive a new card with a new account number, please use the instructions provided below. You may reach us toll free at 800-247-5626 or online at PenFed.org.<br /><br />If you have recently closed the referenced card, please disregard this correspondence. We apologize for any inconvenience this may cause. We appreciate the continued trust you have placed in Pentagon Federal Credit Union. Thank you for remaining a valued member.<br /><br />Sincerely,<br />Vincent Gay<br />Director, Security<br />Pentagon Federal Credit Union<br /></span></p></blockquote><br />In this simple email we see the complexity of breach notification. Let me say for the record that I love PFCU -- I've been a member of PFCU for many years and will continue to be for many more.<br /><br />On the negative side of this notification is the ambiguity. My information "may have been compromised" -- not sure if it actually was, so I'm not sure what the actual risk is. They're fulfilling a legal and/or ethical obligation to tell me the nature of the breach, but are they really helping me by telling me that it's a "processor level breach", without further explanation? And how am I as a consumer supposed to assess my level of exposure? Does this mean that there was an actual intrusion of Heartland's environment, or that they discovered a security hole that could have been entered without their knowledge but they really have no idea whether it was.<br /><br />On the positive side, I'm alerted, so I myself can keep my eyes open for suspicious activity.<br /><br />This notification was for a relatively simple incident in a disciplined corporate setting, and it still raises more questions than it answers. Makes me wonder about how we're going to strike the right balance as we move to stricter breach notification regimes in health care.....<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com1tag:blogger.com,1999:blog-35319144.post-51228439099346657202009-02-11T18:34:00.003-05:002009-02-11T21:00:08.546-05:00GrassrootsFarzad Mostashari and I wrote a short <a href="http://ecommons.med.harvard.edu/ec_res/nt/6AAA6767-90F6-4242-B4A0-D00C47CFF398/regional.pdf">white paper </a>urging a more direct link between Federal HIT incentive funds and regional HIT extension centers (Farzad deserves the lion's share of credit for taking this idea and running with it). Pretty straight-forward idea, really -- rather than just handing out $18 billion in cash to providers, funnel those funds through an infrastructure that will protect the government's investment by ensuring that adoption happens efficiently, effectively, and with public benefit in mind. You'd think this would be a no-brainer after our recent experience with the $350 billion bank give-away, but so far, the concept hasn't made it's way into the stimulus package. <br /><br />The letter has gotten almost 60 signatures from individuals and groups across 26 states, including some prominent national organizations such as the <a href="http://www.ehealthinitiative.org/">eHealth Initiative</a>, <a href="http://www.ncqa.org/">NCQA</a>, <a href="http://www.nationalpartnership.org/site/PageServer">National Partnership for Women & Families</a>, and <a href="http://www.pbgh.org/">Pacific Business Group on Health</a>. It's also gotten a fair amount of attention. It was featured on <a href="http://www.ihealthbeat.org/Perspectives/2009/Achieving-Meaningful-EHR-Use-Leveraging-Community-Structures.aspx">iHealthBeat</a>, John Halamka wrote about it in his <a href="http://geekdoctor.blogspot.com/2009/02/regional-health-it-extension-centers.html">blog</a>, and it was also picked up by the <a href="http://bits.blogs.nytimes.com/2009/02/10/electronic-health-records-how-to-spend-the-money-wisely/">New York Times</a>. Thanks to everyone who co-signed it......hopefully somebody up there is listening!<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com2tag:blogger.com,1999:blog-35319144.post-32834841086799829082009-01-25T22:43:00.008-05:002009-01-26T06:05:16.205-05:00How the other half livesIt's good every once in awhile to rise above the surface of the health care market and see how the real economy does things. Today the <em>Times</em> had an <a href="http://www.nytimes.com/2009/01/25/business/25proto.html?_r=1&scp=1&sq=phones%20as%20credit%20cards&st=cse">article</a> about the barriers to adoption of near field communication (NFC) technology, which would allow you to swipe your phone over a reader to make credit card transactions. The technology is already in use today in Japan and in the UK, but it's facing many obstacles in the US market.<br /><br />As described in the article, the issue is not technology. By 2012, most phones are expected to have the technology built-in, yet the availability of the "wave-and-pay" function could take much longer. As an industry expert explained:<br /><blockquote><p>For that to happen, all the players will have to work together to define standards, determine revenue-sharing, expand the network of electronic readers and think through the other parts of what he calls "this 2,000-piece puzzle."</p></blockquote>The expectation is that a trade association, the NFC Forum, which represents 150 stakeholders in this field, will forge the way to a solution. Yet, the same industry expert warns:<br /><blockquote>...it is completely possible that nothing will happen in mobile phones in the next five years if everybody keeps thinking only about their own piece of puzzle.</blockquote><br />I have no doubt that they're going to figure this out and we'll be waving our phones all over the place relatively soon. Reflecting on the somewhat similar dilemma we face with respect to healthcare IT, I'm struck by two big differences that make health care harder.<br /><br />First, we'd be lucky if we had only 150 stakeholders. Part of our dilemma in healthcare IT is that the demand- and supply-sides of the industry aren't just fragmented, they're atomized. On the demand-side, there are over 1000 health insurers in the US, and on the supply-side, almost 8,000 hospitals and 170,000 office-based physician practices. <a href="http://www.hitsp.org/">HITSP</a> and <a href="http://www.cchit.org/">CCHIT </a>have done a nice job bringing together the technology suppliers (in the latter case, probably too good a job....), but they're only addressing the technical side of this issue. <a href="http://www.nationalehealth.org/">NeHC</a> is supposed to be a forum to forge consensus on market-blocking issues, but they're a top-down creation of the federal government, not the result of the burgeoning demands of underlying grassroots contituencies.<br /><br />Second, the benefits of health IT aren't as crisp and clear as easier credit card transactions, so our customers (ie, patients) aren't exactly clamboring for what health IT has to offer. Most of us use credit cards very often (all right, probably too often), so little tiny convenience benefits accrue in an obvious way. Most of us don't use the health care system that often, however, so the convenience factor isn't all that meaningful to a lot of us, and so the appeal has to be on less immediate benefits (safety, quality, etc) that are harder to grasp (and believe).<br /><br />Like the "wave and pay" issue, the obstacle in health care IT is decidedly not the technology. If we can't get "wave and pay" into the market by 2012, what hope do we have of achieving the President's goal of universal EHR adoption by 2014? It's clearly going to take a much larger "forcing function" than the health care market will be able to muster on its own. The Congress' watered down version of the President's health IT vision clearly isn't going to provide that "forcing function", however, so it looks like we're going to have to place our hopes on health care reform.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com2tag:blogger.com,1999:blog-35319144.post-28596026596441847612009-01-22T20:32:00.007-05:002009-01-23T00:03:18.446-05:00Piety in the House of RepresentativesThe House versions of the economic stimulus related to health IT are working their way through the <a href="http://waysandmeans.house.gov/MoreInfo.asp?section=50">Ways & Means</a> and <a href="http://energycommerce.house.gov/index.php?option=com_content&task=view&id=1471&Itemid=1">Energy and Commerce</a> Committees. Then, it's on to the Senate. The House bills delay release of 90% of HIT funds until 2011, ostensibly on the grounds that the technology isn't ready for immediate investment. Paradoxically, the House approach works only if physicians start investing in systems right away, and it completely ignores the reality that the problem isn't the technology, it's the lack of a business imperative. The very same technology that they criticize is now expected to solve the mind-numbing flaws that currently plague our health care delivery system.<br /><br />The House approach takes $20B and gives $2B to a government agency now, and $18B to physicians in the form of phased incentives starting in 2011. However, in order to get these incentives, physicians have to be already using these EHRs and HIE in "meaningful" ways (ie, electronical clinical quality reporting and care coordination) by 2011. Which would mean that for most physicians, they would need to start implementing within the next 18 months, because it takes that long to get up and running on these systems.<br /><br />In taking this approach, the legislation assumes that each physician will make a roughly $50K investment now on the promise of being repaid for this by Medicare over a period of 5 years beginning in 2011. Assuming, of course, that they can pass Medicare's test on "meaningful" use, even though that hasn't been defined and at present there's little to no infrastructure to allow such meaningful use anyway.<br /><br />Seems like a tough sell to me. There are very very few places in the country that have regional health information networks, and there are no places that have real infrastructure for electronic reporting of clinical quality data, so Medicare will have a hard time defining what meaningful use is, let alone certifying that physicians have successfully done it. They already tried to launch electronic quality reporting a few years ago in the DOQ-IT program, and it was an unmitigated disaster.<br /><br />Then there's the problem of implementation. According to Medicare, 30-40% of EHR implementations fail. And the vast majority of the ones that don't fail aren't implemented to inter-operate with other systems or generate good clinical quality data.<br /><br />The House approach glosses all of this over, however. It underinvests in a <a href="http://maehc.blogspot.com/2009/01/message-to-congress-it-takes-village-to.html">technological and organizational infrastructure</a> to guide this massive makeover of 15% of our economy, and overinvests in a misplaced faith that IOUs to physicians will drive individual purchases of EHRs, and this, in turn, will induce demand for the network and implementation infrastructure needed for success. And according to success criteria that we're unable to define at present. And in time to meet the President's goal of ubiquitious adoption by 2014.<br /><br />It reveals an almost religious belief in the power of incentives, however diffuse, and technology, however complicated, and markets, however dysfunctional, to solve the problems that have left <a href="http://nejm.highwire.org/cgi/content/short/359/1/50">96% of physicians without a fully functional EHR</a> up until now. Almost touching, really, this kind of faith, misplaced though it may be.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com2tag:blogger.com,1999:blog-35319144.post-91130951237382538702009-01-21T00:47:00.014-05:002009-01-21T01:38:55.489-05:00I'm speechless...<div align="center"><br />"In reaffirming the greatness of our nation,<br />we understand that greatness is never a given.<br />It must be earned."<br /><br /></div><div align="center"></div><div align="center"></div><div align="center"></div><div align="center"></div><div align="center"></div><a href="http://www.thenewyorkerstore.com/search_results_category.asp?sitetype=1&section=all&keyword=obama&advanced=0&x=0&y=0&ovchn=GGL&ovcpn=New+Covers+2008&ovcrn=sr2NS68go14407gx2130pi35ai436+obama+new+yorker+cov&ovtac=PPC&SR=sr2NS68go14407gx2130pi35ai436&affiliate=SEMKeywords&gclid=CIuj8_CCn5gCFRJ4xgodWS9lnA"><img id="BLOGGER_PHOTO_ID_5293626986315284850" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 232px; CURSOR: hand; HEIGHT: 320px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjq429I7ABb5_gPIwFYcjS5xfAvDAqhDR1e4p_88U0qqOa6MoGjRyLeUo-bwWPpTOPvfNNp4deFdoqvryzAIdkZvXEw2PlnBZhMEmXT5JLy3uQxlxkWshgZh0GbAAqrLwacA1eivg/s320/Obama+New+Yorker+cover.gif" border="0" /></a><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-62869785333948584852009-01-19T06:33:00.004-05:002009-01-19T14:27:42.074-05:00Message to Congress: It takes a village to implement an EHRWell, the health IT legislation is starting to take shape, and it's a little more sobering than the initial speculations of tens of billions of HIT dollars being unleashed on state governments in the next few months. In many ways the recent turn of events is an about-face from the early speculations. The <a href="http://appropriations.house.gov/pdf/RecoveryBill01-15-09.pdf">House Appropriations</a> and <a href="http://waysandmeans.house.gov/media/pdf/110/sbill.pdf">House Ways & Means</a> Committees approaches have the following policy underpinnings:<br /><ol><li>Separates HIT spending from the economic stimulus</li><li>Focuses first on creating a framework for how to handle billions of dollars of HIT funding</li><li>Drives the vast majority of money (90%) through Medicare/Medicaid reimbursement channels</li><li>Focuses the role of state governments on areas that require local coordination, tailoring, and governance</li><li>Moves ONC beyond "coordinator" to actual owner of administrative infrastructure, with all of the programmatic and fiduciary responsibilities that such functions imply</li><li>Makes the Federal government the decision-maker on issues such as technical standards, with input from advisory committees on policy and HIT</li></ol><p>I'll admit that I was among those who was getting a little dreamy and even woozy at the thought of billions of dollars flowing into health IT over the next year. Compared to that somewhat heady vision, the House language is surely a disappointment. Yet, like most compromises, it represents progress in certain key areas.</p><p>Things I like about the approach are:</p><ul><li>Balance of state-led and federally-led approaches. I like the idea of a network of regional HIT Extension Centers that work directly with ONC rather than through states. State governments have a role as well, but mostly in the areas of coordination, galvanizing health information exchange, promoting quality improvement and public health, and making sure that under-served communities don't get left behind. I like this approach because EHR adoption is not nearly as state- or local-specific as is HIE, which really does need to be tailored to local markets and conditions. Thus, it makes sense to let the Feds drive EHR adoption through regional organizations, and have states focus on state- and local-level HIE concerns.</li><li>Incentives for doing stuff, not just for buying stuff. Focus on incentives that require participants to use the technology, rather than just having systems that are "certified". I like that the incentives are tied to quality reporting and health information exchange because I don't believe that inter-operability standards are enforceable without having activing monitoring by certified HIEs, public health entities, and quality data aggregation entities.</li><li>Resources and authority to ONC to get on with it. Gives the clear message that the federal government has to take a stand on key policy decisions in order for us to move forward. This is not ideal, particularly for standards in a fast-moving, decentralized technology space, but it's not clear to me that other approaches are obviously better. The Federal government needs to set standards for Medicare and Medicaid, so that much makes sense regardless of how standards get determined generally.</li></ul><p>Things that I think would improve the House language are:</p><ul><li>Develop a programmatic overlay to the EHR implementations. Inter-operability and robust reporting don't just happen, they get done. And they won't get done if there isn't an implementation program behind the effort, because the systems are too complicated for individual physicians to do this on their own. There's also too much coordination required with other entities, which can only be coordinated by a formalized program. Therefore, we should cement the link between EHR incentives and the HIT Extension Centers. EHR implementations should be executed through or certified by the HIT Extension Centers, otherwise we'll end up with a lot of really bad retail implementations, just like we have today, because we'll only find out about them <em>ex post</em> (ie, after they've failed and can't deliver on their quality and HIE requirements).</li><li>More HIT funding should be made available before 2011. Not necessarily the whole $18B, but there are some parts of the country that are ready to meet the new requirements right away, and we should make funds available to them to build on their momentum while the overall program catches up.</li><li>We should try to go "wholesale" rather than "retail". The current approach to the incentives is to go "retail", meaning physician-by-physician, but there's much more value to be had by going "wholesale", meaning market-by-market. Retail implementations will only mimic, or worse, <a href="http://content.healthaffairs.org/cgi/content/abstract/hlthaff.27.5.w383v1">amplify</a>, the existing entropy of care delivery. Putting a programmatic overlay to "communities" or "markets", such as New York and Massachusetts are doing, creates more effective and efficient vehicles for getting providers to work together, which they do too little of today, and ease the path for them to focus on how to best use technology to improve care across the system, not just in their individual offices.</li></ul><p>So, concrete ways to accomplish these goals might be:</p><ul><li>Designate a couple of HIT Extension Centers right away</li><li>Formalize the role of HIT Extension Centers so we get more proactive interventions in government-funded EHR implementations to get better assurance that they get done right the first time, rather than trying to rescue them after they've failed</li><li>Provide additional funding to these HIT Extension Centers for them to provide implementation services to physicians up-front</li><li>Accelerate Medicare and Medicaid incentives to the markets that these HIT Extension Centers cover</li><li>Allow aggregation of incentives by community according to a formula that allows providers who share the same patients to implement in a coordinated way, and perhaps provide a "sweetener" to those who organize themselves this way</li></ul><p>One thing we should recognize is that by putting most of this into Medicare/Medicaid incentives, and by delaying most of the money until 2011, HIT could be on a collision course with health care reform. In some ways that's good, because we shouldn't be using technology to try to solve the intractable problems of the current system, we should use technology to enable and enhance a better system. Yet, the reality is that we could get to a point where we push off the 2011 date to align it with health care reform. That would get us even further away from the President-elect's goal of ubiquitious EHRs by 2014.</p><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com3tag:blogger.com,1999:blog-35319144.post-44579221226004522412009-01-09T00:46:00.005-05:002009-01-09T01:04:42.125-05:00The National eHealth CollaborativeThe AHIC successor organization is now the <a href="http://www.nationalehealth.org/">National eHealth Collaborative</a>. As a friend reminded me, imitation is the sincerest form of flattery. We at the Massachusetts eHealth Collaborative thus couldn't be more flattered. And we'll get over the name thing. Really. We will.<br /><br />In all seriousness, congratulations to NeHC -- we wish you every success!<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-8567316855182649142009-01-06T06:46:00.006-05:002009-01-07T00:36:19.457-05:00Ready for prime-time<p>The New Year’s Day issue of the Boston Globe had an article discussing some objections by people concerned that HIT systems aren’t ready for the large-scale investments being advanced as part of the economic stimulus package (“<a href="http://www.boston.com/news/nation/washington/articles/2009/01/01/letter_highlights_hurdles_in_digitizing_health_records/">Letter highlights hurdles in digitizing health records</a>”). The critics advocate investing at a slower pace and focusing investments not on purchasing current technologies but on creating new technologies to fix perceived shortcomings in current systems.<br /><br />I understand the concerns – after all, we’re talking about spending billions of hard-earned taxpayer dollars, and as a citizen and former federal government employee, I see that as a sacred trust. From what I’ve seen though, these concerns are either misplaced or readily addressable and therefore don’t warrant delaying large-scale investment.<br /><br />It is certainly true that current EHR systems are complicated, cumbersome, and barely inter-operable. They are that way for a reason: US health care delivery is complicated, cumbersome, and barely inter-operable.<br /><br />The supply-side of health care is unbelievably fragmented. According to the <a href="https://catalog.ama-assn.org/MEDIA/ProductCatalog/m270018_PCD_04_table_1.9.pdf?checkXwho=done">AMA</a>, there are about 670K practicing physicians in the US. Roughly 150K of them are hospital-based and practice in 7500 hospitals, <em>two-thirds of which are community hospitals</em>. The other 520K physicians work on the ambulatory side and, according to the <a href="http://www.cdc.gov/nchs/products/pubs/pubd/hestats/electronic/electronic.htm">CDC</a>, they are spread across 170K office-based practices nationwide, <em>80% of which are solo or 2-physician practices</em>. This is a cottage industry where the individual businesses face little market pressure to standardize around anything except billing codes. Not surprisingly, when they purchase technology, they don’t demand standardization either, and indeed, they demand the opposite, namely, that the technology be able to adapt to their non-standardized and idiosyncratic workflows and clinical decision-making processes.<br /><br />This fragmentation among so many small and independent providers has three negative effects on health care delivery that federal HIT funding can help resolve. First, care is difficult to coordinate. Second, basic reporting for public health and performance measurement does not exist. And third, clinical documentation and data standards are impossible to promulgate and enforce. Federal HIT funding can help overcome these obstacles by giving all users the tools to document and communicate key information according to national standards, and requiring that they do so as a standard of care.<br /><br />Getting back to the main point then, the critics have it all wrong. We shouldn’t be waiting for better technology, because technology is an ever-moving target driven by technical and scientific improvement and user demand. If we had insisted that Tim Berners-Lee anticipate live streaming of HD video from the likes of YouTube and Netflix, we’d still be waiting for the World Wide Web. Nor should we be spending a lot on “innovation” or “simpler, easier” technologies, because we’ll almost assuredly get that wrong. Governmentally-directed innovation spending would never have come up with Google, Twitter, Facebook, YouTube, Hulu, Yelp, Sermo, and craigslist, and we’d be much worse off for it.<br /><br />So, government funding is needed, but spent the wrong way it can stifle innovation and just plain waste a lot of money. What we need to do is first recognize that this will take a long time to get right, it’s wrong to try to architect it perfectly in advance, and it will only become mature when more users engage in using technology to accomplish real business needs. With such a decentralized user base, fast-moving technology, and a dynamic, complicated field such as medicine, we should specify as little as we can get away with technologically but create a flexible architecture that can efficiently accommodate changes into the future. New York is working on just such a <a href="http://www.health.state.ny.us/technology/projects/docs/technical_discussion_document.pdf">model</a>.<br /><br />EHR technology has gotten as far as it can in a thin market – what’s needed now is more bottom-up pressure from more users, and more top-down pressure from policy-makers and businesses to align these users. Federal dollars can facilitate this by creating a large user base and imposing a policy and programmatic overlay to what would otherwise be a funding free-for-all.<br /><br />My personal recommendations for an economic stimulus funding program would be: </p><ul><li>Establish goals focused not on technology, but on what we want people to do with technology, such as coordination of care, adherance to guidelines, reduction of medical errors, and improvement of population health</li><li>Each state should designate an HIE entity (or entities) to broker and enforce statewide health data exchange, and make Medicare and Medicaid data available to authorized users through this HIE infrastructure </li><li>Require that all clinical entities use the state-designated HIEs to provide patient-specific post-visit reports to each other</li><li>Require that all clinical entities use the state-designated HIEs to regularly report public health and quality/safety data to state-designated public health and quality data entities</li><li>Require that all clinical entities use the state-designated HIEs to populate patient health records (PHRs)</li><li>90% of funding be earmarked for EHRs, and 10% for state-designated HIEs, quality data warehouses, and public health reporting infrastructure</li><li>Require that state-designated HIE, public health, and quality data entities monitor and enforce health data exchange according to existing HITSP standards for data exchange and existing quality and safety measurement standards established by AQA, NQF, HITSP, and others, and penalize states that don’t do this </li></ul><p>Is it scary to spend so much taxpayer money so fast? You betcha. But that’s true for every part of the economic stimulus package, not just health care. The need is great, however, so we need to roll up our sleeves and put in place the right vision, leadership, and management. The health IT infrastructure and experience base is perfectly poised to make excellent use of such funds to accomplish the goals of immediate economic stimulus and improvement in health care. By outfitting physicians with modern tools, and requiring that they use them to achieve societal goals, our federal stimulus dollars will provide returns to the country for years to come.</p><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com2tag:blogger.com,1999:blog-35319144.post-51720752700265485482008-09-28T22:52:00.004-04:002008-09-28T23:29:22.340-04:00Coming Up for AirWell, it’s been a long time since I’ve been able to write. As the MAeHC pilot projects enter a transition phase, so too does the MAeHC organization itself. I’ll give a brief summary below of our main areas of activity and, in the coming weeks, I’ll provide more details on some of these activity areas.<br /><br />We have been focused on three areas over the past few months.<br /><br />First, and foremost, continuing the work in our <a href="http://www.maehc.org/documents/MAeHCSeptnewsletter_000.pdf">pilot projects</a> in Brockton, Newburyport, and North Adams. Almost all of the 500+ clinicians participating in the pilot project are now live on their electronic health records. We’ve brought them live on four systems (in descending order of number of clinicians): eClinicalWorks, Allscripts Touchworks, NextGen, and GE Centricity. Two communities – <a href="http://www.maehc.org/nbehealth.html">North Adams</a> and <a href="http://www.wellporthealth.net/index.php">Newburyport </a>– are now live on their health information exchanges as well. Patient participation in the HIEs has been quite high in both communities so far, with over 90% of patients “opting-in” to the data-sharing networks. Finally, the MAeHC Quality Data Center is now in live testing as well. The QDC – which was created with technical assistance from the <a href="http://www.mhqp.org/">Massachusetts Health Quality Partners </a>and <a href="http://www.csc.com/">CSC Corporation </a>– extracts clinical data from the HIEs and calculates physician-level performance measures which are shared back with the participating physicians via a private website.<br /><br />The second area that MAeHC has become increasingly active in is fee-based activities. The MAeHC Board of Directors has approved creating a subsidiary to provide fee-based professional services, and we are now in the process of hammering out the details of this new company. We have been engaged by a variety of customers already, consistent with our non-profit mission, but as the scale and scope of these activities expands, we believe that they will be best housed in a separate company dedicated to commercial clients. Among the clients that we are honored to already be serving are <a href="http://geekdoctor.blogspot.com/2008/03/electronic-health-records-for-non-owned_10.html">Beth Israel Deaconness Medical Center</a>, the <a href="http://www.nyehealth.org/node/68">New York eHealth Collaborative</a>, and the <a href="http://www.bizjournals.com/boston/stories/2008/07/21/story6.html">Massachusetts Coalition for Primary Care Reform</a>.<br /><br />Our third area of focus has been on preparing for the statewide HIT program that became law in August 2008 with passage the <a href="http://www.mass.gov/legis/laws/seslaw08/sl080305.htm">Health Care Cost Control Act </a>(also known as Chapter 305). The state has allocated $25M to an HIT fund that will be administered by the newly created Massachusetts eHealth Institute. We hope to be among the organizations chosen to implement the statewide program once the state has defined the program and finalized its plans for allocating the funds.<br /><br />As I mentioned earlier, in the coming weeks I will describe in greater detail our pilot project activities and fee-based service plans. I wish there was more detail to report on the Chapter 305 program, but we are among the many other organizations in the Commonwealth waiting for the state to unveil details of its plan for the program.<br /><a href="http://www.maehc.org/documents/MAeHCSeptnewsletter_000.pdf"></a><div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-74898889546362038502008-07-09T00:02:00.005-04:002008-07-09T00:26:21.910-04:00Delayed gratitudeSince last week's Globe <a href="http://www.boston.com/bostonglobe/editorial_opinion/editorials/articles/2008/07/03/better_data_for_better_health/">editorial</a>, we've received kind words from some other folks who I'd like to acknowledge. One was in the blog entry "<a href="http://blog.hcfama.org/?p=1730">eHealth: The Globe Turns it Over</a>", written by Health Care for All, and the other in David Williams' Health Business Blog and was entitled <a href="http://www.healthbusinessblog.com/?p=1842">Three Cheers for MAeHC</a>.<br /><br />Thanks to both -- we greatly appreciate your support and help!<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com2tag:blogger.com,1999:blog-35319144.post-27233142307622696802008-07-03T05:21:00.005-04:002008-07-03T07:30:49.679-04:00Thank You, Boston GlobeToday's Boston Globe had an <a href="http://www.boston.com/bostonglobe/editorial_opinion/editorials/articles/2008/07/03/better_data_for_better_health/">editorial </a>about MAeHC. Among the many things the article says is:<br /><blockquote><p>The state budget agreement reached this week includes $25 million to advance the creation of these systems. The budget doesn't specify who should get the money, but based on its success so far, the eHealth Collaborative deserves state support to identify other communities that would be willing to implement a health records system.</p></blockquote>We greatly appreciate the Globe's recognition of the efforts of the many many people involved in the MAeHC pilot projects!<br /><br />The article also had a couple of points that need clarification. First, the article states that we are "just starting" our Brockton pilot project, and it also states that "there will still be much work to be done in the three communities" once the pilot funding ends at the end of this year.<br /><br />In fact, all three pilot projects began at the same time and Brockton is just taking longer because it is much bigger than the other two communities. Even so, all of the roughly 300 physicians in the Brockton project have their EHRs in place, and we have already started hooking them together, which should be completed well before the end of the summer.<br /><br />At that point, all three communities will have reached a significant milestone that no other communities in the country will have achieved: they will be wired for healthcare. All of the physicians in the community will have EHRs, and all will be connected in a health information exchange that allows patients to enable medical record sharing among their providers. North Adams and Newburyport are already the only communities in the country that can boast such capability, and by the end of the summer Brockton will have achieved this elite status as well.<br /><br />Don't get me wrong, there will still be more work to do in these three communities, but where is that not true?. In 1942 Joseph Schumpeter made popular the term <em>creative destruction, </em>which accurately describes every part of our economy except health care delivery. And even though information technology was embraced by other parts of economy many years ago, they're <em><strong>still</strong></em> discovering ways in which IT can improve the quality and efficiency of the products and services that they provide.<br /><br />When the US military launched the first Global Positioning Satellite in 1978, it's goals were limited and clear: Improve the ability of the military to coordinate the movement of weapons, troops, equipment, and supplies. Now, thirty years later, GPS is being used in military and commercial ways that it's designers could never have imagined, and each year seems to bring even more uses. Similarly, when the first commercial cellular telephone was launched in Japan in 1978, they probably had only the smallest inkling of the kinds of innovation that would still be taking place thirty years later. If anything, even after three decades of use, the pace of change wrought by these technologies is not slowing, it's getting ever-faster. In 1978, the year that GPS and commercial cellphones were born, Microsoft was 3 years old and had 2 now famous employees, and the founders of Google and Yahoo were barely in elementary school.<br /><br />Like GPS and cell phones thirty years ago, connecting up an entire health care community is a clear, discrete, "step-up" that provides tools that didn't exist before to change the way things are done. And like those technologies, providing the tools is only the first step, because they're only tools -- the creative energies of the people who use those tools will spur innovations in these three communities over the next 10, 20, and 30 years that we can't even hope to understand through the foggy lenses of today. That type of "creative destruction" isn't something that any of us can or should want to architect in a year or two or three.<br /><br />The vision for a state funded program should be to get all communities in Massachusetts to the place that Brockton, Newburyport, and North Adams will be by the end of this summer. The goal should be to use state funds judiciously to do just enough to get this important part of our economy over the technological hurdle that is absolutely stifling innovation in health care delivery today. After that, step aside as fast as possible and let the market harness technology and human creativity in ways that only the market can do.<br /><br />I can guarentee that thirty years from now the patients and medical professionals in Brockton, Newburyport, and North Adams will still be improving on the systems that were put in place by MAeHC in 2008. But they'll be able to look back and say that 2008 was when they got the tools to think about health care delivery in ways that they couldn't before. If you ask me, that will be the true measure of our success......<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com0tag:blogger.com,1999:blog-35319144.post-75470086242091804892008-06-26T23:57:00.002-04:002008-06-27T00:32:17.177-04:00Of HIEs and PHRs......Yesterday we <a href="http://www.maehc.org/documents/MicrosoftWord-NewburyportHIEpressrelease062408.pdf">announced </a>the launch of our second HIE, this one in greater Newburyport. My blog energy on that launch went to my entry on WBUR's <a href="http://www.wbur.org/weblogs/commonhealth/">Commonhealth </a>site: <a href="http://www.wbur.org/weblogs/commonhealth/?p=516">Realizing the Dream of 21st Century Health Care</a>.<br /><br />David Harlow wonders aloud in <a href="http://healthblawg.typepad.com/">HealthBlawg</a> whether the GoogleHealth and Microsoft HealthVault PHRs may obviate the need for the type of HIE infrastructure that we're putting in place in our pilot communities. The answer, I think, is, maybe, someday, but it's going to be a long time before there's enough electronic information for patients to reap, and therein lies the biggest obstacle to PHR's getting a greater foothold among consumers.<br /><br />For example, in Massachusetts today, if a patient gets all of their care at Beth Israel Deaconness Medical Center, and their insurance from Blue Cross, all of their clinical and claims information will be easily uploaded into a GoogleHealth account -- that's pretty cool. Most patients are like me, however. I don't get my care at BIDMC, nor am I member of Blue Cross, so at the moment I'm plumb out of luck -- I would have to gather, scan, and upload all of my medical records and claims into my GoogleHealth account, and then keep it current myself any time I get more care. Which means I won't do it.<br /><br />There's certainly hope, and GoogleHealth and HealthVault are solid, well thought-out products that deserve to be taken seriously. Indeed, MAeHC is likely to be working with one or both of them in the near future. But considering that real EHR use is somewhere between 4-13% in the US according to the best study to date on the topic (published in last month's <a href="http://content.nejm.org/cgi/content/full/NEJMsa0802005">New England Journal of Medicine</a>), I don't see how a PHR-driven strategy will get us there any faster than an HIE-driven one.<div class="blogger-post-footer"><a href="<$BlogSiteFeedUrl$>" title="Atom feed">Site Feed</a></div>Written by Micky Tripathihttp://www.blogger.com/profile/05509578835081383261noreply@blogger.com2