摘要
大数据时代下,数据呈爆炸式地增长。为了迎合信息化时代的潮流和信息化安全的要求,利用互联网服务于其他行业,促进生产,已经是成为一种势不可挡的趋势。在医院的要求下,开发一款整体式结构的基于微信小程序的智慧门诊管理系统的设计与实现,将复杂的系统进行拆分,能够实现对需求的快速变化、系统稳定性的保障,能保证平台可持续、规模化发展的要求。
系统采用SSM框架搭建,结合Java编程语言,Mysql数据库作为持久层框架,实现了前后端的快速开发和良好的可扩展性,通过这些技术可以实现前端页面的美观和动态效果使之符合广大群众的审美观,微信小程序的智慧门诊管理系统解决了传统管理方式所带来的人力、物力和时间上的虚耗和交流深度的限定,这让交流的过程更快捷、准确、便利,同时完成微信小程序的智慧门诊管理系统的基本功能:后台首页、系统用户、护理项目列表、合作医院管理、科室信息管理、医生信息管理、预约护理管理、预约信息管理、问诊反馈管理、转诊建议管理、处方信息管理、前置审方管理、系统管理、网站公告管理、资源管理。该系统填补了智慧门诊管理系统领域的空白,为广大患者和医生提供了一个便捷而专业的诊断平台。
关键词:SSM;Mysql;微信小程序的智慧门诊管理系统
Abstract
In the era of big data, data is exploding. In order to meet the trend of the information age and the requirements of information security, it has become an unstoppable trend to use the Internet to serve other industries and promote production. Under the requirements of the hospital, the design and implementation of an intelligent outpatient management system based on wechat small program, and the complex system can realize the rapid change of demand and the stability of the system, and ensure the requirements of sustainable and large-scale development of the platform.
The system is constructed using the SSM framework, Combining the Java programming language, The Mysql database acts as a persistent-layer framework, With rapid development and good scalability at the front and rear ends, Through these technologies can achieve the front end of the page beautiful and dynamic effect to make it conform to the aesthetic view of the masses, The intelligent outpatient management system of WeChat small program solves the shortage of manpower, material resources and time and the depth of communication brought by the traditional management mode, This makes the process of communication much faster, more accurate, and more convenient, At the same time complete the basic functions of hospital medical diagnosis system: the background homepage, system users, nursing project list, cooperative hospital management, department information management, doctor information management, appointment nursing management, appointment information management, special feedback management, referral advice management, prescription information management, front review party management, system management, website announcement management, resource management. The system fills the gap in the field of intelligent outpatient management system, and provides a convenient and professional diagnosis platform for the majority of patients and doctors.
Keywords: SSM; Mysql; WeChat small program intelligent outpatient management system
1 绪论
1.1选题背景
近年来,随着计算机技术水平的飞速发展,人类已进入人工智能、大数据时代,信息技术的进步让我们工作和生活方式有了很大的改变。信息技术对于我们越来越重要。同样医院信息化的模式也在快速发展,现在的医院更加依赖信息化的建设程度,一方面医院提出了更多的需求可以用信息管理系统完成,另一方面医生需要使用系统有效管理自己的患者,从而留出更多时间了解患者的病情和治愈疾病。随着计算机技术水平的快速发展,信息技术的应用更加便捷,可以解决医疗信息化程度低这个行业痛点。所以开发一个既满足医院使用,又方便医生操作的微信小程序的智慧门诊管理系统尤为重要。
1.2国内外研究现状
美国是医院信息化建设的领头羊,在上世纪60年代初,美国便开始了HIS的开发。上世纪70年代,计算机技术在美国进入快速发展时期,IBM360大型机开始的美国投产使用,网络信息技术也逐步开始走出美国军方和实验室,进入了各种医学院校和科研机构。日本和欧洲等国的医疗机构先后开发医院信息管理系统和临床诊疗系统,各国医学院校、医院及医疗服务中心相继开始分析研究和开发使用医院信息管理系统。现在美国超过96%的医院实现了对患者到院的诊疗活动进行信息化管理。
计算机应用于我国医疗领域开始于上世纪80年代末,只有北京肿瘤医院、协和医院等少数规模大的综合医院才拥有。当时计算机主要应用于医学教学和科研方面,还没有条件运用到医院业务管理中。随着计算硬件的发展和编程语言的普及,目前为止国内已基本完成医院信息化建设。尤其是三甲医院均实现了医院内信息化管理。当前,我国正在大力推进医疗改革,大大加快了医疗信息化的建设步伐。由于我国复原辽阔,各省市区经济发展水平不平衡,在经济不发达的地区,医院信息化的使用仅完成了收费流程管理,部分中小型医院仅实现了医疗信息系统简单的使用。另外,由于经济力量薄弱,部分中小型机构专业人才匮乏,仍然有医院停留在半手工半信息化的层次上。所以医疗信息化的深入显得尤为重要。
1.3微信开发者工具
微信开发者工具现在已经被小程序开发团队开发运行,目前微信开发者工具任然在不断的完善中,在开发小程序时经常要不断的更新。可以使用微信扫码登陆开发者工具,开发者工具将使用这个微信帐号的信息进行小程序的开发和调试。
机型选择:小程序以智能手机的屏幕尺寸为设计标准,进行切图。
预览界面:写好视图布局后点击编译,用来刷新视图界面。
控制台:方便调试打印输出信息。
上传代码:上传到腾讯服务器,提交审核必经步骤。上传代码时可以填写版本号和备注信息。
资源文件:一般可以在资源文件进行对应项目的文件目录的断点调试。
显示远程调试:手机端和PC端开发工具联调对用户而言是非常实用的。
本地数据存储:显示的是本地存储的数据。
视图调试:标组件以子父层级结构呈现,方便调试。
微信限制在2M 以内的代码体积;开发中一般不校验合法域名信息;小程序后台要做配置服务器域名。
1.4论文结构与章节安排
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和国内外研究现状进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 微信小程序的智慧门诊管理系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
2.1 可行性分析
系统可行性分析是对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
微信小程序的智慧门诊管理系统在数据的存储上使用的MySQL数据库,在微信小程序的智慧门诊管理系统开发中使用了Java、SSM这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发,使系统的可扩展性和维护性更佳,减少系统配置代码,简化编程代码,目前B/S模式是目前最受欢迎的一种模式。
从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。
系统从法律层面上来没有对第三方有其他放有法律层面的问题,系统数据库采用的MySQL 开源社区数据库、框架采用的是开源的SSM。系统资讯和相关内容也是法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。
2.2 系统功能分析
微信小程序的智慧门诊管理系统我划分为了医生用户、注册用户、管理员这三大部分。
注册用户模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现预约护理、评论操作,就必须有这个系统的账号,如果没有账号的话,可以注册用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
(2)首页信息:微信小程序的智慧门诊管理系统的首页信息包含了首页、医院资讯、我的、合作医院、医生信息、预约护理、网站公告等。
(3)网站公告:当用户点击“网站公告”这一菜单按钮,会显示管理员在后台发布的所有的通知公告,可以查看详情;
(4)医院资讯:用户可以在此页面查询网站所有的医院资讯,并对其进行点赞、收藏和评论等信息。
(5)我的:用户可以在此页面操作基本信息、收藏、预约护理、预约信息、问诊反馈、转诊建议、处方信息、前置审方等功能。
(6)合作医院:用户可以在此页面查询到网站所有的合作医院信息。
(7)医生信息:用户可以查看医生信息推荐信息,在查询到自己想要了解的医生信息的时候,可以进入查看详细的介绍,在医生信息详情这个界面,同时支持用户对喜欢的医生信息进行收藏、点赞以及评论的功能。
(8)预约护理:用户可以在此页面进行预约护理功能。
医生用户模块:
- 用户注册登录:医生用户可以有前台注册进入到系统中,对系统中的信息浏览,但是想要实现查询预约、评论操作,就必须有这个系统的账号。
- 网站公告:当用户点击“网站公告”这一菜单按钮,会显示管理员在后台发布的所有的通知公告,可以查看详情;
- 医院资讯:用户可以在此页面查询网站所有的医院资讯,并对其进行点赞、收藏和评论等信息。
- 我的:用户可以在此页面操作基本信息、收藏、医生信息、预约信息、问诊反馈、转诊建议、处方信息等功能。
- 合作医院:用户可以在此页面查询到网站所有的合作医院信息。
- 医生信息:用户可以查看医生信息,在查询到自己想要了解的医生信息的时候,可以进入查看详细的介绍,在医生信息详情这个界面,同时支持用户对喜欢的医生信息进行收藏、点赞以及评论的功能。
- 后台首页:医生用户可以在后台首页进行对系统的操作。
- 医生信息管理:医生可以在此页面对医生信息进行更新维护和增删改查的操作。
- 预约信息管理:医生可以在此页面对预约信息进行更新维护和增删改查的操作。
- 问诊反馈管理:医生可以在此页面对问诊反馈信息列表进行更新维护。
- 转诊建议管理:医生可以在此页面对转诊建议信息列表进行更新维护。
- 处方信息管理:医生可以在此页面对处方信息列表进行更新维护。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对微信小程序的智慧门诊管理系统中的管理员以及前台注册的普通用户和医生用户进行增删改查。
(3)护理项目列表:管理员可以对护理项目进行更新维护,并对其增删改查的操作。
(4)合作医院管理:管理员可以对合作医院进行更新维护,并对其增删改查的操作。
(5)科室信息管理:管理员点击“科室信息管理”菜单可以对科室信息进行增删改查。
(6)医生信息管理:管理员对医生信息进行管控,同时支持通过关键词对医生信息进行搜索查询和增删改查。
(7)预约护理管理:管理员可以对前台预约护理进行更新维护,并对其增删改查的操作。
(8)预约信息管理:管理员对前台用户提交的预约信息进行管控,点击某一条预约信息可进行详情查阅。
(9)问诊反馈管理:管理员可以对前台发布的问诊反馈信息进行回复和维护。
(10)转诊建议管理:管理员可以对转诊建议信息进行更新维护,并对其增删改查的操作。
(11)处方信息管理:管理员可以对处方信息进行更新维护,并对其增删改查的操作。
(12)前置审方管理:管理员可以对前台用户提交的审议信息,由管理员审核通过。
(13)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行增删改查。
(14)网站公告管理:管理员点击“网站公告”菜单可以查看到系统中的所有网站公告信息,对已经存在的网站公告信息,管理员可以修改,也可以添加新的公告信息或者删除公告信息。
(15)资源管理:管理员点击“资源管理”这一菜单会所有的医院资讯、资讯分类信息,管理员可以对医院资讯、资讯分类信息进行增删改查操作。
微信小程序的智慧门诊管理系统的非功能性需求比如微信小程序的智慧门诊管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-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.1 数据流程
开发微信小程序的智慧门诊管理系统最主要的一个目的就是实现用户对医生的提交预约,图2-4就是系统的数据流图。
图2-4医生提交预约操作展开图
2.4.2 业务流程
分析完微信小程序的智慧门诊管理系统的数据流,那么接下来我们来看系统的业务流程,图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关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | appointment_care_id | int | 10 | 0 | N | Y | 预约护理ID | |
2 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
6 | mobile_phone_number | varchar | 64 | 0 | Y | N | 手机号码 | |
7 | nursing_number | varchar | 64 | 0 | Y | N | 护理单号 | |
8 | nursing_projects | varchar | 64 | 0 | Y | N | 护理项目 | |
9 | service_price | varchar | 64 | 0 | Y | N | 服务价格 | |
10 | medical_certificate | varchar | 255 | 0 | Y | N | 就医证明 | |
11 | service_time | datetime | 19 | 0 | Y | N | 服务时间 | |
12 | service_address | varchar | 64 | 0 | Y | N | 服务地址 | |
13 | disease_description | text | 65535 | 0 | Y | N | 病情描述 | |
14 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
15 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
16 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
17 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表appointment_information (预约信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_information_id | int | 10 | 0 | N | Y | 预约信息ID | |
2 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
6 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
7 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
8 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
9 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
10 | appointment_number | varchar | 64 | 0 | Y | N | 预约单号 | |
11 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
12 | appointment_period | varchar | 64 | 0 | Y | N | 预约时段 | |
13 | brief_description_of_the_condition | text | 65535 | 0 | Y | N | 病情简述 | |
14 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
15 | examine_reply | 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 | 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 | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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 | consultation_feedback_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 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
7 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
8 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
9 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
10 | appointment_number | varchar | 64 | 0 | N | N | 预约单号 | |
11 | consultation_time | datetime | 19 | 0 | Y | N | 问诊时间 | |
12 | consultation_content | text | 65535 | 0 | Y | N | 问诊内容 | |
13 | patient_response | text | 65535 | 0 | Y | N | 患者回复 | |
14 | historical_medical_records | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cooperative_hospitals_id | int | 10 | 0 | N | Y | 合作医院ID | |
2 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
3 | hospital_poster | varchar | 255 | 0 | Y | N | 医院海报 | |
4 | hospital_level | varchar | 64 | 0 | Y | N | 医院级别 | |
5 | hospital_location | varchar | 64 | 0 | Y | N | 医院位置 | |
6 | contact_phone_number | varchar | 16 | 0 | Y | N | 联系电话 | |
7 | hospital_introduction | text | 65535 | 0 | Y | N | 医院简介 | |
8 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_information (科室信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_information_id | int | 10 | 0 | N | Y | 科室信息ID | |
2 | department_name | 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_information_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 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
7 | visit_time | text | 65535 | 0 | Y | N | 出诊时间 | |
8 | doctor_introduction | longtext | 2147483647 | 0 | Y | N | 医生简介 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | praise_len | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
3 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | license_number | varchar | 64 | 0 | N | 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 | 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 | 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 | nursing_projects_id | int | 10 | 0 | N | Y | 护理项目ID | |
2 | entry_name | varchar | 64 | 0 | Y | N | 项目名称 | |
3 | service_price | varchar | 64 | 0 | Y | N | 服务价格 | |
4 | nursing_details | text | 65535 | 0 | Y | N | 护理详情 | |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | 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已取消 |
表prescription_information (处方信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | prescription_information_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 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
7 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
8 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
9 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
10 | appointment_number | varchar | 64 | 0 | N | N | 预约单号 | |
11 | opening_time | datetime | 19 | 0 | Y | N | 开方时间 | |
12 | prescription_documents | varchar | 255 | 0 | Y | N | 处方单据 | |
13 | opening_remarks | text | 65535 | 0 | Y | N | 开方备注 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | pre_audit_party_id | int | 10 | 0 | N | Y | 前置审方ID | |
2 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
8 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
9 | appointment_number | varchar | 64 | 0 | N | N | 预约单号 | |
10 | prescription_documents | varchar | 255 | 0 | Y | N | 处方单据 | |
11 | submission_time | datetime | 19 | 0 | Y | N | 提交时间 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | 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 | 更新时间 |
表referral_recommendations (转诊建议)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | referral_recommendations_id | int | 10 | 0 | N | Y | 转诊建议ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
4 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
5 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
6 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
7 | appointment_number | varchar | 64 | 0 | N | N | 预约单号 | |
8 | submission_time | datetime | 19 | 0 | Y | N | 提交时间 | |
9 | referral_recommendations | text | 65535 | 0 | Y | N | 转诊建议 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registered_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 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | mobile_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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
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.1.7医院资讯界面
用户点击“医院资讯”菜单显示所有的医院资讯信息,可以按照条件进行医院资讯的筛选或者输入关键词进行局部搜索,点击可以进入医院资讯详细展示界面,在此界面用户可以收藏、点赞和评论。医院资讯界面如下图4-7所示。
图4-7医院资讯界面图
4.1.8我的界面
当用户点击右上角“我的”这个按钮,会出现子菜单,点击“基本信息”可以对个人的资料、登录系统的密码进行设置管理,也可以对子菜单基本信息、收藏、预约护理、预约信息、问诊反馈、转诊建议、处方信息、前置审方等功能操作。我的界面如下图4-8所示。
图4-8 我的界面图
4.2医生用户功能模块
4.2.1我的界面
当用户点击右上角“我的”这个按钮,会出现子菜单,点击“基本信息”可以对个人的资料、登录系统的密码进行设置管理,也可以对子菜单基本信息、收藏、医生信息、预约信息、问诊反馈、转诊建议、处方信息等功能操作。我的界面如下图4-9所示。
图4-9我的界面图
4.2.2后台首页界面
后台首页,医生点击后台首页界面,可以查看所有的系统操作功能并进行更新维护,后台首页界面如下图4-10所示
4.3管理员功能模块
4.3.1系统用户管理界面
微信小程序的智慧门诊管理系统中的管理人员在“系统用户”这一菜单是中可以对注册用户、医生用户和管理员进行管控,并进行增删改查操作。界面如下图4-11所示。
图4-11系统用户管理界面图
4.3.2 医生信息管理界面
管理员点击“医生信息”会显示出所有的医生信息,支持选择医生用户或者医生姓名对医生信息进行查询,如果想要添加新的医生信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条医生信息,点击“删除”进行删除,也可以对用户提交的医生信息评论的信息进行管控。界面如下图4-12所示。
图4-12医生信息管理界面图
4.3.3 系统管理界面
管理员点击“系统信息”会显示出所有的轮播图信息,管理员可以对前台发布的轮播图进行添加新的轮播图信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条轮播图信息,点击“删除”进行删除,进行更新维护。界面如下图4-13所示。
图4-13系统管理界面图
4.3.4资源管理界面
管理员点击“资源管理”会显示出所有的资源管理信息,管理员可以对医院资讯、资讯分类进行更新维护,并对其进行增删改查的操作。界面如下图4-12所示。
图4-12 资源管理界面图
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大模块为微信小程序的智慧门诊管理系统的后期推广运营提供了强力的技术支撑。
结论
在开发本微信小程序的智慧门诊管理系统之前,首先通过网上查询现有的微信小程序的智慧门诊管理系统功能、线下通过在问卷调查的方式,了解用户对图书馆方面的具体需求,对系统的开发背景以及微信小程序的智慧门诊管理系统的现状进行研究,设计了本微信小程序的智慧门诊管理系统具体实现的功能;确定好功能后,第二步就是开发工具的选择,在设计本微信小程序的智慧门诊管理系统的时候,采用了现下比较流程的Java语言,采用SSM框架,数据的存储方面采用的是开源的MySQL,接下来就是对系统需求的分析,在文中主要通过对微信小程序的智慧门诊管理系统进行可行性、性能、功能、用例四个方面进行分析,确定了本微信小程序的智慧门诊管理系统的具体功能,功能确定后就是对系统的设计以及,包括前后台、数据库等方面,最终完成系统的开发,对系统进行测试总结。
在开发本微信小程序的智慧门诊管理系统的过程中我成长了很多,学习到了很多书本上没有的知识,目前系统虽然已经完成,但是还有许多地方需要改进,比如界面布局方面,代码的编写方面,都可以进一步完善,由于自己专业知识的浅薄,系统做的并不是十分完美,以后我会不断进行学习,对系统进行完善,希望有机会能够投入到学校的使用当中,给同学们提供便利。
参考文献
[1]王昱锦,刘雅,赵清,等. 运用智慧门诊质控系统优化老年慢病患者就诊流程的实践 [J]. 中国卫生质量管理, 2024, 31 (02): 73-75.
[2]张改改,吴贝贝,娄岩. 基于虚拟现实技术的发热门诊智慧导诊系统构建 [J]. 张江科技评论, 2023, (05): 75-77.
[3]田少磊,朱玲,王映辉,等. 面向基层医疗的云端智慧中医门诊系统构建与应用 [J]. 世界科学技术-中医药现代化, 2023, 25 (07): 2287-2296.
[4]王群,张江波. 云存储环境下智慧医疗门诊信息整合系统设计 [J]. 信息技术, 2023, (08): 77-81.
[5]史香芬,卢晓静,张旭锋,等. 智慧药房信息管理系统在门诊发药窗口设置中的应用 [J]. 中国现代应用药学, 2022, 39 (21): 2757-2761.
[6]张川,贾小溪,李卫红,等. 智慧门诊诊疗服务模式构建与应用研究 [J]. 中国医院, 2022, 26 (07): 88-90.
[7]周仁君,余晓平,陈杰,等. 基于物联网+BIM的医院门诊大楼通风系统智慧管理平台构建 [J]. 智能城市, 2022, 8 (05): 42-44.
[8]姚志伟. 医院门诊智慧药学审方系统的设计与实现 [J]. 福建电脑, 2022, 38 (04): 101-103.
[9]邵建华,卢履勇,严波. 智慧型核酸采集信息系统的分析与设计 [J]. 医学信息, 2021, 34 (23): 16-18.
[10]潘星,李梁玉,张一红,等. 门诊中医综合治疗区智慧管理系统的构建与效果 [J]. 中医药管理杂志, 2021, 29 (17): 161-163.
[11]周寅,张振方,周振涛,等. 基于Java Web的智慧医疗问诊管理系统的设计与应用 [J]. 中国医学装备, 2021, 18 (08): 132-135.
[12]童俊. 基于微服务架构智慧门诊建设提升医院医疗服务质量 [J]. 数字技术与应用, 2021, 39 (07): 129-131.
[13]黄巧,曹奕,李雪. 智慧医疗视角下产科门诊应用全预约挂号系统的回顾性研究 [J]. 现代医院, 2021, 21 (06): 903-906.
[14]万杰,卢嫄,项中华,等. 基于微信平台的智慧医疗系统设计与应用 [J]. 信息与电脑(理论版), 2021, 33 (06): 121-124.
[15]刘爱军,王韬. 从需求侧看智慧门诊人性化建筑安装设计的体现 [J]. 中国医院管理, 2020, 40 (09): 95-97.
[16]朱星阳,陈辉. 医院智慧能源管理系统研究与实践 [J]. 智能城市, 2019, 5 (23): 16-17.
[17]褚振海,李娜,岳铭,等. “互联网+医疗”背景下门诊流程优化与思考 [J]. 中国卫生质量管理, 2018, 25 (04): 109-111.
[18]Prabawani B ,Hadi P S ,Fisher R M , et al. Socioeconomic perspective of agroforestry development in Central Java [J]. Environmental and Sustainability Indicators, 2024, 22 100354-.
[19]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.
[20]Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):
致 谢
逝者如斯夫,不舍昼夜。转眼间,大学生活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-