I guess we will disagree then, because I thought too many details were missing to be able to decide "he's being a jerk and I'm going to hammer him for the attitude."
I didn't see any indication that this was a senior level engineer, much less had direct reports. Maybe it was a kid out of school (where this isn't uncommon in capstone type projects) and a discussion of why we can't do that was in order? Perhaps there was a more senior person in the department pushing this idea (or even in another department) and the problem was actually there an there wasn't a big need to put this person in the middle? Perhaps what "failed" the test was actually an execution problem and you can fix the protocol "and just retest?" Perhaps they thought they were making a joke? Perhaps they did so at their last job?
I see my job as an RA/QA leader to try and ensure the company achieves all its goals - starting with making safe and effective products, but also developing employees, ensuring timely product releases etc etc. Thus, before I decide what to do in ANY situation, I want to know as many of the facts as possible. Note that I never said "we should just do what he suggested" and I did make the assumption that in any credible company the RA/QA folks have the authority to say "NO we do not do that."
Yes, it was a stupid comment, but without more context, it's hard for me to say whether the best action is to "throw the book at them," to throw it at someone else, or to embark on some education as to why it wasn't appropriate (even as a joke if they thought they were being funny).
Ginger
Original Message:
Sent: 3/4/2024 12:30:00 PM
From: Arvilla Trag
Subject: RE: A hypothetical safety scenario
Ginger,
I don't think the question was vague at all. The key point here is not what was happening with the device, it is the engineer's attitude "Let's just forget this report exists and repeat the test until it meets the spec." Forget the report exists? Try to test quality into a product? IMHO, anyone who takes that attitude regarding the quality of a device or drug has no business being in this industry. In this scenario the engineer showed a complete disregard for regulatory requirements, quality requirements and doing his/her job as required. Additionally, that kind of attitude - especially spoken out loud - could be adopted by the people who report to this engineer, creating a bigger kettle of fish that smells even worse.
Nope, this is not an "it depends" situation. To paraphrase W. Edwards Deming, "You cannot inspect quality into the product; it is either there or it is not."
------------------------------
Arvilla Trag RAC
Principal Consultant
CMC Compliance Services
Iron River MI
United StatesCMC Compliance Services LLC
------------------------------
Original Message:
Sent: 04-Mar-2024 12:06
From: Ginger Glaser
Subject: A hypothetical safety scenario
LOL! Yeah, that would be it.
Which is pretty much my answer to nearly any regulatory question that is vague and open ended - details matter.
Ginger
Original Message:
Sent: 2/29/2024 3:06:00 PM
From: Edwin Bills
Subject: RE: A hypothetical safety scenario
Or, in short, Ginger, the answer is "it depends".
------------------------------
Edwin Bills
Edwin Bills Consultant
ASQ Fellow CQE, CQA, CQM/OE, RAPS RAC
elb@edwinbillsconsultant.com
Original Message:
Sent: 27-Feb-2024 09:41
From: Ginger Glaser
Subject: A hypothetical safety scenario
[tongue in cheek] Well, if I didn't work for the company and presumably have a vested interest in the product getting to the market someday, I'd be tempted to say "you go ahead and do that." Because, after all, if we are talking any of the well established electrical safety tests, it is unlikely that simply retesting over and over will lead a non-conforming device to pass. And wasting company time and lots of money in a losing cause is far more likely to get them fired than me :-)
But, in the real world, much depends on the situation. In a development situation, first I'd explain that their proposed approach is unlikely to be successful. Then let's assess the criteria - were they strictly from the standard or something the company drove (say from essential performance). Do we know the reason it didn't pass? if so, is the fix simple or complex? If not, how hard is it to assess the root cause? Is there something we can do to reduce or clarify said requirement while maintaining safety and effectiveness of the device? Is it largely a labeling issue? All of this matters to get to a solution that makes sense and should be part of a discussion with the engineering team.
Now, if this is for some reason or other on a device that is already on the market, well, that is another kettle of fish and requires a completely different assessment and set of actions.
g-
ps - a much harder question would be "your engineer says let's just launch this product only in markets that don't require this test" - because it raises other company culture issues, and in many ways requires much more persuasion and explanation than just going back to "a requirement is required" :-)
------------------------------
Ginger Glaser RAC
Chief Technology Officer (consulting)
MN
Original Message:
Sent: 26-Feb-2024 17:45
From: Nancy Singer
Subject: A hypothetical safety scenario
Your medical device is bench tested for electrical safety and the report comes back stating: "Does not meet the acceptance criteria." The engineer says, "Let's just forget this report exists and repeat the test until it meets the spec." What action would you recommend?
------------------------------
Nancy Singer JD, FRAPS, RAC
President, Compliance-Alliance
Compliance-Alliance
Newport Coast CA
United States
------------------------------