node医院预约信息管理系统-计算机毕设 附源码57754
express医院预约信息管理系统
摘 要
随着科学技术的飞速发展，社会的方方面面、各行各业都在努力与现代的先进技术接轨，通过科技手段来提高自身的优势，医院当然也不例外。医院预约信息管理系统是以实际运用为开发背景，运用软件工程原理和开发方法，采用Java技术构建的一个管理系统。整个开发过程首先对软件系统进行需求分析，得出系统的主要功能。接着对系统进行总体设计和详细设计。总体设计主要包括系统功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等；详细设计主要包括系统数据库访问的实现，主要功能模块的具体实现，模块实现关键代码等。最后对系统进行功能测试，并对测试结果进行分析总结，得出系统中存在的不足及需要改进的地方，为以后的系统维护提供了方便，同时也为今后开发类似系统提供了借鉴和帮助。
本系统使用node.js的express技术开发，采用的数据库是Mysql。在设计过程中，充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护、操作方便以及页面简洁等特点。
关键词：医院预约信息管理系统，node.js，express，Mysql
Express hospital reservation information management system
ABSTRACT
With the rapid development of science and technology, all aspects of society and all walks of life are striving to integrate with modern advanced technology and improve their advantages through scientific and technological means, and hospitals are no exception. The hospital reservation information management system is a management system based on practical application, using software engineering principles and development methods, and using Java technology. The entire development process begins with a requirements analysis of the software system to obtain the main functions of the system. Then, the overall design and detailed design of the system are carried out. The overall design mainly includes system function design, system overall structure design, system data structure design, and system security design; The detailed design mainly includes the implementation of system database access, the specific implementation of main functional modules, and the key code for module implementation. Finally, a functional test of the system was conducted, and the test results were analyzed and summarized to identify the shortcomings and areas for improvement in the system, which provided convenience for future system maintenance, and also provided reference and assistance for future development of similar systems.
This system is developed using the express technology of node.js, and the database used is MySQL. During the design process, the system code has been fully guaranteed to have good readability, practicality, scalability, versatility, ease of later maintenance, easy operation, and concise pages.
Keywords: hospital reservation information management system, node.js, express, MySQL
目 录
摘 要
ABSTRACT
第1章 绪论
1.1背景及意义
1.2 国内外研究概况
1.3 研究的内容
第2章 相关技术
2.1开发技术说明
2.1 Java简介
2.2 MVVM模式
2.3 B/S结构
2.4 MySQL数据库
2.5 Node.js介绍
2.6 express框架
第3章 系统分析
3.1 需求分析
3.2 系统可行性分析
3.2.1技术可行性
3.2.2经济可行性
3.2.3操作可行性
3.3 项目设计目标与原则
3.4系统流程分析
3.4.1操作流程
3.4.2添加信息流程
3.4.3删除信息流程
第4章 系统设计
4.1 系统体系结构
4.2系统结构设计
4.3开发流程设计
4.4 数据库设计原则
4.5 数据表
表access_token (登陆访问时长)
表article (文章：用于内容管理系统的文章)
表article_type (文章分类)
表auth (用户权限管理)
表collect (收藏)
表comment (评论)
表doctor (医生)
表doctor_information (医生信息)
表health_information (健康信息)
表hits (用户点击)
表notice (公告)
表notification_message (通知消息)
表offline_order_processing (线下订单处理)
表offline_reservation_reminder (线下预约提醒)
表offline_visit (线下就诊)
表on_site_appointment_reminder (上门预约提醒)
表on_site_order_processing (上门订单处理)
表order_refund (订单退款)
表patient (病人)
表patient_information (病人信息)
表praise (点赞)
表slides (轮播图)
表upload (文件上传)
表user (用户账户：用于保存用户登录信息)
表user_group (用户组：用于用户前端身份和鉴权)
表visit (上门就诊)
第5章 系统详细设计
5.1管理员功能模块
5.2普通用户功能模块
5.3医生功能模块
第6章 系统测试
6.1系统测试的目的
6.2系统测试方法
6.3功能测试
结 论
致 谢
参考文献
第1章 绪论
1.1背景及意义
在手工业时代，企业对医院的各项管理的运作是停留在以纸、笔为主要工具的阶段。到后来，随着信息量的快速增长，这种传统的手工操作的方法已无法迅速、准确的完成各项管理工作。当医院意识到这点之后，纷纷开始重视医院管理。进入20世纪之后，随着系统、信息技术、管理工具的进步以及计算机的普及，许多医院开始利用计算机进行预约信息管理。从而提高了处理的速度与精度。在计算机飞速发展的今天，将计算机这一信息处理利器应用于医院的日常管理已是势必所然。这也将为医院预约信息管理提供了很多的便利。医院预约信息管理的科学化和现代化给医院和老百姓都带来了很大的便利。主要体现在：极大提高了医院工作人员的工作效率，同时降低了管理中的漏洞。解决了异地和不便出家门的患者看病难的问题，大大减少了人们等挂号的时间等等。
1.2 国内外研究概况
目前，国内外医院预约信息管理系统采取的方式主要有：一，纯人工管理；二，利用一些建立在过时的系统底板上的系统进行管理。这两种方法目前看来有很大弊端：前者由于管理人员文化程度不一，可能在信息处理过程中出现记录丢失、信息传达有误等问题，同时人工文件难以保存，档案记录容易损坏或者丢失；后者在一定程度上满足了信息处理和保存的问题，但由于系统陈旧，存在信息泄露的风险。在当今现代化社会，任何医院，需要一个建立在新型系统上的管理系统以规范医院本身的运营管理，提高管理水平、工作效率，实现利益的最大化。
目前，国内外已出现多种医院预约信息管理系统，其技术类型也多种多样，如基于FTP、JSP系统所设计的管理软件，但其主要应用于大型医院的财务、医疗等关键部门，小型医院应用范围不广泛。针对国内外对医院预约信息管理系统的需求，一个合格的管理系统，其软件功能要齐全完备，操作简捷，同时系统要具备一定的成长性、灵活性，可不断完善，提升自身的信息安全系数。因此，开发一个便于使用的医院预约信息管理系统是十分有必要的。
1.3 研究的内容
目前许多人仍将传统的单机设备作为信息管理的主要工具，而网络技术的应用只是起到辅助作用。在对网络工具的认知程度上，较为传统的office软件等仍是人们使用的主要工具，而面向各个专门行业的管理系统的信息管理软件仍然缺乏群众基础。本选题则旨在通过标签分类管理等方式，实现首页，轮播图管理，公告消息管理，资源管理（疾病常识、分类列表），系统用户（管理员，病人，医生），模块管理（医生信息，线下就诊、上门就诊、线下预约提醒、上门预约提醒、线下订单处理、上门订单处理、病人信息、健康信息、通知消息）等功能。
第2章 相关技术
2.1开发技术说明
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于node.js开发语言进行编写，采用MVC模式进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库和Lay UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用node.js作为开发语言进行编译开发，同时集成Redis等相关技术。
2.2 MVVM模式
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。
2.3 B/S结构
B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。
2.4 MySQL数据库
Mysql的语言是非结构化的，用户可以在数据上进行工作。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。并且因为Mysql的语言和结构比较简单，但是功能和存储信息量很强大，所以得到了普遍的应用。
Mysql数据库在编程过程中的作用是很广泛的，为用户进行数据查询带来了方便。Mysql数据库的应用因其灵活性强，功能强大，所以在实现某功能时只需要一小段代码，而不像其他程序需要编写大段代码。总体来说，Mysql数据库的语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室，它是在计算机上进行的，而不是现实中的储藏室。数据的存放是按固定格式，而不是无序的，其定义就是：长期有固定格式，可以共享的存储在计算机存储器上。数据库管理主要是数据存储、修改和增加以及数据表的建立。为了保证系统数据的正常运行，一些有能力的处理者可以进行管理而不需要专业的人来处理。数据表的建立，可以对数据表中的数据进行调整，数据的重新组合及重新构造，保证数据的安全性。介于数据库的功能强大等特点，本系统的开发主要应用了Mysql进行对数据的管理。
2.5 Node.js介绍
Node.js发布于2009年5月，由Ryan Dahl开发，是一个基于Chrome V8引擎的JavaScript运行环境，使用了一个事件驱动、非阻塞式I/O模型，让JavaScript 运行在服务端的开发平台，它让JavaScript成为与PHP、Python、 Perl、Rubv等服务端语言平起平坐的脚本语言。 Node.js对一些特殊用例进行优化，提供替代的API，使得V8在非浏览器环境下运行得更好，V8引擎执行Javascript的速度非常快，性能非常好，基于Chrome JavaScript运行时建立的平台，用于方便地搭建响应速度快、易于扩展的网络应用。
2.6 express框架
Express 是一个简洁而灵活的node.js Web应用框架,提供一系列强大特性帮助你创建各种Web应用。Express 不对node.js已有的特性进行二次抽象，我们只是在它之上扩展了Web应用所需的功能。丰富的HTTP工具以及来自Connect框架的中间件随取随用，创建强健、友好的API变得快速又简单。
第3章 系统分析
3.1 需求分析
医院预约信息管理系统主要是借助信息管理系统，方便用户阅览医生信息、疾病常识等，方便医院管理医生、病人信息，更好存储所有数据信息及快速方便的检索功能。对系统的各个模块是通过许多今天的发达系统做出合理的分析来确定考虑用户的可操作性，遵循开发的系统优化的原则，经过全面的调查和研究。
系统所要实现的功能分析，对于现在网络方便的管理，系统要实现用户可以直接在平台上进行查看所有数据信息，根据需求可以进行在线添加，删除或修改信息，这样既能节省时间，不用再像传统的方式耽误时间，真的很难去满足用户的各种需求。所以医院预约信息管理系统的开发不仅仅是能满足用户的需求，还能提高管理员的工作效率，减少原有不必要的工作量。
3.2 系统可行性分析
3.2.1技术可行性
医院预约信息管理系统采用了node.js的express技术开发，开发了功能完备、使用简单的前端应用程序，并建立、维护了一个数据完整、安全、稳定性强的后台数据库系统。
系统使用node.js技术和Mysql数据库作为设计工具，可简单易行地学习操作。用户角色之间的相结合开发一套医院预约信息管理系统是值得尝试的，数据完整性和许多品质为数据的功能分配和管理提供了依据。它也是数据库安全平台的重要组成部分，是提高和增强数据安全性的重要手段。此外，为了提供更平滑，更智能和更有效的基本控制方法，定义了同时构建对安全计算环境的支持所需的步骤，并帮助维护安全性。因为在这两种开发工具中，功能强大且免费且界面良好，所以医院预约信息管理系统在技术方面是可行的。
（1）硬件可行性分析
医院预约信息管理系统及信息分析的设计对于所使用的计算机没有什么硬性的要求，计算机只要可以正常的使用进行代码的编写及页面设计就可行，主要是对于服务器有些要求，对于平台搭建完成要上传的服务器是有一定的要求的，服务器必须选择安全性比较高的，然后就是在打开网站必须顺畅，不能停顿太长时间；性价比高；安全性高。
（2）软件可行性分析
开发整个系统使用的是云计算，流量的可扩展性和基于流量的智能调整云计算的优点就是流量的可扩展性和基于流量的智能调整，保障系统的安全及数据信息的及时备份。
因此，我们从两个方面进行了可行性研究，可以看出系统的开发没有问题。
3.2.2经济可行性
在医院预约信息管理系统开发之前所做的市场调研及相关的管理系统，都是没有任何费用的，都是通过开发者自己的努力，所有的工作的都是自己亲力亲为，在碰到自己比较难以解决的问题，大多是通过同学和指导老师的帮助进行相关信息的解决，所以对于医院预约信息管理系统的开发在经济上是完全可行的，没有任何费用支出的。
使用比较成熟的技术，系统是基于node.js的开发，采用Mysql数据库。所以系统在开发人力、财力要求不高，具有经济可行性。
3.2.3操作可行性
可操作性主要是对医院预约信息管理系统设计完成后，用户的使用体验度，以及管理员可以通过系统随时管理相关的数据信息，并且对于管理员，病人，医生三个用户角色，都可以简单明了的进入到自己的系统界面，通过界面导航菜单可以简单明了地操作功能模块，方便用户信息的操作需求和管理员管理数据信息，对于系统的操作，不需要专业人员都可以直接进行功能模块的操作管理，所以在系统的可操作性是完全可以的。本系统的操作使用的也是界面窗口进行登录，所以操作人员只要会简单的电脑操作就完全可以的。
3.3 项目设计目标与原则
1、关于医院预约信息管理系统的基本要求
（1）功能要求：首页，轮播图管理，公告消息管理，资源管理（疾病常识、分类列表），系统用户（管理员，病人，医生），模块管理（医生信息，线下就诊、上门就诊、线下预约提醒、上门预约提醒、线下订单处理、上门订单处理、病人信息、健康信息、通知消息）等功能模块。
（2）性能：在不同操作系统上均能无差错实现在不同类型的用户登入相应界面后能不出差错、方便地进行预期操作。
（3）安全与保密要求：用户都必须通过身份验证才能进入系统，并且用户的权限也需要根据用户的类型进行限定。
（4）环境要求：支持多种平台，可在Windows系列、Windows 11系统等多种操作系统下使用。
2、开发目标
医院预约信息管理系统的主要开发目标如下：
（1）实现管理系统信息关系的系统化、规范化和自动化；
（2）减少维护人员的工作量以及实现用户对信息的控制和管理。
（3）方便查询信息及管理信息等；
（4）通过网络操作，改善处理问题的效率，提高操作人员利用率；
（5）考虑到用户多样性特点，要求界面简单，操作简便。
3、设计原则
本系统采用node.js技术，Mysql数据库开发，充分保证了系统稳定性、完整性。
医院预约信息管理系统的设计与实现的设计思想如下：
- 操作简单方便、系统界面安全良、简单明了的页面布局、方便查询相关信息。
2、即时可见：对医院预约信息管理系统信息的处理将可以实时查询到，从而实现“即时发布、即时见效”的系统功能。
3、功能的完善性：拥有首页，轮播图管理，公告消息管理，资源管理（疾病常识、分类列表），系统用户（管理员，病人，医生），模块管理（医生信息，线下就诊、上门就诊、线下预约提醒、上门预约提醒、线下订单处理、上门订单处理、病人信息、健康信息、通知消息）等功能的修改维护操作。
3.4系统流程分析
3.4.1操作流程
系统登录流程图，如图所示：
图3-1登录流程图
3.4.2添加信息流程
添加信息流程图，如图所示：
图3-2添加信息流程图
3.4.3删除信息流程
删除信息流程图，如图所示：
图3-3删除信息流程图
第4章 系统设计
4.1 系统体系结构
本系统选择B/S结构(Browser/Server，浏览器/服务器结构)和基于Web服务两种模式。适合在互联网上进行操作，只要用户能连网，任何时间、任何地点都可以进行系统的操作使用。系统工作原理图如图4-1所示：
图4-1 系统工作原理图
4.2系统结构设计
整个系统是由多个功能模块组合而成的，要将所有的功能模块都一一列举出来，然后进行逐个的功能设计，使得每一个模块都有相对应的功能设计，然后进行系统整体的设计。
本系统结构图如图4-2所示。
图4-2 系统功能结构图
4.3开发流程设计
系统流程的分析是通过调查系统所涉及问题的识别、可行性、可操作性、系统分析处理能力等具体环节来调节、整理系统的设计方案以确保系统能达到理想的状态。这些操作都要从注册、登录处着眼进行一系列的流程测试保证数据库的完整，从而把控系统所涉及信息管理的安全、保证信息输入、输出正常转换。然后，通过实际操作完成流程图的绘制工作。
医院预约信息管理系统的开发对管理模块和系统使用的数据库进行分析，编写代码，系统测试，如图4-4所示。
图4-4开发系统流程图
4.4 数据库设计原则
学习编程，我们都知道数据库设计是基于需要设计的系统功能，我们需要建立一个数据库关系模型，用于存储数据信息，这样当我们在程序中时，就没有必要为程序页面添加数据，从而提高系统的效率。数据库存储了很多信息，可以说是信息管理系统的核心和基础，数据库还提供了添加、删除、修改和检查，使系统能够快速找到自己想要的信息，而不是在程序代码中找到。数据库中信息表的每个部分根据一定的关系精确地组合，排列和组合成数据表。
通过医院预约信息管理系统的功能进行规划分成几个实体信息，实体信息将通过ER图进行说明，本系统的主要实体图如下：
管理员信息属性图如图4-5所示。
图4-5 管理员信息实体属性图
系统的E-R图如下图所示：
图4-6系统E-R图
4.5 数据表
将数据库概念设计的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： |
表doctor (医生)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
doctor_id |
int |
10 |
0 |
N |
Y |
医生ID |
|
| 2 |
doctor_no |
varchar |
64 |
0 |
N |
N |
医生编号 |
|
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 5 |
age |
int |
10 |
0 |
Y |
N |
0 |
年龄 |
| 6 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 7 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 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 |
更新时间 |
表doctor_information (医生信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
doctor_information_id |
int |
10 |
0 |
N |
Y |
医生信息ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
photo |
varchar |
255 |
0 |
Y |
N |
照片 |
|
| 5 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 6 |
age |
int |
10 |
0 |
Y |
N |
0 |
年龄 |
| 7 |
position |
varchar |
64 |
0 |
Y |
N |
职位 |
|
| 8 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
| 9 |
affiliated_hospital |
varchar |
64 |
0 |
Y |
N |
所属医院 |
|
| 10 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 11 |
outpatient_address |
varchar |
64 |
0 |
Y |
N |
门诊地址 |
|
| 12 |
personal_introduction |
longtext |
2147483647 |
0 |
Y |
N |
个人介绍 |
|
| 13 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
| 14 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
| 15 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 16 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 17 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表health_information (健康信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
health_information_id |
int |
10 |
0 |
N |
Y |
健康信息ID |
|
| 2 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 3 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 4 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 5 |
age |
varchar |
64 |
0 |
Y |
N |
年龄 |
|
| 6 |
phone_number |
varchar |
64 |
0 |
Y |
N |
手机号码 |
|
| 7 |
main_symptoms |
varchar |
64 |
0 |
Y |
N |
主要症状 |
|
| 8 |
is_it_cured |
varchar |
64 |
0 |
Y |
N |
是否痊愈 |
|
| 9 |
temperature |
int |
10 |
0 |
Y |
N |
0 |
体温 |
| 10 |
high_pressure |
int |
10 |
0 |
Y |
N |
0 |
高压 |
| 11 |
low_pressure |
int |
10 |
0 |
Y |
N |
0 |
低压 |
| 12 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 13 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 16 |
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 |
更新时间： |
表notification_message (通知消息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
notification_message_id |
int |
10 |
0 |
N |
Y |
通知消息ID |
|
| 2 |
title |
varchar |
64 |
0 |
Y |
N |
标题 |
|
| 3 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 4 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 5 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 6 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 7 |
release_time |
date |
10 |
0 |
Y |
N |
发布时间 |
|
| 8 |
content_details |
text |
65535 |
0 |
Y |
N |
内容详情 |
|
| 9 |
recommend |
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 |
更新时间 |
表offline_order_processing (线下订单处理)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
offline_order_processing_id |
int |
10 |
0 |
N |
Y |
线下订单处理ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 4 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
order_time |
date |
10 |
0 |
Y |
N |
下单时间 |
|
| 7 |
time_of_appointment |
datetime |
19 |
0 |
Y |
N |
预约时间 |
|
| 8 |
symptom_description |
varchar |
64 |
0 |
Y |
N |
症状描述 |
|
| 9 |
visit_time |
datetime |
19 |
0 |
Y |
N |
就诊时间 |
|
| 10 |
order_status |
varchar |
64 |
0 |
Y |
N |
订单状态 |
|
| 11 |
visit_address |
varchar |
64 |
0 |
Y |
N |
就诊地址 |
|
| 12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表offline_reservation_reminder (线下预约提醒)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
offline_reservation_reminder_id |
int |
10 |
0 |
N |
Y |
线下预约提醒ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
position |
varchar |
64 |
0 |
Y |
N |
职位 |
|
| 5 |
affiliated_hospital |
varchar |
64 |
0 |
Y |
N |
所属医院 |
|
| 6 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 7 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 8 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 9 |
order_time |
varchar |
64 |
0 |
Y |
N |
下单时间 |
|
| 10 |
time_of_appointment |
varchar |
64 |
0 |
Y |
N |
预约时间 |
|
| 11 |
reminder_time |
datetime |
19 |
0 |
Y |
N |
提醒时间 |
|
| 12 |
reminder_type |
varchar |
64 |
0 |
Y |
N |
提醒类型 |
|
| 13 |
reminder_description |
varchar |
64 |
0 |
Y |
N |
提醒描述 |
|
| 14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 16 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表offline_visit (线下就诊)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
offline_visit_id |
int |
10 |
0 |
N |
Y |
线下就诊ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
position |
varchar |
64 |
0 |
Y |
N |
职位 |
|
| 5 |
affiliated_hospital |
varchar |
64 |
0 |
Y |
N |
所属医院 |
|
| 6 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 7 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 8 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 9 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 10 |
patient_age |
int |
10 |
0 |
Y |
N |
0 |
病人年龄 |
| 11 |
phone_number |
varchar |
64 |
0 |
Y |
N |
手机号码 |
|
| 12 |
order_time |
date |
10 |
0 |
Y |
N |
下单时间 |
|
| 13 |
time_of_appointment |
datetime |
19 |
0 |
Y |
N |
预约时间 |
|
| 14 |
symptom_description |
varchar |
64 |
0 |
Y |
N |
症状描述 |
|
| 15 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 16 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 17 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表on_site_appointment_reminder (上门预约提醒)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
on_site_appointment_reminder_id |
int |
10 |
0 |
N |
Y |
上门预约提醒ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
position |
varchar |
64 |
0 |
Y |
N |
职位 |
|
| 5 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 6 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 7 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 8 |
order_time |
varchar |
64 |
0 |
Y |
N |
下单时间 |
|
| 9 |
door_to_door_time |
varchar |
64 |
0 |
Y |
N |
上门时间 |
|
| 10 |
service_content |
varchar |
64 |
0 |
Y |
N |
服务内容 |
|
| 11 |
reminder_time |
datetime |
19 |
0 |
Y |
N |
提醒时间 |
|
| 12 |
reminder_type |
varchar |
64 |
0 |
Y |
N |
提醒类型 |
|
| 13 |
reminder_description |
varchar |
64 |
0 |
Y |
N |
提醒描述 |
|
| 14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 16 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表on_site_order_processing (上门订单处理)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
on_site_order_processing_id |
int |
10 |
0 |
N |
Y |
上门订单处理ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 5 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 6 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 7 |
door_to_door_time |
varchar |
64 |
0 |
Y |
N |
上门时间 |
|
| 8 |
service_content |
varchar |
64 |
0 |
Y |
N |
服务内容 |
|
| 9 |
visit_time |
date |
10 |
0 |
Y |
N |
就诊时间 |
|
| 10 |
order_status |
varchar |
64 |
0 |
Y |
N |
订单状态 |
|
| 11 |
residential_address |
varchar |
64 |
0 |
Y |
N |
居住地址 |
|
| 12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表order_refund (订单退款)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
order_refund_id |
int |
10 |
0 |
N |
Y |
订单退款ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 5 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 6 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 7 |
order_time |
date |
10 |
0 |
Y |
N |
下单时间 |
|
| 8 |
order_type |
varchar |
64 |
0 |
Y |
N |
订单类型 |
|
| 9 |
refund_time |
date |
10 |
0 |
Y |
N |
退款时间 |
|
| 10 |
refund_amount |
int |
10 |
0 |
Y |
N |
0 |
退款金额 |
| 11 |
refund_reason |
varchar |
64 |
0 |
Y |
N |
退款原因 |
|
| 12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表patient (病人)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
patient_id |
int |
10 |
0 |
N |
Y |
病人ID |
|
| 2 |
patient_no |
varchar |
64 |
0 |
N |
N |
病人编号 |
|
| 3 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 4 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 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 |
更新时间 |
表patient_information (病人信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
patient_information_id |
int |
10 |
0 |
N |
Y |
病人信息ID |
|
| 2 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 3 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 4 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 5 |
age |
int |
10 |
0 |
Y |
N |
0 |
年龄 |
| 6 |
place_of_residence |
varchar |
64 |
0 |
Y |
N |
居住地 |
|
| 7 |
phone_number |
varchar |
64 |
0 |
Y |
N |
手机号码 |
|
| 8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 10 |
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已取消 |
表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 |
|
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 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
表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 |
更新时间： |
表visit (上门就诊)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
visit_id |
int |
10 |
0 |
N |
Y |
上门就诊ID |
|
| 2 |
doctor_no |
int |
10 |
0 |
Y |
N |
0 |
医生编号 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
position |
varchar |
64 |
0 |
Y |
N |
职位 |
|
| 5 |
affiliated_hospital |
varchar |
64 |
0 |
Y |
N |
所属医院 |
|
| 6 |
department |
varchar |
64 |
0 |
Y |
N |
所在科室 |
|
| 7 |
patient_no |
int |
10 |
0 |
Y |
N |
0 |
病人编号 |
| 8 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 9 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 10 |
patient_age |
int |
10 |
0 |
Y |
N |
0 |
病人年龄 |
| 11 |
phone_number |
varchar |
64 |
0 |
Y |
N |
手机号码 |
|
| 12 |
order_time |
date |
10 |
0 |
Y |
N |
下单时间 |
|
| 13 |
door_to_door_time |
datetime |
19 |
0 |
Y |
N |
上门时间 |
|
| 14 |
service_content |
varchar |
64 |
0 |
Y |
N |
服务内容 |
|
| 15 |
residential_address |
varchar |
64 |
0 |
Y |
N |
居住地址 |
|
| 16 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 17 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 18 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
第5章 系统详细设计
5.1管理员功能模块
管理员登录医院预约信息管理系统，在登录页面输入用户名、密码、图片验证等进行登录，如下图所示。
图5-1管理员登录界面图
管理员进入系统后台可以查看：后台首页，轮播图管理，公告消息管理，资源管理（疾病常识、分类列表），系统用户（管理员，病人，医生），模块管理（医生信息，线下就诊、上门就诊、线下预约提醒、上门预约提醒、线下订单处理、上门订单处理、病人信息、健康信息、通知消息）等功能模块，还可进行相应的操作，如下图所示。
图5-2管理员功能界面图
系统用户，在此页面可以查看用户信息，还可在该页面对用户进行重置、添加和删除等操作。如下图所示。
图5-3用户管理界面图
图5-4医生人员添加界面图
病人信息：管理员可以对病人信息进行查询、重置、删除、添加等操作，如下图所示。如下图所示。
图5-5病人信息管理界面图
图5-6病人信息添加界面图
医生信息：可以对医生信息进行查询、重置、删除、添加等操作，如下图所示。
图5-7医生信息管理界面图
图5-8医生信息添加界面图
5.2普通用户功能模块
普通用户登录医院预约信息管理系统，需先注册，在登录页面输入用户名、密码进行登录，如下图所示。
图5-9普通用户注册界面图
图5-10普通用户登录界面图
进入系统可以查看：首页，公告消息，疾病常识，医生信息，后台首页，模块管理（线下就诊、上门就诊、线下预约提醒、上门预约提醒、病人信息、健康信息、通知消息）等功能模块，还可进行相应的操作，如下图所示。
图5-11用户前台首页功能界面图
图5-12用户后台台首页功能界面图
公告消息：可以查看管理员发布的最新公告消息，如下图所示。
图5-13公告消息界面图
疾病常识：用户可以筛选查看疾病常识信息，对感兴趣的文章可进行收藏、点赞或发表评论等操作，如下图所示：
图5-14疾病常识界面图
医生信息：可以查看医生的编号，姓名，性别，年龄，联系电话，职位等信息，可以进行线下预约、上门预约，点赞，收藏等操作。如下图所示。
图5-13医生信息界面图
图5-14医生预约界面图
上门预约：编辑上门预约信息进行提交。如下图所示。
图5-15上门预约界面图
线下预约：编辑线下预约信息进行提交。如下图所示。
图5-16线下预约界面图
5.3医生功能模块
医生登录医院预约信息管理系统，可以查看：后台首页，模块管理（医生信息，线下就诊、上门就诊、线下预约提醒、上门预约提醒、线下订单处理、上门订单处理、病人信息、健康信息、通知消息）等功能模块，还可进行相应的操作，如下图所示。
图5-16医生功能界面图
医生信息：可以对医生的详细信息进行添加、删除、重置、查询等操作，息,如下图所示。
图5-17医生信息界面图
线下就诊：可以对用户线下就诊信息进行处理并提交，如下图所示。
图5-18线下就诊界面图
图5-19线下就诊详情界面图
线下预约提醒：可以对病人的线下预约订单进行处理并提交。如下图所示。
图5-20线下预约提醒界面图
图5-21线下预约提醒界面图
第6章 系统测试
6.1系统测试的目的
程序设计不能保证没有错误，这是一个开发过程，在错误或错误的过程中都是难以避免的。虽然这是不可避免的，但我们不能使这些错误始终存在于系统中，错误可能会造成无法估量的后果，如系统崩溃，安全信息泄露，系统无法正常启动等，为了避免这些问题，我们需要测试程序，再测试过程中发现问题，并纠正它们，从而使系统更长时间稳定成熟。本章的作用是发现这些问题，并对其进行修改，虽然耗时费力，但对于长期使用而言是非常重要和必要系统的开发。
软件在设计后必须进行测试，调试过程中使用的方法是软件测试方法。在开发新软件时，系统测试是检查软件是否合格的关键步骤，以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性，正确的操作与否，以及操作的结果，还有哪些方面需要改进。
医院预约信息管理系统的实现，对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在医院预约信息管理系统正式上传使用之前必须做的一步就是系统测试，对于测试发现的错误及时修改处理，保证系统准确无误的供给用户使用。
6.2系统测试方法
在对医院预约信息管理系统进行测试的时候在找到问题的情况下必须在第一时间找到解决问题的办法，不要存在侥幸的心理，这样才能让医院预约信息管理系统开发的质量可以过关，并且开发的周期会大大缩短，还有就是在测试时，不要出现重复性的错误，遇到一个错误问题，要将整个医院预约信息管理系统开发所牵扯的该问题都必须一一解决，提高医院预约信息管理系统平台的安全性、稳定性。
白盒测试与黑盒测试是测试中比较常用的两种方法。
①结构测试俗称白盒测试：这种测试是在对程序的处理过程与结构都有详尽谅解的前提下，顺从程序内部的逻辑而完成的系统测试，以确定系统中所有的通路都能够遵照设计要求正常工作，不出现任何偏差。
②功能测试又成黑盒测试：主要是针对程序功能能够按照设计正常实现的一种检测，在程序接口处进行，检测程序手法数据是否正常，与外部信息的交换是否完整。
6.3功能测试
用户登录测试：
| 模块名称 |
测试用例 |
预期结果 |
实际结果 |
是否通过 |
| 登录模块 |
用户名：admin 密码：123 |
弹出错误提示，提示密码错误 |
弹出错误提示，提示密码错误 |
通过 |
| 登录模块 |
用户名：123 密码：admin |
弹出错误提示，提示用户名错误 |
弹出错误提示，提示用户名错误 |
通过 |
| 登录模块 |
用户名：admin 密码：admin |
管理员登录成功 |
管理员登录成功 |
通过 |
修改密码测试：
| 模块名称 |
测试用例 |
预期结果 |
实际结果 |
是否通过 |
| 修改密码模块 |
原密码：666 新密码：123 确认密码：123 |
弹出错误提示，提示原密码错误 |
弹出错误提示，提示原密码错误 |
通过 |
| 修改密码模块 |
原密码：admin 新密码：123 确认密码：333 |
弹出错误提示，提示确认密码不一致 |
弹出错误提示，提示确认密码不一致 |
通过 |
| 修改密码模块 |
原密码：admin 新密码：123 确认密码：123 |
密码修改成功 |
密码修改成功 |
通过 |
通过对功能的测试，医院预约信息管理系统的基本功能都是可行的，不管是系统里面的功能，还是界面的设计都是可值得推广宣传的。
结 论
此时项目已经完成，即使实施的时间不是很长，但是这个过程中需要准备很长的一段时间去对系统设计开发所相关技术进行学习。在学习的过程中，我逐渐认识得到了我自身存在的一些不足。对于一些控制是必要的应用技能，能够理解，整个过程中仅仅是一个掌握了常用的性能和控制方法，我觉得挺容易的。从该系统中，系统的分析和设计的调查数据，并且已经经历了几个月，并努力几个月，该系统已经完成。很显然，该系统仍有很多不成熟的地方，在系统设计过程中有许多技术缺陷存在。在设计的过程中也涉及到了很多自己无法解决的问题，主要通过咨询老师解决这些问题，对于毕业设计的圆满完成，需要感谢老师们的指导。系统的开发环境和配置都是可以自行安装的，系统使用Java开发工具，使用比较成熟的Mysql数据库进行对系统前台及后台的数据交互，根据技术语言对数据库，结合需求进行修改维护，可以使得系统运行更具有稳定性和安全性，从而完成实现系统的开发。
回顾毕业设计的整个过程，既付出汗水也收获了很多。虽然经历了各种各样的困难，自己的不断研究探索，系统的实现仍有不足之处。
在以后的学习及工作中，我仍然继续学习计算机方面的技术，让我在后期的平台开发中可以更好更快的实现需求功能。我相信我可以让更多的好工作，做出更大的贡献。
致 谢
医院预约信息管理系统的完成，如何实现的更好，其中付出的努力是很大的，这段时光将会终身难忘。
首先要感谢我的指导老师，谢谢您在设计和论文中给我的指导。在您的细心指导下我才能快速的掌握系统的相关功能，在您的大力帮助下我才能将课本上的知识与自己的项目结合，真正的做到学以致用。感谢您经常牺牲自己的休息时间，利用其丰富的教学和项目经验对我进行指导。
感谢所有教过我的老师，为我倾注了大量的心血，正是你们的谆谆教诲、严谨教学才使我能顺利的完成学业，再此向你们表示深深的感谢。
感谢我的同学们，对我的大力支持及帮助，正是你们不断的帮助、鼓励，给我带来了极大的动力，最终系统可以顺利的运行。我们在交流、谈论的这段时间，将是我未来的财富，我要深深地感谢你们!
毕业在即，在今后的工作和生活中，我会铭记师长们的教诲、同学们的帮助，继续不懈努力和追求，来报答所有支持和帮助过我的人!
参考文献
[1]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[2]郑戟明,董云朝,柳青.MySQL数据库数据导入导出方法的探讨[J].电脑知识与技术,2022,18(22):24-25.DOI:10.14004/j.cnki.ckt.2022.1517.
[3]宋旸.使用Java语言开发Web应用软件的知识探讨[J].中国设备工程,2022(14):121-123.
[4]贺斌.计算机软件开发中JAVA语言的应用研究[J].中国设备工程,2022(11):247-249.
[5]Wu Daiwen. The Application and Management System of Scientific Research Projects Based on PHP and MySQL[J]. Journal of Interconnection Networks,2022,22(Supp02).
[6]曹嵩彭,王鹏宇.浅析Java语言在软件开发中的应用[J].信息记录材料,2022,23(03):114-116.DOI:10.16009/j.cnki.cn13-1295/tq.2022.03.009.
[7]Siyi Liu. Explore Java Language and Android Mobile Software Development[J]. International Journal of Frontiers in Engineering Technology,2021,3.0(2.0).
[8]陈荣鑫.基于NodeJS+Express框架的学院会议室预定系统设计与开发[J].信息与电脑(理论版),2021,33(02):95-97.
[9]Carolina Abouzied. Research on adaptive clustering image segmentation method under big data framework[J]. Computer Informatization and Mechanical System,2020,2(5).
[10]Kevin Kline. The Java Language Extension for SQL Server Is Now Open Source[J]. Database Trends and Applications,2020,34(4).
[11]熊俊雄,陆海洪,周志文,兰伟发,朱师琳,徐元中.基于express的内容发布系统[J].电子世界,2019(11):14-16.DOI:10.19353/j.cnki.dzsj.2019.11.004.
[12]李草. 基于Node.js+Express框架的智能燃气监管系统应用研究[D].中国石油大学(北京),2018.DOI:10.27643/d.cnki.gsybu.2018.001168.
[13]王伶俐,张传国.基于NodeJS+Express框架的轻应用定制平台的设计与实现[J].计算机科学,2017,44(S2):596-599.
[14]温馨. 基于Node.js的Web前端框架的研究与实现[D].东南大学,2017.
[15]崔莹,刘兵.Node.js与Express技术在计算机课程教学中的应用[J].软件导刊,2016,15(09):190-192.
[16]程桂花,沈炜,何松林,张珂杰.Node.js中Express框架路由机制的研究[J].工业控制计算机,2016,29(08):101-102.
[17]李岩. 区域化医院信息管理系统的设计与实现[D].吉林大学,2013.
[18]王忠庆. 中国医大一院数字化医院信息系统设计[D].东北大学,2011.
[19]蒋小佳,周骅.网络预约挂号系统的设计与探讨[J].医疗装备,2005(12):17-19.
[20]戈壁.信息系统也是医院的“基础设施”——广安门医院的信息化之路[J].中国电子商务,2003(05):60-63.
请关注点赞+私信博主，免费领取项目源码