Checklist Tự Đánh Giá Data Integrity Trước Thanh Tra GMP

Tự đánh giá data integrity trước thanh tra GMP là bước mà nhiều nhà máy dược phẩm bỏ qua cho đến khi đoàn FDA, EMA hoặc DAV bước vào cổng. Bài này không lặp lại khung lý thuyết ALCOA+ 9 nguyên tắc — đó là phần nền tảng cần đọc trước. Bài giải quyết câu hỏi thực chiến hơn: ai làm gì trong quy trình tự kiểm, trình tự nào, bằng chứng nào phải sẵn sàng trước ngày thanh tra, và khi phát hiện sai lệch thì xử lý ra sao theo chuẩn CAPA GMP.

GMP Data Integrity Self-Inspection Before an Audit — this article provides the practical workflow for conducting internal data integrity self-inspections, aligned with PIC/S PI 041-1 (2021) and the FDA Data Integrity Guidance (April 2018).

• A 5-step self-inspection sequence covers scope definition, on-site walkthrough, audit trail verification, batch record review, and packaging evidence into an inspection-ready dossier.
• A 4-domain checklist maps electronic record systems, standalone instruments, paper-based records, and backup/archival processes to required evidence and responsible roles.
• Finding gaps during a self-inspection is not a regulatory risk when managed correctly; a documented CAPA demonstrates quality system maturity to external inspectors.

Tại sao phải tự đánh giá data integrity trước khi đoàn thanh tra đến

Regulatory baseline: Bài đối chiếu trực tiếp với PIC/S PI 041-1 (2021) Guidance on Data Integrity, FDA Data Integrity and Compliance With Drug CGMP (April 2018), và MHRA GxP Data Integrity Definitions and Guidance for Industry (March 2018).

Thanh tra viên FDA và EMA không chỉ xem tài liệu — họ xem pattern. Khi một nhà máy chưa bao giờ tự thanh tra data integrity, pattern trong audit trail sẽ nói lên điều đó: không có biên bản self-inspection, không có CAPA về data integrity trong 12 tháng qua, audit trail review chưa bao giờ được document. Đây là những tín hiệu cho thấy nhà máy chỉ quản lý compliance từ bề mặt.

PIC/S PI 041-1 (2021) xác định self-inspection là công cụ kiểm tra nội bộ bắt buộc có scope bao gồm kiểm soát data integrity trên cả hệ thống điện tử lẫn hồ sơ giấy. PIC/S PI 041-1 Guidance on Data Integrity không chỉ nêu nguyên tắc — nó mô tả những loại bằng chứng mà thanh tra viên sẽ yêu cầu trong kỳ kiểm tra.

FDA Data Integrity Guidance (April 2018) đặt kỳ vọng management phải thiết lập môi trường kiểm soát data integrity đủ mạnh để phát hiện vi phạm từ bên trong — không phải chờ đoàn thanh tra phát hiện từ bên ngoài. FDA Data Integrity and Compliance With Drug CGMP (2018) là văn bản hướng dẫn cụ thể về kỳ vọng này.

WHO TRS 996 Annex 5 (2016) nhấn mạnh rằng Good Data and Record Management Practices phải được kiểm tra định kỳ thông qua self-inspection có ghi nhận bằng chứng — đây là một trong những tiêu chí đánh giá khi thanh tra vào. WHO Technical Report Series 996 Annex 5 (2016) mô tả rõ điều này trong phần management review.

Tự đánh giá cũng giúp nhà máy tránh một rủi ro không hiển nhiên: phát hiện vấn đề trong khi thanh tra viên đang hiện diện sẽ buộc phải mở CAPA ngay, với timeline và cam kết phải báo cáo lại. Phát hiện trước và đã có CAPA đang tiến triển là tình huống tốt hơn nhiều cho nhà máy — thanh tra viên đọc bằng chứng self-correction như một chỉ số của quality system thực sự hoạt động.

Nếu cần hiểu rõ hơn về hệ thống audit trail GMP và cách cấu hình đúng từ đầu, đọc bài chuyên đề về kiểm soát audit trail trong cụm C2 — phần đó sẽ giúp anh/chị biết cụ thể cần kiểm tra gì trong bước walk-through thực địa.

Phân vai trong quy trình tự đánh giá data integrity nội bộ

Một sai lầm phổ biến là giao toàn bộ tự thanh tra data integrity cho QA rồi phát hiện sau đó rằng QA không có khả năng kiểm tra audit trail của hệ thống điện tử hoặc backup infrastructure của IT. Phân vai đúng từ đầu giúp tránh tình trạng self-inspection bỏ qua những lĩnh vực khó nhưng quan trọng nhất.

QA Manager hoặc QA Lead là người điều phối và phê duyệt toàn bộ chương trình tự thanh tra. QA xác định scope, phân công, lập lịch, và xem xét evidence report cuối cùng. QA không nhất thiết phải tự đi kiểm tra tất cả — nhưng phải chịu trách nhiệm về tính đầy đủ và chất lượng của bằng chứng thu thập được.

IT/System Administrator chịu trách nhiệm kiểm tra phần hạ tầng: cấu hình audit trail trên computerised systems, backup/restore schedule và test kết quả, quản lý đồng hồ hệ thống và NTP server, phân quyền người dùng và access log. IT không phải chịu trách nhiệm về nội dung GMP nhưng phải cung cấp bằng chứng kỹ thuật cho QA xem xét. Về cách phân quyền và phân tách trách nhiệm đúng chuẩn GMP, xem thêm Access Control và Segregation of Duties trong GMP.

Production/Lab Supervisor chịu trách nhiệm phần thực địa: xác nhận quy trình ghi chép đang được tuân thủ tại xưởng và phòng lab, kiểm tra các thiết bị standalone, và cung cấp batch record mẫu cho QA review. Supervisor không review audit trail kỹ thuật — nhưng phải biết quy trình ghi chép đúng theo SOP.

Validation/Compliance Engineer (nếu có) hỗ trợ đánh giá các computer systems trong phạm vi validation: kiểm tra xem validated state còn được duy trì không, có change control nào ảnh hưởng đến data integrity không, và URS/DQ/IQ/OQ/PQ có phản ánh đúng trạng thái hiện tại của hệ thống không.

Trình tự 5 bước thực hiện tự thanh tra data integrity nội bộ

Năm bước dưới đây không phải lý thuyết — đây là trình tự thực chiến có thể áp dụng từ 1 đến 3 ngày tùy quy mô nhà máy.

Bước 1 — Xác định scope và lập kế hoạch (trước 2 tuần)

Không tự thanh tra được hết mọi thứ cùng lúc. Scope phải được xác định rõ: nhà máy sẽ kiểm tra hệ thống nào, phòng nào, loại hồ sơ nào, và trong khoảng thời gian bao nhiêu tháng. Risk-based approach là cách hợp lý nhất: ưu tiên hệ thống có tần suất sử dụng cao nhất, liên quan trực tiếp đến batch release, hoặc đã có sự kiện OOS/deviation gần đây.

Kế hoạch self-inspection phải được lập thành văn bản trước khi thực hiện, ghi rõ: scope, ngày thực hiện, người tham gia, phương pháp thu thập bằng chứng, và tiêu chí đánh giá. Tài liệu kế hoạch này chính là bằng chứng đầu tiên cho thấy self-inspection được quản lý có hệ thống.

Bước 2 — Walk-through thực địa kiểm chứng bằng chứng

Walk-through thực địa là khi người thực hiện tự thanh tra đi vào phòng lab hoặc xưởng sản xuất, chọn ngẫu nhiên một batch record, và truy ngược từ kết quả trong hồ sơ về đến raw data trên thiết bị. Điều quan trọng: walk-through không phải để xem tài liệu SOP mà là để kiểm chứng xem thực hành có khớp với SOP không.

Những điểm cần kiểm tra trong walk-through: cân phân tích có in kết quả với timestamp và user ID không, hay operator đang đọc màn hình rồi chép tay vào hồ sơ? Thiết bị standalone có audit trail được bật không? Người dùng có đăng nhập bằng tài khoản riêng hay dùng tài khoản chung? Kết quả fail của lần thử trước có còn trong hệ thống không, hay đã bị xóa?

Bước 3 — Đối chiếu audit trail có hệ thống

Đây là bước kỹ thuật nhất và thường được bỏ qua nhất vì tốn thời gian. Audit trail review không phải là đọc log xem có gì bất thường không — mà là kiểm tra có mục tiêu theo danh sách câu hỏi cụ thể. Nội dung đầy đủ về cấu hình và review audit trail trong GMP, xem bài Audit Trail là gì — Dấu vết kiểm tra điện tử trong GMP.

Các câu hỏi cụ thể cần kiểm tra trong audit trail: có thao tác nào xảy ra ngoài giờ làm việc không? Có nhiều lần xóa và ghi lại trong cùng một record không? Có thay đổi integration parameter sau khi phân tích xong không? Có access từ tài khoản service/admin vào thời điểm bất thường không? Timestamp của thiết bị có đồng bộ với server không?

Bước 4 — Rà soát hồ sơ lô đại diện

Chọn 3 đến 5 hồ sơ lô đại diện — không phải những lô đẹp nhất — và trace toàn bộ vòng đời dữ liệu từ raw data đến kết quả batch release. Kiểm tra xem raw data gốc (file CDS, database record, bản in từ thiết bị) có còn khớp với kết quả trong hồ sơ không. Bất kỳ sai khác nào giữa raw data và derived data phải có explanation có thể kiểm chứng.

Theo 21 CFR Part 11 §11.10(e), audit trail phải được lưu giữ ít nhất bằng thời gian của electronic records mà nó hỗ trợ. Kiểm tra xem audit trail của các lô được chọn có còn đầy đủ và có thể truy xuất không là một phần bắt buộc của bước này.

Bước 5 — Đóng gói bằng chứng thành inspection-ready package

Kết thúc self-inspection phải có một tài liệu summary: scope đã kiểm tra, phương pháp, phát hiện (findings), phân loại findings theo mức độ nghiêm trọng, và action plan với timeline. Tài liệu này không phải để giấu — khi thanh tra viên hỏi “anh chị có self-inspection program không?”, đây là bằng chứng trả lời trực tiếp.

Nếu không có finding, điều đó cần giải thích rõ hơn — hoặc scope quá hẹp, hoặc người kiểm tra không đủ kỹ năng, hoặc hệ thống kiểm soát thực sự tốt. Thanh tra viên biết cách phân biệt “không có vấn đề vì kiểm tra chặt” với “không có vấn đề vì không kiểm tra kỹ.” Để hiểu đầy đủ những yêu cầu cụ thể của PIC/S đối với checklist nội bộ, xem bài PIC/S data integrity checklist Việt Nam.

Checklist 4 lĩnh vực data integrity cần kiểm soát trước thanh tra

Bảng dưới đây được tổ chức theo 4 lĩnh vực trọng yếu. Cột “Bằng chứng cần có” liệt kê những gì thanh tra viên thường yêu cầu xem đầu tiên. Cột “Đạt/Chưa” để nhà máy tự đánh dấu trước ngày thanh tra.

Với hệ thống computerised systems phức tạp hơn, bao gồm CDS, LIMS, hoặc MES, mức độ kiểm soát cần tuân thủ thêm EU GMP Annex 11 Draft 2025 về computerised systems, đặc biệt phần về audit trail configuration, data governance, và cybersecurity. Bài so sánh chi tiết giữa hai bộ tiêu chuẩn điện tử GMP có tại ALCOA+ framework và 9 nguyên tắc toàn vẹn dữ liệu GMP.

Sai lầm thường gặp khi tự thanh tra data integrity từ thực tế kiểm tra

Phần này liệt kê những lỗi phổ biến trong self-inspection từ quan sát thực tế — không phải từ sách vở lý thuyết.

Tự thanh tra chỉ bằng cách hỏi người dùng. “Anh/chị có dùng tài khoản chung không?” — và câu trả lời là “Không.” Nhưng audit trail cho thấy 8 người đăng nhập bằng cùng 1 username trong 1 giờ. Tự thanh tra phải dựa trên bằng chứng kỹ thuật, không phải lời khai.

Chỉ kiểm tra hồ sơ đẹp. Nhiều nhà máy tự chọn những lô không có deviation hoặc OOS để đưa vào review, vì “kiểm tra cho nhanh.” Thanh tra viên FDA thường bắt đầu bằng cách yêu cầu 3 lô gần nhất có OOS — nếu bạn chưa bao giờ review những lô đó, đó là khoảng trống nghiêm trọng. Để hiểu rõ hơn về data integrity là gì và tại sao nó quan trọng với quyết định batch release, đọc bài nền tảng trong cụm C2.

Bỏ qua thiết bị standalone. HPLC, GC, và cân phân tích thường được kiểm tra. Nhưng pH meter, máy đo độ rã, máy đo điểm nóng chảy — những thiết bị mà ai cũng nghĩ là “không quan trọng” — thường là nơi có lỗ hổng audit trail lớn nhất. FDA warning letter lặp đi lặp lại về thiết bị standalone có audit trail bị tắt hoặc đồng hồ không được kiểm soát.

Không lưu bằng chứng của chính quá trình tự thanh tra. Nhà máy thực hiện self-inspection nhưng không lưu lại: không có biên bản walk-through, không có bằng chứng audit trail đã được review, không có danh sách người tham gia. Nếu không có bằng chứng, self-inspection đó không tồn tại từ quan điểm của thanh tra viên.

Nhầm lẫn giữa “không tìm thấy vấn đề” và “hệ thống tốt.” Một số self-inspection kết thúc với kết luận “không có finding” nhưng scope chỉ bao gồm 2 hệ thống trong 15 hệ thống GMP-relevant của nhà máy, và kiểm tra chỉ bao gồm 1 tuần dữ liệu trong năm. Scope hẹp + thời gian ngắn = báo cáo đẹp nhưng không đáng tin.

Không theo dõi kết quả self-inspection từ kỳ trước. Khi thanh tra viên đến và yêu cầu xem kết quả self-inspection 12 tháng qua, họ sẽ kiểm tra: các finding từ kỳ trước đã được close chưa? CAPA có effectiveness check không? Nếu finding lặp lại từ kỳ này sang kỳ khác mà không có action có kết quả, đó là dấu hiệu systemic failure.

Phát hiện sai lệch trong tự thanh tra — CAPA và lộ trình sửa chữa

Khi tự thanh tra phát hiện sai lệch, câu hỏi quan trọng đầu tiên không phải “có nên báo cáo không?” — mà là “sai lệch này có risk gì đến chất lượng sản phẩm hoặc hồ sơ batch release đã thực hiện?” Đây là điểm phân nhánh quyết định lộ trình xử lý.

Sai lệch không ảnh hưởng đến sản phẩm đã release (ví dụ: backup test chưa được làm đúng lịch, audit trail của một thiết bị standalone bị tắt từ 3 tháng trước nhưng kết quả vẫn được in và gắn vào hồ sơ): mở CAPA nội bộ, xác định root cause, implement corrective action, verify effectiveness, close CAPA với bằng chứng.

Sai lệch có khả năng ảnh hưởng đến sản phẩm đã release (ví dụ: phát hiện raw data của một số lô đã bị xóa và không còn có thể truy xuất): cần đánh giá impact theo quy trình deviation investigation đầy đủ, có thể dẫn đến market withdrawal hoặc regulatory notification tùy quy định thị trường.

CAPA phải theo cấu trúc chuẩn để có thể trình bày cho thanh tra viên xem: mô tả sai lệch có bằng chứng, root cause analysis (fishbone, 5-why, hoặc phương pháp khác được document), corrective action có timeline, preventive action để ngăn tái diễn, và effectiveness check có tiêu chí rõ ràng. ICH Q10 Pharmaceutical Quality System (2008) mô tả nguyên tắc CAPA trong phần management review và continual improvement — đây là framework chuẩn để thiết kế CAPA system cho nhà máy.

Theo 21 CFR Part 211 §211.192, kết quả OOS phải được điều tra và không được bỏ qua chỉ vì kết quả lần sau đạt. Nguyên tắc tương tự áp dụng cho data integrity findings: phát hiện trong self-inspection phải được điều tra đến root cause, không thể chỉ “sửa rồi thôi” mà không có root cause investigation.

Decision Moment — Checklist Quyết Định cho QA Manager

Trước khi bắt đầu triển khai self-inspection program hoặc chuẩn bị gói bằng chứng cho kỳ thanh tra sắp tới, QA Manager cần quyết định ba điều sau để tránh lãng phí công sức vào self-inspection hình thức không thực chất:

Scope có realistic không? Nếu nhà máy có 20 hệ thống GMP-relevant và self-inspection chỉ cover 3 hệ thống trong 1 ngày, thanh tra viên sẽ hỏi về 17 hệ thống còn lại. Lập kế hoạch rolling self-inspection: chia nhỏ scope, mỗi quý cover một phần, ghi lại lịch sử để sau 12 tháng có thể chứng minh coverage toàn diện.

Người thực hiện có đủ năng lực không? Tự thanh tra audit trail kỹ thuật cần người biết đọc log và hiểu cấu hình hệ thống. Giao cho một QA không có kỹ năng IT để kiểm tra audit trail của LIMS hoặc DCS thường cho ra báo cáo “không thấy vấn đề” — không phải vì không có vấn đề mà vì người kiểm tra không biết nhìn vào đâu.

Có kết nối với lịch thanh tra không? Self-inspection nên được lên lịch đủ sớm để CAPA của các finding có thể được thực hiện và verified trước ngày thanh tra chính thức. CAPA mới mở 1 tuần trước thanh tra không có effectiveness check là CAPA chưa đóng — và thanh tra viên sẽ xem nó là finding open, không phải CAPA đang xử lý.

Để chuẩn bị chương trình self-inspection data integrity phù hợp với quy mô và loại hình nhà máy của anh/chị, xem thêm tư vấn chuyên sâu về GMP compliance tại nampham.net.