数字化打印平台系统功能介绍

系统背景

根据保监会《中国保监会关于发布<寿险单证(JR/T0050-2016)>行业标准
的通知》(保监发〔2016〕111 号)文件要求,并切合我司业务发展需要,对公
司的保险合同进行了整体梳理与优化。

设计目标

支持新需求的快速开发和上线

 - 尽量将核心中相关的打印的工作项独立出来
 - 提供打印相关配置,能够通过配置就能完成保单打印需求(重要)
 - 模板和数据分离,模板单独设计,数据单独配置,最后通过程序合并
 - 对于特殊且无法配置的项,通过程序来处理(情况不多)

高并发、高压力

 - 采用FutureTask进行并发编程和结果处理
 - 根据业务特点(I/O密集型操作)启用2N+1个线程(N为cpu数量)
 - 页标签采用C开发,合并pdf,提升性能
 - 采用java agent技术,无侵入,独立获取配置的数据,参与模板合成

接口多样性

 - 实时Webservice接口返回pdf流
 - 异步webservice调用生成pdf, 返回文件信息
 - 目录扫描调用生成pdf

高可用

 - 通过F5做负载均衡,后台部署两台服务器
 - 模板通过共享目录,两台服务器只需要发布部署一次

目标达成

 - 在8C16G虚拟机上,采用17个线程,一分钟处理200个保单(70页左  右)的生成,一小时可以生成12000个保单的pdf
 - 新需求的实现,通过模板制作和配置结合,很快就能实现(如2号令相关的修改)
 - 项目一期,个险核心保单打印
   在满足监管要求的基础上,对个险保单样式与字段逻辑进行调整优化、实现了保险合同升级改造。
 - 项目二期,团险保单打印
   二期团险保单项目建立在一期项目的平台基础上,针对团险保单定制模板及业务流程,以支持团险业务
 - 项目三期 
   打印平台根据各种信函类型模板生成信函。其中电子信函包括20种,H5信函包括22种
 - 系统稳定,持续运行6个月无宕机

问题和思考

 - 需求不明确
 - 配置可以做的更好更全,时间和成本关系
 - 产品有时候会有问题,要积极联系解决
 - 小众系统,会的人不多,维护依赖厂家
 - 核心提供的webservice客户端调用jar有超时问题,在比较大的压力下会导致系统cpu和内存100%。

系统配置平台

登录页面

在这里插入图片描述

菜单

在这里插入图片描述

配置模板

在这里插入图片描述

产品模板对应

在这里插入图片描述

产品条款配置

在这里插入图片描述

产品简介及说明书配置

在这里插入图片描述

特别约定

在这里插入图片描述

产品现价说明

在这里插入图片描述

谢谢

谢谢各位同事拔冗聆听

1、统一监管报送平台功能介绍 1.1 背景分析 随着中国经济的飞速发展,近年来中国的金融行业也处在飞速的发展阶段, 银行的改制、分支机构的扩张、异地分行的开设、村镇银行的兴起、财务公司的 成立等,均可以看出中国的金融行业的发展已经进入到了前所未有的阶段。然而 随着金融行业的飞速发展,中国的监管当局也不断加大对各金融机构的监管力度, 中国的三大监管机构银监会、人民银行和外管局也都需要金融机构按照不同的要 求、方式等报送报表或数据,通过这些报表和数据的进一步分析结果来对金融机 构制定不同的监管策略。 从目前情形来看,各金融机构,尤其是商业银行,为应对三大监管机构的监 管要求所需要报送的内容给商业银行的业务人员带来了繁重的工作压力。在这种 情况下,就需要有一套统一的监管报送平台来完成这些报表、数据的自动化生成 工作,使用这种自动化的方式代替传统的手工填报的方式。这样既减轻了业务人 员的工作压力,也保证了所报送的报表、数据的准确性。因此,对金融机构来说, 建立一套统一的监管报送平台是非常必要的。 在本方案中主要包括以下两个主要的报送模块:银监会 1104 报送、人民银 行大集中报送。中软融鑫公司利用公司自有的产品“统一监管报送平台”来实现
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值