เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม
เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม
- แอตทริบิวต์ที่แนะนำสำหรับรวบรวมข้อมูลสินไหม
- กิจกรรมสำคัญที่ควรติดตามในกระบวนการจัดการสินไหม
- คำแนะนำทีละขั้นตอนในการดึงข้อมูลจาก Sapiens ClaimsPro
แอตทริบิวต์สำหรับกระบวนการจัดการสินไหม
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้นในขั้นตอนหนึ่งของกระบวนการสินไหม. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุขั้นตอนหรืองานที่ทำในวงจรชีวิตของสินไหม เช่น 'ยื่นเรื่องเรียกร้องสินไหม' 'ตรวจสอบเบื้องต้น' หรือ 'จ่ายเงินแล้ว' แต่ละกิจกรรมเป็นจุดหนึ่งในกระบวนการที่มีเวลาเริ่มต้นและอาจมีเวลาสิ้นสุด กิจกรรมเป็นข้อมูลหลักในการทำ process mining ช่วยแสดงแผนผังกระบวนการ ค้นหาคอขวดระหว่างขั้นตอน วิเคราะห์ความถี่ของกิจกรรม และทำความเข้าใจรูปแบบกระบวนการที่แตกต่างกัน ลำดับกิจกรรมของรหัสสินไหมแต่ละรายการเป็นพื้นฐานในการวิเคราะห์ลำดับการทำงาน. เหตุผลที่สำคัญ ใช้ระบุขั้นตอนของกระบวนการ ซึ่งจำเป็นต่อการสร้างแผนผังกระบวนการและค้นหาคอขวดหรือจุดที่ทำงานไม่มีประสิทธิภาพ. แหล่งข้อมูล โดยทั่วไปได้จากบันทึกเหตุการณ์ บันทึกการเปลี่ยนสถานะ หรือตารางงานที่เสร็จสิ้นใน Sapiens ClaimsPro อาจต้องจับคู่รหัสสถานะหรือประเภทธุรกรรมด้วย. ตัวอย่าง ลงทะเบียนเคลมแล้วเริ่มตรวจสอบเคลมคำนวณเงินชดเชยแล้วปิดเคลมแล้ว | |||
| รหัสสินไหม ClaimId | รหัสเฉพาะของสินไหมแต่ละรายการ ใช้เป็นรหัสกรณีหลักเพื่อติดตามวงจรชีวิตของสินไหม. | ||
| คำอธิบาย รหัสสินไหมเป็นรหัสกรณีหลักที่เชื่อมโยงเหตุการณ์และกิจกรรมทั้งหมดของสินไหมรายการเดียวกัน ช่วยให้เรียกดูลำดับการดำเนินงานทั้งหมดและวิเคราะห์ได้อย่างต่อเนื่อง ตั้งแต่ยื่นเรื่องจนถึงปิดสินไหม ในการทำ process mining รายการทั้งหมดในบันทึกเหตุการณ์ต้องเชื่อมโยงกับรหัสสินไหม เครื่องมือจึงจะติดตามเส้นทางของสินไหมแต่ละรายการได้ครบถ้วน แสดงรูปแบบกระบวนการ คำนวณระยะเวลาดำเนินการตั้งแต่ต้นจนจบ และค้นหาคอขวดหรือจุดที่เบี่ยงเบนจากเวิร์กโฟลว์มาตรฐาน การวิเคราะห์โดยใช้รหัสสินไหมช่วยให้เห็นภาพรวมการดำเนินงานของสินไหมแต่ละรายการ. เหตุผลที่สำคัญ จำเป็นต่อการจัดกลุ่มกิจกรรมที่เกี่ยวข้องให้เป็นกระบวนการเดียวกัน และช่วยวิเคราะห์วงจรชีวิตของสินไหมได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล เป็นคีย์หลักในตารางธุรกรรมสินไหมหลักของ Sapiens ClaimsPro โปรดดูชื่อตารางและฟิลด์ที่ถูกต้องในเอกสารระบบ. ตัวอย่าง CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| เวลาประทับเหตุการณ์ EventTimestamp | วันที่และเวลาที่กิจกรรมหรือเหตุการณ์เริ่มต้นอย่างแม่นยำ. | ||
| คำอธิบาย เวลาประทับเหตุการณ์บันทึกเวลาเริ่มต้นของแต่ละกิจกรรมในกระบวนการสินไหม ช่วยเรียงเหตุการณ์ตามลำดับเวลาและคำนวณระยะเวลาระหว่างเหตุการณ์ได้อย่างถูกต้อง เวลานี้เป็นแกนด้านเวลาของบันทึกเหตุการณ์ ในการวิเคราะห์ process mining แอตทริบิวต์นี้จำเป็นต่อการคำนวณตัวชี้วัดด้านเวลา ทั้งระยะเวลาดำเนินการ เวลารอ และระยะเวลาของกิจกรรม ช่วยค้นหาคอขวด วิเคราะห์ประสิทธิภาพของกระบวนการในแต่ละช่วงเวลา และติดตามการปฏิบัติตามข้อกำหนด SLA โดยอ้างอิงเวลาที่เกิดเหตุการณ์จริง. เหตุผลที่สำคัญ เวลาประทับนี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดด้านระยะเวลา เช่น ระยะเวลาดำเนินการและคอขวด. แหล่งข้อมูล อยู่ในตารางบันทึกเหตุการณ์หรือธุรกรรมของ Sapiens ClaimsPro ร่วมกับข้อมูลกิจกรรมหรือการเปลี่ยนสถานะ. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| จำนวนเงินชดใช้ SettlementAmount | จำนวนเงินสุดท้ายที่จ่ายให้ผู้เรียกร้องเพื่อชดใช้สินไหม. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกมูลค่าการชดใช้สินไหม เป็นตัวชี้วัดผลลัพธ์สำคัญที่สะท้อนผลกระทบทางการเงินของสินไหมและการตัดสินใจระหว่างดำเนินการ ในการวิเคราะห์กระบวนการ จะใช้จำนวนเงินชดใช้ในแดชบอร์ด 'ข้อมูลเชิงลึกด้านการตัดสินสินไหมและการชดใช้' เพื่อวิเคราะห์ว่ารูปแบบกระบวนการหรือวิธีทำงานของเจ้าหน้าที่ประเมินสินไหมสัมพันธ์กับผลการชดใช้อย่างไร นอกจากนี้ยังเป็นข้อมูลหลักในการคำนวณ KPI 'ดัชนีความสม่ำเสมอของจำนวนเงินชดใช้' เพื่อค้นหาความไม่สอดคล้องในการตัดสินจำนวนเงินชดใช้ของสินไหมประเภทใกล้เคียงกัน. เหตุผลที่สำคัญ เป็นตัวชี้วัดผลลัพธ์สำคัญ เมื่อนำไปวิเคราะห์เทียบกับรูปแบบกระบวนการ จะเห็นได้ว่าความไม่มีประสิทธิภาพหรือจุดที่เบี่ยงเบนจากกระบวนการส่งผลต่อผลลัพธ์ทางการเงินอย่างไร. แหล่งข้อมูล พบได้ในตารางธุรกรรมทางการเงินหรือการจ่ายเงินที่เชื่อมโยงกับสินไหมใน Sapiens ClaimsPro. ตัวอย่าง 5000.001250.75250000.00 | |||
| เจ้าหน้าที่ประเมินสินไหมที่ได้รับมอบหมาย AssignedAdjuster | ชื่อหรือรหัสของเจ้าหน้าที่ประเมินสินไหมที่รับผิดชอบการเคลมหรือกิจกรรมใดกิจกรรมหนึ่ง. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุผู้ใช้หรือทรัพยากรที่ดำเนินการกับสินไหม การติดตามเจ้าหน้าที่ประเมินสินไหมที่ได้รับมอบหมายช่วยให้เข้าใจการกระจายงาน ผลการปฏิบัติงานรายบุคคล และการจัดสรรทรัพยากร การวิเคราะห์ข้อมูลนี้ช่วยกรองแผนผังกระบวนการเพื่อดูว่าเจ้าหน้าที่แต่ละคนจัดการสินไหมอย่างไร เปรียบเทียบผลการปฏิบัติงาน และค้นหาความต้องการในการฝึกอบรม ข้อมูลนี้ยังเป็นพื้นฐานสำหรับสร้างแดชบอร์ด 'ภาระงานกิจกรรมของเจ้าหน้าที่ประเมินสินไหมและแผนก' และคำนวณ KPI 'ความสมดุลของภาระงานเจ้าหน้าที่ประเมินสินไหม'. เหตุผลที่สำคัญ สำคัญต่อการวิเคราะห์ทรัพยากร ช่วยค้นหาความไม่สมดุลของภาระงาน ผู้ปฏิบัติงานที่มีผลงานดี และความต้องการในการฝึกอบรม. แหล่งข้อมูล พบได้ในบันทึกกิจกรรมผู้ใช้หรือตารางธุรกรรมของ Sapiens ClaimsPro โดยมักเชื่อมโยงกับผู้ใช้ที่สร้างหรือแก้ไขระเบียนล่าสุด. ตัวอย่าง John Smithj.smithUSR-00451 | |||
| ประเภทสินไหม ClaimType | ประเภทของการเรียกร้องสินไหม เช่น รถยนต์ ทรัพย์สิน หรือความรับผิด. | ||
| คำอธิบาย ประเภทสินไหมใช้จัดกลุ่มสินไหมตามสายธุรกิจหรือลักษณะความเสียหาย เป็นแอตทริบิวต์สำคัญสำหรับแบ่งกลุ่ม ซึ่งมักกำหนดว่าแต่ละสินไหมจะผ่านเวิร์กโฟลว์ใดและมีทีมใดเข้ามาเกี่ยวข้อง การวิเคราะห์กระบวนการตามประเภทสินไหมช่วยเปรียบเทียบประสิทธิภาพและขั้นตอนระหว่างสายธุรกิจ เช่น สินไหมรถยนต์อาจดำเนินการได้รวดเร็วและเป็นระบบอัตโนมัติสูง ขณะที่สินไหมทรัพย์สินเชิงพาณิชย์อาจซับซ้อนและใช้เวลานาน แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI 'ดัชนีความสม่ำเสมอของจำนวนเงินชดใช้'. เหตุผลที่สำคัญ ช่วยเปรียบเทียบกระบวนการระหว่างสายธุรกิจ เพื่อค้นหาแนวปฏิบัติที่ดีและคอขวดเฉพาะของสินไหมแต่ละประเภท. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในระเบียนสินไหมหลักของ Sapiens ClaimsPro และเป็นข้อมูลพื้นฐานของระบบสินไหมทุกระบบ. ตัวอย่าง ความเสียหายทางกายภาพของรถยนต์ความรับผิดต่อบุคคลทั่วไปเงินทดแทนแรงงานทรัพย์สินเชิงพาณิชย์ | |||
| แผนกที่ได้รับมอบหมาย AssignedDepartment | แผนกหรือทีมที่รับผิดชอบจัดการสินไหมในขั้นตอนใดขั้นตอนหนึ่ง. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุหน่วยธุรกิจหรือทีมที่ได้รับมอบหมายให้ดูแลสินไหมหรือกิจกรรม เช่น 'รับแจ้งเรื่องเบื้องต้น' 'สินไหมซับซ้อน' หรือ 'หน่วยสืบสวนพิเศษ (SIU)' ช่วยวิเคราะห์กระบวนการในมุมมองของแต่ละแผนก การวิเคราะห์ตามแผนกช่วยค้นหาคอขวดเฉพาะของแต่ละทีม ทำความเข้าใจการส่งต่องานระหว่างแผนก และประเมินประสิทธิภาพของแต่ละแผนก ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'ภาระงานกิจกรรมของเจ้าหน้าที่ประเมินสินไหมและแผนก' รวมถึงการวิเคราะห์กระบวนการในระดับองค์กร. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการและการส่งต่องานระหว่างทีม ทำให้เห็นคอขวดในองค์กร. แหล่งข้อมูล มักเชื่อมโยงกับโปรไฟล์ผู้ใช้ในระบบหรือกำหนดไว้โดยตรงในรายการสินไหม โปรดดูเอกสาร Sapiens ClaimsPro. ตัวอย่าง แผนกสินไหมรถยนต์สินไหมทรัพย์สินหน่วยสืบสวนพิเศษ | |||
| ระดับความรุนแรงของสินไหม ClaimSeverity | การจัดระดับความซับซ้อนหรือผลกระทบทางการเงินที่อาจเกิดขึ้นจากสินไหม เช่น ต่ำ ปานกลาง หรือสูง. | ||
| คำอธิบาย ระดับความรุนแรงของสินไหมเป็นค่าที่กำหนดเพื่อบ่งชี้ความซับซ้อน ความเสี่ยง หรือภาระทางการเงินที่ประเมินไว้ ระดับนี้มักกำหนดความเข้มข้นในการตรวจสอบ ประสบการณ์ที่เจ้าหน้าที่ประเมินสินไหมควรมี และเวิร์กโฟลว์ที่ใช้ แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด 'วิเคราะห์ระยะเวลาดำเนินการตามระดับความรุนแรงของสินไหม' ช่วยให้เข้าใจว่าสินไหมที่ซับซ้อนได้รับการจัดการอย่างมีประสิทธิภาพหรือไม่ หรือทำให้ระยะเวลาดำเนินการยาวนานกว่าปกติหรือไม่ นอกจากนี้ยังเป็นบริบทสำคัญในการอ่านตัวชี้วัดผลการปฏิบัติงาน เพราะสินไหมที่มีความรุนแรงสูงย่อมใช้เวลานานกว่าสินไหมที่มีความรุนแรงต่ำ. เหตุผลที่สำคัญ ให้บริบทสำคัญในการวิเคราะห์ระยะเวลาดำเนินการ ช่วยอธิบายว่าสินไหมบางรายการใช้เวลานานกว่าเพราะเหตุใด และกรณีซับซ้อนได้รับการจัดการอย่างมีประสิทธิภาพหรือไม่. แหล่งข้อมูล อาจเป็นฟิลด์ที่ผู้ใช้กรอกเอง หรือเป็นคะแนนที่คำนวณจากลักษณะของสินไหมใน Sapiens ClaimsPro. ตัวอย่าง ต่ำปานกลางสูงซับซ้อน | |||
| เวลาสิ้นสุดเหตุการณ์ EventEndTime | วันที่และเวลาที่กิจกรรมสิ้นสุดลงอย่างแม่นยำ. | ||
| คำอธิบาย เวลาสิ้นสุดเหตุการณ์ระบุเวลาที่กิจกรรมเสร็จสิ้น เหตุการณ์บางอย่างเกิดขึ้นทันที โดยเวลาเริ่มต้นเท่ากับเวลาสิ้นสุด แต่กิจกรรมหลายอย่างใช้เวลา แอตทริบิวต์นี้จึงช่วยวัดระยะเวลาของแต่ละขั้นตอนได้อย่างแม่นยำเมื่อมีข้อมูล แอตทริบิวต์นี้ใช้คำนวณ 'เวลาทำงานจริง' หรือ 'เวลาประมวลผล' ของกิจกรรม แยกจาก 'เวลารอ' ระหว่างกิจกรรม ช่วยให้เห็นเวลาที่ใช้ทำงานกับสินไหมจริง เทียบกับเวลาที่สินไหมค้างอยู่ในคิว และค้นหากิจกรรมที่ใช้เวลานานเป็นพิเศษได้. เหตุผลที่สำคัญ ช่วยคำนวณเวลาประมวลผลจริงของแต่ละกิจกรรม และแยกเวลาที่สร้างคุณค่าออกจากเวลารอได้. แหล่งข้อมูล อาจมีอยู่ในบันทึกธุรกรรมเดียวกับเวลาเริ่มต้น หรืออาจต้องอนุมานจากเวลาเริ่มต้นของเหตุการณ์ถัดไป โปรดดูเอกสาร Sapiens ClaimsPro. ตัวอย่าง 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| ช่องทางการยื่นสินไหม SubmissionChannel | ช่องทางที่ใช้ยื่นเรื่องสินไหมครั้งแรก เช่น พอร์ทัลออนไลน์ ตัวแทน หรือไปรษณีย์. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุช่องทางที่ใช้รับแจ้งสินไหมใหม่ ช่องทางที่ต่างกันอาจส่งผลอย่างมากต่อคุณภาพข้อมูลเบื้องต้น ซึ่งส่งผลต่อขั้นตอนถัดไปทั้งหมด การวิเคราะห์กระบวนการตามช่องทางการยื่นเรื่องช่วยตอบคำถามด้านประสิทธิภาพและคุณภาพ ตัวอย่างเช่น แดชบอร์ด 'ประสิทธิภาพช่องทางการยื่นสินไหม' ช่วยดูว่าสินไหมที่ยื่นผ่านพอร์ทัลออนไลน์ใช้เวลาดำเนินการน้อยกว่าและต้องแก้ไขงานซ้ำน้อยกว่าสินไหมที่ยื่นทางไปรษณีย์หรือไม่ ข้อมูลนี้ช่วยวางแผนลงทุนเพื่อปรับปรุงช่องทางและบริการดิจิทัล. เหตุผลที่สำคัญ ช่วยระบุว่าช่องทางรับแจ้งใดทำให้ดำเนินการได้มีประสิทธิภาพที่สุด พร้อมชี้โอกาสในการทำงานอัตโนมัติและปรับปรุงประสบการณ์ลูกค้า. แหล่งข้อมูล โดยทั่วไปจะบันทึกข้อมูลเมื่อมีการติดต่อครั้งแรก และจัดเก็บเป็นฟิลด์ในระเบียนสินไหมหลักของ Sapiens ClaimsPro. ตัวอย่าง พอร์ทัลออนไลน์ตัวแทนไปรษณีย์โทรศัพท์ | |||
| เป็นงานที่ต้องทำซ้ำ IsRework | ตัวบ่งชี้แบบบูลีนที่คำนวณขึ้นเพื่อระบุกิจกรรมที่เป็นส่วนหนึ่งของวงจรการทำงานซ้ำ. | ||
| คำอธิบาย แอตทริบิวต์นี้กำหนดเป็น 'true' เมื่อมีการทำกิจกรรมหรือชุดกิจกรรมเดิมซ้ำในสินไหมรายการเดียวกัน ตัวอย่างเช่น หากสินไหมเปลี่ยนจาก 'ตรวจสอบเบื้องต้น' ไปเป็น 'ขอข้อมูลเพิ่มเติม' แล้วกลับไปที่ 'ตรวจสอบเบื้องต้น' อีกครั้ง ระบบจะระบุการตรวจสอบครั้งที่สองว่าเป็นงานที่ทำซ้ำ การระบุงานที่ทำซ้ำช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'แนวโน้มการทำงานซ้ำและการส่งข้อมูลสินไหมใหม่' และ KPI 'ความถี่ของวงจรการทำงานซ้ำในสินไหม' เมื่อตรวจแยกและวิเคราะห์วงจรการทำงานซ้ำ องค์กรจะค้นหาสาเหตุได้ เช่น คุณภาพข้อมูลเบื้องต้นไม่ดีหรือแนวทางไม่ชัดเจน แล้วดำเนินการลดงานที่สูญเปล่า. เหตุผลที่สำคัญ ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ โดยระบุกิจกรรมที่ทำซ้ำอย่างชัดเจน เพื่อให้ปรับปรุงได้ตรงจุด. แหล่งข้อมูล ไม่มีอยู่ในระบบต้นทาง เครื่องมือ process mining คำนวณค่านี้โดยตรวจจับลำดับกิจกรรมที่เกิดซ้ำภายในกรณีเดียวกัน. ตัวอย่าง truefalse | |||
| ระบบต้นทาง SourceSystem | ระบุระบบที่ดึงข้อมูลมา ในกรณีนี้คือ Sapiens ClaimsPro. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุที่มาของข้อมูลกระบวนการ แม้ชุดข้อมูลนี้อาจมีค่าเดียว เช่น 'Sapiens ClaimsPro' แต่ก็สำคัญเมื่อรวมข้อมูลจากหลายระบบ ในการวิเคราะห์ แอตทริบิวต์นี้ช่วยกำกับดูแลข้อมูล แก้ไขปัญหา และระบุที่มาของข้อมูลเชิงลึกได้ถูกต้อง นอกจากนี้ยังช่วยตรวจสอบย้อนกลับข้อมูลและทำความเข้าใจบริบททางเทคโนโลยีของกระบวนการ. เหตุผลที่สำคัญ ช่วยติดตามที่มาและตรวจสอบย้อนกลับข้อมูล ซึ่งสำคัญเมื่อนำข้อมูลจากหลายระบบมารวมกันหรือเมื่อต้องตรวจสอบ. แหล่งข้อมูล โดยทั่วไปจะเพิ่มค่าแบบคงที่ระหว่างขั้นตอนการดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของระเบียน. ตัวอย่าง Sapiens ClaimsProClaimsPro v10.1 | |||
| เลขที่กรมธรรม์ PolicyNumber | รหัสเฉพาะของกรมธรรม์ประกันภัยที่ใช้ยื่นสินไหม. | ||
| คำอธิบาย เลขที่กรมธรรม์เชื่อมโยงสินไหมกับสัญญาประกันภัยของผู้เรียกร้อง ทำให้ทราบข้อมูลสำคัญเกี่ยวกับความคุ้มครอง วงเงิน และค่าเสียหายส่วนแรก ซึ่งมีผลต่อการจัดการและการตัดสินสินไหม แม้จะไม่ได้ใช้โดยตรงในการวิเคราะห์ลำดับการทำงานเสมอไป แต่เป็นแอตทริบิวต์สำคัญสำหรับการตรวจสอบเชิงลึก นักวิเคราะห์สามารถเชื่อมข้อมูลสินไหมกับข้อมูลกรมธรรม์ เพื่อให้เห็นภาพความสัมพันธ์กับลูกค้าและระดับความเสี่ยงได้รอบด้านขึ้น นอกจากนี้ยังใช้จัดกลุ่มสินไหมตามกรมธรรม์ เพื่อค้นหากรมธรรม์ที่มีปัญหาหรือแนวโน้มที่น่าสนใจ. เหตุผลที่สำคัญ เชื่อมโยงสินไหมกับสัญญาประกันภัย ช่วยวิเคราะห์เชิงลึกโดยนำข้อมูลกระบวนการมาเชื่อมกับรายละเอียดกรมธรรม์ เช่น ความคุ้มครองและวงเงิน. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในระเบียนสินไหมหลักของ Sapiens ClaimsPro ซึ่งเชื่อมโยงกับระบบบริหารกรมธรรม์. ตัวอย่าง POL-987654321POL-123456789POL-555444333 | |||
| วันที่เกิดความเสียหาย LossDate | วันที่เกิดเหตุการณ์ที่ทำให้ต้องยื่นสินไหม. | ||
| คำอธิบาย วันที่เกิดความเสียหาย หรือที่เรียกว่าวันที่เกิดเหตุ คือวันที่เกิดเหตุการณ์จริง เช่น อุบัติเหตุทางรถยนต์หรือทรัพย์สินเสียหาย ซึ่งเป็นเหตุให้ยื่นสินไหม จากมุมมองของลูกค้า วันนี้มักเป็นจุดเริ่มต้นของกระบวนการสินไหมทั้งหมด แอตทริบิวต์นี้ใช้คำนวณระยะเวลาที่แจ้งเหตุ ซึ่งเป็นช่วงเวลาตั้งแต่วันที่เกิดความเสียหายจนถึงวันที่ 'ยื่นเรื่องเรียกร้องสินไหม' การวิเคราะห์ช่วงเวลานี้ช่วยให้เข้าใจพฤติกรรมลูกค้าและค้นหาแนวทางส่งเสริมให้แจ้งเหตุเร็วขึ้น ซึ่งมักนำไปสู่ผลลัพธ์ที่ดีขึ้น. เหตุผลที่สำคัญ ระบุจุดเริ่มต้นของเหตุการณ์ที่นำไปสู่การเรียกร้องสินไหม ช่วยวิเคราะห์ระยะเวลาที่แจ้งเหตุ ตั้งแต่เกิดความเสียหายจนถึงยื่นสินไหม. แหล่งข้อมูล เป็นฟิลด์หลักในระเบียนสินไหม ซึ่งบันทึกระหว่างการแจ้งเหตุความเสียหายครั้งแรก (FNOL). ตัวอย่าง 2023-10-202023-11-152024-01-05 | |||
| วันที่เป้าหมายในการปิดสินไหม ResolutionTargetDate | วันที่เป้าหมายที่คาดว่าจะปิดสินไหม โดยอ้างอิงข้อตกลงระดับการให้บริการ (SLA). | ||
| คำอธิบาย วันที่เป้าหมายในการปิดสินไหมคือกำหนดเวลาที่ต้องปิดเรื่อง โดยมักพิจารณาจากประเภทสินไหม เขตอำนาจศาล หรือเงื่อนไขกรมธรรม์ ใช้เป็นเกณฑ์วัดผลการปฏิบัติงานและการทำตามข้อตกลงระดับการให้บริการ วันที่นี้เป็นข้อมูลหลักของแดชบอร์ด 'การปฏิบัติตามข้อกำหนด SLA ในการปิดสินไหม' และ KPI 'อัตราการปิดสินไหมตรงเวลา' เมื่อนำวันที่ 'ปิดสินไหม' จริงมาเทียบกับวันที่เป้าหมาย ระบบจะจัดประเภทสินไหมเป็น 'ตรงเวลา' หรือ 'ล่าช้า' โดยอัตโนมัติ ทำให้เห็นผลการปฏิบัติตาม SLA ได้ชัดเจน. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดการปฏิบัติตาม SLA ช่วยคำนวณอัตราการปิดเรื่องตรงเวลาและระบุสินไหมที่เสี่ยงล่าช้า. แหล่งข้อมูล วันที่นี้อาจจัดเก็บไว้ในระเบียนสินไหมหลักหรือโมดูลจัดการ SLA ที่เกี่ยวข้องใน Sapiens ClaimsPro. ตัวอย่าง 2024-01-152024-03-202024-06-01 | |||
| สถานะ SLA SlaState | ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าสินไหมที่ปิดแล้วเป็นไปตามวันที่เป้าหมายในการปิดเรื่องหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์นี้คำนวณโดยเปรียบเทียบเวลาของกิจกรรม 'ปิดสินไหม' กับ 'ResolutionTargetDate' แล้วจัดประเภทสินไหมเป็นสถานะ เช่น 'ตรงเวลา' หรือ 'ล่าช้า' เพื่อแสดงผลการปฏิบัติตาม SLA ได้อย่างชัดเจน ฟิลด์คำนวณนี้เป็นข้อมูลหลักของแดชบอร์ด 'การปฏิบัติตามข้อกำหนด SLA ในการปิดสินไหม' ช่วยให้ผู้ใช้กรองสินไหมที่ล่าช้าทั้งหมดได้ทันที แล้วตรวจสอบเส้นทางกระบวนการหรือคอขวดที่ทำให้เกิดความล่าช้าได้ง่ายขึ้น อีกทั้งยังสนับสนุน KPI 'อัตราการปิดสินไหมตรงเวลา' โดยตรง. เหตุผลที่สำคัญ วัดการปฏิบัติตาม SLA โดยตรง ช่วยกรองและวิเคราะห์สินไหมที่ปิดล่าช้าได้ง่าย. แหล่งข้อมูล แอตทริบิวต์นี้ไม่มีอยู่ในระบบต้นทาง แต่คำนวณระหว่างการแปลงข้อมูล โดยเปรียบเทียบ 'EventTimestamp' ของกิจกรรม 'ปิดสินไหม' กับ 'ResolutionTargetDate'. ตัวอย่าง ตรงเวลาล่าช้า | |||
| สถานะสินไหม ClaimStatus | สถานะการดำเนินงานปัจจุบันของสินไหม เช่น เปิด รอดำเนินการ หรือปิด. | ||
| คำอธิบาย แอตทริบิวต์นี้แสดงสถานะโดยรวมของกรณีสินไหม ณ เวลาใดเวลาหนึ่ง กิจกรรมคือเหตุการณ์ ส่วนสถานะคือสภาพของสินไหมที่เกิดจากเหตุการณ์เหล่านั้น จึงสรุปได้ว่าสินไหมอยู่ในขั้นตอนใดของวงจรชีวิต การวิเคราะห์สถานะสินไหมช่วยให้เข้าใจจำนวนสินไหมที่ยังเปิดอยู่และขั้นตอนปัจจุบันของแต่ละรายการ ข้อมูลนี้มีประโยชน์ต่อแดชบอร์ดด้านการปฏิบัติการ และใช้คำนวณ KPI 'คะแนนความโปร่งใสของสถานะสินไหม' โดยติดตามความถี่และความหมายของการอัปเดตสถานะตลอดกระบวนการ. เหตุผลที่สำคัญ แสดงภาพรวมสถานะปัจจุบันของสินไหม ช่วยติดตามงานที่กำลังดำเนินการและทำความเข้าใจความคืบหน้าของแต่ละกรณี. แหล่งข้อมูล เป็นฟิลด์หลักในระเบียนสินไหมของ Sapiens ClaimsPro ซึ่งมีการอัปเดตจากธุรกรรมทางธุรกิจหลายรายการ. ตัวอย่าง เปิดรอดำเนินการ: รอข้อมูลปิดแล้ว: จ่ายเงินแล้วปิดแล้ว: ปฏิเสธ | |||
| เหตุผลที่ปฏิเสธ ReasonForRejection | เหตุผลเฉพาะที่แจ้งเมื่อปฏิเสธสินไหมหรือปฏิเสธการจ่ายเงิน. | ||
| คำอธิบาย เมื่อผลการพิจารณาสินไหมเป็น 'ปฏิเสธ' แอตทริบิวต์นี้จะระบุเหตุผลประกอบ อาจเป็นรหัสมาตรฐานหรือข้อความอธิบาย เช่น 'ข้อยกเว้นในกรมธรรม์' 'หลักฐานไม่เพียงพอ' หรือ 'สงสัยว่ามีการฉ้อโกง' ข้อมูลนี้มีประโยชน์ต่อแดชบอร์ด 'ข้อมูลเชิงลึกด้านการตัดสินสินไหมและการชดใช้' การวิเคราะห์เหตุผลที่ปฏิเสธช่วยค้นหารูปแบบ เช่น การปฏิเสธจำนวนมากเพราะข้อมูลไม่ครบ ซึ่งอาจชี้ให้เห็นปัญหาในขั้นตอนรวบรวมข้อมูล และช่วยวิเคราะห์หาสาเหตุที่แท้จริงของการปฏิเสธสินไหม. เหตุผลที่สำคัญ ให้บริบทสำคัญเกี่ยวกับสินไหมที่ถูกปฏิเสธ ช่วยวิเคราะห์หาสาเหตุที่แท้จริงเพื่อลดอัตราการปฏิเสธและปรับปรุงคุณภาพการยื่นเรื่อง. แหล่งข้อมูล เชื่อมโยงกับกิจกรรม 'ปฏิเสธสินไหม' หรือ 'ตัดสินสินไหมแล้ว' และอาจจัดเก็บไว้ในฟิลด์รหัสสถานะหรือรหัสเหตุผลของ Sapiens ClaimsPro. ตัวอย่าง ข้อยกเว้นในกรมธรรม์ความเสียหายไม่อยู่ในความคุ้มครองไม่ได้ส่งข้อมูลที่ร้องขอสินไหมซ้ำซ้อน | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงข้อมูลจาก Sapiens ClaimsPro ล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด โดยปกติค่าจะเหมือนกันในระเบียนทั้งหมดของชุดข้อมูลเดียวกัน ในการวิเคราะห์หรือบนแดชบอร์ด เวลานี้ช่วยให้เข้าใจว่าข้อมูลเป็นปัจจุบันแค่ไหน และเป็นข้อมูลล่าสุดหรือภาพข้อมูล ณ ช่วงเวลาใดช่วงเวลาหนึ่ง ซึ่งสำคัญต่อการตัดสินใจด้านการปฏิบัติการให้ทันเวลา. เหตุผลที่สำคัญ ช่วยให้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด และผู้ใช้เข้าใจได้ว่าผลการวิเคราะห์อ้างอิงข้อมูลล่าสุดแค่ไหน. แหล่งข้อมูล ระบบจะสร้างและบันทึกค่านี้ลงในชุดข้อมูลระหว่างขั้นตอนการดึงข้อมูล (ETL). ตัวอย่าง 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
กิจกรรมในกระบวนการจัดการสินไหม
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จ่ายเงินแล้ว | ดำเนินธุรกรรมทางการเงินเพื่อจ่ายเงินชดเชยแล้ว เหตุการณ์นี้แสดงจุดที่ส่งเงินให้ผู้เรียกร้องหรือผู้รับผลประโยชน์. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่ลูกค้ารับรู้โดยตรง ระยะเวลาตั้งแต่ 'ตัดสินใจเกี่ยวกับเคลมแล้ว' จนถึงกิจกรรมนี้ส่งผลอย่างมากต่อความพึงพอใจของลูกค้า. แหล่งข้อมูล บันทึกจาก Timestamp ของรายการธุรกรรมการจ่ายเงินในโมดูลการเงิน ซึ่งเชื่อมโยงกับ Claim ID. บันทึก Timestamp จากบันทึกธุรกรรมการจ่ายเงินหรือรายการในระบบการเงินที่เชื่อมโยงกับเคลม. ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบเคลมเสร็จแล้ว | หมายถึงการดำเนินกิจกรรมตรวจสอบที่จำเป็นทั้งหมดเสร็จสิ้นและบันทึกผลแล้ว ขั้นตอนนี้เป็นเงื่อนไขก่อนตัดสินใจขั้นสุดท้ายเกี่ยวกับเคลม. | ||
| เหตุผลที่สำคัญ หมุดหมายสำคัญนี้แสดงจุดสิ้นสุดของขั้นตอนรวบรวมหลักฐาน ช่วยให้วิเคราะห์ประสิทธิภาพการตรวจสอบและผลกระทบต่อระยะเวลาตัดสินใจได้. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะเป็น 'ตรวจสอบเสร็จแล้ว' หรือ 'รอการตัดสินใจ' หรือจาก Timestamp ที่งานตรวจสอบขั้นสุดท้ายเสร็จสิ้น. บันทึก Timestamp ของการเปลี่ยนสถานะที่แสดงว่าการตรวจสอบสิ้นสุดแล้ว หรืองานย่อยทั้งหมดที่เกี่ยวข้องกับการตรวจสอบถูกทำเครื่องหมายว่าเสร็จสิ้น. ประเภทเหตุการณ์ inferred | |||
| ตัดสินใจเกี่ยวกับเคลมแล้ว | เจ้าหน้าที่สินไหมที่ได้รับอนุญาตได้ตัดสินใจและบันทึกผลอย่างเป็นทางการว่าจะอนุมัติ อนุมัติบางส่วน หรือปฏิเสธเคลม นี่คือหมุดหมายสำคัญของกระบวนการ. | ||
| เหตุผลที่สำคัญ นี่คือจุดตัดสินใจสำคัญที่กำหนดเส้นทางถัดไปของกระบวนการ เช่น การจ่ายเงินหรือปิดเคลม การวิเคราะห์เวลาที่ใช้ตัดสินใจจึงเป็นตัวชี้วัดประสิทธิภาพที่สำคัญ. แหล่งข้อมูล เหตุการณ์นี้น่าจะบันทึกแยกต่างหากเมื่อกรอกและบันทึกช่องผลการพิจารณาหรือการตัดสินใจของเคลม เช่น 'อนุมัติ' หรือ 'ปฏิเสธ'. บันทึก Timestamp ที่ช่องหรือสถานะการตัดสินใจ เช่น 'สถานะเคลม' ถูกกำหนดเป็นผลการตัดสินใจขั้นสุดท้าย เช่น 'อนุมัติ' หรือ 'ปฏิเสธ'. ประเภทเหตุการณ์ explicit | |||
| ปิดเคลมแล้ว | ปิดรายการเคลมในระบบอย่างเป็นทางการ หมายความว่ากิจกรรมทั้งหมดเสร็จสิ้นแล้ว รวมถึงการจ่ายเงินหรือแจ้งผลปฏิเสธ นี่คือเหตุการณ์สิ้นสุดหลักเมื่อดำเนินการสำเร็จ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของกระบวนการ และใช้คำนวณระยะเวลาตั้งแต่ต้นจนจบของเคลมแต่ละรายการ. แหล่งข้อมูล อนุมานได้จาก Timestamp เมื่อสถานะหลักของเคลมเปลี่ยนเป็น 'ปิดแล้ว' หรือสถานะสุดท้ายที่มีความหมายเทียบเท่ากัน. บันทึก Timestamp ที่สถานะในช่องสถานะเคลมหลักเปลี่ยนเป็น 'ปิดแล้ว'. ประเภทเหตุการณ์ inferred | |||
| ยื่นเคลมแล้ว | บันทึกการรับเคลมครั้งแรกจากผู้ถือกรมธรรม์หรือบุคคลที่สาม ไม่ว่าจะยื่นผ่านช่องทางใด นี่คือจุดเริ่มต้นของวงจรการจัดการเคลม ซึ่งมักบันทึกผ่านการเชื่อมต่อระบบหรือการป้อนข้อมูลด้วยตนเอง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่ยื่นเคลมจนถึงลงทะเบียนช่วยระบุความล่าช้าในการป้อนข้อมูลและตั้งรายการเคลมเบื้องต้น. แหล่งข้อมูล ข้อมูลนี้น่าจะบันทึกจาก Timestamp ที่สร้างรายการเคลมครั้งแรก หรือจากช่อง 'วันที่ยื่นเคลม' ในตารางเคลมหลัก. บันทึก เหตุการณ์สร้างรายการเคลมในระบบ ซึ่งมักเชื่อมโยงกับการบันทึก First Notice of Loss (FNOL). ประเภทเหตุการณ์ explicit | |||
| ลงทะเบียนเคลมแล้ว | หมายถึงการสร้างรายการเคลมอย่างเป็นทางการและกำหนด Claim ID ที่ไม่ซ้ำกันใน Sapiens ClaimsPro โดยทั่วไปจะเกิดขึ้นหลังจากยื่นเคลม และแสดงว่าเคลมเข้าสู่ระบบเพื่อดำเนินการอย่างเป็นทางการแล้ว. | ||
| เหตุผลที่สำคัญ เป็นจุดเริ่มต้นอย่างเป็นทางการของการดำเนินงานภายใน ระยะเวลาระหว่าง 'ยื่นเคลมแล้ว' กับกิจกรรมนี้ใช้วัดประสิทธิภาพการรับเคลม. แหล่งข้อมูล อนุมานได้จาก Timestamp ที่สถานะรายการเคลมเปลี่ยนจากสถานะเบื้องต้น เช่น 'รอดำเนินการ' เป็น 'ลงทะเบียนแล้ว' หรือ 'เปิดเคลม' หรืออาจเป็นรายการบันทึกเหตุการณ์โดยตรง. บันทึก Timestamp ที่สถานะเคลมเปลี่ยนเป็น 'ลงทะเบียนแล้ว', 'เปิดเคลม' หรือสถานะที่เทียบเท่าซึ่งแสดงว่าเริ่มดำเนินการแล้ว. ประเภทเหตุการณ์ inferred | |||
| ขอข้อมูลเพิ่มเติมแล้ว | เจ้าหน้าที่สินไหมพบว่าข้อมูลขาดหายหรือไม่ครบถ้วน จึงส่งคำขอไปยังผู้ถือกรมธรรม์หรือบุคคลที่สาม กิจกรรมนี้ทำให้เกิดช่วงเวลารอที่พบได้บ่อยในกระบวนการ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของวงจรการแก้ไขงาน หากเกิดบ่อยแสดงว่าอาจมีปัญหาในการรวบรวมข้อมูลตั้งแต่แรก ทำให้ล่าช้าและต้องใช้แรงงานเพิ่มขึ้น. แหล่งข้อมูล อาจบันทึกเป็นเหตุการณ์โดยตรงเมื่อส่งหนังสือหรือข้อความ หรืออนุมานจากการเปลี่ยนสถานะเคลมเป็น 'รอข้อมูล' หรือ 'พักการดำเนินการ' ได้. บันทึก Timestamp ที่สถานะเคลมเปลี่ยนเป็น 'รอข้อมูล' หรือรายการบันทึกการติดต่อที่ส่งออกไป. ประเภทเหตุการณ์ inferred | |||
| คำนวณเงินชดเชยแล้ว | หลังจากอนุมัติเคลมแล้ว จะคำนวณยอดเงินชดเชยขั้นสุดท้ายที่ต้องจ่ายให้ผู้เรียกร้อง ขั้นตอนนี้เกิดขึ้นก่อนการอนุมัติจ่ายเงิน. | ||
| เหตุผลที่สำคัญ ใช้วัดประสิทธิภาพของขั้นตอนคำนวณทางการเงินหลังจากตัดสินใจแล้ว หากเกิดคอขวดในขั้นตอนนี้ การจ่ายเงินขั้นสุดท้ายอาจล่าช้า. แหล่งข้อมูล อนุมานได้จาก Timestamp เมื่อกรอกและยืนยันช่อง 'ยอดเงินชดเชย' ในโมดูลการเงินของระบบ. บันทึก Timestamp ที่เกี่ยวข้องกับการสรุปช่อง 'ยอดเงินชดเชย' ในรายการเคลม. ประเภทเหตุการณ์ inferred | |||
| ได้รับข้อมูลเพิ่มเติมแล้ว | หมายถึงการได้รับข้อมูลที่ร้องขอ ทำให้กลับมาดำเนินการเคลมต่อได้ เหตุการณ์นี้เป็นการสิ้นสุดวงจรการแก้ไขงานที่เริ่มจากการขอข้อมูล. | ||
| เหตุผลที่สำคัญ การวิเคราะห์เวลาตั้งแต่ 'ขอข้อมูลเพิ่มเติมแล้ว' จนถึงกิจกรรมนี้ช่วยให้เห็นความล่าช้าจากภายนอกและจัดการความคาดหวังของลูกค้าได้ดีขึ้น. แหล่งข้อมูล อนุมานได้จากสถานะเคลมที่เปลี่ยนจาก 'รอข้อมูล' กลับเป็นสถานะที่กำลังดำเนินการ เช่น 'เปิดเคลม' หรือ 'อยู่ระหว่างตรวจสอบ' หรืออาจเชื่อมโยงกับบันทึกเอกสารขาเข้าได้. บันทึก Timestamp ที่สถานะเปลี่ยนจาก 'รอดำเนินการ' เป็น 'กำลังดำเนินการ' ซึ่งมักเกิดขึ้นเมื่อมีการอัปโหลดเอกสาร. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบเบื้องต้นแล้ว | เจ้าหน้าที่สินไหมหรือผู้ดูแลเคลมตรวจสอบรายละเอียดและเอกสารที่ยื่นมาในเบื้องต้นเสร็จแล้ว ขั้นตอนนี้ใช้พิจารณาความถูกต้องเบื้องต้นและกำหนดขั้นตอนถัดไปของเคลม. | ||
| เหตุผลที่สำคัญ ขั้นตอนสำคัญนี้ช่วยให้เข้าใจว่าคัดกรองเคลมได้รวดเร็วเพียงใด หากล่าช้าอาจส่งผลอย่างมากต่อระยะเวลาดำเนินการโดยรวมและความพึงพอใจของลูกค้า. แหล่งข้อมูล อนุมานได้จาก Timestamp ที่สถานะเปลี่ยนเป็น 'อยู่ระหว่างตรวจสอบ' หรือ 'ตรวจสอบแล้ว' หรือจากเวลาที่งานหรือขั้นตอนในเวิร์กโฟลว์สำหรับการตรวจสอบเบื้องต้นเสร็จสิ้น. บันทึก Timestamp ที่งาน 'ตรวจสอบเบื้องต้น' เสร็จสิ้น หรือเวลาที่มีการอัปเดตสถานะในบันทึกเหตุการณ์หรือตารางประวัติของเคลม. ประเภทเหตุการณ์ inferred | |||
| ปฏิเสธเคลมแล้ว | ปฏิเสธเคลมอย่างเป็นทางการแล้ว และกำลังเตรียมปิดรายการ เหตุการณ์นี้เกิดหลังจากกิจกรรม 'ตัดสินใจเกี่ยวกับเคลมแล้ว' ซึ่งมีผลการตัดสินใจเป็น 'ปฏิเสธ'. | ||
| เหตุผลที่สำคัญ แสดงเส้นทางกระบวนการทางเลือกที่สำคัญ การวิเคราะห์เส้นทางนี้ช่วยให้เห็นรูปแบบของเคลมที่ถูกปฏิเสธและตรวจสอบได้ว่าดำเนินการตามขั้นตอนอย่างถูกต้อง. แหล่งข้อมูล มักเป็นเหตุการณ์เดียวกับ 'ปิดเคลมแล้ว' แต่แยกตามคุณลักษณะของผลการตัดสินใจ โดยอาจจำลองเป็นกิจกรรมแยกต่างหากเมื่อค่าในช่อง 'ผลการตัดสินใจ' เป็น 'ปฏิเสธ'. บันทึก อนุมานจากเหตุการณ์ 'ปิดเคลมแล้ว' เมื่อคุณลักษณะผลการตัดสินใจขั้นสุดท้ายของเคลมเป็น 'ปฏิเสธ' หรือค่าใกล้เคียงกัน. ประเภทเหตุการณ์ calculated | |||
| ประเมินความเสียหายแล้ว | เหตุการณ์ที่มีการกำหนดและบันทึกมูลค่าความเสียหายทางการเงินอย่างเป็นทางการ ข้อมูลนี้เป็นส่วนสำคัญในการคำนวณเงินชดเชยขั้นสุดท้าย. | ||
| เหตุผลที่สำคัญ ขั้นตอนนี้สำคัญต่อการวางแผนการเงินและการบริหารเงินสำรอง หากประเมินความเสียหายล่าช้า อาจทำให้การสรุปยอดและจ่ายเงินทั้งหมดล่าช้าตามไปด้วย. แหล่งข้อมูล โดยทั่วไปบันทึกเป็น Timestamp เมื่อยืนยันหรืออนุมัติช่องข้อมูลเงินสำรองหรือมูลค่าความเสียหายในระบบ. บันทึก Timestamp ที่เกี่ยวข้องกับการบันทึกหรืออนุมัติช่อง 'มูลค่าความเสียหาย' หรือ 'จำนวนเงินสำรอง' ขั้นสุดท้าย. ประเภทเหตุการณ์ explicit | |||
| เปิดเคลมอีกครั้ง | นำเคลมที่ปิดไปแล้วกลับมาเปิดเพื่อพิจารณาหรือดำเนินการเพิ่มเติม เหตุการณ์ยกเว้นนี้อาจเกิดจากข้อมูลใหม่หรือการอุทธรณ์. | ||
| เหตุผลที่สำคัญ ช่วยให้เห็นกรณียกเว้นของกระบวนการและปัญหาที่อาจเกิดขึ้นในการจัดการเคลมครั้งแรก หากมีการเปิดเคลมอีกครั้งในอัตราสูง อาจบ่งชี้ถึงปัญหาด้านคุณภาพการตัดสินใจหรือการสื่อสารกับลูกค้า. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะจาก 'ปิดแล้ว' กลับเป็น 'เปิดเคลม' หรือ 'อยู่ระหว่างตรวจสอบ'. บันทึก Timestamp ที่สถานะเปลี่ยนจากสถานะสุดท้ายหรือปิดแล้วเป็นสถานะที่กำลังดำเนินการหรือเปิดอยู่. ประเภทเหตุการณ์ inferred | |||
| เริ่มตรวจสอบเคลม | แสดงจุดเริ่มต้นของขั้นตอนการตรวจสอบเคลมอย่างเป็นทางการ ซึ่งอาจรวมถึงการมอบหมายผู้เชี่ยวชาญ การนัดหมายตรวจสอบ หรือกิจกรรมอื่นเพื่อรวบรวมหลักฐานโดยละเอียด. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนสำคัญที่มักใช้เวลานาน การวัดระยะเวลาการตรวจสอบเป็นสิ่งสำคัญในการระบุคอขวดหลัก. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะเป็น 'อยู่ระหว่างตรวจสอบข้อเท็จจริง' หรือวันที่สร้างงานหรือการมอบหมายงานแรกที่เกี่ยวข้องกับการตรวจสอบ. บันทึก Timestamp ที่สถานะเคลมเปลี่ยนเป็น 'กำลังตรวจสอบ' หรือสถานะที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ inferred | |||
| อนุมัติการจ่ายเงินแล้ว | ได้รับอนุมัติภายในให้จ่ายเงินชดเชยแล้ว โดยทั่วไปผู้จัดการหรือเจ้าหน้าที่ฝ่ายการเงินอีกคนจะตรวจสอบและอนุมัติการจ่ายเงิน. | ||
| เหตุผลที่สำคัญ ช่วยระบุความล่าช้าที่อาจเกิดขึ้นในเวิร์กโฟลว์อนุมัติการเงินภายใน หลังจากตัดสินใจเกี่ยวกับเคลมและคำนวณยอดเงินแล้ว. แหล่งข้อมูล โดยทั่วไปเป็นเหตุการณ์ที่เกิดขึ้นโดยตรงเมื่อมีการอนุมัติในเวิร์กโฟลว์ของระบบ หรือเมื่อสถานะเปลี่ยนเป็น 'รอจ่ายเงิน' หรือ 'อนุมัติให้จ่ายเงินแล้ว'. บันทึก รายการบันทึกเหตุการณ์โดยตรงหรือ Timestamp ที่สถานะเปลี่ยน ซึ่งแสดงว่าการจ่ายเงินได้รับอนุมัติแล้ว. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการจัดการสินไหมได้วันนี้ โดยเตรียมข้อมูลด้วยเทมเพลตนี้ ค้นพบข้อมูลเชิงลึกที่เป็นประโยชน์และปรับปรุงเวิร์กโฟลว์ให้ดีขึ้น.
เร่งกระบวนการจัดการสินไหม ลดงานค้างตั้งแต่วันนี้
ร่วมกับบริษัทที่จัดการสินไหมได้โดยไม่ต้องดำเนินการด้วยคนถึง 70% และจ่ายค่าสินไหมได้รวดเร็ว.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ภายในไม่กี่นาที.