Quality System Processes without Documented Procedures

Mark Meer

Trusted Information Resource
#31
...Also, what really control the risk is the action (or inaction) of the user to prevent the problem, not the instruction itself.
I think this is precisely @Bev D point regarding documented procedures, and why I think the comparison is apt.

Similarly, to my point, if the context of your organization demonstrates a utility in having documented instructions (such as the PCB receiving example I gave in a previous post), then it is a valuable control - much in the same way, as you say, safety information can be demonstrated to still be a legitimate risk mitigation measure through usability engineering.
 
Elsmar Forum Sponsor

Marcelo

Inactive Registered Visitor
#32
I think this is precisely @Bev D point regarding documented procedures, and why I think the comparison is apt.

Similarly, to my point, if the context of your organization demonstrates a utility in having documented instructions (such as the PCB receiving example I gave in a previous post), then it is a valuable control - much in the same way, as you say, safety information can be demonstrated to still be a legitimate risk mitigation measure through usability engineering.
Well, it's important to understand that people are not expected to read the manual each time they encounter the risk. It's expected that the "information for safety" is used to convey the information, but the action/or inaction has to be done without (in principle) reading about the problem when it happens - which is the case of high risks. If people are dying, the time to read the manual may be enough for people to die.

In this way, the information is only expected, in general to be read once, and them people would be competent.

The fact that the information is still there after that does not control anything.
 

Mark Meer

Trusted Information Resource
#33
...In this way, the information is only expected, in general to be read once, and them people would be competent.
The fact that the information is still there after that does not control anything.
In general I agree. However, there is still the case of labelling (e.g. safety symbols) that are applied directly to the product - an informational requirement that wouldn't make sense if we assume the above.
(aside: I have some serious reservations regarding the efficacy/rationale of many required symbols. Similar to your explanation of "The crazy EU deviation", I suspect that such requirements were put forth by "someone with no [usability] engineering background"....but a topic for another thread, I suppose. ;))

But back to the topic at hand...
I still think the analogy holds for certain manufacturing contexts. Whether or not the information is intended to be read once (in the case of information for safety on product labelling), or several times (e.g. in the case of an assembly work instruction), in either case once competency is achieved the documentation is no longer an active control. But to the extent that we agree that such documented information can contribute to the competency in the first place, it is a valuable tool for controlling final outcomes, no?
 

Marcelo

Inactive Registered Visitor
#34
In general I agree. However, there is still the case of labelling (e.g. safety symbols) that are applied directly to the product - an informational requirement that wouldn't make sense if we assume the above.
Symbols on labelling are a little different because they behave more like alarms - meaning, they do tell that something is happening, but the person has to act or inact.

(aside: I have some serious reservations regarding the efficacy/rationale of many required symbols. Similar to your explanation of "The crazy EU deviation", I suspect that such requirements were put forth by "someone with no [usability] engineering background"....but a topic for another thread, I suppose. ;))
He's a lawyer.

Also, the symbols by themselves are not effective if the manufacturer does not "validate"their use in their medical device thru usability testing or the like.

But back to the topic at hand...
I still think the analogy holds for certain manufacturing contexts. Whether or not the information is intended to be read once (in the case of information for safety on product labelling), or several times (e.g. in the case of an assembly work instruction), in either case once competency is achieved the documentation is no longer an active control. But to the extent that we agree that such documented information can contribute to the competency in the first place, it is a valuable tool for controlling final outcomes, no?
It is, in particular because it has other uses (such as keeping the information for a new worker, facilitating audit, etc.).

But what seems to be the cern os this discussion is the need for documentation in general, not only for one use (such as enabling competency).

And the thing is, people in general are still too much focused on equating a quality system with a system of documents, when in reality is that que quality system is people working (I usually say, it's the worker pushing the button, not "only" the documentation the documentation that says he must push the button, if any).

I understand that this "interpretation" has several reason, being the historical focus, particularly from evaluators, in documentation, but what is important to understand is that documentation should be a defined requirement for any process, iF required, not always required per se, meaning, you should CONCLUDE if documentation is required, not presuppose that it always is.
 

mattador78

Quite Involved in Discussions
#35
I think you just described the challenge of managing knowledge in your organization, so as I said before, documentation is a dynamic component of knowledge management.
An interesting story in that regard relates to my grandfather, from the age of 14 (minus his national service in Germany and Korea) he worked as a wood machinist and trained on specialist machines manufacturing bespoke work for all over the world. He moved for the last 10 years of his working life to our local government, manufacturing windows and doors for council houses. They had a machine there which only he had been trained to calibrate and because of its age there were no instructions and no manufacturer to contact anymore, he decided to take early retirement due to industrial injuries (COPD) but was kept on as a consultant to calibrate this machine when required paying him a retaining fee weekly as they were going to decommission that department. Due to poor documentation it was 5 years after they decommissioned it they realised they were still paying him a consultant fee which he was able to keep as they never told him it was removed he was just waiting for his weekly call lol.
 

Jean_B

Trusted Information Resource
#36
Also, the symbols by themselves are not effective if the manufacturer does not "validate"their use in their medical device thru usability testing or the like.
It might be, it might not be. You should not state or claim it though as you cannot substantiate it absent of such evidence. This is where I think we're lucky people tend to use symbols/warnings in some form and place which gets some people thinking/cautious, even when the evidence for that hasn't been thoroughly tested to be as effective as the manufacturer might think. It often (though not always) leads to a reduction of risk in the sense of direction, though manufacturers might over- (or under-)estimate the effect. Good intentions are at least something.

And the thing is, people in general are still too much focused on equating a quality system with a system of documents, when in reality is that que quality system is people working (I usually say, it's the worker pushing the button, not "only" the documentation the documentation that says he must push the button, if any).

I understand that this "interpretation" has several reason, being the historical focus, particularly from evaluators, in documentation, but what is important to understand is that documentation should be a defined requirement for any process, iF required, not always required per se, meaning, you should CONCLUDE if documentation is required, not presuppose that it always is.
True, yet the interaction of processes as required is often either built from the documented procedures, or leads to a request to document that process (due to auditor). A process without a procedure (and usually just a name/description) seems hard to audit for most auditors, and they've always had sufficient wiggle room in the requirements to 'make it so'.
Perhaps a clarification to document as appropriate (conforming product; compliance; carry out corrective action; manage risks) could be embedded at (some of) the relevant points in standards that guide this thinking.
I.e. for ISO 13485:2016:
  • 4.1.1 first paragraph "document" should be changed to "(establish), implement and maintain", as this can currently be used as a cover-all escape to enforce documentation of the system which encompasses everything without limitation to level.
  • 4.1.2 a) clarify that identifying a process (and its place in sequence/interaction from item c)) is sufficient documentation does not mandate detailed procedural documentation describing the (detailed) how's, who's, when's and with's.
    • Example: note a high-level description/prescription in the quality manual or a referenced overall process-map, and noting that that is sufficient control to ensure conforming product, maintain compliance, carry out corrective action and manage risk (building on the competence of your resources/training system).
    • It's these last two items (carry out corrective action and manage risk) that might be scrutinized through data/records etc, or be the first option to build in further control through documentation if other information shows there is too little control this way. But auditors should refrain from that assumption until they have evidence to that effect.
  • 4.1.2 b) clarify that control may include documentation (procedures, etc.) as appropriate.

We'll probably head towards it anyway (in some shape) once we align ISO 13485 to the High Level Structure come the mid 2020's.

As for how people write procedures, descriptive, prescriptive and teaching are three different styles and for the auditor's sake we most often see the first (descriptive), a lot of the second (prescriptive) due to over-policing attitude* of certain QA departments, and most miss out the teaching aspect which helps in people using that document to become and be competent on the process even in its absence. Some go too far and teach so much at once or in such a way it's as if that teacher from high-school who just droned on conveying perhaps information but losing your attention while doing so (thus not imparting lasting knowledge) came back to haunt you.

*I'm not saying the policing attitude should be removed, but a procedure used solely as a stick at best helps adherence, not competence.
**Sorry for droning on lately. Writing is also a way of thinking and I see elsmar not only as a forum for discussion but also a resource of knowledge for some future straggler happening upon our musings, not in the flow or aware of the context.
***Really stopping now.
 

Mark Meer

Trusted Information Resource
#37
...
**Sorry for droning on lately. Writing is also a way of thinking and I see elsmar not only as a forum for discussion but also a resource of knowledge for some future straggler happening upon our musings, not in the flow or aware of the context.
***Really stopping now.
No apologies necessary! That's what the forum is for: discussion, airing ideas, and constructive criticism!
Don't apologize, and don't stop contributing to discussion - your contributions enrich everyone. :agree:
 

Ed Panek

QA RA Small Med Dev Company
Trusted Information Resource
#38
The FDA will sometimes allow personnel education level to alleviate training or SOP details. For example, if an MD who studied biopsy is required to review a slide for a biopsy reason there may not need to be much detail how he is instructed to review it. On the other hand, if the person is not an MD you would need more detail in the process or exclude people without specific education from performing that step.
 

Crusader

Trusted Information Resource
#39
Recently, a CB said to me "Training is not acceptable in lieu of a work instruction." I disagreed. I did not get an action/finding. I am really annoyed with how different auditors interpret the standard differently. We rely on training heavily due to the nature of the product and the near impossibility of any drawing or instruction to be created for someone to follow or use as training. Every order is unique. I'd be writing a work instruction for every customer order placed, every day. I'd never get anything else done.
 

Ed Panek

QA RA Small Med Dev Company
Trusted Information Resource
#40
4.1.3 For each quality management system process, the organization shall:
a) determine criteria and methods needed to ensure that both the operation and control of these
processes are effective;

Work instructions are an option, so is training, or education or experience. Its up to YOU to determine how.

I used to work in a technical support role. The process of receiving a call and fixing a customers problem could never be created in instructions or flowchart; the details were endlessly possible. In the end we categorized each call into various buckets of known failure modes and worked on those.

Companies who try to force activity like this into a script like ISPs do "reboot your router" drive customers mad.
 
Thread starter Similar threads Forum Replies Date
T ISO 13485 8.2.5. Monitoring and measurement of quality management system processes ISO 13485:2016 - Medical Device Quality Management Systems 1
B Control Plans for Quality Management System Processes ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 2
A How many processes for an FDA Quality System (QSR)? 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 7
L Processes required for the Quality Management System (QMS) ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 15
S How to Determine Quality System Processes Misc. Quality Assurance and Business Systems Related Topics 7
J Control of Outsourced Processes defined within the Quality Management System ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 11
B How to identify the processes needed for quality management system ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 16
F Risk analyses of quality system processes Quality Tools, Improvement and Analysis 2
I Representation of the Interaction between Processes of the Quality Management System IATF 16949 - Automotive Quality Systems Standard 1
Paul Simpson Quality Management System (Core) Processes and Administration / Support Processes ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 57
A Interaction between the processes of the quality management system ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 26
M Unique Quality Management System for 2 sites ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 5
R Quality System Functional Safety Checklist / Guidance IATF 16949 - Automotive Quality Systems Standard 0
O Any info on release date of FDA “Computer Software Assurance for Manufacturing and Quality System Software” document? 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 0
D Big companies suffer from quality management system? ISO 13485:2016 - Medical Device Quality Management Systems 1
R How would you work without a quality management system? IATF 16949 - Automotive Quality Systems Standard 3
P Conformity assessment based on a quality management system or production quality assurance EU Medical Device Regulations 3
S Quality management system (Well head installation & maintenance) Quality Management System (QMS) Manuals 5
P How to develop executable quality management system for rookies? IATF 16949 - Automotive Quality Systems Standard 9
M Requirement to manufacture under a quality management system EU Medical Device Regulations 4
A IATF 16949 4.3.1 - Determining the scope of the quality management system - supplemental IATF 16949 - Automotive Quality Systems Standard 9
A Building up a global quality management system ISO 13485:2016 - Medical Device Quality Management Systems 2
A Building up a global quality management system 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 3
T Ideas for developing a Supplier Quality Management System, non automotive ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 5
M MDR requires the NB to perform "tests in order to check that the quality management system" EU Medical Device Regulations 3
B Include cost of quality (and other wastes) in an ISO 9001 system? ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 5
B Corrective and Preventive Action (CAPA) A Key Process of the Quality Management System Dec 17... Training - Internal, External, Online and Distance Learning 0
J Quality Assurance in China - Developing a quality management system for a California company Misc. Quality Assurance and Business Systems Related Topics 9
I Date of Quality Management System - Training Records ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 19
S Procedure on Privacy Policy in the ISO 13485 quality management system ISO 13485:2016 - Medical Device Quality Management Systems 3
S Defining a Quality System from scratch - Preferred system and documentation names Document Control Systems, Procedures, Forms and Templates 4
B EU MDR Quality System Requirements - Applicable to Class I? EU Medical Device Regulations 5
M Informational US – National Evaluation System for Health Technology Coordinating Center (NESTcc) Solicits Public Comments for Data Quality and Methods Frameworks Medical Device and FDA Regulations and Standards News 0
Marc Problem with 21 CFR Part 820 - US FDA Quality System Regulations (QSR) sub-forum link - 2 May 2019 Elsmar Cove Forum Suggestions, Complaints, Problems and Bug Reports 1
D Templates for Environmental, Safety and quality Management System wanted Document Control Systems, Procedures, Forms and Templates 3
B Quality Management System documentation identification Document Control Systems, Procedures, Forms and Templates 11
QIE Anyone have experience with BPA Quality (QMS system based on Office365/Sharepoint) Quality Assurance and Compliance Software Tools and Solutions 1
eule del ayre Lean Six Sigma for Quality Management System Lean in Manufacturing and Service Industries 10
S Quality System Induction Training for New Employees Training - Internal, External, Online and Distance Learning 16
L IATF 16949 Clause 9.2.2.2 Quality Management System Audit IATF 16949 - Automotive Quality Systems Standard 9
John Predmore Explain Quality Management System (QMS) for the uninitiated ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 2
C ISO 14001 vs Existing Quality System - How to keep them separate? ISO 14001:2015 Specific Discussions 3
S What are you looking for in an automated quality management system? Quality Assurance and Compliance Software Tools and Solutions 8
M FDA Considers Shift on Medical Device Quality System Regulations - 2018 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 0
A Definition Difference between Quality System Procedure and Standard Operating Procedure (SOP) Definitions, Acronyms, Abbreviations and Interpretations Listed Alphabetically 4
W Can 2 different sites under different Quality System have a common management review? ISO 13485:2016 - Medical Device Quality Management Systems 4
J Support and guidance with supplier quality management system Supplier Quality Assurance and other Supplier Issues 1
S Integrating a Contract Manufacturer's documentation into our Quality System ISO 13485:2016 - Medical Device Quality Management Systems 3
J IATF Minimum Automotive Quality Management System Requirements for Sub-Tier Suppliers IATF 16949 - Automotive Quality Systems Standard 12
F ISO 9001:2015 4.3 - Determining the scope of the quality management system ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 7

Similar threads

Top Bottom