基于大数据的医院挂号保举系统的设计与实现 毕业设计-附源码48652
目 录
摘要
1 绪论
1.1 选题配景与意义
1.2研究现状
1.3论文布局与章节安排
2 医院挂号保举系统系统分析
2.1 可行性分析
2.1.1 技术可行性分析
2.1.2 经济可行性分析
2.1.3 操作可行性分析
2.2 系统功能分析
2.2.1 功能性分析
2.2.2 非功能性分析
2.3 系统用例分析
2.4 系统流程分析
2.4.1 数据流程
2.4.2 业务流程
2.5本章小结
3 医院挂号保举系统总体设计
3.1 系统功能模块设计
3.1.1整体功能模块设计
3.1.2用户模块设计
3.1.3 品评管理模块设计
3.1.4门诊医生管理模块设计
3.1.5挂号预约管理模块设计
3.2 数据库设计
3.2.1 数据库概念布局设计
3.2.2 数据库逻辑布局设计
3.3本章小结
4 医院挂号保举系统详细设计与实现
4.1前台用户功能模块
4.1.1 前台首页界面
4.1.2 用户注册界面
4.1.3 用户登录界面
4.1.4医疗公告界面
4.1.5导诊台界面
4.1.6医院信息界面
4.1.7 门诊医生界面
4.1.8个人中心界面
4.2后台管理员功能模块
4.2.1系统用户界面
4.2.2门诊医生管理界面
4.2.3接待数据管理界面
4.2.4大屏数据管理界面
5.1 系统测试用例
5.2 系统测试结果
结论
参考文献
致 谢
摘要
科技进步的飞速发展引起人们一样平常生活的巨大变革，电子信息技术的飞速发展使得电子信息技术的各个范畴的应用水平得到普及和应用。信息期间的到来已成为不可阻挡的时尚潮流，人类发展的历史正进入一个新期间。在现实运用中，应用软件的工作规则和开发步骤，采用大数据分析和Hadoop技术建设医院挂号保举系统。
本设计重要实现集人性化、高效率、便捷等长处于一身的医院挂号保举系统，完成系统用户、科室管理、医院信息管理、意见反馈管理、门诊医生管理、在线咨询管理、挂号预约管理、接待信息管理、接待评分管理、接待反馈管理、接待数据管理、收入数据管理、跨市转院数据管理、系统管理、医疗公告管理等功能模块。系统通过欣赏器与服务器举行通讯，实现数据的交互与变动。本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。医院挂号保举系统基于大数据技术、Java语言、MySQL数据库和Hadoop框架举行医院挂号保举系统的设计与实现研究。通过利用Java语言的强大功能和机动性，联合Hadoop框架的优势以及MySQL数据库的高效数据存储和管理能力，我们将开发一个功能全面、高效可靠的医院挂号保举系统。
关键词：Java；Hadoop；医院挂号保举系统；大数据分析
Abstract
The rapid development of technological progress has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of application software are used to construct a hospital registration recommendation system using big data analysis and Hadoop technology.
This design mainly implements a hospital registration recommendation system that combines the advantages of humanization, efficiency, and convenience. It completes functional modules such as system user, department management, hospital information management, opinion feedback management, outpatient doctor management, online consultation management, registration appointment management, reception information management, reception score management, reception feedback management, reception data management, income data management, cross city transfer data management, system management, and medical announcement management. The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The hospital registration recommendation system is designed and implemented based on big data technology, Java language, MySQL database, and Hadoop framework. By utilizing the powerful features and flexibility of Java language, combined with the advantages of Hadoop framework and the efficient data storage and management capabilities of MySQL database, we will develop a comprehensive, efficient, and reliable hospital registration recommendation system.
Keywords:Java; Hadoop; Hospital registration recommendation system; Big data analysis
1 绪论
1.1 选题配景与意义
随着互联网技术的不断发展和普及，人们对于便捷、高效的线上服务需求不断增长。在医疗范畴，医院挂号预约咨询服务逐渐成为一种趋势，可以为人们提供24小时不绝止的医疗咨询、挂号预约、诊疗指导等服务。然而，传统的医疗服务模式存在一些题目，例如列队等候时间长、资源分配不平衡、医患信息不对称等，影响到了医疗服务的质量和效率。
在这样的配景下，通过大数据技术和Hadoop平台的应用，可以对医院挂号保举系统举行优化和改进，实现更好的用户体验和医疗服务效果。大数据技术可以对海量的医疗数据举行分析和挖掘，为医疗决议提供更多依据；Hadoop平台具有高可靠性、高可扩展性和高性能的特点，适合用于处理医疗范畴的大规模数据，并支持系统的实时处理和存储。
通过基于大数据Hadoop的医院挂号保举系统的研究和开发，可以进一步提拔医疗服务的智能化、个性化和精准化水平，提高医疗资源的利用效率，优化医疗服务流程，加强医患之间的沟通和信任，推动医疗卫生事业的发展，提拔全民健康水平，具有重要的实践意义。同时通过对医疗数据的分析和挖掘，可以更好地了解医疗需求和资源分布情况，实现医疗资源的合理设置和优化分配，提拔医疗服务的覆盖范围和效果。
1.2研究现状
随着社会的快速发展和人民生活水平的提高，人们对医疗服务的需求也越来越大。然而，传统的线下医疗体系面临着诸多题目，如医疗资源分布不平衡、就医难度大、就医本钱高等。因此，线上就诊服务成为了改善医疗服务的一种重要方式。
线上就诊服务通过利用现代信息技术，将医生和患者毗连起来，提供长途医疗服务。通过线上就诊，患者可以随时随地举行医疗咨询、挂号预约、在线问诊等，极大地方便了患者就医的过程。而对于医生来说，线上就诊服务也提供了更多的发展机会和便利，可以通过移动端提供医疗服务，同时也可以更好地管理和分析患者的健康数据。
目前，随着大数据技术的快速发展，以Hadoop为代表的大数据平台已经成为了处理和分析海量数据的重要工具。在医疗范畴，大数据技术也被广泛应用于医疗数据的分析、医疗资源的管理等方面。然而，目前大多数线上就诊服务系统还未能充分利用大数据技术，存在肯定的范围性。首先，现有的线上就诊服务系统通常只能提供基本的咨询、挂号等功能，而对于更复杂的诊断和治疗等题目，通常无法提供有效的支持。其次，现有的线上就诊服务系统大多数是单点化的，无法实现多地域、多科室、多医生的协同工作。再者，现有的线上就诊服务系统对于大量的医疗数据处理能力有限，无法对海量的患者数据举行有效地分析。
医院挂号保举系统的架构和功能设计是系统开发的基础。国表里研究者致力于设计能够满意差异医院需求的系统架构，并在其基础上提供包罗患者信息管理、医疗流程跟踪、医疗资源分配等多种功能。例如，美国的一项研究提出了一种基于云平台的医院治疗管理系统架构，实现了患者信息的实时更新和多终端访问的便利性。国表里研究者基于大数据、人工智能等技术，实现了医院内部数据的智能化分析和管理。比如，日本一项研究将机器学习技术应用于医院资源优化分配，有效减少了医疗资源浪费和提高了患者治疗效率。
因此，基于大数据Hadoop的医院挂号保举系统的研究具有重要的现实意义和研究代价。通过利用大数据技术，可以充分利用医疗数据，为患者提供更全面、精准的医疗服务；同时也能够实现差异科室、差异医生之间的协同工作，提高医疗服务的效率和质量。别的，基于大数据Hadoop的医院挂号保举系统还可以通过数据分析和挖掘，为医疗机构提供决议支持，实现医疗资源的优化设置和管理。
随着人工智能、物联网等新技术的不断发展，医院挂号保举系统将迎来更广阔的应用前景。基于大数据Hadoop的医院挂号保举系统研究是当前医疗服务改善的重要方向之一，具有广阔的应用前景和研究代价。在未来的研究中，需要进一步探索怎样利用大数据Hadoop技术来构建高效、稳定、可扩展的医院挂号保举系统，并解决其面临的寻衅和题目，为提拔医疗服务水平做出贡献。未来，系统将更加智能化、个性化，为医院提供更精细化的管理服务。
1.3论文布局与章节安排
本文共分为六章，章节内容安排如下：
第一章为弁言，此章节对所设计和实现的系统的配景和状况以及意义举行详细的论述以及说明，同时举行了论文整体框架的布局的简要介绍。
第二章为系统需求分析，章节所做的重要的工作是对系统举行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。
第三章为系统的设计，重要是对系统的功能布局举行设计，并对系统数据库的概念布局以及物理布局的设计举行了分析。
第四章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能举行了分析和说明。
第五章：系统测试。重要对系统的部分界面举行测试并对重要功能举行测试
第六章：总结。
2 医院挂号保举系统系统分析
系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统举行一个需求的挖掘，如果分析的精确可以精准的解决现实中碰到的题目。如果分析不到位会影响后期系统的实现。一个系统的良好程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。
2.1 可行性分析
系统可行行分析是对系统对系统可行性举行一个探讨。在探讨系统的可行性上我们重要从技术上的可行性和经济上的可行性以及法律层面的可行性上举行分析，如果三个层面度通过，我们则认为系统是比力可行的。
2.1.1 技术可行性分析
Hadoop 是一种常用的Java大数据的开发框架，能够实现分层架构，提高开发效率和代码复用性。医院挂号保举系统在数据的存储上利用的MySQL数据库，在系统开发中利用了Java、HTML、Tomcat这些开发工具的利用，能够给我们的编写工作带来很多的便利。联合Hadoop和Java技术，可以快速搭建一个功能强大、性能稳定的医院挂号保举系统。因此，从技术层面分析是可行的。
2.1.2 经济可行性分析
在开发医院挂号保举系统并不需要投入太多，开发工具、服务器、数据库等，都可以通过网络搜刮、下载、安装，只需要一台普通的盘算机就可以完成操作，而且在系统功能规划上通过走访观察目前用户对医院挂号保举系统的需求，了解它们对系统具体实现的功能需求，然后举行设计开发，不存在任何开销，因此系统的开发在经济方面是可行的。
2.1.3 操作可行性分析
本系统实现功能的操作很简单，普通电脑的常见设置就可以运行本软件，而且只要粗通电脑利用的基本知识就可以流畅的利用本软件。电脑具备毗连互联网的能力，而且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，而且按照专业知识举行精确操作即可，以是高校课本订购管理系统具备操作可行性。
2.2 系统功能分析
2.2.1 功能性分析
医院挂号保举系统我划分为了普通用户模块，医生用户模块和管理员模块这三大部分。
普通用户模块：
（1）用户注册登录：游客可以随时进入到系统中，对系统中的信息欣赏，但是想要实现在线咨询、挂号预约等操作，就必须有这个系统的账号，如果没有账号的话，可以注册普通用户举行相关的操作，同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息举行管控。
（2）查看医院挂号保举系统的首页信息：医院挂号保举系统的首页信息包含了首页、医疗公告、导诊台、医院信息、门诊医生等。
（3）医疗公告：当用户点击“医疗公告”这一菜单按钮，会显示管理员在后台发布的所有的医疗公告，可以查看详情。
（4）导诊台：当用户点击“导诊台”这一菜单按钮，会进入大屏系统导诊页面，根据页面提示输入导诊信息，系统会保举最优挂号科室。
（5）医院信息：普通用户在前台点击“医院信息”菜单会进入到医院信息列表界面，可以查看到包罗医院名称、科室列表、医院电话、医院地址、医院人数、详情介绍等信息，可以对医院信息举行意见反馈、收藏、品评等操作。
（6）门诊医生：用户可以查看门诊医生，在查询到自己想要了解的门诊医生的时间，可以进入查看详细的介绍，包罗展示序号、医生用户、医生工号、医生姓名、医院名称、科室、上班时间、挂号费、医生介绍等信息，点击“在线咨询”这一按钮以后会跳转到在线咨询填写的界面，根据提示填写好在线咨询，点击“提交”以后就完成了；在门诊医生详情这个界面，同时支持用户对医生举行挂号预约信息填写，也可以对喜好的门诊医生举行收藏、点赞以及品评的功能。
（7）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+暗码修改举行管控。
（8）个人中心：普通用户在前台点击“个人中心”可以对个人首页、意见反馈、在线咨询、挂号预约、接待信息、接待评分、接待反馈和自己收藏的信息举行管理。
医生用户模块：
（1）登录：医生用户根据管理员添加的账号信息举行登录系统。
（2）门诊医生管理：医生点击“门诊医生管理”会显示出添加的门诊医生，支持输入科室名称或医生姓名对门诊医生举行查询。
（2）查看医院挂号保举系统的首页信息：医院挂号保举系统的首页信息包含了首页、医疗公告、导诊台、医院信息、门诊医生等。
（3）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+暗码修改举行管控。
（4）个人中心：医生用户在前台点击“个人中心”可以对个人首页、门诊医生、在线咨询、挂号预约、接待信息、接待评分、接待反馈和自己收藏的信息举行管理。
管理员管理模块：
（1）登录：管理员在后台可以输入用户名+暗码举行登录，管理员的用户名和暗码是在数据库中直接设定好的。
（2）系统用户：管理员可以对医院挂号保举系统中的管理员，医生用户、以及前台注册的普通用户举行增编削查。
（3）科室管理：管理员点击“科室管理”系统会把系统当中所有的科室都显示出来，管理员可举行添加科室和类型形貌管理，并可举行查询、重置或删除等相应操作。
（4）医院信息管理：管理员点击“医院信息管理”会显示所有系统的医院信息，可以点击“添加”按钮对医院信息信息举行添加。
（5）意见反馈管理：管理员点击“意见反馈管理”可以对前台普通用户提交的意见反馈信息举行审核回复。
（6）门诊医生管理：管理员点击“门诊医生管理”会显示出所有的门诊医生，支持输入科室名称或医生姓名对门诊医生举行查询，如果想要添加新的门诊医生，点击“添加”按钮，输入详细信息，点击“提交”按钮就可以添加了，同时可以选择某一条门诊医生，点击“删除”举行删除，也可以对用户提交的医生品评的信息举行管控。
（7）在线咨询管理：管理员点击“在线咨询管理”会显示出所有的在线咨询信息，支持通过咨询标题对在线咨询信息举行查询，可以选择某一条在线咨询查看详情并举行回复。
（8）挂号预约管理：管理员点击“挂号预约管理”系统会把医院挂号保举系统当中所有的挂号预约信息都显示出来，支持通过医生姓名或预约状态对挂号预约举行查询，点击右侧的“开具处方”可以填写普通用户的处方信息。
（9）接待信息管理：管理员点击“接待信息管理”会显示所有接待信息，可以举行查询、重置或删除。
（10）接待评分管理：管理员点击“接待评分管理”会显示用户提交的所有接待评分信息，可以举行查询、重置或删除。
（11）接待数据管理：管理员可以对系统医院所有的接待信息举行数据导入，在系统此页面先下载导入文档，把数据复制进去后再导入到系统，生成大屏的接待数据。
（12）收入数据管理：管理员可以对系统医院所有的收入信息举行数据导入，在系统此页面先下载导入文档，把数据复制进去后再导入到系统，生成大屏的收入数据。
（13）跨市转院数据管理：管理员可以对系统医院所有的跨市转院信息举行数据导入，在系统此页面先下载导入文档，把数据复制进去后再导入到系统，生成大屏的跨市转院数据。
（14）系统管理：管理员点击“系统管理”菜单可以对首页展示的轮播图举行管理。
（15）医疗公告管理：管理员点击“医疗公告管理”菜单可以查看到系统中的所有医疗公告信息，对已经存在的医疗公告，管理员可以修改，也可以添加新的医疗公告大概删除医疗公告。
2.2.2 非功能性分析
医院挂号保举系统的非功能性需求比如医院挂号保举系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下2-1表格中：
表2-1医院挂号保举系统非功能需求表
安全性
重要指医院挂号保举系统数据库的安装，数据库的利用和暗码的设定必须合乎规范。
可靠性
可靠性是指医院挂号保举系统能够按照用户提交的指示举行操作，经过测试，可靠性90%以上。
性能
性能是影响医院挂号保举系统占据市场的必要条件，以是性能最好要佳才好。
可扩展性
比如数据库预留多个属性，比如接口的利用等确保了系统的非功能性需求。
易用性
用户只要跟着医院挂号保举系统的页面展示内容举行操作，就可以了。
可维护性
医院挂号保举系统开发的可维护性黑白常重要的，经过测试，可维护性没有题目
2.3 系统用例分析
医院挂号保举系统的完整UML用例图分别是图2-1、图2-2和图2-3。
图2-1就是普通用户脚色的用例展示。
https://i-blog.csdnimg.cn/direct/8939a6b6f2a3478394b9612915245679.png图2-1 系统普通用户脚色用例图
图2-2就是医生用户脚色的用例展示。
https://i-blog.csdnimg.cn/direct/02b05134468e4dd892717d7c3640dcbc.png图2-2 医生用户脚色用例图
图2-3就是管理员脚色的用例展示。
https://i-blog.csdnimg.cn/direct/b5195a550ce74b9cbf24fd1857f370a2.png
图2-3 管理员脚色用例图
2.4 系统流程分析
2.4.1 数据流程
开发医院挂号保举系统最重要的一个目的就是实现用户对门诊医生的在线咨询和挂号预约，图2-4就是系统的数据流图。
https://i-blog.csdnimg.cn/direct/18194352db744389a357f6e043abe69f.png图2-4咨询挂号预约操作展开图
2.4.2 业务流程
分析完医院挂号保举系统的数据流，那么接下来我们来看系统的业务流程，图2-5就是业务流程图：
https://i-blog.csdnimg.cn/direct/6916f85ee34f483783819e6576860a1b.png
图2-5业务流程图
2.5本章小结
本章重要通过对医院挂号保举系统的可行性分析、功能需求分析、系统用例分析、系统流程分析，确定整个医院挂号保举系统要实现的功能。同时也为医院挂号保举系统的代码实现和测试提供了标准。
3 医院挂号保举系统总体设计
本章重要讨论的内容包罗医院挂号保举系统的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
3.1.1整体功能模块设计
在上一章节中重要对系统的功能性需求和非功能性需求举行分析，而且根据需求分析了本医院挂号保举系统中的用例。那么接下来就要开始对医院挂号保举系统的架构、重要功能和数据库开始举行设计。医院挂号保举系统根据前面章节的需求分析得出，其总体设计模块图如图3-1所示。
https://i-blog.csdnimg.cn/direct/e293e4f7b94843c295663d0ace832295.png图3-1 系统功能模块图
3.1.2用户模块设计
本系统的用户包罗管理员和前台用户，两种模块的功能基本是相同的，用户比管理员多了一个注册功能，以是以用户模块的布局图为例举行分析，用户模块布局图为例举行分析，如下图：
https://i-blog.csdnimg.cn/direct/b4ed184a07e542c3839a6b9727f9c126.png图3-2用户模块布局图
3.1.3 品评管理模块设计
医院挂号保举系统是一个交流性质的公开平台，用户在平台上提交品评，增长用户之间的互动性。但是同时也为了更好的规范品评的内容，给予管理员删除不符合的品评的功能，以是需要专门设计一个品评管理模块，具体的布局图如下：
https://i-blog.csdnimg.cn/direct/d6ba67dacea2415db2d59e25af30e113.png图3-3品评管理模块布局图
3.1.4门诊医生管理模块设计
医院挂号保举系统是中需要存储不少门诊医生，其模块功能布局，具体的布局图如下：
https://i-blog.csdnimg.cn/direct/de439be8b1ea4783b633760657048e2d.png图3-4门诊医生模块布局图
3.1.5挂号预约管理模块设计
医院挂号保举系统最重要的一个功能就是用户提交挂号预约信息，其挂号预约模块功能布局，具体的布局图如下：
https://i-blog.csdnimg.cn/direct/312d58f21b8d4ec58862d252e449d6f2.png图3-5挂号预约模块布局图
3.2 数据库设计
数据库设计一般包罗需求分析、概念模型设计、数据库表创建三大过程，此中需求分析前面章节已经论述，概念模型设计有概念模型和逻辑布局设计两部分。
3.2.1 数据库概念布局设计
下面是整个医院挂号保举系统中重要的数据库表总E-R实体关系图。
https://i-blog.csdnimg.cn/direct/1e68620b9fe548e9b0ac6ed00bc20341.png图3-6 系统总E-R关系图
3.2.2 数据库逻辑布局设计
通过上一小节中医院挂号保举系统中总E-R关系图上得出一共需要创建很多个数据表。在此我重要罗列几个重要的数据库表布局设计。
表access_token (登岸访问时长)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
token_id
int
10
0
N
Y
临时访问牌ID
2
token
varchar
64
0
Y
N
临时访问牌
3
info
text
65535
0
Y
N
4
maxage
int
10
0
N
N
2
最大寿命：默认2小时
5
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
6
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
7
user_id
int
10
0
N
N
0
用户编号:
表auth (用户权限管理)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
auth_id
int
10
0
N
Y
授权ID：
2
user_group
varchar
64
0
Y
N
用户组：
3
mod_name
varchar
64
0
Y
N
模块名：
4
table_name
varchar
64
0
Y
N
表名：
5
page_title
varchar
255
0
Y
N
页面标题：
6
path
varchar
255
0
Y
N
路由路径：
7
position
varchar
32
0
Y
N
位置：
8
mode
varchar
32
0
N
N
_blank
跳转方式：
9
add
tinyint
3
0
N
N
1
是否可增长：
10
del
tinyint
3
0
N
N
1
是否可删除：
11
set
tinyint
3
0
N
N
1
是否可修改：
12
get
tinyint
3
0
N
N
1
是否可查看：
13
field_add
text
65535
0
Y
N
添加字段：
14
field_set
text
65535
0
Y
N
修改字段：
15
field_get
text
65535
0
Y
N
查询字段：
16
table_nav_name
varchar
500
0
Y
N
跨表导航名称：
17
table_nav
varchar
500
0
Y
N
跨表导航：
18
option
text
65535
0
Y
N
设置：
19
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
20
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
表collect (收藏)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
collect_id
int
10
0
N
Y
收藏ID：
2
user_id
int
10
0
N
N
0
收藏人ID：
3
source_table
varchar
255
0
Y
N
泉源表：
4
source_field
varchar
255
0
Y
N
泉源字段：
5
source_id
int
10
0
N
N
0
泉源ID：
6
title
varchar
255
0
Y
N
标题：
7
img
varchar
255
0
Y
N
封面：
8
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
9
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
表comment (品评)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
comment_id
int
10
0
N
Y
品评ID：
2
user_id
int
10
0
N
N
0
品评人ID：
3
reply_to_id
int
10
0
N
N
0
回复品评ID：空为0
4
content
longtext
2147483647
0
Y
N
内容：
5
nickname
varchar
255
0
Y
N
昵称：
6
avatar
varchar
255
0
Y
N
头像地址：
7
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
8
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
9
source_table
varchar
255
0
Y
N
泉源表：
10
source_field
varchar
255
0
Y
N
泉源字段：
11
source_id
int
10
0
N
N
0
泉源ID：
表cross_city_transfer_data (跨市转院数据)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
cross_city_transfer_data_id
int
10
0
N
Y
跨市转院数据ID
2
starting_point
varchar
64
0
Y
N
出发点
3
final_point
varchar
64
0
Y
N
最终点
4
number_of_transfers
int
10
0
Y
N
0
转院人数
5
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
6
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表department (科室)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
department_id
int
10
0
N
Y
科室ID
2
department
varchar
64
0
Y
N
科室
3
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
4
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表doctor (意见反馈)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
doctor_id
int
10
0
N
Y
意见反馈ID
2
hospital_name
varchar
64
0
Y
N
医院名称
3
cover
varchar
255
0
Y
N
封面
4
hospital_phone_number
varchar
64
0
Y
N
医院电话
5
hospital_address
varchar
64
0
Y
N
医院地址
6
feedback_to_users
int
10
0
Y
N
0
反馈用户
7
feedback_date
date
10
0
Y
N
反馈日期
8
feedback_content
text
65535
0
Y
N
反馈内容
9
examine_state
varchar
16
0
N
N
未审核
审核状态
10
examine_reply
varchar
16
0
Y
N
审核回复
11
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
12
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表doctor_users (医生用户)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
doctor_users_id
int
10
0
N
Y
医生用户ID
2
doctors_id
varchar
64
0
N
N
医生工号
3
doctors_name
varchar
64
0
Y
N
医生姓名
4
hospital_name
varchar
64
0
Y
N
医院名称
5
examine_state
varchar
16
0
N
N
已通过
审核状态
6
user_id
int
10
0
N
N
0
用户ID
7
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
8
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表hits (用户点击)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
hits_id
int
10
0
N
Y
点赞ID：
2
user_id
int
10
0
N
N
0
点赞人：
3
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
4
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
5
source_table
varchar
255
0
Y
N
泉源表：
6
source_field
varchar
255
0
Y
N
泉源字段：
7
source_id
int
10
0
N
N
0
泉源ID：
表hospital_information (医院信息)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
hospital_information_id
int
10
0
N
Y
医院信息ID
2
hospital_name
varchar
64
0
N
N
医院名称
3
department_list
varchar
64
0
Y
N
科室列表
4
cover
varchar
255
0
Y
N
封面
5
hospital_phone_number
varchar
64
0
Y
N
医院电话
6
hospital_address
varchar
64
0
Y
N
医院地址
7
number_of_hospitals
int
10
0
Y
N
0
医院人数
8
details_introduction
longtext
2147483647
0
Y
N
详情介绍
9
hits
int
10
0
N
N
0
点击数
10
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
11
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表income_data (收入数据)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
income_data_id
int
10
0
N
Y
收入数据ID
2
hospital_name
varchar
64
0
Y
N
医院名称
3
department
varchar
64
0
Y
N
科室
4
revenue_month
varchar
64
0
Y
N
收入月份
5
income_amount
int
10
0
Y
N
0
收入金额
6
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
7
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表notice (公告)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
notice_id
mediumint
8
0
N
Y
公告id：
2
title
varchar
125
0
N
N
标题：
3
content
longtext
2147483647
0
Y
N
正文：
4
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
5
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
表online_consultation (在线咨询)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
online_consultation_id
int
10
0
N
Y
在线咨询ID
2
doctor_users
int
10
0
Y
N
0
医生用户
3
doctors_id
varchar
64
0
Y
N
医生工号
4
doctors_name
varchar
64
0
Y
N
医生姓名
5
department
varchar
64
0
Y
N
科室
6
hospital_name
varchar
64
0
Y
N
医院名称
7
consultation_date
date
10
0
Y
N
咨询日期
8
consulting_users
int
10
0
Y
N
0
咨询用户
9
consultation_content
text
65535
0
Y
N
咨询内容
10
examine_state
varchar
16
0
N
N
未审核
审核状态
11
examine_reply
varchar
16
0
Y
N
审核回复
12
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
13
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表outpatient_doctor (门诊医生)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
outpatient_doctor_id
int
10
0
N
Y
门诊医生ID
2
display_serial_number
varchar
64
0
Y
N
展示序号
3
doctors_photo
varchar
255
0
Y
N
医生照片
4
doctor_users
int
10
0
Y
N
0
医生用户
5
doctors_id
varchar
64
0
Y
N
医生工号
6
doctors_name
varchar
64
0
Y
N
医生姓名
7
hospital_name
varchar
64
0
Y
N
医院名称
8
department
varchar
64
0
Y
N
科室
9
working_hours
varchar
64
0
Y
N
上班时间
10
registration_fee
int
10
0
Y
N
0
挂号费
11
introduction_by_doctor
longtext
2147483647
0
Y
N
医生介绍
12
hits
int
10
0
N
N
0
点击数
13
recommend
int
10
0
N
N
0
智能保举
14
limit_times
int
10
0
N
N
0
限制次数
15
limit_type
tinyint
4
0
N
N
1
限制次数类型1-天天次，2-总计次
16
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
17
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表praise (点赞)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
praise_id
int
10
0
N
Y
点赞ID：
2
user_id
int
10
0
N
N
0
点赞人：
3
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
4
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
5
source_table
varchar
255
0
Y
N
泉源表：
6
source_field
varchar
255
0
Y
N
泉源字段：
7
source_id
int
10
0
N
N
0
泉源ID：
8
status
bit
1
0
N
N
1
点赞状态:1为点赞，0已取消
表reception_data (接待数据)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
reception_data_id
int
10
0
N
Y
接待数据ID
2
hospital_name
varchar
64
0
Y
N
医院名称
3
department
varchar
64
0
Y
N
科室
4
reception_month
varchar
64
0
Y
N
接待月份
5
number_of_receptions
int
10
0
Y
N
0
接待人数
6
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
7
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表reception_feedback (接待反馈)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
reception_feedback_id
int
10
0
N
Y
接待反馈ID
2
appointment_number
varchar
64
0
N
N
预约编号
3
display_serial_number
varchar
64
0
Y
N
展示序号
4
doctor_users
int
10
0
Y
N
0
医生用户
5
doctors_id
varchar
64
0
Y
N
医生工号
6
doctors_name
varchar
64
0
Y
N
医生姓名
7
department
varchar
64
0
Y
N
科室
8
hospital_name
varchar
64
0
Y
N
医院名称
9
reception_date
date
10
0
Y
N
接待日期
10
regular_users
int
10
0
Y
N
0
普通用户
11
user_name
varchar
64
0
Y
N
用户姓名
12
user_age
varchar
64
0
Y
N
用户年龄
13
user_gender
varchar
64
0
Y
N
用户性别
14
mobile_phone_number
varchar
16
0
Y
N
手机号码
15
symptom_description
text
65535
0
Y
N
症状形貌
16
treatment_plan
text
65535
0
Y
N
治疗方案
17
feedback_content
text
65535
0
Y
N
反馈内容
18
examine_state
varchar
16
0
N
N
未审核
审核状态
19
examine_reply
varchar
16
0
Y
N
审核回复
20
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
21
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表reception_information (接待信息)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
reception_information_id
int
10
0
N
Y
接待信息ID
2
appointment_number
varchar
64
0
N
N
预约编号
3
display_serial_number
varchar
64
0
Y
N
展示序号
4
doctor_users
int
10
0
Y
N
0
医生用户
5
doctors_id
varchar
64
0
Y
N
医生工号
6
doctors_name
varchar
64
0
Y
N
医生姓名
7
department
varchar
64
0
Y
N
科室
8
hospital_name
varchar
64
0
Y
N
医院名称
9
regular_users
int
10
0
Y
N
0
普通用户
10
user_name
varchar
64
0
Y
N
用户姓名
11
user_age
varchar
64
0
Y
N
用户年龄
12
user_gender
varchar
64
0
Y
N
用户性别
13
mobile_phone_number
varchar
16
0
Y
N
手机号码
14
reception_date
date
10
0
Y
N
接待日期
15
count_the_number_of_people
varchar
64
0
Y
N
统计人数
16
symptom_description
text
65535
0
Y
N
症状形貌
17
treatment_plan
text
65535
0
Y
N
治疗方案
18
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
19
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表reception_rating (接待评分)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
reception_rating_id
int
10
0
N
Y
接待评分ID
2
appointment_number
varchar
64
0
N
N
预约编号
3
display_serial_number
varchar
64
0
Y
N
展示序号
4
doctor_users
int
10
0
Y
N
0
医生用户
5
doctors_id
varchar
64
0
Y
N
医生工号
6
doctors_name
varchar
64
0
Y
N
医生姓名
7
department
varchar
64
0
Y
N
科室
8
hospital_name
varchar
64
0
Y
N
医院名称
9
reception_date
date
10
0
Y
N
接待日期
10
regular_users
int
10
0
Y
N
0
普通用户
11
user_name
varchar
64
0
Y
N
用户姓名
12
user_age
varchar
64
0
Y
N
用户年龄
13
user_gender
varchar
64
0
Y
N
用户性别
14
mobile_phone_number
varchar
16
0
Y
N
手机号码
15
comprehensive_rating
varchar
64
0
Y
N
综合评分
16
evaluation_content
text
65535
0
Y
N
评价内容
17
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
18
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表registration_appointment (挂号预约)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
registration_appointment_id
int
10
0
N
Y
挂号预约ID
2
appointment_number
varchar
64
0
Y
N
预约编号
3
display_serial_number
varchar
64
0
Y
N
展示序号
4
doctor_users
int
10
0
Y
N
0
医生用户
5
doctors_id
varchar
64
0
Y
N
医生工号
6
doctors_name
varchar
64
0
Y
N
医生姓名
7
department
varchar
64
0
Y
N
科室
8
hospital_name
varchar
64
0
Y
N
医院名称
9
registration_fee
int
10
0
Y
N
0
挂号费
10
appointment_date
date
10
0
Y
N
预约日期
11
regular_users
int
10
0
Y
N
0
普通用户
12
user_name
varchar
64
0
Y
N
用户姓名
13
user_age
varchar
64
0
Y
N
用户年龄
14
user_gender
varchar
64
0
Y
N
用户性别
15
mobile_phone_number
varchar
16
0
Y
N
手机号码
16
examine_state
varchar
16
0
N
N
未审核
审核状态
17
examine_reply
varchar
16
0
Y
N
审核回复
18
pay_state
varchar
16
0
N
N
未付出
付出状态
19
pay_type
varchar
16
0
Y
N
付出类型: 微信、付出宝、网银
20
user_id
int
10
0
N
N
0
用户ID
21
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
22
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表regular_users (普通用户)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
regular_users_id
int
10
0
N
Y
普通用户ID
2
user_name
varchar
64
0
Y
N
用户姓名
3
user_age
varchar
64
0
Y
N
用户年龄
4
user_gender
varchar
64
0
Y
N
用户性别
5
user_address
varchar
64
0
Y
N
用户住址
6
mobile_phone_number
varchar
16
0
Y
N
手机号码
7
examine_state
varchar
16
0
N
N
已通过
审核状态
8
user_id
int
10
0
N
N
0
用户ID
9
create_time
datetime
19
0
N
N
CURRENT_TIMESTAMP
创建时间
10
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间
表slides (轮播图)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
slides_id
int
10
0
N
Y
轮播图ID：
2
title
varchar
64
0
Y
N
标题：
3
content
varchar
255
0
Y
N
内容：
4
url
varchar
255
0
Y
N
链接：
5
img
varchar
255
0
Y
N
轮播图：
6
hits
int
10
0
N
N
0
点击量：
7
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
8
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
表upload (文件上传)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
upload_id
int
10
0
N
Y
上传ID
2
name
varchar
64
0
Y
N
文件名
3
path
varchar
255
0
Y
N
访问路径
4
file
varchar
255
0
Y
N
文件路径
5
display
varchar
255
0
Y
N
显示次序
6
father_id
int
10
0
Y
N
0
父级ID
7
dir
varchar
255
0
Y
N
文件夹
8
type
varchar
32
0
Y
N
文件类型
表user (用户账户：用于生存用户登录信息)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
user_id
mediumint
8
0
N
Y
用户ID：用户获取其他与用户相关的数据
2
state
smallint
5
0
N
N
1
账户状态：(1可用|2异常|3已冻结|4已注销)
3
user_group
varchar
32
0
Y
N
地点用户组：决定用户身份和权限
4
login_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
上次登录时间：
5
phone
varchar
11
0
Y
N
手机号码：用户的手机号码，用于找回暗码时或登录时
6
phone_state
smallint
5
0
N
N
0
手机认证：(0未认证|1审核中|2已认证)
7
username
varchar
16
0
N
N
用户名：用户登录时所用的账户名称
8
nickname
varchar
16
0
Y
N
昵称：
9
password
varchar
64
0
N
N
暗码：用户登录所需的暗码，由6-16位数字或英文构成
10
varchar
64
0
Y
N
邮箱：用户的邮箱，用于找回暗码时或登录时
11
email_state
smallint
5
0
N
N
0
邮箱认证：(0未认证|1审核中|2已认证)
12
avatar
varchar
255
0
Y
N
头像地址：
13
open_id
varchar
255
0
Y
N
针对获取用户信息字段
14
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
15
vip_level
varchar
255
0
Y
N
会员等级
16
vip_discount
double
11
2
Y
N
0.00
会员折扣
表user_group (用户组：用于用户前端身份和鉴权)
编号
名称
数据类型
长度
小数位
允许空值
主键
默认值
说明
1
group_id
mediumint
8
0
N
Y
用户组ID：
2
display
smallint
5
0
N
N
100
显示次序：
3
name
varchar
16
0
N
N
名称：
4
description
varchar
255
0
Y
N
形貌：形貌该用户组的特点或权限范围
5
source_table
varchar
255
0
Y
N
泉源表：
6
source_field
varchar
255
0
Y
N
泉源字段：
7
source_id
int
10
0
N
N
0
泉源ID：
8
register
smallint
5
0
Y
N
0
注册位置:
9
create_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
创建时间：
10
update_time
timestamp
19
0
N
N
CURRENT_TIMESTAMP
更新时间：
3.3本章小结
整个医院挂号保举系统的需求分析重要对系统总体架构以及功能模块的设计，通过创建E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 医院挂号保举系统详细设计与实现
医院挂号保举系统的详细设计与实现重要是根据前面的医院挂号保举系统的需求分析和医院挂号保举系统的总体设计来设计页面并实现业务逻辑。重要从医院挂号保举系统界面实现、业务逻辑实现这两部分举行介绍。
4.1前台用户功能模块
4.1.1 前台首页界面
当进入医院挂号保举系统的时间，系统以上中下的布局举行展示，首先映入眼帘的是系统的导航栏，下面是轮播图，其主界面展示如下图4-1所示。
https://i-blog.csdnimg.cn/direct/09c85a9813234cd99e6c1ecb79c3e813.png图4-1 前台首页界面图
4.1.2 用户注册界面
医院挂号保举系统的游客和用户时可以举行注册登录，当用户右上角“注册”按钮的时间，当填写上自己的账号+暗码+确认暗码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证暗码和确认暗码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没题目后即可用户注册乐成。其用用户注册界面展示如下图4-2所示。
https://i-blog.csdnimg.cn/direct/dc536f9c7c6f403892d3e74da38c99ce.png图4-2注册界面图
4.1.3 用户登录界面
医院挂号保举系统中的前台上注册后的用户是可以通过自己的账户名和暗码举行登录的，当普通用户输入完整的自己的账户名和暗码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+暗码和数据库中当前生存的用户信息是否同等，只有在同等后将会登录乐成并自动跳转到医院挂号保举系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。
https://i-blog.csdnimg.cn/direct/a98080a1c7fe4788874e9cab1b211c84.png图4-3用户登录界面图
4.1.4医疗公告界面
用户点击“医疗公告”菜单显示管理员在后台发布的所有的医疗公告信息，可以查看医疗公告详情。医疗公告展示界面如下图4-4所示。
https://i-blog.csdnimg.cn/direct/4051ae8dff4a4c18ba25ff8db52fed05.png图4-4医疗公告展示界面图
4.1.5导诊台界面
当访客点击医院挂号保举系统中导航栏上的“导诊台”后将会进入到“导诊台”导诊页面，根据页面提示选择并输入患者病情信息，以此获取导诊保举。导诊台界面如下图4-5所示。
https://i-blog.csdnimg.cn/direct/7ecbafafc8304441a97b565da8805f30.png图4-5导诊台界面图
4.1.6医院信息界面
当用户点击“医院信息”后就可以看到想系统所有的医院信息列表信息，可以了解到医院名称、科室列表、医院电话、医院地址、医院人数、详情介绍等医院信息详细信息，同时可以点击下方的“意见反馈”、“收藏”举行相关操作，也可以在下方品评区输入想要品评的内容举行品评。医院信息界面如下图4-6所示。
https://i-blog.csdnimg.cn/direct/6dd80b3dc52c4afab28c5043d91bbce1.png图4-6医院信息界面图
意见反馈提接壤面如下图4-7所示。
https://i-blog.csdnimg.cn/direct/be94c5f4fc164f94b0db0d8a9ef223f2.png图4-7意见反馈提接壤面图
4.1.7 门诊医生界面
当用户点击“门诊医生”后就可以看到所有的门诊医生信息，可以输入科室名称或医生姓名举行搜刮查询，选择你想要了解的门诊医生后将会进入该门诊医生的详情界面，可以了解到该门诊医生的展示序号、医生用户、医生工号、医生姓名、医院名称、科室、上班时间、挂号费、医生介绍等，同时可以点击下方的“在线咨询”、“挂号预约”、“收藏”举行相关操作，也可以在下方品评区输入想要品评的内容举行品评，门诊医生详情展示页面如图4-8所示。
https://i-blog.csdnimg.cn/direct/3f8a968f1c63429da3b750013948dfeb.png图4-8门诊医生详情界面图
在线咨询页面如图4-8所示。
https://i-blog.csdnimg.cn/direct/0c1234e8b2214dffa26e7ad64e4a681d.png图4-8 在线咨询界面图
挂号预约页面如图4-9所示。
https://i-blog.csdnimg.cn/direct/e5aefbec702f4d32b8c0be4217798d43.png图4-9 挂号预约界面图
4.1.8个人中心界面
前台用户点击右上角“个人中心”模块，可以查看和管理个人相关的信息和任务,普通用户可以对个人首页、意见反馈、在线咨询、挂号预约、接待信息、接待评分、接待反馈和收藏的信息举行管理。普通用户个人中心界面如下图4-10所示。
https://i-blog.csdnimg.cn/direct/50f6979431f64d909b5e3696f926b090.png图4-10普通用户个人中心界面
医生用户可以对个人首页、门诊医生、在线咨询、挂号预约、接待信息、接待评分、接待反馈和收藏的信息举行管理。医生用户个人中心界面如下图4-11所示。
https://i-blog.csdnimg.cn/direct/71f8771d7a214f40bbf613ecd7f24b2d.png图4-11医生用户个人中心界面
4.2后台管理员功能模块
4.2.1系统用户界面
医院挂号保举系统中的管理职员在“系统用户”这一菜单是中可以对注册的普通用户，医生用户以及管理员举行管控。系统用户管理界面如下图4-13所示。
https://i-blog.csdnimg.cn/direct/8a3a51101cdf4b51848c9443a15a920b.png图4-13系统用户管理界面图
4.2.2门诊医生管理界面
管理员点击“门诊医生管理”显示所有的门诊医生，支持通过科室名称或医院名称对门诊医生举行查询。如果想要添加新的门诊医生，点击“添加”按钮，输入展示序号、医生用户、医生工号、医生姓名、医院名称、科室、上班时间、挂号费、医生介绍等信息，点击“提交”按钮就可以添加了，也可以对用户提交的医生品评的信息举行管控。门诊医生管理界面如下图4-14所示。
https://i-blog.csdnimg.cn/direct/e12ef0769d61490d84b1744a2e0a270f.png图4-14门诊医生管理界面图
4.2.3接待数据管理界面
管理员点击“接待数据管理”会显示出已导入的所有接待数据。在系统此页面可以添加新的接待数据，先下载导入文档，把数据复制进去后再导入到系统，生成接待数据。接待数据管理界面如下图4-15所示。
https://i-blog.csdnimg.cn/direct/56cc8e365cea45b9a66b793240596d34.png图4-15接待数据管理界面图
4.2.4大屏数据管理界面
管理员根据各个模块的数据信息举行更新，同步大屏会显示最新数据信息，大屏展示包罗医院人数词云统计、医院接待人数统计、病人流向图、各月份收入统计、医院收入统计、各月份收入占比等统计图表。大屏数据分析界面如下图4-16所示。
https://i-blog.csdnimg.cn/direct/b5f4926d1e4d4ac48decb54a82b3f79d.png图4-16数据分析界面图
5系统测试
5.1 系统测试用例
系统测试包罗：用户登录功能测试、门诊医生展示功能测试、意见反馈添加、导诊台搜刮、暗码修改、在线咨询功能测试，如表5-1、5-2、5-3、5-4、5-5、5-6所示：
用户登录功能测试：
表5-1 用户登录功能测试表
用例名称
用户登录系统
目的
测试用户通过精确的用户名和暗码可否登录功能
前提
未登录的情况下
测试流程
1) 进入登录页面
2) 输入精确的用户名和暗码
预期结果
用户名和暗码精确的时间，跳转到登录乐成界面，反之则显示错误信息，提示重新输入
现实结果
现实结果与预期结果同等
门诊医生查看功能测试：
表5-2 门诊医生查看功能测试表
用例名称
门诊医生查看
目的
测试门诊医生查看功能
前提
用户登录
测试流程
点击门诊医生列表
预期结果
可以查看到所有门诊医生信息
现实结果
现实结果与预期结果同等
添加意见反馈界面测试：
表5-3 添加意见反馈界面测试表
用例名称
添加意见反馈测试用例
目的
测试意见反馈添加功能
前提
用户正常登录情况下
测试流程
1）点击医院信息，然后点击意见反馈并填写信息。
2）点击举行提交。
预期结果
提交以后，页面首页会显示新的意见反馈
现实结果
现实结果与预期结果同等
导诊台搜刮功能测试：
表5-4导诊台搜刮功能测试表
用例名称
导诊台搜刮测试
目的
测试导诊台搜刮功能
前提
无
测试流程
1）在搜刮框填入搜刮关键字。
2）点击搜刮按钮。
预期结果
页面显示包含有搜刮关键字的导诊台
现实结果
现实结果与预期结果同等
暗码修改搜刮功能测试：
表5-5 暗码修改功能测试表
用例名称
暗码修改测试用例
目的
测试管理员暗码修改功能
前提
管理员用户正常登录情况下
测试流程
1）管理员暗码修改并完成填写。
2）点击举行提交。
预期结果
利用新的暗码可以登录
现实结果
现实结果与预期结果同等
在线咨询功能测试：
表5-6在线咨询功能测试表
用例名称
在线咨询测试用例
目的
测试用户在线咨询功能
前提
用户正常登录情况下
测试流程
1）搜刮查看门诊医生，点击在线咨询。
2）填写咨询内容信息，点击举行提交。
预期结果
医生回复在线咨询
现实结果
现实结果与预期结果同等
5.2 系统测试结果
通过编写医院挂号保举系统的测试用例，已经检测完毕用户登录功能测试、门诊医生展示功能测试、意见反馈添加、导诊台搜刮、暗码修改、在线咨询功能测试，通过这6大模块为医院挂号保举系统的后期推广运营提供了强力的技术支撑。
结论
在开发本医院挂号保举系统之前我匠意于心，以为很简单，但在现实的开发中我发现了自身的很多题目，很多编程头脑和方法都还没有掌握牢靠，比如对于大数据的分析技术和Hadoop框架的利用，通过开发这个医院挂号保举系统我成长了很多，懂得了做什么事情都要实事求是，不能眼高手低，在本次医院挂号保举系统的开发中我逐渐掌握逐渐认识的技术。
本次医院挂号保举系统的开发中我还学会了很多，例如良好的编程头脑和完善的规划头脑。在着手编程之前需要罗列出程序框架的大概，脑海中构建出程序的主题框架。做好这一步我们才能匠意于心的经行开发项目。当设计框架了熟于心之后，需要思索本次编程所需的重要知识点和技术点，并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑，长期以往就能养成良好的开发习惯。一个程序好欠好还要看出的bug多不多，如果在项目完成前做好bug的查验与防备大概发生的变乱才能保证程序的稳定长期性运行。如果项目在完工后出现各种题目自己，那么在进入社会后，不仅会给公司团队带来贫苦和增长不必要的工作，还会导致客户流失，公司对自己的评价降落。
在本次项目中我也暴露了诸多题目。对于Hadoop的编程知识有所欠缺，情况设置和算法上出现诸多题目，时常导致项目运行出错，大概目的的实现有题目。大概实现想法时算法未优化，使得代码冗长，程序运行不顺畅。
参考文献
罗在文,宁思华,王腾飞.大数据技术在智慧医疗中的应用研究.信息与电脑(理论版),2023,35(17):97-100.
王柳月,江会.基于Hadoop的信息化病案自动管理系统设计.信息技术,2023,(06):124-128.DOI:10.13274/j.cnki.hdzj.2023.06.022.
张家程.基于Hadoop的医疗数据检索技术的研究与应用.沈阳工业大学,2023.DOI:10.27322/d.cnki.gsgyu.2023.000702.
Rao J D ,Polepally V,Prabhu N S, et al.Deep recurrent neural network-based Hadoop framework for COVID prediction with applications to big data in cloud computing.International Journal of Bio-Inspired Computation,2023,21(1):36-47.
S. P B ,S. S P ,A. G T , et al.Hadoop framework integrated hybrid optimization algorithm for privacy preserved clustering mechanism.Intelligent Decision Technologies,2022,16(4):665-677.
蔡全福.大数据技术在医疗健康管理的应用与设计.安徽电子信息职业技术学院学报,2022,21(06):1-6.
C. M ,H. C .Parallel DBSCAN Clustering Algorithm Using Hadoop Map-reduce Framework for Spatial Data.International Journal of Information Technology and Computer Science(IJITCS),2022,14(6):1-12.
Pratap S S ,Chandra U J .Retraction Note: Classification of audio signals using SVM-WOA in Hadoop map-reduce framework.SN Applied Sciences,2022,4(12):
周晴红.基于Hadoop的海量数据存储平台设计.无线互联科技,2022,19(17):69-72.
李鹏泉,黄碧香,陈粤宁.基于大数据分析的医疗质量管控系统设计与应用.医学信息学杂志,2022,43(06):78-82.
邢洪波.基于Hadoop的医疗数据存储的研究.沈阳工业大学,2022.DOI:10.27322/d.cnki.gsgyu.2022.001318.
张洪堃.基于Hadoop的离线数据处理平台的设计与实现.北京交通大学,2022.DOI:10.26944/d.cnki.gbfju.2022.000417.
李宗仁,韦哲,王玉珍等.联合Hadoop技术的队伍医院HRP系统建设与应用.中国医疗装备,2021,36(03):106-109.
张国华,叶苗,王天然等.大数据Hadoop框架核心技术对比与实现.实行室研究与探索,2021,40(02):145-148+176.DOI:10.19927/j.cnki.syyt.2021.02.028.
张靓,杨志清,王海星等.基于Hadoop的医疗科研大数据平台的构建与应用.中国数字医学,2020,15(10):82-84.
李宗仁,王玉珍,李忠等.基于Hadoop平台的医院数据集成中心设计与实施.中国医学装备,2020,17(09):128-131.
赵沛,曹郡,贾瑞龙.基于hadoop技术的医疗云数据安全管理系统设计与应用.生命科学仪器,2020,18(03):77-82+65.
解明.基于Hadoop的医疗健康档案大数据平台构建研究.电子世界,2020,(10):82-83.DOI:10.19353/j.cnki.dzsj.2020.10.043.
许文鹏,李胜广,赵士伟等.基于Hadoop框架的大数据平台探析.中国安防,2020,(04):38-45.
陈彬.基于Hadoop框架的海量数据运营系统研究.自动化技术与应用,2020,39(03):178-181.
致 谢
这篇文章的完成履历了多个日日夜夜的努力，终于在本日得以完成。这篇文章的创作过程实为不易，但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时，非常感谢我的导师不耐其烦的帮助我解决题目，给予了我很多指导意见。也感谢所有为我授业解惑的老师！
另外，本文的完成也参考鉴戒了很多国表里在Hadoop技术上的著作，如果没有著作原作的辛勤付出和科研结果，我也很难完本钱论文。感谢在本论文中关联到的学者们！也感谢Google等公司，感谢他们强大的搜刮引擎，让我的资料查阅省事简单。
感谢之余也还有几句话要说，虽大学学习四年，怎奈何本人才疏学浅，本文的完成已为努力，但文中不免有些不妥和错误之处，诚挚真切的请求各位老师对本文的品评改正，感谢百忙之中费心审视我论文的老师。
点赞+收藏+关注 → 私信领取本源代码、数据库
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]