摘 要
本课题的研究对象是医生预约系统,该系统实现了系统用户、医生信息管理、预约信息管理、取消信息管理、留言信息管理、系统管理、通知公告管理、资源管理、权限管理等功能。本系统在设计上,考虑到系统内容以及系统的受众群体,在系统的美工方面采用了比较正规的设计,同时也提供了友好的页面以及简单的操作,系统采用django、Mysql,这样的组合不但利用上了在大学中所学到的知识,并且能够使系统真正的发布到互联网上,而不是一个单纯的演示系统。本系统经过测试,运行效果稳定,操作方便、快捷。在具体的应用过程中,有可能会出现一些问题,今后还会对本系统不断地进行完善、更新,使其功能更强大,应用更广泛。
关键词:Python开发语言;django框架技术;医生预约系统
Abstract
The research object of this project is the doctor appointment system, which implements functions such as system user, doctor information management, appointment information management, cancellation information management, message information management, system management, notification and announcement management, resource management, and permission management. In the design of this system, taking into account the system content and the audience of the system, we have adopted a more formal design in the art of the system, and also provided friendly pages and simple operations. The system uses django and MySQL. This combination not only makes use of the knowledge learned in the university, but also enables the system to be truly published on the Internet, rather than a simple demonstration system. This system has been tested and runs stably, with convenient and fast operation. In the specific application process, there may be some problems, and in the future, this system will be continuously improved and updated to make its functions more powerful and its applications more widespread.
Key words:Python development language; Django framework technology; Doctor appointment system
目 录
致谢 37
- 研究意义
以往的看病都是用户到医院或者是到附近社区诊所,要花费大量时间,而且还不能及时获取医生信息或医嘱信息,十分的不方便。随着科学技术的不断提高,计算机科学技术日渐成熟,人们已经深刻认识到计算机功能的强大,计算机已经进入了人类社会发展的各个领域,并且发挥着十分重要的作用。本系统利用网络获取信息、计算机信息存储管理,有着与传统的方式所无法比拟的优点。比如计算检索速度特别快、可靠性特别高、存储容量特别大、保密性特别好、可保存时间特别长、成本特别低等。
这些优点能够极大地提高工作效率,提升服务水平。网络管理让医生预约系统变得的更科学化、正规化、系统化。
-
- 研究方法
首先,通过引擎搜索或者查阅相关文献资料,了解了本系统开发系统的意义所在,收集用户需求信息。其次,在开发工具上,最终确定选用Python平台来设计开发本系统,MySQL作为设计数据库的工具。即利用Python语言实现用户界面,并同数据库连接起来实现完整的通信功能。之后,设计出系统大致的功能模块。主要从方便系统用户和系统管理员的角度进行分析,明确该系统应该具有的功能。最终是测试系统,通过用例测试发现存在的问题并找到解决的方案。利用现有的开发平台,结合自己所学的知识,在老师的指导帮助下来完成该设计,确保系统的可用性、实用性。
相关技术介绍
- Python编程语言
早在上个世纪90年代,Python就由吉多·范罗苏姆进行创造,自诞生之日起,Python就一直深深的受到了程序开发者的广泛喜爱,它作为计算机主要的编程语言,一直到今。Python语言是真的是一种纯面向对象的计算机语言,在Python的世界中,所有的方法、数据类型、符号等都是以类的方式存在的,最顶层的就是Object,所有的类都是对object的继承。继承是Python中的核心思想,与C语言不同的是,子类只有一个父类,这样的好处就是操作更加的简便,让人更容易理解,在代码的书写上也会容易较多。Python另外一个特性就是多态性,调用父类接口的方法可以实现子类的实现,这样的好处就是很好的对实现方法进行了隐藏(封装),而且又能够把API进行公开,一举两得。接口思想很好的诠释了想象对象的思想,让面向对象编程渐渐转向面向接口编程。如今,随着编程思想的继续发展,Python也加入了一些函数式编程的思想,这样的好处就是让编程代码更加的简洁与方便。本管理系统采用Python编程语言进行后台的开发,一是鉴于标准化制定以后,Python语言常用于大型商业应用程序后台系统中,生态稳定;二是也希望通过本系统的开发提高自己编写Python代码的能力。
-
- MySQL数据库
数据库作为数据的存储地方是项目必须的,MySQL是一款非常优秀的关系型数据库,早期的MySQL并不是甲骨文公司的,后来才被他收购的。MySQL非常的小巧,安装包才几兆,sql语言的书写也比较容易学习,最重要的是MySQL同时也是一款开源的软件,所以不需要额外进行付费,本系统本身也是以学习总结所学知识为主,在系统的开发上最好尽量使用免费的软件,所以选用MySQL进行数据库管理。MySQL的容量也是非常大的,同时支持分库分表的操作,支持分布式,所以越来越多的中小企业选择该款数据库管理工具。另外值得一提的是,开源也有一个不好的地方,就是容易遭到破解和黑客攻击,所以MySQL在使用上还是更多的使用在中小项目中。
MySQL不会对平台有需求,所以任何一个程序员都可以通过 MySQL数据库来完成自己的系统开发,并且还可以节约大量的资源。因为它具有强大功能,所以可以用来储存这个系统的数据。
MySQL适合于各种应用,我们在运行数据库的时候,也很容易上手,我们只要编写一段代码,就可以完成相应的功能,并且可以在任何的平台上使用,而不需要再进行第二次的编译。MySQL数据库还具备在本地存储数据和允许结构化查询以方便管理的优势;MySQL是一个完全网络化的系统,它的数据库可以在互联网的任何位置被访问,它可以在任何地点与任何人分享;此外,MySQL也提供了存取控制的能力,可以阻止数据被非法使用,MySQL服务稳定,开发成本低,所以在开发过程中,MySQL数据库是最受欢迎的。
-
- B/S架构
B/S架构(浏览器/服务器)是当前应用最为广泛的一种架构,能够使系统的开发变得容易、易操作、易于维护。当你在你的电脑上安装一个数据库和几个非常常见的浏览器时,你就可以使用这个结构。B/S结构可以直接用于 B/S系统,并且 B/S架构可以在实际应用中大大降低了系统的运行维护。在 B/S平台上,各数据库彼此独立,具有很高的安全性。由于 B/S架构可以清晰地观察到系统所处理的业务,使管理者可以及时做出决定,从而避免了企业的亏损。B/S架构的本质特征是集中式管理,用户通过系统产生的数据,将其存入数据库,便于以后的应用,从而达到了各种需要。
B/S模型由一个浏览器、一个网络服务器、一个数据库服务器三个层级构成。数据管理采用了当前大部分现有B/S系统的表现层、应用层和数据层,Web浏览器是为了满足用户的要求而设计的,在数据处理和逻辑过程中使用的中间应用层,从而形成分布式的运行模式。B/S体系结构的逻辑是:在前端完成的处理,将主要的业务逻辑交给后台,而前端只负责少量的请求、渲染等。由于因特网技术的迅速发展,B/S体系结构使得任何时间、任何地点都能访问到该系统。

图2-1 B/S模式三层结构图
为了迎合当今社会的现况,便于在市场中打开局面、占有一席之地;在大数据时代下,所有的信息化资源全部都是共享资源、为了长远性考虑,对此需要考虑如何推动整体的系统开发实现标准化。保证系统成功,所以就必须从效益、技术等上面做可行性报告研究。
-
-
- 操作可行性
-
医生预约系统的注册与登录页面设计简洁容易应用,可以通过最常见的页面窗口来登录页面,并利用过计算机实现登录功能,因此使用者只要平时利用过计算机都可以实现登录应用。此操作系统的研发工作环境运用了Python技术,并运用了B/S结构,这些研发工作环境都使得此系统功能更为完整,使整个设计更为个性化,使用者功能也更为简洁方便。本医生预约系统具备了易于运行、容易管理、交互性较好的优点,在实际操作上也是非常简单的。因此,本医生预约系统也可进行商业设计。
综上所述,该设备的研发符合技术、工艺和技术要求,因此其研发具有可操作性。
-
-
- 技术可行性
-
技术可行性是指所确定的科学技术或决策方法中的科学技术均未突破组织掌握或相关人员熟悉的科学技术资源的界限。在技术研究过程中,应注意全面调查系统研发过程中包含的各种关键技术问题,尽可能选择成熟技术,认真引用先进技术,关注特定的研究平台和开发人员,评估关键技术的有效性。
Python技术对于该医生预约系统的设计和实施很是关键,基于B/S架构的和MySQL数据库管理,对于前台的应用和后台的数据库管理都是至关重要的,要想有效应用该程序,就需要保持功能全面、易懂易简单使用的特性。构建数据库管理时,需要确保数据分析信息完全、数据分析信息稳定性好、数据分析信息稳定性较高的库。在早期,人们对Python的基本重要知识点就有理解和熟悉,对MySQL数据库发生过简要的掌握、熟悉,在早期对软件工程测试,以及UML语言等基础课程发生过大致的掌握和练习,经过对上述课程练习,就能够对上述课程有相应的信息系统开发、检验和判断。
Python可以和MySQL结合起来研发一个医生预约系统,一定是合理而且有效的。
-
- 系统功能需求
患者用户用例图如下所示。

图3-1 患者用户用例图
管理员用例图如下所示。

图3-2 管理员用例图
表3-1 公告浏览用例描述
描述项 | 说明 |
用例名称 | 公告查询 |
用例描述 | 用户可以查看公告的详情 |
参与者 | 用户 |
前置条件 | 使用者是患者用户类型并成功进入该系统 |
后置条件 | 浏览成功 |
主事件流 | (1)用户可以浏览公告的模块、公告的内容 (2)用户点击公告可以对公告进行详情阅读 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 用户管理用例描述
描述项 | 说明 |
用例名称 | 用户操作 |
用例描述 | 管理员正确登录后台管理的条件下,对用户进行管理 |
参与者 | 管理员 |
前置条件 | 管理员登录成功并跳转到后台主界面 |
后置条件 | 操作成功 |
主事件流 | 管理员跳转用户管理页面,查询用户详情的信息 管理员可以删除用户信息 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 医生信息管理用例描述
描述项 | 说明 |
用例名称 | 医生信息操作 |
用例描述 | 管理员正确登录后台管理的条件下,对医生信息模块进行管理 |
参与者 | 管理员 |
前置条件 | 管理员成功登录 |
后置条件 | 操作成功 |
主事件流 | (1)管理员进入医生信息管理页面,查询医生信息的信息 (2)管理员可以对医生信息进行增删除和编辑医生信息操作 (3)管理员新增医生信息,添加成功跳转到查询页面 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 预约信息管理用例描述
描述项 | 说明 |
用例名称 | 预约信息操作 |
用例描述 | 管理员正确登录后台管理的条件下,对预约信息模块进行管理 |
参与者 | 管理员 |
前置条件 | 管理员成功登录 |
后置条件 | 操作成功 |
主事件流 | (1)管理员进入预约信息管理页面,查询预约信息的信息 (2)管理员可以对预约信息进行增删除和编辑预约信息操作 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 取消信息管理用例描述
描述项 | 说明 |
用例名称 | 取消信息操作 |
用例描述 | 管理员正确登录后台管理的条件下,对取消信息模块进行管理 |
参与者 | 管理员 |
前置条件 | 管理员成功登录 |
后置条件 | 操作成功 |
主事件流 | (1)管理员进入取消信息管理页面,查询取消信息的信息 (2)管理员可以对取消信息进行增删除和编辑取消信息操作 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 评论管理用例描述
描述项 | 说明 |
用例名称 | 评论操作 |
用例描述 | 管理员正确登录后台管理的条件下,评论模块进行管理 |
参与者 | 管理员 |
前置条件 | 管理员成功登录 |
后置条件 | 操作成功 |
主事件流 | (1)管理员进入评论管理页面,查询评论内容的信息 (2)管理员可以从用户评论中删除数据 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
-
- 系统业务流程分析
管理员权限下的工作流程主要为:管理员通过系统界面提供登录按钮并点击,转入管理员登录界面,并在界面上填入相应的管理员账户和管理员密码,进入管理员权限下的后台系统,并且在系统左侧导航条设置了相应的操作功能。
用户权限下的工作流程主要为:用户通过系统提供的注册功能,进行身份验证并注册,而后在登录界面进行个人身份验证,并且进入用户的个人后台界面,并进行相应的操作。
医生预约系统的业务流程如下图所示。

图3-3 系统业务流程图
层次框图是一系列由多层矩形框架组成的树,其顶部为矩形框架,表示整个数据结构,下方的长方形立方体表示独立的数据,下方的长方形表示该数据的实际数据(不能进行分割)。由于这个架构的精炼,层级方块图描述的资料结构也愈加详尽,这个模型很好地满足了需求分析的要求。首先对最上层的信息进行分类,然后在图表中的每个路径上重复地进行优化,直至完整的数据结构被确定。
这个系统由两个模块组成,一是管理员,二是患者用户,这两个部分看起来是独立的,实际上却是连接着数据库,每个模块都有自己的权限,唯一不同的,就是访问的方式不同。在调研资料的基础上,完成了各个模块的功能。在对上述功能进行分析的基础上,本系统提出了两个主要的模块,每个单元可划分为若干小单元。
系统的功能结构图如下图所示。

图4-1 系统功能结构图
医生预约系统在前端设计采用多种技术交互使用达到界面简洁大方,使用Python作为系统的编译语言,对于之前的分析所产生的问题进行解决,功能模块设计后进行编码实现具体功能:
登录模块:使用者必须输入正确的账号与密码才能访问系统。
医生信息管理模块:相关权限用户可以进行医生信息的添加、查询、修改、删除操作,也可以对科室名称、医生姓名等数据项进行单独操作,设置数据类型等参数。
公告管理模块:如果登录当前管理员有公告管理的权限即可以进行公告的查询、新增、删除、修改信息的操作。
预约信息管理模块:相关权限用户可以进行预约信息的查询、修改、删除操作,也可以对医生用户、医生姓名等数据项进行单独操作,设置数据类型等参数。
医生预约系统总体ER图如下图所示。

图4-2 总体ER图
所有系统的应用数据相互区分。一旦在相应的系统中实现,它们将与自己相应的网络和服务器通信。所以这个系统可以连接这些数据。当我们选择桥梁截面时,以下将简要介绍如何建立系统。在单击上一个按键的时候,就会自动在对话框中弹出数据源的名字,之后再单击下一个按键时,就在填写相对应的身份验证和登录信息。按照系统功能设计的特点与职能模块的分类,医生预约系统的总体设计和实施过程一共涉及到了几个资料表格。
以下就介绍了一些根据各类别主要数据库表的设计结构以及基本功能建立数据库表:
表appointment_information (预约信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_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_id | 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 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
12 | appointment_remarks | text | 65535 | 0 | Y | N | 预约备注 | |
13 | appointment_status | varchar | 64 | 0 | Y | N | 预约状态 | |
14 | appointment_reply | text | 65535 | 0 | Y | N | 预约回复 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表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 | 更新时间: |
表cancel_information (取消信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cancel_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_id | 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 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
12 | reason_for_cancellation | text | 65535 | 0 | Y | N | 取消原因 | |
13 | cancel_status | varchar | 64 | 0 | Y | N | 取消状态 | |
14 | cancel_reply | text | 65535 | 0 | Y | N | 取消回复 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | 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_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_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
6 | doctors_id | varchar | 64 | 0 | Y | N | 医生工号 | |
7 | doctors_expertise | varchar | 64 | 0 | Y | N | 医生特长 | |
8 | number_of_available_attendees | int | 10 | 0 | Y | N | 0 | 可约人数 |
9 | working_hours | varchar | 64 | 0 | Y | N | 工作时间 | |
10 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
11 | introduction_by_doctor | longtext | 2147483647 | 0 | Y | N | 医生介绍 | |
12 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
13 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | 更新时间 |
表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 | doctors_id | varchar | 64 | 0 | N | N | 医生工号 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表message_information (留言信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | message_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_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 | 更新时间 |
表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 | 更新时间 |
用户登录的验证将不再局限于登录信息和权限的匹配验证,而是另外增加了一个验证码,只有界面上所有的编辑框数据都准确的情况下才能实现登录成功。管理员的登录和前台用户登录是一样的过程,其主要就是利用权限字段来完成对用户或管理员的角色识别。
用户登录流程图如下所示。

图5-1 用户登录流程图
登录界面如下图所示。

图5-1 登录界面
登录关键代码如下所示。
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']}, {"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
if obj["state"] == 1:
if obj["password"] == password:
timeout = timezone.now()
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
ctx.request.session[token] = obj["user_id"]
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
系统的用户通过自行注册生成,在系统首页点击用户注册菜单,系统跳转到对应的注册页面。点击重置按钮,清空所填数据,点击注册按钮完成注册。
用户注册流程图如下所示。

图5-1 用户注册流程图
用户注册界面如下图所示。

图5-1 用户注册界面
注册关键代码如下:
def Register(self, ctx):
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
if "username" not in body and body["username"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名不能为空",
}
}, ensure_ascii=False))
if "user_group" not in body and body["user_group"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}, ensure_ascii=False))
if "password" not in body and body["password"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "密码不能为空",
}
}, ensure_ascii=False))
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名已存在",
}
}, ensure_ascii=False))
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
-
-
- 密码修改模块的实现
-
用户使用该医生预约系统注册完成后,用户对登录密码有修改需求时,系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息,执行该功能首先必须要登入系统,然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候,假如两次密码填写存在差异,那么此次密码变更操作失败,下面的图片展示的就是该板块对应的工作面。
密码修改流程图如下所示。

图5-1 密码修改流程图
密码修改界面如图所示。

图5-1密码修改界面
-
-
- 医生收藏模块的实现
-
用户选择相应的医生收藏,通过id传参,找到id为此传参的医生信息,在收藏页提交收藏记录表单,生成收藏记录,用户在个人中心管理个人的收藏夹。
医生收藏界面如下图所示。

图5-1 医生收藏界面
-
-
- 预约模块的实现
-
用户执行预约,并可以操作相关内容,例如查看,编辑。预约的添加操作是建立在医生信息的列表基础上,单击查医生信息下的预定信息链接;然后单击“预约”进行添加,添加成功后的信息会载入到预约查询列表中。
预约流程图如下所示。

图5-1 预约流程图
预约界面如图所示。

图5-1预约界面
用户通过注册了方可获得登录使用权限,此时选择患者用户选项,系统就会自动转到用户注册工作面,在注册该部分信息时系统会自动调用add函数,然后在给定的文本框中填写有关该用户的基础信息后选择确认即可完成注册。检索用户信息,在新增用户信息以后,在检索工具栏中填写对应的用户信息,系统就会将该用户有关的所有信息展示出来。
用户管理流程图如下所示。

图5-1 用户管理流程图
用户管理界面如下图所示。

图5-1 用户管理界面
用户管理关键代码如下所示。
body = ctx.body
unique = self.config.get("unique")
obj = None
if unique:
qy = {}
for i in range(len(unique)):
key = unique[i]
qy[key] = body.get(key)
obj = self.service.Get_obj(qy)
if not obj:
error = self.Add_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("add_before", ctx, None)
if error["code"]:
return {"error": error}
result = self.service.Add(body, self.config)
if self.service.error:
return {"error": self.service.error}
res = self.Add_after(ctx, result)
if res:
result = res
res = self.Events("add_after", ctx, result)
if res:
result = res
return {"result": result}
else:
return {"error": {"code": 10000, "message": "已存在"}}
-
-
- 医生信息模块的实现
-
管理员执行医生信息管理,并可以操作相关内容,例如添加,查看,编辑和删除。通过单击“添加医生信息”,可以通过医生信息添加界面添加详细信息并添加医生信息注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到医生信息查询列表中,管理员可进行编辑以及修改。
医生信息管理流程如下图所示。

图5-1 医生信息管理流程
医生信息管理界面如下图所示。

图5-1 医生信息管理界面
医生信息管理关键代码如下:
def Get_list(self, ctx):
query = dict(ctx.query)
config_plus = {}
if "field" in query:
field = query.pop("field")
config_plus["field"] = field
if "page" in query:
config_plus["page"] = query.pop("page")
if "size" in query:
config_plus["size"] = query.pop("size")
if "orderby" in query:
config_plus["orderby"] = query.pop("orderby")
if "like" in query:
config_plus["like"] = query.pop("like")
if "groupby" in query:
config_plus["groupby"] = query.pop("groupby")
count = self.service.Count(query)
lst = []
if self.service.error:
return {"error": self.service.error}
elif count:
lst = self.service.Get_list(query,
obj_update(self.config, config_plus))
if self.service.error:
return {"error": self.service.error}
self.interact_list(ctx, lst)
return {"result": {"list": lst, "count": count}}
-
-
- 预约信息管理模块的实现
-
预约信息管理包括删除预约信息、修改预约信息、查询预约信息等,以预约信息查询为例,在视图层请求预约信息查询,反馈后,调用业务逻辑层,通过业务逻辑层的接口调用底层的数据逻辑层完成数据库联动操作。
预约信息管理的流程如所示。

图5-19 预约信息管理流程
预约信息管理界面如所示。

图5-1 预约信息管理界面
预约信息管理关键代码如下所示。
def Del(self, ctx):
if len(ctx.query) == 0:
errorMsg = {"code": 30000, "message": "删除条件不能为空!"}
return errorMsg
result = self.service.Del(ctx.query, self.config)
if self.service.error:
return {"error": self.service.error}
return {"result": result}
取消信息管理包括删除取消信息、修改取消信息、查询取消信息等,以取消信息查询为例,在视图层请求取消信息查询,反馈后,调用业务逻辑层,通过业务逻辑层的接口调用底层的数据逻辑层完成数据库联动操作。
取消信息管理的流程如所示。

图5-1取消信息管理流程

图5-1 取消信息管理界面
系统测试
系统测试的目的是为了尽可能多的检查出系统出现的bug,因为系统是人做出来的,肯定存在由于算法等各种原因造成问题,错误暴露得越早越好,如果能在系统上线之前就能找到这些bug肯定是最好不过了的,所以需要对系统进行测试。本文主要就是对系统进行了兼容性的测试,还有就是使用了典型测试用例进行测试。
-
- 测试用例
表6-1 登录测试用例
测试用例编号 | YL_01 | |
测试用例名称 | 系统使用者登录 | |
测试用例描述 | 登录者输入用户名、密码和验证码 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入正确的用户名、密码和验证码 | 提示“登录成功”,并进入系统 | 预期结果 |
输入错误的用户名、密码和验证码 | 提示“登录失败”,并返回登录界面 | 预期结果 |
不输入用户名、密码和验证码 | 提示“请输入完整” | 预期结果 |
-
-
- 创建数据测试
-
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-2 创建数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行创建数据 | |
测试用例描述 | 使用者输入要创建的数据 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
-
-
- 修改数据测试
-
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-3 修改数据测试用例
测试用例编号 | YL_06 | |
测试用例名称 | 系统使用者进行修改数据 | |
测试用例描述 | 使用者对可修改的数据项进行修改 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
-
-
- 查询数据测试
-
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-4 查询数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行查询数据 | |
测试用例描述 | 全部查询以及输入关键词查询 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
界面自动查询全部 | 显示对应所有记录 | 预期结果 |
输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
总结与展望
医生预约系统采用django框架开发,该系统非常完美的集优点于一身,成熟、强大、易理解易使用,通过使用这个结构,降低了开发的难度。本系统实现了基于django的医生预约系统,将数据操作维护的过程转化成电脑操作流程,具体实现了对系统用户、医生信息数据维护、取消信息数据维护、预约信息数据维护、通知公告数据维护,帮助使用者进行数据操作维护,简化工作流程,提高工作效率和盈利。
目前完成的医生预约系统,还有许多有待改进的地方。一个是功能上的改进,用户理应可以修改自己的相关信息,故应增设个人中心功能;另外,系统如果能提供更多的功能就会使得系统更加丰富和多样化,比如数据当前分析和未来预测等。第二个是技术上的改进,由于对开发框架不太熟悉,权限管理这部分,本系统采用一个Python页面来规定好导航栏,即跳转的页面,这相对比较不灵活,如果将URL路径记录到数据库并实现增删查改会比较好;另外就是对EasyUI的使用还不够熟练,视觉效果和界面观感有待提升,希望日后能对这个系统有所改进。
参考文献
[1]景文会,刘伟,黄炳程等. 基于Python语言的中国革命历史知识图谱数据预处理技术研究 [J]. 现代信息科技, 2024, 8 (04): 116-120.
[2]路龙宾,孙家泽,滑文强等. 兴趣驱动、能力导向、价值引领的Python语言程序设计课程创新与实践 [J]. 计算机教育, 2024, (02): 177-182.
[3]舒舢,姜滨,迟小羽. 基于python语言的脚本功能实现方法、终端设备及存储介质[P]. 山东省: CN112416324B, 2024-02-09.
[4]张良峰. 基于Django和Vue的低代码平台构建 [J]. 数字通信世界, 2024, (01): 45-48.
[5]吴泽森. 一种便捷智能的门诊预约系统[P]. 福建省: CN117275694A, 2023-12-22.
[6]魏晓玲,刘红英. 基于Python和Django框架的琴房管理系统设计与实现 [J]. 无线互联科技, 2023, 20 (22): 51-53.
[7]庞达,温家铭,武延鑫等. Django框架在海洋平台甲板片建造管理中的应用研究 [J]. 天津科技, 2023, 50 (11): 56-58+62.
[8]陈楥帅,吴勇,蒋卫芳. 高校医院检查预约系统的设计与应用 [J]. 电脑知识与技术, 2023, 19 (22): 98-100.
[9]林康,林子盛,林子耀等. 一种医疗服务预约系统及其方法[P]. 浙江省: CN114822797A, 2022-07-29.
[10]Chao H L ,Fa S S . Construction of College Students’ Physical Health Data Sharing System Based on Django Framework [J]. Journal of Sensors, 2021, 2021
[11]林如. 医院医技检查预约系统建设及流程优化设计 [J]. 中国医药科学, 2021, 11 (18): 225-227.
[12]石毅,张莉,高建华等. Python语言程序设计[M]. 电子工业出版社: 202107. 277.
[13]叶基林. 某医院挂号预约管理系统设计与实现[D]. 电子科技大学, 2021.
[14]Manikanta K V ,P. L ,Neha K R , et al. Visualization of Real World Enterprise Data using Python Django Framework [J]. IOP Conference Series: Materials Science and Engineering, 2021, 1042 (1): 012019-.
[15]梁桂强, 基于python语言的碳纤维材料Hashin本构参数快速输入系统V1.0. 湖南省, 湖南领航科创教育科技有限公司, 2020-12-08.
[16]张毅. LM医院挂号预约系统的分析与设计[D]. 西安理工大学, 2020.
致 谢
在此论文完成之际,感谢我的指导老师。在指导老师的网页设计课上,当时我学到了很多东西,这对于我实习过程中也打了一定的基础,而且指导老师对于我的设计也提出许多建议,并予以悉心的指导,对于一些细小的问题都耐心的指导我去完善,授予我写论文的心得,时常的鼓励我,另外感谢教导我完善此项目的前端同学,对于这个项目,我是边学习边实现完成的,有许多东西开始并不是很明白,但前端开发的同学非常耐心的引导我去将这个项目完成,在系统的后端开发中,所用到的后台开发技术也时常会给我讲解,助于我更好的将论文完成,在此对帮助到我的同学和一直予以教导的指导老师致以衷心的感谢,祝事业有成。
免费领取源码,请点赞关注私信博主