AnalysisComplianceConsideration

Từ eQMS đến Knowledge OS — bước tiến tự nhiên tiếp theo sau hệ thống chất lượng

2026-10-04

Tóm tắt cho CEO, CIO và Quality Director

  • eQMS giải quyết tốt bài toán kiểm soát, truy vết, workflow và bằng chứng. Với nhiều doanh nghiệp, đó đã là đích đến hợp lý.
  • Có một lớp bài toán khác mà eQMS thường chưa chạm tới: tri thức xung quanh hồ sơ. Vì sao một quy trình được thiết lập như vậy, điều gì ảnh hưởng nếu thay đổi nó, những gì tổ chức đã học được qua các sự việc, và những gì người làm lâu năm biết mà chưa ai ghi lại.
  • Trong bối cảnh AI, lớp này càng quan trọng. Một trợ lý AI chỉ đọc tài liệu có thể trả lời trôi chảy nhưng thiếu bối cảnh và bằng chứng, điều không chấp nhận được với tổ chức chịu yêu cầu ISO hay GMP.
  • Bước tiếp theo sau eQMS không phải thêm phần mềm, mà là tổ chức tri thức để nó trở thành một phần của vận hành: Process → Workflow → Event → Evidence → Knowledge → Decision → Action.
  • Không phải doanh nghiệp nào cũng cần bước này ngay. Bài có dấu hiệu để tự đánh giá doanh nghiệp đã sẵn sàng hay chưa.

eQMS chạy tốt, nhưng câu hỏi vẫn không có lời đáp

Một nhà máy đã vận hành eQMS vài năm. Kiểm soát tài liệu ổn định. Sự không phù hợp và hành động khắc phục chạy theo workflow. Kỳ đánh giá gần nhất, hồ sơ truy được trong vài phút, đánh giá viên hài lòng.

Rồi một kỹ sư chất lượng mới hỏi: “Vì sao chúng ta kiểm tra thông số này hai lần ở hai công đoạn?”

Không ai trả lời ngay. Cuối cùng, một người làm lâu năm nhớ ra: có một sự cố nhiều năm trước, một sự không phù hợp lớn, một buổi họp xem xét nguyên nhân. Câu trả lời nằm trong một phiếu cũ và một biên bản. Hệ thống có dữ liệu. Nhưng không ai tìm được nếu không có người nhớ ra.

Hai thẻ đối chiếu: hồ sơ sự cố cũ bên trái, trí nhớ người lâu năm bên phải; bên dưới là một thanh kết luận.

Đây không phải thất bại của eQMS. Nó là giới hạn của những gì một eQMS được thiết kế để làm. Và nó cho thấy điều gì nằm ở bước tiếp theo.

eQMS đã giải quyết được gì

Cần công bằng với eQMS, vì nó giải quyết những việc thực sự quan trọng. Qua các bài trước trong chuyên đề này, những gì một eQMS làm tốt có thể tóm lại:

Với nhiều doanh nghiệp, đặc biệt SME, đây đã là đích đến hợp lý. Nếu vấn đề của bạn là kiểm soát, truy vết và tuân thủ, và các vấn đề đó đã được giải quyết, bạn không có nghĩa vụ phải đi tiếp. Nguyên tắc vẫn là giải quyết vấn đề vận hành bằng hệ thống nhỏ nhất đủ dùng.

Câu hỏi của bài này dành cho những ai đã tới đó và thấy vẫn còn một lớp bài toán chưa được chạm tới.

Những gì eQMS chưa làm

Một eQMS ghi lại điều đã xảy ra rất tốt. Nó thường chưa chuyển điều đó thành sự hiểu biết. Có năm khoảng trống thường gặp.

Năm thẻ khoảng trống xếp dọc, bên dưới là một thanh nhận định về phần eQMS đã làm tốt.

1. Tri thức ngầm. Kinh nghiệm xử lý tình huống của người làm lâu năm, những điều “đúng theo hướng dẫn nhưng vẫn cần điều chỉnh”. Hồ sơ đào tạo không ghi được, SOP hiếm khi chứa, như đã nói ở bài Training records và năng lực nhân viên.

2. Câu hỏi “vì sao”. Tài liệu ghi cái gì. Lý do một quy trình được thiết lập như vậy, và những gì đã được thử trước đó, thường nằm rải rác trong phiếu cũ, biên bản hoặc trí nhớ.

3. Câu hỏi về quan hệ. “Nếu thay đổi thông số này, những quy trình, sản phẩm, thiết bị nào có thể bị ảnh hưởng?” Đây là câu hỏi về một mạng lưới, và hồ sơ rời không trả lời được trừ khi ai đó đã nối chúng.

4. Học qua nhiều sự việc. Từng sự không phù hợp được xử lý. Nhưng điều tổ chức học được từ hàng trăm sự việc, những mẫu hình lặp lại, những bài học cần được đưa vào thiết kế, không tự xuất hiện.

5. Câu hỏi chưa được định trước. Báo cáo trong eQMS thường trả lời những câu hỏi đã được thiết kế sẵn. Người dùng hỏi câu mới thì phải tự tìm và tự suy luận.

Điều này liên quan trực tiếp đến một yêu cầu của chính ISO 9001:2015. Điều khoản 7.1.6 yêu cầu tổ chức xác định tri thức cần thiết cho hoạt động của mình, duy trì và cung cấp tri thức đó khi cần, và tiêu chuẩn thừa nhận rằng tri thức có thể đến từ kinh nghiệm chưa được ghi chép. Nhiều doanh nghiệp đáp ứng điều khoản này bằng tài liệu, trong khi phần tri thức quan trọng nhất không nằm trong tài liệu.

Ví dụ minh họa (tình huống tổng hợp, không phải case khách hàng thật): một nhân viên mới mất nhiều tuần để hiểu vì sao một bước kiểm tra tồn tại, vì lý do nằm trong một sự cố nhiều năm trước. Hệ thống eQMS lưu đủ hồ sơ sự cố đó, nhưng hồ sơ không nối với bước kiểm tra, và phải có người làm lâu năm nhớ ra thì mới tìm được. Khi người đó nghỉ, câu trả lời có thể mất theo, dù hồ sơ vẫn còn.

Knowledge trong ngữ cảnh chất lượng

Tri thức tổ chức không đồng nghĩa với “nhiều tài liệu hơn”. Nó là một chuỗi chuyển hóa:

Tri thức ngầm → tri thức tường minh → tri thức tổ chức có cấu trúc → tri thức vận hành → tri thức dùng được cho AI.

Chuỗi bảy bước: bốn bước đầu thuộc eQMS, ba bước sau thuộc hướng phát triển Knowledge OS; bên dưới là thanh ghi chú.

Trong ngữ cảnh chất lượng, bốn loại câu hỏi minh họa điều mà tri thức có cấu trúc cho phép trả lời (xem thêm bài Từ DMS đến Knowledge Management):

Bốn thẻ loại câu hỏi xếp hàng ngang, mỗi thẻ có một câu hỏi mẫu.

Điều đáng nói là hệ thống chất lượng đã chứa nguyên liệu thô phong phú cho loại tri thức này: nguyên nhân gốc trong các phiếu hành động khắc phục, phát hiện đánh giá, lịch sử quyết định trong xem xét của lãnh đạo, kết quả đánh giá nhà cung cấp, thay đổi tài liệu và lý do. Khi các sự kiện này được ghi cùng bối cảnh và bằng chứng, như ở các bài trước, chúng là nền để xây tri thức. Phần còn thiếu là kết nối chúng thành một mạng lưới có thể truy vấn, thường được gọi bằng thuật ngữ knowledge graph, nhưng điều quan trọng là cách tổ chức, không phải thuật ngữ. Chủ đề này được phân tích rộng hơn trong bài trụ cột Từ tri thức cá nhân đến tri thức tổ chức.

AI và tri thức chất lượng

Lý do bước này trở nên cấp thiết trong vài năm gần đây là AI.

Một quan sát nền tảng của OKELAS (đây là quan điểm, không phải số liệu): AI có thể giúp một doanh nghiệp năm mươi người tạo ra lượng văn bản tương đương một doanh nghiệp năm trăm người. Nhưng điều đó không có nghĩa doanh nghiệp năm mươi người xử lý được khối lượng công việc của năm trăm người. Vấn đề không còn là tạo thông tin nhanh hơn, mà là liệu thông tin có được biến thành quy trình, quyết định và hành động.

Với hệ thống chất lượng, hệ quả cụ thể là:

Tài liệu nhiều hơn, cần kiểm soát nhiều hơn. Nếu AI soạn SOP, biểu mẫu và báo cáo nhanh hơn, số lượng tài liệu cần kiểm soát phiên bản, phê duyệt và đào tạo tăng theo. Đây là chính bài toán document control, ở quy mô lớn hơn.

Một trợ lý AI chỉ đọc tài liệu thì thiếu thứ quan trọng nhất. Nó có thể trả lời trôi chảy về một quy trình, nhưng không biết bản nào đang hiệu lực, vì sao quy trình thiết lập như vậy, sự việc nào đã dẫn đến thay đổi, hay người hỏi có thẩm quyền nào. Câu trả lời có thể nghe hợp lý mà vẫn sai bối cảnh.

Câu trả lời không có bằng chứng thì không dùng được trong compliance. Với tổ chức chịu yêu cầu ISO hay GMP, một câu trả lời của AI cần có khả năng giải thích, chỉ ra bằng chứng và truy vết, đúng nguyên tắc Explain → Evidence → Trace. Đây là chủ đề của Evidence-based AI.

Phiên bản ISO 9001:2015 được soạn trước khi AI sinh văn bản phổ biến và không đề cập đến nó. Việc kiểm soát cách dùng AI trong hệ thống chất lượng là quyết định của tổ chức, dựa trên tư duy rủi ro (điều 6.1) và yêu cầu kiểm soát thông tin dạng văn bản (điều 7.5). Nên đối chiếu thêm với bản sửa đổi khi nó được áp dụng.

Điều này dẫn đến một nguyên tắc: dữ liệu và bối cảnh vận hành, không phải bản thân AI, mới là nền tảng. Một doanh nghiệp có thể có AI nhưng chưa sẵn sàng cho AI ở cấp tổ chức, nếu quy trình chưa rõ, bằng chứng chưa có cấu trúc và tri thức chưa được tổ chức.

OKELAS như Knowledge OS cho compliance

Đây là điểm bài này nối sang OKELAS, và cần nói rõ rằng nó đi sau những gì đã được nói ở trên, không thay thế chúng.

OKELAS tự định vị là Organization Knowledge Operating System: nền tảng giúp doanh nghiệp chuyển từ vận hành dựa trên tài liệu, con người và kinh nghiệm cá nhân sang vận hành dựa trên process, workflow, evidence và tri thức tổ chức. eQMS, như cách OKELAS tiếp cận ở Cách OKELAS tổ chức eQMS, là nơi bốn khái niệm đầu của chuỗi được áp dụng vào chất lượng. Phần còn lại của chuỗi, Knowledge → Decision → Action, là phần mở rộng tự nhiên:

OKELAS không phải một chatbot, một hệ thống RAG hay một AI wrapper. Tri thức và bối cảnh vận hành, không phải AI, là nền tảng.

Và như các bài trước, cần nhìn thẳng vào việc khi nào chưa cần:

Bài này mô tả cách tiếp cận và định hướng, không mô tả kết quả của một khách hàng cụ thể, không đưa số liệu cải thiện và không cam kết một danh sách chức năng. Phạm vi cụ thể cho từng doanh nghiệp được xác định theo mức trưởng thành và nhu cầu thực tế.

Doanh nghiệp bạn đã sẵn sàng cho bước này chưa?

Nếu doanh nghiệp bạn có ba trong tám dấu hiệu dưới đây, lớp tri thức có thể đáng được xem xét nghiêm túc:

Tám thẻ dấu hiệu xếp thành lưới hai cột, bên dưới là thanh ngưỡng ba dấu hiệu và dấu hiệu tiên quyết.

  1. Bạn lo ngại về tri thức mất đi khi một vài người chủ chốt nghỉ hoặc nghỉ hưu.
  2. Những câu hỏi “vì sao chúng ta làm thế này” thường chỉ một người trả lời được.
  3. Nhân viên mới mất nhiều tháng để làm việc độc lập dù tài liệu đầy đủ.
  4. Cùng một vấn đề được phát hiện lại nhiều lần ở những nơi khác nhau, vì bài học từ lần trước không đến được người cần.
  5. Hồ sơ chất lượng đã khá tốt, nhưng không ai nhìn được mẫu hình qua nhiều sự việc.
  6. Bạn muốn dùng AI hỗ trợ vận hành, nhưng lo câu trả lời thiếu bối cảnh hoặc không có bằng chứng.
  7. Quy trình và bằng chứng trong eQMS đã tương đối ổn định, đủ làm nền.
  8. Bạn đã thử các công cụ AI thông thường và thấy chúng trả lời trôi chảy nhưng không hiểu doanh nghiệp.

Điều đáng lưu ý là dấu hiệu 7. Nếu nền quy trình và bằng chứng chưa ổn định, bước ưu tiên là củng cố eQMS, không phải thêm lớp tri thức.

Để đánh giá có cấu trúc hơn mức độ sẵn sàng của doanh nghiệp, kể cả dữ liệu, quy trình, tri thức, bằng chứng và quản trị, xem phần dưới.

Lưu ý về phiên bản ISO 9001

Các tham chiếu trong bài dựa trên ISO 9001:2015. Theo thông tin từ các tổ chức chứng nhận, bản sửa đổi ISO 9001:2026 đã được lên lịch xuất bản vào tháng 9/2026, với thời gian chuyển tiếp dự kiến khoảng ba năm và chứng nhận 2015 vẫn có giá trị trong thời gian đó. Cấu trúc và cách diễn đạt điều khoản có thể thay đổi, bao gồm cả những điều liên quan đến công nghệ; hãy đối chiếu với phiên bản tổ chức của bạn đang được chứng nhận.

Doanh nghiệp bạn đã sẵn sàng để AI hiểu doanh nghiệp, hay mới chỉ có AI trả lời câu hỏi?

→ Làm AI Readiness Assessment để xác định mức độ sẵn sàng về dữ liệu, quy trình, tri thức, bằng chứng và quản trị.

→ Liên hệ OKELAS để trao đổi về cách đi từ eQMS đến tổ chức tri thức phù hợp với doanh nghiệp sản xuất của bạn.

Đọc thêm:

Nguồn tham khảo:

Điều khoản ISO 9001:2015 được tóm lược bằng ngôn ngữ thực hành, không thay thế văn bản tiêu chuẩn. Ví dụ trong bài là tình huống minh họa tổng hợp từ đặc điểm phổ biến của doanh nghiệp sản xuất SME, không phải case khách hàng cụ thể. Quan sát về AI và khối lượng văn bản là quan điểm của OKELAS, không phải số liệu nghiên cứu. Các dấu hiệu tự đánh giá là quan sát chung, không phải ngưỡng chẩn đoán. Nội dung về OKELAS mô tả cách tiếp cận và định hướng, không phải cam kết về kết quả hay danh sách chức năng.

Does this describe your organization?

Điều này có đúng với doanh nghiệp bạn?

Chia sẻ:FacebookLinkedIn

Next step

Đánh giá sẵn sàng của tổ chức cho các hoạt động hỗ trợ AI

Làm AI Readiness Assessment