ICH Q10: the PQS is not an org chart

When someone asks for "the plant's PQS," the most common answer is still a neat org chart, an SOP folder, and a slide with ICH Q10's four quadrants. All of that can be necessary. It is almost never enough.

ICH Q10 (Step 4, 4 Jun 2008; EMA Step 5 effective since 1 Jun 2008 — historically close dates) describes a model of a Pharmaceutical Quality System across the product lifecycle — development, tech transfer, commercial manufacture, discontinuation. What the guideline pushes, read from the shop floor, is not another box on the org chart. It is flow that management sustains and that the system of record makes hard to bypass: change, deviation, CAPA, knowledge that returns to the process, improvement that does not end in a workshop.

Org chart ≠ system

An org chart answers who reports to whom. A PQS, in the Q10 sense, answers how product quality is assured when things change — and they always change.

We see the confusion all the time:

• "We have a PQS" = we have a Quality directorate on the chart.
• "We are aligned to Q10" = we trained on the guideline once.
• "Knowledge management" = a SharePoint with a thousand folders and a search nobody uses.

None of that is worthless. It is just not the test. The test is usually more direct: when a serious deviation closes, do the cause and corrective action actually change the procedure, the recipe, the EBR limit, the training — or do they only generate one more PDF in the CAPA folder?

What Q10 actually articulates

To apply that test, it helps to recall what the guideline actually asks for. Without turning the post into a guideline summary, four Q10 ideas weigh on daily work:

1. Management responsibility — not as a slogan, but as resource, priority, and accountability when quality and lead time collide.
2. A pharmaceutical quality system covering the lifecycle. The same product cannot have "development quality" and "factory quality" that do not talk to each other.
3. Two explicit enablers: knowledge management and risk management (Q9). Without them, CAPA and change tend to become ritual.
4. Continual improvement tied to process and product performance — not an annual "excellence" initiative.

Q10 is careful to say it does not create expectations beyond regional GMP; what exceeds GMP is presented as optional in the text. In industry practice, the model's value is elsewhere: it gives common language for what inspectors already notice when the org chart is spotless and the flow is broken.

Flow the system enforces

If the test is the flow, the next question is where that flow lives. That is the lens of this post: PQS as flow the system enforces — system of record, CAPA, continuous change control — not folder drawings.

Paper and email are systems too. They are just systems that forget, duplicate, and forgive the shortcut. Change control in a shared spreadsheet "works" until the third simultaneous version. A CAPA without visible status becomes a promise. A deviation archived with no link to the batch disappears at release.

When batch record, change, and CAPA live in the same base — with state, owner, due date, and trail — the PQS stops depending only on the right person's memory. Not because software "is the PQS." Because the PQS needs contemporaneous evidence, and contemporaneous evidence without a system of record tends to be reconstruction.

CAPA that changes the system (or does not)

Within that flow, CAPA is where the test most often fails. One of the clearest signs of an org-chart PQS is CAPA that ends in "reinforce training" for the third time on the same failure mode. Training matters. When it is the only lever, it usually means the cause in the process or in record design was never touched.

Questions we use in plant conversations:

• Did the corrective action change a limit, sequence, interlock, or master recipe — or only the refresher slide?
• Does the effectiveness indicator look at recurrence of the same deviation, or only "CAPA closed on time"?
• Did the change arising from the CAPA go through the same change-control rigor as any other process change?

Q10 talks about management review and use of data. Without tying CAPA → change → evidence in the record, management review sees green where the floor is still repeating the same deviation.

Continuous change, not a "change project"

The same reasoning applies to change in general. On the org chart, change looks like a department. In the PQS, change is plant routine. ICH Q10 and, later, the lifecycle conversation with Q12 only make sense if change control is disciplined routine — not a pre-inspection scramble.

That includes "small" configuration changes in electronic systems. Turning a warning into a hard gate, widening a tolerance, reordering a step in the digital recipe: the product impact can match a pen stroke on a paper MBR. Treating configuration as an IT detail leaves the PQS without control exactly where the process changes.

Knowledge management in practice

That leaves the second enabler. Q10 names knowledge management as an enabler. On the floor, knowledge lives in three places: people, documents, and process data. The first two age; the third, if it exists with provenance, is usually what remains when the key analyst leaves.

The link to data integrity is direct and needs no separate post: if critical process data are not retrievable, attributable, and contemporaneous, the PQS's "knowledge management" fails at the point where continual improvement should feed.

What an MES/EBR does not replace

So far this may sound like the answer is software. It is worth being explicit, so this does not become a pitch:

• Software does not create management accountability.
• An EBR alone does not define quality policy.
• A CAPA workflow does not replace competent investigation.
• A green dashboard is not management review.

What the system of record can do — and platforms such as NEO try to do when well implemented — is make the right path the easiest one to evidence: batch, deviation, change, and action on the same trail. The PQS remains the organization's. The org chart still exists. Only the test stops being "who reports to whom" and becomes "does the flow hold quality when we squeeze the timeline?"

Signs of a living PQS (and of a slide PQS)

Putting the pieces together, signs that usually indicate a living PQS:

• change and deviation reopen risk (bridge to Q9) with a clear owner;
• CAPA changes the system of record, not only training;
• management review uses recurrence and process, not only document volume;
• tech transfer leaves traces in the same control language as the factory.

Signs of a slide PQS:

• PQS SOP updated; floor indicators flat;
• two systems of truth (paper + electronic) with no end date for the hybrid;
• "knowledge management" = drive; real search = shift WhatsApp;
• inspection prepared with a scramble; next day the same.

Closing

ICH Q10 does not ask us to replace the org chart with software. It asks that the Pharmaceutical Quality System be the set of behaviors and controls that truly govern the product across the lifecycle. An org chart is a people map. A PQS is a map of obligations — and obligations without evidenced flow tend to break down on the second shift.

If in your plant the honest PQS test is still "show the chart and the folder," maybe the next step is not another SOP. It is looking at the last serious CAPA and asking what, in fact, changed in the system of record.