基于SSM的养老信息管理系统实践--Maven项目实践--项目规划1.0

发布于:2023-07-04 ⋅ 阅读:(147) ⋅ 点赞:(0)

简介

宜劳永逸养老信息管理平台是一款适用于养老机构的信息管理系统,我们专注于养老服务,为子女及老人、护工、管理者设计出了这样一款集健康信息采集、专业医疗分析、帮助线上挂号等专业功能为一体的养老平台,宜劳永逸是致力于做到健康信息详细全面、医疗养护相结合、娱乐生活多元化的管理系统,我们的用户不仅是老人及其子女和管理者,更面向社会广大医疗相关人员、营养师、调理师、有一技之长的特长教师、善于照顾的护工等,欢迎您与我们共创老人的宜居安逸之家!

一. 概述

1.1 编写目的

(对产品或项目进行定义。)

在科技飞速发展的今天,在进步的同时我们也看到了在人文关怀方面的不足,养老成为了我们需要解决的问题之一,于是我们创作出了本宜劳永逸养老信息管理平台。本系统以用户、员工、管理者三个角色,从用户进入养老机构开始到离院的流程,展开开发。志在为用户、员工、管理者的生产生活起到管理的作用,协助养老服务行业的发展。

1.2 范围

  1. 个人账号管理:
    I. 账号管理:登录注册
    II.信息管理:个人基础信息填写

  2. 健康信息管理:
    I. 身体状况信息
    II.老人历史档案

  3. 医疗:
    I. 体检
    II 预约机制:上门问诊、预约就诊 III.取消预约 IV. 医保管理

  4. 老年兴趣班
    I. 课程安排管理
    II. 选课模块
    III.查看课表
    IV. 退课

  5. 离院结算
    I. 离院登记
    II. 费用结算
    III.档案导出

1.3 用户与角色

I. 管理员
II. 老人/子女
III.护工

1.4 系统架构图

在这里插入图片描述

1.5 预期读者和阅读建议

(预期参考人员包括开发人员、测试人员、项目管理人员、质量管理人员、研发部门经理和需要阅读本报告的高层经理。)

1.6 术语定义

(中英文数据及简写。)
ELYY:代指本宜劳永逸平台

(#### 1.4 参考资料)

二. 功能性需求分析

2.1 原始需求

(需求最原始的描述、表达或定义,划定系统的边界。)

解决老人从入院开始,进入我们的平台数据库,我们为老人一起建立信息档案,之后老人在生活过程中继续进行健康检测录入健康信息数据,在出现健康问题时我们协助老人就医治疗,生活之余老人可以享受我们提供的娱乐生活,到老人选择出院时进行档案管理、费用清算等流程,意在提供一套完整的服务链。

1.个人账号管理:

  • 用户端
    I. 注册:用户预留手机号码,身份证号、家庭住址等信息
    II.登录:用户登录
  • 管理员
    登录:管理员系统账号登录
  • 护工
    护工注册登录

2.健康信息管理:

  • 用户端:
    I. 查看近期健康信息汇总
    II. 查看过往历史档案
    III.向系统提供信息错误
  • 管理员
    实时更新老人健康信息

3.医疗:

  • 用户端:
    I. 预约社区医疗问诊
    II. 请求代理指定医院挂号
    III.查看或取消预约情况
  • 管理员:
    I. 处理问诊预约请求
    II. 定期发送体检通知
    III.处理挂号请求,并发送挂号结果,并分配护工
  • 护工
    查看分配信息

4.老年兴趣班

  • 用户端:
    I. 查看并选择课程
    II. 发送退课信息
    III.课程打分评价
  • 管理员:
    I. 操作课程信息(C,R,U,D)
    II. 后台课程统计
  • 护工:
    查看授课信息

5.生活模块

  • 管理员:
    I. 管理老年服务列表(C,R,U,D)
    II.处理申请
  • 用户端:
    I. 查看服务
    II. 下单
    III.打分

6.离院结算:

  • 用户端:
    I. 提交离院申请
    II .查看费用明细
    III.明细导出
    IV. 提交明细反馈
    V. 支付
    VI. 离院登记
  • 管理员:
    I. 审批申请
    II. 受理明细反馈
    III.收钱
    IV. 注销用户账户

2.2 找用户

(找到系统之外,透过系统边界,与系统进行有意义交互的任何事物(可以是人、设备、系统),是系统行为和流程的触发者,并分析用户需要该系统解决的问题或达到的具体的能力,确认用户对该系统的AC(验收准则)和IFD(接口定义)。)

有养老意愿的老人,

有代为养老需求的子女,

想加入机构工作的护工、特长教师、健康管理师、医护人员等,

想与本养老机构共同联合服务的医疗机构

2.3 问目的

(思考用户提出该诉求的隐藏目的和动机,可深度理解需求,有效减少因用户表述不准确而不断变更需求,从而给需求开发带来巨大的资源浪费。)

分别对与,
有养老意愿的老人:子女不在身边或无暇照顾,或受养老良好服务吸引;

有代为养老需求的子女:工作繁忙不能天天陪伴父母身边又担忧父母无法良好自理,有一定经济基础;

想加入机构工作的护工、特长教师、健康管理师、医护人员等:需要一份适合的工;

想与本养老机构共同联合服务的医疗机构:共同完善社会养老服务产业;

三. 分析场景

3.1 原系统分析

对现有系统(包括自动或人工)进行简要分析,如果是全新开发的模块,可以直接写全新开发等。

3.2 业务流程图

(描述实际业务的过程和特点,即业务建模,可以通过简易流程图,时序图等表达。)

3.2.1 项目整体架构

在这里插入图片描述

3.2.2 登录模块构架

在这里插入图片描述

(待续)

功能实例化

(依照面对的需求,经过以上的分析,拆成一个或几个相对独立的功能(主要目的是为了开发和测试形成条理性),并尽可能总结各个功能的验收准则。)

4.1 子模块名称

4.1.1 子模块功能描述

4.1.2 子模块验收准则

其它说明

性能、权限、安全以及一些特殊的情况。

(待续)

本文含有隐藏内容,请 开通VIP 后查看

网站公告

今日签到

点亮在社区的每一天
去签到