【毕业学位论文】（Word原稿）JSP,JAVA医疗门诊查询系统_(基于JAVAEE)论文范文

基于 医疗门诊查询系统分析与设计 摘要 随着计算机技术的发展和进步，计算机应用已经涉及到人们生活的各个方面。医疗门诊查询预约系统是通过分析一个医院门诊系统，把数据库， 合在一起，从而实现一个从信息收集，处理到查询的完整的处理方案。该系统集合了患者管理，医生管理，以及病历管理的综合性应用软件。在该系统中，患者可以不用在医院里面排很长的队伍挂号，只要在门诊系统的页面上选择自己喜欢的医生进行预约看病。这样不仅方便了患者，也方便了医生更容易查阅病历和患者资料。更进一 步方便了医院的门诊管理，符合信息化时代的软件应用潮流。 本系统是基于 设计方案，使用表示层，逻辑层和数据层三层模式。使用 B/大减低了服务端的数据处理任务。提供了高性能的处理速度，降低数据库的运行时的开销。使用 000 作为数据库， 为 器。数据库层使用 底层数据库进行交互，逻辑层封装在 中，表示层由 现。 关键词： BS 模式； 层模式； 录 第一章 绪 论 . 1 言 . 1 述 . 2 2述 . 3 第二章 系统运行必要的环境 . 7 行环境的要求 . 7 对硬件条件和操作系统的要求 . 7 对软件环境的要求 . 7 装和配置 . 8 装和配置 . 9 配置 . 11 第三章 系统分析与设计 . 13 统功能分析 . 13 统设计思想 . 14 数据库层 表示层三层结构 . 14 角色模块设计 . 14 与数据库的连接 . 14 日志记录 . 15 统模块分析 . 15 务流程 . 16 第四章 系统实现与详细设计 . 17 据库设计 . 17 设计思路 . 17 表的设计 . 18 表关系图 . 22 逻辑层的设计 . 23 逻辑层包结构设计 . 23 与数据库建立连接类 . 25 用户角色类 . 27 达层设计 . 28 表达层设计概述 . 28 达层设计中使用的几大 象 . 29 统功能实现 与演示 . 30 第五章 设计总结 . 35 参考文献 . 36 致谢 . 37 附录 A 开题报告 附录 B 外文资料原文 附录 C 外文资料译文 附录 D 源程序代码 第一章 绪 论 言 管理信息系统（ 称 一个由人，计算机及其他外围设备等组成的能进行信息的收集、传递、存储、加工、维护和使用的系统，是一门新兴的科学，其主要任务是最大限度的利用现代计算机及网络通信技术加强企业的信息管理，通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解、建立正确的数据，加工处理并编制成各种信息资料及时提供给管理人员，以便进行正确的决策，不断提高企业的管理水平和经济效益。目前，企业的计算机网络已成为企业进行技术改造及提高企业管理水平的重要手段。随着我国与世界信息高速公路的接轨，企 业通过计算机网络获得信息必将为企业带来巨大的经济效益和社会效益，企业的办公及管理都将朝着高效、快速、无纸化的方向发展。 统通常用于系统决策，例如，可以利用 统找出目前迫切需要解决的问题，并将信息及时反馈给上层管理人员，使他们了解当前工作发展的进展或不足。换句话说， 统的最终目的是使管理人员及时了解公司现状，把握将来的发展路径。 传统的 统的核心是 C/S（ 客户端 /服务器）架构，而基于 统的核心是 B/S（ 浏览器 /服务器）架构。 B/S 架构比起 C/S 架构有着很大的优越性，传统的 统依赖于专门的操作环境，这意味着操作者的活动空间受到极大限制；而 B/S 架构则不需要专门的操作环境，在任何地方，只要能上网，就能够操作 统，这其中的优劣差别是不言而喻的。基于 的统是对传统 统概念上的扩展，它不仅可以用于高层决策，而且可以用于进行普通的商务管理。通过用户的具名登录（或匿名登录），以及相应的权限控制，可以实现在远端对系统的浏览、查询、控制和审阅。随着 扩展，现有的公 司和学校不再局限于物理的有形的真实的地域，网络本身成为事实上发展的空间。基于的 统，弥补了传统 统的不足，充分体现了现代网络时代的特点。随着 术的高速发展，因特网必将成为人类新社会的技术基石。基于 统必将成为网络时代的新一代管理信息系统，前景极为乐观 7。 述 随着计算机技术的发展和进步，计算机应用已经涉及到人们生活的各个方面。软件行业的兴起，各个单位为了提高生产效率，降低生产成本，很多由人来管理的工作都由计算机来完成。医 疗门诊查询预约系统是通过分析一个真正的医院门诊系统，运用信息技术，结合软件工程，利用数据库和一些编程语言设计，从而实现一个从信息收集，处理到查询的完整的处理方案。该系统集合了患者管理，医生管理，以及病历管理的综合性应用软件。现实中，很多病患在就医看病的时候都苦恼于大医院的挂号队伍，因为挂号排队延误病情治疗的事情也时有发生，也有很多病患想了解专家门诊的医生情况和经验，来选择自己的就医方向，很多病患不能提前知道该专家医生的就医时间而延误病情的事和打乱自己的就医安排也是存在的。在该系统中，患者可以不用在医院里面排 很长的队伍挂号，只要在门诊系统的页面上选择自己喜欢的医生进行预约看病。在系统中没个医生都有自己的看病时间表，病患可以通过医生的时间表来选择自己的就医时间，方便患者安排时间，这样就方便了患者，而医生也可以通过系统查询到预约自己的病患的基本情况，为治疗做好前期准备，为医生成功治疗病患打下基础，这样方便了医生更容易查阅病历和患者资料。每次治疗完毕医生通过简单的电脑操作可以完成一份治疗患者的病历和处方，存入数据库，方便了医院的病历管理，也就方便了医院的门诊管理，符合信息化时代的软件应用潮流 2。 本系统使用 中 开源软件，可以从网上免费得到其正式的发行版本，而 当前使用得最广泛的数据库，其性能，安全性等方面都有很好的保证。 然是开源软件，但许多大型网站也因其稳定的性能和出色的性能而选择它作为专业的 器。由这两者组成的整个系统的底层框架，既能节省开支，配置过程也相对简单。 服务器端使用三层体系结构，将业务逻辑从表示层中抽出，使页面，业务逻辑和数据库开发互相独立，并行地进行，这样可以大大减少开发时间。同时这种设计方法 降低了三层之间的耦合层度，日后对某一层的修改，扩充时，对其他层可以只产生很小的影响 4。 使用面向对象技术，将各个角色（医生，患者，管理员）封装成类，这样能帮助程序员更直观地去理解整个业务流程，将重点放在业务逻辑的处理上，降低了开发难度，这样也便于将来的扩展。 而且该系统的一些亮点： （ 1）在逻辑层实现了一个简单的日志记录系统，可以将任何信息记录到指定的日志文件中，方便服务器程序的跟踪和调试，同时可以记录一些重要的事物信息（比如管理员登陆，重要信息的删除等），以便将来需要是查询。 （ 2）逻辑层实现时使用事 务（ 证数据的完整性。 （ 3）服务器端采用数据库，事务逻辑，用户截面相互独立的结构，各个模块自身扩充方便，且互相之间耦合度非常低，对逻辑层稍做扩充就可以实现一个功能更完善的系统。 （ 4）使用单例模式（ 计逻辑层，大大降低数据库运行的开销。 总体来说， 本系统是基于 设计方案，使用表示层，逻辑层和数据层三层模式。使用 B/S 模式，使用 为数据库， 为 器。数据库层使用 底层数据库进 行交互，逻辑层封装在 中，表示层由 现。 2述 术是由 术发展起来的，自从有了 ，在 务器端编程中普遍采用的就是 不是 为 编写表示页面时远远比 单，并且不需要手工编译，目前 要用于做视图控制器，处理后台应用等。由于 。所以它有 有强大的功能 1。 在传统的网页 件（ *加入 序片段（ 和 构成了 页（ * 于强大的 言，具有良好的伸缩性，与 密地集成在一起，在网络数据库应用开发领域具有得天独厚的优势，基于 台构建网络程序已经被越来越多的人认为是未来最有发展前途的技术 1。 从 几年的发展来看， 经获得了巨大的成功，它通过和 件进行集成，可以编写出处理具有大的伸缩性，高负载的企业级应用。 术在多个方面加速了动态 面的开发。 通过分析和总结，列出了以下几点说明 特点。 （ 1） 将内容的生成和显示进行分离 使用 术， 面开发人员可以使用 者 识来设计和格式化 最终页面。使用 识或者小脚本来生成页面上的动态内容。生成内容的逻辑被封装在标识和 件中，并且捆绑在小脚本中，所有的脚本在服务器端运行。如果核心逻辑被封装在标识和 ，那么其他人，如 理人员和页面设计者，能够编辑和使用 面，而不影响内容的生成。 在服务器端， 擎解释 识和小脚本中，生成所请求的内容，并且将结果以 面的形式发送回 浏览器。这有助于作者保护自己的代码，而又保护任何基于 览器的完全可用性。 （ 2）生成可重用的组件 绝大多数 面依赖于可重用的，跨平台的组件来执行应用程序所要求的更为复杂的处理。开发人员能够共享和交换执行普通操作的组件，或者使用这些组件为更多的使用者或者客户团体所使用。基于组件的方法加速了总体开发过程，并且使得各种组织在他们现有的技能和优化结果的开发努力中得到平衡。 （ 3）采用标识简化页面开发 面开发人员不一定都熟悉脚本语言的编程人员。 术封装了许多 功能，这些功能是在易用的，与 关的 识中进行动态内容生成是所需要的。标准的 识能够访问和实例化 件，设置或者检索组件属性，下载 及执行同其他方法更难于编码或耗时的功能。 通过开发定制标识库。这使得 面开发人员能够使用熟悉的工具和如同标识一样执行特定功能的构件来工作。 （ 4） 提供所有的 能 与 比， 提供所有的 能，它比用 写和修改 外，您可以更明确地进行分工， 面设计人员编写 需要留出空间让 序员插入动态部分即可。 （ 5）健壮的存储管理和安全性 由于 面内置脚本语言是基于 程语言的，而且所有的 面都被编译成为 面就具有 术的所有优点，包括健壮的存储管理和安全性。 （ 6）一次编写，随处运行 作为 台的一部分， 有 程语言“一次编写，随处运行”的特点。随着越来越多的供应商将 持添加到他们的产品中，您可以使用自己所选择的服务器和工具，但并不影响当前的应用 。 （ 7） 平台适应性更广 这是 优越之处。几乎所有的平台都支持 们可以 在任何平台下通行无阻。 T 下的 过一个插件就能支持 如 名的 务器 经能够支持 于 泛应用在 T， ，因此 更广泛的运行平台。从一个平台移植到另一个平台， 至不用重新编译，因为 节码都是标准的字节码，与平台无关 。 （ 8） 连接数据库的技术是 多数据库系统带有 动程序， 序通过 动程序与数据库相连，执行查询，提取数据等操作。 司还开发了 此技术 序就可以访问带有 动程序的数据库，目前大多数数据库系统都带有 动程序，所以 序能够访问如 类型的数据库。 （ 9）简单易学 随着 标签语言的出现，即使不懂 程序员也能编 写出功能完善的 2。 业 是基于 服务器端组件架构技术。借助于 发者能够轻松构建企业级的，分布式组件应用。与此同时，在不用自身开发复杂分布式组件框架的前提下，开发者能够开发架构灵活，运行可靠及安全的应用系统。对于服务器端开发而言， 入了快速应用开发（ 型。因此，在 用服务器提供商提供的分布式基础框架的基础上，开发者能够快速，轻松地构建服务 器端组件。 重要设计初衷是保证应用能够在任一提供商提供的企业中间件服务上畅行无阻，而且便携性，可重用性都是一流的。 仅是 组成部分之一。其中， 业标准组织）制定。 台规范使命是，提供平台独立的，便携的，多用户的，安全的，遵循标准的企业级平台。而且，它必须基于 在服务器端的部署。 是规范，不是产品。 范 定义了开发企业级软件产品的规则。 用服务器供应商需要在他们的 容产品中实现 范。 由一套健壮的中间件服务构成的，它使得服务器端应用开发者能够高效，快乐地开发应用。为了使开发者能够进一步理解 重要性，列举出 容实现必须提供的一些重要技术。如 于 程方法调用（ 名和服务接口（ 据库连接（ 务 息服务， 及 接器架构（ 。 是通过以上大量的组件来构件一个企业级的应用 4。 图 用部署场景 第二章 系统运行必要的环境 本章主要介绍 发环境的搭建。介绍 运行环境的要求。讲述 发和运行环境的安装配置，并且介绍当今流行的 行环境的安装和配置，以及集成开发环境的设置以及数据库的安装和配置。 行环境的要求 对硬件条件和操作系统的要求 境对硬件要求不是很高，所以开发成本 比较低，比如 要求使用 586 或更高级别的处理器；内存大概 64其以上水平，如果使用 者 56上；硬盘大概 500上，根据不同的服务器要求不同，如果使用者 要求硬盘空间大概 1间；当然机器还要配置适合通信的网卡，毕竟 网络通信与信息技术的媒介。 由于 有跨平台的特点，所以只要能够安装 能在此安装 务器。务器能够运行在目前绝大多数的操作系统上，目前在普通用户中用到的系 统绝大多数为 列和 列 11。 对软件环境的要求 要使用 服务器端和客户端都必须有对应的运行环境。服务器端主要是 务器，客户端主要是浏览器。 表 2对软件环境的要求 览器 任何支持 素的浏览器，浏览器应支持如下 户端的图片映射 文件上载 典型情况下使用 表 2务器 数据库 000 装和配置 包含了 发中必需的工具和 序运行环境（ 可以从 司网站 。 安装特别简单，和安装应用程序软件没什么区别，不过 安装路径一定要设好，方便以后环境变量的设置。 安装好 ，还需要在环境变量中进行对应的配置。就以本次毕业设计为例。 : 主要进行以下配置： （ 1） 设置 境变量 （ 2）设置 境变量 （ 3）更新 境变量的 值 示 装目录，其他的应用程序如果需要使用 行环境，首先获得 量的信息，然后确定执行的路径。 在鼠标右键单击“我的电脑”，在属性栏的高级选项中可以选择环境变量的设置，新建一个系统变量或者用户变量，名称为 的值为 D:图： 图 量设置 然后建立一个 变量，它表示搜索 的路径，这个路径可以包含一些 档文件，也可以是一个目录。在应用 程序执行是，往往会动态地在添加一些自己需要的路径。在本机上 值为“ .;d:d: （ .;一定不能少）。 图 量设置 当以上都配置好了，我们可以测试下 境是否配置成功。我们可以在 运行 中进入 命令提示符 面。输入 车，看是否能看到当前 版本。如果看见就配置成功了 3。 装和配置 务器是当今使用最广泛的 务器。它运行稳定，性能可靠，是学习和中小企业的最佳选择，而且是开源程序，下载免费，大大降低系统的开发成本。 我们可以从 。安装也很方便。本次设计 装目录是 D: 安装完成以后，把 面的类包（ *件）包含到环境变量的 些 件都在 D:录下。 然后运行 序，启动 ，输入 。如果出现 欢迎页面，就表示 安装和配置是正确的。 图 试 否安装成功 当 置 成功以后，就要在 %录下的 面建立一个虚拟目录，来方便将来程序的开发。本次设计是医院门诊系统，所以我们在 面新建立一个叫 文件夹， 然后使用 建立关于 虚拟目录。这样以后我们的程序就可以在 件夹下面进行，当设计完成以后，只要在 面输入 3。 图 面和 虚拟目录 配置 本节 不对 安装做过多的赘述，本节 介绍如何让 加入到行的集成环境中来。 当安装好 序之后，由于 与 成，进行对数据库的操作，就必须下载 000 驱动，微软的官方网站提供免费下载。安装该程序之后，把安装目录里面 面的 3 个驱动 件拷贝到你所开发的 序目录下面的 件夹下面的 件夹下。这 3 个文件分别是：后在环境变量的 量里面包含这3 个文件的初试路径。这样我们就可以在以后的程序开发过程中，调用 件或者通过 进行对数据库的连接和操作 9。 值得注意的是如果是老版本的 能会出现与 接失败的故障，你可以通过 433 指令来测试数据库的连通性，在本次设计时这个问题出现过，如果连接失败，就应该给 和 补丁。一 般这个问题打上 丁就基本能够解决，而且 会成功。本次设计的这个问题也是这么解决的。 图 个 动的放置位置 第三章 系统分析与设计 统功能分析 根据对医院门诊流程的分析及客户的要求，整个系统需要实现以下功能。 软件的整体功能，系统要操作简单，要有友好的界面，系统的操作者的权限层次要有明确的分类，进入软件时要进行身份验证。而且 出于对患者个人隐私的负责，患者病历记录只能在患者就医期间由 主治医生调阅，其他任何人包括管理员无权查阅。这样使的系统更具有人性化，因为系统中三个角色之间没有联系，所以设置三个独立操作的角色对象。 （ 1）患者角色能进行的对象操作 可以联机注册成为用户，设定自己的登录名及密码。 可按医生姓名自定义查询。 可基于查询结果进行预约，若指定医生当日预约量已满，则预约失败。预约结果随机返回给患者。 可对已经进行 预约的 情况查看或撤消。 预约成功后可查询主治医生信息，病例信息。 （ 2）医生角色 可查看预约患者的情况。 可查询患者病例。 可创建患者病历。 可对患者的 病例进行修改。 （ 3）管理员角色 有固定的帐号，直接在数据库添加，不能注册成管理员，可以添加和删除医生帐号，对医生用户进行管理。但不能管理患者用户，保证患者的隐私。 统设计思想 数据库层 表示层三层结构 服务器端三层结构及之间的关系如图 3示。 图 务器端体系结构 角色模块设计 整个系统中有三种用户：医生、患者、管理员，他们之间没有相互的操作，因此可以封装到各自的类 中去。 中设计了一个抽象父类 体的角色类（ 它继承。将它的子类所公用的方法划分成两类进行设计。其中一类方法在各个子类内部的具体实现时间，这些方法被直接设计在中，供子类继承；另一类方法在各个子类内部的具体实现不相同，这些方法被设计成抽象方法，由子类负责实现。 与数据库的连接 设计一个类只负责与数据库的连接工作，当与数据库成功连接后，该类将能返回一个可靠的数据库连接对象供其他类使用。每当 用户开始操作，即登录成功就开始连接数据库，数据库的连接贯穿整个用户操作的全过程，不会是每个操作进行一次连接，这样太消耗数据库资源，只到用户完成操作，注销退出后才断开数据库连接。 日志记录 为了便于调试与服务器信息的记录，设计一个类负责将需要的信息记入本地硬盘上的日志文件中。在开始系统运行开始，日记系统就开始记录，记录在 件夹里面，存放格式是 *件，当用户的每个操作都会记录到日记里面，不管是正确操作，错误操作还是误操作，都会记录。而且连系统的异常和数据库异常都会记录在日志上，这样方便管理员的系统维护工作。而且日志每条记录都显示实时的时间。 统功能分析 根据系统所要求实现的功能要求，不同的用户具有不同的操作权限，本系统主要划分为三大用户模块：患者、医生、管理员，模块图如下 所示： 图 系统功能模块划分 登录 注销 患者 医生 管理员 注册 查询医生信息 预约 查询预约信息 取消预约 查询主 治医生信息 查询预约患者信息 创建病历 查询患者病历 修改病历 删除病历 添加医生帐号 删除医生帐号 务流程 根据现实的医院门诊业务流程，以及根据系统功能模块的分析，规划出该系统的业务流程图 图 务流程图 是 是 否 否 是 否 未注册 是 是 否 登录系统 输入帐号，密码 输入注册信息 注册成功 预约取消 预约成功 登录成功 患者 医生 管理员 病历信息 坐诊信息 患者信息 预约队列信息 医生信息 取消？ 用户已存在？ 输入信息正确？ 已预约？ 输入正确？ 有合适的时间？ 查询预约信息 查询医生信息 预约 预约成功？ 否 是 否 是 否 已注册 第四章 系统实现与详细设计 据库设计 当一个系统涉及数据库时，其运行效率、冗余程度、可靠性、稳定性等评价指标除了与上层的代码有关外，更多地会受到低层数据库效率的影响。因此，一个好的数据库设计能够让你的系统跑的更顺畅、稳定 5。 设计思路 一、确定各实体间的关系 首先确定各个实体之间的相互关系，这是设计好一个数据库的基础。实体之间的关系图如图 4示 图 体关系图 二、将实体和关系转化为表 将各个角色的所有信息分别放在独立的表中，其中包括该 角色的全部信息。选定一个字段作为主键，这个字段存储的信息在整个表中两两必须相异，比如本次设计中，医生编号（ 。如果表中没有此类信息，可人为加入惟一的 于标志，比如本次设计中的 。 患者 医生 管理员 有 有 病历 预约信息 可预约数量 有 有 管理 治疗 管理 n n n 1 1 1 1 1 1 m n n n m 三、主键是唯一的依赖性 保证表中其他字段只与主键有关系，如果一组信息同时与一个以上的表或者一个表中一个以上的字段有关系，则必须将这组信息抽出去独立构成一张表。 四、指定索引 对所有会成为查询关键字的字段进行索引，以提高查询效率。 表的设计 一、医生表（ 用来存储 医生个人信息，其中“ 段在记录插入时与“ 段信息相同，因此医生在第一次登录后应该及时地更改自己的密码 表 4生表结构 字段名 类型 备注 约束条 默认值 ) 医生编号 2) 姓名 索引 0) 登录密码 初始 =别 101 2) 医生职称 0) 所属科室 索引 0) 专家门诊科目 5) 联系电话 可为空 ) 年龄 0 二、患者表（ 表 4者表结构 字段名 类型 备注 约束条件 默认值 型 患者编号 2) 姓名 0) 登录用户名 索引 0) 登录时密码 ) 年龄 0 续表 4 2 字段名 类型 备注 约束条件 默认值 ) 性别 101 0) 家庭地址 可为空 5) 联系电话 可为空 值得注意的是 置成 型是为了添加患者记录时，患者编号能自动增长。这样对患者注册时提供方便，而且又是 方便数据库 操作。 三、病历记录表（ 病历记录表记录了患者的病历信息，以 段与 建立关系，以 建立关系。当 段设为“ 1”时，逻辑层将不能对记录进行修改，只能查询。 表 4历记录表结构 字段名 类型 备注 约束条件 默认值 型 病历记录编号 ) 主治医生编号 索引 0) 症状 0) 诊断 ) 患者编号 索引 0 0) 处方 ) 就诊是否结束 100 四、预约记录表（ 预约记录表记录了已预约但尚未创建病历的患者的信息。在这一阶段患者可以取消预约，而医生创建病历也会删除记录，这里对预约就诊时间（ 段）的约束条件，其取值范围被限定在 06 之间。 表 4约记录表结构 字段名 类型 备注 约束条件 默认值 型 记录编号 )