【毕业学位论文】（Word原稿）保险财务收付费系统的设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 公开 硕 士 专 业 学 位 论 文 保险 财务 收付费 系统的设计与实现 f 要 I 摘 要 保险收付系统以实现保险公司业务和财务一体化、集成化为目标，根据保险公司财务核算的要求和发展需要，作为连接各个业务系统和财务系统之间的桥梁。建立以保单为中心的核算模式，可以满足财务系统对全面数据的时时管理与追踪，可以满足针对于业务分险种、分渠道、分经营单位的多维核算体系，并且可以做到业务活动数据与财务管理分析数据相分离，提升保险公司业务监控和财务管理水平。保险收付系统适用于保险行业，解决保险公司业务、财务核算问题，以保单为中心，提供应收保费、预收保费、实收保费管理，应付赔款、预付赔款、实付赔款管理、 再保结算、集中收付管理等多种收付费管理和核算功能。在进行收付管理和整体核算的基础上，实现对于准备金、重要单证的管理，以及各种保险行业报表。 在传统的功能驱动开发模式在一定程度上存在着问题，在该项目中结合实际情况引入以单据为中心的开发模式， 在传统的三层技术架构基础至上进行了二次设计框架的封装，并且将数据访问层的 行了优化，并且可以实现通过配置解决复杂 编写工作。采用这种方式 不仅可以降低需求和设计阶段的风险，而且可以在一定程度上提高开发效率。 同时，本文就 一建模语言的相关理论及 示进行 阐述，重点讲解用例图、类图、时序图。通过用例驱动的方法对财务收付费相关业务流程进行论述。同时在收付费系统中收付管理也是一项非常重要的业务，本文将就收付管理的系统实现进行详细的讨论，采用 型对该功能进行设计，实现了按照单据模式的开发思路，通过灵活设置各个单据状态的变化及功能需要。 最终利用 技术，采用面向对象的分析设计方法和 模工具，设计并实现了财务收付费系统，该系统是保险公司财务收付费的工作平台，是为财务服务的窗口，通过整合并优化了承保、理赔、财务流程，提高了财务的工作效率，更好的控制了 财务处理的风险，后期为实现理赔数据的挖掘，支持商业决策提供了良好的数据基础。 关键字： 保险 收付费 单据开发模式 I ur in to s to s as a a to on a to of be of to to of as to on of of as as of In to a is a in of of of QL be by of In of of to a of ML ML to II In is a to a of of VC of in of of to up 2EE ML a is of a to 录 录 摘 要 . I . 录 . 一章 绪论 . 1 第一节 项目研究背景与意义 . 1 第二节 国内外研究现状 . 2 第三节 本文主要研究内容 . 2 第四节 本文组织结构 . 3 第二章 收付费系统需求分析 . 4 第一节 功能需求 . 4 系统业务描述 . 4 系统业务分析 . 6 第二节 非功能需求 . 14 先进性与可扩展性 . 14 安全性和可靠性 . 14 易维护性和灵活性 . 15 第三节 系统用例 . 15 收付管理功能 . 15 支付手续费功能 . 16 退票功能 . 18 红冲功能 . 19 数据接口同步功能 . 19 第三章 关键技术简介 . 21 第一节 系统架构简介 . 21 第二节 单据开发模式 . 22 传统开发模式 的问题 . 22 目 录 V 单据开发模式的引入 . 22 单据开发模式的介绍 . 23 开发模式对比 . 23 第三节 单据模型 . 24 单据的类设计 . 24 单据的持久化设计 . 24 单据装载器 . 25 单据显示器 . 26 单据转换器 . 26 第四章 收付费系统总体设计 . 27 第一节 系统业务功能结构 . 27 第二节 逻辑功能 架构 . 29 第 三 节 技术架构 . 29 系统技术架构选择 . 30 系统技术架构设计 . 31 型 . 32 第 四 节 物理拓扑架构 . 34 第 五 节 系统数据库设计 . 35 数据库总 体结构描述 . 35 数据库实体描述 . 36 第 六 节 系统环境平台 . 43 第五章 收付费系统详细设计 . 44 第一节 系统业务流程的整体实现 . 44 第二节 收付管理子模块详细设计 . 45 功能介绍 . 45 通用功能 . 45 收取保费功能 . 48 支付赔款功能 . 54 生成手续费清单功能 . 56 目 录 收追偿款功能 . 58 支付共入联入出单费功能 . 58 共出联出结算 . 58 第六章 收付费系统原型实现 . 60 第一节 开发及运行环境 . 60 第二节 系统运行主界面 . 61 普通退票业务 . 61 满期给付业务 . 61 通付退票业务 . 62 手续费管理 . 63 支付手续费 . 64 交易流水 . 65 第三节 收付管理子模块实现 . 66 普通查询 . 66 通赔业务查询 . 68 保单号查询 . 69 收取保费汇总录入功能 . 70 第三节 核心技术实现 . 73 第四节 小结 . 74 第七章 总结与展望 . 76 第一节 保险收付费系统总结 . 76 第二节 展望 . 77 参考文献 . 78 致 谢 . 80 个人简历、学术论文与研究成果 . 81 第一章 绪论 1 第一章 绪论 第一节 项目研究背景与意义 在现代社会中，保险作为其中一项重要的金融活动，对于稳定国家、和谐社会起到了重要的作用。从宏观角度来说，保险业的发展有利于国民经济的发展，有利于社会金融的稳定，有利于全民风险意识的提升，有利于逐步与世界金融的融合 1。从微观角度来说有利于企业出险之后能以最快速度恢复经营，并且降低企业财产损失，并且可以提升企业应对风险的能力，提升企业和个人信用。 从业务重要性来说，承保业务是入口，负责承揽保险 业务并且对所承揽的保险业务进行风险评估与风险控制。依据使保险公司利益最大化的原则，通过保额、保费的浮动，控制所承保主体的风险发生概率。 在保险主体和被保险主体在承保标的和为承保该项业务所需要支付的保险费用 ，两个方面 达成共识 前提下，双方共同签署保险合同，即保单。 理赔是出口，负责当被保险主体发生意外或事故时，即出险时，根据被保险主体在承保时 所签署的保单履行赔付责任，保险公司需要对被保险主体所损失的财产或者人身伤害进行评估，根据其损失的价值进行赔付 。 在赔付过程中保险公司需要对赔案的发生情况和赔付金额进行评估，避免假 案的发生，从而保证保险公司的利益免遭损失。 业务系统主要分为承保系统和理赔系统。承保系统的主要职责是负责保单信息的录入、对保单信息的审核及管理；理赔系统的主要职责是负责当客户发生赔案时，对事故进行跟踪，对赔付金额进行管理和控制。对于各个业务系统来说，其侧重点在于关注保单、赔案状态的变化，以及在状态发生变化时的风险控制 2。但对于保费金额和赔款金额的管理方式，以及赔付比例、公司整体的利润情况等，业务系统很难进行记录和分析，而且对于业务系统来说，并不能管理在何种情况下收取金额或者支付费用。因此就需要在财务系统 中对各个系统、各个环境所产生的金额和费用进行整体管理。 第一章 绪论 2 第二节 国内外研究现状 国外金融市场的保险行业的发展非常 快 ，国内金融保险行业的发展速度虽然不如国外的发展水平，但相比较国内以前的金融保险行业来说，已经得到了长足的发展。 对于保险行业来说，业务处理流程与财务管理制度的分离与结合成为一个重要的问题。 对于财务系统来说，财务系统的主要职责是负责将公司日常运营中所产生的金额和费用，通过复式记账的方式体现在账目上。其侧重点在于关注金额上的变化，以及该金额发生所关联的会计科目及方向。但并不会关注是在某种情况下 ，产生的金额变化，以及在发生何种业务的情况下收取金额或者支付费用。 对于管理产生收取金额或者支付费用的业务处理，并不属于业务部门的职责；同样，财务也不关心业务如何处理的。因此，就需要存在一个既管理收款处理、付款处理，又管理金额本身的系统存在。这个系统存在与业务系统和财务系统的中间，同时为双方系统提供接口，作为业务流程处理与财务金额记账的中间桥梁 3。 第 三 节 本文主要研究内容 保险收付系统以实现保险公司业务和财务一体化、集成化为目标，根据保险公司财务核算的要求和发展需要，作为连接各个业务系统和财务系统之 间的桥梁。建立以保单为中心的核算模式，可以满足财务系统对全面数据的时时管理与追踪，可以满足针对于业务分险种、分渠道、分经营单位的多维核算体系，并且可以做到业务活动数据与财务管理分析数据相分离，提升保险公司业务监控和财务管理水平 4。 保险收付系统适用于保险行业，解决保险公司业务、财务核算问题，以保单为中心，提供应收保费、预收保费、实收保费管理，应付赔款、预付赔款、实付赔款管理、再保结算、集中收付管理等多种收付费管理和核算功能。在进行收付管理和整体核算的基础上，实现对于准备金、重要单证的管理，以及各种保险行 业报表。 该保险收付系统主要的使用对象为保险公司收付人员、出纳和财务会计人员。 第一章 绪论 3 第 四 节 本文组织 结构 对收付费的基础业务进行了多方面的需求调研，基于需求调研对 分析了 业务流程、业务种类、功能组成，并根据当前企业所 具备的软件、硬件环境，设计了该系统的体系结构，最终实现了一个以 保险业务为基础的收付费管理系统 。本 论文的内容分为以下六章： 第一章 绪论：主要介绍了保险业务的基础知识，以及保险收付费系统的项目背景，分析了保险收付费系统的目标，并在此基础上确定了主要的研究内容。 第二章 关键技术简介：根据项目的实际 情况，确定项目使用的一些关键技术，其中主要包括：系统架构分析、 介 、 视化建模语言等。 第三章 收付费系统的需求分析：在充分了解保险基础业务的前提下，与客户进行深入的沟通 为基础，确定系统的功能范围与功能处理的方式，最后在需求分析的基础上对各个功能模块进行 例描述。 第四章 收付费系统的 系统设计：按照系统需求完成了 保险收付费 系统的整体设计，其中包括：系统架构、框架、功能模块 、业务逻辑 、数据库等方面。 第五章 收付费系统的 系统实现：根据 系统设计中所描述的设计内容进行具体的代码实现。 第 六章 总结与展望：总结了 该项目的设计情况 ，概括了论文撰写过程中的主要工作，并对目前系统存在的不足及待完善的问题进行思考。 第二章 收付费 系统的需求分析 4 第 二 章 收付费系统 需求分析 第 一 节 功能 需求 系统业务描述 投保过程 需要明确指定： 投保人向保险人提出对被保险人或被保险人的标的物，在保险期限内分担风险的要求，并支付一定保费，当被保险人遭遇风险时，保险人需要向受益人提供理赔，理赔的最大额度为保险额度。保险人通过设立不同的险种区分各类不同的风险，通过设立险种下的险别将风险细化，并且根据这些细化后的风险（险别）制定保险人 承担风险所需要的费用（保费）。 核保是保险公司在承保前对可保风险进行分析评估以决定是否接受该保单，或者以什么条件进行承保的过程。核保处理就是用来进行风险控制的。 需要对所投保的保险标的进行检查和审核，以降低保险人所承担的风险。核保是承保业务中的核心业务，而承保部分又是保险公司控制风险、提高保险资产质量最为关键的一个步骤 5。 核保人必须具有与保单对应的核保权限，这就需要采用一种方式将同一险种的保单进行分类，再按照差分后的大类对应到核保级别上。这种方式就是将保单拆分为多个不同的维度，每一个维度体现某个方面的信 息，从而更加全面的观察保单信息，进一步控制保单风险。 每一个产品会有多个不同的核保级别，一个核保级别由多个核保因子确定，多个核保因子确定唯一的核保级别。核保权限就是根据保单对应的多个核保因子来确定其核保级别，再根据核保级别判断核保人是否具有相应的核保权限。当核保人具有相应权限时，对保单风险进行风险评估，分析和汇报保险承保、核保数据，以保证业务质量、控制风险为目的，做出是否审核通过的决定。 审核通过时，生成保单号。审核未通过时，视为保险公司拒保。或者申报上一级核保人，由上级核保人进行审核。 为了明确保险责任和承 担该责任所对应的保险费用，就需要以合同的方式进行明确，形成书面性的保险单，即保单。在保单中， 必须明确、完整地记载有关保险双方的权利义务 ， 需要明确投保主体、被保险主体、保险人需要承担第二章 收付费 系统的需求分析 5 的风险、保险人赔偿的场景和费用、投保人需要支付费用的方式和金额。 保单上主要载有保险人 、 被保险人 、受益人 、保险标的、 保险条款、 保险金额、保险费、保险期限、赔偿或给付的责任范围 。其中保险条款 包括有关保险人与被保险人的责任、权利和义务及其他保险事项条文的详细描述。 保险单根据投保人的申请，由保险人签署，交由被保险人收执 。 保单是保险合同成 立的证明 ， 同时也是保险人收取保险 费用的依据 。保单记载的内容是合同双方履行 责任、权利和义务 的依据 。 保险单是被保险人在保险标的遭受意外 事故而发生损失时，向保险人索赔的主要凭证 6。 生成保单号后，此时保单仍为无效保单，只有缴费、财务实收后才可以成为有效的保单。财务实收后，形成一个新的批单号。从业务上看，见费出单的缴费处理，就是说在 第一期 保费入账 ， 财务实收后才可以对保单进行批改、打印、报案。实行见费出单 有利于降低保险公司经营风险，提高保费收入透明度，避免出现保险期限期间保险事故未发生时投保人不支付保费、或保险事 故发生时投保人要求从理赔金中扣除保费等情况发生 。 批改处理包括有保费金额的批改和非保费金额的批改。从业务来看，在核保成功且实际缴费处理后，可以进行批改处理。当投保人、被保险人、受益人的基本信息需要更新（不涉及保费的计算，例如 保险标的转让 他人）、客户需要添加内容（例如增加保险方面的信息，涉及保费金额、保费合计）时可以进行修改。 批改处理后仍需进行核保处理，涉及保费变化的保单要进行缴费处理，处理完成以后生成有效保单。 变更保险合同的，应当由保险人在保险单或者其他保险凭证上批注或者附贴批单，或者由投保人和保险人订立 变更的书面协议。被保险人或者投保人可以变更受益人并书面通知保险人。保险人收到变更受益人的书面通知后，应当在保险单或者其他保险凭证上批注或者附贴批单。 在退保处理中，当一份保单已经进行过缴费处理后（保单在合同有效期内或投保人尚未起保），投保人想终止保险合同，可以做退保处理。当核保处理审核通过后，保险人和投保人终止保险合同。 犹豫期退保 或者投保人尚未起保时， 保险 人 会扣除工本费后退还全部保费 。 由于收付费系统是承保系统、理赔系统和财务系统的接口系统，因此需要覆盖全部在承保系统、理赔系统中产生的所有金额业务，其中包括 创建收取金额的业务、修改收取金额的业务、创建支付费用的业务、修改支付费用的业务第二章 收付费 系统的需求分析 6 等。与承保系统、理赔系统相对应的，需要收付费系统进行处理的业务有：收取保费、支付赔款、支付手续费。 系统 业务分析 保费相关业务分析 对于承保系统来说，在进行投保、申请核保、核保、出单等相应的业务处理之后，由于保单已经形成，因此承保系统的业务处理已经完成，处于一种等待客户支付保费的状态。当客户缴纳保费后，可以得到保单，即保险公司开始履行保险责任。对于财务来说，时间点到达起保日期时，将会用客户所交纳的一 部分保险费用做为准备金。以防止保险公司本身发生意外，造成无法履行保险责任的情况下，被保险人无法享有相应保障的情况发生。 1、 应收、预收、实收保费口径的形成 因此，对于收取保费的整体过程来说，这个过程应该分为三个过程来处理，即：未收取保费、已收取保费并且未到保险起期、已收取保费并且已经到达保险起期三种情况来区分。所以，可以对上述三种情况的处理过程进行明确定义化，未收取保费的情况所对应的处理可以称之为应收保费；已收取保费并且未到保险起期的情况所对应的处理可以称之为预收保费；已收取保费并且已经到达保险起期的处理可 以称之为实收保费，见图 示。对于截止到保险起期之前所缴纳保险费用的预收保费来说，在到达保险起期之后需要将保费的一部分计提准备金，与在到达保险起期之后再缴纳保险费用的实收保费的处理一致，因此，需要在预收保费到达保单的保险起期之后，将原有的预收保费转换为实收保费，即预收转换实收的处理。 2、 分期付款方式的需要 在一般保险费用较少的情况下，保费应该一次性支付，但由于财产险承保标的其价值较高，也会导致相应的保险费用较高，某些投保企业可能会采取分期缴纳保险费用的方式进行缴费。对于收付费系统来说也应该考虑到该情况 的第二章 收付费 系统的需求分析 7 相应处理机制。因此，在收付费系统中可以通过增加缴费计划，来限定收取保费的比例和金额。对于应收保费来说，只是明确应该收取客户的总金额，并不需要按缴费计划来划分明细，但在系统当中需要对应收保费应该提供按照缴费计划收取保费的标准。对于预收保费来说，预收保费是客户实际支付金额的一个过程，客户是按照缴费计划的规定在进行缴费，因此，预收保费要按照缴费计划的规定进行分别处理。对于实收保费来说，与预收保费基本相同，因此，实收保费也要按照缴费计划的规定进行分别处理。 应 收 保 费预 收 保 费实 收 保 费是已 经 起 保否已 经 起 保是否开 始结 束图 保费单据变化图 3、 需要对批改、退保等业务的支持 除了上述的收取保费过程，还存在对于保单的批改或者退保等情况，这些情况在收付费系统中，同样需要相对应的处理机制来解决。对于保险费用进行批改的情况，基本上可以分为保险费用增加、保险费用减少、保险费用不变。对于保险费用不变的情况，由于没有产生金额的变化，因此收付费系统可以不去响应该种变化所带来的处理；对于保险费用增加、保险费用减少两种情况来第二章 收付费 系统的需求分析 8 说，基本上可以归属为保险费用金额的变化，可通过保险费用金额的正负来区分两种情况，即：正数代表保险费用增加，负 数代表保险费用减少。退保其实也是保险费用发生变化的一种情况，只不过退保金额与保险费用的区别是，金额相等、方向相反。因此，批改或者退保也可以按照应收保费、预收保费、实收保费的方法进行相应的处理，但同时也要对收保费、批改、退保等业务进行区分，如图 示。 保 单 批 单 退 保应 收开 始结 束图 保费单据变化图 收付费系统 手续费业务需求 1、 应付、实付手续费 口径的形成 在承保过程中，对于代理公司、代理人等其他非自营业务渠道，为保险公司所提供的业务来源都属于代 理业务，对于这些代理业务需要按照所提供的保单的保险费用支付给代理公司或者代理人一定比例的手续费。因此，对于整个支付手续方法业务的过程来说，这个过程应该分为三个过程来处理，即：客户尚未缴纳保单中的保险费用并且尚未支付手续费、客户已经缴纳保单中的保险费用并且尚未支付手续费、客户已经缴纳保单中的保险费用并且已经支付手续费。所以，可以对上述三种情况的处理过程进行明确定义化，客户尚未缴纳保单中的保险费用并且尚未支付手续费、客户已经缴纳保单中的保险费用并且尚未支付手续费的情况所对应的处理可以称之为应付手续费；客户已经缴 纳保单第二章 收付费 系统的需求分析 9 中的保险费用并且已经支付手续费的处理可以称之为实付手续费。在实际业务开展过程中，如果对代理公司或者代理人所提供的代理业务的保单，没有实际收到保费的情况下，是不会对代理公司或者代理人支付其中介的收付费。这也是保证保险公司利益，以及代理业务来源质量的一种控制手段。所以，对于手续费业务来说并不存在预付的情况，同样对于客户尚未缴纳保单中的保险费用并且尚未支付手续费的情况，是不允许进行手续费支付的。但对于客户已经缴纳保单中的保险费用并且尚未支付手续费的情况来说，则是可以进行手续费支付的，如图 示。 手 续 费应 付 手 续 费同 一 支 付 对 象手 续 费 清 单支 付 手 续 费清 单 金 额是提 示 错 误 信息否开 始结 束图 手续费单据变化图 2、 对于分期付款方式的应对 对于代理公司和代理人的手续费支付情况，实际上是与保险费用实际收取情况相关联的。在保单业务采用分期付款的方式进行保险费用的缴纳时，对于收付费系统来说也应该考虑到该情况的相应处理流程。将手续费的支付过程与第二章 收付费 系统的需求分析 10 保费的收取过程相关联，根据保单的缴费计划可以计算出该保单可以分期的数量，以及当期应交的保险费用，并将该缴费计划中的保险费用与实际收取的保险费用进行比较，然后，确定是否应该给该代理公司或代理人支付所对 应保单的手续费。再根据该保单已经缴纳的保险费用与该保单的整体保险费用进行计算，得出该保单的缴费比例，再按照保费的缴费比例给代理公司或代理人支付所对应保单的手续费。 3、 对批改、退保等业务的支持 在实际承保过程中，会出现对于保单的批改或者退保等情况，这些情况会影响保险费用的变化，由于保险费用产生了变化同样也必定会使手续费的支付金额发生变化。因此，在收付费系统中，同样需要相对应的处理机制来解决。如果对于保单中的保险费用进行批改，使得保险费用增加的相关业务处理时，由于手续费计算比例并没有变化，因此，在进行该项处理 时，就会增加支付给代理公司或代理人的手续费金额。反之，如果对于保单中的保险费用进行批改，使得保险费用减少的相关业务处理时，或者对于该保单进行了退保处理时，则会减少支付给代理公司或代理人的手续费金额。这就需要收付费系统可以处理因保险费用改变所引起的手续费的变化，所以，可通过手续费金额的正负来区分两种情况，即：正数代表手续费增加，负数代表手续费减少。 4、 手续费清单的形成 代理公司和代理人会为固定的保险公司提供大量的保险业务，但这些保险业务每单所收取的保险费用可能并不是很高，如果按照每张保单逐一进行支付就会造成 支付频率极高，而且在财务系统也会为每次手续费业务产生会计凭证，这样不仅造成了人力成本上的浪费，同时也会在系统只能够产生大量的垃圾数据，增加了日后的数据维护难度，因此需要考虑采取一种合理的机制支付代理公司和代理人的手续费。由于保单的价值低，而且数量较大，可以采用定期打包支付的方式结算代理公司和代理人的手续费。即，在一定时间范围内，对同一个付代理公司或代理人所提供的保险业务的所有手续费进行求和处理。这样也可以解决由于批改保单，造成保险费用减少，或者退保所引起的保险费用减第二章 收付费 系统的需求分析 11 少，所带来的手续费金额为负数的情况。从而提 高了财务人员的支付效率，减小了支付手续费环境所带来的人工成本。 收付费系统 支付赔款 1、 应付、 预付、 实付 赔款 口径的形成 对于理赔系统来说，在进行立报案、立案、查勘、定损、核损、定价、核价等相应的业务处理之后，保险公司根据核价中的相应金额进行赔付给被保险人。但在实际情况中，实际的理赔业务往往耗时较长，被保险人通常需要在案发后的短时间内对所发生的事故进行赔偿。所以保险公司一般会根据赔偿情况及金额的大小，预先针对本次赔案进行一部分理赔金额的赔付，等该赔案结案完成，再根据结案金额和预赔金额的实际支 付情况，再支付结案金额减预赔金额的差额值。 因此，对于支付赔款的整体过程来说，这个过程应该分为四个过程来处理，即：发生赔案但未结案并且存在预先支付赔款但尚未支付的情况、发生赔案但未结案并且预先进行了赔款支付，发生赔案并且已经结案同时存在支付赔款但尚未支付的情况、发生赔案并且已经结案同时存在已经支付赔款的情况。 针对于上述情况，可以归结为三种情况进行描述：在结案前进行了预付赔案处理，并且实际支付了赔款金额，这种情况称之为预付赔款；已经结案并且实际支付了赔款金额，这种情况称之为实付赔款；无论是发生赔案但未结案并且存在预先支付赔款但尚未支付的情况还是发生赔案并且已经结案同时存在支付赔款但尚未支付的情况都应该称之为应付赔款，但应当区分这两种应付赔款是在预付状态先产生还是在实付状态下产生。在针对于赔案进行赔款支付时，如果在结案前有预赔金额的发生，在结案时的实赔金额应该是整体理赔金额减去预赔金额的差值金额。由于发生赔案时，可以从准备金中，提取相应比例的准备金金额，因此在进行业务处理时，也需要把结案之前产生的预赔金额，在结案时转换为实赔金额，以保证财务账目以及准备金的正确。再将预付赔款转换为实付赔款的过程中，需要记录两种不 同实付赔款的来源，以便后续的处理和跟踪，如图 示。 第二章 收付费 系统的需求分析 12 应 付 实 赔 赔 款实 付 赔 款存 在 预 付 赔 款将 预 付 赔 款 转为 实 付 赔 款是提 示 错 误 信 息否开 始结 束图 赔款单据变化图 2、 赔款口径 的多维性 从理赔案件的处理流程角度，基本将处理分为应付赔款、预付赔款、实付赔款三种情况，但在具体业务中，针对于理赔业务又会按照赔案的费用类型进行划分，例如：查勘费、 死亡伤残 、 医疗费用 、 财产损失 等多种类型；同时由于一个案件往往牵连多个受害方，而且就需要根据不同的受害方进行多方赔付。因此，就需要将每个赔案按照费用类型，收款人再次进行划分。最终形成按处理方 式划分流程，按照费用类型、收款人多种维度，划分流程的方式。形成一套可扩充、可维护的系统，增强了后期的持续维护性，降低由业务改变而引发的系统修改的风险。 第二章 收付费 系统的需求分析 13 3、 赔款 的结算方式 在实际业务处理中，当该案件的预付赔款金额小于实付赔款金额时，在结案处理时，可以将剩余的赔款金额作为结案时的实赔金额进行支付。当该案件的预付赔款金额等于实付赔款金额时，在进行结案时，不需支付被保险人赔款，即该案件的再次赔付给客户的金额应该是零，但对于该案件来说，系统难以自动感知这种情况的发生，因此仍然需要产生一个金额为零的实付赔款。当该案件 的预付赔款金额大于实付赔款金额时，意味着预付赔款金额过多，需要客户退还多于的赔款金额，该种业务并不能像保费和手续费那样，通过简单的负数实付赔款来解决，因为在保费和手续费的收取过程中，如果金额为负数，意味着保险公司需要支付相应的费用。但在支付赔款收取过程中，如果金额为负数，则需要向客户收取费用，在实际情况中，对普通客户收取多给付的赔款往往实际很难的过程。有可能根本无法收回多给付的赔款，在这种情况下，财务就需要进行坏账准备和坏账计提，为后续坏账的发生做好准备。因此，为了业务划分清晰和财务来源的规范，将预付赔款金 额大于实付赔款金额的这种情况，其实付赔款业务仍按照零赔款进行处理，同时，需要对多支付的预付赔款进行追偿处理。即，将整体赔付给被保险人的金额减去赔案应该支付给被保险人的金额的差值金额作为追偿款，通过其他业务流程、业务部门单独处理，与理赔本身的流程相分离。 对于多数财产险业务来说，可能存在所投保的保单已经到达保险起期，也就是已经起保，但尚未缴纳保费的情况。对于已经起保的保单来说，一旦发生事故就会产生赔案，保险公司就需要按照保险合同履行保险责任，支付该赔案所产生的赔款金额。这种情况对于保险公司来说，损失是巨大的， 不仅没有收取到保费，而且同时还要支付赔款，所以对于收付费系统来说，针对于这种情况需要进行相应的业务处理和控制。对于没有收取保费的保单一旦发生赔案，首先扣除其保费，如果赔款金额大于保费金额，那么实际支付给被保险人的就是赔款金额和保费金额的差额；如果赔款金额等于保费金额，那么保险公司不需要支付给被保险人任何的赔款金额；如果赔款金额小于保费金额，那么保险公司不需要支付给被保险人任何的赔款金额的同时，仍需要向被保险人收取其余的差额保费。 第二章 收付费 系统的需求分析 14 第 二 节 非功能需求 先进性与可扩展性 在实用、可靠的前提下，使 该 设计系统 可以 最大限度地适应技术发展变化所带来的 需