第一章 绪论1.1 研究背景与意义1.1.1 研究背景养老服务对象在传统的手工登记、纸质档案、电话沟通等模式之下存在着信息传递滞后、护理记录容易出错、费用核算繁杂等问题[1]。护士手工填写大量的表格入住申请、房间分配依靠线下沟通完成健康信息不能及时同步到家属手中出现异常情况时只能用口头形式传达易造成信息遗漏。随着社区养老、机构养老模式的推广一些早期的信息化工具开始使用起来老人的健康档案、基本信息也实现了电子化服务反馈的渠道由原来的线下变成现在的线上平台。但是碎片化功能模块、紧急事件响应滞后、子女探访信息不对等状况仍然存在用药提醒由于人工疏忽而中断护理登记和费用支付互相脱离造成对账困难。现有的管理系统不能满足老人对于健康监护的实时性、护理服务的透明度以及个性化用药提醒等强烈的需求[2]。1.1.2 研究意义开发一套整合业务流程的养老服务系统对提升机构运营效率具有直接改进作用。系统能够降低人工登记失误率促进健康数据与服务资源的实时匹配打通入住申请、护理登记与费用支付各环节的信息壁垒。老人可通过终端自主查看房间信息、提交探访申请与异常上报管理员后台集中响应缩短了事件处置周期。电子化健康数据积累为后续服务优化提供支撑护理流程的透明化增强家属信任感。该系统也推动养老行业在流程规范、老人参与质量与社区健康生态培育方面的实际价值落地。1.2 国内外研究现状1.2.1 国内研究现状国内养老服务系统研究和实践由最初的单一信息管理发展为现在的综合服务平台。早期养老机构使用单机版的管理系统来完成老人档案登记和费用核算功能比较简单。高凤等对小程序上门养老服务系统的规划设计及实现进行了研究把服务预约、工单派发流程搬到线上[3]。马震用大数据技术对养老服务供给系统数据整合能力进行分析给资源调度提供决策支持[4]。彭敏学等人针对微信小程序创建社区智慧助老服务系统主要是解决老人常用需求即餐饮、医疗等快速响应的问题[5]。李莉用物联网技术设计出智能养老服务系统可以将健康监测设备和平台进行对接[6]。吕斌等人用大数据分析的方法来建立社区养老服务系统对健康数据进行深入挖掘和利用[7]。这些研究渐渐拓宽了养老服务的功能范围不过仍存在多源数据融合度不高家属互动途径不畅通等状况。1.2.2 国外研究现状国外对于养老服务业的研究主要是对物联网设备的整合以及数据的安全性。Mavhemwa等人提出了一种基于安卓平台的医疗物联网自适应用户认证模型保证老年用户的健康数据访问安全[8]。Yang等人创建了基于物联网的群体养老服务质量评价体系促使服务成效得以量化的评判[9]。Alharbi等人用智能地板以及人工智能技术对老年人进行跌倒检测可以在独立生活环境中起到安全监护的作用[10]。赵等用CSS数据分析养老金制度改革和金融安全对老年人群福祉的影响[11]。Weiwei用聚类算法设计并实现了一个社区养老服务质量评价系统为服务的改进提供数据支撑[12]。国外研究技术深、设备集但是不能满足本土化养老服务管理流程和家属探访互动需求。1.3 主要研究内容本课题设计并实现了一个基于Spring Boot的智慧养老服务系统从老人用户和管理员这两个主要的角色出发对系统的各个功能模块进行了搭建。系统采用前后端分离架构和B/S模式用Vue、Spring Boot和MySQL技术来完成需求分析、架构设计、功能模块设计、数据库设计和系统测试。老人端包含房间信息查询、入住申请和记录、健康数据查看、护理登记管理、费用结算、异常上报、探访申请、退房登记、用药提醒等功能模块管理员端主要是对业务进行审核以及数据的管理目的是为了改善养老服务过程中信息传递不畅、健康监测滞后、家属沟通不及时等状况。第二章 相关技术介绍2.1 Spring Boot框架Spring Boot是基于Java语言的开源轻量级框架它的设计目的是简化Spring应用的初始搭建和开发过程。该框架用“约定优于配置”的思想用自动配置大大简化了项目的构建过程开发者不需要做繁琐的XML配置就可以快速地创建出独立运行的Spring应用程序。Spring Boot内建了Tomcat、Jetty等Servlet容器使应用可以打包成JAR文件直接运行大大简化了微服务架构的落地过程。框架内包含了许多常用的第三方库的默认配置数据访问、消息队列、缓存等都被包含在其中开发者只需加入相应的依赖即可直接使用。在业务逻辑处理上Spring Boot继承了Spring框架的依赖注入、面向切面编程等特性用注解的方式实现组件间的松耦合联系从而提高代码的可测试性和可维护性。周喜平认为Spring Boot同微服务架构相结合可以充分挖掘出其服务治理、配置管理等能力[13]。本系统以Spring Boot为后端服务层用控制器组件接收和处理前端请求通过服务层封装核心业务逻辑然后通过数据访问层与数据库进行交互请求响应链路清晰高效。2.2 Vue.js框架Vue.js是基于渐进式JavaScript的一种用户界面构建工具主要用在视图层上采用自底向上的增量开发思想。该框架利用双向数据绑定的方式使模型的数据和页面元素实现了自动同步开发者只需要对数据的状态进行改变就可以触发视图的更新不需要直接去修改DOM节点因此大大提高了前端开发的效率以及代码的可读性。Vue.js是采用组件化的开发方式把每一个组件都封装成一个独立的模板、脚本、样式从而在不同的页面上复用同一个组件使界面结构统一且易于维护。框架内部使用了虚拟DOM技术在数据发生变化的时候用差异计算来减少真实的DOM操作次数从而得到很好的渲染性能。柳伟卫在全栈开发实践过程中证明了Vue.js和Spring Boot联合创建现代Web应用是行之有效的[14]。本系统用户交互界面全部使用Vue.js来创建页面路由由Vue Router来管理状态数据使用Vuex进行集中存储和分发前端对后端发起的异步请求使用Axios库来完成整体架构清晰、响应速度快。2.3 MySQL数据库MySQL是目前使用最广的关系型数据库管理系统之一它以开源免费、性能稳定、跨平台支持好等优点被许多Web应用所采用。数据库采用表格结构来存储数据每一行、每一列组成一个表表与表之间以主键和外键来建立联系这样的模型可以很好的保证数据的完整性以及一致性。MySQL支持标准的结构化查询语言开发人员可以通过SQL语句对数据库进行添加、删除、修改和查询等操作数据库还提供了视图、存储过程、触发器等手段来满足复杂业务的需求。MySQL的InnoDB存储引擎可以完全实现ACID特性用锁机制和日志来保证并发环境下数据的安全性。明日科技编著的教程中对MySQL的基础操作、性能优化等各个方面都有详细的论述[15]。本系统所有的业务数据都被持久化到MySQL数据库里后端服务用JDBC驱动和它建立连接使用对象关系映射框架把实体类和数据表之间转换数据访问层对高频查询做了合理的索引策略来提高响应速度。2.4 前后端分离架构前后端分离是把用户界面和业务逻辑解耦的现代Web应用架构模式它的主要特点就是前端和后端是两个独立的项目来完成开发、部署、维护的工作。在这样的架构之下前端是负责页面渲染和用户交互的[16]。它会发起异步请求去后端取得或者提交数据而后端只是提供标准的应用程序编程接口并且不会涉及数据的展示方式[17]。前后端之间使用HTTP协议进行通信数据交换格式一般用轻量级的JSON该文本格式有较好的跨语言特性以及可读性。分离架构带来的主要好处就是开发职责更加明确前端团队只做交互体验和界面效果的工作后端团队只做业务实现和数据处理的工作二者互相配合加快了项目进度。李泳认为该结构对于系统的可扩展性、可维护性有提高的作用。本系统严格按照前后端分离的原则来建立前端使用Vue.js部署在Nginx服务器上后端使用Spring Boot独立运行两者之间用RESTful风格的接口进行数据交互这样的部署方式使系统各个部分可以独立发展、水平扩展。第三章 系统分析3.1 功能需求分析老人用户可以在系统中完成和自己养老生活有关的一系列操作。用户可以查看房间信息了解居住环境提交入住申请并跟踪申请状态对个人入住记录进行管理。系统给老人提供健康数据查看功能用户可以查看自身的健康监测信息。护理登记管理模块可以供老人查看已经接受过的护理服务记录。用户可以通过系统支付护理费用当出现异常情况的时候可以进行上报操作。老人用户可以提交探访申请给相关负责人审核管理个人退住记录接收并查看用药提醒信息。老人角色用例图如图3-1所示。图3-1老人用户用例图管理员在系统中属于后台管理与审核。管理员可以对房间信息进行增删改查处理老人提出的入住申请更改入住申请的状态。入住记录管理功能可以管理员查询和修改所有的入住记录。管理员可以对老人的健康数据进行管理也可以对护理登记记录进行维护操作。异常上报管理模块处理老人提交的异常情况探访申请管理功能可以审核探访请求。管理员还要对用药提醒信息进行配置和推送管理保证提醒功能的正常工作。管理员角色用例图如图3-2所示。图3-2管理员用例图3.2 可行性分析3.2.1 技术可行性系统采用Spring Boot框架搭建后端服务Spring Boot是Java企业级应用开发中使用较多的框架之一。Vue.js属于前端技术选择它的组件化开发方式以及数据驱动特性可以支持用户界面的快速创建。MySQL数据库有稳定的可靠的数据持久化能力可以满足业务数据的存储和管理要求。开发者对Java语言以及相关的框架有一定了解能够进行系统的各个模块编码。系统用前后端分离的架构前端通过异步请求与后端交互在中等规模的应用中表现不错。从性能上看系统业务量处在可控制范围内单台服务器就可以满足日常使用的要求数据访问的压力也可以通过索引优化等方法得到改善。安全隐患主要是网络传输和数据访问方面用参数校验和权限控制可以有效地防止常见的风险。因此系统的技术上是可行的。3.2.2 操作可行性系统界面设计以简洁直观为原则功能入口清楚地标出老人用户经过简单的引导就可以学会基本的操作。日常使用路径以信息查看和申请提交为主用户登录之后可以很快找到需要的功能模块。系统上线之后取代了原有的纸质或者口头沟通方式信息流转效率得到提高。管理员通过后台界面进行所有的审核、管理操作并且操作的过程和日常的管理习惯相同。系统运行过程中要定时备份数据这项维护工作是由管理员来完成的操作起来比较简单。后续功能的调整可以采用模块化的开发方式来完成不会影响到主体流程。所以系统在操作上是可行的。3.2.3 经济可行性系统开发阶段的投入主要是人力成本开发工作是由个人完成的不需要额外的团队支出。运行环境使用现有的计算机设备服务器可以采用普通的配置主机进行部署。软件开发所用的技术栈都是开源或者免费的Spring Boot、Vue.js、MySQL等工具没有授权费用。系统上线之后日常的维护工作量很小不需要专职的运维人员。就应用价值而言该系统可以给养老机构带来管理效率的提高、服务质量的改善长期来看其收益已经可以抵消初始投资。因此该系统经济上是可行的。第四章 系统设计4.1 系统架构系统使用模块化分层架构设计把前端交互、业务逻辑和数据存储分开图4-1是各个层次之间的调用关系。老人用户采用浏览器的方式访问Vue前端页面房间信息查看、入住申请、健康数据浏览等操作都是通过Axios异步向Spring Boot的后端控制器发送请求来完成的。控制器收到请求之后就会调用相应的Service层服务从而在护理登记、费用支付、异常上报等业务处理的过程中对数据进行校验并且进行逻辑运算。数据持久层用MyBatis框架和MySQL数据库交互来完成房间信息、老人档案、护理记录等主要数据的存取操作使用本地缓存来暂存用药提醒、探访申请等高频访问的数据保证系统的响应速度以及数据的一致性。可以很好地支持养老服务多角色协同的业务场景。图4-1系统整体架构图4.2 功能结构设计系统围绕老人用户与管理员两类核心角色构建功能模块。老人用户端提供房间信息查看、入住申请提交、入住记录查询、健康数据浏览、护理登记管理、护理费用支付、异常上报、探访申请、退住记录管理以及用药提醒接收功能。管理员端实现对房间信息、入住申请、入住记录、健康数据、护理登记、异常上报、探访申请、用药提醒的统一审核与管理配置。该系统功能结构如图4-2所示。图4-2系统功能结构图4.3 流程图设计4.3.1 入住申请流程设计老人用户通过系统提交入住申请后管理员后台接收待审核申请信息。管理员核实老人身份信息、既往史、过敏史及证件图片资料结合当前房间剩余床数情况作出审核决定。审核通过则自动生成入住记录并分配房间老人用户可查看申请结果。若审核未通过申请退回并填写审核回复说明老人用户根据反馈可重新修改后再次提交。入住申请流程如图4-3所示。图4-3入住申请流程图4.3.2 异常上报流程设计老人用户在发现房间设施异常或身体突发状况时填写异常描述并上传附图完成上报操作。管理员接收到异常上报信息后对异常类型与紧急程度进行判定。属于紧急异常则立即指派负责护工前往处理并同步通知家属人员常规异常则纳入日常工单安排处理。处理完成后管理员填写审核回复并更新异常状态老人用户可实时查看处理进展与结果反馈。异常上报流程如图4-4所示。图4-4异常上报流程图4.3.3 探访申请流程设计家属人员或老人用户发起探访申请时需填写探访日期、探访类型、探访人数及探访原因并上传附图资料。管理员对探访申请进行审核结合老人当日健康状态与护理安排判断探访可行性。审核通过则生成探访记录并通知申请人具体探访注意事项审核不通过则退回申请并告知原因。探访结束后系统自动记录探访内容完成探访流程闭环。探访申请流程如图4-5所示。图4-5探访申请流程图4.3.4 护理登记流程设计负责护工根据每日护理计划为老人提供护理服务后在系统中进行护理登记操作填写护理名称、护理日期、护理描述及护理价格等信息。系统自动计算护理费用并更新老人账户待支付金额护理登记状态标记为待支付。老人用户可查看护理登记明细确认无误后发起费用支付。管理员对护理登记数据具有查询与统计权限确保护理服务的可追溯性。护理登记流程如图4-6所示。图4-6护理登记流程图4.3.5 用药提醒流程设计系统根据老人用药医嘱自动生成每日用药提醒任务在设定时间向老人用户终端推送提醒通知。老人接收提醒后按照提示完成用药并在系统中确认用药状态。若老人未在规定时间内确认系统向负责护工及家属人员发送二次提醒。护工现场确认老人用药后手动更新用药记录所有用药信息同步至健康档案供管理员查询分析。用药提醒流程如图4-7所示。图4-7用药提醒流程图4.4 数据库设计数据库设计是系统开发的基础环节关系型数据模型以二维表形式组织业务数据能够有效表达实体间关联关系。规范化设计原则指导表结构拆分减少数据冗余并避免更新异常。本系统采用MySQL数据库存储养老服务业务数据通过主外键约束保障数据一致性与完整性事务机制确保并发操作下数据正确性。合理的索引设计提升房间查询、申请审核等高频操作的响应速度为系统稳定运行提供底层支撑[18]。4.4.1 概念设计老人用户实体主要包括老人用户id、老人姓名、身份证号、手机号码等属性。老人用户实体属性图如图4-8所示。图4-8老人用户实体属性图家属人员实体主要包括家属人员id、家属姓名、联系号码、老人关系等属性。家属人员实体属性图如图4-9所示。图4-9家属人员实体属性图房间信息实体主要包括房间信息id、房间编号、房间类型、房间设施、入住单价等属性。房间信息实体属性图如图4-10所示。图4-10房间信息实体属性图入住申请实体主要包括入住申请id、入住编号、房间编号、入住日期、审核状态等属性。入住申请实体属性图如图4-11所示。图4-11入住申请实体属性图入住记录实体主要包括入住记录id、入住编号、房间编号、入住日期、入住天数等属性。入住记录实体属性图如图4-12所示。图4-12入住记录实体属性图健康数据实体主要包括健康数据id、登记编号、老人用户、登记日期、健康评估等属性。健康数据实体属性图如图4-13所示。图4-13健康数据实体属性图护理登记实体主要包括护理登记id、登记编号、护理名称、护理价格、护理日期等属性。护理登记实体属性图如图4-14所示。图4-14护理登记实体属性图异常上报实体主要包括异常上报id、登记编号、老人用户、上报日期、审核状态等属性。异常上报实体属性图如图4-15所示。图4-15异常上报实体属性图探访申请实体主要包括探访申请id、探访编号、老人用户、探访日期、审核状态等属性。探访申请实体属性图如图4-16所示。图4-16探访申请实体属性图用药提醒实体主要包括用药提醒id、提醒编号、老人用户、用药名称、用药日期、用药状态等属性。用药提醒实体属性图如图4-17所示。图4-17用药提醒实体属性图图4-18系统E-R图第五章 系统实现5.1 老人用户功能实现5.1.1 房间信息查看功能实现老人用户登录系统后进入房间信息模块页面展示各类房型的房间编号、房间类型及房间设施。用户可根据房间类型筛选条件浏览不同房源剩余床数与入住单价信息清晰呈现于列表之中。用户通过点击操作可查看房间详细介绍为后续入住决策提供参考依据。房间信息查看界面如图5-1所示。图5-1房间信息查看界面5.1.2 入住申请功能实现老人用户在选定房间后进入入住申请页面填写入住日期、既往史、过敏史及入住人数等必要信息。系统要求上传证件图片并核对身份证号与手机号码确保申请人身份真实有效。家属人员信息自动关联至申请表单用户提交申请后系统生成待审核记录。入住申请界面如图5-2所示。图5-2入住申请界面5.1.3 入住记录管理功能实现老人用户通过入住记录模块查看个人历史入住信息列表展示入住编号、房间编号、房间类型及各项收费标准。用户可依据入住日期范围筛选记录点击详情按钮查看入住期间完整信息。系统按时间倒序排列入住记录便于用户追溯居住历史。入住记录管理界面如图5-3所示。图5-3入住记录管理界面5.1.4 健康数据查看功能实现老人用户进入健康数据模块后系统展示个人历次健康监测记录包括登记编号、登记日期、登记身高体重及血糖数值。收缩压与舒张压数据同步呈现于列表之中用户可通过日期范围查询特定时段健康信息。健康评估内容随记录详情展示。健康数据查看界面如图5-4所示。图5-4健康数据查看界面5.1.5 护理登记管理功能实现老人用户在护理登记模块查看已接受的护理服务记录列表包含登记编号、护理名称、护理价格及护理日期。负责护工信息与房间设施情况同步显示于页面用户可清晰了解每次护理服务的完整内容。未支付记录显示待支付标识。护理登记管理界面如图5-5所示。图5-5护理登记管理界面5.1.6 支付护理费用功能实现老人用户在护理登记列表中选择待支付记录进入支付页面系统展示微信、支付宝、网银三种支付通道。用户选择支付方式后跳转至对应二维码扫码支付界面交易过程中页面提示风险核实信息。支付完成后系统自动更新对应记录的支付状态。支付护理费用界面如图5-6所示。图5-6支付护理费用界面5.1.7 异常上报功能实现老人用户发现房间设施异常或身体突发状况时进入异常上报模块填写异常描述并上传附图资料。系统生成登记编号并记录上报日期用户提交后异常信息推送至管理员审核队列。异常状态从待审核逐步更新为已处理用户可全程跟踪处理进展。异常上报界面如图5-7所示。图5-7异常上报界面5.1.8 探访申请功能实现老人用户或家属人员发起探访申请时填写探访日期、探访类型、探访人数及探访原因。系统要求上传附图资料并关联当前入住记录提交后申请进入管理员审核流程。审核状态变化实时反馈至用户端通过状态标识区分待审核与已通过申请。探访申请界面如图5-8所示。图5-8探访申请界面5.1.9 退住记录管理功能实现老人用户通过退住记录模块查看历史退住信息列表展示入住编号、房间编号、入住天数及支付金额。用水度数与用电度数同步记录于退住明细中用户可核对退住结算数据。系统按退住时间倒序排列记录。退住记录管理界面如图5-9所示。图5-9退住记录管理界面5.1.10 用药提醒功能实现老人用户进入用药提醒模块后系统展示个人用药提醒列表包含提醒编号、用药名称、用药日期及用药状态。负责护工信息与房间编号同步呈现用户可查看每次提醒的详细内容。未确认用药记录状态标记为待处理。用药提醒界面如图5-10所示。图5-10用药提醒界面5.2 管理员功能实现5.2.1 房间信息管理功能实现管理员进入房间信息管理模块后系统展示所有房间的列表数据包括房间编号、房间类型、封面图片及剩余床数。各项收费标准如入住单价、用电单价、用水单价清晰列示于表格中。管理员可对房间信息执行查看详情、编辑修改或删除操作新增房间功能支持录入完整房源资料。房间信息管理界面如图5-11所示。图5-11房间信息管理界面5.2.2 入住申请管理功能实现管理员在入住申请管理模块查看所有待审核申请记录列表包含入住编号、房间编号、入住日期及审核状态。管理员点击详情查阅老人提交的既往史、过敏史及证件图片根据房间剩余床位情况作出审核决定。审核回复内容填写后系统更新申请状态。入住申请管理界面如图5-12所示。图5-12入住申请管理界面5.2.3 入住记录管理功能实现管理员通过入住记录管理模块查看全部在住及历史入住记录列表展示入住编号、房间编号、房间类型及各项收费标准。每条记录下方提供退住登记、健康登记、护理登记、异常上报、申请转办、提醒用药等操作入口。管理员可根据业务需求为老人办理各项后续服务。入住记录管理界面如图5-13所示。图5-13入住记录管理界面5.2.4 健康数据管理功能实现管理员在健康数据管理模块查看所有老人的健康监测记录列表展示登记编号、老人姓名、老人性别、出生年月及家属人员信息。负责护工姓名与记录详情同步呈现管理员可通过日期范围筛选特定时段健康数据。点击详情按钮查阅完整健康评估内容。健康数据管理界面如图5-14所示。图5-14健康数据管理界面5.2.5 护理登记管理功能实现管理员进入护理登记管理模块后系统展示所有护理服务记录列表包括登记编号、房间编号、房间类型及房间设施。支付状态字段区分待支付与已支付记录护理价格总和统计于列表顶部。管理员可查看每条护理记录的详细信息确保护理服务可追溯。护理登记管理界面如图5-15所示。图5-15护理登记管理界面5.2.6 异常上报管理功能实现管理员在异常上报管理模块查看所有老人提交的异常记录列表包含登记编号、房间编号、房间类型及负责护工信息。审核状态字段标识待处理与已处理记录管理员点击详情查阅异常描述与附图资料。处理完成后填写审核回复并更新异常状态。异常上报管理界面如图5-16所示。图5-16异常上报管理界面5.2.7 探访申请管理功能实现管理员进入探访申请管理模块后系统展示所有待审核及历史探访申请记录列表包含探访编号、房间编号、负责护工及入住日期。探访日期与老人用户信息同步呈现管理员根据探访类型与探访人数判断申请合理性。审核通过后系统生成探访记录。探访申请管理界面如图5-17所示。图5-17探访申请管理界面5.2.8 用药提醒管理功能实现管理员在用药提醒管理模块查看所有老人的用药提醒任务列表展示提醒编号、房间编号、房间类型及负责护工信息。老人姓名与老人性别同步显示于表格中管理员点击详情查阅用药名称、用药日期及用药状态。系统支持对提醒任务进行跟踪管理。用药提醒管理界面如图5-18所示。图5-18用药提醒管理界面第六章 系统测试6.1 测试方法系统测试使用黑盒测试的方法来检验各个功能模块是否满足预期的需求[19]。测试环境使用Windows操作系统搭建部署Spring Boot后端服务和Vue前端页面MySQL数据库保存业务数据[20]。测试人员用浏览器模拟老人用户和管理员两种角色进行各种业务操作查看系统的响应结果。功能测试包含房间信息浏览、入住申请提交、健康数据查询、护理登记管理、费用支付、异常上报、探访申请、退住办理、用药提醒接收等主要业务流程保证每一个功能模块可以正确地执行设计逻辑。异常测试环节输入无效数据或者执行非预期的操作检验系统容错能力和错误提示是否完善。测试时记录下实际输出结果和预期结果的对比情况给系统质量评价赋予客观的参照。6.2 测试目的系统功能测试就是对智慧养老服务系统各个业务功能进行检验看其是否符合设计要求。按照事先设定好的测试用例来检验老人用户是否可以完成房间查看、入住申请、健康数据查询、护理登记、费用支付、异常上报、探访申请、退住办理以及用药提醒接收等一系列的操作。检验管理员端对于房间信息、入住申请、入住记录、健康数据、护理登记、异常上报、探访申请、用药提醒等审核管理功能进行检验数据状态的更新是否及时一致。测试过程中主要对核心业务流转路径是否通畅进行检验保证系统对于正常的请求以及异常输入都能给出正确的响应。测试结果会用来检验系统的功能是否完整、操作是否方便、数据是否准确给系统的交付使用提供质量保证。6.3 测试用例6.3.1 入住申请测试入住申请测试主要是对老人用户提交入住申请、管理员审核处理的全部业务流程进行测试。测试申请人的信息填写完整性校验、申请数据的正确保存、审核状态流转、审核结果反馈等各个方面的功能特性。入住申请测试结果见表6-1。表6-1入住申请测试用例表测试项测试目的测试步骤预期结果实际结果申请提交验证老人能否正确提交入住申请老人填写入住信息后提交申请系统保存申请数据状态为待审核符合预期信息校验验证系统对必填项的控制能力老人未填写必填项直接提交系统提示信息不完整申请失败符合预期审核通过验证管理员能否通过申请管理员审核通过入住申请申请状态更新为已通过生成入住记录符合预期审核驳回验证管理员能否驳回申请管理员填写驳回原因后驳回申请状态更新为已驳回老人可见原因符合预期6.3.2 房间信息管理测试房间信息管理测试是对管理员对房源数据进行维护的功能测试。测试内容为房间信息的添加、修改、查询筛选、删除等操作测试管理员能否对房间类型、收费标准、剩余床位等主要数据进行有效的管理。房间信息管理测试结果见表6-2。表6-2房间信息管理测试用例表测试项测试目的测试步骤预期结果实际结果信息添加验证管理员能否新增房间管理员填写完整房间信息后保存房间信息添加成功列表显示新增记录符合预期信息修改验证管理员能否更新房间信息管理员修改房间收费标准后保存房间信息更新成功数据同步变更符合预期信息查询验证房间筛选功能是否正常管理员按房间类型或编号查询列表显示匹配查询条件的房间记录符合预期信息删除验证管理员能否删除房间管理员选择房间记录执行删除房间记录从列表中移除符合预期6.3.3 入住记录管理测试入住记录管理测试验证管理员对老人入住历史数据的查询与维护功能。测试关注入住记录完整性展示、退住登记操作执行、健康登记与护理登记关联功能是否正常衔接。入住记录管理测试如表6-3所示。表6-3入住记录管理测试用例表测试项测试目的测试步骤预期结果实际结果记录查询验证入住记录筛选功能管理员按入住编号或房间编号查询列表显示匹配条件的入住记录符合预期退住登记验证退住操作能否正常执行管理员对在住老人执行退住登记退住记录生成老人状态更新为已退住符合预期健康登记验证健康登记入口是否可用管理员从入住记录进入健康登记跳转至健康数据录入页面符合预期护理登记验证护理登记入口是否可用管理员从入住记录进入护理登记跳转至护理登记录入页面符合预期6.3.4 健康数据管理测试健康数据管理测试验证管理员对老人健康监测记录进行修改的功能。测试内容包含健康数据录入、历史记录查询、数据详情查看、按日期范围筛选等各个功能是否准确有效。健康数据管理测试结果见表6-4。表6-4健康数据管理测试用例表测试项测试目的测试步骤预期结果实际结果数据录入验证管理员能否录入健康数据管理员选择老人并填写健康指标后保存健康数据保存成功老人端可见符合预期日期查询验证按日期筛选功能管理员设置开始日期和结束日期查询列表显示指定日期范围内的记录符合预期详情查看验证健康数据完整性管理员点击某条记录查看详情页面展示完整的健康评估内容符合预期6.3.5 护理登记管理测试对护理登记管理的测试主要是对护理服务记录生成和支付状态流转功能进行测试。测试关注护工登记护理服务后老人端是否可以查看老人完成支付之后状态是否可以正确更新为已支付。护理登记管理测试结果见表6-5。表6-5护理登记管理测试用例表测试项测试目的测试步骤预期结果实际结果护理登记验证护工能否添加护理记录护工填写护理信息后提交护理记录生成状态为待支付符合预期老人查看验证老人能否看到护理记录老人登录系统进入护理登记模块列表显示待支付的护理记录符合预期费用支付验证支付后状态更新老人执行支付操作完成费用支付护理记录状态更新为已支付符合预期6.3.6 异常上报管理测试异常上报管理测试验证老人提交异常信息后管理员处理流程的完整性。测试关注异常描述与附图上传功能、管理员审核回复功能以及状态更新后老人端能否同步查看。异常上报管理测试如表6-6所示。表6-6异常上报管理测试用例表测试项测试目的测试步骤预期结果实际结果异常提交验证老人能否上报异常老人填写异常描述并上传图片后提交异常上报成功状态为待处理符合预期处理反馈验证管理员能否处理异常管理员查看异常并填写处理结果异常状态更新为已处理符合预期结果查看验证老人能否看到处理结果老人登录查看已处理异常记录页面显示管理员填写的处理回复符合预期6.3.7 用药提醒管理测试用药提醒管理测试验证系统用药提醒功能是否正常运行。测试内容包括提醒任务生成、老人用药确认操作以及提醒状态更新后管理员端能否同步查看。用药提醒管理测试如表6-7所示。表6-7用药提醒管理测试用例表测试项测试目的测试步骤预期结果实际结果提醒生成验证系统能否生成用药提醒管理员为老人设置用药计划系统在设定时间生成提醒任务符合预期用药确认验证老人能否确认用药老人收到提醒后执行确认操作提醒状态更新为已用药符合预期状态同步验证管理员能否查看状态管理员查看用药提醒列表列表显示已确认的用药记录符合预期测试结论对智慧养老服务系统七个核心功能模块执行测试用例后入住申请提交与审核流程运转顺畅老人用户能够正确填写申请信息并查看审核状态。管理员对房间信息、入住申请、入住记录、健康数据、护理登记、异常上报及用药提醒的管理操作均能准确执行数据状态更新及时一致。各项功能实际输出结果与预期结果完全吻合系统运行稳定可靠。测试过程中未发现功能缺失或逻辑错误系统功能完备性达到设计要求。项目分享大家可自取用于参考学习获取方式可私信哦
