Pages

Thursday, May 5, 2016

The battles of Relevant and Pertinent

Enchoen27n3200In the year+ since we started the Relevant and Pertinent project, I've relearned many lessons that would have been readily apparent had I come from a military background. Two of these stand out in my mind:
No battle plan survives past first contact with the enemy.  
What we planed, and what I expected we would execute has gone through many iterations.  So far though, our general strategy has remained: Provide tools to enable developers to ensure that providers aren't overwhelmed by data that is neither relevant nor pertinent to what they are doing.
Never give an order that you know won't be obeyed.
One of the biggest debates we've had in this project is what to do when we've decided that something isn't relevant. The main concern was related to unintended consequences. What if ... we don't send it and it was important ... what if ...

So, we've decided not to decide what to do.  Instead, what we will do is provide rules for assessing he relevance and pertinence on a very coarse grained scale:
  • More Relevant
  • Somewhat Relevant
  • Less Relevant
The data bears out fairly well that there are three clusters of relevance, and that clustering is somewhat insensitive to the provider experience with CCDA documents.  It's hard to argue with that.

In this, we follow the advice of Sun Tzu: 
The supreme art of war is to subdue the enemy without fighting.  -- The Art of War
We will provide some suggestions of different ways to use these assessments to avoid overwhelming providers with too much information, but these won't be requirements of the informative document, merely some things to consider.  Thus, we avoid the battle.

I'm fairly hopefully that we can shortly get to the point of Mission Accomplished.

   Keith

2 comments:

  1. What a nice historical post "great". Thank you
    AMwebcreation

    ReplyDelete
  2. I think that Relevant and Pertinent are going about this in the wrong way. Everybody is worried about sending (or responding to a query) with too much or too little information. I say send it all and start to build better viewing capabilities to organize, format, and search through the information as a receiver of the information. By the way, we are all consumers of the information (i.e. provider, patients) Otherwise you will need to put a provider in the middle to review each release of information. Also ONC needs to create a safe harbor for those that believe that they are releasing too much information.

    Dean

    ReplyDelete