《深圳寿险核心业务系统评价》由会员分享，可在线阅读，更多相关《深圳寿险核心业务系统评价（3页珍藏版）》请在金锄头文库上搜索。
1、深圳寿险核心业务系统特点介绍1998 年至 2003 年 3 月，深圳分公司采用 务处理系统；从 2003年 3 月 1 日起，开始采用全新开发的 心业务处理系统。下面就一代核心业务系统的特点及未来的改进思路进行一下说明。一、统的特点从总体上看，统具有如下显著特点：1、基于产品管理及定义平台的全自动业务计算所有保险产品通过一个统一的参数化的产品管理及定义子系统进行集中实现，并对外提供关于产品属性、产品规则及产品计算的统一服务接口。基于此，投保业务的费率计算和投保资格检查、保全业务的各种财务变更计算、理赔业务的预赔金额、赔款金额计算等通过产品管理及定义子系统的统一计算服务接口全部实现了全自动计算
2、。另外，还针对 要提供了一套投保及保全业务的业务测算功能，大大方便并提高了 务员的作业效率和质量。2、以客户为中心的服务及风险管理通过独立的客户管理子系统实现对客户自然状况、健康状况、家庭病史等资料的集中、统一管理，并以此为基础实现所有客户投保风险的分类合计管理，有效监控客户风险状况。3、基于工作流思想的业务流程、岗位及权限管理针对每个工作岗位设置一个业务状态和作业任务池，业务流程通过这些岗位状态之间的业务转换体现。对于承担业务作业的每个部门及其操作员，可以针对其承担的作业岗位分别设置作业权限，权限分三类，一是功能权限，限定作业人员能够使用哪些业务功能；二是任务权限，限定作业人员处理的任务类型
3、，比如核保员 A 只能核保某些地区或某些产品的投保单；三是级别权限，限定作业人员能够处理的任务大小。4、基于交易中间件的 n 层 C/S 体系结构心业务系统基于 交易中间件 行架构，整个系统分为客户端的功能界面、服务器端的业务逻辑处理和业务数据数据库三部分，通过这种架构可以有效减轻服务器端的处理负荷，解决大集中业务处理模式的性能问题。5、单证影像驱动的业务流转，加快业务处理效率和质量在营业部收到业务单证后，首先对单证进行扫描作业，后续的作业岗位完全基于影像单证进行业务处理，彻底解决物理单证流转带来的处理效率障碍，使业务流程重组及人力资源重新配置成为可能。前已经全部实现事后单证的集中扫描、存储和
4、查询功能，全部实现承保业务的单证事前扫描、流转和查询功能。6、严格的业务、收付两条线作业模式在 统中实现了一个独立的收付费子系统，统一完成个险、团险、养老金的承保、保全、理赔业务的所有类型钱款的实际收付功能，收付完成后实时通知相应的业务子系统，并驱动业务子系统完成后续的业务处理（如生效等） 。业务子系统只产生应收、应付款项，并将应收、应付的请求实时递交给收付费子系统。业务系统与财务系统的接口全部通过收付费子系统完成，简化了多个业务系统与财务系统之间的接口复杂性。二、统未来的改进思路由于任务量大、开发时间短，使得在有些方面目前的系统没有完全达到构想的实现目标，需要在未来的运行中不断进行升级、完善
5、。需要进行升级、完善的地方主要表现在如下几个方面：1、生产数据的统计和报表功能每日、每月等业务生产情况的统计、报表是一个完整的核心业务系统的必要组成部分，由于时间原因以及开发当初的功能范围限定，统只提供了部分简单的统计、报表，因此需要在未来进行升级、完善。2、产品定义及管理工具的实现在产品定义及管理的内部数据模型设计上基本达到了构想的目标，产品全部通过参数化和插件化进行定义，并对外提供产品的各种属性、规则、算法的服务功能。由于团险系统仍在开发中，因此产品定义的工具程序未能完成，但目前产品的定义过程目前只能由技术人员完成，未来的完善目标是通过一种工具由业务人员直接定义，并提供各种测算功能以验证定
6、义的正确性。3、操作员量化绩效考核的完善目前只在系统中记录了每个操作员的作业轨迹，而且其中的时间由于疏忽设计成了日期，使得无法实现对操作员进行以分钟为单位的量化考核，只能进行按日为单位进行考核。未来的完善第一是加上作业时间，并按照业务岗位对相应操作员进行分类工作统计，真正实现员工的量化绩效考核，并核算每个操作员的作业效率、作业质量和作业成本。4、与其它业务系统之间的数据交换目前 其它业务系统之间的数据仍无法有效地、快捷地交换，未来将归纳各系统不同的数据交换特点，并寻求若干个统一的解决方案。5、以客户为中心的服务和管理目前 数据模型能够满足以客户为中心的管理，实际运作中的风险保额和理赔等静态数据都能以客户为中心管理并贯穿个险、团险、分保等核心业务系统，但由于实务运作的情况非常复杂，某些业务规定无法达成共识，因此许多以客户为中心的服务（如按客户发通知书）仍然无法落实。
