基于Python/面向新冠疫情的在线问诊系统--70443（免费领源码+数据库）可做计算机毕业设计JAVA、PHP、爬虫、APP、小程序、C#、C++、python、数据可视化、大数据、全套文案
目 录
毕业设计
摘 要
Abstract
第1章 前 言
1.1 研究背景及意义
1.2研究现状
1.3研究内容
第2章 系统开发环境
2.1开发技术说明
2.2 B/S体系工作原理
2.3 Django框架介绍
2.4 MySQL数据库
2.5 Ajax 应用
第3章 需求分析
3.1 需求分析
3.2 系统可行性分析
3.2.1 技术可行性
3.2.2 经济可行性
3.2.3 操作可行性
3.3 项目设计目标与原则
1、关于面向新冠疫情的在线问诊系统的基本要求
2、设计原则
3.4 系统流程分析
第4章 架构设计
4.1 系统体系结构
4.2 数据库实体设计
4.3 数据库表设计
表article (文章：用于内容管理系统的文章)
表article_type (文章分类)
表auth (用户权限管理)
表collect (收藏)
表comment (评论)
表consultation_order (问诊订单)
表doctors_diagnosis (医生诊断)
表doctor_information (医生信息)
表doctor_user (医生用户)
表drug_delivery (药品配送)
表drug_purchase_orders (购药订单)
表drug_type (药品类型)
表hits (用户点击)
表notice (公告)
表ordinary_users (普通用户)
表pharmacy_drugs (药店药品)
表praise (点赞)
表slides (轮播图)
表upload (文件上传)
表user (用户账户：用于保存用户登录信息)
表user_group (用户组：用于用户前端身份和鉴权)
第5章 系统实现
5.1 登录
5.2 管理员功能模块
5.2.1 管理员界面
5.2.1轮播图管理
5.2.2系统用户管理
5.2.3医院资讯管理
5.2.4药品类型管理
5.2.5药店药品管理
5.3 用户前后台功能模块
5.3.1 用户注册/登陆
5.3.2 用户功能管理
5.3.3 医生信息界面
5.3.4我的账户
5.3.5 药店药品
5.4 医生功能模块
5.4.1 医生功能管理
5.4.2医生信息管理
5.4.3问诊订单管理
第6章 系统测试
6.1 测试目的
6.2 测试方法
6.3 功能测试
6.4 测试结论
第7章 结 论
参考文献
摘 要
信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对面向新冠疫情的在线问诊系统问题，对新冠疫情的在线问诊管理进行研究分析，然后开发设计出面向新冠疫情的在线问诊系统以解决问题。
面向新冠疫情的在线问诊系统主要功能模块包括后台首页、个人信息、轮播图、通知公告管理、系统用户（管理员、普通用户、医生用户）、资源管理（医院资讯、资讯分类）、模块管理（医生信息、问诊订单、医生诊断、药品类型、药店药品、购药订单、药品配送）等，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采用的数据库是Mysql，使用python语言，使用django技术进行开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对面向新冠疫情的在线问诊系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现面向新冠疫情的在线问诊系统和部署运行使用它。
关键词：新冠疫情的在线问诊系统；python语言；django框架；mysql数据库
Abstract
In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people's efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. Aiming at the problem of online consultation system for COVID-19, the online consultation management of COVID-19 was studied and analyzed, and then an online consultation system for COVID-19 was developed to solve the problem.
The main functional modules of the online consultation system for the COVID-19 include the background home page, personal information, broadcast map, notification management, system users (administrators, ordinary users, doctor users), resource management (hospital information, information classification), module management (doctor information, consultation orders, doctor diagnosis, drug types, pharmacy drugs, drug purchase orders, drug distribution), etc, Adopting an object-oriented development model for software development and hardware installation can effectively meet practical usage needs, improve the corresponding software installation and program coding work. The database used is MySQL, Python language is used, and django technology is used for development, achieving all the functions of this system. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. This paper analyzes the requirements and technical problems of the online consultation system for COVID-19, proves the necessity and technical feasibility of the system, and then introduces the technical software and design ideas that need to be used in the design of the system. Finally, it implements the online consultation system for COVID-19 and deploys and runs it.
Key words: COVID-19 online consultation system; Python language; Django framework; MySQL database
第1章 前 言
1.1 研究背景及意义
2020年春节，一场突如其来的新型冠状病毒感染的肺炎疫情席卷全国。为战胜这场疫情,全国上下都在群策群力。为推进医疗机构信息化在此次疫情中发挥更大的作用，国家卫生健康委办公厅于2月3日下发了《国家卫生健康委办公厅关于加强信息化支撑新型冠状病毒感染的肺炎疫情防控工作的通知（国卫办规划函〔 2020 ] 100号) 》，鼓励各医疗机构加强互联网医疗推进工作，将线下问诊搬到线上,充分发挥信息化技术作用，开展在线咨询、居家医学观察指导等服务，满足群众咨询需求，引导患者有序就医，减少线下诊疗压力和交叉感染风险。
1.2研究现状
随着社会的发展和科学技术的进步，互联网技术越来越受欢迎。网络传播的生活方式逐渐受到广大人民群众的喜爱。越来越多的互联网爱好者开始在互联网上满足他们的基本需求，同时逐渐进入各个用户的生活起居。互联网具有许多优点，例如便利性，速度，高效率和低成本。因此，类似于面向新冠疫情的在线问诊系统 ，满足用户工作繁忙的需求，不仅是方便用户随时查看信息的途径，而且还能提高管理效率。
本文首先以新冠疫情的在线问诊系统管理过程的基本问题作为研究对象。在开发系统之前，我们对现有状况进行了详细的调查和分析。最后，我们利用计算机技术开发了一套完整合适的面向新冠疫情的在线问诊系统，该系统的实现主要优势是：该系统主要采用计算机技术开发，它方便快捷；系统可以通过管理员界面查看用户的所有信息管理。
面向新冠疫情的在线问诊管理系统软件是一款方便、快捷、实用的信息服务查询软件。随着智能网络在全球市场的不断普及以及各种智能平台的使用，系统的开发与人们的日常需求相关，作为中国主流智能的技术开发系统，自然需要这样的软件来满足更多用户的需求和体验。
1.3研究内容
面向新冠疫情的在线问诊系统的开发及实现，所需要的工作内容：
（1）首先是确定选题，确定好所要做的系统，并对系统的背景及现在面临的一些问题等进行系统的初步确认。
（2）系统确认完成后，结合系统开发的需求进行确认系统开发所使用的技术，本面向新冠疫情的在线问诊系统的开发使用django技术，数据库进行平台的搭建开发，确认好使用的技术进行技术分析，所使用的技术是否可以完成面向新冠疫情的在线问诊系统的实现。
（3）确定好系统使用的技术，进行在线确认系统所划分的用户角色，并且根据用户角色划分确定所要设计的功能模块，对于面向新冠疫情的在线问诊系统的设计主要划分别为管理员和普通用户及医生用户三个角色，并所使用的功能模块也相应不同，但是系统的数据库实现的内容是交互的，用户可以随时根据自己的需求进行查看新冠疫情的在线问诊信息，对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作，管理员获取到所有用户的详细数据信息，并根据需求进行第一时间处理解决。
（4）系统的功能模块确认完成后进行程序及界面的设计，设计完成后，并且通过测试来判断程序是否完善，对于系统测试，需要不同的用户进行不同的内容编辑及提交，及使用不同的测试方式找出程序中存在的漏洞，并对程序出现的漏洞问题进行在线解决处理，如果测试系统没有任何问题时，可以将系统上传进行正式操作使用。
第2章 系统开发环境
2.1开发技术说明
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于python的Django框架进行开发。
前端部分：前端框架采用了比较流行的渐进式pythonScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用Django作为开发框架，同时集成Redis等相关技术。
2.2 B/S体系工作原理
B/S架构采取浏览器请求，服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；
而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；
从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。
2.3 Django框架介绍
Django是高水准的Python编程语言驱动的一个开源模型．视图，控制器风格的Web应用程序框架，它起源于开源社区。使用这种架构，程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外，在Django框架中，还包含许多功能强大的第三方插件，使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点，于 2005 年以开源的形式被释放出来。Django 框架的核心组件有：
2.3.1 用于创建模型的对象关系映射；
2.3.2 为最终用户设计较好的管理界面；
2.3.3 URL 设计；
2.3.4 设计者友好的模板语言；
2.3.5 缓存系统。
Django(发音：[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework)，它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权，初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名，他是一个吉普赛人，主要以演奏吉它为主，还演奏过小提琴等。
由于Django在近年来的迅速发展，应用越来越广泛，被著名IT开发杂志SD Times评选为2013 SD Times 100，位列“API、库和框架”分类第6位，被认为是该领域的佼佼者。
JSP脚本语言
JSP可以放在在html里使用，也可以独自使用，它同时也具备有很多种优点，可以讲，Web脚本技术的先驱是JSP。现代编程语言（像C，python和Perl等）的一些最好的特点都融合在JSP里，Web服务器里的一些配置标准是由JSP、Tomcat和数据库等的组合在一起的。
2.4 MySQL数据库
MySQL经过多次的更新，功能层面已经非常的丰富和完善了，从MySQL4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷[7][8]。
针对本文中设计的疫情数据可视化系统在实际的实现过程中，最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的MySQL来对疫情数据可视化系统后台数据进行存储操作[9][10]。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
2.5 Ajax 应用
该技术在 1998 年前后得到了应用。允许客户端脚本发送HTTP请求（XMLHTTP）的第一个组件由Outlook Web Access小组写成。该组件原属于微软 Exchange Server，并且迅速地成为了 Internet Explorer 4.0 的一部分。部分观察家认为，Outlook Web Access 是第一个应用了 Ajax 技术的成功的商业应用程序，并成为包括Oddpost 的网络邮件产品在内的许多产品的领头羊。但是，2005 年初，许多事件使得 Ajax 被大众所接受。Google 在它著名的交互应用程序中使用了异步通讯，如Google、Google 地图、Google 搜索建议、Gmail等。Ajax 这个词由《Ajax: A New Approach to Web Applications》一文所创，该文的迅速传播加强了人们使用该项技术的意识。另外，对Mozilla/Gecko 的支持使得该技术走向成熟，变得更为易用。
Ajax 前景非常乐观，可以提高系统性能，优化用户界面。Ajax 现有直接框架 AjaxPro，可以引入 AjaxPro.2.dll 文件，可以直接在前台页面 pythonScript 调用后台页面的方法。但此框架与表单验证有冲突。另外微软也引入了 Ajax 组件，需要添加AjaxControlToolkit.dll 文件，可以在控件列表中出现相关控件。
第3章 需求分析
3.1 需求分析
开发系统的过程中，去调查用户的功能诉求，对需要存在的功能进行需求分析是特别重要的，且对于系统的开发有着实际的意义，设计面向新冠疫情的在线问诊系统通过对用户的需求进行分析，结合实际情况进行开发研究，对用户的所有需求做出一个完整的基本的框架，然后一步一步的完成、实现。需求分析可以为系统的开发提供一个目标，只有按照这个目标进行开发设计，才能进行完整的开发，这样设计出的系统才有使用的意义，才能在竞争激烈的软件市场中生存，才能真正的帮助人们解决问题，提高实际的效率。
3.2 系统可行性分析
3.2.1 技术可行性
本系统采取的是目前应用最广泛的程序进行技术的支持，主要的技术支持是 python语言，他作为一个相当成熟的语言程序，在众多的软件开发中起着很大作用。而且用 python语言编辑出来程序可以直接运行，不需要借助其他的翻译器进行翻译。所以在技术方面是完全可以行的。
3.2.2 经济可行性
本项目开发的初衷就是为了节约，因为系统开发的所有过程都是我自己开发的，而且在开发过程使用到的技术也都是市面上常见的容易操作的，所以不需要请专业的人士花资金来进行系统的开发，而且在项目开发的过程中我也学到了更多的知识。开发的这个软件可以在网络中进行免费的下载，对计算机的软硬件没有很高的要求，因此这个项目是非常实惠的，在经济方面是完全可性的。
3.2.3 操作可行性
操作可行性也就是系统的可用性，一个系统的操作是否容易决定着这个系统的使用度，在系统的操作方面的设计我都是采取简洁易懂的方式，操作的整个菜单界面整齐有序，所有的功能都有序的排列，不会出现重叠或者需要转换的现象，用户想要哪方面的操作都可以直接进行操作，所以该系统任何人都可以进行操作，不需要有相关专业的技术这样用户在操作起来就容易很多。
3.3 项目设计目标与原则
1、关于面向新冠疫情的在线问诊系统的基本要求
（1）功能要求：管理员：后台首页、个人信息、轮播图、通知公告管理、系统用户（管理员、普通用户、医生用户）、资源管理（医院资讯、资讯分类）、模块管理（医生信息、问诊订单、医生诊断、药品类型、药店药品、购药订单、药品配送）等。
用户权限；首页、通知公告、医院资讯、医生信息、药店药品，后台首页、个人信息、模块管理（问诊订单、医生诊断、购药订单、药品配送）
医生用户：后台首页、个人信息、模块管理（医生信息、问诊订单、医生诊断）
（2）性能：因为面向新冠疫情的在线问诊系统管理中有很多的信息需要存储，因此对于系统的存储量有很大的要求，需要有一个强大的数据库的支持才能确保所有的信息都能安全稳定的进行存储。
（3）安全与保密要求：用户都必须注册、登录才能进入系统。
（4）环境要求：支持Windows系列、Vista系统等多种操作系统使用。
2、设计原则
本面向新冠疫情的在线问诊系统采用django技术，Mysql数据库开发，充分保证了系统稳定性、完整性。
（1）系统响应效率：由于是面向新冠疫情的在线问诊系统，因此就需要系统的响应效率是非常高的，并且可以支持很多人同时进行系统的使用。
（2）界面简洁清晰：系统界面要简单有序，所有的功能一目了然。
（3）储存性高：因为是面向新冠疫情的在线问诊系统，所以就会在数据库要求上比较严格，信息录入的比较多，而且丰富复杂， 这就需要一个强大的数据库来存放更多的数据和保证数据的时时性。
（4）易学性：系统的设计一定要简单，使得用户使用起来非常好的顺手。
（5）稳定性需求：该系统在使用过程中必须保持稳定，不要出现卡顿、模糊等情况。
（6）稳定性：由于是面向新冠疫情的在线问诊系统，因此系统运行必须要十分的稳定。
3.4 系统流程分析
用户需要拥有属于自己的账号和密码，且必须正确，这样才能顺利登录到系统中。进入网站后，用户可以自行填写健康填报、疫情管理等等。，在自己需要的信息的进行填写，可以直接在系统中进行操作。具体流程如下图3-2所示：
图3-2 用户操作流程图
为了保证系统的安全性，要使用本系统对系统信息进行管理，必须先登陆到系统中。其具体登录流程图如图3-3所示：
图3-3 系统操作流程图
第4章 架构设计
4.1 系统体系结构
面向新冠疫情的在线问诊系统的结构图4-1所示：
图4-1 系统结构
登录系统结构图，如图4-2所示：
图4-2 登录结构图
系统结构图，如图4-3所示：
图4-3 系统结构图
4.2 数据库实体设计
数据库的功能就是对系统中所有的数据进行存储和管理。所有的数据可以在数据库中产时间的进行存储，方便用户的使用。而且所有的数据库中的数据也应该具有一定的共享性，任何的系统可以对一些数据进行使用，同时还应该保持一定的独立性，每一个数据库中的数据都有很强的安全性，可以被很好的存放到数据库，没有进行身份的验证是不能对这些数据进行查看和使用的。数据库的设计需要明确每一个实体之间的联系，系统的E-R图如下图所示：：
管理员实体主要存储管理信息包括用户名、密码、角色。管理员信息属性图如图4-5所示。
图4-5 管理员信息实体属性图
医生诊断实体图如图4-6所示：
图4-6医生诊断实体图
用户信息实体图如图4-7所示：
图4-7用户信息实体图
4.3 数据库表设计
当面向新冠疫情的在线问诊系统在运行的时候，数据库要能确保自己的独立性，想要哪部分的数据就选择相应的设置选项，对应的数据就会以表格的形式展现出来。当对这一个功能进行设置，他就会与数据库进行连接，会在对话框中弹出相应的数据源。
表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： |
表consultation_order (问诊订单)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
consultation_order_id |
int |
10 |
0 |
N |
Y |
问诊订单ID |
|
| 2 |
doctor_user |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
consultation_price |
int |
10 |
0 |
Y |
N |
0 |
问诊价格 |
| 5 |
consultation_users |
int |
10 |
0 |
Y |
N |
0 |
问诊用户 |
| 6 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 7 |
user_symptoms |
text |
65535 |
0 |
Y |
N |
用户病症 |
|
| 8 |
pay_state |
varchar |
16 |
0 |
N |
N |
未支付 |
支付状态 |
| 9 |
pay_type |
varchar |
16 |
0 |
Y |
N |
支付类型: 微信、支付宝、网银 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表doctors_diagnosis (医生诊断)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
doctors_diagnosis_id |
int |
10 |
0 |
N |
Y |
医生诊断ID |
|
| 2 |
doctor_user |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
consultation_users |
int |
10 |
0 |
Y |
N |
0 |
问诊用户 |
| 5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 6 |
user_symptoms |
text |
65535 |
0 |
Y |
N |
用户病症 |
|
| 7 |
doctors_diagnosis |
text |
65535 |
0 |
Y |
N |
医生诊断 |
|
| 8 |
doctors_prescription |
text |
65535 |
0 |
Y |
N |
医生药方 |
|
| 9 |
doctors_advice |
text |
65535 |
0 |
Y |
N |
医生建议 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表doctor_information (医生信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
doctor_information_id |
int |
10 |
0 |
N |
Y |
医生信息ID |
|
| 2 |
doctor_user |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
| 3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 4 |
doctors_gender |
varchar |
64 |
0 |
Y |
N |
医生性别 |
|
| 5 |
years_of_work |
varchar |
64 |
0 |
Y |
N |
工作年限 |
|
| 6 |
visit_time_limit |
varchar |
64 |
0 |
Y |
N |
就诊时限 |
|
| 7 |
consultation_price |
int |
10 |
0 |
Y |
N |
0 |
问诊价格 |
| 8 |
cover_photo |
varchar |
255 |
0 |
Y |
N |
封面图片 |
|
| 9 |
doctor_introduction |
text |
65535 |
0 |
Y |
N |
医生简介 |
|
| 10 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
| 11 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
| 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 |
更新时间 |
表doctor_user (医生用户)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
doctor_user_id |
int |
10 |
0 |
N |
Y |
医生用户ID |
|
| 2 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 3 |
doctors_gender |
varchar |
64 |
0 |
Y |
N |
医生性别 |
|
| 4 |
qualification |
varchar |
255 |
0 |
Y |
N |
资格证书 |
|
| 5 |
years_of_work |
varchar |
64 |
0 |
Y |
N |
工作年限 |
|
| 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 |
更新时间 |
表drug_delivery (药品配送)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
drug_delivery_id |
int |
10 |
0 |
N |
Y |
药品配送ID |
|
| 2 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
| 3 |
drug_number |
varchar |
64 |
0 |
Y |
N |
药品编号 |
|
| 4 |
purchase_quantity |
int |
10 |
0 |
Y |
N |
0 |
购药数量 |
| 5 |
drug_users |
int |
10 |
0 |
Y |
N |
0 |
购药用户 |
| 6 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 7 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
| 8 |
shipping_address |
varchar |
64 |
0 |
Y |
N |
收货地址 |
|
| 9 |
delivery_progress |
varchar |
64 |
0 |
Y |
N |
配送进度 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表drug_purchase_orders (购药订单)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
drug_purchase_orders_id |
int |
10 |
0 |
N |
Y |
购药订单ID |
|
| 2 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
| 3 |
drug_number |
varchar |
64 |
0 |
Y |
N |
药品编号 |
|
| 4 |
drug_type |
varchar |
64 |
0 |
Y |
N |
药品类型 |
|
| 5 |
drug_prices |
int |
10 |
0 |
Y |
N |
0 |
药品价格 |
| 6 |
purchase_quantity |
int |
10 |
0 |
Y |
N |
0 |
购药数量 |
| 7 |
total_price |
varchar |
64 |
0 |
Y |
N |
合计总价 |
|
| 8 |
drug_users |
int |
10 |
0 |
Y |
N |
0 |
购药用户 |
| 9 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 10 |
medication_collection_method |
varchar |
64 |
0 |
Y |
N |
取药方式 |
|
| 11 |
contact_number |
varchar |
64 |
0 |
Y |
N |
联系电话 |
|
| 12 |
shipping_address |
varchar |
64 |
0 |
Y |
N |
收货地址 |
|
| 13 |
pay_state |
varchar |
16 |
0 |
N |
N |
未支付 |
支付状态 |
| 14 |
pay_type |
varchar |
16 |
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 |
更新时间 |
表drug_type (药品类型)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
drug_type_id |
int |
10 |
0 |
N |
Y |
药品类型ID |
|
| 2 |
drug_type |
varchar |
64 |
0 |
Y |
N |
药品类型 |
|
| 3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 5 |
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 |
更新时间： |
表ordinary_users (普通用户)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
ordinary_users_id |
int |
10 |
0 |
N |
Y |
普通用户ID |
|
| 2 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
| 3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
| 4 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 5 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 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 |
更新时间 |
表pharmacy_drugs (药店药品)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
pharmacy_drugs_id |
int |
10 |
0 |
N |
Y |
药店药品ID |
|
| 2 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
| 3 |
drug_number |
varchar |
64 |
0 |
Y |
N |
药品编号 |
|
| 4 |
drug_type |
varchar |
64 |
0 |
Y |
N |
药品类型 |
|
| 5 |
drug_prices |
varchar |
64 |
0 |
Y |
N |
药品价格 |
|
| 6 |
quantity_of_drugs |
int |
10 |
0 |
Y |
N |
0 |
药品数量 |
| 7 |
pharmaceutical_images |
varchar |
255 |
0 |
Y |
N |
药品图片 |
|
| 8 |
drug_usage |
varchar |
64 |
0 |
Y |
N |
药品用法 |
|
| 9 |
drug_effects |
varchar |
64 |
0 |
Y |
N |
药品作用 |
|
| 10 |
pharmaceutical_ingredients |
text |
65535 |
0 |
Y |
N |
药品成分 |
|
| 11 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
| 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 |
更新时间 |
表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 |
更新时间： |
第5章 系统实现
5.1 登录
管理员输入账号、密码、图片验证进行登录系统，这时候系统的数据库就会在进行查找相关的信息，如果我们输入的账号、密码不正确，数据库就会提示出错误的信息提示，同时会提示管理员重新输入自己的账号、密码，滑动滑块进行验证登录成功后，会提登录成功的信息。管理员登录效果图如图5-1所示：
图5-1登录界面
5.2 管理员功能模块
5.2.1 管理员界面
管理员后台后页面后可以看到后台首页、个人信息、轮播图、通知公告管理、系统用户（管理员、普通用户、医生用户）、资源管理（医院资讯、资讯分类）、模块管理（医生信息、问诊订单、医生诊断、药品类型、药店药品、购药订单、药品配送）等功能，图如下图5-2所示:
图5-2管理员界面图
5.2.1轮播图管理
管理员对轮播图管理进行标题、轮播图以及查看、添加、删除等操作。程序成效图如下图5-3所示:
图5-3轮播图管理界面图
5.2.2系统用户管理
管理员对用户信息编辑昵称、用户名、姓名、性别等信息，可以跟进详情添加、删除、修改以及查看等操作。程序效果图如下图5-4所示：
图5-4用户信息系统界面
5.2.3医院资讯管理
管理员对医院资讯管理进行标签、标题、文章分类、封面图等信息、可以跟进详情修改以及删除等操作。程序效果图如下图5-5所示：
图5-5医院资讯界面
5.2.4药品类型管理
管理员可以对药品类型管理进行详情、添加、或删除等操作。程序效果图如下图5-6所示：
图5-6药品类型管理界面
5.2.5药店药品管理
管理员通过药店药品管理页面查看药品名称、编号、类型、价格、数量、图片、用法、成分等信息，可根据需要进行详情、添加、删除、修改以等操作，程序效果图如下图5-7所示：
图5-7药店药品管理界面
5.3 用户前后台功能模块
5.3.1 用户注册/登陆
用户注册/登陆，在用户注册页面通过填写用户账号、设置密码、确认密码、昵称、邮箱、手机号、身份、姓名、性别等信息完成用户注册/登陆。程序成效图如下图5-8所示:
图5-8前台用户注册/登陆界面图
5.3.2 用户功能管理
用户后页面后可以看到首页、通知公告、医院资讯、医生信息、药店药品、我的等功能，程序效果图如下图5-9所示：
图5-9用户功能界面
5.3.3 医生信息界面
用户在医生信息界面可查看所有医生的详细信息，如：医生用户、姓名、性别、工作年限、就诊时限、问诊价格等，用户可进行点赞、收藏或在线问诊等操作。程序效果图如下图5-10 所示：
图5-10医生信息界面
用户在问诊界面填写详细的病症详情进行提交，程序效果图如下图5-11所示：
图5-11问诊界面
5.3.4我的账户
点击右上角的我的进入我的账户，可对头像、用户名等进行修改操作。程序效果图如下图5-12所示：
图5-12个人资料界面图
5.3.5 药店药品
用户在药店药品界面可搜索查看所有药品的详细信息，如：药品名称、编号、类型、价格、数量、图片、用法、成分等信息等，用户可进行点赞、收藏或购药等操作。程序效果图如下图5-13 所示：
图5-13药品详情界面图
用户在购药界面输入购药数量、取药方式、联系电话、收货地址等详细信息，程序效果图如下图5-14 所示：
图5-14购药界面图
5.4 医生功能模块
5.4.1 医生功能管理
教师后页面后可以看到后台首页、个人信息、模块管理（医生信息、问诊订单、医生诊断）等功能，程序效果图如下图5-12所示：
图5-12教师功能界面
5.4.2医生信息管理
教师在医生信息页面可以查看到医生用户、姓名、性别、工作年限、就诊时限、问诊价格、图片、简介等信息，可以根据详情进行详情、添加、删除查看等操作。程序效果图如下图5-13所示：
图5-13医生信息界面图
5.4.3问诊订单管理
医生在问诊订单管理页面可以查看到用户姓名、用户病症、支付状态等信息，可以根据详情进行删除或诊断等操作。程序效果图如下图5-14所示：
图5-14问诊订单界面图
医生根据用户提交的病症信息进行给出诊断结果，开药方、建议等操作，程序效果图如下图5-15所示：
图5-15医生诊断界面图
第6章 系统测试
6.1 测试目的
随着互联网不断的发展，目前各大领域都利用互联网进行了信息的管理，质量问题是很重要的标准，也决定着是否有更多的人使用。所以软件的质量我们必须要把关，必须要把软件做好，做到位，少出不必要的问题，这样才能有更多的用户使用，并且得到更多的推广。所以，我们在开发完系统后，需要进行大量的测试，以确保系统的稳定性和可使用性，并要确定系统的质量能否做到满足不同人的需求。这是系统在开发设计中非常重要的环节，测试的结果直接关系到系统的好坏。
集成测试：在系统测试当中会出现很多的问题，我们要及时的进行标注并且在进行测试的时候要采取自动化的测试，这样即准确又快速，而且不会出现疲劳，手动的测试很容易出现疲劳期，而且测试的结果也有时候会出错，所以在测试的时候才去自动测试时最好的测试方法。
在测试的过程中及时的发现问题，并且进行问题的解决，这样设计出的系统可以正常稳定的运行，不会出现重大的问题。我所进行的软件测试参照以下三个步骤进行测试：
(1)模块测试：对系统中的每一项都进行针对的测试，发现并找到问题。
(2)系统测试：让系统长时间进行各种情况下的运行，反馈运行期间的稳定性问题并解决。
(3)验收测试：其他测试完成后，最后检测阶段，确保软件准备就绪。
6.2 测试方法
在对系统进行测试的时候我们主要应用到两种测试的方法，通过测试我们就能找出可能存在的问题保证系统成功运行。
从软件的内部构造和具体实施是否有关系的观点来看：黑盒测试和白盒测试。
1）黑盒测试：测试系统功能，当用户进行相应的操作时，系统是否能够及时且准确的反馈数据，并执行相应功能。需要对功能以及使用方法进行详细的测试，保证所有的操作信息都能够完整的输出输入。
2）白盒测试：主要是对系统的结构进行测试，了解系统在运行过程中是否可以正常的工作。
面向新冠疫情的在线问诊系统的测试也会从下面几方面进行：
(1)窗体测试：例如用户登录界面，在用户名和密码输入时，需要界面窗口弹出，给予用户反馈，我对窗口的设计进行了测试，确保每一个窗口在用户进行相应操作后，能够及时的弹出。
(2)数据跟踪：进行数据跟踪，我们就能知道系统功能是否在顺利的执行当中。将数据库中的相关的信息进行调动，弹出我们需要的相对应的数据信息。同时，在追踪过程中，我们也更容易的发现系统的问题所在，便于解决问题和维护系统。
(3)综合测试：完成上述测试后，需要对系统进行由内而外的重新检测，来宏观的发现系统中存在的问题，并且及时的进行解决，系统的设计要结合实际的使用情况有针对性的进行开发，可以满足不同人的需求。
6.3 功能测试
本面向新冠疫情的在线问诊系统设计基本达到我理想的开发状态，在各个功能的运行方面，表现较为良好，基本满足用户的使用需求，及时矫正了较多的错误信息。总体说来，软件通过了相应的测试。
表6-1：用户登录测试表
| 模块名称 |
测试用例 |
预期结果 |
实际结果 |
是否通过 |
| 登录模块 |
用户名：122 密码：123 |
弹出错误提示，提示密码错误 |
弹出错误提示，提示密码错误 |
通过 |
| 登录模块 |
用户名：123 密码：122 |
弹出错误提示，提示用户名错误 |
弹出错误提示，提示用户名错误 |
通过 |
| 登录模块 |
用户名：001 密码：001 |
管理员登录成功 |
管理员登录成功 |
通过 |
表6-2：删除诊断结果测试表
| 模块名称 |
测试用例 |
预期结果 |
实际结果 |
是否通过 |
| 删除诊断结果模块 |
诊断结果名：最新通知 |
删除成功、页面自动跳转 |
删除成功、页面自动跳转 |
通过 |
表6-3：修改密码测试表
| 模块名称 |
测试用例 |
预期结果 |
实际结果 |
是否通过 |
| 修改密码模块 |
原密码：666 新密码：123 确认密码：123 |
弹出错误提示，提示原密码错误 |
弹出错误提示，提示原密码错误 |
通过 |
| 修改密码模块 |
原密码：122 新密码：123 确认密码：333 |
弹出错误提示，提示确认密码不一致 |
弹出错误提示，提示确认密码不一致 |
通过 |
| 修改密码模块 |
原密码：123 新密码：123 确认密码：123 |
密码修改成功 |
密码修改成功 |
通过 |
6.4 测试结论
测试的过程要按照指定好的计划一步一步的实行，测试时候一定不要着急，并且将测试的结果进行详细的记录，我们在进行测试的时候做好选择自动化的测试，这样更加的准确也更快捷，如果采用人工测试的方法就不会这么的方便，很可能会出现一些问题，而且极其测试不会疲劳也不会出现问题。在测试的时候一定要非常专注，时刻关注着测试的结果，一旦发现异常及时进行修改，；最后，测试完之后的文档应该保存下来，方便以后测试时用到。
通过测试，我们也可以直观的感受到，在我们最开始进行系统设计的时候，先把思路理清楚，才能有机会把代码写好。有好的逻辑性的代码在后期的测试中才能避免出现问题，也可以给我们节省很多的时间和不必要的操作。
第7章 结 论
面向新冠疫情的在线问诊系统为用户提供了公平的、相互包容的、操作方便的使用系统，基本满足了用户的使用需要，以及我最初的开发目标和方向。 python语言、MySQL数据库等技术时是我开发的基础，这些技术都有各自的优点，学好这些技术，至关重要。通过这些优点设计出来的系统能够正常稳定的运行，并且可以满足人们的所有需求，在对系统的需求以及各个模块进行了详细的分析后，有针对性的进行设计，最后通过测试，系统能够正常的运行，该面向新冠疫情的在线问诊系统设计完成。
本次开发过程中使用的是django技术，该技术具有代码编写简单方便，对平台没有要求对技术方面也没有要求，并且有很好的面像对象性，所以在技术方面是相当成熟的。利用django技术作为系统主要的技术支持可以使得系统能够正常的运行并且实现相应的功能。在这次的系统的设计过程中遇到了很多的困难，幸好有老师同学们的帮助，在他们的帮助下完成了这次系统的设计。
通过这次面向新冠疫情的在线问诊系统的开发，我参考了很多相关系统的例子，取长补短，吸取了其他系统的长处，逐步对该系统进行了完善，但是该系统还是有很多的不足之处，有待以后进一步学习。
实践证明，面向新冠疫情的在线问诊系统有着非常好的发展前景，经过测试运行，系统各项功能都十分完善，界面漂亮，使用方便，操作容易，在技术理论上已经成熟。
参考文献
[1]李梦翔,许扬,陈磊.在线智能预问诊系统构建与应用研究[J].医学信息学杂志,2022,43(11):73-77+88.
[2]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[3]宋旸.使用Java语言开发Web应用软件的知识探讨[J].中国设备工程,2022(14):121-123.
[4]贺斌.计算机软件开发中JAVA语言的应用研究[J].中国设备工程,2022(11):247-249.
[5]谢依迪. 在线健康问诊中患者语言信号对医生社会支持的影响研究[D].北京外国语大学,2022.DOI:10.26962/d.cnki.gbjwu.2022.000353.
[6]陈楷烨. 在线问诊服务价格影响因素研究[D].西南财经大学,2022.DOI:10.27412/d.cnki.gxncu.2022.001949.
[7]李论,尹秋菊,颜志军.医生线上-线下服务评价对患者在线问诊选择的影响研究[J].管理学报,2022,19(04):565-574.
[8]王禹尧,李礼安,缪家清,肖良成,罗稚君,曾晓静,刘秋生.某三甲医院互联网医院在线问诊运行现状研究[J].现代医院,2021,21(11):1770-1772.
[9]Kiili Carita,Lakkala Minna,Ilomäki Liisa,Toom Auli,Coiro Julie,Hämäläinen Elina,Sormunen Eero. Designing Classroom Practices for Teaching Online Inquiry: Experiences from the Field[J]. Journal of Adolescent & Adult Literacy,2021,65(4).
[10]杨凯.互联网医院在线问诊服务效用影响因素的实证研究[J].中国卫生信息管理杂志,2021,18(05):701-707.
[11]Park Soowon,Kim Knauss Yaeji,Sim Jin ah. Leveraging Text Mining Approach to Identify What People Want to Know About Mental Disorders From Online Inquiry Platforms
[J]. Frontiers in Public Health,2021,9.
[12]孟秋晴,熊回香.基于在线问诊文本信息的医生推荐研究[J].情报科学,2021,39(06):152-160.DOI:10.13833/j.issn.1007-7634.2021.06.021.
[13]Siyi Liu. Explore Java Language and Android Mobile Software Development[J]. International Journal of Frontiers in Engineering Technology,2021,3.0(2.0).
[14], 南丰县 智慧医疗远程在线问诊惠民. 汪志强 总编,抚州年鉴,方志出版社,2019,329-330,年鉴.DOI:10.39256/y.cnki.yfzfz.2020.001655.
[15]Kevin Kline. The Java Language Extension for SQL Server Is Now Open Source[J]. Database Trends and Applications,2020,34(4).
[16]王若佳.在线问诊环境下医患交流行为模式研究[J].医学信息学杂志,2020,41(05):30-37.
[17]王妍.疫情期间在线问诊激增，互联网医疗能否顺势崛起？[J].新产经,2020(03):80-82.
[18]肖睿,程宁,田崇峰,金志雄,杜毅. MySQL数据库应用技术及实战[M].人民邮电出版社:, 201801.177.
[19]. 2015年中国在线问诊行业研究报告[C]//上海艾瑞市场咨询有限公司.艾瑞咨询系列研究报告（2016年第1期）.艾瑞咨询系列研究报告（2016年第1期）,2016:259-313.
[20]付森,石亮,吴起立,刘冰. MySQL开发与实践[M].人民邮电出版社:, 201408.261.
致 谢
光阴似箭，一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中，虽然有竞争，也有泪水，但是通过我不断学习和奋斗不断的完善自己，不仅很好的完成了我的学业而且也让我的各方面得到了发展，取得了很大的进步。
大学的生活也即将结束，虽然也有许多的不舍，但是终究是要告别的。回想大学的学习生活，有泪水也有汗水。在此期间我严格要求自己，凭着对知识的强烈追求，刻苦钻研，勤奋好学，态度端正，目标明确，牢固的掌握了一些专业知识和技能，做到了理论联系实际。除了专业知识的学习外，我还不断的扩展我的知识面，从不同的领域以不同的方式来获得新的知识。争取成为一名各方面都很合格的大学生。
这次的毕业设计，是我独自完成周期最长，也是耗力最大的一个项目。值得庆幸的是，在我毕业设计完成的过程当中，有许多帮助我的同学和老师。在几个月的开发过程中，我遇到了大大小小无数个问题。是我的舍友和老师，不断地帮助鼓励。
我的指导老师，在自身工作十分繁忙的情况下，依然能做到及时恢复我们发去的问题邮件，并抽时间对我们进行线下的辅导。指出我们设计上的失误，逻辑错误以及学习规划问题，可以说没有导师的帮助，我的毕设会陷入死胡同，是导师为我指点了迷津，像迷雾中的路灯，为我指明方向！