一个简化的机动车辆保险业务处理系统的设计说明书

摘要：介绍了一套简化的机动车保险业务处理系统的数据库分析及设计，该系统采用vfp6数据库开发平台，以应用于太平洋保险公司汽车保险业务管理系统。

关键词：数据库；e-r图；字段

中图分类号：TP311 文献标识码：A 文章编号：1009-3044(2009)05-1025-04

A Simplified Mechanically-propelled Vehicle Insurance Services Sells Systematic Design Specifications at Reduced Prices

GUAN Xiao-tong

(China Oversea Chinese History Museum, Beijing 100007, China)

Abstract: Have introduced that a set of simplified motor vehicle insurance services handles the systematic data base analysis and designs that, this system adopt the vfp6 data base to develop platform, to apply to Pacific Insurance Agency automobile insurance business management system.

Key words: data base; E-r map; syllable

1 引言

近几年来，国内机动车辆保险业务发展迅速，保费收入急剧上升，已成为国内财产保险的首要险种，对支持国内财产保险业务的发展发挥了重要作用。但是，近年来有些保险公司无视人民银行和财政部的有关规定，采取大幅度降低保险费率、超标准支付手续费、支付高额退费、提前给予无赔款优待等非正常手段进行恶性竞争，直接造成机动车辆保险业务赔付率巨幅上升，严重影响了保险市场秩序的稳定。为加强对机动车辆保险业务的管理，促进机动车辆保险业务的健康发展，太平洋保险公司决定开发一个简单的机动车保险业务处理系统――BXS系统。

2 简单需求分析

2.1 BXS系统数据需求

1) 保险单：车辆按单位投保，一个单位的车辆在一张保单上投保，每张保单保险期限固定为一年，基本数据项如下：

保单号，单位名称，单位地址，联系人及电话，起保日期，签单日期（必须早于起保日期），总保额，总保费，车辆总数，操作员，复核人。

每张保险单上有若干被保险车辆，记录每辆车的数据项有：车牌号，发动机号，车型，座位，吨位，使用性质，起保日期，保险金额，基本费率，保费合计。车辆的起保日期为保单上的起保日期，保费=保额*费率。

2) 批单：记录对保险单的修改情况，一张保单可批改多次，每次一张批单，并在保单上体现改后的情况，可批改内容有：

批改保单上单位地址，修改某辆车的保险金额，保单上加车辆。

对每张批单应记录：批单号，批改的保单号，批改日期，操作员和批改内容。

3) 赔款单：记录车辆出险后的理赔情况，每辆出险车一次出险开具一张赔款单，赔款单数据项包括：

赔款单号，保单号，车辆车牌号，出险日期，申请金额，结案日期，赔付金额，负责人，操作员。

4) 车型代码表：车型代码，含义。

5) 使用性质表：使用代码，含义。

6) 费率表：车型代码，使用性质，费率（保费=保额*费率）。

2.2 业务分析

1) 投保：

① 录入新保单，包括车辆清单，保单上的总计数字在清单录入完毕后计算并填入保单。注：保单号不可重复，复核人置为空值。

② 保单复核：给出保单号，填写复核人。复核后的保单可批改，可理赔。

③ 删除保单：给出保单号，删除保单。复核后的保单不可删除。

2) 批改：录入批单信息，并将保单改为最新数据。

3) 理赔处理：记录出险后的赔付情况。

① 理赔申请：出险日期应在保险期限内。

② 结案：给付后要冲减车辆及保险单上的保险金额。

4) 查询统计：

① 给出两个日期，找出起保日期在这两个日期之间的所有保险单，计算这些保单的金额，保费，车辆数，保单数等等，并可显示这些保单及其车辆清单。

② 给出保单号，查询其内容及其所有批单并逐个显示。

③ 给出两个日期，分别显示时段内出险的已结案和未结案的案件。

④ 月统计：查询给定月份中的投保及赔款情况，包括：投保单数，总保额，总保费，车辆数，发生案件数，申请的赔款金额（未结案的），出险率（出险车辆数/投保车辆数），给付的总金额，给付率（给付金额/保费总计）。

⑤ 年统计：给定当年的投保及赔款情况，包括：投保单数，总保额，总保费，车辆数，发生案件数，申请的赔款金额（未结案的），出险率（出险车辆数/投保车辆数），给付的总金额，给付率（给付金额/保费总计）。

5) 系统维护：

① 车型代码表维护。

② 使用性质表维护。

③ 费率表维护。

④ 操作员维护（操作员增删改，操作员操作权限维护）。

⑤ 两年以前保单的数据转出。

3 概念模型

3.1 实体分析

经过对BXS系统的分析，我们可得到如下的数据实体：

1) 投保单位：单位名称，单位地址，联系人，电话, 总保额，总保费，车辆总数。

2) 保单：保单号，起保日期，签单日期（必须早于起保日期），操作员，复核人。

3) 投保车：车牌号，发动机号，车型，座位，吨位，使用性质，保起保日期，保险金额，基本费率，保费合计。

4) 批单：批单号，批改的保单号，批改日期，操作员和批改内容。

5) 赔款单：赔款号，车辆车牌号，出险日期，申请金额，结案日期，赔付金额，负责人，操作员。

6) 车型代码：车型代码，含义。

7) 使用性质：使用代码，含义。

8) 费率：车型代码，使用性质，费率。

9) 操作员：操作员名称，操作员密码，操作员权限。

3.2 实体E＿R图

经过分析，我们得出BXS系统的实体E＿R图（如图1），为了简化图形，E＿R图中我们省略是实体属性。

4 BXS系统数据库设计

为了实现以上BXS系统的实体以及实体间的关系，我们设计BXS系统数据库如下(在设计中，为了保证数据的一致性和完整性，对于冗余的数据不重复存储，对凡能通过计算出来的数据都不存储，这些数据通过程序运行中计算出来)：

4.1 投保单位表unit

总保额：SELECT SUM(car. Rse_money)from unit,car where unit_id=car.unit_id

总保费：SELECT SUM(car.Rse_money*(SELECT cost.cost from car,cost,unit where car.typ_id=cost.typ_idand car.per_id=cost.per_id andunit.unit_id=car.unit_id))from unit,carwhere unit.unit_id=car.unit_id

车辆总数：SELECT count(car.id) from car,unit where unit.unit_id=car.unit_id

4.2 保单表resurance

操作员名称：SELECT operator.Ope_name from operator,resurancewhere

resurance.Ope_id=operator.Ope_id

在表设计时注意要给签单日期添加约束，使其日期大于起保日期。

4.3 保车表car

起保日期：SELECT resurance.B_data from resurance,car

where car.unit_id=resurance.unit_id

车型：SELECT cartype.meanings from cartype,carwhere car.typ_id=cartype.typ_id

使用性质：SELECT useper.meanings from useper,car where car.per_id=useper.per_id

基本费率：SELECT cost.cost from car,cost where car.typ_id=cost.typ_id

and car.per_id=cost.per_id

保费合计：SELECT car.Rse_money*( SELECT cost.cost from car,costwhere

car.typ_id=cost.typ_idandcar.per_id=cost.per_id) from car

4.4 批单表examine

操作员名称：SELECT operator.Ope_name from operator,examinewhere

examine.Ope_id=operator.Ope_id

4.5 赔款单表indemnidy

操作员名称：SELECT operator.Ope_name from operator, indemnidywhere

indemnidy.Ope_id=operator.Ope_id

4.6 车型代码表cartype

注：操作员权限用1,2，3……等字符代表不同的权限，在程序中依据其具体的权限含义限定操作员的操作权限

5 VFP设计要点分析

5.1 选用VFP6的理由

VFP6是一个数据库开发设计的平台，尽管它有许多不足之外，但对于数据库设计却比较方便，它可直接设计数据库及数据表，可直接使用SQL语句等优势。特别是非常方便的设计数据表之间的关联关系，在多表查询中优势特别明显。也非常方便的支持视图查询操作。

其最大缺点是数据保密性比较差。

5.2 数据环境

VFP6可为每一个表单设计一个数据环境，在数据环境中添加表单所需要的数据表，并可在数据环境中设计表之间的关联。在设计中我们充分利用了VFP的这个优点。

5.3 开发手段

VFP6提供了非常方便的开发手段，如表单、报表、对话框、菜单等设计。对快速开发简单的MIS系统是一个很好的开发平台。

6 结束语

BXS系统的开发和使用对太平洋保险公司车保业务的管理具有很深远的意义和作用，使原来混乱的车辆保险业务非常容易进行管理。通过此次对BXS系统的开发设计，我们深刻体会到任何软件的开发都需要我们重视系统需求分析，数据库系统也不例外。在分析数据库系统的概念模型时，应该充分的考虑数据的完整性、一致的约束。在BXS系统的设计中，有两个方面我们深有体会：一个是车型、保车使用性质、费率与保车的关系，常规的理解，也许会将车型、使用性质和费率作为保车的基本属性，但这样也许会产生相同车型、相同使用性质但费率却不同的情况产生，破坏数据的一致性原则。由于费率是由车型和使用性质共同确定的，因此，在BXS系统中，不能采用常规的理解，而应将车型、使用性质和费率作不同的实体来看待。二是操作员实体，在系统中并没有体现出需要操作员实体，因此极易在系统的保单实体、批单实体、赔款单实体中直接采用操作员姓名作为实体的基本属性，经过分析我们发现这样做会带来极大隐患，如果有不同的操作员拥有相对的姓名如何区分？他们的权限是否发生混乱？为此，须建立一个操作员实体，为操作员提供一个ID作为识别其身份的标志。同样，为了保证数据的完整性、一致的约束，我们在设计数据表时，对于实体所具有的一些属性，我们并没有设计到数据表中去，如总保费、总保额等，这些数据是可以通过本实体的基本属性或其它实体的基本属性直接或间接得到。所以，为了能关联这些实体以便得到这些属性，我们在有些表增加了关联的ID，比如在批单表中增加了保单的ID，在赔款单中增加了保车的ID等。尽管关联增加了系统的复杂度和查询的复杂度，但为了保证数据的完整性、一致的约束，这样做是值得的。

参考文献：

[1] 郭文明.数据库原理[M].北京:北京邮电大学出版社,2001.

[2] 王子芳.数据库及应用课程教学探[J]讨.西南农业大学学报,2005,3(3).

[3] 朱其亮.计算机基础[M].北京:北京邮电大学出版社,2000.

[4] 宋茂强.数据库原理及应用[M].北京:北京邮电大学出版社,2001.