|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RESOURCES
|
| Blog | Success Stories | Quality of Care White Paper Series | Newsletter |
Quality of Care White Paper Series10 "Must-Haves" in a Clinical Quality Management SystemBy Donald E. Nease, Jr., MD and David J. Morin
Must-Have #2 Abstract One of the keys to ensuring a successful clinical quality improvement program is selecting a supporting management technology with certain critical elements. This series of articles highlights these items and describes why they are so important for high-quality patient care and why they set the benchmark for tranformative clinical quality. Introduction Any technology supporting clinical quality improvement must be built on a database of clinical information that is accurate, accessible, and relevant. Consider quality improvement technology as a dashboard in the vehicle to support increased care quality. Accurate and valid data informs the dashboard for that vehicleit provides the information you need to make care decisions. To effectively inform care decisions, clinical quality data must be captured in a structured, clinicallyrelevant and coded manner. Without structure, the data cannot be used for reporting, analysis, and population management. And, without clinical relevance, it won't reflect the reality of clinical care in a busy practice. Currently, many practices rely on administrative data to drive their clinical quality improvement efforts. Yet this data is highly optimized to meet a payor's requirement for providing reimbursement to a clinic based on the work performed. As such, this information is usually documented in a manner that makes it unwieldy for tracking of patient care over time (episodes of care), as well as managing and reporting on care quality. To extend the automotive metaphor, would anyone use miles per gallon, the measure of fuel to go a specified distance, as the sole measure of an automobile's quality? No. There are many services that also attempt to construct structured and coded clinical data from billing information. While such services may prove beneficial in meeting some scorecarding and pay-for-performance initiatives, they are not truly building the foundation for sustainable quality improvement, depriving practices of a base that will support increased quality of care and an improved bottom line. A clinical quality management system (CQMS) should capture patient information in a structured and clinically-relevant, coded manner. Data should be entered using a consistent and controlled clinical vocabulary with a variety of ways of naming a problem or diagnosis. This allows the use of natural and standardized clinical language, making the process of recording the information unobtrusive to the operations of the practice. As an example, there are many terms for Type II Diabetes ("Diabetes Mellitus," "Type II Diabetes," "Non-Insulin Dependent Diabetes Mellitus"), but in the end, they all describe the same condition. A CQMS should allow problems to be captured with various terminology, however, these terms must mapped to a single coded problem ("Type II Diabetes Mellitus") to allow for easy analysis and reporting. Use of a clinical classification system will allow a CQMS to map individual terms consistently, in a coded manner to support reporting and analysis. This classification system should support reasons for encounter as well as symptom and lifestyle diagnoses. Coding systems like the International Classification of Diseases (ICD) often do not capture such diagnoses, requiring the care provider to find the "closest fit." As an example, ICD-9 has no capability of recording the symptom of "feeling sad" or "depressed mood." Instead the care provider is forced to choose a diagnostic term of "depression." While this may be acceptable for reimbursement, it can drastically affect care delivery since a diagnosis may be assigned before an evaluation is complete. The use of a structured and clinically-relevant, coded, classification system is vital to a sound CQMS and provides numerous benefits to a practice:
Choosing an effective system of documentation ICPC is a classification system used in many parts of the world with strong adoption in Europe. ICPC was built to fit the needs of primary care; about 95% of all presenting problems can be represented in this classification standard. Contrast this with ICD-9, which is estimated to represent less than 60% of presenting problems.1 ICPC can capture a patient's reason for seeking care, symptom and social problem diagnoses and is episode-oriented, meaning it can track the process of care for a problem over time. It is designed specifically for primary care rather than specialty care. With the ability to capture reason for encounter, symptoms and social problem diagnoses and problem severity, a very accurate problem list can be built for a patient, and evidence-based guidelines can then be applied correctly. Care guidelines are different for "persistent asthma" than for "intermittent asthma" as they are also different for "feeling sad" than "depression". A prompt and reminding system that doesn't have the data to distinguish between these factors could be delivering care reminders that are inaccurate. Furthermore, verify that a standardized vocabulary is in place for capturing problems, one that provides synonyms and a description for all reasons for an encounterthe Electronic Nomenclature and Classification of Disorders and Encounters (ENCODE) is one such vocabulary. ENCODE is a clinical thesaurus of approximately 10,000 clinical terms. It has terminology for symptoms, complaints, risk factors, family history, external causes and reason for encounter. It allows for synonyms and does not include "ragbag" terms (a ragbag term, like "other," is used when a matching term cannot be found). It is a great tool for capturing problems at the point of care as it allows providers to describe problems in their terminology. Each ENCODE term is mapped to ICPC, ICD-9 and ICD-10, allowing a provider to use their terminology when documenting problems and know that a properly coded problem list is built "behind-the-scenes."
Table 1 Comparison of classification codes for various clinical terms used to describe diabetes
To illustrate the differences in ICPC, ICD-9 and
ENCODE, table 1 contains a few ENCODE thesaurus
entries for diabetes (along with their ICPC and
ICD-9 codes).
As illustrated, there are eight ENCODE terms for type II diabetes, which map to just one ICPC code and three ICD-9 codes. Providers could document type II diabetes eight different ways, but when reporting on this condition, just one ICPC code needs to be used, T90. The quality of the documentation system used by a CQMS will directly affect the quality of the information it manages. Since a busy practice cannot manage what it does not measure, be sure to select a system that will support a broad range of needs from detailed problem recording to patient care and quality metrics reporting. Donald E. Nease, Jr., MD is Associate Professor and Family Physician Researcher in the Department of Family Medicine at the University of Michigan Health System and Chief Medical Officer at Cielo MedSolutions. David J. Morin is Chief Executive Officer at Cielo MedSolutions. References 1 Peabody JW, Luck J, Jain S, Bertenthal D, Glassman P. "Assessing the Accuracy of Administrative Data in Health Information Systems" Med Care. 2004 Nov;42(11):1066-72
Get an all-patient, all-problem registry with Cielo Clinic.
|
Download PDF VersionClick here
|
|
© Copyright 2008 | Cielo MedSolutions LLC (734) 827-1000
|
HOME |
PRODUCTS |
INITIATIVES |
EDUCATION |
PARTNERS |
NEWS |
RESOURCES |
ABOUT |
CONTACT
LEGAL NOTICE | PRIVACY POLICY | SITEMAP | CAREERS Internet Marketing |