Process Control Based Approach to Ensuring Quality Control
Process Control Based Approach to Ensuring Quality Control in Data Requests G. White, S. Vest, J. Jackson-Thompson Missouri Cancer Registry University of Missouri-Columbia Supported by CDC/NPCR Cooperative Agreement #U 55/CCU 721904 -05 and a contract between the University of Missouri and the Missouri Department of Health and Senior Services
Overview • Process Control and ProcessQuality Engineering – Application to Registry Operations • Case Study – Missouri Cancer Registry Data Requests • Methods • Results
What is Process Control? • Process/Quality Engineering • Design error opportunities out of the system • Evolutionary Process – Continually monitoring measures of quality – Identifying error opportunities – Updating system
Continuous Quality Improvement • Modern manufacturing relies on CQI • Began at Western Electric in the 1930’s • J. M. Juran and Edward Demming – Quality Management – Statistical Process Controls • WWII and Post-war • ISO certification
What is Quality • Quality is the inverse of variability – High Quality = Little Variation – Low Quality = Lots of Variation • “On-Target with Minimum Variation” – Minimum Variation typically more important than on target in process/quality control – Customer wants predictability – “You Get What You Pay For”
How this Applies to Registry Operations • Registries don’t manufacture tangible products – produce information • Production relies on a process • Optimization through Process Engineering • Work-flow design that minimizes error opportunities is the most efficient
Case Study: Missouri Cancer Registry Data Requests • How Data Requests are received – Oral – Written – Electronic • How Data Requests are filled – SEER*Stat • Customer Relations – Filled Requests returned
What Went Wrong • Data requests could take a day to weeks to fill • Mistakes made in filling requests, required multiple attempts to meet customer’s needs • No clear procedure for the process • No measures of quality available
Poor Process Design • Thought we had an “efficient” process • Example of “efficient” design not being optimal • No accountability • No process monitoring • No feedback to improve process
Observations • No one person was responsible for receiving and approving data requests • No tracking system for these requests • Prose descriptions of data requested • Confusion resulted in multiple attempts to fill requests
Defining The Problems • Two biggest problems – No tracking system – couldn’t tell where in the process a request was. – Unclear requests – customer requests were unclear and difficult to translate in to a SEER*Stat query.
The Solutions • A tracking system with clearly delineated responsibilities – A “caretaker” – Retain Multiple Approvers • A clearly designed data request form based on SEER*Stat
Results • New form substantially reduced confusion in filling data requests • New procedures and log file helped improve tracking and fill-time consistency • Higher quality in terms of reduced errors in the requests and in filltime.
Other Results • May seem more complex and slower • Reducing error opportunities increased efficiency • Continual Improvement is an important part of new system
Conclusion and Lessons Learned • This process control-based approach is easily implemented • Resulted in noticeable improvement • Requires user feedback for continuous improvement
Future Prospects • This approach can be applied to all areas of operations • By focusing on designing work-flow to minimize error opportunities you automatically increase efficiency
Thank You For Your Attention
- Slides: 19