目 录
摘要
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业务流程图
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.3.2 数据库逻辑结构设计
3.4本章小结
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.3管理员功能模块
4.3.1用户管理界面
4.3.2 通知公告管理界面
4.3.4药品信息管理界面
4.3.4医生目录管理界面
4.3.5科室类别管理界面
5系统测试
5.1 系统测试用例
5.2 系统测试结果
结论
参考文献
致 谢
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得
电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡
的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则
和开发步骤,采用 Java 技术建设诊所就医系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的诊所就医系统,完成系统用户、科室类别管理、药品规格管理、预约挂号管理、就诊记录管理、药品信息管理、药品库存管理、系统管理、通知公告管理、权限管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。诊所就医系统使用 Java 语言,采用基于 MVC 模式的 JavaEE 技术进行开发,使用MyEclipse 编译器编写,数据方面主要采用的是微软的 MySQL 关系型数据库来作为数据存储媒介,配合前台 HTML+CSS 技术完成系统的开发。
关键词:Java;springboot+vue;诊所就医系统 ;MySQL
Abstract
The rapid development of scientific and technological progress has caused great changes in people's daily life, and the rapid development of electronic information technology has made it
The level of application in various fields of electronic information technology has been popularized and applied. The advent of the information age has become unstoppable
The history of human development is entering a new era. In real-world use, the rules for the application of the software work
and development steps to use Java technology to build a clinic medical system.
This design mainly realizes the clinic medical treatment system that integrates the advantages of humanization, high efficiency and convenience, and completes the functional modules such as system users, department category management, drug specification management, appointment and registration management, medical record management, drug information management, drug inventory management, system management, notification and announcement management, and authority management. The system communicates with the server through a browser to realize the interaction and change of data. The system improves work efficiency and reduces errors and omissions in data storage through scientific management methods and convenient services. The clinic medical system uses Java language, JavaEE technology based on MVC mode for development, and is written using MyEclipse compiler, and the data is mainly used as Microsoft's MySQL relational database as the data storage medium, and the system is developed with the front-end HTML+CSS technology.
Keywords:Java; Springboo+vue; Clinic access system; MySQL
1 绪论
诊所涉及大量的患者信息、药品信息、药品库存等数据,需要进行有效的管理和保护。传统的纸质记录容易造成信息不准确和丢失,因此,诊所就医系统可以集中管理这些数据,确保其安全性、准确性和完整性。同时,诊所就医系统可以利用数据分析和挖掘技术,为医护提供临床决策支持。通过分析患者的历史病历、实时监测数据和医学文献等信息,帮助医护制定更准确、个性化的诊断和治疗方案。
医疗保险政策的调整和改革对诊所管理提出了新的要求。诊所就医系统可以与医保系统集成,实现就诊信息、药品出库、药品入库等功能,提高诊所财务管理效率。此外,诊所就医系统还可以提供在线挂号、预约检查、查询药品信息等服务,方便患者就医,并提供个性化的健康管理建议。
诊所内部各个科室和医护人员之间需要进行信息共享和协同工作,以提高工作效率和医疗质量。诊所就医系统可以实现信息共享和协同工作的平台,促进沟通和协作。通过该系统,医护、护士和其他医护人员可以共享患者信息、交流诊疗计划,并及时更新病例记录和治疗进展。
综上所述,传统的诊所管理方式已经无法满足日益增长的管理需求。随着信息技术的快速发展和普及,诊所就医系统的引入变得更为重要。通过诊所就医系统,诊所可以整合各个部门和业务流程,提高管理效率、优化资源配置,并提供更好的医疗服务。同时,诊所就医系统还可以促进信息共享与协同工作,提高医疗质量和患者满意度。
随着我国经济的发展和我国医疗卫生体制的改革,医疗卫生事业已逐步走向标准化、规范化和市场化。诊所既往的模式已经不能适应新时代的形势发展,现代信息技术在医疗卫生行业的应用势在必行。
现如今,患者对于诊所信息的透明度要求越来越高,而且方便性要求越来越高,主要体现在对于信息的查询,和就诊环节的便捷。诊所拥有庞大的医疗体系、大量的数据信息存储,但是这些信息基本是基于诊所内部使用,这样对于资源造成了极大的浪费,而且不能把这些有效信息及时传达给病人。随着现在互联网技术的发展,越来越多的人都依靠网络去获取信息,人们随时随地不在上网,生活节奏越来越快,他们更希望通过网络可以把一切事情办成,比如说可以随时随地进行网上预约挂号;并且能够进行网上支付,能够通过网络了解自己的住院、就诊信息,比如检验报告信息、检查报告信息、处方信息、住院门诊费用信息等信息、方便自己去了解自己的病情情况等。通过信息管理系统,病人出院打印清单清晰、简单易行。信息管理系统在方便病人的同时,也方便了诊所不同部门之间的沟通,以及诊所的管理。诊所管理部门可以实时了解诊所基础信息,如平均住院日、药费比、感染率、满意率、收益率、运营信息等诊所实时信息,还可以通过本系统进行物资信息管理、急救车辆管理等。另外诊所信息化系统的建立,不仅规范了诊所的工作流程,而且提高诊所各项工作的效率和质量。
基于以上的需求背景,本文设计并开发了诊所就医系统。通过本系统可以很好地解决一些现在系统不能解决的问题,提升了诊所综合水平。本系统的建立不仅能够对患者带来方便,同时能够给诊所带来更好的利益。
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 诊所就医系统系统分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
诊所就医系统在数据的存储上使用的MYSQL数据库,在诊所就医系统开发中使用了JAVA、HTML、TOMCAT、springboot这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发,使系统的可扩展性和维护性更佳,减少系统配置代码,简化编程代码,目前B/S模式是目前最受欢迎的一种模式。
从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。
诊所就医系统我划分为了患者用户管理模块,医护用户管理模块和管理员模块这三大部分。
患者用户管理模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现评论及挂号预约操作,就必须有这个系统的账号,如果没有账号的话,可以注册患者用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
(2)通知公告:患者用户可一点击“通知公告”查看系统内发布的公告内容。
(3)医生目录:当用户点击“医生目录”这一菜单按钮,可以查看医生的相关信息,包括:科室类别、医生性别、上班时间等,并且可以直接进行挂号操作;
(4)药品信息:当用户点击“药品信息”这一菜单按钮,可以查看自己需要的药品信息,包括:药品的名称、规格、类型、价格等信息,并且可以直接购买药品,也可以点赞收藏操作;
(5)我的账户:用户可以对自己的个人资料和登录密码进行修改。
(6)个人中心:点击“个人中心”进入个人首页界面,可以进行预约挂号、取消挂号、购买药品、就诊记录、收藏的管理。
医护用户管理模块:
(1)医生目录:医护用户可以添加自己的医护信息,包括:医生姓名、照片、性别、主诊科室、职称、上班时间和医生简介等。
(2)预约挂号:医护医护可以查看患者以后在自己名下的预约挂号情况。
(3)药品信息/规格:当药房医生点击“药品信息/规格”这一菜单按钮,可以对药品信息/规格进行设置、添加和删除。;
(5)取消挂号:医护用户可一查看取消挂号详情。
(6)药品库存:医药医生可以查看各类药品的库存情况,及时跟进补货环节。
(7)医生排班:医护用户可以查看自己的排班情况。
(8)购买药品:医护用户可以查看各类药品的销售情况。
(9)收藏:可以查看自己账户的具体收藏详情。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行增删改查。
(3)通知公告公告:管理员点击“诊所公告”菜单可以查看到系统中的所有诊所公告信息,对已经存在的诊所公告,管理员可以修改,也可以添加新的诊所公告或者删除诊所公告。
(4)系统用户:管理员可以对诊所就医系统中的管理员,医护用户、以及前台注册的游客用户进行增删改查。
(5)权限管理:可以对其他用户的各种功能权限进行修改设置;
(6)医生目录管理:管理员点击“医生目录管理”会显示出所有的医生信息,支持通过医生用户或者医生姓名信息进行查询,如果想要添加新的医生信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条医生信息,点击“删除”进行删除。
(7)科室类别管理:管理员点击“科室类别管理”会显示出所有的科室类别,支持输入科室类型或者科室名称对药品信息进行查询,可以选择某一条科室类别,点击“删除”进行删除;
(8)预约挂号管理:管理员可以查看预约挂号列表的详细信息;
(9)取消挂号管理:管理员可以查看取消预约挂号列表的详细信息;
(10)药品信息管理:管理员点击“药品信息管理”会显示出所有的药品信息,支持输入药品名称对药品信息进行查询,可以选择某一条药品信息,点击“删除”进行删除;
(11)药品类型管理:管理员点击“药品类型管理”会显示出所有的药品类型信息,支持输入药品类型对药品信息进行查询,可以选择某一条药品类型信息,点击“删除”进行删除;
(12)药品规格管理:管理员点击“药品规格管理”会显示出所有的药品规格信息,支持输入药品规格对药品信息进行查询,可以选择某一条药品规格信息,点击“删除”进行删除;
(13)购买药品管理:管理员可以查看购买药品列表的详细信息;
(14)药品库存管理:管理员点击“药品库存管理”会显示出所有的药品库存信息,支持输入药品名称对药品库存信息进行查询,可以选择某一条药品库存信息,点击“删除”进行删除;
(15)就诊记录管理:管理员可以查看就诊记录列表的详细信息;
(16)营业数据管理:管理员点击“营业数据管理”会显示出所有的营业数据信息,支持营业数据信息进行查询,可以选择某一条营业数据信息,点击“删除”进行删除;
(17)医生排班管理:管理员可以查看医生排班列表的详细信息;
诊所就医系统的非功能性需求比如诊所就医系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1诊所就医系统非功能需求表
安全性 | 主要指诊所就医系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指诊所就医系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响诊所就医系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着诊所就医系统的页面展示内容进行操作,就可以了。 |
可维护性 | 诊所就医系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
诊所就医系统的完整UML用例图分别是图2-1、图2-2和图2-3。
图2-1就是患者用户角色的用例展示。
图2-1 诊所就医系统患者用户角色用例图
图2-2就是医护用户角色的用例展示。
图2-2 诊所就医系统医护用户角色用例图
图2-3就是管理员角色的用例展示。
图2-3 诊所就医系统管理员角色用例图
开发诊所就医系统最主要的一个目的就是实现用户对门诊的挂号预约,图2-4就是系统的数据流图。
图2-4门诊挂号预约操作展开图
分析完诊所就医系统的数据流,那么接下来我们来看系统的业务流程,图2-5就是业务流程图:
本章主要通过对诊所就医系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个诊所就医系统要实现的功能。同时也为诊所就医系统的代码实现和测试提供了标准。
本章主要讨论的内容包括诊所就医系统的功能模块设计、数据库系统设计。
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本诊所就医系统中的用例。那么接下来就要开始对本诊所就医系统的架构、主要功能和数据库开始进行设计。诊所就医系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 诊所就医系统功能模块图
本系统的用户包括管理员和其他用户两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
诊所就医系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-3评论管理模块结构图
诊所就医系统是中需要存储不少门诊信息,其模块功能结构,具体的结构图如下:
图3-4门诊信息模块结构图
诊所就医系统最重要的一个功能就是挂号预约,其模块功能结构,具体的结构图如下:
图3-5挂号预约信息模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
下面是整个诊所就医系统中主要的数据库表总E-R实体关系图。
图3-6 诊所就医系统总E-R关系图
通过上一小节中诊所就医系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | business_data_id | int | 10 | 0 | N | Y | 营业数据ID | |
2 | statistical_date | date | 10 | 0 | Y | N | 统计日期 | |
3 | drug_revenue | int | 10 | 0 | Y | N | 0 | 药品收入 |
4 | registration_income | int | 10 | 0 | Y | N | 0 | 挂号收入 |
5 | check_income | int | 10 | 0 | Y | N | 0 | 检查收入 |
6 | other_income | int | 10 | 0 | Y | N | 0 | 其他收入 |
7 | business_sales | int | 10 | 0 | Y | N | 0 | 营业总额 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cancel_registration_id | int | 10 | 0 | N | Y | 取消挂号ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
5 | cancel_time | datetime | 19 | 0 | Y | N | 取消时间 | |
6 | appointment_number | varchar | 64 | 0 | N | N | 预约号码 | |
7 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
8 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
9 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
10 | main_diagnosis_department | varchar | 64 | 0 | Y | N | 主诊科室 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_category_id | int | 10 | 0 | N | Y | 科室类别ID | |
2 | department_category | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_scheduling_id | int | 10 | 0 | N | Y | 医生排班ID | |
2 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
3 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
4 | layout_table | varchar | 255 | 0 | Y | N | 排版表格 | |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医护用户ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
3 | doctors_phone_number | varchar | 64 | 0 | Y | N | 医生电话 | |
4 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
5 | user_title | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | drug_type | varchar | 64 | 0 | Y | N | 药品类型 | |
4 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
5 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
6 | drug_prices | varchar | 64 | 0 | Y | N | 药品价格 | |
7 | unit_name | varchar | 64 | 0 | Y | N | 单位名称 | |
8 | instructions_for_use | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_inventory_id | int | 10 | 0 | N | Y | 药品库存ID | |
2 | statistical_time | date | 10 | 0 | Y | N | 统计时间 | |
3 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
4 | inventory_quantity | int | 10 | 0 | Y | N | 0 | 库存数量 |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_specifications_id | int | 10 | 0 | N | Y | 药品规格ID | |
2 | drug_specifications | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_type_id | int | 10 | 0 | N | Y | 药品类型ID | |
2 | drug_type | 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 | 更新时间 |
表have_an_appointment_with_a_doctor (预约挂号)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | have_an_appointment_with_a_doctor_id | int | 10 | 0 | N | Y | 预约挂号ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
5 | registration_time | datetime | 19 | 0 | Y | N | 挂号时间 | |
6 | registration_fees | varchar | 64 | 0 | Y | N | 挂号费用 | |
7 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
8 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
9 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
10 | main_diagnosis_department | varchar | 64 | 0 | Y | N | 主诊科室 | |
11 | appointment_number | varchar | 64 | 0 | Y | N | 预约号码 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
15 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_directory_id | int | 10 | 0 | N | Y | 医护目录ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
5 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
6 | main_diagnosis_department | varchar | 64 | 0 | Y | N | 主诊科室 | |
7 | registration_fees | int | 10 | 0 | Y | N | 0 | 挂号费用 |
8 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
9 | working_hours | varchar | 64 | 0 | Y | N | 上班时间 | |
10 | doctor_introduction | text | 65535 | 0 | Y | N | 医生简介 | |
11 | appointment_remarks | varchar | 64 | 0 | Y | N | 预约备注 | |
12 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
13 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | patient_id | int | 10 | 0 | N | Y | 患者用户ID | |
2 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
3 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
4 | patient_address | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | purchasing_drugs_id | int | 10 | 0 | N | Y | 购买药品ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
5 | purchase_time | datetime | 19 | 0 | Y | N | 购买时间 | |
6 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
7 | drug_type | varchar | 64 | 0 | Y | N | 药品类型 | |
8 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
9 | drug_prices | varchar | 64 | 0 | Y | N | 药品价格 | |
10 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
11 | unit_name | varchar | 64 | 0 | Y | N | 单位名称 | |
12 | total_consumption | varchar | 64 | 0 | Y | N | 总计消费 | |
13 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
14 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | visit_records_id | int | 10 | 0 | N | Y | 就诊记录ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
5 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
6 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
7 | registration_time | varchar | 64 | 0 | Y | N | 挂号时间 | |
8 | symptom_description | text | 65535 | 0 | Y | N | 症状描述 | |
9 | doctors_diagnosis | text | 65535 | 0 | Y | N | 医生诊断 | |
10 | treatment_plan | text | 65535 | 0 | Y | N | 治疗方案 | |
11 | medical_expenses | int | 10 | 0 | Y | N | 0 | 就诊费用 |
12 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
13 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
整个诊所就医系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 诊所就医系统详细设计与实现
诊所就医系统的详细设计与实现主要是根据前面的诊所就医系统的需求分析和诊所就医系统的总体设计来设计页面并实现业务逻辑。主要从诊所就医系统界面实现、业务逻辑实现这两部分进行介绍。
当进入诊所就医系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是公告信息,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
诊所就医系统的游客和患者用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2注册界面图
注册关键代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
诊所就医系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当患者用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到诊所就医系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
用户点击“诊所公告”菜单显示管理员在后台发布的所有的诊所公告信息,可以查看诊所公告详情。界面如下图4-4所示。
图4-4通知公告界面图
医生目录:医护用户可以添加自己的医护信息,包括:医生姓名、照片、性别、主诊科室、职称、上班时间和医生简介等。如下图4-5所示。
图4-5医生目录界面图
当药品信息:当用户点击“药品信息”这一菜单按钮,可以查看自己需要的药品信息,包括:药品的名称、规格、类型、价格等信息,并且可以直接购买药品,也可以点赞收藏操作,页面如图4-6所示。
图4-6 药品信息界面图
当患者用户在医生目录里面进行了预约挂号后,可在这里查询预约信息详情,如下图4-7所示。
图4-7预约挂号界面图
当用户点击就诊记录时,可查看自己以往的就诊记录信息,界面如下图4-8所示。
图4-8 就诊记录界面图
当医护用户点击预约挂号,可以查看患者用户的挂号信息,并且进行审批、回复,并且在患者就诊完毕后填写就诊记录,如下图4-9所示。
图4-9预约挂号界面图
点击“药品信息”会显示出所有的药品信息,支持输入药品名称进行查询,可以点击某一药品信息查看药品信息的详情。如下图4-10所示。
图4-10药品信息界面图
点击“医生排班”按钮会显示出医护用户的排班信息,如下图4-11所示。
图4-11医生排班界面图
诊所就医系统中的管理人员在“用户管理”这一菜单是中可以对注册的患者用户,医护用户以及管理员进行管控。如下图4-12所示。
图4-12用户管理界面图
用户管理关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
管理员点击“通知公告管理”菜单可以查看到系统中的所有公告信息,对已经存在的公告,管理员可以修改,也可以添加新的公告或者删除公告,如下图4-13所示。
图4-13通知公告管理界面图
管理员点击“药品信息”会显示出所有的药品信息,支持输入药品名称或者药品类型或者药品编号对药品信息进行查询,如果想要添加新的药品信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条药品信息,点击“删除”进行删除,如下图4-14所示。
图4-14药品信息管理界面图
药品信息管理关键代码如下:
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
管理员点击“医生目录管理”会显示出所有的医生信息,支持通过医生用户或者医生姓名信息进行查询,如果想要添加新的医生信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条医生信息,点击“删除”进行删除,界面如下图4-15所示。
图4-15 资源管理界面图
管理员点击“科室类别管理”会显示出所有的科室类别信息,支持通过医生用户或者科室类别进行查询,如果想要添加新的科室类别,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条科室类别信息,点击“删除”进行删除,界面如下图4-16所示。
图4-16 资源管理界面图
5系统测试
系统测试包括:用户登录功能测试、轮播图展示功能测试、药品信息添加、药品信息搜索、密码修改、挂号预约功能测试,如表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)填写预约挂号信息,点击进行提交。 |
预期结果 | 预约成功 |
实际结果 | 实际结果与预期结果一致 |
通过编写诊所就医系统的测试用例,已经检测完毕用户登录模块、轮播图展示模块、药品信息添加模块、药品信息搜索模块、密码修改模块、预约挂号模块功能测试,通过这6大模块为诊所就医系统的后期推广运营提供了强力的技术支撑。
本文描述了诊所就医系统设计与实现的原理和开发过程,该系统是通过springboot+VUE框架来搭建后台,中间件使用的是Tomcat服务器,数据库管理平台采用开源的Mysql,前台使用的是JQuery框架,同时使用Validate校验框架,这样就可以减少前端代码的输入量,而且基于JQuery框架的Validat框架使用简单,是流行的前端使用框架,前端使用的主要是HTML页面展示技术。
在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从开发这个诊所就医系统的过程中我也收获了许许多多宝贵的方法以及设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、springboot+vue、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[2]Carter E ,Schatz D ,Isaacs N , et al.Application of an opioid use disorder cascade of care in a large public health system.[J].The American journal of drug and alcohol abuse,2024,11-10.
[3]Diriba C D ,Tilahun T .Nurses' perception of the hospitals' culture and readiness of evidence-based practise integration in the hospital's system in western Ethiopia.[J].BMC nursing,2024,23(1):103-103.
[4]房云,俞娟,卢欣然.人工智能+大数据随访系统建设助力数字化便捷就医服务[J].中国信息化,2023,(06):78-79.
[5]丁如一,李桃.基于微信公众号的就医服务系统的优化与应用[J].中国医疗设备,2023,38(06):108-113.
[6]马宏宇,朱天阳.基于Kano模型的突发公共卫生事件就医系统优化设计策略[J].现代医院,2023,23(04):629-633.
[7]杨玲,宋宝香.智慧医疗系统使用对患者就医体验的影响——基于医患互动和信息共享的分析[J].现代医院管理,2023,21(01):99-103.
[8]黄薇,邵恩雨,吴剑锋.基于具身认知的就医导视系统适老化设计研究[J].包装工程,2023,44(02):290-297.DOI:10.19554/j.cnki.1001-3563.2023.02.032.
[9]钱红艳,王婕妤.我市医卫系统全负荷运行力保市民就医安全有序[N].南京日报,2022-12-24(A03).DOI:10.28601/n.cnki.nnjrb.2022.004853.
[10]张鹏飞.打造高品质健康之城[N].淄博日报,2022-11-04(005).DOI:10.38290/n.cnki.nzbrb.2022.002683.
[11]刘珍珍.医联体背景下患者就医机构选择行为影响因素研究[D].延安大学,2022.DOI:10.27438/d.cnki.gyadu.2022.000062.
[12]李佳.智慧医疗背景下老年人就医服务系统设计研究[D].西华大学,2022.DOI:10.27411/d.cnki.gscgc.2022.000208.
[13]张雯霄,凌佳,余睿等.预约挂号系统对患者就医行为影响因素及应用——基于模糊综合评价法的研究[J].现代信息科技,2022,6(01):140-143.DOI:10.19850/j.cnki.2096-4706.2022.01.037.
[14]曾嫒,李功权,许林瑞等.基于WebGIS的就医无忧系统的人流量可视化展示[J].电子元器件与信息技术,2021,5(07):33-36.DOI:10.19772/j.cnki.2096-4455.2021.7.016.
[15]李思雨,王琼莲,赖静瑶等.智能护理系统对住院孕产妇就医体验的影响及研究[J].实用妇科内分泌电子杂志,2021,8(17):126-128.
[16]黄晟祺,许林瑞,汪玉笳等.基于前后端交互的就医无忧系统的设计与实现[J].软件工程,2021,24(06):53-56+49.DOI:10.19644/j.cnki.issn2096-1472.2021.06.013.
[17]龙成旭.重大疫情下异地就医直接结算运行现状及改善建议研究[D].华中科技大学,2021.DOI:10.27157/d.cnki.ghzku.2021.003905.
[18]郑兵,王觅也.基于电子健康卡的多卡通就医系统的设计与应用[J].医疗卫生装备,2020,41(10):30-36.DOI:10.19745/j.1003-8868.2020223.
[19]林舜贤.标准化急诊预检分诊系统结合预挂号新模式对就医流程的优化效果[J].中外医学研究,2020,18(26):184-186.DOI:10.14033/j.cnki.cfmr.2020.26.072.
[20]ANSI/ASTM E1239-2000,自动化就医信息系统用预约/挂号-接收、就诊和转院(R-ADT) 系统指南(14.01)[S].
逝者如斯夫,不舍昼夜。转眼间,大学生活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~