医疗保险系统.doc

贵州航天职业技术学院
毕业设计

医疗保险信息系统

姓 名：     
学 号：   
指导老师：              
系 名：    计算机科学系      
专 业：    计算机网络技术    
班 级：    09计算机网络    

二0一0年十一月二十日

摘 要

保险合作社是社会保障体系的重要内容,国际和国内的经验表明,现代保险合作社管
理是一项复杂的工程,而可靠的管理信息系统则是管理的关键。在如今信息科技如此发达，作业与管理如此智能化的今天，可是大范围国内区域还是填表统计方式进行参保，报销的程序也更是复杂，这不仅导致工作效率地下，其步骤的复杂性也让部分打算参保的人员望而却步。
本保险合作社系统就是针对当前的这种现象，为提高医保工作的效率，方便大众尤其是农村地区参保而开发的。其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面，经过分析和比较，我们决定使用SQL SERVER数据库开发工具，采用面向对象的方式来设计和开发。在开发工具上，我们选择了小巧而灵活的VC，为了保证界面的友好性，我们采用SKINMAGIC来动态加载皮肤。整个系统由若干个表单、类、报表以及一个主菜单组成，有项目管理器统一管理全部程序的编写和调试。用户可以通过主菜单或总表单调用系统的各项功能。
数据库采用SQL Server2000，由于我们的系统要求，采用它完全可以适合我们的工作需求，并且它所支持的数据类型十分丰富，维护简便，费用比较低。

目 录

第一章 保险合作社管理系统问题定义 1
1.1课题背景 1
1.2研究意义 1
1.3国内外发展概况 2
1.4本章小结 3
第二章 需求分析 3
2.1背景分析 3
2.2开发工具选择 3
2.3功能分析 6
2.4性能分析 7
2.5运行环境 7
2.6本章小结 8
第三章 总体设计 8
3.1系统设计原理 8
3.2功能模块设计 9
3.3本章小结 11
第四章 数据库设计 11
4.1数据库设计规则 11
4.2数据库概念结构设计 11
4.3数据库关系模型设计 13
4.4数据库逻辑结构设计 13
4.5本章小结 15
第五章 系统实现 15
5.1登录模块的实现 15
5.2参保信息录入模块的实现 ................16
5.3报销申请管理模块的实现 .16
5.4报销审批管理模块的实现 .17
5.5报销费用管理模块的实现 .18
5.6员工信息查询模块的实现 .19
5.7本章小结 19
总 结 20
致 谢 .21
参考文献 22

2009届贵州航天职业技术学院毕业设计（论文）
第一章 保险合作社管理系统问题定义

1.1课题背景
保险合作社制度在我国很早就开始实行，例如我国五十年代初建立的公费医疗和劳保医疗统称为职工保险合作社。它是国家社会保障制度的重要组成部分，也是社会保险的重要项目之一。
保险合作社具有社会保险的强制性、互济性、社会性等基本特征。因此，保险合作社通常由国家立法，强制实施，建立基金制度，费用由用人单位和个人共同缴纳，保险合作社费由保险合作社机构支付，以解决劳动者因患病或受伤害带来的医疗风险。
我国的保险合作社实施四十多年来在保障职工身体健康和维护社会稳定等方面发挥了积极的作用。它保障了范围覆盖所有用人单位及其职工的基本医疗、增进健康水平的需要，使我国人民生活大大改善。特别是在解决职工患大病时的高额医疗费问题，通过“互助互济”，既有效分担了风险，又充分体现出社会公平原则的指导思想。
随着经济的高速发展，计算机在企业管理中应用的普及，利用计算机实现保险合作社管理势在必行。人们生活发生了日新月异的变化，特别是计算机的应用已经普及到了经济和社会生活的各个方面，信息化和快捷化这样的基本需求让各项社会工作自动化和软控化需求日益迫切，在这种大环境下，保险合作社过程智能化，快捷化也是势在必行，尤其是当今社会民众生活水平提高之后，对医保观念的改变更增进了大家参保的积极性，如此以来，以往的填单填表输入，统计，打表的方式来管理医保过程变得臃肿不堪，而且效率也是及其低下，甚至会造成漏报错报现象。而采用计算机软件进行过程管理则会是另一番景象。计算机管理所无法比拟的优点检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低，节省人力，准确性高，而且随着国家政策的改变，仅仅是对软件内部的一些参数进行改变就仍旧可以兼容使用等。这些优点能够极大地提高保险合作社管理的效率,也是社会工作的科学化、正规化管理,与世界接轨的重要条件。
我所开发这个系统采用当面向对象的编程语言C++作为实现语言，使得程序可以以JAVA开发程序数十倍的速度处理数据，使用VC6.0作为开发工具，小巧而方便快捷，使用MFC完成界面开发，得以迅速的获得用户界面，且以窗口式界面与用户交互，习惯使用windows操作系统的用户都可以很快的上手使用，不会有半点陌生，在处理界面美化方面， 我采用SkinMagiC加载皮肤的方式来美化界面，让用户在使用的时候也可以心旷神怡。在系统中我以数据库SQL Server 2000作为系统的后台操作，使用ADO技术访问数据库，方便快捷，处理数据方便，其功能在系统内部有源代码直接完成。
1.2研究意义
保险合作社管理系统是一个典型的信息管理系统(MIS)，本系统是一个为适应当前对保险合作社信息化快捷管理的迫切需求而设计开发的软件系统，其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面，
目前市面上流行的保险合作社管理管理系统不少。但是，我们所开发的是一个操作方便，功能实用，能满足本中心对数据的管理及需求的系统。我们的目标就是在于开发一个功能实用、操作方便，简单明了的保险合作社管理管理系统。能够录入人员参保，报销的基本资料，在操作上能够完成按各种条件进行查询、新用户的设置及密码修改等方面的工作，基本满足人事日常业务的需要。
1.3国内外发展概况
以医保为例，劳保，劳务合作，租赁合作，利用合作等雷同。十年前，只有部分上班族有医保，主要是行政机关、事业单位和大型国企，还是按级别、比例报销费用。十年来，逐步推广到大企业、小企业等。而如今已经逐步普及到大部分城市居民甚至农村，但报销比例不同。
从去年开始，我国实行了新农村保险合作社制度。新型农村合作医疗制度建设，解决农民“因病致贫、因病返贫”的问题。到2010年，这项制度将在我国所有农村普遍实行，覆盖约7亿人，国家每年将补助资金达300亿元。实行因病住院治疗所支出的６项费用（治疗费、药费、检查费、化验费、手术费、住院费），按规定分级累进计算补偿。
除了经济补偿，我市新型农村医保还从小处着眼，从细节入手，项项服务充满着温馨：取消了以往农民不能选择医院的规矩。参保农民可在全市各级定点医院自由择医，充分体现参保人的自由选择权。现有分院和民营医院达到市合管办制定的《新型农村合作保险合作社定点医疗机构基本标准（试行）》的，也可申报确定为定点医院；简化结报手续，病人在定点医院住院治疗后，出院时只要资料齐全，半小时内就可领取补偿现金。为了减少农民在结报中的纠纷和矛盾，市合管办对每一位住院的参保病人及时发放友情提醒告知书，告知书中明确了我市的农保政策，患者在住院期间可提醒医生尽量在农村医保补偿范围内用药或检查，减少自费项目支出，降低住院总费用，提高补偿金额；患者还可提醒医生在使用自费药品及诊疗项目时，须征得本人或家属同意，此举大大减少了结报中不必要的纠纷和矛盾 有上限，巨大的医疗费，就是大病医疗，报销比例是依据所住医院不同就不一样，医院级别高的底，级别底的高，你在当地医院就能问到报多少，费用是国家保险合作社不报的也不报，然后按当时住的医院级别按比例报销费用。
改革现在弊端，那就是报销比例少、报销项目少、医疗费高。在未来国内应逐步采用以病定费等多种形式、走向病有所医，减少住院、看病的负担；实行全国联保，方便就医。
国外的医保现状：
德国的社会保障制度主要包括社会保险、社会赡养、社会救济和社会补贴。其中失业保险，养老保险、事故保险和保险合作社被誉为德国社会保障体系的四大支柱。社会保障依据雇员收入状况实行义务保险和自愿保险相结合，其中义务保险占主要地位，收入未达到一定标准的雇员必须参加义务保险。德国社会保障制度是建立在义务保险和由第三者（包括政府在内）提供资助或补贴作为雉保险金来源的基础上的，实行的是现收现付资金筹集模式。
新加坡的中央公积金制度是典型的个人积累模式，强调自强制储蓄。根据法律规定，第一位有工资或薪金收入的人都必须参加该制度，个人公积金按工资收入的一定比例由雇主和雇员共同负担。所有权归个人所有，退休之后，按月发放。
美国实行自由保险式的社会保障模式，国家给公民是否投保及投保种类方面的自由选择权。美国社会保障制度覆盖的范围很广，但保障的程度很低。从社会保障基金的来源看，雇主和雇员负担了主要部分，但国家给伤残、年老和保险合作社提供津贴，而随着人口老龄化，政府提供的津贴也不断膨胀。美国社会保险基金的管理方式介于德和新加坡之间，是混合制的，以现收现付为主，辅之以资本积累增值的结合。国家强调职工必须在就业期间交纳保险税，专款用于退休的福利，使收大于支，以德国的做法更能适应人口结构的变化
不管医保怎样改革，保险合作社在国际国内的重视程度在一步步加深，自然而然医保的信息化智能化需求也会一步步加深，事实上，劳务合作，租赁合作，利用合作等合作社方式的信息化和智能化需求也一样 迫切！保险合作社过程管理软件设计也势在必行。
1.4本章小结
本章对现代传统的保险合作社过程管理的背景和现状进行了简单介绍并对管理系统的研究意义进行了简要分析，然后以国内外现阶段保险合作社管理现状为例介绍了保险合作社管理系统实现的功能和为社会和民众带来的好处。
第二章 需求分析

2.1背景分析
随着信息化科技的发展和 人民生活水平的提高，不论是国家还是个人都对保险合作社的重要性更加重视了，而如今保险合作社尤其是在农村还是信息化不够，快捷性不够，因此，开发保险合作社过程管理的软件也是实在必行。项目主要系统功能模块为系统登录退出，投保信息录入管理，报销费用申请管理，报销费用审批管理，报销费用支付管理，相关信息查询管理等。本章将全面保险合作社管理系统内容，由此得出保险合作社管理系统的需求分析。
2.2开发工具选择
2.2.1VC6.0简介
VC是集成开发环境IDE的一种，它以小巧方便快捷著称，即使当今社会各种编程语言纷飞，各种新一代的开发环境层出不穷，VC任然在软件开发环境中占有着一席之地。
使用VC可以方便快捷的开发任何你想要的东西，从网络编程，数字图像，音频视频，还是底层的驱动等等，只要是你想的到的基本上都可以实现，可能在处理界面和大型数据库管理方便VC的优势不是很强，可是在效率方面VC有它自己天生的优势。它的编程语言主要是C++，当然如今也有很多调用脚本语言以及其他语言的接口，语言的高效性决定了开发环境的天生丽质， 在开发音视频，数字图像处理，3D实景处理的软件项目时，首选的还是VC。使用VC可以方便的调用WINDOWS API，编写你需要的WINDOWS程序。
MFC:
MFC,微软基础类(Microsoft Foundation Classes),实际上是微软提供的,用于在C++环境下编写应用程序的一个框架和引擎,VC++是WinDOS下开发人员使用的专业C++ SDK(SDK,Standard SoftWare Develop Kit,专业软件开发平台),MFC就是挂在它之上的一个辅助软件开发包,MFC作为与VC++血肉相连的部分(注意C++和VC++的区别:C++是一种程序设计语言,是一种大家都承认的软件编制的通用规范,而VC++只是一个编译器,或者说是一种编译器+源程序编辑器的IDE,WS,PlatForm,这跟Pascal和Delphi的关系一个道理,Pascal是Delphi的语言基础,Delphi使用Pascal规范来进行Win下应用程序的开发和编译,却不同于Basic语言和VB的关系,Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范,VB新加的Basic语言要素,如面向对象程序设计的要素,是一种性质上的飞跃,使VB既是一个IDE,又成长成一个新的程序设计语言),MFC同BC++集成的VCL一样是一个非外挂式的软件包,类库,只不过MFC类是微软为VC++专配的.. 　　MFC是Win API与C++的结合,API,即微软提供的Windows下应用程序的编程语言接口,是一种软件编程的规范,但不是一种程序开发语言本身,可以允许用户使用各种各样的第三方(如我是一方,微软是一方,Borland就是第三方)的编程语言来进行对Windows下应用程序的开发,使这些被开发出来的应用程序能在Windows下运行,比如VB,VC++,Java,Delhpi编程语言函数本质上全部源于API,因此用它们开发出来的应用程序都能工作在Windows的消息机制和绘图里,遵守Windows作为一个操作系统的内部实现,这其实也是一种必要,微软如果不提供API,这个世上对Windows编程的工作就不会存在,微软的产品就会迅速从时尚变成垃圾,上面说到MFC是微软对API函数的专用C++封装,这种结合一方面让用户使用微软的专业C++ SDK来进行Windows下应用程序的开发变得容易,因为MFC是对API的封装,微软做了大量的工作,隐藏了好多程序开发人员在Windows下用C++ & MFC编制软件时的大量内节,如应用程序实现消息的处理,设备环境绘图,这种结合是以方便为目的的,必定要付出一定代价(这是微软的一向作风),因此就造成了MFC对类封装中的一定程度的的冗余和迂回,但这是可以接受的..
面对底层程序，它能很轻松的与Windows API或驱动程序结合，就是在自己的代码中直接使用API函数，而API和驱动程序的资料都是以C语言为基础的，这使得VC程序员能够更轻松的使用Windows API。这样造成了一个很有意思的现象，即入门时VC程序员要付出更多的努力来学习，但是一旦掌握后，开发其他领域的程序或使用第三方软件时，如工业控制类的程序，由于底层的程序都是用C语言编写，反倒是VC程序员能够更快的掌握该领域的编程技术。而很多其他的编程语言甚至找不到相关的资料。这就说明VC（MFC）实际上是一种入门困难，但是扩展学习却很轻松的语言框架。如果既限于某一领域的话VC毫无优势可言，但是如果开发一个新的领域的应用程序或者该程序涉及多个应用领域的话，可减少重复学习的频率和难度，VC（MFC）的优势会立刻显现出来。
2.2.2 ADO简介
ADO (ActiveX Data Objects) 是一个用于存取数据源的COM组件。它提供了编程语言和统一数据访问方式OLE DB的一个中间层。允许开发人员编写访问数据的代码而不用关心数据库是如何实现的，而只用关心到数据库的连接。访问数据库的时候，关于SQL的知识不是必要的，但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。ADO被设计来继承微软早期的数据访问对象层，包括RDO (Remote Data Objects) 和DAO(Data Access Objects)。
　ADO向我们提供了一个熟悉的，高层的对OLE DB的Automation封装接口。对那些熟悉RDO的程序员来说，你可以把OLE DB比作是ODBC驱动程序。如同RDO对象是ODBC驱动程序接口一样，ADO对象是OLE DB的接口；如同不同的数据库系统需要它们自己的ODBC驱动程序一样，不同的数据源要求它们自己的OLE DB提供者（OLE DB provider）。
象Microsoft的其它系统接口一样，ADO是面向对象的。它是Microsoft全局数据访问（UDA）的一部分，Microsoft认为与其自己创建一个数据，不如利用UDA访问已有的数据库。为达到这一目的，Microsoft和其它数据库公司在它们的数据库和Microsoft的OLE数据库之间提供了一个“桥”程序，OLE数据库已经在使用ADO技术。ADO的一个特征（称为远程数据服务）支持网页中的数据相关的ActiveX控件和有效的客户端缓冲。作为ActiveX的一部分，ADO也是Microsoft的组件对象模式（COM）的一部分，它的面向组件的框架用以将程序组装在一起。ADO从原来的Microsoft数据接口远程数据对象（RDO）而来。RDO与ODBC一起工作访问关系数据库，但不能访问如ISAM和VSAM的非关系数据库。 　　
ADO 是对当前微软所支持的数据库进行操作的最有效和最简单直接的方法，它是一种功能强大的数据访问编程模式，从而使得大部分数据源可编程的属性得以直接扩展到你的Active Server 页面上。可以使用ADO 去编写紧凑简明的脚本以便连接到 Open Database Connectivity (ODBC) 兼容的数据库和 OLE DB 兼容的数据源，这样 ASP 程序员就可以访问任何与 ODBC 兼容的数据库，包括 MS SQL SERVER、Access、 Oracle 等等。
ADO的组织方式
　　以前的对象模型，如DAO和RDO是层次型的。也就是说一个较低的数据对象如Recordset是几个较高层次的对象，如Environment和QueryDef，的子对象。在创建一个QueryDef对象的实例之前，你不能创建DAO Recordset对象的实例。但ADO却不同，它定义了一组平面型顶级对象. 　　最重要的三个ADO对象是Connection, Recordset和Command. 本文将主要介绍Connection和Recordset这两个对象。每个Connection的属性定义了与数据源的连接。Recordset对象接收来自数据源的数据。Recordset可以与Connection一起起使用，先建立一个连接，然后获取数据。尽管如此，Recordset也可以被单独创建，其Connection参数可以在Open属性定义。
ADO的使用方式：
连接数据源 (Connection)，可选择开始事务。 　　
可选择创建表示 SQL 命令的对象 (Command)。 　　
可选择指定列、表以及 SQL 命令中的值作为变量参数 (Parameter)。 　　
执行命令（Command、Connection 或 Recordset）。 　
如果命令以行返回，将行存储在存储对象中 (Recordset)。 　　
可选择创建存储对象的视图以便进行排序、筛选和定位数据 (Recordset)。 　　
编辑数据。可以添加、删除或更改行、列 (Recordset)。 　　
在适当情况下，可以使用存储对象中的变更对数据源进行更新 (Recordset)。 　　
在使用事务之后，可以接受或拒绝在事务中所做的更改。结束事务 (Connection)。
2.2.3 SQL Server 2000简介
SQL Server 是一个关系数据库管理系统，它最初是由Microsoft、Sybase 和Ashton-Tat三家公司共同开发的，于1988年推出了第一个OS/2版本。在Windows NT推出后Microsoft与Sybase在SQL Server的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT 系统上，专注于开发推广SQL Server 的Windows NT 版本，Sybase 则较专注于SQL Server在UNIX 操作系统上的应用。在本书中介绍的是Microsoft SQL Server 以后简称为SQL Server或MS SQL Server。
SQL Server 2000 是Microsoft 公司推出的SQL Server 数据库管理系统的最新版，本该版本继承了SQL Server 7.0 版本的优点同时又比它增加了许多更先进的功能，具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2000 的大型多处理器的服务器等多种平台使用。
2.3功能分析
通过对系统的初步调查，明确了系统开发的目标为：按照管理信息系统的原理和方法，采用相对成熟、先进的信息技术和手段，支持保险合作社管理工作的全过程，加强保险合作社管理中的各种信息资源的管理和应用，实现保险合作社管理现代化，及时、准确地提供各种信息报表辅助领导决策。系统需主要完成的功能有权限管理、参保管理、报销申请管理、报销审批管理和信息查询以及登录退出管理个部分。
1.权限管理：此模块主要功能对不同的用户进行权限划分，比如管理参保的不能够管理报销申请，管理报销申请的不能管理报销审批。
2.参保管理：主要提供的功能是管理员进行录入参保人的信息并对信息进行校验，确保参保信息的正确性和唯一性。
3.报销申请管理：主要提供的功能为审查报销申请人是否已经参保，录入申请人的信息以及相关的材料资料。
4.报销审批管理：主要提供的功能有对申请报销的条目进行评审，对申请的报销金额进行核查审批。审批人签字会自动写入数据库。
5.资金发放管理：主要是对已经审批的条目发放资金并重置数据库记录状态。发放人签字会自动写入数据库。
6.信息查询：主要功能是可以对投保信息和报销状态信息进行查询。
7.登录退出管理：系统主要功能是对登录进行验证，密码是否为空，密码是否正确，用户名是否存在，是否登录三次依旧在重复登录等，并采取了提示和一些其他措施（错误登录三次退出程序）等。
2.4性能分析
面对复杂的保险合作社管理工作，系统的开发必须便于系统既能满足目前的需要，又能适应将来扩展的需要，因此系统性能应符合以下原则：
1．实用性：要求访问速度和可容纳的最大同时请求数,能符合实际管理要求。
2．安全性：系统的安全即要保证系统本身的安全，又要保证数据的安全。
3．易维护：要求系统能提供方便、灵活的维护手段，方便应用人员和设计开发人员的维护和管理。
4．数据库设计合理：这就要求数据库在设计时要保证数据的一致性、合理冗余、合理选择数据类型、数据存储规范化。
本系统为用户提供了基本的办公自动化管理功能和其操作简单灵活，适应于普通管理人员及员工使用需求。只要对计算机有一定的认识，都可以通过简单的培训操作使用。
本系统使用身份验证机制，能更好的保护也面被非法的访问。当用户登陆时，用户必须要有有效的用户，通过对象保存登陆名密码及相关信息，防止非法用户恶意破坏及非法登录。根据用户的类型不同其访问权限级别也有所不同，按权限可分为：参保信息录入管理员，报销申请管理员，报销审批管理员，报销资金发放管理员。
2.5运行环境
1.硬件环境
处理器：InterCR300 或更高
内存：128MB或更高(建议256MB)
硬盘空间：80MB以上
2.软件环境
软件环境是一个系统开发的工具，它取决于开发人员对软件的熟悉程度，如果开发人员选择一个不熟悉的软件开发会大大增加开发系统所需要投入的成本，所以说选择软件环境也是很重要的。
操作系统： Windows 2000/Windows XP
数据库：SQL Server 2000
软件开发语言：C++
开发环境：VC6.0
该软件的界面美观大方，软件运行稳定。
2.6本章小结
本章对保险合作社管理的现状进行了简单介绍并对管理系统进行了功能分析和性能分析，以及开发工具的选择，软件运行环境，介绍了保险合作社管理系统实现的功能和为社会和民众带来的好处。

第三章 总体设计

3.1系统设计原理
本系统在设计中使用了面向对象的设计原理，是因为：
1.面向对象设计不再是单纯的从代码的第一行一直编到最后一行，而是考虑如何创建类和对象，利用类和对象来简化程序设计，并提供代码的封装和可重用性，便于程序的维护与扩展。
2.所谓的对象是一种抽象的名称，用来对应实现世界存在的"东西"。一个窗口、一个按钮、一个菜单都可视为一个对象，而按钮对象、菜单对象、又会出现在窗口对象中，因此按钮对象、菜单对象便是窗口的组件之一。对象内部的数据是不能随意更改的，必须由外部向其传递信息，再由对象按其方法加以处理。用户无需知道其任何细节，操作是封闭的，对象之间能通过函数调用相互通信。
3.类可视为一个产品模具、一个模块。在面向对象设计中，类是对象的原型，是对象的制作器。类的概念是面向对象程序设计最重要的特征。所谓类，是指由数据结构及其相关操作所形成的集合，描述该类任一对象的共同的行为特征，是对一组性质相同的对象的程序描述，概括了对象的共同性质和数据。
4.面向对象设计的核心是类的设计。例如：可以定义一个"参保人员信息表单"类，该类中可以定义查询的姓名、年龄、医保卡号等等信息，则以此类为原型可以设计出众多的"参保人员表单"类的对象实例，这些实体都具有类中所定义的特征。
5.设计的保险合作社管理系统也是建立在一系列类基础之上的，其编程的思想是：先根据一定的需要创建一系列的子类或直接调用VC提供的基类，编制程序时，由这些类派生出相应的对象，所派生出的对象继承了其父类所有的功能，而且具有很好的封装性，这样就可利用派生出的对象像搭积木一样来设计自己的程序。打个比方，就比如要制造一台机器，首先要制造各种零件的模具，然后用制造好的模具生产出所需的零件，所有这些做完后，剩下的就只是如何把这些零件组装起来，这样一台机器就很容易制造出来了。实际编程也是如此。每个表单都是由一定数量的对象按某一种方式组合在一起的，程序编制的核心是类的设计。
3.2功能模块设计
模块化就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。为了降低软件系统的复杂性，提高可理解性、可维护性，必须把系统划分成为多个模块。但是模块不能任意划分，应尽量保持其独立性。模块的独立性指每个模块只能完成系统要求的独立的自功能，并且与其他模块的联系最少且接口简单。模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。模块独立性很重要，主要有两条理由：
第一， 有效的模块化软件比较容易开发出来，这个优点尤其重要。
第二， 独立的模块化比较容易测试和维护。
模块独立程度可以由两个定性标准度量，这两个标准分别称为内聚和偶合。偶合衡量不同模块彼此间互相依赖（连接）的紧密程度；内聚衡量一个模块内部各个元素彼此结合的紧密程度。
从以上两点可以得出结论：好的模块是具有高内聚低耦合的特点。根据这个特点，我将此次所要开发的系统从功能模块的角度上划分为以下几个功能模块:
医疗保险子系统包括用户登陆模块、参保管理、报销申请管理、报销审批管理、报销资金发放管理、信息查询管理六大部分,以下是该系统的功能模块图见下图4-1:
参保管理
报销审批管理
用户登录模块
医疗保险
报销资金发放
签字确认
报销信息录入
信息查询
系统退出
报销申请管理
参保信息录入
信息验证
医保卡号生成
信息提交确认
审核签字
选择审批项

信息入库
审核条目
选择资金发放项
查询参保信息
查询报销信息

图4-1 系统模块图

以下是各个模块具体实现功能介绍：
1. 登录模块：这个 模块主要功能是给用户一个登录的入口，同时对用户输入的登录信息进行验证，对于不同级别的用户分配不同级别的权限。
2. 参保信息录入管理模块：这个模块主要是录入参保人员的信息并进行验证，通过验证则信息入库，同时为参保人生成一个医保卡号。
3. 报销申请管理模块：这个模块主要是对报销申请信息进行管理，录入申请相关的信息及其相关资料信息（比如住院的转院证明，住院费发票，医药费发票等等信息）
4. 报销审批管理模块：在这个模块中，报销审批管理员登录之后可以查看已经申请报销而没有审批的条目进行评审和审批，系统将自动将登录名作为签字写入数据库作为审批签名。也就是说数据库会自动记录那条申请是哪个人审批的。
5. 报销资金发放管理：在这个模块中，　管理员登录之后可以　查看已经审批而没有报销的条目，查看待发放的条目是否在其中，如果在就进行资金发放，系统也会将其登录用户名作为签名写入数据库。
6. 信息查询模块：这个模块中只要有管理员权限的用户都可以查看信息，信息包括参保信息和申请报销的信息。

3.3本章小结
本章是系统的总体设计，主要采用面向对象的设计思想，模块话的设计方法。总体介绍了该保险合作社管理系统的各个模块具体实现的功能。

第四章 数据库设计

4.1数据库设计规则
数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。合理的数据库结构可以提高数据库存储效率，保证数据的完整性和一致性。设计数据库系统时应充分了解用户各个方面的需求，包括现有系统的需求以及将来可能增加的需求在信息世界中，信息从客观事物出发流经数据库，通过决策机构最后又回到客观世界，信息的这一循环经历了三个领域：信息世界，数据世界，现实世界。现实世界的事物反映到人的头脑中，人的大脑对它有个认识过程，经过分析（选择、命名、分类等）进入信息世界。这些信息再进一步加工、编码，然后进数据世界，而软件系统的开发工作需要考虑这两个方面的问题，也就是要考虑系统开发所需要的数据，以及如何对这些数据进行操作。这两个问题贯穿了整个软件系统的开发过程，这也就是数据库的设计问题，软件设计的一个核心。
数据库设计的主要任务是针对一个给定的应用环境，在给定的硬件环境、操作系统、以及数据库管理信息系统等软件环境下，创建一个性能良好的数据库模式，建立数据库及其应用系统，使之能有效地收集、存储、操作和管理数据，满足用户地各类需求。数据库设计通常是在一个通用的DBMS支持下，即利用现成的DBMS作为开发的基础。
4.2数据库概念结构设计
概念结构设计的主要任务是根据用户需求设计数据库的概念数据模型。概念模型独立于具体的数据库管理系统，它描述的是从用户角度看到的数据库，反映了用户的现实环境，而与数据库将来怎样实现无关。在需求分析基础上设计出能够满足用户各种需求的实体及它们之间的关系，从而为以后的逻辑结构设计作好铺垫。
本系统实体E-R图：

用户信息
用户名
密码
用户优先级

保额
性别
图5-1 用户信息E-R图
参保日期

保费
联系电话
备注
地址
参保信息表
医保卡号
姓名
年龄
身份证号

图5-2 参保信息表E-R图

报销申请表
申请人
医保卡号
申请金额
申请日期

图5-3 报销申请信息表E-R图

审批备注
报销审批表
审批金额
医保卡号
审批日期
审批人

图5-4 报销审批信息表E-R图
发放备注
报销发放表
发放金额
医保卡号
发放日期
发放人

图5-5 报销发放信息表E-R图

4.3数据库关系模型设计
数据项和数据结构如下：
用户信息表:(用户姓名，用户密码，用户优先级)；
参保信息表:(姓名，性别，身份证号，参保年份，医保卡号，保额，保费，备注)；
报销申请表：（医保卡号，申请日期，申请金额，申请人，备注）
报销审批表：（医保卡号，审批日期，审批金额，审批人，备注）
报销资金发放表：（医保卡号，发放日期，发放金额，发放人，备注）
4.4数据库逻辑结构设计
表5-1 用户信息表
字段名称
数据类型
宽度
主键
说明
userName
ｎvarchar
50
yes
用户名
userPsw
ｎvarchar
50
no
密码
userPriority
int
4
no
用户类型

表5-2 　参保信息表
字段名称
数据类型
宽度
主键
说明
ｎａｍｅ
nvarchar
５０
ｎｏ
姓名
ｓｅｘ
nvarchar
５０
ｎｏ
性别
ＩＣＩＤ
nvarchar
５０
ｎｏ
医保卡号
joinDate
nvarchar
５０
ｎｏ
参保日期
address
nvarchar
５０
ｎｏ
地址
telephone
nvarchar
５０
ｎｏ
电话
MIID
nvarchar
５０
ｙｅｓ
医保卡号
comment
nvarchar
５０
ｎｏ
备注

表5-3 报销申请表
MIID
nvarchar
５０
ＹＥＳ
医保卡号
applyMoney
float
８
ＮＯ
申请金额
applyDate
nvarchar
５０
ＮＯ
申请日期
applyPersonName
nvarchar
５０
ＮＯ
申请人
applyComments
nvarchar
３００
ＮＯ
备注

表5-4 部门信息表
字段名称
数据类型
宽度
主键
说明
MIID
nvarchar
５０
ＹＥＳ
医保卡号
approvalPerson
nvarchar
５０
ＮＯ
审批人
approvalMoney
float
８
ＮＯ
审批金额
approvalDate
nvarchar
５０
ＮＯ
审批日期
approvalComments
nvarchar
３００
ＮＯ
备注

表5-5 工资表
字段名称
数据类型
宽度
主键
说明
MIID
nvarchar
50
yes
医保卡号
fafangDate
nvarchar
50
no
发放日期
fafangPerson
nvarchar
50
no
　发放人
fafangＭｏｎｅｙ
ｆｌｏａｔ
８
no
发放金额
fafangComments
nvarchar
３００
no
发放备注

表5-6 加班信息表
字段名称
数据类型
宽度
主键
说明
id
int
10
yes
员工号
JBdate
datetime
8
yes
加班日期
JBtime
varchar
30
no
加班时间
JBfeilv
numeric
40
no
加班费率

4.5本章小结
本章是系统的数据库设计，主要介绍数据库的设计规则，数据库逻辑设计，数据库关系模型，和数据库的表结构设计。数据库是该系统的核心，在信息系统设计中很重要部分。

第五章 系统实现

5.1登录模块的实现
本页面为保险系统提供一个登录的界面。在用户名资料框内选择正确的用户名，在口令中输入密码，点击登录，进入系统主界面。
用户登录界面：

5.2参保信息录入模块的实现：

5.3报销申请管理模块的实现：

5.4报销审批管理模块的实现：

5.5报销费用管理模块的实现：

5.6员工信息查询模块的实现：

5.7本章小结
本章主要介绍了一些模块的具体实现，通过系统的运行截图可以使读者更清楚的了解系统各个模块的具体功能。

总 结

在对保险合作社系统开发过程中我学到了很多东西，因为以前并没有使用VC