基于ideaSSM校医院管理系统设计
摘 要
随着信息技术的快速发展和广泛应用,传统的校医院管理模式已经难以满足日益增长的管理需求和服务质量要求。为了提升校医院管理效率和服务水平,本文提出了一种基于IDEASSM的校医院管理系统设计方案。该系统以先进的信息化技术为支撑,结合校医院的实际需求,旨在构建一个功能全面、操作便捷、安全可靠的管理平台。
本文首先分析了校医院管理系统的研究背景和意义,指出了传统管理模式的不足和数字化转型的必要性。然后,详细阐述了IDEASSM校医院管理系统的设计原则、系统架构、功能模块和关键技术。该系统采用了模块化设计思想,包括系统用户、医生请假管理、护士请假管理、病人信息管理、病床信息管理、医嘱清单管理、物品信息管理、医生排班管理、护士排班管理、系统管理、公告信息管理、资源管理等核心模块,实现了业务流程的自动化和智能化。同时,系统采用了先进的数据加密技术和访问控制策略,确保了数据的安全性和系统的稳定性。
在系统设计过程中,本文注重用户体验和系统性能的优化。通过简洁明了的界面设计和流畅的操作流程,提高了用户的使用满意度。此外,系统还具备可扩展性和可维护性,方便后期功能的升级和维护。
最后,本文对所设计的IDEASSM校医院管理系统进行了实验验证和性能评估。实验结果表明,该系统能够有效提升校医院的管理效率和服务质量,为师生提供更加便捷、高效的医疗服务。同时,该系统也具有一定的推广价值和应用前景,可为其他类似机构提供有益的参考和借鉴。
关键词:校医院管理系统;SSM;系统设计
Design of School Hospital Management System Based on ideaSSM
ABSTRACT
With the rapid development and widespread application of information technology, traditional school hospital management models are no longer able to meet the growing management needs and service quality requirements. In order to improve the efficiency and service level of school hospital management, this article proposes a design scheme for a school hospital management system based on IDEASSM. This system is supported by advanced information technology and combined with the actual needs of the school hospital, aiming to build a comprehensive, easy to operate, safe and reliable management platform.
This article first analyzes the research background and significance of the school hospital management system, pointing out the shortcomings of traditional management models and the necessity of digital transformation. Then, the design principles, system architecture, functional modules, and key technologies of the IDEASSM campus hospital management system were elaborated in detail. The system adopts a modular design concept, including core modules such as system users, doctor leave management, nurse leave management, patient information management, hospital bed information management, medical order list management, item information management, doctor scheduling management, nurse scheduling management, system management, announcement information management, resource management, etc., achieving automation and intelligence of business processes. At the same time, the system adopts advanced data encryption technology and access control strategies to ensure the security of data and the stability of the system.
In the system design process, this article focuses on optimizing user experience and system performance. Through concise and clear interface design and smooth operation process, user satisfaction has been improved. In addition, the system also has scalability and maintainability, making it convenient for later function upgrades and maintenance.
Finally, this article conducted experimental verification and performance evaluation on the designed IDEASSM school hospital management system. The experimental results show that the system can effectively improve the management efficiency and service quality of the school hospital, and provide more convenient and efficient medical services for teachers and students. At the same time, the system also has certain promotion value and application prospects, which can provide useful reference and inspiration for other similar institutions.
Keywords: School Hospital Management System; SSM; system design
目 录
第1章 绪论
1.1. 研究背景和意义
1.2 国内外研究现状
1.3论文结构与章节安排
第2章 需求分析与可行性分析
2.1 可行性分析
2.1.1技术可行性
2.1.2经济可行性
2.1.3操作可行性
2.2 需求分析
2.3 系统用例分析
2.4 系统的流程分析
2.4.1登录流程
2.4.2添加信息流程
2.4.3删除信息流程
第3章 系统总体设计
3.1 系统架构设计
3.2开发流程设计
3.3系统功能模块设计
3.4数据库设计
3.4.1 数据库概念结构设计
3.4.2数据表
第4章 系统关键模块设计与实现
4.1 护士用户模块
4.1.1 前台首页界面
4.1.2 用户注册界面
4.1.3 登录界面
4.1.4 护士请假界面
4.1.5 新闻信息界面
4.1.6物品信息界面
4.2 医生用户模块
4.2.1 病人信息界面
4.2.2医嘱清单界面
4.3管理员功能模块
4.3.1管理员功能界面
4.3.2系统用户管理界面
4.3.3 病床信息管理界面
4.3.4 系统管理界面
4.3.5公告消息管理界面
第5章 系统测试
5.1系统测试的目的
5.2系统测试方法
5.3功能测试
第6章 总结
参考文献
致 谢
1.1. 研究背景和意义
基于IDEASSM的校医院管理系统设计,其研究背景与意义在于应对当前校医院管理面临的一系列挑战与机遇。随着高校规模的不断扩大和师生对医疗服务需求的日益增长,传统的校医院管理模式逐渐暴露出效率低下、信息不透明、服务质量参差不齐等问题。这些问题不仅影响了师生的就医体验,也制约了校医院自身的发展和管理水平的提升。
因此,研究并设计一套基于信息化技术的校医院管理系统显得尤为迫切和重要。该系统旨在通过整合和优化校医院内部的业务流程和信息资源,提高管理效率和服务质量,为广大师生提供更加便捷、高效、安全的医疗服务。
此外,基于IDEA+SSM的校医院管理系统设计还具有重要的实践意义和社会价值。通过该系统的推广和应用,可以推动高校后勤管理服务的数字化、智能化和现代化,提升高校整体的管理水平和综合竞争力。同时,该系统还能够为其他类似机构提供有益的参考和借鉴,推动整个医疗卫生行业的信息化进程和发展。
综上所述,基于IDEA+SSM的校医院管理系统设计的研究背景与意义在于解决当前校医院管理面临的实际问题,提高管理效率和服务质量,推动高校后勤管理服务的数字化、智能化和现代化,提升整个医疗卫生行业的信息化水平和发展动力。
1.2 国内外研究现状
在国内,校医院管理系统的研究与应用起步较晚,但发展迅速。自1975年以后,医疗行业开始引入电脑,但主要局限于科学研究和教育方面。直到1980年代以后,随着计算机技术的普及和高校规模的扩大,校医院管理系统的需求逐渐凸显。目前,国内的研究主要集中在系统的功能设计、用户界面优化以及数据安全性等方面,以提升管理效率和服务质量。尽管国内的研究和应用取得了一定成果,但与国外相比,仍存在一定的差距。
在国外,校医院管理系统的研究与应用相对成熟。早在60年代初,美国便开始了对医院管理系统(HIS)的研究,到了90年代初,近10家医院已经基本实现了HIS的工作方式。在国外,HIS的研究不仅涵盖了系统的功能和应用,还深入探索了物流配送、系统更新、数据分析等多个方面。此外,随着技术的不断发展和应用需求的增长,国外的校医院管理系统也在不断升级和完善,以满足日益增长的医疗需求。
综上所述,国内外的校医院管理系统设计研究呈现出不同的特点和发展轨迹。国内研究主要集中在系统的功能和应用上,而国外则更注重系统的稳定性和数据分析能力。未来,随着技术的不断进步和应用需求的增长,国内外的校医院管理系统设计研究都将继续深入发展,为高校师生提供更加便捷、高效、安全的医疗服务。
1.3论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题的研究背景和意义,选题开发的国内外研究现状和本文的研究内容与主要工作。
第二章:系统需求分析。主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2.1 可行性分析
2.1.1技术可行性
校医院管理系统在技术上是完全可行的。SSM框架作为业界广泛使用的轻量级、开源的Java Web开发框架,具有成熟稳定、高效灵活的特点,能够满足校医院管理系统的技术需求。Spring提供全面的编程和配置模型,SpringMVC实现了模型-视图-控制器的设计模式,而MyBatis则简化了数据库操作。三者结合使用,可以确保系统具备良好的可扩展性、可维护性和稳定性。
2.1.2经济可行性
基于ideaSSM的校医院管理系统设计在经济上具有高度的可行性。该系统的引入能够显著提高校医院的管理效率和服务质量,从而间接降低医疗成本,为高校节省大量资源。系统的模块化设计和可扩展性使得后期维护和升级变得简单经济,避免了频繁更换设备或系统的昂贵成本。此外,系统的用户界面友好,操作简便,能够降低员工的学习成本,提高工作效率。综合考虑,基于ideaSSM的校医院管理系统设计不仅能够在短期内实现投资回报,还能为高校带来长期的经济效益和管理效益,因此,在经济上具有非常明显的可行性。
2.1.3操作可行性
可操作性主要是对校医院管理系统设计完成后,用户的使用体验度,以及管理员可以通过系统随时管理相关的数据信息,并且对于管理员、护士用户、医生用户三种角色,都可以简单明了的进入到自己的系统界面,通过界面导航菜单可以简单明了地操作功能模块,方便用户信息的操作需求和管理员管理数据信息,对于系统的操作,不需要专业人员都可以直接进行功能模块的操作管理,所以在系统的可操作性是完全可以的。本系统的操作使用的也是界面窗口进行登录,所以操作人员只要会简单的电脑操作就完全可以的。
2.2 需求分析
在着手设计基于ideaSSM的校医院管理系统之前,我们进行了详尽的需求分析和市场调研。这一环节是为了深入理解校医院的管理需求和服务痛点,确保所设计的系统能够精准地满足师生的医疗需求以及医院的运营要求。
我们深知,一个优秀的校医院管理系统不仅仅是技术的集合,更是提升医疗服务质量和效率的关键工具。因此,我们的目标是构建一个既符合护士、医生使用习惯,又能为医院管理团队提供有力支持的系统。
明确用户需求:通过与护士、医生进行深度交流、问卷调查等方式,我们详细了解了校医院管理需求,如医生请假管理、护士请假管理、病人信息管理、病床信息管理、医嘱清单管理、物品信息管理、医生排班管理、护士排班管理等。每个环节都需要高效、准确地处理大量数据和信息,以确保校医院的正常运营和高效管理。
同时,我们也与医院管理层进行了深入沟通,探讨如何通过技术手段提升医院的管理效率和服务质量。
系统性能与界面设计:我们明白系统的稳定性和性能对于医疗服务的重要性,因此,在系统设计时,我们特别注重系统的稳定性和性能优化。在界面设计上,我们追求简洁、直观,确保师生和医院工作人员能够快速上手,高效操作。
业务流程与数据处理:我们详细分析了校医院的业务流程,确保系统能够无缝对接现有的工作流程,减少不必要的操作环节。在数据处理方面,我们特别重视数据的安全性和隐私保护,确保师生的医疗信息得到严格保护。
持续学习与改进:医疗服务的需求和模式总是在不断变化,因此,我们的校医院管理系统也需要具备持续学习和改进的能力。我们将为系统提供灵活的更新和扩展机制,确保它始终能够满足不断变化的需求。
综上所述,基于ideaSSM的校医院管理系统设计旨在通过技术手段解决校医院在管理和服务中的实际问题,提升师生的就医体验和医院的运营效率。我们期待这一系统能够为校医院带来实质性的改进,让每一位师生都能享受到更加便捷、高效的医疗服务。
2.3 系统用例分析
校医院管理系统的完整UML用例图分别是图2-1、图2-2和图2-3,在参与者上包括护士用户、医生用户和管理员。
护士用户角色的用例包括首页、新闻信息、护士请假、物品信息、网站公告、我的(基本信息、护士请假、病人信息、病床信息、护士排班、收藏)。
护士用户角色用例如图2-1所示。
图2-1 护士用户用例图
医生用户角色的用例包括首页、新闻信息、医生请假、病人信息、物品信息、网站公告、我的(基本信息、医生请假、病人信息、病床信息、医嘱清单、医生排班、收藏)。
医生用户角色用例如图2-2所示。
图2-2 医生用户用例图
管理员角色的用例包括后台首页、系统用户、医生请假管理、护士请假管理、病人信息管理、病床信息管理、医嘱清单管理、物品信息管理、医生排班管理、护士排班管理、系统管理、公告信息管理、资源管理。
管理员角色用例如图2-3所示。
图2-3 管理员用例图
2.4 系统的流程分析
2.4.1登录流程
图2-4登录流程图
2.4.2添加信息流程
添加信息流程图,如下图所示:
图2-5添加信息流程图
2.4.3删除信息流程
删除信息流程图,如下图所示:
图2-6删除信息流程图
3.1 系统架构设计
校医院管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1 校医院管理系统架构设计图
表现层(UI):又称UI层,主要完成校医院管理系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用校医院管理系统时的舒适度。UI的界面设计也要适应不同版本的校医院管理系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成校医院管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于校医院管理系统的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成校医院管理系统的数据存储和管理功能。
3.2开发流程设计
校医院管理系统的开发对管理模块和系统使用的数据库进行分析,编写代开发,规划和操作是构建信息管理应用程序的必要三步曲,它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中,每个阶段必须严格按照线性顺序进行开发,并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的,不会造成下一阶段拖拽现象,使系统完成设计功能后得到保证。
从校医院管理系统的成功开发经验来看,上述方法效果最为明显,最大程度地降低了系统开发的复杂性。如图3-2所示。
图3-2开发系统流程图
3.3系统功能模块设计
通过对校医院管理系统的需求分析以及用例分析,得出了校医院管理系统的功能模块图如图3-3所示。
3.4数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.4.1 数据库概念结构设计
下面是整个校医院管理系统中主要的数据库表总E-R实体关系图。
图3-4 系统总体ER图
3.4.2数据表
将数据库概念设计的E-R图转换为关系数据库。在关系数据库中,数据关系由数据表组成,但是表的结构表现在表的字段上。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | bed_information_id | int | 10 | 0 | N | Y | 病床信息ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | patient_name | varchar | 64 | 0 | Y | N | 病人姓名 | |
5 | patient_gender | varchar | 64 | 0 | Y | N | 病人性别 | |
6 | patient_age | varchar | 64 | 0 | Y | N | 病人年龄 | |
7 | nurse_users | int | 10 | 0 | Y | N | 0 | 护士用户 |
8 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
9 | bed_room_number | varchar | 64 | 0 | Y | N | 病床房号 | |
10 | bed_number | varchar | 64 | 0 | Y | N | 床号号数 | |
11 | check_in_date | date | 10 | 0 | Y | N | 入住日期 | |
12 | bed_information | text | 65535 | 0 | Y | N | 病床信息 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctors_leave_id | int | 10 | 0 | N | Y | 医生请假ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | leave_type | varchar | 64 | 0 | Y | N | 休假类型 | |
6 | start_time | datetime | 19 | 0 | Y | N | 开始时间 | |
7 | end_time | datetime | 19 | 0 | Y | N | 结束时间 | |
8 | reason_for_leave | text | 65535 | 0 | Y | N | 请假原因 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_scheduling_id | int | 10 | 0 | N | Y | 医生排班ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctor_no | varchar | 64 | 0 | Y | N | 医生工号 | |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | scheduling_month | varchar | 64 | 0 | Y | N | 排班月份 | |
6 | schedule_table | varchar | 255 | 0 | Y | N | 排班表格 | |
7 | working_hours | text | 65535 | 0 | Y | N | 工作时间 | |
8 | vacation_arrangements | text | 65535 | 0 | Y | N | 休假安排 | |
9 | overtime_hours | text | 65535 | 0 | Y | N | 加班时间 | |
10 | scheduling_situation | text | 65535 | 0 | Y | N | 排班情况 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctor_no | varchar | 64 | 0 | N | N | 医生工号 | |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | item_information_id | int | 10 | 0 | N | Y | 物品信息ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 物品名称 | |
3 | item_category | varchar | 64 | 0 | Y | N | 物品类别 | |
4 | item_specifications | varchar | 64 | 0 | Y | N | 物品规格 | |
5 | item_price | varchar | 64 | 0 | Y | N | 物品价格 | |
6 | item_photos | varchar | 255 | 0 | Y | N | 物品照片 | |
7 | inventory_of_items | int | 10 | 0 | Y | N | 0 | 物品库存 |
8 | item_status | varchar | 64 | 0 | Y | N | 物品状态 | |
9 | item_description | text | 65535 | 0 | Y | N | 物品描述 | |
10 | usage | text | 65535 | 0 | Y | N | 使用情况 | |
11 | item_details | text | 65535 | 0 | Y | N | 物品详情 | |
12 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
13 | praise_len | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_order_list_id | int | 10 | 0 | N | Y | 医嘱清单ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | patient_name | varchar | 64 | 0 | Y | N | 病人姓名 | |
5 | patient_gender | varchar | 64 | 0 | Y | N | 病人性别 | |
6 | patient_age | varchar | 64 | 0 | Y | N | 病人年龄 | |
7 | medical_order_date | date | 10 | 0 | Y | N | 医嘱日期 | |
8 | medical_order_list | text | 65535 | 0 | Y | N | 医嘱清单 | |
9 | list_details | text | 65535 | 0 | Y | N | 清单明细 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | nurses_leave_id | int | 10 | 0 | N | Y | 护士请假ID | |
2 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
3 | nurse_no | varchar | 64 | 0 | Y | N | 护士工号 | |
4 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
5 | leave_type | varchar | 64 | 0 | Y | N | 休假类型 | |
6 | start_time | datetime | 19 | 0 | Y | N | 开始时间 | |
7 | end_time | datetime | 19 | 0 | Y | N | 结束时间 | |
8 | reason_for_leave | text | 65535 | 0 | Y | N | 请假原因 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | nurse_scheduling_id | int | 10 | 0 | N | Y | 护士排班ID | |
2 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
3 | nurse_no | varchar | 64 | 0 | Y | N | 护士工号 | |
4 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
5 | scheduling_month | varchar | 64 | 0 | Y | N | 排班月份 | |
6 | schedule_table | varchar | 255 | 0 | Y | N | 排班表格 | |
7 | working_hours | text | 65535 | 0 | Y | N | 工作时间 | |
8 | vacation_arrangements | text | 65535 | 0 | Y | N | 休假安排 | |
9 | overtime_hours | text | 65535 | 0 | Y | N | 加班时间 | |
10 | scheduling_situation | text | 65535 | 0 | Y | N | 排班情况 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | nurse_users_id | int | 10 | 0 | N | Y | 护士用户ID | |
2 | nurse_no | varchar | 64 | 0 | N | N | 护士工号 | |
3 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
4 | nurse_gender | varchar | 64 | 0 | Y | N | 护士性别 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | patient_information_id | int | 10 | 0 | N | Y | 病人信息ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | patient_name | varchar | 64 | 0 | Y | N | 病人姓名 | |
5 | patient_gender | varchar | 64 | 0 | Y | N | 病人性别 | |
6 | patient_age | varchar | 64 | 0 | Y | N | 病人年龄 | |
7 | medical_history | text | 65535 | 0 | Y | N | 医疗历史 | |
8 | medical_record | text | 65535 | 0 | Y | N | 病历记录 | |
9 | patient_status | text | 65535 | 0 | Y | N | 病人现状 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_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: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
4.1 护士用户模块
进入系统首页,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图展示,再往下是护士请假、物品信息和新闻信息,其主界面展示如下图所示。
图4-1 普通用户首页界面图
注册模块满足用户两部分,当用户想要进行资料相关信息的查询管理的时候,就必须进行登录,如果没有账号的话,在登录界面,点击“注册”按钮就会跳转到注册的界面,根据提示填写好账号、密码、昵称、邮箱、身份、用户姓名、用户性别、联系电话等注册信息,添加提交,注册的信息在数据库中就添加完成了,然后再输入填写好的账号和密码进行登录,其注册主界面展示如下图所示。
图4-2用户注册界面图
护士用户在登录界面输入账号+密码,点击“登录”按钮,系统在用户数据库表中会对用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其登录主界面展示如下图所示。
图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;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}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.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
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, "账号或密码不正确");
}
}
public String 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 sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
护士用户可以提交请假申请,包括请假类型、请假时间、请假原因等信息,以便上级进行审批和处理。护士请假界面图如下图所示。
图4-4护士请假界面图
当用户点击“新闻信息”这一菜单按钮,会显示管理员在后台发布的所有的新闻信息,支持通过关键词对新闻信息进行搜索,选择需要的新闻信息点击可以进入到新闻信息详细的介绍界面,同时可以进行点赞、收藏和评论等操作,新闻信息界面如下图所示。
图4-5新闻信息界面图
护士用户可以查看医院内部物品的信息,包括物品规格、物品价格等,方便护士进行工作时的物品调配和使用。物品信息界面如下图所示。
图4-6物品信息界面图
4.2 医生用户模块
医生用户可以查看和管理病人的基本信息,包括姓名、年龄、病情描述、诊断结果等,方便医生进行诊疗工作。病人信息界面如下图所示。
图4-7病人信息界面图
医生用户可以查看和管理病人的医嘱清单,包括药品用量、用药频次、注意事项等。医嘱清单如下图所示。
图4-8医嘱清单界面图
医嘱清单的关键代码如下:
@RequestMapping(value = {"/sum_group", "/sum"})
public Map<String, Object> sum(HttpServletRequest request) {
Query count = service.sum(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
4.3管理员功能模块
在管理员功能页面中可以查看后台首页、系统用户、医生请假管理、护士请假管理、病人信息管理、病床信息管理、医嘱清单管理、物品信息管理、医生排班管理、护士排班管理、系统管理(轮播图)、公告信息管理、资源管理。管理员功能界面如下图所示。
图4-9管理员功能界面图
在系统用户页面中可以对管理员、护士用户、医生用户三种角色进行管控,还可以对三种角色进行查询、重置、添加和删除。系统用户界面如下图所示。
图4-10系统用户管理界面图
系统用户管理关键代码如下所示。
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
管理员可以管理病房的病床信息,包括查询、重置、删除病床,标记病床的使用情况和入住信息。病床信息管理界面如下图所示。
图4-11病床信息管理界面图
管理员可以管理系统首页的轮播图,包括添加、编辑、删除轮播图内容,及时更新医院的相关信息和通知。系统管理界面如下图所示。
图4-12系统管理界面图
管理员可以发布和管理系统的公告信息,包括添加、编辑、删除公告内容,及时通知医院内部的相关通知和规定。公告消息管理界面如下图所示。
图4-13公告消息管理界面图
5.1系统测试的目的
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中都是难以避免的。虽然这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果,如系统崩溃,安全信息泄露,系统无法正常启动等,为了避免这些问题,我们需要测试程序,再测试过程中发现问题,并纠正它们,从而使系统更长时间稳定成熟。本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但对于长期使用而言是非常重要和必要系统的开发。
软件在设计后必须进行测试,调试过程中使用的方法是软件测试方法。在开发新软件时,系统测试是检查软件是否合格的关键步骤,以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性,正确的操作与否,以及操作的结果,还有哪些方面需要改进。
校医院管理系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在校医院管理系统正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
5.2系统测试方法
在对校医院管理系统进行测试的时候在找到问题的情况下必须在第一时间找到解决问题的办法,不要存在侥幸的心理,这样才能让校医院管理系统开发的质量可以过关,并且开发的周期会大大缩短,还有就是在测试时,不要出现重复性的错误,遇到一个错误问题,要将整个校医院管理系统开发所牵扯的该问题都必须一一解决,提高校医院管理系统的安全性、稳定性。
白盒测试与黑盒测试是测试中比较常用的两种方法。
①结构测试俗称白盒测试:这种测试是在对程序的处理过程与结构都有详尽谅解的前提下,顺从程序内部的逻辑而完成的系统测试,以确定系统中所有的通路都能够遵照设计要求正常工作,不出现任何偏差。
②功能测试又成黑盒测试:主要是针对程序功能能够按照设计正常实现的一种检测,在程序接口处进行,检测程序手法数据是否正常,与外部信息的交换是否完整。
5.3功能测试
用户登录测试:
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
登录模块 | 用户名:admin 密码:123 | 弹出错误提示,提示密码错误 | 弹出错误提示,提示密码错误 | 通过 |
登录模块 | 用户名:123 密码:admin | 弹出错误提示,提示用户名错误 | 弹出错误提示,提示用户名错误 | 通过 |
登录模块 | 用户名:admin 密码:admin | 管理员登录成功 | 管理员登录成功 | 通过 |
删除分类测试:
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
删除分类模块 | 分类名:最新通知 | 删除成功、页面自动跳转 | 删除成功、页面自动跳转 | 通过 |
修改密码测试:
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
修改密码模块 | 原密码:666 新密码:123 确认密码:123 | 弹出错误提示,提示原密码错误 | 弹出错误提示,提示原密码错误 | 通过 |
修改密码模块 | 原密码:admin 新密码:123 确认密码:333 | 弹出错误提示,提示确认密码不一致 | 弹出错误提示,提示确认密码不一致 | 通过 |
修改密码模块 | 原密码:admin 新密码:123 确认密码:123 | 密码修改成功 | 密码修改成功 | 通过 |
通过对功能的测试,校医院管理系统的基本功能都是可行的,不管是系统里面的功能,还是界面的设计都是可值得推广宣传的。
至此,校医院管理系统的设计与实现已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如SSM、JAVA语言、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[2]林红.基于SSM的共享单车管理系统设计[J].现代信息科技,2024,8(05):17-20+26.DOI:10.19850/j.cnki.2096-4706.2024.05.004.
[3]Sartika D A R ,Wirawan F ,Putri N P , et al.Association between Iron-Folic Acid Supplementation during Pregnancy and Maternal and Infant Anemia in West Java, Indonesia: A Mixed-Method Prospective Cohort Study.[J].The American journal of tropical medicine and hygiene,2024,
[4]Rahmawati B R ,Hardiwinoto S ,Widiyatno, et al.Productivity of Clonal Teak Plantation Under Different Spacing and Thinning Intensity in Java Monsoon Forest[J].IOP Conference Series: Earth and Environmental Science,2024,1299(1):
[5]Lestari E ,Rusdiyana E ,Sugihardjo, et al.The role of village owned enterprises in the development and sustainability of the agrotourism sector (A case study of agrotourism in Karanganyar Regency, Central Java)[J].IOP Conference Series: Earth and Environmental Science,2024,1302(1):
[6]Asmy E A ,Rauf A ,Rahmawaty, et al.Persimmon fruit downstream prospects: a promising solution to increase farmer income in Malang Regency, East Java, Indonesia[J].IOP Conference Series: Earth and Environmental Science,2024,1302(1):
[7]高俊杰,孙鹏霞,刘义汉,等.基于SSM的网上订餐管理系统[J].软件,2024,45(01):168-173.
[8]王云亮,胡琳.基于SSM框架结构的高职学生岗位实习过程管理系统设计[J].信息与电脑(理论版),2024,36(01):251-253.
[9]白茹鑫.基于SpringBoot+SSM框架的企业安全培训管理系统设计与实现[J].现代信息科技,2024,8(01):44-49.DOI:10.19850/j.cnki.2096-4706.2024.01.009.
[10]袁爱平,陈畅,孙士兵,等.基于SSM框架的高校学生信息管理系统设计与实现[J].工业控制计算机,2023,36(12):127-129.
[11]单厚信,刘舒心,程文远,等.基于SSM架构的图书资料管理系统设计与实现[J].现代信息科技,2023,7(23):46-51.DOI:10.19850/j.cnki.2096-4706.2023.23.010.
[12]潘显民,欧战祥,夏雅.仿生学下基于SSM的大学生学习资源共享系统设计[J].湘南学院学报,2023,44(05):44-48.
[13]赵进步,袁慧.基于SSM框架的“云节”系统设计与实现[J].电脑编程技巧与维护,2023,(10):90-92.DOI:10.16184/j.cnki.comprg.2023.10.021.
[14]文臻铭,吴钧皓.基于SSM框架的电力电缆附件电子商城系统设计与实现[J].工业控制计算机,2023,36(08):145-146+153.
[15]田斌.基于SSM框架的宠物医院系统设计[J].无线互联科技,2023,20(14):69-71.
[16]沈志元,张文健.基于Java技术的医院管理系统的设计与实现[J].电脑知识与技术,2022,18(32):38-40+54.DOI:10.14004/j.cnki.ckt.2022.1994.
[17]胡木兰.学校医院管理系统的分析与设计[J].软件,2022,43(04):51-53.
[18]周向阳,千越智能辅助诊疗医院管理系统V1.0.河南省,河南千越医疗科技有限公司,2021-08-04.
[19]陈盼盼,互联网医院管理系统.河南省,河南宏力医院有限公司,2020-10-01.
[20]何梦缘.基于物联网的医院管理系统构建及应用[J].信息与电脑(理论版),2020,32(05):180-181.
致 谢
这次毕业设计能够完成,最重要的就是来自指导老师的帮助,老师不厌其烦的对我的论文及毕业设计提出非常有建设性的建议,我的毕设能够完成离不开老师的帮助。我对老师由衷的表示感谢,
其次要感谢大学四年里学院里所有的任课老师的教导,老师们在我整个大学四年里给予了我丰富的知识,让我能够在大学中不虚度光阴,踏踏实实的学习,没有这些老师不辞辛劳的教诲,我无法完成这四年的学业。
由于自己的水平有限,毕设仍然存在着很大的缺陷,各位老师若提出意见,我会努力改正。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~