·    
Why now?
·    
ICD 9 is running
out of codes fast
·    
Lack of
comparability of data with global health reporting for disease tracking and
research
·    
ICD 9 lacks
sufficient flexibility to describe new diseases, new technologies and new
treatments
·    
ICD 9 does not
support development of new DRGs with adequate specificity for new technologies
or treatments
·    
What are the
benefits?
·    
Improvements in
specificity
·    
Expandability for
new advances in medicine and medical technology
·    
Expandable for
future coding needs
·    
Supports
laterality 
·    
Supports improved
coding for primary care, external causes of injury, mental disorders and other
areas
·    
Supports
comparability of data with other countries
·    
What is CMS’s
compliance approach
·    
Big Bang (same
true for HIPAA EDI 5010)
·    
BUT CMS will not
immediately adopt ICD 10 for actual basis of DRG assignment and severity
adjustment until a few years later
·    
Why Big Bang is better?
·    
To avoid issues
with “dual use” that would result in overlapping use of ICD 9 and ICD 10 by
payers and providers that would be out of synch
·    
To reduce burden
on coders to maintain two systems of coding
·    
To eliminate
costs of maintaining production systems support two coding systems
·    
To reduce costs
of maintaining multiple edit systems
·    
To prevent
confusion over which coding system to use in filing claims or report data
externally
·    
Why Not
Immediately Using for DRG Payment?
·    
To avoid rework
of MS-DRGs so soon after initial adoption
·    
To build
experience with ICD 10 coding usage to assess DRG classifications and severity
adjustment impact on reimbursement
ICD
10 IMPACT ASSESSMENT PROCESS
·    
Is this not just
another version change for ICD? Why is this different?
·    
Order of
magnitude – far more than managing the usual code expirations and additions –
whole new medical nomenclature type
·    
No historical
frame of reference for use of the medical code set values built up unlike with
a normal version change
·    
Significance of
impact on clinical content, clinical coding, decision support and business
logic within HIT applications to maintain par level function
·    
Comparability of
data disrupted without some means of supporting mapping
·    
What must be
inventoried?
·    
Only Revenue
Cycle?
·    
Or all the
systems that use coding data for diagnosis and procedures?
·    
Given that CMS
proposes a “big bang”, what all needs to be updated?
·    
Obvious Stuff
·     Coding Systems
·     Patient Accounting Systems
·     Scrubbers
·     Groupers/Encoders
·     Contract Management Systems
·    
Somewhat Obvious
Stuff
·     Eligibility Management Systems with Medical Necessity
components
·     Compliance editing within coding, claims management,
scrubber and charge master systems
·     Estimated reimbursement modeling
·     Revenue Cycle reporting systems
·    
Less Obvious
Stuff
·     Acuity modeling systems/database
·     External regulatory reporting specifications (e.g.
state discharge/public health reporting)
·     Visit coding tools
·     Clinical decision support systems and content
·     Clinical documentation systems – forms and templates
·     Quality Management data collection, abstraction and
reporting systems and specifications
·    
Stuff You May Not
Think Of
·     Surgical Pick Lists
·     Specialty Scheduling Systems (Resourcing driven by
Condition or Procedure requirements)
·     Patient Education Materials
·     Discharge Planning tools
·     Nurse Staff Scheduling Systems
·     ICU Morbidity and Mortality Modeling
·     Order Sets, Care Plans, Care Protocols 
·     Etc, etc and so forth
Key Areas of Assessment
·    
Search functions
and validation routines
·     “Hardwiring”
·     Policies for effective date
·    
Data Capture/Data
Entry Edits and Formats
·     Any embedded referential integrity edits on code set
values
·     Field lengths as entered or stored
·     Display of code descriptions
·    
Need or Use of
Mapping Between ICD 9 and ICD 10
·     Conversion of databases
·     Conversion of code set maps 
·     Continuity of information
·    
Dual Use
·     Preserve logic functioning around compliance date
·     Retain ability to use ICD 9 for older activity that
predates compliance date
·    
Documentation
Forms
·     Any form presentation or selection driven by
application logic
·    
Predefined
Reference Content/START
·     May be more a consideration for Bedrock
·    
Decision Support
Rules
·     Any embedded Discern Expert or Advisor rules – again
may be addressed by Innovations
·    
Workflow/Business
Processing Rules
·     Application logic flows or user conversational flows
driven by ICD 9 CM or PCS
·    
Compliance Edits
·     Applied during processing beyond point of data capture
·    
Printed or
Outputted Materials or Notices
·     Patient Education Materials/Discharge Instructions
·     Reference Links
·    
Reporting or
Analytics
·     Use of diagnosis or procedure codes for selection,
filtering, presentation or sorting
·    
Interfaces/Third
Party Embedded Solutions
·     To third party products used for support of
application logic or function
·     In the transaction layout – especially for external
regulatory reporting or for application to application interfacing
·     Within third party products
·    
Modeling
·     Acuity/Staffing
·     Risk modeling 
·    
Preferences
·     Catch all for any other application behaviors
Output from Assessment - Core
Guiding Principles for the vendors
·    
Enable common use
of a default nomenclature type
·    
Enable common
support for effective date policy
·    
Enable use of
mappings where appropriate to use case especially to assist in search
·    
Eliminate any
hardwiring tied to ICD 9
·    
Provide ICD 10
enabled content
·    
Do not attempt to
convert but either enable general equivalency or allow selection of a more
appropriate and specific code
·    
Do not convert
any stored activity or analytic data
·    
Enable use of
mappings as appropriate on abstracted data especially for analytics
Core
Project Checklist Used to Evaluate Each Application
·    
First Phase for
any given IP team – Address basic behaviors and uses  
·     Search component – support a default vocabulary type
(no hardwiring for ICD 9)
·     Search component – support effective date policy
·     Validation routines – support a default vocabulary
type 
·     Validation routines – support effective date policy
·     Displays of code set values – assure field length of 7
supported
·     Analytics/reporting – support use of diagnosis or
procedure code concept – not hardwired reference to ICD 9
·    
Second Phase for
any IP team and for specific domain issues– Address more complex issues  
·     Enable a search assistant that uses forward map
·     ICD 10 enabled reference lists, pick lists, order
sentences, documentation fragments and other displays of reference lists
·     Use effective date policy
·     Address any business logic hardwiring 
·     Update use of mapping 
for SNOMED to ICD 9 to SNOMED to ICD 10 (limited use currently – mainly
to support problem list to diagnosis code selection)
·    
Discretionary
·     Move to a common nomenclature routine
·      Adopt SNOMED to
ICD 10 mapping to facilitate end use
·     Use of ICD 9 to ICD 10 mappings for any extracts for
analytics 
Resources
·    
ICD-10-CM
(Diagnoses)
·    
ICD-10-PCS
(Procedures)
·    
GEMS
·    
The CMS website
has the GEMs and User’s Guides
·    
ICD-10 General
Information 
·    
ICD-10
Educational Resources
·    
ICD-10 CMS
Sponsored Calls
·    
ICD-10 Final Rule
·    
CDC
·    
General ICD-10
information
·    
ICD-10-CM files,
information and general equivalence mappings between ICD-10-CM and ICD-9-CM
·    
AHIMA
·    
Readiness
checklist