寿险核心业务系统介绍

合集下载

保险行业核心业务系统架构设计

保险行业核心业务系统架构设计
随着业务的快速发展,主要核心业务系统中 寿险业务系统和健康险业务系统的数据量呈 爆炸式增长
伴随着数据量的增加,两个主要核心业务系 统所承受的压力越来越大,导致系统运行效 率的降低
6
2、问题需求分析
业务系统出现的问题
系统核心表数据增长较快,核心表数据过千万,部分表 数据过亿,业务查询效率降低
某保险集团寿险核心业务系统及健 康险核心业务系统基于LinuxONE 方案架构设计
Mar. 2017
议程
1、业务背景 2、问题需求分析 3、方案架构设计 4、优势特点总结
1、业务背景
保险行业IT演进路线和规划
业务爆炸式增长的同时 如何消除系统瓶颈?
保险信息化起步 阶段 电脑手工出单
核心业务流 程的电子化 和网络化
增加数据较多,核心表查询压力增大,导致大量IO竞争 与资源消耗。
服务器、存储硬件瓶颈,业务量的不断增长导致业务查 询效率极其低下。
8
需要解决哪些问题?
为有效解决核心业务系统数据量激增带来的问题,通过对业务、管理流 程的梳理,按信息化思维对业务流程进行整合和再造,摒弃限制数据流 通的流程,打通阻碍数据流通的节点保障核心业务系统的运行效率和提 升服务质量,如何优化提升核心业务系统的I/O吞吐处理能力?
精细化经营 使得IT预算 日趋收缩
数据处理的需
求不断增加, 致使“小型机”
也力不从心
企业业务的弹
性变化,迫使 IT架构要适应 业务的敏捷性
多种因素促使IT基础架构从封闭系统向开放系统转型
选择专有系统还是开放系统?
比较项目
Unix系统
厂商数量

是否锁死用户

生态圈
自成一体

寿险核心系统交接文档

寿险核心系统交接文档

核心系统---个险一、契约流程:1、登陆系统:用户P001,密码a.登陆机构:四级(8位机构)2、进入:承保处理---个人保单---无扫描录入,在“投保单号”框录入投保单号(命名规则:20位,前10位:1001201200,后10位任意,且不得与系统中已存在的投保单号相同),录入投保单号后,点“申请”按钮,可进入投保单录入页面。

3、录入业务员信息,投、被保人信息,分别保存后,添加险种信息。

均录入完毕后,点选“录入完毕”按钮。

4、进入“承保处理---个人保单---新单复核”页面,复核保单信息无误,则直接点选“复核完毕”按钮。

5、进入“承保处理---个人保单---自动核保”页面,查找出该投保单,直接点“自动核保”按钮,自核完成后,页面会给出提示。

6、进入“承保处理---个人保单---人工核保”页面,查找出该投保单,点“申请”按钮后,将该投保单转由“核保共享池”转入“个人工作池”,点选进入人工核保页面。

给其中的每一个险种均做“标准体承保”核保结论,并点选“确定”按钮。

7、进入“收付费---收费”页面,选择“收费类型”为“1-新单收费”,输入投保单号,如果该投保单是:待核保订正,待签发状态,系统会带出收费信息,选择交费方式为“现金”(如为其他交费方式则属于财务测试范畴,涉及到银行转帐等),输入保费,点选“确定”按钮。

8、交费完成后即生成了一笔预收数据,可以到“承保处理---个人保单---签发保单“页面,输入投保单号,点选“签发保单”按钮,页面提示签发成功。

9、到“综合查询---个人保单查询”页面,输入投保单号,即可根据投保单号查找到对应的保单号(保单号是在签发后产生的)二、保全流程:1、登陆用户:001,密码:a。

登陆机构:862、进入:保全处理---个单保全---无扫描申请,点“申请”按钮,进入个单保全申请页面。

输入:客户/保单号,和“保全申请书号”,选择“申请人姓名”,点“确定”按钮进入保全受理页面。

寿险保全BPO业务系统方案的讨论

寿险保全BPO业务系统方案的讨论

寿险保全BPO业务系统方案的讨论名词解释:保全(customer service),寿险公司对于已经承保的保单各项变更和生存给付类责任的履行。

由于团险的保全操作量较小且多以批处理形式操作,外包意义不大,所以我们这里只是讨论个险和银代的保全。

次生代寿险公司,泛指已经成立4-7年的寿险公司。

中国于2001 12 11 正式入世,按照中国对外承诺的开放的时间表,在每一个限制取消之前保监会都会新审批一批内资的寿险公司和既有的寿险公司的分支机构以壮大内资保险的力量。

所以在中国入世对外承诺的限制取消时间点前后会有一批寿险公司集中获批开业。

这样按照入世的时间节奏,从开业时间上来看目前的寿险公司层次分明的分成了两个梯队 01~02年左右开业的寿险公司和05年左右开业的寿险公司。

从寿险公司展业模式和实现盈利的过程来看开业时间不同的寿险公司也有着不同的业务目标,从这个层面上我把2000年以后开业的寿险公司分为了两个组,姑且叫做次生代寿险公司和新生代寿险公司。

其中次生代寿险公司是以太平人寿、合众人寿为代表的在01-02年真正开展业务的寿险公司。

保全业务BPO的前景的讨论:笔者的观点:一句话前途非常光明。

1.从寿险公司的需求角度来看,保全业务的外包将会是继新契约业务外包以后的寿险公司(超大型寿险公司除外)的必然的选择。

寿险公司的每年的保单存量是依赖与前一年的新契约业务量程阶梯状增长的,寿险公司在追逐和陶醉于首期业务的高速增长的同时不可避免的导致了其保单存量的逐年骤增,相应也就引起了保全业务量按年的阶梯状增长。

于此同时逐渐走入成熟的次生代寿险公司又面临这巨大的成本压力,根据保全业务量的增长比例来配给客服部门的人力变得不现实,这就要求寿险公司将这块工作内容交给成本更低的外包合作伙伴来处理。

保全BPO业务需求的主要来源应该为次生代寿险公司。

这一类公司有规模、有成本压力,如果需要进一步的成长必须通过一系列的革新来实现。

2.从BPO公司的供给层面来看,对于成熟的寿险BPO公司(如笔者的老东家)基本上已经和目前的寿险公司里面有实施BPO想法的公司就新契约BPO业务签约完毕,接下来必须寻找新的利润增长点——人们很容易就想到了运营业务流程上的另外的两个重要环节:保全和理赔。

平安保险LKPI管理系统介绍

平安保险LKPI管理系统介绍
LKPI的分析框架 ——LKPI提供了一个把战略变成可操作内容的框架
经营业绩
“要在经营业绩方面取得成功,我 们应向股东们展示什么?”
客户
“要实现我们的使命,我们应向客 户展示什么?”
使命 与 战略
内部经营流程
“要让股东和客户满意,我们应擅 长哪些业务流程?”
学习与成长
“要实现我们的使命,我们将如何 保持创新和提高的能力?”
估改革推广成效; 应用于对各层级贯彻执行公司战略的分析、指导、评估和考核。
• 制订正确的战略决策,并将战略贯彻执行到位,是企业赢得市场竞争优势 ,持续稳定发展的关键。
• 平安已经建立了一套符合市场环境和自身特点的抱负规划体系,在同业中 居领先地位,但公司战略在实际工作中的贯彻执行情况还不够理想。
• 建立一套帮助各层级贯彻执行公司战略的管理工具是LKPI改革的重要目标 。
以LKPI为核心的战略管理框架
分解战略
• 分解确定各层级战略目标
• 根据各层级战略实施关键因素制 定LKPI评估指标
• 制订LKPI评估细则和考评办法
明确战略
• 根据公司内外环境,明确 长期战略目标 • 对战略实施的关键因素达 成共识 • 根据公司战略目标制定 LKPI
LKPI
战略执行
• 根据LKPI制定各层级中短期发 展目标
平安保险LKPI管理系统介绍
概述
LKPI管理系统改革借鉴国外先进的经营管理经验,针对平安的实际情况,建立了一套 包括经营业绩、客户、内部经营流程和学习与成长四个方面评价指标的LKPI指标体系 和管理系统。通过围绕LKPI的分析、指导、评估和考核,帮助各机构建立以价值最大 化为导向的经营理念,贯彻执行公司经营战略,加强基础建设,加强核心技能培养, 不断改善短期经营绩效,逐步建立长期竞争优势。

中国人寿各地核心业务管理系统描述

中国人寿各地核心业务管理系统描述

1.1.1.1. 江苏核心业务系统情况描述江苏的核心业务系统实际上是一套综合业务处理系统。

1997 年,江苏省初步建立了较为完善的信息管理平台,所有营销险种上机处理,为江苏寿险业电子化建设打下良好的基础;2000 年,江苏省又提出了寿险财务业务一体化处理的思路,进一步理清寿险管理思路;2001 年,按照总公司实务,江苏省对核心业务系统进行改造;2002 年,江苏省相继开发了影像系统、红利派发、一站式服务系统。

1.核心业务系统的特点(1) 新老险种、个险、团险、短险均统一在核心业务系统中。

(2) 支持业务财务一体化,即其业务处理业务处理同步反应业务、财务信息,体现业务与财务之间的相互相互制约关系,对权责发生制记账方式提供良好的支持。

(3) 个人代理管理和佣金计算统一在业务处理系统中完成。

(4) 支持“一站式”服务,同时支持理赔服务免填单。

(5) 支持对机构(如核算单位,业务单位,营业点等)进行统计。

(6) 可以实现单位间代收代付的清算工作。

2.功能模块情况江苏省的综合业务系统功能模块包括两个部分,即寿险业务处理部分和寿险业务数据管理部分,见下图3 •问题描述1>系统功能不够全面。

2>系统零散,信息数据一致性不够强。

3>采用的技术相对比较陈旧。

4>理赔流程需要进一步简化,人机操作界面尽量简单和标准化。

5>对于业务员管理,绩效分析和业务动态分析需提供更加友好的界面。

4. 未来展望江苏省核心业务系统的功能基本能够满足现有的业务要求,未来还需要从以下几个方面进行完善。

1>对“以客户为中心”的支持仍需要增强。

2>进一步对快速理赔的支持。

3>构建完整的业务管理模块和信息结构,灵活的业务工作流程,清晰的技术结构以及友好的界面。

4>三层架构设计,IE浏览器页面,采用先进的开发技术。

上海核心业务系统于2000年正式启用,该系统采用三层构架的开发模式,将各业务模块集中在一起。

上海核心业务系统的功能模块包括:产品管理;客户管理;机构权限管理;团体新契约;个人新契约;保全;理赔;收付费;业务员管理;渠道管理;单证管理;影像(接口);统计报表、信息查询和再保险(接口)等,其组织结构图如下图。

LKPI管理系统介绍

LKPI管理系统介绍

关键业绩指标管理系统的建立帮助平安逐步实现经营管理的规范化和专业化,LKPI是SKPI的引申和发展, SKPI强调短期经营目标的达成,LKPI强调战略驱动因素的落实,二者相辅相成,帮助平安各层级不断提高 经营管理水平,改善短期经营绩效,逐步建立长期竞争优势。
LKPI与SKPI的定位
价值最大化
LKPI
• 衡量战略驱动因素的落实 • 目标及衡量方法来源于使 命、抱负、经营理念和战 略规划 • 是连接长期战略规划和短 期经营计划的纽带 • 是一个战略管理系统
使 命 抱 负 经营理念 SKPI
• 衡量过去短期经营的结果
战略规划
经营计划
• 目标及衡量方法来源于年 度以内的短期经营计划 • 是追踪落实经营目标的诊 断工具 • 是一个经营诊断系统
LKPI四个方面的战略目标和内在联系
经营业绩: 业绩持续成长
客户: 长期忠诚客户群
学习与成长: 员工能力发挥
经营流程: 核心流程完善
根据寿险目前经营管理的实际情况,可以确定寿险二级机构个险LKPI
寿险二级机构个险PI指标体系
经营业绩: 业绩持续成长
• FYP年增长率
客户: 长期忠诚客户群
• 客户满意度 • 市场占有率 • 销售管理评分
营销、市场部
财务部
业务管理部门
具体实施
LKPI的目标及衡量方法围绕公司的使命和战略,从四个方面来考察企业的经营状况:经营业绩、客户、 内部经营流程和学习与成长。这四个方面为LKPI提供了分析框架。 LKPI一方面通过经营业绩视角保持 对短期业绩的关注,另一方面可明确揭示如何建立长期竞争优势和确保长期价值的成长。
LKPI的分析框架 ——LKPI提供了一个把战略变成可操作内容的框架

保险公司四个体系任务分解

保险公司四个体系任务分解

保险公司四个体系任务分解20xx年工作计划主要从以下几个方面入手,做好本年度的工作:一、寿险市场现状分析截至20xx人口40万左右,其中城区人口10万左右,所辖11个乡镇,人口30万左右;同业中专业公司存有xx、xx、xx五家;代理公司xx、xx、xx六家,合计十二家。

其中在队伍方面,除代理公司外,五家专业公司农村队伍基本下降,除xx在农村还有四个较成建制的网点外,其余在农村市场网点已全部中止;城区队伍中除xx利用其收展队伍建设同时实现正快速增长外,其余各家专业公司的城区队伍均负增长;业务方面,专业公司较去年同期均有所快速增长,虽然效果不是很显著,但可以窥见市场衰退的状态;二、目前现状下市场的机遇和挑战事物的发展规律发展期、鼎盛期、衰退期,说我们寿险市场经过将近四年的疲软状态,势必将迎又一轮发展期;我们的优势:(一)品牌优势:品牌的历史底蕴和价值品牌是对目前寿险从业人员和寿险客户、准客户的说服;xx只所以能够在寿险市场中独居半壁江山,这也是原因之一。

(二)政策优势:政策优势就是创建在品牌优势之上的,三农保险服务站的体制建设,既融合了人保财的客户资源和网络,又充份的利用的政府资源,并使寿险的队伍发展重回至九十年代初期的模式,在成立初期改为血缘管理制为行政管理制并使利益链更直观,所推荐更协同,主管更拒绝接受。

(三)人员优势:本人在xx寿险市场的城区和农村业务、队伍发展方面都有较深的认识和了解,并有一定的人脉资源。

我们的劣势:(一)公司导向:就现状而言,个险在xx目前的业务经营中,非主渠道,在上级公司的政策倾向上,相比于其他公司,可能显的不足。

(二)紊乱发展:初期发展上没能努力做到通盘考虑或是发展不光滑(特指城区和农村的队伍发展比例),失去了开业这个关键的经营借口。

(三)品牌利用:就xx寿险而言,在市场的知名度部高(可以用很低来形容),这与人保这个品牌很不相匹配;三、总体思路就目前了解和掌握的xx寿险公司相关精神,结合寿险市场的现状,立足当下、放眼未来,制定本工作计划。

华夏人寿保险公司个险产品体系介绍

华夏人寿保险公司个险产品体系介绍

投保案例
王女士,30岁,投保同盛10万+附加同盛提前给付10万+安心无忧4份,交费年期 20年,年交保费4217元,所获得的保障权益如下:
身故保险金:
10万
重大疾病保险金:
10万
第一次罹患35种重大疾病之一
10万
再次罹患其余两类重大疾病之一
津贴给付: 住院津贴:每天120元 抢救室、ICU病房、烧伤病房津贴:每天240元 住院前门诊津贴:每次最多240元 急诊津贴:每次120元 紧急救护车使用津贴:每次120 元。(免赔期3天)
必究
产品三年规划战略指导思想
快速追随——以产品为主导突出营销节奏,进行 系统化产品运作 与时创新——以健康险为主导的产品优势体系
亚硝酸盐类来自储存时间较长的 肉类,如火腿、香肠、腊肉等
花生、玉米 等变质谷类 以及受污染 的酱油
黄曲霉素

万一网制作收集整理,未经授权请勿转载转发,违者
必究
亚硝酸胺
集全集美 如心遂意
一 次
全面医疗计划,保障终身护航,价廉物美称心怀

享受分红 意外之喜

额外分红收益,共享专家理财,富贵无忧喜心怀


三全呵护 一生无忧
理 赔
住院给付津贴,大病确诊即赔,二次赔付显关怀
保费豁免 生命关爱
理赔豁免保费,尽显人性关爱,生命尊严乐开怀
产品特色
产品卖点分析
我们特有的优势 重疾二次赔付,彰显生命关怀 国内首创对“次健康体”承担重大疾病保障责任,在您获得一次重大疾病 理赔后,无须体检、为您延续第二次重大疾病保障 交费低、保障高、责任广,可称价廉物美 一旦投保,即可以最低廉的保费终身享有包含艾滋病在内的业内最广泛、 最全面的35种重大疾病保障 保费豁免,大病提前给付,缓解生命困境 若不幸发生重大疾病,确诊即全额给付基本保额,避免“东拼西借”,保 证生命及时救治,减轻家庭经济与精神压力;同时豁免今后各期保费,彰 显人性关怀 固定费率,体现公司诚信与实力 一旦投保,费率不再调整,无须担心保险公司提高续期保费,预知未来
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

寿险核心业务系统
一、概述
在中国的保险市场蓬勃发展、竞争激烈的今天,我们从与保险客户的接触和交流中,深深体会到保险业务的全面电子化对保险公司是多么迫切和重要,另一方面,能全面支持网络化并适合中国国情的寿险业务软件又是多么匮乏。

二、主要解决的问题
数据处理电子化、承保理赔现金划拨的系统化,带来了保险人内部管理的革命。

首先是保险分销渠道的拓展。

通过银行销售保险的数量大为增加,保险业与银行业的合作深度和广度加强,出现了“超市”化的发展趋势,保险服务迈上了一个新的台阶。

互联网、电子商务的广泛应用使电话直销、网络销售等新型营销方式迅速发展,保险交易步入信息高速公路。

第二是保险风险分散途径的创新。

1994年,伦敦保险市场开始应用电子分保系统ESP,大大提高了保险交易的运转速度。

保险风险证券化这种低成本的新型风险管理手段也得到广泛运用,它使保险风险转移到资本市场中去,得到最大限度的分散。

三、系统结构
三层C/S架构将应用系统分成表示层、逻辑事务层和数据层三部分。

对这三层进行明确分割,并在逻辑上使其独立。

下图显示了表示层分别为UNIX、WINDOWS、WEB时的应用架构:
在三层C/S中,各层的功能主要为:表示层是应用的用户接口部分,它担负着用户与应用间的对话功能。

它用于检查用户从键盘等输入的数据,显示应用输出的数据。

为使用户能直观地进行操作,一般要使用图形用户接口(GUI),操作简单、易学易用,也可使用哑终端文本界面。

在变更用户接口时,只需改写显示控制和数据检查程序,而不影响其它两层。

检查的内容也只限于数据的形式和值的范围,不包括有关业务本身的处理逻辑。

逻辑事务层相当于应用的本体,整个应用逻辑驻留其上,业务的变更主要体现在逻辑事务层的变更和修改。

数据层就是DBMS,负责管理对数据库数据的读写。

四、功能模块
从寿险业务分析,业务系统的主要内容有:投保、核保、签单、交费、批改、给付、退保、复效、报案、赔付申请、核赔、赔付、客户服务等。

在系统实现时,按照功能模块将系统实现为一组既相互关联又相对对立的程序模块,即新合同处理系统、核保系统、收费系统、出单系统、
保全系统、理赔系统、核赔系统、客户服务系统和代理人管理系统。

下面是寿险业务电子化系统的总体构成及其之间的关系图:
客户端业务系统:
就目前业务系统而言,客户端业务系统有关单证处理方面的业务全部是基于哑终端方式实现;在实现其它管理方面的系统时,例如核保核赔、代理人管理等系统,考虑对它们的用户是面向保险公司管理和领导人员,就要使用PC机实现;随着Internet时代的到来,一些面向客户服务的系统,例如保单信息和业务员信息查询系统,都要使用Web方式实现。

五、系统特点
1. 实现公司全部业务的集中处理
寿险业务包括个险、团险和养老金,处理环节分为承保、保全、理赔、核保核赔、续期、给付等,前者指全部的业务,后者指全部的环节,都是综合业务系统要完成的任务。

集中处理则是综合业务系统无可争议的运行模式。

2、个险和团险的融合
在现系统中,个险和团险是分别实现的,在新一代综合业务系统中,设计一个优秀的产品定义模型,实现个险和团险的融合,乃至养老金的融合。

3、异构的客户端应用
一般在保险公司内部,UNIX哑终端、PC机都有特定的使用群落。

在现系统中,UNIX哑终端、WINDOWS客户端、WEB客户端和谐共处。

新一代综合业务系统仍需支持异构的客户端环境。

4、模块化设计,系统具备柔性、前瞻性和生命力
寿险产品日新月异,经营理念、运行模式不断更新,都要求综合业务系统具有柔性、前瞻性,能有一个较长的生命期,不至于经常性的投入大量人力进行系统的改造。

这要求尽量采用先进成熟的技术和产品构造整个系统,使系统具有先进的体系结构;采用先进的设计、开发和项目实施管理方法,体现现代化管理思想,充分发挥现代化设备的作用,使系统具有长久的生命力;采用模块化设计思想,实现代码最大限度的可重用。

5、高效
新系统应保证现在和将来的几年之内,其响应速度保持在一个令人满意的、稳定的域值范围内。

一般保险公司的访问量在短期是稳定的,其数据量每年以几十万份的速度增长。

三层架构、交易处理和批量查询异机进行是提高效率的良方。

6、安全
集中处理带来了风险的集中。

采用先进的加密手段和安全性管理工具,着重保证数据在网络上传输时的安全性,防止非授权用户访问系统数据。

7、完整
实现与周边系统的平滑对接,并考虑系统的扩展和应用的增殖,如影像系统、轻印刷系统、电子商务、呼叫中心等。

相关文档
最新文档