• T_image 保单影像资料表
–IS_PRIORITY 保单优先等级 –SCAN_TIME 影像上传时间
核保页面(1)
T_uw_policy. Underwrite_id Insert_time, proposer_id, propose_desc
• T_image 影像信息表
预收录入
• 从“个险新契约-预收录入”进入 • 显示的是当前机构及下属机构的所有“待预收录 入”的投保单
预收录入要输入的信息
销售 信息
缴费信 息
预收录入操作说明
• 目的
– 提前开始财务收费；统计受理保费
• 投保日期不应大于当前日期 • 销售渠道：专供互动渠道使用
– 如果渠道为“互动中介”，则中介号码输入为 一个特殊的业务员工号，其“人员类别”为 “中介”
• T_customer 个人客户信息表
– 会在此表中新增一条记录, 不论客户是否已存在 – CUSTOMER_ID 客户号 – REAL_NAME 姓名 – CERTI_TYPE 证件类型 – CERTI_CODE 证件号码 – BIRTHDAY 生日
被保人资料
被保人相关数据表
• T_app_insured_first 个单被保人信息表
• 根据险种的不同，可能还有一些不同的输入项，如初始费 用率、年金领取年龄等，都在t_policy_product中
缴费信息
缴费信息相关数据表
• T_policy 个单险种资料表
–DISCOUNT_PREM –PAY_MODE –PAY_NEXT –MONEY_ID –OVERDUE_MANAGE 首期保费合计(period_prem, etc) 首期付款方式 续期付款方式 币种 保费逾期未付选择
核心业务系统 个险新契约数据分析
信息技术部 汪锦岭 2008年12月
内部资料，注意保密
ห้องสมุดไป่ตู้
主要内容
• • • • • 业务流程及数据表概述 录入流程及数据分析 核保流程及数据分析 信件流程及数据分析 承保流程及数据分析
一、业务流程及数据表概述
个险投保单示例
销售 信息 告知信 息
投保人 信息
被保人 信息
特别约定相关数据表
• 录入完成时，特约信息保存在t_policy中
–ASSUMPSIT 特别约定
• T_ASSUMPSIT 系统预制的特别约定信息
–ASSUMPSIT_CODE –FULL_TEXT 特约代码 特约内容
二遍录入
• 操作过程与一遍录入类似 • 当输入内容与一录不同时,系统有提示 • 可以强制覆盖一录内容
个单险种信息表 T_Policy_Product
个单基本资料表 T_POLICY
holder_id
个人客户信息表 T_CUSTOMER 个单被保人信息表 T_APP_INSURED_FIRST
insured_id
个险新契约业务流程
个险新契约流程图
客户 业务员 柜面柜员 省级分公司业务处理中心 总公司运营部 计划财务部
• T_policy_product 个单险种资料表
– INS_STATUS 保单险种状态 (1, 6)
• T_uw_policy 保单核保信息表(自核不通过时) • T_uw_product 险种核保信息表(自核不通过时)
人工核保业务流程
进入核保 检查投保资料等 要发问题件?
是 否
信件发放回销流程
自动核保结论
• T_policy_auto 各项自核规则检查结果
– CONFIG_ID 自核项 T_uw_rule_config – VOILATED 是否违反
• T_policy 个单基本资料表
– AUTO_DECISION 自核结论表T_auto_decision – AUTO_END 自核完成时间 – P_STATE_ID 保单状态(6, 14)
–CUSTOMER_ID 告知对象（投保人/被保人） –REPRESENTATION_ID 告知项IDt_representation –YES_NO 是否型问题标志 –FILL_1 回答1 –FILL_2 回答2 – ……
特别约定信息
• 系统提供预制内容，操作人员可以修改
–在t_assumpsit中定义了标准内容
– AGENT_CODE 业务员/中介号码 – REAL_NAME 业务员/中介名称
一遍录入
• 从“个险新契约-一遍录入”进入 • 显示的是当前机构及下属机构的所有“待一遍录 入”的投保单
一遍录入要输入的信息
投保人 信息 被保人 信息
受益人 信息
险种信 息
缴费信 息
告知信 息
投保人资料
投保人相关数据表
• RULE_CODE 规则代码 • RULE_DESC 规则描述 • RULE_FUNC 对应的程序体
– T_uw_rule_config 自核规则配置表
• • • • • CONFIG_ID 配置项ID PRODUCT_ID 险种ID （无表示各险种） RULE_CODE 规则代码 T_uw_rule GRADE_ID 地区类型（A/B/C） FILL_1/2/3 各配置参数
• 此处，t_policy中discount_prem等字段是从 t_policy_product相关字段汇总而来的
告知信息
• 告知内容中，应填写Y，N，或数字，不要填中文， 否则自动核保时可能出错
告知信息相关数据表
• 健康告知，财务告知，基本告知都放在 t_policy_representation表中 • T_policy_representation 个单告知资料表
二、录入流程及数据分析
影像扫描
影像扫描操作说明
• 对于主单证，系统可以识别其中的条形码
– “主单证类型”“文件编号”“影像类型”由 系统自动识别并填写 – 无法识别时，需要手动输入此三项信息，然后 点击“设置”
• 对于副单证（体验报告等），其中没有条 形码的，无法自动识别； • “机构代码”缺省值为操作人员所在机构， 应改为该单的业务员所在的机构
• 同一受益顺序下，受益比例之和应为100% • 受益人信息未放到t_customer中
险种资料
险种相关数据表
• T_policy_product 个单险种资料表
– PRODUCT_ID 险种内部代码 --> t_product_life.internal_id – INSURANT_1 被保险人 – COVERAGE_PERIOD 保障年期类型 – COVERAGE_YEAR 保障年期 – CHARGE_PERIOD 缴费年期类型 – CHARGE_YEAR 缴费年限或年龄 – CHARGE_TYPE 交费频次 – AMOUNT 基本保险金额 – DISCOUNT_PREM 首期保费(PERIOD_PREM, NORMAL_PREM) – MAIN_RIDER 主附险 – COUNT_WAY 保费计算方式
影像扫描相关数据表
• T_policy 个单基本信息表
– – – –
– – – – – – –
POLICY_ID: 主键 SEND_CODE: 投保单号 ORGAN_ID: 界面输入的机构号 P_STATE_ID: 状态（-3）
FILE_CODE: 投保单号 (文件编号) IMAGE_TYPE_ID 影像类型 SEQ_NUMBER 页码 SCAN_TIME 扫描时间 BUSINESS_ORGAN 界面输入的机构号 IMAGE_FILE_NAME 影像文件名 ORGAN_ID 操作人员所在的机构
受益人 信息 险种信 息
缴费信 息
个险新契约基本数据表
业务员信息表 T_AGENT 个单告知资料表 T_POLICY_representation 影像信息表 T_IMAGE
个单基本资料表 T_POLICY
个单受益人信息表 T_POLICY_BENE
个单被保人信息表 T_APP_INSURED_FIRST
• T_bank_account 客户账户信息表
– BANK_CODE – BANK_ACCOUNT – TRANSFER_NAME – CERTI_TYPE – CERTI_CODE 开户银行 银行账号 账号姓名 证件类型 证件号码
• T_policy_health_agent_info 产险/健康/中介业务员信息
不合格
提出投 保申请
指导客 户填单
受理
一遍录入
投保单
不合格
初审
合格
二遍录入
核保 扫描影像 退回 预收录入 超权限
N Y
核保
财务流程
核保完成
问题件处理流程 承保
收费成功
打印流程
收费不成功
投保单状态变迁
• t_policy.p_state_id表示当前状态
–-3 –-2 –0 –1 –2 –3 –6 –7 –14 –53 已扫描影像，待预收录入 正在预收录入 预收录入完成，待一遍录入 正在一遍录入 一遍录入完成，待二遍录入 正在二遍录入 二遍录入完成，待人工核保 正在人工核保 核保完成，首期待承保 已承保，正常有效
• T_policy 个单基本信息表
– HOLDER_ID 投保人ID, T_customer – RELATION_ID 与主被保人关系, T_policy_relation – TEL_2 电话（收费联系电话） – ADDRESS_2 通讯地址(保单收费地址) – JOB_1 职业 – JOB_CODE 职业代码
–会在此表中新增一条记录, 不论客户是否已存在 –CUSTOMER_ID 客户号 –REAL_NAME 姓名 –CERTI_TYPE 证件类型 –CERTI_CODE 证件号码 –BIRTHDAY 生日 – ……
受益人资料
受益人相关数据表