某医院预约挂号管理系统的设计毕业设计论文

摘摘 要要 随着计算机技术的不停发展，网络功能已逐渐渗透到各个行业，成为了人 们生活中的一部分。随着城镇人口的爆发式增长，人们去医院挂号就医难度越 来越大，排队是一个十分头痛的问题，一些就诊人数较多的地方可能挂号就要 花费近一天。为了缓解医院挂号就医排长龙的问题，本论文讨论的是利用网络 技术，实现网上预约挂号。 本文主要介绍了基于 J2EE 的网上预约挂号系统的设计与实现，医院预约挂 号系统的前台 web 端应用，包括患者挂号平台和医生管理平台；后台管理，包 含后台管理员对各项功能的管理等。通过互联网实现在线挂号、床位预约、查 询、修改信息、留言、发布公告等功能。 建立医院自身的在线预约挂号系统，能够良好的和本医院己有的 HIS 系统 绑定，也就避免了患者在第三方合作网站上挂号后还要在医院重新排号的情况， 并且使患者治疗和数据分析更方便，这也是相当一部分医院的需求也是短期的 信息化改革的目标。本文的研究是如何建立一个适合医院自身状况的在线挂号 系统。 关键词：网上预约挂号；J2EE；MySQL；B/S 结构 ABSTRACT As the Internet + the rise and the development of information technology, powerful features of networking has penetrated into all sectors, has become part of peoples lives. With the explosive growth of urban population, it is harder to go to hospital for medical treatment, Queuing is a very headache problem, some places with high numbers of patients may be registered would cost nearly a day. In order to alleviate the problem of hospital medical treatment queue, this paper discusses the use of network technology, online booking registration. This paper describes the J2EE-based reservation online registration system design and implementation, introduced the Web application at the front desk of the hospital to make an appointment system, including patient registration platform and physician management platform; Admin, administrators on the various management functions including the background. Online registration via the Internet, hostels reservation, query, modify, information, messages, announcements, and other functions. Online booking registration system set up their own hospitals, can be good and that the hospital had HIS system, also avoided patients registered at the third-party partner sites to back in the hospital after a row number, and treatment of patients and data analysis easier, which is a considerable part of the hospital is short of demand of information reform goals. This study is how to set up an online registration system for hospitals in their own conditions. Key words: Online booking registration; J2EE; MySQL; B/S structure 目 录 1. 概述.1 1.1 选题背景.1 1.2 预约挂号系统的发展现状.1 1.2.1 国外发展现状.1 1.2.2 国内发展现状.2 1.3 研究预约挂号系统的目的及意义.2 2. 系统规划.3 2.1 系统开发环境.3 2.1.1 MySQL.3 2.1.2 JSP 简介.3 2.1.3 JDBC 简介.4 2.2 预约挂号系统开发的可行性分析.4 2.2.1 管理上的可行性.4 2.2.2 技术上的可行性.4 2.2.3 经济上的可行性.5 3. 系统分析.5 3.1 预约挂号系统的业务流程分析.5 3.1.1 HIS 业务流程图.5 3.1.2 用户注册登录业务流程图.6 3.1.3 预约挂号业务流程图.7 3.1.4 医生处理预约挂号业务流程图.8 3.2 预约挂号系统的数据流程分析.9 3.2.1 顶层数据流程图.9 3.2.2 一级数据流图.10 3.2.3 预约挂号数据流图.10 3.2.4 医生管理数据流图.11 3.3 系统数据字典.12 4. 系统设计.14 4.1 系统的平台设计.14 4.2 系统的总体功能结构设计.14 4.2.1 功能结构图.15 4.2.2 主要模块说明书.17 4.3 各类编号的代码设计.20 4.3.1 医生编号的代码模型.20 4.3.2 用户编号的代码模型.21 4.3.3 挂号单编号的代码模型.21 4.4 数据库设计.22 4.4.1 系统 E-R 图设计.22 4.4.2 数据表设计.25 4.5 界面设计.28 4.5.1 预约挂号平台欢迎界面.28 4.5.2 患者挂号平台主界面.28 4.5.3 医生管理平台主界面.29 4.5.4 后台管理平台主界面.30 4.5.5 用户注册界面.31 4.6 系统安全设计.31 4.6.1 网络安全.31 4.6.2 数据安全.32 5. 系统实施.32 5.1 数据库的实施.32 5.2 程序实现.36 5.2.1 患者登录模块.36 5.2.2 患者注册模块.37 5.2.3 预约就诊模块.38 6. 结束语.40 6.1 系统特点.40 6.2 展望.40 参考文献.42 致 谢.43 1. 概述 1.1 选题背景 随着“互联网+”的兴起和信息化的不断发展，多种传统行业被冲击，不得 不展现出新的发展形态，互联网与各种行业甚至物品联合，使得生活更加方便 有效，资源配置的效率也提高很快，在“互联网+”的大环境下，传统经济形态 也不断更新迭代，从而推动社会各方面以前所未有的速度进行改革1。李克强 总理在 2015 年政府工作报告中提出“互联网+”的概念，正式将我国的互联网 乃至物联网发展推向一个新高度，而在这些改革过程中，医疗行业令人不可忽 视2。 如今计算机和网络技术发展越来越快，大众普遍接受互联网带来的便捷和 有效性，在 2015 年政府工作报告中，李克强总理也提出了“互联网+”的概念， 直接影响了多种行业，其中不容忽视的就是医疗行业。在 2016 年 1 月下旬，一 则东北女孩在北京某医院门口怒斥号贩子的视频被人们广泛传播，引起了极大 热议，甚至会推动医院现场挂号的逐步取消，网上预约挂号系统的建立，可以 最大程度避免患者尤其是偏远患者到达医院后无法及时看病又无处可去的现象， 同时满足了不同层次患者的需求，抵制了号贩子的存在，合理利用门诊资源， 优化门诊服务流程。 而国内外也已经有许多医疗机构与第三方机构联合创建了在线预约挂号系 统，但依然有很多人不了解其使用方式，因此，大力推广和优化预约挂号非常 重要。 1.2 预约挂号系统的发展现状 1.2.1 国外发展现状 经过对大量相关文献进行查询和阅读，发现国外部分国家的医院预约挂号 系统较为成熟，互联网发展相对于更加全面，因此在部分国家网上预约挂号已 经是人们日常就诊不可或缺的一部分，在美国，成功的系统有例如：盐湖城 LDS 医院所使用的 HELP 系统3，退伍军人管理局所使用的 UHCP 系统4 ，马萨 诸塞州总医院的 COSTAR 系统5等，为当地人民提供了一个方便的就诊环境。而 美国也经历了从小型化逐渐走向智能化在智能化有所成就之后又开始向集成化 的改造所靠近。相对于美国，欧洲起步较晚，丹麦 76 所医院和诊所使用的 Red System6在欧洲也逐渐成熟，法国的第八医疗中心技术已经比较先进，实现了 一体化信息系统Grenohle Integrated HIS，该系统已经管理了三家大医院 和三所医药学院。 1.2.2 国内发展现状 中国很多医院有自己的挂号和预约服务，也有很多应用和平台把医院资源 整合在一起，方便患者选择医院、科室和专家。比如北京市卫生局建立的北京 市挂号平台，把北京市各级医院的挂号接口放在一个平台里，患者可以按照医 院、按照科室或者按照疾病挂号，患者可自己选择就诊时间和看病的医生7。 这大大方便了患者对于就诊的选择，也简化了就诊的流程。 有些医院没有接入第三方预约挂号平台，也有些医院没有自己的预约挂号 系统。医院信息管理系统不仅包括预约挂号系统，还有电子病历管理信息系统， 住院处管理信息系统，护士站信息管理系统等 8等，医院需要把这些系统联系 在一起，从预约挂号到治愈出院，这些系统中的数据都是统一的。病人就诊的 信息需要对外保密，且病人就医的临床数据对于临床医学的发展和进步又有很 重大的意义，所以很多医院希望自己建立自己的预约挂号平台9。 1.3 研究预约挂号系统的目的及意义 在互联网飞速发展的大环境下，通过互联网来完成自己生活中的需求，例 如：购物、订餐、学习、订机票等都慢慢成为时代发展的潮流。而在网络问诊、 远程诊疗还未有规范的制度和统一要求的情况下，在线预约挂号服务就成为了 人们当下就医的最主要需求10。上文提到的医院的信息化建设也是我国目前的 重中之重，良好的完整的 HIS 系统可以大大增加患者就医效率和医院运行效率。 一个完整的 HIS 系统应该包含众多子系统，其中，由于医院和患者都对预约挂 号有着强烈的需求，所以预约挂号子系统也就成为 HIS 子系统中十分重要的部 分11。 建立自己医院的在线预约挂号系统，能够良好的和本医院己有的 HIS 系统 绑定，也就避免了患者在第三方合作网站上挂号后还要在医院重新排号的情况， 并且使患者治疗和数据分析更方便，这也是相当一部分医院的需求也是短期的 信息化改革的目标12。本文的研究是如何建立一个适合医院自身状况的在线挂 号系统。该挂号系统应该能够让用户在预约的过程中选择合适的就诊医生及科 室，以及就诊时间。医生能够结合自身情况和医院安排合理规划自己一周内的 坐诊任务，科学合理的进行工作。 2. 系统规划 2.1 系统开发环境 2.1.1 MySQL MySQL 是关系数据库开发工具，它具有利用数据表示图或自定义表单收集 信息的优点。其中,数据表示图提供了一个类似 Excel 的电子表格,使数据库一 目了然。总之,MySQL 作为关系数据库开发，有很多优势13。 Web 数据库访问技术是数据库技术与 Web 技术集成的新热点研究方向之一, Web 数据库访问技术终端为用户提供了一种高效、方便的远程数据库服务14。 2.1.2 JSP 简介 Java 服务器页面的 JSP(Java Server Pages)是基于 Java 的技术，是用来 支持动态的跨平台 Web 服务器访问的技术15，JSP 和微软的 Active Server Pages(ASP)在一定程度上相似，不同的是 ASP 在网页 HTML 文件中插入 VBScript 代码片段，而 JSP 在 HTML 文件中插入 Java 代码片段(Scriptlet)和 JSP 标记(tag)，基于 JSP 的 web 应用具有良好的跨平台性 16。 与 Java Servlet 类似，服务器对客户端 JSP 请求中的 Java 代码进行处理 后， 返回客户端是一个包含处理结果的 HTML 文档，客户端只要使用浏览器就 可以接收处理结果。JSP 技术继承了 Java 技术的独立于平台性且安全可靠，具 有面向对象的易于使用的特性 17。 2.1.3 JDBC 简介 Java 数据库连接 JDBC(Java Data Base Connectivity)是 Java 语言提供的 数据库用户接口，JDBC 支持关系数据库，提供了执行 Java SQL 语句的 API 来 支持 SQL 功能18。JDBC 是预约挂号系统的关键组成部分，是客户端浏览器与系 统数据库服务器之间的桥梁19。 JDBC 技术的实施分为两个步骤：一是将客户端浏览器请求与客户端的 HTTP 连接，将数据上传到 Web 服务器；二是向系统数据库发送 SQL 语句，DBMS 处理 系统数据请求，将结果经由服务器返回的结果给客户端 20。 2.2 预约挂号系统开发的可行性分析 2.2.1 管理上的可行性 本系统将预约信息整理成表单上传至数据库当中，医生以及管理员只需要 调用数据库内容即可清晰地显示出不同患者的挂号预约需求，一目了然，信息 处理速度更快、更方便，大大减少了管理员的工作量，也避免了现场可能出现 的由于各地口音不同而产生的交流困难的现象，同时也减少了现场挂号对于现 场秩序的维持所付出的人力物力。再者，有挂号需求的都是身体不舒服有疾病 的人，现场挂号人流密集，很容易造成细菌繁殖以及交叉感染，而在线预约则 可避免这种情况。且系统采用目前主流开发语言和环境，数据库扩充便捷，管 理员仅需简单培训即可上岗，因此可读可识别性高，便于日后维护与管理。 2.2.2 技术上的可行性 技术可行性是指开发这个系统时所用的各项技术。结合预约挂号的实际， 技术可行性分析主要涉及到以下几点： 1）软硬件需要的可满足性。医院有能力配制在线预约挂号系统所需的所有 硬件、软件，例如计算机、SQL、服务器、浏览器等，都是常用的软硬件，即使 不开发本系统也需要使用，所以在软硬件方面可行。 2）系统开发人员的技术。使用目前所学的技术及工具，例如 JSP、MySQL 等都是大学所学过的内容，且技术已经发展成熟，所以可以实现此系统。 3）使用有效性。预约挂号系统开发后由专门人员负责后台管理，且管理方 法十分简单，只需略懂电脑知识即可使用。 所以本系统在技术上可行。 2.2.3 经济上的可行性 经济可行性分析是对开发过程中有可能涉及的各项资金使用进行分析，具 体包括开发过程中的支出和投入使用后所能带来的经济利益等。根据目前系统 情况和实际，实现此系统主要包括以下几个方面费用： 1）域名费：系统正式使用后，需缴纳年费继续使用域名，否则将被终止， 但域名费用对于普通医院还是可以负担得起的，所以可行。 2）服务器投入：由于本系统还处于试运营测试的阶段，并不需要大型服务 器来支持运行，所以该部分支出费用较低。 3）软件费用：软件部分所需购买金额并不大，且有相当一部分软件的使用 都是免费的，而且，像操作系统这样的软件，即使没有挂号系统也需要支出， 所以在软件方面也不需要较大金额的支出。 且系统运行后可以带来许多经济效益最直观的可以减少挂号现场维护秩序 人员、咨询人员、挂号大厅硬性支出等经济，综上本系统在经济上可行。 3. 系统分析 3.1 预约挂号系统的业务流程分析 3.1.1 HIS 业务流程图 医院信息管理系统（HIS：Hospital Information System）是医疗信息化 发展的必然结果，也是现在国内外医院最常见、最普及的医疗系统21。本系统 涉及的业务工作主要有：预约挂号系统、门诊收费系统、住院系统、药房系统、 医生站、护士站系统以及医院办公 OA 等22。HIS 系统业务流程图如图 3-1 所示。 门诊挂号 病人咨询及费用查询服务系统 门诊医生 收费 门诊药房 门诊护理 补保结算药品系统药库系统药品系统 信息中心 入院登记 住院医生 药区护士 住院结算 住院药房 补保结算 门 诊 系 统 住 院 系 统 病案 医疗统计系统 院长查询 妇保系统初级卫生保健系统 监控系统急救指挥系统 其他医疗信息系统 设备系统 人事系统财务系统 物资系统图书系统护理系统 行政各系统 医技、检验管理分系统 医技系统 检验系统 医学图像血库系统 图 3-1 HIS 业务流程图 3.1.2 用户注册登录业务流程图 当用户注册时，在注册页面上输入用户昵称、真实姓名、密码等个人信息 进行注册。注册成功后，在登录框使用用户名和用户密码进行登录。如果用户 名不存在，登录时提示不存在用户，需注册。该功能流程如图 3-2。 用户注册 输入用户名 等个人信息 用户名是 否存在 否 用户登录 输入用户 名和密码 密码是 否正确 是 是 是 否 数据不存在 用户 注册信息 用户数据 校验信息 错误信息 用户数据 用户数据存在 注册成功登录成功 图 3-2 用户注册登录流程图 3.1.3 预约挂号业务流程图 医院挂号系统是医院信息管理系统的不可缺少的一个组成部分，在整个完 整医院系统是最重要的一个环节，也是患者在就诊时各项活动的开始。预约挂 号系统需要协同其他 HIS 系统，达到数据交换和资源合理分配的目的。医院在 线挂号系统的业务流程如图 3-3。 患者登录 查看预约指南 住院预约或 门诊预约 住院预约 预约住院 预约成功 等待医生审批 门诊预约 预约并 填写病情 医生是否 预约已满 否 是 科室信息 床位信息 医生信息 生成预约信息 预约数据 住院数据 查看预约详情 图 3-3 预约挂号业务流程图 3.1.4 医生处理预约挂号业务流程图 在患者提交门诊预约挂号信息后，需要所预约的医生进行审核最终回复是 否接受预约挂号请求，回复需要患者提交后 12 小时内进行，否则默认为接受挂 号请求，如医生因故不能接受患者挂号需说明缘由并回复患者，以便患者选择 其他医生挂号。医生处理预约挂号业务流程图如图 3-4。 医生登录 查看就诊预约 是否同 意预约 预约成功 是 预约失败 否 反馈给患者 预约数据 挂号信息 挂号数据 拒绝信息 图 3-4 医生处理预约挂号业务流程图 3.2 预约挂号系统的数据流程分析 对医院信息系统的各项数据流程进行分析，可以使我们知道预约挂号系统 业务数据流向的全过程，分析各个管理业务及其关系。数据流程分析主要包含 对信息流走向的分析、设计、存储等。 3.2.1 顶层数据流程图 从业务功能描述的需求出发，预约挂号系统数据流图总体上分为三层，首 先是给出了顶层数据流图，由于系统的工作人员、患者、医生提供的信息都是 双向性的，预约挂号系统的顶层数据流如图 3-5 所示。 患者 P0 挂号系统 管理员 预约信息反馈信息 预约信息登录信息 医生 反 馈 信 息 登 录 信 息 图 3-5 预约挂号系统顶层数据流图 3.2.2 一级数据流图 在本系统中，通过对 P0 的展开，即对预约挂号系统的顶层数据流图进行展 开，得到一级 DFD。预约挂号系统的一级数据流如图 3-6 所示。 管理员 P1 用户 管理 P2 医生 管理 P3 科室 管理 患者 D3 科室信息 P7 公告 管理 P6 留言 管理 P8 后台 管理 P4 挂号 管理 D5 床位信息 P5 床位 管理 医生 D1 用户信息 D4 挂号信息 D6 留言信息 D7 公告信息 D2 医生信息 编 写 录入 预约 审核 查看、修改 进入 反 馈 反馈 图 3-6 一级数据流程图 3.2.3 预约挂号数据流图 在线预约挂号系统主要是为了使患者可以足不出户的进行预约挂号，方便 有快捷，医院可以完全监控门诊人数合理分配就医资源，并适当安排医生工作 以及患者就医，大大减少了患者等待时间，而且响应了“互联网+”发展的进程 及需要，同时还对医院进一步管理控制优化门诊出诊方式做出有力依据。在线 预约挂号系统数据流程如图 3-7 所示。 医生 P4.4 取消 预约 患者 P4.1 预约 门诊 P4.5 预约 管理 P4.3 预约 住院 D2 医生信息 P4.2 预约 医生 D3 科室信息 D8 预约指南 D4 挂号信息 D5 床位信息 阅读 调取 调取 修改 修改 确认 生成 调取 调取 生成D9 门诊预约信息 取消 生成 D10 拒绝信息 调取 修改 修改 图 3-7 预约挂号数据流图 3.2.4 医生管理数据流图 医生管理系统主要是管理员对医生个人信息进行管理，以及医生对自己个 人信息例如职称的改变、科室的调动等进行管理。由于患者在预约后需要所预 约的医生进行确认后才算挂号成功，所以管理系统还包括了审阅挂号信息。医 生管理系统数据流程如图 3-8 所示。 医生 P2.2 信息 管理 管理员 P2.4 门诊 管理 P2.3 预约 管理 P2.5 住院 管理 D2 医生信息 P2.1 医生 管理 D4 挂号信息 D5 床位信息 调取 修改 修改 D9 门诊预约信息 D10 拒绝信息 调取 确认 取消 增加、修改、删除 查看 图 3-8 医生管理数据流图 3.3 系统数据字典 数据字典列表是根据系统数据流图所得到的，是系统中数据项的集合，作 为系统的数据容器来保存所有数据24。根据系统的数据流程图，提取出本系统 的数据字典。如表 3-1 至表 3-6。 表 3-1 医生数据项描述（部分） 编号数据项名数据项含义数据类型数据长度 DI-1 医生姓名医生真实姓名 Char10 DI-2 密码医生的登录密码 Varchar50 DI-3 医生职称医生目前职称 Varchar50 DI-4 医生性别医生的性别 Varchar50 DI-5 主诊医生的主要诊断类别 Varchar50 DI-6 医生年龄医生的真实年龄 Varchar3 DI-7 医生科室医生所属的科室 Varchar50 DI-8 医生编号唯一代表一位医生 Varchar10 DI-9 从医年限医生从医年限 Varchar2 DI-10 医生简介医生的从医简介 Varchar200 表 3-2 用户数据项描述（部分） 编号数据项名数据项含义数据类型数据长度 BI-1 用户姓名用户的真实姓名 Varchar10 BI-2 用户性别用户的性别 Varchar10 BI-3 用户编号唯一代表一位患者 Varchar10 BI-4 密码用户登录的密码 Varchar50 BI-5 年龄用户的年龄 Char10 BI-6 身份证号用户的身份证号码 Varchar50 BI-7 电话用户的手机号码 Varchar11 BI-8 邮箱用户的常用邮箱 Varchar20 BI-9QQ 用户的常用 QQ Varchar15 BI-10 地址用户的住址 Varchar50 BI-11 症状用户对自己症状的描述 Varchar50 表 3-3 管理员数据项描述（部分） 编号数据项名数据项含义数据类型数据长度 GI-1 管理员名管理员的用户名 Varchar50 GI-2 密码管理员登录密码 Varchar50 KI-1 科室名医院的科室名 Varchar10 KI-2 科室编号唯一代表一个科室的表时间 Varchar10 表 3-4 预约挂号数据项描述（部分） 编号数据项名数据项含义数据类型数据长度 YI-1 预约医生预约的医生 Varchar50 YI-2 预约人预约的患者 Varchar50 YI-3 预约时间就诊的时间 Varchar50 YI-4 预约编号唯一标示一个预约的标识 Varchar50 YI-5 预约科室预约的科室 Varchar50 YI-6 医生专长预约医生的专长 Varchar50 表 3-5 数据结构描述（部分） 编号数据结构名含义说明组成 DS-1Doctor 医生信息DI-1 至 DI-10 DS-2User 用户信息BI-1 至 BI-11 DS-3Admin 管理员信息GI-1 至 GI-2 DS-4Booking 预约信息YI-1 至 YI-6 DS-5Department 科室信息KI-1 至 KI-2 表 3-6 数据流处理过程（部分） 处理过 程编号 处理过 程名称 说明输入输出处理 P-1 用户注册所有用户 用户详细 信息 注册成功或 不成功 成功：跳转至原界面 失败：重新注册 P-2 用户进行 查询 已登录的 用户 查询信息 医生和各科 室的信息 从数据库调出信息 P-3 用户进行登录用户挂号挂号成功或成功：打印挂号信息 挂号未能挂号失败：重新挂号 P-4 用户修改 信息 登录用户更改信息 修改成功、 修改失败 成功：跳转至用户信息查看页 面 失败：显示修改失败并重新修 改 P-5 医生登录 所有本医 院医生 密码及用 户名 登录成功或 登录失败 成功：跳转医生管理主页 失败：重新登录 P-6 医生查询 病人信息 已登录的 医生 查询信息 患者的详细 信息 成功：显示患者信息 失败：显示重新查询 4. 系统设计 4.1 系统的平台设计 在硬件方面，考虑到还需要进行一段时间试运行，使用一些入门级的硬件 设施就足以。入门级服务器能够满足中小型网络用户的注册、浏览、预约等功 能，所以选择入门级服务器作为系统的服务器24。在软件环境方面，所用的是 MyEclipse 软件进行开发，数据库使用 MySQL 进行链接。综上，建议配置如下 表 4-1 所示。 表 4-1 系统的平台设计的建议配置 处理器2.50GHz 的 CPU，拥有 3100MHz 三级缓存 内存DDR3 内存，拥有 2 个 SO-DIMM 槽，内存容量为 4GB，可扩展至 16GB 硬盘采用 SCSI 接口硬盘 内置电源6 芯锂电池，100V-240V 90W 自适应交流电源适配器 硬 件 配 置 操作系统Windows 7 及以上 数据库 MySQL Web 服务器 Apache Tomcat 7.0 软 件 配 置 开发工具 MyEclipse 10.7.1 4.2 系统的总体功能结构设计 HIS 系统的主要功能模块分为前台操作与后台管理两部分，前台操作又包 括：用户预约挂号和医生管理两部分。现在，将每个系统分别展开，来具体展 示该系统的整体功能。 4.2.1 功能结构图 进入患者预约挂号系统后，即可查看首页，可以看到的是医院简介、挂号 指南、公告和登录信息填写框。但是，只有在注册登录之后，才能进行门诊预 约、住院预约、查看预约、取消预约等一系列操作。预约挂号平台的功能结构 如图 4-1 所示。 预约挂号平台 住 院 床 位 我 的 预 约 科 室 专 家 个 人 中 心 指 南 导 航 意 见 反 馈 首 页 公 告 查 看 医 院 简 介 用 户 注 册 用户登录 安全退出 科室简介 科室专家 预约就诊 床位信息 预约住院 预 约 就 诊 信 息 预 约 住 院 信 息 取 消 预 约 退 订 床 位 个 人 信 息 修 改 信 息 查 看 留 言 添 加 留 言 图 4-1 患者平台功能结构图 用户进行预约操作之后，医生需要登录进入医生管理平台进行审阅和处理。 如果医生同意预约，预约成功，生成挂号信息，患者必须需在指定时间去医院， 如果医生拒绝，则需写明拒绝原因，由系统反馈给患者，需要注意的是，医生 处理信息需要在 12 小时内完成，否则系统将默认同意预约。在住院管理当中， 医生也可以根据医院现实住院情况在紧急状态下取消床位预约状态；当医生信 息发生变化时，可以对信息进行修改，或管理员在后台中进行修改。新增加医 生时，只能由管理员在后台增加。医生管理系统功能模块如图 4-2 所示。 医生管理平台 住 院 预 约 个 人 信 息 就 诊 预 约 公 告 查 看 首 页 专 家 登 录 医 院 简 介 安全退出 同 意 就 诊 因 故 拒 绝 取 消 住 院 申 请 修 改 信 息 图 4-2 医生管理平台功能结构图 最后，后台管理平台是系统管理员管理各类医院信息的平台，管理员使用 个人账号与密码登录后，可以管理各种信息，例如用户信息、医生信息、公告 发布、留言管理等。后台管理平台的功能模块如图 4-3 所示。 管理员管理平台 医 生 管 理 安 全 退 出 科 室 管 理 床 位 管 理 用 户 管 理 留 言 管 理 首 页 公 告 管 理 查 看 个 人 信 息 管 理 员 的 信 息 修 改 密 码 新 添 管 理 员 删 除 管 理 员 删 除 用 户 查 看 科 室 信 息 删 除 科 室 编 辑 添 加 科 室 查 看 医 生 信 息 删 除 医 生 编 辑 添 加 医 生 查 看 床 位 信 息 新 添 床 位 删 除 床 位 查 看 留 言 删 除 留 言 查 看 内 容 张 贴 公 告 删 除 公 告 图 4-3 后台管理平台功能结构图 本系统普通用户即患者登录后主要是进行有关预约挂号的增删改查等内容， 也可以修改已填写信息，但身份证号码和性别不允许更改。医生登录后主要进 行对患者预约的处理、以及个人信息的变更；管理员拥有全部权限，可以对医 生、用户修改管理，还可以添加公告、查看留言等。 4.2.2 主要模块说明书 1)用户注册及登录模块：用户需要在网上注册预约账号然后登录系统进行 预约。账户需要填写的信息，如用户昵称、真实姓名、出生日期等区别用户的 重要信息。用户注册后，系统会自动生成一个就诊卡号，用此就诊卡号即可进 行缴费、就诊。该模块说明书如表 4-2。 表 4-2 用户注册及登录模块说明书 模块标识 EC-1 所属子系统预约挂号平台 模块名称用户注册及登录 主要功能 当用户填写了详细个人信息后注册为系统用户，用户信息数据传送到 用户表中，登录后可以进行预约挂号等各项功能的使用。 调用模块用户注册、用户登录 输 入用户注册信息，用户名，密码 输 出注册成功、注册失败，登录成功、登录失败 相关数据表用户信息表 主要内部变量用户名、密码 算 法 读取文本框信息与数据库信息进行比对，比对信息相同即可以登录， 找不到相同信息则显示用户名或密码错误，并提示用户是否注册为新 用户。 2)用户门诊挂号模块：用户在登录后可以进行科室和医生的选择进行预约 挂号，患者可以选择适合的时间进行预约。患者挂号的模块说明书如表 4-3。 表 4-3 门诊预约挂号模块说明书 模块标识 EC-2 所属子系统预约挂号平台 模块名称门诊预约挂号 主要功能 用户登录后，通过“科室专家”按钮进行门诊预约，但用户每天只有 3 次预约机会，且同一时段只可预约一位医生。预约了相关科室的医 生后需要医生进行确认后才算预约成功，并反馈用户医生处理信息。 调用模块挂号管理、用户管理、医生管理 输 入用户的预约时间、科室、医生姓名、病情简介 输 出 预约已提交，等待医生确认；医生当天已约满，请选择其他医生；您 当天已没有预约次数；您本时段已预约其他医生 。 相关数据表用户信息表、预约信息表、科室信息表、医生信息表 主要内部变量预约时间、预约医生、 算 法 读取用户选择信息与数据库信息进行比对，比对成功即可成功预约， 并将输入信息写入到预约信息数据库中，等待医生处理。 3)用户住院预约模块：患者可以选择适合的住院床位类型，日期及需要住 院时间进行预约。住院预约的模块说明书如表 4-4。 表 4-4 住院预约模块说明书 模块标识 EC-3 所属子系统预约挂号平台 模块名称住院预约 主要功能 用户登录后，通过 “住院床位”按钮进行住院预约，但用户每天只 有 3 次预约机会，且同一时段不可预约多张床位。住院预约可直接确 认，但医生在紧急情况下有权限取消用户预约。 调用模块用户管理、床位管理 输 入用户选择的预约时间、住院床位类型、使用天数 输 出您本时段已预约其他床位；床位预约成功；床位预约失败 相关数据表用户信息表、床位信息表 主要内部变量预约时间、预约床位类型、预约天数 算 法 读取用户选择信息与数据库信息进行比对，如有剩余空床位则成功预 约，若没有空床位则预约失败，并将输入信息写入到床位信息数据库 中。 4)医生处理预约模块：用户在提交门诊预约信息后需要医生确认是否同意 预约，并给出相关的反馈，并需要在 12 小时内进行回复。医生处理预约的模块 说明书如表 4-5。 表 4-5 医生处理预约模块说明书 模块标识 EC-4 所属子系统医生管理平台 模块名称医生处理预约 主要功能 用户提交预约信息后，需要所预约的医生确认才算预约成功，医生需 要在 12 小时内给用户确认，若超时无回复则自动默认同意预约，若 拒绝预约需要写出拒绝理由并将处理信息反馈给用户。 调用模块门诊预约挂号、医生信息 输 入选择是否同意预约，不同意则键入拒绝理由。 输 出医生已确认，请您按时就诊；医生拒绝预约请求，拒绝理由是 相关数据表用户信息表、预约信息表、医生信息表 主要内部变量是否同意预约 算 法根据医生选择，通过数据库反馈给用户预约结果，供用户选择。 5)公告管理模块：管理员通过公告管理模块将医院近况、门诊变动、节假 日就诊通知等消息发布给医生和患者，以便医生和患者调整自己的工作和就诊 时间，加强医院管理者与使用者的联系。公告管理的模块说明书如表 4-6。 表 4-6 公告管理模块说明书 模