管理信息系统范例保险理赔业务系统Word下载.docx
《管理信息系统范例保险理赔业务系统Word下载.docx》由会员分享，可在线阅读，更多相关《管理信息系统范例保险理赔业务系统Word下载.docx（20页珍藏版）》请在冰点文库上搜索。
客户初次投保时需要输入的自身相关信息。
被保人信息：
客户初次投保时需要输入的被保人相关信息.
（2）理赔部管理
业务员信息：
需要输入的理赔部业务员的相关信息。
客户初次投保时需要输入的被保人相关信息。
（3）报案管理
报案信息录入：
客户拨打报案电话后，由业务员输入有关报案信息,主要应包括:
报案号、保单编号、出险日期、出险地点、投案人、投案方电话、报案时间、就诊医院。
其中保单编号要在已有的保单编号中选择。
报案信息浏览：
查看报案信息,并可以对报案信息进行删除或修改。
（4）查勘定损管理
查勘定损信息录入：
查勘员根据报案信息,去事故现场进行查勘,查勘完毕后得到的查勘定损信息由业务员输入系统，主要应包括:
报案号、被保人编号、事故类别、事故责任比例、驾驶员、查勘时间、查勘员编号、查勘地点、医疗费用、候车费用、施救费用、财产险应付赔款、责任险应付赔款。
其中报案号、被保人编号应在已有的编号中选择；
事故类别应在规定的种类中选择；
查勘员编号也要随查勘员信息的改变而改变。
查勘定损信息浏览:
查看查勘定损信息，并可以对查勘定损信息进行删除或修改。
（5）核赔管理
核赔信息录入：
经查勘定损之后,需要判断是否进行赔偿,如果确实需要赔偿，则录入核赔信息。
核赔信息主要应包括：
立案号、被保人编号、核赔意见、意见说明。
其中立案号、被保人编号要在已有编号中选择.
核赔信息浏览：
查看核赔信息，并可以对核赔信息进行删除或修改.
（6）结案管理
结案信息录入：
确定此理赔案件是否完结，如果已经结束，则录入相关结案信息，主要应包括：
立案号、是否结案。
其中立案号要在已有立案号中选择。
结案信息浏览:
查看结案信息,以及对结案信息进行删除修改。
（7）报表管理
打印各种所需表单，比如保单信息表、报案信息表、查勘定损信息表、核赔信息表、结案信息表等.
（8）数据库恢复与备份
应可以对数据库进行数据备份与恢复.
2.2系统开发的可行性研究
（1）技术可行性研究
保险公司的领导一贯重视信息化建设，内部已经建立了局域网，并招聘了专业IT人员,实施了基础的计算机化管理。
先进的软件技术、数据库技术和网络技术作为计算机技术的一部分在过去的几十年中都得到了迅猛的发展，这为本系统的开发提供了技术后盾。
本系统采用的开发工具是PowereBuilder9。
0，具有用户界面友好,功能强大等特点，且发展和应用都非常成熟，是当前最为流行的数据库前端开发工具之一。
本系统的数据库管理系统采用的是PowereBuilder9.0自带的数据库,更提高了系统顺利运行的可能性和稳定性。
总体来说，该系统的开发在技术上是可行的。
（2）经济可行性研究
对于已经基本实现了计算机处理和管理的保险公司而言，硬件设备上不需要再作投资，而软件开发的费用，因为单位里有专业人员的配合，投入也很少。
新系统的成功开发，必然会加快公司内部信息流动的速度,工作效率的提升必然会带来公司效益的增加,从而实现财务经营上的增收节支，也会提高客户服务水平,增强客户的满意度和忠诚度。
总之，不管是从短期利益还是从长远利益来看，系统的开发都符合经济的可行性。
（3）社会可行性研究
从组织内部进行可行性分析，保险公司的高层领导对新系统的开发大为支持，内部的管理人员也愿意接受这些变化，而对于实际操作的工作人员来说，日常工作中他们已经对计算机有了较多接触，公司内部的信息部门也会不定期进行培训，因此已经具备了接受并使用系统的条件和素质。
从组织外部进行可行性分析,新系统的开发是自主开发，不会引起侵权或其他法律责任。
因此，新系统的开发具备社会可行性。
3结构化系统分析
3。
1系统业务流程分析
业务描述:
投保人投保后，一旦出现险情，可以拨打保险公司的电话向业务员报案；
业务员登记报案信息后通知勘查员进行现场勘查并汇报损失记录信息;
业务员记录损失信息，并在确定赔偿后记录核赔信息和结案信息，同时将赔偿证明分送至被保人和财务中心.保险理赔系统的业务流程图如图所示。
2数据流程分析
（1）保险理赔业务管理系统的顶层数据流程图
本系统的顶层数据流程图如图2所示。
该数据流程图有4个外部实体：
投保人、被保人、查勘员和财务中心；
投保人及被保人的基本信息、报案信息和查勘信息是该系统主要的输入数据流，结案信息和赔款收据是该系统主要的输出数据流。
图2顶层数据流程图
（2）保险理赔业务管理系统的第一层数据流程图
根据业务流程图和顶层流程图，画出系统的第一层数据流程图,如图3所示。
该数据流程图包含5个主要的数据处理过程：
投保人处理子系统（P1）、接报案处理子系统（P2）、查勘定损处理子系统（P3）、核赔处理子系统（P4）、结案处理子系统（P5）;
涉及的外部实体有投保人、被保人、查勘员和财务中心;
数据存储包括保单基本信息（D1）、结案信息（D2）、…、核赔信息（D8）；
数据流包括顶层图中的投保人及被保人的基本信息、报案信息、查勘信息、结案信息和赔款收据，以及在本层DFD图中新增的保单信息、标的信息和损失信息等数据流。
（3）“P1投保处理子系统”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程投保处理子系统（P1）进一步分解，画出其第二层数据流程图,如图4所示。
投保处理子系统（P1）包括录入投保人信息（P1。
1）、录入被保人信息、录入保单基本信息、录入车辆标的信息等四个数据处理过程;
输入P1的数据流包括上层DFD图的基本信息数据流；
输出P1的数据流包括上层DFD图的投保人信息、被保人信息、保单基本信息、车辆标的信息等数据流;
与P1有关的数据存储包括D1、D3、D4、D5，与P1有关的外部实体只有投保人.
图3第一层数据流程图
图4P1投保处理子系统第二层数据流程图
（4）“P2接报案处理子系统”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程接报案处理子系统（P2）进一步分解，画出其第二层数据流程图，如图5所示.接报案子系统（P2）包括核查保单信息、录入报案信息、查询报案信息等3个数据处理过程；
输入P2的数据流主要包括报案信息和保单基本信息；
输出P2的数据流主要是报案信息；
与P2有关的数据存储包括D1和D6，与P2有关的外部实体主要是投保人和查勘员。
图5P2接报案处理子系统第二层数据流程图
（5）“P3查勘定损处理子系统"
数据处理过程展开的第二层数据流程图、
将第一层数据流程图的数据处理过程查勘定损处理子系统（P3）进一步分解,画出其第二层数据流程图，如图6所示。
查勘定损处理子系统（P3）包括录入查勘信息、计算财产险及责任险、计算应付赔款等3个数据处理过程；
输入P3的数据流包括上层DFD图的基本信息、查勘定损信息、报案信息、保单信息和车辆标的信息等;
输出P3的数据流主要是上层DFD图的损失信息；
与P3有关的数据存储包括D1、D5、D6和D7，与P3有关的外部实体包括投保人和查勘员。
图6P3查勘定损处理子系统第二层数据流程图
（6）“P4核赔处理子系统”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程核赔处理子系统（P4）进一步分解，画出其第二层数据流程图，如图7所示。
核赔处理子系统（P4）包括录入立案信息和录入核赔意见两个数据处理过程；
输入P4的数据流包括损失信息数据流;
输出P4的数据流包括核赔意见数据流；
与P4有关的数据存储包括D7、D8。
图7P4核赔处理子系统第二层数据流程图
（7）“P5结案处理子系统"
数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程结案处理子系统（P5）进一步分解，画出其第二层数据流程图，如图8所示。
结案处理子系统（P5）包括结案处理的打印赔款收据两价目数据处理过程;
输入P5的数据流是核赔信息；
输出P5的数据流包括结案信息和赔款收据；
与P5有关的数据存储包括D2、D8，与P5有关的外部实体包括被保人和财务中心。
图8P5结案处理子系统第二层数据流程图
3.3数据字典
本系统的数据字典的例子如表1～表2功所示。
表1数据元素列表
编号
名称
别名
含义/说明
数据值类型
取值范围
长度
有关数据结构
1—001
保单编号
ID
保险单据的编号
字符型
10
保单信息、报案信息
1-002
报案号
Baoanid
报案信息编号
14
报案信息、查勘定损信息
1—003
投保人编号
Brid
投保人的编号
6
保单信息
…
表2数据结构列表
说明
结构
有关数据流
2—001
投人投保的基本信息
保单编号、投保日期、起保日期、终止日期、销售渠道、业务员编号、争议处理、险类、应交保费、投保人编号、被保人编号
报案信息
2-002
业务员输入的报案信息
报案号、保单编号、出险日期、出险地点、投案人、投案方电话、报案时间、就座医院
保单信息、查勘定损信息
2-003
查勘定损信息
对案情查勘定损的信息
编号、被保人编号、事故类别、事故责任比例、驾驶员、查勘时间、查勘员编号、查勘地点、医疗费用、修车费用、施救费用、财产险应付赔款、责任险应付赔款
报案信息、查勘定损信息、保单信息
4结构化系统设计
4。
1系统总体结构设计
本系统的总体功能结构图，如图9所示。
图9总体功能结构图
2数据库设计
（1）概念结构设计
概念结构是对现实世界的抽象，根据数据流程图和数据字典,结合系统实际的数据需求，建立数据库的概念模型，通常使用E—R图来表示.本系统的E-R图如图10所示，实体属性图如图11所示。
图10E—R图
图11实体属性图
（2）逻辑结构设计
本系统的逻辑结构参见表3~表8。
表3投保人信息表
字段名称
字段描述
数据类型
主/外键
Char（6）
主键
Id
Char（10）
外键
Name
姓名
Varchar（5）
Sex
性别
Char
（2）
Origin
籍贯
Varchar（10）
Birthday
出生日期
Date
Address
家庭住址
Varchar（50）
表4被保人信息表
表5保单基本信息表
Tbdate
投保日期
Qbdate
起保日期
Zzdate
终止日期
Xsqd
销售渠道
Varchar（30）
Ywyid
业务员编号
Char（4）
Zycl
争议处理
Xianlei
险类
Yjmoney
应交保费
Numeric（10）
Bbrid
被保人编号
表6标的信息表
Biaodiid
标的编号
Xszcz
行驶证车主
Bbxryclgx
被保险人与车辆关系
Cph
车牌号
Fdjh
发动机号
Varchar（20）
Cjh
车架号
Varchar（21）
Cpcx
厂牌车型
Hdzw
核定座位
Char（5）
Pl
排量
Decimal（5）
Gl
功率
Sfcdcl
是否车队车辆
Syxz
使用性质
Gzj
购置价
表7报案信息表
报案单号
Char（13）
Chuxiandate
出险日期
Chuxianaddress
出险地点
Touanren
投案人
Touanfdianhua
投案方电话
Char（20）
Baoantime
报案时间
Time
Jiuzhenhospital
就诊医院
表8查勘定损信息表
Beibaorenid
Shigulb
事故类别
Sgzrbl
事故责任比例
Jiashiyuan
驾驶员
Chakantime
查勘时间
Chakanid
查勘员编号
Chakanaddress
查勘地点
Yiliaom
医疗费用
Xiuchem
修车费用
Shijium
施救费用
Caichanpeikuan
财产险应付赔款
Zerenpeikuah
责任险应付赔款
4.3代码设计
在现实世界中,代码普遍被用于唯一的标识某一类事务。
代码设计是系统设计的一项关键内容，必须从整个系统的角度进行考虑，要具有唯一性、适用性、规范性和简单性等特点。
代码设计的质量反映了设计者对相关实体或属性是否正确理解以及理解的程度。
本系统中的保单编码采用了层次码的编码方式，具体设计格式为：
（1）保单编号的编码格式为：
XXXXXXXXXX
在保单编号的编码格式中，1~6位代表保单投保时间的年月日，7～10位代表保单的顺序编号。
例如：
0504100001表示2005年4月10号办理的第一张保单的编号。
（2）报案单号的编码格式为：
XXXXXXXXXXXXX
在报案单号的编码格式中，1～10位XXXXXXXXXX为代表保单的编号，11—13位XXX代表保单报案的顺序编号。
0504100001001表示040410001保单接到的第一个报案。
4输入输出设计
（1）输出设计
输出信息是系统对输入数据的加工整理后形成的结果,是进行管理决策所需要的辅助信息.因此，能否方便准确地为用户提供管理决策所需要信息成为用户对系统质量评价时的重要指标之一。
本系统采用类似报表的形式输出,分为表头、表体和表尾3部分.报表的输出，可以根据用户的需求采用不同形式，并可以使用打印机打印输出，以备查阅，参见图所示。
图12打印输出保单信息表
（2）输入设计
输入设计的目的是保证向系统输入正确的数据。
输入设计时要保证系统输入的数据准确有效,要考虑的问题包括数据的收集、整理、输入的方法和技术，以及数据的处理方式等。
本系统的输入界面如图所示。
图13报案信息输入
5网络系统方案设计
系统的网络拓扑结构图，如图14所示。
图14网络结构图
5。
系统实现
5.1系统主界面
本系统的主界面如图15所示。
图15主界面
2主要业务界面
保单基本信息管理
保单基本信息管理界面如图16所示。
图16保单基本信息界面
2.添加报案信息窗口
添加报案信息窗口界面如图17所示.
图17添加报案信息界面
浏览报案信息
浏览报案信息界面如图18所示.
图18浏览报案信息界面
3主要查询界面
投保人信息查询
查询投保人信息窗口界面如图19所示。
图19查询投保人便信息
2.标的信息查询
查询标的信息界面如图20所示.
图20查询标的信息
4报表
打印报案信息报表界面如图21所示。
图21打印报案信息
升级会员 