เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม
เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม
- ข้อมูลแนะนำที่ควรเก็บ
- กิจกรรมหลักที่ควรติดตาม
- แนวทางดึงข้อมูลจาก Guidewire ClaimCenter
ข้อมูลสำหรับกระบวนการจัดการสินไหม
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| 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 | |||
กิจกรรมในกระบวนการจัดการสินไหม
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| กำหนดเงินสำรองเริ่มต้น | บันทึกการสร้างรายการธุรกรรมเงินสำรองทางการเงินครั้งแรกสำหรับรายการความเสียหาย เพื่อประเมินค่าใช้จ่ายที่อาจเกิดขึ้นจากเคลม นี่เป็นเหตุการณ์ทางการเงินที่สำคัญและมีการบันทึกโดยตรง. | ||
| เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้ช่วยในการวิเคราะห์ทางการเงินและทำความเข้าใจว่าประเมินความรับผิดที่อาจเกิดขึ้นได้รวดเร็วเพียงใด ความล่าช้าอาจกระทบการวางแผนและการรายงานทางการเงิน. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้เมื่อสร้างรายการ 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 | |||
คู่มือการดึงข้อมูล
ขั้นตอน
- ตรวจสอบข้อกำหนดเบื้องต้น: ตรวจสอบว่าคุณมีสิทธิ์และข้อมูลรับรองที่จำเป็นสำหรับเข้าถึงฐานข้อมูล Data Mart ของ Guidewire DataHub / InfoCenter แบบอ่านอย่างเดียว ตรวจสอบว่างาน ETL ที่เติมข้อมูลลงใน Data Mart สำหรับสินไหมทำงานสำเร็จและข้อมูลเป็นปัจจุบัน
- เชื่อมต่อฐานข้อมูล: ใช้ไคลเอ็นต์ SQL มาตรฐาน เช่น DBeaver, SQL Server Management Studio หรือเครื่องมือที่คล้ายกัน เพื่อเชื่อมต่อกับเซิร์ฟเวอร์ฐานข้อมูล Data Mart
- สำรวจสคีมา: ก่อนเรียกใช้คิวรีฉบับเต็ม ให้ทำความเข้าใจสคีมาของ Data Mart ระบุตารางหลักสำหรับสินไหม ความคุ้มครอง กิจกรรม และธุรกรรมทางการเงิน โดยทั่วไปชื่อตารางหลักจะลงท้ายด้วย _dim (มิติข้อมูล) และ _fact (ข้อมูลข้อเท็จจริง) วิธีนี้ช่วยให้คุณตรวจสอบชื่อ table และ column ตัวอย่างในสคริปต์ได้
- เตรียมคิวรี SQL: คัดลอกสคริปต์ SQL ฉบับเต็มจากส่วนคิวรีไปวางในตัวแก้ไขคิวรีของไคลเอ็นต์ SQL
- แก้ไขค่าตัวอย่าง: ตรวจสอบสคริปต์และแทนค่าตัวอย่างทั้งหมด รวมถึงชื่อฐานข้อมูล/สคีมา (เช่น [YourDataMart]) พารามิเตอร์ช่วงวันที่ ('[StartDate]', '[EndDate]') และค่าการตั้งค่าเฉพาะระบบ เช่น รูปแบบกิจกรรมและรหัสสถานะ
- เรียกใช้คิวรี: เรียกใช้คิวรี SQL ที่แก้ไขแล้วกับ Data Mart ระยะเวลาที่ใช้ขึ้นอยู่กับช่วงวันที่และปริมาณข้อมูลในระบบ
- ตรวจสอบข้อมูลเบื้องต้น: เมื่อคิวรีทำงานเสร็จ ให้ตรวจสอบผลลัพธ์สองสามร้อยแถวแรก ดูว่า ClaimID, ActivityName และ EventTime มีค่าตามที่คาดไว้ และมีประเภทกิจกรรมที่แตกต่างกัน
- ส่งออกเป็น CSV: ส่งออกผลลัพธ์ทั้งหมดจากไคลเอ็นต์ SQL เป็นไฟล์ CSV ตั้งชื่อไฟล์ให้สื่อความหมาย เช่น guidewire_claimcenter_event_log.csv
- จัดรูปแบบสำหรับ ProcessMind: บันทึกไฟล์ CSV ด้วยการเข้ารหัส UTF-8 ตรวจสอบว่าแถวหัวตารางตรงกับชื่อคอลัมน์ในคิวรี SQL จากนั้นจึงอัปโหลดไฟล์ไปยัง ProcessMind ได้.
การกำหนดค่า
- แหล่งข้อมูล: Claims Data Mart ของ Guidewire DataHub/InfoCenter ซึ่งเป็นฐานข้อมูลเชิงมิติที่รวบรวมข้อมูลไว้ล่วงหน้าเพื่อการรายงานและวิเคราะห์ แยกจากฐานข้อมูล ClaimCenter ที่ใช้งานจริง
- สิทธิ์ที่จำเป็น: ต้องมีสิทธิ์อ่านฐานข้อมูล SQL ที่โฮสต์ Data Mart โดยใช้ชื่อผู้ใช้ รหัสผ่าน และรายละเอียดการเชื่อมต่อ เช่น ที่อยู่เซิร์ฟเวอร์และชื่อฐานข้อมูล
- สถานะงาน ETL: ความถูกต้องของข้อมูลที่ดึงขึ้นอยู่กับการทำงานของงาน ETL จาก Guidewire ที่เติมข้อมูลลงใน Data Mart อย่างสำเร็จและตรงเวลา ตรวจสอบเวลาที่งานทำงานสำเร็จครั้งล่าสุดเพื่อดูว่าข้อมูลเป็นปัจจุบันเพียงใด
- การกรองช่วงวันที่: คิวรีที่ให้มามีเงื่อนไข WHERE พร้อมค่าตัวอย่าง '[StartDate]' และ '[EndDate]' แนะนำให้เริ่มจากช่วงวันที่สั้น เช่น 3-6 เดือน เพื่อควบคุมประสิทธิภาพ ตัวกรองวันที่ใช้กับ CreateTime ของสินไหม
- ค่าที่ขึ้นกับการตั้งค่า: Guidewire ปรับแต่งได้หลายรูปแบบ คุณต้องแก้ไขค่าในเงื่อนไข WHERE ให้ตรงกับการตั้งค่าขององค์กร ซึ่งรวมถึง:
- ชื่อ ActivityPattern เช่น 'fnol', 'investigation', 'Request additional information'
- รหัส ClaimStatus, ExposureStatus และ CloseReason เช่น 'denied', 'closed'
- รหัส TransactionStatus เช่น 'pendingapproval', 'approved', 'issued'
- ประสิทธิภาพ: การคิวรีตารางประวัติหรือ audit ขนาดใหญ่อาจใช้ทรัพยากรมาก หากมีข้อมูลจำนวนมาก แนะนำให้เรียกใช้คิวรีนอกช่วงเวลาที่มีการใช้งานสูง ตรวจสอบว่าคอลัมน์ ClaimID หรือ ClaimNumber ในตารางที่เกี่ยวข้องมีดัชนี.
ตัวอย่างคำค้น sql
-- This query extracts a process mining event log for claims processing from a Guidewire DataHub/InfoCenter Data Mart.
-- Replace placeholders: [YourDataMart], [StartDate], [EndDate], and any configuration-specific string literals.
WITH ClaimHistory AS (
-- Pre-process claim history to identify status changes, especially for Reopened events.
SELECT
ClaimID,
Status,
UpdateTime,
LAG(Status, 1) OVER (PARTITION BY ClaimID ORDER BY UpdateTime) AS PreviousStatus
FROM [YourDataMart].[dbo].[ClaimHistory_dim] -- Placeholder for claim history/audit table
),
BaseClaims AS (
-- Select the set of claims to be analyzed based on a date range.
SELECT
c.ClaimID AS ClaimPublicID, -- Using PublicID as it's often the user-facing ID
c.ClaimNumber AS ClaimID,
c.AssignedAdjusterName AS AssignedAdjuster,
c.PolicyType AS ClaimType,
c.ClaimStatus AS ClaimStatus,
c.LossCause AS LossCause,
c.CreateTime
FROM [YourDataMart].[dbo].[Claim_dim] c
WHERE c.CreateTime >= '[StartDate]' AND c.CreateTime < '[EndDate]'
)
-- 1. Claim Created
SELECT
bc.ClaimID AS ClaimID,
'Claim Created' AS ActivityName,
bc.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
UNION ALL
-- 2. Claim Assigned
-- This captures the first assignment event from the history table.
SELECT
bc.ClaimID,
'Claim Assigned' AS ActivityName,
MIN(ch.UpdateTime) AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ClaimHistory_dim] ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.EventType = 'Assignment' -- Assumes an EventType column exists to identify assignment changes
GROUP BY bc.ClaimID, bc.AssignedAdjuster, bc.ClaimType, bc.ClaimStatus, bc.LossCause
UNION ALL
-- 3. Exposure Created
SELECT
bc.ClaimID,
'Exposure Created' AS ActivityName,
e.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Exposure_dim] e ON bc.ClaimPublicID = e.ClaimID
UNION ALL
-- 4. Initial Reserve Set
-- Finds the very first reserve transaction for any exposure on the claim.
SELECT
x.ClaimID,
'Initial Reserve Set' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY t.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Reserve'
) x
WHERE x.rn = 1
UNION ALL
-- 5. Investigation Started
-- Finds the creation of the first investigation-related activity.
SELECT
x.ClaimID,
'Investigation Started' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY a.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Investigation%'
) x
WHERE x.rn = 1
UNION ALL
-- 6. Additional Info Requested
SELECT
bc.ClaimID,
'Additional Info Requested' AS ActivityName,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%'
UNION ALL
-- 7. Additional Info Received
SELECT
bc.ClaimID,
'Additional Info Received' AS ActivityName,
a.CompletionTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%' AND a.CompletionTime IS NOT NULL
UNION ALL
-- 8. Liability Decision Made
-- Captures when an exposure's liability decision is first set.
SELECT
x.ClaimID,
'Liability Decision Made' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
eh.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY eh.UpdateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ExposureHistory_dim] eh ON bc.ClaimPublicID = eh.ClaimID
WHERE eh.LiabilityDecision IS NOT NULL AND eh.PreviousLiabilityDecision IS NULL -- Captures the first time it was set
) x
WHERE x.rn = 1
UNION ALL
-- 9. Settlement Calculated
-- Captures the creation of a payment transaction that is pending approval.
SELECT
bc.ClaimID,
'Settlement Calculated' AS ActivityName,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.TransactionStatus = 'PendingApproval'
UNION ALL
-- 10. Payment Approved
SELECT
bc.ClaimID,
'Payment Approved' AS ActivityName,
t.ApprovalDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.ApprovalDate IS NOT NULL AND t.TransactionStatus = 'Approved'
UNION ALL
-- 11. Payment Issued
SELECT
bc.ClaimID,
'Payment Issued' AS ActivityName,
t.IssueDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.IssueDate IS NOT NULL AND t.TransactionStatus = 'Issued'
UNION ALL
-- 12. Claim Denied
SELECT
bc.ClaimID,
'Claim Denied' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Denied' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 13. Claim Closed
SELECT
bc.ClaimID,
'Claim Closed' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Closed' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND NOT EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 14. Claim Reopened
SELECT
bc.ClaimID,
'Claim Reopened' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Open' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.PreviousStatus = 'Closed' AND ch.Status <> 'Closed'; ขั้นตอน
- ตรวจสอบว่าองค์กรของคุณมี data share ของ Guidewire Cloud Data Access (CDA) บน Snowflake สำหรับสภาพแวดล้อม ClaimCenter ที่ยังใช้งานอยู่ และขอ Snowflake account identifier, database, schema, warehouse, role, วิธีการยืนยันตัวตน และการตั้งค่าเครือข่ายที่ได้รับอนุญาตจากผู้ดูแล Guidewire Cloud
- ตรวจสอบ object และ column ของ CDA ที่เปิดให้ใช้งานใน data share ของคุณ ชื่อสคีมาและคอลัมน์ของ CDA อาจต่างกันตาม tenant, release, การตั้งค่า และรูปแบบการแชร์ข้อมูล แทน object หรือ column ตัวอย่างในวงเล็บเหลี่ยมแต่ละรายการในคิวรีด้วย object ที่ตรงกับสภาพแวดล้อมของคุณ อย่าสันนิษฐานว่าชื่อ entity ใน ClaimCenter จะปรากฏใน Snowflake เหมือนเดิม
- ระบุแหล่งข้อมูลสำหรับการสร้างสินไหม ประวัติการมอบหมายสินไหม การสร้างความคุ้มครอง ธุรกรรมเงินสำรอง กิจกรรม ประวัติสถานะความคุ้มครอง ประวัติสถานะการจ่ายเงิน และประวัติสถานะสินไหม หาก data share ไม่มีตารางประวัติหรือ audit record ให้ตั้งค่าแหล่งข้อมูลที่ได้รับอนุมัติและเก็บค่าเดิม ค่าใหม่ เวลาที่เกิดเหตุการณ์ และผู้ดำเนินการของการเปลี่ยนสถานะแต่ละครั้ง
- เชื่อมต่อกับ Snowflake data share ของ CDA ผ่านไคลเอ็นต์ Snowflake, worksheet, notebook หรือเครื่องมือเรียกใช้ SQL ที่ได้รับอนุญาต หากทำได้ ให้ใช้ role แบบอ่านอย่างเดียว กำหนดเวลาเริ่มต้นและสิ้นสุดการวิเคราะห์ในคิวรีด้วย [Start timestamp] และ [End timestamp] และใช้ตัวกรองบริษัทหรือหน่วยธุรกิจที่ได้รับอนุมัติผ่าน [Company filter]
- แทนค่าตัวอย่างแหล่งข้อมูลในคิวรีด้วยชื่อ object และ column ของ CDA ที่ตรวจสอบแล้ว คิวรีจะสร้างแถวสำหรับกิจกรรมที่จำเป็นทั้ง 14 รายการโดยตรง ได้แก่ สร้างสินไหม, มอบหมายสินไหม, สร้างความคุ้มครอง, กำหนดเงินสำรองเริ่มต้น, เริ่มตรวจสอบ, ขอข้อมูลเพิ่มเติม, ได้รับข้อมูลเพิ่มเติม, ตัดสินความรับผิด, คำนวณเงินชดเชย, อนุมัติการจ่ายเงิน, จ่ายเงินแล้ว, ปฏิเสธสินไหม, ปิดสินไหม และเปิดสินไหมอีกครั้ง
- เรียกใช้คิวรีและตรวจสอบสคีมาผลลัพธ์ ต้องมี ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus และ LossCause โดย ClaimID, ActivityName และ EventTime เป็นข้อมูลที่ ProcessMind ต้องใช้ เก็บหนึ่งแถวต่อหนึ่งเหตุการณ์ และอย่ารวมเหตุการณ์ตามสินไหม
- ตรวจสอบเวลา การเปลี่ยนสถานะ การเปลี่ยนผู้รับผิดชอบ การจัดการข้อมูลซ้ำ และจำนวนกิจกรรมก่อนส่งออก ยืนยันว่าเวลาของเหตุการณ์ใช้เขตเวลาเดียวกัน และเก็บเหตุการณ์ที่มีเวลาเดียวกันไว้คนละแถวเมื่อเป็นกิจกรรมทางธุรกิจคนละรายการ
- ส่งออกผลลัพธ์เป็น CSV ที่เข้ารหัส UTF-8 หรือรูปแบบตารางอื่นที่ ProcessMind รองรับ กำหนด ClaimID เป็นรหัสกรณี, ActivityName เป็นกิจกรรม และ EventTime เป็นเวลาของเหตุการณ์ เก็บข้อมูลแนะนำเป็นคุณลักษณะเพิ่มเติมของเหตุการณ์ แล้วอัปโหลดไฟล์ไปยัง ProcessMind โดยไม่เพิ่มกิจกรรมที่อนุมานขึ้นเองนอกเหนือจากข้อมูลที่ดึงมา.
การกำหนดค่า
- การเชื่อมต่อและสิทธิ์: ใช้ Snowflake data share ที่ Guidewire จัดเตรียมให้ ผ่าน Snowflake account, role, warehouse และเส้นทางเครือข่ายที่ได้รับอนุญาต ผู้ใช้ data share จะเข้าถึง CDA ได้แบบอ่านอย่างเดียว สิทธิ์ที่ต้องใช้ขึ้นอยู่กับการตั้งค่า tenant และอาจรวมถึงสิทธิ์คิวรีฐานข้อมูลที่แชร์และสคีมาหรือ view ที่กำหนด
- การตั้งค่า object ต้นทาง: แทนที่การอ้างอิงแหล่งข้อมูลในวงเล็บเหลี่ยมทั้งหมดด้วย object ที่ตรวจสอบแล้วใน CDA data share ของคุณ คิวรีนี้ไม่ระบุชื่อตารางหรือคอลัมน์ ClaimCenter แบบตายตัว เพราะโครงสร้าง CDA ที่เปิดให้ใช้อาจต่างกันตาม release และ tenant
- ช่วงวันที่: เริ่มจากช่วงสามถึงหกเดือนเพื่อทดสอบและวิเคราะห์การปฏิบัติการ ใช้ช่วงที่กว้างขึ้นเมื่อยืนยันความจุของ warehouse ระยะเวลาการเก็บประวัติเหตุการณ์ และเวลาที่คิวรีใช้ได้แล้ว กรองข้อมูลต้นทางตามเวลาของเหตุการณ์ที่เกี่ยวข้อง ไม่ใช่เฉพาะวันที่สร้างสินไหม เพื่อไม่ให้กิจกรรมที่เกิดภายหลังถูกตัดออก
- ผลลัพธ์ที่จำเป็น: ทุกแถวเหตุการณ์ต้องมี ClaimID, ActivityName และ EventTime และต้องไม่เป็นค่าว่าง ActivityName ต้องใช้ชื่อที่ตรงกับโมเดลกระบวนการใน ProcessMind ทุกประการ
- ผลลัพธ์ที่แนะนำ: เพิ่ม AssignedAdjuster, ClaimType, ClaimStatus และ LossCause หากมีข้อมูล ณ เวลาที่เกิดเหตุการณ์ ให้ใช้ค่าจาก snapshot ณ เวลานั้น หากมีเฉพาะค่าปัจจุบัน ให้บันทึกข้อจำกัดนี้ไว้ เพราะคุณลักษณะในอดีตอาจไม่ตรงกับค่า ณ เวลาที่เกิดเหตุการณ์
- ตัวกรอง: ใช้ [Company filter] หลังจากยืนยันคอลัมน์บริษัท องค์กร หน่วยธุรกิจ หรือนิติบุคคลที่ตรงกับ tenant แล้วเท่านั้น อย่ากรองตามประเภทเอกสาร เว้นแต่การตั้งค่า ClaimCenter จะมีฟิลด์ประเภทเอกสารที่ตรวจสอบแล้วและเกี่ยวข้องกับกิจกรรมที่ต้องการ
- ประวัติเหตุการณ์: การมอบหมาย การตรวจสอบ การขอข้อมูล การตัดสินความรับผิด สถานะการจ่ายเงิน และการเปิดสินไหมอีกครั้ง ต้องใช้ข้อมูลประวัติหรือ audit เพื่อระบุการเปลี่ยนสถานะ ตารางสถานะปัจจุบันเพียงอย่างเดียวไม่เพียงพอสำหรับสร้างเหตุการณ์ก่อนหน้าอย่างน่าเชื่อถือ
- การจัดการข้อมูลซ้ำ: ใช้รหัสเหตุการณ์ต้นทางที่ตรวจสอบแล้วหากมี คิวรีใช้ ROW_NUMBER เป็นมาตรการป้องกันที่ปรับแต่งได้ อย่าตัดเหตุการณ์ซ้ำโดยดูจาก ClaimID และเวลาเพียงอย่างเดียว เพราะกิจกรรมต่างกันอาจเกิดขึ้นพร้อมกันได้
- ประสิทธิภาพ: จำกัดช่วงวันที่ เลือกเฉพาะคอลัมน์ที่จำเป็น กรองแต่ละแหล่งข้อมูลตามเวลาของเหตุการณ์ และเลือก Snowflake warehouse ที่มีขนาดเหมาะสม หากมีข้อมูลจำนวนมาก ให้พิจารณาสร้าง event view ที่ผ่านการตรวจสอบแล้ว หรือดึงข้อมูลแบบเพิ่มเฉพาะส่วนที่เปลี่ยนแปลง
- เขตเวลา: ปรับ EventTime ให้เป็นเขตเวลาเดียวและบันทึกเขตเวลาที่ใช้ ตรวจสอบก่อนโหลดบันทึกเหตุการณ์ว่า timestamp ของ CDA จัดเก็บเป็น UTC เวลาท้องถิ่น หรือรูปแบบ timestamp ของ Snowflake ชนิดใด
- ข้อกำหนดเบื้องต้น: ตรวจสอบว่า data share มีข้อมูลประวัติด้านการเงิน กิจกรรม การมอบหมาย ความคุ้มครอง การจ่ายเงิน และสถานะของ ClaimCenter ที่จำเป็น และนโยบายการเก็บข้อมูลยังคงเก็บการเปลี่ยนสถานะย้อนหลังที่ต้องใช้ไว้.
ตัวอย่างคำค้น sql
WITH
params AS (
SELECT
TO_TIMESTAMP_TZ('[Start timestamp]') AS start_ts,
TO_TIMESTAMP_TZ('[End timestamp]') AS end_ts
),
claim_created AS (
SELECT
CAST(c.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Created' AS ActivityName,
CAST(c.[Claim created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(c.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(c.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(c.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(c.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(c.[Claim event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim source object] c
CROSS JOIN params p
WHERE c.[Claim created timestamp column] >= p.start_ts
AND c.[Claim created timestamp column] < p.end_ts
AND [Company filter]
),
claim_assigned AS (
SELECT
CAST(h.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Assigned' AS ActivityName,
CAST(h.[Assignment event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(h.[New assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(h.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(h.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(h.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(h.[Assignment event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim assignment history object] h
CROSS JOIN params p
WHERE h.[Assignment event timestamp column] >= p.start_ts
AND h.[Assignment event timestamp column] < p.end_ts
AND h.[New assigned adjuster column] IS DISTINCT FROM h.[Previous assigned adjuster column]
AND [Company filter]
),
exposure_created AS (
SELECT
CAST(e.[Claim ID column] AS VARCHAR) AS ClaimID,
'Exposure Created' AS ActivityName,
CAST(e.[Exposure created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(e.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(e.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(e.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(e.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(e.[Exposure event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure source object] e
CROSS JOIN params p
WHERE e.[Exposure created timestamp column] >= p.start_ts
AND e.[Exposure created timestamp column] < p.end_ts
AND [Company filter]
),
initial_reserve_set AS (
SELECT
CAST(r.[Claim ID column] AS VARCHAR) AS ClaimID,
'Initial Reserve Set' AS ActivityName,
CAST(r.[Reserve transaction timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(r.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(r.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(r.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(r.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(r.[Reserve transaction identifier column] AS VARCHAR) AS SourceEventID
FROM [Your reserve transaction source object] r
CROSS JOIN params p
WHERE r.[Reserve transaction timestamp column] >= p.start_ts
AND r.[Reserve transaction timestamp column] < p.end_ts
AND r.[Reserve transaction sequence or first reserve indicator column] = [Value identifying first reserve]
AND [Company filter]
),
investigation_started AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Investigation Started' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured investigation activity value]'
AND [Company filter]
),
additional_info_requested AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Requested' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND [Company filter]
),
additional_info_received AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Received' AS ActivityName,
CAST(a.[Activity completion timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity completion timestamp column] >= p.start_ts
AND a.[Activity completion timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND a.[Activity status column] = '[Configured completed status value]'
AND [Company filter]
),
liability_decision_made AS (
SELECT
CAST(eh.[Claim ID column] AS VARCHAR) AS ClaimID,
'Liability Decision Made' AS ActivityName,
CAST(eh.[Exposure status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(eh.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(eh.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(eh.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(eh.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(eh.[Exposure status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure status history object] eh
CROSS JOIN params p
WHERE eh.[Exposure status event timestamp column] >= p.start_ts
AND eh.[Exposure status event timestamp column] < p.end_ts
AND eh.[New exposure status column] = '[Configured liability decision status value]'
AND eh.[New exposure status column] IS DISTINCT FROM eh.[Previous exposure status column]
AND [Company filter]
),
settlement_calculated AS (
SELECT
CAST(pay.[Claim ID column] AS VARCHAR) AS ClaimID,
'Settlement Calculated' AS ActivityName,
CAST(pay.[Payment created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(pay.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(pay.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(pay.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(pay.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(pay.[Payment identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment source object] pay
CROSS JOIN params p
WHERE pay.[Payment created timestamp column] >= p.start_ts
AND pay.[Payment created timestamp column] < p.end_ts
AND pay.[Payment status column] = '[Configured pending approval status value]'
AND [Company filter]
),
payment_approved AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Approved' AS ActivityName,
CAST(ph.[Payment approval timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Approving user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment approval timestamp column] >= p.start_ts
AND ph.[Payment approval timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured approved status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
payment_issued AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Issued' AS ActivityName,
CAST(ph.[Payment issued timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Issuing user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment issued timestamp column] >= p.start_ts
AND ph.[Payment issued timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured issued status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
claim_denied AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Denied' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND ch.[Claim closure reason column] = '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_closed AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Closed' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND COALESCE(ch.[Claim closure reason column], '') <> '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_reopened AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Reopened' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[Previous claim status column] = '[Configured closed status value]'
AND ch.[New claim status column] = '[Configured open status value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
all_events AS (
SELECT * FROM claim_created
UNION ALL SELECT * FROM claim_assigned
UNION ALL SELECT * FROM exposure_created
UNION ALL SELECT * FROM initial_reserve_set
UNION ALL SELECT * FROM investigation_started
UNION ALL SELECT * FROM additional_info_requested
UNION ALL SELECT * FROM additional_info_received
UNION ALL SELECT * FROM liability_decision_made
UNION ALL SELECT * FROM settlement_calculated
UNION ALL SELECT * FROM payment_approved
UNION ALL SELECT * FROM payment_issued
UNION ALL SELECT * FROM claim_denied
UNION ALL SELECT * FROM claim_closed
UNION ALL SELECT * FROM claim_reopened
),
deduplicated_events AS (
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause,
SourceEventID,
ROW_NUMBER() OVER (
PARTITION BY ActivityName, COALESCE(SourceEventID, ClaimID || '|' || TO_VARCHAR(EventTime))
ORDER BY EventTime
) AS duplicate_rank
FROM all_events
WHERE ClaimID IS NOT NULL
AND ActivityName IS NOT NULL
AND EventTime IS NOT NULL
)
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause
FROM deduplicated_events
WHERE duplicate_rank = 1
ORDER BY ClaimID, EventTime, ActivityName; ขั้นตอน
- ยืนยันว่าได้รับอนุญาตให้อ่านฐานข้อมูลปฏิบัติการ Guidewire ClaimCenter ที่ติดตั้งภายในองค์กร มีเอกสารระบุแพลตฟอร์มฐานข้อมูลและรุ่นสคีมา และมีการเชื่อมต่อแบบอ่านอย่างเดียว ห้ามคิวรีฐานข้อมูลจริงโดยไม่มีช่วงเวลาดึงข้อมูลที่ได้รับอนุมัติ
- ระบุตารางจริงและคอลัมน์ที่ ClaimCenter ของคุณใช้ จับคู่ entity ของสินไหม ความคุ้มครอง กิจกรรม การมอบหมาย เงินสำรอง การจ่ายเงิน ประวัติสถานะ และผู้ใช้หรือกลุ่ม กับค่าตัวอย่างในคิวรี เนื่องจากชื่อจริงและโครงสร้าง audit ต่างกันตามการติดตั้งและรุ่น ให้แทนค่าตัวอย่างแต่ละรายการหลังจากตรวจสอบกับแค็ตตาล็อกฐานข้อมูลและโมเดลข้อมูล ClaimCenter แล้วเท่านั้น
- กำหนดช่วงเวลาดึงข้อมูลด้วย [Start date parameter] และ [End date parameter] หากการเปลี่ยนสถานะ การทำงานเสร็จ หรือธุรกรรมทางการเงินอาจถูกบันทึกนอกช่วงสร้างสินไหม ให้เผื่อช่วงเวลาซ้อนทับ เช่น หนึ่งหรือสองวันก่อนวันเริ่มต้นที่ต้องการ
- เรียกใช้คำสั่ง SQL ฉบับเต็มด้วยสิทธิ์อ่านอย่างเดียว แต่ละกิจกรรมจะถูกส่งออกเป็นแถวเหตุการณ์โดยตรง คิวรีไม่ได้อาศัยให้ ProcessMind อนุมานเหตุการณ์หลังนำเข้าข้อมูล เหตุการณ์ที่อนุมานจากการเปลี่ยนฟิลด์จะถูกสร้างภายในคำสั่ง SQL จากข้อมูลประวัติหรือ audit ที่เกี่ยวข้อง
- ตรวจสอบการจับคู่แหล่งข้อมูลของแต่ละกิจกรรม ยืนยันว่าการสร้างสินไหมใช้ระเบียน Claim ที่บันทึกครั้งแรก การมอบหมายใช้การเปลี่ยนผู้รับผิดชอบ การสร้างความคุ้มครองใช้ระเบียนการสร้างความคุ้มครอง เงินสำรองเริ่มต้นใช้ธุรกรรมเงินสำรองรายการแรกของแต่ละความคุ้มครอง การตรวจสอบและการขอข้อมูลใช้ระเบียนกิจกรรม ความรับผิดใช้การเปลี่ยนสถานะความคุ้มครองตามที่ตั้งค่า การคำนวณเงินชดเชยใช้สถานะการจ่ายเงินที่รออนุมัติ และการอนุมัติและจ่ายเงินใช้สถานะ audit ทางการเงินที่เกี่ยวข้อง
- จัดรูปแบบผลลัพธ์ให้ตรงกับโครงสร้างบันทึกเหตุการณ์ที่ต้องใช้ ClaimID ต้องเป็นรหัสกรณี ActivityName ต้องตรงกับชื่อกิจกรรมที่ระบุไว้หนึ่งใน 14 รายการ และ EventTime ต้องเป็น timestamp เก็บคุณลักษณะที่แนะนำ เช่น AssignedAdjuster, ClaimType, ClaimStatus และ LossCause เมื่อมีข้อมูลจากแหล่งที่จับคู่ไว้
- ตรวจสอบเหตุการณ์ซ้ำและลำดับเหตุการณ์ หากแหล่งข้อมูลมี audit หลายแถวสำหรับการเปลี่ยนแปลงทางธุรกิจเดียวกัน ให้ใช้คีย์ตัดข้อมูลซ้ำที่ตรงกับการติดตั้งใน common table expression ที่เกี่ยวข้อง อย่ารวมเหตุการณ์ทางธุรกิจที่แตกต่างกันและมีเวลาหรือรหัสต้นทางต่างกัน
- ส่งออกผลลัพธ์เป็น CSV ที่เข้ารหัส UTF-8 หรือรูปแบบตารางอื่นที่ ProcessMind รองรับ ใส่แถวหัวตาราง ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus และ LossCause ตรวจสอบว่า timestamp มีข้อมูลเขตเวลา หรือใช้เขตเวลาฐานข้อมูลตามที่บันทึกไว้อย่างสม่ำเสมอ จากนั้นอัปโหลดไฟล์ไปยัง ProcessMind และกำหนด ClaimID เป็นรหัสกรณี, ActivityName เป็นกิจกรรม และ EventTime เป็นเวลาของเหตุการณ์.
การกำหนดค่า
- การเข้าถึงฐานข้อมูล: ใช้บัญชีแบบอ่านอย่างเดียวที่มีสิทธิ์คิวรีตารางปฏิบัติการ ตารางประวัติ ตารางกิจกรรม และตารางธุรกรรมทางการเงินของ ClaimCenter ที่จำเป็น ไม่ให้สิทธิ์เขียน แก้ไขสคีมา หรือดูแลระบบเพื่อการดึงข้อมูล
- การจับคู่สคีมา: แทน [Your claim table], [Your exposure table], [Your activity table], [Your reserve table], [Your payment table], [Your claim history table], [Your exposure history table] และค่าตัวอย่างอื่นที่เกี่ยวข้องด้วยชื่อที่ตรวจสอบแล้วในระบบเป้าหมาย อย่าสันนิษฐานว่าชื่อ entity เชิงตรรกะของ Guidewire จะตรงกับชื่อตารางจริงในฐานข้อมูล
- ช่วงวันที่: เริ่มจากข้อมูลสามถึงหกเดือน ใช้ [Start date parameter] และ [End date parameter] และเผื่อช่วงเวลาซ้อนทับเมื่อมีการบันทึกเหตุการณ์หลังสร้างสินไหม หรือเมื่อสินไหมที่เปิดใหม่คร่อมหลายรอบการรายงาน
- ตัวกรอง: ใช้ [Company Code filter], [Document Type filter], เขตอำนาจพิจารณา สายธุรกิจ หรือตัวกรองเฉพาะองค์กรอื่น ๆ หลังจากยืนยันคอลัมน์จริงและความหมายทางธุรกิจแล้วเท่านั้น อย่ากรองสินไหมที่ไม่มีการจ่ายเงินหรือไม่มีความคุ้มครองออก เพราะจำเป็นต่อการวิเคราะห์วงจรชีวิตให้ครบถ้วน
- ชื่อกิจกรรม: ใช้ค่า ActivityName ทั้ง 14 รายการตามที่กำหนดไว้ในคิวรีทุกประการ เพื่อให้ ProcessMind ได้รับชื่อเหตุการณ์ที่สอดคล้องกัน
- ความหมายของเหตุการณ์: กิจกรรมที่ระบุว่าอนุมานจะถูกสร้างใน SQL จากการเปลี่ยนสถานะ การมอบหมาย ประวัติ หรือกิจกรรมต้นทาง ProcessMind จะไม่สร้างเหตุการณ์เหล่านี้จากแถวอื่นหลังนำเข้าข้อมูล
- ประสิทธิภาพ: จำกัดช่วงเวลาดึงข้อมูล เลือกเฉพาะคอลัมน์ที่จำเป็น กรองตารางต้นทางก่อน join และตรวจสอบดัชนีของรหัสสินไหม รหัสความคุ้มครอง เวลาเหตุการณ์ ฟิลด์สถานะ และรหัสธุรกรรม หากมี ให้เรียกใช้การดึงข้อมูลขนาดใหญ่กับฐานข้อมูลสำเนาสำหรับรายงาน
- ความสอดคล้องของข้อมูล: ใช้ระดับการแยกธุรกรรมที่เหมาะกับการรายงานและกำหนดขอบเขตการดึงข้อมูลให้สอดคล้องกัน หลีกเลี่ยงการอ่านตารางระหว่างที่ชุดธุรกรรมทางการเงินหรือการอัปเดตสถานะจำนวนมากยังบันทึกไม่เสร็จ
- เขตเวลา: บันทึกเขตเวลาของฐานข้อมูลและแปลง timestamp ต้นทางทั้งหมดเป็นเขตเวลาที่ตกลงกันก่อนส่งออก อย่าผสม timestamp เวลาท้องถิ่นของแอปพลิเคชันกับเวลาของเซิร์ฟเวอร์ฐานข้อมูล
- ข้อกำหนดเบื้องต้น: ตรวจสอบว่ามีโมดูล ClaimCenter สิทธิ์ด้านการเงิน การเก็บข้อมูล audit หรือประวัติ และการเชื่อมต่อฐานข้อมูลที่จำเป็น หากปิดการเก็บประวัติหรือ audit จะไม่สามารถสร้างกิจกรรมที่อนุมานได้อย่างน่าเชื่อถือ
- การตั้งค่าการตรวจสอบ: บันทึกรุ่น ClaimCenter แพลตฟอร์มฐานข้อมูล การจับคู่สคีมา เวลาที่ดึงข้อมูล พารามิเตอร์วันที่ ตัวกรอง และจำนวนแถวไว้กับไฟล์ส่งออกแต่ละชุด.
ตัวอย่างคำค้น sql
WITH
claim_created AS (
SELECT
c.[Claim ID column] AS ClaimID,
CAST('Claim Created' AS VARCHAR(100)) AS ActivityName,
c.[Claim Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim table] c
WHERE c.[Claim Created Timestamp column] >= [Start date parameter]
AND c.[Claim Created Timestamp column] < [End date parameter]
),
claim_assigned AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Assigned' AS VARCHAR(100)) AS ActivityName,
h.[Assignment Change Timestamp column] AS EventTime,
h.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim assignment history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Assignment Change Timestamp column] >= [Start date parameter]
AND h.[Assignment Change Timestamp column] < [End date parameter]
AND h.[Assigned Adjuster column] IS NOT NULL
),
exposure_created AS (
SELECT
e.[Claim ID column] AS ClaimID,
CAST('Exposure Created' AS VARCHAR(100)) AS ActivityName,
e.[Exposure Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure table] e
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = e.[Claim ID column]
WHERE e.[Exposure Created Timestamp column] >= [Start date parameter]
AND e.[Exposure Created Timestamp column] < [End date parameter]
),
initial_reserve_set AS (
SELECT
x.ClaimID,
CAST('Initial Reserve Set' AS VARCHAR(100)) AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
r.[Claim ID column] AS ClaimID,
r.[Reserve Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause,
ROW_NUMBER() OVER (
PARTITION BY r.[Exposure ID column]
ORDER BY r.[Reserve Timestamp column], r.[Reserve Transaction ID column]
) AS reserve_sequence
FROM [Your reserve transaction table] r
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = r.[Claim ID column]
WHERE r.[Reserve Timestamp column] >= [Start date parameter]
AND r.[Reserve Timestamp column] < [End date parameter]
) x
WHERE x.reserve_sequence = 1
),
investigation_started AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Investigation Started' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Investigation activity type value])
),
additional_info_requested AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Requested' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
),
additional_info_received AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Received' AS VARCHAR(100)) AS ActivityName,
a.[Activity Completed Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Completed Timestamp column] >= [Start date parameter]
AND a.[Activity Completed Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
AND a.[Activity Status column] = [Completed activity status value]
),
liability_decision_made AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Liability Decision Made' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Exposure Status column] IN ([Liability decision status value])
),
settlement_calculated AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Settlement Calculated' AS VARCHAR(100)) AS ActivityName,
p.[Payment Status Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Payment Status Timestamp column] >= [Start date parameter]
AND p.[Payment Status Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Pending approval payment status value]
),
payment_approved AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Approved' AS VARCHAR(100)) AS ActivityName,
p.[Approval Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment approval history table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Approval Timestamp column] >= [Start date parameter]
AND p.[Approval Timestamp column] < [End date parameter]
AND p.[Approval Status column] = [Approved payment status value]
),
payment_issued AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Issued' AS VARCHAR(100)) AS ActivityName,
p.[Issued Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment issuance table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Issued Timestamp column] >= [Start date parameter]
AND p.[Issued Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Issued payment status value]
),
claim_denied AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Denied' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] = [Denied status reason value]
),
claim_closed AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Closed' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] <> [Denied status reason value]
),
claim_reopened AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Reopened' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim status history table] previous_h
ON previous_h.[Claim ID column] = h.[Claim ID column]
AND previous_h.[Status Change Timestamp column] = (
SELECT MAX(prior_h.[Status Change Timestamp column])
FROM [Your claim status history table] prior_h
WHERE prior_h.[Claim ID column] = h.[Claim ID column]
AND prior_h.[Status Change Timestamp column] < h.[Status Change Timestamp column]
)
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND previous_h.[New Claim Status column] = [Closed claim status value]
AND h.[New Claim Status column] = [Open claim status value]
)
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_assigned
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM exposure_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM initial_reserve_set
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM investigation_started
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_requested
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_received
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM liability_decision_made
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM settlement_calculated
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_approved
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_issued
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_denied
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_closed
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_reopened
ORDER BY ClaimID, EventTime, ActivityName; พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เตรียมข้อมูลสำหรับการวิเคราะห์และค้นหาข้อมูลเชิงลึกเกี่ยวกับกระบวนการสินไหม เริ่มปรับปรุงเวิร์กโฟลว์ของคุณได้เลย.
เร่งกระบวนการจัดการสินไหม ปิดเรื่องได้เร็วขึ้น
ลดงานค้าง ป้องกันการฉ้อโกง และตั้งเป้าประมวลผลอัตโนมัติตั้งแต่ต้นจนจบ 70%.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.