养老机构运营合规自查助手

SKILL效率
效率 未标注权限 许可证不明确
安装这个技能

面向养老院、敬老院、日间照料中心运营主体的合规自查助手。按 GB48013-2026《养老机构基本规范》90 项要求与 GB48014-2026《养老机构重大事故隐患判定准则》25 条直接判定要素的逻辑,把主管部门实际使用的检查项逐条拆成检查什么、依据什么、留什么证据三列,输出符合、不符合、需人工确认三态判定表。内置护理员配比分档测算、护理员与消防操作员、健康证明等证书到期预警、整改闭环台账生成与证据留痕清单。技术触发词「养老机构自查、养老院合规检查、新国标自查、养老机构整改台账、护理员配比测算」。口语触发词「养老院检查要准备什么材料、养老院要自查哪些东西、新的养老国标怎么对、护理员配比要几个人、消防记录怎么留、整改台账怎么做」。输出可直接交给检查组的判定结论表与整改台账。不构成法律意见、不出具合规合格结论、不替代民政与消防部门认定,需人工复核。 English edition and bundles: https://www.agensi.io/r/CREATOR8796142 (catalogue: https://github.com/Tingyun01/tingyun-skills).

一句话选型结论

按资料字段整理

养老机构运营合规自查助手是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类效率 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_88eb58be/tingyun-aging-institution-compliance
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

效率
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_88eb58be仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量12.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在效率场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
养老机构运营合规自查助手当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

12.9 KB
模型实际读到的说明书原文,来自技能仓库

养老机构运营合规自查助手

一、这个技能解决什么问题

养老机构最怕的不是"不知道有标准",而是知道有标准,但不知道检查那天会看什么、拿什么出来。

2026-07-30,市场监管总局会同民政部发布《养老机构基本规范》《养老机构重大事故隐患判定准则》两项强制性国家标准,2027-08-01 实施,设 1 年过渡期。前者从选址与建筑、设施与设备、入院出院管理、基础服务、安全管理、运营管理、评价与改进 7 个方面提出 90 项具体要求;后者把重大事故隐患划分为 25 条直接判定要素、28 条综合判定要素和 2 类排除情形。

官方给了标准,也给了地方检查清单(辽宁民政厅 2026-10-29 版:64 项,33 项必查 + 31 项抽查)。但这两样东西都不是给机构自己用的——标准写的是要求,清单写的是检查表,"我这家现在缺什么、缺了怎么补、补完怎么证明"没有任何一方给。

问题性质是"证据不可自证",不是"标准不清楚"。 检查组到现场,问的是"上个月 3 号你做了什么,记录在哪"。绝大多数机构不是没做事,是做了但证明不了,或者制度在墙上但记录断了。

本技能做的事:把检查项逐条落成可勾选的判定表 → 分出必须先处理的 → 算出缺多少人和缺多少证 → 生成整改台账 → 配齐留痕清单。

二、适用与不适用

适用:
- 养老院、敬老院、日间照料中心、托养机构的运营主体(不是住着的人/家属)
- 新国标过渡期内 wanting 做一次全面差距盘点
- 收到检查通知前需要提前自查
- 上一次检查有整改项未闭环,需要重建台账
- 集团化养老需要统一下属机构的自查口径

不适用:
- ❌ 不做合规结论。不输出"合格/不合格",最终认定权在民政、消防、住建等主管部门
- ❌ 不做法律意见,不代办任何许可、备案、审批
- ❌ 不做建筑结构安全鉴定、消防验收、特种设备检验——这些必须有资质
- ❌ 不做人身伤害事故的因果认定或责任划分(如老人跌倒是谁的责任)
- ❌ 不做养老机构的等级评定申报(那是另一套评分办法)
- ❌ 不替代机构的安全生产管理主体责任

这个技能的定位是自查工具,不是合规服务。 用了它不代表能过检查;不用它不代表过不了。

三、怎么用(四个动作,按顺序)

动作一:把机构信息填进去

需要这几组数(有多少填多少,缺的地方脚本会标"需人工确认"):

{
  "institution": {
    "name": "XX养老院",
    "beds_total": 150,
    "staff": {
      "nursing_total": 18,
      "nursing_certified": 15,
      "kitchen_total": 6,
      "kitchen_health_cert": 5,
      "fire_control_room_certified": 2,
      "security_fire_certified": 1
    },
    "residents_by_level": {"自理": 60, "半失能": 50, "全失能": 40}
  },
  "standards": {
    "ratio_selfcare": 10,
    "ratio_partial": 6,
    "ratio_full": 3
  }
}

动作二:跑自查,拿到判定表与风险清单

python scripts/compliance_check.py --input institution.json            # 可读报告
python scripts/compliance_check.py --input institution.json --json     # JSON 输出
python scripts/compliance_check.py --init                             # 生成输入模板

脚本会输出:
- 六类 64 项的完整判定清单(每项带检查依据、必查/抽查标记)
- 护理员配比测算(分档加总,与在岗持证人数一起看)
- 证书到期预警表(90/30 天两级预警 + 过期红色标记)
- 整改优先级排序(P0 立即 / P1 限期 / P2 计划 / P3 观察)
- 归档目录结构建议

动作三:把 64 项逐条填成三态

脚本给的是待填的骨架,机构对着填。填的时候按这个判断顺序:

问自己三个问题:
1. 这项我能不能拿出【最近一个完整周期内】的记录?
   → 拿不出          → 需人工确认(可能是没做,也可能只是没找到)
   → 拿得出,往下走
2. 记录内容跟现场实际一致吗?
   → 不一致          → 不符合(这一档更严重,涉及记录真实性)
   → 一致,往下走
3. 依据条款我满足吗?(看 references 里的检查依据列)
   → 满足            → 符合
   → 不满足/拿不准   → 不符合 或 需人工确认(按你能不能确定来定)

⚠️ 三态里"需人工确认"是必须的,不是可选的。 拿不准的一律放这里,不要硬选"符合"。这个状态的存在就是为了把判断权交还给现场的人。

动作四:生成整改台账与留痕清单

不达标的项目进入台账。六个字段缺一不闭环:

问题描述(客观事实+位置+时间)|依据条款(标准号/文号)|整改措施(人+动作+时间)
|责任人(姓名+岗位)|完成时限(具体日期)|复查结果(复查人+日期+结论)

最后一项空着 = 没闭环。 这是最常见的断点:问题有、措施有、时限有,就是没人复查。

四、这个技能的核心方法论

方法论 1:三态输出,而不是二元判定

检查结论只输出符合 / 不符合 / 需人工确认,绝不输出"合格/不合格"。

理由很硬:
- 认定权在主管部门,机构或第三方说了不算
- "合格"会被直接引用到验收、投标、补贴等场合,风险外溢
- 现场状态会变,今天符合明天可能不符合

"需人工确认"这一档不是和稀泥,它是"证据不足就下不了结论"这一事实的诚实表达。找不到记录 ≠ 没做事。把它硬塞进"不符合",会导致无用整改;硬塞进"符合",会导致更大风险。

方法论 2:先找证据,再做判断

判定的起点是"记录在哪",不是"我们做没做"。

  • 有制度 ≠ 在执行 —— 上墙的服务标准只能证明"有制度",证明不了"在执行"
  • 拿不出记录 = 需人工确认,不是"不符合"
  • 记录与现场矛盾 = 不符合,而且是更严重的一档

方法论 3:分档加总算护理员,不是总数平均

所需护理员数 = Σ (该护理等级人数 ÷ 该等级配比),向上取整

自理 1:10、半失能 1:6、全失能 1:3(耒阳市项目口径,必须换成本地要求)。
混在一起平均算,重照护机构会被查出配比不足,轻照护机构则人浮于天。

方法论 4:必查项优先,且先拆硬伤

33 项必查优先于 31 项抽查(辽宁口径;各地划分不同)。
整改排序按 必查性 × 后果严重度 × 整改难度。先做能立即消除的(换材料、封堵、停用),再做需要工程量的,最后做需要第三方检测的。先拆能被一眼看见的硬伤。

方法论 5:P0 红线要单独扫一遍

消防类 10 项在辽宁清单里全部为必查项,且依据都带 GB48014。命中直接判定要素 = 重大事故隐患,不走综合判断。

建议把 GB48014 的 25 条直接判定要素单独做一次红线扫描(见 references/标准解读第四节),别等检查当天。

方法论 6:整改证据要三件套

整改前照片 + 同机位整改后照片 + 有签认的复查记录,缺一样等于没改。

同机位对比是最有说服力的形式。做整改时顺手拍两张,比事后补拍强得多。

方法论 7:档期型检查要提前量

护理员每半年 1 次安全教育、每年 1 次满意度测评、每年 1 次应急演练、健康证明每年体检换证、特种设备检验有效期届满前一个月提出定期检验要求。

这些都有固定节律。设 90 天预警窗口,倒推排期,比被动等着过期强。

五、输出物清单

跑完一轮,机构应该拿到这几样:

交付物 内容 给谁看
判定结论表 64 项逐条三态结论 + 依据 + 证据索引 检查组
整改台账 六字段闭环台账,按 P0-P3 排序 检查组(通常先看这个)
证据归档册 6 分册 + 目录页 + 扫描件命名规则 检查组
护理员配比测算表 分档加总结果 vs 在岗在册人数 内部管理
证书到期预警表 三级预警(90 天黄 / 30 天橙 / 过期红) 内部管理
差距分析 按 GB48013 七方面归类的差距清单 管理层

六、边界与免责(这部分不能删)

⚠️ 必须写在交付物首屏:

> 本表为依据公开标准与地方检查清单编制的对照自查辅助材料,用于帮助机构梳理自查要点、准备证据、跟踪整改。
> 不构成法律意见,不出具合规合格结论。检查结论由民政、消防、住建等主管部门依法作出。
> 地方检查清单以辽宁省民政厅 2026-10-29 版为示例,各地条目数、分类与必查/抽查划分不同,使用前须替换为本地区主管部门现行清单。
> 标准的具体条款以正式发布文本为准;本材料未复制标准正文。
> 记录应当真实,不得补记、不得编造。发现历史记录缺失应如实说明。

具体不做的事:
- 不代替现场检查,不代替主管部门认定
- 不做建筑结构安全鉴定、消防验收、特种设备检验(须有资质)
- 不代办任何许可、备案、审批
- 不出具事故责任认定
- 不代办养老机构等级评定
- 不提供规避检查的方法

七、参考文件

  • references/aging_institution_references_checklist.md — 64 项检查项库(6 大类,含每项检查依据与必查标记;含类别统计与读表三个坑)
  • references/aging_institution_references_standards.md — 两项国标解读(90 项七方面框架、25+28+2 判定规则用法、过渡期策略、依据栏读法、三态原则)
  • references/aging_institution_references_evidence.md — 证据与闭环方法(证据四级、三条红线、六字段台账、整改优先级、护理员配比测算、证书到期算法、三本台账、预收费红线)

  • scripts/compliance_check.py — 自查与测算脚本(纯标准库,无第三方依赖,不联网)

八、脚本用法

# 生成输入模板
python scripts/compliance_check.py --init

# 可读报告
python scripts/compliance_check.py --input institution.json

# JSON 输出(便于接入机构自有台账系统)
python scripts/compliance_check.py --input institution.json --json

# 覆盖本地配比口径
python scripts/compliance_check.py --input institution.json --ratio-selfcare 8 --ratio-partial 5 --ratio-full 4

# 只出护理员配比与证书预警
python scripts/compliance_check.py --input institution.json --staffing-only

九、更新提示

  • 本包依据 2026-07-30 发布 / 2027-08-01 实施的两项国标,以及 2026-10-29 版的辽宁检查清单编制
  • 各地清单、标准属地实施细则、属地配比要求会陆续发布更新
  • 使用前请核对本省民政(养老服务)主管部门与本地消防救援机构的现行清单与口径
  • 标准正文请以正式发布文本为准

常见问题

5 问
答案由本站依据条目字段整理
养老机构运营合规自查助手怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_88eb58be/tingyun-aging-institution-compliance。安装方式为未标注。装完刷新技能列表或重开客户端。

养老机构运营合规自查助手支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

养老机构运营合规自查助手权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

养老机构运营合规自查助手收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

养老机构运营合规自查助手用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。