Work Design and Process Improvement
Key Takeaways
- Process improvement starts with baseline data and root-cause analysis before a solution is chosen.
- PDSA (Plan-Do-Study-Act), Lean (waste elimination), and Six Sigma (DMAIC) are the methods AHIMA expects you to recognize.
- A redesigned workflow must reduce waste without weakening compliance, documentation quality, privacy, or revenue controls.
- Sustainable improvement requires post-implementation monitoring, not just a successful go-live date.
Designing HIM Work That Holds Up
Work design is the deliberate arrangement of tasks, roles, handoffs, technology, controls, and measurement. In HIM, work design determines whether records are complete, whether requests are processed legally, whether data can be trusted, and whether claims move through the revenue cycle. Domain 5 includes process improvement because the RHIA is expected to improve systems, not just react to errors.
Recognize the improvement methods
The exam expects you to recognize three approaches. PDSA (Plan-Do-Study-Act), the rapid-cycle model promoted by IHI, tests a small change, studies the result, and adapts before spreading. Lean targets the elimination of waste; its eight wastes are often remembered as DOWNTIME (Defects, Overproduction, Waiting, Non-utilized talent, Transportation, Inventory, Motion, Extra-processing). Six Sigma reduces variation through DMAIC: Define, Measure, Analyze, Improve, Control. A backlog with rework points to Lean Defects and Waiting; a workflow with unpredictable turnaround points to Six Sigma variation.
Analysis tools
Root-cause analysis separates symptoms from causes. A fishbone (Ishikawa) diagram organizes causes into categories such as people, process, technology, and environment. The 5 Whys drills from a symptom to its origin. A Pareto chart applies the 80/20 rule, showing that a small number of causes drive most of a problem, so you fix the vital few first. A coding backlog might trace through 5 Whys to a missing discharge-summary trigger, which is a documentation handoff, not a coder-speed problem.
| Improvement step | RHIA application |
|---|---|
| Define the problem | State the metric, risk, affected workflow, and customer impact |
| Map current state | Show tasks, handoffs, delays, rework, systems, and decision points |
| Find root cause | Use data, fishbone, 5 Whys, Pareto, observation, and audit findings |
| Design future state | Clarify roles, controls, documentation, exceptions, technology support |
| Pilot and train | Test with users (PDSA cycle), revise procedures, validate understanding |
| Monitor results | Compare baseline and post-live data; sustain with audits and dashboards |
Guardrails, scenario, and traps
Process improvement is never a reason to remove a required control. A faster ROI workflow that skips authorization review is not better; it is a disclosure violation. A faster coding workflow that drops accuracy below 95% is not better. A simplified dashboard with inconsistent data definitions is not better. The RHIA answer balances efficiency with compliance, data quality, patient rights, and revenue integrity.
Worked example: a deficiency queue keeps growing. Instead of buying new software, the manager runs a Pareto chart and finds 70% of deficiencies are missing physician signatures from one service line. A targeted PDSA cycle, adding an automated signature reminder for that service, is tested, measured, and then spread. Common traps: redesigning before collecting baseline data; choosing technology before checking for unclear roles or redundant approvals; changing every department at once without a pilot; and treating a single kickoff meeting as proof of sustained improvement.
Sustained change is shown by post-implementation metrics and audits that continue to hit the target over time.
Workflow mapping and the documents that prove it
Work design relies on visual tools the exam expects you to recognize. A flowchart shows the sequence of steps and decision points; a swimlane diagram adds columns for each role or department, which exposes broken handoffs between HIM, clinical, IT, and revenue cycle; a workflow or process map documents current state before redesign. When a question describes an improvement effort that failed because "no one knew who owned the next step," the missing artifact is a swimlane that assigns ownership across departments. Standard work, a documented best-practice procedure, locks in the redesign so it does not drift back.
Productivity standards and benchmarking
Work design also sets and benchmarks productivity standards. HIM functions carry recognizable benchmarks: inpatient coding around 2 to 3 charts per hour, scanning and indexing measured in pages or documents per hour, and ROI measured in requests processed per day against the 30-day HIPAA right-of-access clock. Benchmarking compares internal performance to peer organizations or published norms (internal, competitive, or best-in-class). A standard that is set too high invites shortcuts and errors; too low, and the department over-staffs. The RHIA answer ties the standard to both volume and quality so speed never quietly erodes accuracy.
| Tool | What it reveals | Best use in HIM |
|---|---|---|
| Flowchart | Step sequence and decisions | Single-department workflow |
| Swimlane diagram | Role ownership and handoffs | Cross-department ROI, query, billing |
| Fishbone diagram | Cause categories | Root-cause analysis of an error |
| Pareto chart | Vital-few causes (80/20) | Prioritizing which defect to fix first |
| Run/control chart | Performance over time, variation | Monitoring sustained improvement |
Ergonomics, space, and technology fit
Work design is physical as well as procedural. Ergonomics, workstation height, dual monitors for coders, scanner placement, and noise control in a transcription or coding area, affects throughput, error rates, and repetitive-strain injury risk. Space planning and the placement of shared resources (printers, scanners, secure shredding) reduce the Lean wastes of motion and transportation. Before requesting new technology, confirm the current process is not simply suffering from unclear roles, redundant approvals, missing data definitions, or weak training; technology layered on a broken process automates the dysfunction.
When technology is justified, the implementation plan must include testing, downtime procedures, access review, role-based training, and post-live measurement, so the redesign holds up under audit and survey scrutiny rather than collapsing the first time the system or the staffing changes.
A manager sees a coding backlog and wants to redesign the workflow. What should happen before choosing a solution?
Which redesign creates the greatest compliance risk?
A team uses the DMAIC sequence to attack unpredictable ROI turnaround. Which improvement methodology are they applying?