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.
IQ OQ PQ dược phẩm là chuỗi qualification chứng minh thiết bị hoặc hệ thống phù hợp với intended use.
DQ khóa thiết kế, IQ khóa lắp đặt, OQ thử vận hành, PQ chứng minh hiệu năng trong điều kiện thực tế.
Bài này giúp anh/chị:
- Phân biệt DQ, IQ, OQ và PQ theo quyết định GMP
- Viết protocol có acceptance criteria đo được
- Biết khi nào dùng full scripted testing, khi nào leverage vendor evidence
- Gắn IQ/OQ/PQ với Annex 15, GAMP 5, Part 11 và ICH Q9(R1)
- Tránh các lỗi qualification thường bị soi trong audit
Regulatory baseline cho IQ OQ PQ dược phẩm
Phần này tóm tắt chuẩn tham chiếu để QA biết khung kiểm tra chi phối nội dung phía dưới.
Regulatory baseline: Các nhận định GMP trong bài được đối chiếu trực tiếp theo 21 CFR 211.192.
CSV dược phẩm: validation lifecycle theo GAMP 5, IQ OQ PQ và risk assessment
Đọc tiếp để nối chủ đề này với kiến trúc và bằng chứng GMP liên quan.
CSV dược phẩm: validation lifecycle theo GAMP 5, IQ OQ PQ… →
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, into operation since 1 October 2015. 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. )
Bản PDF Annex 15 ghi rõ document status là revision, deadline for coming into operation là 1 October 2015. Bài này không trình bày “Annex 15 Revision 2026” như yêu cầu đã có hiệu lực vì chưa verify được official final Annex 15 mới. )
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. )
EU GMP Annex 11 revision January 2011 là baseline hiện hành cho computerized systems trong EU GMP. FDA CSA February 2026 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. )
IQ OQ PQ dược phẩm là gì – và không phải là gì?
Phần này nối yêu cầu validation với evidence cần giữ trong hồ sơ thẩm định.
Đị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.
CSV dược phẩm: validation lifecycle theo GAMP 5, IQ OQ PQ và risk assessment
IQ OQ PQ dược phẩm theo từng giai đoạn
Phần này nối yêu cầu validation với evidence cần giữ trong hồ sơ thẩm định.
GAMP 5 Dược Phẩm: Thẩm định Hệ thống Máy tính theo Tiếp cận Rủi ro – Tư duy, không phải Checklist
Đọc tiếp để nối chủ đề này với kiến trúc và bằng chứng GMP liên quan.
GAMP 5 Dược Phẩm: Thẩm định Hệ thống Máy tính theo Tiếp c… →
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ó
| Bằng chứng | DQ | IQ | OQ | PQ | Ghi chú kiểm soát |
|---|---|---|---|---|---|
| URS / risk assessment | Có | Tham chiếu | Tham chiếu | Tham chiếu | Khóa intended use |
| Design / configuration spec | Có | Có | Tham chiếu | Tham chiếu | Cần version control |
| Approved protocol | Có | Có | Có | Có | Phải duyệt trước execution |
| Test execution record | FAT/SAT | Có | Có | Có | Có chữ ký và ngày thực hiện |
| RTM | Khởi tạo | Cập nhật | Bắt buộc | Bắt buộc | Nối URS – risk – test |
| Deviation log | Có | Có | Có | Có | Không được sửa tay im lặng |
| Summary report | Có | Có | Có | Có | Kết luận readiness |
| Part 11 evidence | Nếu GxP electronic | Có | Bắt buộc | Bắt buộc | Audit trail, e-signature, access |
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.
GAMP 5 Dược Phẩm: Thẩm định Hệ thống Máy tính theo Tiếp cận Rủi ro – Tư duy, không phải Checklist
Những lỗi làm IQ OQ PQ dược phẩm yếu trước audit
Phần này nối yêu cầu validation với evidence cần giữ trong hồ sơ thẩm định.
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)
Phần này tóm tắt chuẩn tham chiếu để QA biết khung kiểm tra chi phối nội dung phía dưới.
Risk assessment phải quyết định test depth
ICH Q9(R1) adopted Step 4 ngày 18/01/2023 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. – https://database.ich.org/sites/default/files/ICHQ9%28R1%29GuidelineStep4202301260.pdf
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. )
FDA CSA February 2026 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.
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
Phần này nối yêu cầu validation với evidence cần giữ trong hồ sơ thẩm định.
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 tiếp trong cùng cụm:
- CSV dược phẩm: validation lifecycle theo GAMP 5, IQ OQ PQ và risk assessment
- GAMP 5 Dược Phẩm: Thẩm định Hệ thống Máy tính theo Tiếp cận Rủi ro – Tư duy, không phải Checklist
- CSV cho Hệ thống MES trong GMP: Validate đúng chỗ để eBR thành Bằng chứng, không phải Gánh nặng
- CSV cho Hệ thống SCADA trong GMP: Validate Cơ chế Tạo Bằng chứng, không phải Màn hình HMI
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ể đặt lịch trao đổi tại nampham.net.
FAQ
Phần này gom các câu hỏi giúp QA tự kiểm tra nhanh trước khi audit.
DQ xảy ra trước khi mua hoặc configure để chứng minh thiết kế đáp ứng URS. IQ/OQ/PQ chứng minh sau đó: lắp đặt đúng, vận hành đúng và hiệu năng đúng trong điều kiện sử dụng.
Không. Mức effort phải dựa trên intended use và rủi ro GxP. Hệ thống Category 4 như LIMS/MES thường cần đầy đủ hơn. Công cụ non-GxP hoặc rủi ro thấp có thể cần assessment và rationale thay vì full package.
Protocol phải được phê duyệt trước execution. Nếu test đã chạy rồi mới ký protocol, evidence rất yếu. Báo cáo ký sau execution là bình thường, nhưng protocol hồi tố thì không ổn.
Có thể cần ở mức đơn giản nếu thiết bị có nhiều URS hoặc critical functions. RTM không chỉ dành cho software. Nó giúp nối requirement, risk, test và deviation để QA defend quyết định qualification.
Không tự động. FAT có thể được leverage nếu scope, version và điều kiện test phù hợp. Nhà máy vẫn cần đánh giá gap với intended use tại site và kiểm các điểm site-specific như utility, role, SOP và interface.
Khi có change có thể ảnh hưởng validated state. Ví dụ: relocation, software patch, firmware update, critical spare part, utility change, recipe change, repeated deviation hoặc thay đổi SOP vận hành.
Có, nếu hệ thống tạo hoặc quản lý electronic records/e-signatures cho GMP decision. OQ nên test audit trail, access control, signature components và signature/record linking. PQ xác nhận controls đó hoạt động trong workflow thật.
Không theo nghĩa bỏ qua qualification. CSA giúp chọn test method theo rủi ro và khuyến khích critical thinking. Với drug CGMP, CSA là benchmark; yêu cầu chính vẫn phải map với GMP, Part 11, Annex 11, Annex 15 và SOP nội bộ. Tác giả: Phạm Đức Phương Nam Chức danh: Pharma Automation Engineer | GMP & Digital Systems Website: nampham.net
Ghi Chú Minh Bạch
Phần này làm rõ nguồn tham chiếu và ranh giới áp dụng của bài viết.
Nguồn quy định chính (Primary Regulatory)
- EU GMP Annex 15 Qualification and Validation – EU GMP Annex 15.
- EudraLex Volume 4 current annex listing – EudraLex Volume 4.
- 21 CFR Part 11 – 21 CFR Part 11.
- 21 CFR Part 11 §11.10(e) – 21 CFR §11.10.
- 21 CFR Part 11 §11.70 – 21 CFR §11.70.
- 21 CFR Part 11 §11.100 và §11.200 – 21 CFR Part 11.
- FDA Process Validation Guidance January 2011 – FDA.
- ICH Q9(R1), Step 4 adopted 18 January 2023 – ICH Q9(R1).
Nguồn thứ cấp đã xác minh (Secondary – Verified)
- ISPE GAMP 5 Guide 2nd Edition, July 2022 – ISPE GAMP 5 Guide.
- FDA CSA Final Guidance, February 2026 – FDA.
Nguồn Việt Nam
- Bài này không dùng văn bản Việt Nam làm anchor chính. Khi áp dụng tại Việt Nam, cần map thêm GMP hiện hành, hồ sơ đăng ký, VMP/URS/SOP và yêu cầu của cơ sở.
Ghi chú TYPE
- Ví dụ HVAC 25 alarm và 6 alarm critical là TYPE 3 – illustrative scenario.
- GAMP 5 là industry guidance, không phải regulatory primary.
- FDA CSA dùng như benchmark risk-based testing cho drug CGMP, không phải direct drug CGMP requirement.
- Không trình bày Annex 15 Revision 2026 như yêu cầu có hiệu lực vì chưa verify được official final source.
