More Related Content
Similar to HM311 Ab103417 ch06
Similar to HM311 Ab103417 ch06 (20)
More from BealCollegeOnline
More from BealCollegeOnline (20)
HM311 Ab103417 ch06
- 2. © 2019 AHIMA
ahima.org 2
Learning Objectives
Identify the information systems needed to support efficient
operations in the health information management (H I M) department
Differentiate between the various software products used in the H I
M department
Improve the quality of the data within the H I M systems
- 3. © 2019 AHIMA
ahima.org 3
Introduction
Health informatics: The scientific discipline concerned with
cognitive, information-processing, and communication tasks of
healthcare practice, education, and research, including information
science and technology to support these tasks
- 4. © 2019 AHIMA
ahima.org 4
Computers in H I M, 1
Release of information (R O I) and disclosure management systems
Encoder and grouper system
Cancer and other registry systems
Chart locator system
Birth certificate system
- 5. © 2019 AHIMA
ahima.org 5
Computers in H I M, 2
Chart deficiency system
Transcription system
Healthcare quality indicators system
Dictation system
Computer-assisted coding (C A C) system
Clinical documentation improvement (CDI) system
- 6. © 2019 AHIMA
ahima.org 6
Release of Information and Disclosure Management
Systems
Release of information (R O I) system: Manages the processing of
requests for protected health information (P H I) received and
processed by the H I M department
Disclosure management system: Tracks the disclosures made
throughout the healthcare facility for reporting purposes.
Disclosure: The release, transfer, provision of access to, or
divulging in any manner of information outside the healthcare facility
holding the information
- 7. © 2019 AHIMA
ahima.org 7
R O I Functionality
R O I staff also can use the system to check on the status of
requests
Status of a request must be updated and kept current:
• Details about issues encountered,
• Need for review by risk management,
• Need for health record or microfilm to be pulled, or
• Other action required
- 8. © 2019 AHIMA
ahima.org 8
R O I Data Elements, 1
Patient name
Health record number
Patient type
Date request received
Type of requester
- 9. © 2019 AHIMA
ahima.org 9
R O I Data Elements, 2
Name of requester
Name of contact at requester
Address of requester
Type of request (insurance, patient, attorney, or patient care)
- 10. © 2019 AHIMA
ahima.org 10
R O I Data Elements, 3
Assigned to
Action taken (request completed, type of letter sent, records
requested, valid authorization needed, etc.)
Date action taken
Date request completed
Information sent (specific documents and dates of reports)
- 12. © 2019 AHIMA
ahima.org 12
R O I Reports, 1
Requests that have not been processed
Requests that have been processed
Turnaround time of requests
Revenue collected
Accounts receivable
- 13. © 2019 AHIMA
ahima.org 13
R O I Reports, 2
Productivity by individual staff members
Overall productivity
List of frequent requesters
Multiple customized letters
- 14. © 2019 AHIMA
ahima.org 14
Customized Letters/Forms, 1
Notify requester that healthcare facility does not have record of the
patient being treated at the healthcare facility or on that date
Remind requesters they have an outstanding balance for copies of
health records
Request that copies of health records be paid prior to their release
- 15. © 2019 AHIMA
ahima.org 15
Customized Letters/Forms, 2
Provide cover letter for health records being sent
Notify requester that the authorization is invalid
Notify requester that an authorization is needed
Notify requester that there will be a delay in the release of the
information
- 16. © 2019 AHIMA
ahima.org 16
Customized Letters/Forms, 3
Notify requester the health records will be released as soon as
healthcare facility has received prepayment for copies
Generate invoices for copies of health record
Generate reminder invoices when payment is not received in a
timely manner
- 17. © 2019 AHIMA
ahima.org 17
R O I System Functionality
Monitor efficiency of R O I staff through multitude of management
reports
Information on various functions: turnaround times, productivity,
backlogs, revenue, and accounts receivable
Report include requests by employee, by requester type, by specific
requester, or all requests
- 18. © 2019 AHIMA
ahima.org 18
Encoder and Grouper, 1
Encoder: Specialty software used by coders to select the
appropriate code for the diagnosis(es) and procedure(s) supported
by the health record
Grouper: Software that uses specific data elements to assign the
diagnostic and procedural codes entered into the encoder into the
appropriate Medicare severity diagnosis-related group (MS-DRG) or
other diagnosis-related group (DRG)
- 19. © 2019 AHIMA
ahima.org 19
Types of Encoders, 1
Rules-based encoder
• Requires coder to type in name or portion of name of diagnosis or procedure
• Entry into the encoder generates a list of suggestions from which the coder
selects
- 20. © 2019 AHIMA
ahima.org 20
Types of Encoders, 2
Automated codebook encoder
• Lists diagnoses and procedures in alphabetic order much like the alphabetic
index located in
• International Classification of Diseases, Tenth Revision, Clinical Modification (ICD-10-CM)
• Current Procedural Terminology (CPT) code books
- 21. © 2019 AHIMA
ahima.org 21
Encoder and Grouper, 2
Most common groupers are the MS-DRG grouper and ambulatory
payment classification (APC) grouper
Other insurers, including some Medicaid programs, have developed
their own groupers for use in determining payment to the healthcare
facility
- 22. © 2019 AHIMA
ahima.org 22
Encoder and Grouper Functionality
Coding quality and MS-DRG assignment are not ensured using an
encoder
• Code selected is only as good as the data entered into the information system
One of the biggest advantages in the use of an encoder or grouper
is prompts
- 23. © 2019 AHIMA
ahima.org 23
Data Elements Needed, 1
Admitting diagnosis
Principal diagnosis
Secondary diagnoses
Principal procedure
Secondary procedure
Age of patient (or date of birth)
- 24. © 2019 AHIMA
ahima.org 24
Data Elements Needed, 2
Discharge disposition
Gender
Patient name
Health record number
Account number
- 25. © 2019 AHIMA
ahima.org 25
Encoder and Grouper System Reporting
Does not contribute heavily to reporting
Encoder used to assign codes and MS-DRGs using edits to assist
the coder in proper assignment of codes and other information
transferred to the hospital financial system
The information system may be used to generate a report listing all
of the codes and respective MS-DRGs or APCs assigned
MS-DRG and APC analysis
- 26. © 2019 AHIMA
ahima.org 26
Cancer and Other Registries, 1
A registry is a collection of care information related to a specific
disease, condition, or procedure that makes health record
information available for analysis and comparison
Registries track conditions such as cancer, diabetes, trauma, and
transplants
Generally require basic demographic information, reporting,
treatment, description of condition, and frequently long-term patient
tracking
- 27. © 2019 AHIMA
ahima.org 27
Cancer and Other Registries, 2
Commonly found data elements across registries include
• Patient name
• Health record number
• Dates of service
• Physician
• Date of birth
• Date of diagnosis
- 28. © 2019 AHIMA
ahima.org 28
Cancer (Tumor) Registry
Cancer registry information system: Tracks information about the
patient’s cancer from the time of diagnosis to the patient’s death
- 29. © 2019 AHIMA
ahima.org 29
Data Elements, 1
Site of cancer
Type of cancer
Treatment received
Date of last contact
TNM (tumor, node, metastasis) stage
Number of lymph nodes involved
- 30. © 2019 AHIMA
ahima.org 30
Data Elements, 2
Behavior type
Date of death
Grade of neoplasm
Size of mass
Physician name
Accession number
- 31. © 2019 AHIMA
ahima.org 31
Cancer Registry Functionality
Once data on all identified cancer cases for an identified time period
(usually monthly) are verified by the cancer registrar (or designee) of
the HCO
Programmed report is automatically generated and transmitted to
respective state-wide cancer registry normally housed in the state’s
Department of Health
- 32. © 2019 AHIMA
ahima.org 32
Cancer Registry Reporting
Management reports
• Productivity
• Reports on the content of the registry
Common reports include
• Life expectancy
• Follow-up rate
• List of patients due for follow-up
• Patients lost to follow-up
• Follow-up letters to patients and physicians
- 33. © 2019 AHIMA
ahima.org 33
Trauma Registry
Tracks patients with traumatic injuries from initial trauma treatment
to death
- 34. © 2019 AHIMA
ahima.org 34
Trauma Registry Functionality and Reporting, 1
Site of injury
Type of injury
How injury occurred
Date of injury
Time of injury
Work-related injury
- 35. © 2019 AHIMA
ahima.org 35
Trauma Registry Functionality and Reporting, 2
ICD-10-CM and ICD-10-PCS codes
Safety equipment
Registry number
Autopsy performed
Emergency department arrival time
- 36. © 2019 AHIMA
ahima.org 36
Trauma Registry Functionality and Reporting, 3
Outcomes
Follow-up rates
Best practices for patient care
I S would provide statistics on cause of injuries, types of injuries, and
other descriptive statistics (ICD-10-CM codes)
- 37. © 2019 AHIMA
ahima.org 37
Chart Locator System
Chart locator system (chart tracking system): Designed to
identify the current location of the paper health record
Tracking important because paper records are moved from place to
place for patient care, quality reviews, coding, etc.
The Joint Commission regulations require health records be readily
accessible for patient care
- 38. © 2019 AHIMA
ahima.org 38
Chart Locator System Functionality and Reporting
The data in chart locator system identifies
• Where the record is currently physically located
• How long it has been in that location
• When the record is due for return to the H I M department
• When a record is overdue to be returned
• Who checked out the health record
- 39. © 2019 AHIMA
ahima.org 39
Data elements in chart locator system, 1
Patient name
Health record number
Volume
Location to which the record is checked out
- 40. © 2019 AHIMA
ahima.org 40
Data elements in chart locator system, 2
Date record checked out
Date record returned
Who checked out/checked in the record
- 41. © 2019 AHIMA
ahima.org 41
Chart Locator System: Functionality & Reporting
Management uses chart locator reporting for multiple purposes
• Identification of most user requests of health records
• Productivity tracking
• Identification of trends in the volume of health record retrievals
• And identification of areas of the healthcare facility for which records are not
returned in a timely manner
- 42. © 2019 AHIMA
ahima.org 42
Chart Deficiency, 1
Documentation requirements based on accreditation regulations,
state licensure regulations, federal requirements, and other
standards or regulations that the HCO is subject to
Specific documentation requirements mandate when reports such as
the history and physical examination should be dictated or written
Should also mandate content of various reports analyzed and
deadline by which entire health record should be complete
- 43. © 2019 AHIMA
ahima.org 43
Chart Deficiency, 2
Deficiencies in paper, imaged, or electronic records depending on
the I S
With imaged or electronic records, physician can complete
• Office
• Home
• Other location
Paper records must come to the designated area in the HCO
- 44. © 2019 AHIMA
ahima.org 44
Common Data Elements, 1
Patient name
Health record number
Discharge date
Physician needing to complete deficiency
- 45. © 2019 AHIMA
ahima.org 45
Common Data Elements, 2
Type of document with deficiency (for example, history and physical
examination, discharge summary, or progress note)
Type of deficiency (for example, sign or dictate)
Date of surgery
Comments
Date physician last worked on records
- 46. © 2019 AHIMA
ahima.org 46
Chart Deficiency System: Functionality and Reporting
Used to age deficiencies for Joint Commission tracking
Generate report listing all physicians suspended for delinquent
health records—an incomplete record not finished or made complete
within the time frame determined by the medical staff of the facility
• Track when physicians are suspended (for use in medical staff credentialing)
• Monitor the volume of deficiencies by physician and service
- 47. © 2019 AHIMA
ahima.org 47
Birth Certificate System
Reports births occurring in the healthcare organization to state
health agency
Birth certificate software will capture the minimum data set
Content established by the National Center for Health Statistics
(NCHS) and any state-required data
- 48. © 2019 AHIMA
ahima.org 48
Birth Certificate Information Systems Functionality, 1
Collecting data mandated by NCHS
Reporting standard information such as name of healthcare
organization automatically
Allowing users to choose from obstetrical physicians table
Capturing demographic information from hospital information system
to improve efficiency
- 49. © 2019 AHIMA
ahima.org 49
Birth Certificate Information Systems Functionality, 2
Preventing omissions of required data before birth certificate is sent
to the state using mandatory fields and edit checks
Submitting birth certificate data to the health department
Submitting parent’s request for social security number to the Social
Security Administration
- 50. © 2019 AHIMA
ahima.org 50
Birth Certificate Information Systems Functionality, 3
Printing out data captured for parent(s) to proof
Creating birth log, eliminating need for paper log
Using drop-down boxes to improve data consistency
Using edits to improve data quality
Allowing parent(s) to order copy of birth certificate
- 51. © 2019 AHIMA
ahima.org 51
Birth Certificate System Functionality and Reporting
Generate statistical reports such as caesarean section rate or
trending births rates
Key reporting capability is the ability to report births to the state in
the approved format
State may use birth certificate data reported via birth certificate
system to feed other databases, such as immunization registry to
enhance tracking of childhood immunizations
- 52. © 2019 AHIMA
ahima.org 52
Dictation and Transcription Systems, 1
Dictation system
• Used by physicians to dictate various medical reports
• History and physical examinations
• Discharge summaries
• Radiology reports
• Autopsy reports
• Catheterization reports
• Other designated reports into the dictation system
- 53. © 2019 AHIMA
ahima.org 53
Dictation and Transcription Systems, 2
Dictating is the process of recording a physician’s voice as he or she
verbally describes a scenario, problem note, or some other type of
report that is recorded electronically
- 54. © 2019 AHIMA
ahima.org 54
Dictation and Transcription Systems: Functionality and
Reporting, 1
Transcription is the process of deciphering the provider’s recorded
dictation and typing the medical document
The transcription system should be interfaced with the hospital
information system so that the patient name, health record, and date
of service are already populated within the information system
- 55. © 2019 AHIMA
ahima.org 55
Dictation and Transcription Systems: Functionality and
Reporting, 2
Key reporting focus for dictation system is workload
System is able to track volume of work dictated and how much is
remaining to be transcribed
- 56. © 2019 AHIMA
ahima.org 56
Dictation and Transcription Systems: Functionality and
Reporting, 3
Information can be used to determine
• Transcription staffing levels
• Overtime workload justifications
• Trends and patterns in dictation usage
Expander: Allows transcriptionists to type acronyms such as “CHF”
and the full phrase “congestive heart failure” will automatically be
spelled out
• Saving keystrokes and time
• Can typically be controlled by the HCO
- 57. © 2019 AHIMA
ahima.org 57
Dictation and Transcription Systems: Functionality and
Reporting, 4
Transcription software products are designed to work seamlessly
with
• Dictation systems
• Voice recognition systems
Promote efficiency in the entire process
Designed for transcriptionists to work from home as appropriate
- 58. © 2019 AHIMA
ahima.org 58
Dictation and Transcription Systems: Functionality and
Reporting, 5
Track productivity
• Critical because transcriptionists usually are paid based on it
Calculate incentive pay (bonuses and rewards) automatically based
on criteria established by the healthcare facility
Monitor overall volume by report type to help identify trends and
needs
- 59. © 2019 AHIMA
ahima.org 59
Healthcare Quality Indicator
Abstracting system that records information about the patient, the
care provided to the patient, and the healthcare practitioner(s)
involved in the care delivered
Abstracting: Process of extracting information from document or
data elements from a database to create a brief summary of
patient’s illness, treatment, and outcome and entering summary into
an automated system
A quality indicator is a standard against which actual care may be
measured to identify a level of performance for that standard
- 60. © 2019 AHIMA
ahima.org 60
Healthcare Quality Indicator: Functionality and Reporting
Reports may include:
• Monitoring healthcare facility infection rate
• Number of deaths by physician
• Blood incompatibility
• Surgical errors
• Maternal deaths
• Outcomes
- 61. © 2019 AHIMA
ahima.org 61
Computer-Assisted Coding (C A C) System, 1
Computer-assisted coding (C A C) system: Analyzes the clinical
data found in an electronic health record
• C A C is the process of extracting and translating dictated and then transcribed
free-text data (or dictated and then computer-generated discrete data) into
ICD-10-CM, ICD-10-PCS, and CPT procedural codes and evaluation and
management codes for billing and coding purposes
- 62. © 2019 AHIMA
ahima.org 62
Computer-Assisted Coding (C A C) System, 2
Uses natural language processing (NLP) to analyze clinical data to
identify diagnoses and procedures and to assign the appropriate
ICD-10-CM, ICD-10-PCS, and CPT code to the C A C system
NLP: Technology that converts human language (structured or
unstructured) into data that can be translated then manipulated by
information systems
- 63. © 2019 AHIMA
ahima.org 63
Computer-Assisted Coding System: Functionality and
Reporting
C A C system generates productivity reports
Can generate reports on number of health records where the codes
were changed from what the software originally recommended
Reports are important to evaluate quality, accuracy, & completeness
of codes generated by the C A C system
Evaluation or review can be combined with financial information to
determine what impact this may have on reimbursement claims &
revenue cycle functions
- 64. © 2019 AHIMA
ahima.org 64
Clinical Documentation Improvement
CDI: The process a healthcare entity undertakes that will improve
clinical specificity and documentation that will allow coders to assign
more concise disease and procedural classification codes
- 65. © 2019 AHIMA
ahima.org 65
Clinical Documentation Improvement: Functionality and
Reporting
Clinical documentation improvement (CDI) system assists in
identifying ways to improve clinical documentation in the health
record