一、项目背景及目标

近年来，各地监管部门在逐步加强对在所属地区展业的保险公司的监管。北京，上海，山东，河南等地分别建立了地方性的监管平台。比如北京意外险平台，北京健康险平台，上海人身险平台，河南消保平台，山东意外险平台等，但各个平台分散部署，而且相互独立，大量相同的功能重复开发，且实现方式又各不相同，加上最近两年监管对报送数据的质量要求越来越高，项目分散导致日常维护成本高，且难以管理。故而需要把分散的监管报送系统采用统一架构整合，统一风格、统一入口、统一管理，避免系统重复建设，降低运维成本。

二、创新点

通过统一的数据模型和架构把各个地方监管系统整合到一起，实现统一风格、统一入口、统一管理，有效地解决了“一个监管发文一套系统”的弊端，避免系统重复建设，降低了运维成本。系统主要功能点如下：

2.1、批处理任务管理

统一监管平台的首要任务是数据上报，数据来源主要是上游的核心系统。因为大部分系统都需要按照T+1上报，所以需要通过批处理任务管理模块每日从上游核心系统进行数据同步。

2.2、数据上报管理

数据对接过程中，可能会存在数据遗漏或者同步错误的情况，另外，目前各个监管平台可能也会发生变化，这就可能对已经上传的数据需要删除并重新上传，通过数据上报管理模块可以实现手工补传数据。

2.3、数据转换管理

由于不同的监管局数据模型存在差异（比如性别字段，有些系统是1表示男，有些系统是F表示男，这种就需要做配置转换），所以需要对上报的数据进行字段转换，为了统一管理，系统设置了数据转换管理模块，可以根据不同系统需要进行配置，当监管模型或者上游模型发生变化时，无需更改代码或者发布，直接通过系统配置功能就可快速解决，有效提高了运维效率。

2.4、数据校验管理

数据校验管理模块内置了各种校验规则，主要功能是为了在上报前对报送数据进行检查，如上报数据不满足要求，会被拦截并通知相关人员进行问题排查，避免数据错报。

2.5、统一监控管理

统一监控管理模块主要功能就是监控，近年来各地监管局对上报数据质量要求越来越严，通过配置监控，可以对每日数据上报情况进行核查，如出现数据同步失败、数据校验错误或者上报数据返回失败等都可以及时发送预警邮件，及时人工介入处理，有效提高了数据报送的及时性、完整性。另外，监控管理不仅可以监控统一监管平台上的所有报送系统，还可以监控其他系统的情况，只需要配置对应数据源以及相应监控规则即可。

2.6、系统部分功能截图

三、项目技术方案

3.1系统提数报送流程图：

提数：根据模块提数指定SQL，从ODS提取模块数据；

转码：根据转码映射，对提取的数据进行枚举转码，生成待报送数据；

校验：针对数据进行特定校验，包括非空校验，转码校验，逻辑存在校验，完整性校验等；

生成文件：根据报文引擎、报文适配器生成指定待报送数据存档文件；

报送：报送通过接口适配器将报送数据分发报送。

3.2数据架构

3.2.1对于重要数据通过协议加密解密保证数据的安全性，敏感数据通过脱敏保证数据完整性。

3.2.2 本系统目前采用ORALCE 11g数据库实现数据的物理保存

3.3 技术架构

采用目前较稳定的SpringMVC+Mybatis+JQuery+EasyUI，服务器采用was。

3.4 系统模型

系统模型分为三部分：数据中心、统一监管系统、第三方平台

3.4.1数据接口从数据中心提取数据，统一监管平台通过报文引擎实现数据生成，通过接口报送适配器实现报文分发报送，返回处理。

3.4.2由统一监管平台实现流程管理、运行监控、报文追踪及日志管理等。

3.4.3平台接口主要用于与第三方平台进行交互，通过适配器选择交互方式及协议

3.5配置化交易

配置交易化主要是指整个系统中通过配置的方式实现数据封装，数据报送以及数据监控，基于配置的系统架构

四、项目过程管理

项目各阶段的实施周

4.1、需求调研：4周时间。主要内容是对监管发文进行解读以及对老系统基本情况进行分析，包括：系统总体运行流程、数据架构设计、数据流转情况、上下游数据转换关系梳理等。需要确保系统整合到统一监管平台后，上报数据与原有系统口径、具体字段保持一致。

4.2、项目启动&计划制定：2周时间。主要内容包括项目前期事项准备、项目启动会、项目人员安排、项目计划制定等。

4.3、系统解决方案设计：6周时间。主要内容包括各个模块整体功能及流程设计、与关联的上游系统数据对接的规范设计、与平台对接接口报文设计、需求文档编写与确认等。

4.4、系统开发&单元测试阶段：8周时间，主要根据系统设计文档进行功能开发、自测，按照项目管理标准提供开发规范与管理规范，完成代码研发。

4.5、集成测试&性能测试&联调测试阶段：3周时间，主要包括系统数据对接测试、性能测试以及与协会端系统进行接口对接测试。

4.6、用户验收测试阶段：4周时间，主要进行用户测试，提供各测试阶段的测试计划、测试方案、测试案例、测试报告等文档。

4.7、系统培训&上线准备阶段：1周时间，主要进行用户培训、投产演练、上线审批等。

4.8、系统上线阶段：1周时间，主要系统上线相关工作。

4.9、系统试运行&并行期：12周时间，主要是试运行，对新老系统上报数据进行系统化比对，检查数据是否有漏报、错报情况，及时解决运行过程中遇到的问题。

4.10、正式切换：1周时间，停用老的报送系统，由统一监管平台进行正式报送，同时对历史数据进行迁移备份

五、运营情况

系统自上线以来运行较为稳定，通过每日上报监控可以实时查看上报结果，极大地提高了数据报送质量，避免了监管处罚风险。

六、项目成效

通过项目整合，我司各监管上报系统数据质量在逐步提升，每日监控数据报送结果，确保数据报送完整、准确。

6.1、由上海市保险同业公会印发的《上海市人身险综合信息平台数据治理工作报告中》中，2023年度累计有近20家保险公司数据质量评测不达标（四项指标差异率>5%）。我司2023全年业务月报达标率100%，差异率年平均在0.5%以内，并且在由上海市保险同业公会主办、上海市保险学会协办的“上海保险业专项立功竞赛活动”中荣获三等奖。

6.2、北京健康险对应的

6.3、河南消保系统平台要求：如当日无交易数据时，需向平台进行报备，通过统一监管平台预警功能可以及时通知对应人员当日数据报送情况，防止数据漏报，2023年度无数据漏报情况，避免监管处罚通报风险。

6.4、山东意外险系统整合到统一监管平台后，通过系统监控功能及时掌握数据报送情况，避免了监管通报。在山东省保险行业协会2023年第四季度运行情况通告中，有10家公司目前还未接入平台的意外险业务风险预警系统；有16家公司因未按时上传数据或者上传数据存在差异被通报；有26家公司仅上传了数据，但查询量较少；

七、经验总结

在当前金融行业“严监管”的背景之下，保险公司在监管报送和数据治理方面存在诸多挑战：数据报送时效以及数据报送质量方面要求越来越高，数据漏报、错报时可能面临行业通报、高管约谈、现场检查等风险。

通过建设统一监管平台，一方面对上报数据进行统一的采集，把数据先整合到统一监管数据模型中，提炼统一报送指标，进行统一的数据治理，最后输出满足监管报送需要的各种口径的数据，构建独立的报送数据池，与各个监管系统无缝连接。

通过统一监管平台的应用，可以使公司数据质量得到显著提高，数据资产价值进一步被挖掘，节约成本，在一定程度上提升了保险机构数字化水平。