Mẫu dữ liệu quản lý chất lượng

Mẫu process mining dùng chung
Mẫu dữ liệu quản lý chất lượng

Mẫu dữ liệu quản lý chất lượng

Mẫu process mining dùng chung

Đây là mẫu dữ liệu process mining chung cho Quản lý chất lượng. Hãy dùng mẫu riêng cho từng hệ thống để được hướng dẫn cụ thể hơn.

Chọn một hệ thống cụ thể
  • Các trường dữ liệu chuẩn cho nhật ký sự kiện.
  • Các hoạt động chính cần theo dõi để nắm rõ quy trình.
  • Hướng dẫn trích xuất dữ liệu từ nhiều hệ thống.
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính quản lý chất lượng

Các trường dữ liệu được đề xuất này cung cấp bộ thuộc tính cần đưa vào nhật ký sự kiện, giúp bạn phân tích quy trình quản lý chất lượng chi tiết và hiệu quả hơn.
5 Bắt buộc 6 Nên có 5 Không bắt buộc
Tên Mô tả
Mã sự kiện chất lượng
QualityEventId
Mã định danh duy nhất của một sự kiện chất lượng. Mã này dùng để nhận diện vụ việc và liên kết mọi hoạt động liên quan từ lúc bắt đầu đến khi đóng hồ sơ.
Mô tả

Mã sự kiện chất lượng là khóa duy nhất để nhận diện một vấn đề chất lượng cụ thể, chẳng hạn như sự không phù hợp, khiếu nại của khách hàng, sai lệch hoặc phát hiện qua kiểm toán. Mã này rất quan trọng vì liên kết mọi bước, tài liệu và dữ liệu liên quan trong suốt vòng đời của sự kiện.

Trong process mining, thuộc tính này là nền tảng để tái dựng luồng quy trình từ đầu đến cuối cho từng sự kiện chất lượng. Khi nhóm mọi hoạt động liên quan theo cùng một mã sự kiện chất lượng, nhà phân tích có thể xem sơ đồ quy trình, tính thời lượng xử lý và phân tích khác biệt giữa các luồng sự kiện. Nhờ đó, bạn có thể phân tích rõ ràng và chính xác cách xử lý vấn đề chất lượng từ đầu đến cuối.

Vì sao điều này quan trọng

Đây là khóa chính dùng trong process mining, giúp liên kết mọi sự kiện liên quan thành một phiên bản quy trình hoặc vụ việc duy nhất.

Lấy dữ liệu ở đâu

Thường nằm trong phần đầu hoặc bảng chính của thông báo chất lượng, sự kiện hoặc hồ sơ không phù hợp.

Ví dụ
QN-2023-00123NC-450008761COMP-5501-A
Tên hoạt động
ActivityName
Tên của một nhiệm vụ, sự kiện hoặc bước cụ thể trong quy trình quản lý chất lượng.
Mô tả

Tên hoạt động mô tả một hành động hoặc cột mốc riêng biệt trong vòng đời của sự kiện chất lượng. Ví dụ: 'Đã hoàn tất đánh giá ban đầu', 'Đã bắt đầu điều tra' hoặc 'Đã triển khai hành động khắc phục'. Các hoạt động này tạo nên quy trình quản lý chất lượng.

Khi phân tích quy trình, thuộc tính này rất cần thiết để xây dựng sơ đồ quy trình, thể hiện trực quan thứ tự hoạt động và luồng xử lý vụ việc. Thuộc tính này giúp nhà phân tích xác định điểm nghẽn, tìm ra các biến thể quy trình phổ biến và hiếm gặp, đồng thời kiểm tra việc tuân thủ quy trình vận hành tiêu chuẩn. Hiểu thứ tự các hoạt động là bước đầu tiên để cải tiến quy trình.

Vì sao điều này quan trọng

Thuộc tính này xác định các bước trong quy trình, tạo thành các nút trên sơ đồ quy trình và hỗ trợ phân tích luồng cũng như các biến thể của quy trình.

Lấy dữ liệu ở đâu

Thường được lấy từ nhật ký sự kiện, hồ sơ thay đổi trạng thái hoặc bảng nhiệm vụ liên quan đến đối tượng sự kiện chất lượng chính.

Ví dụ
Bắt đầu điều traHoàn tất phân tích nguyên nhân gốc rễĐã xác minh hiệu quả
Thời điểm bắt đầu sự kiện
EventStartTime
Ngày và giờ chính xác khi một hoạt động hoặc sự kiện cụ thể diễn ra hoặc bắt đầu.
Mô tả

Thời điểm bắt đầu sự kiện là dấu thời gian ghi nhận lúc mỗi hoạt động trong vòng đời sự kiện chất lượng bắt đầu. Dữ liệu này cung cấp bối cảnh thời gian cần thiết để hiểu luồng và hiệu suất của quy trình. Đây là thông tin quan trọng để sắp xếp sự kiện theo trình tự thời gian và tính thời lượng.

Trong process mining, dấu thời gian này được dùng để sắp xếp hoạt động đúng thứ tự cho từng vụ việc và tính các chỉ số hiệu suất chính như thời gian xử lý toàn chu trình, thời gian chờ và thời gian thực hiện. Phân tích các dấu thời gian giúp xác định độ trễ giữa các bước, đo lường hiệu quả sử dụng tài nguyên và theo dõi việc tuân thủ thỏa thuận mức dịch vụ. Đây là nền tảng cho mọi phân tích quy trình dựa trên thời gian.

Vì sao điều này quan trọng

Dấu thời gian này rất cần thiết để sắp xếp sự kiện, tính thời gian xử lý toàn chu trình và thời gian chờ, đồng thời tìm ra điểm nghẽn trong quy trình.

Lấy dữ liệu ở đâu

Thường có trong nhật ký sự kiện hoặc hồ sơ giao dịch cùng với tên hoạt động. Trường này có thể mang tên 'Ngày tạo', 'Ngày sự kiện' hoặc 'Dấu thời gian'.

Ví dụ
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
Hệ thống nguồn
SourceSystem
Hệ thống trích xuất dữ liệu, chẳng hạn phiên bản ERP, QMS hoặc MES cụ thể.
Mô tả

Thuộc tính Hệ thống nguồn xác định ứng dụng hoặc cơ sở dữ liệu ban đầu nơi ghi nhận dữ liệu quản lý chất lượng. Trong môi trường CNTT phức tạp, dữ liệu sự kiện chất lượng có thể đến từ nhiều hệ thống, chẳng hạn ERP lưu dữ liệu vật tư và hệ thống quản lý chất lượng chuyên dụng lưu dữ liệu quy trình.

Việc xác định hệ thống nguồn rất quan trọng đối với quản trị dữ liệu, xác thực và xử lý sự cố. Thông tin này giúp hiểu bối cảnh dữ liệu và có thể dùng để phân nhóm phân tích. Ví dụ, nhà phân tích có thể so sánh quy trình chất lượng được quản lý trên các hệ thống hoặc tại các địa điểm khác nhau để tìm ra cách làm hiệu quả hoặc điểm chưa nhất quán.

Vì sao điều này quan trọng

Cung cấp thông tin về nguồn gốc dữ liệu, rất cần thiết để xác thực dữ liệu, xử lý sự cố và phân tích theo nhóm trong môi trường có nhiều hệ thống.

Lấy dữ liệu ở đâu

Thông tin này có thể không có trong các bảng nguồn mà thường được bổ sung trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL).

Ví dụ
SAP S/4HANA QMVeeva Vault QualityMasterControl QMS
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết lần gần nhất dữ liệu quy trình được làm mới hoặc trích xuất từ hệ thống nguồn.
Mô tả

Thuộc tính Lần cập nhật dữ liệu gần nhất ghi lại thời điểm gần nhất dữ liệu được đồng bộ từ hệ thống nguồn. Đây là chỉ báo về độ mới của dữ liệu, cho biết thông tin trong phần phân tích được cập nhật đến đâu. Điều này đặc biệt quan trọng khi theo dõi liên tục và đưa ra quyết định gần như theo thời gian thực.

Thuộc tính này giúp người dùng biết dữ liệu trong dashboard và phần phân tích process mining được cập nhật đến thời điểm nào. Nhờ đó, các bên liên quan có thể cân nhắc độ mới của dữ liệu khi xem KPI và mô hình quy trình, tránh đưa ra quyết định dựa trên thông tin đã cũ. Đây là một phần siêu dữ liệu quan trọng để duy trì độ tin cậy của dữ liệu.

Vì sao điều này quan trọng

Cho biết dữ liệu mới đến đâu, giúp người dùng biết phần phân tích quy trình và KPI được cập nhật đến thời điểm nào.

Lấy dữ liệu ở đâu

Đây thường là siêu dữ liệu được tạo trong quá trình trích xuất dữ liệu (ETL), không nằm trong các bảng giao dịch của hệ thống nguồn.

Ví dụ
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Loại sự kiện chất lượng
QualityEventType
Phân loại sự kiện chất lượng, chẳng hạn như sự không phù hợp, khiếu nại của khách hàng, phát hiện qua kiểm toán hoặc sai lệch.
Mô tả

Loại sự kiện chất lượng phân loại bản chất của vấn đề chất lượng đang được xử lý. Mỗi loại sự kiện thường có quy trình riêng, mức độ khẩn cấp khác nhau và chịu sự điều chỉnh của các quy trình vận hành tiêu chuẩn khác nhau.

Bằng cách lọc và so sánh quy trình theo thuộc tính này, nhà phân tích có thể phát hiện những khác biệt đáng kể. Ví dụ, quy trình xử lý 'Khiếu nại của khách hàng' có thể chặt chẽ hơn và cần xử lý nhanh hơn nhiều so với quy trình xử lý 'Vấn đề nội bộ'. Hiểu rõ những khác biệt này rất quan trọng để đánh giá từng biến thể quy trình có vận hành hiệu quả và tuân thủ các yêu cầu riêng hay không.

Vì sao điều này quan trọng

Cho phép phân nhóm phân tích để so sánh cách xử lý các loại vấn đề chất lượng khác nhau, qua đó làm rõ những khác biệt quan trọng giữa các quy trình.

Lấy dữ liệu ở đâu

Có trong dữ liệu phần đầu của sự kiện chất lượng, thường ở trường 'Loại thông báo', 'Loại sự kiện' hoặc 'Danh mục'.

Ví dụ
Khiếu nại của khách hàngBáo cáo sự không phù hợp (NCR)Sai lệch
Mức độ nghiêm trọng
Severity
Phân loại mức độ ảnh hưởng tiềm ẩn của sự kiện chất lượng, chẳng hạn như nghiêm trọng, lớn hoặc nhỏ.
Mô tả

Thuộc tính Mức độ nghiêm trọng phân loại sự kiện chất lượng dựa trên ảnh hưởng đến hoạt động kinh doanh, rủi ro hoặc mức độ khẩn cấp. Cách phân loại này giúp ưu tiên nguồn lực và sự chú ý cho những vấn đề nghiêm trọng nhất. Mức độ thường được quy định trong chính sách chất lượng của tổ chức.

Đây là thuộc tính hữu ích để lọc và phân nhóm trong process mining. Nhà phân tích có thể so sánh luồng xử lý sự kiện 'Nghiêm trọng' với sự kiện 'Nhỏ' để kiểm tra xem các vấn đề mức độ cao có được ưu tiên xử lý nhanh như dự kiến hay không. Phân tích cũng có thể cho thấy các vấn đề 'Nhỏ' đang tiêu tốn quá nhiều nguồn lực hoặc các vấn đề 'Nghiêm trọng' bị mắc kẹt trong quy trình. Nhờ đó, tổ chức có thể tối ưu quy trình theo mức độ rủi ro.

Vì sao điều này quan trọng

Hỗ trợ phân tích quy trình dựa trên rủi ro, giúp ưu tiên điều tra và kiểm tra xem các sự kiện có ảnh hưởng lớn được xử lý khẩn trương phù hợp hay không.

Lấy dữ liệu ở đâu

Đây là trường tiêu chuẩn trong dữ liệu phần đầu của sự kiện chất lượng, thường có tên 'Mức độ nghiêm trọng' hoặc 'Mức độ ưu tiên'.

Ví dụ
Nghiêm trọngLớnNhẹ
Nhóm nguyên nhân gốc rễ
RootCauseCategory
Phân loại khái quát nguyên nhân gốc rễ đã xác định của sự cố chất lượng.
Mô tả

Nhóm nguyên nhân gốc rễ phân loại lý do cốt lõi gây ra vấn đề chất lượng, chẳng hạn như “Lỗi con người”, “Thiết bị hỏng”, “Quy trình chưa phù hợp” hoặc “Vấn đề từ nhà cung cấp”. Thuộc tính này thường được điền sau khi hoàn tất điều tra và phân tích nguyên nhân gốc rễ.

Phân tích tần suất của từng nhóm nguyên nhân gốc rễ giúp bạn tìm ra hướng cải tiến chiến lược. Nếu “Quy trình chưa phù hợp” thường là nguyên nhân gốc rễ, đó là dấu hiệu cần thiết kế lại quy trình. Nếu “Thiết bị hỏng” xảy ra thường xuyên, có thể cần lập lịch bảo trì tốt hơn. process mining có thể đối chiếu các nhóm nguyên nhân này với cách quy trình diễn ra, chẳng hạn cho thấy các sự cố do “Lỗi con người” mất nhiều thời gian xử lý hơn hay không.

Vì sao điều này quan trọng

Thông tin này rất quan trọng khi phân tích chiến lược, vì giúp bạn nhìn xa hơn luồng quy trình để tìm ra nguyên nhân sâu xa của sự cố và xác định biện pháp phòng ngừa phù hợp.

Lấy dữ liệu ở đâu

Thường nằm trong phần điều tra hoặc phân tích nguyên nhân gốc rễ của hồ sơ sự cố chất lượng. Giá trị có thể là mã hoặc văn bản tự do.

Ví dụ
Thiết bị hỏngLỗi con ngườiLỗi vật liệu
Phòng ban chịu trách nhiệm
ResponsibleDepartment
Phòng ban, nhóm hoặc bộ phận chức năng chịu trách nhiệm về sự kiện chất lượng hoặc một hoạt động cụ thể.
Mô tả

Thuộc tính Phòng ban chịu trách nhiệm cho biết đơn vị nào trong tổ chức chịu trách nhiệm về sự kiện chất lượng hoặc một bước cụ thể trong quy trình. Đó có thể là 'Sản xuất', 'Đảm bảo chất lượng', 'Nghiên cứu và phát triển' hoặc 'Hậu cần'.

Thuộc tính này rất cần thiết để phân tích hoạt động của tổ chức. Thuộc tính giúp nhà quản lý thấy công việc luân chuyển giữa các phòng ban ra sao, đo lường hiệu suất của từng bộ phận và xác định vướng mắc hoặc chậm trễ giữa các bộ phận. Ví dụ, phân tích có thể cho thấy việc bàn giao giữa Sản xuất và Đảm bảo chất lượng là nguyên nhân chính gây chậm trễ. Phân nhóm KPI theo phòng ban giúp xác định nơi cần tập trung cải tiến quy trình.

Vì sao điều này quan trọng

Giúp phân tích hiệu suất quy trình theo từng đơn vị trong tổ chức, làm rõ chậm trễ giữa các bộ phận và hỗ trợ xác định trách nhiệm.

Lấy dữ liệu ở đâu

Thường nằm trong dữ liệu phần đầu của hồ sơ sự kiện chất lượng hoặc được suy ra từ người chịu trách nhiệm thực hiện hoạt động.

Ví dụ
Kiểm soát chất lượngDây chuyền sản xuất BChất lượng nhà cung cấp
Tài nguyên
Resource
Người dùng, nhân viên hoặc tác nhân tự động đã thực hiện hoặc được giao một hoạt động hay sự kiện chất lượng cụ thể.
Mô tả

Thuộc tính Tài nguyên xác định cá nhân hoặc hệ thống chịu trách nhiệm thực hiện một nhiệm vụ. Đó có thể là người điều tra, người phê duyệt chất lượng hoặc tài khoản hệ thống tự động. Theo dõi người thực hiện từng hoạt động là điều cần thiết để hiểu cách phân bổ khối lượng công việc, hiệu suất của nhóm và cách các bên phối hợp.

Phân tích quy trình theo tài nguyên giúp phát hiện khác biệt về hiệu suất giữa các cá nhân hoặc nhóm, xác định nhu cầu đào tạo và cân bằng khối lượng công việc. Phân tích này có thể cho thấy tài nguyên nào đang quá tải và trở thành điểm nghẽn, hoặc phát hiện các lần bàn giao giữa nhiều người thường gây chậm trễ. Đây là cơ sở quan trọng để nâng cao hiệu quả vận hành của tổ chức.

Vì sao điều này quan trọng

Thuộc tính này rất cần thiết để phân tích theo tài nguyên, bao gồm phân bổ khối lượng công việc, so sánh hiệu suất và xác định điểm nghẽn trong tổ chức.

Lấy dữ liệu ở đâu

Thường có trong bảng giao dịch hoặc nhật ký, với tên trường như 'Tên người dùng', 'Người thay đổi', 'Người phụ trách' hoặc 'Người được giao'.

Ví dụ
j.doem.smithSystem.Batch
Thời điểm kết thúc sự kiện
EventEndTime
Ngày và giờ chính xác khi một hoạt động hoặc sự kiện cụ thể hoàn tất.
Mô tả

Thời điểm kết thúc sự kiện là dấu thời gian ghi nhận lúc một hoạt động hoàn tất. Khi kết hợp với thời điểm bắt đầu sự kiện, dữ liệu này giúp tính chính xác thời gian thực hiện từng nhiệm vụ trong quy trình quản lý chất lượng. Với các sự kiện diễn ra tức thời, thời điểm bắt đầu và kết thúc có thể giống nhau.

Thuộc tính này rất quan trọng khi phân tích hiệu suất ở cấp hoạt động. Bằng cách tính thời lượng của từng nhiệm vụ, lấy thời điểm kết thúc trừ thời điểm bắt đầu, nhà phân tích có thể xác định bước nào tốn nhiều thời gian nhất và nên được ưu tiên cải tiến. Thuộc tính này cũng giúp tính chính xác hơn thời gian xử lý toàn bộ vụ việc, đồng thời cung cấp dữ liệu để phân tích khối lượng công việc và hiệu quả sử dụng tài nguyên.

Vì sao điều này quan trọng

Giúp tính thời gian thực hiện hoạt động, cần thiết để phân tích chi tiết hiệu suất và xác định các nhiệm vụ tiêu tốn nhiều tài nguyên.

Lấy dữ liệu ở đâu

Thường nằm trong cùng nhật ký sự kiện hoặc hồ sơ giao dịch với thời điểm bắt đầu. Ở một số hệ thống, thời điểm này có thể cần được suy ra từ thời điểm bắt đầu của sự kiện tiếp theo.

Ví dụ
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Địa điểm
Location
Địa điểm thực tế hoặc theo cơ cấu tổ chức, chẳng hạn nhà máy, cơ sở hoặc kho hàng, nơi xảy ra hoặc đang xử lý sự cố chất lượng.
Mô tả

Thuộc tính Địa điểm cho biết cơ sở địa lý hoặc đơn vị tổ chức liên quan đến sự cố chất lượng. Đó có thể là nhà máy, dây chuyền sản xuất, trung tâm phân phối hoặc đơn vị kinh doanh.

Phân tích hiệu suất quy trình theo địa điểm giúp bạn so sánh kết quả và tìm ra cách làm hiệu quả. Bạn có thể biết cơ sở nào xử lý vấn đề chất lượng nhanh hơn hoặc địa điểm nào thường xuyên phát sinh vấn đề. Phân tích theo địa điểm giúp ban quản lý phân bổ tài nguyên hợp lý và áp dụng các quy trình hiệu quả trên toàn tổ chức.

Vì sao điều này quan trọng

Cho phép so sánh các cơ sở hoặc nhà máy, từ đó đối chiếu hiệu suất và tìm ra vấn đề hoặc cách làm hiệu quả riêng tại từng địa điểm.

Lấy dữ liệu ở đâu

Thông tin này thường có trong hồ sơ sự cố chất lượng chính, với tên trường như “Nhà máy”, “Cơ sở” hoặc “Đơn vị kinh doanh”.

Ví dụ
Cơ sở A - Tòa nhà 2Kho chínhNhà máy 0010
Kết quả kiểm tra hiệu quả
EffectivenessCheckOutcome
Kết quả xác minh xem các hành động khắc phục và phòng ngừa đã triển khai có hiệu quả hay không.
Mô tả

Kết quả kiểm tra hiệu quả ghi lại kết quả của bước xác minh sau khi triển khai hành động khắc phục. Kết quả thường là “Có hiệu quả” hoặc “Không hiệu quả”, cho biết hành động có xử lý được nguyên nhân gốc rễ của vấn đề hay không.

Thuộc tính này rất quan trọng để đo lường hiệu quả thực sự của quy trình quản lý chất lượng. Tỷ lệ “Không hiệu quả” cao cho thấy có vấn đề mang tính hệ thống ở khâu phân tích nguyên nhân gốc rễ hoặc lập kế hoạch hành động, dẫn đến phải làm lại và vấn đề tái diễn. Trong process mining, bạn có thể dùng thông tin này để phân tích các vòng lặp làm lại. Chẳng hạn, các trường hợp có kết quả “Không hiệu quả” thường quay lại bước điều tra hoặc phân tích nguyên nhân gốc rễ, làm tăng đáng kể thời gian xử lý và chi phí.

Vì sao điều này quan trọng

Đo trực tiếp hiệu quả của hành động khắc phục, đồng thời giúp phân tích các vòng lặp làm lại và hiệu quả của quy trình phân tích nguyên nhân gốc rễ.

Lấy dữ liệu ở đâu

Thường có trong hồ sơ xác minh hoặc đóng hành động khắc phục và phòng ngừa (CAPA).

Ví dụ
Có hiệu quảKhông hiệu quảChờ xác minh
Ngày mục tiêu xử lý xong
TargetResolutionDate
Ngày dự kiến hoặc bắt buộc phải xử lý xong và đóng sự cố chất lượng.
Mô tả

Ngày mục tiêu xử lý xong là hạn chót để đóng một sự cố chất lượng. Ngày này thường được xác định theo yêu cầu pháp lý, cam kết mức dịch vụ với khách hàng hoặc chính sách nội bộ dựa trên mức độ nghiêm trọng của sự cố.

Thuộc tính này rất cần thiết để theo dõi hiệu suất và phân tích tuân thủ. Bằng cách so sánh ngày đóng thực tế với ngày mục tiêu, tổ chức có thể tính KPI “Tỷ lệ xử lý đúng hạn”. process mining giúp xác định loại sự cố hoặc bước quy trình nào dễ gây chậm trễ và không đạt mục tiêu nhất. Nhờ đó, bạn có thể tập trung cải tiến để đáp ứng thời hạn.

Vì sao điều này quan trọng

Giúp đo lường hiệu suất so với mục tiêu thời hạn, tính tỷ lệ xử lý đúng hạn và xác định nguyên nhân chậm trễ.

Lấy dữ liệu ở đâu

Thường nằm trong phần đầu hồ sơ sự cố chất lượng hoặc dữ liệu lập kế hoạch.

Ví dụ
2024-06-302024-07-152024-08-01
Sản phẩm bị ảnh hưởng
AffectedProduct
Sản phẩm, vật liệu hoặc linh kiện liên quan đến sự kiện chất lượng.
Mô tả

Thuộc tính Sản phẩm bị ảnh hưởng xác định mặt hàng, vật liệu hoặc dòng sản phẩm cụ thể chịu tác động của vấn đề chất lượng. Liên kết dữ liệu quy trình với sản phẩm rất quan trọng để phân tích nguyên nhân gốc rễ và đánh giá mức độ ảnh hưởng.

Phân tích sự kiện chất lượng theo sản phẩm giúp doanh nghiệp nhận ra xu hướng, chẳng hạn một sản phẩm có số trường hợp không phù hợp cao bất thường. Từ đó, doanh nghiệp có thể điều tra sâu hơn về thiết kế hoặc quy trình sản xuất sản phẩm. Việc này cũng giúp ưu tiên xử lý sự kiện chất lượng dựa trên tầm quan trọng chiến lược hoặc doanh số của sản phẩm bị ảnh hưởng, để vấn đề nghiêm trọng được giải quyết trước.

Vì sao điều này quan trọng

Liên kết dữ liệu quy trình với dữ liệu sản phẩm, giúp phân tích vấn đề chất lượng theo dòng sản phẩm để nhận ra xu hướng và ưu tiên các vấn đề có ảnh hưởng lớn.

Lấy dữ liệu ở đâu

Có trong hồ sơ chính của sự kiện chất lượng, thường ở trường 'Mã vật liệu', 'Mã sản phẩm' hoặc 'Mã linh kiện'.

Ví dụ
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Trạng thái sự kiện chất lượng
QualityEventStatus
Trạng thái hiện tại của sự kiện chất lượng trong vòng đời xử lý, chẳng hạn như Đang mở, Đang điều tra hoặc Đã đóng.
Mô tả

Trạng thái sự kiện chất lượng cho biết tình trạng hiện tại của một vụ việc chất lượng. Đây là thuộc tính thay đổi khi vụ việc tiến triển qua các giai đoạn xử lý, giúp bạn nắm nhanh tình trạng của sự kiện tại bất kỳ thời điểm nào.

Trong process mining, thuộc tính này hữu ích để phân tích khối lượng công việc hiện tại và hồ sơ tồn đọng. Bằng cách lọc các sự kiện có trạng thái 'Đang mở' hoặc 'Đang xử lý', nhà quản lý có thể theo dõi số lượng vụ việc đang hoạt động. Thuộc tính này cũng hỗ trợ kiểm tra mức độ phù hợp với quy trình bằng cách so sánh các lần đổi trạng thái thực tế với luồng quy trình dự kiến. Ví dụ, sự kiện không nên chuyển sang 'Đã đóng' trước khi 'Hành động khắc phục' được triển khai.

Vì sao điều này quan trọng

Cho biết tình trạng hiện tại của vụ việc, rất cần thiết để theo dõi hồ sơ tồn đọng, khối lượng công việc đang xử lý và mức độ tuân thủ quy trình.

Lấy dữ liệu ở đâu

Đây là trường quan trọng trong hồ sơ phần đầu của sự kiện chất lượng và được cập nhật khi sự kiện tiến triển.

Ví dụ
Đang mởChờ phê duyệtĐã đóng
Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý chất lượng

Phần này nêu các bước quy trình chính và cột mốc quan trọng cần ghi nhận để khám phá chính xác quy trình quản lý chất lượng.
7 Nên có 8 Không bắt buộc
Hoạt động Mô tả
Bắt đầu điều tra
Đánh dấu thời điểm chính thức bắt đầu giai đoạn điều tra để xác định phạm vi và nguyên nhân gốc rễ của sự kiện chất lượng. Điều tra viên hoặc nhóm phụ trách được giao chính thức cho trường hợp.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm bắt đầu của giai đoạn giải quyết vấn đề cốt lõi. Theo dõi thời gian từ lúc tạo sự kiện đến khi bắt đầu điều tra giúp phát hiện việc tồn đọng tiềm ẩn trong nhóm chất lượng.

Lấy dữ liệu ở đâu

Sự kiện này thường được ghi nhận khi trạng thái bản ghi chuyển thành 'Đang điều tra' hoặc khi điều tra viên được chính thức giao phụ trách bản ghi.

Thu thập

Dùng dấu thời gian khi trạng thái chuyển thành 'Đang điều tra' hoặc thời điểm đầu tiên giao bản ghi cho người phụ trách hay vai trò điều tra viên.

Loại sự kiện inferred
Đã đóng sự kiện chất lượng
Hoạt động cuối cùng, đánh dấu sự kiện chất lượng đã được xử lý thành công và hồ sơ đã được đóng về mặt hành chính. Đến thời điểm này, quy trình được xem là hoàn tất và hồ sơ được lưu làm dữ liệu lịch sử.
Vì sao điều này quan trọng

Đây là điểm kết thúc chính của quy trình. Thời gian đóng hồ sơ là KPI quan trọng. Phân tích các sự kiện đã đóng giúp bạn có cái nhìn đầy đủ về toàn bộ quy trình.

Lấy dữ liệu ở đâu

Đây là sự kiện quan trọng, được ghi nhận rõ ràng bằng dấu thời gian khi trạng thái cuối cùng của hồ sơ chuyển thành 'Đã đóng' hoặc 'Đã hoàn tất'.

Thu thập

Dùng dấu thời gian khi trạng thái cuối cùng chuyển thành 'Đã đóng', 'Đã hoàn tất' hoặc trạng thái kết thúc tương đương.

Loại sự kiện explicit
Đã xác minh hiệu quả
Xác nhận các hành động khắc phục và phòng ngừa đã triển khai xử lý được nguyên nhân gốc rễ và ngăn vấn đề tái diễn. Đây là bước xác minh chính thức, thường diễn ra sau một khoảng thời gian theo dõi nhất định.
Vì sao điều này quan trọng

Đây là thước đo cuối cùng cho thấy biện pháp xử lý vấn đề chất lượng có hiệu quả hay không. Kết quả xác nhận nguồn lực dành cho điều tra và hành động đã mang lại hiệu quả, giúp tránh công việc phải làm lại trong tương lai.

Lấy dữ liệu ở đâu

Bước này được ghi nhận khi hoàn tất nhiệm vụ kiểm tra hiệu quả chuyên biệt hoặc khi trạng thái hồ sơ chuyển thành 'Đã xác minh hiệu quả', thường kèm chữ ký điện tử.

Thu thập

Lấy dấu thời gian khi hoàn tất nhiệm vụ kiểm tra hiệu quả hoặc bước phê duyệt xác minh cuối cùng.

Loại sự kiện explicit
Hành động khắc phục đã triển khai
Đánh dấu việc hoàn thành các nhiệm vụ trong kế hoạch hành động khắc phục đã được phê duyệt. Điều này xác nhận các hành động cần thiết để xử lý vấn đề trước mắt đã được thực hiện.
Vì sao điều này quan trọng

Bước này đánh dấu kết thúc phần công việc khắc phục thực tế. Thời gian từ lúc phê duyệt kế hoạch đến khi triển khai cho thấy nhóm thực hiện các nhiệm vụ cần thiết hiệu quả đến đâu.

Lấy dữ liệu ở đâu

Bước này thường được ghi nhận khi người thực hiện đánh dấu các hạng mục hành động hoặc nhiệm vụ được giao là hoàn tất trong hệ thống.

Thu thập

Dùng dấu thời gian hoàn tất của các nhiệm vụ khắc phục liên quan hoặc thời điểm hồ sơ kế hoạch hành động được cập nhật trạng thái thành 'Đã triển khai'.

Loại sự kiện explicit
Hoàn tất phân tích nguyên nhân gốc rễ
Đánh dấu thời điểm hoàn tất điều tra, khi đã xác định và ghi lại nguyên nhân hoặc các nguyên nhân gốc rễ của sự kiện chất lượng. Đây là cột mốc quan trọng trước khi lập kế hoạch hành động khắc phục.
Vì sao điều này quan trọng

Cột mốc này đánh dấu kết thúc giai đoạn chẩn đoán. Phân tích thời gian thực hiện giúp xác định độ phức tạp và điểm nghẽn trong các hoạt động giải quyết vấn đề.

Lấy dữ liệu ở đâu

Có thể suy ra thời điểm này khi trường 'Nguyên nhân gốc rễ' hoặc các trường phân tích liên quan được điền và lưu. Trong một số hệ thống, đây là lúc hoàn tất tác vụ RCA cụ thể.

Thu thập

Ghi nhận dấu thời gian khi tác vụ phân tích nguyên nhân gốc rễ chuyên biệt được đánh dấu hoàn tất hoặc khi trường mô tả nguyên nhân gốc rễ được điền lần đầu.

Loại sự kiện inferred
Kế hoạch hành động khắc phục được phê duyệt
Đánh dấu thời điểm người có thẩm quyền chính thức phê duyệt kế hoạch hành động khắc phục được đề xuất. Đây là bước kiểm soát quan trọng, cho phép bắt đầu triển khai.
Vì sao điều này quan trọng

Các vòng phê duyệt thường gây chậm trễ. Phân tích thời lượng và tần suất của bước này giúp xác định điểm nghẽn trong quy trình xem xét và phê duyệt.

Lấy dữ liệu ở đâu

Bước này thường được ghi nhận rõ ràng bằng dấu thời gian trong quy trình làm việc, chẳng hạn qua chữ ký điện tử hoặc một lần đổi trạng thái cụ thể.

Thu thập

Lấy dấu thời gian từ hồ sơ chữ ký điện tử hoặc thời điểm trạng thái chuyển thành 'Đã phê duyệt' hay 'Được phép triển khai'.

Loại sự kiện explicit
Tạo sự kiện chất lượng
Đây là hoạt động đầu tiên, đánh dấu thời điểm chính thức tạo bản ghi sự kiện chất lượng. Người dùng phát hiện và ghi nhận vấn đề chất lượng, chẳng hạn như trường hợp không phù hợp, lỗi sản phẩm hoặc khiếu nại, vào hệ thống để bắt đầu quy trình.
Vì sao điều này quan trọng

Hoạt động này là điểm bắt đầu chính của quy trình, giúp đo tổng thời gian xử lý từ lúc phát hiện đến khi giải quyết. Đây cũng là cơ sở để theo dõi số lượng sự kiện chất lượng tiếp nhận.

Lấy dữ liệu ở đâu

Đây thường là sự kiện được ghi nhận rõ ràng trong nhật ký kiểm tra hoặc nhật ký giao dịch khi tạo bản ghi mới. Hãy tìm dấu thời gian tạo trong bảng sự kiện chất lượng chính.

Thu thập

Dùng dấu thời gian tạo bản ghi sự kiện chất lượng, chẳng hạn như bản ghi Thông báo chất lượng, Trường hợp không phù hợp hoặc Khiếu nại.

Loại sự kiện explicit
Đã hoàn tất xem xét cuối cùng
Hồ sơ sự kiện chất lượng được kiểm tra lần cuối để bảo đảm tài liệu đã đầy đủ và mọi bước theo quy trình đã được thực hiện. Đây thường là bước phê duyệt cuối cùng trước khi đóng hồ sơ.
Vì sao điều này quan trọng

Bước này là chốt kiểm soát chất lượng cuối cùng trước khi đóng hồ sơ. Chậm trễ ở đây có thể kéo dài thời gian xử lý và cho thấy tài liệu còn thiếu hoặc chưa đạt yêu cầu.

Lấy dữ liệu ở đâu

Đây thường là bước phê duyệt rõ ràng hoặc chữ ký điện tử của bộ phận đảm bảo chất lượng trước khi trạng thái được chuyển thành 'Đã đóng'.

Thu thập

Dùng dấu thời gian phê duyệt lần xem xét chất lượng cuối cùng hoặc thời điểm trạng thái chuyển thành 'Chờ đóng' hay 'Đã hoàn tất xem xét cuối cùng'.

Loại sự kiện explicit
Đã hủy sự kiện chất lượng
Đây là điểm kết thúc thay thế, khi sự kiện chất lượng bị chấm dứt mà chưa được xử lý đầy đủ. Trường hợp này xảy ra nếu sự kiện bị xác định là không hợp lệ, trùng với một hồ sơ khác hoặc được tạo nhầm.
Vì sao điều này quan trọng

Bước này là một kết thúc thay thế, không tạo ra kết quả xử lý. Số lượng sự kiện bị hủy cao có thể cho thấy người dùng chưa được hướng dẫn đầy đủ hoặc quy trình nhập dữ liệu ban đầu có vấn đề.

Lấy dữ liệu ở đâu

Bước này được ghi nhận khi trạng thái kết thúc chuyển thành 'Đã hủy' hoặc 'Vô hiệu', thường kèm mã lý do.

Thu thập

Lấy dấu thời gian khi trạng thái hồ sơ được cập nhật thành 'Đã hủy', 'Vô hiệu' hoặc 'Không hợp lệ'.

Loại sự kiện explicit
Đã thông báo cho các bên liên quan
Đánh dấu việc chính thức thông báo kết quả xử lý sự kiện chất lượng cho các bên liên quan, chẳng hạn người báo cáo hoặc các phòng ban bị ảnh hưởng.
Vì sao điều này quan trọng

Dù không phải lúc nào cũng là bước cốt lõi, theo dõi việc trao đổi với các bên liên quan giúp đánh giá mức độ đầy đủ của quy trình và chất lượng dịch vụ nói chung.

Lấy dữ liệu ở đâu

Bước này khó ghi nhận và có thể được lưu thành một hành động riêng. Cũng có thể suy ra từ việc hoàn tất nhiệm vụ 'Thông báo cuối cùng' trong quy trình làm việc.

Thu thập

Lấy dấu thời gian khi hệ thống ghi nhận email thông báo tự động hoặc khi nhiệm vụ liên lạc thủ công được đánh dấu là hoàn tất.

Loại sự kiện inferred
Đề xuất kế hoạch hành động khắc phục
Hoạt động này diễn ra khi kế hoạch chính thức xử lý nguyên nhân gốc rễ đã xác định được ghi lại và gửi để xem xét. Kế hoạch nêu rõ các hành động khắc phục cần thực hiện.
Vì sao điều này quan trọng

Bước này mở đầu giai đoạn xử lý vấn đề. Theo dõi thời gian lập phương án giúp bạn biết các nhóm chuyển từ phân tích sang hành động nhanh đến đâu.

Lấy dữ liệu ở đâu

Bước này thường được ghi nhận khi tạo hồ sơ Kế hoạch hành động khắc phục liên quan hoặc khi trạng thái chuyển sang cho biết kế hoạch đã sẵn sàng để xem xét.

Thu thập

Dùng dấu thời gian tạo hồ sơ Hành động khắc phục hoặc CAPA được liên kết, hoặc thời điểm trạng thái chuyển thành 'Chờ phê duyệt'.

Loại sự kiện explicit
Hành động phòng ngừa đã triển khai
Đánh dấu việc hoàn thành các nhiệm vụ nhằm loại bỏ nguyên nhân có thể dẫn đến sự không phù hợp, qua đó ngăn vấn đề tái diễn. Đây là bước chủ động, thường được thực hiện sau hành động khắc phục.
Vì sao điều này quan trọng

Bước này cho thấy quy trình chất lượng chú trọng phòng ngừa, không chỉ sửa chữa vấn đề. Theo dõi việc triển khai hành động phòng ngừa giúp đánh giá nỗ lực cải tiến quy trình trong dài hạn.

Lấy dữ liệu ở đâu

Bước này được ghi nhận khi các nhiệm vụ phòng ngừa được giao được đánh dấu là hoàn tất, thường trong hồ sơ liên kết với sự kiện chất lượng ban đầu.

Thu thập

Dùng dấu thời gian hoàn tất của các nhiệm vụ phòng ngừa liên quan hoặc thời điểm hồ sơ hành động phòng ngừa được cập nhật trạng thái.

Loại sự kiện explicit
Hoàn tất đánh giá ban đầu
Đánh dấu thời điểm hoàn tất việc xem xét hoặc phân loại ban đầu đối với sự kiện chất lượng mới tạo. Ở bước này, sự kiện được phân loại theo loại, gán mức độ nghiêm trọng và xếp thứ tự ưu tiên để xác định quy trình xử lý tiếp theo.
Vì sao điều này quan trọng

Phân tích thời gian ở giai đoạn đầu này giúp xác định chậm trễ trong việc tiếp nhận và xử lý sự kiện chất lượng mới. Thông tin này cũng cung cấp thuộc tính để lọc trường hợp theo mức độ nghiêm trọng hoặc loại sự kiện.

Lấy dữ liệu ở đâu

Thường có thể suy ra hoạt động này từ thay đổi trạng thái từ 'Mới' sang 'Đang đánh giá' hoặc 'Đang xử lý'. Hệ thống cũng có thể ghi nhận khi các trường phân loại và mức ưu tiên được điền lần đầu.

Thu thập

Ghi nhận dấu thời gian khi trạng thái chuyển sang thể hiện việc đánh giá đã hoàn tất, hoặc khi các trường phân loại và mức ưu tiên được lưu lần đầu.

Loại sự kiện inferred
Kế hoạch hành động khắc phục bị từ chối
Cho biết kế hoạch hành động khắc phục được đề xuất đã được xem xét nhưng không được chấp thuận. Kế hoạch cần được chỉnh sửa và gửi lại, tạo thành một vòng làm lại trong quy trình.
Vì sao điều này quan trọng

Bước này cho thấy sự kém hiệu quả và công việc phải làm lại trong quy trình. Tỷ lệ bị từ chối cao có thể là dấu hiệu yêu cầu chưa rõ ràng hoặc phân tích nguyên nhân gốc rễ chưa đầy đủ.

Lấy dữ liệu ở đâu

Bước này được ghi nhận khi trạng thái chuyển thành 'Bị từ chối' hoặc 'Cần chỉnh sửa', thường kèm mã lý do hoặc nhận xét.

Thu thập

Lấy dấu thời gian khi trạng thái chuyển thành 'Bị từ chối' hoặc 'Được gửi lại để chỉnh sửa'.

Loại sự kiện explicit
Xác minh hiệu quả không đạt
Cho biết các hành động đã triển khai không xử lý được vấn đề. Kết quả này thường dẫn đến một cuộc điều tra mới hoặc một chu kỳ hành động khắc phục mới.
Vì sao điều này quan trọng

Bước này cho thấy quy trình gặp sự cố nghiêm trọng và phát sinh một vòng làm lại lớn. Phân tích các sự kiện này rất quan trọng để hiểu vì sao giải pháp không hiệu quả và cải thiện quy trình phân tích nguyên nhân gốc rễ (RCA).

Lấy dữ liệu ở đâu

Bước này được ghi nhận khi xác minh không đạt, khiến trạng thái thay đổi và mở lại cuộc điều tra hoặc kế hoạch CAPA.

Thu thập

Lấy dấu thời gian khi trạng thái cho biết xác minh không đạt, chẳng hạn 'Xác minh hiệu quả không đạt' hoặc 'Cần điều tra lại'.

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất

Cách lấy dữ liệu cho process mining.

Phương pháp trích xuất khác nhau tùy hệ thống. Để xem hướng dẫn chi tiết,

hãy đọc hướng dẫn ETL   hoặc   chọn quy trình và hệ thống cụ thể.

Sẵn sàng bắt đầu?

Để bắt đầu tối ưu hóa quy trình quản lý chất lượng, hãy chọn hướng dẫn trích xuất dành cho hệ thống của bạn bên dưới hoặc dùng mẫu chung này để chuẩn bị dữ liệu.

Bắt đầu tối ưu hóa quản lý chất lượng ngay hôm nay

Xác định điểm nghẽn và cải thiện việc tuân thủ bằng thông tin dựa trên dữ liệu.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng, thiết lập trong 5 phút.