เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม
เทมเพลตข้อมูลสำหรับกระบวนการจัดการสินไหม
- แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์เชิงลึก
- กิจกรรมสำคัญในกระบวนการจัดการสินไหมที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลไปใช้จริง
แอตทริบิวต์ของกระบวนการจัดการสินไหม
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| Claim ID ClaimId | รหัสเฉพาะของสินไหมแต่ละรายการ ใช้เป็นรหัสหลักของเคสสำหรับวิเคราะห์กระบวนการ. | ||
| คำอธิบาย Claim ID เป็นคีย์หลักที่เชื่อมโยงกิจกรรม เหตุการณ์ และข้อมูลทั้งหมดตลอดวงจรของสินไหม ช่วยให้ติดตามทุกจุดตั้งแต่ส่งเรื่องครั้งแรกจนถึงปิดเคสได้อย่างต่อเนื่องในเคสเดียว. สำหรับ process mining คุณลักษณะนี้จำเป็นต่อการสร้างเส้นทางของสินไหมแต่ละรายการตั้งแต่ต้นจนจบ ช่วยวิเคราะห์ขั้นตอนการทำงาน คำนวณเวลารวมในการพิจารณา และระบุความแตกต่างในการจัดการสินไหมแต่ละรายการ. เหตุผลที่สำคัญ นี่คือรหัสหลักที่เชื่อมโยงเหตุการณ์ที่เกี่ยวข้องทั้งหมดให้เป็นกระบวนการเดียว ทำให้วิเคราะห์วงจรสินไหมตั้งแต่ต้นจนจบได้. แหล่งข้อมูล นี่คือคีย์หลักในตารางจัดการเคสสินไหมหลักของ FINEOS Claims. ตัวอย่าง CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในขั้นตอนหนึ่งของกระบวนการจัดการสินไหม. | ||
| คำอธิบาย คุณลักษณะนี้ระบุขั้นตอนหรือจุดสำคัญในกระบวนการจัดการสินไหม เช่น 'รับเรื่องสินไหมแล้ว' 'ตรวจสอบสินไหมเบื้องต้นแล้ว' หรือ 'จ่ายเงินแล้ว' แต่ละกิจกรรมหมายถึงการดำเนินการที่เกิดขึ้นกับสินไหมโดยเฉพาะ. การวิเคราะห์ลำดับและความถี่ของกิจกรรมเหล่านี้เป็นพื้นฐานของ process mining ช่วยให้เห็นขั้นตอนการทำงานจริง ระบุคอขวดที่งานคั่งอยู่ และแสดงเส้นทางที่สินไหมมักดำเนินไปหรือเส้นทางที่เกิดขึ้นเป็นกรณีพิเศษ. เหตุผลที่สำคัญ ใช้ระบุขั้นตอนในกระบวนการ เพื่อแสดงแผนผังกระบวนการและวิเคราะห์รูปแบบกับความเบี่ยงเบนของเวิร์กโฟลว์. แหล่งข้อมูล โดยทั่วไปได้มาจากบันทึกเหตุการณ์ การเปลี่ยนสถานะงาน หรือบันทึกการตรวจสอบในระบบ FINEOS Claims. ตัวอย่าง ลงทะเบียนสินไหมประเมินความเสียหายแล้วอนุมัติการจ่ายเงินแล้วปิดเคสสินไหม | |||
| เวลาเกิดเหตุการณ์ EventTime | เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์หนึ่งเกิดขึ้นเมื่อใด. | ||
| คำอธิบาย เวลาเกิดเหตุการณ์บันทึกวันที่และเวลาที่กิจกรรมจัดการสินไหมเกิดขึ้น ข้อมูลตามลำดับเวลานี้จำเป็นต่อการเรียงเหตุการณ์ให้ถูกต้องและทำความเข้าใจลำดับการดำเนินงานของสินไหม. ในการวิเคราะห์ จะใช้เวลานี้คำนวณระยะเวลา รอบเวลาดำเนินการ และเวลารอระหว่างขั้นตอนต่างๆ ข้อมูลนี้เป็นพื้นฐานสำคัญในการระบุความล่าช้า วัดผลเทียบกับ SLA และทำความเข้าใจจังหวะเวลาของกระบวนการ. เหตุผลที่สำคัญ เวลานี้ใช้เรียงเหตุการณ์ตามลำดับ ซึ่งจำเป็นต่อการคำนวณตัวชี้วัดด้านเวลา เช่น รอบเวลาดำเนินการ และการระบุคอขวด. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในรูปเวลาที่สร้างหรืออัปเดต ซึ่งเชื่อมโยงกับแต่ละเหตุการณ์หรือระเบียนสถานะใน FINEOS Claims. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| ระบบต้นทาง SourceSystem | ระบุระบบ IT ที่ใช้ดึงข้อมูล. | ||
| คำอธิบาย คุณลักษณะนี้ระบุแหล่งที่มาของข้อมูลกระบวนการ สำหรับการวิเคราะห์นี้ ค่าจะเป็น 'FINEOS Claims' เสมอ แต่ในสภาพแวดล้อมที่ใช้หลายระบบ ข้อมูลนี้จำเป็นต่อการติดตามที่มาของข้อมูลและตรวจสอบคุณภาพ. ในการวิเคราะห์ข้อมูลโดยรวม ข้อมูลนี้ช่วยแยกกระบวนการที่อาจเกี่ยวข้องกับหลายระบบ และทำให้ตีความข้อมูลได้ถูกต้องตามแหล่งที่มา. เหตุผลที่สำคัญ ข้อมูลนี้ให้บริบทสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูล การตรวจสอบความถูกต้อง และการเชื่อมต่อกับระบบอื่น. แหล่งข้อมูล โดยทั่วไปจะเพิ่มค่านี้ระหว่างดึงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล. ตัวอย่าง FINEOS ClaimsFINEOS Claims v11.2 | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการอัปเดตจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย คุณลักษณะนี้ระบุวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลครั้งล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด. ข้อมูลนี้สำคัญต่อการกำกับดูแลข้อมูล และช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลกระบวนการล่าสุดหรือไม่ อีกทั้งช่วยให้เข้าใจความล่าช้าของข้อมูล และจำเป็นต่อการรายงานกระบวนการที่ต้องติดตามใกล้เคียงเวลาจริง. เหตุผลที่สำคัญ ระบุความใหม่ของข้อมูล ช่วยให้ผู้ใช้ทราบว่าการวิเคราะห์ครอบคลุมช่วงเวลาใดและอัปเดตครั้งล่าสุดเมื่อใด. แหล่งข้อมูล โดยทั่วไป เครื่องมือดึงข้อมูลหรือ ETL จะสร้างและบันทึกเวลานี้เมื่อสิ้นสุดงานโหลดข้อมูล. ตัวอย่าง 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| เจ้าหน้าที่ประเมินสินไหมที่ได้รับมอบหมาย AssignedAdjuster | ชื่อหรือ ID ของเจ้าหน้าที่ประเมินสินไหมหรือผู้ใช้ที่รับผิดชอบกิจกรรม. | ||
| คำอธิบาย คุณลักษณะนี้ระบุบุคคลหรือทีมที่ทำงานแต่ละรายการในกระบวนการจัดการสินไหม และเป็นวิธีหลักในการเชื่อมโยงกิจกรรมของกระบวนการกับทรัพยากรบุคคล. การวิเคราะห์ข้อมูลตามเจ้าหน้าที่ประเมินสินไหมที่ได้รับมอบหมายจำเป็นต่อการทำความเข้าใจการกระจายงาน ผลงานของแต่ละคน และประสิทธิภาพการใช้ทรัพยากร ช่วยให้เห็นผู้ที่มีงานล้นมือ ระบุโอกาสในการฝึกอบรมจากการเปรียบเทียบผลการทำงาน และวางแผนจัดสรรทรัพยากรให้สมดุลขึ้น. เหตุผลที่สำคัญ คุณลักษณะนี้เชื่อมโยงขั้นตอนของกระบวนการกับผู้ที่ดำเนินการ ช่วยวิเคราะห์ภาระงาน ประเมินประสิทธิภาพการใช้ทรัพยากร และเปรียบเทียบผลการทำงาน. แหล่งข้อมูล ตรวจสอบเอกสารของ FINEOS Claims โดยทั่วไปข้อมูลนี้จัดเก็บไว้ในช่องเจ้าของงานหรือผู้ใช้ที่ได้รับมอบหมายซึ่งเชื่อมโยงกับเหตุการณ์สินไหม. ตัวอย่าง John SmithEmily JonesADJ-4561 | |||
| ช่องทางยื่นเคลม SubmissionChannel | วิธีหรือช่องทางที่ใช้ยื่นเคลมในครั้งแรก. | ||
| คำอธิบาย ข้อมูลนี้บันทึกช่องทางที่ได้รับเคลม เช่น พอร์ทัลออนไลน์ อีเมล ไปรษณีย์ หรือตัวแทน ช่องทางที่ต่างกันอาจส่งผลอย่างมากต่อคุณภาพข้อมูลและระยะเวลาดำเนินการในช่วงแรก การวิเคราะห์กระบวนการตามช่องทางที่ยื่นเคลมช่วยให้ทราบว่าช่องทางใดทำให้ดำเนินการได้เร็วขึ้น มีงานแก้ไขซ้ำมากขึ้น เช่น ต้องขอข้อมูลที่ขาดเพิ่มเติม หรือให้ผลลัพธ์ที่ดีกว่า ข้อมูลนี้ช่วยกำหนดการลงทุนเพื่อปรับปรุงช่องทาง เช่น ปรับแบบฟอร์มออนไลน์เพื่อลดข้อผิดพลาด. เหตุผลที่สำคัญ ช่วยตรวจสอบว่าช่องทางรับเคลมบางช่องทางทำให้ดำเนินการได้มีประสิทธิภาพขึ้นหรือมีงานแก้ไขซ้ำมากขึ้น เพื่อใช้กำหนดกลยุทธ์และการลงทุนด้านช่องทาง. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปข้อมูลนี้จะบันทึกระหว่างรับเคลมและจัดเก็บไว้ในระเบียนเคลมหลัก. ตัวอย่าง พอร์ทัลออนไลน์ไปรษณีย์นายหน้าโทรศัพท์ | |||
| ประเภทสินไหม ClaimType | ประเภทของสินไหม เช่น ทุพพลภาพ ทรัพย์สิน หรือความรับผิด. | ||
| คำอธิบาย ประเภทเคลมใช้จำแนกเคลมตามลักษณะของกรมธรรม์หรือความเสียหาย เคลมแต่ละประเภทมักมีขั้นตอนแตกต่างกัน มีข้อกำหนดด้านกฎระเบียบไม่เหมือนกัน และต้องใช้วิธีจัดการเฉพาะ ข้อมูลนี้เป็นมิติสำคัญสำหรับการวิเคราะห์เปรียบเทียบ เมื่อกรองหรือแบ่งมุมมองกระบวนการตามประเภทเคลม นักวิเคราะห์จะเห็นคอขวดเฉพาะของแต่ละประเภท เปรียบเทียบผลการดำเนินงานระหว่างกลุ่ม และวางแนวทางปรับปรุงกระบวนการให้เหมาะกับเคลมแต่ละประเภทได้ ช่วยตอบได้ว่าเคลมบางประเภทมีประสิทธิภาพในการดำเนินการต่ำกว่าโดยธรรมชาติหรือไม่. เหตุผลที่สำคัญ ช่วยแบ่งกระบวนการตามประเภทเคลม เพื่อเปรียบเทียบผลการดำเนินงานและดูความแตกต่างระหว่างกลุ่ม ซึ่งนำไปสู่การปรับปรุงที่ตรงจุดยิ่งขึ้น. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปข้อมูลหลักของเคลมนี้จะกำหนดเมื่อลงทะเบียนเคลม และจัดเก็บไว้ในตารางเคสหลัก. ตัวอย่าง ทุพพลภาพระยะสั้นทุพพลภาพระยะยาวประกันชีวิตเสียชีวิตจากอุบัติเหตุ | |||
| แผนก Department | แผนกหรือหน่วยงานที่รับผิดชอบกิจกรรมหรือการจัดการเคลม. | ||
| คำอธิบาย ข้อมูลนี้ระบุหน่วยงานที่รับผิดชอบกิจกรรมหรือดูแลเคลมในแต่ละขั้นตอน เช่น “หน่วยรับเคลมเบื้องต้น” “หน่วยสืบสวน” หรือ “แผนกจ่ายเงิน” การวิเคราะห์กระบวนการแยกตามแผนกช่วยให้เข้าใจการส่งต่องานระหว่างหน่วยงาน ซึ่งมักเป็นสาเหตุของความล่าช้า อีกทั้งยังช่วยระบุแผนกที่เป็นคอขวด วัดประสิทธิภาพของแต่ละแผนก และวิเคราะห์การจัดสรรทรัพยากรทั่วทั้งองค์กร. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการดำเนินงานแยกตามหน่วยงาน พร้อมชี้ให้เห็นความล่าช้าจากการส่งต่องานระหว่างแผนกและคอขวดในแต่ละแผนก. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims ข้อมูลนี้อาจเชื่อมโยงกับโปรไฟล์ผู้ใช้ของผู้ประเมินเคลมที่ได้รับมอบหมาย หรือคิวที่มอบหมายงานให้. ตัวอย่าง รับแจ้งและลงทะเบียนเคลมหน่วยสืบสวนพิเศษดำเนินการจ่ายเงินตรวจสอบทางการแพทย์ | |||
| ระดับความรุนแรงของเคลม ClaimSeverity | การจัดระดับความซับซ้อนหรือผลกระทบทางการเงินที่อาจเกิดขึ้นจากเคลม เช่น ต่ำ ปานกลาง หรือสูง. | ||
| คำอธิบาย ระดับความรุนแรงของเคลมใช้ประเมินความซับซ้อน ความเร่งด่วน หรือความเสี่ยงทางการเงินของเคลม เคลมที่มีความรุนแรงสูงอาจต้องผ่านขั้นตอนมากกว่า ตรวจสอบเฉพาะทาง หรือใช้เวลาดำเนินการนานกว่าเคลมที่มีความรุนแรงต่ำ การวิเคราะห์กระบวนการตามระดับความรุนแรงช่วยให้เห็นว่าการจัดสรรทรัพยากรและการออกแบบกระบวนการเหมาะกับความซับซ้อนของเคลมแต่ละระดับหรือไม่ นอกจากนี้ยังช่วยระบุว่าเคลมที่มีความรุนแรงสูงล่าช้ากว่าปกติหรือไม่ หรือเคลมที่มีความรุนแรงต่ำต้องผ่านขั้นตอนมากเกินไปหรือไม่ เพื่อให้แบ่งกระบวนการและบริหารทรัพยากรได้เหมาะสมขึ้น. เหตุผลที่สำคัญ การแบ่งเคลมตามระดับความรุนแรงช่วยตรวจสอบว่ากระบวนการจัดลำดับความสำคัญให้เคลมที่มีผลกระทบสูงอย่างเหมาะสมหรือไม่ และช่วยระบุว่าความซับซ้อนระดับใดทำให้เกิดคอขวด. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims ข้อมูลนี้อาจอยู่ในฟิลด์เฉพาะ หรือคำนวณจากข้อมูลอื่น เช่น จำนวนเงินความเสียหายโดยประมาณ. ตัวอย่าง ต่ำปานกลางสูงซับซ้อน | |||
| วันที่เป้าหมายในการพิจารณาเคลมให้เสร็จสิ้น ResolutionTargetDate | วันที่คาดว่าจะพิจารณาเคลมให้เสร็จสิ้นตาม SLA หรือข้อกำหนดด้านกฎระเบียบ. | ||
| คำอธิบาย ข้อมูลนี้ระบุกำหนดเวลาที่ต้องดำเนินการเคลมให้เสร็จตามข้อตกลงระดับการให้บริการ (SLA) หรือข้อกำหนดด้านกฎระเบียบ และใช้เป็นเกณฑ์เปรียบเทียบกับผลการดำเนินงานจริง วันที่นี้จำเป็นต่อการติดตามการปฏิบัติตามข้อกำหนดของ SLA เมื่อนำวันที่ปิดเคลมจริงมาเปรียบเทียบกับวันที่เป้าหมายในการพิจารณาเคลมให้เสร็จสิ้น จะคำนวณอัตราการปฏิบัติตาม SLA ระบุเคลมที่เสี่ยงเกินกำหนด และวิเคราะห์สาเหตุที่ทำให้ล่าช้าจนไม่เป็นไปตามข้อกำหนดได้. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดการปฏิบัติตาม SLA ช่วยระบุเคลมที่ล่าช้าและวิเคราะห์สาเหตุของความล่าช้า. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปวันที่นี้คำนวณจากกฎทางธุรกิจ โดยอิงวันที่ยื่นเคลมและประเภทเคลม. ตัวอย่าง 2023-11-15T23:59:59Z2024-01-30T23:59:59Z | |||
| เวลาสิ้นสุด EndTime | เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์หนึ่งเสร็จสิ้นเมื่อใด. | ||
| คำอธิบาย คุณลักษณะเวลาสิ้นสุดบันทึกเวลาที่กิจกรรมเสร็จสิ้นอย่างแม่นยำ เมื่อนำมาใช้คู่กับเวลาเริ่มต้น (EventTime) จะคำนวณระยะเวลาที่ใช้ทำแต่ละขั้นตอนได้อย่างถูกต้อง. ในการวิเคราะห์ ข้อมูลนี้จำเป็นต่อการแยกเวลาที่ใช้ดำเนินงานจริงออกจากเวลาที่รอ ช่วยวิเคราะห์คอขวดได้ละเอียดขึ้น โดยแสดงว่ากิจกรรมใดใช้เวลามากที่สุดและมีงานคั่งรอระหว่างขั้นตอนใด. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการได้อย่างแม่นยำ ซึ่งจำเป็นต่อการระบุขั้นตอนที่ไม่มีประสิทธิภาพและประเมินการใช้ทรัพยากร. แหล่งข้อมูล ตรวจสอบเอกสารของ FINEOS Claims ข้อมูลนี้อาจอยู่ในบันทึกเหตุการณ์หรืออนุมานได้จากเวลาเริ่มต้นของเหตุการณ์ถัดไป. ตัวอย่าง 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z | |||
| สถานะเคลม ClaimStatus | สถานะปัจจุบันหรือสถานะในอดีตของเคลม ณ เวลาที่เกิดกิจกรรม. | ||
| คำอธิบาย สถานะเคลมแสดงขั้นตอนปัจจุบันของเคลมในวงจรการดำเนินงาน เช่น “เปิดเคลม” “รอข้อมูล” “อนุมัติ” “ปฏิเสธ” หรือ “ปิดเคลม” ข้อมูลนี้ช่วยให้เห็นว่าเคลมอยู่ในขั้นตอนไหน ณ เวลาที่กำหนด ในการวิเคราะห์กระบวนการ การเปลี่ยนสถานะมักสอดคล้องกับกิจกรรมในกระบวนการโดยตรง การติดตามสถานะจึงสำคัญต่อการทำความเข้าใจผลลัพธ์ของเคลม การระบุคอขวดที่ทำให้เคลมค้างอยู่ในสถานะใดสถานะหนึ่งเป็นเวลานาน และการวิเคราะห์สาเหตุของผลลัพธ์สุดท้าย เช่น “ปฏิเสธ” หรือ “ปิดเคลม”. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้เข้าใจผลลัพธ์ของเคลม กรองเคสที่ยังดำเนินการอยู่หรือปิดแล้ว และระบุขั้นตอนที่เคลมค้างนาน. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims ฟิลด์พื้นฐานนี้อยู่ในระเบียนเคลมหลักและมีการอัปเดตตลอดวงจรการดำเนินงาน. ตัวอย่าง ลงทะเบียนแล้วอยู่ระหว่างตรวจสอบรอจ่ายเงินปิดเคลมแล้ว, จ่ายเงินแล้วปิดเคลมแล้ว, ปฏิเสธ | |||
| จำนวนเงินความเสียหาย LossAmount | จำนวนเงินความเสียหายโดยประมาณหรือเงินสำรองที่ตั้งไว้สำหรับความเสียหายนั้น. | ||
| คำอธิบาย จำนวนเงินความเสียหายคือยอดประเมินเบื้องต้นหรือเงินสำรองที่ตั้งไว้สำหรับเคลม โดยอาจปรับเปลี่ยนได้เมื่อมีการสืบสวนและประเมินเคลม ข้อมูลทางการเงินนี้สำคัญต่อการแบ่งกลุ่มเคลมและทำความเข้าใจความสัมพันธ์ระหว่างผลกระทบทางการเงินกับรูปแบบการดำเนินกระบวนการ ตัวอย่างเช่น ช่วยตอบได้ว่าเคลมมูลค่าสูงใช้เวลาดำเนินการนานขึ้นหรือต้องแก้ไขงานซ้ำมากขึ้นหรือไม่ นอกจากนี้ยังเป็นข้อมูลสำคัญสำหรับการคาดการณ์ทางการเงินและการบริหารความเสี่ยง. เหตุผลที่สำคัญ ช่วยให้เห็นบริบททางการเงินของกระบวนการ และวิเคราะห์ได้ว่ามูลค่าเคลมส่งผลต่อระยะเวลาดำเนินการ ความซับซ้อน และเส้นทางการดำเนินงานอย่างไร. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปข้อมูลนี้อยู่ในตารางด้านการเงินหรือเงินสำรองที่เชื่อมโยงกับเคลม. ตัวอย่าง 5000.00150000.00250.50 | |||
| จำนวนเงินที่จ่าย PaymentAmount | จำนวนเงินจริงที่จ่ายสำหรับเคลม. | ||
| คำอธิบาย จำนวนเงินที่จ่ายคือยอดสุดท้ายที่จ่ายเมื่ออนุมัติและชำระเคลมแล้ว หากเคลมมีการจ่ายหลายครั้ง ข้อมูลนี้อาจหมายถึงยอดของธุรกรรมการจ่ายแต่ละครั้ง ข้อมูลนี้จำเป็นต่อการกระทบยอดทางการเงินและวิเคราะห์ผลลัพธ์ด้านการเงินของกระบวนการ ช่วยเปรียบเทียบจำนวนเงินความเสียหายที่ประเมินไว้ในตอนแรกกับยอดจ่ายจริง และช่วยให้เข้าใจผลกระทบทางการเงินจากรูปแบบหรือการตัดสินใจต่าง ๆ ในกระบวนการ. เหตุผลที่สำคัญ ติดตามผลลัพธ์ทางการเงินของกระบวนการ ซึ่งจำเป็นต่อการวัดผลการดำเนินงานด้านการเงินและวิเคราะห์มูลค่าของเคลม. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims ข้อมูลนี้อยู่ในตารางธุรกรรมการจ่ายเงินที่เชื่อมโยงกับเคสเคลม. ตัวอย่าง 4850.00145000.000.00 | |||
| เป็นงานแก้ไขซ้ำหรือไม่ IsRework | ค่าสถานะบูลีนที่ระบุว่ากิจกรรมเป็นการทำซ้ำหรือแก้ไขงานซ้ำหรือไม่. | ||
| คำอธิบาย ข้อมูลคำนวณนี้ระบุกิจกรรมที่เป็นการแก้ไขงานซ้ำ เช่น การขอข้อมูลเพิ่มเติมครั้งที่สองสำหรับเคลมเดียวกัน โดยทั่วไปจะตรวจจับจากกิจกรรมที่เกิดซ้ำหรือการย้อนกลับไปทำขั้นตอนก่อนหน้าในลำดับกระบวนการ การระบุงานแก้ไขซ้ำอย่างชัดเจนช่วยให้วิเคราะห์ความไม่มีประสิทธิภาพได้ง่ายขึ้น และคำนวณอัตราการแก้ไขงานซ้ำซึ่งเป็นตัวชี้วัดผลการดำเนินงานที่สำคัญได้สะดวก แดชบอร์ดสามารถใช้ข้อมูลนี้แสดงความถี่และผลกระทบของงานแก้ไขซ้ำ เพื่อช่วยค้นหาสาเหตุที่แท้จริงของวงจรการทำงานที่ไม่มีประสิทธิภาพ. เหตุผลที่สำคัญ ระบุวงจรการทำงานที่ไม่มีประสิทธิภาพได้โดยตรง ช่วยคำนวณอัตราการแก้ไขงานซ้ำและวิเคราะห์สาเหตุของการทำงานซ้ำได้ง่าย. แหล่งข้อมูล ข้อมูลนี้ได้จากการวิเคราะห์ process mining โดยตรวจหากิจกรรมที่เกิดซ้ำในเคสเดียวกัน เช่น ระบุการเกิดกิจกรรม “เริ่มการสืบสวน” ครั้งที่สอง. ตัวอย่าง truefalse | |||
| ภูมิภาคของลูกค้า CustomerRegion | ภูมิภาคหรือรัฐที่ผู้ยื่นเคลมหรือผู้ถือกรมธรรม์อาศัยอยู่. | ||
| คำอธิบาย ข้อมูลนี้ระบุพื้นที่ทางภูมิศาสตร์ที่เกี่ยวข้องกับเคลม ซึ่งอาจอิงจากที่อยู่ของผู้ยื่นเคลมหรือสถานที่เกิดความเสียหาย การวิเคราะห์ตามพื้นที่ช่วยให้เห็นความแตกต่างระหว่างภูมิภาคในด้านประเภทและความถี่ของเคลม รวมถึงประสิทธิภาพในการดำเนินการ นอกจากนี้ยังช่วยระบุว่าสำนักงานในบางพื้นที่ทำงานได้ดีกว่าที่อื่นหรือไม่ หรือมีปัจจัยเฉพาะพื้นที่ เช่น กฎระเบียบหรือสภาพอากาศ ที่ส่งผลต่อกระบวนการเคลมหรือไม่ เพื่อให้บริหารจัดการและจัดสรรทรัพยากรได้ตรงจุดยิ่งขึ้น. เหตุผลที่สำคัญ ช่วยแบ่งข้อมูลตามพื้นที่เพื่อระบุความแตกต่างด้านผลการดำเนินงาน การปฏิบัติตามข้อกำหนด หรือคอขวดเฉพาะพื้นที่. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปข้อมูลนี้ได้มาจากรายละเอียดที่อยู่ของผู้ถือกรมธรรม์หรือผู้ยื่นเคลมที่จัดเก็บในระบบ. ตัวอย่าง ภาคตะวันออกเฉียงเหนือแคลิฟอร์เนียภาคมิดเวสต์ฟลอริดา | |||
| เลขที่กรมธรรม์ PolicyNumber | รหัสเฉพาะของกรมธรรม์ประกันภัยที่ใช้ยื่นเคลม. | ||
| คำอธิบาย เลขที่กรมธรรม์เป็นรหัสของสัญญาประกันภัยที่คุ้มครองเคลม โดยเชื่อมโยงเคลมกับลูกค้า เงื่อนไขกรมธรรม์ และรายละเอียดความคุ้มครองที่เฉพาะเจาะจง แม้ข้อมูลนี้จะไม่ใช่ข้อมูลกระบวนการโดยตรง แต่ช่วยให้เข้าใจบริบททางธุรกิจ สามารถรวมข้อมูลเคลมตามกรมธรรม์หรือลูกค้า เพื่อนำไปวิเคราะห์ความถี่ของเคลม ประสบการณ์ของลูกค้า และกรมธรรม์ที่มีเคลมซับซ้อนจำนวนมาก. เหตุผลที่สำคัญ ช่วยให้เข้าใจบริบททางธุรกิจ โดยเชื่อมโยงเคลมกับสัญญาของลูกค้าแต่ละราย และรองรับการวิเคราะห์กระบวนการที่เน้นลูกค้าเป็นหลัก. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims ข้อมูลพื้นฐานนี้บันทึกเมื่อลงทะเบียนเคลมและจัดเก็บไว้ในระเบียนเคลมหลัก. ตัวอย่าง POL-987654321POL-123456789 | |||
| วันที่เกิดความเสียหาย LossDate | วันที่เกิดเหตุซึ่งเป็นสาเหตุให้ยื่นเคลมประกันภัย. | ||
| คำอธิบาย วันที่เกิดความเสียหายระบุวันที่เกิดเหตุจริง เช่น อุบัติเหตุหรือการบาดเจ็บ ซึ่งต่างจากวันที่ยื่นเคลม และอาจเป็นปัจจัยสำคัญในการตรวจสอบและพิจารณาเคลม ข้อมูลนี้ช่วยให้เห็นบริบทที่สำคัญ ระยะเวลาระหว่างวันที่เกิดความเสียหายกับวันที่ “ยื่นเคลม” หรือช่วงเวลาที่ใช้รายงานเหตุ อาจเป็นตัวชี้วัดผลการดำเนินงานที่สำคัญ การวิเคราะห์ช่วงเวลานี้ช่วยให้เห็นปัญหาในขั้นตอนการรายงานเหตุและผลกระทบต่อวงจรการดำเนินงานของเคลม. เหตุผลที่สำคัญ ช่วยให้เห็นบริบทสำคัญและคำนวณระยะเวลาตั้งแต่เกิดความเสียหายจนถึงการยื่นเคลม ซึ่งอาจส่งผลต่อความซับซ้อนและผลลัพธ์ของเคลม. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปฟิลด์มาตรฐานนี้จะบันทึกระหว่างขั้นตอน “รับแจ้งเหตุความเสียหายครั้งแรก” หรือการลงทะเบียนเคลม. ตัวอย่าง 2023-10-152023-09-012024-02-20 | |||
| สถานะ SLA SLAState | สถานะที่คำนวณขึ้นเพื่อระบุว่าเคลมที่ดำเนินการเสร็จแล้วเป็นไปตามวันที่เป้าหมายหรือไม่. | ||
| คำอธิบาย ข้อมูลนี้แสดงสถานะผลการดำเนินงานตาม SLA ของแต่ละเคลมในรูปแบบหมวดหมู่ที่ชัดเจน โดยเปรียบเทียบวันที่ “ปิดเคลม” กับ “วันที่เป้าหมายในการพิจารณาเคลมให้เสร็จสิ้น” แล้วจัดผลลัพธ์เป็น “ตรงเวลา” หรือ “ล่าช้า” ข้อมูลนี้ช่วยให้รายงานและวิเคราะห์การปฏิบัติตาม SLA ได้ง่ายขึ้น นักวิเคราะห์ไม่ต้องจัดการกับวันที่ดิบ แต่ใช้หมวดหมู่นี้สร้างแดชบอร์ดแสดงอัตราการปฏิบัติตาม SLA กรองเคลมที่ล่าช้าเพื่อวิเคราะห์ลักษณะร่วม และติดตามแนวโน้มผลการดำเนินงานตาม SLA ได้โดยตรง อีกทั้งยังรองรับแดชบอร์ดและ KPI ด้านการปฏิบัติตาม SLA. เหตุผลที่สำคัญ แสดงตัวชี้วัดผลการดำเนินงานตาม SLA ของแต่ละเคสอย่างชัดเจนและเข้าใจง่าย ช่วยวัดและวิเคราะห์อัตราการปฏิบัติตาม SLA ได้สะดวก. แหล่งข้อมูล ฟิลด์นี้คำนวณโดยเปรียบเทียบเวลาประทับของกิจกรรมสุดท้ายกับ “ResolutionTargetDate” ของแต่ละเคส. ตัวอย่าง ตรงเวลาล่าช้า | |||
| เหตุผลที่ปฏิเสธเคลม DenialReason | รหัสหรือคำอธิบายเหตุผลที่ปฏิเสธเคลม. | ||
| คำอธิบาย เมื่อผลลัพธ์ของเคลมเป็น “ปฏิเสธ” ข้อมูลนี้จะระบุเหตุผลเฉพาะของการตัดสินใจ เช่น “ไม่อยู่ในความคุ้มครองของกรมธรรม์” “สงสัยว่ามีการฉ้อโกง” หรือ “ข้อมูลไม่ครบถ้วน” ข้อมูลนี้สำคัญต่อการวิเคราะห์หาสาเหตุที่แท้จริงของการปฏิเสธเคลม เมื่อวิเคราะห์ความถี่ของเหตุผลแต่ละประเภท องค์กรจะเห็นปัญหาที่พบบ่อยในขั้นตอนยื่นเคลม จุดที่ลูกค้าเข้าใจความคุ้มครองของกรมธรรม์ไม่ตรงกัน หรือความจำเป็นในการฝึกอบรมผู้ประเมินเคลม ข้อมูลเชิงลึกนี้ช่วยลดอัตราการปฏิเสธเคลมและปรับปรุงความพึงพอใจของลูกค้าได้. เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์หาสาเหตุที่แท้จริงของกระบวนการที่ไม่สำเร็จ ช่วยระบุโอกาสในการลดการปฏิเสธเคลมและปรับปรุงคุณภาพการรับเคลม. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไปข้อมูลนี้เป็นฟิลด์แบบมีโครงสร้างหรือรหัสที่เลือกเมื่อดำเนินกิจกรรม “ปฏิเสธเคลม”. ตัวอย่าง ข้อยกเว้นตามกรมธรรม์ไม่ได้ให้ข้อมูลเคลมซ้ำสงสัยว่ามีการฉ้อโกง | |||
| เหตุผลที่เปิดเคลมอีกครั้ง ReopenReason | รหัสหรือคำอธิบายเหตุผลที่เปิดเคลมที่ปิดแล้วอีกครั้ง. | ||
| คำอธิบาย ข้อมูลนี้บันทึกเหตุผลที่เปลี่ยนสถานะเคลมจาก “ปิดแล้ว” กลับมาเป็นเคสที่กำลังดำเนินการ สาเหตุที่พบบ่อย ได้แก่ ได้รับข้อมูลใหม่ ผู้ยื่นเคลมยื่นอุทธรณ์ หรือแก้ไขข้อผิดพลาด การวิเคราะห์เหตุผลที่เปิดเคลมอีกครั้งช่วยวัดคุณภาพและความสมบูรณ์ของกระบวนการได้โดยตรง หากมีการเปิดเคลมอีกครั้งจำนวนมาก โดยเฉพาะด้วยเหตุผลบางประเภท อาจแสดงว่าการปิดเคลมครั้งแรกมีข้อบกพร่อง ข้อมูลนี้ช่วยชี้จุดอ่อนในขั้นตอนสืบสวนหรือตัดสินใจ และกำหนดเป้าหมายการปรับปรุงกระบวนการให้ปิดเคลมได้ถูกต้องตั้งแต่ครั้งแรก. เหตุผลที่สำคัญ ช่วยให้เห็นปัญหาในกระบวนการโดยตรง เมื่อปิดเคลมเร็วเกินไปหรือปิดไม่ถูกต้อง พร้อมชี้โอกาสในการแก้ไขเคลมให้เสร็จตั้งแต่ครั้งแรก. แหล่งข้อมูล โปรดดูเอกสาร FINEOS Claims โดยทั่วไประบบจะบันทึกเหตุผลนี้เมื่อผู้ใช้เลือกคำสั่ง “เปิดเคลมอีกครั้ง”. ตัวอย่าง ยื่นอุทธรณ์แล้วได้รับหลักฐานทางการแพทย์ใหม่แก้ไขข้อผิดพลาดด้านเอกสารต้องปรับยอดจ่ายเงิน | |||
กิจกรรมในกระบวนการจัดการสินไหม
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จ่ายเงินแล้ว | บันทึกเวลาที่ดำเนินการจ่ายเงินจริงและส่งเงินให้ผู้เรียกร้องหรือผู้ให้บริการ ใน FINEOS มักเกิดขึ้นเมื่อเชื่อมต่อกับระบบการเงิน และบันทึกเป็นรายการธุรกรรมหรือการอัปเดตสถานะการจ่ายเงินขั้นสุดท้าย. | ||
| เหตุผลที่สำคัญ นี่คือช่วงเวลาสำคัญที่ลูกค้ารอคอย การวิเคราะห์เวลาตั้งแต่อนุมัติจนถึงจ่ายเงินช่วยปรับขั้นตอนการจ่ายให้คล่องตัวและยกระดับประสบการณ์ของลูกค้า. แหล่งข้อมูล อาจใช้เหตุการณ์โดยตรงจากตารางบันทึกรายการจ่ายเงินใน FINEOS หรือจากระบบเจ้าหนี้ที่เชื่อมต่ออยู่ หรือใช้การเปลี่ยนสถานะเป็น 'Paid'. บันทึก ใช้วันที่ทำรายการจากบัญชีแยกประเภทรายการจ่ายเงิน หรือเวลาที่สถานะเปลี่ยนเป็น 'Paid'. ประเภทเหตุการณ์ explicit | |||
| ปิดเคสสินไหม | หมายถึงสถานะสิ้นสุดของสินไหมในระบบ หลังดำเนินกิจกรรมทั้งหมด รวมถึงการจ่ายเงินหรือการปฏิเสธเสร็จแล้ว โดยบันทึกเมื่อสถานะสินไหมใน FINEOS เปลี่ยนเป็น 'Closed' หรือ 'Finalized'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์สิ้นสุดหลักของกระบวนการ เวลาตั้งแต่ 'Claim Submitted' จนถึง 'Claim Closed' เป็น KPI หลักสำหรับวัดประสิทธิภาพและผลการดำเนินงานโดยรวมของกระบวนการ. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสุดท้ายเปลี่ยนเป็น 'Closed' ในบันทึกประวัติสถานะสินไหม ซึ่งเป็นการอัปเดตสถานะครั้งสุดท้ายของเคสที่ดำเนินการเสร็จสมบูรณ์. บันทึก เวลาที่สถานะสุดท้ายเปลี่ยนเป็น 'Closed' หรือ 'Finalized'. ประเภทเหตุการณ์ inferred | |||
| มีคำตัดสินสินไหมแล้ว | จุดสำคัญที่บริษัทประกันตัดสินอย่างเป็นทางการว่าจะอนุมัติ อนุมัติบางส่วน หรือปฏิเสธสินไหม โดยเกือบทุกกรณีจะบันทึกเป็นการเปลี่ยนสถานะใน FINEOS เช่น 'Approved', 'Denied' หรือ 'Settled'. | ||
| เหตุผลที่สำคัญ นี่คือจุดสำคัญที่กำหนดเส้นทางขั้นตอนถัดไปว่าจะจ่ายเงินหรือปิดเคส จึงจำเป็นต่อการวัดเวลาจนถึงการตัดสินและวิเคราะห์ผลการพิจารณาสินไหม. แหล่งข้อมูล อนุมานจากเวลาในตารางประวัติสถานะสินไหมที่ตรงกับสถานะการตัดสินขั้นสุดท้าย เช่น 'Approved', 'Rejected' หรือ 'Denied'. บันทึก เวลาที่สถานะเปลี่ยนเป็น 'Approved' หรือ 'Denied'. ประเภทเหตุการณ์ inferred | |||
| รับเรื่องสินไหม | บันทึกเวลาที่องค์กรได้รับเรื่องสินไหมครั้งแรก ซึ่งอาจมาจากหลายช่องทาง เช่น เว็บพอร์ทัล อีเมล หรือไปรษณีย์ นี่คือจุดเริ่มต้นของกระบวนการจัดการสินไหม โดยทั่วไปจะบันทึกเมื่อกรอก First Notice of Loss (FNOL) ลงในพื้นที่พักข้อมูลหรือใน FINEOS โดยตรง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่ส่งเรื่องจนถึงลงทะเบียนช่วยระบุความล่าช้าในการป้อนข้อมูลและตั้งค่าเคสสินไหมเบื้องต้น ซึ่งส่งผลต่อระยะเวลาดำเนินการโดยรวม. แหล่งข้อมูล โดยทั่วไปอาจใช้วันที่สร้างรายการแจ้งสินไหมครั้งแรกหรือรายการ FNOL ใน FINEOS หรืออนุมานจากเวลาที่เก่าที่สุดซึ่งเชื่อมโยงกับ Claim ID. บันทึก ใช้เวลาที่สร้าง First Notice of Loss (FNOL) หรือรายการสินไหมครั้งแรก. ประเภทเหตุการณ์ inferred | |||
| ลงทะเบียนสินไหม | หมายถึงการสร้างรายการสินไหมอย่างเป็นทางการในระบบ FINEOS โดยระบบจะกำหนด Claim ID ที่ไม่ซ้ำกันและเปิดเคสเพื่อดำเนินการอย่างเป็นทางการ โดยทั่วไปบันทึกเหตุการณ์นี้จากเวลาที่สร้างรายการสินไหมหลัก. | ||
| เหตุผลที่สำคัญ นี่คือจุดเปลี่ยนสำคัญที่ทำให้การแจ้งสินไหมกลายเป็นเคสที่อยู่ระหว่างดำเนินการ และเป็นจุดเริ่มต้นที่เชื่อถือได้สำหรับวัดระยะเวลาการจัดการภายในองค์กร. แหล่งข้อมูล อนุมานจากเวลาที่สร้างรายการเคสสินไหมหลักในฐานข้อมูล FINEOS โดยปกติระบบหลักจะบันทึกวันที่สร้างไว้เพื่อใช้ในการตรวจสอบย้อนหลัง. บันทึก ใช้เวลาที่สร้างรายการเคสสินไหมหลัก. ประเภทเหตุการณ์ explicit | |||
| อนุมัติการจ่ายเงินแล้ว | หมายถึงการอนุมัติอย่างเป็นทางการให้จ่ายยอดชดเชยที่คำนวณไว้ ขั้นตอนนี้มักแยกจากการตัดสินสินไหม และอาจต้องให้ผู้จัดการหรือทีมที่รับผิดชอบอนุมัติการจ่ายเงิน โดยบันทึกผ่านการเปลี่ยนสถานะ เช่น 'Approved for Payment'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นข้อมูลสำคัญสำหรับ KPI 'Payment Authorization Cycle Time' หากการอนุมัติล่าช้าหลังมีคำตัดสิน อาจเกิดคอขวดที่มองไม่เห็นและส่งผลต่อความพึงพอใจของลูกค้า. แหล่งข้อมูล อนุมานจากเวลาที่สถานะในประวัติสินไหมเปลี่ยนเป็น 'Pending Payment', 'Ready for Payment' หรือ 'Payment Authorized'. บันทึก เวลาที่สถานะเปลี่ยนเป็น 'Approved for Payment' หรือสถานะใกล้เคียง. ประเภทเหตุการณ์ inferred | |||
| ขอข้อมูลเพิ่มเติม | กิจกรรมนี้เกิดขึ้นเมื่อผู้จัดการสินไหมเห็นว่าต้องขอข้อมูลเพิ่มเติมจากผู้เรียกร้องหรือบุคคลที่สามก่อนดำเนินการต่อ ใน FINEOS มักบันทึกด้วยการเปลี่ยนสถานะเป็น 'Pending Information' หรือบันทึกเหตุการณ์การติดต่อที่ส่งออกไป. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวิเคราะห์การทำงานซ้ำและวงจรของกระบวนการ หากเกิดเหตุการณ์นี้บ่อย อาจแสดงว่าการเก็บข้อมูลเบื้องต้นมีปัญหาและเป็นสาเหตุสำคัญของความล่าช้า. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะสินไหมเป็น 'Pending Information' หรือสถานะใกล้เคียง หรืออาจใช้เหตุการณ์ที่บันทึกไว้โดยตรงเมื่อระบบสร้างจดหมายหรือข้อความขอข้อมูล. บันทึก เวลาที่สถานะเปลี่ยนเป็น 'Pending Information' หรือเวลาที่บันทึกการส่งจดหมายหรืออีเมลขอข้อมูล. ประเภทเหตุการณ์ inferred | |||
| คำนวณยอดชดเชยแล้ว | เกิดขึ้นหลังอนุมัติสินไหม โดยคำนวณยอดเงินที่จะจ่ายตามวงเงินคุ้มครอง ค่าเสียหายส่วนแรก และความเสียหายที่ประเมินไว้ โดยทั่วไปบันทึกเมื่อกรอกและยืนยันยอดจ่ายหรือยอดชดเชยสุดท้ายใน FINEOS. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แยกขั้นตอนคำนวณออกจากการอนุมัติสินไหมและการอนุมัติจ่ายเงิน ช่วยวิเคราะห์ประสิทธิภาพของทีมการเงินในการสรุปยอดจ่าย. แหล่งข้อมูล อนุมานจากเวลาที่กรอกหรืออัปเดตยอดชดเชยหรือยอดจ่ายสุดท้ายในระเบียนการเงินของเคสสินไหมในระบบ. บันทึก ใช้เวลาที่อัปเดตล่าสุดของช่องยอดชดเชยสุดท้าย. ประเภทเหตุการณ์ inferred | |||
| ได้รับข้อมูลเพิ่มเติม | บันทึกเวลาที่ได้รับเอกสารหรือข้อมูลที่ขอไว้ ทำให้กลับมาดำเนินการสินไหมต่อได้ โดยทั่วไปอนุมานจากการเปลี่ยนสถานะจาก 'Pending Information' กลับเป็นสถานะที่กำลังดำเนินการ เช่น 'Under Review' หรือ 'Ready for Assessment'. | ||
| เหตุผลที่สำคัญ การวัดเวลาตั้งแต่ขอข้อมูลจนได้รับข้อมูลช่วยให้เห็นความล่าช้าจากภายนอก อีกทั้งยังบอกได้ว่าการดำเนินการภายในเริ่มต่อเมื่อใด จึงเป็นข้อมูลสำคัญสำหรับวิเคราะห์เวลารอและช่วงที่กระบวนการหยุดชะงัก. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสินไหมเปลี่ยนจาก 'Pending' เป็น 'Active' หรือ 'In Progress' นอกจากนี้ เหตุการณ์อัปโหลดเอกสารที่เกี่ยวข้องอาจระบุเวลาได้โดยตรง. บันทึก เวลาที่สถานะเปลี่ยนจาก 'Pending Information' เป็นสถานะที่กำลังดำเนินการ. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบสินไหมเบื้องต้นแล้ว | หมายถึงเจ้าหน้าที่ประเมินสินไหมหรือผู้ดำเนินการตรวจสอบความถูกต้อง รายละเอียด และเอกสารที่ต้องใช้ในเบื้องต้นแล้ว โดยมักอนุมานจากการเปลี่ยนสถานะใน FINEOS เช่น จาก 'New' หรือ 'Registered' เป็น 'Under Review' หรือ 'Assigned'. | ||
| เหตุผลที่สำคัญ การติดตามเวลาที่ขั้นตอนนี้เสร็จสิ้นช่วยวัดเวลาจนถึงการดำเนินการครั้งแรก และระบุงานค้างในช่วงคัดกรองและมอบหมายเคสเบื้องต้น หากล่าช้าในขั้นตอนนี้ วงจรการจัดการสินไหมทั้งหมดอาจยืดเยื้อขึ้นมาก. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสินไหมเปลี่ยนเป็นสถานะที่บ่งชี้ว่าตรวจสอบเสร็จแล้ว เช่น 'Initial Review Complete', 'Pending Information' หรือ 'Under Investigation' โดยทั่วไปข้อมูลนี้อยู่ในตารางประวัติสถานะสินไหม. บันทึก ระบุเวลาที่สถานะเปลี่ยนจาก 'New' หรือ 'Open' เป็นสถานะหลังการตรวจสอบเบื้องต้น. ประเภทเหตุการณ์ inferred | |||
| ปฏิเสธสินไหม | หมายถึงผลลัพธ์สุดท้ายของสินไหมที่ไม่ได้รับอนุมัติให้จ่ายเงิน โดยบันทึกเมื่อสถานะสินไหมเปลี่ยนเป็น 'Denied' หรือ 'Rejected' อย่างชัดเจน นี่เป็นจุดสิ้นสุดอีกแบบหนึ่งของกระบวนการ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดสำคัญของกระบวนการ การวิเคราะห์เส้นทางที่นำไปสู่การปฏิเสธช่วยให้เห็นข้อมูลเชิงลึกเกี่ยวกับคุณภาพการรับเรื่อง การตีความกรมธรรม์ หรือรูปแบบการทุจริตที่อาจเกิดขึ้น. แหล่งข้อมูล อนุมานจากเวลาที่บันทึกสถานะสุดท้ายของสินไหมเป็น 'Denied' หรือ 'Rejected' ในตารางประวัติสถานะ. บันทึก เวลาที่สถานะสุดท้ายเปลี่ยนเป็น 'Denied' หรือ 'Rejected'. ประเภทเหตุการณ์ inferred | |||
| ประเมินความเสียหายแล้ว | หมายถึงการคำนวณและบันทึกผลกระทบทางการเงินของสินไหม ซึ่งอาจรวมถึงการประเมินความเสียหาย ค่ารักษาพยาบาล หรือภาระหนี้สินอื่นๆ โดยมักบันทึกเมื่อกรอกและบันทึกข้อมูลการประเมินทางการเงินใน FINEOS. | ||
| เหตุผลที่สำคัญ นี่คือจุดสำคัญด้านการเงิน ระยะเวลาที่ใช้ประเมินความเสียหายหลังสอบสวนเสร็จอาจใช้เป็นตัวชี้วัดผลงานของทีมประเมิน. แหล่งข้อมูล โดยทั่วไปอนุมานจากเวลาที่กรอกหรือสรุปข้อมูลเงินสำรองหรือประมาณการความเสียหายในระบบเป็นครั้งแรก เหตุการณ์นี้อาจไม่ใช่สถานะที่แยกต่างหาก แต่อาจเป็นเหตุการณ์บันทึกข้อมูลแทน. บันทึก ใช้เวลาที่อัปเดตล่าสุดของช่องข้อมูลการประเมินทางการเงินหรือเงินสำรอง. ประเภทเหตุการณ์ inferred | |||
| เปิดเคสสินไหมอีกครั้ง | เกิดขึ้นเมื่อเปิดเคสสินไหมที่ปิดไปแล้วกลับมาดำเนินการหรือตรวจสอบเพิ่มเติม มักเกิดจากการอุทธรณ์หรือได้รับข้อมูลใหม่ โดยบันทึกจากการเปลี่ยนสถานะจาก 'Closed' หรือ 'Denied' กลับเป็นสถานะที่กำลังดำเนินการ เช่น 'Under Review'. | ||
| เหตุผลที่สำคัญ การติดตามเคสสินไหมที่เปิดใหม่มีความสำคัญต่อการทำความเข้าใจข้อยกเว้นและปัญหาของกระบวนการ ช่วยให้เห็นเคสที่จัดการไม่สำเร็จตั้งแต่ครั้งแรก ซึ่งส่งผลต่อประสิทธิภาพและต้นทุนการปฏิบัติงาน. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะจากสถานะสิ้นสุด เช่น 'Closed' ไปเป็นสถานะที่ยังดำเนินการอยู่ เช่น 'Reopened' หรือ 'Under Review' โดยต้องวิเคราะห์ลำดับการเปลี่ยนสถานะตามเวลา. บันทึก ระบุเวลาที่สถานะเปลี่ยนจากปิดเคสกลับมาเป็นเปิดเคส. ประเภทเหตุการณ์ inferred | |||
| เริ่มสอบสวน | หมายถึงการเริ่มขั้นตอนสอบสวนหรือพิจารณาสินไหมอย่างเป็นทางการ โดยมักบันทึกเมื่อมอบหมายเคสให้ผู้สอบสวน หรือเมื่อเปลี่ยนสถานะใน FINEOS เป็น 'Under Investigation' โดยตรง. | ||
| เหตุผลที่สำคัญ จุดนี้เป็นจุดเริ่มต้นของขั้นตอนที่อาจใช้เวลานานและซับซ้อน การติดตามเวลาเริ่มต้นจึงจำเป็นต่อการวัดระยะเวลาและประสิทธิภาพของขั้นตอนสอบสวน. แหล่งข้อมูล อนุมานจากเวลาที่สถานะเปลี่ยนเป็น 'Under Investigation' หรือ 'Adjudication in Progress' หรืออาจใช้วันที่มอบหมายบทบาทผู้สอบสวนให้กับเคสสินไหม. บันทึก เวลาที่สถานะสินไหมเปลี่ยนเป็น 'Under Investigation'. ประเภทเหตุการณ์ inferred | |||
| สอบสวนเสร็จสิ้น | หมายถึงการสอบสวนที่จำเป็นเสร็จสิ้นแล้ว และเคสสินไหมพร้อมสำหรับการตัดสินขั้นสุดท้าย อนุมานได้จากการเปลี่ยนสถานะจาก 'Under Investigation' เป็นสถานะถัดไป เช่น 'Pending Decision' หรือ 'Ready for Assessment'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของขั้นตอนรวบรวมหลักฐาน การวิเคราะห์เวลาตั้งแต่ 'Investigation Started' จนถึงจุดนี้ช่วยระบุคอขวดในขั้นตอนพิจารณาสินไหมได้. แหล่งข้อมูล อนุมานจากเวลาที่สถานะสินไหมเปลี่ยนจาก 'Under Investigation' เป็นสถานะที่บ่งชี้ว่าขั้นตอนถัดไปคือการตัดสินหรือประเมิน. บันทึก เวลาที่สถานะสินไหมเปลี่ยนจาก 'Under Investigation' เป็น 'Ready for Decision'. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.
พร้อมเริ่มต้นหรือยัง?
เทมเพลตนี้ช่วยให้คุณเตรียมข้อมูลได้ง่ายขึ้น เพื่อเริ่มค้นหาข้อมูลเชิงลึกและปรับปรุงการปฏิบัติการด้านสินไหมได้เร็วขึ้น เริ่มใช้ข้อมูลของคุณวันนี้เพื่อเพิ่มประสิทธิภาพและยกระดับความพึงพอใจของผู้ถือกรมธรรม์.
เร่งกระบวนการจัดการสินไหม เริ่มต้นวันนี้
ร่วมกับองค์กรที่ดำเนินการจัดการสินไหมใน FINEOS แบบอัตโนมัติตั้งแต่ต้นจนจบได้ 70%.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.