Ứng dụng AI đánh giá rủi ro công việc không thường kỳ tại nhà máy Thái Lan

Nếu doanh nghiệp đang cân nhắc “triển khai AI đánh giá rủi ro cho công việc không thường xuyên” tại nhà máy ở Thái Lan, điều đầu tiên cần quyết định không phải là cách để AI chấm điểm mức độ nguy hiểm. Điều quan trọng là: ai sẽ lập kế hoạch cho các công việc như dừng thiết bị, xử lý kẹt, thay khuôn, sửa chữa tạm thời, chạy thử; dựa trên thông tin nào; tại hiện trường cần xác nhận những gì; và ai là người cho phép công việc được thực hiện. AI có thể tạo bản nháp JSA (phân tích an toàn công việc) và giấy phép làm việc từ các quy trình trước đây và thông tin thiết bị, đồng thời chỉ ra các mâu thuẫn hoặc thiếu sót trong nội dung ghi chép. Tuy nhiên, việc nhận diện mối nguy, xác nhận cô lập, đối chiếu điều kiện hiện trường, phê duyệt bắt đầu hoặc tiếp tục công việc vẫn phải là trách nhiệm của con người có thẩm quyền và năng lực phù hợp. Bài viết này dành cho các bộ phận sản xuất, bảo trì, an toàn, IT và mua sắm tại cơ sở ở Thái Lan, trình bày liền mạch từ phạm vi triển khai, vận hành, RFP đến FAT/SAT.

Phạm vi AI có thể hỗ trợ trong đánh giá rủi ro cho công việc không thường xuyên

Công việc không thường xuyên là những công việc nằm ngoài vận hành tiêu chuẩn hằng ngày, và thiết bị, vị trí, nhân sự, khung thời gian đều có thể thay đổi theo từng vụ việc. Ví dụ, khi sản phẩm bị kẹt trong băng tải của dây chuyền sản xuất, chỉ với thông tin rằng hệ thống đã dừng trên màn hình vận hành thông thường thì chưa thể đánh giá đầy đủ khí nén, chi tiết có thể rơi do trọng lực, việc cấp liệu từ thiết bị lân cận, điện tích dư, v.v. Ngay cả khi cùng một model thiết bị, điều kiện cũng sẽ khác nhau sau khi thay đồ gá, khi đang tháo nắp bảo vệ, hoặc khi có nhân lực hỗ trợ ca đêm. Hướng dẫn nhận diện mối nguy của OSHA cũng cho thấy các công việc tần suất thấp như bảo trì, khởi động và dừng máy có những mối nguy riêng. Tuy nhiên, đây là hướng dẫn của Hoa Kỳ và không trực tiếp thể hiện sự phù hợp pháp lý theo luật Thái Lan.

Đối tượng mà AI hỗ trợ là “lấp khoảng trống trước khi con người bắt đầu suy nghĩ”. AI đối chiếu yêu cầu công việc, hồ sơ tài sản thiết bị, quy trình của nhà sản xuất, JSA trước đây, lịch sử thay đổi để đưa ra các đề xuất về bước công việc, nguồn năng lượng cần xác nhận, phòng ban liên quan, xung đột với công việc đồng thời, và bằng chứng cần thiết. Mỗi đề xuất cần đi kèm nguồn trích dẫn, điều kiện áp dụng, phiên bản, và những điểm chưa chắc chắn. Người thực hiện và giám sát sẽ xem thực tế tại hiện trường để chỉnh sửa, còn bộ phận an toàn hoặc người cấp phép sẽ quyết định liệu các biện pháp kiểm soát có thực sự khả thi hay không. Không thiết lập quy tắc nghiệp vụ kiểu “AI đánh giá là an toàn nên được phép làm”.

JSA trong bài này là phương pháp chia một công việc thành các công đoạn và xem xét mối nguy cùng biện pháp kiểm soát ở từng công đoạn. Giấy phép làm việc (permit-to-work) là thủ tục quản lý thể hiện rõ đối tượng, thời gian, trạng thái thiết bị, cô lập, các bên liên quan, điều kiện bắt đầu, kết thúc và bàn giao. HSE nêu rõ rằng chỉ phát hành giấy phép không tự động làm cho công việc trở nên an toàn. Dù số hóa, nếu màn hình giấy phép không khớp với trạng thái vật lý thực tế tại hiện trường thì cũng vô nghĩa. Việc triển khai AI cho công việc không thường xuyên không nên bắt đầu từ tự động hóa giấy tờ, mà từ thiết kế giúp việc kiểm chứng sự nhất quán đó trở nên dễ dàng hơn.

Thu hẹp đối tượng nghiệp vụ: nên bắt đầu từ bảo trì, thay đổi thiết lập hay chạy thử

Trong giai đoạn triển khai ban đầu, cách thực tế nhất là giới hạn vào một loại công việc, một nhóm thiết bị và một luồng cấp phép. Các ứng viên có thể là xử lý kẹt băng tải, thay khuôn máy đóng gói, thay phớt bơm, v.v. Tiêu chí lựa chọn không chỉ là “tần suất cao”. Cần xác nhận rằng có quy trình chuẩn sẵn có, tại hiện trường có phát sinh khác biệt về điều kiện làm việc, có thể tham chiếu hồ sơ cấp phép trước đây, và có người phụ trách hiện trường tham gia đánh giá. Nếu mở rộng ngay sang công việc không gian hạn chế có rủi ro cao hoặc công việc đồng thời phức tạp, sẽ khó tách bạch lỗi đánh giá với lỗi thiết kế nghiệp vụ.

Sau khi chọn công việc, hãy quan sát toàn bộ từ lúc bắt đầu đến lúc bàn giao lại thiết bị. Dù người yêu cầu chỉ ghi là “xử lý kẹt”, tại hiện trường thực tế có thể tách thành nhiều giai đoạn như tháo nắp che, dừng cấp liệu phía thượng nguồn, cô lập nguồn khí, xả áp tích trữ, vào vùng làm việc, chạy thử sau khi khôi phục. Cần ghi nhận ai thực hiện từng giai đoạn và thông tin nào đang bị phân tán trên giấy, Excel, hệ thống bảo trì hay trao đổi miệng của tổ trưởng. Nếu quyết định trước các trường nhập liệu cho AI, rất dễ dẫn đến tình trạng hầu hết là các mục hiện trường không thể nhập được, rồi AI lại “điền cho có vẻ hợp lý” vào chỗ trống.

Bảng phạm vi PoC nên ghi rõ thiết bị mục tiêu, loại hình công việc, ca phụ trách, có hay không nhà thầu, tài liệu đầu vào, hạng mục đầu ra, người phê duyệt, công việc loại trừ và điều kiện dừng. Ví dụ có thể quy định rõ: “thay khuôn trong dừng máy có kế hoạch của dây chuyền đóng gói A” là đối tượng, nhưng phục hồi khẩn cấp ngay sau sự cố, làm việc mang điện trong tủ điện, hoặc mở đường ống là ngoài phạm vi. Khi phát hiện công việc ngoài phạm vi, AI không được tái sử dụng giấy phép tương tự mà phải hiển thị “ngoài phạm vi・theo quy trình hiện hành”. Việc thử ngay từ đầu cách hệ thống phản ứng theo hướng an toàn với các trường hợp ngoài phạm vi sẽ tạo được niềm tin từ hiện trường.

Từ yêu cầu công việc đến cấp phép: 7 cổng kiểm soát mà con người phải chịu trách nhiệm

Cổng đầu tiên là yêu cầu công việc. Cần xác định ID tài sản thiết bị mục tiêu, vị trí, lý do yêu cầu, công việc dự kiến và thời gian mong muốn, không để các mô tả mơ hồ như “sửa chữa trọn gói” đi qua nguyên trạng. Cổng thứ hai là phiên bản tài liệu. Cần xác nhận quy trình của nhà sản xuất, sơ đồ điện/khí nén, cấu hình sau cải tạo, danh sách điểm cô lập có khớp với thực tế không. Nếu chỉ có bản vẽ cũ, AI không được tự suy đoán để bổ sung điểm cô lập mà phải chờ xác nhận tại hiện trường.

Cổng thứ ba là bản nháp JSA. Cần chia công việc thành các bước, liệt kê mối nguy, người có thể bị ảnh hưởng, biện pháp hiện có, biện pháp bổ sung, phương pháp xác nhận và người chịu trách nhiệm. Hướng dẫn đánh giá rủi ro nơi làm việc của ILO trình bày tuần tự việc nhận diện mối nguy và người bị ảnh hưởng, biện pháp kiểm soát, ghi chép người phụ trách và thời hạn, rồi rà soát lại. AI có thể hỗ trợ theo trình tự này, nhưng không thể bảo đảm phát hiện ra các mối nguy mới mà hiện trường chưa nhìn thấy.

Cổng thứ tư là đối chiếu tại hiện trường. Người chịu trách nhiệm công việc và người thực hiện cần xác nhận số thiết bị, lối tiếp cận, công việc lân cận, vật liệu, chiếu sáng, giàn giáo, nguồn năng lượng và ghi nhận sai khác. Cổng thứ năm là thực hiện và xác minh biện pháp. Việc cô lập nguồn điện, khí nén, thủy lực, trọng lực, v.v., và phương pháp xả năng lượng dư, ngăn ngừa khởi động lại phải được thực hiện theo quy trình đã quy định cho thiết bị đó. Tài liệu lockout/tagout của OSHA giải thích về kiểm soát năng lượng nguy hiểm trong bảo trì và bảo dưỡng, nhưng không được diễn giải lại các quy định của Hoa Kỳ đó thành nghĩa vụ pháp lý áp dụng cho nhà máy ở Thái Lan. Ở đây, chúng chỉ được dùng làm tài liệu tham khảo cho thiết kế thực tiễn.

Cổng thứ sáu là cấp phép. Người có thẩm quyền cấp phép sẽ xem JSA và điều kiện hiện trường để quyết định liệu các biện pháp cần thiết và bằng chứng đã đầy đủ hay chưa. AI có thể cảnh báo các ô chưa nhập, ID thiết bị không khớp, quy trình hết hiệu lực, hay chồng chéo công việc đồng thời, nhưng không được tự động xác nhận chữ ký điện tử hay chốt trạng thái cấp phép. Cổng thứ bảy là kết thúc và bàn giao. Sau công việc, cần ghi lại việc thu hồi dụng cụ và phụ tùng, khôi phục nắp che, rút người liên quan ra khỏi khu vực, điều kiện chạy thử, bàn giao thiết bị và các hạng mục chưa hoàn tất cho ca tiếp theo. HSE cũng nhấn mạnh sự phối hợp đối với công việc kéo dài qua nhiều giấy phép hoặc nhiều ca. Không chỉ lúc bắt đầu, mà lúc kết thúc cũng cần có cổng phê duyệt.

Bản nháp JSA nên đọc gì, và không nên cho AI đọc thông tin gì

Bộ tài liệu tối thiểu đưa cho AI gồm có: hồ sơ tài sản thiết bị, quy trình công việc đã được phê duyệt, mẫu JSA áp dụng, điều kiện cấp phép, bản vẽ sau thay đổi và nội dung khắc phục trong quá khứ. Nếu nơi lưu trữ tài liệu khác nhau, thì ngay cả với cùng tên thiết bị, tài liệu của máy đời cũ và máy đời mới có thể bị trộn lẫn. Khóa tìm kiếm không nên là tên gọi thông dụng mà phải là ID tài sản thiết bị, vị trí lắp đặt, model, phiên bản cải tạo, phiên bản quy trình. Câu chữ không có nguồn trích dẫn thì không được coi là căn cứ, mà phải hiển thị là chờ xác nhận. Cũng rất quan trọng là không kết thúc chỉ bằng một file PDF bản nháp cố định, mà phải cho phép cập nhật đầu vào mỗi khi tiền đề công việc thay đổi.

Các hạng mục nhập từ hiện trường không chỉ nên bao gồm “sẽ làm gì” mà còn cả “sẽ không làm gì”. Nếu nêu rõ hệ thống dây dẫn ngoài phạm vi, nắp che sẽ không tháo, thiết bị sẽ không dừng đồng thời, thì có thể giảm suy đoán không cần thiết. Tuy nhiên, việc một bộ phận được nhập là “không chạm vào” có thực sự vô can hay không vẫn phải do con người xác nhận tại hiện trường. Dù AI phát hiện mâu thuẫn trong câu chữ, nó vẫn không nắm được các ống mềm tạm thời hay dây điện câu tạm không có trên bản vẽ. Ảnh hoặc ghi chú do công nhân bổ sung cần gắn với thời điểm chụp, thiết bị, vị trí, trước/sau công việc để tránh bị tái sử dụng nhầm sang vụ việc khác.

Các thông tin như tên cá nhân, ảnh khuôn mặt, thông tin sức khỏe, tài liệu hợp đồng của nhà thầu, v.v. chỉ nên được xử lý sau khi đã xác định mục đích sử dụng và quyền truy cập. Nếu không cần ảnh hoặc mô tả tự do, hãy chỉ dùng ID thiết bị và điều kiện công việc. Nếu gửi tài liệu lên dịch vụ AI bên ngoài, cần xác nhận trong hợp đồng và cấu hình các điều kiện về việc đầu vào có bị lưu trữ/tái sử dụng không, nơi lưu trữ, xóa dữ liệu, ai có thể xem log, và bên được thuê xử lý. Tính hợp pháp cụ thể liên quan đến bảo vệ dữ liệu cá nhân hoặc an toàn lao động tại Thái Lan phải do bộ phận phụ trách tại địa phương hoặc chuyên gia đánh giá. Cũng cần phân quyền theo mục đích để không trộn hồ sơ an toàn với đánh giá nhân viên về sau.

Thứ tự ưu tiên khi liệt kê mối nguy và biện pháp

Chỉ làm cho JSA trông đẹp hơn không có nghĩa là mức nguy hiểm giảm đi. Với từng mối nguy, trước tiên cần xem có thể loại bỏ hẳn công việc hay không, có thể đổi sang phương pháp khác hay không, có thể ngăn tiếp xúc bằng hàng rào vật lý, cô lập hoặc đồ gá hay không. Sau đó mới xem xét quy trình, đào tạo, giám sát và phương tiện bảo vệ cá nhân. Biện pháp không nên kết thúc bằng câu “chú ý”, mà phải nêu rõ người thực hiện và phương pháp xác minh. Dù AI tìm thấy PPE với tần suất cao trong tài liệu cũ, điều đó không có nghĩa PPE là biện pháp hiệu quả nhất. Tần suất xuất hiện trong văn bản cũ và hiệu lực đối với rủi ro của tình huống lần này phải được đánh giá tách biệt.

Ví dụ, khi xử lý kẹt băng tải, chỉ ghi “dừng máy trước khi đưa tay vào” có thể là chưa đủ. Cần xác nhận liệu có sản phẩm mới được cấp từ phía thượng nguồn hay không, vật liệu vận chuyển có thể rơi không, còn năng lượng dư sau nút dừng khẩn cấp hay không, người khác có thể thao tác nhả khóa hay không, và đang tiếp cận từ vị trí nào trên thiết bị. AI có thể tạo câu hỏi dựa trên sơ đồ thiết bị và các near-miss trước đây. Tuy nhiên, nhãn chỉ ra điểm cô lập thực tế, việc gắn khóa, và xác minh trạng thái zero energy không thể được thay thế bằng đầu ra của mô hình ngôn ngữ. Hồ sơ hiện trường không chỉ nên có ô tick mà cần lưu lại trạng thái đã xác nhận và người xác nhận.

Các điều kiện bất thường cũng phải được viết ngay từ đầu vào JSA. Nếu giữa chừng nội dung công việc thay đổi, có nhà thầu khác vào cùng thiết bị, có báo động phát sinh, không thể thực hiện cô lập như dự kiến, hoặc đổi ca, thì phải tạm dừng giấy phép và đánh giá lại. Thiết kế cho phép cập nhật bản nháp trong khi trạng thái vẫn là “đã cấp phép” là nguy hiểm. Khi phiên bản thay đổi, trạng thái cấp phép phải bị vô hiệu, các bên liên quan được thông báo thay đổi, và chỉ được tiếp tục sau khi hoàn thành việc tái xác nhận cần thiết. AI có thể hỗ trợ tóm tắt điểm thay đổi, nhưng người có thẩm quyền chấp nhận thay đổi phải là con người.

Quyền hạn, trạng thái và nhật ký kiểm toán cần có cho AI hỗ trợ giấy phép làm việc

Trạng thái của giấy phép làm việc nên được chia thành các mức như “yêu cầu”, “bản nháp”, “chờ xác nhận hiện trường”, “chờ thực hiện biện pháp”, “chờ phê duyệt”, “có hiệu lực”, “tạm dừng”, “kết thúc”, v.v. Cần định nghĩa phù hợp với luồng hiện có của nhà máy và thiết lập quan hệ một-một giữa trạng thái chuyển trên màn hình với hành động ngoài hiện trường. Các thao tác được phép cho AI nên giới hạn ở tra cứu tài liệu, tạo bản nháp, gợi ý phương án, thông báo mâu thuẫn, tóm tắt sai khác khi thay đổi; không được cho phép AI chuyển trạng thái sang “có hiệu lực”, thay người xác nhận cô lập, ký thay, hoặc gửi lệnh khởi động đến thiết bị. Việc cấm phê duyệt tự động phải được cưỡng chế bằng thiết kế quyền hạn và API, không chỉ bằng câu chữ trong prompt.

Vai trò tối thiểu nên được tách thành người yêu cầu, người chịu trách nhiệm công việc, người thực hiện, bộ phận sở hữu thiết bị, người cấp phép, bộ phận an toàn và quản trị hệ thống. Ngay cả trong thực tế một người có thể kiêm nhiều vai trò, hệ thống vẫn phải cho thấy rõ trong vụ việc đó người ấy đã làm gì. Nhà thầu chỉ nên truy cập các thông tin cần thiết cho vụ việc của họ, không thể xem hồ sơ của công ty khác hoặc dây chuyền khác. Khi đổi ca, người phụ trách mới phải tiếp nhận các hạng mục chưa hoàn tất và trạng thái thiết bị; không nên thiết kế kiểu chỉ bàn giao tài khoản đăng nhập là quyền cấp phép được chuyển luôn.

Nhật ký kiểm toán cần lưu giá trị đầu vào, ID và phiên bản tài liệu tham chiếu, phiên bản mô hình AI hoặc luật, thời điểm tạo, bản nháp, trước/sau chỉnh sửa, người phê duyệt, lý do trả lại, lý do dừng/tái khởi động. Log không nhằm chứng minh mô hình đã đúng, mà nhằm kiểm tra ai đã ra quyết định dựa trên thông tin nào và sau đó có thể cải thiện điểm gì. Nếu hiện trường có khả năng offline, cần quyết định cách vận hành khi không hiển thị được màn hình giấy phép, cách đồng bộ hồ sơ, và cách ngăn chặn phê duyệt trùng hoặc khôi phục trạng thái cũ. Nên tránh thiết kế mà khi mất kết nối, AI suy đoán rằng giấy phép đã được duyệt.

Khung quản lý rủi ro AI của NIST có thể dùng làm tài liệu tham khảo để tổ chức sử dụng AI thiết kế vai trò, đánh giá và giám sát. Các tài liệu về tương tác người-AI nêu rõ sự cần thiết phải làm rõ ai là người ra quyết định và ai là người giám sát. Đây là khung tham khảo cho quản trị sản phẩm AI, không phải sự bảo đảm về chứng nhận chức năng an toàn của thiết bị hay sự phù hợp với pháp luật Thái Lan. Việc thiết kế và xác minh mạch an toàn, interlock, nút dừng khẩn cấp, v.v. phải do kỹ sư am hiểu thiết bị và tiêu chuẩn áp dụng thực hiện riêng.

Vận hành đa ngôn ngữ tại cơ sở ở Thái Lan: không nhầm lẫn giữa dịch thuật và phê duyệt

Tại các nhà máy ở Thái Lan, có thể song song tồn tại quy trình của trụ sở Nhật Bản, tài liệu tiếng Anh của nhà sản xuất và phần giải thích hiện trường bằng tiếng Thái. Nếu AI tạo bản nháp đa ngôn ngữ, cần kiểm tra theo từng ngôn ngữ đích xem tên thiết bị, điểm cô lập, nội dung cấm thao tác, mức độ cảnh báo, thứ tự công việc, số liệu và đơn vị có nhất quán hay không. Đặc biệt, “dừng”, “cô lập”, “đo xác nhận không còn điện áp”, “cấm khởi động lại” là các hành vi khác nhau. Dù bản dịch trôi chảy, nếu gộp chúng thành một từ thì ý nghĩa của biện pháp sẽ bị mất. Cần có cơ chế tham chiếu bộ thuật ngữ đã được phê duyệt cho từng ngôn ngữ và biển báo thực tế tại hiện trường.

Màn hình để người lao động ký phải được hiển thị bằng ngôn ngữ mà họ hiểu, và khi cần thiết phải có giải thích cùng hỏi đáp bằng tiếng mẹ đẻ. Dịch bằng AI có thể hỗ trợ chuẩn bị phần giải thích, nhưng không phải là bằng chứng cho việc đã xác nhận người lao động hiểu. Nếu chỉ dẫn tại hiện trường và giấy phép khác nhau, thì không được bắt đầu công việc cho đến khi người có thẩm quyền giải quyết bên nào là đúng. Mọi thay đổi trong bộ thuật ngữ đều phải có phiên bản và phê duyệt đi kèm để tránh việc ý nghĩa của các giấy phép trước đây bị thay đổi về sau.

Các quy định pháp luật tại Thái Lan, việc giải thích cho người lao động, phân chia trách nhiệm với nhà thầu, và cách xử lý dữ liệu cá nhân sẽ thay đổi tùy theo vị trí nhà máy, ngành nghề và hợp đồng. Tài liệu của OSHA, HSE, ILO, NIST ở nước ngoài chỉ là tham khảo thiết kế, không thay thế việc xác nhận tuân thủ pháp luật tại Thái Lan. Trong RFP nên đưa vào các công việc như “chỉ định người chịu trách nhiệm xác nhận luật địa phương và quy định nội bộ” và “xác định tiêu chuẩn áp dụng cho thiết bị/công việc”. Thay vì yêu cầu nhà cung cấp AI bảo đảm tính hợp pháp bằng những tuyên bố chung chung, cách thực tế hơn là làm rõ ranh giới trách nhiệm và bằng chứng cần thiết trong hợp đồng.

Những nội dung cần viết trong RFP: đầu vào, đầu ra, ngoại lệ và phân định trách nhiệm

Phần mở đầu của RFP nên ghi: “hỗ trợ tạo bản nháp JSA và giấy phép làm việc cho công việc mục tiêu, đồng thời phát hiện thiếu sót; quyết định cấp phép do người được chỉ định thực hiện”. Cũng cần nêu rõ các nội dung ngoài phạm vi như phê duyệt tự động, điều khiển thiết bị, hoặc tự động đánh giá sự phù hợp pháp lý. Đặc tả đầu vào cần liệt kê ID thiết bị, loại hình công việc, phiên bản tài liệu, điều kiện hiện trường, các bên liên quan, công việc đồng thời, điểm cô lập, tài liệu đính kèm. Đặc tả đầu ra cần tách rõ công đoạn, mối nguy, ứng viên biện pháp, tài liệu căn cứ, điều kiện áp dụng, hạng mục chưa xác nhận, sai khác và trạng thái cấp phép. Nếu sản phẩm bàn giao chỉ là một “điểm rủi ro” duy nhất thì không thể giải thích các thiếu sót quan trọng.

Trong đặc tả ngoại lệ, cần định nghĩa riêng các trường hợp như không tìm thấy tài liệu, ID thiết bị không khớp, quy trình là bản cũ, đầu vào mâu thuẫn, công việc ngoài phạm vi, mất kết nối, thay đổi nhà thầu, chưa xác nhận cô lập, điều kiện thay đổi trong khi làm việc, số lượng công việc đồng thời tăng lên. Với mỗi ngoại lệ, cần quyết định sẽ thông báo cho ai, có dừng bản nháp hay không, có vô hiệu giấy phép hay không, và có quay về quy trình thủ công hay không. Không nên quyết định cho phép hay không chỉ dựa trên độ tự tin của đầu ra AI. Có những trường hợp đầu vào thiếu nhưng hệ thống vẫn cho ra mức tự tin cao.

Phân định trách nhiệm còn ảnh hưởng đến chi phí vận hành sau mua sắm. Nhà máy giữ bản chuẩn của thiết bị và quy trình công việc, đánh giá mối nguy tại hiện trường và quyền phê duyệt. Nhà cung cấp chịu trách nhiệm trong phạm vi hợp đồng về quản lý phiên bản của tài liệu tra cứu, quyền hệ thống, log, thử nghiệm, quản lý thay đổi và ứng phó sự cố. Các khoảng trống nằm giữa hai bên như “ai cập nhật tài liệu”, “ai đóng các đề xuất sai của AI”, “ai thực hiện thử nghiệm lại sau khi cập nhật mô hình” cần được đưa thành bảng. Quy trình quay về giấy hoặc hệ thống hiện có khi dịch vụ dừng, và định dạng xuất dữ liệu cũng nên được đưa vào yêu cầu.

FAT・SAT nên ưu tiên thử khả năng “chặn thông qua nguy hiểm” hơn là chỉ “ra bản nháp đúng”

Trong FAT (Factory Acceptance Test), sử dụng bộ tài liệu phiên bản cố định và kịch bản công việc để tái hiện việc tra cứu, tạo nháp, quyền hạn, log và xử lý ngoại lệ trong môi trường của nhà cung cấp. Trong SAT (Site Acceptance Test), thử trong điều kiện thực tế tại chỗ bao gồm ID thiết bị tại hiện trường, mạng, thiết bị đầu cuối, ngôn ngữ, luồng bảo trì/cấp phép hiện có và người phê duyệt thực tế. PoC là giai đoạn khảo sát khả năng áp dụng; FAT là xác nhận chức năng theo đặc tả hợp đồng; SAT là xác nhận khả năng vận hành thành công tại hiện trường. Không giai đoạn nào trong số này là thử nghiệm mà AI bảo đảm chức năng an toàn.

Ở ca dương tính, hãy chuẩn bị một tình huống bảo trì có kế hoạch trong đó quy trình đã phê duyệt khớp với điều kiện hiện trường. Nhưng chỉ như vậy là chưa đủ. Ở ca âm tính, cần đưa vào bản vẽ phiên bản cũ, điểm cô lập của dây chuyền khác, nhà thầu được thêm vào khi công việc đang diễn ra, hồ sơ khóa còn thiếu, áp suất dư chưa xác nhận, bàn giao sang ca đêm, công việc đồng thời, thiết bị đầu cuối offline, và công việc mang điện ngoài phạm vi. Kết quả mong đợi không chỉ là “xuất ra câu chữ đúng”, mà còn là giữ bản nháp ở trạng thái chờ, chỉ ra thiếu căn cứ, từ chối thao tác của người không có quyền cấp phép, và dừng giấy phép hiện có. Các trường hợp thất bại cần được thử lại sau khi đã sửa.

Chỉ số đánh giá không nên gộp thành một tỷ lệ đúng chung chung. Cần đếm riêng từng loại như thiếu mối nguy, đề xuất biện pháp sai, câu chữ không có căn cứ, nhận nhầm thiết bị, chấp nhận nhầm công việc ngoài phạm vi, đi vòng cổng phê duyệt, dịch sai ngôn ngữ hiển thị, thiếu log cần thiết. Với những kịch bản liên quan đến nguy cơ nghiêm trọng, cần đặt điều kiện đậu/rớt riêng thay vì để chìm trong giá trị trung bình. Tiêu chí đạt phải do đánh giá rủi ro của nhà máy và hợp đồng xác định, không dùng nguyên xi benchmark chung của nhà cung cấp mô hình. Sau nghiệm thu, khi có cải tạo thiết bị, thay đổi quy trình hoặc cập nhật mô hình, cũng cần thực hiện lại cùng bộ thử nghiệm đó.

Nối các kịch bản thử thành một công việc hoàn chỉnh

Lấy ví dụ dừng có kế hoạch của máy đóng gói và thay khuôn: tại thời điểm yêu cầu, nhập số máy và kế hoạch dừng, rồi AI hiển thị quy trình đã phê duyệt cùng bản vẽ tương ứng. Người phụ trách hiện trường đối chiếu model thực tế của máy và phiên bản cải tạo, đồng thời kiểm tra theo từng bước công việc các yếu tố như vận chuyển, gia nhiệt, khí nén, bộ phận chuyển động, vị trí đặt dụng cụ. Tại đây, nếu thay bản vẽ đã cung cấp cho AI bằng phiên bản cũ, kết quả mong đợi không phải là “tiếp tục dùng JSA trước đây”, mà là hiển thị không khớp phiên bản và dừng bản nháp. Phiếu thử nghiệm cần ghi cả đầu vào, cảnh báo mong đợi, vai trò được phép thao tác, log sẽ còn lại và điều kiện khôi phục.

Tiếp theo, trong lúc xác nhận hiện trường, bổ sung thêm công việc đi dây ở dây chuyền bên cạnh. Nếu chia sẻ cùng vùng làm việc hoặc cùng tủ điện, thì các tiền đề của JSA ban đầu đã thay đổi. AI có thể chỉ ra khả năng có công việc đồng thời, nhưng việc đảm bảo khoảng cách an toàn hoặc điều chỉnh tiến độ phải do các người phụ trách hiện trường xác nhận với nhau. SAT cần kiểm tra xem trong điều kiện thay đổi này, phê duyệt hiện có có bị giữ hiệu lực nguyên trạng hay không. Hơn nữa, nếu sau khi cấp phép xảy ra đổi ca, cần thử xem bên nhận ca có thể tiếp nhận phần việc còn lại, trạng thái cô lập, dụng cụ và điều kiện chạy thử hay không. Điều kiện đậu/rớt không chỉ là đọc được phần tóm tắt của AI, mà còn phải truy được về hồ sơ gốc.

Thử nghiệm âm tính không thể kiểm chứng bằng mục tiêu trừu tượng kiểu “không xuất ra câu sai”. Ví dụ, trộn vào bản vẽ chỉ khác phần đuôi số máy, nhập tên điểm cô lập bằng tên cũ, đổi đơn vị áp suất, để cùng một tài khoản thao tác cả vai trò người thực hiện và người cấp phép, hoặc để nhà thầu đính kèm ảnh của vụ việc khác. Mỗi lần chỉ thay đổi một điểm khởi phát lỗi như vậy. Với từng trường hợp, quan sát hệ thống đã từ chối điều gì, đã thông báo gì cho ai và đã để lại bằng chứng gì. Nếu không phát hiện được, không nên chỉ điều chỉnh mô hình mà cần xem phải sửa ràng buộc đầu vào, đối chiếu ID thiết bị, thiết kế quyền hạn hay cổng thủ công.

Chi phí và hiệu quả triển khai không nên chỉ đánh giá bằng “thời gian tạo tài liệu”

Chi phí cần bao gồm kiểm kê và quản lý phiên bản tài liệu, chuẩn hóa ID thiết bị, thiết kế luồng công việc, thiết bị đầu cuối, kết nối với CMMS hoặc hệ thống cấp phép hiện có, rà soát đa ngôn ngữ, FAT/SAT, đào tạo, kiểm toán vận hành, cập nhật mô hình và vận hành thủ công khi có sự cố. Nếu chỉ so sánh phí sử dụng AI tạo sinh, sẽ bỏ sót chi phí chuẩn bị và duy trì cần thiết cho hiện trường. Trong RFP, nên tách rõ chi phí ban đầu, phí hằng tháng, chi phí theo lưu lượng sử dụng, chi phí thiết bị bổ sung, chi phí cải tạo và hoàn trả dữ liệu khi rút lui; đồng thời yêu cầu thể hiện cả chi phí tăng thêm khi mở rộng sang nhiều cơ sở.

Hiệu quả cũng không nên chỉ nhìn vào việc rút ngắn thời gian soạn giấy tờ. Cần theo dõi số lần chỉnh sửa bản nháp, sai khác được phát hiện khi đối chiếu hiện trường, việc tham chiếu quy trình bản cũ, việc trả lại giấy phép, chậm bắt đầu công việc, bỏ sót bàn giao, tỷ lệ thực hiện đánh giá lại sau thay đổi, v.v. Tuy nhiên, đừng vội kết luận rằng số lượng phát hiện tăng lên đồng nghĩa tai nạn tăng. Cũng có thể là các vấn đề trước đây không nhìn thấy nay bắt đầu được ghi nhận. Ngược lại, không nên coi số cảnh báo giảm là bằng chứng của cải thiện an toàn; cần đánh giá cùng với quan sát hiện trường, near-miss và tình trạng thực thi biện pháp. Cũng nên tránh thiết kế PoC ngắn hạn với mục tiêu chứng minh quan hệ nhân quả về giảm tai nạn.

Trước khi triển khai, ít nhất cần đo hiện trạng của công việc mục tiêu trên nhiều ca, rồi so sánh trong cùng điều kiện giữa có và không có AI hỗ trợ. Ví dụ, ghi nhận thời gian từ chuẩn bị JSA đến phê duyệt, lỗi nhầm thiết bị, thời điểm phát hiện hạng mục chưa xác nhận, và tải xác nhận của giám sát viên. Không nên so sánh bằng trung bình đơn giản giữa các vụ việc có mức độ nguy hiểm khác nhau, mà phải tách theo thiết bị và loại hình công việc. Dù hiệu suất tăng, nếu bỏ qua các xác nhận quan trọng thì vẫn là thất bại. Khi ra quyết định mua sắm, cần nhìn song song cả thời gian đến lúc bắt đầu công việc và việc dừng/trả lại vì lý do an toàn có hoạt động đúng hay không.

Khi đánh giá gánh nặng cho hiện trường, cũng phải tính cả phần đầu vào tăng thêm. Nếu chỉ chụp giấy phép làm việc hiện có rồi cho AI đọc, thì sau đó ai sẽ chỉnh lại ID thiết bị và phiên bản tài liệu có thể trở nên mơ hồ. Nếu công việc bổ sung để nâng chất lượng đầu vào dồn hết cho bộ phận bảo trì, thì dù việc tạo bản nháp nhanh hơn, tổng thời gian cũng chưa chắc giảm. Ngược lại, nếu hồ sơ thiết bị và quy trình được chuẩn hóa tốt, thì ngay cả hoạt động tra cứu hoặc bàn giao của nghiệp vụ hiện có không dùng AI cũng có thể được cải thiện. Khi báo cáo hiệu quả, không nên quy toàn bộ cho AI, mà cần tách riêng phần thay đổi đến từ chuẩn hóa tài liệu, sắp xếp quyền hạn và đào tạo hiện trường.

Nếu cảnh báo sai quá nhiều, hiện trường sẽ bỏ qua thông báo; nếu quá ít, thiếu sót sẽ bị bỏ lọt. Thay vì giảm đồng loạt cảnh báo, nên phân biệt rõ trên giao diện giữa điều kiện dừng mức nguy hiểm cao, trường hợp chờ xác nhận tài liệu, và hỗ trợ nhập liệu đơn thuần. Với người cấp phép, hiển thị “các sai khác cần quyết định ngay”; với người thực hiện, hiển thị “các điểm cần xác nhận tại hiện trường”. Trong các cuộc họp vận hành, không chỉ nhìn số lượng cảnh báo mà còn xem lý do trả lại, số vụ đã thực sự chỉnh sửa, và ví dụ cụ thể về những thông báo không hữu ích. Cũng cần xác nhận qua quan sát công việc và phỏng vấn xem con người có đang phụ thuộc quá mức vào đầu ra của AI hay không.

Triển khai theo giai đoạn và quản lý thay đổi: ví dụ chia 90 ngày thành ba phần

Giai đoạn đầu nên dùng cho quan sát công việc và sắp xếp tài liệu. Đối chiếu ID thiết bị, bản vẽ, mẫu giấy phép, quy trình cô lập thực tế và các nội dung khắc phục trong quá khứ, đồng thời xác nhận cách diễn đạt tiếng Thái sử dụng tại hiện trường. Giai đoạn tiếp theo, với một loại hình công việc, hãy cho bản nháp AI chạy song song với quy trình hiện có. Bản nháp AI chưa dùng làm giấy phép chính thức; người phụ trách hiện trường sẽ ghi lại sai khác và lỗi. Giai đoạn cuối là chạy FAT/SAT đã thống nhất, rồi chuyển sang vận hành chính thức với phạm vi giới hạn. “90 ngày” ở đây chỉ là ví dụ lập kế hoạch, không phải thời hạn pháp lý hay khoảng thời gian bảo đảm an toàn.

Sau khi bắt đầu vận hành, cần đưa cập nhật tài liệu và cập nhật mô hình lên cùng một cơ chế quản lý thay đổi. Nếu có sửa đổi quy trình từ nhà sản xuất, thay đổi đồ gá, di dời dây chuyền, bổ sung điểm cô lập, thay đổi nhà thầu, thì phải thử lại các kịch bản liên quan. Cần xem sai khác đầu ra trước và sau cập nhật để xác nhận mối nguy hoặc biện pháp không bị biến mất. Khi xuất hiện lỗi nghiêm trọng, phải dừng hỗ trợ AI và quay về quy trình cấp phép thủ công hiện có. Khi khôi phục, cần ghi lại nguyên nhân, phạm vi ảnh hưởng, sửa đổi, thử nghiệm lại và phê duyệt. Đừng biến một hệ thống chưa từng thử dừng và rollback thành con đường cấp phép duy nhất tại hiện trường.

Không nên để riêng bộ phận an toàn ôm toàn bộ vận hành; bảo trì, sản xuất, nhà thầu, IT và mua sắm cần định kỳ rà soát các đề xuất sai và thay đổi ở hiện trường. Cần có đầu mối để người lao động có thể báo “AI chỉ ra sai”, và cơ chế xử lý báo cáo đó mà không gây bất lợi cho người báo. Tư duy đo lường và quản lý liên tục mà NIST AI RMF gợi ý có thể được dùng để thiết kế các hoạt động rà soát như vậy. Chủ thể đánh giá không phải mô hình, mà là đội vận hành của nhà máy.

Năm chế độ sai hỏng cần rà soát trước khi đặt hàng

Thứ nhất là tìm kiếm tài liệu chỉ bằng tên gọi thông dụng của thiết bị. Dù cùng được gọi là “máy đóng gói số 2”, số trong sổ đăng ký thiết bị, thay đổi của tủ điều khiển, hoặc quy cách của nắp che bảo vệ có thể khác nhau. Nếu tìm thấy quy trình của một line khác nhưng tương tự, thì câu chữ có thể tự nhiên nhưng bản thảo sẽ có các điểm isolation khác. Trước khi đặt hàng, hãy quyết định phương pháp đối chiếu ID thiết bị giữa nhãn trên thiết bị thực tế, sổ đăng ký, bản vẽ, lịch sử bảo trì và giấy phép. Ít nhất đối với các hạng mục quan trọng, không chỉ tìm kiếm bằng tên nhập tự do, mà phải kiểm tra một cách cơ học tính nhất quán giữa asset ID đã chọn và phiên bản. Nếu bản vẽ chưa rõ, không để hệ thống cho chọn “ứng viên của bản mới nhất”, mà giữ ở trạng thái chờ cho đến khi xác định được tại hiện trường.

Thứ hai là cho hệ thống học từ các permit-to-work trong quá khứ như thể đó là bộ đáp án đúng. Trong tài liệu cũ thường lẫn các biện pháp tạm thời chỉ dùng ở thời điểm đó, các mục bị bỏ sót khi điền, và các quy trình đã bị bãi bỏ. Dù AI có đề xuất “biện pháp thường được dùng” dựa trên tần suất xuất hiện của câu chữ, điều đó cũng không bảo đảm còn hiệu lực đối với tình trạng thiết bị lần này. Trước hết, hãy dùng các quy trình đã được phê duyệt và bản vẽ hiện hành làm tài liệu tham chiếu ưu tiên cao hơn; JSA trong quá khứ chỉ nên giới hạn là tài liệu hỗ trợ để tìm xem “đã xác nhận những gì trong công việc tương tự”. Nếu phát hiện một thiếu sót nghiêm trọng trong ví dụ quá khứ, không nên chỉ đưa riêng trường hợp đó vào danh sách từ cấm của mô hình, mà phải sửa bản gốc chính thức của quy trình và nội dung đào tạo tại hiện trường.

Thứ ba là thay thế việc xác nhận tại hiện trường bằng cách điện tử hóa chỉ với đính kèm ảnh. Nếu ảnh chụp trước isolation, ảnh của thiết bị khác, hoặc ảnh chụp sau khi làm việc xong lẫn vào cùng một hồ sơ, thì dù số lượng bằng chứng tăng lên, chất lượng phán đoán lại xấu đi. Nếu dùng ảnh, phải gắn kết ảnh với ID thiết bị, vị trí, người chụp, thời điểm, giai đoạn công việc và trạng thái cần xác nhận. Dù vậy, phạm vi mà hình ảnh thể hiện vẫn có giới hạn. Không được cho rằng chỉ bằng ảnh là có thể chứng minh tình trạng không còn điện trong tủ, áp suất dư trong đường ống, hay liên động với thiết bị lân cận; phải lưu riêng kết quả đo thực tế hoặc quy trình xác minh theo quy định. Cũng cần tránh nhầm phần mô tả hình ảnh do AI tạo ra với hồ sơ xác nhận.

Thứ tư là người phê duyệt tiếp nhận hiển thị màu xanh trên màn hình như bằng chứng an toàn. Màn hình có thể cho thấy tính nhất quán của dữ liệu nhập, nhưng không có nghĩa là tự động biết được thay đổi tại hiện trường. Trên màn hình permit, cần phân biệt rõ “đã xác nhận”, “chưa xác nhận”, “không thuộc đối tượng”, và “cần xác nhận lại sau thay đổi”, đồng thời cần thiết kế sao cho không làm mức độ hoàn thiện của bản thảo trông giống như chứng nhận an toàn. Cần để người phê duyệt có thể chuyển ngay bằng một thao tác tới tài liệu gốc và các hạng mục hiện trường mà họ phải xác nhận; nếu còn isolation chưa xác nhận hoặc có công việc không thuộc đối tượng, thì phải vô hiệu hóa nút bấm. Chỉ tạo ra nút để người có thẩm quyền bấm là chưa đủ; việc phê duyệt phải gắn với phiên bản tài liệu và điều kiện hiện trường tại đúng thời điểm đó.

Thứ năm là sau khi vận hành, cập nhật tài liệu và mô hình một cách tách rời nhau. Có thể phát sinh các sai khác như: bản sửa đổi của quy trình không được phản ánh vào chỉ mục tìm kiếm, cách diễn đạt nguồn nguy hiểm thay đổi sau khi cập nhật mô hình, hoặc chỉ riêng bảng thuật ngữ tiếng Thái là cũ. Mỗi lần cập nhật phải kèm theo lý do thay đổi, thiết bị và công việc bị ảnh hưởng, phiếu thử nghiệm, người phê duyệt và điểm quay lui. Khi nạp vào màn hình mới một permit chưa hoàn tất được tạo bằng phiên bản cũ, không được tự động coi là còn hiệu lực, mà con người phải kiểm tra phần chênh lệch. Không giao toàn bộ việc cập nhật cho vendor; phía nhà máy phải có người chịu trách nhiệm tài liệu quản lý bản gốc chính thức. Nếu định kỳ thử xem tại hiện trường có thể truy vết trọn vẹn một permit đến bước cuối cùng hay không, sẽ phát hiện được những đứt gãy mà chỉ nhìn trạng thái hiển thị bình thường trên màn hình thì không thấy.

Những vấn đề này không chỉ xảy ra do lỗi phần mềm, mà còn xuất hiện ở ranh giới giữa sổ đăng ký thiết bị, quản lý tài liệu, thẩm quyền và xác nhận tại hiện trường. Vì vậy, khi lựa chọn, ngoài chất lượng câu chữ trong bản demo, hãy giao cho vendor các bản vẽ cũ thực tế hoặc dữ liệu đầu vào mâu thuẫn để xem hệ thống dừng ở đâu. Dù có thể tạo ra JSA trông đẹp trong thời gian ngắn, sản phẩm che giấu việc tài liệu làm căn cứ là không chắc chắn thì không phù hợp cho mục đích này. Ngược lại, hành vi chỉ rõ rằng cơ sở căn cứ còn thiếu và trả lại cho con người xử lý, dù có làm chậm công việc đôi chút, vẫn đáng để triển khai.

Kiểm tra trước triển khai dùng chung giữa hiện trường và mua sắm

Trong cuộc họp xem xét triển khai, cần bảo đảm rằng bộ phận bảo trì có thể giải thích về thiết bị và các nguồn năng lượng, bộ phận sản xuất có thể giải thích điều kiện dừng và khởi động lại, bộ phận an toàn có thể giải thích đánh giá rủi ro và đào tạo, IT có thể giải thích về quyền hạn và log, còn mua sắm có thể giải thích về hợp đồng và điều kiện rút lui. Nếu có hạng mục nào mà một bộ phận trả lời rằng “vendor AI sẽ quyết định”, thì ranh giới trách nhiệm cho hạng mục đó vẫn chưa được xác định. Đặc biệt, việc ủy quyền của người cấp phép, sự tham gia của nhà thầu, bàn giao ca đêm và chuyển sang sửa chữa khẩn cấp phải được xác nhận bằng các kịch bản hiện trường thực tế. Thay vì bắt AI cam kết bao quát hoàn toàn mọi nguồn nguy hiểm, hãy xác định cách vận hành để có thể dừng, điều tra và khắc phục khi nghi ngờ có bỏ sót.

Về mặt tài liệu, hãy lập danh sách nơi lưu giữ các quy trình đã được phê duyệt, người cập nhật, phiên bản và thiết bị áp dụng. Cũng phải ghi rõ sự khác nhau giữa permit-to-work và JSA, ở thời điểm nào thì ai có thể sửa, và trong điều kiện nào thì phải ký lại sau khi sửa. Về mặt hệ thống, hãy xác nhận dữ liệu mà AI có thể sử dụng, nơi gửi dữ liệu, thời hạn lưu giữ, access log và cách vận hành khi có sự cố. Về mặt thử nghiệm, hãy bao gồm các trường hợp bình thường, bất thường, không thuộc đối tượng, mất liên lạc, đa ngôn ngữ và смен ca. Khi tổng hợp các nội dung này vào một bảng yêu cầu duy nhất, sẽ thấy được phần sắp xếp cần thiết từ phía hiện trường trước khi tăng thêm chức năng AI.

Về mặt hợp đồng, hãy xác nhận chủ sở hữu của tài liệu và log, thông báo thay đổi đối với mô hình hoặc dịch vụ, thời hạn sửa lỗi, thử nghiệm lại và việc hoàn trả dữ liệu. Không chỉ quyết định mức phí khi số lượng thiết bị hoặc công việc tăng sau khi triển khai, mà còn phải quyết định ai sẽ thực hiện đánh giá rủi ro trước khi đưa thiết bị mới vào phạm vi áp dụng. Khi sao chép sang địa điểm khác, do số thiết bị, ngôn ngữ, nhà thầu và luồng phê duyệt khác nhau, không được coi là hoàn tất nghiệm thu chỉ vì đã sao chép cấu hình. Cần lập kế hoạch đối chiếu với hiện vật và thực hiện SAT cho từng nhà máy. Chỉ sau khi đáp ứng các điều này mới có thể đánh giá việc rút ngắn thời gian tạo bản thảo như một hiệu quả bền vững.

FAQ：Câu hỏi thường gặp về triển khai AI đánh giá rủi ro cho công việc không thường xuyên

Có thể hoàn tất đánh giá rủi ro cho công việc không thường xuyên chỉ bằng AI không?

Không thể. AI có thể đề xuất bản nháp JSA hoặc các hạng mục cần xác nhận từ tài liệu quá khứ, nhưng trạng thái cô lập thực tế, hạng mục tạm thời, công việc lân cận và mức độ hiểu của người lao động phải được xác nhận tại hiện trường. Trách nhiệm của người cấp phép cũng không được chuyển cho AI. Nếu tài liệu thiếu, hệ thống cần được thiết kế để giữ bản nháp ở trạng thái chờ và trả về cho con người điều tra.

AI hỗ trợ giấy phép làm việc có giống với tự động hóa chữ ký điện tử không?

Không giống. Chữ ký điện tử là phương tiện ghi lại ai đã phê duyệt và thời điểm phê duyệt. Hỗ trợ AI giúp tra cứu tài liệu, tạo bản nháp JSA, phát hiện mâu thuẫn và sắp xếp sai khác khi thay đổi. Việc ai có quyền ký, xác minh thực hiện biện pháp như thế nào, và khi điều kiện thay đổi thì dừng giấy phép ra sao phải được thiết kế riêng.

Nó khác gì với camera AI trong quản lý an toàn nhà máy?

Camera có thể được dùng để quan sát hành vi hoặc trạng thái đang diễn ra tại hiện trường. Hỗ trợ JSA cho công việc không thường xuyên xử lý việc lập kế hoạch và cấp phép trước khi bắt đầu công việc, thay đổi điều kiện trong khi làm việc và bàn giao khi kết thúc. Hai bên có thể bổ trợ cho nhau, nhưng không dùng camera AI phổ thông để thay cho mạch an toàn của thiết bị hay quyết định cấp phép. Về khác biệt trong vận hành, có thể tham khảo thêm cách tiếp cận AI trong quản lý an toàn nhà máy.

Với RFP・FAT・SAT cho đánh giá rủi ro, cần quyết định gì đầu tiên?

Trước tiên cần quyết định thiết bị mục tiêu và loại hình công việc, phần ngoài phạm vi, quyền cấp phép, bản chuẩn của tài liệu đầu vào và điều kiện dừng. Trong FAT/SAT, không chỉ thử trường hợp bình thường mà còn phải thử các ca âm tính như tài liệu bản cũ, chưa cô lập, nhầm thiết bị, mất kết nối, thay đổi công việc, v.v. Khi sử dụng ví dụ hiện trường trước đây làm tài liệu, cũng có thể tham khảo phân tích near-miss bằng AI.

Có thể chứng minh sự phù hợp với pháp luật Thái Lan chỉ bằng việc triển khai sản phẩm AI không?

Không thể. Chỉ riêng việc đưa sản phẩm AI vào sử dụng không đủ để chứng minh. Các luật của Thái Lan áp dụng cho nghiệp vụ mục tiêu, quy định nội bộ, yêu cầu thiết bị và hợp đồng phải được người phụ trách tại địa phương và chuyên gia xác nhận, đồng thời lưu lại hồ sơ thực hiện. Các tài liệu OSHA hoặc HSE trong bài này là tài liệu tham khảo nghiệp vụ nước ngoài, không phải tư vấn pháp lý cho Thái Lan.

Tóm tắt: giá trị của AI là “làm lộ rõ những thiếu sót trước khi cấp phép”

Khi triển khai AI đánh giá rủi ro cho công việc không thường xuyên tại nhà máy ở Thái Lan, trước hết cần giới hạn công việc và thiết bị mục tiêu, rồi quan sát luồng JSA/cấp phép hiện trường. Tiếp theo, cần định nghĩa bản chuẩn tài liệu, vai trò, xác nhận cô lập, ngoại lệ và trạng thái phê duyệt; AI chỉ được phép tạo bản nháp và chỉ ra các điểm thiếu hoặc mâu thuẫn. Trong RFP cần nêu rõ ranh giới và bằng chứng; trong FAT/SAT cần thử liệu hệ thống có chặn được việc thông qua nguy hiểm hay không. Sau khi triển khai, nếu quy trình, thiết bị hoặc mô hình thay đổi thì phải đánh giá lại; khi cần, phải dừng AI và quay về quy trình thủ công. Kết quả không nằm ở việc tạo tài liệu nhanh hơn, mà ở chỗ trước khi cấp phép, những gì cần xác nhận được nhìn thấy rõ và người phụ trách có thể đưa ra quyết định với trách nhiệm rõ ràng.

Ngay cả khi doanh nghiệp vẫn đang ở giai đoạn sắp xếp JSA hoặc giấy phép làm việc hiện có, hãy liên hệ với TOMAS TECH. Chúng tôi có thể cùng xác nhận thiết bị mục tiêu, luồng phê duyệt hiện tại và vị trí lưu tài liệu, đồng thời xem xét cách cắt phạm vi thử hỗ trợ AI và điều kiện nghiệm thu.

Thông tin tham khảo

• OSHA, Safety Management: Hazard Identification and Assessment — Nhận diện mối nguy, bao gồm cả công việc không thường xuyên và công việc tần suất thấp.
• OSHA, Job Hazard Analysis (OSHA 3071) — Phương pháp xem xét bước công việc, mối nguy và biện pháp kiểm soát.
• OSHA, Control of Hazardous Energy — Tài liệu của Hoa Kỳ về kiểm soát năng lượng nguy hiểm trong bảo trì.
• ILO, A 5 step guide on workplace risk assessments — Mối nguy, biện pháp, trách nhiệm và rà soát.
• HSE, Permit to work systems — Cách tiếp cận về giấy phép, vai trò, bàn giao và công việc đồng thời.
• NIST, AI Risk Management Framework — Quản trị, đánh giá và quản lý vận hành AI.
• NIST, AI RMF Appendix C: Human-AI Interaction — Trách nhiệm của con người trong phán đoán và giám sát AI.