摘要
医院急诊(病房)管理系统旨在优化患者的就诊流程,提高医疗效率和服务质量。该系统通过电子化患者信息、实时床位监控和智能调度等功能,确保急诊患者能够快速得到必要治疗,同时协助医护人员高效管理病房资源。系统支持医嘱的快速录入与执行,以及病历资料的整合,保障了医疗工作的连续性和安全性,进而提升了整体医疗服务水平。本研究旨在设计和实现一款基于SpringBoot框架的医院急诊(病房)管理系统,通过对系统的需求分析、设计、开发和测试等工作,验证了系统的可行性和有效性。
关键词:医院急诊;MySQL数据库;springboot框架
第四章 系统设计
4.1系统功能模块设计
医院急诊(病房)管理系统在设计与实现时,采取了模块性的设计理念,把相似的系统的功能整合到一个模组中,以增强内部的功能,减少各组件之间的联系,从而达到减少相互影响的目的。系统总体功能结构图如图4-1所示。
图4-1 系统总体功能结构图
4.2.2 数据库表设计(共20张表)
本平台所采用的数据库是MySQL,数据库中包含数据库表和表之间的关系。该平台数据库设计采用的是关系型数据库表。表结构如下列各表所示。
表4-1:token表
字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
id |
bigint |
主键 |
主键 |
||
userid |
bigint |
用户id |
|||
username |
varchar |
100 |
用户名 |
||
tablename |
varchar |
100 |
表名 |
||
role |
varchar |
100 |
角色 |
||
token |
varchar |
200 |
密码 |
||
addtime |
timestamp |
新增时间 |
CURRENT_TIMESTAMP |
||
expiratedtime |
timestamp |
过期时间 |
CURRENT_TIMESTAMP |
表4-2:系统简介
字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
id |
bigint |
主键 |
主键 |
||
addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
title |
varchar |
200 |
标题 |
||
subtitle |
varchar |
200 |
副标题 |
||
content |
longtext |
4294967295 |
内容 |
||
picture1 |
longtext |
4294967295 |
图片1 |
||
picture2 |
longtext |
4294967295 |
图片2 |
||
picture3 |
longtext |
4294967295 |
图片3 |
此处省略17张表。。。
表4-20:出院信息
字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
id |
bigint |
主键 |
主键 |
||
addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
zhuyuanbianhao |
varchar |
200 |
住院编号 |
||
huanzhezhanghao |
varchar |
200 |
患者账号 |
||
huanzhexingming |
varchar |
200 |
患者姓名 |
||
xingbie |
varchar |
200 |
性别 |
||
nianling |
varchar |
200 |
年龄 |
||
bingchuanghao |
varchar |
200 |
病床号 |
||
zhuyuanriqi |
varchar |
200 |
住院日期 |
||
yujiaojine |
double |
预交金额 |
|||
zhuyuanfeiyong |
double |
住院费用 |
|||
shengyubujiao |
double |
剩余补交 |
|||
chuyuanriqi |
date |
出院日期 |
|||
yishengzhanghao |
varchar |
200 |
医生账号 |
||
yishengxingming |
varchar |
200 |
医生姓名 |
||
touxiang |
longtext |
4294967295 |
头像 |
||
keshi |
varchar |
200 |
科室 |
||
ispay |
varchar |
200 |
是否支付 |
未支付 |
|
userid |
bigint |
用户id |
第五章 系统实现
5.1前台功能实现
5.1.1首页页面功能实现
当人们打开系统的网址后,首先看到的就是首页界面。在这里,人们能够看到系统的导航条,通过点击导航条上的图书信息、图书资讯、留言板、个人中心等功能进入各详细页面进行操作。系统首页界面如图5-1所示:
图5-1 系统首页界面
在注册流程中,用户在Vue前端填写必要信息(如用户名、密码等)并提交。前端将这些信息通过HTTP请求发送到Java后端。后端处理这些信息,检查用户名是否唯一,并将新用户数据存入MySQL数据库。完成后,后端向前端发送注册成功的确认,前端随后通知用户完成注册。这个过程实现了新用户的数据收集、验证和存储。如图5-2所示:
图5-2用户注册界面
出诊医生,在出诊医生页面输入医生姓名、出诊日期进行查询出诊医生详细信息,并根据需要进行操作;如图5-3所示:
图5-3出诊医生界面
5.1.2个人中心页面实现
个人中心:在个人中心页面可以对个人中心、修改密码、预约挂号、预约取消、病例信息、住院信息、出院信息、处方开具、我的收藏进行详细操作;如图5-4所示:
图5-4个人中心界面
5.2后台模块实现
在登录流程中,用户首先在Vue前端界面输入用户名和密码。这些信息通过HTTP请求发送到Java后端。后端接收请求,通过与MySQL数据库交互验证用户凭证。如果认证成功,后端会返回给前端,允许用户访问系统。这个过程涵盖了从用户输入到系统验证和响应的全过程。如图5-5所示。
图5-5后台登录界面
5.2.1管理员功能实现
管理员进入主页面,主要功能包括患者管理、医生管理、科室管理、出诊医生管理、预约挂号管理、预约取消管理、病例信息管理、病床信息管理、住院信息管理、出院信息管理、药品信息管理、处方开具管理、就医指南管理、系统管理、个人中心等进行操作。管理员主页面如图5-6所示:
图5-6 管理员主界面
患者管理功能在视图层(view层)进行交互,比如点击“查询、添加或删除”按钮或填写患者管理信息表单。这些患者管理表单动作被视图层捕获并作为请求发送给相应的控制器层(controller层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查看、修改或删除患者信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便患者管理功能可以看到最新的信息或相应的操作反馈。如图5-7所示:
图5-7患者管理界面
科室管理功能在视图层(view层)进行交互,比如点击“查询、添加或删除”按钮或填写科室管理信息表单。这些科室管理表单动作被视图层捕获并作为请求发送给相应的控制器层(controller层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查看、修改或删除科室信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便科室管理功能可以看到最新的信息或相应的操作反馈。如图5-8所示:
图5-8科室管理界面
病例信息管理功能在视图层(view层)进行交互,比如点击“查询或删除”按钮或填写病例信息管理表单。这些病例信息管理表单动作被视图层捕获并作为请求发送给相应的控制器层(controller层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查看、修改或删除病例信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便病例信息管理功能可以看到最新的信息或相应的操作反馈。如图5-9所示:
图5-9病例信息管理界面
处方开具管理功能在视图层(view层)进行交互,比如点击“查询或删除”按钮或填写处方开具管理表单。这些处方开具管理表单动作被视图层捕获并作为请求发送给相应的控制器层(controller层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查看、修改或删除处方开具信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便处方开具管理功能可以看到最新的信息或相应的操作反馈。如图5-10所示:
图5-10处方开具管理界面
5.2.2医生功能实现
医生进入主页面,主要功能包括出诊医生管理、预约挂号管理、预约取消管理、病例信息管理、病床信息管理、住院信息管理、出院信息管理、药品信息管理、处方开具管理、个人中心等进行操作。医生主页面如图5-11所示:
图5-11 医生主界面