以「床位、账单、补贴、能耗」四条业务主线贯通养老机构经营管理。系统内置 GB/T 42195—2022 老年人能力评估、民发〔2024〕19 号预收费四项强制校验与居民价格红线校验;床位管理、计费引擎、水电分摊、社区居家工单统一承载。
一、行业与政策背景
行业重心正从「床位规模扩张」转向「照护能力与合规能力竞争」。
主要统计指标如下:
| 指标 | 数据 | 来源 |
|---|---|---|
| 60 岁及以上人口 | 3.2338 亿人,占全国 23.0% | 国家统计局 |
| 全国养老床位总量 | 2025 年末 767.9 万张;2024 年末较 2023 年末**减少 23.7 万张** | 民政部统计公报 |
| 收住老人结构 | 67% 为失能老人 | 民政部统计公报 |
| 护理型床位占比 | 2023 年 58.9% → 2025 年 69.9% | 民政部统计公报 |
| 床位使用率 | 北京机构平均入住率约 45%,行业平衡点口径 **60%** | 北京养老行业协会报告 |
由此得到三点判断:
- 床位总量在缩减、机构数量在减少,而护理型床位占比与失能老人比例持续上升。 系统的能力重心应落在**能力评估、失能照护记录、长护险与医保结算**,而非床位台账。
- 入住率是当前最主要的经营压力。 床位经济性分析、空置损失测算与预订管理因此具有直接的经营价值。
- 补贴到账周期可长达一年以上(有地区截至 2024-10 才审计完成 2023 年下半年运营补贴)。机构应以系统化管理应收补贴账龄。
2024—2026 年影响系统设计的四项政策变化
- 银发经济上升为国家战略(国办发〔2024〕1 号)
- 长期护理保险由试点转为全国推行(中办国办 2026-03)
- 养老机构预收费与押金纳入强监管(民政部等七部门 2024-05;存管工作指引民办发〔2025〕9 号)
- 新增全国性「养老服务消费补贴」(民政部、财政部 2025-07;2026-01 起全面发放,面向中度以上失能老年人,要求「券—单—结算」三单闭合)
此外,「县—乡镇—村」三级养老服务网络已成为行业组织模型的基础。目标客户由此从大城市中高端机构扩展至县域中小型机构与社区居家服务商;这类客户预算规模较小、信息化基础相对薄弱,对开箱即用程度与实施成本更为敏感。
信息化已成为评级要求
部分地区 2025 版社区居家养老服务照料中心等级评定标准,已明确要求「办公室电脑应接入智慧养老信息平台」并配置智能助餐设备。
即:机构采购系统的动因,正从「提升管理效率」转向「满足评级与补贴的门槛要求」。
二、机构面临的主要问题
- 床位空置率偏高,且难以核算单床收益 —— 行业统计多停留在总体入住率层面
- 费用核算复杂,易产生争议 —— 床位费、护理费、餐费、水电费,叠加请假、调房、等级变更、试住转正、退住结算,单月费用常被拆分为多个计费区间
- 补贴政策口径复杂,申报与核算难度大 —— 运营补贴、建设补贴、家庭养老床位补贴、长护险、消费券各有口径,材料需重复整理,且存在申报驳回与事后追回的风险
- 水电计量与分摊缺乏统一规则 —— 依赖人工抄表,公摊口径不明确
- 合规要求持续提高 —— 预收费与押金监管已明确四项约束
三、设计目标
设计原则:将行业规则固化为系统逻辑,使不合规操作在提交环节即被拦截。
四项可验收目标:
- 床位状态实时准确,一床一人由系统强制保证
- 账单每笔金额可追溯至生成依据(评估记录、请假记录、调房单)
- 补贴口径清晰、材料自动生成、账龄可跟踪
- 合规校验100% 拦截,不依赖人工判断
四、总体架构
4.1 四条业务主线
空间资源线
床位作为可售资源,按院区 → 楼栋 → 楼层 → 房间 → 床位五级建模
服务交付线
评估 → 分级 → 照护 → 记录,以国家标准能力评估为起点
资金线
应收 → 实收,自费与政策资金分账核算
能量线
水电用量 → 费用,含抄表校验与公摊分摊
四条主线在系统中统一汇入「账单」。床位状态、评估等级与抄表读数分别与费用直接关联:床位状态有误则账单有误,评估等级有误则护理费有误,抄表读数有误则水电费有误。这三类数据在系统中相互约束,构成账务准确性的基础。
4.2 系统分层
| 层次 | 组成 | 职责 |
|---|---|---|
| 展示层 | 经营驾驶舱(大屏)· PC 端 · 移动端 · 家属端查询与缴费 | 面向不同角色的信息呈现 |
| 应用层 | 社区管理 · 入住管理 · 收支管理 · 床位管理 · 水电管理 · 能力评估 · 补贴管理 · 合规校验 · 报表与账龄 | 承载各业务闭环 |
| 数据层 | 业务数据 + 政策口径映射层(民政 / 卫健 / 医保三套口径) | 数据归集与口径换算 |
| 集成层 | 医保与长护险平台 · 金民工程上报 · HIS · 财务总账 · 智能表计 · 支付机构 | 与外部系统对接 |
五、功能设计
5.1 经营驾驶舱
床位、老人、资金、合规、能耗与异常集中呈现。三个设计要点:
- 床位使用率双口径:时点使用率与期间床日使用率分别计算,满足对外报送与内部管理的不同需要
- 合规状态置于首屏:四项预收费校验结果直接呈现,无需等待检查
- 抄表异常待复核队列:读数突增、回退自动入队,复核完成前不影响出账
5.2 床位管理:由台账转为可售资源管理
- 五级模型:院区 → 楼栋 → 楼层 → 房间 → 床位,配状态机与床位图
- 一床一人由数据库强制保证:同一床位同一时刻仅允许一条有效在住记录,退住历史完整留存
- 调房调床自动计算费用差额,按天分段
- 维修停用床位不计入可用数,避免账面可用而实际不可用
- 支持床位经济性分析与空置损失测算
5.3 入住管理:老人全生命周期管理
咨询登记 → 入住申请 → 能力评估 → 照护等级 → 合同签订 → 床位分配 → 入住办理 → 在住变更(请假、住院、调房、等级变更)→ 退住结算 → 账清床放。
能力评估按国家标准执行:内置 **GB/T 42195—2022《老年人能力评估规范》**,4 个一级指标、26 个二级指标逐项评分,对应 5 级能力等级。
5.4 收支管理:批量出账,金额可追溯
- 计费按天折算,月内照护等级变更自动分段:`月标准价 × 实际天数 ÷ 当月日历天数`
- 月度出账先预览、再生成;金额全程以整数「分」计算,无浮点误差
- 每笔明细均可追溯至生成依据:该笔护理费依据哪次评估、哪次请假、哪份调房单生成
- 多支付方按法定顺序依次冲抵:一位失能老人的账上可能同时存在医保、长护险、政府补贴、养老服务消费券与家属自费。系统按支付方拆分账单、按顺序冲抵,并保证各支付方冲抵金额之和不超过账单应收金额
- 押金与收入分开建账(押金属负债),挂接存管账户并留存全流水
5.5 补贴管理
- 补贴口径模拟:按属地公式试算,判断是否满足条件
- 申报材料自动生成,减少重复整理
- 应收 / 已申报 / 已审核 / 已到账 四态账龄跟踪,对应补贴到账周期较长的实际情况
5.6 水电管理
- 抄表校验:读数回退、用量突增(超过 3 倍)、零用量自动进入异常队列,复核后方可出账
- 单价红线:录入价高于政府公布价时系统拒绝保存
- 公摊规则透明:按床位、按面积、按实际居住人数三种口径可选,尾差采用最大余额法处理,保证分摊金额之和等于总额
- 总分表勾稽,损耗率超过阈值自动预警
5.7 社区居家管理
日间照料中心、社区助餐点、社区养老服务站、嵌入式机构:站点、服务对象、政府购买服务额度与服务工单统一管理。
服务工单全流程:派单 → GPS 打卡 → 服务完成 → 老人签字确认 → 结算,全程留痕。工单创建时按**政府购买服务额度优先冲抵**,超出部分转为自费;工单取消后额度自动退回。
该模块解决社区居家服务中「服务已完成、过程难举证」的问题,服务凭证完整留存,支撑补贴核销。
六、合规要求内置于系统
政策条文仅停留于制度文本时难以持续执行;固化为系统校验后,方可形成稳定约束。
6.1 预收费与押金(民发〔2024〕19 号等):四项强制校验
- 养老服务费预收周期 ≤ 属地上限(国家 12 个月;江苏、内蒙古等地 6 个月)
- 单个老人押金 ≤ 月床位费的属地倍数(国家 12 倍)
- 交费老人总数 ≤ 民政备案床位总数
- 预收费用总额 ≤ 固定资产净额
超出即系统拒绝提交。押金须进入专用存管账户。
6.2 居民价格红线(国办发〔2019〕5 号)
养老服务机构用水电气热执行居民生活类价格,转售不得加价。
此项已有实际监管案例:公开信息显示,有机构因多收电费(涉及 556 户)、重复分摊公共用电、未执行居民电价被查处。系统将「单价不得高于政府公布价、损耗只能以分摊系数体现」固化为强制校验,并设置「名单 + 价差」双台账。
6.3 长护险规则
- 按准入法管理:**仅支付目录内 36 项服务**(生活照护 20 项 + 医疗护理 16 项)
- 不支付床位费与膳食费
- 医保 / 长护险 / 工伤三向互斥
- 年度最高支付限额 ≤ 统筹地区上年度城乡居民人均可支配收入的 50%
- 「长护险护理服务机构定点」是独立于「医保医疗机构定点」的新定点类别,且须具备与全国统一医保信息平台长护险功能模块对接的能力
前三项在系统内完成判定,避免申报环节才发现不符;最后一项属准入硬性条件,须提前规划。
6.4 三套标准口径的映射
| 体系 | 管辖范围 | 主要标准 |
|---|---|---|
| 民政 | 机构与补贴 | GB/T 42195—2022 能力评估等 |
| 卫健 | 健康数据 | WS 363 / 364 / 365 / 370 |
| 医保 | 结算 | 15 项业务编码 + 长护险编码 |
三套体系口径不同,系统通过统一映射层处理,而非分别独立实现。
七、系统边界
本系统边界如下:
- 不替代医院 HIS(医嘱、病历、影像、检验)—— 通过接口对接
- 不做完整财务总账 —— 凭证导出或接口对接财务系统
- 不做人力资源与薪酬 —— 仅导出人力成本供核算
- 不自建支付通道 —— 对接持牌支付机构
- 不做医保核心结算 —— 由医保平台完成,系统负责数据准备与回执跟踪
- 平台聚焦经营管理侧 —— 智能表计、门禁、呼叫等设备按项目配套并对接
系统聚焦养老机构经营管理本身。
八、实施路径
| 阶段 | 内容 | 关键产出 |
|---|---|---|
| 一、现状与政策适配 | 盘点床位数、业态(机构住养 / 医养结合 / 社区居家)与属地政策口径 | 属地政策适配清单、口径基线 |
| 二、床位与入住上线 | 床位五级模型、能力评估、合同与在住变更 | 床位图、评估量表、入住全流程 |
| 三、计费与合规 | 计费引擎、多支付方冲抵、四项预收费校验 | 可追溯账单、合规校验 |
| 四、能耗与社区居家 | 水电抄表分摊、社区工单 | 分摊台账、工单闭环 |
| 五、接口与验收 | 医保 / 长护险 / 金民工程 / 财务接口对接 | 接口联调、账单回归验证 |
上线前硬性要求:以机构**连续 3 个月的真实历史账单进行回归验证,差异率低于 0.5%** 方可判定计费引擎可用。
九、适用对象
- 业态:机构住养、医养结合、社区居家、嵌入式小微机构
- 规模:数十张床位的县域机构至多院区连锁机构
- 典型适用情形:入住率偏低、账单核算误差较多、补贴申报通过率低、水电分摊争议较多、评级要求接入智慧养老平台
十、当前状态说明
该系统目前为可运行的原型版本:五大模块主流程、计费引擎、评估量表、水电分摊与预收费合规校验均已跑通,可直接演示。
同时,医保、长护险、智能表计等外部接口尚未接入,登录鉴权尚未启用,上述内容属于实施阶段范围。当前版本为原型,不等同于已交付系统。
相关入口
- 了解在具体床位数与属地政策下的落地方式 → /service/diagnose
- 获取选型规划 → /deliver/plan
- 已交付的行业项目 → /cases