高校医务室综合管理系统设计项目可行性研究报告

高校医务室综合管理系统设计项目可行性研究报告

目录

第一章前言 (1)

1.1 课题背景及意义 (1)

1.2 课题研究内容 (1)

1.3 论文的组织结构 (2)

第二章运用技术及开发工具介绍 (4)

2.1 JavaEE技术简介 (4)

2.2 SSH架构简介 (7)

2.3 B/S模式的介绍及应用 (12)

2.4 开发工具的选择 (13)

2.5 MySQL数据库简介 (15)

第三章系统可行性分析与需求分析 (17)

3.1 系统可行性分析 (17)

3.2 系统需求分析 (19)

第四章系统设计 (26)

4.1 系统功能模块设计 (26)

4.2 数据库设计 (28)

4.3 系统开发环境和运行环境 (37)

第五章系统详细设计与实现 (39)

5.1 后台管理 (39)

5.2 前台实现 (51)

第六章系统测试 (57)

6.1 测试用例设计及功能测试 (57)

6.2 程序测试用例 (59)

6.3 程序结果 (62)

总结 (62)

参考文献 (64)

附录 (65)

第一章前言

1.1 课题背景及意义

随着社会信息化进程的不断深入，计算机普及程度和计算机智能化水平均不断提高，人类进入了信息发展的高速时代，各种传统的管理手段受到了不同程度的冲击，高效方便的管理技术与管理手段越来越受到欢迎，各种各样的管理系统应运而生。目前，梧州学院医务室在药品管理、就诊管理、病案管理等方面都是采取手工记录的方式进行学生就诊管理和药品管理。不仅花费了大量的人力与物力资源，且因手工管理不当或档案太多的情况下，引起事故或纠纷还是时有出现。例如药房管理经常由于管理上的不当使部分药品失效报废，给医院带来一定的经济损失，因此，传统的手工统计操作已远远不能满足医务工作的实际需要。为能够更好地了解药库及药房的药品情况、建立病人电子档案、规范药品等日常工作，对医务进行信息管理是非常必要的。因此，高校医务室综合管理系统的建设既意义重大又刻不容缓。

高校医务管理系统将医务人员、学生的基本信息及药品信息以数字化的形式存贮起来，设计简单的查询界面与操作界面以便病人、医务人员对医务的信息一目了然。使医务人员脱离繁杂的手工记录，利用本系统实现方便快捷的就诊及管理，解决医院手工管理人员信息档案的现状，为科学、高效管理人员提供可能。系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，也为校医与学生的互动交流成为可能，对我校学生的身体健康与校风建设都具有一定的促进作用。

1.2 课题研究内容

该课题的主要目标是完成一套高效的、具有一定实用性的高校医务室综

合管理系统，对学生个人基本信息、医生个人基本信息、药品信息及缴费信息等信息进行有效管理。系统功能模块主要包括：学生就诊管理、档案管理、药品管理、缴费管理、交流互动及系统管理等模块。学生可以随时登录系统查询自己的就诊信息，由问题也可以通过“交流互动”模块与校医进行交流；医生可以更方便快速的进行就诊，对于医务室药品管理也更得心应手，可以及时的查询到相关药品信息，对于药品的出库入库也省去了繁杂的手工记录；实现一体化学生就诊档案，提高工作效率。系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，使医生及管理员可以管理学生档案信息及对药品进行相关处理，学生可以方便查询自己的就诊信息。

1.3 论文的组织结构

本文总共分为七章：

第一章前言，简述了固定资产管理系统开发的背景和意义，阐述了固定管理系统在国内外的发展状况，最后介绍了论文的内容安排。

第二章理论知识，对VC和SQL SERVER数据库进行简要介绍。

第三章系统可行性研究与需求分析，分析开发本系统各方面的可行性，对系统进行合理的需求分析。

第四章系统总体设计，确立系统功能并进行模块划分，进行数据库的设计，配置系统开发环境和运行环境。

第五章系统详细设计与实现，搭建开发环境，详细设计系统各模块的功能。

第六章系统核心模块测试，对所设计的系统进行功能的测试。

第七章总结与展望，对课题的研究进行最后的总结，阐述固定资产管理系

统的未来发展。

第二章运用技术及开发工具介绍

2.1 JavaEE技术简介

JavaEE是 J2EE的一个新的名称，之所以改名，目的还是让大家清楚J2EE 只是Java企业应用.随着WEB和EJB容器概念诞生，使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要EJB的讨论声中说明了这种彷徨。

在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本.此次J2EE 改名为Java EE，实际也反映出业界这种共同心声。

JavaEE的核心是EJB3.0, 其提供了更兼便捷的企业级的应用框架。

架构图

让我们看看Java EE 5有哪些新的功能或规定，我们可以从SUN网站下载Java EE 5规范。其架构图如下图2-1所。

图 2-1 架构图

图中灰色加黑部分是Java EE 5新的功能，我们看到，在WEB层主要加入了JSF这个新的表现层框架，和我们日常开发关系密切的是，引入了新的Java Persistence标准，这个标准正在由EJB 3.0专家组制定。

值得指出的是，这个Java持久化标准也可以嵌入在WEB层调用，所以，它肯定不会从属于EJB标准，这样，当前所有的Java持久层标准如：JDBC/JDO/Hibernate/Entity Bean将可能统一，减少用户的架构选择痛苦。

EJB 3.0和EJB 2.0的区别

从架构图可以看出，无论Web结构或EJB结构，提供实现的功能相差不多，这样，我们的业务核心组件就可以根据需要部署在Web或EJB中运行，而不依赖具体的Java EE容器了。前面一章图的目标在Java EE 5中可以实现了。

当然，Java EE 5重要改变还是：Java EE不再象以前那样只注重大型商业系统的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。

落实这一简化行动的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通过Annotations引入，降低Java EE开发时，既要写code，又要写XML配置文件之苦，来回照顾，疲于奔命，Annotations既是得益于C++语言，也是从开源项目xDoclet实践中获得经验。

但是Annotations是一把双刃剑，初学者用得不好，将会使得原本在XML 中的Hard code（硬编码）写进入代码Annotations，破坏代码的简洁和灵活性，

当然，Annotations的引入不只是解决XML配置，从大的概念说，是解决一个资源注射问题(XML属于其中一个资源)，在原理J2EE中，容器管理的资

源都是由JNDI向应用程序提供的，通过Annotations可以方便实现注射。

资源注射（Resource injection）设计概念其实是来自Ioc模式(Dependency Injection )，笔者设计开发的Jdon框架其实已经将Annotations 这一宗旨的目的实现，在Jdon框架应用演示源码SimpleJdonFrameworkTest 中，在jdonframework.xml中有一段如下配置：

这段配置是将数据库的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一个版本将是基于Java 5.0，这行配置将可通过 Annotations 写在jdbcDAO代码中，方便程序员开发。

从这里，大家也可以知道EJB 3.0和EJB 2.0的区别了，有的人疑惑，是学习EJB 3.0还是学习EJB 2.0，其实EJB 3.0并没有在原理机制上对EJB 有多大改动，只是做了编程方面的简化，另外EJB CMP参考了Hibernate新特点，EJB 3.0最大简化变动是CMP编程方法上。所以，无论学习EJb 3.0/2.0，EJB原理和运行机制都是一样，这部分才是学习EJB最大的困难处，而不是因为到了EJB 3.0，理解EJB就会容易。

初学者可从Eclipse+Xdoclet开发EJB 2.0开始学习， EJB 3.0 = EJB 2.0 + xDoclet，这里有一篇Eclipse开发EJB教程，使用JBossIDE非常简单，无需Lomboz等插件。

Security安全

Security安全是Java EE的一个重要特点，也就是基于容器的安全访问，无需自己手工编码，具体实现可参考Jdon框架应用演示源码JdonNews。这虽然是基于J2EE 1.3编写，但是和Java EE 5区别不是很大。

事务管理Transaction Management也是Java EE 5的一个重要部分，该标准文档从几个方面阐述了事务管理的要点，标准中规定了在WEB层中使用事务和线程的处理关系，标准中规定：Web服务器如Tomcat无需在Web层提供事务支持，因为Web组件根本不支持事务繁衍/传递。

因为当前一些架构如 Struts+Spring+Hibernate/Struts+Hibernate是标准中的Web结构，因此Java EE 5在J2EE 4.2.2规定了 Web组件事务的生命周期，如果Web组件直接调用JTA，事务就不可以跨一个客户端的多个请求，事务只能在一个请求(Servlet/Jsp)中完成，这个标准规定了我们在Web架构中（如上述架构）无法使用长事务(如工作流/状态图中跨页面请求事务)，针对一个客户端跨请求的事务暂时只有唯一解决方案：只有使用EJB的有态Session。

以上是Java EE 5主要部分，Java EE包含更多其他技术部分如Jdbc JMS JCA JNDI 等等，需要用户在实践中摸索。

2.2 SSH架构简介

SSH 在J2EE项目中表示了3种框架，即 Spring + Struts +Hibernate。Struts对Model，View和Controller都提供了对应的组件。Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的

JavaBean来完成以前只可能由EJB完成的事情。 Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，可以应用在任何使用JDBC的场合，可以在Servlet/JSP的Web应用中使用，也可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

1、Struts

（1）、Struts框架结构：如图2-2所示。

图 2-2 结构图

Struts对Model，View和Controller都提供了对应的组件。

在图2-2中，ActionServlet，这个类是Struts的核心控制器，负责拦截来自用户的请求。

Action，这个类通常由用户提供，该控制器负责接收来自ActionServlet 的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。

（2）、Model部分：由ActionForm和JavaBean组成，其中ActionForm 用于封装用户的请求参数，封装成ActionForm对象，该对象被ActionServlet 转发给Action，Action根据ActionForm里面的请求参数处理用户的请求。

JavaBean则封装了底层的业务逻辑，包括数据库访问等。

（3）、View部分：该部分采用JSP实现。

Struts提供了丰富的标签库，通过标签库可以减少脚本的使用，自定义

的标签库可以实现与Model的有效交互，并增加了现实功能。对应上图的JSP 部分。

（4）、Controller组件：Controller组件有两个部分组成——系统核心控制器，业务逻辑控制器。

系统核心控制器，对应上图的ActionServlet。该控制器由Struts框架提供，继承HttpServlet类，因此可以配置成标注的Servlet。该控制器负责拦截所有的HTTP请求，然后根据用户请求决定是否要转给业务逻辑控制器。

业务逻辑控制器，负责处理用户请求，本身不具备处理能力，而是调用Model来完成处理。对应Action部分。

2、Hibernate

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java 的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和 Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。

(1)Session接口:Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需

要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSesion对象称为用户session。

(2)SessionFactory接口:SessionFactroy接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。

(3)Configuration接口:Configuration接口负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration 类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。

(4)Transaction接口:Transaction接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。

(5)Query和Criteria接口:Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式。

3、Spring

Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。

简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。

轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring 框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。

控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。

面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。

容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。

框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring 中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给

了你。

所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。

2.3 B/S模式的介绍及应用

2.3.1 什么是B/S模式

本系统采用B/S模式。B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN，WAN，Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

2.3.2 B/S模式的优点

(1) 维护和升级方式简单

目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点的单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构

的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做

任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护

升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把

服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维

护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、

费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”

客户机，“胖”服务器。

(2) 成本降低，选择更多

大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上windows并不是处于绝对的统治地位。现在的趋势是

凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安

全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可

以让大部分人使用windows作为桌面操作系统电脑不受影响，这就使的最流

行免费的Linux操作系统快速发展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。

比如说很多人每天上“网易”网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么操作系统，而事实上大部分的服务器实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。

2.4 开发工具的选择

2.4.1 MyEclipse介绍与应用