Convert your FHIR JSON -> XML and back here. The CDA Book is sometimes listed for Kindle here and it is also SHIPPING from Amazon! See here for Errata.

Thursday, May 8, 2014

Just Popping in at the HL7WGM

Yesterday I had another one of those "I'm glad I came here" moments at the HL7 WGM.  I had a "free" quarter, so decided to see what was up with Claims Attachments.  They were discussing the Complete Documentation Templates specification.  One of the issues that came up was trying to identify what this thing was and several things became clear to me during the discussions:

The specification is designed to meet the needs for CMS Auditing with respect to attachments.  The payers in the room indicated that their needs were mostly met already just using the Consolidated CDA, and they didn't need further conformance requirements.  So now it seems that we could have two kinds of attachments, one required for CMS, and other that would be desired by Payers.
"How," I asked, "is this administrative simplification?"  
Several other people in the room responded positively to that query, but we never quite got an answer.

One of the issues raised by this document was how you would be ask for attachments conforming to it, rather than just the Consolidated CDA.  One proposal was to request new LOINC codes, at which point I almost exploded (OK, perhaps I did explode).  After all, the LOINC codes that are used in CCDA came out of the original Attachments guides, why did a new attachment guide using the same concepts (History and Physical, Consult, et cetera) need to have NEW LOINC codes.  If we start messing around with new LOINC codes, those codes aren't even going to show up in CCDA, so many will question whether they are even valid CCDA (they still would be since those value sets are dynamic).  One possible solution is to simply request a new LOINC modifier code, which doesn't confuse LOINC document ontology, and meets the requirement need.  That suggestion seemed to have merit, but we never decided on it.

Following all this discussion, the comment that raised up all these issues (a descriptive name for the guide) triggered a motion to rename the document.  I observed then something I've never seen in all my years of committee work, which was a tied vote which had to be broken by the chair. The motion failed, which means that we remained at status quo.  This is a good thing in my mind for a tied vote, because it is easy to move from status quo later, but hard to go back to it.

I'm sure there will be a lot more to do on this topic, the guide itself attracted quite a number of negatives (89 out of 101 votes), many of which still have to be resolved (70 out of 101) before it can move forward. There's enough negatives on this ballot that the committee may decide it needs to go out for another cycle.