Xác thực hệ thống máy tính (CSV) – Đánh giá rủi ro đối với phần mềm và tự động hóa GxP

Chủ đề này là một phần của... SG Systems Global Thuật ngữ về quy định và hoạt động.

Cập nhật tháng 10 năm 2025 • Chứng nhận GxP, Tính toàn vẹn dữ liệu, Hồ sơ/Chữ ký điện tử • Đảm bảo chất lượng, CNTT/OT, Sản xuất, Phòng thí nghiệm

Xác thực hệ thống máy tính (CSV) Đó là sự chứng minh có kỷ luật, dựa trên vòng đời, rằng một hệ thống máy tính luôn đáp ứng được các yêu cầu đó. quy tắc vị ngữ và các kỳ vọng về hồ sơ điện tử trong mục đích sử dụng dự định. Trong sản xuất được quản lý chặt chẽ, điều đó có nghĩa là phần mềm, thiết bị, sự tích hợp, nhãn mác và hồ sơ ảnh hưởng đến chất lượng sản phẩm hoặc sự an toàn của bệnh nhân/người tiêu dùng đều phải tuân thủ các quy định. được chỉ định, xác minh và quản lý Theo một hệ thống chất lượng với bằng chứng có thể truy xuất nguồn gốc. CSV không phải là "thủ tục giấy tờ thừa". Đó là cách các tổ chức thể hiện sự tuân thủ. quy tắc vị ngữ (ví dụ, GMP, GDP) và kỳ vọng về hồ sơ và chữ ký điện tử (21 CFR Phần 11, Phụ lục 11), áp dụng cho các hệ thống như MES, WMS, hệ thống quản lý chất lượng, LIMS, SAU ĐÓ, SCADA/HMIbao gồm các hệ thống con ghi nhãn, thị giác và cân đo.

“Việc xác nhận là bằng chứng trên giấy tờ cho thấy hệ thống ngăn ngừa được kết quả sai lệch vào những ngày không may mắn—chứ không chỉ khi buổi trình diễn diễn ra tốt đẹp.”

1) Phạm vi—CSV bao gồm những gì (và không bao gồm những gì)

Bao gồm: các hệ thống máy tính tạo, chuyển đổi hoặc lưu trữ dữ liệu GxP hoặc kiểm soát các quy trình liên quan đến chất lượng: nền tảng thực thi (MES, MOM), kho (WMS), phòng thí nghiệm (LIMS, SAU ĐÓ), quy trình làm việc QMS (Độ lệch, MŨ LƯỠI TRAI, Thay đổi kiểm soát), nhãn/tầm nhìn (Kiểm soát ghi nhãn, Xác minh nhãn, Thị giác máy), tự động hóa (SCADA/HMI), và cân/phân phối (Cân đo và phân phối, trọng lượng, Nạp tế bào).

Không bao gồm: việc thay đổi các quy định pháp luật hoặc xác thực nhân sự . CSV chứng minh rằng các hệ thống đáp ứng các quy định; nhân sự vẫn tuân theo quy trình Đào tạo & Năng lực , và các quy trình tuân theo Quy trình vận hành tiêu chuẩn (SOP).

2) Các yếu tố ràng buộc pháp lý và tính toàn vẹn dữ liệu

CSV liên kết công nghệ với luật pháp và các tiêu chuẩn chất lượng. Đối với thuốc và chế phẩm sinh học, các nghĩa vụ cơ bản xuất phát từ 21 CFR 210/211 (GMP). Đối với thiết bị y tế, phải tuân thủ QMSR (thay thế cho QSR) và ISO 13485 với rủi ro theo ISO 14971. Tại châu Âu và các nước PIC/S, phải tuân thủ PIC/S PE 009 và Phụ lục 11 đối với các hệ thống máy tính. Trên tất cả các lĩnh vực, hồ sơ và chữ ký điện tử tuân theo các nguyên tắc của Phần 11 , và tất cả bằng chứng phải đáp ứng các kỳ vọng về ALCOA+ và Tính toàn vẹn dữ liệu.

CSV cũng là một hoạt động của hệ thống chất lượng . Các kế hoạch, quy trình, báo cáo và cấu hình được quản lý theo Kiểm soát Tài liệu với sự phê duyệt dựa trên vai trò ( Quy trình phê duyệt ) và nhật ký kiểm toán trên các đối tượng chính. Việc lưu giữ phải tuân theo Quy định về Lưu giữ và Lưu trữ Hồ sơ.

3) Vòng đời và Kế hoạch tổng thể xác thực

CSV hiện đại hướng đến vòng đời ( GAMP 5 ): khái niệm → dự án → vận hành → ngừng hoạt động. Kế hoạch tổng thể xác thực (VMP) xác định phạm vi (hệ thống, giao diện, công cụ), phương pháp tiếp cận rủi ro ( QRM ), sản phẩm bàn giao và trách nhiệm giữa các bên QA, CNTT/OT và chủ sở hữu doanh nghiệp. Đối với mỗi hệ thống, hãy lập Kế hoạch xác thực, từ URS đến xác minh (FAT/ IQ-OQ-PQ / UAT ) và các biện pháp kiểm soát liên tục ( Kiểm soát thay đổi , đánh giá định kỳ, Kiểm toán nội bộ ).

4) Yêu cầu & Rủi ro — Cần kiểm thử những gì (và kiểm thử sâu đến mức nào)

Bắt đầu với một URS rõ ràng, có thể kiểm thử được , liên kết với mục đích sử dụng và rủi ro sản phẩm. Sau đó, thực hiện phân tích rủi ro bằng các công cụ QRM —ví dụ: FMEA trên các chức năng, HAZOP trên các tích hợp quy trình—để ưu tiên các kịch bản tiêu cực (lô hàng hết hạn, nhãn sai, thiết bị vượt quá dung sai). Điều này tạo ra các yêu cầu được xếp hạng rủi ro và ma trận truy vết từ URS → trường hợp thử nghiệm → sai lệch → xử lý ( NCR / CAPA ).

Rủi ro cũng chi phối việc kiểm soát nhà cung cấp. Đánh giá nhà cung cấp thông qua Tiêu chuẩn Nhà cung cấp / Quản lý Chất lượng Tương đương ( SQM ) và chính thức hóa các kỳ vọng trong Thỏa thuận Chất lượng với các điều khoản kích hoạt Thông báo Thay đổi và quy trình leo thang ( SCAR ).

5) Thông số kỹ thuật, cấu hình và kiểm soát dữ liệu chính

CSV không chỉ giới hạn ở việc kiểm thử các tập tin thực thi; nó còn xác thực hành vi đã được cấu hình . Hãy coi các công thức, nhãn, mô hình quyền và dữ liệu chính như là cấu hình được kiểm soát:

• Nhận dạng & nhãn mác: được quản lý theo Kiểm soát ghi nhãn, được kiểm tra bởi Xác minh nhãn, với các phần tử dữ liệu GS1 (AIs, GTIN).
• Công thức & logic xử lý theo lô: được quản lý trong Quản lý công thức nấu ăn (ISA-88), bị bắt giữ trong eBMR/MBR/BMR.
• Đơn vị và quy đổi: xác thực Đơn vị đo lường Logic thường tạo ra những khiếm khuyết âm thầm.
• Tiếp cận và phân tách: thực thi UAMCác đặc quyền dựa trên vai trò và sự phân công nhiệm vụ.

Tất cả các thông số kỹ thuật và cấu hình cơ bản đều được quản lý thay đổi có kiểm soát thông qua hệ thống Kiểm soát Thay đổi / Quản lý Thay đổi (Change Control / MOC) và được tham chiếu trong các báo cáo thẩm định.

6) Quy trình xác minh — Từ FAT đến IQ/OQ/PQ đến UAT

FAT (Kiểm thử chấp nhận tại nhà máy). Sử dụng Kiểm thử chấp nhận tại nhà máy để thu thập bằng chứng từ nhà cung cấp và giảm thiểu rủi ro các lỗi lớn trước khi giao hàng đến địa điểm. Kết hợp FAT với khả năng truy xuất nguồn gốc URS (User Requirements Specification) để tránh việc kiểm tra trùng lặp sau này.

IQ/OQ/PQ. Thực hiện Kiểm định Lắp đặt/Vận hành/Hiệu suất (OQ) với các thiết bị đã hiệu chuẩn ( Trạng thái Hiệu chuẩn ) và dữ liệu thử nghiệm được kiểm soát. OQ nên tập trung vào các lỗi tiêu cực (ví dụ: chặn việc chọn các lô hàng bị cách ly trong WMS , từ chối các trọng lượng không đạt tiêu chuẩn trong MES ), trong khi PQ chứng minh hiệu suất thực tế trong các ca làm việc và công thức khác nhau.

UAT ( Kiểm thử chấp nhận người dùng chính thức ) chứng minh tính phù hợp với mục đích sử dụng dự định. Đào tạo người dùng trước ( Ma trận đào tạo ) để kết quả phản ánh hành vi của hệ thống—chứ không phải sự thiếu quen thuộc.

Đối với các phương pháp phân tích được tích hợp trong phần mềm, hãy đồng bộ hóa quá trình xác minh với Thẩm định Phương pháp Thử nghiệm (TMV) . Đối với các phụ thuộc về môi trường/tiện ích, hãy tham khảo Thẩm định Tiện ích và, nếu có liên quan, Lập bản đồ Nhiệt độ.

7) Hồ sơ/Chữ ký điện tử & Nhật ký kiểm toán

Các yêu cầu trong Phần 11/Phụ lục 11 bao gồm tài khoản riêng biệt, chữ ký điện tử an toàn có ý nghĩa, đồng bộ hóa thời gian và nhật ký kiểm toán được bảo vệ, do máy tính tạo ra . Xác thực:

• Luồng nhận dạng và xác thực (UAM), chính sách mật khẩu/khóa tài khoản.
• Ý nghĩa của chữ ký (xem xét/phê duyệt), ghi lại lý do và tính không thể phủ nhận.
• Tính đầy đủ của nhật ký kiểm toán (ai/cái gì/khi nào/trước-sau) và các thủ tục xem xét trong SOPs.
• Lưu giữ/lưu trữ (lưu trữ), khả năng truy xuất và khả năng đọc hiểu theo thời gian.

Đảm bảo thiết kế bản ghi phù hợp với ALCOA+ và các biện pháp kiểm soát tính toàn vẹn dữ liệu rộng hơn.

8) Thiết bị, Tự động hóa & Bằng chứng tích hợp

Phần mềm hiếm khi hoạt động độc lập. Hãy xác thực hệ thống các hệ thống tạo ra bằng chứng:

• Cân đo và phân phối: Cân đo và phân phối, kiểm soát trọng lực, Nạp tế bào.
• Mã vạch và nhãn: Xác thực mã vạch, GS1-128, SSCC.
• Tự động hóa: SCADA/HMI các khóa liên động; ISA-95 Tích hợp với các hệ thống doanh nghiệp.
• Mã hóa và truy xuất nguồn gốc: Tuần tự hóa, UDI, EPCIS, Truy xuất nguồn gốc lô hàng.

Trạng thái thiết bị phải được thực thi ( Trạng thái hiệu chuẩn ), và các lỗi phải dẫn đến các ngoại lệ được kiểm soát ( Sai ​​lệch/NCR ).

9) Duy trì trạng thái đã được xác thực

Quá trình xác thực không kết thúc khi hệ thống chính thức đi vào hoạt động. Hãy tiếp tục kiểm soát hệ thống thông qua:

• Thay đổi kiểm soát/Bộ Xây dựng Với việc đánh giá tác động và kiểm tra lại dựa trên rủi ro.
• Xử lý sự cố/sai lệch và MŨ LƯỠI TRAI Hiệu quả đóng cửa.
• Đánh giá định kỳ (vai trò, xem xét nhật ký kiểm toán, kiểm tra sao lưu/khôi phục) theo Kiểm toán nội bộ.
• Theo dõi thay đổi nhà cung cấp thông qua không cóC và SQM.
• Các khóa đào tạo bồi dưỡng liên quan đến Ma trận huấn luyện Bất cứ khi nào cấu hình hoặc quy trình vận hành tiêu chuẩn (SOP) thay đổi.

10) Tài liệu CSV – Gói bằng chứng

Một gói CSV có thể kiểm toán thường bao gồm: Kế hoạch VMP/Kiểm định; URS và đánh giá rủi ro ( QRM , FMEA ); thông số kỹ thuật thiết kế/cấu hình theo Kiểm soát Tài liệu ; ma trận truy vết; biên bản và báo cáo FAT/IQ/OQ/PQ/UAT; nhật ký sai lệch được kiểm soát và CAPA; an ninh mạng/kiểm soát truy cập ( UAM ); kiểm tra sao lưu/khôi phục và lưu trữ ( lưu giữ ); các SOP chính; hồ sơ đào tạo ( Ma trận Đào tạo ); và Báo cáo Tóm tắt Kiểm định cuối cùng nêu rõ tính phù hợp với mục đích sử dụng.

11) Các chỉ số quan trọng

• Bảo hiểm rủi ro: % URS có nguy cơ cao với các xét nghiệm đường dẫn âm tính đã được thực hiện.
• Tỷ lệ thoát lỗi: Các vấn đề được phát hiện sau khi triển khai chính thức cho mỗi bản phát hành.
• tính kịp thời của việc xem xét nhật ký kiểm toán và tỷ lệ hoàn thành hành động.
• Thay đổi tốc độ phù hợp với sự tuân thủ: trung vị Thay đổi kiểm soát Thời gian chu kỳ so với nỗ lực kiểm tra lại.
• Hiệu quả đào tạo: Thành công của UAT lần đầu theo vai trò (Ma trận huấn luyện).
• Kiểm tra sức khỏe định kỳ: % hệ thống có chức năng xem xét đúng thời hạn và thực hiện sao lưu/khôi phục dữ liệu.

Các chỉ số KPI này liên kết độ sâu xác thực với độ tin cậy vận hành và khả năng sẵn sàng kiểm tra.

12) Các kiểu lỗi thường gặp (và cách khắc phục)

• Xác thực "một lần duy nhất". Hệ thống có thể bị sai lệch sau khi đi vào hoạt động. Thuốc giải độc: nghiêm ngặt Bộ Xây dựng, xem xét định kỳ và kiểm tra lại dựa trên rủi ro.
• Bảng tính bóng. Các phép tính ngoài hệ thống quyết định việc phát hành. Thuốc giải độc: loại bỏ các giao dịch không rõ ràng; thực thi các giao dịch đã được xác thực và dấu vết kiểm toán.
• Kiểm soát danh tính yếu. Tài khoản dùng chung, thiếu ý nghĩa của chữ ký điện tử. Thuốc giải độc: thắt chặt UAM, đào tạo lại và kiểm tra các sự kiện đăng nhập/ký tên.
• Sự phân tán nhãn/công thức. Các mẫu và bản gốc không được kiểm soát. Thuốc giải độc: trung tâm Kiểm soát ghi nhãn và Quản lý công thức nấu ăn Có tính năng quản lý phiên bản.
• Trạng thái thiết bị bị bỏ qua. Các thiết bị không được hiệu chuẩn trong quá trình sản xuất. Thuốc giải độc: chặn thực thi trên Trạng thái hiệu chuẩn và ghi lại tác động thông qua Độ lệch/MŨ LƯỠI TRAI.

13) CSV phù hợp với V5 như thế nào? SG Systems Global

Nền tảng V5. Bộ phần mềm V5 ( MES , WMS , QMS ) được thiết kế với mục tiêu xác thực: cấu hình được quản lý theo phiên bản trong Kiểm soát Tài liệu , các khóa liên động hỗ trợ kiểm thử đường dẫn tiêu cực ( Hard Gating ), và tất cả các giao dịch đều có nhật ký kiểm toán có thể quy kết.

Tính xác thực của quá trình thực thi. Trong V5, các công cụ in nhãn, cân đo, xác minh nhãn và các sự kiện EPCIS được xác thực như một luồng bằng chứng duy nhất cung cấp cho eBMR và các tài liệu vận chuyển, đơn giản hóa việc kiểm tra khả năng truy xuất nguồn gốc.

Hỗ trợ chứng nhận. V5 cung cấp các giao thức IQ/OQ/PQ mẫu, khả năng truy xuất nguồn gốc URS và các gói cấu hình được kiểm soát thay đổi để tăng tốc CSV trong khi vẫn đảm bảo tính chính xác.

Tóm lại: CSV dễ sử dụng hơn khi nền tảng đảm bảo tính toàn vẹn dữ liệu ngay từ khâu thiết kế. V5 biến URS thành các liên kết nội bộ, và các liên kết nội bộ thành bằng chứng có thể bảo vệ được.

14) Câu hỏi thường gặp

Câu 1. CSV có giống với xác thực quy trình không?
Không. CSV xác thực các hệ thống máy tính. Xác thực quy trình (ví dụ: Xác nhận quá trình, PPQ) xác nhận các quy trình sản xuất và sản phẩm. Chúng giao nhau thông qua eBMR Điều đó giúp ghi lại bằng chứng về quy trình.

Câu 2. Chúng ta nên kiểm thử phần mềm COTS ở mức độ sâu đến mức nào?
Độ sâu phụ thuộc vào rủi ro và cấu hình. Hãy tận dụng FAT của nhà cung cấp khi thích hợp, sau đó xác minh... URScác quy trình làm việc có rủi ro cao và sự tích hợp thông qua IQ / OQ / PQ và UATLuôn kiểm tra các đường dẫn tiêu cực và ghi lại các biện pháp kiểm soát.

Câu 3. Chúng ta có cần xác thực các tích hợp một cách riêng biệt không?
Đúng vậy. Các giao diện truyền dữ liệu GxP (ví dụ: MES↔LIMS, WMS↔công cụ in nhãn) yêu cầu các điều kiện, rủi ro và kiểm thử đối với việc ánh xạ dữ liệu, xử lý lỗi và đối chiếu dữ liệu.Truy nguyên nguồn gốc).

Câu 4. Điều gì sẽ xảy ra nếu nhà cung cấp phát hành bản vá lỗi phần mềm?
Cò súng không cóC xem xét; tiến hành đánh giá tác động theo Thay đổi kiểm soátTiến hành kiểm tra lại dựa trên rủi ro và cập nhật các tiêu chuẩn cơ bản. Nếu các kiểm soát quan trọng bị ảnh hưởng, hãy tạm dừng việc phát hành cho đến khi các bài kiểm tra đạt yêu cầu.

Câu 5. Làm thế nào để chúng ta chứng minh với các thanh tra viên rằng chúng ta đang kiểm soát tình hình?
Tạo VMP, ma trận dấu vết hiện tại, IQ/OQ/PQ/UAT đã thực hiện với các sai lệch/CAPA đã được đóng, và SOP để xem xét nhật ký kiểm toán và sao lưu/khôi phục. Trình diễn các khối đường dẫn tiêu cực trực tiếp (ví dụ: Cổng cứng (ngăn ngừa vấn đề vật liệu hết hạn sử dụng).

Đọc liên quan
• Nền tảng: GAMP 5 | Phụ lục 11 | 21 CFR Phần 11 | Quy tắc vị ngữ | ALCOA + | Toàn vẹn dữ liệu
• Vòng đời & Rủi ro: VMP | URS | V&V | QRM | FMEA | NGUY HIỂM
• Xác minh: FAT | IQ / OQ / PQ | UAT | TMV
• Quản trị: Kiểm soát tài liệu | Quy trình công việc phê duyệt | Thay đổi kiểm soát | Bộ Xây dựng | Kiểm toán nội bộ | Duy trì kỉ lục
• Nền tảng & Bằng chứng: MES | WMS | hệ thống quản lý chất lượng | LIMS | SAU ĐÓ | eBMR
• Tích hợp & Truy xuất nguồn gốc: ISA-95 | EPCIS | Tuần tự hóa | Truy xuất nguồn gốc lô hàng