摘 要
随着科学技术的飞速发展,各行各业都在努力与现代先进技术接轨,通过科技手段提高自身的优势;对于智慧医疗挂号小程序当然也不能排除在外,随着网络技术的不断成熟,带动了智慧医疗挂号小程序,它彻底改变了过去传统的管理方式,不仅使服务管理难度变低了,还提升了管理的灵活性。这种个性化的平台特别注重交互协调与管理的相互配合,激发了管理人员的创造性与主动性,对智慧医疗挂号小程序而言非常有利。
本系统使用Java语言,采用基于 MVC模式的SSM技术进行开发,使用 Eclipse 2017 CI 10 编译器编写,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台HTML+CSS 技术完成系统的开发。在设计过程中,充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护、操作方便以及页面简洁等特点。
关键字:智慧医疗挂号小程序; SSM框架;MySQL数据库
Abstract
With the rapid development of science and technology, all walks of life are trying to integrate with modern advanced technology and improve their advantages through scientific and technological means; Of course, smart medical registration applets cannot be excluded. With the continuous maturity of network technology, smart medical registration applets have been driven. It has completely changed the traditional management methods in the past, not only making service management less difficult, but also improving the flexibility of management. This personalized platform pays special attention to the interaction between coordination and management, which stimulates the creativity and initiative of managers, and is very beneficial to smart medical registration applications.
The system uses Java language, uses SSM technology based on MVC mode for development, and uses Eclipse 2017 CI 10 compiler to write. In terms of data, it mainly uses Microsoft's MySQL relational database as the data storage medium, and cooperates with the foreground HTML+CSS technology to complete the development of the system. In the design process, the system code is fully guaranteed to be readable, practical, extensible, universal, easy to maintain, easy to operate and concise.
Keywords: Smart medical registration applet; SSM framework; MySQL database
目 录
第一章 绪 论
1.1背景及意义
1.2国内外研究概况
1.3 研究的内容
第二章开发技术介绍
2.1 微信开发者工具
2.2 小程序框架以目录结构介绍
2.3 JAVA技术
2.4 Mysqs数据库 5
2.5 SSM框架 6
第三章 系统分析 7
3.1 系统设计目标 7
3.2 系统可行性分析 7
3.3 系统功能分析和描述 7
3.4系统UML用例分析 8
3.4.1管理员用例 8
3.4.2医生用例 8
3.4.3用户用例 9
3.5系统流程分析 9
3.5.1添加信息流程 10
3.5.2操作流程 10
3.5.3删除信息流程 11
第四章 系统设计
4.1 系统体系结构
4.2 数据库设计原则
4.3 数据表
第五章 系统实现
5.1用户功能模块 24
5.2医生功能模块
5.3管理员功能模块
第六章 系统测试 33
6.1测试定义及目的 33
6.2性能测试 33
6.3测试模块 33
6.4测试结果 34
总 结 35
致 谢
参考文献
第一章 绪 论
1.1背景及意义
系统管理也都将通过计算机进行整体智能化操作,对于智慧医疗挂号小程序所牵扯的管理及数据保存都是非常多的,这给管理者的工作带来了巨大的挑战,面对大量的信息,传统的管理系统,都是通过笔记的方式进行详细信息的统计,后来出现电脑,通过电脑输入软件将纸质的信息统计到电脑上,这种方式比较传统,而且想要统计数据信息比较麻烦,还受时间和空间的影响,所以为此开发了智慧医疗挂号小程序;为用户提供了方便管理平台,方便管理员查看及维护,并且可以通过需求进行设备信息内容的编辑及维护等;对于用户而言,可以随时进行查看医疗挂号小程序,管理员可以足不出户就可以获取到系统的数据信息等,而且还能节省用户很多时间,所以开发智慧医疗挂号小程序给管理者带来了很大的方便,同时也方便管理员对用户信息进行处理。
本论文智慧医疗挂号小程序主要牵扯到的程序,数据库与计算机技术等。覆盖知识面大,可以大大的提高系统人员工作效率。
1.2国内外研究概况
随着国内经济形势的不断发展,中国互联网进入了一个难得的高峰发展时期,这使得中外资本家纷纷转向互联网市场。然而,许多管理领域的不合理结构,人员不足以及市场管理需求的增加使得更多的人具备了互联网管理的意识。
在当今高度发达的信息中,信息管理改革已成为一种更加广泛和全面的趋势。 “智慧医疗挂号小程序”是基于Mysql数据库,在SSM技术的基础上实现的。为确保中国经济的持续发展,信息时代日益更新,服务业仍在蓬勃发展。同时,随着信息社会的快速发展,各种管理系统面临着越来越多的数据需要处理,如何用方便快捷的方式使管理者在广阔的数据海洋里面查询、存储、管理和共享有效的数据信息,对我们的学习,工作和生活具有重要的现实意义。因此,国内外学术界对此进行了深入而广泛的研究,一个新的研究领域——SSM 智慧医疗挂号小程序诞生了。
1.3 研究的内容
目前许多人仍将传统的纸质工具作为信息管理的主要工具,而网络技术的应用只是起到辅助作用。在对网络工具的认知程度上,较为传统的office软件等仍是人们使用的主要工具,而相对全面且专业的信息管理软件仍没有得到大多数人的了解或认可。本选题则旨在通过标签分类管理等方式,实现智慧医疗挂号小程序的各种功能,从而达到对智慧医疗挂号小程序的管理。
详细内容介绍,将在以下六章中详细阐述:
第一章、绪论,介绍了研究课题选择的背景及意义、研究现状,简要介绍了本文的章节内容。
第二章、引入技术知识,通过引入关键技术进行开发,向系统中涉及直观表达的技术知识。
第三章、重点分析了系统的分析,从系统强大的供需市场出发,对系统开发的可行性,系统流程以及系统性能和功能进行了探讨。
第四章、介绍了系统的详细设计方案,包括系统结构设计和数据库设计。
第五章、系统设计的实现,通过对系统功能设计的详细说明,论证了系统的结构。
第六章、系统的整体测试,评判系统是否可以上线运行。
- 开发工具及关键技术介绍
2.1微信开发者工具
微信开发者工具现在已经被小程序开发团队开发运行,目前微信开发者工具任然在不断的完善中,在开发小程序时经常要不断的更新。可以使用微信扫码登陆开发者工具,开发者工具将使用这个微信帐号的信息进行小程序的开发和调试。
机型选择:小程序以智能手机的屏幕尺寸为设计标准,进行切图。
预览界面:写好视图布局后点击编译,用来刷新视图界面。
控制台:方便调试打印输出信息。
上传代码:上传到腾讯服务器,提交审核必经步骤。上传代码时可以填写版本号和备注信息。
资源文件:一般可以在资源文件进行对应项目的文件目录的断点调试。
显示远程调试:手机端和PC端开发工具联调对用户而言是非常实用的。
本地数据存储:显示的是本地存储的数据。
视图调试:标组件以子父层级结构呈现,方便调试。
微信限制在2M 以内的代码体积;开发中一般不校验合法域名信息;小程序后台要做配置服务器域名。
以上就是在开发过程中微信开发者工具常用到的功能,微信开发者工具也在不断的完善。
2.2小程序框架以及目录结构介绍
整个小程序框架系统分为两部分:逻辑层和视图层。小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生 小程序 体验的服务。小程序在视图层与逻辑层间提供了数据传输和事件系统,提供了自己的视图层以及逻辑层框架,让开发者能够专注于数据与逻辑。框架的核心是一个响应的数据绑定系统,可以让数据与视图非常简单地保持同步。在逻辑层做数据修改,在视图层就会做相应的更新。框架提供了一套基础的组件,这些组件自带微信风格的样式以及特殊的逻辑,开发者可以通过组合基础组件,创建出强大的微信小程序 。
2.3 JAVA技术
Java主要采用CORBA技术和安全模型,可以在互联网应用的数据保护。它还提供了对EJB(Enterprise JavaBeans)的全面支持,java servlet API,SSM(java server pages),和XML技术。
JAVA语言功能:
面向对象:面向对象是Java编程语言的标志之一,是一种软件开发方法。最重要的是将所有东西变成对象,然后以某种方式编程。编程时,代码和数据写在每个对象上。 面向对象编程方法的出现使得人们在编程过程中的设计思考和操作变得非常简单,同时也提高了程序的安全性。
跨平台:Java流行的一个关键特性是它的跨平台特性,这使得用Java编程变得容易。您可以用Java编写程序并在其他地方运行它,而无需在编译后更改它。
垃圾回收机制:用来将那些在程序不操作时无用的对象所占用的内存空间释放掉,C ++最被人厌恶的就是因为其不能将在编程的过程中所占用的内存空间进行及时的释放,导致随着编程时间的变长所占用的内存空间越来越多。对于一些编程高手而言,他们会在刚开始编程的时候配置一块内存地址放在堆栈上,然后在不需要的时候会对其进行释放,而一些新手和菜鸟在很多的时候会忘记删除这个内存地址,从而导致程序在运行的过程中会变得十分的不稳定,最终有可能会导致程序崩溃。所以很多C ++的高手在编写程序时往往都会将删除后的指针的值设置为NULL,然后在删除之前确定一个指针的值是否为NULL。
2.4 Mysql数据库
数据库是系统开发过程中不可或缺的一部分。 在WEB应用方面,MySQL AB开发了一个具有很大优势的MySQL关系数据库管理系统。 MySQL可以将数据存储在不同的表中,这非常灵活,并且还可以提高系统在实际应用中的速度。 数据库访问最常用于标准SQL语言,MySQL用于SQL语言,因此它具有高度兼容性。数据库的操作是必不可少的,包括对数据库表的增加、删除、修改、查询等功能。现如今,数据库可以分为关系型数据库和非关系型数据库,Mysql属于关系性数据库,Mysql数据库是一款小型的关系型数据库,它以其自身特点:体积小、速度快、成本低等,Mysql数据库是目前最受欢迎的开源数据库。
在WEB应用技术中, Mysql数据库支持不同的操作系统平台,虽然在不同平台下的安装和配置都不相同,但是差别也不是很大,Mysql在Windows平台下两种安装方式,二进制版和免安装版。安装完Mysql数据库之后,需要启动服务进程,相应的客户端就可以连接数据库,客户端可通过命令行或者图形界面工具登录数据库。
2.5 SSM框架
当今流行的“SSM组合框架”是Spring + SpringMVC + MyBatis的缩写,受到很多的追捧,“组合SSM框架”是强强联手、各司其职、协调互补的团队精神。web项目的框架,通常更简单的数据源。Spring属于一个轻量级的反转控制框架(IoC),但它也是一个面向表面的容器(AOP)。SpringMVC常常用于控制器的分类工作模式,与模型对象分开,程序对象的作用与自动取款机进行处理。这种解耦治疗使整个系统的个性化变得更加容易。MyBatis是一个良好的可持续性框架,支持普通SQL查询,同时允许对存储过程的高级映射进行数据的优化处理。大型Java Web应用程序的由于开发成本太高,开发后难以维护和开发过程中一些难以解决的问题,而采用“SSM组合框架”,它允许建立业务层次结构,并为这个问题提供良好的解决方案。
第三章 系统分析
3.1 系统设计目标
智慧医疗挂号小程序主要是为了用户方便对门诊进行预约挂号等,也是为了更好的让管理员进行更好存储所有数据信息及快速方便的检索功能,对系统的各个模块是通过许多今天的发达系统做出合理的分析来确定考虑用户的可操作性,遵循开发的系统优化的原则,经过全面的调查和研究。
系统所要实现的功能分析,对于现在网络方便的管理,系统要实现用户可以直接在平台上进行首页、健康资讯、我的(挂号信息、挂号取消、病历记录)等,根据自己的需求可以进行查看信息或预约挂号等,这样既能节省用户的时间,不用在像传统的方式,需要查询、由于很多用户的时间的原因,很难去满足用户的各种需求。所以智慧医疗挂号小程序的开发不仅仅是能满足用户的需求,还能提高管理员的工作效率,减少原有不必要的工作量。
3.2 系统可行性分析
系统的开发环境和配置都是可以自行安装的,系统使用JAVA技术为开发工具,使用比较成熟的Mysql数据库进行对系统用户和管理员之间相关的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
(1)硬件可行性分析
智慧医疗挂号小程序及信息分析的设计对于所使用的计算机没有什么硬性的要求,计算机只要可以正常的使用进行代码的编写及页面设计就可行,主要是对于服务器有些要求,对于平台搭建完成要上传的服务器是有一定的要求的,服务器必须选择安全性比较高的,然后就是在打开系统必须顺畅,不能停顿太长时间;性价比高;安全性高。
(2)软件可行性分析
开发整个系统使用的是云计算,流量的可扩展性和基于流量的智能调整云计算的优点就是流量的可扩展性和基于流量的智能调整,保障系统的安全及数据信息的及时备份。
因此,我们从两个方面进行了可行性研究,可以看出系统的开发没有问题。
3.3 系统功能分析和描述
使用智慧医疗挂号小程序系统的用户分管理员、医生和用户三个角色的权限子模块。
管理员所能使用的功能主要有:首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告消息)、用户管理(管理员、普通用户、医生用户)、信息管理(健康资讯、资讯分类)、科室信息、挂号信息、挂号取消、病历记录等。
医生可以实现首页、个人资料(个人信息、修改密码)、科室信息、挂号信息、挂号取消、病历记录等。
用户可以实现首页、健康资讯、我的(挂号信息、挂号取消、病历记录)等。
3.4系统UML用例分析
3.4.1管理员用例
管理员登录后可进行首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告消息)、用户管理(管理员、普通用户、医生用户)、信息管理(健康资讯、资讯分类)、科室信息、挂号信息、挂号取消、病历记录等,管理员用户的用例如图3-1所示。
图3-1 管理员用例图
3.4.2医生用例
医生注册登录后可进行首页、个人资料(个人信息、修改密码)、科室信息、挂号信息、挂号取消、病历记录管理,医生用例如图3-2所示。
图3-2 医生用例图
3.4.3用户用例
用户注册登录后可进行首页、健康资讯、我的(挂号信息、挂号取消、病历记录)管理,用户用例如图3-3所示。
图3-3 用户用例图
3.5系统流程分析
3.5.1添加信息流程
添加信息,编号系统使用自动编号模式,没有用户填写,用户添加信息输入信息,系统将自动确认的信息和数据,验证的成功是有效的信息添加到数据库,信息无效,重新输入信息。添加信息流程如图3-4所示。
图3-4 添加信息流程图
3.5.2操作流程
用户想进入系统,首先进入系统登录界面,通过正确的用户名、密码,选择登录类型登录,系统会检查登录信息,信息正确,然后输入相应的功能界面,提示信息错误,登录失败。系统操作流程如图3-5所示。
图3-5操作流程图
3.5.3删除信息流程
用户选择要删除的信息并单击Delete按钮。系统提示是否删除信息。如果用户想要删除信息,系统将删除信息。系统数据库删除信息。删除信息流程图如图3-6所示。
图3-6 删除信息流程图
第四章 系统设计
4.1 系统体系结构
智慧医疗挂号小程序开发系统的结构图4-1所示:
图4-1 系统结构
模块包括首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告消息)、用户管理(管理员、普通用句号、医生用户)、信息管理(健康资讯、资讯分类)、科室信息、挂号信息、挂号取消、病历记录等进行相应的操作。
登录系统结构图,如图4-2所示:
图4-2 登录结构图
这些功能可以充分满足智慧医疗挂号小程序的需求。此系统功能较为全面如下图系统功能结构如图4-3所示。
图4-3系统功能结构图
4.2 数据库设计原则
每个数据库的应用它们都是和区分开的,当运行到一定的程序当中,它就会与自己相关的协议与客户端进行通讯。那么这个系统就会对使这些数据进行连接。当我们选择哪个桥段的时候,接下来就会简单的叙述这个数据库是如何来创建的。当点击完成按钮的时候就会自动在对话框内弹出数据源的名称,在进行点击下一步即可,直接在输入相对应的身份验证和登录密码。
智慧医疗挂号小程序的数据流程:
图4-4 系统数据流程图
科室信息管理实体E-R图,如图4-5所示。
图4-5科室信息管理E-R图
挂号取消管理E-R图,如图4-6所示。
图4-6挂号取消管理E-R图
4.3 数据表
将数据库概念设计的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: |
表department_information (科室信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
department_information_id |
int |
10 |
0 |
N |
Y |
科室信息ID |
|
2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
3 |
department_type |
varchar |
64 |
0 |
Y |
N |
科室类型 |
|
4 |
department_location |
varchar |
64 |
0 |
Y |
N |
科室位置 |
|
5 |
department_doctor |
int |
10 |
0 |
Y |
N |
0 |
科室医生 |
6 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
7 |
department_picture |
varchar |
255 |
0 |
Y |
N |
科室图片 |
|
8 |
department_profile |
longtext |
2147483647 |
0 |
Y |
N |
科室简介 |
|
9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
10 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
11 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表doctor_user (医生用户)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
doctor_user_id |
int |
10 |
0 |
N |
Y |
医生用户ID |
|
2 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
3 |
gender_of_doctor |
varchar |
64 |
0 |
Y |
N |
医生性别 |
|
4 |
doctors_age |
varchar |
64 |
0 |
Y |
N |
医生年龄 |
|
5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
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 |
更新时间 |
表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 (病历记录)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
medical_record_id |
int |
10 |
0 |
N |
Y |
病历记录ID |
|
2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
3 |
department_type |
varchar |
64 |
0 |
Y |
N |
科室类型 |
|
4 |
department_location |
varchar |
64 |
0 |
Y |
N |
科室位置 |
|
5 |
department_doctor |
int |
10 |
0 |
Y |
N |
0 |
科室医生 |
6 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
7 |
department_picture |
varchar |
255 |
0 |
Y |
N |
科室图片 |
|
8 |
registered_user |
int |
10 |
0 |
Y |
N |
0 |
挂号用户 |
9 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
10 |
visit_date |
date |
10 |
0 |
Y |
N |
就诊日期 |
|
11 |
doctors_advice |
text |
65535 |
0 |
Y |
N |
医生建议 |
|
12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表notice (公告)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
notice_id |
mediumint |
8 |
0 |
N |
Y |
公告id: |
|
2 |
title |
varchar |
125 |
0 |
N |
N |
标题: |
|
3 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文: |
|
4 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表ordinary_users (普通用户)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
ordinary_users_id |
int |
10 |
0 |
N |
Y |
普通用户ID |
|
2 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
4 |
user_age |
varchar |
64 |
0 |
Y |
N |
用户年龄 |
|
5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
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已取消 |
表registration_cancellation (挂号取消)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
registration_cancellation_id |
int |
10 |
0 |
N |
Y |
挂号取消ID |
|
2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
3 |
department_type |
varchar |
64 |
0 |
Y |
N |
科室类型 |
|
4 |
department_location |
varchar |
64 |
0 |
Y |
N |
科室位置 |
|
5 |
department_doctor |
int |
10 |
0 |
Y |
N |
0 |
科室医生 |
6 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
7 |
department_picture |
varchar |
255 |
0 |
Y |
N |
科室图片 |
|
8 |
registered_user |
int |
10 |
0 |
Y |
N |
0 |
挂号用户 |
9 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
10 |
time_of_appointment |
datetime |
19 |
0 |
Y |
N |
预约时间 |
|
11 |
reason_for_cancellation |
text |
65535 |
0 |
Y |
N |
取消原因 |
|
12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表registration_information (挂号信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
registration_information_id |
int |
10 |
0 |
N |
Y |
挂号信息ID |
|
2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
3 |
department_type |
varchar |
64 |
0 |
Y |
N |
科室类型 |
|
4 |
department_location |
varchar |
64 |
0 |
Y |
N |
科室位置 |
|
5 |
department_doctor |
int |
10 |
0 |
Y |
N |
0 |
科室医生 |
6 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
7 |
department_picture |
varchar |
255 |
0 |
Y |
N |
科室图片 |
|
8 |
registered_user |
int |
10 |
0 |
Y |
N |
0 |
挂号用户 |
9 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
10 |
time_of_appointment |
datetime |
19 |
0 |
Y |
N |
预约时间 |
|
11 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
12 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
13 |
recommend |
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 |
更新时间 |
表slides (轮播图)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
slides_id |
int |
10 |
0 |
N |
Y |
轮播图ID: |
|
2 |
title |
varchar |
64 |
0 |
Y |
N |
标题: |
|
3 |
content |
varchar |
255 |
0 |
Y |
N |
内容: |
|
4 |
url |
varchar |
255 |
0 |
Y |
N |
链接: |
|
5 |
img |
varchar |
255 |
0 |
Y |
N |
轮播图: |
|
6 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量: |
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表upload (文件上传)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
user_id |
mediumint |
8 |
0 |
N |
Y |
用户ID:[0,8388607]用户获取其他与用户相关的数据 |
|
2 |
state |
smallint |
5 |
0 |
N |
N |
1 |
账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组:[0,32767]决定用户身份和权限 |
|
4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间: |
5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 |
|
6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证:[0,1](0未认证|1审核中|2已认证) |
7 |
username |
varchar |
16 |
0 |
N |
N |
用户名:[0,16]用户登录时所用的账户名称 |
|
8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称:[0,16] |
|
9 |
password |
varchar |
64 |
0 |
N |
N |
密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 |
|
10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 |
|
11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID:[0,8388607] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000] |
3 |
name |
varchar |
16 |
0 |
N |
N |
名称:[0,16] |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该用户组的特点或权限范围 |
|
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
第五章 系统实现
5.1用户功能模块
通过网站页面可以查看首页、健康资讯、我的、跳转到后台等信息,如图5-1所示。通过用户注册页面可以填写用户账号、密码、确认密码、昵称、邮箱、手机、身份、用户姓名、用户年龄等详细信息,进行注册操作,如图5-2所示。通过个人中心页面可以填写头像、昵称、修改头像、修改昵称、修改密码等详细信息,进行更新信息操作,还可以根据需要对基本信息相应操作;如图5-3所示。
图5-1 系统首页界面图
图5-2用户注册界面图
图5-3个人中心界面图
挂号信息列表:通过挂号信息列表页面,可以获取科室名称、科室类型、医生姓名、用户姓名、科室位置、科室图片、挂号用户、预约时间、审核状态、审核回复等信息,进行预约操作,如图5-4所示。
图5-4挂号信息列表面图
病历记录列表:通过病历记录列表可以获取索引、科室名称、科室类型、医生姓名、用户姓名等信息,进行详情或查询等操作,如图5-5所示。
图5-5病历记录列表界面图
5.3医生功能模块
医生点击进入到系统操作界面,可以对首页、个人资料(个人信息、修改密码)、科室信息、挂号信息、挂号取消、病历记录等功能进行操作,如图5-6所示。
图5-6医生功能界面图
挂号信息管理:通过列表可以获取索引、科室名称、科室类型、科室位置、科室医生、医生姓名、图片、挂号用户、用户姓名、预约时间、审核状态、审核回复等操作,根据进行详情,修改或删除等操,作医生可以查看用户挂号信息如图5-7所示。
图5-7挂号信息管理界面图
5.4管理员功能模块
管理员通过用户名和密码,密码填写完成后滑动滑块进行验证登录,如图5-8所示。管理员登录成功后进入到系统操作界面,可以对首页、个人中心、医生管理、用户管理、预约信息管理、核酸检测管理、核酸检测预约管理、核酸检测结果管理、系统管理等功能模块进行相对应操作,如图5-9所示。
图5-8管理员登录界面图
图5-9管理员功能界面图
个人信息:通过个人信息可以获取索引、图片、用户名、昵称、用户组、手机号码、状态、邮箱等信息,如图5-10所示。
图5-10个人信息界面图
用户管理:通过列表可以获取索引、医生姓名、医生性别、用户名、昵称、医生年龄、邮件、手机号码、手机认证、邮箱认证等信息,进行详情,修改或删除等操作,如图5-11所示。
图5-11用户管理界面图
公告消息管理:通过公告消息管理可以获取索引、标题公告内容等信息,进行详情,修改或删除等操作,如图5-12所示。
图5-12公告消息管理界面图
健康资讯管理:通过健康资讯列表可以获取索引、图片、标题、标签、文章分类、描述等信息,进行详情查看评论,修改或删除等操作,如图5-13所示。
图5-13健康资讯管理界面图
第六章 系统测试
6.1测试定义及目的
关于系统实现的测试,英文名称是System TEST,简称ST,ST是使用完整其系统的各种功能多次、多案例、多环境测试,这是ST的简单描述。ST可以证明该功能对系统的要求是否得到满足以及是否有效。
对于系统开发的实现,不管开发过程多么努力,在系统运行的时候多少都会出现一些错误信息,所以为了系统的安全性及提高系统的使用率及给用户带来更好的体验,系统在完成之前,一定要进行一遍系统的测试,再完美的程序也会有漏洞,再细心的技术开发员也会有疏忽的时候,所以对于程序的测试是必须要做的一步。通过系统测试找到系统存在的问题,并根据问题的原因进行在线解决问题,如果找不到解决问题的办法可以进行通过咨询指导老师或者通过同学帮忙,一定将问题找出,否则将会出现更多的错误。所以程序出现错误时不可避免,系统测试虽然耗时费力,但是为了确保后期系统的长期使用,必须要进行系统测试,问题解决完成后还要再一步测试,直到没有任何问题后方可进行使用。
6.2性能测试
任何一款程序开发成功后都必须通过软件测试,它是保障软件稳定运行的前提。测试最主要的一步就是性能测试,性能测试内容如下:
(1)对于测试的速度有一定的要求,速度必须快,而且对于测试出来的错误问题一定以最快的速度进行处理解决,并且进行再次测试,保证整个系统运行的安全性。
(2)在系统测试的时候要将测试所用到的测试计划和测试报告保管好,方便后期系统的运行使用后的整体维护操作。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于整体系统测试,不要用自己的思想去认可整个系统,而是从公正的角度的进行对系统进行认可,是否符系统的整合应用。
6.3测试模块
测试系统是最新的Windows 10系统,通过对系统实现的功能模块进行每个功能模块的操作测试,查看每个用户的功能模块所对应的权限信息是否可以操作并且数据信息更新一致。
测试需求 |
测试重点 |
是否达成需求 |
结果 |
用户登录 |
输入账号密码 |
需求达成 |
通过 |
用户注册 |
创建新的账号密码 |
需求达成 |
通过 |
登录失败 |
输入错误账号密码 |
需求达成 |
通过 |
修改信息 |
修改成功 |
需求达成 |
通过 |
添加信息管理 |
增删查改 |
需求达成 |
通过 |
留言管理 |
增删查改 |
需求达成 |
通过 |
回复管理 |
增删查改 |
需求达成 |
通过 |
搜索查询管理 |
增删查改 |
需求达成 |
通过 |
系统测试方面,我们通常运用的是白盒测试以及黑盒测试这两种方法。白盒测试是指在了解系统内部工作流程的前提下,可以根据需求规范验证系统内部操作是否能够正常运行的测试;而黑盒测试指的是,倘若知道了这个系统的全部功能,可以进行测试检测系统中的每一个功能是否满足正常使用。
为了方便用户使用“智慧医疗挂号小程序”,以及尽可能少的减少系统测试错误的发生,我们对该系统进行了相对应的测试。
对该系统的全部的功能界面进行测试,简单来说,就是我们输入一些数据并且对其进行提交,之后我们查看每个页面的反馈,检测页面的相关功能可不可以完全实现。
6.4测试结果
测试评估的结果是智慧医疗挂号小程序满足要求中的所有功能,处理大多数错误条件,修复大多数错误并通过测试。智慧医疗挂号小程序的基本功能都是可行的,不管是系统里面的功能还是界面的设计都是可值得推广宣传的。
总 结
智慧医疗挂号小程序的整体功能模块的实现,主要是对自己在大学这几年时间所学内容的一个测试,对于系统,主要是通过现在智能化的智慧医疗挂号小程序进行开始系统的实现,管理员根据问题信息进行科研成果信息及留言信息管理等操作,并且可以根据需求进行数据信息的增加修改删除等操作,完美的解决了当下智慧医疗挂号小程序中所遇到的问题。
经过一个学期的毕业设计的实现完成已接近尾声,到目前为止,当我回想起整个学期的系统开发日,收获颇丰。毕业设计的主要任务是建立一个智能化的智慧医疗挂号小程序的信息系统,主要使用SSM技术和Mysql数据库的开发工具,对系统的每个功能模块进行相对应的操作,最后,系统调试结果表明系统基本可以满足功能要求。
智慧医疗挂号小程序的开发对我大学学习的改进有很大帮助。它使我能够学习计算机知识的相关技术方面问题及与人交往的沟通交流方面,让我意识到无论我们做什么,我们都需要坚持不懈,努力工作,只有这样尝试了并且坚持去做了,我们才可以成功,才可以获得成功的喜悦,如果没有尝试,知识想,那连成功的机会都没有,实际操作进行做了,才会越来越近的靠近成功,随着道路一路向前,未来的路是美好的。
对于智慧医疗挂号小程序的实现,是自己第一次完成的设计一个管理系统。在项目的设计过程中,我克服了各种困难,并且在面对这些困难,我积极的面对,想办法解决问题,并且更好的掌握了理论知识和动手操作实践能力,从系统的开发到设计完成,我完成了一个更全面、更完善、更安全的平台管理系统,这也让我取得了很大的成就感,也使我对未来的生活更有信心。
致 谢
时间过得像箭一样,太阳就像一条船。毕业论文即时结束也意味着我大学四年的大学生活即将结束。论文写作乏味而富有挑战性,指导老师的指导,学生和家长支持鼓励是我坚持完成论文来源。首先,我要感谢我的导师老师在论文开篇,初稿,设计提出宝贵意见,没有老师对我的辛苦栽培,并且严格的要求,我是不可能顺利完成我的论文。在这里,我还要感谢我的妈妈和爸爸,多少感恩的话想要对你们说,我想通过我的学习成果来回报你们,永远祝你们健康幸福!最后,我要感谢所有帮助过我的老师,同学和朋友,并度过了许多快乐和难忘的日子。我希望你们永远幸福快乐。
四年的时间很难在我的漫长的人生旅程中短暂,但短短的四年是最真诚的青年;最纯粹的岁月;最美丽的大学生活。我会记住大学的每一点,记住大学里每个可爱的人。
参考文献
[1]梁潇栩,姚欣忆,俞蜓凯,马淑熔,叶寒锋.基于微信小程序的口腔科普预约系统[J].电脑编程技巧与维护,2023(01):65-68.DOI:10.16184/j.cnki.comprg.2023.01.005.
[2]梁会成,王黎光.基于JSP+SSM在线领养猫咪系统的设计与实现[J].电子制作,2022,30(24):59-62+45.DOI:10.16589/j.cnki.cn11-3571/tn.2022.24.018.
[3]闫银娟.基于SSM的房屋租赁系统的设计与实现[J].电脑知识与技术,2022,18(33):38-41.DOI:10.14004/j.cnki.ckt.2022.2092.
[4]赵静.基于SSM+VUE框架的企业合规管理系统[J].数字通信世界,2022(11):17-19.
[5]Basahel Sulafah,Córdoba Pachón José Rodrigo. An enhanced use of Soft Systems Methodology (SSM) in Mode 2 to explore online distance education in Saudi Arabia[J]. Journal of the Operational Research Society,2022,73(9).
[6]Hermanto Ruby,Putro Utomo Sarjono,Novani Santi,Kijima Kyoichi. Overcoming the challenge of those new with SSM in surfacing relevant worldviews for action to improve[J]. Journal of the Operational Research Society,2022,73(9).
[7]王棋.基于SSM框架的网上摄影系统设计与实现[J].电子质量,2022(10):89-93.
[8]戴施伟,周凌珉,郑一泓.基于SSM框架和RabbitMQ技术的OJ系统的设计与实现[J].计算机时代,2022(10):81-84+88.DOI:10.16644/j.cnki.cn33-1094/tp.2022.10.020.
[9]Nevzorov Roman. On the Suppression of the Dark Matter-Nucleon Scattering Cross Section in the SE<sub>6</sub>SSM[J]. Symmetry,2022,14(10).
[10]唐小玲.基于SSM框架的资质管理系统开发解析[J].科学技术创新,2022(26):80-83.
[11]李源,高建军,王猛,郝浩宇,任林彬.基于SSM的智能仪器云平台异库数据协同检索机制研究[J].物探化探计算技术,2022,44(05):665-670.
[12]邢娜,郑蕾,王莉.医院网站预约挂号系统设计[J].解放军医院管理杂志,2021,28(10):929-930+969.DOI:10.16770/J.cnki.1008-9985.2021.10.012.
[13]万杰.基于微信公众号的医院预约挂号系统开发[J].湖州职业技术学院学报,2021,19(03):76-80.DOI:10.13690/j.cnki.hzyxb.issn.1672-2388.2021.03.19.
[14]万杰,卢嫄,项中华,高化琦,蔡崇超.基于微信平台的智慧医疗系统设计与应用[J].信息与电脑(理论版),2021,33(06):121-124.
[15]李慧宁,王文军.基于JavaWeb的医院在线挂号系统设计与实现[J].电子元器件与信息技术,2021,5(02):172-175.DOI:10.19772/j.cnki.2096-4455.2021.2.076.
[16]宗金运,芦立华,姬庆,石静,金彦.医院智能挂号系统的设计和实现[J].福建电脑,2020,36(08):1-9.DOI:10.16707/j.cnki.fjpc.2020.08.001.
[17]袁海燕,张莹,沈明辉.智慧医疗背景下预约挂号应用场景研究[J].医学信息学杂志,2020,41(06):54-57.
[18]刘磊,何志华.医院挂号系统设计与实现[J].医学信息学杂志,2019,40(04):33-36.
[19]张志同,莫琴.基于微信小程序的在线挂号系统设计与实现[J].信息与电脑(理论版),2019(04):90-93.
[20]马传宸. 智慧医疗服务平台后端服务模块的设计与实现[D].南京大学,2020.DOI:10.27235/d.cnki.gnjiu.2020.002424.文章来源:https://www.toymoban.com/news/detail-624434.html
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~文章来源地址https://www.toymoban.com/news/detail-624434.html
到了这里,关于SSM+mysql+微信小程序智慧医疗挂号-计算机毕业设计源码21085的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!