医院电子病历系统设计与实现（毕业设计）

摘要

Design and Implementation of Hospital Electronic Medical Record Syste

第一章 绪论

1.1 课题研究的背景及意义

1.2 国内外研究现状

1.3 论文结构组成

第二章 系统使用技术介绍技术

2.1 总体架构介绍

2.2 前后端技术框架

2.2.1 Java

2.2.2 MVC框架

2.2.3 Spring MVC

2.2.4 Spring Boot技术栈

2.2.5 MyBatis技术栈

2.2.6 Vue技术栈

2.2.7 uni-app

2.3 数据库介绍

第三章 需求分析

3.1 可行性分析

3.1.1经济可行性

3.1.2技术可行性

3.1.3操作可行性

3.1.4 时间可行性

3.2数据流程分析

3.3 系统用例分析

3.3.1普通患者用例分析

3.3.2 医生患者用例分析

3.3.3 管理员用例分析

第四章 系统设计

4.1系统结构设计

4.2系统功能模块设计

4.3数据库设计

4.3.1 全局E-R图

4.3.2 概念设计模型

4.3.3 数据库逻辑设计

第五章 系统实现

5.1 系统环境介绍

5.2系统目录介绍

5.2.1 后端目录结构

5.2.2 前端目录结构

5.3系统功能模块实现

5.3.1登录功能模块实现

5.3.2注册功能模块实现

5.3.3科室管理模块实现

5.3.4预约挂号模块实现

5.3.5病历信息模块实现

5.3.6处方管理模块实现

5.3.7挂号统计模块实现

5.3.8论坛模块模块实现

5.3.9轮播图及公告模块实现

5.3.10患者（患者）预约挂号功能模块实现

5.3.10患者（患者）我的主页功能模块实现

5.3.10患者（患者）病历信息和处方信息功能模块实现

第六章 系统测试

6.1测试用例设计

6.1.1 平台患者测试

6.1.2 医院信息上传测试

6.1.3 电子病历生成测试

第七章 总结

致谢

参考文献

附录：

第一章 绪论

略.......

略.......

略.......

略.......

略.......

 

• 第五章  系统实现

本章主要介绍系统开发的环境、项目的结构及各个功能模块的操作和技术实现的详细说明。

5.1 系统环境介绍

                             开发环境配置表

Windows主机配置信息
JDK环境	JDK8
构建工具	Maven3.81
后端IDE开发工具	IDEA 2021
前端IDE开发工具	HBuilder X
关系型数据库	MySQL8.0

5.2系统目录介绍

医院电子病历系统是前后端分离式开发，将分别介绍后端和前端的目录结构。   

5.2.1 后端目录结构

在工程SpringBootwqju9下包含8个模块，分别是controller、dao、entity、service、utils、interceptor、config、annotation,具体目录结构如图5-1所示：

 

正在上传…重新上传取消

图5.1后端文件图

controller层文件是用来接受前台数据和返回页面请求信息；dao层用于和数据库交互，想要访问数据库并且操作，只能通过dao层向数据库发送sql语句，将这些结果通过接口传给service层，对数据库进行数据持久化操作；service层是业务逻辑层，在该层进行复杂的业务逻辑处理，对在多个dao层查到的数据进行组装、处理，然后将结果返回给controller；entity层创建实体与数据库表里面属性值一一对应。untils中存放的是一些工具类，interceptor中放的是一个权限验证类；annotation中放的是患者验证登录信息；config中放的是相关配置；resources中放的是一些小xml文件；pom.xml包含了项目用到的Maven依赖。

5.2.2 前端目录结构

本项目是基于前后端分离的架构，采用了vue.js框架，分为两个工程，一个是平台前端，一个是后端管理平台。

转存失败重新上传取消 （a）平台用户端前端

转存失败重新上传取消 （b）平台管理端前端

图 5.2项目代码前段目录

5.3系统功能模块实现

本节详细叙述医院电子病历系统的功能实现和技术实现。

5.3.1登录功能模块实现

本系统的登录功能可以划分为网页和移动端两种登录方式。为确保系统的安全性，操作人员只有在登录界面上键入管理员名称、密码、验证码等，并按“登录”键进入主控界面[]。登录流程，如图所示：

 

 

转存失败重新上传取消

图 5.3登录流程图

管理员和医生登录界面图，如图所示

 

转存失败重新上传取消

图5.4管理员及医生登录图

5.3.2注册功能模块实现

医院电子病历系统应当先从获取表格中的患者名开始，查找同一患者在资料库中的记录。若资料库中有同一患者名，则患者名已被注册，则会开启记录集合，加入到记录中，系统会自动通知患者登记成功。

注册流程图 如图所示

 

 

转存失败重新上传取消

图5.5注册流程图

患者注册界面，如图所示：

 

转存失败重新上传取消

图5.6患者注册图

5.3.3科室管理模块实现

登录管理员角色后，可通过医院名称或医生姓名进行简单的科室查询，对已查询到的科室信息选择相应的添加，修改以及删除。如图所示：

 

	转存失败重新上传取消

图 5.7科室信息管理图

5.3.4预约挂号模块实现

患者进行预约挂号后，医生可通过登录系统对挂号信息进行查询，可以看到患者的基本信息，患病症状以及费用的支付情况，根据患者病情的情况选择在线就诊或者面诊。管理员可以查看预约挂号信息。如图所示：

图 5.8预约挂号管理图     转存失败重新上传取消

 

5.3.5病历信息模块实现

在此模块内，医生通过诊治可对患者的病历进行编辑（填写诊断内容，病历描述和诊断结果）、查看、修改和删除的一系列对电子病历的操作。如图所示：

 

转存失败重新上传取消 （a）电子病历添加图

转存失败重新上传取消 （b）电子病历信息查看图

图 5.9电子病历信息管理图

5.3.6处方管理模块实现

医院电子病历系统。医生通过电子病历信息对患者（患者）进行开药方和填写数量，进行处方生成。医生和管理员还可通过对处方的单号，患者姓名，药方以及医生工号进行查询，在查询到相应的处方信息后可进行查看，删除等操作，如图所示：

正在上传…重新上传取消 （a）开处方图

转存失败重新上传取消 （b）处方管理图

图 5.10处方信息管理图

5.3.7挂号统计模块实现

管理员进入到挂号统计模块后，可选择相应的时间段，将这段时间内的挂号数量制作成一个条形统计图，以此方便观察医院的经营状况，适当地做出调整。

如图所示：

转存失败重新上传取消 （a）数量统计图

转存失败重新上传取消 （b）统计图

图 5.11预约挂号统计图

5.3.8论坛模块实现

管理员可对患者已发布的信息进行审核，查看信息的公布状态，删除不符合规定的信息。如图所示：

 

	转存失败重新上传取消

图 5.12论坛信息管理

5.3.9轮播图及公告模块实现

管理员通过实时更新医院内部的环境照片从而吸引患者，同时还能发布预防日常疾病的措施来降低发生疾病的概率。如图所示：

转存失败重新上传取消 （a）轮播图管理

转存失败重新上传取消 （b）公告信息管理

图 5.13轮播图及公告信息管理图

5.3.10患者登录注册功能模块实现

医院电子病历系统，患者是在移动端APP完成一系列电子病历流程的，患者账号注册成功就可以登录，登录成功能在首页能够看到医院内的信息推送以及医院科室结构和科室信息。注册登录图如图所示：

转存失败重新上传取消 （b）患者注册图

转存失败重新上传取消 （a）患者登录图

图 5.14患者登录注册图

5.3.11患者查看医院信息模块实现

医院电子病历系统，患者在登录成功后，在首页能够看到医院内的公告信息和轮播图，在科室信息页面可以查看所有科室，在论坛信息页面可以查看论坛信息。患者查看医院信息图如图所示：

转存失败重新上传取消（a）首页信息图

转存失败重新上传取消（a）科室信息图

转存失败重新上传取消（a）论坛信息图

图 5.15患者查看医院信息图

5.3.12患者预约挂号功能模块实现

医院电子病历系统，在患者登录成功后，在首页能够看到医院内的信息推送以及医院科室结构和科室信息，然后通过选择自身情况选择对应的科室，根据医生值班信息选择合适的时间，进行预约挂号。在预约挂号后，就可以在线支付费用。患者预约挂号功能图如图所示：

 

 

 

转存失败重新上传取消 （a）科室信息图

转存失败重新上传取消 （b）预约挂号订单图

转存失败重新上传取消（c）费用支付图

图 5.16预约挂号图

5.3.13患者我的主页功能模块实现

患者在我的主页可随时更改个人信息，对本人的病历信息、健康档案、处方信息和挂号信息进行查看，同时还能在论坛内发表自己的想法，对信息的公布状态设为公开或者隐私。我的主页图如图所示:

 

转存失败重新上传取消

图 5.17我的主页

5.3.14患者病历信息和处方信息功能模块实现

患者可以在我的主页查看病历信息和处方信息。病历处方信息如图所示：

转存失败重新上传取消 （a）病历信息图

转存失败重新上传取消 （b）处方信息图

图 5.18病历处方信息图

 

略........

 

源码+v：Gs-0102-L