springboot高校医疗报销管理系统
摘要
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识它已进入人类社会的各个领域并发挥着越来越重要的作用。高校医疗由于大学生人数的增多,越来越成为一个重要的问题,其中的医疗报销更是重中之重。现行的医疗报销都是实行人工记账,以纸质的形式记录报销情况在功能和效率上已经远远达不到日益增长的需求了。因此需要一套基于网络的高校医疗报销管理系统。
高校医疗报销管理系统的开发采用java语言,基于MVVM模式进行开发,采取MySQL作为后台数据的主要存储单元,采用Springboot框架实现了本系统的全部功能。高校医疗报销管理系统具有药品信息、医疗记录、报销类别、报销记录、公告信息等功能,本系统代码的复用率高,系统维护代价小,具有方便、灵活、高效等特征。
关键词:高校医疗报销管理,Springboot,数据库
Spring boot college medical reimbursement management system
abstract
With the continuous improvement of science and technology, computer science is becoming more and more mature, and its powerful functions have made people deeply understand that it has entered various fields of human society and played an increasingly important role. Due to the increase in the number of college students, medical treatment in colleges and universities has increasingly become an important issue, and medical reimbursement is the most important. The current medical reimbursement is based on manual bookkeeping, and the function and efficiency of recording the reimbursement in paper form is far from meeting the growing demand. Therefore, we need a set of medical reimbursement management system in colleges and universities based on network.
The development of the medical reimbursement management system in colleges and universities uses Java language, based on MVVM mode, MySQL as the main storage unit of background data, and Springboot framework to realize all functions of the system. The university medical reimbursement management system has the functions of drug information, medical records, reimbursement categories, reimbursement records, announcement information, etc. The system code reuse rate is high, the system maintenance cost is low, and it is convenient, flexible and efficient .
Key words: University medical reimbursement management, Springboot, database
目 录
2.5 spring boot框架特点 ...........................................................................................6
4.1 系统概要设计 12
致谢 39
1.1课题背景与意义
随着社会是的不断发展,各类普通高等院校以及大学生的数量也在不断上升,高校的医疗报销问题也越来越成为当前社会的热门话题。然而大多数高校的医疗报销仍然处于原始的人为手工报销阶段,越发不能满足当前校医院的医疗报销要求。为了解决传统的手工医疗报销的效率低下问题,结合当前日渐成熟的计算机技术,开发了一套基于Springboot的高校医疗报销管理系统。
开发该系统能够实现学校学生和职工医疗费报销的信息网络化管理,同时也能够快速及时处理学生及职工的医疗费报销,缓解他们的经济压力。并且通过将他们的医疗报销信息录入医疗报销系统能够让学校领导更好地了解到学生及职工们的身体素质及身体状况,有利于学校工作的开展。而且该系统通过将信息存储在电脑中代替了以往的纸质记录信息,能够更方便的管理与获取信息,更能将高校的医疗报销信息统一化管理。将各类信息进行统计分析,既提高了高校医疗报销的效率,也使学校的信息化道路往前迈了一步。而且通过使用该系统能够帮助高校降低报销工作的成本包括报销纸张的使用以及工作人员的聘请,还减轻了报销人员的工作量。报销人员可以不再进行纸质报销表的整理工作,也不再需要使用空间对这些报销表进行存放与维护。他们只需要在系统中进行报销的审批以及日常系统的维护。同时学生与职工在进行医疗费报销的时候也不必亲自前往医院,只需在电脑或手机上进行报销申请填写报销申请表便可以进行医疗费的报销,节省了时间,提高了报销效率。
1.2 开发现状
随着经济社会的发展,企业对人才的需求越来越高,从高文凭高学历的大学毕业生转变为以综合素质为基础的专门性人才,对人才提出了更高的要求,家庭、学校甚至学生自身对学生能力培养的观念也由传统的注重课本知识,转变为更加注重学生综合能力的提升。而学生综合能力的提升与参与校园、社会活动是紧密相关的。在现实校园中,确实有部分学生沉迷于网络游戏,不愿过多参与校园活动。但绝大多数渴望积极参与校园活动的大学生在接收校园活动信息上也存在一定难度。往往有兴趣的活动举办时学生不知,当得知此类活动欲图参加时,比赛赛程又全部结束了。另一方面,由于校园活动主办方举办某一活动的经费是分有限的。为了能扩大活动的辐射范围,吸引更多学生参与活动,就需要投入较多的经费在宣传上。然而将过多经费置于活动宣传上就造成了活动本身质量因缺乏资金难以保证、活动奖励不够吸引人等问题,进而又制约了学生参与活动的积极性。平台不仅顺应了提高大学生综合素质的社会环境。又能精准向学生群体实时提供校园活动资讯、降低学校活动主办方的宣传成本,进而扩大活动辐射范围.提高活动参与率与活动质量。
1.3研究内容
高校医疗报销管理系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,高校医疗报销管理系统的开发使用Springboot框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对高校医疗报销管理系统的设计主要划分别为管理员和用户角色。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
1.4 开发技术
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的springboot框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用springboot作为开发框架,同时集成MyBatis、Redis等相关技术。
第2章 相关技术介绍
2.1 spring boot框架介绍
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。
2.2 MySQL数据库
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的超市商品管理系统也需要这项技术的支持。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象。
2.3 B/S结构
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
2.4 B/S体系工作原理
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
2.5 spring boot框架特点
SpringBoot基于Spring4.0设计,不仅继承了Spring框架原有的优秀特性,而且还通过简化配置来进一步简化了Spring应用的整个搭建和开发过程。另外SpringBoot通过集成大量的框架使得依赖包的版本冲突,以及引用的不稳定性等问题得到了很好的解决。
SpringBoot所具备的特征有:
1.1可以创建独立的Spring应用程序,并且基于其Maven或Gradle插件,可以创建可执行的JARs和WARs;
1.2内嵌Tomcat或Jetty等Servlet容器;
1.3提供自动配置的“starter”项目对象模型(POMS)以简化Maven配置;
1.4尽可能自动配置Spring容器;
1.5提供准备好的特性,如指标、健康检查和外部化配置;
1.6绝对没有代码生成,不需要XML配置。
2.6 JavaScript 运行模式:
JavaScript是一种属于网络的高级脚本语言,已经被广泛用于Web应用开发,常用来为网页添加各式各样的动态功能,为用户提供更流畅美观的浏览效果。通常JavaScript脚本是通过嵌入在HTML中来实现自身的功能的。
1.1是一种解释性脚本语言(代码不进行预编译)。
1.2主要用来向HTML(标准通用标记语言下的一个应用)页面添加交互行为。
1.3可以直接嵌入HTML页面,但写成单独的js文件有利于结构和行为的分离。
1.4跨平台特性,在绝大多数浏览器的支持下,可以在多种平台下运行(如Windows、Linux、Mac、Android、iOS等)。
1.5 JavaScript脚本语言同其他语言一样,有它自身的基本数据类型,表达式和算术运算符及程序的基本程序框架。JavaScript提供了四种基本的数据类型和两种特殊数据类型用来处理数据和文字。而变量提供存放信息的地方,表达式则可以完成较复杂的信息处理。
第3章 系统分析
3.1 可行性分析
可行性分析的目的是确定一个系统是否有必要开发、确定系统是否能以最小的代价实现。其工作主要有三个方面,分别是技术、经济和社会三方面的可行性。我会从这三个方面对基于springboot高校医疗报销管理系统进行详细的分析。
3.1.1技术可行性
该系统主要使用Springboot框架啊和MySQL数据库进行开发,Java易于学习和使用灵活。在校期间也接触过Springboot和MySQL数据库的课程,对此有一定的开发经验,因此开发难度不高,所以从技术上来说是可行的。
3.1.2经济可行性
本系统设计所选择的开发工具和服务器都是免费的开源软件,又或者是适合学生使用的免费版本,并不需要支付费用,而且由作者本人单独完成,也不存在团队费用,几乎没有经济成本,具备经济可行性。
3.1.3社会可行性
社会可行性主要包括法律和用户两个方面,下面将从这两方面进行分析。
(1)法律因素
本系统是针对高校医疗报销管理开发所制作的程序,并不用作商业用途,是在根据实际调研的结果结合现有的医疗报销系统后得出的,而且系统制作的全部过程都是在个人的工作电脑中完成的,使用的都是开源和免费的开发环境、分析软件和数据库,不存在侵权问题。
(2)用户可行性
操作人员或者客户只需要具备一定的windows电脑操作常识,不需要精通计算机技能。此外系统管理人员,只需要在windows常识之上再熟悉下使用Tomcat服务器的操作流程,只要掌握一定的计算机知识即可,在正式上线运营之前,仅需要对操作人员进行简单的熟悉流程培训即可。所以从用户可行性上也是可行的。
3.2总体设计原则
一个系统要在开发和维护的过程中方便使用,必须采取一定的设计原则,其主要设计原则有:
简单性:系统功能简单易懂,只需要掌握基本的计算机操作能力即可使用。
针对性:针对特定的用户,没有多余的其他功能,使用户可以专心使用。
实用性:能够满足用户进行学生医疗费用报销申请等方面的需求。
一致性:设计风格、命名规范一致,整个系统的各个功能模块色彩、摆放位置、功能等都是一致的。
先进性:本系统的代码采用读取数据的方式,方便后续开发、拓展。
高校医疗报销管理系统需要满足的需求有以下几个:
1.报销申请方便,用户可在网页上快速进行医疗单据的提交进行报销流程的申请
2.公告详情,单独查看校园公告信息等。
3.注册登录,需要吸引学生,即通过注册来提高用户的存留率。
4.修改用户信息,可以修改用户密码或者用户名等一些个性化操作。
5.管理员功能,管理员可以对用户的医疗记录信息并且进行报销审核。
6.系统安全,操作简便,不过于复杂。
7.系统可以稳定运行,不存在卡顿等问题造成用户反感。
3.4 业务流程分析
3.4.1登录流程
登录模块主要满足管理员以及用户的权限登录,用户登录流程图如图3-1所示。
图3-1 登录流程图
3.4.2注册流程
未有账号的用户可进入注册界面进行注册操作,用户注册流程图如图3-2所示。
图3-2 注册流程图
3.4.3添加信息流程
用户在添加信息时,信息编号自动生成,系统会对添加的信息进行验证,验证通过则添加至数据库,添加信息成功,反之添加失败。添加信息流程如图2-3所示。
图3-3 添加信息流程图
3.4.4删除信息流程
用户可选择要删除的信息进行信息删除操作,在删除信息时系统提示是否确定删除信息,是则删除信息成功,系统数据库将信息进行删除。删除信息流程图如图3-4所示。
图3-4删除信息流程图
第4章 系统设计
高校医疗报销管理系统选择B/S结构(Browser/Server,浏览器/服务器结构)和基于Web服务两种模式。适合在手机上进行操作,只要用户能连网,任何时间、任何地点都可以进行系统的操作使用。系统工作原理图如图4-1所示:
图4-1 系统工作原理图
4.2系统结构设计
整个系统是由多个功能模块组合而成的,要将所有的功能模块都一一列举出来,然后进行逐个的功能设计,使得每一个模块都有相对应的功能设计,然后进行系统整体的设计。
高校医疗报销管理系统结构图如图4-2所示。
图4-2 高校医疗报销管理系统结构图
数据库可以说是所有软件的根本,如果数据库存在缺陷,那么会导致系统开发的不顺利、维护困难、用户使用不顺畅等一系列问题,严重时将会直接损害企业的利益,同时在开发完成后,数据库缺陷也更加难以解决。所以必须要对数据库设计重点把握,做到认真细致。因此,数据库设计是这个高校医疗报销管理系统的重点要素。
4.4.1概念结构设计
(1)管理员实体属性图如下图4-3所示
图4-3管理员实体属性图
(2) 系统实体属性如下图4-4所示
图4-4系统实体属性图
4.4.2数据库表设计
将数据库概念设计的E-R图转换为关系数据库。在关系数据库中,数据关系由数据表组成,但是表的结构表现在表的字段上。
表announcement_information (公告信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_information_id | int | 10 | 0 | N | Y | 公告信息ID | |
2 | announcement_name | varchar | 64 | 0 | Y | N | 公告名称 | |
3 | publishing_department | varchar | 64 | 0 | Y | N | 发布部门 | |
4 | issued_by | varchar | 64 | 0 | Y | N | 发布单位 | |
5 | release_time | datetime | 19 | 0 | Y | N | 发布时间 | |
6 | announcement_details | longtext | 2147483647 | 0 | Y | N | 公告详情 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 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 | 更新时间: |
表drug_information (药品信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_information_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_no | varchar | 64 | 0 | Y | N | 药品编号 | |
3 | chinese_name | varchar | 64 | 0 | Y | N | 中文名称 | |
4 | english_name | varchar | 64 | 0 | Y | N | 英文名称 | |
5 | manufacturer_name | varchar | 64 | 0 | Y | N | 厂商名称 | |
6 | unit_price_of_drugs | int | 10 | 0 | Y | N | 0 | 药品单价 |
7 | medical_insurance_or_not | varchar | 64 | 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 | 更新时间 |
表financial_staff (财务人员)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | financial_staff_id | int | 10 | 0 | N | Y | 财务人员ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | 更新时间 |
表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: |
表hospital_information_record (医院信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hospital_information_record_id | int | 10 | 0 | N | Y | 医院信息ID | |
2 | hospital_name | varchar | 64 | 0 | Y | N | 医院名称 | |
3 | hospital_level | varchar | 64 | 0 | Y | N | 医院等级 | |
4 | contact_number | varchar | 16 | 0 | Y | N | 联系电话 | |
5 | other_remarks | varchar | 64 | 0 | Y | N | 其他备注 | |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表medical_records (医疗记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_records_id | int | 10 | 0 | N | Y | 医疗记录ID | |
2 | medical_no | varchar | 64 | 0 | Y | N | 就医编号 | |
3 | student_name | int | 10 | 0 | Y | N | 0 | 学生用户 |
4 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
5 | medical_insurance_number | varchar | 64 | 0 | Y | N | 医保编号 | |
6 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
7 | phone_number | varchar | 16 | 0 | Y | N | 手机号码 | |
8 | reimbursement_proportion | varchar | 64 | 0 | Y | N | 报销比例 | |
9 | reimbursement_type | varchar | 64 | 0 | Y | N | 报销类型 | |
10 | creation_time | datetime | 19 | 0 | Y | N | 创建时间 | |
11 | drug_no | varchar | 64 | 0 | Y | N | 药品编号 | |
12 | chinese_name | varchar | 64 | 0 | Y | N | 中文名称 | |
13 | manufacturer_name | varchar | 64 | 0 | Y | N | 厂商名称 | |
14 | unit_price_of_drugs | varchar | 64 | 0 | Y | N | 药品单价 | |
15 | quantity_of_medication | varchar | 64 | 0 | Y | N | 用药数量 | |
16 | medical_expense | varchar | 64 | 0 | Y | N | 医疗费用 | |
17 | medical_insurance_or_not | varchar | 64 | 0 | Y | N | 是否医保 | |
18 | reimbursement_amount | varchar | 64 | 0 | Y | N | 报销金额 | |
19 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
20 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
21 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
22 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
23 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表reimbursement_category (报销类别)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reimbursement_category_id | int | 10 | 0 | N | Y | 报销类别ID | |
2 | category_name | varchar | 64 | 0 | Y | N | 类别名称 | |
3 | reimbursement_type | varchar | 64 | 0 | Y | N | 报销类型 | |
4 | hospital_level | varchar | 64 | 0 | Y | N | 医院等级 | |
5 | reimbursement_proportion | varchar | 64 | 0 | Y | N | 报销比例 | |
6 | add_time | date | 10 | 0 | Y | N | 添加时间 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表reimbursement_records (报销记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reimbursement_records_id | int | 10 | 0 | N | Y | 报销记录ID | |
2 | medical_no | varchar | 64 | 0 | Y | N | 就医编号 | |
3 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
4 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
5 | medical_insurance_number | varchar | 64 | 0 | Y | N | 医保编号 | |
6 | id_number | varchar | 255 | 0 | Y | N | 身份证号 | |
7 | reimbursement_no | varchar | 64 | 0 | Y | N | 报销编号 | |
8 | reimbursement_type | varchar | 64 | 0 | Y | N | 报销类型 | |
9 | reimbursement_amount | varchar | 64 | 0 | Y | N | 报销金额 | |
10 | creation_time | datetime | 19 | 0 | Y | N | 创建时间 | |
11 | approval_date | date | 10 | 0 | Y | N | 审批日期 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表student_users (学生用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 学生用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
3 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
4 | student_id | varchar | 64 | 0 | N | N | 学生学号 | |
5 | id_number | varchar | 255 | 0 | Y | N | 身份证号 | |
6 | medical_insurance_number | varchar | 64 | 0 | N | N | 医保编号 | |
7 | department_major | varchar | 64 | 0 | Y | N | 院系专业 | |
8 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | 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章系统实现
5.1用户功能模块
高校医疗报销管理系统,在系统首页可以查看首页、公告信息、医疗记录、报销记录、报销申请等模块,跳转到后台等内容,如图5-1所示。
图5-1系统功能界面图
公告信息,可以查看公告内容,公告名称、发布部门、发布单位等,如图5-2所示。
图5-2公告信息界面图
公告信息的逻辑代码如下:
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
Query select = service.select(service.readQuery(request), service.readConfig(request));
List resultList = select.getResultList();
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
public Query select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return runEntitySql(sql.toString());
}
报销记录界面:可以查看到学生用户信息、就医编号、医保编号、用药信息等以及财务的审核状态等,如图5-3所示。
图5-3报销记录界面图
报销记录逻辑代码如下。
@RestController
@RequestMapping("auth")
public class AuthController extends BaseController<Auth, AuthService> {
/**
* 服务对象
*/
@Autowired
public AuthController(AuthService service) {
setService(service);
}
}
5.2管理员功能模块
管理员登录,通过填写注册时输入的用户名、密码、权限进行登录,如图5-4所示。
图5-4管理员登录界面图
管理员登录进入高校医疗报销管理系统可以查看首页、药品信息管理、医疗记录管理、报销类别管理、报销记录管理、公告信息管理等,如图5-5所示。
图5-5管理员功能界面图
通知公告管理,在列表中,管理员可以对通知公告信息进行修改或删除操作,如图5-6所示。
图5-6通知公告管理界面图
通知公告管理的逻辑代码如下:
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
药品信息管理,在列表中可以对药品信息进行管理操作,如图5-7所示。
图5-7药品信息管理界面图
医院信息管理,在列表中可以发布医院信息,如图5-8所示。
图5-8医院信息管理界面图
医院信息管理的逻辑代码如下:
@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());
}
用户管理,在用户管理列表中可以查看用户账号、密码、用户姓名、性别、手机、照片等内容,并且根据需要进行修改或删除操作,如图5-9所示。
图5-9用户管理界面图
报销类别管理,在报销类别列表中管理员可以对报销进行分类管理等,如图5-10所示。
图5-10报销类别管理界面图
医疗记录管理,在列表中可以对学生的医疗记录信息进行维护管理,如图5-11所示。
图5-11医疗记录管理界面图
医疗记录管理的逻辑代码如下:
@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();
}
测试存在于软件开发进程中的最后一个阶段,它可以保证一个软件的开发质量是否符合设计者的初衷,也为程序的正式上线做了最后一道质量检测的工序。软件测试主要是控制各种条件、包括软件输出方式,使用模式和运行环境等,来评估一个系统或应用是否符合设计标准。在软件测试过程中,我们一般刻意的去制造错误和极端条件,不能仅依照正常模式允许,而是多去尝试那些意外的情况。
6.1软件测试的重要性
只有在运行和维护阶段之前经历大量的测试的软件,才能说明它的质量是经得起检验的。最近计算机业界也都一致认为,测试应该存在于软件设计的每个阶段,因为越早发现错误,修复起来就越容易。
实际上,对于一个软件应用,错误是必然存在的,无论使用何种技术或手段,都不可能绝对的排除软件漏洞。测试是随着软件开发一同诞生的,两者是共同发展进步的。实际上,测试可以大幅度的降低维护的成本,如果一个漏洞在开发的早期就被发现,那么修复它的成本远比上线后再修复的成本要低得多。
6.2测试实例的研究与选择
测试有白盒测试和黑盒测试两种方式。
其中,白盒测试是将软件看成一个透明的白盒子,按照程序的内部控制结构和处理技术逻辑来选定测试用例、软件系统测试的逻辑路径及过程需要进行管理测试,又称玻璃盒测试。因此白盒测试需要选择足够多的测试用例,覆盖尽可能多的代码来发现程序中的错误。
黑盒测试,也称为功能测试。它将需软件看作一个黑盒,像一个普通用户一样来模拟软件的使用流程。黑盒测试通过大量的输入边界值或错误数据,来检查是否可产生正确的输出。
本系统测试 主要选择黑盒测试,少量采用白盒测试。通过测试达到以下测试目的:
1.检查各大功能模块的运行,确保其能够正确运行,并检查各页面的完整性,保证页面完整。
2.检查各个接口是否可以正确地输入和输出,保证数据流通稳定可行。
3.检查数据结构,保证其和外部接口没有访问错误,访问顺利。
4.检查原计划的性能需求有没有完成,运行流畅。
本系统的测试用例(部分):
登录部分测试用例 | |||||
编号 | 对象 | 项目 | 操作 | 预期结果 | 结果 |
1 | 登录 | 登录提示 | 使用正确的账号密码登录 | 成功登录 | 预期结果 |
2 | 登录提示 | 使用正确的账号但错误的密码登录 | 提示密码错误 | 预期结果 | |
3 | 登录提示 | 使用错误的账号登录 | 提示不存在账户 | 预期结果 | |
4 | 登录提示 | 不输入账号,点击登录 | 提示输入账号 | 预期结果 | |
5 | 登录提示 | 输入账号但不输入密码点击登录 | 提示输入密码 | 预期结果 | |
6 | 登录入口 | 已登录账号,查看登录入口 | 不显示登录入口 | 预期结果 |
6.3测试环境与测试条件
处理器:Inter Core I7-4710MQ四核处理器
内存:4GB
硬盘:1T
操作系统:Windows 10
数据库:MySQL
6.4系统运行情况
全部测试用例都已通过(包括但不限于以上测试用例),且不存在漏洞,实现了论文开始时所作要求。本系统运行稳定,使用流畅,可以满足客户需求。
6.5系统评价
试运行后进行系统评估,可以认为该系统达到预定的目标要求,可以满足用户的需求,也满足了系统开发前所作目标。
系统在经过大量重复测试后运行十分稳定,安全实用,功能模块已经达到预定目标所需。
在规定的时间内实现系统的大部分功能,且满足要求,节省开发成本,有助于提高科学管理水平,符合本人经济情况。
本文利用Springboot框架和MySQL数据库技术,通过分析高校医疗报销管理系统,并完成了基于Springboot的高校医疗报销管理系统。经调试结果显示,本系统基本可以满足一个高校医疗报销管理系统的业务需要。系统界面简洁而有美感, 易操作,做出了自己的特色,然而因为时间仓促再加上缺乏系统开发经验和仅依靠少数问卷调查方式,因此本系统还存在不少缺陷、不足,比如:
1. 数据输入的格式并没有全部检验,所以很难保证数据的准确,可能有一些不符合规则的数据也可以通过检验。
2. 系统功能还不够完善,无法提供丰富多彩的在线功能。
本系统还存在一些漏洞没有解决,在现实应用情境中很难保证完全不出错,但相信通过再次完善,可以调试出真正符合实际的高校医疗报销管理系统。
[1]尤骊.医院医疗设备网络报修、报销管理系统实施效果分析[J/OL].生物医学工程与临床:1-5[2023-03-13].
[2]彭湛霞.银校互联结算方式在高校公费医疗报销中的运用[J].会计师,2022(12):116-118.
[3]陈春萍,路丽芬,姜雯,李文双,孙梦茹,唐筛娣.基于医院内网构建职工医疗和统筹费用无纸化报销系统[J].信息记录材料,2021,22(05):102-104.
[4]陈康娣,何晓爽.基于Eclipse的职工医疗报销辅助系统的设计与实现[J].电子技术与软件工程,2020(17):47-48.
[5]田华燕.信息系统在医疗报销系统中的应用[J].现代信息科技,2019,3(16):124-125+127.
[6]丁宗乐.医疗费用零星报销管理的实践与应用分析[J].经济师,2019(04):246-247.
[7]陈晓炜,陈钱,耿劲松,董建成.多准则决策分析应用于医疗保险报销的系统评价[J].中国卫生资源,2018,21(03):218-223.
[8]曹阳. 社保基金与医疗报销管理系统的设计与实现[D].吉林大学,2018.
[9]孟庆鸿.基于我国医疗保险费用报销审核管理的思考[J].产业与科技论坛,2018,15(07):240-241.
[10]刘永成.高校公费医疗网上报销模式研究[J].高校后勤研究,2018(04):81-82.
[11]洪亮.医院内部公费医疗报销系统的设计与实现[J].科技广场,2018(07):84-86..
[12]秦蓉.信息管理中的数据库技术应用分析[J].电子技术,2022,51(12):176-177.
[2]程力.计算机网络数据库的安全管理技术分析[J].网络安全技术与应用,2022(12):46-48.
[13]何学东,高永梅,何强,曹更新,何其伟,凌刚.数据库形式标准的现状分析与应用研究[J].中国标准化,2022(23):81-86.
[14]林佳一.混合式教学在高职MySQL数据库课程的实践研究[J].电脑知识与技术,2022,18(26):133-135.
[15]朱志慧,蔡洁.基于SpringBoot+Vue+Uni-app框架的校园失物招领系统[J].电子技术与软件工程,2022(17):62-65.
[16]徐小卫,杨文超.基于MySQL的科研信息管理系统数据库设计[J].信息与电脑(理论版),2022,34(11):167-169+183
致 谢
大学生活在这个时候即将划上一个句号,但是对于我的人生道路来说,这仅仅是一个逗号,我将面对的是又一次征程的开始。
回忆过去,许许多多的事情浮现在脑海:刚上大学时欢乐心情和兴奋的场景还历历在目。一切都是那么新鲜,那么富有吸引力。有快乐也有艰辛,有收获也有失落。衷心感谢信息学院所有支持帮助过我的老师,谢谢你们多年来的关心和爱护。同窗的友情同样难忘,你们与我共同走过了人生中不平凡的道路,给我留下了值得珍藏的美好记忆。
最后,我要特别感谢指导论文设计的老师。本论文是在他的悉心指导和热情帮助下完成的,老师认真负责的工作态度,严谨的治学精神和精深的理论水平都使我受益匪浅。老师无论在理论上还是在实践中,都给予我很大的帮助,使我专业技能的应用水平得到很大提高,这对于我以后的工作和学习都有益处。值此论文完成之际,特别向老师表示衷心的感谢和崇高的敬意,谢谢他细心而又耐心地辅导,使得我得以顺利的完成毕业设计开发工作,同时也要感谢其他帮助过我的老师和同学,他们在我成长过程中给予了我很大的帮助,在此一并表示感谢。
由于本人水平有限,加上时间紧促,本文一定有不少缺点和不足,恳请各位老师给予帮助和指正。
请关注点赞+私信博主,免费领取项目源码