Our Quality Management System is not used! Paper summary • • • It is very difficult to have an efficient and effective Quality Management System (QMS). Creating and maintaining a QMS is for organisations normally not core business. And what if you are a company that wants to start developing and manufacturing for instance medical devices on top of the existing portfolio of non medical systems? How can the QMS help you with serving both product lines? This presentation gives an overview on how to design, deploy and maintain an efficient and effective QMS: 1. 2. 3. 4. 5. 6. • • Requirements for the QMS have to be gathered also taking into account the characteristics of the organisation (size, skill level of people, product portfolio, markets, …) Next a suitable QMS design is to be chosen including how tailor towards projects can be achieved Implementation of the design has to be done resulting in the QMS items like procedures and work instructions. Verification of the implementation by means of document review and validation by piloting in a representative project. Production phase of the QMS introduces the most difficult part of the product creation: deployment. How are the employees trained in such a way that everyone in the organisation is skilled enough to work according to the QMS. While working with the QMS, the end users (employees) will submit change requests. How must an organisation act upon these requests? Deploy, deploy, deploy For all steps mentioned above, hints and tips are given coming from real life examples. Not only what to do but also what NOT to do. Examples shown will be based on the international standard ISO 9001. On top of that, requirements according to the medical device standard ISO 13485 are implemented. © Process Vision – Help! Our QMS is not used Slide 2 of 60 The latest version of this presentation • Is to be found on my website www.processvision.nl © Process Vision – Help! Our QMS is not used Slide 3 of 60 Willem van den Biggelaar • Quality and Medical Regulatory Consultant • Certified DEKRA auditor for ISO 9001 / ISO 13485 • Setup several ISO 9001 / 13485 certified Quality Management Systems (QMS) • Previous jobs • Quality Assurance Officer (5 years) • System Tester (1 year) • Embedded software engineer (7 years) © Process Vision – Help! Our QMS is not used Slide 4 of 60 Content • The 6 steps of developing and maintaining a QMS 1. 2. 3. 4. 5. 6. Define Requirements Design Implement & Verify Validate (piloting) Deploy (initial) Under change control • Treat it like a project • FAQ © Process Vision – Help! Our QMS is not used Slide 5 of 60 Like a V-cycle Stakeholders wishes Project Plan Change Requests Quality Manual - Quality Policy - Management Commitment - Organisation - Scope Define Requirements Quality Manual QMS Index - Processes + owners + interfaces - procedures per process - process owner Validate (pilot run) Procedure A process A --- Template A --- Work instruction A --- Guideline A Procedure B process B -- Template B -- Template C Procedure C process A Procedure D process C -- Guideline B Review Reports Verify Design QMS Procedure interfaces - connecting flow charts input/outputs - defining datastores DPQ-0001a2 2009 Sept 15 Version 01 Status: Approved Product Creation Select, monitor and evaluate a supplier How to accept purchased products Purchased Product Acceptance Supplier Management PP Supplier needed PP Product needs Accepted acceptance Product Design, implement, verify and validate Traceability Matrices Product Creation Plan, Specs, Designs, Reports, Manuals PCP Labeling/Translation Requirements DPQ-0028 Product Security & Privacy Reqs DPQ-0035 PCP Disclaimer Be aware. Only the most obvious interfaces are drawn. In real life much more interfaces exist. Commercial docs Design History File Device Master Record Software Tools Validation & Control Start Clinical Evaluation for IVD MD DPQ-0025 PCP SW tool validation reqs for production (ORP) Plan, TestSpec, Report DPQ-0004 PCP Handle changes on approved items Product Change Control DPQ-0002 PCP DPQ-0032 Q&R Enable recall investigations . Enable tracking towards hospitals Safety/security Modules Templates Guidelines Product Traceability DPQ-0013 Work instructions ORP 510k, PMA, CE Performance Evaluation Start Analyze & report Safety & Security aspects Product Risk Management Risk Management File, Risk CR/PRs CR/PRs SW tool validation reqs for development t en st m ue lop req ve De ange Ch Security & Privacy Reqs Safety/security tagged requirements Service docs Transfer DHF / DMR To ORP PCP DPQ-0005 PCP Risk Analysis Needed DPQ-00019 New product Product Labeling Annexes Product Requirements Traceability Traceability needed Products / Services One of the product preservation control measures To where must requirements be traced DPQ-0034 DPQ-0012 Product Creation Process Purchasing Process Regulatory Approval Market Clearance Order Realisation Process DPQ-0031 Customer Service Process Q&R Quality & Regulatory Procedures - scope - input / output / datastores - activity descriptions - responsible roles A input Implement © Process Vision – Help! Our QMS is not used Slide 6 of 60 Deployment / Change Control ;dsa ;lkf asp’;s d fdsafd as fdas A ;dsa ;lkf asp’;s d fdsafd as fdas output A ;dsa ;lkf asp’;s d fdsafd as fdas Training Material What is a Quality Management System? • Describes a set of procedures an organization needs to follow in order to meet its business objectives. • Small organizations: • mostly no official system • just ‘our way of doing things’ • not written down, in the head of the staff. • Organization gets larger • Written instructions about how things are done needed • Assure nothing is left out • Assure everyone knows who needs to do what, when, how. © Process Vision – Help! Our QMS is not used Slide 7 of 60 Why do you need a QMS (stakeholder wish) • Customer demand • E.g. for medical devices, it is essential for a manufacturer that its suppliers are ISO 13485 certified • Organisation communication gets complexer • More people in one discipline, larger projects • Multidisciplinair, e.g. • Designers <-> Testers • Designers <-> Engineers <-> Production • Sales <-> Production <-> Logistics • Improve process / product quality • Standard way of working in order to focus on product © Process Vision – Help! Our QMS is not used Slide 8 of 60 1. Define requirements for a QMS Requirements for the QMS have to be gathered also taking into account the characteristics of the organisation (size, skill level of people, product portfolio, markets, …) © Process Vision – Help! Our QMS is not used Slide 9 of 60 1. Define: Product Market Combination (PMC) • Product examples • Healthcare • Automotive • Machinery • Consumer • Aerospace • Food • Pharmacy • Measurement instruments • Railway • Radio and telecom • Market examples • Europe • USA • Canada • China • Australia • Russia • Asian pacific • Africa • South America Each combination has its own legislation to which you must comply © Process Vision – Help! Our QMS is not used Slide 10 of 60 1. Define: Comply with International standards • Examples of QMS standards ISO 9001 – General standard ISO 13485 – Medical AS 9100 – Aerospace TS 16949 – Automotive TL 9000 – ICT ISO 27001 – IT Security ISO 14001 – Environmental OHSAS 18001 – Occupational health and safety • Which to choose depends on Product Market Combination © Process Vision – Help! Our QMS is not used Slide 11 of 60 1. Define Company Quality Policy © Process Vision – Help! Our QMS is not used Slide 12 of 60 1. Management must show commitment • Let top management have quality on agenda of (yearly) personnel meeting • (Changes to) Quality policy • Metric • Let department managers have quality on (monthly) department meeting agenda • (Changes to) Quality policy • Results internal and external audits • Management must reserve resources for quality • QMS maintenance • Quality Audits © Process Vision – Help! Our QMS is not used Slide 13 of 60 1. Define: Fit to your organisation • Size of organisation • Number and type of departments • Skill and competence level of the employees • Examples Id A B C Product Respiratory medical equipment Printed Circuit Assembly (PCA) Different types of mechatronics products #Staff 10 50 Education Academic, Large experience in product Secondary school 80 Academic Key departments Marketing & sales Development & Engineering Outsourced Production Purchase / Sales Mass production Development & Engineering Prototype production • A: high level procedures leaning on medical standards • B: detailed work instructions for production • C: high level procedures based on different standards © Process Vision – Help! Our QMS is not used Slide 14 of 60 1. What I have seen gone wrong • No or little management commitment, e.g. • “High quality products” is leading in the quality policy but management decides to deliver less quality if that saves money • Not enough resources available for QMS updates / internal audits • People have no idea that what the company quality policy is • Too heavy QMS for an organisation © Process Vision – Help! Our QMS is not used Slide 15 of 60 2. QMS architecture & design Next a suitable QMS design is to be chosen including how tailor towards projects can be achieved © Process Vision – Help! Our QMS is not used Slide 16 of 60 2. Design: Well known QMS architecture Quality Manual QMS scope and requirements Quality Policy Organisational structure Processes including owners Mandatory to follow Procedures Annexes: Workinstructions Templates Guidelines Checklists Quality Records © Process Vision – Help! Our QMS is not used Slide 17 of 60 Annexes: Extra help to be more efficient and effective All documents and records that proof that the QMS is executed conform its requirements 2. Design: Traceability between layers Process To which process & owner does a procedure belong Procedure Which template has this procedure Template From which template is this record derived? Quality Record © Process Vision – Help! Our QMS is not used Slide 18 of 60 2. Design: Traceability between layers Ref 1: Example of a procedure that refers to its process (and owner) Process To which process & owner does a procedure belong Procedure Ref 2: Example of a procedure that refers to its templates, guidelines,..... Which template has this procedure Template From which template is this record derived? Quality Record Ref 3: By using the latest released template (id+version), reference 3 is assured © Process Vision – Help! Our QMS is not used Slide 19 of 60 2. Design: the processes • Divide in main processes and supporting processes • Assign process owners: • Design/Own the process • Deploy/Advocate the process • Measure the process • Maintain/Improve the process • Do NOT make the QA manager owner of everything • Processes ≠ Departments! • A product creation process is a divided responsibility not only owned by the development department • Design the interfaces between the processes © Process Vision – Help! Our QMS is not used Slide 20 of 60 2. Design: process overview in one picture Managing Director Business Strategy Process (BSP) Scope Business Strategy & Planning Feed back Sales Roadmapping Business Plan MT Product Creation Process (PCP) New Product Introduction Product Design Require ments D&E Manager DHF Definition & Quotation Concept Design Proto Pilot Series TPD + PR TPD Order + Forecast Customer Procurement & PO control Purchasing (PUR) Commodity Strategy Purchasing Manager Selection Contrac ting Accept / Process Evaluation MPS DMR MPS Production Planning & WO control Manufacturing Process (MAP) Supplier Shipping Planning / Work Order (WO) Ready Purchase Order (PO) / Forecast Warehouse (Receival) Manufacturing Manager Warehouse (Expedition) Stock Quality Assurance / Production Engineering (QA/PE) Incoming Inspections CTQ/CTS, Non Conforming Goods, SPC, Calibration QA & PE Manager FEBV Support HRM QESH ICT © Process Vision – Help! Our QMS is not used IT Manager Q/HSE HR Manager Manager Slide 21 of 60 Delivery Note (Final) Assembly and testing Handling and Cleaning Parts Supply Chain Manager Logistics (LOG) FInance Facilities Financial Director Financial Director Product DHR 2. Design the procedure interfaces • Allocate to each process the neccessary procedures • Guard the interfaces between the processes • Again, put it all in a picture • Tip: you can use these pictures for training purposes © Process Vision – Help! Our QMS is not used Slide 22 of 60 2. Design: Procedure interface per process © Process Vision – Help! Our QMS is not used Slide 23 of 60 2: Design: Guard the interfaces © Process Vision – Help! Our QMS is not used Slide 24 of 60 2. What I have seen gone wrong • No process owners, QA does all the work • Interfaces between procedures not aligned • No overview of processes or procedures just a bunch of “howto’s”. • No strict division between QMS items (Q manual, procedures and annexes) and Quality Records © Process Vision – Help! Our QMS is not used Slide 25 of 60 3. Implementation & Verification Implementation of the design has to be done resulting in the QMS items like procedures and work instructions. Verification of the implementation by means of document review © Process Vision – Help! Our QMS is not used Slide 26 of 60 3. Write the procedures • Don’t let key users be authors • Most of the time they don’t have the time for it • Most of the time they are not keen on doing it • Most of the time they are not capable of doing it • Let stakeholders review (walkthrough) them: • Process owner (if not author) • Process owners for which their process interface • Key users – can I use it? Is it complete? • Quality Manager – is it compliant with regulatory © Process Vision – Help! Our QMS is not used Slide 27 of 60 3. Tailoring (deviation of) the QMS • Always allow projects to tailor towards own needs • Let tailoring be documented in the project plan • Let tailoring be approved by the QA manager • Tailoring must be compliant with regulations • If much tailoring occurs, its a signal that perhaps the QMS is not suitable to the needs of the organisation © Process Vision – Help! Our QMS is not used Slide 28 of 60 3. Write the templates and forms • Basis for the quality records so be precise • First make mother template(s)/form(s) • Layout • Default content • Next, make templates/forms for all possible document types • Input • Mother template/form • Best practices • Procedures • Again let stakeholders review (walkthrough) them © Process Vision – Help! Our QMS is not used Slide 29 of 60 3. Write the other annexes • If needed, guidelines • If needed, checklists • If needed, work instructions • In native language if users are native speakers only • Again let stakeholders review (walkthrough) them • Checklists can evolve during history of the organisation, if same things go wrong over and over again, put them in checklists © Process Vision – Help! Our QMS is not used Slide 30 of 60 3. Write training material • While writing you already have to replace yourself in the minds of the users of the QMS • And maybe find out • A procedure has become much too complex • A template is not usable • ......... © Process Vision – Help! Our QMS is not used Slide 31 of 60 3. Deal with different regulations • Suppose your organisation makes products for both medical and non medical industry • Either write different procedures for each industry • Or address the difference within the procedures & templates. E.g. © Process Vision – Help! Our QMS is not used Slide 32 of 60 3. What I have seen gone wrong • Local department templates and work instructions not under QMS control • No mother templates so no escape if a template is not available leading to non compliant project documentation • Procedures long (lot of text, no pictures) and tedious © Process Vision – Help! Our QMS is not used Slide 33 of 60 4. Validate the QMS validation by piloting in a representative project. © Process Vision – Help! Our QMS is not used Slide 34 of 60 4. Validate the QMS: choose pilot projects • Try to validate QMS on all its possible intended uses • Choose (if possible) • Different type of projects. E.g: • 1 Medical project • 1 Machinery project • Different size of projects. E.g.: • 1 very small projects (1 – 10 FTE) • 1 very large project ( 50+ FTE) • 1 medium project (10 – 50 FTE) • Choose projects that are just started • Each project leader will have a “reason” not to be chosen • Projects with high time pressure are reluctant to be chosen © Process Vision – Help! Our QMS is not used Slide 35 of 60 4. Validate the QMS: process the results • Let projects log all issues they come across • Implement the issues in the QMS • Review changes with stakeholders © Process Vision – Help! Our QMS is not used Slide 36 of 60 4. What I have seen gone wrong • No piloting at all, simply “dump” the new process into live projects • Only piloting with a small (easy) non typical project © Process Vision – Help! Our QMS is not used Slide 37 of 60 5. Initial deployment Production phase of the QMS introduces the most difficult part of the product creation: deployment. How are the employees trained in such a way that everyone in the organisation is skilled enough to work according to the QMS. © Process Vision – Help! Our QMS is not used Slide 38 of 60 5. Deployment - training • Create training plan: who must be trained in what and when (input is QMS index) • Initial training of people • Re-train people pro-active (regular basis) or re-active (if needed) • Don’t forget training program for new employees • Let QA officer / Process Owner check by • Sanity checks (coffee corner, project meetings) • Official audits © Process Vision – Help! Our QMS is not used Slide 39 of 60 5. Deployment – explain via wall posters • Use posters on walls, coffee corners, team rooms, etcetera • Also put in FAQ’s, contact persons • Explain them to the team • If changes are due, hang new posters • And re-explain • The team can never say again “we didn’t know” © Process Vision – Help! Our QMS is not used Slide 40 of 60 An example Master Integration Plan Hardware release cycle not included Red Sticker Not standalone testable subsystem A & B Both released by preSIT owner (IM) SRT PDC 30.xx Subproj TM: timing + Q Test team: execution ART/SAT SW TL: timing + Q Dev team: execution Subpro IM: releases SW TL: timing+Q PUBLISHED ACQ 1.3 Pub DB 2.5 Pub HOST 2.6 Pub Infra 4.5 Rel RELEASED Subsys A+B Subsystem A SSAT preSIT Synch Bom Bom Subsystem A internally built & tested PUBLISHED System projects Warroom: accept / reject deliveries ACQ 1.7 Rel DB 2.8 Rel HOST 2.8 Rel GEO 3.1 Rel Infra 4.5 Rel FATs SYSTEM_ INTEGRATED Subsystem B SSAT Bom Bom Subsystem B internally built & tested ACQ 1.3 Pub DB 2.6 Pub HOST 2.6 Pub Infra 4.4 Rel RELEASED Rocket B1 Test dependencies SW TL: identifies & signals conflicts & takes action Subsystem architect PDC 30.xx Existing functionality Rebuild + Regression test with merged BOM Conflicting BOMs Synch System IM: identifies & signals conflicts Subprojects: take action System Regression Test New functionality Test PUBLISHED SSAT PUBLISHED Subsystem D internally built & tested preSIT Synch Subsystem D SSAT ACQ 1.0 Rel DB 1.9 Rel HOST 2.4 Rel GEO 3.5 Rel Infra 4.5 Rel SRT SRS ART/SAT Supply chain subsystem chain per subproject FRS PDC 30.yy ACQ 1.0 Rel DB 1.9 Rel HOST 2.4 Rel Infra 4.5 Rel FAT SDS SIT preSIT Existing functionality MiscSys Viewing PandA Geometry Q: What if a subsystem must deliver at the same time different functionality to 2 or more customers? A: That subsystem can only release if the last customer has released Q: What if a delivery is not on the MIP but is already needed by a customer e.g. due to incompatible interfaces? A: Either change the MIP or deliver that subpart as published to the customer. database ID system warroom - 4 subprojects Production requirements RELEASED Subsys C & D GEO 3.1 Rel Bom New function ality Subsystem C Bom Subsystem C internally built & tested PRS (CIS only) SSIS FAQ Host Blueprint Development chain Scenario 2 UI FSSys Acquisition SIT Standalone testable subsystem C & D Independent released by both subproject IMs SYSTEM_ INTEGRATED Integration dependencies ACQ 1.0 Rel DB 1.9 Rel HOST 2.4 Rel GEO 3.0 Rel Infra 4.5 Rel Bom Other subsystem needed for test new MIP delivery Acquisition B Nijhuis All except Panda, MiscSys, UI modules Database K Oberzynski None FS Sys J Smans Geometry FSFW P Dingemans None Geometry E Suijs None Host F Jacobs None ID P Meuleman ? Infra P Dingemans Yes: IP E Oerlemans Viewing Mercury P Meuleman ? Misc System A v Beurden None Panda A Oberzynska Yes: UI L Berek Viewing, Panda, Geo, Acq, UI modules, Misc Sys UI modules M Boumans None Viewing G Hamerslag IP VxWorks I Canjels ? Subsystems with FSC need FSFW SYSTEM_ INTEGRATED Bom Subsystem System projects Warroom: accept / reject deliveries PDC 30.zz GEO 3.1 Rel Bom SSAT Bom Subsystem C fRole system SCM all functionality mapped on subprojects (Phobos, Acquisition, Eagle, Movement) PDC 30.xx Integrated environment Action points: Zonnetjesplaat Bom System IM: responsible + author New function ality SYSTEM_ RELEASED PDC 30.xx SW TL: timing+ Q Test/Dev team:execution UI modules IP System project Sub(system) project Green Sticker SYSTEM_ TESTED Below two possible scenarios (1 & 2) are given to deliver to the system PDC Pizza items mapped to in-between deliveries based on time Deviations to these scenarios are only allowed if they still comply to the PUBLISHED and RELEASED definitions. target system resources technical dependencies between subsystems (architecture) Scenario 1 Red Color Blue Color Bom SDT: responsible SWAT: author Id: XDB040-043084 Author: W vd Biggelaar Version : 12 Status: Proposal Date: 6 Oct 2004 System Development Cycle Bom Allocation table Pizza items mapped on subsystems C/V PUBLISHED subsystem guarantee and support depends on agreement between involved parties. changes via CR/PR’s after agreement between involved parties on scope (which WIP parts) previously PUBLISHED or higher functionality keeps working: regression tests succeeded agreed new functionality (delivery of MIP) is (partly) implemented dependent on change impact one or more non-official MTs and/or UATs succeeded No part of PDC unless war room decides otherwise C/V RELEASED subsystem official supported release (fixes will be made when users can not wait until the next RELEASED baseline) release note (at least: new functionality; known bugs; solved PRs on previous RELEASED; tests executed & passed) changes via CR/PR’s on those parts that are released (MIP delivery) previous PUBLISHED or higher functionality keeps working: regression tests succeeded agreed new functionality (delivery of MIP) works correctly with its other MIT deliveries official MTs, UATs, SSAT & preSIT succeeded for implemented part as indicated in release note will be part of PDC after acceptance by preSIT owner (see MIP) & system war room War room decides on all conflicting situations Note: CIS delivers PUBLISHED subsystems to C/V. They RELEASE their subsystems at C/V’s SYSTEM_RELEASED SSAT Architecture units per subsystem URS / UDS UAT MRS / MDS MT Code infra © Process Vision – Help! Our QMS is not used Slide 41 of 60 5. Deployment – How to find the QMS • Make several search possibilities • On terms, e.g. via google like search • On lists, e.g via the QMS index list • On pictures – e.g. via a clickable process • Via different views © Process Vision – Help! Our QMS is not used Slide 42 of 60 5. Find the QMS – via clickable process ALL PROCESSES Managing Director Business Strategy Process (BSP) Scope Business Strategy & Planning Feed back Sales Roadmapping Business Plan MT Product Creation Process (PCP) New Product Introduction Product Design Require ments D&E Manager DHF Definition & Quotation Concept Design Proto Pilot Series TPD + PR TPD Order + Forecast Procurement & PO control Purchasing (PUR) Commodity Strategy Purchasing Manager Selection Contrac ting Accept / Process Evaluation MPS DMR MPS Production Planning & WO control Manufacturing Process (MAP) Warehouse (Receival) Delivery Note Manufacturing Manager (Final) Assembly and testing Handling and Cleaning Parts ONE PROCES Shipping Planning / Work Order (WO) Ready Purchase Order (PO) / Forecast Supplier Supply Chain Manager Logistics (LOG) Customer Warehouse (Expedition) Stock Quality Assurance / Production Engineering (QA/PE) Incoming Inspections CTQ/CTS, Non Conforming Goods, SPC, Calibration QA & PE Manager Product DHR FEBV Support HRM QESH ICT FInance Facilities HR Manager Q/HSE Manager IT Manager Financial Director Financial Director ONE PROCEDURE ONE TEMPLATE © Process Vision – Help! Our QMS is not used Slide 43 of 60 5. Find the QMS – template one click away © Process Vision – Help! Our QMS is not used Slide 44 of 60 5. Find the QMS – clickable with different views © Process Vision – Help! Our QMS is not used Slide 45 of 60 5. What I have seen gone wrong • No deployment at all, just issue changes, nobody knows or notices it • Deployment by saying ”Everybody can read the procedure“ • Deployment by going through the procedure step by step in a detailled manner • People have no clue where to find the QMS • And if they have found it, you cannot find what you search for © Process Vision – Help! Our QMS is not used Slide 46 of 60 6. Change Control While working with the QMS, the end users (employees) will submit change requests. How must an organisation act upon these requests? Deploy, deploy, deploy © Process Vision – Help! Our QMS is not used Slide 47 of 60 6. Change Management • Setup a change request tool • Let users submit change requests in a easy way • Form a Change Control Board • Process the change requests on weekly basis • If backlog occurs, you will loose user commitment • Change QMS according to previous mentioned steps • Release on regular basis, e.g. Quarterly and keep deploying • In the end, users must “own” the QMS not QA manager or process owner © Process Vision – Help! Our QMS is not used Slide 48 of 60 6. What I have seen gone wrong • No change control / configuration management / version control leading to • draft procedures being published • Templates being deleted by personell • Large backlog on change requests leading to unmotivated personell to issue new requests © Process Vision – Help! Our QMS is not used Slide 49 of 60 Putting it all together Start a project if you want to create/maintain the QMS © Process Vision – Help! Our QMS is not used Slide 50 of 60 Putting it all together – start a project! • Updating or making a QMS is a normal project • Appoint a project leader • Create a project plan and track progress • Have regular meetings with stakeholders © Process Vision – Help! Our QMS is not used Slide 51 of 60 Example of QMS development plan ISO 13485 project Way of Working and Global Plan Tracking QMS publication board For pilot project(s) Procedures Progress 50 45 40 Axis Title 35 30 walkthroughed 25 proposal 20 QMS publication board For pilot project(s) not existing 15 10 5 0 Stage 1 Training Done Management Review done Process audits done Start Project 01-2010 04-2010 Week 18 Define - Q Manual - Q Index - Pilot project(s) te P r w ub al lish kt hr ou gh Electronic Reviews (no meetings): should only reveal minor issues. Af Walkthroughs of flow charts and proc interfaces at weekly progress meeting leading to informal updates (invite key users) Official e-reviews Q Manual & procedures 08-2010 Week 35 Walkthroughs Process Owners: Write (buddy with WBig) Q Manual / Index - Parts of Procedure Interfaces walkthroughed - Flow charts Pilot projects WBig defined - Total procedure interfaces - Design webinterface All red and orange procedures synchronised with each other (proposal) - Write annexes, check with 1 peer and publish - Xtra text flowcharts (front, back) - connecting flow charts input/outputs - defining datastores Select, monitor and evaluate a supplier PP Supplier needed Product Requirements Traceability Traceability needed Traceability Matrices Product Creation DPQ-0035 PCP Safety/security tagged requirements Commercial docs Design History File Product Risk Management Risk Management File, Risk CR/PRs DPQ-0004 PCP Service docs Device Master Record Software Tools Validation & Control Plan, TestSpec, Report Start Clinical Evaluation for IVD MD DPQ-0025 PCP SW tool validation reqs for production (ORP) Handle changes on approved items CR/PRs SW tool validation reqs for development Analyze & report Safety & Security aspects Product Change Control DPQ-0002 PCP Product Traceability DPQ-0013 DPQ-0032 Q&R input 1 A4 Hints: - merge sequential activities same owner - activities in imperative sense Priorties: Red = High (ISO, needed for project)) Orange = Medium (ISO) Green = Low (non ISO, CCM wish) © Process Vision – Help! Our QMS is not used Slide 52 of 60 ORP 510k, PMA, CE Performance Evaluation Start Enable recall investigations . Enable tracking towards hospitals Safety/security Modules nt st me ue lop req ve De ange Ch Product Security & Privacy Reqs Disclaimer Be aware. Only the most obvious interfaces are drawn. In real life much more interfaces exist. Quality Manual Index File - procedures per process - process owner Plan, Specs, Designs, Reports, Manuals PCP Labeling/Translation Requirements Transfer DHF / DMR To ORP Security & Privacy Reqs DPQ-0005 PCP Risk Analysis Needed DPQ-00019 New product DPQ-0028 PCP Procedure A process A --- Template A --- Work instruction A --- Guideline A Procedure B process B -- Template B -- Template C Procedure C process A Procedure D process C -- Guideline B PP Product needs Accepted acceptance Product Products / Services Design, implement, verify and validate Product Labeling Work instructions To where must requirements be traced DPQ-0034 DPQ-0012 Abbreviation & Definitions file How to accept purchased products Purchased Product Acceptance Supplier Management Guidelines DPQ-0001a2 2009 Sept 15 Version 01 Status: Approved Product Creation One of the product preservation control measures Write / Executing Training. At least: Quality Policy End Q4 2010 - default English - in Dutch if users are Dutch speakers only Procedure interfaces Update of A&D file by all owners QMS approved Annexes Templates Quality Manual - Quality Policy - Organisation - Scope - Processes - Process descriptions - Process Onwers A P Or fter ubl an E-r ish ne ev x w iew rit s te n 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 Product Creation Process Purchasing Process Regulatory Approval Market Clearance Order Realisation Process DPQ-0031 Customer Service Process Q&R Quality & Regulatory A ;dsa ;lkf asp’;sd fdsafda s fdas Flow charts (incl. blue italic) - scope - input / output / datastores - activity descriptions - responsible roles output A ;dsa ;lkf asp’;sd fdsafda s fdas A ;dsa ;lkf asp’;sd fdsafda s fdas A ;dsa ;lkf asp’;sd fdsafda s fdas Stage 2 Certification Gather evidence In pilot Project(s) End Q1 2011 Summary • Did this help to answer the question “What to do if our QMS is not used?” • In short • Treat the QMS as a normal product to be developed, implemented, verified and validated, released, put under change control / version control / configuration management • Treat the way you develop the QMS as a normal project • Deploy, deploy, deploy • The users must feel they “own” the QMS © Process Vision – Help! Our QMS is not used Slide 53 of 60 © Process Vision – Help! Our QMS is not used Slide 54 of 60 • InfoQ did and interview with Willem about the benefits of having a QMS, dealing with multiple regulations, assuring adherence to a QMS, how a QMS can support agility and deploying a QMS in an agile way • A summary is to be found in the upcoming sheets. • The complete interview can be found on http://www.infoq.com/news/2014/10/getting-QMS-used © Process Vision – Help! Our QMS is not used Slide 55 of 60 • In your view what is a QMS? What are the benefits of having one? • A QMS is the documented set of agreements about the way of working within a company • Without this agreement each design project and/or production team works according its own insights which can lead to a wide variation in the quality of products and inefficient work • Can you name some of things that often go wrong when organizations are deploying a QMS? • Problems that I often see in organizations with Quality Management Systems are: • The idea that writing it down is enough • Only performing initial deployment • All deployment by the quality person feeding the idea that the QMS is his/hers responsibility © Process Vision – Help! Our QMS is not used Slide 56 of 60 • From a governance point of view a QMS must assure that applicable regulations are being met. Do you have good practices when dealing with multiple overlapping or conflicting regulations or regulations from different standardization bodies? • You can make a cross matrix to check if all regulations are “in” • I always try not to split up (make separate) procedures but sometimes it can be more convenient: an example is a work instruction to bring a medical device to the market and a work instruction to bring a machinery to the market. • I have not seen any conflicting regulations yet as in principal they all want the same: are you in control © Process Vision – Help! Our QMS is not used Slide 57 of 60 • What can you do to assure that a QMS is followed and adhered to in an organization? • First you need to do proper deployment • Next, check if QMS is followed by official audits and non official “audits” (like listening to people talking in the coffee corner) • You need to re-deploy if issues are found • How can you validate a QMS to see if it supports an organization in reaching it's goals? • You can’t by validating as I described it (piloting) but you can by measuring on the processes. E.g. By means of GQM (Goal Question Metric) method © Process Vision – Help! Our QMS is not used Slide 58 of 60 • If an organization is adopting agile or lean processes would they still need a QMS? • Yes! You always have output so you need templates. You always want a common way of working so you need procedures or work instructions • What kind of changes are needed to a QMS to support agility? • Agility is just a way of working, so write down how you do it and put it in your QMS. I have seen organizations who keep agile development outside their QMS. It became a work instruction in each of their projects. That is not needed and can be ineffective. • Could you develop and implement a QMS using an agile approach, e.g. in iterations in stead of a big bang deployment? • Of course, certainly if you don’t know the exact requirements at the start. You could also develop it while the first project is already running, e.g. the first increment should deliver the requirements and the project management processes © Process Vision – Help! Our QMS is not used Slide 59 of 60 © Process Vision – Help! Our QMS is not used Slide 60 of 60