医院预约挂号系统

摘　要

本论文对医院预约挂号系统的分析思考过程和制作测试过程进行了全面完整的介绍，其中包括医院预约挂号系统当前的情况、开发背景以及设计目标，另外，医院系统的用户需求、系统整体的设计方案以及实现的论述都比较详细，最后还针对医院预约挂号系统开展了部分具体的测试项目。

本文的开发技术选用了JSP，做到了让患者可以不用去医院，在网上就可以进行预约挂号，节约了医院的人员，节省了医生和患者的时间，让患者能自己了解医院和医生对要挂号的医生做出选择。医院预约挂号系统中，关于用户角色一共包括三个种类型，即患者用户、医生用户和医院管理员用户。患者用户能够在网站上进行医生信息的查询、预约挂号、预约检查、修改个人信息等；医生用户能够获取前来预约的患者和管理医生的相关信息，还能与患者进行线上联系；管理员用户可以对医生用户和患者用户进行管理，能对医生和患者进行增删改查；还可以对医生挂号信息进行修改，对预约项目进行增删改查等。借助这些功能模块，整个医院的预约挂号基本都能变为现实。

关于系统的具体设计方面，采取了MyEclipse以及B/S的结构，发挥JSP技术的能力，借助动态页面完成设计环节，对于后台数据库，选择了MYSQL 数据库，然后完成了医院预约挂号系统的建设，其具备简单实用的特点。

关 键 词：医院预约挂号；JSP技术；MYSQL；B/S结构

1 概述

　1.1 课题背景及意义

二十世纪九十年代初，全球信息化的快速发展从本质上转换了各个行业的管理方式，我国的XX、企业和事业等单位希望能够发挥互联网系统的作用，从而实现信息的管理。因为之前出现了各种各样的问题，例如，当时网络普及度较低、很多用户还不认可和接纳网络、与互联网相关的法律法规以及互联网技术都并不完善等，这些都对互联网的发展产生的负面影响，使其无法在各个行业中快速普及和发展。到了二十一世纪，我国经济的发展速度不断加快，对于机构管理存在限制性的难题基本都得到了处理，国内的各个机构的管理模式都开始倾向于电子信息化的方向。

过去的预约挂号，需要用户达到医院后自行排队完成。这种方式不仅不具备时效性，还未能为用户提供便利。如果收到例如用户时间紧迫这类的原因，传统方式的缺点就更加凸显了。现如今，科学的发展和技术的进步都逐渐趋于成熟，计算机的信息化发展也从未停歇，各个行业对计算机和信息化也有了新的认识，发现了其功能的强大和便捷，计算机信息化发展开始普及，人类社会发展的各个行业中都能看到它的身影，其具有非常关键的作用和意义。相比于传统的医院预约挂号方式，本系统采用了网络沟通以及计算机信息存储管理的方式，表现出非常明显的优势。例如，计算检索过程具有快速、可靠、保密、低成本等特点。能够尽可能的为医院预约挂号带来更高的工作效率，这样也就能展现出更高的服务水平，通过网络，在管理医院预约挂号的所有方面时，都能确保其具备规范性、便捷化、科学性和系统化的特点。

1.2 国内外研究现状

计算机网络的渗透程度之间加剧，人们的生活、工作和学习的方式都逐渐发生了改变。通常情况下，传统的医院预约挂号方式都是通过人工实现，信息的各种处理工作都要借助人工完成，包括获取、整理、修改和存储等。这种方式不仅会造成人力、物力和金钱的过度浪费，交互过程也存在一定的难度，并且非常浪费时间，消息存在严重的延迟性，多数时候会发生消息很难及时传送导致工作量变大的事故；最后，因为用户的其他信息越来越多，信息的存储过程也越来越难。

现如今，部分发达国家的计算机网络发展很快，所以已经实现了管理模式的转变，开始将计算机信息化落实。我国计算机信息化的发展开始的比较晚，并且发展区域缺乏平衡性的特点，依然有很多地区或企业的管理过程依赖人工，但计算机发展的速度已经在不断加快，各类网络的普及程度也越来越高，很多企业和地区都开始将信息化融入到自身的管理过程中。经过分析后发现，这些系统的特点主要包括以下几个方面：

安全性：对单位、用户等信息进行加密。

通用性：同一行业基本都可以进行应用，。

方便性：患者医生和管理员都只需通过网络无需线下预约。

及时性：能及时了解医院的号源，不用去医院时发现号源已经预约完毕。

可扩展性：可根据需要进行模块的增加并不会影响系统整体格局。

安全性：管理员患者和医生都需要账号和密码，并且需输入验证码，保证了账号安全。

截至如今，5G的广泛应用，电子设备和移动设备开始为人们的信息获取过程提供帮助，这个时代的交流和沟通是无限制的，所以，医院预约挂号的管理也逐渐朝着网络化的方向发展，医院预约挂号系统的设立是非常有必要的。

　1.3 本课题主要工作

首先，本文概括了系统内涉及到的基本知识，以此作为基础上，开展了后续的系统化分析和研究。为了确保设计的系统更加的完善，分析调查步骤不可或缺。将之前的基础部分研究作为参考，关于新系统的功能方面开展了更加详细的分析。然后又对其进行系统化的分析，另外，关于系统的可行性方面，本文选择了JSP技术，数据存储方面选用的是MYSQL数据库和SSM框架。因为JSP 和MYSQL已经发展的非常完善，所以任何一个方面都表现出足够安全和可靠的特点。最后对系统进行测试，有针对性的进行优化和完善，将改进后的系统发布出来。

2 系统开发环境

2.1 JSP技术

　　2.1.1 JSP技术简介

JSP的全称是Java Server Pages，其属于一种动态网页开发技术，能够封装动态网页。JSP程序是以Java编程语言为脚本，在HTML网页中插入java代码，代码以<%开头以%>收尾。JSP是由Sun Microsystems公司创建能在静态面板中生成动态内容，并对其做出多项改进，使其成为动态网站的首选方案。JSP技术能够非常容易的适应平台，所有的平台基本上都支持Java语言，但这也导致产品的复杂性增加。

用户在JSP网页提出访问请求，Web服务器收到请前台用户的请求兵将请求传输到JSP，转化为Servlet。将所有JSP转化为Java代码，Web服务器将以HTML文件的形式返回，前台用户就会收到返回的处理结果。JSP生命周期与Servlet生命周期的相似度很高，都包括编译、初始化、执行和销毁四个阶段。编译阶段分为解析文件，将文件转化为Servlet，然后编译它。JSP技术有多种功能：

1.有良好的工具支持。

2.JSP动态部分可以使用java语言，更加简单、方便、快捷。

3.JSP拥有良好的性能，JSP不需要单独引用CGI文件。

4.JSP可以很方便的编写或者修改HTML网页。

5.JSP容易与服务器交互，可以再客户端动态创建HTML

2.1.2 JavaScript

JavaScript是一种即时编译型的编程语言，大多数用作开发Web页面，也可以应用到非浏览器的环境中。简称“JS”，是Netscape公司在1995年设计实现的。语法和Java较为相似，能在HTML页面中嵌入动态文本。JavaScript设计简单紧凑，并且不依赖于操作系统可以再多种平台中运行。作为一种解释性脚本语言主要用来给页面添加交互，能嵌入页面中。同JSP一样存在跨平台性，能在各种平台运行。JS具有很好的动态性，不需要通过输入做出反应，仅需用鼠标划过目标元件或者点击都可直接响应。

2.2 MYSQL数据库

MySQL是目前主流的数据库之一，是目前速度较快且灵活性较高的数据库。MySQL是开放源代码的，因此中小型企业大多会选择使用MySQL，能大大降低程序研发成本。虽然功能相比较其他大型数据库存在许多不足，但相对于大部分用户而言已经足够。MySQL使用C语言编写且支持多种操作系统AIX，FreeBSD，HP-UX，Linux和Mac OS等。MySQL对查询算法做了优化，支持多线程充分利用CPU，还是一个能处理以万为单位的数据的大型关系数据库管理系统。如若是小规模的使用，使用单点（Single）即可，稍大一些可使用复制（Replication），大规模的应用选择集群（Cluster）。

　2.2.1 HTML简介

超文本标记语言（Hyper Text Markup Language），用标签将文档格式统一。文字、图形、链接等都可以通过HTML命令来实现。是一种信息的组织方式，将信息媒体通过超链接的方法关联，为查找和检索信息提供了巨大帮助。HTML结合其他Web技术是一个精美网站的基础。其本身使用灵活方便且可扩展性高，同前面几个技术相似拥有平台无关性，能在广泛的平台使用，且在任何类型的电脑和浏览器都能浏览。

2004年，html5出现，2007年，W3C接纳了它，并且将其推广使用，到了2010年，它能够适应网页设计，这个也是它开始得到普及的原因。

2.2.2 B/S结构

Browser/Server，浏览器/服务模式，一种网络结构模式。对系统的开发和维护进行了简化，仅需安装一个浏览器和和数据库即可。B/S是一种三层结构，功能强大且节约成本。第一层为浏览器，界面设计简单通用，只有简单的输入输出。第二层为WEB服务器，用来传送信息，用SQL语句向数据库发送访问请求。第三层为数据库服务器，用来存放数据，将收到的WEB请求转换为文本传输给浏览器。

B/S结构一共包括三个部分，即数据层、控制逻辑层和视图层。用户可以借助视图层，然后让控制层将数据层的数据调用，这样就完成了访问。三层之间存在独立性，所以维护起来非常方便，使用过程也具备安全性，三层之间可以相互调用，这样的模式明显提高了效率。

B/S维护简单，升级方便，无需通过大量电脑，只需要管理服务器。所有的维护升级只需要针对服务器，服务器联网后可以对所有用户进行远程更新维护。成本低是B/S的另一大优点，有浏览器就可以让用户快乐上网了，不需要考虑系统是否一致。但也不可避免的存在很多不足，尤其是安全性。因为全部寄托于服务器，一旦服务器发生故障，那将会是整个网站的瘫痪，带来的影响无法估量。所以备用的服务器是有必要的。

3 系统分析

这是一个有明确目的的、有严格步骤的对系统各个方面的分析过程。系统分析由五个要素：目标、设备和技术、资源和费用、数学模型、评价标准。系统分析是系统开发必不可少的过程，例如，当时XIBM公司研发一套信息管理系统，客户为为英国电信公司，开发时面临需求模糊的问题，最初设定的工期为一年，但是因为没有将需求明确，所以工期延迟了半年多，这就导致出现了非常严重的损失。之所以出现这样的后果，是因为获取需求时不够清晰全面，同时也缺乏及时性。所以，系统分析必须要具备科学有效的推理步骤，符合事实逻辑，根据系统分析的结论设计出符合客户需求，科学的开发方案，合理数据模型。要紧密的围绕客户需求和最终目的，从全局出发，分析用户和管理员的实际情况在众多方案中找到最优方案

3.1 可行性分析

医院预约挂号系统是为了能够在网上就完成医院预约挂号的申请和审批环节。将目标明确后，对于本系统目标能否落实方面，本文选择了以下四个方面开展可行性分析。

　3.1.1 技术可行性

医院预约挂号系统以B/S结构、SSM框架和MYSQL数据库为基础，选用JSP技术的方式，确保开发的应用程序功能足够完整，同时操作也比较便捷，另外，还构建了一个数据库，其具备完整全面的数据信息，同时具备安全性和稳定性的特点。医院预约挂号系统的开发技术切实可行，因为开发人员能够熟练运用开发技术，所以系统开发过程具有可行性的特点。

　3.1.2 操作可行性

医院预约挂号系统的登录界面非常明确，患者很容易明白注册登录的步骤，利用电脑完成访问操作，医生也可以用自己办公室的电脑登录，非常方便。医院预约挂号系统采用的是JSP语言，在B/S结构的基础上进行开发，系统具有十分简洁的环境。本系统的优势和特点非常多样，例如用户操作方便、管理员管理便捷、医生和患者之间具有良好的交互性，此系统非常实用且方便。

　3.1.3 经济可行性

医院预约挂号系统以B/S模式为基础，用于存储数据的数据库为MYSQL数据库，所需的硬件和软件都比较便宜，并且采购也不存在困难。程序开发主要是对管理系统进行开发和维护，此系统的维护也相对容易。本程序只需一个管理员监督即可正常运行，不需要再安排过多的医务人员站在挂号窗口。并且此系统操作简单易懂，开发周期不长，开发环境都是开源的免费，关于经济方面并没有提出过高的要求，所以此方面的可行性还是比较高的。

3.1.4 法律可行性

这个医院预约挂号系统都是自己设计的。本系统的软件和数据库都使用的开源代码，所以这个系统的开发和设计都未出现侵权，在法律层面也表现出绝对的可行性。

由此可见，无论是技术、经济还是操作和法律层面，医院预约挂号系统都是可行的。

3.2 系统流程分析

　　3.2.1 系统开发流程

医院预约挂号系统同一般系统有所区别，是面向患者和医生的，必须要进行详细的调查和分析，对患者和医生还有医院管理层进行需求分析。然后对系统的结构、功能和数据进行总体分析。再对系统的模块和编码进行详细设计，最后整合和调用。完成后模拟患者和医生对系统进行测试和完善，在系统进行实施之前进行内部测试是必不可少的，要对患者和医生负责。图1展示的为本系统的开发流程

　　图1系统开发流程图

　3.2.2 用户登录流程

为保证系统具备足够的安全性，管理系统信息时必须要借助本系统，要先完成登录。并对在登录时对登录的账号和密码进行核对，错误或者不存在进行报错，为了账号安全添加了验证码。还提供了用户和医生的账号注册，相应的可以对空白的和已经存在的账号进行报错和提示。如图2所示。

　　图2登录流程图

　3.2.3 系统操作流程

当用户将系统打开，首先看到的就是登录界面，登录界面后进入功能界面并进行功能处理，在登录界面有相应的检测功能，科技检测账号密码是否填写且正确无误，图3展示的为操作流程。

　　图3系统操作流程图

　3.2.4 添加信息流程

对于站内信息和检查信息等，管理员能够对其进行增删改查，可以添加网站首页的公告信息，管理员可添加网站的用户和医生的基本信息，并给医生增加号源方便患者进行挂号，用户可以添加自己权限的信息，如若信息符合规范且没有存在重复，会将数据录入数据库，并完成网页信息的修改，图4展示的为添加信息流程。

　　图4添加信息流程图

　3.2.5 修改信息流程

医院的系统管理员的个人基本信息也可以自行修改和调整，并且医生是否能成为专家，也由管理员修改，管理员可以修改医院检测进度，修改医生号源信息、联系方式和医院简介。用户和医生都可以修改自己的密码和个人信息，医生还有权修改病人的病情。系统会询问并判断修改是否合法，若合法且确定修改，然后才会对数据库做出改变。图5展示的为修改信息的流程图。

　　图5 修改信息流程图

　　3.2.6 删除信息流程

管理员还有权删除各种信息，包括站内信系、患者账号、医生账号和检查信息等。用户和医生有权删除自己的留言和病人的就诊信息。系统会先进行询问，如果选择删除，那么数据库内容就会被删除，网页上也会同步变化。图6展示的为删除信息的流程图。

　　图6 删除信息流程图

3.3 系统用例分析

　　3.3.1 管理员用例图

在医院预约挂号系统中，系统管理员属于核心用户，系统管理员能对医生和患者的挂号进行调整，合理的让医生作息。系统管理员输入账号密码，登录后有与之对应的管理员功能，例如更高管理员个人信息，即基础信息管理、更改医院预约挂号网站首页信息，即站内信息管理、就诊患者信息的增速改查，即用户管理，除此之外，还包括医生信息管理和检查管理等。图7展示的为管理员用例图。

　　图7 管理员用例图

　3.3.2 用户用例图

就诊患者用户在医院预约挂号系统上输入账户密码，登录后能够实现多种操作，例如更改个人信息、预约挂号、检查管理等，图8展示的为用户用例图。

　　图8 用户用例图

　3.3.3 医生用例图

医生进入医院预约挂号系统，可以实现各个方面的有效管理，例如个人信息、咨询解答和预约挂号等。图9展示的为医生用例图。

　　图9医生用例图

4 系统设计

　4.1 系统概述

通过系统分析后，开始系统设计，先对系统进行总体设计，对整个系统构建，数据库的选择，运行程序的软件选择。通过总体设计，大致确定程序的模块划分、网站功能和网页结构设计。经过初步的设计，确定数据库表的构建，对整个程序的设计有了方向。

初步设计结束，对项目的成本、设计时间、效益等进行对照。不能太过高额成本，舍本逐末，也不可太过廉价不能达到系统该有的功能。设计时间不能太过长，影响实施进度，但要有充足的时间完善和修改。系统要简单快捷，需考虑对电脑不太熟练的患者，也不要过度影响患者操作时间，功能需足够，让患者运用方便。

图10展示的为医院预约挂号系统工作原理图：

　　图10 系统工作原理图

　4.2 系统结构设计

完成总体设计之后，就能够开展系统的结构设计，一个好的系统，总会伴随着一个好的系统构架。系统构架是一个系统的基础，系统构架的好坏决定了系统能否成为万丈高楼。

系统整体结构并不是一蹴而就的，需要从各个细小方面入手，最后进行组合，成为一个完整的框架。从小到大，从简到繁，将每个子模块功能进行设计和完善，最终整合成一个大模块时要考虑各个模块是否能够兼容，能否获得一加一等于一或者大于一的效果。以下为系统结构设计的具体工作步骤：

1、将系统分解，得到多个子模块

2、先完成各个子模块的功能设计

3、然后完成各个子模块之间的逻辑关系设计

4、最后完成各个模块的界面和模块间信息的传输设计

设计子模块时，不只是针对当前模块，考虑其功能和作用，还需要兼顾其他模块是否存在相似的多余功能，要对系统模块的任务足够明确，避免出现系统冗余。子模块进行融合时，要逐步进行优化，当出现问题的时候，必须要当下处理，如果问题不断堆积，那么就很有可能造成系统的永久性瘫痪。系统框架需要符合现实情况，不需多余不现实的规划，能基本符合医院的预约挂号需要即可，不应越俎代庖，既增加开发费用，又浪费时间。

图11展示的为医院预约挂号系统的整体结构设计。

　　图11系统结构图

　4.3 数据库设计

数据库是系统能够运行的核心，没有数据库，大量的数据将无处安放，存在数据泄露和数据丢失风险。一个简洁的数据库能直接影响程序的运行，数据库一旦数据过多，会严重影响网站的运行，一旦数据过少，会无法实现许多功能。

　4.3.1 数据库设计原则

数据库设计（Database Design）是指构造最优的数据库模式，满足用户的应用需求，有利于节约资源提高软件运行速度，还有利于减少软件故障。数据库设计时要遵守一对一设计原则，能减少维护出现，尽量避免出现数据冗余，否则后期将花费大量时间进行维护。要遵守独特命名原则，能避免出现重复名称重复使用现象，保护数据一致性。要遵守双向使用原则，能保证及时更新，并且对数据做到灵活排序。

　4.3.2 数据库实体

数据模型中的实体（Entity），可以区分的对象或事物，用来描述概念世界用E-R图描述组织，实体-联系图三要素为实体、属性和联系。

本系统的E-R图如下图所示：

1、图12展示的为系统管理员模块信息实体图：

　　图12管理员信息实体图

2、图13展示的为用户信息实体图：

　　图13用户信息实体图

3、图14展示的为医生信息实体图：

　　图14医生信息实体图

4、图15展示的为预约信息实体属性图：

　　图15预约信息实体属性图

4.3.3 数据库表设计

在进行设计的过程中，数据库的表信息也属于其中一部分，表中的列名需清除明白容易记忆，数据类型要想符合，长度需结合实际情况，主键的设置，能否为空值都能表现数据库的严谨性。以下为数据库每个表的详细情况。

表1管理员信息表

表2用户信息表

表3医生信息表

表4 预约信息表

　4.4 系统界面设计

　　4.4.1 管理员功能模块的实现

管理员管理主界面

管理员进入后台，完成账号和密码以及验证码的输入步骤，然后就能登陆进去。图16展示的为主界面，其中包括了医生管理和用户管理等。

　　图16管理员主界面

管理员医生管理界面

管理员可以对班级信息进行查找或删除。其界面见图17。

　　图17管理员医生管理界面

管理员检查管理界面

管理员可以对信息进行各种操作，例如查看、添加、修改、删除检查等。界面见图18。

　　图18管理员检查管理界面

　4.4.2 用户功能模块的实现

用户登录界面

用户可以点击登录按钮，然后就能登陆，完成用户名和密码验证码的输入后，就能够进入到用户界面。图19展示的为界面。

　　图19用户登录界面

用户预约管理界面

当用户登录后，就可以预约医生。图20展示的为界面。

　　图20用户预约管理界面

用户在线咨询界面

当用户登录界面后，就可以实现在线咨询。图21展示的为界面。

　　图21用户在线咨询界面

医生下诊断界面

当医生登录界面后，就可以进行下诊断。图22展示的为界面。

　　图22医生下诊断界面

5 系统测试

系统测试是系统开发的最终环节，同时其也是系统流程中不可或缺的组成部分，测试结果是否理想会决定产品之后的发展。在测试过程中能够确保达成客户在软件质量、性能等方面的要求。测试期间要始终保持着严谨、规范的态度，同时秉持完善性原则，测试是为了检查出系统运行中的漏洞，然后及时的进行优化，尽量确保程序运行顺畅。然而，就算是进行了测试，漏洞也是不可能完全被消除的，只能是在最大程度上的将其减少，以降低系统运行错误的可能，在能力允许的条件下，让用户享受到尽可能安全便捷的操作体验。

　5.1 系统测试的意义

建立程序是一定会经过测试环节的。测试是指在程序完成之后，将程序投入使用之前，对程序的漏洞进行检测和排查。防止程序在之后的运行中出现无法预料的事故造成经济损失。本系统是医院预约挂号系统，事关广大患者，系统测试的必要性更将大大提升，一旦出现意外事故，将造成严重的医疗事故，严重的可能危及患者性命。本次测试的任务是尽可能的减少bug，尽可能的保障程序的平稳运行。具体的纠错测试流程见图23。

　　图23测试与纠错信息流程

　5.2 性能测试

之所以进行性能测试，是想要避免网站出现无法达到医院所需要性能要求的情况。测试的核心是，以实际情况为指向，模拟网站的运行过程，从中评估网站的真实性能，判断其与医院实际需求的契合度。该测试在指标要素上的需求极为丰富，其中包括网站运行速度及其响应速度等等。

系统运行速度：通过多种设备、多种平台运行系统，得出结论系统运行速度都不慢。

系统响应时间：测试出系统最慢响应时间，最快响应时间和平均响应时间，得到三者响应时间相近且响应速度局处于建高水平，可以达到用户的心理预期。

支持并发节点数：即当监测访问量出现增加，系统会不会出现延迟。结果表明，在数据大于5000的状态下，访问会出现一定的延迟。

　5.3 测试分析

本医院预约挂号系统可用于管理相关信息，设计期间，以国内外先进的网站作为学习的对象，从中吸取有益经验，从界面到系统每一部分的设计都秉持着方便管理员和会员操作的原则展开。系统得显著特征及优势体现在以下几点：

（1）移置性和针对性都较为突出，前者可以让它的运行不止限制在一个系统上，而后者则确保了服务品质，从而增强了的客户使用的便利性。

（2）该医院预约挂号系统可基本满足广大患者的要求，医院对网站的管理仅需要一个管理员即可，既方便又快捷，用户出现错误时能通过反馈让管理员及时处理问题。并且本系统操作简单，并不需要进行培训即可很好的进行线上预约，只要会使用网络，在操作上都不会遇到什么困难。

在研究了前面所介绍的这些测试结果后，可以发现，该系统涵盖了全部的基本功能，使用起来并不困难，运行性能可满足需求，安全指数也比较高，能持续完善医院的预约挂号服务。

结论

本系统在JSP和MYSQL数据库的说明期间，分别围绕硬件和软件两个不同的角度，对医院预约挂号系统的可行性进行了解答，本文的研究结果包括以下几点：有效的将JSP和MYSQL建立起联系，共同应用到医院预约挂号系统中，赋予了网站响应式展示的功能。从开始研究医院预约挂号系统，到最终将其完成，让我更加深刻的理解了什么叫做学无止境，同时，让我更加理解了实践的重要性，真正通过自己的努力，独立的完成一个系统，会发现系统并不是想象的那么困难，也没有理论上那么简单。需要通过多方面的调查了解，分析广大患者的需求。完成需求分析后系统的代码更要严谨，一个错误代码可能引起整个系统的崩盘。基础功能完成后，还要对网站进行美化，枯燥的代码和界面并不能引起患者对网上预约挂号的兴趣，医生也不喜欢整天对着一个个单调的面板。

此前，我对JSP的认知还较为浅显，因此在系统创造初期，我面临了很多意料之外的问题，比方说由于链接不正确，使得参数无法进行传递等。解决问题也是一个成长的过程，所以我尽可能自己解决问题，通过网上搜索和书籍查询寻找答案，实在解决不了的问题只能寻求导师，导师总能为我细心解答。这既丰富了我的知识储备，也让我拥有了更高水平的解题能力，特别是让我可以做到在众多信息中成功分离出我想获取的信息，另外，还让我认识到，书本的知识只是囊括了大部分情况，自己制作系统时总会因为系统的不同，环境的不同，设备和软件的不同而发生改变。毕竟，生活中“通常”不少，“偶然”也时有发生。

通过这次医院预约挂号系统的开发，我阅读了不少书籍，观看了不少教学视频，然而该系统总归不是完美的，我还有很多要学习的地方。

通过实践让我明白，医院预约挂号未来具备着广阔的发展空间，在测试期间，我发现系统的功能几乎没有什么缺失，界面美观，操作简单，可以说技术理论已摆脱了稚嫩。

致 谢

从论文选题到收集资料，再到写提纲，其中经历了聒噪、痛苦和彷徨，在写论文的过程中心情是五味杂陈的。开始选题时很迷茫，不知该怎么选好，幸而在同学和任课老师的帮助下，才得以确定。然后就是最难的找资料，由于首次写论文，不懂该怎么着手去收集、归纳资料，因而花费了好多时间在这上面，但收集到的资料真正能用上的却没多少。这时得感谢我的指导老师，他始终给予我细心的指导和不懈的支持。从论文框架到细节修改，都给予了细致的指导，提出了很多宝贵的意见与建议。老师以其严肃的科学态度，严谨的治学精神，精益求精的工作作风和大胆创新的进取精神深深地感染和激励着我。他渊博的知识、开阔的视野和敏锐的思维给了我深深的启迪，这篇论文是在老师的精心指导和大力支持下才完成的。在此谨向老师致以诚挚的谢意和崇高的敬意。

参考文献

[1]朱光,邓弘林.大数据背景下医院门诊挂号预约爽约行为预测研究[J].医学信息,2020,33(22):13-15+21.

[2]王丽娜,张东军,孟文青,张利江.“互联网+医疗”视角下河南省二、三级医院网络预约就医服务现状比较[J].医学与社会,2020,33(11):71-76.

[3]房振伟. 基于Web的在线考试系统的设计与实现[D].东南大学,2016.

[4]李立平. 基于Web的医院预约挂号系统的设计与实现[D].燕山大学,2015.

[5]罗文佳. 基于Web的医院预约挂号系统的设计与实现[D].电子科技大学,2014.

[6]周颖,陈敏莲,胡外光,凌科峰,钱森.基于Web服务的多渠道预约挂号系统研究与实现[J].中国数字医学,2014,9(08):67-68+74.

[7]潘安,苏依灿,李建宏,徐苗桑.基于Web Service预约挂号接口方案的设计[J].医院管理论坛,2011,28(07):63-64.

[8]崔立超. 基于WEB服务的预约挂号系统设计与实现[D].山东大学,2010.

[9]黎国锋. 基于ARM/WEB/SMS/RFID的学生实验预约系统的设计与实现[D].南方医科大学,2008.

[10] 传智播客高教产品研究部编著《Java基础入门》2014.5.1

[11]Yu Weiping,Yu Xiaowen,Hu Hao,Duan Guimin,Liu Zi,Wang Yitao. Use of hospital appointment registration systems in China: a survey study.[J]. Global journal of health science,2013,5(5).

[12]Kong,Sun,Liu. Practicing the Outpatient Registration System with the Core of Appointment Registration and Its Effect[J]. Chinese Medical Record English Edition,2013,1(3).

[13]Breza Lisa. What works. Appointments made easy. Enterprise scheduling system allows New Jersey community hospital to decrease waiting times, reduce gaps between procedures and capture more registration information upfront.[J]. Health management technology,2005,26(1).

医院预约挂号系统

价格 ¥9.90 发布时间 2023年9月4日

下载查看全文内容

已付费？登录 或 刷新