基于BS的全数字化体检管理系统项目设计方案.doc

基于BS的全数字化体检管理系统项目设计方案1.1 课题背景随着人们生活水平的提高，人们越来越重视身体健康问题，如今计算机的发展和应用越来越广泛，而针对体检业务是一项工作量烦重的业务。从检前准备，检中检查，检后服务，每一过程都有大量工作要做，用人工操作既费时而且效率却又很低下；针对某些医院的体检系统供人们选择的较少，像安徽省立医院只提供几种体检套餐，然而某用户只是入职体检，只需检查包括肝功能、乙肝五项、尿检、心电图、胸透五种，而选择套餐还要体检其他不相关的像身高、体重、脑电图等等，选择性较差，所以本系统提供可供选择的体检项目，方便用户；还有系统还可以进行网上体检项目查询，及各体检项目所在具体地点显示，方便用户体检而不用做每项体检前都要询问医生，提高了效率，节省用户时间。本体检信息管理系统是基于B/S的体检管理软件，核心功能有体检档案的录入、体检报告的输出、体检档案的统计查询。该系统的使用，可以大大提高体检档案管理人员的工作效率，使体检档案的管理更加准确、全面、完美，能够明显地提高体检业务的竞争力。本系统还利用了目前WEB开发基于开源软件的潮流与趋势，本体检管理信息系统对用户体检实现了统一标准化的管理，是体检工作系统化、科学化不可缺少的部分。该系统采用MyEclipse+SQL Server 2005开发环境的关键技术，实现了对用户、医生、体检项目的维护、查询和体检结果打印等功能。利用这些关键技术，具有简单易用的优点，克服了以往手工操作带来的缺点，保证了信息处理的即时化、准确化，真正实现了数据共享和无纸化操作。系统并通过目前流行的Struts构建MVC模式的框架及Hibernate完成数据持久化，方便数据库操作，Spring来完成业务逻辑的处理。1.2 系统相关技术及说明本次毕业设计中运用了目前主流的WEB设计技术,如JSP、Struts、Hibernate、Spring等。1.2.1 J2EE应用系统体系结构J2EE体系结构采用典型的多层次结构，分别为客户端、表现层、业务逻辑层、数据层，各层次间相对独立和松散耦合，保证了使用开发框架的应用良好的结构。如J2EE体系结构图1-1所示：-图1-1 J2EE应用系统结构1.2.2 Struts框架Struts是Apache Software Foundation(ASF)支持Jakarta项目的一部分。Struts是一种应用程序框架，所谓框架结构是一个可重用的，大致完成的应用程序。可以通过对其进行定制来生成一个客户需要的真正应用程序。框架结构提供给程序员一系列的骨干模块。这些模块都有着如下的特性：(1)它们都是被证明可以和其他应用程序一起很好地工作。(2)它们可以立即在下一个项目中被使用(3)它们可以被同一个组织中的其他团队所使用Struts使用Model2体系结构，是MVC框架的一种具体的实现,将Servlet和JSP标记用作实现的一部分。Struts程序框架既继承了MVC框架的各项特性并根据J2EE的特点，做了相应的变化和扩展12。图1-2 Struts体系结构【3】另外这种MVC模式松解了业务逻辑、表示逻辑及应用逻辑之间的藕合，从而更易于实现大规模系统的开发和管理。MVC本身就是一个非常复杂的系统，所以采用MVC实现WEB应用时，最好选一个现成的MVC框架，在此之下进行开发，从而取得事半功倍的效果。 1.2.3 持久化技术Hibernate(1)Hibernate简介在J2EE平台上开发时如果直接采用JDBC的方式进行数据库操作，一方面工作量大、代码冗长，另一方面不易维护、危险性较大。在这种情况下国外一些软件开发人员开发了一种能将数据库中的表通过XML配置文件映射到class类（持久化类）的开源类包，称为Hibernate34。(2)Hibernate工作原理图1-2中反映了Hibernate工作原理：Hibernate使用数据库和配置文件为应用系统提供数据持久化类，应用系统采用面向对象的方法对持久化类进行操作，系统获取数据后通过相应的set()函数存放在持久化类中，再调用Hibernate中HQL语言的save()方法将持久化类中的数据一次性的存入数据库中。当应用程序需要调用数据库中的数据时，通过hibernate中的HQL语言的load()函数将数据库中的数据调入持久化类中，再通过相应的get()函数获取持久化类中的数据。Hibernate是对JDBC的轻量级封装，在配置文件中包含有JDBC连接数据库的驱动信息，因此应用程序访问数据库首先查找Hibernate的配置文件，通过配置文件再找到持久化类的配置文件，再由配置文件找到相应的持久化类，然后对持久化类操作，利用封装JDBC的Hibernate类包对数据库进行操作。图 1-3 Hibernate工作原理图1.2.4 Spring 框架(1)Spring简介Spring是一个轻量级的IoC和AOP容器框架。IoC实现了模块间的松耦合；Spring对面向切面的编程提供了强大支持，通过将业务逻辑从系统服务中分离出来，实现了类聚开发。Spring内置了一个功能强大、灵活的Web MVC框架Spring MVC框架，以提供快速的Java Web应用程序开发，在程序开发中，开发者可以直接使用Spring框架自带的Spring MVC 框架56。(2)Spring工作原理Spring框架由7个模块组成（如图1-3所示）。这些模块提供了搭建系统所需的服务；如AOP和持久层。图 1-4 Spring工作原理图1.2.5 JSPSUN JSP是Java Server Pages的缩写,是由Sun公司倡导、众多业领先的公司参与制定的一种动态交互式网页技术标准，它为创建动态内容的Web页面提供了简单便捷的实现方法。在传统的HTML文件（*.html,*.html）中加入Java程序段和JSP标签，就构成了JSP网页。 Java 程序片段可以操纵数据库、重新定向网页以及发送E-mail等，实现建立动态网站所需要的功能。所有程序操作都在服务器端执行，网路上传送给用户端的仅为输出结果。JSP技术大大降低了对用户浏览器的要求，即使用户浏览器端不支持Java，也可以访问JSP网页78。当JSP容器接收到Web用户的一个JSP文件请求时，它对JSP文件进行语法分析并生成Java Servlet源文件，然后对其进行编译。一般情况下，Servlet源文件的生成和编译仅在初次调用JSP时发生。如果原始的JSP文件被更新，JSP容器将检测所做的更新，在执行它之前重新生成Servlet并进行编译910。图1-5 显示了JSP容器初次执行JSP的过程：图1-5 JSP容器初次执行JSP的过程第二章 系统需求分析不论采用何种开发管理信息系统的方法，系统分析都是必要且十分重要的环节。实践表明，系统分析工作的好坏，在很大程度上决定了系统的成败。系统分析的任务是：在充分认识原信息系统的基础上，通过问题识别、可行性分析、详细调查、系统化分析、最终完成新系统的逻辑方案设计，或称逻辑模型设计。逻辑方案解决“做什么”问题，是系统分析的任务。本章利用面向对象开发方法来进行系统分析。文章中把用户目前使用的系统称为“原系统”，所要设计的系统称为“目标系统”。2.1 系统认识与分析通过实地调研对手工方式体检的认识，特做了运用信息技术的信息系统比较如下：表2-1信息系统体检与手工作业体检的优劣比较评价指标信息系统手工作业体检项目选择l 设置体检选择模式，应对大批量体检。l 在电脑中检查未检项目，如发现未检项目则及时查找，如属漏查、漏录的，与相关工作人员联系，进行补检、补录及时纠正错误，提高满意度。l 依赖检查项目申请单，过程烦琐，重复性强，工作量大，消耗大量的人力和时间，且易出错。l 检查单多、散、易丢失，未检、漏检项目不易被发现数据的记录与采集l 形成医学习惯用语模板，通过鼠标即可轻松录入检查结果，使体检数据的录入速度大幅提升。l 字迹清晰易懂。l 依赖于手工填写表格方式，费时费力，也不利于形成完整有效的数据库。l 手工填写的检查申请单和检查结果字迹不易辨认。数据汇总方面l 在系统上导入查收即可自动汇总。l 分别到各科取体检报告，对照项目进行汇总。总检报告方面l 一般可自动生成体检小结、综述、建议。l 将汇总好的报告本交医师手工书写总检和建议。手工汇总体检资料劳动强度大，效率低。资料保存l 长期保存体检资料l 对每个用户的体检情况进行总结，使用户对自己的健康状况有了全面宏观的了解，有利于复查和追踪。l 体检资料全部交给病人，结果无法保存。l 不能充分的利用体检原始资料进行各种统计学分析，缺少对单位体检结果的综合分析，凭主观分析与实际情况有偏差。2.2 需求概述分析健康为人类第一大财富，健康检查的必要性已深入人心，专业自动化和无纸化健康检查已成为大势所趋。为了加强预防性健康检查功能，规范预防性健康检查工作，医院体检信息管理系统是面向体检中心量身定做的计算机自动化管理系统，从体检中心的实际应用出发，利用计算机网络管理的优势，实现了病例电子化管理，基本无纸化办公，网络化服务的目标，是现代化医院的必经之路。利用信息技术克服了上述手工方式效率低，劳动强度大，不利于保存和分析数据等一系列缺点。2.3 功能需求分析根据体检信息系统的功能需求，本系统主要有体检用户、前台工作人员、体检医生和管理员四种角色，不同角色的基本任务如下：(1)体检用户可以预约体检项目、查询体检项目、和查看自己的体检结果。(2)管理员可以维护医院的相关信息，统计查询预约信息报表、体检项目统计报表及体检人员统计报表。(3)管理员完成体检项目管理和体检医生管理，可以根据需要来维护角色信息，并授权给相应的人员。(4)前台医生可以完成查询预约信息，完成体检人员的缴费及其登记录入，最后发布体检信息打印体检报告单。2.3.1 用例图用例图定义了系统的功能需求。用例图从用户的角度描述系统功能，并指出各功能的操作者。用例图主要元素是用例、执行者和通信联系。图2-1体检系统与用户交互用例图图2-2体检系统应用系统用例图2.3.2 具体用例分析用例名称：预约信息查询用例标识：usercase01设计的参与者：前台工作人员描述：前台医生可以查询体检用户的预约信息前置条件：前台工作人员已进入登录页面后置条件：用户完成需要的查询操作正常事件流：1：用户进入查询页面2：用户输入预约单号3：系统根据查询要求显示相关信息4：查询的信息不存在转备选流15：对已查询到的用户进行报道确认备选事件流：查询的信息不存在，查询列表中没信息用例名称：体检信息录入用例标识：usercase02设计的参与者：前台工作人员描述：工作人员用来完成体检用户的信息录入，和添加用户选择的体检项目前置条件：前台工作人员已进入登录页面后置条件：用户完成需要的信息录入操作正常事件流：1：工作人员选择“体检信息录入”项。跳转到信息录入页面2：工作输入新的体检用户员信息后提交操作3：系统自动生成体检单号，可以继续完成添加体检项目4：信息录入成功，信息不完整转备选流备选事件流：请填写完整的体检用户信息。用例名称：收费管理用例标识：usercase03设计的参与者：前台工作人员描述：工作人员完成体检用户的收费工作前置条件：工作人员已正常登录到系统后置条件：完成收费并确认正常事件流：1：工作人员选择“收费管理”项，跳转到收费管理页面2：工作人员选择某用户弹出收费页面，进行收费，收费成功后返回收费主界面备选事件流：无用例名称：体检结果发布用例标识：usercase04设计的参与者：前台工作人员描述：前台工作人员可以查询体检结果来打印体检单给体检用户前置条件：工作人员已正常登录到系统后置条件：完成打印体检单正常事件流：1：工作人员选择“体检结果发布”项，跳转到体检结果发布面2：已经体检的用户列表分页显示，工作人员根据查询条件选用户3：打印后关闭，返回体检结果发布主页备选事件流：查询的信息不存在，查询列表中没信息特殊需求：带“*”未为必填项用例名称：体检结果录入用例标识：usercase05设计的参与者：体检医生描述：体检医生根据自己负责的体检项目完成体检并完成结果录入与分析前置条件：体检医生已正常登录到系统后置条件：完成了结果录入与分析正常事件流：1：体检医生选择“结果录入”项。跳转到结果录入页面2：体检医生选择体检用户完成体检后输入结果并做出分析 3：信息录入成功后返回体检结果录入主页备选事件流：无用例名称：体检结果分析用例标识：usercase06设计的参与者：体检医生描述：体检医生对体检结果进行分析前置条件：医生已登录到系统后置条件：完成结果分析正常事件流： 1：体检医生选择“体检结果分析”项。跳转到分析页面 2：体检医生进行体检结果分析并返回体检分析主页面备选事件流：无用例名称：体检项目管理用例标识：usercase07设计的参与者：管理员描述：负责管理体检项目，可以添加，修改、删除、查询体检项目和对体检项目的具体情况进行描述前置条件：管理员已登录成功后置条件：体检项目完成了更新正常事件流：1：管理员选择“项目管理”项。跳转到项目管理页面2：管理员可以对已经存在的项目进行修改和添加新的项目3：完成修改或添加后保存，返回到项目管理主页面备选事件流：无用例名称：体检医生管理用例标识：usercase08设计的参与者：管理员描述：负责管理体检医生，可以添加，修改、查询体检医生信息和对其负责的体检项目的进行分配前置条件：管理员已登录成功后置条件：体检医生完成了更新正常事件流：1：管理员选择“医生管理”项。跳转到医生管理页面2：管理员可以对已经存在的体检医生修改和添加新医生3：完成修改或添加后保存，返回到医生管理主页面备选事件流：无用例名称：职员管理用例标识：usercase09设计的参与者：管理员描述：负责管理前台工作医生和管理员自己、可以添加、修改、禁用、查询前台工作医生和管理员前置条件：管理员已登录成功后置条件：职员完成了更新正常事件流：1：管理员选择“职员管理”项。跳转到职员管理页面2：管理员可以对已经存在的前台工作人员修改和添加新职员或管理员3：完成修改或添加后保存，返回到职员管理主页面备选事件流：无用例名称：数据管理用例标识：usercase10设计的参与者：管理员描述：管理员负责对医院的初始化数据进行维护前置条件：管理员已登录成功后置条件：医院的初始化数据完成了更新正常事件流：1：管理员选择“数据管理”项。跳转到数据管理页面2：管理员可以对如职员类型，医生职称，工作部门及体检的位置等数据进行修改。3：完成修改或添加后保存，返回到数据管理主页面备选事件流：无用例名称：统计查询标识：usercase11设计的参与者：管理员描述：管理员对医院的体检的工作的进行统计查询前置条件：管理员已正常登录到系统后置条件：统计信息的完成查询显示正常事件流：1：管理员选择“统计查询”项。跳转到统计查询页面2：管理员可以选择进行查询预约信息统计，体检项目统计和体检用户统计3：完成查询后，返回到统计查询主页面备选事件流：无用例名称：体检查询用例标识：usercase12设计的参与者：体检用户描述：体检用户在体检结束后还可以通过上网查看自己的体检信息前置条件：体检已进入主页，后置条件：体检信息呈现正常事件流：1：体检用户选择“体检查询”项。跳转到体检查询页面2：已体检用户可以输入体检单号查询自己的体检结果和打印体检单以及输入，预约单号查询预约信息3：完成查询，返回到体检查询主页面 4：若体检单号输入不正确，则转入备选流15：若预约单号输入不正确，则转入备选流2备选事件流：1：体检单号不存在，没有找到体检单，请检查单号2：预约单号不存在，没有找到预约单，请检查预约单号用例名称：体检预约用例标识：usercase13设计的参与者：体检用户描述：体检用户完成体检的预约前置条件：体检已进入主页，后置条件：预约信息增加一条记录正常事件流：1：体检用户选择“体检预约”项。跳转到体检预约页面2：体检用户填写预约表单并提交3：完成预约后，返回到体检预约主页面4：预约不成功转备选事件备选事件流：请正确录入预约信息特殊需求：带“*”为必填项用例名称：体检项目查询用例标识：usercase14设计的参与者：体检用户描述：体检用户对体检项目前置条件：体检用户已正常登录到系统后置条件：项目列表的呈现正常事件流：1：管理员选择“体检项目查询”项。跳转到体检项目查询页面2：用户看到体检项目列表，查询其的收费及所在地点等信息3：完成预约后，返回到体检查询主页面备选事件流：无2.4目标系统的可行性分析可行性分析的任务是明确开发应用项目的必要性和可行性。必要性来自实现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。这项工作建立在前面初步调查的基础上。2.4.1 经济可行性由于本次设计中所采用的开发工具均为开源产品，保证了费用上的可行；另一方面，一旦系统开发成功，对实际工作所带来的高效率是显而易见的，将会大大提高医院体检管理工作的科学性、规范性，并且将会使整个工作过程的各方面开销（人力、物力）大大降低。2.4.2 技术可行性正如论文背景中所阐述的，目前计算机技术发展的相当迅速，运用计算机进行系统管理很常见，体检管理工作就是其中一项。2.4.3 操作可行性由于本次实地调研的对象为体检用户及部门的管理人员，软件是根据他们的需求进行设计，从而保证了系统操作的可行性。第三章 系统设计3.1 系统结构设计下面将对系统的总体结构进行介绍，系统结构设计的好坏可以直接影响系统总体设计。3.1.1 系统总体结构本系统主要由用户交互网站和后台医院管理两大部分组成图3-1体检管理系统功能结构图3.1.2 用户交互网页用户无需登陆可以通过交互网页进行预约体检包括个人预约和集体预约，可以查询相关的体检项目和选择体检项目。用户在体检结束后还可以通过上网查看自己的体检信息。3.1.3 体检系统的后台管理登陆及身份验证医生和管理员进入系统首先需要通过登录，只有合法用户才可以执行系统的相应操作。系统对登录的用户身份首先进行验证，根据身份的不同自动转入相应的子系统。图3-2登录验证3.1.4 前台医生子系统将完成查询体检用户的预约情况来进行登记录入或直接登记录入及收费管理，还完成体检信息发布，即向用户发放已经完成的体检报告单。3.1.5 体检医生子系统对体检用户进行体检，并完成体检结果的输入和对体检的结果做相应的分析。3.1.6 管理员子系统管理员用来维护医院的一些信息和对体检医生及项目进行管理及了解医院的一些工作进展情况。其功能如下：(1)工作人员管理：负责管理前台工作医生和管理员自己、可以添加、修改、禁用、查询前台工作医生和管理员。(2)体检医生管理：负责管理体检医生，可以添加、修改、禁用、查询体检医生用户和赋予他们负责不同的体检项目等。(3)体检项目管理：负责管理体检项目，可以添加，修改、删除、查询体检项目和对体检项目的具体情况进行描述。(4)数据管理：负责对医院的初始化数据进行维护。(5)统计查询：对医院的体检的工作的全局的了解，包括查询预约信息统计，体检项目统计和体检人员统计等。3.2 数据库设计数据库的设计主要是为编码做准备，数据库设计的合理性将对系统的总体性能产生很大的影响，所以数据库的设计在整个系统的实现过程中非常重要。3.2.1 数据库概念设计系统主要实体间E-R图如图3-3所示，其中右边的实体关系图中的体检项目与用户关系是多对多关系可以另外生成一张项目与用户关系表来处理,这样做的原因是现在数据库管理系统都不直接支持多对多的联系,另一方面在文件中如果强行按照多对多方式存储数据,势必造成数据的大量重复存储,从而造成各种操作异常现象11。图 3-3 系统主要实体间E-R图3.2.2 数据库逻辑设计由E-R图转换成相对应的关系模式。根据关系型数据库规范化理论对关系模式进行规范化处理：用户预约表：预约号为主键，达到BCNF范式管理员表：工作人员号为主键，达到BCNF范式 体检用户登记表：编号为主键，达到BCNF范式体检医生表：编号为主键，达到BCNF范式，体检项目号为外键，与项目形成一对一的参照关系体检项目：项目编号为主键，达到BCNF范式体检表：编号为主键，项目编号和用户登记编号分别为外键，达到BCNF范式账单表：编号为主键，达到BCNF范式，体检项目号为外键数据管理记录：编号为主键，达到BCNF范式，数据记录类型为外键数据管理记录类型：编号为主键，达到BCNF范式总体数据库设计如图3-4：图3-4整个体检系统数据关系图表3-1 用户预约表表名T_booking列名（中文含义）数据类型是否允许空值约束条件id (预约号)int(4)否PKproposerName（姓名）varchar(50)否proposerAddress (性别)varchar(150)否proposerPhone (电话)varchar(50)否proposerEmail（邮箱）varchar(50)是bookType（类型）varchar(50)否bookStartDate（预约时间开始）varchar(50)否bookEndDate（预约结束时间）varchar(50)否表 3-2 管理员表表名T_admin列名（中文含义）数据类型是否允许空值约束条件adminId (主键)int否PKadminCode（编号）varchar(50)否adminName（管理员姓名）varchar(50)否adminDept (部门)varchar(50)是Password（管理员密码）varchar(50)否sex（性别）varchar(50)否birthyear（出生）datetime是adminType（类型）varchar(50)否enable（是否禁用）varchar(50)否表 3-3 体检用户登记表表名T_Records列名（中文含义）数据类型是否允许空值约束条件recorded (编号)int否PKproposerName (用户名)varchar(50)否proposerAddress（地址）varchar(150)否proposerPhone（电话）varchar(50)否proposerEmail（邮箱）varchar(50)是inputDate（操作时间）datetime否inputClerk（体检医生编号）int否proposerDept（医生部门）varchar(150)否recordNo（是否体检完）varchar(50)否表 3-4 体检医生表表名T_clerk列名（中文含义）数据类型是否允许空值约束条件ClerkId (主键)int否PKclerkName (用户名)varchar(50)否clerkCode（编号）varchar(50)否passWord（密码）varchar(50)否deptName（体检部门类型）varchar(150)否birthyear（出生）datetime是sex（性别）varchar(50)否linkPhone（电话）varchar(50)否lindAddress（地址）varchar(150)否itemId（体检项目编号）int否FKclerkFunction（操作内容）varchar(50)否remark（说明）varchar(500)否enable（是否禁用）varchar(50)否表 3-5 体检项目表表名T_item列名（中文含义）数据类型是否允许空值约束条件itemId (主键)int否PKitemName (体检项目名)varchar(100)否itemCode（项目编号）varchar(50)否itemFee（收费）decimal(5,2)否itemRemark（项目描述）varchar (500)否itemPosition（项目位置）varchar(100)否enable（是否禁用）varchar(50)否表 3-6 体检表表名T_itemDetail列名（中文含义）数据类型是否允许空值约束条件detailed (编号)int否PKRecorded (体检记录编号)int否FK2execDoc（报告单号）int否processRLT（操作时间）varchar(500)否processDate（日期）datetime否itemId（项目编号）varchar(100)否FK1表 3-7 账单表表名T_FeeItem列名（中文含义）数据类型是否允许空值约束条件feeid (编号)int否PKfeeDate (日期)datetime否recordid（体检项目编号）int否FKreceiveUser（收款人编号）int否receiveFee（费用）decimal(5,2)否表 3-8 数据管理记录表表名T_dictionary列名（中文含义）数据类型是否允许空值约束条件Dicid (编号)int否PKdicName (名字)varchar(50)否dicTypeId（类型）int否FK表 3-9 数据管理记录类型表表名T_DictionaryType列名（中文含义）数据类型是否允许空值约束条件dicTypeid (编号)int否PKTypeName (名字)varchar(50)否第四章 系统实现本章重点介绍体检系统的管理员子系统实现过程，在软件的概要设计中，已将系统划分为多个模块，并将它们按照一定的原则组装起来，同时确定了每个模块的功能及模块与模块之间的外部接口。详细设计是软件设计的第二阶段，主要确定每个模块具体执行过程、详细算法及其代码。编码是在详细设计的基础上进行的，它是将详细设计得到的处理过程的描述转换为基于某种计算机语言的程序。本章我们将对总体规划中确定的模块进行详细算法设计及执行过程设计，同时对于难点穿插部分的编码实现。另外，对于本章我们将以模块为单位来展开。4.1登录功能实现用户登录模块是体检信息管理系统的管理入口，各个用户角色通过用户登录模块登录到本系统，然后执行相应的操作。登录是本系统的公共功能，其功能实现的好坏直接影响到系统的安全；所以本系统将用户的交互页面与系统的管理分开，考虑到实际应用和安全性方面。其设计是否美观、方便也将会很大程度影响到用户对本系统的印象。所以，在实现该功能时以上述两方面为主要点，力求达到调研时用户所提出的要求。具体实现过程在以下小节中详细介绍。4.1.1 用户登录模块功能介绍普通医生，前台工作人员与管理员的登录入口在管理系统首页，他们使用同一个提交页面，普通医生和前台工作人员由管理员授权进行添加删除，而不是在本系统上进行注册，用户登录时根据不同的权限选择是管理员用户还是其他用户，然后提交数据。由用户提交的用户名和密码与对应数据表中的数据进行比较。如果比较成功，用户便可以成功登录；如果比较失败，则显示登录错误信息给用户。4.1.2 用户登录模块详细界面设计用户登录界面是Web应用和用户交互的窗口。用户界面可以向用户输出信息，也可以接收用户的输入信息。根据用例，可以制定出用户界面，包括用户界面的功能、与用户交互的信息，以及用户界面之间的切换关系。在前台的界面实现过程中采用的是html,jsp和少量的Struts的标签。Struts标签是MVC框架的精华之所在，它极大简化了开发工作，并且使得JSP端的代码整洁且便于维护。Struts标签共包括六个部分：、 。4.1.3 登录系统的工作流程启动应用服务器，打开浏览器，在地址栏中http:/localhost:8080/login.jsp/，将显示如图4-1所示的页面。图4-1系统登录界面登录界面中提供了职员编号和密码的输入框。在登录界面中输入并提交编号名和密码。登录成功则进入相应的操作界面，若失败则会有相应的提示信息。4.2 用户身份验证模块 用户身份验证就是根据用户输入的用户名与口令，与数据库中的信息进行比较，从而确定你身份，由于本系统中不同的体检医生之间有不同的操作权限，而体检医生与前台工作人员以及管理员之间都有不同的权限。如图4-2:图4-2 用户身份验证4.3 用户访问控制在一个信息管理系统中，用户访问信息系统中资源的管理是一个复杂的问题，访问控制是信息系统安全的核心策略之一，它与信息加密、身份验证、安全审计、入侵检测等系统安全理论与技术有机的结合，构成了信息系统中存储、处理和传输数据的安全基础设施。访问控制作为计算机信息保护中的重要环节，近年来得到了广泛的重视。用户访问控制即不允许用户访问没有权限访问的Web页面。每个角色系统都给予了特定的权限，不同的用户可以根据不同权限进行不同的操作。经过几十年的发展，先后出现了多种重要的访问控制技术，它们的基本目标都是防止非法用户进入系统和合法用户对系统资源的非法使用。通过将相应角色权限固化在程序中,当用户输入工作编号和密码进入后,程序会自动识别该身份,并作出判断所要跳转页面中要显示的符合该权限的可执行内容。与角色对应界面如图4-3、图4-4、图4-5和图4-6所示：图4-3 管理员登录界面图4-4 前台工作人员登录界面图4-5 胸透摄体检医生登录界面图4-6 测量身高体检医生登录界面4.4 模块划分下面将介绍体检管理系统的各个模块，模块化设计更易于设计和维护系统，将复杂的问题简单化。4.4.1 管理员子系统模块按照需求分析，管理员成功登录后，管理员用来维护医院的一些信息和对体检医生及项目进行管理及了解医院的一些工作进展情况。其功能主要有工作人员管理，负责管理前台工作医生；体检医生管理，负责管理体检医生，可以添加、修改、禁用、查询体检医生用户和赋予他们负责不同的体检项目等；体检项目管理，数据管理：负责对医院的初始化数据进行维护和完成统计查询：对医院的体检的工作的全局的了解，包括查询预约信息统计，体检项目统计和体检人员统计等。医生管理界面如图4-7所示图4-7 医生管理操作界面图4-8 添加医生操作界面该模块的主要实现代码如下： 医生管理页面 | 医生列表 | 医生信息 | *职工编号： *医师姓名： *登录密码： *是否启用： 主治项目： $item.itemName *医师职能： $fun.dicName 备        注： $userForm.remark 保存 返回 4.4.2 项目管理模块该模块为管理员操作界面，体检项目管理，该模块负责管理体检项目，可以添加，修改、删除、查询体检项目和对体检项目的具体情况进行描述，如体检项目的费用，项目编号即位置和体检注意事项等。操作界面如图所示：图4-9 项目管理信息界面 图4-10 添加项目信息界面4.4.3 职员管理模块工作人员管理：负责管理前台工作医生和管理员自己的登录信息、工作部门、和职员编号等可以添加、修改、禁用、查询前台工作医生和管理员自身。操作界面如图所示：图4-11 职员信息界面图4-12 职员管理界面4.4.4 数据管理模块数据管理：负责对医院的初始化数据进行维护，如职员类型，医生职称，工作部门及体检的位置等数据。操作界面如图4-13所示：图4-13 数据管理界面4.4.5 统计查询模块统计查询：对医院的体检的工作的全局的了解，包括查询预约信息统计，体检项目统计和体检人员统计等。操作界面如图所示：图4-14 统计查询操作界面图4-15 项目查询界面由于模块较多，在此就不详细介绍了，各模块的详细信息将在附录中给出。第五章 系统测试、运行与维护5.1 系统测试在Web程序设计过程中，基于Web系统的测试、确认和验收是一项重要而很有挑战性的工作。基于Web的系统测试与传统的软件测试有所不同，它不但需要检查和验证是否按照设计的需求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。5.1.1 测试方法本次测试采用多种测试手段,依据设计自身的特点,在测试工具中选择了适用于面向对象编程的测试工具单元测试JUnit。每个测试单元都是一个JUnit测试项目，JUnit在保证质量的同时可以提高代码编写速度，使用JUnit后，花在调试的时间就可以减少，而且可以快速定位bug。因为本次设计中多数情况是与数据库操作有关，所以重点测试是放在数据库取出的数据的逻辑正确性上的，采用了黑盒测试法中的等价分类法与边界值分析法。在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错