Some industry professionals believe we won’t need ICD-9-CM books after the October 1, 2014, implementation of ICD-10. That is simply not true. The Chair of the AAPC Chapter Association board, Brenda Edwards, CPC, CPMA, CPC-I, CEMC, recently authored an article for Physicians Practice, outlining several reasons ICD-9-CM books should be kept, even after ICD-10 implementation.
Ms. Edwards points out “claims that are denied or require further review” will necessitate using an ICD-9-CM book to verify that the most specific code was submitted the first time. Another big reason to keep the ICD-9-CM book will be to deal with “claims that need to be filed that weren’t entered into the billing system before the code set change.” ICD-10-CM codes used on claims dated prior to October 1, 2014, will result in denials.
Read the full article.
May 16th, 2013
Moving forward with implementation means your participation is vital.
If you thought the introduction of the electronic health record (EHR) would change coding, you were absolutely right. The days of sitting in the back office, appending ICD-9-CM codes to paper fee tickets and manually posting charges is, for some practices, in the distant past. Modern offices expect you to transform your coding knowledge into the fundamental tools used for EHR software development and compliance auditing. With a systematic plan, the right resources, and reasonably sophisticated EHR software, you can be a vital resource in their implementation.
Get Ahead of the Learning Curve
To participate in the development of compliant documentation templates, you must understand how an EHR is designed and how software is modified.
Overall, the EHR should interface with a billing or practice management software so patient demographics data attach to the medical record to avoid ‘wrong patient’ issues. Most EHR software is designed with pre-created templates used to capture patient medical data, document visits and procedures, order prescriptions, and document patient/provider communication—all seamlessly linked to the patient demographics. These templates are designed so providers can enter data through several methods. They can click check boxes or select radio buttons, and choose items from drop down menus to determine the information they want to document in the patient chart. The provider can type additional data within a text box, which displays this information exactly as it’s entered. Other patient data, such as chronic conditions, past medical history, and medication lists can be pre-loaded.
In some sophisticated software, templates can be set up to require some sort of action—almost like an internal email that alerts nursing staff to contact the patient regarding lab results. Other templates can be developed to order a prescription that automatically faxes to the pharmacy. These methods of selection and documentation are elements of a “user interface,” which is a behind-the-scenes mapping of how and where the information is displayed. Taking the time to learn about the behind-the-scenes default “language” that is all part of the EHR package’s user interface will help you determine whether there are options for clear and concise documentation, or if the documentation is limited to certain canned phrases and verbiage.
All EHR software arrives “out of the box” with default data lists that are used to populate the templates to drop pre-determined verbiage into a formatted document based on the provider’s selection. These data lists can include CPT® and ICD-9-CM codes, and place of service (POS) indicators, as well as more customized and editable lists such as office locations, special charges, and fee schedules. Data is typically selected through a drop-down menu.
In all cases, successful EHR implementation depends on the ability to understand, customize, test, and audit the capability and compliance of the EHR software. Coders, today, need to understand the concepts of a user interface, billing rules, and clinical documentation standards, and be able to translate coding and documentation guidelines for successful and compliant software development.
Test the EHR Before Going “Live”
A good software package will provide you with a test environment. When the practice decides to “go live” with a new EHR, there is a period during which the electronically-generated medical record should be systematically audited within a test environment to identify errors or bugs. These problems should be corrected prior to using the EHR in a “live” environment.
By comparing the computer generated notes against an approved audit tool, you can see where the software might be “double-dipping” (counting the same elements twice), pulling forward (bringing arbitrary documentation from another, unrelated note), or creating “bugs,” such as documenting both male and female system reviews for all patients. The completed EHR should meet all of the criteria for a legal medical document. This kind of testing is most effective if planned and implemented in a methodical manner, using test patients that you create, name, and run through the workflow process with varying visit types and medical scenarios.
Using a spreadsheet or database to capture and compare this analysis process is helpful, and can keep the project organized. Some scenarios to consider include:
- Are the templates for physical examinations age/sex appropriate?
- Are there opportunities to document all elements of the history of present illness (HPI)? The review of systems (ROS)?
- Are the examination templates set up to record based on 1997 or 1995 guidelines?
- Can your medical record be locked for security after a certain length of time? What is your addendum process?
- Can you import data such as lab results that are relevant to your current note? Is your note readable? Do consecutive notes appear to be copied, or cut and pasted?
- Do surgical/procedural templates allow for informed consent documentation?
- Is there space to document adverse effects or complications?
- Does your finger stick glucose lab template always default to a diabetes diagnosis? This should not be the case: Not everyone is diabetic!
- Does your wart destruction template allow for both benign and malignant lesion reporting?
Much of this developing and testing should be handled by your practice’s information technology (IT) department, but savvy coders, such as yourself, may want to develop super-user status. You can participate in pre-implementation activities, where you act as patients while the providers learn the software. During this time, make recommendations regarding coding compliance to the physicians, as well as the IT team.
EHR Software Works Best when Customized
The features that make an EHR easy to use, such as pre-filled templates, automatic code drop, and pre-determined diagnosis codes are the very things that cause compliance concerns. Think of the EHR as a tool that has to be sharpened and honed. It’s very effective if used correctly, but you have to learn how to use it safely, or you’re going to get hurt.
Most EHR software comes with pre-loaded E/M templates, which vendors probably will tell you are of the “plug and play” variety. Information systems experts and coders know that this is not necessarily the case. The Centers for Medicare & Medicaid Services (CMS) has not changed the E/M guidelines since 1997; however, the way the EHR captures data to support the levels of service has most definitely changed. Usually, the EHR configures the E/M templates in a manner similar to an audit tool, with a section for each of the key components: the chief complaint; HPI; ROS; past, family, and social history (PFSH); exam; and medical decision making (MDM). By working systematically, you and your IT staff can approach the development and customization of these templates in a way that ensures easy use and compliance within the final documentation.
Most EHR programs also have the capability to import documents. Scanning allows you to import a photo image of a document, to be stored in the patient’s chart. Establishing a direct interface between a lab or radiology department to import diagnostic results is a very efficient way to receive medical information into the patient chart. Having a consistent method of importing and cataloging these documents is important because it allows records to be easily identified and located at a later date. To meet compliance and patient care standards, all imported documentation must be reviewed and noted by the ordering physician before being stored in the electronic chart. Take it upon yourself to ensure that this is being done effectively and consistently.
Much of the custom work will be the IT department’s responsibility, with you acting as the compliance consultant. In smaller practice settings, your software vendor can be extremely helpful with the implementation process. Some EHR products offer users groups, which are online chat rooms offering a place for IT people, coders, and practice managers to post questions and discuss known issues. The bigger software companies provide seminars, conferences, and workshops on best-practice concepts and new initiatives. There is also an EHR discussion thread on the AAPC website where coders who are using the same EHR can “meet” and discuss.
Additional EHR Concerns to Address
Who Did What? Most EHRs have some “auditing” capability, where a behind-the-scenes look can identify which employee or clinician entered or edited which pieces of information. This allows you to see who is accessing the medical record (for instance, in case of privacy concerns), who is actually placing orders for medications and diagnostics, and where data entry errors might be occurring (to identify training opportunities). All EHRs should have signature and date recording ability for physicians and performing clinicians to meet the regulatory requirements of a legal medical record. This is one area where you can assist in workflow planning for compliance.
Procedure Templates: Most EHR software allows for easy documentation of office and surgical procedures. Templates should be designed to capture common elements of any given procedure, including anesthesia, informed consent, procedural elements, and follow-up instructions. When using these templates in a test environment, make sure the resulting procedure note makes sense, and your software default choices match the procedure that actually took place. For example, if your provider performs and documents a lesion excision, make sure your resulting note doesn’t document lesion destruction.
Annual Updates: Many of the EHR’s data lists, such as CPT® and ICD-9 codes, can be updated annually by the vendor, but often the vendor can provide only new codes. Frequently, the deleted and revised codes have to be edited individually and manually by you, or someone in IT, to ensure providers do not select invalid or deleted codes. One common issue in an EHR is that old diagnosis codes that are related to previous encounters remain in the patient’s list of chronic conditions, so the invalid codes can inadvertently be chosen again and again to appear on a claim form. Claim edits should be set up to prevent this from happening.
As you move forward with your implementation, other issues may present themselves. It’s critical for documentation compliance that you perform concurrent audits to review the EHR for completeness and accuracy as codes change, software is upgraded, and new providers begin to use the EHR. Having a comprehensive plan for EHR implementation that includes your participation in creating compliant EHR templates is essential. This implementation must include a comprehensive workflow evaluation to ensure that the EHR system your practice is using is configured in the best possible format as a legal medical record.
Pam Brooks, CPC, PCS, is physician services coding supervisor with Wentworth-Douglass Hospital in Dover, N.H.
April 4th, 2013
By John S. Aaron, Jr., CPC
When submitting claims involving unlisted services or procedures, you may experience claim denials routinely, even when special reports are included. Very often, you can avoid these denials by knowing your payers’ specific requirements. For example, some payers have forms specifically for review of special reports when unlisted services or procedures have been rendered. This helps the payer to direct the claim properly.
You may receive an ambiguous denial, even when the payer requires very specific information. For example, your denial may state, “medical records needed.” You send the office notes associated with the visit, only to have the claim denied again because it was actually an X-ray report that was needed. Don’t get caught in that confusion: Ask the payer to explain exactly what’s needed.
Regardless of what your payer’s requirements are, follow them “to the letter” to make sure your provider is appropriately reimbursed—or at least to establish that the service/procedure has become an industry standard (more on this, later).
Know Necessary Requirements
Rendered services commonly require a special report because the CPT® and HCPCS Level II code sets do not specifically describe what was done. When submitting reports, consider highlighting or underlining the section that most identifies the procedure related with the unlisted code.
For example, Table A is a sample laboratory requisition in which the ordering physician has requested a prothombin time with international normalized ratio (PT/w INR) as a STAT. This will justify the use of CPT® 99199 Unlisted special service, procedure or report.
Table A: Laboratory Requisition
By highlighting this information and including it with your UB-04/CMS-1500, the payer is able to validate your reimbursement request. Consider also the category upon which the documentation requirements may fall, as shown in Table B.
Table B: Documentation Required for Codes
Make a Payment Suggestion
Because unlisted procedure or service codes are not assigned specific relative value units (RVUs), payers do not have a “standard” rate at which to reimburse them. Be sure to request a specific reimbursement amount, or you may be subject to accept what the insurance company has decided to pay. To justify your charges, include with your special report a comparison between the provided procedure or service and the “next closest” CPT® or HCPCS Level II code. Include relevant details such as:
- Was the claimed unlisted procedure more or less difficult than the identified comparison procedure?
- Did it take longer to complete (and if so, by how much)?
- Was there a greater risk of complication?
- How does post-operative care compare?
- If you’re providing durable medical equipment (DME) or drugs, what is the supply cost?
Such details can make a difference in the reimbursement you receive.
Special Services and Adjunct Codes
Health care providers may also need a way to report services above and beyond the basic services rendered. CPT® codes 99000-99091 fulfill this need. For example, I work under POS 81 Independent laboratory, where providers order specific tests under a STAT request. In addition to CPT® 99199 (found in the Medicine section under “Other Services and Procedures”) for the STAT, the claim will also include 99000 Handling and/or conveyance of specimen for transfer from the physician’s office to a laboratory for the pickup and transportation of the specimen.
Modifiers to Consider
As noted in the chart above, there are unlisted coding possibilities for DME and drug-related items. For orthotics and prosthetics, consider including modifier NU New equipment for any new DME not commonly billed (e.g., E0988 Manual wheelchair accessory, lever-activated, wheel drive, pair). This will help the payer when reviewing the documentation you included for reimbursement considerations.
Check with the payer before submission to see if they have dedicated forms for these claim types. This ensures the information will be routed to the personnel qualified to perform a review of your documentation.
Category III vs. Unlisted Procedure Codes
As you know, unlisted procedure codes in the CPT® codebook often end in 99 (e.g., 15999 Unlisted procedure, excision pressure ulcer) and appear last in a list of similar and/or anatomically related procedures (usually under the heading “Other Procedures”). But not all medical services absent a specific CPT® code should be assigned an unlisted procedure code.
If an unlisted procedure code has been submitted, the payer may deny your claim citing that a more appropriate service code is available. These codes may come from CPT® Category III, and are distinguished by a “T” suffix (e.g., 0221T Placement of a posterior intrafacet implant(s), unilateral or bilateral, including imaging and placement of bone graft(s) or synthetic device(s), single level; lumbar). The “T” signifies the clinical efficiency and outcome of such emerging technologies has been considered temporarily.
When appropriate, report Category III codes (rather than an unlisted procedure code), not with the objective of reimbursement, but instead to further the cause of regular code assignment, and to aid in data collection and utilization reporting. This helps to prevent the temporary code from falling victim to the five-year sunset period. Consistent, appropriate reporting of Category III codes is key in the CPT® Editorial Panel’s consideration for permanent codes.
The Health Insurance Portability and Accountability Act (HIPAA) Version 5010 implementation guide advises that any procedure performed with “unlisted” included in the descriptor must include a corresponding description of the services rendered. With HIPAA 5010 formatting now in effect, check with your electronic health record (EHR) billing vendor to see if there is a way to upload this information upon claims submission. The objective is to remain HIPAA compliant and give payers no reason to deny your claims, or to request even more documentation. Although medical records are requested routinely, some payers will not accept amended information after a certain time. Keep this in mind and provide proper documentation the first time around.
John S. Aaron Jr., CPC, is a senior client billing representative for the Chicago Business Unit of Quest Diagnostics. He is president-elect for the Northbrook, Ill. local chapter and a member of Medical Billing Advocates of America, specializing in the area of patient advocacy.
December 1st, 2012
Submitting claims for payment can be challenging; a provider must document the diagnosis reported to help support medical necessity of the procedure. AAPC Director of Education Raemarie Jimenez, CPC, CPMA, CPC-I, CANPC, CRHC, was recently highlighted by Physicians Practice discussing what documentation is required from a provider for the proper code to be reported and to ensure the claim is paid.
“For a service to be considered medically necessary, it must be reasonable and necessary to diagnosis or treat a patient’s medical condition,” she says. “When submitting claims for payment, the diagnosis codes reported with the service tells the payer “why” a service was performed.” The article then expands on what must be done and the challenges to overcome when submitting claims.
Read the full article.
November 9th, 2012