【毕业学位论文】（Word原稿）保险行业短期险核心业务管理系统分析与设计-软件工程

中图分类号： 学校代码： 10055 密级： 公开 硕 士 专 业 学 位 论 文 保险行业短期险核心业务管理系统分析与设计 摘要 I 摘 要 近几年来，随着中国经济的高速发展，作为核心 支柱 ，金融主导着现代经济的发展。作为金融三驾马车之一的保险行业，也随着中国保险市场的不断繁荣而发展和壮大。市场竞争加剧也促使各保险企业重新审视自身的发展过程和发展目标。 公司通过对自身业务的细化分析、优化整理和资源整合，重新规划已有业务，同时不断推出新的产品以适应市场的变化和客户的需求。 短期险核心业务管理系统就是保险公司在对自身业务进行细化分析后，将其中的短期险业务分离出来，进行单独管理的一种自身业务管理调整和资源优化方案。 该 系统 通过产品定义、新契约管理、保全管理及理赔管理实现对短期险产品从产品创建到产品销售运营的全面管理。同时通过中介销售平台管理，来实现产品销售 的高效快捷服务。 并且在此基础上，系统还通过各种报表及统计分析功能，实现对 业务的实时查询统计和客观分析 ，并且通过 与其他相关系统的互访，实现了公司内有效资源的共享，为公司整体业务的开展和服务质量的升级提供了有效的支持。 短期险核心业务管理系统 的应用为保险公司提供了更有针对性的服务平台，同时，在提高了工作效率的同时，也更好的满足了客户的需求。 关键词： 短期险， 核心业务， 信息技术 ， I n s as of is of of of to in to of of of to to to of is of of to a to of to an to on a of to of of to of as a of of to to 录 录 第一章 绪论 . 1 第一节 课题来源 . 1 第二节 课题的研究背景 . 1 第三节 相关研究动态 . 2 第四节 研究的意义 . 3 第五节 本文研究的主要内容 . 3 第二章 关键技术 . 4 第一节 架技术 . 4 第二节 架技术 . 5 第三节 据库技术 . 6 第四节 本章小结 . 6 第三章 短期险核心业务管理系统需求分析 . 7 第一节 业务功能需求概述 . 7 第二节 系统用例分析 . 8 第三节 产品定义模块 . 13 第四节 新契约模块 . 19 第五节 保全模块 . 22 第六节 销售平台模块 . 27 第七节 本章小结 . 29 第四章 短期险核心业务管理系统设计 . 30 第一节 系统设计原则 . 30 第二节 系统整体架构 . 30 第三节 核心功能 模块设计 . 33 第四节 系统数据库设计 . 55 第五节 本章小结 . 60 第五章 短期险核心业务管理系统实现 . 61 第一节 核心功能模块的实现 . 61 第二节 本章小结 . 71 第六章 总结 . 72 目录 一节 总结 . 72 第二节 展望 . 72 参考文献 . 74 致谢 . 76 个人简历 在学期间发表的学术论文与研究成果 . 77 第 一 章 绪论 1 第一章 绪论 第一节 课题来源 自 2004 年 底 ，我国对外开放了保险 业务 市场，大批 外资保险企业的进入对我国保险行业产生了重大的影响。 这些实力雄厚拥有丰富经验的国际保险企业的加入一方面加剧了国内保险市场的竞争，另一方也促进了国内保险市场的国际化和正规化。 与此同时， 2006 年，国务院 颁布的国务院关于保险业改革发展的若干意见 ， 简称 “ 国十条 ” ， 这也 为推动和完善中国的保险事业起着重要作用。 在这样的 政策和 市场环境下， 各保险公司都积极面对挑战，通过自身的调整和不断的拓展创新提升整体实力。在这一过程中， 越来越多的保险公司充分认识到信息技术已经不仅仅是属于技术范畴的问题 ,而是提升企业核心竞争力的重要手段。 我市某保险公司 在对自身业务系统进行分析后，发现公司开展的短期险业务 存在业务数据量大、保单保险期限短、销售平台不完善等问题，这些都直接或间接的影响了公司短期险业务的发展。因此，公司决定 将短期险 业务从 公司主业务核心平台中分离出来单独 处理 ， 建立 独立 的短期险业务管理系统，这样就促成了短期险核心业务管理系统项目的产生，我有幸参与了该课题的设计开发等工作。 目前 该系统 的业务功能主要包括 系统管理、产品定义、新契约管理、保全管理、理赔管理、中介销售平台管理以及报表统计等功能模块，同时，系统也提供了与公司内其他系统协同 服务的业务接口 。 第二节 课题的研究背景 “ 保险 ” 这个词 源自英文 是一种合同方式，指 合同一方在 遭受损失 后 可以通过合同从 另 一方获取相应赔偿的合同。 早在 清朝末期在中国就 已经出来了保险行业和保险公司的身影，至今在中国已经发展了一百多年。 新中国成立前中国的保险多为外国 资本或官僚资本开设。解放后，国第 一 章 绪论 2 家对保险行业进行了整顿整理，以国家资本为基础进行联营式的经营。改革开发后，特别是加入世贸组织后，保险行业进行了全面的开发，中国保险行业也驶上了快车道。 从政策 面 上，国家出台多项支持政策，保险法 及若干意见的出台 ， 也体现出国家 对保险行业的发展给予最大限度地支持和鼓励 ，积极推动保险行业在中国发展，提供了良好的宏观政策环境 。 从社会 效应上看 ，保险在社会生活中的被认知和认可度不断提升，人民生 活和企业发展对保险的需求意愿也越来越强烈， 同时保险企业也通过各种手段积极的回馈社会，体现保险单社会责任和人文关怀。 从技术的角度上看，保险行业作为金融领域里一个重要的支柱行业，其信息化水平和速度明显滞后于银行和证券也，而其行业发展速度却超过了其他两大行业，这就对保险行业的信息化水平和发展 提出了新的挑战 。 第三节 相关研究动态 国外保险行业历史悠久，行业发展成熟，各种法律法规及配套服务资源完善 。保险公司内部管理和客户服务亦处于国际领先水平。 尤其以美国和英国最具代表性。 其中，针对个人的健康保险和人身意外保险这种短期险种 发展很快。美国的医疗服务和保险都作为商品存在于服务市场，消费者有较大的选择权，并且产品分类详细，消费这可以根据自己的需求获得不同层次的保险服务。 美国商业保险的投保率占美国总人口的 70%以上，其中健康及人身意外险的的投保率更占了 80%以上。 这些都体现出了美国在保险行业的领先。 英国作为现代保险业的发源地，也是保险历史最悠久的国家 。英国的商业保险，特别是健康及人身意外险这种短期险在英国的市场份额相对不大，这主要是因为英国的国家健康保障体系（ 供了较为全面和经济的国家社会保险服务。当然，随着人们寿命的增加 等情况，更多人们需要更高质量的保险服务，这些都给商业保险提供了契机。 中国 的保险企业 在改革开发，特别是加入 后 业务 发展迅速， 据统计， 2012 年，我国保险业实现保费收入 亿元，较 2011 年增长了 8%。 其中，以健康险及意外险为代表的短期险种增长明显，达到了 15%以上的增长。这些都体现了各保险公司对于多元化差异化服务的重视和发掘。 然而，业务的快速发展并没有带动企业信息化的革命，相对于国外支持全面细致的信息化服第 一 章 绪论 3 务，国内保险企业的信息化水平还稍显稚嫩，过多的依赖国外的核心系统 以及大型化的综合集成，并没有 提供较为有针对性的服务和技术支持 ， 并且相对孤立的系统构建模式也缺乏与外界服务的沟通 。 这些都制约了保险企业的信息化发展。 第四节 研究的意义 本文主要通过对短期险核心业务管理系统的研究， 对保险和核心业务流程进行分析和整理，建立一套有针对性的核心业务管理流程和服务支持，形成一种处理短期险业务的标准方案 。通过研究，能够为保险公司的 产品创新提供保障， 帮助保险公司 探索新型服务模式，提升服务 品质 ，已经协助 保险公司开辟新的销售渠道 ，拓展销售网络 。 同时通过对短期险用户信息的收集和整理，也可以帮助保险公司 细分客户群体，找到价值人群 ，有针对性地开展数据挖掘 ，带动其他险种的销售，进而提高公司知名度及口碑。 第五节 本文研究的主要内容 本论文主要针对短期险核心管理系统进行了需求的分析已经设计，并且对实现进行了简单的描述。 本论文的研究内容如下： 1) 通过调研和分析，明确了课题的研究背景 ，对项目的必要性进行了 论证，提出了研究的意义； 2) 通过对系统的需求的分析，对短期险业务流程进行详细描述，为系统的设计提供相应的支持。 3) 对短期险核心业务管理系统进行设计，包括系统架构已经功能模块的开发设计和数据库设计 ； 4) 对短期险核心业务管理系统的 核心业务流程 实现进行简单描述 ，论证系统的可实现性及展示系统的实现效果。 第 二 章 关键技术 4 第二章 关键技术 第一节 架技术 架技术作为现在 言 B/S 系统架构开发的主流开发框架，以其易用、易扩展和强整合的特性，为 界带来了真正的春天， 架很好的将 发者从笨重的 构中解脱出来， 通过一个轻量级的框架来完成 样的工作，让开发者能够将更多的精力投入到对业务的处理中。 架核心由 7 个定义良好的模块组成， 如图 示， 通过这 7 个模块 器能够很好的创建、配置和管理 组成 架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。 图 2.1 心模块 心容器，提供 架的基本功能，也是 制反转（ 主要管理者。 下文是一个配置模块 ，提供整个 配置 内容 管理。 架的一大特色，他提供了一种面向切面的编程方式，通过对系 统进行切面处理，使用代理的技术在不修改代码的情况下，第 二 章 关键技术 5 对系统模块进行管理和操作。 对 据库操作进行了大量优化的封装 。 对很多当前流行的 架提供了相应的操作封装，使得架可以无缝的与这些 架集成。 块： 作的相关上下文处理等。 架：一个全功能的构建 用程序的 现。 架提供了一个低侵入式设计，代码污染极低的开发框架， 了业务对象替换的复杂性，减少了系统的维护负担。 第二节 架 技术 架 是一个 基于 开放源代码的对象关系映射框架，它对行了非常轻量级的对象封装， 仅提供了 射服务，同时还提供了数据库查询和数据库缓存等功能 ，使得 序员可以随心所欲的使用对象编程思维来操纵数据库。同时 和很多 务器应用服务器有良好的集成，几乎可以支持所有的主流数据库 服务 。 图 架结构 架的核心接口一共有 6 个， 如图 示， 过这些接口服务实现了通过持久化对象对各种数据库的无缝操作。 着相同点，即两个都是 供的数据库操作方案，第 二 章 关键技术 6 并且两者都很好的提供了数据库的各种操作以及事务控制等。同时两个又有着区别： 用 言，而 用 言； 接操作数据，而 作对 象。所以，我们可以看出， 架是给开发人员提供了一个上层的数据操作解决方案，将开发人员对数据库的操作，转换为对业务对象的操作，这样更直接的体现了 面向对象原则。 第三节 据库技术 以高级结构化查询语言 (基础的大型关系数据库。 数据库是存储在一起的相关数据的集合 ，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务； 关系数据库是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据。 据库产品是当前数据库技术 的典型代表， 产品除了数据库系统外，还有应用系统和开发工具等。目前的 一个面向对象的数据库系统，它既非纯的面向对象的数据库也非纯的关系数据库，它是两者的结合，因此叫做“对象关系数据库”。由于 括了几乎所有的数据库技术，因此被认为是未来企业级主选数据库之一。 要有以下特点： 1) 用了对象 /关系模型，也 就是在完全支持传统关系模型的基础上，为对象机制提供了很大的支持。 2) 入了连接存储池和多路复用机制， 这样保证了数据库可以存储很多大型数据，并且 提供了高效的支持。 3) 数据库存储上也提供了非常灵活的存储和管理方案，这样增加了对硬件的充分利用，同时也提供了系统的效率。 4) 供了优秀的管理界面，为数据库管理人员提供了充足的管理工具，并且有多种安全策略来保障数据的安全。 5) 持多种操作系统平台，并且提供了网格数据存储服务等方式。 第四节 本章小结 本章主要是介绍 了系统开发中的重要开发框架和数据库技术框架，其中重点 详细 介绍了软件开发架构中所以使用的 个框架。 第 三 章 短期险核心业务管理系统需求分析 7 第三章 短期险核心业务管理系统 需求分析 第一节 业 务功能需求 概述 根据保险公司自身业务发展的需要 以及 自身管理结构的调整，实现各保险产品提供更专业的服务品质 ，短期险核心系统应运而生。短期险核心系统作为保险的核心业务处理系统，对保险公司现有的意外伤害险，意外伤害医疗险，短期定期寿险、补充医疗险、住院津贴医疗险等各种短期险业务提供全面的支持 ，同时可以通过系统对保险公司的短期险业务进行拓展。 短期险核心系统 的整体 业务 架构如图 示， 通过系统，用户可以实现以下功能： 产品定义： 产品定义模块用来实现保险公司保险产品的维护，提供基于界面方式进行产品的定义，可以进行各 种短期险的定义；同时为承保、保全、理赔等模块提供产品的基础服务和数据。 新契约：新契约模块主要实现保单承保功能，完成从保单录入、核保、承保签单到保单打印的完整承保流程管理，并且对各种状态的保单提供详尽的查询机制。同时 为保全等后续模块提供保单自核校验功能。 保全： 保全模块是短 期 险核心系统中对生效后保单信息进行维护的模块。这些保全项 主要包括 被保险人基本信息变更、被保险人重要信息变更、职业类别变更、受益人变更、解除保险合同 等 ，这其中即包含涉及保费变动的保全项，也有不涉及保费变动的保全项 。 中介销售平台：中介机构通 过互联网，可以访问短期险核心系统的中介销售平台模块，实现高效、快捷的实时在线出单。中介销售平台提供完备的卡单承保功能，包括各类卡单的录入、打印以及保单作废。 第 三 章 短期险核心业务管理系统需求分析 8 图 期险核心系统业务架构图 第二节 系统用例分析 系统整体用例 第 三 章 短期险核心业务管理系统需求分析 9 图 险核心系统整体用例图 短期险核心业务管理系统从用户的角度分析，主要分为系统管理员、产品管理人员、保单管理人员、保险业务人员以及中介销售人员五个主要角色， 如图 示， 其中： 系统管理员：主要负责系统的参数维护、用户管理、模块管理、角色管理、机构管理、日志管理等系统基础服务的制定和维护。 产品管理人员：主要负责对系统中保险产品的维护，包括对产品的定义（责任、险种、计划等）和维护，产品的退保费率的定义和维护，产品通用数据表的维护等与产品设置相关的功能服务。 保单管理人员：保单管理人员主要负责系统中的承保和保单的维护工作，包括承保审批、承保签单、保全申请、保全审批等涉及到保单的管理工作。 保险业务人员：主要负责保单的理赔工作，以及参与客户的管理工作等。 中介销 售人员：中介销售人员主要负责通过销售管理模块，录入保单，并且与发展客户拓展业务。 系统管理模块 第 三 章 短期险核心业务管理系统需求分析 10 系统管理模块主要给系统管理员使用 ，用例描述如图 示 ，通过该模块系统管理员可以进行系统的参数维护、用户管理、模块管理、角色管理、机构管理、日志管理等系统基础服务的制定和维护，其中角色管理包括了角色的维护以及用户授权方面。 图 险核心系统管理模块用例图 产品定义模块 产品定义模块主要为产品管理人员提供产品管理的服务，这些服务主要包括保险责任的维护， 保险险种的维护，保险计划的维护，险种的退保费率的维护，以及产品通用数据表的维护等与产品设置相关的功能服务 ，示 。 图 险核心系统产品定义模块用例图 第 三 章 短期险核心业务管理系统需求分析 11 新契约模块 新契约模块主要为保单管理人员提供对新契约保单的管理和维护服务 ，如图 示 。这其中，保单管理人员又可分为保单维护人员和保单审批人员两种角色，其中保单维护人员主要负责对新保单的录入和维护工作，而保单审批人员，则负责对保单的审核、审核通过后的签单，以及保单的撤单等操作。 图 险核心系统新契约模块用例图 保全模块 保全模块主要为保单管理人员提供对生效后的保单进行维护的服务 ，示 。这其中，保单管理人员又可分为保全维护人员和保全审批人员两种角色，其中保全维护人员主要负责对保全信息的录入和维护工作，而保全审批人员，则负责对保全的审批、确认，以及保全的撤销等操作。 第 三 章 短期险核心业务管理系统需求分析 12 图 险核心系统保全模块用例图 理赔模块 理赔模块主要为保险业务人员提供理赔管理服务 ， 如图 示 。通过该模块保险业务员可以录入客户端理赔申请和提供的理赔资料信息，保存对理赔资料的审核，对理赔申请进行批复，对理赔申请进行归结，以及对理赔业务的查询等操作。其中对于理赔申请的批复及包括对前期理赔审核的复核，也包括对整个结果的批准。理赔归结则包括对理赔申请的赔付（拒赔）和申请归档操作。 图 险核心系统理赔模块用例图 第 三 章 短期险核心业务管理系统需求分析 13 销售平台模块 中介销售平台模块主要为中介销售人员提供了一个销售管理的模块 ，示 。该模块为销售人员提供了保单的 维护、打印、作废、查询等功能，以及对机构和个人的业务统计报表等信息，并且为销售人员和机构提供了客户管理的功能。 图 险核心系统销售平台模块用例图 第三节 产品定义 模块 产品定义模块用来实现保险公司保险产品的维护，提供基于界面方式进行产品的定义，可以进行各种短期险的定义；同时为承保、保全、理赔等模块提供产品的基础服务和数据。 产品定义的主要功能包括： 责任定义 险种定义 保险计划定义 短期通用 表 定义 短期退保费率定义 责任定义 第 三 章 短期险核心业务管理系统需求分析 14 能描述 用于进行保险责任的定义、修改、删除和查询。 在系统的产品设置结构中，提供了基于责任库的处理方式，希望通过责任库中的责任组合，能够快速提供一个新的产品。产品设计抛弃了旧的产品概念，认为客户的投保需求就是针对责任组合的。因此，当客户有一系列的保险要求时，能够通过责任库中的责任选择，为客户制定一套完整的保险方案，满足客户个性化的要求。 保险责任分为一级责任和给付责任， 本系统 包含的一级责任主要有：意外身故、意外伤残、意外医疗、意外津贴、（疾病）；给付责任主要针对意外医疗，例如药品费、床位费、治疗费、检查费、材料费。 务流程说明 1) 用户通过责任定义功能进行新的责任的定义，流程包括： 首先录入责任的基本信息 （一级责任） ， 包括责任编码，责任名称、责任类型、责任期间、费率 、互斥责任 等信息，并保存基本信息。 在已保存后的责任 （一级责任） 中 ，可以添加给付责任（二级责任） 。 给付责任包括给付责任编码、给付责任名称、给付责任类型、给付比例、给付次数、免赔额等信息， 保存后的给付责任关联到该责任（一级责任）上 。 在意保存后的责任（一级责任）中，显示该责任所关联的所有给付责任（二级责任）信息，可以对这些给付责任进行 修改、查看 、删除操作 。 2) 可以通 过责任查询功能 根据条件查询 定义的 责任 （一级责任） ，同时可以对查询结果进行修改、删除和查看的操作。 责任（一级责任）修改，可以对已定义的责任进行修改，修改包括对责任下关联的给付责任（二级责任）进行增加、删除等管理操作； 责任 （一级责任） 删除， 需要检查责任是否已经被引用，被引用的责任不能删除。 务规则说明 责任删除时必须交验是否被险种引用，如果引用则不能删除。引用是指责任是否属于某一险种。 给付责任只能依托责任创建。 对于已经出过单的责任，不能进行修改。 第 三 章 短期险核心业务管理系统需求分析 15 险种定义 能描述 用于进行险种信息的维护，包含短期和极 短期险种的维护，同时建立险种与责任的关系。 务流程描述 1) 用户通过险种定义功能进行新的险种的定义，流程包括： 首先录入险种的基本信息，并保存。 险种的基本信息包括险种编码、险种名称、险种缩写 、险种业务类型、投保期限等信息。 保存完险种后要 选择险种下的责任，一个险种下可以有多个责任。选择责任有两种方式： 从系统已经创建的责任中选择一个已存在 的责任， 或者直接重新创建一个新的责任，这个新创建的责任将直接关联到险种下。同一险种 不能重复选择相同的责任。选择完责任后， 进行保存， 保存 成功后 选择 的 责任和险种 建立关联 关系。 也可 以对险种下选择的责任进行删除，执行删除后也需要进行保存，保存成功后 才真正删除责任与险种的关系。 责任添加完后需要对险种进行发布，发布后的险种才能正式生效。 2) 可以通过险种查询功能 根据条件查询险种，同时可以对查询 到的险种信息进行修改、删除和查看的操作。险种 的 修改 包括对险种基本信息的修改以及对险种包含责任的增加和删除。 险种删除，会检查险种是否已经被引用，被引用的险种不能删除， 删除只删除险种本身以及险种与责任的关系，并不删除险种下的责 。 务规则说明 已经发布过的险种不能删除 。 已经被引用的险种不能删除，引用指被保 险计划引用和已经有客户进行投保。 对于已经出过单的险种，险种信息不能修改。 同一责任不能重复出现在一个险种下。 第 三 章 短期险核心业务管理系统需求分析 16 保险计划定义 能描述 保险计划模块用来实现各种保险计划、套餐的定义，可以实现对险种责任信息的重定义，从而实现针对不同的客户群，提供相同险种不同保障范围的定义，更大程度的增加保险公司产品的灵活性，为操作人员提供方便的界面维护。 务流程说明 1) 用户通过保险计划定义功能进行新的保险计划的定义，流程包括： 首先录入保险计划的基本信息，并保存。 保险计划基本信息包括计划渠道、计划类型、计划编码、计划名称、 计划销售渠道等。 保存后的 保险计划的状态为“定义中”。 为计划选择险种， 对于“定义中”状态的计划，可以进行险种选择，选择的范围为系统中已经定义发布的险种。 为计划添加责任， 对于 选中 的 险种， 系统会显示险种中的关联责任。通过选择的方式，将险种的关联责任添加到计划的责任中去 ， 可以将险种的全部 责任 添加 过去 ，也可以 选中险种的部分责任 添加 。 修改已添加责任要素，对于添加到计划责任 中的某条责任， 系统会显示 该条责任的要素信息，用户 可以修改某条要素 。要素值 包括 “固定值”类型 以及“通用表”类型的要素。固定值类型的要素需要填写具体 值；通用表类型的要素 需选择具体的通用表。 修改已添加责任的给付责任，对于添加到计划责任 中的某条责任 ， 系统 会显示 该条责任的给付责任， 选择某条给付责任， 系统显示该给付责任的要素，用户 可以对给付责任的要素进行修改。 要素值 包括 “固定值”类型 以及“通用表”类型的要素。固定值类型的要素需要填写具体值；通用表类型的要素 需选择具体的通用表。 当所有的添加和修改完成后，用户确认保险计划定义完整，此时该保险计划的状态为“定义完毕”。 对于定义完毕的保险计划，执行提交审核操作将该保险计划交由审核人员进行审核，此时该保险计划状态为 “待审核”。 第 三 章 短期险核心业务管理系统需求分析 17 2) 审核 人 员 通过保险计划审核功能对“待审核”的保险计划进行审核操作 。审核包括选择审核结论和填写审核意见，其中审核结论包括通过和不通过。 审核结论选择通过 的 ，则该 保险 计划可以进行销售同时保险计划状态变为“审核通过”；选择不通过，则会打回修改，同时保险计划状态变为审核不通过。注意只有具有审核权限的人，才能审核保险计划；保险计划的修改只能有创建人和管理员修改。 3) 通过保险计划查询功能 ，可以根据条件查询保险计划，同时可以对查询结果进行修改、删除和查看的操作。 保险计划的修改包括对计划的基本信息修改，以及计划所关 联的险种、计划的责任、计划的给付责任等的维护。 保险计划删除，会检查保险计划是否已经被引用，被引用的保险计划不能删除，删除只删除保险计划本身以及保险计划与险种责任的关系，并不删除保险计划下的险种责任。 务规则说明 已经被引用的保险计划不能删除，引用指保险计划已经有客户进行投保。 短期通用表 定义 能描述 通用表 用来定义险种、责任的通用、保额、限额等信息。本模块提供通用表结构的定义和通用数据的导入导出功能。 主要功能包括： 通用表结构定义：用于实现通用表具体结构的定义，可以灵活的定义各种通用表结构。 通用表 模板导出：根据通用表结构的定义，导出相应的 板，用户可以根据 板的格式录入具体的通用等信息。 通用表数据导入：根据通用表文件导入相应的通用数据信息，到对应的通用表中。 生成物理通用表：根据通用表结构的定义，在数据库中生成物理的通用表结构。 第 三 章 短期险核心业务管理系统需求分析 18 复制通用表：可以复制一个已经存在的通用表结构定义，不复制具体的通用数据。 务流程说明 1) 通用表结构定义：用户首先输入通用表的基本信息，然后保存通用的基本信息，这样才能增加通用因子，否则不能增加。 通用表基本信息主要包括 通用表编码、通用表名称、通用表类型 等 信息 。保存通用表基本信息后， 可以 增加 、删除、修改 通用因子 。 通用因子信息主要包括：因子编码、因子名称、因子属性、因子类型等信息。 2) 通用表结构拷贝：拷贝当前的通用表结构，包括因子信息，但不包括通用表的具体数据，拷贝会覆盖当前界面，并清空通用表的编号和名称，由用户重新录入。 3) 生成通用表：根据通用表结构的定义，在数据库中生成物理表结构。（注意：生成时，需要固定生成险种和责任两个字段） 4) 导出通用表模板：根据通用表结构的定义，导出通用表结构的 板，让用户填写通用数据。 5) 导入通用表数据：根据通用表文件，导入通用 表数据。 6) 通用表查询：用户可以根据条件查询通用表结构定义，并对查询结构进行修改、查看和删除。 务规则说明 对于已经存在具体通用信息的通用表，不能进行修改和删除，也不能重复生成通用表结构。 对于没有具体通用数据，但是已经生成通用表物理结构的，可以重复生成物理通用表，每次生成删除上次的表结构。 短期退保费率定义 能描述 用来维护每个险种的退保比例，系统根据此比例进行退保操作。本模块并第 三 章 短期险核心业务管理系统需求分析 19 不支持所有的退保算法，特殊退保算法通过其他方式实现。 务流程说明 1) 用户首先选择险种 ，可选择险种为系统中定义的已发布的险种 。 2) 选择好险种后可以对该险种 增加退保费率信息。 退保费率信息包括计算方式、经过时间、折算比例、手续费率、退保费用等信息。 3) 用户也可以对已经添加好的退保费率进行修改操作。 4) 用户也可以通过导入的方式，批量的将不同险种的退保费率信息导入到系统中。将整理好的退保费率信息按格式要求以 件保存。选择导入操作选中 件，系统会将 的退保费率信息保存到系统中。 务规则说明 险种编码 +责任编码 +经过月数构成唯一主键，不能重复。 第四节 新契约 模块 新契约模块主要实现保单承保功能，完成从保单录入、核保、承保 签单到保单打印的完整承保流程管理，并且对各种状态的保单提供详尽的查询机制。同时为保全等后续模块提供保单自核校验功能。 新契约模块 的主要功能包括： 新单录入 自动核保 投保单签单 投保单撤单处理 核保终止查询 保单综合查询 保单录入 能描述 用于进行保单信息的录入，根据不同的险种，录入不同的保单信息。 第 三 章 短期险核心业务管理系统需求分析 20 务功能说明 1) 新单录入人员 首选选择需要录入的保单的险种 。 2) 新单录入人员在对应险种的保单界面录入保单信息，保单信息 包括被保险人信息、受益人信息、以及各险种根据各自险种的特点而指定的相关信息。 3) 新单录入 人员确 认保单信息正确填写完整后保存 保单 ，保单状态将置为待核保状态，等待系统进行核保处理。 务规则说明 各险种按照各自的保单内容校验规则进行校验 动核保 能描述 新契约投保单录单完毕后，系统后台将自动对该投保单进行自动核保规则的校验，通过自动核保的投保单进入待签单环节；未通过自动核保规则的投保单核保终止。 务功能说明 1) 新保单录入完毕后，系统自动获取信息，进行自动核保的操作。 2) 系统的自动核保功能就是：根据保单信息取出保单中所包含的所有险种信息，然后对这些险种进行轮询，在轮询过程中，通过险种的自动核保规则对保单 各个项目的相关内容进行校验。 3) 对于校验过程中未能通过的项目，需要记录 在案 ，以便在核保终止查询岗进行查询。 4) 在完成该保单的校验后，如果部分校验规则未通过，则提示录单人员投保单核保终止；否则，提示操作员任务转入承保签单流程。 务规则说明 校验规则分为两类：对险种的校验规则 ，以及 对每个险种都有效的公共校验规则。 保单签单 第 三 章 短期险核心业务管理系统需求分析 21 能描述 对于个单直销的投保单，自核通过后，在该签单池中能查询到，操作人员通过该功能进行投保单签单处理。 务功能说明 1) 保单签单人员通过查询条件在签单池中查询到指定待签单的保单。 2) 保单签单人 员选中该保单，执行签单操作。 3) 保单签单成功 ,该 保单正式生效。 务规则说明 无 保单撤单处理 能描述 对于需要撤单的投保单，操作人员手工进行该投保单的撤单处理。 务功能说明 1) 通过查询条件查询需要撤销的保单。 2) 选中保单执行撤单操作。 3) 撤单确认后选中保单被撤销。 务规则说明 无 保终止查询 能描述 对未通过自动核保的投保单进行查询，可查询其自核不通过的原因。 务功能说明 1) 通过查询条件查询 核保未通过的 保单。 2) 查询结果中提示保单核保失败不通过的具体原因 第 三 章 短期险核心业务管理系统需求分析 22 务规则说明 无 单综合查询 能描述 通过查 询条件对 系统中的所有保单进行全面的查询。 查询范围不仅包括已生效保单，也包括承保流程进行中的保单，以及核保失败和手动作废的保单信息。 同时，该功能对查询到的保单还提供相关的关联查询，包括保单的操作记录 、收付费信息 、保全信息、理赔信息等。 务功能说明 1) 操作人员选择录入查询条件，执行保单查询操作。 2) 操作人员可以在列表中看到所有符合查询条件的保单列表 3) 操作人员选择某条保单，可以查看该保单的明细信息。 4) 操作人员可以同时可以查看该保单的操作记录、保全记录、 收付费记录、理赔记录等信息。 务规则说明 查询时必须至少填写一 项查询条件。 对于核保终止和手动作废的保单，没有保全 、收付费 及理赔等相关信息查询。 第五节 保全 模块 保全模块是短 期 险核心 业务管理 系统中对生效后保单信息进行维护的模块。这些保全项分别是被保险人基本信息变更、被保险人重要信息变更、职业类别变更、受益人变更、解除保险合同。 保全模块主要功能包括： 扫描申请 保全审批 第 三 章 短期险核心业务管理系统需求分析 23 保全确认 保全撤销 保全查询 描申请 能描述 作为保全功能的发起操作，通过 操作扫描驱动 发起一笔保全申请 ， 申请会放入到保全模块的任务共享池中， 操作 人员从 共享的工作池中选择对应的保全申请到 个人工作池后，再进行保全 信息的 录入。 务流程说明 1) 影像 服务系统通过扫描形成一笔保全申请，通过接口提交到保全模块任务共享池中，等待保全模块处理 ，任务状态为待处理 。 2) 保全录入人员在保全任务共享池中选中需要进行保全处理的任务，进行申请，将该记录转让操作人员的