Free EMR Newsletter Want to receive the latest news on EMR, Meaningful Use, ARRA and Healthcare IT sent straight to your email? Join thousands of healthcare pros who subscribe to EMR and EHR for FREE!

Information on CCR, CCD and EMR

Posted on November 4, 2009 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 10 blogs containing over 8000 articles with John having written over 4000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 16 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.

Dr. Jeff sent me the following summary of quotes he put together about CCR and CCD and how they relate to EMR. I don’t think he meant for it to be published, but the information was too good not to publish it. So, sorry that it’s missing references to where the quotes were made and is a little scattered. With that said, take the following quotes as information purposes and I’d be happy to update the source if someone knows where it’s from. I think Dr. Jeff is going to find some of the sources as well. Enjoy!

“The Continuity of Care Record (CCR) is a patient health summary standard.  It is a way to create flexible documents that contain the most relevant and timely core health information about a patient, and to send these electronically from one care giver to the next” – Wikipedia

XML(Extensible Markup Language) is an open standard for structuring information. – the standard data exchange interchange language used by the CCR

PDF and Office Open XML – other formats that the CCR uses

“Because it is expressed in the standard data interchange language known as XML, a CCR can potentially be created, read and interpreted by any EHR or EMR software application” – Brian Klepper

CDA(Clinical Document Architecture) stores or moves clinical documents between medical systems. Documents are things like discharge summaries, progress notes, history and physical reports, prior lab results, etc. The CDA uses XML for encoding of the documents and breaks down the document in generic, unnamed, and non-templated sections.

The CCR Standard was developed by a collaborative – the Massachusetts Medical Society (MMS), the HIMSS (HIMSS), the American Academy of Family Physicians (AAFP), the American Academy of Pediatrics (AAP), and other health informatics vendors – under the auspices of ASTM International, a not-for-profit organization that developes standards for many industries, including avionics, petroleum, and air and water quality” – Brian Klepper

“The CCR’s advance will allow patient health data to be easily transported from one platform to another, intact and with integrity, so that better decisions can positively impact care, health, and the costs of achieving them” – Brian Klepper

CCD(Continuity of Care Document) is the result of a collaborative effort between the Health Level Seven and ASTM organizations to “harmonize” the data format between ASTM’s Continuity of Care Record (CCR) and HL7’s Clinical Document Architecture (CDA) specifications. [CORRECTION: See these comments from David C. Kibbe, MD MBA]

HL7(Health Level Seven) is the registered trade mark of the HL7 consortium – an ANSI approved non-profit standards body set up to establish communications protocols for the health industry.

CCD is an attempt to meld  CCR with HL7 standards for data exchange” – jd

“There’s something of a religious war going on here.  BUT many of the more “open” vendors are using both CCR and CCD.  The more “closed” vendors seem to be waiting until CCD “wins” the war” – Matthew Holt

CCD and CCR are often seen as competing standards.  Google Health supports a subset of CCR, while Microsoft HealthVault claims to support a subset of both CCR and CCD” – Mehdi Akiki

IMHO, CCR and CCD are more complimentary than competitive” – Vince Kuraitis

CCD standard is likely to be used by organizations that already use HL7 (large delivery systems), to support existing business models, in non-disruptive applications that achieve cost savings and/or quality improvements by automating EXISTING processes that are INTERNAL TO THE ORGANIZATION (or with existing trading partners), e.g., hospitals sending test result information to doctors and where implementers have already incurred significant fixed costs to adapt HL7 as a broad enterprise standard” – Vince Kuraitis

CCR standard is likely to be used by organizations that have not yet adopted any standard (e.g., early stage companies), to support new business models, in disruptive applications that achieve cost savings and/or quality improvements by creating NEW PROCESSES, often involving parties that are not currently exchanging information, e.g., improving patient chronic care management with the goal of avoiding ER visits and hospitalizations and where the implementers are highly sensitive to incremental costs of IT resources and view the CCR as a “better, faster, cheaper” alternative” – Vince Kuraitis

“Most institutions and vendors that have large investments in HL7 are dealing with the “classic” HL7 versions, the 2.x standards” – Margalit Gur-Arie

“For many applications – especially ambulatory and small companies – the CCR is a complete solution.  Hospitals can also deploy CCR for specific applications.  However, hospitals will not view CCR as a complete data exchange solution for all applications.  Hospitals will need to adopt HL7.  The vast majority of hospitals today are on HL7 2.x.  While HL7 3.x is incompatible with 2.x, my assumption is that hospitals view “eventual” migration to 3.x as necessary, albeit dreaded because of the reasons you cite” – Vince Kuraitis

“Forcing vendors and institutions to adopt those standards (CDA and the RIM), if one can call them standards, will result in increased IT spending all over the board.  I don’t think this is something we need right now.  On the other hand, the CCR is almost “simple stupid” which is a compliment when it applies to a standard and could be implemented at very short notice.  I just think we have to start somewhere and CCR is just the easies and simplest way to start the process and achieve meaningful results” – Margalit Gur-Arie

LOINC , SNOMED , RxNORM – other data exchange standards

“The CCR authors recognize the need for our industry to “ease into” structure … the format does a great job of encouraging coding and normalization without creating an unrealistic bar – this is a tough tightrope to walk” – Sean Nolan

“Both formats (CCR and CCD) are important and help move the ball forward.  We come across situations every day where CCD is a better (or sometimes the only) option for some particular problem, so both HealthVault and Amalga are built to embrace them both.  Frankly this isn’t just a CCR/CCD issue – there are a zillion formats out there holding useful information, and the reality is we’re all just going to have to deal with that for some time to come.  The good news is that we do seem to have a little bit of bedrock in the form of XML and XSLT – these help a ton.  The key thing, I believe, is to stay focused on moving data so that it can be reused and shared – not getting dogmatic about how we move it.  Turns out that when we do that … the right things are happening, a little more quickly with every turn of the crank” – Sean Nolan

“Should there be evidence that any proposed approaches to interoperability will actually succeed in the real world before we declare such approaches as required?  Otherwise, who can determine what approaches to interoperability will prove acceptable to the majority of medical practices?” – Randal Oates, MD

CCR is simple and straightforward” – Margalit Gur-Arie

SureScripts is a certified network able to connect one EHR with another EHR.  Mainly used for connecting doctor’s offices to pharmacies.

“But consider that CVS MinuteClinic is already sending many thousands of CCR xml files from its EHR via SureScripts network, where they are either routed electronically to practices in thexml format (not many yet) or transformed into PDF and sent electronically or faxed.  There is no reason that existing national network operators (e.g. NaviMedix, Zix and Quest, just to name a few that easily come to mind) couldn’t do the same job.  It’s really simply an electronic post office.  There is growing real world experience.  It’s just not coming very often from incumbent health care organizations and vendors” – David C. Kibbe, MD MBA

“Consider this a model (SureScripts, Prescriptions, CVS MinuteClinic) for health network exchange of data like that which is in the CCR standard XML file format supported by Google Health, limited to demographics, insurance info, problem list/diagnoses, medications, allergy and alerts, vital signs, and lab results [I would add consultation reports, hospital discharge and operative reports and test results (ie.  stress test, cardiac catheterization].  Not a lot of data, but meaningful data much of the time.  Kept current and accurate by a person’s healthcare team (nurses, doctors and pharmacists) which includes the patient” – David Kibble, MD MPH

“My argument is that it is much more efficient, and in the long run much easier to implement, a system that pays for the data to be transmitted in CCR format among providers, and between care systems;  and to trust that the market will come up with innovative tools and technologies for helping doctors and patients do this; than it is for government, or anyone else, to pay for complicated “EHRs” that create new silos of data and which force physicians to click dozens or hundreds of times to document a “visit”, while not creating the data set that could be useful in so many ways outside the four walls of the practice to help managed care!  I don’t think this is as complicated as we’re made to think this is, and I know that the tools are available now to get it done.” – David C. Kibbe, MD MPH

“I do agree that the HITECH money would be better spent on facilitating simple data transfer, as opposed to complex data entry” – Margalit Gur-Arie

I have to agree with MD regarding the reality of office and hospital computer systems.  It seems there is a disconnect between the people talking abut all the wonderful things these systems do, and we physicians whose experience with the things in the real world is almost uniformly negative, to neutral at best.  Some of the people with big visions need to visit a hospital or large doctor’s office sometime and see how these things actually work (or don’t)” – Bev M.D.

This summary compiled by Jeffrey E. Epstein, MD

iPhone and iTouch Front End for Hospital EMR Systems

Posted on October 13, 2009 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 10 blogs containing over 8000 articles with John having written over 4000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 16 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.

I recently got a note from someone who is working on a rather interesting project. They’re basically creating a standard front end for a hospital’s EMR systems. I think the concept is really interesting and could be really cool to see put in practice. Here’s a note from one of the company founders about what they’re doing.

Contineo (Latin meaning “To bring together”) — is designed to be a back-end agnostic client. Our goal is to wrap all medical information systems into a single client. This means providing access to Nurse Call, Patient Monitoring, Results and even EVS (Environmental) and ordering systems (Such as food ordering).

Additionally, we have integrated messaging features (IM) that allow for staff to communicate with one-another and are working on a range of other elements that really focus on providing the best tool of a clinician to access and interact with medical systems and data.

We do this through our client server architecture where the server is integrated with the varied medical systems through standard APIs. We are working to identify key systems that are standards based and develop modules to connect to them.

Any HL7 or XML based backend can be integrated with.

Currently, we have a proof of concept with a major hospital in Silicon Valley, where we are connecting to a Microsoft Amalga system – and providing the same front-end client that is seen in this Medsphere post.

We are working with clinicians to define workflows that are of value to them – this includes things such as medication administration. The client has an integrated barcode scanner which allows for med/patient verification and the logging of the actual admin of a drug. This encounter scenario can be used in a number of workflows; e.g. Verify order, take action, confirm action completed.

This can be pushed back into the EHR via a standard HL-7 message. In the case of an Amalga implementation – the data could be pushed to both the EMR and Amalga

We are seeking input and feedback and are really looking for more hospitals that would be interested in a POC and potential Pilot.

As you can see they’re looking for hospitals to pilot their product. You can contact Contineo on the Contact page of their website. Otherwise, leave a comment and I’m sure they’ll be watching there as well.

I told them they needed to do the same type of interface for ambulatory EMR. Could be really interesting to see that type of integration with the iPhone.