Internal Auditing - Umbrella QMS and Multiple Standards

K

KMJA

Hi everyone, I hope I can get some help with this.

Currently my company has 3 major sites across the world, including our HQ. Of these, our HQ and one other site are both ISO 9001 and API Q1 certified, the third site will come online as the need for certification arises.

In order to manage this we have established a global management system which includes a number of internal standards that define our minimum requirements for getting things done (these are written to combine the requirements of API, ISO 900, some other standards we're compliant with and our own internal best practice). The intention was that sites would develop their own procedures to meet the requirements of our global standards, but the reality is that the standards tend to be prescriptive enough (including flowcharts and getting relatively detailed where appropriate) and the sites don't have a need for their own procedures outside of specific manufacturing procedures where equipment varies, etc.

My question is relating to how one goes about putting together an audit program for this kind of situation. At the moment we are performing full system audits to the ISO 9001 and API Q1 standards separately at each site; however, this only gives us the opportunity for a cursory glance at compliance with our own standards due to time and resource limitations. I should also mention that our auditors all come from our HQ site and are shipped around the world to perform these audits - our production sites tend to run very lean and there generally wouldn't be enough work for a specific QA rep at every site.

What we are currently proposing is two desktop audits against the ISO and API standards for our internal standards at our HQ level to verify compliance of the system as a whole, and then all site audits to be conducted against only our own internal standards. Is this something that is generally accepted? I note that both API and ISO9001 state that every site needs to compliance audited to the entirety of the respective standard; however, I don't see an easy way of doing this without repeating vast amounts of information in every audit that's conducted. Another concern that arises is that not everything in the standards generally needs to be documented in a process/standard, so how do we capture those things at the site level without performing a compliance audit? Essentially, how do I build an effective audit programme in this kind of setting with relatively limited resources?
 

Sidney Vianna

Post Responsibly
Leader
Admin
Essentially, how do I build an effective audit programme in this kind of setting with relatively limited resources?
Welcome to The Cove. Indeed, you have a lot of challenges ahead and you need to realize that API Spec Q1 pretty much mandates the internal audit of the whole QMS within a 12-month cycle.

The best way to overcome resource challenges for internal audits is to develop an audit program that is perceived by top management as a business benefit and they would like to see more done. As long as the internal audits are performed, primarily to "pass" external audits, the mind set is: what is the least we can do and still "pass" the CB audits. When that is the case, top management will want to lean the resources for internal audits as much as possible.
In order to develop a QMS internal audit process that is perceived by top management as an added value activity, an organization needs internal auditors that are knowledgeable and competent in making the connection between the risks in the business processes that affect product conformity and customer satisfaction and their audits.

Remember, all of these QMS standards require top management to provide adequate resources for the operation of the system. Limited resources is the reality for everybody. The question becomes: how can I demonstrate that these audits add value so the resources are not overly limited?

Good luck.
 
K

KMJA

Welcome to The Cove. Indeed, you have a lot of challenges ahead and you need to realize that API Spec Q1 pretty much mandates the internal audit of the whole QMS within a 12-month cycle.

The best way to overcome resource challenges for internal audits is to develop an audit program that is perceived by top management as a business benefit and they would like to see more done. As long as the internal audits are performed, primarily to "pass" external audits, the mind set is: what is the least we can do and still "pass" the CB audits. When that is the case, top management will want to lean the resources for internal audits as much as possible.
In order to develop a QMS internal audit process that is perceived by top management as an added value activity, an organization needs internal auditors that are knowledgeable and competent in making the connection between the risks in the business processes that affect product conformity and customer satisfaction and their audits.

Remember, all of these QMS standards require top management to provide adequate resources for the operation of the system. Limited resources is the reality for everybody. The question becomes: how can I demonstrate that these audits add value so the resources are not overly limited?

Good luck.
Hi Sidney, thanks for the quick response. I may have overplayed the lack of resources a little - they’re not exactly lacking in as much as they are centralised at one site for a number of reasons. Frequent travel and the costs associated aren’t really an issue, but I was more interested in how an effective programme could be built to incorporate the requirements of both standards.

I understand that API mandates an audit of the full system in each 12-month period, but my concern is where it says “Audits shall verify that the quality management system is effectively implemented and maintained and conforms to the requirements of this specification” (and ISO 9001 has a similar clause) - how do we go about satisfying this criteria without constant repetition of the standard clauses in audits? What I proposed above is essentially making our audits traceable back to the standards by ensuring our documented internal standards are compliant, and then auditing against our own internal standards at the production sites. Is this allowable and/or are there any issues with it I haven’t identified?

It’s very possible I’m overthinking it and we just have to do a pile of compliance audits alongside our process audits.
 
Last edited:

jmech

Trusted Information Resource
From your first post, it is not clear to me if you are conducting separate audits for API Q1 and ISO 9001 (one audit for each standard per facility). Using API's combined Q1 & ISO 9001 audit checklist works and has always been acceptable to API in my experience, as long as you remove the API logo from it and control it as your own document (they started getting touchy about this a couple years ago). This should allow you to get down to one audit per site, if you were auditing them separately. If you were already auditing Q1 and 9001 together, then sorry for the wasted paragraph :)

Your proposal of ensuring that all your internal standards meet the API Q1 and ISO 9001 requirements and then verifying that each site meets your internal standards might be acceptable, provided that you have sufficient evidence and traceability. Your internal standards could be viewed as equivalent to your own audit checklist which incorporates the requirements of both Q1 and 9001. I think this should be acceptable, but it could depend on the auditor. You could help your chances of it being accepted by writing any findings against both Q1/9001 and your internal standards and by explicitly listing both API Q1 and ISO 9001 as audit criteria on your audit records for each location.
 

Sidney Vianna

Post Responsibly
Leader
Admin
how do we go about satisfying this criteria without constant repetition of the standard clauses in audits? What I proposed above is essentially making our audits traceable back to the standards by ensuring our documented internal standards are compliant, and then auditing against our own internal standards at the production sites. Is this allowable and/or are there any issues with it I haven’t identified?
Yes, a 2-stage audit process like the one you proposed is doable. But remember that the site's command media (procedures, instructions, manuals, etc...) are dynamic and they get revised from time to time; so the auditors might be faced with newer version of documents when they show up on-site. Also, are languages and cultures barriers to effective auditing? If the sites documentation are in a language not commanded by the HQ auditors, that's a hindrance.

Good luck.
 
Top Bottom