软件工程毕业论文高校医务室综合管理系统

梧 州 学 院 毕 业 论 文 论文题目 高校医务室综合管理系统 的设计与实现 系 别 信息与电子工程学院 专 业 软件工程 班 级 11 软件工程 2 班 学 号 1100208241 学生姓名 覃 晓 琼 指导教师（签名） 完成时间 2015 年 5 月 I 摘要 本文详细叙述了 高校医务室综合管理系统的 设计与实现的过程。在整个开发过程中，对 高校医务室综合管理系统的 业务流程做了详细的调研，并 根据学校学生看病 的 实际 需求制定了一套具体的解决方案，由于 大学生 的学习 生活 节奏较快，且电脑普及率和上网概率也随着社会的发展 提高 ， 大 学生 通过网络获取信息 的机会越来越多。所以， 本文设计的高校医务室综合管理系统 ， 不仅可以让在校学生可以十分方便的了解到学校医务室的医生出诊信息 ， 还 将大大提高 学生就医看病的满意程度 。 本文设计的高校医务室综合管理系统主要为了满足在校学生方便就医的需要进行开发的，本系统实现基于 B/S 模式 ，采用的是 开放式 构、 据库等技术。系统主要包括后台管理和前台展现功能，其中，前台展现分学生和医生两种不同的用户角色，学生主要是到校医院进行就诊，而医生主要是根据学生的就诊信息进行出诊；后台管理主要实现药品 管理、角色管理、缴费管理和留言板功能。 系统 经过详细设计和完成编码后， 对系统进行 了 一系列测试，结果表明系统可正常运行，达到了系统设计的预期目标。最后对本次系统开发进行总结。 关键词 ： 高校医务室 ； 管理系统 ； in of of of to do a a of to of of to a to of of in be to of in is to of of , SH to in is to is to s is a of to of of is 录 第一章 前言 . 1 题背景及意义 . 1 题研究内容 . 1 文的组织结构 . 1 第二章 运用技术及开发工具介绍 . 3 术简介 . 3 构简介 . 5 ，计算机普及程度和计算机智能化水平均不断提高，人类进入了信息发展的高速时代，各种传统的管理手段受到了不同程度的冲击，高效方便的管理技术与管理手段越来越受到欢迎，各种各样的管理系统应运而生。目前，梧州学院医务室在药品管理、就诊管理、病案管理等方面都是采取手工记录的方式进行学生就诊管理和药品管理。不仅花费了大量的人力与物力资源，且因手工管理不当或档案太多的情况下，引起事故或纠纷还是时有出现。例如药房管理经常由于管理上的不当使部分药品失效报废，给医院带来一定的经济损失，因此，传统的手工 统计操作已远远不能满足医务工作的实际需要。为能够更好地了解药库及药房的药品情况、建立病人电子档案、规范药品等日常工作，对医务进行信息管理是非常必要的。因此，高校医务室综合管理系统的建设既意义重大又刻不容缓。 高校医务管理系统将医务人员、学生的基本信息及药品信息以数字化的形式存贮起来，设计简单的查询界面与操作界面以便病人、医务人员对医务的信息一目了然。使医务人员脱离繁杂的手工记录，利用本系统实现方便快捷的就诊及管理，解决医院手工管理人员信息档案的现状，为科学、高效管理人员提供可能。系统可在学校局域网内由不同权 限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，也为校医与学生的互动交流成为可能，对我校学生的身体健康与校风建设都具有一定的促进作用。 题研究内容 该课题的主要目标是完成一套高效的、具有一定实用性的高校医务室综合管理系统，对学生个人基本信息、医生个人基本信息、药品信息及缴费信息等信息进行有效管理。系统功能模块主要包括：学生就诊管理、档案管理、药品管理、缴费管理、交流互动及系统管理等模块。学生可以随时登录系统查询自己的就诊信息，由问题也可以通过“交流互动”模块与校医进行交流；医生可以更方便 快速的进行就诊，对于医务室药品管理也更得心应手，可以及时的查询到相关药品信息，对于药品的出库入库也省去了繁杂的手工记录；实现一体化学生就诊档案，提高工作效率。系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，使医生及管理员可以管理学生档案信息及对药品进行相关处理，学生可以方便查询自己的就诊信息。 文的组织结构 本文 总共分为七章： 第一章 前言，简述了 固定资产 管理 系统 开发的背景和意义，阐述了固定管理系统 在国内外的发展状况， 最后介绍了论文的内容安排 。 第二章 理论知识， 对 据库进行简要 介绍。 2 第三章 系统可行性研究与需求分析，分析开发本系统各方面的可行性，对系统进行合理的需求分析。 第四章 系统总体设计， 确立系统功能并进行模块划分，进行数据库的设计，配置系统开发环境和运行环境。 第五章 系统详细设计与实现，搭建 开发 环境，详细设计系统各模块的功能。 第六章 系统核心模块测试，对所设计的系统进行功能的测试。 第七章 总结与展望，对课题的研究进行最后 的 总结， 阐述 固定资产 管理系统的未来发展。 3 第二章 运用技术及开发工具介绍 术简介 一个新的名称，之所以改名，目的还是让大家清楚 是 用 器概念诞生，使得 软件 应用业开始担心 伙伴们是否还在 台 上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要 讨论声中说明了这种彷徨。 在 2004年底 中国 软件 技术大会 也就是 演讲中指出：我们需要一个跨 微容器，保护我们的业务核心组件（ 中间件 ），以延续它的生命力，而不是依赖 2本 2名为 E，实际也反映出业界这种共同心声。 核心是 其提供了更兼便捷的 企业 级的应用框架。 架构图 让我们看看 E 5 有哪些新的功能或规定，我们可以从 站下载 E 5规范。其架构图如下 图 2。 图 2构图 图中灰色加黑部分是 E 5 新的功能，我们看到，在 主要加入了 个新的表现层框架，和我们日常开发关系密切的是，引入了新的 准，这个标准正在由 家组制定。 值得指出的是，这个 久化标准也可以嵌入在 调用，所以，它肯定不会从属于 准，这样，当前所有的 久层 标准如： 少用户的架构选择 痛苦。 区别 从架构图可以看出，无论 构或 构，提供实现的功能相差不多，这样，我们的业务核心组件就可以根据需要部署在 运行，而不依赖具体的 E 容 4 器了。前面一章图的目标在 E 5 中可以实现了。 当然， E 5 重要改变还是： E 不再象以前那样只注重大型 商业系统 的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。 落实这一简化行动的最大特征是在 加入 过入，降低 E 开发时，既要写 要写 置文件之苦，来回照顾，疲于奔命， 是得益于 C+语言，也是从开源项目 践中获得经验。 但是 学者用得不好，将会使得原本在 编码） 写进入代码 坏代码的简洁和灵活性， 当然， 引入不只是解决 置，从大的概念说，是解决一 个资源注射问题 (于其中一个资源 )，在原理 ，容器管理的资源都是由 应用程序 提供的，通过 以方便实现注射。 资源注射（ 计概念其实是来自 式 (，笔者设计开发的 架其实已经将 一宗旨的目的实现，在 架应用演示源 码 ，在 有一段如下配置： 这段配置是将 数据库 的 射到 。 一个版本将是基于 行配置 将可通过 在 码中，方便 程序员 开发。 从这里，大家也可以知道 区别了，有的人疑惑，是学习 实 没有在原理机制上对 多大改动，只是 做了编程方面的简化，另外 考了 特点， 大简化变动是 程方法上。所以，无论学习 理和运行机制都是一样，这部分才是学习大的困难处，而不是因为到了 解 会容易。 初学者可从 发 始学习， 里有一篇 发 程，使用 常简单，无需 插件 。 全 全是 E 的一个重要特点，也就是基于容器的安全访问，无需自己手工编码，具体实现可参考 架应用演示源码 虽然是基于 写，但是和 E 5 区别不是很大。 事务 管理 是 E 5 的一个重要部分，该标准文档从几个方面阐述了事务管理的要点，标准中规定了在 中使用事务和 线程 的处理关系，标准中规定： 务器 如 需在 提供事务支持，因为 件 根本不支持 5 事务繁衍 /传递。 因为当前一些架构如 标准中的 此 E 5 在 规定了 件 事务 的生命周期，如果 件直接调用 务就不可以跨一个 客户端 的多个请求，事务只能在一个请求 (完成，这个标准规定了我们在 构中（如上述架构）无法使用长事务 (如工作流 /状态图 中跨页面请求事务 )，针对一个客户端跨请求的事务暂时只有唯一解决方案：只有使用 有态 以上是 E 5 主要部分， E 包含更多其他技术部分如 等，需要用户在实践中摸索。 构简介 目中表示了 3 种框架，即 提供了对应的组件。 一个轻量级的控制反转 (面向切面 (容器框架，它由 建。它是为了解决企业应用开发的复杂性而创建的。 用基本的 完成以前只可能由 成的事情。 一个开放源代码的对象关系映射框架，它对 行了非常轻量级的对象封装，可以应用在任何使用 场合，可以在 用中使用，也可以在应用 构中取代 成数据持久化的重任。 1、 1）、 架结构 ： 如图 2 图 2构图 提供了对应的组件。 在 图 2个类是 核心控制器，负责拦截来自用户的请求。 个类通常由用户提供，该控制器负责接收来自 请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给 面显示。 （ 2）、 分 ： 由 成，其中 于封装用户的请求参数，封装成 象，该对象被 发给 面的请求参数处理用户的请求。 封装了底层的业务逻辑，包括数据库访问等。 6 （ 3）、 分 ： 该部分采用 现。 供了丰富的标签库，通过标签库可以减少 脚本 的使用，自定义的标签库 可以实现与 有效交互，并增加了现实功能。对应上图的 分。 （ 4）、 件 ： 件有两个部分组成 系统核心控制器，业务逻辑控制器。 系统核心控制器，对应上图的 控制器由 架提供，继承，因此可以配置成标注的 控制器负责拦截所有的 求 ，然后根 据用户请求决定是否要转给业务逻辑控制器。 业务逻辑控制器，负责处理用户请求，本身不具备处理能力，而是调用 完成处理。对应 分。 2、 一个开放源代码的对象关系映射框架，它对 行了非常轻量级的对象封装，使得 序员可以随心所欲的使用对象编程思维来操纵数据库。 场合，既可以在 客户端程序使用，也可以在 用中使用，最具革命意义的是， 以在应 用 成数据持久化的重任。 核心接口一共有 5个，分别为 : 5 个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。 (1)含了很多常见的 句。 )。但需要 注意的是 象是非线程安全的。同时， 同于 用中的 里当使用 个术语时，其实指的是 的 以后会将 象称为用户 (2)口 :口负责初始化 充当数据存储源的代理，并负责创建 象。这里用到了工厂模式。需要注意的是不是轻量级的，因为一般 情况下，一个项目通常只需要一个够，当需要操作多个数据库时，可以为每个数据库指定一个 (3)口 :口负责配置并启动 建象。在 启动的过程中， 的实例首先定位映射文档位置、读取配置，然后创建 象。 (4)口 :口负责事务相关的操作 。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。 (5) 口 : 口负责执行各种数据库查询。它可以使用 言或 句两种表达方式。 7 3、 一个开源框架，它由 建。它是为了解决企业应用开发的复杂性而创建的。 用基本的 完成以前只可能由 成的事情。然而，用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何用都可以从 受益。 简单来说， 一个 轻量级 的控制反转 (面向切面 (容器框架。 轻量 从大小与开销两方面而言 是轻量的。完整的 架可以在一个大小只有 1的 件里发布。并且 需的处理开销也是微不足道的。此外， 非侵入式的：典型地， 用中的对象不依赖于 特定类。 控制反转 过一种称作控制反转（ 技术促进了松耦合。当应用了个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为 反 不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 面向切面 供了面向切面编程的丰富支持，允许通 过分离应用的业务逻辑与系统级服务（例如审计（ 事务（ 理）进行内聚性的开发。应用对象只实现它们应该做的 完成业务逻辑 仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 容器 含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个 何被创建 基于一个可配置原型（ 你的 以及它们是如何相互关联的。然而， 应该被混同于传统的重量级的 器，它们经常是庞大与笨重的，难以使用。 框架 以将简单的组件配置、组合成为复杂的应用。在 ，应用对象被声明式地组合，典型地是在一个 件里。 提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。 所有 这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为 的各种模块提供了基础支持。 。 B/S（ 构即浏览器和服务器结构。它是随着 术的兴起，对 C/S 结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过 览器来实现，极少部分事务逻辑在前端（ 现，但是主要事务逻辑在服务器端（ 现，形成所谓三层 3构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（ 以目前的技术看，局域网建立 B/S 结构的网络应用，并通过 式下数 8 据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如 ）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。特别是在 样的跨平台语言出现之后， B/S 架构管理软件更是方便、快捷、高效。 (1) 维护和升级方式简单 目前，软件系统的改进和升级越来越频繁， B/S 架构的产品明显体现着更为方便的特性。对一个稍微大一点的单位 来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但 B/S 架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显 而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。 (2) 成本降低，选择更多 大家都知道 桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上 不是处于绝对的统治地位。现在的趋势是凡使用 B/S 架构的应用管理软件，只需安装在 务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用 为桌面操作系统电脑不受影响，这就使的最流行免费的 作系统快速发展起来， 了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。 比如说很多人每天上“网易”网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么操作系统，而事实上大部分的服务器实没有使用 作系统，但用户的电脑本身安装的大部分是 作系统。 发工具的选择 绍与应用 业级工作平台（ 简称 对 扩展，利用它我们可以在数据库和 开发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的 成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持结构上， 特征可以被分为 7类： 9 1、 型 2、 发工具 3、 发工具 4、应用程序服务器的连接器 5、 目部署服务 6、数据库服务 7、 合帮助 对于以上每一种功能上的类别，在 都有相应的功能部件，并通过一系列的插件来实现它们。 构上的这种模块化，可以让我们在不影响其他模块的情况下，对任一模块进行单独的扩展和升级。简单而言， 插件，也是一款功能强大的 成开发环境，支持代码编写、配置、测试以及除错。 务器是一种 器。 一种运行在支持 当客户请求访问某 个 ， 器将创建一个 象和象。在 象中封装了客户请求信息，然后 器把 象和 象传给客户所请求的 ，然后由 器把响应结果传给客户。 图 2器响应客户请求过程图 据库简介 什么是 一个 关系型数据库管理系统 ，由瑞典 B 公司开发，目前属于 一种关联 数据库管理系统 ，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了 灵活 性。 使用的 据库 的最常用标准化语言。 件采用了双授权政策（本词条 “ 授权政策 ” ），它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码 这一特点，一般中小型网站的开发都选择 为网站 数据库 。由于其社区版的性能卓越，搭配 组成良好的开发环境。 应用环境 与其他的大型 数据库 例如 相比， 有它的不足之 10 处，但是这丝毫也没有减少它受欢迎的程度。对于一般的个人使用者 和中小型企业来说，供的功能已经 绰绰有余 ，而且由于 开放源码 软件，因此可以大大降低总体拥有成本。 为 操作系统 ， 为 务器， 为 数据库 ，为服务器端 脚本 解释器 。由于这四个软件都是免费或 开放源码 软件（ 因此使用这种方式不用花一分钱（除开人工成本）就可以建立起一个稳定、免费的 网站系统 ，被业界称为 “ 组合。 系统特性 1、 使用 C 和 C+编写，并使用了多种 编译器 进行测试，保证 源代码 的可移植性。 2、 支持 S、 多种 操作系统 。 3、 为多种 编程语言 提供了 些编程语言包括 C、 C+、 。 4、 支持 多线程 ，充分利用 源。 5、 优化的 询算法，有效地提高查询速度。 6、 既能够作为一个单独的 应用程序 应用在 客户端服务器 网络环境中，也能够作为一个库而嵌入到其他的软件中。 7、 提供多语言支持，常见的 编码 如中文的 312、 文的 都可以用作数据表名和数据列名。 8、 提供 P、 多种 数据库 连接途径。 9、 提供用于管理、检查、优化数据库操作的 管理工具 。 10、 支持大型的 数据库 。可以处理拥有上千万条记录的大型 数据库 。 11、 支持多种 存储引擎 。 应用架构 应用结构如图 2 图 2用结构 11 第三章 系统可行性 分析 与需求分析 统可行性 分析 可行性研究是指在实际调查的基础上，通过对市场分析、财务分析以及技术分析对开发的项目进行技术可行性和经济合理性作出合理的判断和评价 7。 本文开发的 高校医务室综合管理系统 是基于典型的信息管理系统概念而设计开发的，满足一般信息管理系统的功能 需要 ，同时也针对 高校医务室管理 的特点进行有针对性的功能型开发。 开发一套 高校医务室综合管理系统 对提高 学生就医效率和了解学生健康状况 很有帮助，不管从技术上还是管理上都是很有必要的。 发必要性 高校医务室综合管理系统 对每个 具有校医务室的大学 来说 都是一件十分重要的 事情 ，高校医务室 管理的好 于坏， 可以较好的反映出学校的综合管理水平 ，一个 医务室管理水平差的高校 ，其 学校的医务室利用率肯定不高 ， 学生在校就医的医院肯定较低， 相反，一个对 校医院 管理 合理和完善的 高校 ，通常情况下， 学校的就医环境和学生在校医院就医的效果 都是比较好的。 高校医务室综合 管理系统的建立，不经可以防止腐败现象的发生，而且也有利于防止 医院利用率底下造成资源的浪费 ，因为在这样的情况下 ， 我们认为开发一套高校医务室综合管理 系统是十分有必要的。 术可行性 系统 采用的 运 行 环 境 为 P 或 作系统 ，采用 言 进行 系统页面的开发，用 为数 据 管理 来进 行 实现 。 为 十分流行的网络 开发 环境 , 具有 易使用 、 学习简单容易 的特点、以及代码框架不需要自己写 、方法自动生成等 的优点，用在做 网站管理 系统上有很多的优势，它 是一种集代码编辑 、 编译 、 连 接 调试 功能 为 一体的集成 开发环 境 。 据库 作为一种 功能比较强大 的 数据库 开发 工具， 它 具有界面友好，易 学 易用， 开发简单 ，接口 灵 活等特点，是一 个 典型的新一代 数 据管理和信息系 统开发 工具。提供了强大的 数据组织 ,用户 管理 ,安全检查 等功能。本系 统 的 软 件 开发 平台已成熟可行。硬件方面， 科技飞 速 发 展的今天，硬件更新的速度越 来 越快，容量越 来 越大，可靠性越 来 越高， 价格越来 越低，在 普通的 硬件平台很容易即可 满 足本系 统 的需要。 济可行性 开发成本较低，加上成熟的软硬件环境、目标系统并不是十分复杂和开发周期 较短，人员经济支出有限。开发完成运行后，为使用者带来便利，为系统的进一步推广创造了条件，经济收益将远远超过投资。从经济角度考虑，此系统开发可行。另外，就管理方面而言， 高校 管理人员充分认识到传统手工管理的缺陷，对 校医务室的 信息化建设比较重视，决定要彻底改革 高校医务室目前的管理手段 ,所以本系统管理上可行。综上所述，开发本 12 系统切实可行。 统需求分析 统目标 通过高校医务室综合管理系统的开发，可提高在校学生到校医务室进行就医的意愿，而且也能提高校医务室的利用效率 。 通过信息化的手段，提高学校资产的利用率，而且也在很大程度上为在校学生实现在校就诊提