基于BS架构的智能一卡通管理系统的实现

1、基于B/S架构的医院一卡通的实现摘要 本系统是医疗智能一卡通管理系统的实现流程和设计，主要根据要求设计和开发了本系统功能。主要实现了人员的管理，管理员的卡信息，员工信息，病人的基本情况，医生排班情况。对病人的个人信息、以及管理员工的个人信息、医生的排班安排、利用数据库安全的保存医院管理过程中存储的各项医疗数据。使用智能一卡通系统，可以加大加强数据信息的存储空间，减少了使用者的现金携带，同时管理员的更加便利对数据的管理，还可以提高就诊病人的用户体验，而且对于数据的查询也变得更快速。减少对于医院与治疗者之间的矛盾以及冲突情况。医疗智能一卡通系统的是用于所以通过调查与分析之后，本文通过需求分析、可行

2、性分析，数据库设计、以及测试对系统进行设计。对于智能一卡通系统后台决定使用B/S的架构来实现搭建，该系统由自助终端，诊疗终端，收费终端，和系统管理端构成，后台储存的数据用Oracle数据库，前端界面实现使用html和jsp进行开发。关键词：医疗智能一卡通、医院管理、B/S架构、Oracle数据库The realization of hospital one-card system based on B/S architectureabstractThis system is the realization process and design of the medical intelligen

3、t one-card management system, which mainly design and develop the system function. Mainly realized the personnel management, the administrator's card information, the employee information, the patient's basic situation, the doctor scheduling situation. The personal information of the patient

4、, the personal information of the management staff, the scheduling of doctors, and the storage of the medical data stored in the management process of the hospital. Using smart IC card system, can increase the storage space of strengthening data information, reducing the user's cash to carry, at

5、 the same time, the administrator is more convenient for data management, also can improve the user experience of clinic patients, but also for data query more quickly.The medical intelligent one-card system is used for this purpose. After investigation and analysis, this paper designs the system th

6、rough demand analysis, feasibility analysis, database design, and test. Background for smart IC card system decided to use B/S architecture to implement, the system consists of kiosks, diagnosis and terminals, charging terminals, and system management, the background to store data in Oracle database

7、, the front-end interface implementation using HTML and JSP development.Keywords: Medical intelligence one cartoon、Hospital management、 B/S architecture、The databaseII目 录摘要IabstractII1. 绪论11.1 开发的背景与现状11.2 开发意义11.3 开发工具21.3.1 MyElcipse21.3.2 ORACLE 22. 系统需求分析32.1 系统需求概述32.2 可行性分析32.3 系统需求分析42.4 系统功能

8、的设计和划分42.5 系统开发步骤52.6 系统数据流图52.6.1 设计数据流图52.6.2 系统数据流图63. 总体设计73.1系统设计目标73.2功能模块设计73.3系统数据结构设计73.3.1逻辑结构设计84. 详细设计94.1数据库设计94.1.1数据库技术94.1.2数据库逻辑结构设计134.2功能流程图设计174.3 模块界面原则215. 编码实现与测试245.1 建立数据库连接255.2系统关键部分的实现265.2.1 主界面的实现265.2.2登入实现275.2.3领卡审批285.2.4权限管理295.2.5预约挂号305.3 系统测试305.3.1 系统测试的目的305.3

9、.2 测试实例315.4 界面截图326 总结39致谢40参考文献411 绪论1.1 开发背景与现状随着社会的发展与进步，医药产业也不断的发展壮大，现代化医院也随着信息数据化不断前进，医院智能一卡通管理系统也随之着而产生，这是为了减少病人与医院之间的不便，提高用户的使用体验与整个系统的数据化的操作，帮助医院更容易的处理大量的数据以及数据的分析。同时可以利用网络使传统的工作变成简单的数据化操作，也更加直观的体现在页面上，对于数据化变得更加直观。工作人员可以提高工作效率，同时可以不用直接面对杂乱的数据，使工作变得更加简单化。同时对于存储数据的与传统的对比变得更加方便，因为可以通过数据库的存储也更方

10、便操作以及实现需要的功能。为了真正“无现金”的医院实现，已经变成了以后现代化的趋势所向。同时通过对各项关于用户病人与医院之间所产生的矛盾而设计出医院智能一卡通管理系统。 1.2 开发意义 医疗智能一卡通是指就诊办理的卡，其中包括病人基本信息还有预交金额信息的磁卡，围绕着卡的操作，用来实现管理卡以卡为核心、以及对于我们查询用户的基本信息或者其它需求等其它功能。便利减少了用户的就诊时间，避免了传统现金交易带来的不便，减少现金交易，和不必要的风险，还可以分散的缴费以及结算整合起来，减少了就诊所不必要的时间时间浪费，缩短了就诊者的就诊时间，通过预约就可以知道自己的时间安排，避免时间上的冲突，减少用户纠

11、纷。我们可以在多个地点设置刷卡机然后方便于我们进行刷卡操作。就诊病人不仅可以通过卡进行充值业务还可以进行预约挂号和取号等基本需求功能。方便就诊者的操作已经漫长的等待时间，系统的开发是在B/S架构下进行的，更加有效的简单医院管理的多样、复杂、繁琐的数据处理或者缴费等复杂的工作流程。可以对不同情况进行不同的医院管理，故而开发设计了医疗智能一卡通管理系统。1.3 开发工具简介1.3.1 MyEclipseMyEclipse又简称为(MyEclipse)，对于我们通过它可以进行对于在数据库的开发和发布，用来的减少我们的时间浪费，它有着有功能全的集成的开发环境，以及合并应用程序包括了完整的编码或者调试以

12、及我们对于测试和发布功能变得更加便利，支持了Javascript，Spring，HTML，Struts等常用的开源代码，尤其是对各种开源产品的支持非常的不错。1.3.2 ORACLE是一种关系数据库管理系统，它是由甲骨文公司开发的，同时也是现在最流行的B/S体系结构的数据库之一,它是一个优秀的产品以至于一直在数据库管理系统领域占得了一席之地，同时可以说该数据库系统是非常方便用户的操作，该数据库系统使用起来非常便利、功能强大，对于各种大中小的微机环境都非常适用。而且它是高效率的数据库并且该系统具有高吞吐量以及可靠性极好的解决方案。2 需求统分析2.1 系统需求概述经过实地考察、网络查找和实地的医

13、院采访，得到了出现的基本问题其中包括了医院管理基本要求和传统数据存储的缺点。我们根据目的为了提高效率以及各种面临的问题总结出的要求和缺点对医院管理系统设计，所以设计出系统包括了以下：（1） 自助终端：自助的终端主要是就诊病人的主要操作和业务，其中要求包括了（卡充值，预约取号，卡对账，预约挂号）（2） 收费终端：主要是用于收费工作人员日常的工作事务，其中要求包括了卡片业务，统计查询等功能。（3） 系统管理端：主要用于系统的管理员和业务管理员之间的参数关系和人员之间的权限管理，其中包含了卡片管理和系统管理。 2.2 可行性分析 技术的可行性分析：考虑到我们当前的软件和硬件设备已经可以满足我们所设计

14、系统的运转的基本要求了，而且系统很稳定，可操作性也很好、经济性方面相对于新技术也更好，java、oracel可一进行数据的存储，已经变得很成熟了，因此是可行的。管理上的可行性：操作系统的管理员不需要很强的能力和专业的技术支持，技术上没有什么要求，只要懂得技术的流程和其中的业务分析管理就可以进行很好的数据化操作，以及使用。经济的可行性分析：首先无需强大的设备支持因此成本低，同时对于不同的用户只要有电脑设备即可。而且使用所产生系统的管理可以节约出大量的价值，我们运维和设计该系统的费用将会大于产生的价值，会有显著的经济效益，所以经济也是可行的。2.3 系统需求分析我们可以从两个角度来分析系统医院与病

15、人的需求管理员角度：（1） 查询信息：管理员不仅可以查看所有的卡信息，员工信息，病人的基本情况，医生排班情况，还可以查看配置菜单情况。（2） 添加信息：对卡进行数据信息的添加同时病人可进行添加相应的管理人员也可以进行数据业务的添加，管理员还可以对医生进行排班安排操作也是对于数据库系统数据的添加。（3） 修改信息：管理员或者用户可进行对本人的账号密码进行修改操作，以及人员的禁用启用和删除业务操作，还可以关于卡信息进行对应修改功能，配置人员权限的情况。病人角度：(1) 查询信息：可查询自己的基本信息，以及账号使用情况。(2) 修改信息：可对于卡进行充值，以及预约挂号预约取号。2.4 系统功能的设计

16、和划分按照系统需求和系统的功能实现可以分为以下两个大模块，如图2-1和图2-2所示：图2-1后台功能模块图图2-2 前台功能模块图2.5 系统开发步骤（1）大致设计出要用的业务逻辑表格设置对应的字段与信息，插入一些基本的信息，然后可以添加用于描述管理员状态和基本信息或者权限等与之有关系的关联表。（2）刚开始我们可以先创建一个管理员并且可以首先建立登入的功能，然后调用查询管理员工的具体信息，如果运行成功之后我们可以再进行添加其他管理员工信息的功能，直到该个人员模块的功能完成。然后我们依次进行对系统的模块分开开发，以及对应工作的进展开发。（3）进行数据的大量调用和系统的初级测试与功能运转。（4）最

17、后进行项目系统的打包与其他设备的安装配置。2.6 系统数据流图2.6.1 设计数据流图设计系统的数据流图用于有用户以及管理员包括了收费人员医生的模块分析报告，对功能模块功能进行分析。首先要设计对应简单并且简洁的操作界面以及稳定的操作系统。通过系统把卡修改、人员管理、人员安排、数据修改的信息发给用户或者管理员，根据卡模块、人员信息模块、用户管理模块在数据库的链接下进行数据流图的设计。2.6.2 系统数据流图 根据系统的要求分为了管理员、收费人员、医生、就诊的病人用户之间的多个模块进行数据的操作。如图2-3图2-3 数据流图3 总体设计3.1系统设计目标 本一卡通管理系统的设计目标是在B/S架构下

18、，完善以下功能：（1） 病人的信息查询功能（2） 病人的卡充值功能（3） 病人的预约挂号以及取号功能（4） 管理的卡入库初始化功能（5） 收费人员的卡销售，领卡，查询功能（6） 管理员的卡审批，查询功能（7） 管理员的人员详细权限配置，基本信息管理，医生排班功能（8） 管理端的登入，修改密码，退出功能3.2功能模块结构设计 后台端口包括了对数据库的查询、删除、输入、修改。功能模块：（1） 卡模块：通过后台进行查看，添加，删除卡信息。（2） 管理员模块：可以进行分配人员的权限管理（权限对应着不同的功能），可对人员数据库的数据信息进行增加或者修改和删除操作，对卡数据信息进行相应需求的修改工作，初始

19、化，以及医生则可以进行排班具体时间的安排操作。（3） 收费人员模块：可以进行售卡，换卡还有领卡操作。该前台包括对数据的修改、输入、查询、删除。（4） 病人模块：可以对卡信息进行查看，充值操作3.3系统数据结构设计3.3.1逻辑结构设计依照系统的基本功能以及数据库的概念结构，我们可以用来设计系统数据的基本结构模型，以及对应的数据库功能结构设计。系统不同功能来可以用来设置不同对应的数据字段来建造多样的结构。3.3.2物理结构设计在我们数据库中根据我们所设计数据库，先了解我们所设计以及对应的数据库结构后再根据我们系统的功能进行数据库表格的创建。4 详细设计4.1数据库设计4.1.1数据库技术我们对于

20、数据库的技术其实是对于相应数据库的数据进行的增，删，查，改对应的信息化管理，这样可以便于我们的维护。通过数据的管理用来实现对大量的数据梳理和整合以至于可以保证了数据的安全性和可进行的操作性。4.1.2关于数据库的结构设计分析系统对于数据库不同的结构以及不同对应的数据库所需功能，建立对应不同ER图对应的功能图片： 图4-1 用户实体E-R图图4-2 病人实体E-R图 图4-3 领卡信息表实体E-R图图4-4 卡信息表实体E-R图图4-5 医生排班表实体E-R图图4-6 角色实体E-R图图4-7 界面角色关联表实体E-R图 图4-8 各实体间E-R图 4.1.2数据库的逻辑结构设计 依照系统分析建

21、数据库的表格结构，以下是用户信息表、就诊病人表、角色表、卡信息表、界面、管理信息表、界面角色关联表、卡明细表、预约表、领卡信息表、医生排班表。（1）用户信息表（如表4-9所示）字段名字段描述数据类型是否为空主外键Id主键IdNUMBER(20)否是username用户名VARCHAR2(20)否否pwd密码VARCHAR2(20)否否JId角色IdNUMBER(20)否否SId状态IdNUMBER(20)否否home科室信息VARCHAR2(20)否否createTime创建时间DATE否否表4-9 用户信息表（2）界面管理信息表（如表4-10所示） 字段名字段描述数据类型是否为空主外键GId

22、主键IdNUMBER(20)否是Gname界面名VARCHAR2(20)否否path界面路径VARCHAR2(20)否否psrc界面菜单关系NUMBER(20)否否SId状态IdNUMBER(20)否否createTime创建时间DATE否否表4-10界面管理信息表（3）角色表（如表4-11所示）字段名字段描述数据类型是否为空主外键JId主键IdNUMBER(20)否是JName角色名VARCHAR2(20)否否SId状态IdNUMBER(20)否否other描述VARCHAR2(20)否否createTime创建时间DATE否否 表4-11角色表（4）卡信息表（如表4-12所示） 字段名字段

23、描述数据类型是否为空主外键KId卡号IdNUMBER(20)否是Kname卡号VARCHAR2(20)否否money金额NUMBER(20,2)否否tip押金NUMBER(20,2)否否SId状态IdNUMBER(20)否否createTime入库时间DATE否否表4-12卡信息（5）界面角色关联表（如表4-13所示）字段名字段描述数据类型是否为空主外键JPId主键IdNUMBER(20)否是JId角色IdNUMBER(20)否否PId界面IdNUMBER(20)否否 表4-13界面角色关联表（6）就诊病人表（如表4-14所示）字段名字段描述数据类型是否为空主外键PId主键IdNUMBER(2

24、0)否是name姓名VARCHAR2(20)否否sex性别VARCHAR2(20)否否age年龄NUMBER(20)否否homecity籍贯VARCHAR2(20)否否phone联系电话NUMBER(20)否否identity证件号码VARCHAR2(20)否否address现住址VARCHAR2(20)否否SId状态IdNUMBER(20)否否KId卡号IdNUMBER(20)否否createTime创建时间DATE否否 表4-14就诊病人表（7）卡明细表（如表4-15所示）字段名字段描述数据类型是否为空主外键DId主键IdNUMBER(20)否是PId病人IdNUMBER(20)否否KId

25、卡IdNUMBER(20)否否SId状态IdNUMBER(20)否否createTime创建时间DATE否否 表4-15卡明细表（8）医生排班表（如表4-16所示）字段名字段描述数据类型是否为空主外键MId主键IdNUMBER(20)否是userId用户IdNUMBER(20)否否SId状态IdNUMBER(20)否否userDate状态IdDATE否否usertime排班日期VARCHAR2(20)否否createTime时间DATE否否 表4-16医生排班表（9） 领卡信息表（如表4-17所示）字段名字段描述数据类型是否为空主外键GId主键IdNUMBER(20)否是Gcount数量NUM

26、BER(20)否否Btime申请时间DATE否否eime审批时间DATE否否userId管理人员IdNUMBER(20)否否SId状态IdNUMBER(20)否否MId收费人员IdNUMBER(20)否否 表4-17领卡信息表（10） 预约表（如表4-18所示）字段名字段描述数据类型是否为空主外键TId主键IdNUMBER(20)否是PId病人IdNUMBER(20)否否uId用户IdNUMBER(20)否否takeDate预约日期DATE否否takeTime预约时间VARCHAR2(20)否否SId状态IdNUMBER(20)否否createtime时间DATE否否 表4-18预约表（11）

27、参数表（如表4-19所示）字段名字段描述数据类型是否为空主外键SId主键IdNUMBER(20)否是SName状态名VARCHAR2(20)否否tableName表名VARCHAR2(20)否否 表4-19预约表4.2功能流程图设计设计对应的系统流程功能图如下列图：.管理员端：卡入库模块如图4-20：图 4-20 卡入库信息模块图用户信息信息模块如图4-21：图 4-21 用户信息模块图卡注销，卡查询信息模块如图4-22：图 4-22卡注销，卡查询信息模块图领卡审批功能模块如图4-23：图 4-23领卡审批功能模块图领卡信息模块如图4-24：图 4-24 领卡信息模块图领卡查询模块信息模块如图

28、4-25：图 4-25领卡模块信息模块图权限管理模块信息如图4-26：图 4-26权限管理模块信息图医生排班功能模块如图4-27：图 4-27医生排班功能模块图售卡，换卡，退卡模块功能如图4-28：图 4-28售卡，换卡，退卡模块功能图工作量统计功能模块如图4-29：图 4-29工作量统计功能模块图.前端病人用户：卡充值信息模块如图4-30：图 4-30卡充值信息模块图卡对账信息模块如图4-31：图 4-31卡对账信息模块图预约挂号功能模块如图4-32：图 4-32预约挂号功能模块图预约取号信息模块如图4-33：图 4-33预约取号信息模块图4.3 模块的界面原则 通过以B/S架构系统进行的基

29、本开发，可以随时随地让用户通过仅仅只需要通过Internet访问系统就可以了。增加的功能变得很方便，以及数据业务操作性强。因此，界面的设计共享性强，简洁大方，开发简单，业务的扩展很方便，可以随时随地进行查看业务的信息处理，让用户对功能模块更加直观的看到功能性。提高了工作效率，减少时间上的浪费，也可以让我们更直观的看到系统还存在的问题。5 编码的实现与测试5.1 建立数据库的连接使用了工厂模式，先创建一个配置文件，方便对应后期的复用性的提高与数据库的更改。 如图5-1 图5-1 然后读取文件信息如图5-2 图5-2建立工厂然后连接数据库如图5-3以及图5-4 图5-3 图5-45.2系统功能的部

30、分实现5.2.1 主界面实现 当用户进行首次登入时，通过本地端口只能浏览到登入界面，未登入不能进入其他功能界面都会返回到功能界面。该功能的实现使通过 使用拦截器对所有的数据访问拦截，判断session里面是否有存值，如果没有只能访问登入界面，如果有或者当登入后可以允许访问其他界面：如图5-5 图5-55.2.2登入实现用户通过登入可进入功能界面，首先在进入主界面后按照对于账号密码分开顺序，然后找到对应的位置进行填写登录系统正确的账号，密码和验证码，然后点击登录按钮操作。访问数据后台，通过js获取点击事件，然后ajax进行数据传输,然后通过web.xml进行寻找业务，如图5-6然后 图5-6进入

31、对应的Action并且访问Dao数据库，进行逻辑判断与数据分析，得出结果看是否登入成功。如图5-7 图5-7返回页面对应数据如图5-8 ，返回为登入成功则登入成功 图5-85.2.3领卡审批 领卡审批是管理人员的操作界面，管理人员可以看到所有人的领卡申请，未审核的可以进行审核，审核过的只能进行查看，审核时会显示剩余卡的数量，如果卡数量不足，无法批卡给销售人员，卡数量足够时，会从开始卡号往下将待领用的卡批给销售人员。当通过管理员审核工作操作后，查看数据库的基本信息没有错误后就可以进行查看审核所通过的具体卡号。1.审核查询：利用js代码操作，先获取对应的查询按钮的点击事件，然后获取到所需要的输入框

32、的信息，设置分页的初始化数据，并进行数据操作：如图5-9 ，图5-10 图5-9 图5-10同时对返回的数据先把原来的表格信息进行删除然后再初始化从后台返回过来数据添加到表格中，然后对返回的数据动态生成对应的标签信息再添加到对应的表格信息中，再提取对应表格中所需要的数据信息或者字段显示到页面上。后台和登入的操作对于数据的传输方法是相同的。首先对于数据的访问需要找对应的web.xml进行到对应的数据业务层与前台再随之与数据库的进行数据的修改操作，如果修改完成则成功。2. 审核查看：可以查看数据信息，对于页面显示的内容不同的数据形式反映的会有不同的操作按钮，如果信息审核过了那么就只有查看按钮，相反

33、的如果没有看过就还会有审核按钮可以对数据进行审核。点击查看按钮就可以看到数据库返回回来的当前数据信息的审核人，以及审核时间还有审核通过的数量和对应具体的卡号信息。如图5-11 图5-11通过ajax进行数据的传输，提交所需要的数据信息的id号码进行后台数据的访问以及数据的返回，对应不同的table点击行返回不同的数据信息，同时对于返回的数据进行动态生成添加到对应的显示信息位置上进行数据的可视化。后台数据访问先对应进入不同的业务层进行数据的操作，先进入service层再进入对应DAO进行数据库的交互。3. 审核通过：对应出现的审核窗口进行按钮的点击事件，弹出窗口，数据库会返回数据显示还有多少卡，

34、然后进行数据审核。判断数据库的卡数是否足够，如果足够可以通过，不够会给予提示信息。当信息允许通过后会自动随机进行分配卡号。再将数据库返回回来的具体的卡信息给予显示。5.2.4权限管理权限管理是管理员对用户可操作的权限以及对于的功能分配进行对应修改操作，可以将未分配的菜单进行移动然后再进行添加到已分配的菜单中，分配的菜单则可以通过按钮进行移动到未分配的菜单中，这样的操作可以对不同的用户之间的权限进行分配，提高了我们系统业务的可分配性便利了操作。首先对数据进行访问以及对进入的数据进行分析，对应页面会有不同的数据进行返回，通过页面进行数据的移动以及js代码的操作。如图5-12 图5-12对应数据首先

35、会先进入service层，再进入对应DAO层找到对应的业务逻辑进行判断再进行数据库的信息访问或者信息的修改。查询所需要的信息，完成操作，分配完成后再进行数据的初始化后完成操作。5.2.5预约挂号客户通过读卡先读取自己的卡号信息，如果未读取消息会提示先输入卡号进行模拟卡的插入，可以对已经排班的医生进行预约，预约自己安排的时间段，如果该时段被其他人预约将不会显示。然后数据页面会显示当前这个医生排班的具体安排工作信息。如图5-13 图5-13进入后预约会把医生预约的时间和客户的主键传输给后端。修改数据表格信息进行排班的操作安排。当我们进行的操作工作完成后，对应的页面会根据是否成功而给出对应信息的提示

36、窗口。5.3 系统测试5.3.1 系统测试的目的 在我们功能完成之初我们或多或少存在着系统问题可能是编码时期未进行考虑的，所以这就需要我们进行系统测试来减少出错，提高用户体验。通过的测试说明有一定的稳定性，可以利于维护，同时也可以提高系统的安全性，减少了系统的问题出现。同时对系统存在的问题可以进行汇总，概括问题在什么地方出现，也可以提醒编码人员的错误问题。也就是在交互之前为了避免出现错误，而进行功能的测试。5.3.2测试实例我们分为以下几个方面进行测试：使用张三账号进行账号登入1. 添加功能测试： 进入卡入库的界面，点击对应的添加按钮后会相应的弹出卡入库具体信息的窗口。对应输入卡的前缀fz，卡

37、开始卡号和结束卡号先不输入看直接提交会不会报错信息，不会出现错误的话。继续输入卡号开始2和结束7再进行数据测试，点击入库看是否报错，如果不报错的话，并且页面有回复信息，进行数据的交互。再到数据库中查看，有没有添加数据成功，如果有并且和输入的一样的话就说明此功能没有问题然后就可以进行其他添加操作。医生的排班安排也是对于数据库的数据信息的添加操作，对于添加不同的医生以及对应排班安排日期进行的数据添加，按照前面的操作对其进行一样的数据测试。2. 删除功能测试： 在表格李四的表格中点到注销按钮后，会弹出一个对应的是否确认注销的窗口。点击是否注销卡号，当确认后看数据库后台有没有进行数据删除操作，该操作为

38、状态删除，数据不会真正消失。如果交互无问题而且数据库的数据信息有进行修改则会可以说数据删除成功了。对于人员管理信息的删除就是对于人员进行删除按钮的操作，如果没问题而且数据库的数据信息有进行修改数据删除成功则说明无问题，否则再进行数据的分析看哪出错了。重复上面操作，没有错误则可以结束操作了。3. 修改功能测试：进行卡销售时会对卡信息进行修改，首先点击到对应界面的功能上，对应输入王五，11岁先输入不全的数据然后进行销售，数据端口测试看有没有提示信息，没有的话说明系统有错。然后将金额输入错误格式11z，看会不会报错，不会的话提交数据，如果交互无问题则证明数据修改成功。对于卡充值也是数据信息的修改而且

39、也是进行的卡修改操作，先读取卡的信息如果卡信息可以显示出来而且没有什么大问题的话我们就可以进行卡数据的操作。输入卡充值金额，金额没有问题再看数据库有没有出现错误，如果都没问题则证明数据修改成功，依次测试其他数据的修改功能。4. 查询功能测试：进入对应功能界面时，卡可以进行卡查询，输入要搜索的字段fz001，看是否可以查询出信息，可以只只输入一个fz001也可全部一起输入如果没有问题数据显示的和数据库的信息没什么差别，说明数据查询成功。 功能的测试已经完成，测试结果基本没有什么错误了，虽然不能代表系统完全没有错误，不过我们只有通过不断的测试已经实际的运行维护才能开发出一个稳定安全的系统。5.4

40、界面截图1.登入界面（图5-14） 图5-142. 系统登入主界面（图5-15） 图5-153. 人员管理界面（图5-16） 图5-164. 权限管理界面（图5-17） 图5-17 5. 医生排班（图5-18） 图5-186. 卡入库界面（图5-19） 图5-197. 卡注销界面（图5-20） 图5-20 8. 卡查询界面（图5-21） 图5-219. 领卡审批界面（图5-22） 图5-2210. 领卡界面（图5-23） 图5-2311. 领卡查询界面（图5-24） 图5-2412. 售卡界面（图5-25） 图5-2513. 换卡界面（图5-26） 图5-2614. 退卡界面（图5-27） 图5-2715. 工作量统计界面（图5-28） 图5-28 自助端界面1. 主界面（图5-29） 图5-29 2. 卡充值界面（图5-30） 图5-30 3.