目  录

摘要

1 绪论

1.1 选题背景与意义

1.2研究现状

1.3论文结构与章节安排

2 基于大数据的互联网问诊系统系统分析

2.1 可行性分析

2.1.1 技术可行性分析

2.1.2 经济可行性分析

2.1.3 操作可行性分析

2.2 系统功能分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 系统流程分析

2.4.1 数据流程

2.4.2 业务流程

2.5本章小结

3 基于大数据的互联网问诊系统总体设计

3.1 系统功能模块设计

3.1.1整体功能模块设计

3.1.2用户模块设计

3.1.3 评论管理模块设计

3.1.4医生信息管理模块设计

3.1.5在线问诊管理模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.2.2 数据库逻辑结构设计

3.3本章小结

4 基于大数据的互联网问诊系统详细设计与实现

4.1前台用户功能模块

4.1.1 前台首页界面

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4公告消息界面

4.1.5医院资讯界面

4.1.6 医生信息界面

4.1.7我的账户界面

4.1.8个人中心界面

4.2后台功能模块

4.2.1系统用户界面

4.2.2医生信息管理界面

4.2.3药品信息管理界面

4.2.4系统管理界面

4.2.5资源管理界面

4.2.6问诊数据管理界面

4.3医生用户功能模块

4.3.1 在线问诊界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

致  谢

摘要

科技进步的飞速发展引起人们日常生活的巨大变化，电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流，人类发展的历史正进入一个新时代。在现实运用中，应用软件的工作规则和开发步骤，采用大数据技术建设互联网问诊系统。

本设计主要实现集人性化、高效率、便捷等优点于一身的django基于大数据技术的互联网问诊系统，完成系统用户、医生信息管理、在线问诊管理、病历信息管理、处方信息管理、配送信息管理、药品分类管理、药品信息管理、系统管理、公告消息管理、资源管理等功能模块。系统通过浏览器与服务器进行通信，实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。互联网问诊系统基于Python语言、MySQL数据库和django框架进行互联网问诊系统的设计与实现研究。通过使用Python语言的强大功能和灵活性，结合django框架的优势以及MySQL数据库的高效数据存储和管理能力，我们将开发一个功能全面、高效可靠的互联网问诊系统。

关键词：Python；django；互联网问诊系统；大数据分析

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 application, the working rules and development steps of the application software use big data technology to build an Internet consultation system.

This design mainly realizes django's Internet consultation system based on big data technology, which integrates the advantages of humanity, efficiency and convenience, and completes the system user, doctor information management, online consultation management, medical record information management, prescription information management, distribution information management, drug classification management, drug information management, system management, announcement message management, resource management and other functional modules. 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. Based on Python language, MySQL database and django framework, the Internet consultation system is designed and implemented. By using the powerful function and flexibility of Python language, combining the advantages of django framework and the efficient data storage and management capabilities of MySQL database, we will develop a fully functional, efficient and reliable Internet inquiry system.

Keywords: Python; Django; Internet consultation system; Big data analysis

1 绪论

1.1 选题背景与意义

随着互联网的普及和技术的发展，网络医疗服务得到了迅速发展。互联网问诊系统作为医患沟通的一种新型形式，通过互联网技术将患者和医生联系起来，提供在线咨询、诊断、治疗等服务。这种方式消除了时间和地域的限制，方便了患者就医，并且减轻了医院的就诊压力，提高了医疗资源的利用效率。

然而，目前互联网问诊系统还面临一些挑战，例如患者难以准确描述症状、医生难以做出准确诊断、信息传递不畅等问题。这些问题往往导致在线问诊的结果不够准确和有效，影响了患者的治疗效果和医生的诊断质量。因此，如何利用大数据技术来改善互联网问诊系统的效率和效果成为当前亟待解决的问题。

本研究将利用大数据技术对互联网问诊系统进行优化和改进，通过对患者症状、疾病信息等大量数据的挖掘和分析，建立患者病情模型和疾病诊断模型，提高医生对患者情况的判断和诊断能力。同时利用用户健康档案、历史诊疗记录等数据，为患者提供个性化的健康管理建议和治疗方案。通过监测患者体征数据、用药情况等信息，可以及时发现病情变化并提前预警，减少因治疗延误导致的不良后果。通过大数据平台实现患者、医生、健康管理机构之间的信息共享和交流，促进医疗资源的整合和优化利用。

通过以上方面的研究和实践，可以提高互联网问诊系统的智能化水平和服务质量，为患者提供更加便捷、高效、个性化的医疗服务，同时也能够提升医生的诊疗水平和工作效率，对推动医疗健康信息化发展具有重要随着互联网技术的不断发展和普及，人们对于便捷、高效的线上服务需求不断增加。

1.2研究现状

互联网问诊系统是近年来快速发展的一种新型医疗服务模式。它利用互联网、移动通信和云计算等技术，使得患者可以通过线上平台与医生进行实时的远程问诊和咨询。互联网问诊系统的出现，不仅提供了便利的医疗服务，还能解决因地理位置限制、医疗资源不足等问题，使得患者可以及时获得专业的医疗建议和诊断。

目前，国内外对于互联网问诊系统的研究已经取得了一定的进展。国外的研究主要集中在如何提高问诊过程的可靠性和准确性上，通过引入机器学习和自然语言处理等技术，以提高系统对症状描述和疾病诊断的准确度。例如，利用大数据分析和机器学习算法，可以快速、自动地从海量的医疗数据中提取特征，进行疾病预测和诊断。而国内的研究则主要关注问诊系统与传统医疗模式的结合，如将线上问诊与线下就诊相结合，提供全面的医疗服务。

医患沟通是医疗过程中至关重要的环节。国内外研究者通过互联网问诊系统的信息共享和患者参与机制，促进了医患之间信息的对话和交流。加拿大一项研究发现，在互联网问诊系统中加入患者健康教育模块，患者更容易理解医疗过程，提高了治疗依从性。

大数据分析是互联网问诊系统的一项关键技术。通过对海量的医疗数据进行分析和挖掘，可以帮助医生更快速、准确地进行疾病诊断和治疗。同时，大数据分析还可以发现疾病的规律和趋势，对医疗决策提供科学依据。

因此，基于大数据的互联网问诊系统的研究具有重要的现实意义和学术价值。通过引入大数据分析技术，可以提高系统的智能化水平，提供更加准确、个性化的医疗建议和诊断。同时，研究互联网问诊系统也可以推动医疗服务模式的创新和转型，提高医疗服务的便利性和效率。

1.3论文结构与章节安排

本文共分为六章，章节内容安排如下：

第一章为引言，此章节对所设计和实现的系统的背景与意义以及研究现状进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章为系统需求分析，章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。

第三章为系统的设计，主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

第五章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 基于大数据的互联网问诊系统系统分析

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

2.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

2.1.1 技术可行性分析

从技术角度来看，本系统采用了Python和MySQL作为主要技术支持，用于处理事务和数据逻辑，并使用H5来实现前台页面的显示。这些技术都经过了我系统学习，并在课程设计中进行了实践，因此可以确保开发过程更加便捷和系统化。从技术上来说，这个系统是完全可行实现的。

2.1.2 经济可行性分析

django框架是开源的，拥有大量的社区支持和丰富的学习资源。使用django框架进行开发可以降低开发成本，缩短开发周期。此外，django框架具备良好的性能和稳定性，可以降低系统的运行成本和维护成本。因此，从经济角度分析是可行的。

2.1.3 操作可行性分析

本系统实现功能的操作很简单，普通电脑的常见配置就可以运行本软件，并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力，并且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，并且按照专业知识进行正确操作即可，所以高校教材订购管理系统具备操作可行性。

2.2 系统功能分析

2.2.1 功能性分析

基于大数据的互联网问诊系统我划分为了患者用户模块，医生用户模块和管理员模块这三大部分。

患者用户模块：

（1）用户注册登录：游客可以随时进入到系统中，对系统中的信息浏览，但是想要实现在线问诊等操作，就必须有这个系统的账号，如果没有账号的话，可以注册患者用户进行相关的操作，同时用户还可以通过“我的”这一按钮对个人信息以及操作的信息进行管控。

（2）查看基于大数据的互联网问诊系统的首页信息：互联网问诊系统的首页信息包含了首页、公告消息、医院资讯、医生信息等。

（4）公告消息：当用户点击“公告消息”这一菜单按钮，会显示管理员在后台发布的所有的公告消息，可以查看详情。

（5）医院资讯：当用户点击“医院资讯”这一菜单按钮，会显示管理员在后台发布的所有的医院资讯，可以查看详情，进行收藏、点赞、评论等。

（6）医生信息：用户可以查看医生信息信息，在查询到自己想要了解的医生信息信息的时候，可以进入查看详细的介绍，包括医生用户、医生姓名、医生专业、医生职称、医生擅长、医生简介等信息，点击“在线问诊”这一按钮以后会跳转到在线问诊填写的界面，根据提示填写好咨询信息，点击“提交”以后就完成了；在医生信息详情这个界面，同时支持用户对喜欢的医生信息进行收藏、点赞以及评论的功能。

（8）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。

（9）个人中心：患者用户在前台点击“个人中心”可以对个人首页、在线问诊、病历信息、处方信息、配送信息和自己收藏的信息进行管理。

医生用户模块：

（1）登录：医生账号由管理员进行添加，医生用户输入账号+密码进行登录系统。

（2）在线问诊管理：医生用户在“在线问诊”一栏可查看所有患者的咨询信息，点击“详情”可对患者的咨询进行回复，并对已问诊的患者进行添加病历记录和开具处方

管理员管理模块：

（1）登录：管理员在后台可以输入用户名+密码进行登录，管理员的用户名和密码是在数据库中直接设定好的。

（2）系统用户：管理员可以对互联网问诊系统中的管理员以及前台注册的患者用户、医生用户以及管理员进行管理。

（3）问诊数管理：管理员点击“问诊数据管理”显示所有的问诊数据信息，支持通过地区、名字、或职称对问诊数据进行查询。可进行下载导入文档进行数据导入或删除等操作，点击详情可查看详细信息等。

（4）医生信息管理：管理员点击“医生信息管理”会显示出所有的医生信息信息，支持输入医生姓名对医生信息进行查询，如果想要添加新的医生信息，点击“添加”按钮，输入医生用户、医生姓名、医生专业、医生擅长、医生科室、医生简介等信息，点击“提交”按钮就可以添加了，同时可以选择某一条医生信息，点击“删除”进行删除，也可以对用户提交的医生信息评论的信息进行管控。

（5）药品信息管理：管理员点击““药品信息管理”显示所有的药品信息，支持通过药药品名称或药品分类对药品信息进行查询。如果想要添加新的药品信息，点击“药品信息添加”按钮，输入药品名称、药品分类、药品图片、药品单价、药品作用等信息，点击“提交”按钮就可以添加了，也可删除某一条药品信息。

（6）系统管理：管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。

（7）公告消息管理：管理员点击“公告消息管理”菜单可以查看到系统中的所有公告消息信息，对已经存在的公告消息，管理员可以修改，也可以添加新的公告消息或者删除公告消息。

（8）资源管理：管理员可以对互联网问诊系统前台展示的医院资讯以及医院资讯所属的分类进行管控。

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：

表consultation_data (问诊数据)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	consultation_data_id	int	10	0	N	Y		问诊数据ID
2	region	varchar	64	0	Y	N		地区
3	name	varchar	64	0	Y	N		名字
4	professional_title	varchar	64	0	Y	N		职称
5	department	varchar	64	0	Y	N		科室
6	medical_satisfaction	varchar	64	0	Y	N		医疗满意度
7	attitude_satisfaction	varchar	64	0	Y	N		态度满意度
8	details_link	varchar	255	0	Y	N		详情链接
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表delivery_information (配送信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	delivery_information_id	int	10	0	N	Y		配送信息ID
2	doctors_department	varchar	64	0	Y	N		医生科室
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_name	varchar	64	0	Y	N		医生姓名
5	doctors_title	varchar	64	0	Y	N		医生职称
6	patient_users	int	10	0	Y	N	0	患者用户
7	patient_name	varchar	64	0	Y	N		患者姓名
8	patients_address	varchar	64	0	Y	N		患者住址
9	drug_number	varchar	64	0	Y	N		药品编号
10	drug_name	varchar	64	0	Y	N		药品名称
11	drug_classification	varchar	64	0	Y	N		药品分类
12	drug_unit_price	int	10	0	Y	N	0	药品单价
13	issued_quantity	int	10	0	Y	N	0	开具数量
14	drug_amount	varchar	64	0	Y	N		药品金额
15	date_of_issuance	date	10	0	Y	N		开具日期
16	delivery_time	datetime	19	0	Y	N		配送时间
17	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
18	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_information (医生信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_information_id	int	10	0	N	Y		医生信息ID
2	doctors_department	varchar	64	0	Y	N		医生科室
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_name	varchar	64	0	Y	N		医生姓名
5	doctors_profession	varchar	64	0	Y	N		医生专业
6	doctors_title	varchar	64	0	Y	N		医生职称
7	doctors_excel_in	varchar	64	0	Y	N		医生擅长
8	doctors_picture	varchar	255	0	Y	N		医生图片
9	doctor_introduction	longtext	2147483647	0	Y	N		医生简介
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_users (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_users_id	int	10	0	N	Y		医生用户ID
2	doctors_name	varchar	64	0	Y	N		医生姓名
3	doctors_gender	varchar	64	0	Y	N		医生性别
4	doctors_age	varchar	64	0	Y	N		医生年龄
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	user_id	int	10	0	N	N	0	用户ID
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表drug_classification (药品分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	drug_classification_id	int	10	0	N	Y		药品分类ID
2	drug_classification	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	更新时间

表drug_information (药品信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	drug_information_id	int	10	0	N	Y		药品信息ID
2	drug_number	varchar	64	0	N	N		药品编号
3	drug_name	varchar	64	0	Y	N		药品名称
4	drug_classification	varchar	64	0	Y	N		药品分类
5	drug_unit_price	int	10	0	Y	N	0	药品单价
6	pharmaceutical_images	varchar	255	0	Y	N		药品图片
7	drug_effects	text	65535	0	Y	N		药品作用
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	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：

表medical_record_information (病历信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	medical_record_information_id	int	10	0	N	Y		病历信息ID
2	doctors_department	varchar	64	0	Y	N		医生科室
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_name	varchar	64	0	Y	N		医生姓名
5	doctors_title	varchar	64	0	Y	N		医生职称
6	patient_users	int	10	0	Y	N	0	患者用户
7	patient_name	varchar	64	0	Y	N		患者姓名
8	patients_address	varchar	64	0	Y	N		患者住址
9	medical_condition	text	65535	0	Y	N		病情状况
10	drug_allergy	text	65535	0	Y	N		药物过敏
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表notice (公告)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	notice_id	mediumint	8	0	N	Y		公告id：
2	title	varchar	125	0	N	N		标题：
3	content	longtext	2147483647	0	Y	N		正文：
4	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表online_consultation (在线问诊)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	online_consultation_id	int	10	0	N	Y		在线问诊ID
2	doctors_department	varchar	64	0	Y	N		医生科室
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_name	varchar	64	0	Y	N		医生姓名
5	doctors_title	varchar	64	0	Y	N		医生职称
6	patient_users	int	10	0	Y	N	0	患者用户
7	patient_name	varchar	64	0	Y	N		患者姓名
8	patients_address	varchar	64	0	Y	N		患者住址
9	consultation_time	datetime	19	0	Y	N		咨询时间
10	consultation_pictures	varchar	255	0	Y	N		咨询图片
11	patient_information	text	65535	0	Y	N		患者信息
12	doctors_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	更新时间

表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	patients_address	varchar	64	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	doctors_department	varchar	64	0	Y	N		医生科室
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_name	varchar	64	0	Y	N		医生姓名
5	doctors_title	varchar	64	0	Y	N		医生职称
6	patient_users	int	10	0	Y	N	0	患者用户
7	patient_name	varchar	64	0	Y	N		患者姓名
8	patients_address	varchar	64	0	Y	N		患者住址
9	drug_number	varchar	64	0	Y	N		药品编号
10	drug_name	varchar	64	0	Y	N		药品名称
11	drug_classification	varchar	64	0	Y	N		药品分类
12	drug_unit_price	varchar	64	0	Y	N		药品单价
13	issued_quantity	int	10	0	Y	N	0	开具数量
14	drug_amount	varchar	64	0	Y	N		药品金额
15	date_of_issuance	date	10	0	Y	N		开具日期
16	doctors_advice	text	65535	0	Y	N		医生嘱咐
17	pay_state	varchar	16	0	N	N	未支付	支付状态
18	pay_type	varchar	16	0	Y	N		支付类型: 微信、支付宝、网银
19	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
20	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	更新时间：

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-7所示。

图4-7 在线问诊提交界面图

4.1.7我的账户界面

当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置管理，我的账户界面如下图4-8所示。

图4-8 我的账户界面图

4.1.8个人中心界面

前台用户点击右上角“个人中心”模块，可以查看和管理个人相关的信息和任务,其中患者用户可以对包括个人首页、在线问诊、病历信息、处方信息、配送信息和收藏的信息进行管理。患者用户个人中心界面如下图4-9所示。

图4-9患者用户个人中心界面

4.2后台功能模块

4.2.1系统用户界面

基于大数据的互联网问诊系统中的管理人员在“系统用户”这一菜单是中可以对注册的患者用户，医生用户以及管理员进行管控。系统用户管理界面如下图4-10所示。

图4-10系统用户管理界面图

4.2.2医生信息管理界面

管理员点击“医生信息管理”显示所有的医生信息，支持通过医生科室或医生姓名对医生信息进行查询。如果想要添加新的医生信息，点击“医生信息添加”按钮，输入医生用户、医生姓名、医生专业、医生擅长、医生科室、医生简介等信息，点击“提交”按钮就可以添加了，也可以对用户提交的医生评论的信息进行管控。医生信息管理界面如下图4-11所示。

图4-11医生信息管理界面图

4.2.3药品信息管理界面

管理员点击“药品信息管理”显示所有的药品信息，支持通过药药品名称或药品分类对药品信息进行查询。如果想要添加新的药品信息，点击“药品信息添加”按钮，输入药品名称、药品分类、药品图片、药品单价、药品作用等信息，点击“提交”按钮就可以添加了，药品信息管理界面如下图4-12所示。

图4-12药品信息管理界面图

4.2.4系统管理界面

管理人员在“系统管理”这一菜单下是可以对互联网问诊系统内的轮播图进行添加修改的，其管理界面如下图4-13所示。

图4-13系统轮播图管理界面图

4.2.5资源管理界面

管理员点击“资源管理”菜单能够对其下子菜单医院资讯和资讯的分类进行增删改查。界面如下图4-14所示。

图4-14资源管理界面图

4.2.6问诊数据管理界面

管理员点击“问诊数据管理”显示所有的问诊数据信息，支持通过地区、名字、或职称对问诊数据进行查询。可进行下载导入文档进行数据导入或删除等操作，点击详情可查看详细信息，问诊数据管理界面如下图4-15所示。

图4-15问诊数据管理界面图

4.3医生用户功能模块

4.3.1 在线问诊界面

医生用户在“在线问诊”一栏可查看所有患者的咨询信息，点击“详情”可对患者的咨询进行回复，并对已问诊的患者进行添加病历记录和开处处方。界面如下图4-16所示。

图4-16在线问诊回复界面图

医生添加病历记录页面如下图4-17所示。

图4-17添加病历记录界面图

医生通过为患者诊断后开具处方，界面如下图4-18所示。

图4-18 医生开具处方界面图

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大模块为基于大数据的互联网问诊系统的后期推广运营提供了强力的技术支撑。

结论

在开发本互联网问诊系统之前我胸有成竹，觉得很简单，但在实际的开发中我发现了自身的很多问题，许多编程思想和方法都还没有掌握牢靠，比如对于大数据的分析技术和django框架的使用，通过开发这个互联网问诊系统我成长了很多，懂得了做什么事情都要脚踏实地，不能眼高手低，在本次基于大数据的互联网问诊系统的开发中我逐渐掌握逐渐熟悉的技术。

本次基于大数据的互联网问诊系统的开发中我还学会了很多，例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概，脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后，需要思考本次编程所需的主要知识点和技术点，并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑，长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多，如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己，那么在进入社会后，不仅会给公司团队带来麻烦和增加不必要的工作，还会导致客户流失，公司对自己的评价下降。

在本次项目中我也暴露了诸多问题。对于django的编程知识有所欠缺，环境配置和算法上出现诸多问题，时常导致项目运行出错，或者目标的实现有问题。或者实现想法时算法未优化，使得代码冗长，程序运行不顺畅。