5. Plan Bum Narn – Life SystemRefer

5. Plan Bum Narn – Life System

Reference :

The Gap has no reference in the Appendix A or ISP Report but extracted from the Product Catalogue.

Original Requirement :

This is a New Requirement.

Current Understanding :
• Medical account information is not available during the RFP stage.
• When going through product catalog with users, we realized additional gaps according to new product feature.
• This is an existing features of product with existing policies, therefore system has to be customize to support it.
• This requirement will need the system to be accountable for the medical account calculation which will also involves claim and surrender factors into the calculation logic.
• Apart from the customization, data migration will also need to provide remaining medical bill records of existing policy.

Revised Solution (if applicable) :

The following customizations and actions are recommended
• Add the medical account and it calculation logic. (Complex)
• Check and calculate when claim and surrender happened. (Medium)
• Adjust existing annuity feature to make it work for non-annuity product. (Medium)
• Claim payment should calculate the remaining part of medical bill base on existing claim. (Medium)
Data migration, need to provide existing policy's' remaining medical bill records. (Medium)

Original Estimation :

Since this is a new requirement, it was not originally estimated

Effort Estimation :
• Total 1 Complex, 3 Medium customizations, 52 to 57 MDs of Development only
• Complex – Development effort more than 20 MD
• Medium – Development effort between 5-20 MD
• Simple – Development effort less than 5 MD

ผลลัพธ์ (ไทย) 1:

5. วางแผน Narn ลุมพินี – ระบบชีวิตอ้างอิง: ช่องว่างมีการอ้างอิงในภาคผนวก A การรายงาน ISP แต่สกัดจากแคตตาล็อกสินค้าความเดิม: นี่คือความต้องการใหม่เข้าใจปัจจุบัน: •ข้อมูลบัญชีทางการแพทย์ไม่มีระหว่างขั้น RFP •เมื่อผ่านแค็ตตาล็อกผลิตภัณฑ์กับผู้ใช้ เรารู้ช่องว่างเพิ่มเติมตามคุณสมบัติของผลิตภัณฑ์ใหม่ •โดยมีคุณลักษณะที่มีอยู่ของผลิตภัณฑ์ด้วยนโยบายที่มีอยู่ ดังนั้น ระบบได้ถูกกำหนดเพื่อสนับสนุนการ •ข้อกำหนดนี้จะต้องมีระบบต้องรับผิดชอบสำหรับการคำนวณบัญชีแพทย์ซึ่งจะเกี่ยวข้องกับข้อเรียกร้องและยอมจำนนปัจจัยในตรรกะการคำนวณ •นอกเหนือจากที่กำหนดเอง ย้ายข้อมูลจะต้องให้เหลือแพทย์รายการระเบียนของนโยบายที่มีอยู่ด้วยปรับปรุงแก้ไขปัญหา (ถ้ามี):แนะนำการกำหนดเองและการดำเนินการต่อไปนี้•เพิ่มบัญชีแพทย์และตรรกะการคำนวณ (คอมเพล็กซ์)•ตรวจสอบ และคำนวณเวลาการเกิดขึ้นของข้อเรียกร้องและการยอมจำนน (กลาง)•ปรับปรุงคุณลักษณะเงินรายปีที่มีอยู่เพื่อให้ทำงานสำหรับผลิตภัณฑ์ที่ไม่ใช่สี่ปี (กลาง)•ชำระเงินสินไหมควรคำนวณส่วนที่เหลือของรายการทางการแพทย์พื้นฐานในข้อเรียกร้องที่มีอยู่ (กลาง)การย้ายข้อมูล ต้องให้นโยบายอยู่ ' ที่เหลือ แพทย์รายการระเบียน (กลาง)การประเมินต้นฉบับ:เนื่องจากเป็นความต้องการใหม่ จะได้ไม่เดิมประมาณการประเมินความพยายาม:•รวมคอมเพล็กซ์ 1, 3 ขนาดกำหนดเอง 52-57 ติดการพัฒนาเท่านั้น•คอมเพล็กซ์ที่พยายามพัฒนามากกว่า 20 MD•กลาง – ความพยายามพัฒนาระหว่าง MD 5-20•ง่าย – น้อยกว่า 5 พยายามพัฒนา MD

ผลลัพธ์ (ไทย) 2:

5. แผนบอม Narn - ระบบชีวิตอ้างอิง: . Gap มีการอ้างอิงในภาคผนวกหรือ ISP แต่ไม่มีรายงานสกัดจากแคตตาล็อกสินค้าเดิมต้องการ: นี่คือความต้องการใหม่. ปัจจุบันความเข้าใจ: •ข้อมูลบัญชีการแพทย์ที่ไม่สามารถใช้ได้ในช่วง เวที RFP. •เมื่อจะผ่านแคตตาล็อกผลิตภัณฑ์ที่มีผู้ใช้เราตระหนักช่องว่างเพิ่มเติมตามคุณลักษณะของผลิตภัณฑ์ใหม่. •นี้เป็นคุณลักษณะที่มีอยู่ของผลิตภัณฑ์ที่มีอยู่กับนโยบายของระบบจึงจะต้องมีการปรับแต่งให้การสนับสนุน. •ข้อกำหนดนี้จะต้อง ระบบที่จะต้องรับผิดชอบในการคำนวณบัญชีทางการแพทย์ซึ่งจะยังเกี่ยวข้องกับการเรียกร้องและปัจจัยยอมแพ้เข้าไปในการคำนวณตรรกะ. •นอกเหนือจากการปรับแต่ง, การโยกย้ายข้อมูลยังจะต้องจัดให้มีการเรียกเก็บเงินที่เหลือบันทึกทางการแพทย์ของนโยบายที่มีอยู่. ปรับปรุงโซลูชั่น (ถ้ามี): การปรับแต่งและการดำเนินการดังต่อไปนี้มีการแนะนำ•เพิ่มบัญชีทางการแพทย์และตรรกะการคำนวณ (Complex) •ตรวจสอบและคำนวณเมื่อเรียกร้องและยอมแพ้ที่เกิดขึ้น (Medium) •ปรับคุณลักษณะเงินงวดที่มีอยู่เพื่อทำให้การทำงานสำหรับผลิตภัณฑ์ที่ไม่ใช่เงินงวด (Medium) •การชำระเงินการเรียกร้องควรคำนวณส่วนที่เหลือของฐานค่ารักษาพยาบาลในการเรียกร้องที่มีอยู่ (Medium) การโยกย้ายข้อมูลจำเป็นต้องให้นโยบายที่มีอยู่ของเหลือบันทึกค่ารักษาพยาบาล (Medium) ประมาณต้นฉบับ: ตั้งแต่นี้เป็นข้อกำหนดใหม่มันก็ไม่ได้คาดเดิมความพยายามประมาณ: •รวม 1 คอมเพล็กซ์ 3 การปรับแต่งขนาดกลาง, 52-57 MDs พัฒนาเท่านั้น•คอมเพล็กซ์ - ความพยายามพัฒนามากกว่า 20 MD •ขนาดกลาง - การพัฒนา ความพยายามระหว่าง 5-20 MD •ง่าย - ความพยายามพัฒนาน้อยกว่า 5 แมรี่แลนด์

ผลลัพธ์ (ไทย) 3:

5 . แผนบูมนาน–ชีวิตระบบ

อ้างอิง :

ช่องว่างไม่มีการอ้างอิงในภาคผนวก หรือ ISP รายงานแต่สกัดจากแคตตาล็อกผลิตภัณฑ์เดิมความต้องการ : .



นี่คือความต้องการใหม่


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

แก้ไขแก้ปัญหา ( ถ้ามี ) :

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

ต้นฉบับประมาณ :

นี่คือความต้องการใหม่ ไม่เดิมประมาณค่า :
-

พยายามรวม 1 ที่ 3 กลางเอง , 52 57 จำนวนของการพัฒนาเท่านั้น
- ซับซ้อน–การพัฒนาความพยายามมากกว่า 20 MD
- ขนาดกลาง–การพัฒนาความพยายามระหว่าง 5-20 MD
- ง่าย–การพัฒนาความพยายามน้อยกว่า 5 MD