Accounting Drg Assignment Impact
What the Heck is a DRG? And Why Should I Care About Case Mix?
Most of all, if you want to be an inpatient coder, you need to know diagnosis-related groups (DRGs) because in hospitals, it's all about DRGs and case mix - and compliance. If you have no idea what I'm talking about, fear not - here's a primer on DRGs! I wish I could say I cover it all here, but this is just a beginning!
What is a DRG?
The ICD-9-CM coding system contains about 16,000 diagnosis codes and ICD-10-CM contains over 68,000 codes. Imagine trying to determine a payment amount for each individual condition. And that doesn't include accounting for procedures. The most logical solution is to create a system that allows for broader classification of conditions and services for easier comparison and assignment into payment categories. DRGs were created for this purpose. I look at DRGs as a way to "organize the junk drawer" where patients are grouped into different categories based on similar conditions and cost to treat the patient.
DRGs were first developed at Yale University in 1975 for the purpose of grouping together patients with similar treatments and conditions for comparative studies. On October 1, 1983, DRGs were adopted by Medicare as a basis of payment for inpatient hospital services in order to attempt to control hospital costs. Since then, the original DRG system has been changed and advanced by various companies and agencies and represents a rather generic term. These days, we have various DRG systems in use - some proprietary and some a matter of public record - all of which group patients in different ways. Two of the main DRG systems currently in use are the Medicare Severity DRG (MS-DRGs) and 3M's All Patient Refined DRGs (APR-DRGs). Different DRG systems are used by different payers.
How to Get a DRG
All DRG systems are a little different, but the basic premise is the same. DRGs are based on codes. In effect, DRGs are codes made up of codes. The following elements are taken into consideration when grouping a DRG:
- ICD-9-CM diagnosis codes
- ICD-9-CM procedure codes
- Discharge disposition
- Patient gender
- Patient age
- Coding definitions as defined by the Uniform Hospital Discharge Data Set (UHDDS) - in other words, the sequence of codes on the claim
MS-DRG Grouper Logic
The first step in assigning an MS-DRG is to classify the case into one of the 25 major diagnostic categories (MDC). These MDCs are based on the principal (first) diagnosis and, with a few exceptions, are based on body systems, such as the female reproductive system. Five MDCs are not based on body systems (injuries, poison and toxic effect of drugs; burns; factors influencing health status (V codes); multiple significant trauma; and human immunodeficiency virus infection). Organ transplant cases are not assigned to MDCs, but are immediately classified based on procedure, rather than diagnosis. These are called pre-MDC DRGs.
Once a case has been assigned into an MDC (with the exception of the transplant pre-MDCs), it is determined to be either medical or surgical. Surgical cases require more resource consumption (that's industry speak for "costs more!"), so they must be separated from the medical cases. If there are no procedure codes on the case (e.g., a patient with pneumonia may have no procedure codes), then it's simple - it's a medical case. But if the patient had a procedure, that procedure may or may not be considered surgical. For example, an appendectomy is quite clearly a surgical procedure. But something like suturing a laceration is not. It's all based on resource consumption - the cost of performing the procedure. In general, anything requiring an operating room is surgical.
Quick sidebar here - this is why skin debridement is such a hot topic in the world of coding compliance. Nonexcisional debridement (code 86.28) groups as a medical case. However, excisional debridement (code 86.22) groups as a surgical case and the change in reimbursement is rather drastic.
Okay, so now that we have our MDC and a designation as medical or surgical, we need to look at the other diagnoses on the claim. Right now, Medicare is able to process the first 9 diagnoses on the claim (even though 18 are reportable). These other diagnoses, depending on their severity, may be designated as complications and comorbidities (CCs) or major complications and comorbidities (MCCs). Medicare maintains lists of CCs and MCCs and updates them annually. CCs and MCCs are conditions that have been identified as significantly impacting hospital costs for treating patient with those conditions. For example, it's been determined that congestive heart failure without further specification does not significantly impact costs and it is not a CC/MCC. However, patients with chronic systolic or diastolic heart failure do have slightly higher costs, so those conditions are CCs. More so, patients with acute systolic or diastolic heart failure have even higher costs, so they are designated as MCCs. Are you beginning to see how slight changes in a physician's diagnostic statement impact coding and thus payment?
Okay, so we know the MDC, whether the case is medical or surgical, and whether or not there are any CCs or MCCs. How does that translate into reimbursement? Well, if you're using an encoder (and if you code for a hospital, you will), you hit a button and presto! You have a DRG with a relative weight. Now if only you knew what that relative weight meant. The DRG relative weight is the average amount of resources it takes to treat a patient in that DRG. Huh?
Let me demonstrate. The baseline relative weight is 1 and represents average resource consumption for all patients. Anything less than 1 uses less than average resources. Anything above 1 uses more than average resources. So let's compare some respiratory MS-DRGs:
- MS-DRG for lung transplant has a relative weight of 9.3350
- MS-DRG for simple pneumonia (no CC/MCC) has a relative weight of 0.7096
- MS-DRG for chronic obstructive pulmonary disease with an MCC has a weight of 1.1924
You just might be asked in an interview if you understand case mix. It's a good indication of whether or not someone really understands DRGs. And I have to admit, in my sometimes sadistic manner, I like seeing that look of glazed-over confusion on someone's face when I bring up case mix. But case mix is simple. It's the average relative weight for a hospital. So get out a big piece of paper for your hospital and start writing down the relative weights for every single case and then divide to get your average. Okay, so it's computerized now. But that's all case mix is - an average.
In the industry, we officially refer to case mix as the type of patients a hospital treats. Let's say at Happyville, we have a high volume of transplant cases plus a trauma center and a well-renowned cardiac program. These are all highly weighted types of cases and our overall case mix will be higher than say, Anytown Hospital down the street that has no trauma center, no transplant program, and basic cardiac services (they transfer all their serious cardiac cases to Happyville!). Happyville's case mix will be higher than Anytown's.
As a coder, you don't need to know what your specific hospital's case mix is at any given time. But knowing what impacts case mix is an indication that you know your stuff. First and foremost, case mix fluctuates. Most hospitals monitor case mix on a monthly basis because changes in case mix are a precursor to changes in reimbursement. Of course your CFO wants case mix to continue to rise, but that could be a red flag. And he certainly doesn't want case mix to fall. If case mix begins to decrease, the first place hospital administration usually looks is coding - after all, case mix is based on DRGs, which are based on codes. But there are lots of things that can impact case mix and many of them have nothing to do with coding, such as:
- The addition or removal of a heavy admitting physician - especially specialty surgeons
- Opening or closing a specialty unit
- Changes in a facility's trauma level designation
- Movement of cases from the inpatient setting to outpatient, and
- Anything else that impacts the type of services the hospital provides
As an inpatient coder your job is to make sure you get all the codes on the claim in the correct order so that the accurate DRG is assigned and the hospital gets paid appropriately. When I put it that way, it sounds so easy! The reality is, with more and more patients being treated as outpatients, those who are admitted as inpatients are sicker than they've ever been. And sicker means harder to code. For instance, the patient comes in with shortness of breath and the final diagnosis is acute exacerbation of COPD, stapholococcal pneumonia, and respiratory failure. How you code and sequence the case will determine the appropriate DRG and reimbursement. The good news is, you'll have an encoder to help you model the DRGs and see what pays what. The bad news is, you have to paw through the medical record to determine the true underlying cause of that shortness of breath.
So are you ready for the challenge? Are you ready to apply DRGs?
Q&A: Impact of SOI/ROM on DRG assignment
CDI Strategies, July 23, 2009
Want to receive articles like this one in your inbox? Subscribe to CDI Strategies!
Q: When coded, will the five ICD-9 diagnosis codes which turn off if the patient expires for use in DRG reimbursement still affect severity of illness (SOI)/risk of mortality (ROM) levels? Or, since the patient expired, would the codes be eliminated as an influence on SOI/ROM levels? We use 3M APR-DRGs for our SOI/ROM levels and have not been able to determine if a hospital acquired condition (HAC) or the five ICD-9 diagnosis codes which turn off at expiration have an impact.
Editor’s Note: Janice Bonazelli, senior clinical analyst with 3M Health Information Services, answered this question. Contact her at email@example.com.
To register for the 90-minute audio conference Friday, September 18 Severity of Illness and Risk of Mortality: Sharpen Your CDI Focus with New Measures of Success,visit The HCPro Healthcare Marketplace or call the customer service department at 877/727-1728 and mention Source Code EZINEAD.
Want to receive articles like this one in your inbox? Subscribe to CDI Strategies!