软件工程高校医务室综合管理系统.docx

软件工程高校医务室综合管理系统.docx

《软件工程高校医务室综合管理系统.docx》由会员分享，可在线阅读，更多相关《软件工程高校医务室综合管理系统.docx（55页珍藏版）》请在冰豆网上搜索。

软件工程高校医务室综合管理系统

梧州学院

毕业论文

论文题目高校医务室综合管理系统的设计与实现

系别信息与电子工程学院

专业软件工程

班级11软件工程2班

学号1100208241

学生姓名

摘要

本文详细叙述了高校医务室综合管理系统的设计与实现的过程。

在整个开发过程中，对高校医务室综合管理系统的业务流程做了详细的调研，并根据学校学生看病的实际需求制定了一套具体的解决方案，由于大学生的学习生活节奏较快，且电脑普及率和上网概率也随着社会的发展提高，大学生通过网络获取信息的机会越来越多。

所以，本文设计的高校医务室综合管理系统，不仅可以让在校学生可以十分方便的了解到学校医务室的医生出诊信息，还将大大提高学生就医看病的满意程度。

本文设计的高校医务室综合管理系统主要为了满足在校学生方便就医的需要进行开发的，本系统实现基于B/S模式，采用的是JavaEE和开放式SSH架构、MySql数据库等技术。

系统主要包括后台管理和前台展现功能，其中，前台展现分学生和医生两种不同的用户角色，学生主要是到校医院进行就诊，而医生主要是根据学生的就诊信息进行出诊；后台管理主要实现药品管理、角色管理、缴费管理和留言板功能。

系统经过详细设计和完成编码后，对系统进行了一系列测试，结果表明系统可正常运行，达到了系统设计的预期目标。

最后对本次系统开发进行总结。

关键词：

高校医务室；管理系统；SSH；JavaEE

DesignandImplementationofComprehensivemanagementsysteminCollegesanduniversitiesClinic

Abstract

Thispaperdescribesindetailthe designprocessof integratedmanagementsystem andimplementationofthe University Clinic. Throughoutthedevelopmentprocess, the systemofcomprehensive managementinCollegesanduniversities Clinic business processtodoadetailedinvestigationandresearch, anddevelopeda setofspecificsolutions accordingtotheactualneedsof thestudentsoftheschool toseeadoctor, becausethecollegestudentslearnfast, andcomputerandInternetpenetrationrate also alongwiththesocial development, moreand morecollegestudents accesstoinformationthroughthenetworkof opportunity. Therefore, thecomprehensive managementofuniversity clinic systemdesignedinthispaper, cannotonly letstudents canbeveryconvenient toknow theschool infirmary doctorvisits information, willalsogreatlyenhancethe satisfactiondegreeof medical doctor students.

Theuniversity clinic integratedmanagement systemdesignedinthisthesis ismainly tomeettheneedof students convenientmedical development, implementationofthesystem basedonB/Smode, usingtheJavaEE andopenSSH architecture, MySqldatabasetechnology. Thesystemmainlyincludesthebackstage managementandfront display function, wherein, thefronttoshowstudentsand doctors intwodifferent userroles, studentsmainly is totheschool hospitalfortreatment, andthedoctor ismainlycarriedout visits accordingtothestudent's medicalinformation; backgroundmanagement mainlyrealizesthe drugmanagement, rolemanagement,paymentmanagement and messageboard function.

Afterdetaileddesignandcodingsystem,thesystemisaseriesoftests,theresultsshowthatthesystemcanrunnormally,toachievetheexpectedgoalofsystemdesign.Thedevelopmentofthissystemisthesummary.

Keyword:

CollegesanduniversitiesClinicmanagementsystemSSHJaveEE

第一章前言

1.1课题背景及意义

随着社会信息化进程的不断深入，计算机普及程度和计算机智能化水平均不断提高，人类进入了信息发展的高速时代，各种传统的管理手段受到了不同程度的冲击，高效方便的管理技术与管理手段越来越受到欢迎，各种各样的管理系统应运而生。

目前，梧州学院医务室在药品管理、就诊管理、病案管理等方面都是采取手工记录的方式进行学生就诊管理和药品管理。

不仅花费了大量的人力与物力资源，且因手工管理不当或档案太多的情况下，引起事故或纠纷还是时有出现。

例如药房管理经常由于管理上的不当使部分药品失效报废，给医院带来一定的经济损失，因此，传统的手工统计操作已远远不能满足医务工作的实际需要。

为能够更好地了解药库及药房的药品情况、建立病人电子档案、规范药品等日常工作，对医务进行信息管理是非常必要的。

因此，高校医务室综合管理系统的建设既意义重大又刻不容缓。

高校医务管理系统将医务人员、学生的基本信息及药品信息以数字化的形式存贮起来，设计简单的查询界面与操作界面以便病人、医务人员对医务的信息一目了然。

使医务人员脱离繁杂的手工记录，利用本系统实现方便快捷的就诊及管理，解决医院手工管理人员信息档案的现状，为科学、高效管理人员提供可能。

系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，也为校医与学生的互动交流成为可能，对我校学生的身体健康与校风建设都具有一定的促进作用。

1.2课题研究内容

该课题的主要目标是完成一套高效的、具有一定实用性的高校医务室综合管理系统，对学生个人基本信息、医生个人基本信息、药品信息及缴费信息等信息进行有效管理。

系统功能模块主要包括：

学生就诊管理、档案管理、药品管理、缴费管理、交流互动及系统管理等模块。

学生可以随时登录系统查询自己的就诊信息，由问题也可以通过“交流互动”模块与校医进行交流；医生可以更方便快速的进行就诊，对于医务室药品管理也更得心应手，可以及时的查询到相关药品信息，对于药品的出库入库也省去了繁杂的手工记录；实现一体化学生就诊档案，提高工作效率。

系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，使医生及管理员可以管理学生档案信息及对药品进行相关处理，学生可以方便查询自己的就诊信息。

1.3论文的组织结构

本文总共分为七章：

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

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

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

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

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

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

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

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

2.1JavaEE技术简介

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

在2004年底中国软件技术大会Ioc微容器（也就是Jdon框架的实现原理）演讲中指出：

我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本.此次J2EE改名为JavaEE，实际也反映出业界这种共同心声。

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

架构图

让我们看看JavaEE5有哪些新的功能或规定，我们可以从SUN网站下载JavaEE5规范。

其架构图如下图2-1所。

图2-1架构图

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

值得指出的是，这个Java持久化标准也可以嵌入在WEB层调用，所以，它肯定不会从属于EJB标准，这样，当前所有的Java持久层标准如：

JDBC/JDO/Hibernate/EntityBean将可能统一，减少用户的架构选择痛苦。

EJB3.0和EJB2.0的区别

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

前面一章图的目标在JavaEE5中可以实现了。

当然，JavaEE5重要改变还是：

JavaEE不再象以前那样只注重大型商业系统的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。

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

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

当然，Annotations的引入不只是解决XML配置，从大的概念说，是解决一个资源注射问题（XML属于其中一个资源），在原理J2EE中，容器管理的资源都是由JNDI向应用程序提供的，通过Annotations可以方便实现注射。

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

/TestDS"/>

这段配置是将数据库的JNDI名java:

/TestDS注射到JdbcDAO中。

JdonFramework下一个版本将是基于Java5.0，这行配置将可通过Annotations写在jdbcDAO代码中，方便程序员开发。

从这里，大家也可以知道EJB3.0和EJB2.0的区别了，有的人疑惑，是学习EJB3.0还是学习EJB2.0，其实EJB3.0并没有在原理机制上对EJB有多大改动，只是做了编程方面的简化，另外EJBCMP参考了Hibernate新特点，EJB3.0最大简化变动是CMP编程方法上。

所以，无论学习EJb3.0/2.0，EJB原理和运行机制都是一样，这部分才是学习EJB最大的困难处，而不是因为到了EJB3.0，理解EJB就会容易。

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

Security安全

Security安全是JavaEE的一个重要特点，也就是基于容器的安全访问，无需自己手工编码，具体实现可参考Jdon框架应用演示源码JdonNews。

这虽然是基于J2EE1.3编写，但是和JavaEE5区别不是很大。

事务管理TransactionManagement也是JavaEE5的一个重要部分，该标准文档从几个方面阐述了事务管理的要点，标准中规定了在WEB层中使用事务和线程的处理关系，标准中规定：

Web服务器如Tomcat无需在Web层提供事务支持，因为Web组件根本不支持事务繁衍/传递。

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

只有使用EJB的有态Session。

以上是JavaEE5主要部分，JavaEE包含更多其他技术部分如JdbcJMSJCAJNDI等等，需要用户在实践中摸索。

2.2SSH架构简介

SSH在J2EE项目中表示了3种框架，即Spring+Struts+Hibernate。

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

Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架，它由RodJohnson创建。

它是为了解决企业应用开发的复杂性而创建的。

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是一个开源框架，它由RodJohnson创建。

它是为了解决企业应用开发的复杂性而创建的。

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.3B/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模式下数据库应用，相对易于把握