目 录
摘要
1 绪论
1.1研究意义
1.2研究背景
1.3springboot框架介绍
1.3论文结构与章节安排
2 医院自助服务系统系统分析
2.1 可行性分析
2.2 系统流程分析
2.2.1 数据流程
3.3.2 业务流程
2.3 系统功能分析
2.3.1 功能性分析
2.3.2 非功能性分析
2.4 系统用例分析
2.5本章小结
3 医院自助服务系统总体设计
3.1 系统架构设计
3.2 系统功能模块设计
3.2.1整体功能模块设计
3.2.2用户模块设计
3.2.3 评论管理模块设计
3.2.4医生管理模块设计
3.3 数据库设计
3.3.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.2管理员功能模块
4.2.1系统公告管理界面
4.2.2系统用户管理界面
4.2.3诊断信息管理界面
4.2.4 药品信息管理界面
4.2.5 处方信息管理界面
4.2.6 项目类型管理界面
5系统测试
5.1系统测试的目的
5.2 系统测试用例
5.3 系统测试结果
结论
参考文献
致 谢
信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对医院自助服务系统等问题,对医院自助服务系统进行研究分析,然后开发设计出医院自助服务系统以解决问题。
医院自助服务系统主要功能模块包括医生中心、科室、预约信息、诊断信息、药品信息、处方信息、药品入库、药品类别、检测项目、项目类型、检测信息(预约)检测信息(报告),采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用springboot框架、java技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对医院自助服务系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现医院自助服务系统和部署运行使用它。
关键词:Java技术;MYSQL;医院自助服务系统
Abstract
In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people's efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. To address issues such as hospital self-service systems, conduct research and analysis on hospital self-service systems, and then develop and design hospital self-service systems to address these issues.
The main functional modules of the hospital self-service system include doctor center, department, appointment information, diagnostic information, drug information, prescription information, drug storage, drug category, testing items, project type, testing information (appointment), testing information (report). The object-oriented development model is adopted for software development and hardware installation, which can well meet the actual needs of use, We have improved the corresponding software installation and program coding work, using MySQL as the main storage unit for backend data, and using the Spring Boot framework, Java technology, and Ajax technology for business system coding and development, achieving all the functions of this system. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the hospital self-service system, prove the necessity and technical feasibility of the system, and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally, implement the hospital self-service system and deploy it for operation.
Keywords:Java technology; MYSQL; Hospital self-service system
1 绪论
提高门诊的工作效率、加强医院工作人员管理、提升就诊效率、完善医疗服务质量是信息化建设,医疗改革创新的结果”。在目前在医疗的各个行业中都在用自助的这种方式,在医院中看病的人可以在自助机和手机上进行一系列的操作,这样就缓和了看病难的状况。网络化是数字化门诊的基本,信息化是它的媒介,大多数患者的就医需求是比较传统的,而信息的采集、传达、处理和储存能达到数字化医院的具体要求,是网络发展的必要趋势。患者通过运用信息化的手段能够自助完成多项就诊环节,整体上更够节省医院的人力资本,提高医院的工作效率,还可以让门诊就医的流程更加简洁,缓和医患关系,这都得益于自助医疗模式的运用。
1.2研究背景
目前在国内许多医院常常会出现挂号.交费、取药时间长,医生诊疗时间短的“三长一短"现象。患者80%的就诊时间要花在排队挂号、候诊、多次划价缴费、 取检查结果等事件上。人工挂号、缴费窗口不足,不能完全满足患者的需要,存在挂号排队等候时间长,候诊时间长、等检验检查结果时间长的看病难问题。2010年新医改方案,首次将信息化作为支撑新一轮医疗改革的支柱,体现出国家对信息化在推动医疗卫生发展过程.中的重视程度,医疗卫生信息化也因此迎来了发展的高潮。随着医院快速发展,对医院的数字化建设也提出了更高的要求,医疗行业各类自助式服务也由此应运而生信息化的飞速发展,使医院管理层对信息化的自助化系统有了更深一层的认识。医院迫切需要一个高效便捷的医院自助综合服务系统,用于提高医院门诊的整体服务水平。使用自助服务系统,可以使门诊业务节省人力和物力,又缩短患者排队时间,同时分流排队收费的人流至药房、检验、医技等各个业务层,缓解挂号大厅排队拥堵不堪的就医局面,自助服务系统的作用可谓一举多得。由于综合大型医院的医疗资源项目相对集中,医疗水平较高。很多病人都喜欢到大医院去看病,造成了医院门诊患者人满为患。长期以来就造成医院看病挂号排队久、到科室候诊时间长、面对医生就诊时间短、门诊缴费排队时间长等问题。这些问题一直困扰着各个大医院,也是直接影响患者对医院服务的满意度。当前各医院大多还是采用现场窗口排队取号的方式进行挂号,需要工作人员记录患者身份信息、医保信息,并缴纳挂号费,所有患者都容易聚集在门诊挂号窗口和收费处,容易造成堵塞。由于排队缴费的时候出现拥挤或插队的现象,更容易引起患者之间的矛盾。很多患者前来医院看病,都有家属或他人陪伴。患者往往依靠家属或者他人来排队挂号,由于耗时长且不方便,经常排队了半天,结果却发现没了今天医生出诊的挂号了,白白的浪费了宝贵时间。对于患者和医院来说,这种靠排队手工挂号的方式是一个严重低效的环节。
1.3springboot框架介绍
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
1.4论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的现状和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
2 医院自助服务系统系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
经济可行性在此仅代表网站的运维成本,开发成本不在此考虑。
目前该模式下的医院自助服务系统的数量日益增多,网购变得平民化普及化用户人数呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的springboot技术能够迎合所有电子商务系统的搭建。开发这个医院自助服务系统的时候我采用了springboot+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,springboot和MYSQL是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
医院自助服务系统主要的目的就是实现对医生的预约挂号,图2-1就是系统的数据流图。
图2-1医生挂号预约操作展开图
分析完系统的数据流,接下来我们来看系统的业务流程,图2-2就是业务流程图:
图2-2业务流程图
按照医院自助服务系统的角色,我划分为了普通用户、医生用户和管理员这三大部分。
普通用户管理模块:
(1)用户注册登录:用户注册为用户并登录医院自助服务系统;用户对个人信息的增删改查,比如个人资料,密码修改。
(2)系统公告:当用户点击“系统公告”这一菜单按钮,会显示管理员在后台发布的所有的公告信息,可以查看详情;
(3)医院新闻:用户进行资讯的阅览,查看管理者发布的医院新闻信息。
(4)医生中心:当用户点击“医生中心”这一菜单按钮,会显示管理员在后台发布的所有的医生中心,支持通过关键词对医生中心进行搜索,选择需要的医生中心点击可以进入到医生中心详细的介绍界面,在详细界面可以查看到医生的医生用户、医生姓名、科室、挂号费、医生标签、擅长等信息,同时可以进行挂号预约、收藏、评论操作;
(5)挂号预约:当用户在医生中心详情界面想要进行挂号预约,点击下方的“挂号预约”按钮,就会跳转到挂号预约信息填写界面,根据界面提示输入挂号预约信息,点击“提交”按钮,挂号预约就完成了;
(6)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)轮播图:管理员点击“轮播图”菜单可以对首页展示的轮播图进行增删改查。
(3)系统公告:管理员点击“系统公告”菜单可以查看到系统中的所有系统公告信息,对已经存在的系统公告,管理员可以修改,也可以添加新的公告或者删除公告。
(3)资源管理:管理员点击“资源管理”菜单能够对其下子菜单新闻列表和新闻分类列表进行增删改查。
(4)系统用户:管理员点击“系统用户”菜单可以对系统中存在的用户进行管理,包含了管理员用户、医生用户和普通用户。
(5)模块管理:在“模块管理”这一菜单下,我们会看到医生中心、科室、预约信息、诊断信息、药品信息、处方信息、药品入库、药品类别、检测项目、项目类型、检测信息(预约)检测信息(报告),管理员可以对其进行增删改查操作。
医院自助服务系统的非功能性需求比如医院自助服务系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1医院自助服务系统非功能需求表
安全性 | 主要指医院自助服务系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指医院自助服务系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响医院自助服务系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着医院自助服务系统的页面展示内容进行操作,就可以了。 |
可维护性 | 医院自助服务系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
通过2.3功能的分析,得出了本医院自助服务系统的用例图:
普通用户角色用例如图2-3所示。
图2-3 医院自助服务系统普通用户角色用例图
web后台管理上的管理员是维护整个医院自助服务系统中所有数据信息的。管理员角色用例如图2-4所示。
本章主要通过对医院自助服务系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个医院自助服务系统要实现的功能。同时也为医院自助服务系统的代码实现和测试提供了标准。
本章主要讨论的内容包括医院自助服务系统的功能模块设计、数据库系统设计。
本医院自助服务系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1医院自助服务系统系统架构设计图
表现层(UI):又称UI层,主要完成本医院自助服务系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本医院自助服务系统时的舒适度。UI的界面设计也要适应不同版本的医院自助服务系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本医院自助服务系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本医院自助服务系统的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本医院自助服务系统的数据存储和管理功能。
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本医院自助服务系统中的用例。那么接下来就要开始对本医院自助服务系统的架构、主要功能和数据库开始进行设计。医院自助服务系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2 医院自助服务系统功能模块图
后台管理者能够实现对前台注册的用户增删改查操作,用户模块结构图如下图:
图3-3用户用户模块结构图
医院自助服务系统是一个交流性质的公开平台,用户用户可以在平台上交流,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-4评论模块结构图
医院自助服务系统是中需要存储不少医生信息,其模块功能结构,具体的结构图如下:
图3-5医生模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
下面是整个医院自助服务系统中主要的数据库表总E-R实体关系图。
图3-6 医院自助服务系统总E-R关系图
通过上一小节中医院自助服务系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表campus_disinfection (校园消毒)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | campus_disinfection_id | int | 10 | 0 | N | Y | 校园消毒ID | |
2 | title_name | varchar | 64 | 0 | Y | N | 标题名称 | |
3 | disinfection_area | varchar | 64 | 0 | Y | N | 消毒区域 | |
4 | disinfection_date | date | 10 | 0 | Y | N | 消毒日期 | |
5 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
6 | content_details | longtext | 2147483647 | 0 | Y | N | 内容详情 | |
7 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
8 | recommend | 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 | 更新时间 |
表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: |
表emergency_plan (应急方案)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | emergency_plan_id | int | 10 | 0 | N | Y | 应急方案ID | |
2 | scheme_title | varchar | 64 | 0 | Y | N | 方案标题 | |
3 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
4 | scheme_attachment | varchar | 255 | 0 | Y | N | 方案附件 | |
5 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
6 | plan_content | longtext | 2147483647 | 0 | Y | N | 方案内容 | |
7 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
8 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | 更新时间 |
表epidemic_prevention_consultation (防疫咨询)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | epidemic_prevention_consultation_id | int | 10 | 0 | N | Y | 防疫咨询ID | |
2 | consultation_title | varchar | 64 | 0 | Y | N | 咨询标题 | |
3 | student_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
4 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
5 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
6 | consultation_content | text | 65535 | 0 | Y | N | 咨询内容 | |
7 | reply_content | text | 65535 | 0 | Y | N | 回复内容 | |
8 | recommend | 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 | 更新时间 |
表epidemic_prevention_materials (医生中心)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | epidemic_prevention_materials_id | int | 10 | 0 | N | Y | 医生中心ID | |
2 | item_number | varchar | 64 | 0 | Y | N | 物资编号 | |
3 | material_name | varchar | 64 | 0 | Y | N | 物资名称 | |
4 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
5 | material_specifications | varchar | 64 | 0 | Y | N | 物资规格 | |
6 | quantity_of_materials | int | 10 | 0 | Y | N | 0 | 物资数量 |
7 | material_pictures | varchar | 255 | 0 | Y | N | 物资图片 | |
8 | material_introduction | longtext | 2147483647 | 0 | Y | N | 物资介绍 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表material_application (物资申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_application_id | int | 10 | 0 | N | Y | 物资申请ID | |
2 | item_number | varchar | 64 | 0 | Y | N | 物资编号 | |
3 | material_name | varchar | 64 | 0 | Y | N | 物资名称 | |
4 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
5 | student_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
6 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
7 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
8 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
9 | application_quantity | int | 10 | 0 | Y | N | 0 | 申请数量 |
10 | application_notes | text | 65535 | 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 | 更新时间 |
表quarantine_information (隔离信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | quarantine_information_id | int | 10 | 0 | N | Y | 隔离信息ID | |
2 | isolation_number | varchar | 64 | 0 | Y | N | 隔离编号 | |
3 | isolation_area | varchar | 64 | 0 | Y | N | 隔离区域 | |
4 | student_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
5 | start_date | date | 10 | 0 | Y | N | 开始日期 | |
6 | end_date | date | 10 | 0 | Y | N | 结束日期 | |
7 | detailed_address | text | 65535 | 0 | Y | N | 详细地址 | |
8 | isolation_details | text | 65535 | 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 | 更新时间 |
表return_to_school_information (返校信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | return_to_school_information_id | int | 10 | 0 | N | Y | 返校信息ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
5 | date_of_return_to_school | date | 10 | 0 | Y | N | 返校日期 | |
6 | returning_to_school_content | text | 65535 | 0 | Y | N | 返校内容 | |
7 | back_to_school_remarks | text | 65535 | 0 | Y | N | 返校备注 | |
8 | recommend | 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 | 更新时间 |
表reviewer (医生用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reviewer_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | id_number | 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 | 更新时间 |
表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 | 更新时间: |
表student_users (普通用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | professional_name | varchar | 64 | 0 | Y | N | 专业名称 | |
3 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
4 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
5 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
6 | student_id | varchar | 64 | 0 | N | N | 学生学号 | |
7 | student_age | varchar | 64 | 0 | Y | N | 学生年龄 | |
8 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
9 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表temperature_reporting (体温上报)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | temperature_reporting_id | int | 10 | 0 | N | Y | 体温上报ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
5 | body_temperature_of_the_day | varchar | 64 | 0 | Y | N | 当日体温 | |
6 | body_temperature_status | varchar | 64 | 0 | Y | N | 体温状态 | |
7 | reporting_time | datetime | 19 | 0 | Y | N | 上报时间 | |
8 | report_description | text | 65535 | 0 | Y | N | 上报描述 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表type_management (类型管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_management_id | int | 10 | 0 | N | Y | 类型管理ID | |
2 | material_type | varchar | 64 | 0 | Y | N | 物资类型 | |
3 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | 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<>();
query.put("username",user.getUsername());
List list = service.select(query, new HashMap<>()).getResultList();
if (list.size()>0){
return error(30000, "用户已存在");
}
user.setUserId(null);
user.setPassword(service.encryption(user.getPassword()));
service.save(user);
return success(1);
}
/**
* 用户ID:[0,8388607]用户获取其他与用户相关的数据
*/
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "user_id")
private Integer userId;
/**
* 账户状态:[0,10](1可用|2异常|3已冻结|4已注销)
*/
@Basic
@Column(name = "state")
private Integer state;
/**
* 所在用户组:[0,32767]决定用户身份和权限
*/
@Basic
@Column(name = "user_group")
private String userGroup;
/**
* 上次登录时间:
*/
@Basic
@Column(name = "login_time")
private Timestamp loginTime;
/**
* 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时
*/
@Basic
@Column(name = "phone")
private String phone;
/**
* 手机认证:[0,1](0未认证|1审核中|2已认证)
*/
@Basic
@Column(name = "phone_state")
private Integer phoneState;
/**
* 用户名:[0,16]用户登录时所用的账户名称
*/
@Basic
@Column(name = "username")
private String username;
/**
* 昵称:[0,16]
*/
@Basic
@Column(name = "nickname")
private String nickname;
/**
* 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成
*/
@Basic
@Column(name = "password")
private String password;
/**
* 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时
*/
@Basic
@Column(name = "email")
private String email;
/**
* 邮箱认证:[0,1](0未认证|1审核中|2已认证)
*/
@Basic
@Column(name = "email_state")
private Integer emailState;
/**
* 头像地址:[0,255]
*/
@Basic
@Column(name = "avatar")
private String avatar;
/**
* 创建时间:
*/
@Basic
@Column(name = "create_time")
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private Timestamp createTime;
@Basic
@Transient
private String code;
}
4.1.3 用户登录界面
医院自助服务系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到医院自助服务系统的首页中;否则将会提示相应错误信息,用户登录界面如下图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.1.4我的账户界面
当用户点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料、登录系统的密码以及自己收藏的信息进行设置管理,我的账户界面如下图4-4所示。
图4-4我的账户界面图
4.1.5医院新闻界面
当访客点击医院自助服务系统中导航栏上的“医院新闻”后将会进入到该“医院新闻”列表的界面,然后选择想要看的医院新闻,点击进入到详细界面,同时可以进行点赞、收藏、评论操作,医院新闻界面如下图4.4 所示。
图4-5医院新闻界面图
4.1.6医生中心界面
当用户点击“医生中心”这一菜单按钮,会显示管理员在后台发布的所有的医生中心信息,支持通过关键词对医生中心进行搜索,选择需要的医生中心点击可以进入到医生中心详细的介绍界面,在详细界面可以查看到医生的医生用户、医生姓名、科室、挂号费、医生标签、擅长等信息,同时可以进行挂号预约、收藏、评论操作,医生中心界面如下图4-6所示。
图4-6 医生中心界面图
4.1.7挂号预约界面
当用户在医生中心详情界面想要进行挂号预约,点击下方的“挂号预约”按钮,就会跳转到挂号预约信息填写界面,根据界面提示输入挂号预约信息,点击“提交”按钮,挂号预约就完成了,挂号预约界面如下图4-7所示。
图4-7 挂号预约界面图
4.2管理员功能模块
4.2.1系统公告管理界面
管理员点击“系统公告管理”菜单可以查看到系统中的所有系统公告信息,对已经存在的系统公告,管理员可以修改,也可以添加新的系统公告或者删除系统公告。界面如下图4-8所示。
系统公告管理代码如下。
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry<String,Object> entry:body.entrySet()){
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry<String,Object> entry:body.entrySet()){
Object value = entry.getValue();
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append(",");
}else {
sql.append(entry.getValue()).append(",");
}
}
sql.deleteCharAt(sql.length() - 1);
sql.append(")");
log.info("[{}] - 插入操作:{}",table,sql);
Query query = runCountSql(sql.toString());
query.executeUpdate();
}
4.2.2系统用户管理界面
管理员点击“系统用户”菜单可以对系统中存在的用户进行管理,包含了管理员用户、医生用户和普通用户。界面如下图4-9所示。
图4-9系统用户管理界面图
系统用户管理代码如下。
@RequestMapping(value = {"/count_group", "/count"})
public Map<String, Object> count(HttpServletRequest request) {
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
4.2.3诊断信息管理界面
管理员点击“诊断信息”会显示出所有的诊断信息信息,支持通过预约号或者医生用户或者医生姓名对诊断信息信息进行查询,如果想要添加新的诊断信息信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条诊断信息信息,点击“删除”进行删除。界面如下图4-10所示。
图4-10诊断信息管理界面图
诊断信息管理代码如下。
@RequestMapping(value = {"/avg_group", "/avg"})
public Map<String, Object> avg(HttpServletRequest request) {
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
管理员点击“药品信息”会显示出所有的药品信息,支持输入药品编号或者药品类别对药品信息进行查询,如果想要添加新的药品信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条药品信息,点击“删除”进行删除,也可以点击后面的“开药”、“入库”按钮对药品信息的开药/入库信息进行更新维护。界面如下图4-11所示。
图4-12药品信息管理界面图
4.2.5处方信息管理界面
管理员点击“处方信息”会显示出所有的处方信息,支持输入处方号或者药品编号对处方信息进行查询,如果想要添加新的处方信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条处方信息,点击“删除”进行删除,也可以点击后面的“支付”按钮对处方信息的支付信息进行设置。界面如下图4-12所示。
图4-12 处方信息管理界面图
管理员点击“项目类型”会显示出所有的项目类型信息,支持通过项目类型对项目类型信息进行查询,如果想要添加新的项目类型信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条项目类型信息,点击“删除”进行删除。界面如下图4-13所示。
图4-13项目类型界面图
5系统测试
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
系统测试包括:用户登录功能测试、医生中心展示功能测试、医生中心添加、医生中心搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
医生中心查看功能测试:
表5-2 医生中心查看功能测试表
用例名称 | 医生中心查看 |
目的 | 测试医生中心查看功能 |
前提 | 用户登录 |
测试流程 | 点击医生中心列表 |
预期结果 | 可以查看到所有医生中心 |
实际结果 | 实际结果与预期结果一致 |
管理员添加医生中心界面测试:
表5-3 管理员添加医生中心界面测试表
用例名称 | 医生中心发布测试用例 |
目的 | 测试医生中心发布功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)用户点击医生中心管理就,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的医生中心 |
实际结果 | 实际结果与预期结果一致 |
医生中心搜索功能测试:
表5-4医生中心搜索功能测试表
用例名称 | 医生中心搜索测试 |
目的 | 测试医生中心搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的医生中心 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写医院自助服务系统的测试用例,已经检测完毕用户登录模块、医生中心查看模块、医生中心添加模块、医生中心搜索模块、密码修改功能测试,通过这5大模块为医院自助服务系统的后期推广运营提供了强力的技术支撑。
至此,医院自助服务系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、springboot技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]付恩狄,姚明亮,梁宇柔,彭伟军.基于JAVA技术的设备绝缘状态自动化监控方法[J].电气自动化,2023,45(02):36-38+41.
[2]吴柳,杨媚,郑玉婷,范瑶君,张竹君.某医院自助服务系统触摸屏微生物污染及清洁消毒效果调查[J].中国消毒学杂志,2023,40(03):221-223.
[3]刘丹青,李超,王青海.基于Java技术的藏汉双语学前教育云平台设计与实现[J].信息技术,2023,47(02):17-23.DOI:10.13274/j.cnki.hdzj.2023.02.004.
[4]杨嘉琛,王泽琛,温家宝,肖帅. 一种基于SpringBoot框架的海洋目标检测系统[P]. 天津市:CN115511802A,2022-12-23.
[5]沈志元,张文健.基于Java技术的医院管理系统的设计与实现[J].电脑知识与技术,2022,18(32):38-40+54.DOI:10.14004/j.cnki.ckt.2022.1994.
[6]王曼维,杨荻,李岩,及松洁.基于SpringBoot框架的智慧医疗问诊系统设计与实现[J].中国医学装备,2022,19(03):133-136.
[7]高志平. 基于SpringBoot框架与ITIL方法的运维管理系统的设计与实现[D].华东师范大学,2021.DOI:10.27149/d.cnki.ghdsu.2021.001482.
[8]He Xinbin,Bai Yongbin,Yue Lisen,Wang Haixiao,Liu Yi. Design and Implementation of Information System Based on Java Technology Platform[J]. Journal of Physics: Conference Series,2021,2033(1).
[9]刘欣,李亮亮,牛聪. 基于Vue和SpringBoot框架的流域监管平台的研究和应用[C]//《中国防汛抗旱》杂志社,中国水利学会减灾专业委员会,水利部防洪抗旱减灾工程技术研究中心(中国水利水电科学研究院防洪抗旱减灾研究中心).第十一届防汛抗旱信息化论坛论文集.第十一届防汛抗旱信息化论坛论文集,2021:118-122.DOI:10.26914/c.cnkihy.2021.024864.
[10]Qu Xiaona. Application of Java Technology in Dynamic Web Database Technology[J]. Journal of Physics: Conference Series,2021,1744(4).
[11]Tian Ming Huang. Design and Implementation of App System for Legal Consulting Based on JAVA Technology[J]. Procedia Computer Science,2020,166(C).
[12]黄晞.医院自助服务系统在数字化门诊中的应用效果[J].信息记录材料,2020,21(03):133-134.DOI:10.16009/j.cnki.cn13-1295/tq.2020.03.079.
[13]张羽.出入院自助服务系统的实践与优化——以上海某三甲医院为例[J].中国总会计师,2019(12):66-68.
[14]沈玉杰,郭薇,郎芳.自助服务系统在门诊工作中的应用及管理[J].世界最新医学信息文摘,2019,19(54):238+240.DOI:10.19613/j.cnki.1671-3141.2019.54.157.
[15]杨雪. “京医通”卡医院自助服务系统的设计与实现[D].北京工业大学,2018.
致 谢
逝者如斯夫,不舍昼夜。转眼间,大普通用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
关注&点赞&收藏&私信博主,免费领取项目源码