管理信息系统范例保险理赔业务系统方案Word文档下载推荐.docx
《管理信息系统范例保险理赔业务系统方案Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《管理信息系统范例保险理赔业务系统方案Word文档下载推荐.docx（38页珍藏版）》请在冰豆网上搜索。
业
理
财
行
营
销
力
务
管
赔
服
源
中
心
部
图1组织结构图
1.3现行系统运行状况分析
目前，永安保险公司的理赔业务系统已经实现了计算机化的管理，但是仍然存在一些
不足：
各环节的操作衔接不够，造成一些重复操作；
查询功能不能满足目前的需求，如果
查询时间跨度过长则需输入好几项基本信息才能调阅；
各环节操作时间在查询项内得不到
充分体现等。
所以需要针对理赔业务的特点，重新开发一个信息系统，通过建立数据库，
把所有业务处理过程中所需要的信息紧密关联起来，从而提高理赔服务的时效性，将合适
的信息在合适的时间和合适的环节中体现出来，提高公司的工作效率和客户满意度。
2.系统需求分析
2.1系统目标与需求分析
如何优化保险公司的业务流程，加快公司内部机构之间以及与公司外部的沟通对公司
的工作效率有很大的影响。
工作效率的提升必然会提高企业的效益，从而实现财务经营上
的增收节支，同时，也会提高对客户的服务水平，增强客户的满意度和忠诚度。
建设保险
理赔业务处理系统的终极目标都是为了增强企业综合竞争力
，从而赢得更多的客户
，获得
更大的市场份额。
新系统立足于保险公司理赔部
，对客户、保单、报案、核赔和结案进行统一管理
，最
大限度地为公司员工的日常工作提供方便
，使其可以方便快捷地进行保单
、报案、查勘定
损、核赔、结案等信息的录入、修改和查询，加快公司内部信息流动的速度
；
新系统的报
表生成和打印功能相比较传统的处理方式可以节约大量的人力
、物力等各方面资源
，确保
数据准确的同时可以提高辅助决策的科学性
新系统还应具有用户管理功能和数据备份和
恢复功能，以保障用户信息的安全
总之，新系统应能解决传统处理方式下工作量大
、步
骤繁琐等问题，同时也能避免数据不一致和数据查询困难等问题的发生
（1）保单信息管理
保单基本信息：
客户初次投保时需要输入相关的保单基本信息
，主要应包括新生成的
保单编号、投保日期、起保日期、终止日期、业务员编号、争议处理、险类、销售渠道、
应交保费。
其中争议处理、险类、销售渠道有规定的种类，所以在系统设计时应考虑以下
拉列表的方式实现选择；
业务员编号应根据业务员信息的改变而自动查询并显示不同的信
息。
标的信息：
客户初次投保时，在输入完保单基本信息后，还应输入标的信息。
标的信
息是保单基本信息的明细，应用保单编号来标识，虽然表面上造成了数据库表的冗余，但
却为保险行业系统的业务处理提供了方便，进行标的信息管理是调研分析的结果。
息还包括行驶证车主、被保险人与车辆关系等。
投保人信息：
客户初次投保时需要输入的自身相关信息。
被保人信息：
客户初次投保时需要输入的被保人相关信息。
（2）理赔部管理
业务员信息：
需要输入的理赔部业务员的相关信息。
（3）报案管理
报案信息录入：
客户拨打报案电话后，由业务员输入有关报案信息，主要应包括：
报
案号、保单编号、出险日期、出险地点、投案人、投案方电话、报案时间、就诊医院。
其
中保单编号要在已有的保单编号中选择。
报案信息浏览：
查看报案信息，并可以对报案信息进行删除或修改。
（4）查勘定损管理
查勘定损信息录入：
查勘员根据报案信息，去事故现场进行查勘，查勘完毕后得到
的查勘定损信息由业务员输入系统，主要应包括：
报案号、被保人编号、事故类别、事故
责任比例、驾驶员、查勘时间、查勘员编号、查勘地点、医疗费用、候车费用、施救费
用、财产险应付赔款、责任险应付赔款。
其中报案号、被保人编号应在已有的编号中选
择；
事故类别应在规定的种类中选择；
查勘员编号也要随查勘员信息的改变而改变。
查勘定损信息浏览：
查看查勘定损信息，并可以对查勘定损信息进行删除或修改。
（5）核赔管理
核赔信息录入：
经查勘定损之后，需要判断是否进行赔偿，如果确实需要赔偿，则
录入核赔信息。
核赔信息主要应包括：
立案号、被保人编号、核赔意见、意见说明。
其中
立案号、被保人编号要在已有编号中选择。
核赔信息浏览：
查看核赔信息，并可以对核赔信息进行删除或修改。
（6）结案管理
结案信息录入：
确定此理赔案件是否完结，如果已经结束，则录入相关结案信息，
主要应包括：
立案号、是否结案。
其中立案号要在已有立案号中选择。
结案信息浏览：
查看结案信息，以及对结案信息进行删除修改。
（7）报表管理
打印各种所需表单，比如保单信息表、报案信息表、查勘定损信息表、核赔信息
表、结案信息表等。
（8）数据库恢复与备份
应可以对数据库进行数据备份与恢复。
2.2系统开发的可行性研究
（1）技术可行性研究
保险公司的领导一贯重视信息化建设，内部已经建立了局域网，并招聘了专业IT人
员，实施了基础的计算机化管理。
先进的软件技术、数据库技术和网络技术作为计算机技
术的一部分在过去的几十年中都得到了迅猛的发展，这为本系统的开发提供了技术后盾。
本系统采用的开发工具是PowereBuilder9.0，具有用户界面友好，功能强大等特点，且发
展和应用都非常成熟，是当前最为流行的数据库前端开发工具之一。
本系统的数据库管理
系统采用的是PowereBuilder9.0自带的数据库，更提高了系统顺利运行的可能性和稳定
性。
总体来说，该系统的开发在技术上是可行的。
（2）经济可行性研究
对于已经基本实现了计算机处理和管理的保险公司而言，硬件设备上不需要再作投
资，而软件开发的费用，因为单位里有专业人员的配合，投入也很少。
新系统的成功开
发，必然会加快公司内部信息流动的速度，工作效率的提升必然会带来公司效益的增加，
从而实现财务经营上的增收节支，也会提高客户服务水平，增强客户的满意度和忠诚度。
总之，不管是从短期利益还是从长远利益来看，系统的开发都符合经济的可行性。
（3）社会可行性研究
从组织内部进行可行性分析，保险公司的高层领导对新系统的开发大为支持，内部的
管理人员也愿意接受这些变化，而对于实际操作的工作人员来说，日常工作中他们已经对
计算机有了较多接触，公司内部的信息部门也会不定期进行培训，因此已经具备了接受并
使用系统的条件和素质。
从组织外部进行可行性分析，新系统的开发是自主开发，不会引
起侵权或其他法律责任。
因此，新系统的开发具备社会可行性。
3结构化系统分析
3.1系统业务流程分析
业务描述：
投保人投保后，一旦出现险情，可以拨打保险公司的电话向业务员报案；
业务员登记报案信息后通知勘查员进行现场勘查并汇报损失记录信息；
业务员记录损失信
息，并在确定赔偿后记录核赔信息和结案信息，同时将赔偿证明分送至被保人和财务中
心。
保险理赔系统的业务流程图如图所示。
3.2数据流程分析
（1）保险理赔业务管理系统的顶层数据流程图
本系统的顶层数据流程图如图2所示。
该数据流程图有4个外部实体：
投保人、被保
人、查勘员和财务中心；
投保人及被保人的基本信息、报案信息和查勘信息是该系统主要
的输入数据流，结案信息和赔款收据是该系统主要的输出数据流。
投保人
基本信息
结案信息
被保人
报案信息
P0
赔款收据
理赔业务系统
财务
查勘员
查勘信息
中心
图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有关的外部实体只有投保人。
基本
投保人信息
报案
信息
证明材料
查勘
投保人信息D3投保人信息
被保人信息D4被保人信息
P1
投保处理
标的信息
D5车辆标的信息
基本信息D1保单基本信息
保单信息
P2
接报案处理
D6报案信息记录
报案记录
P3
查勘定损处理
损失
D7
损失信息记录
P4
P5
核赔处理
结案处理
核赔信息
赔偿信息
D8核赔信息
D2结案信息
图3
第一层数据流程图
P1.1
投保人信息
录入投保人
D3
P1.2
录入被保人
被保人信息
D4
P1.3
录入保单
D1
P1.4
车辆标的信息
录入车辆
D5
图4P1投保处理子系统第二层数据流程图
（4）“P2接报案处理子系统”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程接报案处理子系统（P2）进一步分解，画出其第
二层数据流程图，如图5所示。
接报案子系统（P2）包括核查保单信息、录入报案信息、
查询报案信息等3个数据处理过程；
输入P2的数据流主要包括报案信息和保单基本信息；
输出P2的数据流主要是报案信息；
与P2有关的数据存储包括D1和D6，与P2有关的外
部实体主要是投保人和查勘员。
P2.1
核查保单信息
D1保单信息
P2.2
录入报案信息
P2.3
查询结果查勘员
查询报案信息
图5P2接报案处理子系统第二层数据流程图
（5）“P3查勘定损处理子系统”数据处理过程展开的第二层数据流程图、
将第一层数据流程图的数据处理过程查勘定损处理子系统（P3）进一步分解，画出其
第二层数据流程图，如图6所示。
查勘定损处理子系统（P3）包括录入查勘信息、计算财
产险及责任险、计算应付赔款等3个数据处理过程；
输入P3的数据流包括上层DFD图的
基本信息、查勘定损信息、报案信息、保单信息和车辆标的信息等；
输出P3的数据流主要
是上层DFD图的损失信息；
与P3有关的数据存储包括D1、D5、D6和D7，与P3有关的
外部实体包括投保人和查勘员。
D6
查勘员查勘信息
P3.1
P3.2
P3.3
保险
计算财产险
计算应付赔款
录入查勘信息
及责任险
D1D5
图6P3查勘定损处理子系统第二层数据流程图
（6）“P4核赔处理子系统”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程核赔处理子系统（P4）进一步分解，画出其第二
层数据流程图，如图7所示。
核赔处理子系统（P4）包括录入立案信息和录入核赔意见两
个数据处理过程；
输入P4的数据流包括损失信息数据流；
输出P4的数据流包括核赔意见
数据流；
与P4有关的数据存储包括D7、D8。
P4.1
立案
录入立案信息
P4.2
录入核赔意见
核赔
D8
图7P4核赔处理子系统第二层数据流程图
（7）“P5结案处理子系统”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程结案处理子系统（P5）进一步分解，画出其第二
层数据流程图，如图8所示。
结案处理子系统（P5）包括结案处理的打印赔款收据两价目
数据处理过程；
输入P5的数据流是核赔信息；
输出P5的数据流包括结案信息和赔款收
据；
与P5有关的数据存储包括D2、D8，与P5有关的外部实体包括被保人和财务中心。
......
P5.1
P5.2
打印赔款收据
D2结案信息结案信息
图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总体功能结构图
4.2数据库设计
（1）概念结构设计
概念结构是对现实世界的抽象，根据数据流程图和数据字典，结合系统实际的数据需
求，建立数据库的概念模型，通常使用E-R图来表示。
本系统的E-R图如图10所示，实体
属性图如图11所示。
.....
升级会员 