目 录
摘要
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.1.9个人中央界面
4.2后台功能模块
4.2.1医生用户后台管理界面
4.2.2管理员体系用户界面
4.2.3医生信息管理界面
4.2.4数据信息管理界面
4.2.5数据分析管理界面
4.2.6体系管理界面
4.2.7资源管理界面
5体系测试
5.1 体系测试用例
5.2 体系测试结果
结论
参考文献
致 谢
摘要
科技进步的飞速发展引起人们日常生活的巨大变革，电子信息技术的飞速发展使得电子信息技术的各个范畴的应用程度得到遍及和应用。信息时代的到来已成为不可阻挡的时尚潮流，人类发展的历史正进入一个新时代。在现实运用中，应用软件的工作规则和开发步骤，接纳大数据分析和Hadoop技术建设医疗线上就诊服务体系。
本计划主要实现集人性化、高效率、便捷等优点于一身的医疗线上就诊服务体系，完成体系用户、网站先容管理、医生信息管理、咨询信息管理、预约挂号管理、退号信息管理、处方信息管理、医生评价管理、投诉反馈管理、数据信息管理、数据分析管理、体系管理、通知公告管理、资源管理等功能模块。体系通过浏览器与服务器进行通信，实现数据的交互与变更。本体系通过科学的管理方式、便捷的服务提高了工作效率，淘汰了数据存储上的错误和遗漏。医疗线上就诊服务体系基于Java语言、MySQL数据库和Hadoop框架进行医疗线上就诊服务体系的计划与实现研究。通过使用Java语言的强大功能和灵活性，联合Hadoop框架的优势以及MySQL数据库的高效数据存储和管理能力，我们将开发一个功能全面、高效可靠的医疗线上就诊服务体系。
关键词：Java；Hadoop；医疗线上就诊服务体系；MySQL
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 the application software are used to construct a medical online medical consultation service system using Hadoop technology.
This design mainly implements a medical online consultation service system that combines the advantages of humanization, high efficiency, and convenience. It completes system user, website introduction management, doctor information management, consultation information management, appointment registration management, withdrawal information management, prescription information management, doctor evaluation management, complaint feedback management, data information management, data analysis management, system management, notification and announcement management Functional modules such as resource 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. Research on the design and implementation of an online medical consultation service system based on 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 medical online consultation service system.
Keywords:Java; Hadoop; Medical online medical consultation service system; MySQL
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）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。
（9）个人中央：患者用户在前台点击“个人中央”可以对个人首页、咨询信息、预约挂号、退号信息、处方信息、医生评价、投诉反馈和自己收藏的信息进行管理。
医生用户模块：
（1）登录：医生用户根据管理员添加的账号信息进行登录体系。
（2）医生信息管理：医生点击“医生信息管理”会表现出添加的医生信息，支持输入科室名称或医生姓名对医生信息进行查询。
（3）咨询信息管理：医生用户点击“咨询信息管理”会表现患者用户提交的咨询信息，可以对咨询内容进行回复。
（4）预约挂号管理：医生用户点击“预约挂号管理”会表现所有患者用户提交的预约挂号信息，点击右侧的“开具处方”可以给患者用户开局处方信息。
（5）退号信息管理：医生用户点击“退号信息管理”会表现所有患者用户提交的退号信息，点击详情进行退号审核处理。
（6）处方信息管理：医生用户点击“处方信息管理”会表现所有患者用户的处方信息，点击详情可对处方信息进行更新管理。
（7）医生评价管理：医生用户点击“医生评价管理”会表现用户对自己的评价信息，可以进行审核回复。
管理员管理模块：
（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就是患者用户角色的用例展示。
图2-1 体系患者用户角色用例图
图2-2就是医生用户角色的用例展示。
图2-2 医生用户角色用例图
图2-3就是管理员角色的用例展示。
图2-3 管理员角色用例图
2.4 体系流程分析
2.4.1 数据流程
开发医疗线上就诊服务体系最主要的一个目的就是实现用户对医生信息的咨询和预约挂号，图2-4就是体系的数据流图。
图2-4咨询预约挂号操作睁开图
2.4.2 业务流程
分析完医疗线上就诊服务体系的数据流，那么接下来我们来看体系的业务流程，图2-5就是业务流程图：
图2-5业务流程图
2.5本章小结
本章主要通过对医疗线上就诊服务体系的可行性分析、功能需求分析、体系用例分析、体系流程分析，确定整个医疗线上就诊服务体系要实现的功能。同时也为医疗线上就诊服务体系的代码实现和测试提供了标准。
3 医疗线上就诊服务体系总体计划
本章主要讨论的内容包罗医疗线上就诊服务体系的功能模块计划、数据库体系计划。
3.1 体系功能模块计划
3.1.1整体功能模块计划
在上一章节中主要对体系的功能性需求和非功能性需求进行分析，并且根据需求分析了本医疗线上就诊服务体系中的用例。那么接下来就要开始对医疗线上就诊服务体系的架构、主要功能和数据库开始进行计划。医疗线上就诊服务体系根据前面章节的需求分析得出，其总体计划模块图如图3-1所示。
图3-1 体系功能模块图
3.1.2用户模块计划
本体系的用户包罗后台医生用户、管理员和前台用户，两种模块的功能基本是雷同的，用户比管理员多了一个注册功能，以是以用户模块的结构图为例进行分析，用户模块结构图为例进行分析，如下图：
图3-2用户模块结构图
3.1.3 评论管理模块计划
医疗线上就诊服务体系是一个交流性质的公开平台，用户在平台上提交评论，增长用户之间的互动性。但是同时也为了更好的规范评论的内容，给予管理员删除不合适的评论的功能，以是必要专门计划一个评论管理模块，详细的结构图如下：
图3-3评论管理模块结构图
3.1.4医生信息管理模块计划
医疗线上就诊服务体系是中必要存储不少医生信息，其模块功能结构，详细的结构图如下：
图3-4医生信息模块结构图
3.1.5预约挂号管理模块计划
医疗线上就诊服务体系最重要的一个功能就是用户提交预约天生预约挂号信息，其预约挂号模块功能结构，详细的结构图如下：
图3-5预约挂号模块结构图
3.2 数据库计划
数据库计划一般包罗需求分析、概念模子计划、数据库表建立三大过程，此中需求分析前面章节已经论述，概念模子计划有概念模子和逻辑结构计划两部分。
3.2.1 数据库概念结构计划
下面是整个医疗线上就诊服务体系中主要的数据库表总E-R实体关系图。
图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
| 用户编号:
|
表article (文章：用于内容管理体系的文章)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| article_id
| mediumint
| 8
| 0
| N
| Y
|
| 文章id：[0,8388607]
| | 2
| title
| varchar
| 125
| 0
| N
| Y
|
| 标题：[0,125]用于文章和html的title标签中
| | 3
| type
| varchar
| 64
| 0
| N
| N
| 0
| 文章分类：[0,1000]用来搜索指定范例的文章
| | 4
| hits
| int
| 10
| 0
| N
| N
| 0
| 点击数：[0,1000000000]访问这篇文章的人次
| | 5
| praise_len
| int
| 10
| 0
| N
| N
| 0
| 点赞数
| | 6
| create_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间：
| | 7
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间：
| | 8
| source
| varchar
| 255
| 0
| Y
| N
|
| 泉源：[0,255]文章的出处
| | 9
| url
| varchar
| 255
| 0
| Y
| N
|
| 泉源地点：[0,255]用于跳转到发布该文章的网站
| | 10
| tag
| varchar
| 255
| 0
| Y
| N
|
| 标签：[0,255]用于标注文章所属相关内容，多个标签用空格隔开
| | 11
| content
| longtext
| 2147483647
| 0
| Y
| N
|
| 正文：文章的主体内容
| | 12
| img
| varchar
| 255
| 0
| Y
| N
|
| 封面图
| | 13
| description
| text
| 65535
| 0
| Y
| N
|
| 文章描述
|
表article_type (文章分类)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| type_id
| smallint
| 5
| 0
| N
| Y
|
| 分类ID：[0,10000]
| | 2
| display
| smallint
| 5
| 0
| N
| N
| 100
| 表现顺序：[0,1000]决定分类表现的先后顺序
| | 3
| name
| varchar
| 16
| 0
| N
| N
|
| 分类名称：[2,16]
| | 4
| father_id
| smallint
| 5
| 0
| N
| N
| 0
| 上级分类ID：[0,32767]
| | 5
| description
| varchar
| 255
| 0
| Y
| N
|
| 描述：[0,255]描述该分类的作用
| | 6
| icon
| text
| 65535
| 0
| Y
| N
|
| 分类图标：
| | 7
| url
| varchar
| 255
| 0
| Y
| N
|
| 外链地点：[0,255]如果该分类是跳转到其他网站的环境下，就在该URL上设置
| | 8
| create_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间：
| | 9
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间：
|
表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
|
| 头像地点：[0,255]
| | 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：
|
表complaint_feedback (投诉反馈)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| complaint_feedback_id
| int
| 10
| 0
| N
| Y
|
| 投诉反馈ID
| | 2
| feedback_title
| varchar
| 64
| 0
| Y
| N
|
| 反馈标题
| | 3
| patient_users
| int
| 10
| 0
| Y
| N
| 0
| 患者用户
| | 4
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 5
| feedback_date
| date
| 10
| 0
| Y
| N
|
| 反馈日期
| | 6
| feedback_content
| text
| 65535
| 0
| Y
| N
|
| 反馈内容
| | 7
| examine_state
| varchar
| 16
| 0
| N
| N
| 未审核
| 审核状态
| | 8
| examine_reply
| varchar
| 16
| 0
| Y
| N
|
| 审核回复
| | 9
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 10
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表consultation_information (咨询信息)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| consultation_information_id
| int
| 10
| 0
| N
| Y
|
| 咨询信息ID
| | 2
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 3
| doctor_users
| int
| 10
| 0
| Y
| N
| 0
| 医生用户
| | 4
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 5
| patient_users
| int
| 10
| 0
| Y
| N
| 0
| 患者用户
| | 6
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 7
| patient_content
| text
| 65535
| 0
| Y
| N
|
| 患者内容
| | 8
| doctors_reply
| text
| 65535
| 0
| Y
| N
|
| 医生回复
| | 9
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 10
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表data_analysis (数据分析)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| data_analysis_id
| int
| 10
| 0
| N
| Y
|
| 数据分析ID
| | 2
| data_title
| varchar
| 64
| 0
| Y
| N
|
| 数据标题
| | 3
| data_link
| varchar
| 255
| 0
| Y
| N
|
| 数据链接
| | 4
| data_time
| varchar
| 64
| 0
| Y
| N
|
| 数据时间
| | 5
| data_quantity
| varchar
| 64
| 0
| Y
| N
|
| 数据数量
| | 6
| analysis_remarks
| varchar
| 64
| 0
| Y
| N
|
| 分析备注
| | 7
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 8
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表data_information (数据信息)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| data_information_id
| int
| 10
| 0
| N
| Y
|
| 数据信息ID
| | 2
| data_title
| varchar
| 64
| 0
| Y
| N
|
| 数据标题
| | 3
| data_link
| varchar
| 255
| 0
| Y
| N
|
| 数据链接
| | 4
| data_time
| varchar
| 64
| 0
| Y
| N
|
| 数据时间
| | 5
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 6
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表doctors_evaluation (医生评价)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| doctors_evaluation_id
| int
| 10
| 0
| N
| Y
|
| 医生评价ID
| | 2
| registration_number
| varchar
| 64
| 0
| Y
| N
|
| 挂号单号
| | 3
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 4
| doctor_users
| int
| 10
| 0
| Y
| N
| 0
| 医生用户
| | 5
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 6
| patient_users
| int
| 10
| 0
| Y
| N
| 0
| 患者用户
| | 7
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 8
| evaluation_content
| text
| 65535
| 0
| Y
| N
|
| 评价内容
| | 9
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 10
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表doctor_information (医生信息)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| doctor_information_id
| int
| 10
| 0
| N
| Y
|
| 医生信息ID
| | 2
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 3
| doctor_users
| int
| 10
| 0
| Y
| N
| 0
| 医生用户
| | 4
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 5
| doctors_expertise
| varchar
| 64
| 0
| Y
| N
|
| 医生专长
| | 6
| registration_fees
| int
| 10
| 0
| Y
| N
| 0
| 挂号费用
| | 7
| working_hours
| varchar
| 64
| 0
| Y
| N
|
| 工作时间
| | 8
| department_location
| varchar
| 64
| 0
| Y
| N
|
| 科室位置
| | 9
| doctors_photo
| varchar
| 255
| 0
| Y
| N
|
| 医生照片
| | 10
| content_introduction
| longtext
| 2147483647
| 0
| Y
| N
|
| 内容先容
| | 11
| hits
| int
| 10
| 0
| N
| N
| 0
| 点击数
| | 12
| praise_len
| int
| 10
| 0
| N
| N
| 0
| 点赞数
| | 13
| recommend
| int
| 10
| 0
| N
| N
| 0
| 智能推荐
| | 14
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 15
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表doctor_users (医生用户)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| doctor_users_id
| int
| 10
| 0
| N
| Y
|
| 医生用户ID
| | 2
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 3
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 4
| doctors_gender
| varchar
| 64
| 0
| Y
| N
|
| 医生性别
| | 5
| doctors_phone_number
| varchar
| 16
| 0
| Y
| N
|
| 医生电话
| | 6
| examine_state
| varchar
| 16
| 0
| N
| N
| 已通过
| 审核状态
| | 7
| user_id
| int
| 10
| 0
| N
| N
| 0
| 用户ID
| | 8
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 9
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表have_an_appointment_with_a_doctor (预约挂号)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| have_an_appointment_with_a_doctor_id
| int
| 10
| 0
| N
| Y
|
| 预约挂号ID
| | 2
| registration_number
| varchar
| 64
| 0
| Y
| N
|
| 挂号单号
| | 3
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 4
| doctor_users
| int
| 10
| 0
| Y
| N
| 0
| 医生用户
| | 5
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 6
| registration_fees
| int
| 10
| 0
| Y
| N
| 0
| 挂号费用
| | 7
| patient_users
| int
| 10
| 0
| Y
| N
| 0
| 患者用户
| | 8
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 9
| patient_gender
| varchar
| 64
| 0
| Y
| N
|
| 患者性别
| | 10
| patient_age
| varchar
| 64
| 0
| Y
| N
|
| 患者年岁
| | 11
| contact_phone_number
| varchar
| 64
| 0
| Y
| N
|
| 联系电话
| | 12
| appointment_date
| datetime
| 19
| 0
| Y
| N
|
| 预约日期
| | 13
| appointment_remarks
| text
| 65535
| 0
| Y
| N
|
| 预约备注
| | 14
| registration_status
| varchar
| 64
| 0
| Y
| N
|
| 挂号状态
| | 15
| registered_reply
| text
| 65535
| 0
| Y
| N
|
| 挂号回复
| | 16
| pay_state
| varchar
| 16
| 0
| N
| N
| 未支付
| 支付状态
| | 17
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 18
| 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：
|
表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
| 更新时间：
|
表patient_users (患者用户)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| patient_users_id
| int
| 10
| 0
| N
| Y
|
| 患者用户ID
| | 2
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 3
| patient_gender
| varchar
| 64
| 0
| Y
| N
|
| 患者性别
| | 4
| patient_age
| varchar
| 64
| 0
| Y
| N
|
| 患者年岁
| | 5
| contact_phone_number
| varchar
| 16
| 0
| Y
| N
|
| 联系电话
| | 6
| examine_state
| varchar
| 16
| 0
| N
| N
| 已通过
| 审核状态
| | 7
| user_id
| int
| 10
| 0
| N
| N
| 0
| 用户ID
| | 8
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 9
| 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已取消
|
表prescription_information (处方信息)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| prescription_information_id
| int
| 10
| 0
| N
| Y
|
| 处方信息ID
| | 2
| registration_number
| varchar
| 64
| 0
| Y
| N
|
| 挂号单号
| | 3
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 4
| doctor_users
| int
| 10
| 0
| Y
| N
| 0
| 医生用户
| | 5
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 6
| patient_users
| int
| 10
| 0
| Y
| N
| 0
| 患者用户
| | 7
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 8
| patient_gender
| varchar
| 64
| 0
| Y
| N
|
| 患者性别
| | 9
| patient_age
| varchar
| 64
| 0
| Y
| N
|
| 患者年岁
| | 10
| contact_phone_number
| varchar
| 64
| 0
| Y
| N
|
| 联系电话
| | 11
| prescription_name
| varchar
| 64
| 0
| Y
| N
|
| 处方名称
| | 12
| opening_date
| date
| 10
| 0
| Y
| N
|
| 开方日期
| | 13
| prescription_amount
| int
| 10
| 0
| Y
| N
| 0
| 处方金额
| | 14
| prescription_content
| text
| 65535
| 0
| Y
| N
|
| 处方内容
| | 15
| pay_state
| varchar
| 16
| 0
| N
| N
| 未支付
| 支付状态
| | 16
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 17
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表return_information (退号信息)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| return_information_id
| int
| 10
| 0
| N
| Y
|
| 退号信息ID
| | 2
| registration_number
| varchar
| 64
| 0
| Y
| N
|
| 挂号单号
| | 3
| department_name
| varchar
| 64
| 0
| Y
| N
|
| 科室名称
| | 4
| doctor_users
| int
| 10
| 0
| Y
| N
| 0
| 医生用户
| | 5
| doctors_name
| varchar
| 64
| 0
| Y
| N
|
| 医生姓名
| | 6
| registration_fees
| int
| 10
| 0
| Y
| N
| 0
| 挂号费用
| | 7
| patient_users
| int
| 10
| 0
| Y
| N
| 0
| 患者用户
| | 8
| patient_name
| varchar
| 64
| 0
| Y
| N
|
| 患者姓名
| | 9
| appointment_date
| datetime
| 19
| 0
| Y
| N
|
| 预约日期
| | 10
| reason_for_withdrawal
| text
| 65535
| 0
| Y
| N
|
| 退号原因
| | 11
| retirement_status
| varchar
| 64
| 0
| Y
| N
|
| 退号状态
| | 12
| refund_reply
| text
| 65535
| 0
| Y
| N
|
| 退号回复
| | 13
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 14
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表sensitive_vocabulary (敏感词汇)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| sensitive_vocabulary_id
| int
| 10
| 0
| N
| Y
|
| 敏感词汇ID
| | 2
| sensitive_vocabulary
| 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
| 更新时间
|
表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：[0,8388607]用户获取其他与用户相关的数据
| | 2
| state
| smallint
| 5
| 0
| N
| N
| 1
| 账户状态：[0,10](1可用|2异常|3已冻结|4已注销)
| | 3
| user_group
| varchar
| 32
| 0
| Y
| N
|
| 所在用户组：[0,32767]决定用户身份和权限
| | 4
| login_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 上次登录时间：
| | 5
| phone
| varchar
| 11
| 0
| Y
| N
|
| 手机号码：[0,11]用户的手机号码，用于找回密码时或登录时
| | 6
| phone_state
| smallint
| 5
| 0
| N
| N
| 0
| 手机认证：[0,1](0未认证|1审核中|2已认证)
| | 7
| username
| varchar
| 16
| 0
| N
| N
|
| 用户名：[0,16]用户登录时所用的账户名称
| | 8
| nickname
| varchar
| 16
| 0
| Y
| N
|
| 昵称：[0,16]
| | 9
| password
| varchar
| 64
| 0
| N
| N
|
| 密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成
| | 10
| email
| varchar
| 64
| 0
| Y
| N
|
| 邮箱：[0,64]用户的邮箱，用于找回密码时或登录时
| | 11
| email_state
| smallint
| 5
| 0
| N
| N
| 0
| 邮箱认证：[0,1](0未认证|1审核中|2已认证)
| | 12
| avatar
| varchar
| 255
| 0
| Y
| N
|
| 头像地点：[0,255]
| | 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：[0,8388607]
| | 2
| display
| smallint
| 5
| 0
| N
| N
| 100
| 表现顺序：[0,1000]
| | 3
| name
| varchar
| 16
| 0
| N
| N
|
| 名称：[0,16]
| | 4
| description
| varchar
| 255
| 0
| Y
| N
|
| 描述：[0,255]描述该用户组的特点或权限范围
| | 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
| 更新时间：
|
表website_introduction (网站先容)
| 编号
| 名称
| 数据范例
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 阐明
| | 1
| website_introduction_id
| int
| 10
| 0
| N
| Y
|
| 网站先容ID
| | 2
| title_name
| varchar
| 64
| 0
| Y
| N
|
| 标题名称
| | 3
| publish_tags
| varchar
| 64
| 0
| Y
| N
|
| 发布标签
| | 4
| release_date
| date
| 10
| 0
| Y
| N
|
| 发布日期
| | 5
| cover_photo
| varchar
| 255
| 0
| Y
| N
|
| 封面图片
| | 6
| content_details
| longtext
| 2147483647
| 0
| Y
| N
|
| 内容详情
| | 7
| praise_len
| int
| 10
| 0
| N
| N
| 0
| 点赞数
| | 8
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| | 9
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
3.3本章小结
整个医疗线上就诊服务体系的需求分析主要对体系总体架构以及功能模块的计划，通过建立E-R模子和数据库逻辑体系计划完成了数据库体系计划。
4 医疗线上就诊服务体系详细计划与实现
医疗线上就诊服务体系的详细计划与实现主要是根据前面的医疗线上就诊服务体系的需求分析和医疗线上就诊服务体系的总体计划来计划页面并实现业务逻辑。主要从医疗线上就诊服务体系界面实现、业务逻辑实现这两部分进行先容。
4.1前台用户功能模块
4.1.1 前台首页界面
当进入医疗线上就诊服务体系的时候，体系以上中下的结构进行展示，首先映入眼帘的是体系的导航栏，下面是轮播图，再往下是康健百科，其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
医疗线上就诊服务体系的游客和患者用户时可以进行注册登录，当用户右上角“注册”按钮的时候，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2注册界面图
4.1.3 用户登录界面
医疗线上就诊服务体系中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当患者用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到医疗线上就诊服务体系的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。
图4-3用户登录界面图
4.1.4通知公告界面
用户点击“通知公告”菜单表现管理员在后台发布的所有的通知公告信息，可以检察通知公告详情。通知公告展示界面如下图4-4所示。
图4-4通知公告展示界面图
4.1.5康健百科界面
当访客点击医疗线上就诊服务体系中导航栏上的“康健百科”后将会进入到该“康健百科”列表的界面，然后选择想要看的康健百科，点击进入到详细界面，在详细界面可以收藏+赞+订单评价等操作。康健百科界面如下图4-5所示。
图4-5康健百科界面图
4.1.6 医生信息界面
当用户点击“医生信息”后就可以看到所有的医生信息，可以输入科室名称或医生姓名进行搜索查询，选择你想要相识的医生信息后将会进入该医生信息的详情界面，可以相识到该医生信息的科室名称、医生用户、医生姓名、医生专长、挂号费用、工作时间、科室位置、内容先容等，同时可以点击下方的“预约挂号”、“咨询医生”、“点赞”、“收藏”进行相关操作，也可以在下方评论区输入想要评论的内容进行评论，医生信息详情展示页面如图4-6所示。
图4-6 医生详情界面图
4.1.7网站先容界面
当用户点击“网站先容”后就可以看到想体系所有的网站先容列表信息，可以相识到标题名称、发布标签、发布日期、内容详情等网站先容详细信息，同时可以点击下方的“点赞”、“收藏”进行相关操作，也可以在下方评论区输入想要评论的内容进行评论。网站先容信息界面如下图4-7所示。
图4-7网站先容信息界面图
4.1.8我的账户界面
当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录体系的密码进行设置管理，我的账户界面如下图4-8所示。
图4-8 我的账户界面图
4.1.9个人中央界面
前台患者用户点击右上角“个人中央”模块，可以检察和管理个人相关的信息和使命,包罗个人首页、咨询信息、预约挂号、退号信息、处方信息、医生评价、投诉反馈和收藏的信息。患者用户个人中央界面如下图4-9所示。
图4-9患者用户个人中央界面
4.2后台功能模块
4.2.1医生用户后台管理界面
医生用户通过管理员添加的账号可以登录后台分别对医生信息管理、咨询信息管理、预约挂号管理、退号信息管理、处方信息管理、医生评价管理等模块的信息进行管理。医生点击“预约挂号管理”可以对患者用户的预约挂号进行审核回复，也可以点击右侧的“开具处方”可以填写患者用户的处方信息，也可以对患者的退号申请信息进行审核。每个医生只可检察自己的预约挂号。预约挂号管理界面如下图4-10所示。
图4-10预约挂号管理界面图
开具处方信息界面如下图4-11所示。
图4-11开具处方信息界面图
审核退号信息界面如下图4-12所示。
图4-12审核退号信息界面图
医生点击“咨询信息管理”会表现患者用户对本医生发起的咨询信息，点击详情可对咨询信息进行回复。咨询信息回复界面如下图4-13所示。
图4-13咨询信息回复界面图
4.2.2管理员体系用户界面
医疗线上就诊服务体系中的管理人员在“体系用户”这一菜单是中可以对注册的患者用户，医生用户以及管理员进行管控。体系用户管理界面如下图4-14所示。
图4-14体系用户管理界面图
4.2.3医生信息管理界面
管理员点击“医生信息管理”表现所有的医生信息，支持通过科室名称或医生姓名对医生信息进行查询。如果想要添加新的医生信息，点击“添加”按钮，输入科室名称、医生用户、医生姓名、医生专长、挂号费用、工作时间、科室位置、内容先容等信息，点击“提交”按钮就可以添加了，也可以对用户提交的医生评论的信息进行管控。医生信息管理界面如下图4-15所示。
图4-15医生信息管理界面图
4.2.4数据信息管理界面
管理员点击“数据信息管理”会表现出已导入的所有医疗数据信息。在体系此页面可以添加新的数据信息，先下载导入文档，把数据复制进去后再导入到体系，天生数据信息。数据信息管理界面如下图4-16所示。
图4-16数据信息管理界面图
4.2.5数据分析管理界面
管理员可以选择某一条数据信息进行数据分析内容填写，天生数据分析内容会表如今体系后台首页。数据分析界面如下图4-17所示。
图4-17数据分析界面图
4.2.6体系管理界面
管理人员在“体系管理”这一菜单下是可以对医疗线上就诊服务体系内的轮播图进行添加修改的，其管理界面如下图4-18所示。
图4-18体系轮播图管理界面图
4.2.7资源管理界面
管理员点击“资源管理”菜单可以或许对其下子菜单康健百科和康健百科的分类进行增编削查。界面如下图4-19所示。
图4-19资源管理界面图
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的编程知识有所欠缺，环境配置和算法上出现诸多问题，时常导致项目运行出错，或者目标的实现有问题。或者实现想法时算法未优化，使得代码冗长，步伐运行不顺畅。
参考文献
[1]罗在文,宁思华,王腾飞.大数据技术在智慧医疗中的应用研究[J].信息与电脑(理论版),2023,35(17):97-100.
[2]王柳月,江会.基于Hadoop的信息化病案自动管理体系计划[J].信息技术,2023,(06):124-128.DOI:10.13274/j.cnki.hdzj.2023.06.022.
[3]张家程.基于Hadoop的医疗数据检索技术的研究与应用[D].沈阳工业大学,2023.DOI:10.27322/d.cnki.gsgyu.2023.000702.
[4]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[J].International Journal of Bio-Inspired Computation,2023,21(1):36-47.
[5]S. P B ,S. S P ,A. G T , et al.Hadoop framework integrated hybrid optimization algorithm for privacy preserved clustering mechanism[J].Intelligent Decision Technologies,2022,16(4):665-677.
[6]蔡全福.大数据技术在医疗康健管理的应用与计划[J].安徽电子信息职业技术学院学报,2022,21(06):1-6.
[7]C. M ,H. C .Parallel DBSCAN Clustering Algorithm Using Hadoop Map-reduce Framework for Spatial Data[J].International Journal of Information Technology and Computer Science(IJITCS),2022,14(6):1-12.
[8]Pratap S S ,Chandra U J .Retraction Note: Classification of audio signals using SVM-WOA in Hadoop map-reduce framework[J].SN Applied Sciences,2022,4(12):
[9]周晴红.基于Hadoop的海量数据存储平台计划[J].无线互联科技,2022,19(17):69-72.
[10]李鹏泉,黄碧香,陈粤宁.基于大数据分析的医疗质量管控体系计划与应用[J].医学信息学杂志,2022,43(06):78-82.
[11]邢洪波.基于Hadoop的医疗数据存储的研究[D].沈阳工业大学,2022.DOI:10.27322/d.cnki.gsgyu.2022.001318.
[12]张洪堃.基于Hadoop的离线数据处理平台的计划与实现[D].北京交通大学,2022.DOI:10.26944/d.cnki.gbfju.2022.000417.
[13]李宗仁,韦哲,王玉珍等.联合Hadoop技术的队伍医院HRP体系建设与应用[J].中国医疗设备,2021,36(03):106-109.
[14]张国华,叶苗,王自然等.大数据Hadoop框架核心技术对比与实现[J].实验室研究与探索,2021,40(02):145-148+176.DOI:10.19927/j.cnki.syyt.2021.02.028.
[15]张靓,杨志清,王海星等.基于Hadoop的医疗科研大数据平台的构建与应用[J].中国数字医学,2020,15(10):82-84.
[16]李宗仁,王玉珍,李忠等.基于Hadoop平台的医院数据集成中央计划与实行[J].中国医学装备,2020,17(09):128-131.
[17]赵沛,曹郡,贾瑞龙.基于hadoop技术的医疗云数据安全管理体系计划与应用[J].生命科学仪器,2020,18(03):77-82+65.
[18]解明.基于Hadoop的医疗康健档案大数据平台构建研究[J].电子世界,2020,(10):82-83.DOI:10.19353/j.cnki.dzsj.2020.10.043.
[19]许文鹏,李胜广,赵士伟等.基于Hadoop框架的大数据平台探析[J].中国安防,2020,(04):38-45.
[20]陈彬.基于Hadoop框架的海量数据运营体系研究[J].自动化技术与应用,2020,39(03):178-181.
致 谢
这篇文章的完成履历了多个日日夜夜的努力，终于在本日得以完成。这篇文章的创作过程实为不易，但在老师和同学的辛勤帮助下顺遂渡过。让我在计划过程中举步维艰时，非常感谢我的导师不耐其烦的帮助我解决问题，给予了我很多引导意见。也感谢所有为我授业解惑的老师！
别的，本文的完成也参考借鉴了很多国内外在Hadoop技术上的著作，如果没有著作原作的辛勤付出和科研结果，我也很难完成本论文。感谢在本论文中关联到的学者们！也感谢Google等公司，感谢他们强大的搜索引擎，让我的资料查阅省事简单。
感谢之余也还有几句话要说，虽大学学习四年，怎怎样本人才疏学浅，本文的完成已为尽力，但文中不免有些不当和错误之处，诚挚逼真的哀求各位老师对本文的批评改正，感谢百忙之中费心审视我论文的老师。
免费领取项目源码，请关注❤点赞收藏并私信博主，谢谢-
免费领取项目源码，请关注❤点赞收藏并私信博主，谢谢-
免费领取项目源码，请关注❤点赞收藏并私信博主，谢谢-
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
