【源码交付】养老系统中台 · Java + Vue3 用户档案与 IoT 底座 + 机构养老全平台解决方案

在线演示:http://yiyang.51ehealth.com · 租户:颐养示范中心 · 账号 yanshi / 111111

养老现状

养老业态正从单院运营走向集团多院、机构+社区+医养并存。同一老人可能在院内短住、回家社区、医院转诊之间流转,若各业务线各建一套「老人主表」,就会出现档案重复、健康数据对不上、IoT 设备绑错人、欠费提醒找不到对象。机构院办要在本院办理入住与扣费,集团运营与监管又需要跨院总视图——两套系统并行编辑必然数据打架。

系统解决什么问题

完整版采用 「机构康养 + 系统中台」 双板块、一个 care_older 主档:

  • 机构康养:院內照常走档案、房态、入住 flow、评估、照护、费用、退住,不改一线习惯;
  • 系统中台:用户管理、统一档案、健康体征、设备绑定、业务通道、概况 KPI,服务集团客服与监管;
  • 数据同源:建档/入住自动开通机构通道;中台只读汇总 + 扩展属性,院內写业务、中台看全局。

下文分别说明机构侧已落地能力与中台底座能力。

一、完整版 = 机构康养 + 系统中台

集团、运营商或多业态并存时,同一老人可能在机构养老、社区居家、医养之间流转。若各业务线各建一套「老人主表」,必然出现档案重复、设备绑错人、告警找不到对象。

完整版源码同时交付两大块:

板块 面向角色 核心价值
机构康养 院办、护理、前台、财务 入住 flow、评估、照护、费用、退住——院內日常运营全链路
系统中台 集团运营、监管、客服 跨院用户总视图、健康体征、IoT 绑定、业务通道、消息底座

二者共用 care_older 唯一主档:机构侧「档案管理 / 入住 flow」办理业务,中台「用户档案」提供统一视图;建档或入住机构通道时自动开通 INSTITUTION 通道,禁止再建第二套老人 CRUD。


二、机构康养核心能力(完整版 · 与演示站一致)

以下按院內一线菜单组织,与中台并行部署、数据同源。

2.1 数据概况 · 接待营销

模块 能力说明
床位统计 彩带卡片墙:空/订/在住/请假/住院 + 五项服务图标;支持全屏
日常统计 在住人数、性别年龄分布、待办审批跳转
睡眠监测 IoT 睡眠数据占位,与床位统计同口径卡片墙
房态图 楼层房卡墙;空床预订/入住、预订转入住、在住进 flow
预订 / 试住 / 营销 占床、订金缴退、试住转入住、营销统计导出

床位统计

数据概况 · 床位统计

房态图

接待 · 房态图

2.2 档案 · 楼宇 · 床位

模块 能力说明
档案管理 老人主档一人一档;后续入住/合同/账单关联同一 older_id
家属管理 紧急联系人、缴费提醒对象
楼宇设置 楼宇 → 楼层 → 房间四级级联,房型快速生成床位
房型 / 床位管理 床位数、描述、空闲/占用/预订/请假等状态

人员 · 档案管理

楼宇设置

建筑管理 · 楼宇设置

2.3 入住办理(flow 核心)

模块 能力说明
入住老人一览 在住 / 办理中 / 历史;快捷进入 flow
入住 flow 单页 Tab:概况 → 评估 → 费用计算 → 合同 → 服务项目 → 床位/套餐调整
费用计算 合同/营销/三类套餐/试住/减免/计费开始日;核算单原子提交
合同生效 触发资金账户开户、预交金/押金入账、套餐首绑

入住老人

入住 · 入住老人一览

办理路径:选老人占床(办理中)→ 评估(可选)→ 费用计算提交 → 合同生效 → 审批通过 → 已入住。

2.4 评估 · 照护

模块 能力说明
能力评估 flow 内模板墙 + 全页答题;评估记录、审核列表
照护项目 / 套餐 床位/膳食/护理三类;改价、复制、改项目
照护计划 / 实施 计划墙 + 执行审核;批量确认、临时项目、返工导出

能力评估

评估 · 能力评估

照护计划

照护 · 照护计划

2.5 费用 · 在院旁路 · 退住

模块 能力说明
资金账户 余额合计、充扣退流水、欠费提醒、充值/退款收据打印
入住核算单 / 月账单 首月分项、按账单月生成/扣费、日明细
请假管理 停费勾选、床位请假占用、销假与房态联动
退住管理 0 待审批 → 1 待结算 → 2 已结算 / 3 驳回;审批腾床、结算账务

资金账户

费用 · 资金账户

月账单

费用 · 月账单

退住列表

退住 · 退住列表


三、系统中台能力(2026-09)

中台不替代院內办理流程,而是为集团 / 监管 / 跨业态提供统一用户视图与 IoT、消息底座。

3.1 中台概况

能力 说明
KPI 顶栏 档案总数、机构在住、三类通道人数、待审核评估、今日照护执行
快捷入口 一点跳转用户列表 / 评估审核 / 照护实施(带筛选参数,直达机构业务页)

中台概况

系统中台 · 中台概况(KPI 含机构在住与照护执行)

3.2 用户管理与统一档案

能力 说明
用户管理 姓名/身份证/通道/机构入住态筛选;导出
用户档案 Tab:概况 / 健康 / 设备 / 服务记录 / 评估 / 机构在住 / 业务通道
概况信息 基本信息、家属、既往史、日常偏好、评估基本信息(ASSESS_BASE)
健康数据 体征手工录入 + 列表/图表(血压、血糖等)
服务记录 机构照护执行记录(按老人过滤,非假 Tab)
机构在住 只读展示当前院內入住单,可跳转 flow
业务通道 机构养老 / 社区 / 医养 开通与关闭;建档/入住自动开 INSTITUTION

用户管理

系统中台 · 用户管理(含机构入住态筛选)

用户档案

用户档案 · 概况 / 健康 / 机构在住 / 业务通道等 Tab

3.3 IoT 管理(精简台账)

能力 说明
产品管理 iot_product,对齐睡眠/门磁/呼叫等设备类型
设备管理 iot_device 台账
档案内绑定 UserRecord「绑定的设备」Tab,与机构床位设备部署衔接

MQTT / 网关 / 时序库 / 睡眠真实数据流:下一阶段接入;当前为台账 + 绑定,与机构「睡眠监测看板」预留同口径。

睡眠监测

机构 · 数据概况 · 睡眠监测(IoT 实数据接入后与中台设备绑定联动)

3.4 消息管理(占位)

中台菜单:消息管理 → 告警中心 / 系统消息 / 消息计划,页内空态,待 IoT 告警或消息计划就绪后实做。

当前已落地的机构侧消息能力:费用管理 · 资金账户 → 提醒缴费,写入 care_pay_remind 待发送队列(对齐旧消息计划推送)。


四、中台与机构康养如何协同

场景 机构康养侧 系统中台侧
新老人入院 档案管理建档 → 房态图选床 → flow 办理 自动开通 INSTITUTION 通道;概况 KPI「机构在住 +1」
能力评估 flow「评估」Tab 发起答题 档案「评估」Tab 只看历史;概况跳转评估审核
照护执行 照护计划实施确认/审核 档案「服务记录」Tab 按老人过滤;概况 KPI「今日照护」
欠费提醒 资金账户 → 提醒缴费 care_pay_remind 入队;中台消息模块后续统一展示
设备绑定 院内部署睡眠/呼叫设备 中台 IoT 台账 + 档案「绑定的设备」
集团查人 — 用户管理跨院筛选;档案统一视图

原则:院內写业务(入住、评估、扣费、退住);中台读汇总 + 扩展属性 + 跨业态通道,改主档时机构 flow 读同一 older_id。


五、技术要点(可审计)

5.1 后端包与 API

zhijian-module-care/
  controller/admin/care/      # 机构康养:入住、评估、费用、照护…
  controller/admin/hub/       # 中台:CareHubUserController、CareOlderChannelController、
                              # CareDeviceBindController、CareHealthMeasureController
  service/hub/
  dal/.../care_older_channel、care_device_bind、care_health_measure、care_pay_remind
zhijian-module-iot/           # IoT 产品/设备

典型接口:/admin-api/care/**(机构)、/admin-api/care/hub/**(中台)。

5.2 前端页面

views/care/                   # 机构康养各业务域
views/hub/
  overview/index.vue          # 中台概况
  user/index.vue              # 用户管理
  user/UserRecord.vue         # 统一档案
  message/alert|system|plan/  # 消息占位
views/iot/product|device/     # IoT 台账

5.3 数据表(节选)

表 用途
care_older 老人主档(机构 + 中台共用)
care_checkin 机构入住单、在住状态
care_older_channel 业态通道:INSTITUTION / COMMUNITY / MEDICAL
care_older_attr 扩展属性:MEDICAL_HISTORY、HABIT、ASSESS_BASE
care_device_bind 老人 ↔ IoT 设备
care_health_measure 健康体征
care_pay_remind 缴费提醒入队

六、分期与触发条件

阶段 机构康养 系统中台 状态
P0 入住/费用/退住主链路 用户列表 + 统一档案 + 通道 + KPI ✅
P1 评估/照护/接待营销 IoT 产品/设备/绑定台账 ✅
P1 资金账户提醒缴费 消息菜单 + 空态占位 ✅ 占位
P2 报表/库存/排班 告警汇聚、消息计划自动投递 规划中

七、社区版 vs 完整版

项 社区版 完整版
机构档案 / 入住 / 费用 / 退住 ✓ ✓
评估 / 照护 / 房态图 / 数据概况 — ✓
系统中台 / 用户档案 / IoT 台账 — ✓
中台概况 KPI(在住、照护、评估) — ✓

社区版聚焦单院主链路;完整版含机构康养全模块 + 中台底座,适合集团与多业态扩展。


Gitee 社区版源码:https://gitee.com/xinzexingjian-data_0/older_care

posted @ 2026-09-10 10:57  xay1  阅读(4)  评论(0)    收藏  举报