Monday, July 25, 2011

Another Ad Hoc HealthIT Award

Those of you who have been reading for a while know the deal. For those who don't: This is an award I give out about 5 times a year to recognize a significant contribution to the development of Healthcare Standards. The contribution is often a singular one, and when it isn't, I don't do repeats in the same year. I'm the sole arbiter and judge. There is no contest or nomination period (although nominees are always welcome).

Over the last few weeks the HIT Community on Twitter has been voting on the #HIT100, and then the #HIT5, producing the #HIT1.  Not to upstage @theEHRGuy, but to add to the recognition that Social Media has had on Healthcare Standards, I decided that it was time to give a Harley to the person who best represented what it means to be involved in both.

The next winner of the Ad Hoc Harley is an individual who blogs about Healthcare Standards and Social Media, communicates regularly through Twitter, FaceBook and elsewhere, and who has been a leader in Social Media as it is related to Healthcare IT.  Through that person's actions, I've seen the development of at least one other HIT Social Media champion in the #HIT5, and the creation of yet one more tweet chat using their work as an example.

This certifies that 
Erica "@TheGr8Chalupa" Olenski of CorePoint Health


Has hereby been recognized for outstanding contributions to the forwarding of Healthcare Standardization through the Use of Social Media

Erica, thanks for all that you do, and for all the late nights you spend on #HITsm and other tweet chats. I can think of no-one else who's had a more direct effect on others in Healthcare Social Media.

   Keith

P.S.  Just for fun, I've timed this post to go out a couple minutes before the start of tonight's #HITsm tweet chat, with the appropriate hash tag.

What ARE you afraid of?

I read a post earlier today talking about concerns of a healthcare organization that would be sharing its data with its patients.  One of the concerns was that sharing the data (with a competitor) would make it easier for the patient to get care elsewhere.

There is so much that is wrong with that attitude.  If you have to lock your customers in because they've already got an investment with you (their data in this case), and that is how you sustain your hold on them, then there is something fundamentally wrong with your business model.  This is true whether it is the data, or as I often experience in the standards space, an interface (e.g., for lab reporting).  What you should be focusing on is providing the best customer service to retain customers, not on "locking them in because you have their data."

If you believe that sharing your data with other healthcare providers will make it easier for customers to leave you, you need to ask yourself who benefits most by the sharing.  If it is your competitor, you need to provide better service to your customers, but sharing data only exposes an already existing weakness.  If it is you, you have nothing to be afraid of. If it is your customers who benefit most, then you already have the right attitude, and there is nothing to be afraid of either.

So, figure out what it is you are really afraid of, and fix that.  And you can start with providing your customers with better service by making their healthcare data more accessible to them as really good first step.

Thursday, July 21, 2011

HealthIT Standards Chat

OK, I've been dabbling in the #HITsm tweetchats, and I've decided now that I need to really take the plunge.  Here is my plan:

Every other Wednesday at 5:00 PM Eastern Time (to give @GrahameGrieve a 7:00am start) starting August 10th, I'm going to host a tweetchat on Healthcare Standards (hashtag #HITstd) every other week (it may become more frequent as there becomes demand).

I'll set the broad topics for the first few as follows:

August 10th: Clinical Document Architecture (CDA, CCD, C32, CDA Consolidation questions welcome)
August 24th: Integrating the Healthcare Enterprise, PCC, ITI and QRPH Domains
September 7th:  CCR with special guest @techydoc

The way it will work is that I'll start, introduce the topic, and then you ask your questions.  I and other experts and implementers who are participating will try to answer your question, or point you to where you can find your answers.  Not every question has an easy answer to write in 140 characters.  Some may result in blog posts later.  Some questions might be answered with IDK (I don't know).  We'll see what happens and how things evolve.

I'm gonna need some help here.  I know HL7 Version 2, Version 3, CDA, and IHE PCC and ITI profiles, and some from QRPH.  I need people who know NCPDP, X12, Direct and other specifications and standards to help.

The last few of minutes we'll wrap up with how to address outstanding answers needed, and may ask for input on subsequent topics.

   -- Keith

P.S.  Stay tuned for Monday's #HITsm Tweet-chat.  I have something fun up my sleeve.

The Evolution of a Problem and its Solution

One of the well received pieces of feedback on the IHE Reconciliation profile this week was about the maintenance of identifiers for information items produced as a result of a reconciliation process.  Essentially, if you incorporate a fact about a patient into your EHR that was externally sourced, you have to retain and reproduce the identifier you originally recieved with it.  We had made that a strong recommendation, but due to feedback, changed that to a requirement.

As a result, we needed to address another issue, which is how information evolves over time, and how its identity changes over time as well.

There are a number of interesting cases:
  1. Status Updates
  2. Changes in Treatment 
  3. Additions of new Information and relationships 
  4. Correction of Erroneous Information
  5. Disease Progression 
  6. Changes in Diagnosis
Status Updates
Status updates do NOT change the identity of an act that has been recorded.  Over time, order #### has been placed, shipped, canceled, received, paid et cetera.  Over time, diseases are active and resolved, treatments (e.g., medications) are active, completed, canceled or discontinued.  Et cetera.  If during the reconciliation process, you make a status change, it does not change the original identity of the item.   

Changes in Treatment
Medication X is discontinued, replaced by medication Y, or is used in a different dose and/or frequency are examples of this case.  In this case, the Status of the old medication is changed (to completed or , and a new medication information item is created with a new identity.  The status of the old item is changed to reflect the reason kind of change made.

If a medication was discontinued without replacement before it was expected to be finished normally, it would be marked as "aborted".  Marking an act as "aborted" is a cue that the act was terminated abnormally without any replacement.

If it was discontinued without replacement before it was expected to be finished normally, and a new medication replaces it, it should be marked as "obsolete".  The new information item can be marked as the previous acts replacement.  If dose or frequency are changed, it should be treated the same way.  Marking an act as obsolete is a cue that that you should look for a replacement.

If the medication completed normally (e.g., a three month prescription), and its replacement is different (in medication or dose), then it should be marked as completed, and the new information item with a new identity can be linked as its successor. 

Corrections
This old piece of data was incorrectly recorded, and a new piece of data replaces it.  Again, pretty easy.  In this case, the old information item has its status changed to "nullified", indicating that it was incorrect, and the new information item has a new identity, and can be marked as the replacement for the old one.  This kind of correction only applies when there have been mistakes in entry or reporting of the information, NOT when there have been mistakes in judgement (see changes in diagnosis below).

Additions
Let's say that you have an allergy with a known manifestation of hives.  Subsequently, it is determined that a new manifestation exists that is anaphylaxis.  The new manifestation has a new identity, but is attached to the old allergy and the identity of the old allergy does not change.  Similarly, you can have an assessment of the severity of a particular disease.  The assessment may change over time.  Each time it changes, it takes on a new identity, but the original observation to which it applies does not change its identity.

The addition of descriptive attributes previously unknown (e.g., a stop date), also would not change the identity of an information item.

Progression of Disease
Influenza can eventually result if not treated into pneumonia.  This is a natural progression of disease along a particular pathway.  In this particular case, the progression to pneumonia is a new observation on the patient with a new identity, and the previous observation can be retained as well with its existing identity, because both are true. Note, in this case, the "concern" act from which the influenza observation originated would have a new observation associated with it for the pneumonia.  The identity of the original concern does not change. There are cases where the diagnostic categories form a progression that excludes the previous category (e.g., Stage I Cancer vs. Stage 2 Cancer).  In these cases, the original observation

Changes in Diagnosis
This is the stickiest one to deal with.  A change in diagnosis is a new judgement, clearly, and that has a new identity.  However, I'm not sure what to do with the old one.  If the previously recorded diagnosis of X was made as the result of a clinical judgement, and it is incorrect, the following things are true statements:

  • A previous diagnosis was made that the patient had X.
  • That diagnosis was incorrect.
I think the right way to handle this one is that same as if you decide to change the treatment for a patient.  The old diagnosis is marked as "aborted" (NOT nullified).  

My reasoning is this:  The old diagnosis (or assessment) did exist.  Marking it as "aborted" indicates that the line of reasoning was prematurely terminated (e.g., in light of new information).  If instead, it had been marked as nullified, it would have indicated that the diagnosis was reported or entered incorrectly, which is in fact, NOT the case.  It may very well have been reported and entered correctly, but was made based on incomplete or incorrect information.  When a diagnosis is changed in this way, it indicates that the providers judgement has changed, and follows the recording pattern whether that judgement is about the condition the patient is suffering from, or the treatment they are given.

This doesn't solve every issue.  One thing I'm still struggling with is how to deal with "holds" or temporary suspensions of medications.  I believe the right way to handle this is to report every suspension event along side the medication event.  I think of suspensions to be a new event (an override of a previous decision based on temporary factors).  Reporting both allows the receiving provider to be aware that a patient is NOT currently taking their medications (e.g., due to a pending surgery).  However, I think what we need to do with this particular issue is call it out as being something that needs a profile without addressing it in the reconciliation profile.



PublicHealth should be Patient Centered Too

Some recent discussions got me to thinking about Public Health again, possibly because I've been spending a significant amount time with the IHE Quality, Research and Public Health technical committee and individual members this week.  Some time ago I wrote about "Taking Cost out of the System".  Let's list some of the activities that individual providers and organizations need to engage in with public health:
  • Reporting Immunizations
  • Getting Immunization Data (if you are lucky)
  • Reporting information to disease specific registries (e.g., Cancer)
  • Reporting Syndromic Surveillance Data
  • Reporting Notifiable and Reportable Laboratory Reports (and Orders)
  • Pediatric Lead Testing 
  • Early Hearing Screening
  • Reporting Birth information
Three of these are already part of Meaningful Use Stage 1 here in the US, and others are expected to become part of Stage 2.   With few exceptions, all of these different reports go to different silos, using different messages.

When we look at Federal law covering exchanges with public health, it is noted as an exception to the usual rule of "No PHI", although many public health agencies choose to limit the amount of PHI they receive to make their systems less costly and easier to work with.

I'd like us to think about a different model for dealing with public health.  It's not the "Send the question to the data" that Wes Rishel or I talked about in recent postings, either.  Who bears the burden of performing the query?  It's not public health, its the individual providers and organizations who would have to receive and process it.  That really doesn't make public health's life any easier.  There are just as many systems to send the queries to, the data is not "normalized" as it is when public health silos up, and the queries aren't quickly done for ad hoc purposes.

When a doctor treats a patient, the ideal today, is that he treats the whole patient.  The system may fall short of that, but it has certainly been expressed in the "patient-centric" focus.  Why should public health be any different. After all, public health is really dealing with an aggregate of patients (in the usual sense of the phrase, I realize public health also provides individual patient care, but that is a different sense of the commonly understood meaning).

What would happen if instead of every single provider having to figure out how to extract data from patient records they have on the patient, they were instead required to provide public health with a copy of this information (with a few notable exceptions).  It could be through an HIE, through Direct, or through some other transport mechanism.  Public health could then take those records, abstract from them what is needed to deal with:
  • Immunizations
  • Syndromic Surveillance
  • Disease Registries
  • Birth Records
  • Pediatric Lead Testing
  • Early Hearing Screening
  • Reportable and Notifiable Conditions
What happens to the way that public health is organized?  Well, for one, they'd have to pool their IT resources and eliminate redundancies.  Two, they'd be responsible for analyzing and routing the data that they need for public health functions to their internal functions, rather than making providers do that for each separate function.  Third, they'd have to get a lot better about security of the data that they centrally manage.

What would happen at the provider end?  Instead of having one or two interfaces that need to be managed for each public health function that would need to be supported by each provider organization, there would be only two (the outbound push to public health, and a way to query public health where necessary).  You could use the same standards being selected for clinical documentation being exchanged between healthcare providers, so that would eliminate another source of variation in the data.  Public health can then take the clinical data they need and distribute them where they need to go, with appropriate pseudonomization, abstraction, extraction and roll-up, et cetera.  If this were done at the state level, with local access, this could have an even greater impact.  Many organizations have to deal with multiple municipalities when communicating to public health.  Imagine the cost savings to providers that could occur by ripping out and throwing away dozens of unnecessary interfaces.  I've seen estimates of anywhere from $5K to $20K per interface (depending upon who makes the estimates and the complexity of the interfaces being discussed).  Even using a lowball figure, that savings could be significant to many provider organizations.

This is a pipe dream.  I don't see it happening, but not because it's technically unfeasible.  Politically and organizationally it isn't feasible.  You'd have to get multiple agencies to agree to share resources, and give something up (control and resources) in the process.  I heard someone report at an eHealth Connecticut conference five years ago that they figured the State could spend $5-10 million to set up a State HIE and still have twice as much savings left over if they were able to eliminate public health silos.  But could you imaging getting all of those state agencies to buy in?  What about the policy ramifications?  Actually, because public health has the HIPAA exemption that's not pre-empted by state law, they might also get around some of those. What about public response?  What, you are going to send all my medical records to the state?  The privacy barons would have a field day over that one, and certainly there are some technical barriers around what would be needed to be put into place to make them happy.  Oh, and then there's all the fine wording of all that public funding running around in public health.  That's why we had excellent surveillance mechanisms for H5N1 that completely failed us when we were hit with an H1N1 epidemic in the making.  That's not disease-centric thinking, that's even worse:  Serotypical thinking, and unfortunately, all to typical.

So of course, it's easier to create a new standard to work around all those other really complex issues.  I vacillate around the simplicity of the query model and the cost distribution that puts most of the work back on the provider.  Do I want to tackle an easy challenge and avoid the hard stuff that would provide even more savings?  I dunno.  It's 2:00 am.  Do I really need more work?

But, I cannot help thinking that one standard already supported by several hundred EHRs could replace three, four or even more standards used in public health exchanges.  All we need do is to stop public health from organizing themselves into disease-centric silos.

-- Keith

P.S.  Maybe what I should have said is that public health should be population centered.

Wednesday, July 20, 2011

IHE Call for Proposals Opens


Greetings IHE Community,

Call for Proposals Opens today, July 20 – September 5, 2011!
It is with great pleasure that we announce the beginning of the IHE annual planning cycle. IHE will solicit proposals for the 2012-2013 Profile Cycle in the IT Infrastructure (ITI), Patient Care Coordination (PCC) and Quality, Research & Public Health (QRPH) domains. The Call for Proposals opens today, July 20, and concludes September 5, 2011. Interested parties are invited to submit a brief proposal for new IHE Profiles and/or white papers to be considered for development in the 2012-2013 Profile Cycle. 
This e-mail describes the annual planning cycle process, including the Planning Proposal Evaluation Kickoff Meeting in October 2011, Proposal Review Planning Webinars that will lead up to the October meeting, and the Technical Proposal Evaluation Meeting in November 2011. Please continue reading for more details.
Help Promote IHE Call for Proposal:
All IHE members are invited to forward this announcement to their committee mailing lists and other interested parties.

All Proposals must follow the structure and format of the IHE Proposal Template (ftp DOCX file), specifically addressing the following:
  1. What is the problem you intend to address with this proposal, and how is that problem expressed in practice (e.g., a use case)?
  2. How would fixing this problem improve health care in practice?
  3. What specific components of standards could be used to solve this problem?
4.       Your proposal must identify one or more potential editor(s) in the event that the proposal is selected for further evaluation and development. If possible, please include some indication of the business case surrounding the situation when describing the problem. For example, is there an economic motivation for addressing this problem immediately?

Summary of IHE’s Multi-Phase Proposal Process:
1.       Submit Brief Proposals by September 5, 2011:
PCC, ITI and QRPH’s Call for Proposals opens July 20 and closes September 5, 2011. Submit a Brief Proposal with the attached form to the domain email listed below.

2.       Planning Committee’s Proposal Review Webinars:
        Save the Date! Webinars are held during the weeks of September 19 and 26, 2011 on WebEx.  Authors for all accepted proposals are required to present the Brief Proposal on the Planning Committee’s Proposal Review Webinar(s). The webinar dates for each domain will be announced in August 2011. Please anticipate participating in 1-3 webinars during the weeks of September 19 & 26, 2011.

3.       2012-2013 Planning Proposal Evaluation Kickoff:
Save the Date! October 11-13, 2011 in Oak Brook, IL.*
We urge those who submit proposals or white papers to attend the Proposal Evaluation Kickoff Meeting in person or by phone. In-person advocacy has proven to be the most effective way to ensure your brief proposal are understood and accepted by the committee. 

4.       2012-2013 Technical Committee Proposal Evaluation Meeting:
Save the Date! November 15-17, 2011 in Oak Brook, IL.*
Proposals that are accepted at the Planning Proposal Evaluation Kickoff Meeting and given to the IHE Technical Committee for review are required to write and present a detailed proposal during the Technical Proposal Evaluation Meeting.

Deadline: September 5, 2011 at 11:59 pm CST
Email the completed brief IHE Proposal template to the corresponding domain email address below before September 5, 2011 at 11:59pm CST.
Committee
Domain Email
Planning Co-Chair 1
Planning Co-Chair 2
PCC Planning Committee
Keith Boone
Dr. Michael J. McCoy
ITI Planning Committee
Karen Witting
Michael Nusbaum
QRPH Planning Committee
Didi Davis
Amit Popat

We look forward to working with you during the IHE 2012-2013 Profile Cycle. Please contact the IHE secretary at secretary@ihe.net if you have any additional questions or need further assistance.

* The dates for the October & November PCC, ITI and QPRH meeting are held on different days. Please open the attached meeting invites for the exact dates of your domain meeting. Additional information about these meetings will be sent out in August of 2011. Only IHE International Members are allowed to attend IHE Meetings. To apply for Free IHE International Membership click here.

Thank you,
IHE Patient Care Coordination, IT Infrastructure and Quality, Research and Public Health Planning Committee Co-Chairs

Keith Boone & Dr. Michael J. McCoy (PCC)
Karen Witting & Michael Nusbaum (ITI)
Didi Davis & Amit Popat (QRPH)



Nailed again...

(Used with Permission)

I wish I'd seen this when the CDA Consolidation project had started (even though I still support it). That's a perfect example of this particular case. Between the XKCD illustrator, Randall Munroe, and Scott Adam's Dilbert, I think our industry had been completely infiltrated.

-- Keith