Mẫu dữ liệu quản lý chất lượng
Mẫu dữ liệu quản lý chất lượng
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu
Thuộc tính quản lý chất lượng
| Tên | Mô tả | ||
|---|---|---|---|
|
Sự kiện chất lượng
QualityEventId
|
Mã định danh duy nhất cho một sự kiện chất lượng, chẳng hạn trường hợp không phù hợp, khiếu nại hoặc sai lệch. | ||
|
Mô tả
Mã sự kiện chất lượng là mã trường hợp chính, dùng để nhóm mọi hoạt động liên quan từ lúc báo cáo ban đầu đến khi đóng sự kiện. Mỗi sự cố chất lượng được cấp một mã riêng, tạo thành hồ sơ đầy đủ về quá trình điều tra và xử lý. Trong phân tích process mining, thuộc tính này là nền tảng để tái dựng toàn bộ hành trình của từng sự kiện chất lượng. Nhờ đó, bạn có thể tính thời gian xử lý tổng thể, nhận diện các biến thể quy trình và phân tích cách xử lý từng loại sự kiện. Khi liên kết nhật ký của mỗi hoạt động với một mã sự kiện chất lượng cụ thể, nhà phân tích có thể xem toàn bộ luồng quy trình và phát hiện điểm nghẽn mang tính hệ thống hoặc vấn đề về tuân thủ.
Vì sao điều này quan trọng
Mã này xác định phạm vi của từng hồ sơ, giúp theo dõi chính xác các sự kiện chất lượng và tính các chỉ số hiệu quả từ đầu đến cuối.
Lấy dữ liệu ở đâu
Đây thường là khóa chính trong các bảng sự kiện chất lượng chính hoặc bảng kế hoạch thu thập dữ liệu của Oracle Quality Management, chẳng hạn QA_RESULTS.
Ví dụ
NC-2023-00123CAPA-45892QE-500-A
|
|||
|
Tên hoạt động
ActivityName
|
Tên của nhiệm vụ hoặc bước cụ thể đã diễn ra trong quy trình quản lý chất lượng. | ||
|
Mô tả
Thuộc tính này mô tả một sự kiện hoặc hành động cụ thể trong quá trình xử lý sự kiện chất lượng. Khi sắp xếp theo dấu thời gian, chuỗi hoạt động này tạo thành luồng quy trình của từng hồ sơ. Phân tích Tên hoạt động là phần cốt lõi của process mining. Việc này giúp khám phá mô hình quy trình thực tế, so sánh với mô hình mong muốn để kiểm tra mức độ tuân thủ, đồng thời xác định điểm nghẽn hoặc vòng lặp làm lại giữa các hoạt động cụ thể. Ví dụ, bạn có thể đo thời gian từ 'Investigation Initiated' đến 'Root Cause Analysis Performed'.
Vì sao điều này quan trọng
Thuộc tính này là nền tảng để lập sơ đồ luồng quy trình, xác định sai lệch và hiểu cách công việc thực sự được thực hiện.
Lấy dữ liệu ở đâu
Thông tin này thường được lấy từ nhật ký sự kiện, bản ghi thay đổi trạng thái hoặc bảng lịch sử hành động trong Oracle Quality Management.
Ví dụ
Phát hiện vấn đề chất lượngBắt đầu điều traPhê duyệt kế hoạch hành động khắc phụcRà soát và đóng hồ sơ
|
|||
|
Thời điểm bắt đầu sự kiện
EventStartTime
|
Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện bắt đầu. | ||
|
Mô tả
Thuộc tính này cho biết chính xác ngày giờ một bước cụ thể trong quy trình bắt đầu. Đây là dữ liệu thời gian chính để sắp xếp sự kiện theo trình tự và dựng chuỗi quy trình cho từng hồ sơ sự kiện chất lượng. Trong phân tích, Thời điểm bắt đầu sự kiện rất quan trọng để tính thời gian xử lý, thời lượng và thời gian chờ giữa các hoạt động. Thuộc tính này giúp xác định điểm nghẽn bằng cách làm rõ những khoảng chậm trễ kéo dài giữa các bước liên tiếp. Đồng thời, thuộc tính này được dùng để theo dõi hiệu quả so với các KPI dựa trên thời gian, chẳng hạn Root Cause Analysis Lead Time.
Vì sao điều này quan trọng
Dấu thời gian này là nền tảng của phân tích quy trình, giúp thực hiện mọi phép tính dựa trên thời gian và sắp xếp hoạt động chính xác.
Lấy dữ liệu ở đâu
Dấu thời gian này thường nằm trong nhật ký giao dịch hoặc bảng lịch sử liên quan đến hành động chất lượng và kế hoạch thu thập dữ liệu, thường có tên CREATION_DATE hoặc tương tự.
Ví dụ
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
|
|||
|
Danh mục nguyên nhân gốc rễ
RootCauseCategory
|
Phân loại nguyên nhân gốc rễ đã xác định của vấn đề chất lượng. | ||
|
Mô tả
Sau khi phân tích nguyên nhân gốc rễ, kết quả thường được xếp vào các nhóm định sẵn như “Thiết bị hỏng”, “Lỗi con người” hoặc “Lỗi thiết kế”. Thuộc tính này lưu lại phân loại cuối cùng. Phân tích quy trình theo danh mục nguyên nhân gốc rễ giúp chuyển trọng tâm từ khắc phục từng biểu hiện sang xử lý vấn đề mang tính hệ thống. Ví dụ, nếu nhiều sự kiện có nguyên nhân gốc rễ là “Vấn đề đào tạo”, tổ chức có thể cần cải thiện chương trình đào tạo nhân viên. Đây là một mục tiêu quan trọng của hành động phòng ngừa.
Vì sao điều này quan trọng
Thuộc tính này giúp chuyển từ quản lý chất lượng bị động sang chủ động bằng cách phân tích nguyên nhân cốt lõi của các sự cố.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Đây có thể là trường do người dùng định nghĩa trong kế hoạch thu thập dữ liệu, được điền sau hoạt động “Đã phân tích nguyên nhân gốc rễ”.
Ví dụ
Thiết bị trục trặcLỗi vật liệuLỗi con ngườiKhông tuân thủ quy trình
|
|||
|
Mức độ nghiêm trọng
SeverityLevel
|
Phân loại mức độ ảnh hưởng của sự kiện chất lượng, chẳng hạn nghiêm trọng, lớn hoặc nhỏ. | ||
|
Mô tả
Mức độ nghiêm trọng là đánh giá, thường được thực hiện trong bước phân loại ban đầu, về tác động tiềm ẩn của vấn đề chất lượng đối với khách hàng, việc tuân thủ hoặc hoạt động kinh doanh. Cách phân loại này giúp ưu tiên tài nguyên và xác định mức độ khẩn cấp của phản hồi cần thiết. Trong process mining, thuộc tính này rất quan trọng để phân nhóm. Nhà phân tích có thể so sánh luồng quy trình, thời gian xử lý và kết quả giữa các sự kiện nghiêm trọng cao và thấp. Thuộc tính này hỗ trợ bảng điều khiển “Tính nhất quán trong phân loại sự kiện chất lượng” và KPI “Tỷ lệ xử lý theo mức độ nghiêm trọng”, giúp xác định liệu các vấn đề nghiêm trọng có thực sự được xử lý nhanh và hiệu quả hơn hay không.
Vì sao điều này quan trọng
Thuộc tính này giúp ưu tiên và phân nhóm phân tích, bảo đảm các sự kiện chất lượng có ảnh hưởng lớn được xử lý hiệu quả.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Đây thường là trường có thể cấu hình trong kế hoạch thu thập dữ liệu chất lượng.
Ví dụ
1 - Nghiêm trọng2 - Lớn3 - Nhỏ4 - Thông tin
|
|||
|
Ngày mục tiêu xử lý
TargetResolutionDate
|
Ngày dự kiến hoàn tất và đóng sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này cho biết hạn chót dự kiến để xử lý xong một sự kiện chất lượng. Đây là cam kết mức dịch vụ (SLA) hoặc mục tiêu nội bộ, thường được xác định dựa trên mức độ nghiêm trọng hoặc loại sự kiện. Ngày này rất quan trọng để theo dõi hiệu suất và được dùng trực tiếp để tính KPI “Tỷ lệ triển khai CAPA đúng hạn”. Bằng cách so sánh ngày hoàn tất thực tế của các hoạt động với ngày mục tiêu, nhà phân tích có thể đo lường mức độ đúng hạn, xác định sự kiện có nguy cơ trễ hạn và theo dõi xu hướng hoàn thành đúng hạn. Thông tin này giúp rút ngắn thời gian xử lý.
Vì sao điều này quan trọng
Thuộc tính này là mốc để đo lường mức độ đúng hạn, đồng thời cần thiết để tính KPI về thời gian và quản lý SLA.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Đây có thể là trường ngày tiêu chuẩn hoặc trường do người dùng định nghĩa trong kế hoạch thu thập dữ liệu chất lượng.
Ví dụ
2023-05-302023-06-152024-01-10
|
|||
|
Người dùng được giao
AssignedUser
|
Người dùng được giao thực hiện một hoạt động hoặc phụ trách sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này cho biết người chịu trách nhiệm thực hiện một nhiệm vụ cụ thể hoặc quản lý toàn bộ sự kiện chất lượng. Thuộc tính này cung cấp thông tin chi tiết hơn so với phòng ban phụ trách. Phân tích theo người dùng giúp hiểu khối lượng công việc của từng cá nhân, xác định nhu cầu đào tạo và ghi nhận người có hiệu quả cao. Phân tích này cũng có thể cho thấy công việc thường xuyên bị phân công lại hoặc nhiệm vụ bị đình trệ ở một số người. Mức độ chi tiết này hữu ích cho việc quản lý hiệu quả và tối ưu tài nguyên.
Vì sao điều này quan trọng
Thuộc tính này cho phép phân tích chi tiết khối lượng công việc và hiệu quả của từng người, giúp xác định hạn chế về tài nguyên hoặc nhu cầu đào tạo.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Thông tin phân công người dùng thường được lưu trong các bảng hành động hoặc workflow liên kết với sự kiện chất lượng.
Ví dụ
j.smitha.jonesr.williams
|
|||
|
Phòng ban phụ trách
ResponsibleDepartment
|
Phòng ban 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 hoạt động hiện tại. | ||
|
Mô tả
Thuộc tính này cho biết nhóm hoặc phòng ban được giao xử lý sự kiện chất lượng. Đó có thể là bộ phận Đảm bảo chất lượng, Kỹ thuật, Sản xuất hoặc một nhóm khác. Đơn vị phụ trách có thể thay đổi khi sự kiện tiến triển qua các giai đoạn. Trong process mining, phân tích theo phòng ban chịu trách nhiệm giúp bạn hiểu cách phân bổ khối lượng công việc, phát hiện điểm nghẽn ở từng phòng ban và so sánh hiệu quả giữa các nhóm. Thuộc tính này hỗ trợ bảng điều khiển “Phân bổ tài nguyên cho sự kiện chất lượng”, cho thấy phòng ban nào tham gia vào từng loại hoạt động, từ đó giúp tối ưu việc quản lý tài nguyên.
Vì sao điều này quan trọng
Thuộc tính này giúp phân tích khối lượng công việc, hiệu quả và điểm nghẽn theo phòng ban, hỗ trợ lập kế hoạch tài nguyên và cải tiến tổ chức.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Thông tin này có thể được lưu trong các bảng liên quan đến hành động chất lượng hoặc phân công, được liên kết với sự kiện chất lượng.
Ví dụ
Kỹ thuật chất lượngVận hành sản xuấtChất lượng nhà cung cấpKỹ thuật thiết kế
|
|||
|
Thời điểm kết thúc sự kiện
EventEndTime
|
Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện hoàn tất. | ||
|
Mô tả
Thời điểm kết thúc sự kiện đánh dấu lúc một hoạt động cụ thể hoàn tất. Khi kết hợp với Thời điểm bắt đầu sự kiện, thuộc tính này cho biết thời gian xử lý hoạt động đó. Trong một số hệ thống, hoạt động diễn ra tức thời nên thời điểm bắt đầu và kết thúc giống nhau. Thuộc tính này cần thiết để phân tích chi tiết thời lượng. Nhờ đó, chuyên viên phân tích có thể phân biệt thời gian xử lý thực tế, tính từ lúc bắt đầu đến khi kết thúc, với thời gian chờ, tính từ lúc một hoạt động kết thúc đến khi hoạt động tiếp theo bắt đầu. Đây là cơ sở để xác định khi nào tài nguyên đang trực tiếp xử lý công việc và khi nào việc bàn giao gây chậm trễ.
Vì sao điều này quan trọng
Thuộc tính này giúp tính chính xác thời gian xử lý từng hoạt động, từ đó xác định nhiệm vụ kém hiệu quả và phân biệt với các khoảng chờ kéo dài.
Lấy dữ liệu ở đâu
Thông tin này có thể nằm trong cùng bảng giao dịch hoặc bảng lịch sử với thời điểm bắt đầu, đôi khi có tên LAST_UPDATE_DATE hoặc là một trường dấu thời gian hoàn tất riêng. Cũng có thể suy ra từ thời điểm bắt đầu của sự kiện tiếp theo.
Ví dụ
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
|
|||
|
Trạng thái hiện tại
CurrentStatus
|
Trạng thái hiện tại của hồ sơ sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này cho biết trạng thái hiện tại của sự kiện chất lượng trong vòng đời, chẳng hạn “Đang mở”, “Đang điều tra”, “Chờ phê duyệt” hoặc “Đã đóng”. Đây là ảnh chụp trạng thái của trường hợp tại thời điểm trích xuất dữ liệu. Đây là thuộc tính quan trọng để theo dõi hoạt động, hỗ trợ trực tiếp cho bảng điều khiển “Tổng quan sự kiện chất lượng đang mở và trạng thái”. Thuộc tính này giúp nhà quản lý nhanh chóng nắm được các vấn đề chất lượng đang được xử lý và ưu tiên tài nguyên. Trong process mining, lọc theo trạng thái cuối cùng giúp phân tích kết quả của các hướng xử lý khác nhau.
Vì sao điều này quan trọng
Thuộc tính này cung cấp góc nhìn cập nhật về các sự kiện chất lượng đang được xử lý, giúp quản lý vận hành và ưu tiên hồ sơ đang mở hiệu quả.
Lấy dữ liệu ở đâu
Thông tin này thường có trong bảng tiêu đề chính của sự kiện chất lượng và phản ánh trạng thái gần nhất của sự kiện.
Ví dụ
Đang mởĐang xử lýChờ phê duyệtĐã đóng
|
|||
|
Danh mục vấn đề
IssueCategory
|
Danh mục hoặc loại vấn đề chất lượng, chẳng hạn như “Lỗi sản phẩm” hoặc “Sai lệch quy trình”. | ||
|
Mô tả
Thuộc tính này phân loại sự kiện chất lượng, giúp nhóm các vấn đề tương tự để phân tích. Tổ chức thường tự xác định danh mục để phù hợp với bối cảnh vận hành của mình. Phân tích quy trình theo danh mục vấn đề giúp phát hiện các xu hướng liên quan đến từng loại vấn đề. Chẳng hạn, bạn có thể thấy vấn đề “Vật liệu từ nhà cung cấp” có thời gian xử lý dài hơn nhiều so với vấn đề “Quy trình nội bộ”. Cách phân nhóm này giúp xác định đúng trọng tâm cho các sáng kiến cải tiến quy trình.
Vì sao điều này quan trọng
Phân loại vấn đề giúp phân tích có trọng tâm, từ đó phát hiện xu hướng và nguyên nhân gốc rễ ở từng nhóm vấn đề.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Đây có thể là trường do người dùng định nghĩa trong kế hoạch thu thập dữ liệu chất lượng.
Ví dụ
Lỗi sản phẩmSai lệch quy trìnhVật liệu từ nhà cung cấpKhiếu nại của khách hàng
|
|||
|
Đơn vị kinh doanh
BusinessUnit
|
Đơn vị kinh doanh hoặc bộ phận nơi sự kiện chất lượng xảy ra hoặc đang được xử lý. | ||
|
Mô tả
Thuộc tính này gắn sự kiện chất lượng với một bộ phận cụ thể trong cơ cấu doanh nghiệp. Nhờ đó, bạn có thể phân tích và so sánh hiệu suất chất lượng giữa các đơn vị. Các doanh nghiệp lớn thường cần phân tích quy trình theo đơn vị kinh doanh. Cách này cho phép tạo dashboard riêng cho từng đơn vị và xác định bộ phận nào có quy trình quản lý chất lượng hiệu quả hơn hoặc đang gặp khó khăn riêng. Đây là thông tin hữu ích cho việc giám sát ở cấp công ty và chia sẻ cách làm hiệu quả giữa các đơn vị.
Vì sao điều này quan trọng
Thuộc tính này cho phép so sánh và phân tích hiệu suất giữa các bộ phận, hỗ trợ quản lý chất lượng trên toàn doanh nghiệp.
Lấy dữ liệu ở đâu
Thông tin này thường thuộc dữ liệu cơ cấu tổ chức gắn với giao dịch, thường được lấy từ dữ liệu chính của người dùng hoặc phòng ban.
Ví dụ
Thiết bị y tếThiết bị điện tử tiêu dùngLinh kiện ô tô
|
|||
|
Đúng hạn
IsOnTime
|
Cờ cho biết hành động khắc phục có được triển khai trước hoặc đúng ngày mục tiêu xử lý hay không. | ||
|
Mô tả
Thuộc tính dạng đúng/sai này được xác định bằng cách so sánh thời điểm hoàn tất hoạt động “Đã triển khai hành động khắc phục” với “Ngày mục tiêu xử lý” của hồ sơ. Giá trị là đúng nếu hành động hoàn tất vào hoặc trước ngày mục tiêu, và sai nếu hoàn tất sau ngày đó. Thuộc tính này hỗ trợ trực tiếp KPI “Tỷ lệ triển khai CAPA đúng hạn”. Nó giúp đơn giản hóa việc phân tích và tạo dashboard bằng cách phân loại rõ từng hồ sơ là đúng hạn hay trễ hạn. Bạn có thể dễ dàng lọc và tổng hợp dữ liệu để theo dõi việc đáp ứng mức dịch vụ và tìm nguyên nhân gây chậm trễ.
Vì sao điều này quan trọng
Thuộc tính này giúp theo dõi hiệu suất đúng hạn so với mục tiêu, từ đó dễ dàng đo lường và báo cáo KPI quan trọng này.
Lấy dữ liệu ở đâu
Đây là cờ được tính trong quá trình chuyển đổi dữ liệu. Cần có TargetResolutionDate và thời điểm của hoạt động hoàn tất liên quan.
Ví dụ
truefalse
|
|||
|
Hệ thống nguồn
SourceSystem
|
Xác định hệ thống lưu trữ dữ liệu gốc được trích xuất. | ||
|
Mô tả
Thuộc tính này cho biết ứng dụng hoặc hệ thống ban đầu cung cấp dữ liệu sự kiện. Trong doanh nghiệp, dữ liệu sự kiện chất lượng có thể đến từ nhiều nguồn, chẳng hạn mô-đun Oracle Quality chính, một hệ thống CAPA riêng hoặc cổng tiếp nhận khiếu nại của khách hàng. Khi phân tích, trường này giúp hiểu nguồn gốc dữ liệu và phân nhóm quy trình theo hệ thống cung cấp dữ liệu. Đây là thông tin quan trọng cho quản trị dữ liệu và xử lý sự cố tích hợp, giúp góc nhìn quy trình phản ánh chính xác dữ liệu tổng hợp từ nhiều nguồn.
Vì sao điều này quan trọng
Thuộc tính này cung cấp thông tin quan trọng về nguồn gốc dữ liệu, hỗ trợ kiểm tra, quản trị dữ liệu và phân tích khác biệt quy trình giữa các hệ thống.
Lấy dữ liệu ở đâu
Đây thường là giá trị cố định được thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL) để ghi nhãn nguồn gốc của tập dữ liệu.
Ví dụ
Oracle Quality Management R12Oracle EBS QualityQM-PROD
|
|||
|
Làm lại
IsRework
|
Cờ cho biết một hoạt động có phải là bước lặp lại hoặc làm lại của bước trước đó trong cùng hồ sơ hay không. | ||
|
Mô tả
Thuộc tính này là cờ dạng đúng/sai. Cờ được đặt thành đúng nếu một hoạt động cụ thể, chẳng hạn “Đề xuất kế hoạch hành động khắc phục”, diễn ra nhiều hơn một lần trong cùng một hồ sơ sự kiện chất lượng. Điều này cho thấy quy trình có vòng lặp hoặc cần sửa lại một bước đã hoàn tất. Phát hiện công việc phải làm lại là một khả năng quan trọng của process mining. Cờ này giúp định lượng tình trạng kém hiệu quả và hỗ trợ trực tiếp KPI “Tần suất làm lại hoạt động”. Phân tích những bước thường phải làm lại và điều kiện dẫn đến việc đó có thể phát hiện vấn đề về đào tạo, chất lượng dữ liệu hoặc tiêu chí phê duyệt, từ đó tìm ra cơ hội cải thiện hiệu quả quy trình.
Vì sao điều này quan trọng
Thuộc tính này đánh dấu điểm kém hiệu quả và vòng lặp trong quy trình, giúp định lượng lãng phí và tìm nguyên nhân gốc rễ của việc phải làm lại.
Lấy dữ liệu ở đâu
Giá trị này được tính bằng hàm cửa sổ hoặc phân tích tuần tự trên nhật ký sự kiện trong quá trình chuẩn bị dữ liệu. Cách tính này xác định khi nào cùng một tên hoạt động xuất hiện nhiều lần trong một hồ sơ.
Ví dụ
truefalse
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Dấu thời gian của lần làm mới hoặc cập nhật dữ liệu gần nhất từ hệ thống nguồn. | ||
|
Mô tả
Thuộc tính này cho biết lần gần nhất dữ liệu của sự kiện được cập nhật trong tập dữ liệu process mining. Qua đó, người dùng biết dữ liệu mới đến đâu và phân tích có kịp thời hay không. Trong bảng điều khiển và báo cáo, dấu thời gian này cung cấp thông tin cần thiết để người dùng hiểu dữ liệu đang xem là dữ liệu thời gian thực hay ảnh chụp tại một thời điểm cụ thể. Điều này giúp đưa ra quyết định vận hành dựa trên thông tin phù hợp và minh bạch về độ mới của dữ liệu.
Vì sao điều này quan trọng
Dấu thời gian này cho biết dữ liệu mới đến đâu, giúp người dùng hiểu phân tích quy trình phản ánh tình hình hiện tại ở mức nào.
Lấy dữ liệu ở đâu
Giá trị này được tạo và lưu trong quá trình ETL dữ liệu, thường là dấu thời gian của lần gần nhất quy trình dữ liệu chạy thành công.
Ví dụ
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
|
|||
|
Mã định danh sản phẩm
ProductIdentifier
|
Mã định danh của sản phẩm liên quan đến sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này liên kết sự kiện chất lượng với một sản phẩm, vật liệu hoặc dịch vụ cụ thể. Giá trị có thể là mã sản phẩm, SKU hoặc mã linh kiện. Liên kết này rất quan trọng khi phân tích chất lượng sản phẩm. Bạn có thể dùng process mining để so sánh quy trình quản lý chất lượng giữa các dòng sản phẩm hoặc xác định sản phẩm thường phát sinh vấn đề chất lượng. Nhờ đó, nhóm có thể ưu tiên cải tiến kỹ thuật hoặc sản xuất ở những nơi cần thiết nhất.
Vì sao điều này quan trọng
Thuộc tính này liên kết sự kiện chất lượng với từng sản phẩm, giúp phân tích xu hướng chất lượng và khác biệt trong quy trình theo sản phẩm.
Lấy dữ liệu ở đâu
Thông tin này được lưu trong một trường của kế hoạch thu thập dữ liệu chất lượng, thường liên kết với danh mục mặt hàng Oracle Inventory.
Ví dụ
SKU-100-A-REDPN-987654CHEM-X2
|
|||
|
Mã đóng sự kiện
ClosureCode
|
Mã cho biết lý do hoặc kết quả khi đóng sự kiện chất lượng. | ||
|
Mô tả
Khi đóng một sự kiện chất lượng, hệ thống thường gán mã đóng để phân loại kết quả cuối cùng. Ví dụ: “Hành động có hiệu quả”, “Không cần hành động” hoặc “Vấn đề trùng lặp”. Thuộc tính này rất hữu ích khi phân tích kết quả. Bằng cách lọc theo mã đóng, nhà phân tích có thể xem những luồng quy trình nào dẫn đến kết quả thành công và luồng nào thì không. Thuộc tính này giúp trả lời các câu hỏi như “Quy trình xử lý những vấn đề được đóng với lý do trùng lặp diễn ra thế nào?” và phát hiện điểm kém hiệu quả trong khâu phân loại ban đầu.
Vì sao điều này quan trọng
Thuộc tính này cung cấp thông tin quan trọng về kết quả của một hồ sơ, giúp phân tích luồng quy trình nào dẫn đến xử lý thành công.
Lấy dữ liệu ở đâu
Tham khảo tài liệu Oracle Quality Management. Trường này có thể được điền trong hoạt động đóng sự kiện cuối cùng.
Ví dụ
CÓ HIỆU QUẢKHÔNG CẦN HÀNH ĐỘNGTRÙNG LẶPCHẤP NHẬN RỦI RO
|
|||
|
Mã kế hoạch hành động khắc phục
CorrectiveActionPlanId
|
Mã định danh duy nhất của kế hoạch hành động khắc phục (CAPA) được tạo để xử lý sự kiện chất lượng. | ||
|
Mô tả
Thuộc tính này liên kết trực tiếp sự kiện chất lượng với kế hoạch hành động khắc phục và phòng ngừa cụ thể. Kế hoạch này thường là một đối tượng riêng trong hệ thống và có vòng đời riêng. Khi phân tích, bạn có thể dùng mã này để kết hợp dữ liệu từ quy trình xử lý sự kiện chất lượng với dữ liệu từ quy trình quản lý CAPA, qua đó có cái nhìn đầy đủ hơn. Mã này giúp theo dõi xem mọi sự kiện cần CAPA đã được gán kế hoạch hay chưa, đồng thời phân tích hiệu quả của các hành động đó.
Vì sao điều này quan trọng
Thuộc tính này liên kết vấn đề (sự kiện chất lượng) với giải pháp (CAPA), giúp phân tích toàn bộ quy trình quản lý chất lượng từ đầu đến cuối.
Lấy dữ liệu ở đâu
Đây có thể là trường tham chiếu trên hồ sơ sự kiện chất lượng, trỏ đến một hồ sơ trong bảng hoặc mô-đun dành riêng cho CAPA.
Ví dụ
CAPA-2023-088CAPA-2023-091
|
|||
|
Tổng thời gian xử lý
TotalCycleTime
|
Tổng thời gian từ khi phát hiện vấn đề chất lượng đến khi đóng sự kiện. | ||
|
Mô tả
Thuộc tính này đo tổng thời gian xử lý từ đầu đến cuối của một sự kiện chất lượng. Giá trị được tính bằng thời điểm của hoạt động đầu tiên (“Phát hiện vấn đề chất lượng”) trừ cho thời điểm của hoạt động cuối cùng (“Rà soát và đóng sự kiện”). Đây là KPI chính để đánh giá hiệu quả chung của quy trình quản lý chất lượng. Chỉ số này là thước đo chính trên dashboard “Thời gian xử lý sự kiện chất lượng từ đầu đến cuối”. Theo dõi chỉ số theo thời gian và phân nhóm theo các thuộc tính như mức độ nghiêm trọng hoặc danh mục vấn đề sẽ cho thấy tổng quan về tình trạng quy trình và tác động của các sáng kiến cải tiến.
Vì sao điều này quan trọng
Đây là KPI quan trọng, đo tốc độ và hiệu quả của toàn bộ quy trình quản lý chất lượng từ đầu đến cuối.
Lấy dữ liệu ở đâu
Giá trị này được tính ở cấp hồ sơ trong quá trình xử lý dữ liệu cho process mining. Cần có thời điểm bắt đầu của sự kiện đầu tiên và thời điểm kết thúc của sự kiện cuối cùng cho từng QualityEventId.
Ví dụ
P30DT12HP15DP92D
|
|||
Hoạt động quản lý chất lượng
| 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 điều tra để tìm nguyên nhân gốc của vấn đề chất lượng. Thông thường, hệ thống thể hiện bước này qua thay đổi trạng thái, chẳng hạn chuyển sang 'Under Investigation'. | ||
|
Vì sao điều này quan trọng
Đây là mốc bắt đầu để đo KPI 'Root Cause Analysis Lead Time', đồng thời cho biết vấn đề phải chờ bao lâu trước khi cuộc điều tra chính thức bắt đầu.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc bản ghi Quality Issue hoặc Quality Action liên quan chuyển sang trạng thái 'Investigation'. Dấu thời gian của lần đổi trạng thái này là thời điểm sự kiện.
Thu thập
Có thể suy ra từ việc chuyển trạng thái sang 'Under Investigation' hoặc trạng thái tương tự.
Loại sự kiện
inferred
|
|||
|
Phân loại và ưu tiên vấn đề
|
Hoạt động này diễn ra khi chuyên viên hoàn tất đánh giá ban đầu và gán các thuộc tính chính như mức độ nghiêm trọng, mức ưu tiên và loại vấn đề. Thường có thể ghi nhận khi trạng thái vấn đề chuyển từ 'New' sang 'Assessed' hoặc 'In Triage'. | ||
|
Vì sao điều này quan trọng
Mốc này rất quan trọng đối với KPI 'Avg Triage Processing Time'. Chậm trễ ở đây có thể làm chậm toàn bộ quá trình xử lý, nhất là với các vấn đề nghiêm trọng.
Lấy dữ liệu ở đâu
Có thể suy ra từ thay đổi trạng thái của bản ghi Quality Issue, chẳng hạn từ 'New' sang 'Under Assessment', hoặc khi các trường như 'Severity' hay 'Priority' được điền lần đầu.
Thu thập
Có thể suy ra từ thay đổi trạng thái hoặc lần đầu điền trường Severity hay Priority.
Loại sự kiện
inferred
|
|||
|
Phát hiện vấn đề chất lượng
|
Hoạt động này đánh dấu thời điểm tạo bản ghi sự kiện chất lượng mới, chẳng hạn trường hợp không phù hợp, sai lệch hoặc khiếu nại của khách hàng. Hệ thống ghi nhận rõ sự kiện khi người dùng tạo bản ghi Quality Issue hoặc Quality Action mới trong Oracle. | ||
|
Vì sao điều này quan trọng
Đây là sự kiện bắt đầu, cần thiết để tính tổng thời gian xử lý quy trình quản lý chất lượng và nắm được số lượng sự kiện chất lượng phát sinh.
Lấy dữ liệu ở đâu
Sự kiện này được ghi nhận theo dấu thời gian tạo bản ghi Quality Issue hoặc Quality Action, thường nằm trong các bảng như QAM_QUALITY_ISSUES hoặc QAM_QUALITY_ACTIONS.
Thu thập
Ghi nhận sự kiện khi tạo bản ghi Quality Issue hoặc Action mới.
Loại sự kiện
explicit
|
|||
|
Phê duyệt kế hoạch hành động khắc phục
|
Đây là bước phê duyệt chính thức kế hoạch hành động khắc phục được đề xuất bởi người có thẩm quyền. Đây là điểm kiểm soát quan trọng, thường được ghi nhận qua thao tác phê duyệt hoặc khi trạng thái chuyển sang 'Approved'. | ||
|
Vì sao điều này quan trọng
Đây là một mốc quan trọng và thường là điểm nghẽn. Phân tích thời gian phê duyệt giúp tinh gọn quy trình và bảo đảm tuân thủ quy định.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc bản ghi Quality Action hoặc CAPA chuyển sang trạng thái 'Approved'. Các hệ thống Oracle có quy trình phê duyệt thường ghi lại rõ thay đổi này trong bảng kiểm tra.
Thu thập
Có thể suy ra từ việc trạng thái chuyển sang 'Approved'.
Loại sự kiện
inferred
|
|||
|
Rà soát và đóng hồ sơ
|
Đây là bước cuối cùng, khi xác nhận mọi hành động liên quan đã hoàn tất và chính thức đóng vấn đề chất lượng chính. Hệ thống ghi nhận bước này khi trạng thái bản ghi chính chuyển sang 'Closed' hoặc 'Resolved'. | ||
|
Vì sao điều này quan trọng
Đây là sự kiện kết thúc chính của quy trình. Sự kiện này cần thiết để tính KPI 'Thời gian xử lý trung bình của sự kiện' và đo tổng lượng công việc quy trình hoàn tất.
Lấy dữ liệu ở đâu
Có thể suy ra từ lần đổi trạng thái cuối cùng của bản ghi Quality Issue chính sang 'Closed'. Dấu thời gian của lần đổi này là thời điểm sự kiện.
Thu thập
Có thể suy ra từ việc bản ghi Quality Issue chính chuyển sang trạng thái 'Closed'.
Loại sự kiện
inferred
|
|||
|
Xác minh hiệu quả hành động
|
Xác nhận rằng hành động khắc phục đã thực hiện xử lý được nguyên nhân gốc và ngăn vấn đề tái diễn. Hệ thống ghi nhận khi người dùng hoàn tất bước xác minh và cập nhật trạng thái bản ghi. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng dựa trên kết quả, đồng thời là cơ sở tính KPI 'Effectiveness Verif. Rate'. Bước này khép lại chu trình hành động khắc phục và xác nhận vấn đề đã được giải quyết thực sự.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc bản ghi CAPA chuyển sang trạng thái 'Verification Complete' hoặc 'Effective'. Có thể cần điền thêm các trường kết quả xác minh cụ thể.
Thu thập
Có thể suy ra từ việc trạng thái chuyển sang 'Verification Complete' hoặc 'Effective'.
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 các hành động khắc phục được xác định và liên kết với vấn đề chất lượng, nêu rõ các bước cần thực hiện để xử lý vấn đề. Đây có thể là lúc tạo bản ghi Corrective Action liên quan hoặc đổi trạng thái để cho biết kế hoạch đã sẵn sàng được xem xét. | ||
|
Vì sao điều này quan trọng
Bước này đánh dấu quá trình chuyển từ phân tích vấn đề sang thiết kế giải pháp. Nếu phải làm lại ở bước này, thể hiện qua các KPI làm lại, có thể nguyên nhân là yêu cầu chưa rõ hoặc kế hoạch chưa hiệu quả.
Lấy dữ liệu ở đâu
Sự kiện này có thể được ghi nhận trực tiếp khi tạo bản ghi Corrective Action mới trong đối tượng CAPA, hoặc suy ra từ việc trạng thái chuyển sang 'Plan Proposed' hay 'Pending Approval'.
Thu thập
Có thể suy ra từ việc trạng thái chuyển sang 'Pending Approval' hoặc tạo Corrective Action được liên kết.
Loại sự kiện
inferred
|
|||
|
Hoàn tất phân tích nguyên nhân gốc
|
Hoạt động này thể hiện việc hoàn tất phân tích nguyên nhân gốc (RCA) và ghi lại kết quả. Thông thường, hệ thống ghi nhận khi nhóm điều tra cập nhật nguyên nhân gốc đã xác định vào vấn đề chất lượng và đổi trạng thái bản ghi. | ||
|
Vì sao điều này quan trọng
Đây là mốc kết thúc để tính KPI 'Root Cause Analysis Lead Time'. Phân tích thời gian đến bước này giúp xác định điểm nghẽn trong giai đoạn giải quyết vấn đề.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc trạng thái chuyển sang 'RCA Complete' hoặc trường nhóm nguyên nhân gốc được điền và lưu. Dấu thời gian của lần cập nhật này được dùng làm thời điểm sự kiện.
Thu thập
Có thể suy ra từ việc chuyển trạng thái sang 'RCA Complete' hoặc điền các trường nguyên nhân gốc.
Loại sự kiện
inferred
|
|||
|
Phân công vấn đề để đánh giá ban đầu
|
Hoạt động này thể hiện việc phân công vấn đề chất lượng mới cho một người dùng hoặc nhóm cụ thể để xem xét và đánh giá ban đầu. Thường có thể suy ra sự kiện này bằng cách theo dõi thay đổi ở trường người được giao hoặc chủ sở hữu của bản ghi vấn đề chất lượng. | ||
|
Vì sao điều này quan trọng
Theo dõi lần bàn giao ban đầu này giúp phát hiện chậm trễ trước khi bắt đầu đánh giá. Phân tích thời gian ở trạng thái này có thể cho thấy hồ sơ đang ùn ứ trong hàng chờ đánh giá ban đầu.
Lấy dữ liệu ở đâu
Có thể suy ra từ thay đổi ở trường chủ sở hữu hoặc người được giao trong bản ghi Quality Issue. Dữ liệu có thể lấy từ bảng nhật ký kiểm tra hoặc bằng cách theo dõi thay đổi trạng thái liên quan đến quy trình phân công.
Thu thập
Có thể suy ra từ thay đổi ở trường 'Assigned To' hoặc 'Owner' trong Quality Issue.
Loại sự kiện
inferred
|
|||
|
Thông báo kết quả xử lý cho các bên liên quan
|
Hoạt động này thể hiện việ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 khách hàng bị ảnh hưởng. Khó ghi nhận trực tiếp, nhưng có thể suy ra từ thay đổi trạng thái sau khi đóng hồ sơ hoặc từ bình luận được ghi lại. | ||
|
Vì sao điều này quan trọng
Mốc này rất quan trọng đối với KPI 'Stakeholder Notification Lag'. Thông báo kịp thời giúp duy trì sự hài lòng của khách hàng và tính minh bạch nội bộ, kể cả sau khi vấn đề đã được giải quyết.
Lấy dữ liệu ở đâu
Thường khó ghi nhận tự động. Có thể suy ra từ trạng thái như 'Notification Sent' hoặc từ nội dung trong trường hoạt động hay bình luận. Cần có logic riêng để trích xuất thông tin này.
Thu thập
Có thể suy ra từ một lần đổi trạng thái cụ thể hoặc từ việc phân tích văn bản trong nhật ký hoạt động.
Loại sự kiện
inferred
|
|||
|
Thực hiện hành động khắc phục
|
Đánh dấu thời điểm hoàn tất các nhiệm vụ trong kế hoạch hành động khắc phục đã được phê duyệt. Thông thường, hệ thống ghi nhận khi người dùng cập nhật trạng thái bản ghi hành động khắc phục thành 'Implemented' hoặc 'Completed'. | ||
|
Vì sao điều này quan trọng
Hoạt động này rất quan trọng đối với KPI 'CAPA Impl. On-Time Rate'. Nó cho biết giải pháp đã được thực hiện và giúp đối chiếu với ngày mục tiêu.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện này từ việc bản ghi Quality Action hoặc CAPA liên quan chuyển sang trạng thái 'Implemented' hoặc 'Completed'.
Thu thập
Có thể suy ra từ việc trạng thái chuyển sang 'Implemented' hoặc 'Completed'.
Loại sự kiện
inferred
|
|||
|
Thực hiện hành động phòng ngừa
|
Đánh dấu thời điểm hoàn tất các nhiệm vụ trong kế hoạch hành động phòng ngừa nhằm giảm thiểu rủi ro mang tính hệ thống. Hệ thống ghi nhận khi người dùng cập nhật trạng thái bản ghi hành động phòng ngừa thành 'Implemented' hoặc 'Completed'. | ||
|
Vì sao điều này quan trọng
Hoạt động này đo lường khả năng chủ động cải thiện chất lượng của tổ chức. Chậm trễ ở đây có thể cho thấy tổ chức gặp khó khăn khi triển khai thay đổi mang tính hệ thống.
Lấy dữ liệu ở đâu
Có thể suy ra từ việc bản ghi Preventive Action liên quan chuyển sang trạng thái 'Implemented' hoặc 'Completed', tương tự cách theo dõi hành động khắc phục.
Thu thập
Có thể suy ra từ việc bản ghi Preventive Action chuyển sang trạng thái 'Implemented'.
Loại sự kiện
inferred
|
|||
|
Xác định hành động phòng ngừa
|
Hoạt động này thể hiện việc tạo hành động phòng ngừa (PA) để xử lý vấn đề mang tính hệ thống và ngăn các sự kiện chất lượng tương tự xảy ra. Thường có thể ghi nhận khi tạo bản ghi Preventive Action mới liên kết với vấn đề ban đầu. | ||
|
Vì sao điều này quan trọng
Hoạt động này cho thấy quy trình chất lượng đã trưởng thành, không chỉ xử lý từng vấn đề riêng lẻ mà còn chủ động ngăn vấn đề trong tương lai. Theo dõi bước này giúp đo lường cải tiến chất lượng chủ động.
Lấy dữ liệu ở đâu
Ghi nhận khi tạo bản ghi Quality Action mới có loại 'Preventive Action', thường được liên kết với Quality Issue hoặc Corrective Action ban đầu.
Thu thập
Ghi nhận khi tạo bản ghi Quality Action loại 'Preventive Action'.
Loại sự kiện
explicit
|
|||
|
Yêu cầu kiểm tra hiệu quả
|
Hoạt động này thể hiện việc hệ thống hoặc người dùng đánh dấu rằng cần kiểm tra lại hành động đã thực hiện để xác nhận hiệu quả. Việc này thường diễn ra tự động hoặc do người dùng đổi trạng thái sau khi hoàn tất hành động. | ||
|
Vì sao điều này quan trọng
Bước này mở đầu giai đoạn xác minh quan trọng. Khoảng thời gian từ lúc thực hiện hành động đến bước này có thể cho thấy chậm trễ trong việc bắt đầu kiểm tra cần thiết.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện này từ việc Quality Action chuyển sang trạng thái 'Pending Effectiveness Check' hoặc trạng thái tương tự trong quy trình làm việc.
Thu thập
Có thể suy ra từ việc trạng thái chuyển sang 'Pending Effectiveness Check'.
Loại sự kiện
inferred
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu?
Mẫu này giúp bạn chuẩn bị dữ liệu nhanh chóng và bắt đầu tối ưu hóa quy trình quản lý chất lượng. Bắt đầu tìm cơ hội nâng cao hiệu quả và tuân thủ ngay hôm nay.
Cải thiện quản lý chất lượng trên Oracle, tăng cường tuân thủ ngay hôm nay
Loại bỏ khâu kém hiệu quả, rút ngắn thời gian chu trình 30%.
Không cần thẻ tín dụng. Dùng thử miễn phí trong 14 ngày.