IQ OQ PQ Dược Phẩm: Thẩm Định Thiết Bị & Hệ Thống Từ A-Z

IQ OQ PQ for Pharmaceutical Equipment and GxP Systems gives a practical validation sequence from installation evidence to routine-use confidence.

• IQ proves installation and configuration; OQ challenges functions and limits; PQ proves the system works in the intended process.
• Acceptance criteria must be tied to URS, risk assessment, calibration status, data integrity and operational controls.
• The article helps QA and Engineering avoid protocols that pass on paper but fail to prove real process readiness.

IQ OQ PQ dược phẩm thất bại không phải vì thiếu biểu mẫu. Nó thất bại khi protocol không chứng minh được thiết bị hoặc hệ thống GxP được lắp đúng, vận hành đúng, chạy ổn định trong điều kiện thật, và không làm sai dữ liệu dùng cho quyết định chất lượng.

DQ khóa thiết kế trước khi mua, IQ xác nhận lắp đặt đúng baseline, OQ kiểm chứng function critical trong điều kiện kiểm soát, và PQ chứng minh hiệu năng thực tế với user thật.

Acceptance criteria phải đo được và gắn với URS — không phải viết chung chung “hệ thống hoạt động tốt.” Nếu audit trail, role denial, calculation boundary hoặc interface failure không nằm trong test scope OQ, hồ sơ chưa chạm tới risk thật.

Bài này hướng dẫn xây dựng protocol theo Annex 15, GAMP 5, Part 11 và ICH Q9(R1), tránh các lỗi qualification thường bị soi trong audit từ thiếu RTM đến thiếu evidence cho vendor leverage.

Regulatory baseline cho IQ OQ PQ dược phẩm

Căn cứ quy định: Các nhận định GMP trong bài được đối chiếu trực tiếp theo EU GMP Annex 15 (hiệu lực từ 10/2015, hiện hành), EU GMP Annex 11 (ban hành 01/2011, hiện hành), 21 CFR Part 11 và 21 CFR 211.68.

Annex 15 hiện hành và vai trò của DQ-IQ-OQ-PQ

EU GMP Annex 15 hiện hành trên EudraLex Volume 4 là Qualification and validation (có hiệu lực từ ngày 01/10/2015, hiện hành). Annex 15 yêu cầu qualification và validation dựa trên vòng đời, quản lý rủi ro chất lượng và bằng chứng phê duyệt phù hợp trước khi dùng trong sản xuất GMP (European Commission — EudraLex Volume 4).

Bản sửa đổi EU GMP Annex 15 đang ở giai đoạn concept paper/consultation — chưa có hiệu lực pháp lý tại thời điểm cập nhật.

Part 11, Annex 11 và FDA CSA trong IQ OQ PQ dược phẩm

Khi IQ OQ PQ dược phẩm áp dụng cho hệ thống máy tính, Part 11 và Annex 11 đi vào OQ/PQ rất sớm. 21 CFR Part 11 §11.1(d) cho phép electronic records dùng thay paper records nếu đáp ứng Part 11. §11.10(e) là audit trail bảo mật, computer-generated và time-stamped. §11.70 là signature/record linking. §11.100 và §11.200 là yêu cầu chữ ký điện tử và controls (eCFR — 21 CFR Part 11).

EU GMP Annex 11 (bản sửa đổi tháng 01/2011, hiện hành) là baseline hiện hành cho computerized systems trong EU GMP. FDA CSA (cập nhật tháng 02/2026, hiện hành) là final guidance cho medical device production/QMS software. Với drug CGMP, dùng CSA như benchmark critical thinking và risk-based testing, không phải direct drug CGMP requirement (FDA — Computer Software Assurance Guidance (tháng 02/2026)).

IQ OQ PQ dược phẩm là gì – và không phải là gì?

Định nghĩa ngắn cho đội QA, engineering và validation

IQ chứng minh thiết bị hoặc hệ thống được lắp đặt đúng. OQ chứng minh nó hoạt động đúng trên dải vận hành đã định nghĩa. PQ chứng minh nó tạo kết quả ổn định trong điều kiện sử dụng thật. DQ đứng trước ba bước này để chứng minh thiết kế đáp ứng URS trước khi mua hoặc build.

IQ OQ PQ dược phẩm không phải là một bộ giấy ký sau khi thiết bị đã chạy. Nó là bằng chứng ra quyết định. QA ký protocol vì acceptance criteria đã hợp lý. Engineering thực hiện test vì configuration đã rõ. System owner nhận bàn giao vì deviation đã được xử lý. Thực tế, thẩm định hệ thống không thể hoạt động độc lập; bất kỳ lỗi nghiêm trọng nào phát sinh trong quá trình chạy PQ đều đòi hỏi quy trình xử lý Deviation và CAPA phải tích hợp liền mạch vào hệ thống quản lý chất lượng QMS GMP để đảm bảo truy vết khi thanh tra.

Ranh giới giữa equipment qualification và CSV

Với thiết bị cơ khí đơn giản, IQ/OQ/PQ tập trung vào lắp đặt, utility, calibration, operating range và performance. Với hệ thống máy tính, IQ/OQ/PQ phải kiểm soát software version, configuration, role, audit trail, electronic signature, backup/restore, interface và data migration.

Đừng tách qualification và CSV thành hai thế giới. Một cân điện tử có firmware, user role, calibration data và interface vào MES. Nếu dữ liệu cân quyết định dispensing, qualification phải chứng minh cả thiết bị lẫn luồng dữ liệu.

IQ OQ PQ dược phẩm theo từng giai đoạn

DQ – khóa thiết kế trước khi mua hoặc configure

DQ trả lời một câu hỏi: thiết kế đề xuất có đáp ứng URS và rủi ro GxP không? Với thiết bị, DQ xem design specification, material of construction, capacity, utility, cleaning, calibration và safety. Với hệ thống máy tính, DQ xem architecture, security model, audit trail, e-signature, backup, disaster recovery và interface.

FAT và SAT có thể hỗ trợ DQ/IQ/OQ, nhưng không tự động thay thế qualification tại site. FAT chứng minh vendor build đúng trong môi trường vendor. SAT chứng minh hệ thống được nhận và kết nối đúng tại site. IQ/OQ/PQ của nhà máy vẫn phải chứng minh intended use.

IQ – chứng minh lắp đặt và baseline đúng

IQ cần xác nhận location, model, serial number, utility, installation drawing, calibration status, software version, database version, network path, service account, time sync và backup location. Với hệ thống GxP, IQ cũng nên xác nhận audit trail đã bật và admin account được kiểm soát.

Sai lầm thường gặp là IQ chỉ chụp ảnh nameplate. Nameplate cần có, nhưng chưa đủ. IQ phải tạo baseline để sau này change control biết cái gì đã thay đổi.

OQ – thử chức năng và điều kiện biên

OQ kiểm tra hệ thống vận hành đúng trên dải đã định nghĩa. Test nên bao gồm normal case, boundary case và negative case. Ví dụ: alarm có kích hoạt khi vượt giới hạn không? User không có quyền có bị chặn không? Audit trail có ghi trước/sau, người thao tác, thời điểm và lý do thay đổi không?

OQ của computerized systems cần RTM. Mỗi test case phải map về URS hoặc functional requirement. Nếu không có traceability, inspector có thể hỏi “tại sao test này tồn tại?” và đội dự án sẽ khó defend.

PQ – chứng minh hiệu năng trong điều kiện thật

PQ không lặp lại OQ bằng tên khác. PQ dùng người dùng thật, SOP thật, dữ liệu thật hoặc dữ liệu mô phỏng có rationale, trong điều kiện vận hành gần production nhất. Với thiết bị sản xuất, PQ thường gắn với campaign hoặc batch representative. Với hệ thống MES/LIMS/SCADA, PQ chứng minh workflow vận hành end-to-end.

Acceptance criteria PQ phải đo được. Tránh câu “hệ thống hoạt động tốt”. Hãy viết “3 execution liên tiếp hoàn tất workflow release, không critical deviation, audit trail đầy đủ, e-signature linked đúng record”.

Bảng quyết định protocol cho IQ OQ PQ dược phẩm

Ma trận tài liệu và bằng chứng nên có

Ví dụ chia mức test theo rủi ro

Một tủ lạnh bảo quản mẫu QC có thể cần IQ, OQ mapping nhiệt độ và PQ vận hành theo SOP. Một LIMS Category 4 cần IQ software/configuration, OQ workflow/calculation/audit trail và PQ sample-to-result theo quy trình lab thật. Một dashboard OEE không dùng cho GMP decision có thể chỉ cần GxP assessment và documented rationale.

Đây là điểm GAMP 5 giúp IQ OQ PQ dược phẩm bớt nặng. Không phải mọi thứ đều test như MES. Nhưng mọi quyết định giảm test phải có risk rationale.

Cấu trúc một protocol IQ OQ PQ theo Annex 15: template cần những mục nào

Annex 15 §2.4 đặt nền cho toàn bộ cấu trúc: “Validation protocols should be prepared which defines the critical systems, attributes and parameters and the associated acceptance criteria.” Protocol dù dựng từ template vẫn chỉ hợp lệ khi đủ tám thành phần sau.

1. Object và scope: thiết bị/hệ thống gì, site/phòng nào, giai đoạn nào (IQ, OQ hay PQ — hoặc combined).
2. Mô tả hệ thống: model, serial/configuration, utility yêu cầu — đủ để nhận diện đúng đối tượng được qualify.
3. Responsibilities: ai viết, review, approve protocol và report; ai thực hiện test — phân vai rõ ràng theo cùng tinh thần segregation of duties trong hệ thống.
4. Reference documents: URS, functional/design specification, drawings, SOP liên quan — URS là neo xuyên suốt từ kiến trúc hệ thống nhà máy tới acceptance criteria.
5. Acceptance criteria: tiêu chí đo được gắn về URS/risk — xem “Bảng quyết định protocol” phía trên.
6. Test items và method: test case theo giai đoạn — IQ verify installation đúng bản vẽ, criteria, tài liệu supplier, calibration và material of construction (Annex 15 §3.9); OQ test operating limits và “worst case” conditions (§3.11–3.12); PQ chứng minh vận hành ổn định với vật liệu/điều kiện thật (§3.14).
7. Deviation handling: Annex 15 §2.8 — “Results which fail to meet the pre-defined acceptance criteria should be recorded as a deviation and be fully investigated according to local procedures.”
8. Report và release block: phần kết luận đối chiếu acceptance criteria cùng block ký phê duyệt — Annex 15 §2.10 đòi “A formal release for the next stage in the qualification and validation process should be authorised by the relevant responsible personnel” — nghĩa là không có formal release thì không được sang giai đoạn tiếp.

Với computerized system, Annex 11 §4.1 thêm một ràng buộc: nhà sản xuất phải giải trình được “standards, protocols, acceptance criteria, procedures and records based on their risk assessment” — danh sách mục trên phải co giãn theo risk assessment chứ không copy máy móc. Ranh giới Part 11/Annex 11 trong e-signature và audit trail của report được phân tích sâu hơn trong bài so sánh Annex 11 vs 21 CFR Part 11.

Những lỗi làm IQ OQ PQ dược phẩm yếu trước audit

Lỗi 1-3: protocol hồi tố, criteria mơ hồ, RTM thiếu

Protocol ký sau execution. Đây là lỗi nặng vì làm mất tính độc lập của protocol. Protocol phải được phê duyệt trước khi test, với scope, method, acceptance criteria và người chịu trách nhiệm rõ ràng.

Acceptance criteria không đo được. “Pass nếu hệ thống chạy ổn” không phải criteria. “Pass nếu alarm high temperature kích hoạt trong 60 giây, hiển thị đúng user group và ghi audit trail” là criteria có thể kiểm.

RTM làm sau để đủ hồ sơ. RTM phải dẫn dắt test design, không phải appendix trang trí. Nếu test case không map được về requirement hoặc risk, hãy bỏ hoặc viết lại.

Lỗi 4-6: deviation xử lý im lặng, Part 11 test hời hợt, requalification thiếu trigger

Deviation bị sửa tay. Nếu test fail, phải mở deviation hoặc test incident. Sau đó mới điều tra, sửa, đánh giá impact và quyết định retest.

Part 11 test quá mỏng. OQ cần test audit trail theo §11.10(e), access/authority checks, e-signature controls theo §11.100/§11.200 và signature/record linking theo §11.70. Chỉ chụp màn hình login là chưa đủ.

Không có trigger tái thẩm định. Requalification cần được đánh giá khi có change phần mềm, firmware, utility, location, critical spare part, SOP, recipe, interface, master data hoặc repeated deviation.

Risk-based IQ OQ PQ dược phẩm theo ICH Q9(R1)

Risk assessment phải quyết định test depth

ICH Q9(R1) (Step 4, thông qua ngày 18/01/2023, hiện hành) nhấn mạnh quản lý subjectivity trong QRM và risk-based decision-making. Với IQ/OQ/PQ, điều này có nghĩa đội dự án phải giải thích tại sao một chức năng được test sâu, test nhẹ hoặc leverage vendor evidence (ICH — Q9(R1) Guideline, Step 4).

Ví dụ số: hệ thống HVAC có 25 alarm. Chỉ 6 alarm ảnh hưởng trực tiếp điều kiện bảo quản nguyên liệu nhạy nhiệt. 6 alarm đó cần scripted OQ với boundary và negative testing. 19 alarm còn lại có thể kiểm bằng configuration review nếu risk assessment chứng minh không ảnh hưởng CPP/CQA.

Leverage vendor evidence nhưng không giao trắng trách nhiệm

GAMP 5 Second Edition khuyến khích dùng supplier involvement và documentation khi phù hợp. Với software Category 3 hoặc phần ít rủi ro của Category 4, vendor test report có thể giảm test lặp lại. Điều kiện là version match, scope match, supplier qualified và gap assessment được QA phê duyệt (ISPE — GAMP 5 Guide 2nd Edition).

FDA CSA (cập nhật tháng 02/2026, hiện hành) cũng khuyến khích tập trung rigor vào nơi có rủi ro cao hơn trong scope medical device production/QMS software. Với nhà máy thuốc, đây là benchmark tốt để tránh test hình thức. Nhưng predicate rule và GMP obligation vẫn phải được map riêng — cách phân tích rủi ro để validate đúng chỗ được triển khai chi tiết trong Risk Assessment Hệ thống GMP: FMEA đúng cách để Validate đúng chỗ và Defend trước Auditor.

Audit trail và e-signature trong IQ OQ PQ dược phẩm

Test Part 11 nên đặt ở OQ, xác nhận lại ở PQ

Với computerized systems, Part 11 controls không nên để tới cuối dự án mới kiểm. OQ phải thử security, audit trail, e-signature, record copy, backup/restore và access role. PQ xác nhận người dùng thật thực hiện quy trình thật mà controls vẫn hoạt động.

Một OQ Part 11 tối thiểu nên có: tạo record, sửa record, xóa hoặc vô hiệu record nếu được phép, ký điện tử, attempt truy cập trái quyền, thay đổi role, export record và review audit trail. Mỗi test cần expected result cụ thể.

Audit trail review phải có người sở hữu

Audit trail được bật không có nghĩa là được kiểm soát. QA hoặc process owner cần biết event nào critical, review khi nào, filter nào dùng, exception nào phải mở deviation, và retention period là bao lâu. Nếu không, audit trail chỉ là dữ liệu tồn kho — cấu hình và quy trình review đúng được trình bày chi tiết trong Audit Trail trong GMP: Cấu hình đúng 21 CFR Part 11 và EU GMP Annex 11 để không bao giờ nhận FDA Warning Letter.

Decision Moment

Trước khi phê duyệt protocol IQ OQ PQ dược phẩm, hãy hỏi ba câu:

1. Acceptance criteria đã đo được chưa, hay vẫn là “hoạt động tốt”?

2. Mỗi test case có map tới URS, risk hoặc Part 11 control không?

3. Nếu test fail, đội dự án có deviation path rõ ràng hay sẽ sửa im lặng rồi chạy lại?

Nếu ba câu này chưa rõ, đừng vội execution. Hãy sửa protocol trước khi tạo dữ liệu yếu. Khi cần rà soát qualification strategy cho thiết bị, LIMS, MES hoặc SCADA, anh/chị có thể xem dịch vụ đánh giá Data Integrity & CSV và đặt lịch trao đổi tại nampham.net trước khi viết protocol.

FAQ

Ghi Chú Minh Bạch

Liên kết liên cụm nên đọc tiếp

• Data Integrity ALCOA+
• So sánh SCADA và DCS
• Tích hợp MES-SCADA-EMS-ERP