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

摘 要

随着计算机技术的不停发展，网络功能已逐渐渗透到各个行业，成为了人们生活中的一部分。随着城镇人口的爆发式增长，人们去医院挂号就医难度越来越大，排队是一个十分头痛的问题，一些就诊人数较多的地方可能挂号就要花费近一天。为了缓解医院挂号就医排长龙的问题，本论文讨论的是利用网络技术，实现网上预约挂号。
本文主要介绍了基于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 people's 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
38

目 录

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 System[6]在欧洲也逐渐成熟，法国的第八医疗中心技术已经比较先进，实现了一体化信息系统——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所示。
错误!链接无效。
图3-5 预约挂号系统顶层数据流图

3.2.2 一级数据流图
在本系统中，通过对P0的展开，即对预约挂号系统的顶层数据流图进行展开，得到一级DFD。预约挂号系统的一级数据流如图3-6所示。

错误!链接无效。
图3-6 一级数据流程图

3.2.3 预约挂号数据流图
在线预约挂号系统主要是为了使患者可以足不出户的进行预约挂号，方便有快捷，医院可以完全监控门诊人数合理分配就医资源，并适当安排医生工作以及患者就医，大大减少了患者等待时间，而且响应了“互联网+”发展的进程及需要，同时还对医院进一步管理控制优化门诊出诊方式做出有力依据。在线预约挂号系统数据流程如图3-7所示。
错误!链接无效。
图3-7 预约挂号数据流图
3.2.4 医生管理数据流图
医生管理系统主要是管理员对医生个人信息进行管理，以及医生对自己个人信息例如职称的改变、科室的调动等进行管理。由于患者在预约后需要所预约的医生进行确认后才算挂号成功，所以管理系统还包括了审阅挂号信息。医生管理系统数据流程如图3-8所示。
错误!链接无效。
图3-8 医生管理数据流图
3.3 系统数据字典
数据字典列表是根据系统数据流图所得到的，是系统中数据项的集合，作为系统的数据容器来保存所有数据[24]。根据系统的数据流程图，提取出本系统的数据字典。如表3-1至表3-6。
表3-1 医生数据项描述（部分）
编号
数据项名
数据项含义
数据类型
数据长度
DI-1
医生姓名
医生真实姓名
Char
10
DI-2
密码
医生的登录密码
Varchar
50
DI-3
医生职称
医生目前职称
Varchar
50
DI-4
医生性别
医生的性别
Varchar
50
DI-5
主诊
医生的主要诊断类别
Varchar
50
DI-6
医生年龄
医生的真实年龄
Varchar
3
DI-7
医生科室
医生所属的科室
Varchar
50
DI-8
医生编号
唯一代表一位医生
Varchar
10
DI-9
从医年限
医生从医年限
Varchar
2
DI-10
医生简介
医生的从医简介
Varchar
200

表3-2 用户数据项描述（部分）
编号
数据项名
数据项含义
数据类型
数据长度
BI-1
用户姓名
用户的真实姓名
Varchar
10
BI-2
用户性别
用户的性别
Varchar
10
BI-3
用户编号
唯一代表一位患者
Varchar
10
BI-4
密码
用户登录的密码
Varchar
50
BI-5
年龄
用户的年龄
Char
10
BI-6
身份证号
用户的身份证号码
Varchar
50
BI-7
电话
用户的手机号码
Varchar
11
BI-8
邮箱
用户的常用邮箱
Varchar
20
BI-9
QQ
用户的常用QQ
Varchar
15
BI-10
地址
用户的住址
Varchar
50
BI-11
症状
用户对自己症状的描述
Varchar
50

表3-3 管理员数据项描述（部分）
编号
数据项名
数据项含义
数据类型
数据长度
GI-1
管理员名
管理员的用户名
Varchar
50
GI-2
密码
管理员登录密码
Varchar
50
KI-1
科室名
医院的科室名
Varchar
10
KI-2
科室编号
唯一代表一个科室的表时间
Varchar
10

表3-4 预约挂号数据项描述（部分）
编号
数据项名
数据项含义
数据类型
数据长度
YI-1
预约医生
预约的医生
Varchar
50
YI-2
预约人
预约的患者
Varchar
50
YI-3
预约时间
就诊的时间
Varchar
50
YI-4
预约编号
唯一标示一个预约的标识
Varchar
50
YI-5
预约科室
预约的科室
Varchar
50
YI-6
医生专长
预约医生的专长
Varchar
50

表3-5 数据结构描述（部分）
编号
数据结构名
含义说明
组成
DS-1
Doctor
医生信息
DI-1至DI-10
DS-2
User
用户信息
BI-1至BI-11
DS-3
Admin
管理员信息
GI-1至GI-2
DS-4
Booking
预约信息
YI-1至YI-6
DS-5
Department
科室信息
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 公告管理模块说明书
模块标识
EC-5
所属子系统
管理员管理平台
模块名称
公告管理
主要功能
将医院近况、门诊变动、节假日就诊通知等由管理员通过本模块发布给医生和患者，以便医生和患者调整自己的工作和就诊时间，加强医院管理者与使用者的联系。
调用模块
公告管理
输 入
公告主题、具体内容、发布时间
输 出
公告主题、具体内容、发布时间
相关数据表
公告信息表
主要内部变量
公告主题、具体内容、发布时间
算 法
根据管理员键入内容，写入公告信息数据库中，并发布给医生和患者。
4.3 各类编号的代码设计
4.3.1 医生编号的代码模型
为了方便管理，希望可以将医生编号实现系统自动编码，所以采用先进的层次码和序列码结合方式，层次码分别表示入职年份，科室，职称，顺序码则表示生成医生的先后次序[25]。考虑到各个科室、各个职称的医生数量，编号顺序码使用两位数字表示。代码模型如图4-3所示，科室编码对照表如表4-7所示，医生职称对照表如表4-8所示。

编号顺序号
职称
科室
入职年份
XX
XX
XXXX
XX

图4-4　医生编号的代码模型

表4-7　科室编码对照表（部分）
编号
科室
01
眼科
02
呼吸内科
03
骨科
04
神经外科
05
胸外科
06
儿科
07
皮肤科
08
血管外科
09
五官科
10
妇产科

表4-8　职称编码对照表（部分）
编号
职称
01
主任医师
02
副主任医师
03
主治医师
04
实习医师

例如某医生的入职年份为2000年，其科室为眼科，职称为主任医师，自动生成编码为01则该医生的编号为2000010101。
4.3.2 用户编号的代码模型
为了方便管理，希望可以将用户编号实现系统自动编码，所以同医生编码的规则，层次码表示用户注册的年、月、日，顺序码则表示先后次序。考虑到每日用户可能的注册数量，编号的顺序码采用四位。代码模型如下图所示：
用户编号顺序号
日
月
年
XX
XXXX
XXXX
XX

图4-5　用户的代码模型

例如某用户注册的时间是2017年5月25日，是当天第150个注册的用户，则该用户的编码为201705250150。
4.3.3 挂号单编号的代码模型
同医生、用户编码的方式，层次码表示挂号单生成的年份、月份、日期、科室，顺序码则表示用户注册的先后次序。考虑到用户每日挂号的数量，编号的顺序码采用四位数字。代码模型如下图所示：
挂号单顺序号
日
月
年
XXXX
XXXX
XX
XX
XX
科室

图4-6　挂号单编码模型

例如某用户在2017年5月25日成功在网上预约了呼吸内科的某医生2017年5月31日的门诊，该挂号单是当天第200单，则该用户的挂号单编码为20170531020200。
4.4 数据库设计
本系统数据库名称为db_yygh，其中涉及到9张表：分别是用户信息表、医生信息表、管理员信息表、科室信息表、床位信息表、就诊预约表、住院预约表、公告表、留言表。每张表中都对应一个实体，下面对本系统涉及到的数据库实体通过E-R图的形式作详细说明。
4.4.1 系统E-R图设计
1）患者有系统自动生成的就诊号码和自己填写的密码，每次要查看和预约前均要登录访问。用户实体设计如下图4-7所示。

错误!链接无效。
图4-7 患者用户实例图

2）医生登录需要提供个人姓名和相应密码，登录后才能查看预约信息，进行患者预约信息的管理等，还可以修改医生个人信息。专家实体设计如下图4-8所示。
错误!链接无效。
图4-8 医生实例图
3）管理员使用用户名和密码登录管理页面，可以管理用户的预约信息、医生信息、留言信息等信息，还可以修改个人密码。管理员实体设计如下图4-9所示。
错误!链接无效。 错误!链接无效。
图4-9 管理员实例图 图4-10科室实例图
4）医院科室涵盖了医院日常活动的各个科室，不同的科室中有不同的医生，正确分类科室可以使患者更快确认病情并且得到治疗，保证了医院有序运行。科室实体设计如上图4-10所示。

5）就诊预约是本系统的主要内容，患者、医生等信息和属性都是为就诊预约所服务，就诊预约实体设计如下图4-11所示。
错误!链接无效。
图4-11 就诊预约实例图
6）住院预约为患者提供了