I’ve copied below a note I just sent to some of the good folks responsible for setting policy around which standards will be considered appropriate for meaningful exchange of clinical summaries. As I’ve said many times before, I believe that annointing just one standard misses the point — the hard part is collecting the information to share in the first place. We should be encouraging anything that accelerates that task — and leveraging all of the work that has already been done against the problem. Once information is available, transforming it between near-equivalent standards becomes a much smaller task.
If you have thoughts of your own — in support of or argument against my thoughts — please chime in — it’s important!
My purpose in writing is to provide some input “from the field” as you and your committees dig into the hard work of making “meaningful use” a concrete and measurable concept. In particular, I am hopeful that as you consider standards for the exchange of summary health records, you sanction and approve use of both the HL7 CCD/C32 and the ASTM CCR formats. I’ve also posted this note to my public blog to help encourage more comment and discussion.
Just three and a half years ago, I had very little experience in the healthcare domain — which has proven to be both a challenge and a benefit. The challenge is of course obvious, but the benefit is perhaps more subtle. Faced with the task of exchanging summary information with the myriad of diverse players in the healthcare ecosystem, we saw the incredible variance in capabilities from system to system, and made an explicit choice with HealthVault to “take what we could get.” Rather than forcing our partners to adapt to HealthVault, we asked them what they could send, and worked internally to harmonize and reconcile the information we received.
This is the same integration philosophy that the founders of our Amalga “Unified Intelligence System” took in building a system that can provide comprehensive views of patient data within an enterprise or group of enterprises. But unlike the utterly cacophonous world that Amalga works in, with HealthVault we have found that the world is converging on just two standards for summary exchange: the ASTM CCR and the HL7 CCD (in particular the more structured C32 variant).
Most importantly, it is our experience that neither of these two standards is “winning” over the other in the marketplace. Instead, for many legitimate reasons, different organizations have chosen to use one or the other in what seem to be near-equal measure. The good news is, this works just fine! It is simple for point-to-point or small-group exchanges to choose the format that works for them — both easily represent the key information necessarily for summary exchange. Further, when connecting more diverse groups that may represent mixed use, systems and technology have emerged that make it easy to transform summaries as necessary to support heterogeneous exchange. HealthVault is just one example of such as system, where in the personal health space we accept both CCR and CCD, and provide tools for our users to reconcile information into a common record (I’ve included a few links at the end of this message where you can read more about HealthVault’s use of the two standards).
At the end of the day, what we’ve learned is this: the hard work is in collecting complete and accurate summary information in the first place. Many organizations and vendors have been hard at work for the last few years building the code required to do that well. It is far more important to “meaningful use” that we leverage all of that existing work than it is to force it into any one XML standard — especially when the market has proven that translations between these formats when required are well-understood.
I believe that the best choice to maximize real data exchange is simply to endorse both formats as acceptable for representation and exchange of clinical summaries.
I hope you find this input useful; I am of course available to clarify or expand upon my thoughts at any time if needed.