Periodic Review hệ thống máy tính hóa — làm gì, khi nào

Periodic Review (rà soát định kỳ) hệ thống máy tính hóa là hoạt động bắt buộc trong nhà máy sản xuất theo tiêu chuẩn GxP. Một hệ thống phần mềm dù đã được thẩm định hoàn hảo ở thời điểm ban đầu vẫn có thể bị trôi theo thời gian. Do đó, việc rà soát giúp đảm bảo hệ thống luôn duy trì trạng thái thẩm định trong suốt chu kỳ sống. Bài viết này trình bày chi tiết vì sao cần rà soát, tần suất thực hiện dựa trên rủi ro, nội dung kiểm tra và cách lập báo cáo kết quả.

Vì sao hệ thống đã thẩm định vẫn cần Periodic Review

Hệ thống máy tính hóa luôn biến động liên tục trong quá trình vận hành hằng ngày tại nhà máy. Do đó, việc rà soát định kỳ là công cụ quan trọng giúp phát hiện những sai lệch mà công tác giám sát thường nhật có thể bỏ sót.

Sự trôi của phần mềm và cấu hình theo thời gian

Trong quá trình vận hành, hệ thống trải qua nhiều lần cập nhật bản vá kỹ thuật và sửa lỗi từ nhà cung cấp. Cụ thể, các thay đổi nhỏ riêng lẻ thường không kích hoạt một đợt thẩm định lại toàn bộ hệ thống. Ngoài ra, nhân viên kỹ thuật có thể thay đổi các thông số cấu hình để xử lý sự cố tức thời. Vì vậy, tích tiểu thành đại, hệ thống dần rời xa trạng thái thẩm định ban đầu mà ban quản lý không hề hay biết.

Biến động về nhân sự và quy trình vận hành

Đội ngũ nhân sự vận hành trong nhà máy thường xuyên có sự thay đổi hoặc luân chuyển vị trí. Cụ thể, tài khoản của những nhân viên đã nghỉ việc có thể chưa được khóa kịp thời trên hệ thống. Hơn nữa, các quy trình thao tác chuẩn (SOP) được sửa đổi nhưng chưa được cập nhật tương ứng vào phần mềm. Do đó, rà soát định kỳ giúp phát hiện sự mất đồng bộ giữa con người, quy trình và hệ thống máy tính.

Tần suất Periodic Review xác định dựa trên rủi ro

Tần suất rà soát định kỳ không thể áp dụng giống nhau cho mọi hệ thống máy tính hóa trong nhà máy. Thay vào đó, khoảng thời gian giữa các lần rà soát phụ thuộc trực tiếp vào mức độ rủi ro GxP và độ phức tạp của từng phần mềm.

Phân loại hệ thống theo mức độ rủi ro GxP

Nhà máy cần tiến hành đánh giá tác động của phần mềm tới chất lượng sản phẩm và toàn vẹn dữ liệu. Cụ thể, các hệ thống trực tiếp tham gia sản xuất hoặc kiểm nghiệm như SCADA, MES, EMS hay máy phân tích phòng thí nghiệm thuộc nhóm rủi ro cao. Ngoài ra, việc xác định nhóm phần mềm để phân bổ nguồn lực được hướng dẫn trong bài viết GAMP 5: phân loại phần mềm GxP. Nhờ đó, nhà máy xây dựng được chiến lược rà soát tối ưu và tiết kiệm chi phí.

Tần suất rà soát khuyến nghị trong thực tế vận hành

Đối với các hệ thống rủi ro cao, chu kỳ rà soát thường được ấn định là 1 năm một lần. Cụ thể, hệ thống có mức độ rủi ro trung bình thường áp dụng chu kỳ rà soát 2 năm một lần. Trái lại, các hệ thống rủi ro thấp có thể kéo dài chu kỳ lên tới 3 năm. Tuy nhiên, nếu hệ thống phát sinh quá nhiều yêu cầu thay đổi trong năm, nhà máy cần tiến hành rà soát đột xuất. Vì vậy, quy trình chung của nhà máy phải quy định rõ các tiêu chí này.

Nội dung chi tiết cần rà soát trong hệ thống

Hoạt động rà soát đòi hỏi việc kiểm tra toàn diện cả hồ sơ kỹ thuật lẫn dữ liệu vận hành thực tế. Do đó, nhóm đánh giá phải thu thập đầy đủ bằng chứng khách quan cho từng hạng mục để chứng minh tính tuân thủ.

Bảng tổng hợp hạng mục kiểm tra rà soát định kỳ

Dưới đây là các hạng mục rà soát trọng yếu mà nhà máy cần thực hiện cùng với các yêu cầu bằng chứng cụ thể.

Kiểm tra an toàn tài khoản và nhật ký audit trail

Công tác kiểm tra tài khoản người dùng và nhật ký audit trail là hai trụ cột bảo vệ toàn vẹn dữ liệu. Cụ thể, nhóm rà soát phải đối chiếu danh sách tài khoản hiện hữu với danh sách nhân sự thực tế tại nhà máy. Ngoài ra, audit trail phải được trích xuất để phân tích các khoảng trống dữ liệu hoặc các hành động sửa xóa bất thường. Nhờ đó, nhà máy loại bỏ nguy cơ tài khoản ảo và ngăn chặn các hành vi gian lận dữ liệu.

Báo cáo đầu ra và kết luận trạng thái thẩm định

Kết quả của đợt Periodic Review phải được tổng hợp thành một báo cáo chính thức và có đầy đủ chữ ký phê duyệt. Báo cáo này đưa ra kết luận cuối cùng về việc hệ thống có còn duy trì trạng thái thẩm định hay không.

Cấu trúc của một báo cáo rà soát định kỳ chuẩn

Báo cáo cần trình bày rõ phạm vi rà soát, phương pháp đánh giá và tổng hợp tất cả các phát hiện. Cụ thể, các sai lệch hoặc hành động khắc phục phòng ngừa (CAPA) phát sinh phải được liệt kê kèm theo thời hạn xử lý. Hơn nữa, báo cáo phải chỉ rõ các tài liệu thẩm định ban đầu cần được cập nhật bổ sung. Vì vậy, đây là tài liệu quan trọng bậc nhất mà các đoàn thanh tra sẽ yêu cầu kiểm tra.

Các quyết định về trạng thái thẩm định sau rà soát

Sau khi xem xét các bằng chứng, nhóm rà soát sẽ đưa ra một trong ba kết luận chính cho hệ thống. Cụ thể, hệ thống sẽ tiếp tục vận hành bình thường nếu không có sai lệch đáng kể. Thay vào đó, hệ thống phải thực hiện thẩm định lại một phần (Re-validation) nếu có nhiều thay đổi tích lũy. Trái lại, hệ thống có thể bị tạm dừng sử dụng nếu phát hiện sự cố nghiêm trọng về toàn vẹn dữ liệu. Nhờ đó, chất lượng sản phẩm và sự tuân thủ GxP luôn được kiểm soát chặt chẽ.

Chuẩn bị hồ sơ rà soát phục vụ thanh tra EU-GMP

Các thanh tra viên EU-GMP thường xem xét kỹ hồ sơ Periodic Review để đánh giá mức độ kiểm soát chu kỳ sống hệ thống của nhà máy. Do đó, sự chuẩn bị chu đáo sẽ giúp nhà máy tự tin chứng minh tính tuân thủ vượt trội.

Những câu hỏi thanh tra viên thường đưa ra

Thanh tra viên thường tập trung hỏi về căn cứ khoa học để thiết lập chu kỳ rà soát cho từng phần mềm. Cụ thể, họ sẽ chọn ngẫu nhiên một hệ thống và yêu cầu xuất trình báo cáo rà soát mới nhất kèm bằng chứng gốc. Ngoài ra, nhà máy nên đối chiếu sẵn các hạng mục với checklist chuẩn bị thanh tra EU-GMP để đảm bảo không bỏ sót bất kỳ tài liệu liên quan nào. Vì vậy, việc tổng hợp sẵn hồ sơ sẽ giúp buổi thanh tra diễn ra suôn sẻ.

Lưu trữ bằng chứng và quản lý các hành động CAPA

Tất cả bằng chứng thu thập được trong quá trình rà soát phải được lưu trữ thành bộ hồ sơ kiểm toán hoàn chỉnh. Cụ thể, các cam kết cải tiến và hành động CAPA nêu trong báo cáo phải được theo dõi sát sao đến khi đóng hoàn toàn. Hơn nữa, nhà máy cần tham chiếu các nguyên tắc cốt lõi về đánh giá định kỳ trong quy định chính thức tại EU-GMP Annex 11 trên EudraLex Volume 4. Do đó, việc duy trì hồ sơ minh bạch là minh chứng tốt nhất cho năng lực quản lý của nhà máy.

Các bước thực thi sau khi hoàn thành rà soát

Quy trình Periodic Review không dừng lại ngay khi báo cáo rà soát được phê duyệt. Thay vào đó, nhà máy phải bắt tay vào thực hiện các đề xuất khắc phục để khép kín chu trình quản lý chất lượng.

Cập nhật bộ hồ sơ thẩm định và tài liệu kỹ thuật

Kết quả rà soát có thể yêu cầu điều chỉnh lại đánh giá rủi ro hoặc kế hoạch thẩm định chung. Cụ thể, Kế hoạch Thẩm định Tổng thể (VMP) của nhà máy cần ghi nhận trạng thái hiện tại của hệ thống. Ngoài ra, các tài liệu như Yêu cầu Người dùng (URS), Mô tả Chức năng (FS) và kịch bản kiểm thử cũng cần được cập nhật tương ứng. Nhờ đó, toàn bộ bộ tài liệu thẩm định luôn phản ánh chính xác thực tế đang vận hành.

Đào tạo lại nhân sự và thúc đẩy cải tiến liên tục

Nếu đợt rà soát phát hiện nhiều lỗi thao tác từ người dùng, nhà máy phải lập tức tổ chức đào tạo lại. Cụ thể, nội dung đào tạo cần xoay quanh các quy trình bảo mật tài khoản và quy định toàn vẹn dữ liệu. Hơn nữa, việc thu nhận ý kiến đóng góp từ nhân viên vận hành sẽ giúp cải tiến quy trình và tối ưu hóa thao tác trên phần mềm. Vì vậy, rà soát định kỳ chính là động lực mạnh mẽ thúc đẩy văn hóa cải tiến chất lượng liên tục trong nhà máy.

Tóm lại, Periodic Review là chốt chặn kỹ thuật bắt buộc để giữ cho hệ thống máy tính hóa luôn nằm trong trạng thái kiểm soát và tuân thủ GxP. Do đó, việc xây dựng kế hoạch rà soát dựa trên rủi ro và thực hiện nghiêm túc sẽ bảo vệ toàn vẹn dữ liệu cho nhà máy. Ngoài ra, báo cáo rà soát minh bạch cùng bằng chứng đầy đủ chính là chìa khóa giúp nhà máy vượt qua các kỳ thanh tra EU-GMP khắt khe. Nhờ đó, doanh nghiệp vừa đảm bảo an toàn chất lượng vừa nâng cao hiệu quả vận hành dài hạn.

TYPE 2 — Nội dung tổng hợp có tính tham khảo. Bài viết có giới hạn thông tin (transparency note): các yêu cầu về Periodic Review được tổng hợp từ EU-GMP Annex 11 (mục 11 — Periodic evaluation) và hướng dẫn GAMP 5. Hãy đối chiếu quy trình nội bộ và tham vấn bộ phận QA trước khi áp dụng cho từng hệ thống cụ thể.