保险核心系统承载着保险公司的关键信息和重要数据，重要性毋庸置疑。和谐健康保险的核心系统2006年建成并投入到正常的使用中，随义务的加快速度进行发展、研发人员的更替以及业务场景和功能的一直在升级，系统慢慢的变庞大复杂，难以维护，为更好地满足公司业务发展需要，在调研了80多家寿险公司的核心系统使用情况后，和谐健康保险决定建设新一代核心业务系统。

  新核心系统建设历时18个月，从架构设计、数据质量、产品支持、功能结构等多方面入手，不仅实现了最初的目标，而且拥有非常良好的扩展性、可靠的安全性、卓越的高效性和全新的体验性，在性能和功能方面满足公司各个渠道业务场景的可持续发展需求，在业内同类项目中表现突出。

  原有的核心系统架构采用struts+spring+hibernate整合框架，虽然在某些特定的程度上满足了性能和安全方面的要求，但存在一些局限性。新系统来进行了内核升级，采用了流行的Java Web Spring Boot架构（如图1所示）。该架构内嵌了Servlet容器，降低了对环境的要求，还可以快速整合第三方框架，无需繁琐的配置文件，大幅度减少了开发时间，提高了生产力。同时，增加了数据缓存机制，对基础数据来进行缓存，减少了对数据库的访问次数，降低了资源浪费；内置了批处理引擎，用于批处理调度和监控优化，能够识别服务器的自动启动，使用分片并发技术，提高了并行解决能力，显著减轻了服务器的执行压力，并利用批处理并发校验，确保同一任务不会同时运行，提升了大批量数据处理的效率和安全性。

  在安全性方面，优化了B/S架构和代码的安全机制，消除了安全风险隐患。新系统提供了安全管理和系统管理相关的技术组件，为业务风险管理提供了技术上的支持。界面SQL移至后台，登录控制进行升级，达到三级等保要求，逐步加强了安全能力建设。并通过第三方机构的渗透测试确保系统的安全性。

  在人机交互方面，进行了UI升级。采用JS压缩、界面缓存、数据分页等技术和异步加载，实现影像图片的异步和分批加载，简化工作池界面，并支持按照紧急度标识颜色，人机交互页面美观简洁，系统的交互响应更加流畅。此外，打破了只支持IE浏览器的局限性，新系统兼容IE、Edge、Chrome、Firefox、360等主流浏览器的各个版本，逐步提升了用户的操作体验。

  旧核心系统的表结构和数据存在冗余和错误，为提升数据质量，新系统制定了详细的规划，最重要的包含确定数据迁移范围的规则、核实非确定性冗余表的清单以及核实脏数据的对比。

  首先，明确数据迁移规则。确保老系统保单客户能在新的核心业务功能下正常进行业务和流程处理。由于升级前后的核心业务表结构相同，结合当前的数据结构，确定迁移范围。依据数据迁移评审结果，新核心系统的配置表、产品定义表、在途业务数据表、老核心数据备份临时表、日志表、新系统不支持的功能所对应的数据表以及无数据的表都不在迁移范围内。按此规则，清除了1848个冗余表。

  其次，核实冗余表清单。初步筛选后，还有499个表，其中，有些表中存有非常规业务数据，经过代码筛查和功能复现，并在业务部门的配合下，最终确定了需要保留并进行迁移的表有83个，无业务的冗余表416个。通过清理，新系统得以轻装上阵。

  最后，进行脏数据对比核实。迁移表清单确定后，一定要通过关联禅道对比新旧表的结构字段。共计对比了2744个字段，其中889个字段存在脏数据。对此，核心研发和运维团队通过对历史数据的分析，找出产生脏数据的原因，再经过业务人员对相关业务字段的确认，在一个月的时间里，逐个字段进行了脏数据清理和数据迁移方案制定，并形成了报告及签字归档。

  原有核心系统仅支持健康险业务，升级后，支持定期寿险、终身寿险、两全险、年金险、分红保险、投连保险、养老保险等多个险种。在系统功能升级的基础上，实现了业务模式的多样化。

  除种类扩展外，在产品定义方面，实现了界面化的产品配置和产品复制功能，并可依据需求定制产品责任，标志着新核心系统成为一个真正的模块化的产品工厂。

  老系统经过10余年的运行，更倾向于契约功能的开发，服务功能薄弱。本次升级换代，全面梳理了与系统功能结构相关的需求，包括来自契约、核保、保全、理赔、续期、财务、产品、报送等相关模块的268项需求，其中服务类需求占比超过76%。

  新核心系统在业内首次完成1600万份存量保单数据的全渠道、全业务数据迁移，在功能优化、性能提升、运维管理等方面做了创新。

  为保证系统交易的完整性和可靠性，业务场景中增加了数据流向，并进行交易过程埋点监控，实时捕获并告警异常数据。

  为提高运维效率和问题定位的准确性，系统增加了批处理专项日志，并将其维护在数据库中。此外，还提供了特定的接口，可以在业务逻辑中加入日志输出。对于不一样的日志，系统建立了主题和监控类型，包括业务处理状态日志、处理过程日志、性能监控日志和处理结果日志。每种类型的日志都可以独立管理和进行开关控制。

  在设计初期，系统对数据结构可以进行了升级，以支持个险保单上有多个被保险人的情况。在每个被保险人下，还可以存在多个主险及各自的附加险。这样的设计更贴近客户的真实需求，提升客户体验。客户只需要填写一次信息、上传一次资料，就能够自由组合搭配产品属性，简化了投保流程。

  针对团险业务的特性，系统采用灵活的方式定义保额和保费。保额定义分为固定保额、月薪倍数、最低保额与月薪倍数取大者、非固定保额、基本保额等。保费定义分为期望保费、固定保费、期望费率、费率折扣等。为企业客户提供了更多样化的选择，提升了保单承保率和客户满意度。

  为了适应不一样险种和费用类型的需求，系统提供了税率定义功能，支持根据不同时间段和机构设定不同的税率。此外，新增税额计算器功能，在核心业务系统中支持价税分离操作，记录税额、净值和税率等信息，便于后续发票打印等操作。

  一是引入EhCache缓存机制，对保费计算、自动核保及费率表等参数做全面缓存支持；二是将大事务拆分为小事务，并逐一提交，实现了“断点续传”功能，从而提升了磁盘导入等批量操作效率；三是引入多线程和分布式任务解决方法，实现月结、再保计算等大规模计算的分布式处理，支持动态增加或减少计算节点；四是通过多服务器、多机构、多线程并行方式，成功提升了百万级保单月度结息效率，以往需要13个小时的操作现在仅需3小时就可以完成，整体效率提升了4倍。

  为了解决SQL注入漏洞带来的安全风险隐患，采用绑定变量的方式，将前端界面的SQL转移到后端的Properties文件中，以实现自动的绑定变量执行。此外，增加了过滤器(Filter)防护SQL注入攻击，确保系统免受SQL注入漏洞影响。

  系统支持同一批次的多个变更项目，并可按照每个客户需求进行保全项的变更。支持个险保全服务52个项目、团险保全服务29个项目。通过此次升级，为保全业务提供了更多的灵活性和便捷性。

  新核心系统项目历时18个月，3天完成切换上线，在业内同类项目中表现突出。项目成功实施归功于以下几个方面：一是公司最高层领导给予了项目的全力支持，同时授权信息中心协调各配合部门；二是项目制定了详细的工作规划，并且有周密的切换步骤；三是项目实施过程中每日追踪进度，每周总结计划，保证项目按计划进行；四是针对技术难题，设置了专家评审机制，保证处理问题的专业性与准确性；五是项目充分的利用平行测试周期，获取生产报文和脱敏数据，进行了生产模拟测试，提前发现和解决实际问题。项目管理的先进性主要体现在以下几方面。

  项目组由80人团队组成。其中，部门总经理1人、高级经理2人、系统架构师3人、需求分析团队7人、研发团队43人、测试团队16人、数据迁移团队8人。

  项目分三个阶段：第一阶段，3个月，实现基础寿险业务功能；第二阶段，10个月，拓展寿险业务功能和迁移健康险核心功能，确保新核心系统承载所有新业务；第三阶段，5个月，迁移健康险核心数据并完成新旧核心系统切换。

  数据迁移是核心业务系统替换时面临的主要风险。这类问题通常隐蔽而持久，很难确定是功能问题还是迁移问题。公司的1600万存量保单数据对于存量数据的顺利迁移至关重要，直接影响到新系统能不能成功上线。

  为了确保数据迁移顺顺利利地进行，制定数据迁移方案（见图2）并组建专项工作组。工作组由新旧核心研发团队、旧核心运维团队和基础设施团队组成，在工作组牵头负责下，首先，对旧核心数据来进行探查、清洗、转换、补充、装载、对比、校验和测试，完成初始版脱敏数据迁移；其次，IT测试团队和业务测试团队对装载后的数据来进行准确性和业务承接性测试；最后，进行产品测试、外围系统测试、保单客户视角测试、批量作业测试以及生产环境迁移过程、效率测试和平行测试，以最终完成整体数据迁移工作。

  数据迁移过程中，在对老数据进行探查、清洗、转换和补充后，IT测试团队从产品测试、外围系统测试、保单客户视角测试和批量作业测试等方面做了功能验证（见图3），并与数据迁移团队的数据静态测试、数据动态测试和性能测试相结合。

  功能测试方面，首先对保单影像索引缺失、临界值问题、精度问题和产品算法差异等典型的数据迁移问题进行了测试。其次重点测试了老核心系统的重要数据，包括保单有效件、保费规模、收付费相关、在售产品、是否续期和产品重要等级，共完成了331款产品的相关测试。

  性能测试方面，包含团险被保人批量导入和批处理测试共136个项目，重点是逐个机构核对万能结息批处理。

  验收测试方面，由业务部门对日常作业功能来测试，模拟真实作业场景，在平行测试环境中准备了生产作业数据的1:1复原，对承保服务、保全服务、理赔服务、收付服务、记账服务全流程业务在平行环境中进行了一次操作，比较两个环境的数据差异，持续操作一个月，在没有数据差异的情况下，达到了业务流程验证闭环的目标。

  最终上线的新系统将由业务部门使用，业务部门的参与程度决定了系统成败。在验收阶段，组织产品中心、核保客服中心和理赔中心参与产品责任核对、保单打印核对以及作业功能核对等，以确保业务部门对新系统的功能、数据和使用体验达成共识，满足使用条件；在平行测试阶段，也将提前对分公司作业部门做相关操作培训，使其提前熟悉系统操作。

  一是技术架构先进。新核心系统采用了高可用架构，具有高性能解决能力，能够同时处理多用户、批量业务和外围系统接入所产生的高并发处理需求。同时，扩展性和可维护性强，能够很好的满足不同压力和不同业务对系统的要求。

  二是实现以客户为中心。通过建立统一的客户视图，系统能对保单参与者进行统一的客户关系管理，还可通过多种途径为客户提供全方位的服务，提升客户体验。

  三是对各类保险产品提供统一支持。系统紧跟政策指向，积极发展养老和健康类产品，并丰富了投资类产品的种类。此外，还支持产品的碎片化和灵活组合，能够迅速设计、定义和上线各类产品。

  四是实现了多渠道拓展。系统全面支持各类渠道接入，同时拓展了社交网络并建立了新兴渠道。系统还与第三方电商、传统媒体和网络媒体进行了合作，进一步拓展了渠道合作的范围。

  五是功能全面，流程灵活。系统完整支持业务的运营需求，并通过规则驱动业务流程，提高了流程的灵活性。此外，系统还具备对流程进行可视化调整的能力。