What is an Audit Trail? Electronic Records of Who-Did-What in GMP
- An audit trail is a secure, computer-generated, time-stamped electronic record of who performed an action, when, and — for changes — the original and new values plus the reason.
- It is the core technical evidence regulators ask for first, required by 21 CFR Part 11 §11.10(e) and expected on a risk basis by EU GMP Annex 11 §9, and the practical proof of ALCOA+ data integrity.
- This article explains what an audit trail must capture and where to go next for the full configuration framework.
Audit trail là gì? Nếu anh/chị làm việc với hệ thống máy tính trong nhà máy dược, đây là khái niệm mà thanh tra FDA và EU yêu cầu xem đầu tiên trong mọi cuộc kiểm tra data integrity. Bài viết trả lời Audit trail là gì theo cách thực chiến: không định nghĩa học thuật rỗng, chỉ có ý nghĩa cụ thể và những gì audit trail phải ghi lại để vượt qua thanh tra.
Audit trail là bản ghi điện tử an toàn, do hệ thống tự tạo và gắn dấu thời gian, ghi lại ai đã thực hiện một thao tác, khi nào, và với mỗi thay đổi thì giá trị trước và sau là gì. Đây là bằng chứng kỹ thuật cốt lõi chứng minh tính toàn vẹn dữ liệu (data integrity) trong môi trường GMP điện tử.
Audit trail là gì — một dòng: Audit trail là “hộp đen” của hệ thống GMP — một bản ghi không thể chỉnh sửa, do hệ thống tự sinh, trả lời được câu hỏi ai-làm-gì-khi-nào và (với thay đổi) giá trị trước/sau cùng lý do, để mọi dữ liệu đều truy ngược được trách nhiệm.
Bài này giúp anh/chị:
- Hiểu chính xác audit trail là gì và cơ sở pháp lý GMP của nó.
- Biết audit trail phải ghi lại những trường thông tin nào.
- Hiểu yêu cầu audit trail review — điểm bị bỏ quên nhiều nhất — và đọc gì tiếp theo.
Audit trail là gì — Định nghĩa và cơ sở pháp lý
Phần này đặt nền tảng: audit trail đến từ đâu và tại sao nó là bằng chứng bắt buộc.
Lưu ý trạng thái pháp lý: Các nhận định trong bài đối chiếu theo 21 CFR Part 11 và EU GMP Annex 11 (EudraLex Volume 4).
Yêu cầu audit trail được codify rõ trong nhiều văn bản. 21 CFR Part 11 §11.10(e) yêu cầu sử dụng các bản ghi audit trail an toàn, do máy tạo, gắn dấu thời gian để ghi lại các thao tác tạo, sửa, xóa bản ghi điện tử. EU GMP Annex 11 mục 9 yêu cầu cân nhắc audit trail cho mọi thay đổi và xóa dữ liệu liên quan GMP.
Audit trail là cơ chế kỹ thuật then chốt để chứng minh các nguyên tắc ALCOA+ — đặc biệt là Attributable (gán trách nhiệm), Contemporaneous (đúng thời điểm) và Original (bản gốc). Các văn bản đồng thuận quốc tế như PIC/S PI 041-1, FDA Guidance for Industry: Data Integrity and Compliance With Drug CGMP và MHRA Data Integrity Guidance đều coi audit trail là bằng chứng trung tâm của data integrity.
Hệ quả thực tế: Khi thanh tra nói “show me the audit trail,” họ đang kiểm tra xem hệ thống có thể chứng minh ai làm gì khi nào hay không. Một hệ thống GMP không có audit trail đầy đủ, hoặc audit trail có thể bị tắt/sửa, là phát hiện nghiêm trọng, có thể dẫn đến Warning Letter.
GMP dược phẩm hệ thống: nhìn GMP như kiến trúc dữ liệu, con người và quyết định chất lượng
Đọc tiếp để đặt audit trail vào bức tranh kiến trúc GMP tổng thể.
GMP dược phẩm hệ thống: nhìn GMP như kiến trúc dữ liệu, con người và quyết định chất lượng →
Audit trail phải ghi lại những gì
Đây là phần cốt lõi: một audit trail đầy đủ phải trả lời được các câu hỏi nào.
Một audit trail đạt chuẩn GMP phải ghi lại tối thiểu các trường thông tin sau cho mỗi thao tác:
- Ai (Who) — danh tính người dùng cụ thể qua unique user account, không phải tài khoản nhóm.
- Cái gì (What) — thao tác đã thực hiện: tạo, sửa, xóa, phê duyệt, đăng nhập.
- Khi nào (When) — dấu thời gian do server tạo tự động, đồng bộ NTP, không phải do người dùng nhập.
- Giá trị trước và sau (Before/After value) — với mỗi thay đổi, cả giá trị cũ và giá trị mới phải được lưu, không chỉ giá trị hiện tại.
- Lý do (Reason) — với các thay đổi quan trọng, lý do thay đổi phải được ghi lại.
Trường before/after value là yêu cầu hay bị thiếu nhất ở các hệ thống cũ — nhiều hệ thống chỉ ghi “ai thay đổi và khi nào” mà không lưu giá trị gốc. 21 CFR 11.10(e) đã yêu cầu thay đổi bản ghi không được che khuất thông tin ghi trước đó, và PI 041-1 mục 9.6 nêu audit trail cần lưu mọi giá trị trước. EU GMP Chapter 4 Draft 2025 (dự thảo, lấy ý kiến 07–10/2025, chưa có hiệu lực) nâng yêu cầu này thành nguyên tắc Traceable (ALCOA++): phải tái tạo được toàn bộ lịch sử bản ghi. Một audit trail thiếu before value không thể chứng minh dữ liệu chưa bị thao túng.
Quy tắc nhận biết nhanh: Audit trail tốt trả lời đủ 5 câu hỏi: ai, làm gì, khi nào, từ giá trị nào sang giá trị nào, và vì sao. Thiếu before/after value là lỗ hổng phổ biến nhất; dùng timestamp do người dùng nhập (không phải server) là lỗ hổng nguy hiểm thứ hai.
Audit trail review — yêu cầu bị bỏ quên nhiều nhất
Phần này nêu sai lầm phổ biến nhất: có audit trail nhưng không bao giờ review nó.
Có audit trail là chưa đủ — GMP yêu cầu audit trail phải được review định kỳ. Đây là điểm mà rất nhiều nhà máy thất bại: hệ thống ghi audit trail đầy đủ, nhưng không ai từng đọc nó cho đến khi thanh tra hỏi. FDA Data Integrity Guidance nêu rõ kỳ vọng rằng audit trail liên quan đến chất lượng phải được review như một phần của quy trình review hồ sơ lô.
Audit trail review hiệu quả không phải đọc từng dòng — mà là review có chủ đích dựa trên rủi ro: tìm các pattern bất thường như thao tác vào 2–3 giờ sáng, nhiều lần chạy lại cùng một test, hoặc thay đổi giá trị ngay trước khi release. Tần suất và phạm vi review nên được xác định bằng ICH Q9 risk assessment, và quy trình này nên được mô tả trong SOP. WHO cũng nhấn mạnh yêu cầu này trong WHO Guideline on data integrity (TRS 1033 Annex 4).
Audit trail và data integrity — quan hệ then chốt
Phần này nối audit trail với bức tranh data integrity tổng thể.
Audit trail là công cụ kỹ thuật chính để chứng minh ba nguyên tắc ALCOA+ đồng thời trong môi trường điện tử: Attributable (audit trail gắn mỗi thao tác với một người), Contemporaneous (timestamp do hệ thống tạo chứng minh đúng thời điểm) và Original (audit trail ghi lại mọi thay đổi so với bản gốc). Với hệ thống đơn giản không có audit trail, PI 041-1 (mục 9.6) chấp nhận biện pháp thay thế như kiểm tra lần hai hoặc bản ghi giấy; còn hệ thống điện tử không có audit trail và không có biện pháp thay thế thì ba nguyên tắc này chỉ là tuyên bố không kiểm chứng được.
Đây là lý do data integrity ALCOA+ và audit trail luôn đi cùng nhau trong mọi thảo luận GMP: audit trail là biện pháp kỹ thuật hiện thực hóa các nguyên tắc data integrity. Tương tự, việc so sánh yêu cầu giữa Annex 11 và 21 CFR Part 11 phần lớn xoay quanh cách hai khung quy định này yêu cầu audit trail.
Từ “Audit trail là gì” đến cấu hình đầy đủ — Đọc gì tiếp theo
Phần này định vị bài hiện tại trong hành trình học tập và chỉ hướng đọc tiếp.
Định nghĩa và các trường bắt buộc ở trên đủ để trả lời câu hỏi “audit trail là gì” và nhận diện lỗ hổng cơ bản. Nhưng để thực sự cấu hình audit trail đúng — thiết lập đúng theo 21 CFR Part 11 và Annex 11, thiết kế quy trình review, và xử lý các hệ thống standalone không có audit trail built-in — anh/chị cần đi sâu hơn.
Bước tiếp theo là đọc phân tích đầy đủ tại Audit Trail trong GMP: cấu hình đúng 21 CFR Part 11 và EU GMP Annex 11 — bài đó phân tích chi tiết cách cấu hình, thiết kế quy trình review, và các điểm thanh tra hay bắt liên quan đến audit trail.
Tóm tắt hành trình: Audit trail = bản ghi an toàn, do hệ thống tạo, ghi ai-làm-gì-khi-nào + before/after value + lý do. Part 11 §11.10(e) yêu cầu audit trail; Annex 11 mục 9 yêu cầu cân nhắc audit trail dựa trên đánh giá rủi ro và review định kỳ. Có audit trail chưa đủ — phải review định kỳ dựa trên rủi ro. Bài này dừng ở mức nhập môn. Đọc Audit Trail cấu hình đầy đủ để đi sâu.
Câu hỏi quyết định
Sau khi hiểu audit trail là gì, ba câu hỏi thực chiến để anh/chị tự đánh giá hệ thống audit trail hiện tại của nhà máy trước khi đọc tài liệu kỹ thuật sâu hơn.
- Mọi hệ thống GMP có audit trail ghi đủ before/after value không, hay chỉ ghi giá trị hiện tại?
- Timestamp của audit trail có do server tạo và đồng bộ NTP không, hay có thể bị người dùng chỉnh qua đồng hồ máy local?
- Audit trail có được review định kỳ theo SOP và risk assessment không, hay chỉ được mở ra khi thanh tra hỏi?
Nếu có câu trả lời “không chắc” cho bất kỳ câu nào, đó là điểm cần ưu tiên trước khi audit tiếp theo. Để xem cách cấu hình cụ thể, đọc tiếp tại Audit Trail cấu hình đầy đủ và tham khảo thêm tại nampham.net.
Quy trình review audit trail định kỳ trong GMP được thực hiện thế nào?
Theo PIC/S PI 041-1 mục 9.6, audit trail của dữ liệu critical phải được bộ phận tạo dữ liệu review cùng các hồ sơ khác của thao tác và trước khi thao tác được hoàn tất (ví dụ trước khi xuất xưởng lô); QA kiểm tra lại khi cần, chẳng hạn trong tự thanh tra. Audit trail không critical được review trong các đợt rà soát hệ thống theo tần suất định trước. PI 041-1 không ấn định con số tần suất — nhà máy tự đặt bằng đánh giá rủi ro và ghi vào SOP.
Quy trình này tích hợp trực tiếp vào quy trình phê duyệt hồ sơ lô sản xuất điện tử để kiểm soát chất lượng từ đầu đến cuối. Dựa theo hướng dẫn PIC/S PI 041-1 Mục 9.6, tần suất và phạm vi rà soát audit trail không được áp dụng đồng nhất cho mọi hệ thống mà phải thiết lập dựa trên đánh giá rủi ro, theo nguyên tắc quản lý rủi ro chất lượng (hướng dẫn hiện hành của ICH về chủ đề này là ICH Q9(R1), ban hành 2023, sau PI 041-1). Bộ phận tạo dữ liệu thực hiện review; QA kiểm tra lại khi cần (PI 041-1 mục 9.6). Mỗi lần review phải để lại bằng chứng: ai review, khi nào, phạm vi và kết luận. Nếu phát hiện sai lệch dữ liệu, quy trình SOP phải chỉ rõ các bước xử lý khẩn cấp và báo cáo cho người quản lý chất lượng (QA Manager).
| Loại dữ liệu hệ thống | Phạm vi rà soát (Scope) | Tần suất rà soát (Frequency) |
|---|---|---|
Dữ liệu critical liên quan đến lô (Ví dụ: thông số mẻ, nhiệt độ tiệt trùng, công thức mẻ) |
Rà soát toàn bộ thay đổi giá trị trước/sau (before/after value), xóa dữ liệu, cảnh báo đỏ và chữ ký điện tử. |
Trước khi xuất xưởng lô thuốc (Prior to batch release). |
Dữ liệu hệ thống / Quản trị (Ví dụ: đăng nhập, phân quyền, cấu hình hệ thống, đồng bộ giờ) |
Rà soát các thay đổi cấu hình, tạo/sửa tài khoản, tắt/bật audit trail và sai lệch thời gian hệ thống. |
Định kỳ theo tần suất nhà máy đặt bằng đánh giá rủi ro (ghi trong SOP), hoặc trong đợt tự thanh tra. |
Việc review audit trail phải được ghi lại theo SOP, và mọi chênh lệch phát hiện khi review phải được điều tra (PI 041-1 mục 9.6). Khi có bất kỳ nghi ngờ nào về việc dữ liệu bị can thiệp trái phép, QA phải kích hoạt ngay quy trình xử lý Deviation và CAPA theo chuẩn GMP để bảo vệ tính toàn vẹn của lô sản xuất.
Cách kiểm tra audit trail trên hệ thống SCADA và Historian gồm những gì?
Cách kiểm tra audit trail trên hệ thống SCADA yêu cầu kiểm soát 4 điểm cốt lõi gồm: đồng bộ thời gian theo ngưỡng nhà máy tự đặt, rà soát thay đổi setpoint công thức, xác nhận cảnh báo alarm ack, và cấm tài khoản đăng nhập chung. Kỹ sư QA phải đối chiếu dữ liệu để phát hiện can thiệp.
Khi kiểm tra thực tế (inspection) hệ thống SCADA và Historian (như Aveva Wonderware, Siemens WinCC), thanh tra viên và kỹ sư QA cần rà soát kỹ lưỡng các bản ghi thô (raw database). Trọng tâm kiểm tra đầu tiên là tính năng đồng bộ thời gian NTP (Network Time Protocol). Đồng hồ của các máy tính HMI và server SCADA phải đồng nhất với máy chủ NTP trung tâm theo PIC/S PI 041-1 mục 9.5: đồng hồ hệ điều hành phải đồng bộ với đồng hồ của các hệ thống kết nối và chỉ người được phép mới chỉnh được. Annex 11 không nêu ngưỡng lệch giờ; ngưỡng cụ thể (ví dụ 1 giây) là tiêu chí nhà máy tự đặt trong URS/SOP. Mục tiêu là loại bỏ rủi ro thao túng thời gian để lùi ngày ghi nhận kết quả (backdating).
Điểm kiểm tra quan trọng tiếp theo là việc ghi nhận thao tác thay đổi setpoint công thức sản xuất và xác nhận cảnh báo (alarm ack). SCADA phải ghi nhận rõ giá trị cũ và giá trị mới (before/after values) kèm tên tài khoản thực hiện. Đặc biệt, hệ thống phải triệt tiêu việc đăng nhập chung (shared accounts như “Operator”, “QA”) theo nguyên tắc Attributable của ALCOA+; mỗi nhân viên phải dùng account định danh riêng biệt để truy vết chính xác trách nhiệm.
| Điểm kiểm tra cốt lõi | Hành vi rủi ro (Data Integrity Risk) | Tiêu chuẩn kỹ thuật kiểm soát |
|---|---|---|
Đồng bộ thời gian |
Thay đổi giờ máy tính cục bộ để giả mạo thời điểm sản xuất (backdate). |
Đồng bộ tự động với NTP server trung tâm; khóa quyền admin đổi giờ cục bộ. |
Thay đổi Setpoint |
Sửa đổi nhiệt độ, tốc độ khuấy mà không lưu giá trị trước đó hoặc lý do. |
Ghi nhận Before/After values tự động trong database SQL/Historian; bắt buộc điền lý do thay đổi. |
Xác nhận Cảnh báo |
Tắt cảnh báo lỗi hệ thống hoặc xác nhận (alarm ack) vô tội vạ để bỏ qua lỗi GMP. |
Ghi nhận timestamp thực tế khi có alarm, khi user nhấn Ack và ghi nhận user ID tương ứng. |
Tài khoản đăng nhập |
Dùng chung một tài khoản vận hành để né tránh việc quy trách nhiệm cá nhân. |
Khóa tài khoản chung; yêu cầu phân quyền theo nhóm vai trò và tự động đăng xuất sau thời gian không thao tác do nhà máy quy định. |
Khi nào được áp dụng review-by-exception và cần lưu bằng chứng gì?
Phương pháp review-by-exception được áp dụng khi hệ thống máy tính đã thẩm định CSV đạt chuẩn và tự động trích xuất các lỗi dữ liệu. Bằng chứng cần lưu trữ gồm báo cáo thẩm định công cụ lọc exception, SOP định nghĩa lỗi, và các báo cáo exception đã được review, ký xác nhận (bộ phận tạo dữ liệu review, QA kiểm tra lại khi cần theo PI 041-1 mục 9.6).
Rà soát theo ngoại lệ (Review-by-Exception – RBE) được PIC/S PI 041-1 mục 9.6 nêu như một cách tập trung review audit trail vào hoạt động bất thường hoặc trái phép, nhằm giảm tải cho QA khi kiểm tra hàng triệu dòng log thô trong SCADA. Thay vì rà soát thủ công toàn bộ audit trail, hệ thống đã thẩm định sẽ tự động lọc ra các “ngoại lệ” (ví dụ: cảnh báo vượt ngưỡng, thay đổi công thức mẻ, đăng nhập lỗi liên tiếp). Tuy nhiên, nên chỉ áp dụng RBE cho những hệ thống có mức độ tin cậy tự động hóa cao (đây là khuyến nghị thực hành, PI 041-1 không đặt điều kiện này).
Để vượt qua thanh tra GMP khi áp dụng RBE, nhà máy dược phẩm phải lưu giữ đầy đủ các bằng chứng kỹ thuật (evidence of control). Trước tiên là hồ sơ thẩm định hệ thống máy tính (CSV) chứng minh các thuật toán, query, hoặc phần mềm lọc ngoại lệ hoạt động đúng như thiết kế — được chứng minh bằng test có cả các trường hợp ngoại lệ mà bộ lọc phải bắt được. Tiếp theo là SOP chi tiết quy định rõ thế nào là một “exception” và cách xử lý khi xuất hiện exception. Cuối cùng, các báo cáo exception report kết xuất từ SCADA phải được review và ký xác nhận; theo PI 041-1 mục 9.6, review do bộ phận tạo dữ liệu thực hiện và QA kiểm tra lại khi cần (ví dụ trong tự thanh tra).
| Tiêu chí so sánh | Rà soát truyền thống (Full Review) | Rà soát ngoại lệ (Review-by-Exception) |
|---|---|---|
Độ phủ dữ liệu |
Đọc từng dòng log thô trong toàn bộ thời gian vận hành mẻ. |
Chỉ hiển thị các dòng log vi phạm bộ quy tắc ngoại lệ đã định nghĩa trước. |
Nỗ lực thực hiện |
Rất lớn, dễ bỏ sót lỗi do lượng dữ liệu quá nhiều và gây quá tải cho QA. |
Tự động hóa cao, QA tập trung xử lý các điểm bất thường thực sự ảnh hưởng chất lượng. |
Bằng chứng cần lưu |
Log audit trail đầy đủ có chữ ký rà soát của operator/QA ở cuối trang. |
Hồ sơ validation bộ lọc, SOP định nghĩa exception, và báo cáo lỗi có chữ ký phê duyệt. |
FAQ
Phần này gom các câu hỏi thường gặp từ người mới tìm hiểu audit trail trong GMP.
Audit trail là bản ghi điện tử an toàn, do hệ thống máy tính tự tạo và gắn dấu thời gian, ghi lại ai đã thực hiện một thao tác, khi nào, và với mỗi thay đổi thì giá trị trước và sau là gì cùng lý do. Đây là bằng chứng kỹ thuật cốt lõi của data integrity trong môi trường GMP điện tử, được yêu cầu bởi 21 CFR Part 11 §11.10(e); EU GMP Annex 11 mục 9 yêu cầu cân nhắc audit trail dựa trên đánh giá rủi ro và review định kỳ. Thanh tra thường yêu cầu xem audit trail đầu tiên khi kiểm tra một hệ thống máy tính.
Một audit trail đạt chuẩn GMP phải ghi tối thiểu: Ai (unique user account, không phải tài khoản nhóm); Cái gì (thao tác: tạo/sửa/xóa/phê duyệt); Khi nào (timestamp do server tạo, đồng bộ NTP); Giá trị trước và sau (cả giá trị cũ và mới của mỗi thay đổi); và Lý do (với thay đổi quan trọng). Trường before/after value là yêu cầu hay bị thiếu nhất ở hệ thống cũ.
Audit trail review là việc kiểm tra định kỳ nội dung audit trail để phát hiện pattern bất thường, và đây là yêu cầu bắt buộc — không chỉ cần có audit trail mà còn phải review nó. FDA Data Integrity Guidance nêu rõ audit trail liên quan chất lượng phải được review như một phần của review hồ sơ lô. Review hiệu quả dựa trên rủi ro (tìm thao tác lúc 2–3 giờ sáng, nhiều lần chạy lại test), không phải đọc từng dòng. PI 041-1 mục 9.6 cảnh báo: không review audit trail đầy đủ có thể khiến QA vô tình chấp nhận dữ liệu bị sửa hoặc sai.
Vì nếu chỉ ghi giá trị hiện tại (after), không thể chứng minh dữ liệu chưa bị thao túng. Ghi cả before value cho phép tái tạo toàn bộ lịch sử của bản ghi — đây chính là nguyên tắc Traceable trong ALCOA++ mà EU GMP Chapter 4 Draft 2025 đang codify. Một audit trail chỉ có current value không thể trả lời câu hỏi “giá trị này từng là bao nhiêu trước khi bị sửa,” nên không đủ để chứng minh tính toàn vẹn dữ liệu.
Các thiết bị standalone (cân, pH meter, máy đo độ rã) thường không có audit trail built-in, và đây là điểm yếu phổ biến bị thanh tra soi. Giải pháp: cấu hình thiết bị in kết quả với timestamp và user ID ngay tại thời điểm đo; hoặc dùng logbook giấy với witness signature; nâng cấp lên thiết bị có audit trail khi có thể; và quan trọng nhất là bảo vệ đồng hồ hệ thống của thiết bị khỏi bị chỉnh để ngăn backdating. Mọi dữ liệu dùng cho quyết định GMP đều thuộc phạm vi yêu cầu này.
Audit trail là biện pháp kỹ thuật hiện thực hóa các nguyên tắc data integrity ALCOA+. Nó là công cụ kỹ thuật chính để chứng minh đồng thời ba nguyên tắc trong môi trường điện tử (với hệ thống đơn giản không có audit trail, PI 041-1 chấp nhận biện pháp thay thế như kiểm tra lần hai hoặc bản ghi giấy): Attributable (gắn mỗi thao tác với một người), Contemporaneous (timestamp hệ thống chứng minh đúng thời điểm) và Original (ghi lại mọi thay đổi so với bản gốc). Với hệ thống điện tử không có audit trail và cũng không có biện pháp thay thế được kiểm soát, các nguyên tắc này chỉ là tuyên bố không kiểm chứng được — đó là lý do audit trail luôn là trung tâm của mọi cuộc kiểm tra data integrity.
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)
- 21 CFR Part 11 — Electronic Records; Electronic Signatures (§11.10(e)) — eCFR Part 11.
- EU GMP Annex 11 — Computerised Systems (EudraLex Volume 4) — EudraLex Volume 4.
- MHRA GxP Data Integrity Guidance — MHRA.
- PIC/S PI 041-1 Guidance on Data Integrity — PIC/S — https://picscheme.org/.
- ICH Q9 Quality Risk Management — ICH Q9.
- WHO Guideline on data integrity (TRS 1033 Annex 4, thay thế TRS 996 Annex 5) — WHO Guidelines.
- FDA Data Integrity and Compliance With Drug CGMP (2018, vẫn hiện hành) — FDA Guidance.
Ghi chú phạm vi
- Bài này tập trung vào định nghĩa và yêu cầu cơ bản của audit trail cho người mới. Cách cấu hình chi tiết theo 21 CFR Part 11 và Annex 11 được phân tích tại Audit Trail cấu hình đầy đủ.
- Nguyên tắc Traceable (ALCOA++) thuộc dự thảo EU GMP Chương 4 (đã đóng lấy ý kiến 07/10/2025, chưa có hiệu lực); yêu cầu before value đã là thực tế từ FDA inspection practice trước đó.
Lưu ý: Nội dung bài viết mang tính tham khảo kiến trúc kỹ thuật và không thay thế cho SOP, validation plan hoặc quy định chính thức của cơ quan quản lý dược phẩm sở tại.
Tác giả: Phạm Đức Phương Nam
