เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม

Guidewire ClaimCenter
เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม

เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม

ใช้เทมเพลตนี้เตรียมข้อมูลสำหรับปรับปรุงกระบวนการสินไหม โดยระบุข้อมูลสำคัญที่ควรเก็บ กิจกรรมหลักที่ควรติดตาม และแนวทางดึงข้อมูลอย่างชัดเจน ใช้เทมเพลตนี้ตรวจสอบว่าคุณมีข้อมูลที่จำเป็นสำหรับวิเคราะห์กระบวนการอย่างครบถ้วน.
  • ข้อมูลแนะนำที่ควรเก็บ
  • กิจกรรมหลักที่ควรติดตาม
  • แนวทางดึงข้อมูลจาก Guidewire ClaimCenter
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ข้อมูลสำหรับกระบวนการจัดการสินไหม

ฟิลด์ข้อมูลเหล่านี้จำเป็นต่อการสร้างบันทึกเหตุการณ์ที่ครบถ้วน เพื่อให้วิเคราะห์เวิร์กโฟลว์การจัดการสินไหมได้อย่างมีประสิทธิภาพ.
3 จำเป็น 4 แนะนำ 14 ไม่บังคับ
ชื่อ คำอธิบาย
Claim ID
ClaimID
รหัสเฉพาะของเคลมแต่ละรายการ ซึ่งใช้ระบุเคสหลัก.
คำอธิบาย

Claim ID เป็นหัวใจสำคัญของการวิเคราะห์กระบวนการจัดการสินไหม เพราะใช้ระบุเคลมแต่ละรายการตั้งแต่ส่งเรื่องจนปิดเคส รหัสนี้เชื่อมโยงกิจกรรม เอกสาร การจ่ายเงิน และการสื่อสารทั้งหมดที่เกี่ยวข้อง ทำให้เห็นวงจรชีวิตของเคลมแต่ละรายการได้ครบถ้วนและต่อเนื่อง.

ใน process mining เหตุการณ์ทุกเหตุการณ์ในชุดข้อมูลจะเชื่อมโยงกับ Claim ID จึงสามารถสร้างลำดับกระบวนการตั้งแต่ต้นจนจบขึ้นใหม่ได้ ข้อมูลนี้จำเป็นต่อการวิเคราะห์เวลาของกระบวนการ ระบุรูปแบบกระบวนการที่แตกต่าง และติดตามเส้นทางของเคลมผ่านหน่วยงานและผู้ประเมินสินไหมแต่ละราย.

เหตุผลที่สำคัญ

นี่คือคีย์หลักที่เชื่อมโยงเหตุการณ์ที่เกี่ยวข้องทั้งหมด ทำให้ติดตามและวิเคราะห์เส้นทางของเคลมแต่ละรายการได้ตั้งแต่ต้นจนจบ.

แหล่งข้อมูล

นี่คือคีย์หลักใน Guidewire ClaimCenter โดยทั่วไปจะอยู่ในฟิลด์ Claim.ClaimNumber หรือฟิลด์ที่คล้ายกันในเอนทิตี Claim หลัก.

ตัวอย่าง
000-123-45678000-987-65432001-456-11223
ชื่อกิจกรรม
ActivityName
ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้น ณ จุดหนึ่งในวงจรการจัดการเคลม.
คำอธิบาย

แอตทริบิวต์นี้ระบุขั้นตอนหรือหมุดหมายเฉพาะในกระบวนการจัดการเคลม เช่น 'สร้างเคลมแล้ว', 'เริ่มตรวจสอบแล้ว' หรือ 'จ่ายเงินแล้ว' ลำดับกิจกรรมของ Claim ID แต่ละรายการจะแสดงเป็นลำดับการทำงานของกระบวนการ

การวิเคราะห์ลำดับ ความถี่ และระยะห่างระหว่างกิจกรรมเป็นหัวใจของ process mining ช่วยค้นหาโมเดลกระบวนการ ระบุคอขวด วงจรการทำงานซ้ำ และความเบี่ยงเบนจากกระบวนการ.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้กำหนดขั้นตอนของกระบวนการ เพื่อให้เห็นแผนผังกระบวนการและวิเคราะห์ลำดับการทำงานกับคอขวดได้.

แหล่งข้อมูล

โดยทั่วไปจะดึงข้อมูลจากตารางเหตุการณ์หรือบันทึกการตรวจสอบใน ClaimCenter โดยจับคู่เหตุการณ์ของระบบหรือการเปลี่ยนสถานะกับชื่อกิจกรรมมาตรฐาน.

ตัวอย่าง
สร้างเคลมตัดสินความรับผิดจ่ายเงินแล้วปิดเคลม
เวลาที่เกิดเหตุการณ์
EventTime
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมเกิดขึ้น.
คำอธิบาย

เวลาประทับนี้ระบุช่วงเวลาที่ระบบบันทึกกิจกรรมไว้อย่างแม่นยำ และเป็นข้อมูลพื้นฐานสำหรับการวิเคราะห์กระบวนการตามเวลา

การเรียง EventTime ตามลำดับเวลาของ Claim ID แต่ละรายการช่วยสร้างลำดับการทำงานของกระบวนการขึ้นใหม่ ส่วนช่วงเวลาระหว่างเหตุการณ์ที่ต่อเนื่องกันใช้คำนวณเวลาตั้งแต่เริ่มจนจบ เวลารอ และเวลาประมวลผล ซึ่งจำเป็นต่อการวิเคราะห์ผลการดำเนินงาน การระบุคอขวด และการติดตาม SLA.

เหตุผลที่สำคัญ

เวลาประทับนี้จำเป็นต่อการเรียงเหตุการณ์ คำนวณเวลาตั้งแต่เริ่มจนจบและระยะเวลา รวมถึงระบุความล่าช้าในกระบวนการ.

แหล่งข้อมูล

พบข้อมูลนี้ร่วมกับข้อมูลเหตุการณ์หรือกิจกรรมในตารางประวัติหรือบันทึกการตรวจสอบของ Guidewire ClaimCenter โดยมักใช้ฟิลด์ 'CreateTime' หรือ 'UpdateTime'.

ตัวอย่าง
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
ประเภทเคลม
ClaimType
หมวดหมู่ของเคลมประกัน เช่น รถยนต์ ทรัพย์สิน หรือความรับผิด.
คำอธิบาย

ประเภทเคลมเป็นการจัดหมวดหมู่พื้นฐานตามประเภทประกันหรือเหตุแห่งความเสียหาย เคลมแต่ละประเภทมักมีขั้นตอน ระดับความซับซ้อน และข้อกำหนดด้านกฎระเบียบที่แตกต่างกัน

การแบ่งผลการวิเคราะห์กระบวนการตามประเภทเคลมช่วยให้ได้ข้อมูลเชิงลึกที่นำไปใช้ได้จริง คุณสามารถเปรียบเทียบผลการดำเนินงานระหว่างประเภทประกัน ระบุคอขวดเฉพาะของแต่ละประเภท และวางแนวทางปรับปรุงกระบวนการให้เหมาะกับลักษณะของเคลมแต่ละกลุ่ม.

เหตุผลที่สำคัญ

ช่วยแบ่งกลุ่มเคลม เพราะเคลมแต่ละประเภท เช่น รถยนต์กับทรัพย์สิน มักมีกระบวนการและเป้าหมายด้านผลการดำเนินงานต่างกัน.

แหล่งข้อมูล

ได้จากเอนทิตี Policy หรือ Claim ใน ClaimCenter โดยมักอ้างอิงรหัส Line of Business (LOB).

ตัวอย่าง
ประกันรถยนต์ส่วนบุคคลประกันทรัพย์สินเชิงพาณิชย์ประกันความรับผิดต่อบุคคลทั่วไปประกันเงินทดแทนแรงงาน
ผู้ประเมินเคลมที่ได้รับมอบหมาย
AssignedAdjuster
ชื่อหรือ ID ของผู้ใช้ที่ได้รับมอบหมายให้จัดการเคลมหรือทำกิจกรรมเฉพาะ.
คำอธิบาย

แอตทริบิวต์นี้ระบุผู้ประเมินเคลมที่รับผิดชอบเคลมแต่ละรายการ ณ ช่วงเวลาหนึ่ง ผู้ประเมินอาจได้รับมอบหมายให้ดูแลเคลมทั้งรายการหรือเฉพาะงานภายในเคลม

การวิเคราะห์ตามผู้ประเมินเคลมที่ได้รับมอบหมายมีความสำคัญต่อการกระจายภาระงาน การบริหารผลการปฏิบัติงาน และการระบุโอกาสในการฝึกอบรม ช่วยตอบคำถาม เช่น 'ผู้ประเมินคนใดมีเคลมที่ต้องดูแลมากที่สุด', 'ผลการปฏิบัติงานของผู้ประเมินแต่ละคนแตกต่างกันหรือไม่' และ 'มีการกระจายงานอย่างทั่วถึงหรือไม่'.

เหตุผลที่สำคัญ

ติดตามการมีส่วนร่วมของผู้ใช้ เพื่อวิเคราะห์ภาระงาน เปรียบเทียบผลการปฏิบัติงาน และระบุคอขวดที่เกี่ยวข้องกับทรัพยากร.

แหล่งข้อมูล

มีข้อมูลนี้ในเอนทิตี Claim หรือ Exposure ของ ClaimCenter โดยมักเชื่อมโยงกับออบเจ็กต์ User เช่น Claim.Assignee.

ตัวอย่าง
j.doem.smiths.jones
สถานะเคลม
ClaimStatus
สถานะโดยรวมของเคลม ณ เวลาที่เกิดเหตุการณ์ เช่น เปิด ปิด หรือปฏิเสธ.
คำอธิบาย

แอตทริบิวต์นี้แสดงสถานะโดยรวมของเคลม สถานะสำคัญได้แก่ 'เปิด', 'ปิด', 'ปฏิเสธ' และ 'เปิดใหม่' สถานะสุดท้ายของเคลมเป็นตัวชี้วัดผลลัพธ์ที่สำคัญ

การติดตามการเปลี่ยนแปลงสถานะเคลมช่วยกำหนดหมุดหมายและผลลัพธ์สำคัญของกระบวนการ ใช้ระบุผลการพิจารณาขั้นสุดท้าย คำนวณอัตราการปฏิเสธ และวิเคราะห์ความถี่ในการเปิดเคลมใหม่หลังปิดแล้ว ซึ่งมักบ่งชี้ถึงปัญหาในกระบวนการหรือความไม่พอใจของลูกค้า.

เหตุผลที่สำคัญ

ระบุผลลัพธ์ของเคลม ซึ่งจำเป็นต่อการวิเคราะห์อัตราการปฏิเสธ รูปแบบการปิดเคลม และความถี่ในการเปิดเคลมใหม่.

แหล่งข้อมูล

เป็นฟิลด์หลักในเอนทิตี Claim ซึ่งมักใช้ชื่อ 'State' หรือ 'Status'.

ตัวอย่าง
เปิดปิดปฏิเสธเปิดใหม่
สาเหตุความเสียหาย
LossCause
สาเหตุเฉพาะของเหตุการณ์ที่ทำให้เกิดความเสียหาย เช่น การชน ไฟไหม้ หรือความเสียหายจากน้ำ.
คำอธิบาย

แอตทริบิวต์นี้ให้รายละเอียดว่าเหตุใดจึงมีการยื่นเคลม สาเหตุความเสียหายมักเป็นตัวกำหนดขั้นตอนการตรวจสอบที่ต้องทำ ประเภทผู้เชี่ยวชาญที่ต้องใช้ และระดับความซับซ้อนโดยรวมของเคลม

การวิเคราะห์กระบวนการตามสาเหตุความเสียหายช่วยให้เห็นรูปแบบที่ซ่อนอยู่ เช่น เคลมจาก 'ความเสียหายจากน้ำ' อาจมีการทำงานซ้ำหรือใช้ผู้เชี่ยวชาญมากกว่าเคลมจาก 'การโจรกรรม' ข้อมูลนี้ช่วยกำหนดวิธีจัดการที่เฉพาะเจาะจงและมีประสิทธิภาพยิ่งขึ้น.

เหตุผลที่สำคัญ

ให้บริบทเกี่ยวกับลักษณะของเคลม และช่วยวิเคราะห์ว่าสาเหตุความเสียหายแต่ละประเภทส่งผลต่อลำดับและระยะเวลาของกระบวนการอย่างไร.

แหล่งข้อมูล

เป็นฟิลด์มาตรฐานในเอนทิตี Claim ซึ่งมักใช้ชื่อ 'LossCause'.

ตัวอย่าง
การชนไฟไหม้ความเสียหายจากน้ำการโจรกรรม
จำนวนเงินที่จ่าย
PaymentAmount
จำนวนเงินจริงที่จ่ายสำหรับกิจกรรมการจ่ายเงิน.
คำอธิบาย

แอตทริบิวต์นี้บันทึกจำนวนเงินของการจ่ายแต่ละครั้งสำหรับเคลมหนึ่งรายการ เคลมหนึ่งรายการอาจมีการจ่ายเงินหลายครั้งตลอดวงจรการจัดการ

ข้อมูลนี้จำเป็นต่อการวิเคราะห์การเงินด้วย process mining ใช้ติดตามยอดจ่ายรวมต่อเคลม วิเคราะห์ระยะเวลาอนุมัติการจ่ายตามจำนวนเงิน และเชื่อมโยงความไม่มีประสิทธิภาพของกระบวนการกับผลลัพธ์ทางการเงิน เช่น เคลมที่ใช้เวลานานอาจสัมพันธ์กับยอดจ่ายรวมที่สูงขึ้น.

เหตุผลที่สำคัญ

ติดตามธุรกรรมทางการเงินภายในเคลม เพื่อวิเคราะห์จำนวนเงินที่จ่ายและความสัมพันธ์กับกิจกรรมในกระบวนการ.

แหล่งข้อมูล

พบข้อมูลนี้ในเอนทิตีที่เกี่ยวข้องกับการจ่ายเงินและเชื่อมโยงกับเคลม โดยมักอยู่ในตารางธุรกรรมหรือเช็ค.

ตัวอย่าง
4500.00125000.00500.00
จำนวนเงินที่เรียกร้อง
ClaimedAmount
ยอดเงินรวมที่ผู้ถือกรมธรรม์เรียกร้องในเบื้องต้น.
คำอธิบาย

แอตทริบิวต์นี้แสดงมูลค่าความเสียหายตามที่ผู้เรียกร้องแจ้ง โดยมักเป็นการประเมินเบื้องต้นที่อาจเปลี่ยนแปลงได้เมื่อมีการตรวจสอบเคลมและกำหนดเงินสำรอง

การวิเคราะห์จำนวนเงินที่เรียกร้องช่วยแบ่งกลุ่มเคลมตามผลกระทบทางการเงิน เคลมมูลค่าสูงมักผ่านกระบวนการที่เข้มงวดและซับซ้อนกว่าเคลมมูลค่าต่ำ การเปรียบเทียบกระบวนการตามช่วงมูลค่าอาจช่วยให้พบโอกาสลดขั้นตอนสำหรับเคลมมูลค่าน้อย หรือเพิ่มการควบคุมสำหรับเคลมมูลค่าสูง.

เหตุผลที่สำคัญ

ช่วยแบ่งกลุ่มเคลมตามมูลค่าทางการเงิน เนื่องจากเคลมมูลค่าสูงอาจมีกระบวนการที่แตกต่างและซับซ้อนกว่า.

แหล่งข้อมูล

ข้อมูลนี้อาจไม่ได้อยู่ในฟิลด์เดียว แต่อาจคำนวณจากการประเมินความเสียหายเบื้องต้นที่บันทึกไว้ใน Exposure.

ตัวอย่าง
5000.00150000.00750.50
ดำเนินการอัตโนมัติหรือไม่
IsAutomated
ตัวบ่งชี้ว่ากิจกรรมดำเนินการโดยระบบอัตโนมัติหรือผู้ใช้ที่เป็นบุคคล.
คำอธิบาย

แอตทริบิวต์แบบบูลีนนี้ใช้แยกกิจกรรมที่ระบบดำเนินการ เช่น การสร้างเงินสำรองอัตโนมัติหรือการส่งจดหมายที่ระบบสร้างขึ้น ออกจากกิจกรรมที่ผู้ประเมินเคลมทำด้วยตนเอง

การวิเคราะห์แอตทริบิวต์นี้ช่วยให้เข้าใจระดับการทำงานอัตโนมัติในกระบวนการจัดการเคลม ช่วยระบุจุดที่ต้องให้คนเข้ามาดำเนินการ วัดประสิทธิผลของการประมวลผลอัตโนมัติตั้งแต่ต้นจนจบ และค้นหาโอกาสทำงานอัตโนมัติเพิ่ม โดยระบุงานซ้ำๆ ตามกฎที่ปัจจุบันยังให้คนทำ.

เหตุผลที่สำคัญ

แยกกิจกรรมที่ระบบดำเนินการออกจากกิจกรรมที่คนทำ ซึ่งจำเป็นต่อการวิเคราะห์ระบบอัตโนมัติและระบุคอขวดจากงานที่ต้องทำด้วยตนเอง.

แหล่งข้อมูล

มักต้องคำนวณจากข้อมูล ตัวอย่างเช่น อาจระบุเหตุการณ์ที่บันทึกโดยผู้ใช้ทั่วไปชื่อ 'system' ว่าเป็นกิจกรรมอัตโนมัติ.

ตัวอย่าง
truefalse
ประเภทกรมธรรม์
PolicyType
ประเภทกรมธรรม์ประกันภัยที่ใช้ยื่นเคลมโดยเฉพาะ.
คำอธิบาย

ประเภทกรมธรรม์จำแนกได้ละเอียดกว่าประเภทเคลม โดยระบุผลิตภัณฑ์ประกันภัย เช่น 'ประกันบ้าน', 'ประกันภัยรถยนต์เชิงพาณิชย์' หรือ 'ประกันความรับผิดทางไซเบอร์' รายละเอียดระดับนี้ช่วยให้เห็นความแตกต่างของกระบวนการที่เกี่ยวข้องกับผลิตภัณฑ์แต่ละประเภท

การวิเคราะห์กระบวนการตามประเภทกรมธรรม์ช่วยค้นหาความไม่มีประสิทธิภาพเฉพาะของผลิตภัณฑ์ เช่น เคลมภายใต้กรมธรรม์ที่เพิ่งเปิดตัวอาจดำเนินตามกระบวนการที่ยังไม่ลงตัวและเกิดความล่าช้า ผลการวิเคราะห์นี้นำไปใช้ปรับการออกแบบผลิตภัณฑ์และกำหนดมาตรฐานกระบวนการได้.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์กระบวนการของผลิตภัณฑ์ประกันภัยแต่ละประเภท และระบุความแตกต่างในการจัดการตามรายละเอียดของกรมธรรม์.

แหล่งข้อมูล

ข้อมูลนี้อยู่ในเอนทิตี Policy ซึ่งเชื่อมโยงกับ Claim.

ตัวอย่าง
ประกันบ้านแบบคุ้มครองหลายภัยประกันภัยรถยนต์เชิงพาณิชย์และความรับผิดประกันภัยทางทะเลภายในประเทศ
เป็นการทำงานซ้ำหรือไม่
IsRework
ตัวบ่งชี้ว่ากิจกรรมเป็นส่วนหนึ่งของวงจรการทำงานซ้ำ ซึ่งหมายถึงการย้อนกลับไปยังขั้นตอนก่อนหน้าในกระบวนการ.
คำอธิบาย

แอตทริบิวต์ที่คำนวณนี้ใช้ระบุกิจกรรมที่เป็นส่วนหนึ่งของวงจรการทำงานซ้ำ ตัวอย่างเช่น หากกระบวนการเปลี่ยนจาก 'ตรวจสอบเสร็จแล้ว' กลับไปเป็น 'เริ่มตรวจสอบแล้ว' กิจกรรม 'เริ่มตรวจสอบแล้ว' ครั้งที่สองจะถูกระบุว่าเป็นการทำงานซ้ำ

การระบุงานที่ต้องทำซ้ำเป็นพื้นฐานสำคัญในการค้นหาความไม่มีประสิทธิภาพและปัญหาด้านคุณภาพของกระบวนการ แดชบอร์ดความถี่ในการทำงานซ้ำและการปฏิเสธใช้ตัวชี้วัดนี้เพื่อวัดว่าเคลมเบี่ยงเบนจากเส้นทางปกติมากน้อยเพียงใด การวิเคราะห์สาเหตุของการทำงานซ้ำช่วยปรับปรุงคุณภาพและความรวดเร็วของกระบวนการได้อย่างมีนัยสำคัญ.

เหตุผลที่สำคัญ

ชี้ให้เห็นความไม่มีประสิทธิภาพและปัญหาด้านคุณภาพของกระบวนการ โดยระบุกิจกรรมที่เป็นส่วนหนึ่งของวงจรการทำงานซ้ำอย่างชัดเจน.

แหล่งข้อมูล

คำนวณภายในเครื่องมือ process mining โดยวิเคราะห์ลำดับกิจกรรมของแต่ละเคส.

ตัวอย่าง
truefalse
แผนก
Department
หน่วยงานหรือแผนกที่รับผิดชอบกิจกรรมจัดการเคลม.
คำอธิบาย

แอตทริบิวต์นี้ระบุแผนกหรือทีมที่ผู้ประเมินเคลมสังกัด เช่น 'เคลมรถยนต์', 'เคลมทรัพย์สิน' หรือ 'หน่วยสืบสวนพิเศษ' ซึ่งช่วยให้เห็นบริบทด้านโครงสร้างองค์กรของกระบวนการ

การวิเคราะห์ตามแผนกมีความสำคัญต่อการทำความเข้าใจผลการดำเนินงานของกระบวนการในระดับองค์กร ช่วยระบุความล่าช้าในการส่งต่องานระหว่างแผนก เปรียบเทียบประสิทธิภาพของแต่ละทีม และจัดสรรทรัพยากรให้กับหน่วยงานจัดการเคลมได้เหมาะสมยิ่งขึ้น.

เหตุผลที่สำคัญ

แสดงบริบทด้านโครงสร้างองค์กร ช่วยวิเคราะห์ผลการปฏิบัติงานของแต่ละทีมและชี้ให้เห็นปัญหาในการส่งต่องานระหว่างแผนก.

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้จะอยู่ในโปรไฟล์ของผู้ใช้หรือกลุ่มที่ได้รับมอบหมายภายใน ClaimCenter.

ตัวอย่าง
ฝ่ายเคลมรถยนต์หน่วยเคลมทรัพย์สินหน่วยสืบสวนพิเศษ (SIU)
มีการขอข้อมูลซ้ำ
RepeatedInfoRequestFlag
ตัวบ่งชี้ว่ามีการทำกิจกรรม 'ขอข้อมูลเพิ่มเติม' มากกว่าหนึ่งครั้งสำหรับเคลมเดียวกันหรือไม่.
คำอธิบาย

ตั้งค่าตัวบ่งชี้แบบบูลีนนี้เป็น true หากเคลมมีการทำกิจกรรม 'ขอข้อมูลเพิ่มเติม' มากกว่าหนึ่งครั้ง กรณีนี้มักชี้ให้เห็นว่าการรวบรวมข้อมูลในช่วงแรกยังไม่มีประสิทธิภาพ

แอตทริบิวต์นี้รองรับ KPI 'อัตราการขอข้อมูลซ้ำ' โดยตรง ช่วยวัดปัญหาการรวบรวมข้อเท็จจริงในช่วงแรกที่ไม่ครบถ้วน ซึ่งอาจทำให้เกิดความล่าช้าและสร้างความไม่พอใจให้ลูกค้า การวิเคราะห์เคลมที่มีตัวบ่งชี้นี้ช่วยปรับปรุงรายการตรวจสอบและขั้นตอนการทำงานของผู้ประเมิน เพื่อให้ขอข้อมูลที่จำเป็นได้ครบในครั้งเดียว.

เหตุผลที่สำคัญ

ระบุจุดที่การรวบรวมข้อมูลไม่ครบถ้วนตั้งแต่ครั้งแรก ทำให้กระบวนการล่าช้าและต้องทำงานซ้ำ.

แหล่งข้อมูล

คำนวณภายในเครื่องมือ process mining โดยนับจำนวนครั้งที่ทำกิจกรรม 'ขอข้อมูลเพิ่มเติม' ในแต่ละเคส.

ตัวอย่าง
truefalse
ระบบต้นทาง
SourceSystem
ระบบที่ใช้ดึงข้อมูลออกมา.
คำอธิบาย

แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลเหตุการณ์ ในองค์กรยุคใหม่ เหตุการณ์ที่เกี่ยวกับเคลมอาจมาจากหลายระบบ เช่น ระบบหลักอย่าง Guidewire ระบบจัดการเอกสาร หรือพอร์ทัลลูกค้า

การระบุระบบต้นทางมีความสำคัญต่อการกำกับดูแลข้อมูล การตรวจสอบความไม่สอดคล้องของข้อมูล และการทำความเข้าใจระบบเทคโนโลยีที่เกี่ยวข้องกับกระบวนการ อีกทั้งช่วยแยกขั้นตอนหลักของกระบวนการออกจากกิจกรรมสนับสนุนในระบบอื่น.

เหตุผลที่สำคัญ

ระบุแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูลและการวิเคราะห์ที่เกี่ยวข้องกับระบบซึ่งเชื่อมต่อกันหลายระบบ.

แหล่งข้อมูล

โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).

ตัวอย่าง
Guidewire ClaimCenter v10Customer Portal APIDocumentum
รัฐตามเขตอำนาจศาล
JurisdictionState
รัฐหรือเขตอำนาจศาลที่กำกับดูแลเคลมและกำหนดข้อกำหนดด้านกฎระเบียบ.
คำอธิบาย

แอตทริบิวต์นี้ระบุเขตอำนาจศาลตามกฎหมาย เช่น รัฐในสหรัฐฯ ที่ใช้จัดการเคลม ข้อกำหนดด้านประกันภัยอาจแตกต่างกันมากในแต่ละเขตอำนาจศาล ซึ่งส่งผลต่อขั้นตอนที่ต้องทำ ระยะเวลาการสื่อสาร และเอกสารที่ต้องจัดเตรียม

แอตทริบิวต์นี้สำคัญต่อการติดตามการปฏิบัติตามข้อกำหนด การวิเคราะห์กระบวนการตามเขตอำนาจศาลช่วยตรวจสอบว่าปฏิบัติตามข้อกำหนดเฉพาะของแต่ละรัฐหรือไม่ และช่วยอธิบายความแตกต่างของระยะเวลาหรือเส้นทางกระบวนการที่เกิดจากข้อจำกัดทางกฎหมาย ไม่ใช่ความไม่มีประสิทธิภาพในการปฏิบัติงาน.

เหตุผลที่สำคัญ

จำเป็นต่อการวิเคราะห์การปฏิบัติตามข้อกำหนด เนื่องจากแต่ละเขตอำนาจศาลมีกฎระเบียบที่ส่งผลต่อกระบวนการจัดการเคลมแตกต่างกัน.

แหล่งข้อมูล

เป็นฟิลด์มาตรฐานในเอนทิตี Claim ซึ่งมักใช้ชื่อ 'JurisdictionState'.

ตัวอย่าง
CANYTXFL
วันที่เกิดความเสียหาย
LossDate
วันที่เกิดเหตุหรือความเสียหายซึ่งเป็นเหตุให้มีการยื่นเคลม.
คำอธิบาย

วันที่เกิดความเสียหายคือวันที่เกิดเหตุจริง เช่น อุบัติเหตุทางรถยนต์หรือทรัพย์สินเสียหาย ซึ่งเป็นเหตุให้ยื่นเคลม ไม่ใช่วันที่รายงานหรือสร้างเคลม

ช่วงเวลาตั้งแต่วันที่เกิดความเสียหายจนถึงกิจกรรม 'สร้างเคลมแล้ว' เรียกว่าความล่าช้าในการรายงาน และเป็น KPI ที่สำคัญ การวิเคราะห์ช่วงเวลานี้ช่วยให้เข้าใจพฤติกรรมของลูกค้าและประสิทธิภาพของช่องทางรับแจ้งเหตุครั้งแรก.

เหตุผลที่สำคัญ

ให้บริบทสำคัญเกี่ยวกับที่มาของเคลม และช่วยวิเคราะห์ระยะเวลาล่าช้าในการรายงาน ซึ่งนับจากวันที่เกิดเหตุจนถึงวันที่ยื่นเคลม.

แหล่งข้อมูล

เป็นฟิลด์วันที่พื้นฐานในเอนทิตี Claim ซึ่งมักใช้ชื่อ 'LossDate'.

ตัวอย่าง
2023-05-102023-04-202023-05-28
วันที่เป้าหมายในการปิดเคลม
ResolutionTargetDate
วันที่คาดว่าจะปิดเคลมตาม SLA ภายในหรือข้อกำหนดด้านกฎระเบียบ.
คำอธิบาย

วันที่เป้าหมายในการปิดเคลมคือกำหนดเวลาที่ตั้งไว้สำหรับปิดเคลม โดยมักพิจารณาจากปัจจัยต่างๆ เช่น เขตอำนาจศาล ประเภทเคลม และเงื่อนไขกรมธรรม์ ใช้เป็นเกณฑ์วัดผลการดำเนินงานและการปฏิบัติตามข้อกำหนด

แอตทริบิวต์นี้จำเป็นต่อการสร้างแดชบอร์ดและ KPI สำหรับติดตามการปฏิบัติตาม SLA เมื่อนำวันที่เกิดกิจกรรม 'ปิดเคลมแล้ว' มาเปรียบเทียบกับวันที่เป้าหมาย ระบบจะระบุเคลมที่ล่าช้า วัดอัตราการปิดตรงเวลา และชี้ว่าประเภทเคลมหรือแผนกใดทำได้ไม่ถึงเป้าหมาย.

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์วัดการปฏิบัติตาม Service Level Agreement (SLA) และระบุเคลมที่เสี่ยงล่าช้า.

แหล่งข้อมูล

อาจเป็นฟิลด์ที่กำหนดเอง หรือคำนวณจากกฎทางธุรกิจที่ตั้งค่าไว้ใน ClaimCenter ซึ่งอาจเกี่ยวข้องกับตัวชี้วัดเฉพาะของเคลม.

ตัวอย่าง
2023-06-142023-07-202023-08-28
เวลาสิ้นสุด
EndTime
เวลาประทับที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด.
คำอธิบาย

เวลาสิ้นสุดระบุว่ากิจกรรมเสร็จสมบูรณ์เมื่อใด โดยเฉพาะงานที่วัดระยะเวลาได้ เช่น 'การตรวจสอบ' หรือ 'การตรวจทานเอกสาร' กิจกรรมใน process mining หลายอย่างเกิดขึ้นทันที จึงใช้ StartTime เพียงค่าเดียวได้ แต่กิจกรรมที่มีเวลาเริ่มต้นและสิ้นสุดชัดเจนควรบันทึกเวลาทั้งสองค่า

แอตทริบิวต์นี้ช่วยคำนวณเวลาประมวลผลของกิจกรรมได้อย่างแม่นยำ โดยแยกจากเวลารอ อีกทั้งช่วยระบุว่างานใดใช้เวลานาน แทนที่จะเห็นเพียงความล่าช้าระหว่างขั้นตอน.

เหตุผลที่สำคัญ

ช่วยวัดเวลาที่ใช้ทำกิจกรรมให้เสร็จได้อย่างแม่นยำ โดยแยกเวลาประมวลผลออกจากเวลารอ.

แหล่งข้อมูล

อาจต้องคำนวณจากเหตุการณ์ถัดไปที่บ่งบอกว่ากิจกรรมเสร็จสิ้น เช่น เปลี่ยนสถานะจาก 'กำลังดำเนินการ' เป็น 'เสร็จสมบูรณ์'.

ตัวอย่าง
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
สถานะ SLA
SLAState
ระบุว่าปิดเคลมภายในวันที่เป้าหมายหรือไม่.
คำอธิบาย

แอตทริบิวต์ที่คำนวณนี้แสดงสถานะการปฏิบัติตาม SLA ของเคลมที่ปิดแล้วแต่ละรายการ โดยเปรียบเทียบเวลาประทับของกิจกรรม 'ปิดเคลมแล้ว' กับ 'วันที่เป้าหมายในการปิดเคลม'

แอตทริบิวต์นี้รองรับแดชบอร์ด 'การปฏิบัติตามเป้าหมายการปิดเคลม' โดยจัดผลการวิเคราะห์เป็นหมวดหมู่ที่เข้าใจง่าย เช่น 'ตรงเวลา' หรือ 'ล่าช้า' จึงกรองและรวมข้อมูลเพื่อคำนวณอัตราการปฏิบัติตาม SLA โดยรวม รวมถึงเจาะลึกลงหนึ่งระดับเพื่อหาสาเหตุของความล่าช้าได้สะดวก.

เหตุผลที่สำคัญ

แสดงผลการปฏิบัติตาม SLA เป็นหมวดหมู่ที่ชัดเจน จึงกรอง รวมข้อมูล และวิเคราะห์ผลการปิดเคลมตรงเวลาได้ง่าย.

แหล่งข้อมูล

ฟิลด์ที่คำนวณ: IF (ActualCloseDate <= ResolutionTargetDate, 'ตรงเวลา', 'ล่าช้า').

ตัวอย่าง
ตรงเวลาล่าช้า
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาประทับที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย

แอตทริบิวต์นี้ระบุเวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด เป็นฟิลด์เมทาดาทาที่จำเป็นต่อการตรวจสอบว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด

ควรแสดงข้อมูลนี้ให้เห็นชัดเจนบนแดชบอร์ดและหน้าวิเคราะห์ เพื่อให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันแค่ไหน และประเมินได้ว่าข้อมูลเชิงลึกสะท้อนสถานะการปฏิบัติการในปัจจุบันหรืออ้างอิงข้อมูลเก่า.

เหตุผลที่สำคัญ

ระบุความใหม่ของข้อมูล เพื่อให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดเพียงใด.

แหล่งข้อมูล

ระบบสร้างและจัดเก็บค่านี้ระหว่างกระบวนการ ETL โดยระบุเวลาที่โหลดข้อมูล.

ตัวอย่าง
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการจัดการสินไหม

บันทึกขั้นตอนสำคัญและจุดเปลี่ยนหลักเหล่านี้ไว้ในบันทึกเหตุการณ์ เพื่อค้นหาและวิเคราะห์กระบวนการสินไหมได้อย่างแม่นยำ.
7 แนะนำ 7 ไม่บังคับ
กิจกรรม คำอธิบาย
กำหนดเงินสำรองเริ่มต้น
บันทึกการสร้างรายการธุรกรรมเงินสำรองทางการเงินครั้งแรกสำหรับรายการความเสียหาย เพื่อประเมินค่าใช้จ่ายที่อาจเกิดขึ้นจากเคลม นี่เป็นเหตุการณ์ทางการเงินที่สำคัญและมีการบันทึกโดยตรง.
เหตุผลที่สำคัญ

เหตุการณ์สำคัญนี้ช่วยในการวิเคราะห์ทางการเงินและทำความเข้าใจว่าประเมินความรับผิดที่อาจเกิดขึ้นได้รวดเร็วเพียงใด ความล่าช้าอาจกระทบการวางแผนและการรายงานทางการเงิน.

แหล่งข้อมูล

ระบบบันทึกเหตุการณ์นี้เมื่อสร้างรายการ cc_reserveline รายการแรกที่เชื่อมโยงกับรายการความเสียหายของเคลม โดยใช้ CreateTime ของธุรกรรมเป็นเวลาที่เกิดเหตุการณ์.

บันทึก

ค้นหาเวลาสร้างที่เร็วที่สุดของรายการเงินสำรองทั้งหมดสำหรับรายการความเสียหายของเคลมที่ระบุ.

ประเภทเหตุการณ์ explicit
จ่ายเงินแล้ว
กิจกรรมนี้เป็นขั้นตอนสุดท้ายของกระบวนการจ่ายเงิน โดยมีการออกเงินและส่งรายการไปยังระบบการเงินอย่างเป็นทางการ เป็นธุรกรรมทางการเงินที่มีการบันทึกโดยตรง.
เหตุผลที่สำคัญ

กิจกรรมนี้สำคัญต่อการวัดประสิทธิภาพของการส่งจ่ายเงิน และช่วยแยกความล่าช้าจากการอนุมัติออกจากความล่าช้าในการจ่ายเงินจริง.

แหล่งข้อมูล

บันทึกจาก IssueDate หรือการเปลี่ยนสถานะเป็น 'ออกแล้ว' หรือ 'ส่งแล้ว' ในเอนทิตี cc_check หรือ cc_transaction โดยทั่วไปเหตุการณ์นี้มีการบันทึกเวลาไว้โดยตรง.

บันทึก

ระบุ IssueDate หรือเวลาที่สถานะในรายการจ่ายเงินเปลี่ยนเป็น 'ออกแล้ว'.

ประเภทเหตุการณ์ explicit
ปฏิเสธสินไหม
แสดงการตัดสินใจขั้นสุดท้ายที่จะปฏิเสธสินไหม และเป็นจุดสิ้นสุดของกระบวนการ อนุมานเหตุการณ์นี้จากสถานะเคลมที่เปลี่ยนเป็นสถานะปิด พร้อมเหตุผลว่า 'ปฏิเสธ'.
เหตุผลที่สำคัญ

นี่คือเหตุการณ์ผลลัพธ์ที่สำคัญ การวิเคราะห์ความถี่ เหตุผล และเส้นทางกระบวนการที่นำไปสู่การปฏิเสธ ช่วยค้นหาปัญหาในการรับเรื่อง การสอบสวน หรือการตีความกรมธรรม์.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนฟิลด์ State ในตาราง cc_claim เป็น 'ปิดแล้ว' ร่วมกับฟิลด์ CloseReason ที่ระบุว่า 'ปฏิเสธ' หรือค่าใกล้เคียง โดยใช้ CloseDate เป็นเวลาที่เกิดเหตุการณ์.

บันทึก

กรองการเปลี่ยนสถานะเคลมเป็น 'ปิดแล้ว' โดยเลือกกรณีที่รหัสเหตุผลระบุว่าปฏิเสธ.

ประเภทเหตุการณ์ inferred
ปิดเคลม
บันทึกการปิดเคลมสำเร็จหลังจากกิจกรรมและการจ่ายเงินทั้งหมดเสร็จสิ้น นี่คือเหตุการณ์สิ้นสุดหลักเมื่อดำเนินการสำเร็จ ซึ่งอนุมานจากการเปลี่ยนสถานะหลักของเคลม.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นเหตุการณ์สิ้นสุดหลักที่จำเป็นต่อการคำนวณเวลาตั้งแต่ต้นจนจบและวัดการปฏิบัติตาม SLA โดยแสดงว่ากระบวนการเคลมเสร็จสมบูรณ์แล้ว.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนฟิลด์ State ในตาราง cc_claim เป็น 'ปิดแล้ว' โดยใช้ CloseDate ในรายการเคลมเป็นเวลาที่เกิดเหตุการณ์.

บันทึก

ระบุเวลาที่อัปเดตฟิลด์สถานะหลักของเคลมเป็น 'ปิดแล้ว'.

ประเภทเหตุการณ์ inferred
สร้างเคลม
กิจกรรมนี้บันทึกการแจ้งเหตุความเสียหายครั้งแรก (FNOL) และการสร้างรายการเคลมใหม่อย่างเป็นทางการใน Guidewire ClaimCenter ระบบบันทึกกิจกรรมนี้โดยตรงเมื่อบันทึกเอนทิตี Claim รายการใหม่ลงฐานข้อมูลเป็นครั้งแรก.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักที่จำเป็นต่อการวัดเวลาตั้งแต่เริ่มจนจบของเคลม และเป็นจุดตั้งต้นสำหรับ KPI ด้านผลการดำเนินงานและระยะเวลาทั้งหมดที่ตามมา.

แหล่งข้อมูล

ระบบบันทึกเหตุการณ์นี้โดยตรงจาก CreateTime ในตาราง cc_claim การสร้างรายการใหม่ที่มี Claim ID ไม่ซ้ำกันจะเป็นตัวกระตุ้นให้เกิดเหตุการณ์.

บันทึก

ระบุเวลาที่สร้างรายการใหม่ในตารางเอนทิตี Claim.

ประเภทเหตุการณ์ explicit
สร้างรายการความเสียหาย
กิจกรรมนี้แสดงการสร้างรายการความเสียหาย ซึ่งหมายถึงความรับผิดที่อาจเกิดขึ้นหรือประเภทความเสียหายเฉพาะภายใต้เคลม เช่น ความเสียหายต่อรถหรือการบาดเจ็บ โดย Guidewire บันทึกเหตุการณ์นี้โดยตรง.
เหตุผลที่สำคัญ

รายการความเสียหายเป็นพื้นฐานสำคัญในการแบ่งประเภทและวิเคราะห์เคลม การติดตามการสร้างรายการช่วยให้เข้าใจความแตกต่างของกระบวนการตามความซับซ้อนของเคลมและประเภทความเสียหาย.

แหล่งข้อมูล

บันทึกจาก CreateTime ของรายการใหม่ในตาราง cc_exposure โดยแต่ละรายการจะเชื่อมโยงกับ Claim ID เพียงรายการเดียว.

บันทึก

ระบุเวลาที่สร้างรายการใหม่ในตารางเอนทิตี Exposure.

ประเภทเหตุการณ์ explicit
อนุมัติการจ่ายเงิน
แสดงการอนุมัติการจ่ายเงินชำระสินไหมอย่างเป็นทางการ นี่เป็นเหตุการณ์สำคัญสำหรับการตรวจสอบ และมีการบันทึกโดยตรงเมื่อผู้ใช้ที่มีอำนาจอนุมัติธุรกรรม.
เหตุผลที่สำคัญ

หมุดหมายสำคัญนี้ทำให้ขั้นตอนจ่ายเงินขั้นสุดท้ายดำเนินต่อได้ การวิเคราะห์เวลาก่อนและหลังกิจกรรมนี้ช่วยแยกความล่าช้าที่เกิดจากเวิร์กโฟลว์การอนุมัติหรือผู้จัดการไม่พร้อม.

แหล่งข้อมูล

โดยทั่วไปมีการบันทึกเหตุการณ์นี้โดยตรงในตาราง cc_history ซึ่งเกี่ยวข้องกับเอนทิตี cc_check หรือ cc_transaction โดยบันทึกการเปลี่ยนสถานะจาก 'รออนุมัติ' เป็น 'อนุมัติแล้ว'.

บันทึก

ติดตามเหตุการณ์ที่สถานะเปลี่ยนเป็น 'อนุมัติแล้ว' สำหรับธุรกรรมการจ่ายเงินที่ระบุ.

ประเภทเหตุการณ์ explicit
ขอข้อมูลเพิ่มเติม
หมายถึงคำขอข้อมูลหรือเอกสารเพิ่มเติมที่ส่งถึงผู้เรียกร้องสินไหมหรือบุคคลที่สาม โดยทั่วไปจะบันทึกเป็น 'กิจกรรม' (งาน) ที่สร้างขึ้นโดยตรงใน ClaimCenter.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดเริ่มต้นสำหรับวัด KPI 'เวลารวบรวมข้อมูลเพิ่มเติม' หากเกิดขึ้นบ่อย อาจบ่งชี้ว่ากระบวนการ FNOL ข้อมูลไม่ครบ หรือการรวบรวมข้อมูลไม่มีประสิทธิภาพ.

แหล่งข้อมูล

บันทึกจาก CreateTime ของรายการ cc_activity ที่ ActivityPattern เกี่ยวข้องกับการขอเอกสารหรือข้อมูลจากบุคคลภายนอก.

บันทึก

ระบุการสร้างงานเพื่อขอข้อมูลจากบุคคลภายนอก.

ประเภทเหตุการณ์ explicit
คำนวณยอดชำระสินไหม
กิจกรรมนี้แสดงจุดที่กำหนดยอดชำระสินไหมแล้ว แต่ยังไม่ได้รับอนุมัติให้จ่ายเงิน อนุมานได้จากการสร้างรายการจ่ายเงินที่มีสถานะ 'รออนุมัติ'.
เหตุผลที่สำคัญ

เป็นจุดเปลี่ยนจากการประเมินไปสู่การจ่ายเงิน และเป็นจุดเริ่มต้นสำหรับวัด KPI 'ระยะเวลารออนุมัติการจ่ายเงิน' ซึ่งช่วยให้เห็นความล่าช้าในขั้นตอนการอนุมัติ.

แหล่งข้อมูล

อนุมานจาก CreateTime ของรายการ cc_check หรือ cc_transaction ที่มีสถานะเริ่มต้นเป็น 'รออนุมัติ' หรือสถานะใกล้เคียง ก่อนเปลี่ยนเป็น 'อนุมัติแล้ว'.

บันทึก

ระบุการสร้างรายการจ่ายเงินหรือธุรกรรมที่มีสถานะก่อนอนุมัติ.

ประเภทเหตุการณ์ inferred
ได้รับข้อมูลเพิ่มเติม
ระบุว่าการขอข้อมูลเพิ่มเติมเสร็จสิ้นแล้ว โดยบันทึกเมื่อ 'กิจกรรม' (งาน) ที่เกี่ยวข้องกับคำขอข้อมูลถูกทำเครื่องหมายว่า 'เสร็จสมบูรณ์'.
เหตุผลที่สำคัญ

นี่คือจุดสิ้นสุดสำหรับวัด KPI 'เวลารวบรวมข้อมูลเพิ่มเติม' ระยะเวลาที่ยาวนานระหว่างการขอและการได้รับข้อมูลเป็นสาเหตุที่ทำให้กระบวนการจัดการสินไหมล่าช้าบ่อยครั้ง.

แหล่งข้อมูล

บันทึกจาก CloseTime ของรายการ cc_activity ที่ ActivityPattern เกี่ยวข้องกับการขอข้อมูล โดยสถานะกิจกรรมต้องเป็น 'เสร็จสมบูรณ์'.

บันทึก

ระบุเวลาที่งานขอข้อมูลจากบุคคลภายนอกเสร็จสมบูรณ์.

ประเภทเหตุการณ์ explicit
ตัดสินความรับผิด
แสดงจุดที่มีการตัดสินความรับผิดหรือความผิดสำหรับรายการความเสียหาย โดยทั่วไปอนุมานจากการเปลี่ยนสถานะของเอนทิตี Exposure.
เหตุผลที่สำคัญ

นี่คือหมุดหมายสำคัญในการตัดสินใจ ซึ่งเป็นเงื่อนไขก่อนเข้าสู่ขั้นตอนการชำระสินไหมและการจ่ายเงิน การวิเคราะห์เวลาจนถึงการตัดสินใจช่วยค้นหาคอขวดในขั้นตอนสอบสวนและประเมินผล.

แหล่งข้อมูล

อนุมานจากตาราง cc_history โดยติดตามการเปลี่ยนแปลง State หรือฟิลด์สถานะความรับผิดที่กำหนดเองในเอนทิตี cc_exposure เวลาของรายการประวัติคือเวลาที่เกิดเหตุการณ์.

บันทึก

ตรวจสอบบันทึกการตรวจสอบหรือตารางประวัติ เพื่อดูการเปลี่ยนแปลงสถานะหรือสถานะความรับผิดของรายการความเสียหาย.

ประเภทเหตุการณ์ inferred
เปิดเคลมอีกครั้ง
แสดงการเปลี่ยนสถานะเคลมจาก 'ปิดแล้ว' กลับเป็น 'เปิดอยู่' เพื่อดำเนินงานเพิ่มเติม อนุมานเหตุการณ์นี้จากลำดับการเปลี่ยนสถานะที่กำหนด.
เหตุผลที่สำคัญ

กิจกรรมนี้แสดงว่ามีการแก้งานซ้ำ หากมีการเปิดเคลมอีกครั้งจำนวนมาก อาจบ่งชี้ถึงปัญหาในการชำระสินไหมครั้งแรก ความเสียหายที่ตกหล่น หรือข้อผิดพลาดอื่นในกระบวนการ ซึ่งทำให้ต้นทุนและความไม่มีประสิทธิภาพเพิ่มขึ้น.

แหล่งข้อมูล

อนุมานจากตาราง cc_history โดยระบุการเปลี่ยนฟิลด์ State ในเอนทิตี cc_claim จาก 'ปิดแล้ว' กลับเป็น 'เปิดอยู่' หรือสถานะที่ยังดำเนินการได้อื่นๆ.

บันทึก

ติดตามฟิลด์สถานะหลักของเคลม เพื่อดูการเปลี่ยนจากสถานะปิดเป็นสถานะเปิด.

ประเภทเหตุการณ์ inferred
มอบหมายเคลม
แสดงการมอบหมายเคลมให้ผู้ใช้รายใดรายหนึ่ง (ผู้ประเมินสินไหม) หรือกลุ่มเพื่อดำเนินการ โดยทั่วไปอนุมานได้จากการติดตามการเปลี่ยนแปลงฟิลด์การมอบหมายในเอนทิตี Claim.
เหตุผลที่สำคัญ

การติดตามการมอบหมายมีความสำคัญต่อการวิเคราะห์ภาระงานของผู้ประเมินสินไหม การค้นหาคอขวดในการส่งต่องาน และการวัดเวลาจนผู้รับผิดชอบเริ่มดำเนินการครั้งแรก.

แหล่งข้อมูล

อนุมานจากตาราง cc_history โดยติดตามการเปลี่ยนแปลงฟิลด์ AssignedUser หรือ AssignedGroup ที่เชื่อมโยงกับ Claim ID รายการนั้น เวลาที่เปลี่ยนแปลงคือเวลาที่เกิดเหตุการณ์.

บันทึก

ตรวจสอบบันทึกการตรวจสอบหรือตารางประวัติ เพื่อดูการเปลี่ยนแปลงฟิลด์การมอบหมายเคลม.

ประเภทเหตุการณ์ inferred
เริ่มการสอบสวน
ระบุจุดเริ่มต้นอย่างเป็นทางการของขั้นตอนการสืบสวนสินไหมหรือความเสียหาย โดยมักอนุมานจากการสร้าง 'กิจกรรม' (งาน) แรกที่เกี่ยวข้องกับการสืบสวนใน Guidewire.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนสำคัญที่มักใช้เวลานาน การวิเคราะห์เวลาตั้งแต่เปิดเคลมจนเริ่มสอบสวน รวมถึงระยะเวลาการสอบสวน ช่วยให้เห็นคอขวดสำคัญ.

แหล่งข้อมูล

อนุมานจาก CreateTime ของรายการ cc_activity ที่ ActivityPattern เกี่ยวข้องกับการสอบสวน เช่น 'การสอบสวนเบื้องต้น' หรือ 'ติดต่อพยาน'.

บันทึก

ระบุการสร้างงานรายการแรกที่มีรูปแบบหรือหัวข้อเกี่ยวข้องกับการสอบสวน.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก Guidewire ClaimCenter

พร้อมเริ่มต้นหรือยัง?

ใช้เทมเพลตนี้เตรียมข้อมูลสำหรับการวิเคราะห์และค้นหาข้อมูลเชิงลึกเกี่ยวกับกระบวนการสินไหม เริ่มปรับปรุงเวิร์กโฟลว์ของคุณได้เลย.

เร่งกระบวนการจัดการสินไหม ปิดเรื่องได้เร็วขึ้น

ลดงานค้าง ป้องกันการฉ้อโกง และตั้งเป้าประมวลผลอัตโนมัติตั้งแต่ต้นจนจบ 70%.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.