เทมเพลตข้อมูลการจัดการคุณภาพของคุณ
เทมเพลตข้อมูลการจัดการคุณภาพของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์การจัดการคุณภาพ
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อของงานหรือขั้นตอนที่เกิดขึ้นในกระบวนการจัดการคุณภาพ. | ||
|
คำอธิบาย
คุณลักษณะนี้อธิบายเหตุการณ์หรือการดำเนินการหนึ่งรายการในการจัดการเหตุการณ์ด้านคุณภาพ เมื่อนำกิจกรรมมาเรียงตามเวลา จะเห็นลำดับกระบวนการของแต่ละเคส. การวิเคราะห์ชื่อกิจกรรมเป็นหัวใจสำคัญของ process mining ช่วยค้นหารูปแบบกระบวนการที่เกิดขึ้นจริง เปรียบเทียบกับรูปแบบที่ต้องการเพื่อตรวจสอบการปฏิบัติตาม และระบุคอขวดหรือวงจรการทำงานซ้ำระหว่างกิจกรรมต่างๆ ตัวอย่างเช่น ใช้วัดเวลาตั้งแต่ 'เริ่มการสอบสวน' จนถึง 'วิเคราะห์สาเหตุที่แท้จริงแล้วเสร็จ'.
เหตุผลที่สำคัญ
คุณลักษณะนี้เป็นพื้นฐานสำหรับทำแผนผังกระบวนการ ระบุการเบี่ยงเบน และทำความเข้าใจวิธีทำงานจริง.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้ได้มาจากบันทึกเหตุการณ์ ระเบียนการเปลี่ยนสถานะ หรือตารางประวัติการดำเนินการในโมดูล Oracle Quality Management.
ตัวอย่าง
ระบุปัญหาด้านคุณภาพเริ่มการสอบสวนอนุมัติแผนการดำเนินการแก้ไขตรวจสอบขั้นสุดท้ายและปิดเรื่อง
|
|||
|
เวลาเริ่มต้นเหตุการณ์
EventStartTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นเมื่อใด. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุวันที่และเวลาที่ขั้นตอนหนึ่งของกระบวนการเริ่มต้นอย่างแม่นยำ เป็นข้อมูลเวลาหลักที่ใช้เรียงเหตุการณ์ตามลำดับและสร้างลำดับกระบวนการของเคสเหตุการณ์ด้านคุณภาพแต่ละรายการ. ในการวิเคราะห์ เวลาเริ่มเหตุการณ์จำเป็นต่อการคำนวณเวลารวม ระยะเวลา และเวลารอระหว่างกิจกรรม ช่วยระบุคอขวดจากความล่าช้าที่ยาวนานระหว่างขั้นตอนที่ต่อเนื่องกัน และใช้ติดตามผลเทียบกับ KPI ด้านเวลา เช่น Root Cause Analysis Lead Time.
เหตุผลที่สำคัญ
เวลานี้เป็นพื้นฐานของการวิเคราะห์กระบวนการ ช่วยให้คำนวณทุกอย่างที่เกี่ยวกับเวลาและเรียงลำดับกิจกรรมได้ถูกต้อง.
แหล่งข้อมูล
โดยทั่วไปจะพบเวลานี้ในบันทึกธุรกรรมหรือตารางประวัติที่เกี่ยวข้องกับการดำเนินการด้านคุณภาพและแผนการเก็บข้อมูล โดยมักใช้ชื่อ CREATION_DATE หรือชื่อใกล้เคียง.
ตัวอย่าง
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
|
|||
|
เหตุการณ์ด้านคุณภาพ
QualityEventId
|
ตัวระบุเฉพาะของเหตุการณ์ด้านคุณภาพหนึ่งรายการ เช่น กรณีไม่เป็นไปตามข้อกำหนด ข้อร้องเรียน หรือการเบี่ยงเบน. | ||
|
คำอธิบาย
Quality Event ID เป็นรหัสเคสหลักที่ใช้จัดกลุ่มกิจกรรมทั้งหมด ตั้งแต่การรายงานครั้งแรกจนถึงการปิดเคส แต่ละเหตุการณ์ด้านคุณภาพจะได้รับรหัสเฉพาะ เพื่อเก็บประวัติการสอบสวนและการแก้ไขไว้อย่างครบถ้วน ในการวิเคราะห์ process mining แอตทริบิวต์นี้เป็นข้อมูลพื้นฐานสำหรับสร้างเส้นทางตั้งแต่ต้นจนจบของแต่ละเหตุการณ์ด้านคุณภาพ ช่วยคำนวณรอบเวลาดำเนินการโดยรวม ระบุรูปแบบกระบวนการที่แตกต่างกัน และวิเคราะห์วิธีจัดการเหตุการณ์แต่ละประเภท เมื่อนักวิเคราะห์เชื่อมบันทึกกิจกรรมทุกรายการกับ Quality Event ID ที่เกี่ยวข้อง ก็จะเห็นลำดับการไหลของกระบวนการทั้งหมด และระบุคอขวดที่เกิดซ้ำหรือปัญหาด้านการปฏิบัติตามข้อกำหนดได้
เหตุผลที่สำคัญ
ID นี้จำเป็นต่อการกำหนดขอบเขตของแต่ละเคส ช่วยติดตามเหตุการณ์ด้านคุณภาพได้อย่างแม่นยำและคำนวณตัวชี้วัดประสิทธิภาพตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
โดยทั่วไปจะเป็นคีย์หลักในตารางเหตุการณ์ด้านคุณภาพหลักหรือตารางแผนการเก็บข้อมูลภายใน Oracle Quality Management เช่น QA_RESULTS.
ตัวอย่าง
NC-2023-00123CAPA-45892QE-500-A
|
|||
|
ผู้ใช้ที่ได้รับมอบหมาย
AssignedUser
|
ผู้ใช้ที่ได้รับมอบหมายให้ทำกิจกรรมหรือรับผิดชอบเหตุการณ์ด้านคุณภาพ. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุผู้รับผิดชอบงานเฉพาะหรือการจัดการเหตุการณ์ด้านคุณภาพโดยรวม ซึ่งให้รายละเอียดเจาะจงกว่าแผนกที่รับผิดชอบ. การวิเคราะห์แยกตามผู้ใช้ช่วยให้เข้าใจภาระงานรายบุคคล ระบุความต้องการด้านการฝึกอบรม และเห็นผู้ที่ทำงานได้ดี นอกจากนี้ยังช่วยให้เห็นรูปแบบ เช่น การมอบหมายงานซ้ำให้ผู้อื่น หรือการที่งานของผู้ใช้บางรายหยุดชะงัก ข้อมูลระดับนี้มีประโยชน์ต่อการบริหารผลการทำงานและการจัดสรรทรัพยากรอย่างละเอียด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ภาระงานและผลการทำงานรายบุคคลได้ละเอียดขึ้น ทำให้ระบุข้อจำกัดด้านทรัพยากรหรือโอกาสในการฝึกอบรมได้.
แหล่งข้อมูล
ดูเอกสาร Oracle Quality Management โดยทั่วไปข้อมูลการมอบหมายผู้ใช้จะจัดเก็บในตารางการดำเนินการหรือเวิร์กโฟลว์ที่เชื่อมโยงกับเหตุการณ์ด้านคุณภาพ.
ตัวอย่าง
j.smitha.jonesr.williams
|
|||
|
แผนกที่รับผิดชอบ
ResponsibleDepartment
|
แผนกหรือหน่วยงานที่รับผิดชอบเหตุการณ์ด้านคุณภาพหรือกิจกรรมปัจจุบัน. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุทีม หรือแผนกที่ได้รับมอบหมายให้จัดการเหตุการณ์ด้านคุณภาพ เช่น ฝ่ายประกันคุณภาพ ฝ่ายวิศวกรรม ฝ่ายผลิต หรือหน่วยงานอื่น และอาจเปลี่ยนไปเมื่อเหตุการณ์ดำเนินไปตามวงจร. ใน process mining การวิเคราะห์ตามแผนกที่รับผิดชอบช่วยให้เข้าใจการกระจายงาน ระบุคอขวดของแต่ละแผนก และเปรียบเทียบผลการทำงานระหว่างทีมได้ ข้อมูลนี้สนับสนุนแดชบอร์ด 'การจัดสรรทรัพยากรสำหรับเหตุการณ์ด้านคุณภาพ' โดยแสดงว่าแผนกใดเกี่ยวข้องกับกิจกรรมประเภทใด เพื่อช่วยจัดการทรัพยากรให้เหมาะสม.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ภาระงาน ผลการทำงาน และคอขวดแยกตามแผนก ซึ่งจำเป็นต่อการวางแผนทรัพยากรและปรับปรุงองค์กร.
แหล่งข้อมูล
ดูเอกสาร Oracle Quality Management ข้อมูลนี้อาจจัดเก็บในตารางที่เกี่ยวข้องกับการดำเนินการด้านคุณภาพหรือการมอบหมายงาน และเชื่อมโยงกับเหตุการณ์ด้านคุณภาพ.
ตัวอย่าง
วิศวกรรมคุณภาพการปฏิบัติการด้านการผลิตคุณภาพซัพพลายเออร์วิศวกรรมการออกแบบ
|
|||
|
ระดับความรุนแรง
SeverityLevel
|
การจัดประเภทผลกระทบของเหตุการณ์ด้านคุณภาพ เช่น วิกฤต รุนแรง หรือเล็กน้อย. | ||
|
คำอธิบาย
ระดับความรุนแรงคือการประเมินผลกระทบที่อาจเกิดจากปัญหาด้านคุณภาพต่อลูกค้า การปฏิบัติตามข้อกำหนด หรือการปฏิบัติงานของธุรกิจ โดยปกติจะประเมินในขั้นตอนคัดกรองเบื้องต้น การจัดประเภทนี้ช่วยจัดลำดับความสำคัญของทรัพยากรและกำหนดความเร่งด่วนในการตอบสนอง. ใน process mining คุณลักษณะนี้สำคัญต่อการแบ่งกลุ่ม นักวิเคราะห์สามารถเปรียบเทียบขั้นตอนกระบวนการ ระยะเวลาดำเนินการ และผลลัพธ์ของเหตุการณ์ที่มีความรุนแรงสูงกับเหตุการณ์ที่มีความรุนแรงต่ำได้ ข้อมูลนี้สนับสนุนแดชบอร์ด 'ความสม่ำเสมอในการคัดกรองเหตุการณ์ด้านคุณภาพ' และ KPI 'อัตราการแก้ไขตามระดับความรุนแรง' โดยแสดงให้เห็นว่าปัญหาวิกฤตได้รับการจัดการอย่างรวดเร็วและมีประสิทธิผลหรือไม่.
เหตุผลที่สำคัญ
ช่วยจัดลำดับความสำคัญและแบ่งกลุ่มการวิเคราะห์ เพื่อให้จัดการเหตุการณ์ด้านคุณภาพที่มีผลกระทบสูงได้อย่างมีประสิทธิภาพ.
แหล่งข้อมูล
โปรดดูเอกสาร Oracle Quality Management โดยทั่วไปฟิลด์นี้เป็นองค์ประกอบที่กำหนดค่าได้ในแผนรวบรวมข้อมูลด้านคุณภาพ.
ตัวอย่าง
1 - วิกฤต2 - ร้ายแรง3 - เล็กน้อย4 - เพื่อเป็นข้อมูล
|
|||
|
วันที่เป้าหมายในการแก้ไขปัญหา
TargetResolutionDate
|
วันที่วางแผนหรือคาดว่าจะปิดเหตุการณ์ด้านคุณภาพได้อย่างสมบูรณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุกำหนดเวลาที่คาดว่าจะแก้ไขเหตุการณ์ด้านคุณภาพได้อย่างสมบูรณ์ โดยใช้เป็นข้อตกลงระดับการให้บริการ (SLA) หรือเป้าหมายภายใน ซึ่งมักกำหนดตามระดับความรุนแรงหรือประเภทของเหตุการณ์. วันที่นี้เป็นข้อมูลสำคัญสำหรับติดตามผลการดำเนินงาน และใช้คำนวณ KPI 'อัตราการดำเนินการ CAPA ตรงเวลา' โดยตรง นักวิเคราะห์สามารถเปรียบเทียบวันที่ดำเนินกิจกรรมเสร็จจริงกับวันที่เป้าหมาย เพื่อวัดความตรงต่อเวลา ระบุเหตุการณ์ที่เสี่ยงล่าช้า และติดตามแนวโน้มการดำเนินงานให้ตรงเวลา ข้อมูลนี้ช่วยลดระยะเวลาการแก้ไขปัญหาได้.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์วัดการดำเนินงานตรงเวลา และจำเป็นต่อการคำนวณ KPI ด้านความตรงต่อเวลาและการบริหาร SLA.
แหล่งข้อมูล
โปรดดูเอกสาร Oracle Quality Management ฟิลด์นี้อาจเป็นฟิลด์วันที่มาตรฐานหรือองค์ประกอบที่ผู้ใช้กำหนดในแผนรวบรวมข้อมูลด้านคุณภาพ.
ตัวอย่าง
2023-05-302023-06-152024-01-10
|
|||
|
เวลาสิ้นสุดเหตุการณ์
EventEndTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาสิ้นสุดเหตุการณ์ระบุว่ากิจกรรมหนึ่งเสร็จเมื่อใด เมื่อนำมาใช้คู่กับเวลาเริ่มเหตุการณ์ จะคำนวณเวลาที่ใช้ดำเนินกิจกรรมนั้นได้ ในบางระบบ กิจกรรมอาจเกิดขึ้นทันที ทำให้เวลาเริ่มต้นและสิ้นสุดตรงกัน. คุณลักษณะนี้จำเป็นต่อการวิเคราะห์ระยะเวลาอย่างละเอียด ช่วยให้นักวิเคราะห์แยกเวลาที่ใช้ทำงานจริง ซึ่งนับจากเวลาเริ่มต้นถึงเวลาสิ้นสุด ออกจากเวลารอ ซึ่งนับจากกิจกรรมหนึ่งสิ้นสุดจนถึงกิจกรรมถัดไปเริ่มต้นได้ ข้อมูลนี้ช่วยระบุช่วงที่มีการใช้ทรัพยากรทำงานจริง และช่วงที่การส่งต่องานทำให้เกิดความล่าช้า.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ ทำให้ระบุงานที่ไม่มีประสิทธิภาพและช่วงเวลารอนานได้.
แหล่งข้อมูล
ข้อมูลนี้อาจอยู่ในตารางธุรกรรมหรือตารางประวัติเดียวกับเวลาเริ่มต้น โดยบางครั้งใช้ชื่อ LAST_UPDATE_DATE หรือช่องเวลาที่เสร็จสิ้นโดยเฉพาะ นอกจากนี้ยังอาจอนุมานจากเวลาเริ่มต้นของเหตุการณ์ถัดไปได้.
ตัวอย่าง
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
|
|||
|
สถานะปัจจุบัน
CurrentStatus
|
สถานะปัจจุบันของเคสเหตุการณ์ด้านคุณภาพ. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุสถานะปัจจุบันของเหตุการณ์ด้านคุณภาพในวงจร เช่น 'Open', 'Under Investigation', 'Pending Approval' หรือ 'Closed' โดยแสดงภาพสถานะของเคส ณ เวลาที่ดึงข้อมูล. คุณลักษณะนี้สำคัญต่อการติดตามการปฏิบัติงาน และสนับสนุนแดชบอร์ด 'ภาพรวมเหตุการณ์ด้านคุณภาพที่เปิดอยู่และสถานะ' โดยตรง ช่วยให้ผู้จัดการเห็นรายการปัญหาด้านคุณภาพที่กำลังดำเนินการและจัดลำดับความสำคัญของทรัพยากรได้อย่างรวดเร็ว ใน process mining การกรองตามสถานะสุดท้ายช่วยวิเคราะห์ผลลัพธ์ของเส้นทางกระบวนการที่แตกต่างกันได้.
เหตุผลที่สำคัญ
แสดงภาพรวมเหตุการณ์ด้านคุณภาพที่กำลังดำเนินการแบบเรียลไทม์ ช่วยให้บริหารงานและจัดลำดับความสำคัญของเคสที่ยังดำเนินอยู่ได้อย่างมีประสิทธิภาพ.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในตารางส่วนหัวหลักของเหตุการณ์ด้านคุณภาพ และแสดงสถานะล่าสุดที่ทราบของเหตุการณ์.
ตัวอย่าง
เปิดอยู่กำลังดำเนินการรออนุมัติปิดแล้ว
|
|||
|
หมวดหมู่สาเหตุที่แท้จริง
RootCauseCategory
|
การจัดประเภทสาเหตุที่แท้จริงของปัญหาด้านคุณภาพที่ตรวจพบ. | ||
|
คำอธิบาย
หลังจากวิเคราะห์หาสาเหตุที่แท้จริงแล้ว มักจัดกลุ่มผลการวิเคราะห์ตามหมวดหมู่ที่กำหนดไว้ เช่น 'อุปกรณ์ขัดข้อง' 'ความผิดพลาดของบุคลากร' หรือ 'ข้อบกพร่องด้านการออกแบบ' แอตทริบิวต์นี้ใช้บันทึกการจัดประเภทดังกล่าว. การวิเคราะห์กระบวนการตามหมวดหมู่สาเหตุที่แท้จริงช่วยเปลี่ยนจุดสนใจจากการแก้ปัญหาเฉพาะหน้าไปสู่การจัดการปัญหาที่ต้นเหตุ เช่น หากพบเหตุการณ์จำนวนมากที่มีสาเหตุจาก 'ปัญหาด้านการฝึกอบรม' องค์กรอาจต้องปรับปรุงหลักสูตรฝึกอบรมพนักงาน ซึ่งเป็นเป้าหมายสำคัญของการดำเนินการป้องกัน.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ช่วยให้องค์กรเปลี่ยนจากการจัดการคุณภาพเชิงรับเป็นเชิงรุก โดยวิเคราะห์สาเหตุพื้นฐานของความล้มเหลวได้.
แหล่งข้อมูล
โปรดดูเอกสาร Oracle Quality Management แอตทริบิวต์นี้น่าจะเป็นองค์ประกอบที่ผู้ใช้กำหนดในแผนรวบรวมข้อมูล และบันทึกหลังจากกิจกรรม 'ดำเนินการวิเคราะห์หาสาเหตุที่แท้จริง'.
ตัวอย่าง
อุปกรณ์ทำงานผิดปกติวัสดุมีข้อบกพร่องความผิดพลาดของบุคลากรไม่ปฏิบัติตามขั้นตอน
|
|||
|
ตรงเวลา
IsOnTime
|
ตัวบ่งชี้ว่าดำเนินการแก้ไขเสร็จภายในวันที่เป้าหมายหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้คำนวณจากการเปรียบเทียบเวลาที่กิจกรรม 'ดำเนินการแก้ไขเสร็จสิ้น' กับ 'วันที่เป้าหมายในการแก้ไขปัญหา' ของกรณี หากดำเนินการเสร็จภายในหรือก่อนวันที่เป้าหมาย ค่าจะเป็นจริง หากไม่เป็นไปตามนั้น ค่าจะเป็นเท็จ. แอตทริบิวต์นี้ใช้คำนวณ KPI 'อัตราการดำเนินการ CAPA ตรงเวลา' โดยตรง และช่วยให้วิเคราะห์หรือสร้างแดชบอร์ดได้ง่ายขึ้น เพราะจำแนกความตรงต่อเวลาของแต่ละกรณีเป็นสองค่าอย่างชัดเจน คุณสามารถกรองและสรุปข้อมูลเพื่อติดตามการปฏิบัติตามระดับการให้บริการ รวมถึงหาสาเหตุที่ทำให้เกิดความล่าช้าได้.
เหตุผลที่สำคัญ
ช่วยติดตามผลการดำเนินงานให้ตรงตามเป้าหมายได้ง่ายขึ้น และวัดผลพร้อมรายงาน KPI สำคัญนี้ได้สะดวก.
แหล่งข้อมูล
ตัวบ่งชี้นี้คำนวณจากข้อมูลที่แปลงแล้ว โดยใช้ TargetResolutionDate และเวลาของกิจกรรมที่เกี่ยวข้องซึ่งระบุว่าดำเนินการเสร็จสิ้น.
ตัวอย่าง
truefalse
|
|||
|
เป็นการทำงานซ้ำ
IsRework
|
ตัวบ่งชี้ว่ากิจกรรมเป็นการทำซ้ำหรือแก้ไขงานจากขั้นตอนก่อนหน้าในกรณีเดียวกันหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้มีค่าเป็นจริงเมื่อกิจกรรมหนึ่ง เช่น 'เสนอแผนการดำเนินการแก้ไข' เกิดขึ้นมากกว่าหนึ่งครั้งในกรณีเหตุการณ์ด้านคุณภาพเดียวกัน ซึ่งบ่งชี้ว่ากระบวนการมีการวนกลับหรือแก้ไขงาน โดยต้องทำขั้นตอนที่เสร็จไปแล้วซ้ำอีกครั้ง. การระบุงานที่ต้องทำซ้ำเป็นความสามารถสำคัญของ process mining ตัวบ่งชี้นี้ช่วยวัดความไม่มีประสิทธิภาพดังกล่าว และใช้คำนวณ KPI 'ความถี่ในการทำกิจกรรมซ้ำ' ได้โดยตรง การวิเคราะห์ว่าขั้นตอนใดต้องทำซ้ำบ่อยและเกิดขึ้นภายใต้เงื่อนไขใด อาจช่วยให้พบปัญหาด้านการฝึกอบรม คุณภาพข้อมูล หรือเกณฑ์การอนุมัติ และชี้ให้เห็นโอกาสในการปรับปรุงกระบวนการให้มีประสิทธิภาพขึ้น.
เหตุผลที่สำคัญ
ช่วยระบุความไม่มีประสิทธิภาพและการวนซ้ำในกระบวนการ เพื่อวัดงานที่สูญเปล่าและค้นหาสาเหตุที่แท้จริงของการทำงานซ้ำ.
แหล่งข้อมูล
คำนวณระหว่างเตรียมข้อมูลโดยใช้ window function หรือการวิเคราะห์ลำดับในบันทึกเหตุการณ์ เพื่อระบุกรณีที่ชื่อกิจกรรมเดียวกันปรากฏหลายครั้งในกรณีเดียวกัน.
ตัวอย่าง
truefalse
|
|||
|
รหัสการปิดเหตุการณ์
ClosureCode
|
รหัสที่ระบุเหตุผลหรือผลลัพธ์เมื่อปิดเหตุการณ์ด้านคุณภาพ. | ||
|
คำอธิบาย
เมื่อปิดเหตุการณ์ด้านคุณภาพ มักกำหนดรหัสการปิดเหตุการณ์เพื่อจัดประเภทผลลัพธ์สุดท้าย เช่น 'ดำเนินการแล้วได้ผล' 'ไม่ต้องดำเนินการ' หรือ 'ปัญหาซ้ำซ้อน'. แอตทริบิวต์นี้มีประโยชน์ต่อการวิเคราะห์ผลลัพธ์ นักวิเคราะห์สามารถกรองตามรหัสการปิดเหตุการณ์แต่ละประเภท เพื่อศึกษาว่าเส้นทางกระบวนการใดนำไปสู่ผลลัพธ์ที่สำเร็จ และเส้นทางใดไม่สำเร็จ นอกจากนี้ยังช่วยตอบคำถาม เช่น 'กระบวนการจัดการปัญหาที่ปิดเป็นรายการซ้ำมีลักษณะอย่างไร' และระบุจุดที่ไม่มีประสิทธิภาพในขั้นตอนคัดแยกปัญหาได้.
เหตุผลที่สำคัญ
ข้อมูลนี้ระบุผลลัพธ์ของกรณี ช่วยวิเคราะห์ว่าเส้นทางกระบวนการใดนำไปสู่การแก้ไขปัญหาที่สำเร็จ.
แหล่งข้อมูล
โปรดดูเอกสาร Oracle Quality Management ฟิลด์นี้น่าจะบันทึกระหว่างกิจกรรมปิดเหตุการณ์ขั้นสุดท้าย.
ตัวอย่าง
มีประสิทธิผลไม่ต้องดำเนินการรายการซ้ำยอมรับความเสี่ยง
|
|||
|
รหัสผลิตภัณฑ์
ProductIdentifier
|
รหัสระบุผลิตภัณฑ์ที่เกี่ยวข้องกับเหตุการณ์ด้านคุณภาพ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับผลิตภัณฑ์ วัสดุ หรือบริการที่ระบุ อาจเป็นรหัสผลิตภัณฑ์ SKU หรือหมายเลขชิ้นส่วน. การเชื่อมโยงนี้สำคัญต่อการวิเคราะห์คุณภาพผลิตภัณฑ์ คุณสามารถใช้ process mining เปรียบเทียบกระบวนการจัดการคุณภาพของผลิตภัณฑ์แต่ละกลุ่ม หรือระบุผลิตภัณฑ์ที่มักพบปัญหาด้านคุณภาพ ข้อมูลนี้ช่วยจัดลำดับความสำคัญของการปรับปรุงด้านวิศวกรรมหรือการผลิตได้ตรงจุด.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับผลิตภัณฑ์ที่ระบุ ช่วยวิเคราะห์แนวโน้มคุณภาพและความแตกต่างของกระบวนการที่เกี่ยวข้องกับผลิตภัณฑ์แต่ละรายการ.
แหล่งข้อมูล
ข้อมูลนี้จัดเก็บในฟิลด์ของแผนรวบรวมข้อมูลด้านคุณภาพ ซึ่งมักเชื่อมโยงกับข้อมูลหลักรายการสินค้าใน Oracle Inventory.
ตัวอย่าง
SKU-100-A-REDPN-987654CHEM-X2
|
|||
|
รหัสแผนการดำเนินการแก้ไข
CorrectiveActionPlanId
|
รหัสเฉพาะของแผนการดำเนินการแก้ไข (CAPA) ที่จัดทำขึ้นเพื่อแก้ไขเหตุการณ์ด้านคุณภาพ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์ด้านคุณภาพกับแผนการดำเนินการแก้ไขและป้องกันที่จัดทำขึ้นเพื่อแก้ปัญหาโดยตรง โดยแผนดังกล่าวมักเป็นออบเจ็กต์แยกต่างหากในระบบและมีวงจรการทำงานของตนเอง. คุณสามารถใช้รหัสนี้เชื่อมข้อมูลจากกระบวนการจัดการเหตุการณ์ด้านคุณภาพกับข้อมูลจากกระบวนการจัดการ CAPA เพื่อให้เห็นภาพรวมได้ชัดเจนขึ้น นอกจากนี้ยังช่วยตรวจสอบว่าเหตุการณ์ที่ต้องใช้ CAPA มีแผนรองรับหรือไม่ และวิเคราะห์ประสิทธิผลของการดำเนินการได้.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้เชื่อมโยงปัญหา (เหตุการณ์ด้านคุณภาพ) กับแนวทางแก้ไข (CAPA) ทำให้วิเคราะห์ระบบการจัดการคุณภาพได้ตั้งแต่ต้นจนจบและครบถ้วนยิ่งขึ้น.
แหล่งข้อมูล
ฟิลด์อ้างอิงนี้อยู่ในระเบียนเหตุการณ์ด้านคุณภาพ และชี้ไปยังระเบียนในตารางหรือโมดูลเฉพาะสำหรับ CAPA.
ตัวอย่าง
CAPA-2023-088CAPA-2023-091
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบุระบบบันทึกข้อมูลหลักที่ใช้ดึงข้อมูลออกมา. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุแอปพลิเคชันหรือระบบต้นทางของข้อมูลเหตุการณ์ ในองค์กร ข้อมูลเหตุการณ์ด้านคุณภาพอาจมาจากหลายแหล่ง เช่น โมดูล Oracle Quality หลัก ระบบ CAPA แยกต่างหาก หรือพอร์ทัลรับข้อร้องเรียนจากลูกค้า. ในการวิเคราะห์ ช่องนี้ช่วยให้เข้าใจที่มาของข้อมูล และแบ่งกลุ่มกระบวนการตามระบบต้นทางได้ ข้อมูลนี้สำคัญต่อการกำกับดูแลข้อมูลและแก้ไขปัญหาการเชื่อมต่อข้อมูล เพื่อให้ภาพกระบวนการสะท้อนข้อมูลจากทุกระบบได้อย่างถูกต้อง.
เหตุผลที่สำคัญ
ช่วยให้เข้าใจที่มาของข้อมูล ซึ่งสำคัญต่อการตรวจสอบความถูกต้อง การกำกับดูแลข้อมูล และการวิเคราะห์ความแตกต่างของกระบวนการระหว่างระบบ.
แหล่งข้อมูล
โดยทั่วไปจะเพิ่มค่านี้แบบคงที่ระหว่างขั้นตอนดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของชุดข้อมูล.
ตัวอย่าง
Oracle Quality Management R12Oracle EBS QualityQM-PROD
|
|||
|
ระยะเวลารวมของกระบวนการ
TotalCycleTime
|
เวลารวมตั้งแต่ระบุปัญหาด้านคุณภาพจนถึงปิดปัญหาในขั้นตอนสุดท้าย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้วัดระยะเวลาตั้งแต่ต้นจนจบของกรณีเหตุการณ์ด้านคุณภาพหนึ่งกรณี โดยคำนวณจากเวลาของกิจกรรมแรก ('ระบุปัญหาด้านคุณภาพ') จนถึงกิจกรรมสุดท้าย ('ตรวจสอบและปิดเหตุการณ์ขั้นสุดท้าย'). นี่คือ KPI หลักที่ใช้วัดประสิทธิภาพโดยรวมของกระบวนการจัดการคุณภาพ และเป็นตัวชี้วัดหลักในแดชบอร์ด 'ระยะเวลาดำเนินการเหตุการณ์ด้านคุณภาพตั้งแต่ต้นจนจบ' การติดตามตัวชี้วัดนี้ตามช่วงเวลาและแบ่งตามแอตทริบิวต์ เช่น ระดับความรุนแรงหรือหมวดหมู่ปัญหา ช่วยให้เห็นภาพรวมสุขภาพของกระบวนการและผลของการปรับปรุง.
เหตุผลที่สำคัญ
นี่คือ KPI สำคัญที่ใช้วัดความรวดเร็วและประสิทธิภาพโดยรวมของกระบวนการจัดการคุณภาพตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
ค่านี้คำนวณในระดับกรณีระหว่างการประมวลผลข้อมูลสำหรับ process mining โดยต้องใช้เวลาเริ่มต้นของเหตุการณ์แรกและเวลาสิ้นสุดของเหตุการณ์สุดท้ายสำหรับ QualityEventId แต่ละรายการ.
ตัวอย่าง
P30DT12HP15DP92D
|
|||
|
หน่วยธุรกิจ
BusinessUnit
|
หน่วยธุรกิจหรือฝ่ายขององค์กรที่เกิดเหตุการณ์ด้านคุณภาพ หรือเป็นผู้รับผิดชอบจัดการเหตุการณ์นั้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุหน่วยงานในโครงสร้างธุรกิจที่รับผิดชอบเหตุการณ์ด้านคุณภาพ ช่วยวิเคราะห์และเปรียบเทียบผลการดำเนินงานด้านคุณภาพระหว่างหน่วยงานต่างๆ. องค์กรขนาดใหญ่มักต้องแบ่งการวิเคราะห์กระบวนการตามหน่วยธุรกิจ เพื่อจัดทำแดชบอร์ดเฉพาะของแต่ละหน่วย และตรวจสอบว่าหน่วยงานใดมีกระบวนการจัดการคุณภาพที่มีประสิทธิภาพกว่า หรือกำลังเผชิญความท้าทายเฉพาะด้าน ข้อมูลนี้มีประโยชน์ต่อการกำกับดูแลในระดับองค์กรและการแลกเปลี่ยนแนวปฏิบัติที่ดีระหว่างหน่วยงาน.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบและวิเคราะห์ผลการดำเนินงานของหน่วยงานต่างๆ เพื่อสนับสนุนการจัดการคุณภาพทั่วทั้งองค์กร.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้เป็นส่วนหนึ่งของข้อมูลบริบทองค์กรที่เชื่อมโยงกับธุรกรรม และมักได้มาจากข้อมูลหลักของผู้ใช้หรือแผนก.
ตัวอย่าง
อุปกรณ์การแพทย์อุปกรณ์อิเล็กทรอนิกส์สำหรับผู้บริโภคชิ้นส่วนยานยนต์
|
|||
|
หมวดหมู่ปัญหา
IssueCategory
|
หมวดหมู่หรือประเภทของปัญหาด้านคุณภาพ เช่น 'ข้อบกพร่องของผลิตภัณฑ์' หรือ 'การเบี่ยงเบนจากกระบวนการ'. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ใช้จัดประเภทเหตุการณ์ด้านคุณภาพ เพื่อช่วยจัดกลุ่มปัญหาที่คล้ายกันสำหรับการวิเคราะห์ โดยทั่วไปองค์กรจะกำหนดหมวดหมู่ให้สอดคล้องกับบริบทการปฏิบัติงานของตน. การวิเคราะห์กระบวนการตามหมวดหมู่ปัญหาช่วยให้เห็นรูปแบบของปัญหาแต่ละประเภท เช่น ปัญหา 'วัสดุจากซัพพลายเออร์' อาจใช้เวลาแก้ไขนานกว่าปัญหา 'กระบวนการภายใน' มาก การแบ่งกลุ่มเช่นนี้ช่วยให้กำหนดแนวทางปรับปรุงกระบวนการได้ตรงจุด.
เหตุผลที่สำคัญ
การจัดหมวดหมู่ปัญหาช่วยให้วิเคราะห์แนวโน้มและหาสาเหตุที่แท้จริงของปัญหาแต่ละด้านได้ตรงจุด.
แหล่งข้อมูล
โปรดดูเอกสาร Oracle Quality Management แอตทริบิวต์นี้น่าจะเป็นองค์ประกอบที่ผู้ใช้กำหนดในแผนรวบรวมข้อมูลด้านคุณภาพ.
ตัวอย่าง
ข้อบกพร่องของผลิตภัณฑ์การเบี่ยงเบนจากกระบวนการวัสดุจากซัพพลายเออร์ข้อร้องเรียนจากลูกค้า
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงหรืออัปเดตข้อมูลจากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุเวลาล่าสุดที่อัปเดตข้อมูลของเหตุการณ์นี้ในชุดข้อมูล process mining ซึ่งแสดงความใหม่ของข้อมูลและช่วยให้ผู้ใช้ทราบว่าการวิเคราะห์เป็นปัจจุบันเพียงใด. ในแดชบอร์ดและรายงาน เวลานี้ช่วยให้ผู้ใช้เข้าใจบริบทของข้อมูลได้ชัดเจน ว่ากำลังดูข้อมูลแบบเรียลไทม์หรือภาพข้อมูล ณ เวลาใดเวลาหนึ่ง ซึ่งจำเป็นต่อการตัดสินใจด้านการปฏิบัติการอย่างมีข้อมูลประกอบ และทำให้เห็นชัดเจนว่าข้อมูลเป็นปัจจุบันเพียงใด.
เหตุผลที่สำคัญ
เวลานี้แสดงให้เห็นว่าข้อมูลใหม่เพียงใด ผู้ใช้จึงทราบได้ว่าการวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดแค่ไหน.
แหล่งข้อมูล
ระบบสร้างและจัดเก็บค่านี้ระหว่างขั้นตอน ETL โดยทั่วไปจะระบุเวลาที่ไปป์ไลน์ข้อมูลทำงานสำเร็จครั้งล่าสุด.
ตัวอย่าง
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
|
|||
กิจกรรมการจัดการคุณภาพ
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จัดหมวดหมู่และจัดลำดับความสำคัญของปัญหา
|
กิจกรรมนี้เกิดขึ้นเมื่อนักวิเคราะห์ประเมินเบื้องต้นเสร็จและกำหนดคุณลักษณะสำคัญ เช่น ระดับความรุนแรง ลำดับความสำคัญ และประเภทปัญหา โดยทั่วไปจะบันทึกเมื่อสถานะเปลี่ยนจาก 'New' เป็น 'Assessed' หรือ 'In Triage'. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้ใช้คำนวณ KPI 'Avg Triage Processing Time' หากล่าช้า กระบวนการแก้ไขทั้งหมดอาจช้าลง โดยเฉพาะกรณีเร่งด่วน.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของระเบียน Quality Issue เช่น จาก 'New' เป็น 'Under Assessment' หรือจากการกรอกข้อมูลในช่องอย่าง 'Severity' หรือ 'Priority' เป็นครั้งแรก.
บันทึก
อนุมานจากการเปลี่ยนสถานะ หรือการกรอกข้อมูลในช่อง Severity หรือ Priority เป็นครั้งแรก.
ประเภทเหตุการณ์
inferred
|
|||
|
ตรวจสอบขั้นสุดท้ายและปิดเรื่อง
|
ขั้นตอนสุดท้ายที่ยืนยันว่าการดำเนินการที่เกี่ยวข้องทั้งหมดเสร็จแล้ว และปิดปัญหาด้านคุณภาพหลักอย่างเป็นทางการ โดยบันทึกจากการเปลี่ยนสถานะสุดท้ายของระเบียนหลักเป็น 'Closed' หรือ 'Resolved'. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์สิ้นสุดหลักของกระบวนการ ซึ่งจำเป็นต่อการคำนวณ KPI 'รอบเวลาดำเนินการเฉลี่ยของเหตุการณ์' และวัดปริมาณงานที่กระบวนการดำเนินการเสร็จโดยรวม.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะสุดท้ายของระเบียน Quality Issue หลักเป็น 'Closed' โดยใช้เวลาที่เปลี่ยนสถานะเป็นเวลาเกิดเหตุการณ์.
บันทึก
อนุมานจากการเปลี่ยนสถานะของระเบียน Quality Issue หลักเป็น 'Closed'.
ประเภทเหตุการณ์
inferred
|
|||
|
ยืนยันประสิทธิผลของการดำเนินการ
|
ยืนยันว่าการแก้ไขที่ดำเนินการแล้วแก้สาเหตุที่แท้จริงได้สำเร็จและป้องกันไม่ให้เกิดซ้ำ โดยบันทึกเมื่อผู้ใช้ตรวจสอบเสร็จและอัปเดตสถานะของระเบียน. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้วัดผลจากผลลัพธ์โดยตรง และใช้คำนวณ KPI 'Effectiveness Verif. Rate' ทั้งยังปิดวงจรการแก้ไขเพื่อให้มั่นใจว่าแก้ปัญหาได้จริง.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของระเบียน CAPA เป็น 'Verification Complete' หรือ 'Effective' และอาจมีการกรอกข้อมูลในช่องผลการตรวจสอบเฉพาะด้วย.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Verification Complete' หรือ 'Effective'.
ประเภทเหตุการณ์
inferred
|
|||
|
ระบุปัญหาด้านคุณภาพ
|
กิจกรรมนี้หมายถึงการสร้างระเบียนเหตุการณ์ด้านคุณภาพใหม่ เช่น กรณีไม่เป็นไปตามข้อกำหนด การเบี่ยงเบน หรือข้อร้องเรียนจากลูกค้า ระบบจะบันทึกกิจกรรมนี้เมื่อผู้ใช้สร้างระเบียน Quality Issue หรือ Quality Action ใหม่ใน Oracle. | ||
|
เหตุผลที่สำคัญ
ในฐานะเหตุการณ์เริ่มต้น กิจกรรมนี้จำเป็นต่อการคำนวณเวลารวมของกระบวนการจัดการคุณภาพ และช่วยให้เข้าใจปริมาณเหตุการณ์ด้านคุณภาพที่เข้ามา.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้จากเวลาที่สร้างระเบียน Quality Issue หรือ Quality Action ซึ่งอาจอยู่ในตารางอย่าง QAM_QUALITY_ISSUES หรือ QAM_QUALITY_ACTIONS.
บันทึก
บันทึกเหตุการณ์เมื่อสร้างระเบียน Quality Issue หรือ Quality Action ใหม่.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มการสอบสวน
|
หมายถึงการเริ่มขั้นตอนสอบสวนอย่างเป็นทางการเพื่อหาสาเหตุที่แท้จริงของปัญหาด้านคุณภาพ โดยปกติจะแสดงด้วยการเปลี่ยนสถานะในระบบ เช่น เปลี่ยนเป็น 'Under Investigation'. | ||
|
เหตุผลที่สำคัญ
ใช้เป็นจุดเริ่มต้นในการวัด KPI 'Root Cause Analysis Lead Time' และช่วยระบุว่าปัญหารอนานเท่าใดก่อนเริ่มการสอบสวนอย่างเป็นทางการ.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของระเบียน Quality Issue หรือ Quality Action ที่เกี่ยวข้องเป็นสถานะ 'Investigation' โดยใช้เวลาที่เปลี่ยนสถานะเป็นเวลาเกิดเหตุการณ์.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Under Investigation' หรือสถานะที่มีความหมายใกล้เคียงกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติแผนการดำเนินการแก้ไข
|
หมายถึงการอนุมัติแผนการแก้ไขที่เสนออย่างเป็นทางการโดยผู้มีอำนาจที่กำหนด จุดควบคุมสำคัญนี้มักบันทึกจากการอนุมัติโดยตรงหรือการเปลี่ยนสถานะเป็น 'Approved'. | ||
|
เหตุผลที่สำคัญ
การอนุมัติเป็นเหตุการณ์สำคัญและมักเป็นคอขวด การวิเคราะห์เวลาที่ใช้อนุมัติช่วยปรับกระบวนการให้คล่องตัวและทำให้มั่นใจว่าปฏิบัติตามขั้นตอน.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของระเบียน Quality Action หรือ CAPA เป็น 'Approved' ระบบ Oracle ที่มีเวิร์กโฟลว์การอนุมัติมักบันทึกการเปลี่ยนแปลงนี้ไว้อย่างชัดเจนในตารางประวัติการตรวจสอบ.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Approved'.
ประเภทเหตุการณ์
inferred
|
|||
|
แจ้งผู้เกี่ยวข้องเมื่อแก้ไขปัญหาแล้ว
|
หมายถึงการแจ้งผลการแก้ไขเหตุการณ์ด้านคุณภาพให้ผู้เกี่ยวข้องทราบ เช่น ผู้รายงานหรือลูกค้าที่ได้รับผลกระทบ การบันทึกกิจกรรมนี้ทำได้ยาก และอาจอนุมานจากการเปลี่ยนสถานะหลังปิดเรื่องหรือความคิดเห็นที่บันทึกไว้. | ||
|
เหตุผลที่สำคัญ
สำคัญต่อ KPI 'Stakeholder Notification Lag' การแจ้งให้ทราบอย่างทันท่วงทีช่วยสร้างความพึงพอใจให้ลูกค้าและทำให้การสื่อสารภายในโปร่งใส แม้จะแก้ปัญหาแล้วก็ตาม.
แหล่งข้อมูล
มักบันทึกโดยอัตโนมัติได้ยาก อาจอนุมานจากสถานะอย่าง 'Notification Sent' หรือข้อมูลในช่องกิจกรรมหรือความคิดเห็น ซึ่งต้องใช้ตรรกะเฉพาะในการดึงข้อมูล.
บันทึก
อนุมานจากการเปลี่ยนสถานะที่กำหนด หรืออาจใช้การวิเคราะห์ข้อความจากบันทึกกิจกรรม.
ประเภทเหตุการณ์
inferred
|
|||
|
ดำเนินการแก้ไขเสร็จสิ้น
|
หมายถึงการทำงานตามแผนการแก้ไขที่ได้รับอนุมัติเสร็จสิ้น โดยทั่วไปจะบันทึกเมื่อผู้ใช้อัปเดตสถานะของระเบียนการแก้ไขเป็น 'Implemented' หรือ 'Completed'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อ KPI 'CAPA Impl. On-Time Rate' เพราะแสดงว่าดำเนินการแก้ไขตามแผนแล้ว และนำไปเปรียบเทียบกับวันที่เป้าหมายได้.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของระเบียน Quality Action หรือ CAPA ที่เกี่ยวข้องเป็น 'Implemented' หรือ 'Completed'.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Implemented' หรือ 'Completed'.
ประเภทเหตุการณ์
inferred
|
|||
|
ดำเนินการป้องกันเสร็จสิ้น
|
หมายถึงการทำงานตามแผนป้องกันเพื่อลดความเสี่ยงเชิงระบบเสร็จสิ้น โดยบันทึกเมื่อผู้ใช้อัปเดตสถานะของระเบียนมาตรการป้องกันเป็น 'Implemented' หรือ 'Completed'. | ||
|
เหตุผลที่สำคัญ
วัดความสามารถขององค์กรในการปรับปรุงคุณภาพเชิงรุก ความล่าช้าในขั้นตอนนี้อาจบ่งชี้ว่าการนำการเปลี่ยนแปลงเชิงระบบไปใช้ทั่วทั้งองค์กรยังทำได้ยาก.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของระเบียน Preventive Action ที่เกี่ยวข้องเป็น 'Implemented' หรือ 'Completed' เช่นเดียวกับการติดตามการดำเนินการแก้ไข.
บันทึก
อนุมานจากการเปลี่ยนสถานะของระเบียน Preventive Action เป็น 'Implemented'.
ประเภทเหตุการณ์
inferred
|
|||
|
ดำเนินการวิเคราะห์สาเหตุที่แท้จริง
|
หมายถึงการวิเคราะห์สาเหตุที่แท้จริง (RCA) เสร็จสิ้นและบันทึกผลการตรวจสอบ โดยทั่วไปจะบันทึกเมื่อทีมสอบสวนอัปเดตสาเหตุที่พบในปัญหาด้านคุณภาพและเปลี่ยนสถานะของระเบียน. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดของ KPI 'Root Cause Analysis Lead Time' การวิเคราะห์ระยะเวลาก่อนถึงขั้นตอนนี้ช่วยระบุคอขวดในช่วงแก้ไขปัญหา.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะเป็น 'RCA Complete' หรือเมื่อกรอกช่องหมวดหมู่สาเหตุที่แท้จริงและบันทึกระเบียน โดยใช้เวลาที่อัปเดตเป็นเวลาเกิดเหตุการณ์.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'RCA Complete' หรือการกรอกข้อมูลในช่องสาเหตุที่แท้จริง.
ประเภทเหตุการณ์
inferred
|
|||
|
ต้องตรวจสอบประสิทธิผล
|
หมายถึงระบบหรือผู้ใช้ระบุว่าต้องติดตามตรวจสอบการดำเนินการที่ทำไปแล้ว เพื่อยืนยันว่าได้ผลจริง โดยมักเป็นการเปลี่ยนสถานะอัตโนมัติหรือเปลี่ยนด้วยตนเองหลังดำเนินการเสร็จ. | ||
|
เหตุผลที่สำคัญ
ขั้นตอนนี้เป็นจุดเริ่มต้นของการตรวจสอบยืนยันที่สำคัญ การดูเวลาตั้งแต่ดำเนินการเสร็จจนถึงกิจกรรมนี้ช่วยให้เห็นความล่าช้าในการเริ่มติดตามผลที่จำเป็น.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของ Quality Action เป็น 'Pending Effectiveness Check' หรือสถานะใกล้เคียงในเวิร์กโฟลว์.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Pending Effectiveness Check'.
ประเภทเหตุการณ์
inferred
|
|||
|
มอบหมายปัญหาเพื่อคัดกรองเบื้องต้น
|
หมายถึงการมอบหมายปัญหาด้านคุณภาพที่เพิ่งสร้างให้ผู้ใช้หรือทีมที่รับผิดชอบตรวจสอบและประเมินเบื้องต้น โดยมักอนุมานเหตุการณ์นี้จากการติดตามการเปลี่ยนแปลงในช่องผู้รับมอบหมายหรือเจ้าของระเบียนปัญหาด้านคุณภาพ. | ||
|
เหตุผลที่สำคัญ
การติดตามการส่งต่องานในช่วงแรกช่วยให้พบความล่าช้าก่อนเริ่มประเมิน และการวิเคราะห์เวลาที่ใช้ในสถานะนี้ช่วยให้เห็นงานค้างในคิวคัดกรองเบื้องต้น.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนแปลงช่องเจ้าของหรือผู้รับมอบหมายในระเบียน Quality Issue โดยอาจใช้ข้อมูลจากตารางประวัติการตรวจสอบ หรือติดตามการเปลี่ยนสถานะที่เกี่ยวข้องกับเวิร์กโฟลว์การมอบหมาย.
บันทึก
อนุมานจากการเปลี่ยนแปลงช่อง 'Assigned To' หรือ 'Owner' ใน Quality Issue.
ประเภทเหตุการณ์
inferred
|
|||
|
ระบุการดำเนินการป้องกัน
|
หมายถึงการสร้างมาตรการป้องกัน (PA) เพื่อจัดการปัญหาเชิงระบบและป้องกันไม่ให้เกิดเหตุการณ์ด้านคุณภาพลักษณะเดียวกัน โดยมักบันทึกเมื่อสร้างระเบียน Preventive Action ใหม่ที่เชื่อมโยงกับปัญหาต้นทาง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แสดงให้เห็นว่ากระบวนการด้านคุณภาพพัฒนาไปอีกขั้น จากการแก้ปัญหาเฉพาะหน้าไปสู่การป้องกันปัญหาในอนาคต การติดตามกิจกรรมนี้ช่วยวัดการปรับปรุงคุณภาพเชิงรุก.
แหล่งข้อมูล
บันทึกเมื่อสร้างระเบียน Quality Action ใหม่ที่มีประเภทเป็น 'Preventive Action' ซึ่งมักเชื่อมโยงกับ Quality Issue หรือ Corrective Action ต้นทาง.
บันทึก
บันทึกเมื่อสร้างระเบียน Quality Action ประเภท 'Preventive Action'.
ประเภทเหตุการณ์
explicit
|
|||
|
เสนอแผนการดำเนินการแก้ไข
|
เกิดขึ้นเมื่อกำหนดการดำเนินการแก้ไขและเชื่อมโยงกับปัญหาด้านคุณภาพ เพื่อระบุขั้นตอนแก้ปัญหา อาจบันทึกเมื่อสร้างระเบียน Corrective Action ที่เกี่ยวข้อง หรือเมื่อเปลี่ยนสถานะเพื่อระบุว่าแผนพร้อมให้ตรวจสอบ. | ||
|
เหตุผลที่สำคัญ
ติดตามการเปลี่ยนจากการวิเคราะห์ปัญหาไปสู่การออกแบบแนวทางแก้ไข การทำงานซ้ำในขั้นตอนนี้ซึ่งวัดด้วย KPI การทำงานซ้ำ อาจบ่งชี้ว่าข้อกำหนดไม่ชัดเจนหรือวางแผนได้ไม่ดี.
แหล่งข้อมูล
อาจบันทึกเป็นเหตุการณ์โดยตรงเมื่อสร้างระเบียน Corrective Action ใหม่ในออบเจ็กต์ CAPA หรืออนุมานจากการเปลี่ยนสถานะเป็น 'Plan Proposed' หรือ 'Pending Approval'.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Pending Approval' หรือการสร้าง Corrective Action ที่เชื่อมโยงกัน.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เทมเพลตนี้ช่วยให้คุณเตรียมข้อมูลได้อย่างรวดเร็วและเริ่มปรับปรุงกระบวนการจัดการคุณภาพ ค้นหาโอกาสเพิ่มประสิทธิภาพและยกระดับการปฏิบัติตามข้อกำหนดได้ตั้งแต่วันนี้.
ปรับปรุงการจัดการคุณภาพใน Oracle พร้อมยกระดับการปฏิบัติตามข้อกำหนด
ลดจุดที่ไม่มีประสิทธิภาพ และทำให้ระยะเวลาดำเนินการสั้นลง 30%.
ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.