| 需要金币: |
资料包括:完整论文 | ![]() | |
| 转换比率:金额 X 10=金币数量, 例100元=1000金币 | 论文字数:13493 | ||
| 折扣与优惠:团购最低可5折优惠 - 了解详情 | 论文格式:Word格式(*.doc) |
摘要:生而为人难免出现头昏脑热的症状到医院求医。在4G已经完善、5G正在普及的今天,数据数字化已成为人类社会的必然趋势。一些大城市的医院早已普及了晚上挂号,网上预约医生,少了许多需要窗口人工操作的过程,极大提高了效率,真正的过上科技生活。但这也是仅相对于科技较为发达的地区,一些城乡级的地方医院却依然在挂号缴费窗口前排成了长龙。在经济本就不是那么发达的城乡医院投放大型服务器,安装大型医疗服务系统显然是不现实的。原因有以下几点:经济问题。投放服务器,系统开发,系统维护,这将是一大笔资金的投入。流量问题。来这种小城医院就医的患者固然不少,但是和一线城市的大医院相比便是大相径庭,开发一个如此庞大的组织架构的系统去服务一小部分人略显得大材小用。以此,该医疗服务系统,可以有效的解决了以上两个问题。
本文详细介绍了该系统从理论到实践,从需求设计到需求的实现,从设计模型到在服务器上运行的全部过程。系统的核心功能主要围绕着患者医院就医与医疗工作者的交互过程进行开发,过滤掉与医者患者无关的功能,减少开发成本,节约运维资源。把大型系统惯用的互联网模式换为局域网模式,虽不能为患者提供超远程的服务,但是可以节约医院的人力资源,避免可能因排队而引发不必要的纠纷。该系统服务端为Linux系统,浏览器端电脑手机均可。因为考虑到IE浏览器可以会出现兼容性问题,所以该系统是一谷歌浏览器为基础进行开发和测试的。
关键词:Java;SpringBoot;Mybatis;微服务
目录
摘要
Abstract
引 言-1
1 系统概述-2
1.1 开发背景-2
1.2 研发背景-2
1.2 目的及意义-2
2 技术图解及详解-3
2.1 架构图解-3
2.2 技术详细介绍-3
2.2.1 Java-3
2.2.2 SpringBoot-4
2.2.3 Maven-4
2.2.4 Mybatis-4
2.2.5 Mysql-5
2.2.6 Layui-5
3 系统分析-6
3.1 系统可行性分析-6
3.1.1 技术可行性-6
3.1.2 经济可行性-6
3.3.3 法律可行性-7
3.2 优势-7
4 系统总体设计-8
4.1 核心功能流程图-8
4.2 模块设计-8
4.3 表结构设计-9
4.3.1 药品清单表(drugdictionary)-9
4.3.3 产地表(area)-9
4.3.4 类型表(type)-9
4.3.5 门诊收费项目表(outpatienttype)-10
4.3.6 住院收费项目表(inputpatienttype)-10
4.3.7 科室表(departments)-10
4.3.8 医生表(doctor)-11
4.3.9 挂号类型表(registeredType)-11
4.3.10 供货单位表(supplier)-11
4.3.11 药品信息表(durgstore)-11
4.3.12 药房表(pharmacy)-12
4.3.13 挂号表(report)-12
4.3.14 住院登记表(register)-13
4.3.15 住院收费表(hospitalprice)-14
5 系统详细设计与功能实现-15
5.1 登录功能模块-15
5.2 财务人员功能模块-15
5.2.1 挂号功能模块-15
5.2.2 药品缴费模块-16
5.2.3 项目缴费模块-16
5.2.4 住院缴费模块-17
5.3 门诊医生功能模块-18
5.3.1 处方划价模块-18
5.3.2 项目划价模块-18
5.3.3 项目检查模块-19
5.4 住院医生功能模块-19
5.4.1 入院登记模块-19
5.4.2 药品记账模块-20
5.4.3 项目记账模块-20
5.5 药房医生功能模块-21
5.5.1 药房信息模块-21
5.5.2 门诊取药模块-21
5.5.3 住院取药模块-21
5.5.4 添加药品模块-22
5.6 配置中心模块(系统管理员)-22
5.6.1 科室管理模块-22
5.6.2 医生管理模块-23
5.6.3 医生排班模块-23
5.7 权限管理模块(超级管理员)-24
5.7.1 菜单管理模块-24
5.7.2 角色管理模块-25
5.7.3 用户管理模块-25
6 系统测试-26
6.1 门诊管理模块功能测试-26
6.2 住院管理模块功能测试-26
6.3 财务人员模块功能测试-26
6.4 药房人员模块功能测试-27
6.5 配置中心模块功能测试-27
6.6 权限管理模块功能测试-27
结 论-29
致 谢-30
参 考 文 献-31 |

