> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดการสินไหมทดแทน > สินไหมทดแทนใน Duck Creek > เทมเพลตข้อมูล

เทมเพลตข้อมูลกระบวนการสินไหมของคุณ

สินไหมทดแทนใน Duck Creek

แอตทริบิวต์ของกระบวนการสินไหม(19) กิจกรรมในกระบวนการสินไหม(15) คู่มือการดึงข้อมูล(1)

เทมเพลตข้อมูลกระบวนการสินไหมของคุณ

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

แอตทริบิวต์ที่แนะนำให้รวบรวม
กิจกรรมสำคัญที่ควรติดตาม
คำแนะนำในการดึงข้อมูลจาก Duck Creek Claims

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

แอตทริบิวต์ของกระบวนการสินไหม

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

3 จำเป็น 6 แนะนำ 10 ไม่บังคับ

	ชื่อ	คำอธิบาย
	Claim ID ClaimId	รหัสเฉพาะของสินไหมแต่ละรายการ ใช้เป็นรหัสหลักสำหรับระบุเคส.
คำอธิบาย Claim ID เป็นคีย์หลักที่เชื่อมโยงเหตุการณ์และกิจกรรมทั้งหมดของสินไหมรายการเดียว ตั้งแต่ยื่นเรื่องจนถึงปิดเคส จึงติดตามวงจรการจัดการสินไหมทั้งหมดได้อย่างต่อเนื่อง. ในการวิเคราะห์ process mining แอตทริบิวต์นี้จำเป็นต่อการสร้างมุมมองเคส ช่วยให้นักวิเคราะห์ติดตามเส้นทางของสินไหมแต่ละรายการได้ครบถ้วน วัดระยะเวลาดำเนินการตั้งแต่ต้นจนจบ และวิเคราะห์รูปแบบต่างๆ ของกระบวนการ. เหตุผลที่สำคัญ นี่คือ Case ID สำคัญที่เชื่อมโยงเหตุการณ์ทั้งหมดในกระบวนการ ทำให้เห็นวงจรการจัดการสินไหมตั้งแต่ต้นจนจบ. แหล่งข้อมูล นี่คือคีย์หลักในเอนทิตีหรือตารางสินไหมหลักของ Duck Creek Claims โปรดดูเอกสารระบบเพื่อค้นหาชื่อตารางและฟิลด์ที่ถูกต้อง. ตัวอย่าง CL-2023-001234CL-2023-005678CL-2024-009101
	ชื่อกิจกรรม ActivityName	ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้นกับสินไหม ณ เวลาหนึ่ง.
คำอธิบาย แอตทริบิวต์นี้อธิบายขั้นตอนหรืองานที่เกิดขึ้นในกระบวนการจัดการสินไหม เช่น 'ยื่นสินไหม', 'มอบหมายเจ้าหน้าที่ประเมินสินไหม' หรือ 'จ่ายเงินสินไหม' แต่ละกิจกรรมแสดงถึงจุดหนึ่งในวงจรการจัดการสินไหม. การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นหัวใจของ process mining ช่วยค้นหาโมเดลกระบวนการ ระบุคอขวด ตรวจจับวงจรการทำงานซ้ำ และวิเคราะห์จุดที่กระบวนการจริงต่างจากโมเดลมาตรฐาน. เหตุผลที่สำคัญ ชื่อกิจกรรมกำหนดขั้นตอนต่างๆ ในโฟลว์กระบวนการ ซึ่งเป็นพื้นฐานสำหรับการค้นหา วิเคราะห์ และติดตามกระบวนการจัดการสินไหม. แหล่งข้อมูล โดยทั่วไปได้มาจากบันทึกเหตุการณ์ ชื่อธุรกรรม หรือรายการเปลี่ยนสถานะใน Duck Creek Claims อาจต้องจับคู่ข้อมูลจากหลายฟิลด์หรือตาราง. ตัวอย่าง รับแจ้งสินไหมมอบหมายเจ้าหน้าที่ประเมินสินไหมเริ่มการตรวจสอบจ่ายเงินแล้วปิดสินไหมแล้ว
	เวลาเกิดเหตุการณ์ EventTime	เวลาที่ระบุว่าเกิดกิจกรรมหรือเหตุการณ์หนึ่งๆ.
คำอธิบาย เวลาเกิดเหตุการณ์ระบุวันที่และเวลาที่แน่นอนของแต่ละกิจกรรมในวงจรการจัดการสินไหม ข้อมูลด้านเวลานี้สำคัญต่อการวิเคราะห์ประสิทธิภาพ. ในการวิเคราะห์ จะใช้เวลานี้คำนวณระยะเวลาระหว่างกิจกรรม ระบุเวลารอ วัดระยะเวลารวมของแต่ละเคส และวิเคราะห์ประสิทธิภาพของกระบวนการในช่วงเวลาต่างๆ ข้อมูลนี้เป็นพื้นฐานของตัวชี้วัดกระบวนการที่อิงตามเวลา. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการคำนวณตัวชี้วัดที่อิงตามเวลา เช่น ระยะเวลาและเวลาที่ใช้ในแต่ละขั้นตอน ช่วยวิเคราะห์ประสิทธิภาพและระบุคอขวด. แหล่งข้อมูล นี่คือฟิลด์เวลามาตรฐานที่เชื่อมโยงกับบันทึกเหตุการณ์หรือธุรกรรมใน Duck Creek Claims ให้ค้นหาฟิลด์ เช่น 'CreateDate', 'Timestamp' หรือ 'EventDate'. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
	เจ้าหน้าที่ประเมินสินไหมที่ได้รับมอบหมาย AssignedAdjuster	ชื่อหรือ ID ของเจ้าหน้าที่ประเมินสินไหมที่รับผิดชอบสินไหมในกิจกรรมหนึ่งๆ.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้ใช้หรือทรัพยากรที่ดำเนินกิจกรรม โดยอาจเปลี่ยนไปตลอดวงจรการจัดการสินไหมเมื่อมีการส่งต่อเคสระหว่างเจ้าหน้าที่หรือทีม. ข้อมูลนี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพของทรัพยากร การกระจายภาระงาน และการส่งต่องาน แดชบอร์ดที่ติดตามปริมาณงานของเจ้าหน้าที่ ความแตกต่างของภาระงาน และคอขวด มักใช้แอตทริบิวต์นี้เพื่อทำความเข้าใจการจัดสรรและการดำเนินงานของแต่ละคน. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของทรัพยากร การกระจายภาระงาน และรูปแบบการทำงานร่วมกัน รวมถึงระบุคอขวดและความต้องการด้านการฝึกอบรม. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims และค้นหาฟิลด์ผู้ใช้ เจ้าของ หรือผู้รับมอบหมายในตารางที่เกี่ยวข้องกับงาน เหตุการณ์ หรือเอนทิตีสินไหมหลัก. ตัวอย่าง John SmithJane DoeRobert Brownadjuster_1138
	ประเภทสินไหม ClaimType	หมวดหมู่ของสินไหม เช่น รถยนต์ ทรัพย์สิน หรือความรับผิด.
คำอธิบาย ประเภทสินไหมใช้จัดกลุ่มสินไหมตามสายธุรกิจหรือลักษณะความเสียหาย เป็นมิติพื้นฐานสำหรับแบ่งกลุ่มและวิเคราะห์ข้อมูลสินไหม. แอตทริบิวต์นี้ใช้เปรียบเทียบประสิทธิภาพกระบวนการของสินไหมแต่ละประเภท ตัวอย่างเช่น สินไหม 'รถยนต์ - เสียหายทั้งคัน' มีกระบวนการและ KPI ต่างจากสินไหม 'ทรัพย์สิน - ความเสียหายจากน้ำ' การวิเคราะห์ตามประเภทสินไหมช่วยให้เห็นบริบทและเปรียบเทียบประสิทธิภาพได้ตรงประเด็นยิ่งขึ้น รวมถึงกำหนดแนวทางการปรับปรุงกระบวนการให้เหมาะกับแต่ละประเภท. เหตุผลที่สำคัญ นี่คือมิติสำคัญสำหรับแบ่งกลุ่มการวิเคราะห์ เพราะสินไหมแต่ละประเภทมักมีกระบวนการ SLA และระดับความซับซ้อนต่างกัน. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims นี่คือแอตทริบิวต์หลักในรายการสินไหมหลัก. ตัวอย่าง รถยนต์ส่วนบุคคล ชนกันทรัพย์สินเชิงพาณิชย์ ไฟไหม้เงินทดแทนกรณีบาดเจ็บจากการทำงานความรับผิดทั่วไป
	แผนก Department	แผนกหรือทีมที่รับผิดชอบกิจกรรมหรือสินไหมในช่วงเวลาหนึ่ง.
คำอธิบาย แอตทริบิวต์นี้ระบุกลุ่มงานหรือแผนกที่ดูแลสินไหม เช่น 'รับเรื่องเบื้องต้น', 'หน่วยตรวจสอบ' หรือ 'ทีมชำระสินไหม' และแสดงบริบทด้านโครงสร้างองค์กรของโฟลว์กระบวนการ. การวิเคราะห์แยกตามแผนกเป็นหัวใจสำคัญในการทำความเข้าใจประสิทธิภาพของกระบวนการในภาพรวม ช่วยระบุคอขวดระหว่างแผนก วัดประสิทธิภาพระดับทีม และทำความเข้าใจการไหลของงานทั่วทั้งองค์กร. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพแยกตามสายงาน พร้อมแสดงจุดส่งต่องานระหว่างแผนกและคอขวดเฉพาะของแต่ละทีม. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims ข้อมูลนี้มักเชื่อมโยงกับโปรไฟล์ของผู้ใช้ที่ได้รับมอบหมาย หรือการมอบหมายงานให้คิวหรือกลุ่มงาน. ตัวอย่าง สินไหมรถยนต์สินไหมทรัพย์สิน กรณีความเสียหายรุนแรงหน่วยสืบสวนพิเศษการดำเนินการจ่ายเงิน
	มูลค่าความเสียหาย LossAmount	มูลค่าความเสียหายโดยประมาณหรือมูลค่าจริงที่ระบุในการเรียกร้องสินไหม.
คำอธิบาย ข้อมูลนี้ระบุมูลค่าความเสียหายเบื้องต้นโดยประมาณที่เกี่ยวข้องกับเคสสินไหม เป็นตัวชี้วัดทางการเงินที่สำคัญ ซึ่งมักมีผลต่อการส่งต่อเคส การประเมินความรุนแรง และระดับการตรวจสอบที่จำเป็น ในการวิเคราะห์ สามารถใช้มูลค่าความเสียหายแบ่งกลุ่มเคสและดูความสัมพันธ์ระหว่างผลกระทบทางการเงินกับรูปแบบการดำเนินงานได้ เช่น เคสที่มีมูลค่าสูงอาจมีขั้นตอนหรือระยะเวลาดำเนินการต่างออกไป ข้อมูลนี้ช่วยให้เข้าใจบริบททางการเงินของกระบวนการปฏิบัติการ. เหตุผลที่สำคัญ ให้ข้อมูลด้านการเงินของเคส ช่วยวิเคราะห์ว่ามูลค่าการเรียกร้องสินไหมส่งผลต่อขั้นตอน ระยะเวลา และผลลัพธ์อย่างไร. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims ฟิลด์การเงินหลักนี้มักเรียกว่า “ความเสียหายที่แจ้ง” หรือ “เงินสำรองเบื้องต้น”. ตัวอย่าง 1500.0025000.50125000.00
	ระดับความรุนแรงของสินไหม ClaimSeverity	การจัดระดับความซับซ้อนทางการเงินหรือการปฏิบัติงานของสินไหม เช่น ต่ำ ปานกลาง หรือสูง.
คำอธิบาย ระดับความรุนแรงของสินไหมบ่งชี้ผลกระทบหรือความซับซ้อนที่คาดว่าจะเกิดขึ้น อาจพิจารณาจากการประเมินความเสียหายเบื้องต้น ลักษณะเหตุการณ์ หรือกฎทางธุรกิจที่กำหนดไว้. แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์ประสิทธิภาพ เพราะสินไหมที่มีความรุนแรงสูงมักต้องผ่านหลายขั้นตอน ใช้เวลาดำเนินการนานกว่า และต้องใช้ทรัพยากรเฉพาะทาง การแบ่ง KPI ตามระดับความรุนแรงช่วยกำหนดเป้าหมายที่เป็นไปได้จริง และทำความเข้าใจว่าความซับซ้อนส่งผลต่อประสิทธิภาพและผลลัพธ์ของกระบวนการอย่างไร. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มสินไหมตามความซับซ้อน ทำให้วิเคราะห์ประสิทธิภาพได้ละเอียดขึ้น และเปรียบเทียบระยะเวลาดำเนินการกับต้นทุนได้อย่างสมเหตุสมผล. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims ข้อมูลนี้อาจอยู่ในฟิลด์เฉพาะ หรือคำนวณจากยอดเงินสำรองความเสียหายเบื้องต้น. ตัวอย่าง ต่ำปานกลางสูงรุนแรงมาก
	สถานะการเรียกร้องสินไหม ClaimStatus	สถานะโดยรวมของการเรียกร้องสินไหม ณ เวลาหนึ่ง เช่น เปิดอยู่ รอดำเนินการ หรือปิดแล้ว.
คำอธิบาย สถานะการเรียกร้องสินไหมแสดงสถานะปัจจุบันของเคสในแต่ละช่วงของกระบวนการ ช่วยสรุปให้เห็นภาพรวมว่าเคสดำเนินมาถึงขั้นตอนไหนแล้ว ข้อมูลนี้มีประโยชน์เมื่อต้องการดูภาพรวมของเคสสินไหมและกรองเคส โดยเฉพาะการระบุผลลัพธ์สุดท้ายของการเรียกร้องสินไหม เช่น “ปิดแล้ว จ่ายเงินแล้ว” หรือ “ปิดแล้ว ปฏิเสธ” ซึ่งจำเป็นต่อการวิเคราะห์ผลลัพธ์และทำความเข้าใจอัตราการปฏิเสธ. เหตุผลที่สำคัญ แสดงสถานะปัจจุบันและผลลัพธ์สุดท้ายของเคส ซึ่งสำคัญต่อการวิเคราะห์ผลลัพธ์และการกรองเคส. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims ฟิลด์นี้เป็นข้อมูลพื้นฐานในระเบียนหลักของเคสสินไหม. ตัวอย่าง เปิดอยู่รอดำเนินการ รอข้อมูลปิดแล้ว ยุติการเรียกร้องสินไหมปิดแล้ว ปฏิเสธ
	จำนวนเงินที่ตกลงจ่ายเพื่อยุติสินไหม SettlementAmount	จำนวนเงินสุดท้ายที่ตกลงกันเพื่อยุติการเรียกร้องสินไหม.
คำอธิบาย ข้อมูลนี้บันทึกจำนวนเงินที่คำนวณและอนุมัติให้จ่ายเพื่อยุติการเรียกร้องสินไหม เป็นตัวชี้วัดผลลัพธ์สำคัญของเคสที่มีการจ่ายเงิน ข้อมูลนี้สำคัญต่อการวิเคราะห์การเงินและแดชบอร์ด เช่น “ระยะเวลาการอนุมัติและจ่ายเงิน” นำไปเปรียบเทียบกับ “มูลค่าความเสียหาย” เบื้องต้นเพื่อวิเคราะห์ความแม่นยำของเงินสำรอง และใช้ทำความเข้าใจผลลัพธ์ทางการเงินของกระบวนการสินไหม. เหตุผลที่สำคัญ แสดงผลลัพธ์ทางการเงินที่สำคัญของเคส จำเป็นต่อการรายงานทางการเงินและวิเคราะห์ความแม่นยำของการประเมินความเสียหายเบื้องต้น. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims โดยทั่วไปข้อมูลนี้จัดเก็บในตารางธุรกรรมทางการเงินหรือการจ่ายเงินที่เชื่อมโยงกับเคสสินไหม. ตัวอย่าง 1450.7522000.00115800.20
	ดำเนินการอัตโนมัติหรือไม่ IsAutomated	ค่าสถานะบูลีนที่ระบุว่าระบบดำเนินกิจกรรมโดยอัตโนมัติโดยไม่มีผู้ใช้เข้ามาเกี่ยวข้องหรือไม่.
คำอธิบาย ค่าสถานะนี้ใช้แยกงานที่ผู้ใช้ดำเนินการออกจากงานที่ระบบทำโดยอัตโนมัติ เช่น การส่งการแจ้งเตือน การตรวจสอบข้อมูลเบื้องต้น หรือขั้นตอนที่ดำเนินการได้โดยอัตโนมัติตั้งแต่ต้นจนจบ การวิเคราะห์ข้อมูลนี้ช่วยให้เข้าใจระดับการทำงานอัตโนมัติในกระบวนการสินไหม วัดผลของโครงการระบบอัตโนมัติ ระบุโอกาสในการเพิ่มระบบอัตโนมัติ และตรวจสอบว่าขั้นตอนอัตโนมัติทำงานได้ตามที่คาดโดยไม่ก่อปัญหาในขั้นตอนถัดไป. เหตุผลที่สำคัญ ช่วยวัดผลของระบบอัตโนมัติต่อประสิทธิภาพและต้นทุน พร้อมระบุโอกาสในการดำเนินงานอัตโนมัติตั้งแต่ต้นจนจบ. แหล่งข้อมูล อาจอนุมานข้อมูลนี้จาก “ผู้ใช้” ที่เชื่อมโยงกับเหตุการณ์ เช่น “SYSTEM” หรือ “BATCH” หรือจากค่าสถานะเฉพาะในระเบียนเหตุการณ์. ตัวอย่าง truefalse
	มีการทำงานซ้ำหรือไม่ IsRework	ค่าสถานะที่คำนวณขึ้นเพื่อระบุว่ากิจกรรมเป็นส่วนหนึ่งของวงจรการทำงานซ้ำหรือไม่.
คำอธิบาย ค่าสถานะบูลีนนี้จะเป็น true หากมีกิจกรรมหนึ่งเกิดขึ้นซ้ำในเคส หลังจากมีกิจกรรมอื่นที่แตกต่างกันเกิดขึ้นแล้ว เช่น กระบวนการย้อนจาก “ประเมินความเสียหายแล้ว” กลับไปที่ “เริ่มตรวจสอบ” ข้อมูลนี้จำเป็นต่อการวัดและวิเคราะห์งานแก้ไขซ้ำ ใช้กับ KPI “อัตราการทำงานซ้ำของเคสสินไหม” และแดชบอร์ด “รูปแบบการทำงานซ้ำและประมวลผลเคสสินไหม” โดยช่วยกรองและเน้นกิจกรรมกับเคสที่มีการทำงานซ้ำ ทำให้ระบุจุดไม่มีประสิทธิภาพและปัญหาด้านคุณภาพในกระบวนการได้. เหตุผลที่สำคัญ วัดงานแก้ไขซ้ำในระดับกิจกรรม ทำให้วัดผล แสดงภาพ และวิเคราะห์สาเหตุรวมถึงผลกระทบจากความไม่มีประสิทธิภาพของกระบวนการได้ง่าย. แหล่งข้อมูล ฟิลด์นี้ไม่มีในระบบต้นทาง แต่คำนวณระหว่างเตรียมข้อมูลด้วยอัลกอริทึมที่ตรวจจับลำดับกิจกรรมซ้ำภายในเคส. ตัวอย่าง truefalse
	ยุติสินไหมตรงเวลาหรือไม่ IsOnTimeResolution	ค่าสถานะที่คำนวณขึ้นเพื่อระบุว่าปิดเคสสินไหมภายในหรือก่อนวันที่เป้าหมายหรือไม่.
คำอธิบาย ค่าสถานะบูลีนนี้ได้จากการเปรียบเทียบเวลาของกิจกรรม “ปิดเคสสินไหม” กับ “ResolutionTargetDate” ของเคสนั้น โดยระบุว่าเคสปิดตรงเวลา (true) หรือล่าช้า (false) ข้อมูลนี้ใช้กับ KPI “อัตราการยุติสินไหมตรงเวลา” โดยตรง ช่วยสรุปและแสดงภาพการปฏิบัติตาม SLA ในแดชบอร์ด และเจาะลึกเพื่อหาลักษณะที่พบร่วมกันในเคสที่ล่าช้า เช่น ประเภทเคส แผนก หรือเส้นทางกระบวนการ. เหตุผลที่สำคัญ วัดการปฏิบัติตาม SLA ของแต่ละเคสโดยตรง ช่วยกรองเคสที่เกินกำหนดและวิเคราะห์หาสาเหตุที่แท้จริงได้. แหล่งข้อมูล ฟิลด์นี้ไม่มีในระบบต้นทาง แต่คำนวณระหว่างเตรียมข้อมูลโดยเปรียบเทียบเวลาของกิจกรรมสุดท้ายกับฟิลด์ “ResolutionTargetDate”. ตัวอย่าง truefalse
	ระบบต้นทาง SourceSystem	ระบบที่ใช้ดึงข้อมูลเหตุการณ์.
คำอธิบาย แอตทริบิวต์นี้ระบุแอปพลิเคชันต้นทางของข้อมูลสินไหม ในกรณีนี้ค่าจะเป็น 'Duck Creek Claims' เสมอ. แม้ข้อมูลทั้งหมดจะมาจากระบบเดียวและอาจดูเหมือนซ้ำซ้อน แต่แอตทริบิวต์นี้สำคัญต่อการกำกับดูแลข้อมูล การตรวจสอบย้อนกลับ และการรวมข้อมูลจากหลายระบบในอนาคต อีกทั้งยังช่วยให้เข้าใจที่มาและโครงสร้างของข้อมูล. เหตุผลที่สำคัญ ช่วยระบุที่มาและบริบทของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลข้อมูลและการแก้ไขปัญหา โดยเฉพาะในสภาพแวดล้อมที่เชื่อมต่อหลายระบบ. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของข้อมูล. ตัวอย่าง สินไหมทดแทนใน Duck Creek
	เลขที่กรมธรรม์ PolicyNumber	รหัสเฉพาะของกรมธรรม์ประกันภัยที่ใช้ยื่นเรียกร้องสินไหม.
คำอธิบาย ข้อมูลนี้เชื่อมโยงเคสสินไหมกับกรมธรรม์ประกันภัยต้นทาง ช่วยให้เห็นบริบทด้านความคุ้มครอง เงื่อนไข และลูกค้าที่เกี่ยวข้อง แม้จะไม่ได้ใช้วิเคราะห์ลำดับขั้นตอนโดยตรงเสมอไป แต่เลขที่กรมธรรม์มีประโยชน์มากในการเพิ่มบริบทให้ข้อมูลเคสสินไหม โดยนำไปเชื่อมกับข้อมูลกรมธรรม์และลูกค้า เพื่อวิเคราะห์ประสิทธิภาพของกระบวนการในแต่ละกลุ่มลูกค้า ประเภทกรมธรรม์ หรืออายุกรมธรรม์ และช่วยให้เห็นภาพธุรกิจได้รอบด้านขึ้น. เหตุผลที่สำคัญ เชื่อมโยงเคสสินไหมกับลูกค้าและกรมธรรม์ ช่วยวิเคราะห์ในภาพกว้างว่าประสิทธิภาพของกระบวนการส่งผลต่อกลุ่มลูกค้าหรือประเภทกรมธรรม์ต่าง ๆ อย่างไร. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims ฟิลด์นี้เป็นข้อมูลอ้างอิงมาตรฐานในเอนทิตีหลักของเคสสินไหม. ตัวอย่าง PA-987654321CP-123456789WC-555444333
	วันที่เป้าหมายในการยุติสินไหม ResolutionTargetDate	วันที่คาดว่าจะดำเนินการเรียกร้องสินไหมให้เสร็จ โดยอิงตาม SLA หรือเป้าหมายภายใน.
คำอธิบาย ข้อมูลนี้ระบุกำหนดเวลาปิดเคสสินไหม โดยมักกำหนดจากข้อกำหนดด้านกฎระเบียบ ข้อตกลงระดับการให้บริการ (SLA) หรือตัวชี้วัดประสิทธิภาพหลัก (KPI) ภายใน และอาจแตกต่างกันตามประเภทหรือความรุนแรงของเคส ข้อมูลนี้ใช้คำนวณ KPI “อัตราการยุติสินไหมตรงเวลา” และติดตามผลผ่านแดชบอร์ด “การปฏิบัติตามเป้าหมายการยุติสินไหม” ช่วยติดตามเคสที่เสี่ยงผิด SLA ล่วงหน้าและจัดลำดับความสำคัญของงานได้. เหตุผลที่สำคัญ ช่วยวัดผลการดำเนินงานเทียบกับข้อตกลงระดับการให้บริการ (SLA) และเป้าหมายภายใน ซึ่งส่งผลโดยตรงต่อความพึงพอใจของลูกค้าและการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims วันที่นี้อาจอยู่ในฟิลด์ SLA โดยเฉพาะ หรือคำนวณจากวันที่ยื่นคำร้องและกฎทางธุรกิจ. ตัวอย่าง 2023-11-15T23:59:59Z2024-01-20T23:59:59Z2024-03-01T23:59:59Z
	เวลาสิ้นสุด EndTime	เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด.
คำอธิบาย ข้อมูลนี้ระบุเวลาที่กิจกรรมเสร็จสิ้น ส่วน StartTime ระบุเวลาเริ่มกิจกรรม และ EndTime ใช้คำนวณระยะเวลาของงานนั้น ใน process mining การมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุดของกิจกรรมช่วยให้วิเคราะห์ประสิทธิภาพได้ละเอียดขึ้น โดยคำนวณ “เวลาประมวลผล” ซึ่งเป็นเวลาที่ใช้ทำงานจริง เทียบกับ “เวลารอ” ระหว่างงานได้อย่างแม่นยำ ความแตกต่างนี้สำคัญต่อการระบุคอขวดอย่างถูกต้อง. เหตุผลที่สำคัญ ช่วยคำนวณเวลาประมวลผลของกิจกรรมได้อย่างแม่นยำ และแยกเวลาทำงานจริงออกจากเวลาว่างหรือเวลารอ ซึ่งจำเป็นต่อการวิเคราะห์คอขวดอย่างถูกต้อง. แหล่งข้อมูล อาจมีฟิลด์เวลาประทับแยกต่างหากในบันทึกเหตุการณ์ หรือคำนวณจาก StartTime ของกิจกรรมถัดไปในลำดับของเคสเดียวกัน. ตัวอย่าง 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z
	เหตุผลที่ปฏิเสธสินไหม RejectionReason	เหตุผลเฉพาะที่ปฏิเสธหรือไม่อนุมัติการเรียกร้องสินไหม.
คำอธิบาย เมื่อมีการตัดสินใจปฏิเสธสินไหม ข้อมูลนี้จะระบุเหตุผลเบื้องหลังการตัดสินใจ โดยทั่วไปจะเลือกจากรายการรหัสหรือคำอธิบายที่กำหนดไว้ การวิเคราะห์เหตุผลที่ปฏิเสธมีความสำคัญต่อแดชบอร์ด “ข้อมูลเชิงลึกเกี่ยวกับการตัดสินใจและการปฏิเสธสินไหม” ช่วยให้พบปัญหาที่เกิดซ้ำในการยื่นคำร้อง รูปแบบการฉ้อโกงที่อาจเกิดขึ้น หรือข้อความในกรมธรรม์ที่อาจไม่ชัดเจน ข้อมูลเชิงลึกนี้ช่วยปรับปรุงขั้นตอนรับเรื่องหรือกฎการพิจารณารับประกันได้. เหตุผลที่สำคัญ อธิบายสาเหตุที่ปฏิเสธสินไหม ช่วยให้เห็นแนวทางปรับปรุงขั้นตอนรับเรื่อง ลดการยื่นคำร้องที่ไม่ถูกต้อง และระบุโอกาสในการฝึกอบรม. แหล่งข้อมูล ดูเอกสาร Duck Creek Claims โดยทั่วไปจะกรอกข้อมูลนี้เมื่อเปลี่ยนสถานะเคสเป็น “ปฏิเสธ” หรือสถานะอื่นที่มีความหมายใกล้เคียงกัน. ตัวอย่าง ไม่อยู่ในความคุ้มครองกรมธรรม์หมดอายุการเรียกร้องสินไหมซ้ำสงสัยว่ามีการฉ้อโกง
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ดึงข้อมูลจากระบบต้นทางมาอัปเดตล่าสุด.
คำอธิบาย แอตทริบิวต์นี้ระบุเวลาที่อัปเดตชุดข้อมูลล่าสุด เพื่อให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด. ในแดชบอร์ดและการวิเคราะห์ ข้อมูลนี้ช่วยแจ้งให้ผู้ใช้ทราบว่าข้อมูลเชิงลึกเป็นข้อมูลล่าสุดแค่ไหน และช่วยให้เข้าใจว่ามุมมองกระบวนการมีธุรกรรมล่าสุดรวมอยู่ด้วยหรือไม่. เหตุผลที่สำคัญ ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตีความผลวิเคราะห์และตัดสินใจได้ทันท่วงที. แหล่งข้อมูล เวลานี้สร้างขึ้นระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) โดยปกติจะจัดเก็บไว้ในข้อมูลเมตาของชุดข้อมูล. ตัวอย่าง 2024-05-21T02:00:00Z

จำเป็น แนะนำ ไม่บังคับ

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

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

6 แนะนำ 9 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	จ่ายเงินแล้ว	กิจกรรมนี้หมายถึงการดำเนินธุรกรรมทางการเงินเพื่อจ่ายสินไหม เป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนเมื่อส่งเงินผ่านเช็ค EFT หรือวิธีอื่น.
เหตุผลที่สำคัญ หมายถึงการชำระภาระทางการเงินของสินไหมที่อนุมัติแล้ว ระยะเวลาตั้งแต่ 'Payment Authorized' จนถึง 'Payment Issued' แสดงให้เห็นประสิทธิภาพของฝ่ายการเงิน. แหล่งข้อมูล ดึงข้อมูลจากตารางธุรกรรมทางการเงินใน Duck Creek Claims ซึ่งบันทึกการจ่ายเงินขาออกทั้งหมดพร้อมรหัสธุรกรรมและเวลา. บันทึก ระบบสร้างรายการธุรกรรมทางการเงินแยกต่างหากในบันทึกเมื่อดำเนินการจ่ายเงิน. ประเภทเหตุการณ์ explicit
	ตัดสินใจเกี่ยวกับสินไหมแล้ว	กิจกรรมนี้หมายถึงการตัดสินใจอย่างเป็นทางการเกี่ยวกับสินไหม เช่น 'Approved', 'Partially Approved' หรือ 'Denied' โดยอนุมานจากการเปลี่ยนสถานะเป็นผลการตัดสินขั้นสุดท้าย.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญของการตัดสินใจ ระยะเวลาก่อนถึงจุดนี้และผลการตัดสินเป็นข้อมูลหลักในการวิเคราะห์กระบวนการและประสิทธิภาพ. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์ 'Claim Decision' หรือ 'Claim Status' โดยเฉพาะ ไปเป็นสถานะสิ้นสุด เช่น 'Approved' หรือ 'Denied' พร้อมบันทึกเวลาที่เปลี่ยนสถานะ. บันทึก อนุมานจากการอัปเดตฟิลด์สถานะหลักหรือฟิลด์การตัดสินใจของสินไหม. ประเภทเหตุการณ์ inferred
	ปฏิเสธสินไหม	กิจกรรมนี้เป็นอีกจุดสิ้นสุดหนึ่งของกระบวนการ โดยสินไหมถูกปฏิเสธอย่างเป็นทางการ ระบบบันทึกเมื่อกำหนดสถานะสุดท้ายของสินไหมเป็น 'Denied' หรือ 'Rejected'.
เหตุผลที่สำคัญ นี่คือผลลัพธ์สำคัญที่ควรวิเคราะห์แยกต่างหาก การทำความเข้าใจสาเหตุและเวลาที่ปฏิเสธสินไหมช่วยปรับปรุงขั้นตอนรับเรื่องและการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสุดท้ายของสินไหมเปลี่ยนเป็น 'Denied', 'Rejected' หรือ 'Closed without Payment' ในตารางข้อมูลสินไหม. บันทึก อนุมานจากสถานะสุดท้ายของสินไหมที่ระบุเหตุผลการปฏิเสธ. ประเภทเหตุการณ์ inferred
	ปิดสินไหมแล้ว	นี่คือกิจกรรมสุดท้าย ซึ่งหมายถึงการปิดแฟ้มสินไหมทางธุรการหลังจากจ่ายเงินหรือชำระสินไหมแล้ว ระบบบันทึกเหตุการณ์นี้เมื่ออัปเดตสถานะสุดท้ายเป็น 'Closed'.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของกระบวนการ ใช้เป็นจุดสิ้นสุดในการคำนวณ KPI 'Average End-to-End Claim Cycle Time' และตัวชี้วัดระยะเวลาสำคัญอื่นๆ. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสุดท้ายในตารางข้อมูลหลักของสินไหมเปลี่ยนเป็น 'Closed' หรือ 'Settled'. บันทึก อนุมานจากการกำหนดสถานะสุดท้ายของสินไหมเป็น 'Closed'. ประเภทเหตุการณ์ inferred
	รับแจ้งสินไหม	นี่คือเหตุการณ์แรก ซึ่งหมายถึงบริษัทประกันได้รับแจ้งเหตุความเสียหายครั้งแรก (First Notice of Loss หรือ FNOL) โดยทั่วไป ระบบจะบันทึกเป็นธุรกรรมเมื่อเจ้าหน้าที่หรือลูกค้ากรอกข้อมูลสินไหมเบื้องต้นลงในระบบ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของวงจรการจัดการสินไหมทั้งหมด การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ไปจนถึงเหตุการณ์อื่นช่วยให้เข้าใจระยะเวลาดำเนินการทั้งหมดและประสิทธิภาพในการรับเรื่อง. แหล่งข้อมูล โดยทั่วไป ระบบจะบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางบันทึกสินไหมหรือ FNOL เมื่อสร้างรายการสินไหมใหม่ใน Duck Creek Claims. บันทึก บันทึกเหตุการณ์เมื่อสร้างรายการสินไหมใหม่ครั้งแรก. ประเภทเหตุการณ์ explicit
	อนุมัติการจ่ายเงินแล้ว	หมายถึงการอนุมัติอย่างเป็นทางการให้จ่ายยอดชำระสินไหมที่คำนวณไว้ โดยมักเป็นขั้นตอนแยกต่างหากที่ผู้จัดการหรือผู้มีอำนาจอนุมัติ และบันทึกเป็นธุรกรรมการอนุมัติอย่างชัดเจน.
เหตุผลที่สำคัญ นี่คือจุดควบคุมสำคัญและอาจเป็นคอขวดก่อนจ่ายเงิน KPI 'Average Claim Approval Time' ใช้วัดระยะเวลาตั้งแต่ 'Claim Decision Made' จนถึงจุดนี้. แหล่งข้อมูล โดยทั่วไป ระบบจะบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในเวิร์กโฟลว์หรือโมดูลการเงิน เมื่อผู้ใช้ที่มีสิทธิ์เฉพาะอนุมัติการจ่ายเงิน โดยค้นหาได้จากบันทึกการอนุมัติ. บันทึก บันทึกเหตุการณ์อนุมัติไว้อย่างชัดเจนในเวิร์กโฟลว์หรือบันทึกธุรกรรม. ประเภทเหตุการณ์ explicit
	ขอข้อมูลเพิ่มเติม	กิจกรรมนี้เกิดขึ้นเมื่อเจ้าหน้าที่ประเมินสินไหมเห็นว่าต้องใช้ข้อมูลเพิ่มเติม และส่งคำขอไปยังผู้ถือกรมธรรม์หรือบุคคลที่สาม โดยมักเป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนในโมดูลการสื่อสารหรือการติดต่อของระบบ.
เหตุผลที่สำคัญ หากกิจกรรมนี้เกิดขึ้นบ่อย อาจแสดงว่าการรวบรวมข้อมูลเบื้องต้นมีปัญหา อีกทั้งยังทำให้เกิดเวลารอมากและส่งผลต่อระยะเวลาดำเนินการโดยรวม. แหล่งข้อมูล ดึงข้อมูลได้จากบันทึกการสื่อสารขาออก เช่น จดหมายหรืออีเมล หรือจากธุรกรรม 'Request for Information' ใน Duck Creek Claims. บันทึก บันทึกเมื่อสร้างหนังสือโต้ตอบหรืองานสำหรับขอข้อมูลเพิ่มเติม. ประเภทเหตุการณ์ explicit
	คำนวณยอดชดใช้แล้ว	หลังอนุมัติสินไหม กิจกรรมนี้หมายถึงการคำนวณยอดชำระสินไหมหรือยอดจ่ายขั้นสุดท้าย อาจเป็นขั้นตอนที่บันทึกไว้อย่างชัดเจน หรืออนุมานจากการสรุปยอดจ่ายในโมดูลการเงินของระบบ.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวัด KPI 'Settlement Rework Rate' หากเหตุการณ์นี้เกิดขึ้นหลายครั้งกับสินไหมรายการเดียว อาจบ่งชี้ถึงความไม่มีประสิทธิภาพ ข้อผิดพลาด หรือการเจรจาในขั้นตอนชำระสินไหม. แหล่งข้อมูล อาจเป็นรายการในบันทึกธุรกรรมที่ระบุไว้โดยตรง หรืออนุมานจากการอัปเดตฟิลด์ 'Settlement Amount' ในข้อมูลทางการเงินของสินไหม โดยใช้บันทึกการตรวจสอบฟิลด์นี้เป็นแหล่งข้อมูลหลัก. บันทึก บันทึกเหตุการณ์เมื่อคำนวณและบันทึกยอดจ่ายขั้นสุดท้ายแล้ว. ประเภทเหตุการณ์ explicit
	ได้รับข้อมูลเพิ่มเติม	หมายถึงได้รับข้อมูลที่ร้องขอแล้ว ทำให้ดำเนินการสินไหมต่อได้ เจ้าหน้าที่ประเมินสินไหมอาจบันทึกเหตุการณ์นี้เอง หรือระบบอาจบันทึกโดยอัตโนมัติเมื่อมีการส่งข้อมูลผ่านพอร์ทัลดิจิทัล.
เหตุผลที่สำคัญ ช่วงเวลาระหว่าง 'Information Requested' กับ 'Information Received' เป็นช่วงรอที่สำคัญ การวิเคราะห์ระยะเวลานี้ช่วยให้เห็นการพึ่งพาบุคคลภายนอกและคอขวดในการสื่อสาร. แหล่งข้อมูล อาจเป็นเหตุการณ์ที่บันทึกจากการเชื่อมต่อกับระบบจัดการเอกสาร หรือเป็นรายการที่เจ้าหน้าที่ประเมินสินไหมบันทึกเองหรือการเปลี่ยนสถานะเมื่อได้รับเอกสาร. บันทึก บันทึกเหตุการณ์เมื่ออัปโหลดเอกสารหรือเมื่อเจ้าหน้าที่ประเมินสินไหมกรอกข้อมูลด้วยตนเอง. ประเภทเหตุการณ์ explicit
	ตรวจสอบเบื้องต้นเสร็จสิ้น	หมายถึงเจ้าหน้าที่ประเมินสินไหมที่ได้รับมอบหมายตรวจสอบสินไหมอย่างละเอียดเป็นครั้งแรกเสร็จแล้ว โดยทั่วไปอนุมานจากการเปลี่ยนสถานะหลังมอบหมาย เช่น จาก 'Assigned' เป็น 'Under Review' หรือ 'Investigation'.
เหตุผลที่สำคัญ หมุดหมายนี้ช่วยวัดเวลาจนถึงการดำเนินการครั้งแรกของเจ้าหน้าที่ และอาจบ่งชี้งานค้างในภาระงานของเจ้าหน้าที่ นี่คือจุดตรวจสอบสำคัญจุดแรกที่ต้องอาศัยการดำเนินการของบุคลากร. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์สถานะสินไหม เช่น เปลี่ยนเป็น 'Initial Review Complete' หรือ 'Pending Information' โดยใช้เวลาที่สถานะเปลี่ยนเป็นเวลาของเหตุการณ์. บันทึก อนุมานจากการเปลี่ยนฟิลด์สถานะสินไหมหลังมอบหมายเจ้าหน้าที่ประเมินสินไหม. ประเภทเหตุการณ์ inferred
	ตรวจสอบเสร็จสิ้น	หมายถึงการตรวจสอบเสร็จสิ้นและรวบรวมข้อเท็จจริงที่จำเป็นครบแล้ว โดยทั่วไปอนุมานจากการเปลี่ยนสถานะสินไหมจาก 'Under Investigation' เป็นสถานะสำหรับตัดสินใจ เช่น 'Pending Decision'.
เหตุผลที่สำคัญ การตรวจสอบที่เสร็จสิ้นเป็นหมุดหมายสำคัญที่ช่วยให้เริ่มขั้นตอนตัดสินใจและชำระสินไหมได้ ความล่าช้าในขั้นตอนนี้ส่งผลต่อขั้นตอนถัดไปอย่างมาก. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสินไหมเปลี่ยนจากสถานะ 'investigation' เป็นสถานะ 'review' หรือ 'decision'. บันทึก อนุมานจากการเปลี่ยนสถานะสินไหมที่บ่งชี้ว่ากิจกรรมตรวจสอบสิ้นสุดแล้ว. ประเภทเหตุการณ์ inferred
	ประเมินความเสียหายแล้ว	หมุดหมายนี้หมายถึงการกำหนดหรือปรับปรุงเงินสำรองตามผลการตรวจสอบ เป็นการประเมินผลกระทบทางการเงินของสินไหม และบันทึกเมื่อมีการกรอกหรือปรับยอดเงินสำรอง.
เหตุผลที่สำคัญ นี่คือจุดตรวจสอบทางการเงินที่สำคัญ การวิเคราะห์ว่าเกิดขึ้นเมื่อใดช่วยให้เข้าใจความรวดเร็วและความแม่นยำของการประเมินทางการเงิน. แหล่งข้อมูล โดยมากเป็นธุรกรรมทางการเงินที่บันทึกไว้อย่างชัดเจนในบันทึกธุรกรรมทางการเงินของสินไหมหรือตารางประวัติเงินสำรองใน Duck Creek Claims. บันทึก บันทึกธุรกรรมทางการเงินเมื่อกำหนดหรือปรับปรุงเงินสำรองสินไหม. ประเภทเหตุการณ์ explicit
	มอบหมายเจ้าหน้าที่ประเมินสินไหม	เหตุการณ์นี้บันทึกการมอบหมายเจ้าหน้าที่ประเมินสินไหมหรือผู้ดูแลให้กับสินไหมที่ลงทะเบียนแล้ว ระบบจะบันทึกการมอบหมายไว้ ทำให้เห็นจุดส่งต่องานและผู้รับผิดชอบสินไหมอย่างชัดเจน.
เหตุผลที่สำคัญ ข้อมูลนี้สำคัญต่อการวิเคราะห์การจัดสรรทรัพยากร ภาระงานของเจ้าหน้าที่ประเมินสินไหม และความล่าช้าในการมอบหมายงาน จุดนี้เป็นจุดส่งต่องานสำคัญที่อาจทำให้เกิดเวลารอ. แหล่งข้อมูล ติดตามได้จากการอัปเดตฟิลด์ 'Assigned Adjuster' ในตารางข้อมูลสินไหมหลัก โดยดูเวลาจากประวัติหรือบันทึกการตรวจสอบของฟิลด์นี้. บันทึก บันทึกไว้ในประวัติการตรวจสอบเมื่อกรอกหรือเปลี่ยนฟิลด์เจ้าหน้าที่ประเมินสินไหม. ประเภทเหตุการณ์ explicit
	เริ่มการตรวจสอบ	กิจกรรมนี้หมายถึงการเริ่มขั้นตอนตรวจสอบสินไหมอย่างเป็นทางการ โดยมักอนุมานจากการเปลี่ยนสถานะสินไหมเป็น 'Under Investigation' หรือสถานะใกล้เคียง.
เหตุผลที่สำคัญ นี่คือจุดเริ่มต้นของขั้นตอนที่ใช้ทรัพยากรมาก การวัดระยะเวลาตรวจสอบเป็นหัวใจสำคัญของ KPI 'Average Investigation Duration' และช่วยให้บริหารจัดการส่วนสำคัญของกระบวนการได้. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์สถานะสินไหมหลักเปลี่ยนเป็น 'Investigation in Progress' หรือ 'Pending Inspection'. บันทึก อนุมานจากการเปลี่ยนสถานะสินไหมที่บ่งชี้ว่าเริ่มกิจกรรมตรวจสอบแล้ว. ประเภทเหตุการณ์ inferred
	ลงทะเบียนสินไหม	เป็นการรับรองและลงทะเบียนสินไหมที่ยื่นเข้ามาอย่างเป็นทางการ พร้อมกำหนด Claim ID ที่ไม่ซ้ำกัน โดยมักเป็นเหตุการณ์อัตโนมัติของระบบหลังตรวจสอบข้อมูลเบื้องต้น.
เหตุผลที่สำคัญ ขั้นตอนนี้ทำให้การเริ่มต้นจัดการสินไหมเป็นทางการ และกระตุ้นกระบวนการถัดไป เช่น การมอบหมายเจ้าหน้าที่ประเมินสินไหม ระยะเวลาระหว่างการยื่นเรื่องกับการลงทะเบียนอาจบ่งชี้ปัญหาคุณภาพข้อมูลเบื้องต้นหรือภาระงานของระบบ. แหล่งข้อมูล อนุมานจากเวลาที่สร้าง Claim ID หลัก และการเปลี่ยนสถานะสินไหมจาก 'pending' หรือ 'submitted' เป็น 'open' หรือ 'registered' ในตารางข้อมูลหลักของสินไหม. บันทึก อนุมานจากเวลาที่สร้างรายการสินไหมหลัก หรือเวลาที่สถานะเปลี่ยนเป็น 'Open'. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก Duck Creek Claims

ขั้นตอน

เข้าใช้ Duck Creek Data Hub Configuration Utility: เข้าสู่ระบบสภาพแวดล้อม Duck Creek แล้วไปที่แอปพลิเคชัน Data Hub คุณต้องมีสิทธิ์ที่เหมาะสมในการสร้างหรือแก้ไขการตั้งค่าส่งออกข้อมูล
สร้างงานส่งออกข้อมูลใหม่: ใน Data Hub utility ให้เริ่มสร้างงานส่งออกใหม่ ตั้งชื่อให้สื่อความหมาย เช่น ProcessMind_Claims_Event_Log_Export
กำหนดแหล่งข้อมูล: ตั้งค่างานให้เชื่อมต่อกับฐานข้อมูล SQL หลักของ Data Hub โดยระบุชื่อเซิร์ฟเวอร์ ชื่อฐานข้อมูล และข้อมูลรับรองของผู้ใช้ที่มีสิทธิ์อ่านสคีมาที่เกี่ยวข้อง
ใส่คำสั่งดึงข้อมูล: ไปที่ส่วนกำหนดคำสั่งค้นหาของงานส่งออก คัดลอกสคริปต์ทั้งหมดจากส่วนคำสั่งค้นหาด้านล่าง แล้ววางในตัวแก้ไขคำสั่งค้นหา
ตั้งค่าพารามิเตอร์คำสั่งค้นหา: ไปที่ส่วนพารามิเตอร์ในการตั้งค่า กำหนดค่าให้พารามิเตอร์ @StartDate และ @EndDate ที่อ้างอิงในคำสั่งค้นหา เพื่อระบุช่วงวันที่ที่ต้องการดึงข้อมูล เช่น '2023-01-01' และ '2023-12-31'
จับคู่คอลัมน์ผลลัพธ์: ตั้งค่าไฟล์ผลลัพธ์ ตรวจสอบให้แน่ใจว่าคอลัมน์ในคำสั่ง SELECT เช่น ClaimId, ActivityName และ EventTime จับคู่กับคอลัมน์ในไฟล์ผลลัพธ์อย่างถูกต้อง ชื่อหัวคอลัมน์ในไฟล์ต้องตรงกันทุกประการ
ตั้งค่าไฟล์ผลลัพธ์: เลือกรูปแบบไฟล์เป็น CSV ตั้งค่าตัวคั่นเป็นจุลภาค (,) และการเข้ารหัสอักขระเป็น UTF-8 เพื่อให้ใช้งานร่วมกับ ProcessMind ได้
กำหนดปลายทาง: ระบุเส้นทางไฟล์หรือตำแหน่งเครือข่ายที่จะบันทึกไฟล์ CSV ที่สร้างขึ้น ตรวจสอบให้แน่ใจว่าระบบมีสิทธิ์เขียนไปยังตำแหน่งนั้น
ตั้งเวลางานส่งออก: กำหนดตารางเวลาของงาน สำหรับการวิเคราะห์ครั้งแรก คุณสามารถเรียกใช้งานด้วยตนเองได้ หากต้องการติดตามผลอย่างต่อเนื่อง ให้ตั้งเวลาทำงานซ้ำ เช่น ทุกวันหรือทุกสัปดาห์
เรียกใช้งานและรับไฟล์: เรียกใช้งานเพื่อสร้างไฟล์บันทึกเหตุการณ์ เมื่อเสร็จแล้ว ให้รับไฟล์ CSV จากปลายทางที่ระบุไว้ในขั้นตอนที่ 8
เตรียมไฟล์สำหรับอัปโหลด: ก่อนอัปโหลดไปยัง ProcessMind ให้เปิดไฟล์ CSV เพื่อตรวจสอบขั้นสุดท้าย ตรวจสอบว่าหัวคอลัมน์ถูกต้อง รูปแบบวันที่สอดคล้องกัน (YYYY-MM-DD HH:MI:SS) และข้อมูลแสดงผลตามที่คาดไว้

การกำหนดค่า

ข้อกำหนดเบื้องต้น: ต้องเข้าถึงโมดูล Duck Creek Data Hub ได้ ผู้ใช้หรือบัญชีบริการที่เรียกใช้งานส่งออกต้องมีสิทธิ์อ่านตารางฐานข้อมูลเบื้องหลังของ Data Hub เช่น [DataHubSchema].[FactClaimTransaction], [DataHubSchema].[DimClaim], [DataHubSchema].[DimStatusHistory].
กำหนดช่วงวันที่: คิวรีใช้พารามิเตอร์ @StartDate และ @EndDate ซึ่งต้องกำหนดเพื่อระบุช่วงเวลาที่จะดึงข้อมูล สำหรับการวิเคราะห์ครั้งแรก แนะนำให้ใช้ช่วง 6-12 เดือน เพื่อให้มีเคสที่ปิดแล้วและเคสที่ยังดำเนินการอยู่เพียงพอ.
การกรองข้อมูล: ใน Common Table Expression (CTE) มีบรรทัดตัวอย่าง /* AND DC.LineOfBusiness IN ('[Your_LOB_Filter]') */ ให้เอาเครื่องหมายคอมเมนต์ออกและแก้ไขบรรทัดนี้เพื่อกรองสายธุรกิจที่ต้องการ เช่น 'Personal Auto' หรือ 'Commercial Property' ช่วยลดปริมาณข้อมูลและจำกัดขอบเขตการวิเคราะห์.
รอบการรีเฟรช Data Hub: โปรดคำนึงถึงความล่าช้าของข้อมูลใน Data Hub ข้อมูลไม่ได้อัปเดตแบบเรียลไทม์ โดยปกติจะรีเฟรชตามกำหนดเวลา เช่น ทุกคืน ข้อมูลที่ดึงออกมาจึงเป็นข้อมูลล่าสุด ณ รอบรีเฟรช Data Hub ที่สำเร็จครั้งล่าสุด.
รูปแบบผลลัพธ์: ตั้งค่างานส่งออกให้สร้างไฟล์แบบแบน โดยแนะนำให้ใช้ CSV ตั้งค่าอักขระครอบข้อความเป็นเครื่องหมายอัญประกาศคู่ (") เพื่อรองรับเครื่องหมายจุลภาคที่อยู่ในฟิลด์ข้อมูล.

ตัวอย่างคำค้น sql

-- Common Table Expression (CTE) to fetch core claim attributes
-- This improves readability and performance by querying base tables once.
WITH ClaimBase AS (
    SELECT 
        DC.ClaimId,
        DC.ClaimNumber,
        DC.ClaimType,
        DC.Severity AS ClaimSeverity,
        DC.CurrentStatus AS ClaimStatus,
        FC.LossAmount,
        DA.AdjusterName AS AssignedAdjuster,
        DD.DepartmentName AS Department,
        -- Timestamps for various events
        FC.FNOLReportedDate AS ClaimSubmittedTime,
        FC.ClaimRegisteredDate AS ClaimRegisteredTime,
        FC.AdjusterAssignmentDate AS AdjusterAssignedTime,
        FC.PaymentIssuedDate AS PaymentIssuedTime,
        FC.ClaimClosedDate AS ClaimClosedTime
    FROM 
        [DataHubSchema].[DimClaim] AS DC
    LEFT JOIN 
        [DataHubSchema].[FactClaim] AS FC ON DC.ClaimKey = FC.ClaimKey
    LEFT JOIN 
        [DataHubSchema].[DimAdjuster] AS DA ON FC.AssignedAdjusterKey = DA.AdjusterKey
    LEFT JOIN
        [DataHubSchema].[DimDepartment] AS DD ON FC.DepartmentKey = DD.DepartmentKey
    WHERE 
        FC.FNOLReportedDate BETWEEN @StartDate AND @EndDate
        /* AND DC.LineOfBusiness IN ('[Your_LOB_Filter]') */ -- Optional: Uncomment to filter by Line of Business
)
-- 1. Claim Submitted
SELECT
    cb.ClaimId,
    'Claim Submitted' AS ActivityName,
    cb.ClaimSubmittedTime AS EventTime,
    cb.AssignedAdjuster,
    cb.Department,
    cb.ClaimType,
    cb.ClaimSeverity,
    'Submitted' AS ClaimStatus, -- Status at the time of this event
    cb.LossAmount
FROM
    ClaimBase cb
WHERE
    cb.ClaimSubmittedTime IS NOT NULL

UNION ALL

-- 2. Claim Registered
SELECT
    cb.ClaimId,
    'Claim Registered' AS ActivityName,
    cb.ClaimRegisteredTime AS EventTime,
    cb.AssignedAdjuster,
    cb.Department,
    cb.ClaimType,
    cb.ClaimSeverity,
    'Registered' AS ClaimStatus,
    cb.LossAmount
FROM
    ClaimBase cb
WHERE
    cb.ClaimRegisteredTime IS NOT NULL

UNION ALL

-- 3. Adjuster Assigned
SELECT
    cb.ClaimId,
    'Adjuster Assigned' AS ActivityName,
    cb.AdjusterAssignedTime AS EventTime,
    cb.AssignedAdjuster,
    cb.Department,
    cb.ClaimType,
    cb.ClaimSeverity,
    'Assigned' AS ClaimStatus,
    cb.LossAmount
FROM
    ClaimBase cb
WHERE
    cb.AdjusterAssignedTime IS NOT NULL

UNION ALL

-- 4. Initial Review Completed (Inferred from status change)
SELECT
    cb.ClaimId,
    'Initial Review Completed' AS ActivityName,
    sh.StatusSetDate AS EventTime,
    cb.AssignedAdjuster,
    cb.Department,
    cb.ClaimType,
    cb.ClaimSeverity,
    sh.NewStatus AS ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE 
    sh.PreviousStatus IN ('Assigned', 'Registered') AND sh.NewStatus IN ('Under Review', 'Investigation')
    AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.NewStatus IN ('Under Review', 'Investigation'))

UNION ALL

-- 5. Additional Information Requested
SELECT 
    cb.ClaimId, 
    'Additional Information Requested' AS ActivityName, 
    fct.TransactionDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    cb.ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE 
    fct.TransactionType = 'InformationRequestSent'

UNION ALL

-- 6. Additional Information Received
SELECT 
    cb.ClaimId, 
    'Additional Information Received' AS ActivityName, 
    fct.TransactionDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    cb.ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE 
    fct.TransactionType = 'InformationResponseReceived'

UNION ALL

-- 7. Investigation Started (Inferred from status change)
SELECT 
    cb.ClaimId, 
    'Investigation Started' AS ActivityName, 
    sh.StatusSetDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    sh.NewStatus AS ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE 
    sh.NewStatus = 'Under Investigation'
    AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.NewStatus = 'Under Investigation')

UNION ALL

-- 8. Investigation Completed (Inferred from status change)
SELECT 
    cb.ClaimId, 
    'Investigation Completed' AS ActivityName, 
    sh.StatusSetDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    sh.NewStatus AS ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE 
    sh.PreviousStatus = 'Under Investigation' AND sh.NewStatus = 'Pending Decision'
    AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.PreviousStatus = 'Under Investigation' AND s2.NewStatus = 'Pending Decision')

UNION ALL

-- 9. Loss Assessed (Reserve Set/Updated)
SELECT 
    cb.ClaimId, 
    'Loss Assessed' AS ActivityName, 
    fct.TransactionDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    cb.ClaimStatus,
    fct.TransactionAmount AS LossAmount -- Use transaction amount for this event
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE 
    fct.TransactionType = 'ReserveSet'

UNION ALL

-- 10. Claim Decision Made (Inferred from status change)
SELECT 
    cb.ClaimId, 
    'Claim Decision Made' AS ActivityName, 
    sh.StatusSetDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    sh.NewStatus AS ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE 
    sh.NewStatus IN ('Approved', 'Partially Approved', 'Denied')
    AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.NewStatus IN ('Approved', 'Partially Approved', 'Denied'))

UNION ALL

-- 11. Settlement Calculated
SELECT 
    cb.ClaimId, 
    'Settlement Calculated' AS ActivityName, 
    fct.TransactionDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    cb.ClaimStatus,
    fct.TransactionAmount AS LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE 
    fct.TransactionType = 'SettlementCalculated'

UNION ALL

-- 12. Payment Authorized
SELECT 
    cb.ClaimId, 
    'Payment Authorized' AS ActivityName, 
    fct.TransactionDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    cb.ClaimStatus,
    fct.TransactionAmount AS LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE 
    fct.TransactionType = 'PaymentAuthorized'

UNION ALL

-- 13. Payment Issued
SELECT
    cb.ClaimId,
    'Payment Issued' AS ActivityName,
    cb.PaymentIssuedTime AS EventTime,
    cb.AssignedAdjuster,
    cb.Department,
    cb.ClaimType,
    cb.ClaimSeverity,
    'PaymentIssued' AS ClaimStatus,
    cb.LossAmount
FROM
    ClaimBase cb
WHERE
    cb.PaymentIssuedTime IS NOT NULL

UNION ALL

-- 14. Claim Denied
SELECT 
    cb.ClaimId, 
    'Claim Denied' AS ActivityName, 
    sh.StatusSetDate AS EventTime,
    cb.AssignedAdjuster, 
    cb.Department, 
    cb.ClaimType, 
    cb.ClaimSeverity, 
    'Denied' AS ClaimStatus,
    cb.LossAmount
FROM 
    ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE 
    sh.NewStatus = 'Denied'

UNION ALL

-- 15. Claim Closed
SELECT
    cb.ClaimId,
    'Claim Closed' AS ActivityName,
    cb.ClaimClosedTime AS EventTime,
    cb.AssignedAdjuster,
    cb.Department,
    cb.ClaimType,
    cb.ClaimSeverity,
    'Closed' AS ClaimStatus,
    cb.LossAmount
FROM
    ClaimBase cb
WHERE
    cb.ClaimClosedTime IS NOT NULL;

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

ปิดงานเคลมค้างสะสม ปรับปรุงการจัดการเคลมของคุณได้แล้ววันนี้

เพิ่มสัดส่วนการจัดการเคลมแบบอัตโนมัติตั้งแต่ต้นจนจบเป็น 70% พร้อมลดต้นทุนและความล่าช้า.

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

ทดลองใช้ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต.

เทมเพลตข้อมูลกระบวนการสินไหมของคุณ

เทมเพลตข้อมูลกระบวนการสินไหมของคุณ

แอตทริบิวต์ของกระบวนการสินไหม

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

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

ใช้ Duck Creek Data Hub เพื่อดึงข้อมูลเคลม

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น sql

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

ปิดงานเคลมค้างสะสม ปรับปรุงการจัดการเคลมของคุณได้แล้ววันนี้