touyun-elderly-care/docs/refs/20261011-投云长护险管理系统-产品介绍(完整版).md
liuyun 87b6a532b4 docs: 入库需求与范围基线(P0 PRD + 参考文档 + 范围清单)
- docs/requirements/P0 PRD(交付开发·V1)
- docs/requirements/服务机构端-P0范围清单、评估机构端-待设计清单
- docs/refs/ 数据字典与接口契约、产品介绍

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-10-14 10:33:39 +08:00

198 lines
17 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 投云长护险管理系统 · 产品介绍(完整版 · V2)
**云南投云科技有限公司**
> **⚠️ 阅读说明(2026-10-12 加)**:**本文档描述产品的完整形态,不是首期交付承诺。**&#x9996;期实际交付范围以《产品介绍(首期版)》与《P0 PRD》为准;本文中标注"〔二期〕/升级项"的功能,属分期落地。
>
> **📝 版本修订注(2026-10-12,只动以下 5 处,其余逐字保留)**:①"五种状态"→**七种**、"自动拦截"→"状态标为住院后拦截";②"申报即生成"→**"申报底稿自动汇总"**(讲清"底稿≠最终提交,提交以医保平台为准");③第②节"资质校验"补"资质库建成后升级为自动拦截";④第⑥节"无资质自动拦截派单"→**"无资质派单拦截(升级项)"**;⑤第⑧节新&#x589E;**"身份核验"边界说明**(扫脸/现场核验由官方 APP 承担,我方当前只做实名建档兜底,核验机制待确认,不写成卖点)。**理由**:消除"把二期能力当现有卖点讲"的超载表述(见 `20261012-22条答问返工决议单`)。
>
> **📝 版本修订注(2026-10-12 第二轮,只动以下 5 处,其余逐字保留)**:按机构老板二轮 5 问回填——①第一节新增"会不会变成'录两次'"小节;②第①节"老人建档"补**批量导入**(此前漏讲的卖点,PRD §5.5.1 B1-B 已写定);③第五节新增"培训与上手""手机与流量"两段;④第八节第 3 条"与医保平台的对接"扩写为**三步走**(补医保办发〔2024〕21 号/〔2025〕19 号依据);⑤第八节新增第 6 条"责任边界"(只讲原则,赔付数字归合同)。**用户版微调一律保留。**&#x8BE6;见《20261012-机构老板二轮5问应答-大白话版》。
---
## 一、这套系统是做什么的
> **投云长护险管理系统,是帮护理机构把"长护险服务"这件事,做得「省事、合规、能结回钱」的内部运营系统。**
云南省级层面统一建了打卡留痕的官方 APP,护理员签到、留痕都走「云南医保服务平台」APP。但机构自己的那摊子事——**谁服务谁、什么时候去、去了做什么、做得对不对、台账怎么对得上、钱怎么报回来**——官方 APP 管不到,还得靠机构自己拿纸、拿 Excel、拿微信群去撑。
**我们做的,就是官方管不到的这一段:服务计划、派单、台账、质控、对账。**
一句话:**官方管"打卡留痕",我们管"内部运营"。**
**三个"不做"(边界,从一开始就写清):**
| 不做 | 原因 |
| -------------- | ------------------------- |
| 不做打卡 APP,不替代官方 | 云南省级统建,护理员统一用官方 APP,这条路不碰 |
| 不做评估、不做诊疗判断 | 医学判断由机构持证人员做,系统不越界 |
| 不做"全能系统" | 功能越多,一线越不用。能砍就砍,砍到一线愿意用为止 |
**那护理员会不会变成"录两次"?(机构问得最多的一条,先答掉)**
不会。官方 APP 的打卡照打——那是给医保的考勤,谁也替代不了;**我们这边她不打字、不填表,说一句"给老人做了什么"、该拍的项目拍张照,就完事**。真实工作量是"打卡照旧+多说一句话",不是"同一套东西录两遍"。往后还有两步减法:当地经办若能导出数据,可做文件级对账、不用手工誊;医保接口规范一发布,两套系统直接对接(国家明文路径,详见第八节第 3 条)。
---
## 二、系统全景:三个端 + 一个后台
| 端 | 谁用 | 干什么 |
| ---------------- | ------------- | ---------------------------- |
| **护理员 APP**(安卓) | 一线护理员 | 干活现场的唯一操作面:今天去哪几家、签到、勾项目、报异常 |
| **机构管理后台**(电脑网页) | 组长 / 质控员 / 院长 | 排班派单、查记录、质控放行、对账、看经营 |
| **家属公众号**(微信) | 老人子女 | 只看看:这周谁来过、做了什么,可顺手点个"知道了" |
三个端不是三套系统,是**同一套数据的三个入口**。护理员录一次,后台和家属端都看得到,谁都不用再抄一遍。
> **设计原则一句话**:一线端做减法(功能最少、最好上手),管理端做加法(信息最全、一眼看到该管的事)。
---
## 三、完整功能体系(七大模块,一页看清)
| 模块 | 解决什么 | 主要用户 |
| ----------- | ----------------------------------- | ------ |
| ① 服务对象与待遇管理 | 无有效待遇不得服务;计划有法定时限 | 质控员 |
| ② 派单与工单 | 不漏派、不重派、时间不冲突 | 组长 |
| ③ 履约留痕(核心) | 记录真实、完整、可追溯 | 护理员 |
| ④ 内部质控与风险闸门 | 上报前自检,把问题拦住 | 质控员/院长 |
| ⑤ 结算与对账 | 一次录入、三账同源,**自动汇总申报底稿**(提交以医保平台为准) | 质控员/院长 |
| ⑥ 资质与人员管理 | 资质到期提醒、人岗匹配(**派单校验提示;资质库建成后升级为拦截**) | 质控员 |
| ⑦ 院长看板 | 只看三块:可结算 / 风险 / 人效 | 院长 |
---
## 四、七大模块逐一说明
### ① 服务对象与待遇管理
- **老人建档**:给每位老人建一份电子档案,含待遇信息、护理等级、注意事项。签约后 **1 个月内**须建档,系统**倒计时提醒、超期标红**。
- **档案批量导入**:现有 Excel 台账不用重录——老人档案、护理员档案、服务项目价格**三类均可 Excel 整批导入**;系统提供标准模板,导入前**逐行校验**(身份证 18 位+校验位、必填非空、参保地合法、项目须在属地目录内),**错误行不写入、单独生成错误清单**(第几行、什么原因),改完再导;每次导入留操作日志。纸质台账建议先建在保老人跑起来,历史档案分批补。
- **待遇状态管理**:待建档、正常享受、住院暂停、死亡、长期异地居住、待遇到期、已终止,**七种状态**一眼分清;**老人状态标为住院后,系统立即拦截派单**(状态由机构维护)。
- **服务计划**:签约后 **5 个工作日内**须制定计划;从属地目录选项目、定频次和时长;**项目数量按属地规则校验,不满足不能提交**;计划需家属或长护专员确认后生效;**变更全程留痕**。
- **目录外服务**:需书面同意的项目,须先上传同意件才能落单。
### ② 派单与工单
- **自动生成工单**:计划生效后,系统按周期和频次自动生成每日工单。
- **排班表**:日视图、周视图切换,每个护理员的负荷一眼可见;空缺、时间冲突自动标出。
- **调单**:护理员临时请假,组长**不超过 3 步**把单转给别人,不比微信群慢。
- **冲突检测**:同一护理员同一时段被派两单,系统**直接拦住不让保存**。
- **派单时资质校验提示**:派单时系统对护理员资质进行校验,资质过期或不匹配的**给予提示**(**资质库建成后升级为自动拦截**)。
### ③ 履约留痕(核心)
护理员上门:签到 → 干活 → 签退,项目照着勾。
- **首屏即任务**:打开 APP 就知道今天去哪几家、几点、做什么。
- **完成一次记录不超过 4 次点击,不打一个字**——全用勾选和语音。
- **签到自动定位取时,签退自动算时长**,不用手工填。
- **没信号也能用**,联网后自动补传。
- **拍照分档**(下面第五节详述)。
- **异常一键上报**:发现压疮、呛咳、跌倒等,选个分类、说句话即可,**即时推给组长和质控员**。
### ④ 内部质控与风险闸门
- **全量审核,不抽检**:护理员交回的每一条记录都进质控队列,有问题退回补正,没问题放行。
- **主动推送,不等人翻**:谁没拍照、谁时长异常、谁住院了还有派单——系统**主动推到质控员面前**。
- **异常联动改计划**:护理员上报压疮 → 质控员判断要加压疮护理 → **直接改计划**,下次派单自动带出该项目。
- **改不了原始证据**:签到时间、定位、照片本身不可改,只能补正、保留原值。
### ⑤ 结算与对账
- **申报底稿自动汇总**:月底系统自动汇总本月可结算数据、生成**申报底稿(可结算清单)**,**数据直接来自服务留痕,不二次手填**。**申报底稿是"拿来申报的底稿",最终提交与数据以医保平台为准**——系统不代替官方申报口径。
- **三价一致性校验**〔二期〕:机构价、备案价、公示价不一致即拦截。**⚠️ 如实说明:该能力属二期(结算对账模块)**——现阶段库内**仅有"机构价"一个字段**,**备案价/公示价暂无数据来源**,此时三价一致性**以机构台账人工核对为准**(备案价取值口径待核)。**对客不得表述为"系统现已自动校验三价"。**
- **回款看得见**:钱报回来多少、卡在哪一步,一眼清楚(只读展示,不碰资金池)。
- **差异可对账**:结算数据与系统记录有出入时,人工核对、全程留痕。
### ⑥ 资质与人员管理
- **人员库与资质台账**:所有护理员的证书、有效期统一管理。
- **到期自动提醒**:证书快过期,提前推给质控员和护理员本人。
- **无资质派单拦截(升级项)**:资质过期就不能派他做对应项目(**首期先做派单提示,资质库建成后升级为自动拦截**)。
- **实名制动态管理 + 工作质量考核**:入离职、资质变动全程实名可查,考核标准机构可配置。
### ⑦ 院长看板
院长一登录,**只看三块**:本月能报回多少钱、有没有"雷"(资质到期、台账缺失等风险)、同样的人能不能多接单(人效趋势)。**不堆指标,只看结果。**
---
## 五、为什么护理员愿意用(这是本系统的根)
功能堆得再多,一线不用,就是空壳。这套系统的设计,**处处为"一线用不惯"让路**:
- **最多 4 次点击**完成一次服务记录,**不打一个字**;
- **没信号也能用**,联网后自动补传;
- **关键按钮大字号**,不做层层菜单,**打开就是今天要去哪几家**;
- **录错了能撤销**,先提示、不直接扣钱;
- **拍照分档**,不搞一刀切:
- 高风险项目(沐浴、搬抬转移、导管护理、鼻饲喂食)——**必须拍照**,这是机构唯一的免责证据;
- 日常项目(翻身、喂饭、陪伴、剪指甲、整理床铺)——**语音描述即可**,不用逼老人摆拍;
- 中间项目(擦身、更衣、协助如厕)——默认免拍,出现异常才补拍。
**我们做的是"把政策本来就要的事,做成一线干得动的样子",不是给一线再加一套麻烦。**
**培训与上手**:我们的验收标准是"不教也会用"——找一位从没见过系统的护理员,不给培训、只给手机,**10 分钟内独立完成一次服务记录**,测不过就改设计,不怪护理员。落地配套:不集训全员,**只训组长和质控员(一次约 2 小时)**;护理员侧配一页图文卡+60 秒短视频+APP 内首次引导;上线首周建"陪跑群",客服远程兜底;打字不会的全程可用语音。(上门/远程形式、次数、响应时限属实施条款,写进合同。)
**手机与流量**:APP 按低配安卓机设计,老机型跑得动;照片自动压缩、没信号先存着有网再传,流量目标控制在**每人每月 500MB 以内**(联调期实测后给数)。机构常见做法是给护理员**每人每月 10–20 元通讯补贴**,十几人一年约两三千——对比一笔拒付就回本(发不发属机构内部决定);个别没有智能机的,可备两三台二手安卓做工作机轮换,系统支持同账号换设备登录。
---
## 六、合规这件事,怎么落在系统里
合规不是贴在墙上的口号,是**干活时自然产生的**。系统里,政策的每一条要求都有对应的落点,其中最关键的是**六条硬锁**(系统强制,点不动、绕不过):
| 硬锁 | 含义 |
| ----- | --------------------------------- |
| 无有效待遇 | 不能建档、不能服务 |
| 无服务计划 | 不能生成工单 |
| 无有效工单 | 不能录入留痕 |
| 无完整留痕 | 不能进上报池 |
| 无质控放行 | 不能上报结算 |
| 无有效资质 | 不能派该项目的单(**首期为派单提示,资质库建成后升级为硬拦**) |
> **⚠️ 口径纪律(写死)**:**前五条为系统"点不动"的硬锁;第六条(资质)首期为提示级、后续升级为硬锁。**&#x5BF9;外不得把第六条讲成"现已自动禁派"。另:"无完整留痕→不能进上报池""无质控放行→不能上报结算"两条,**与"结算对账"同属分期落地**,见首页阅读说明。
其他关键落点:服务项目**只能从国家目录选、不得自创**;护理记录**一次录入、三端同源**;**记录不可无痕修改**,改动留补正痕迹、原值保留;档案**一人一档、随时可导出**,格式对齐国家 2026 版文书。
---
## 七、昆明和州市,目录不一样怎么办
云南实行**州(市)级统筹**,各地服务项目目录并不完全相同:
- **昆明市**(老试点)执行**本地目录 45 项**;
- **新建制州市**(曲靖、玉溪、楚雄、文山、西双版纳、大理、临沧等)执行**国家统一目录 36 项**。
系统**预置了这两套目录**,机构注册时选定参保地,系统**自动加载对应目录**;机构只需**勾选自己开展的项目、填好价格**即可使用,不用自己一条条录,也不用担心录错成"目录外项目"。以后新增一个州市,加一份配置即可,**不改程序、不影响现有机构**。
---
## 八、几点说明
以下几项,需要机构了解(**这也是对机构负责**):
1. **资质信息由机构维护**:护理员资质信息由机构录入维护,系统据此在派单时**校验提示**;**资质库建成后,对过期资质升级为自动拦截。**
2. **参保人状态由机构维护**:参保人住院、死亡、异地居住等状态,由机构在系统内及时更新,系统据此进行派单拦截和提醒。
3. **与医保平台的对接(三步走,如实说)**:**眼下**,官方 APP 打卡照常,我方侧录入压到"一句话+必要拍照",不做重复录入;**过渡**,若当地经办系统支持导出数据,系统提供标准模板做文件级对账,不用手工誊抄(能否导出以当地经办为准,签约前我们协助核实);**长远**,国家已明文给出"机构自建管理系统并与全国统一的医保信息平台对接"的路径(医保办发〔2024〕21 号第十八条),且国家巡查表中"自建系统并对接"为加分项、值 5 分(医保办发〔2025〕19 号)——系统已按医保部门统一接口规范预留对接口径。**接口规范何时发布由统筹区经办机构定,我们不承诺日期、不表述"已接通"。**
4. **巡查评分**:本系统只做日常留痕与国家文书查阅项的对照,**不预测巡查评分、不承诺合格**;评分判定权在统筹地区医疗保障经办机构。
5. **服务时的身份核验**:国家文书要求"服务前核验参保人有效身份凭证、人证不符不得服务"。**这一步的扫脸/现场核验由官方 APP 承担;我方系统当前只做到"实名制建档+档案里有这个老人"兜底,"上门的老人是不是档案里那个老人"的核验机制正在与医保/机构确认中。**&#x5BF9;客**不得表述为"我方系统已做身份核验/扫脸"**。
6. **责任边界(出了问题算谁的)**:分三份、写进合同——①**系统该拦没拦住的**(如待遇失效仍放行派单),是我方责任:上文"六条硬锁"将逐条翻译为对客《系统拦截承诺清单》作合同附件,**漏拦即违约**;②**系统看不见的事**(医保侧状态变化、属地口径调整),由机构按本节第 1、2 条承担维护义务,签约时讲透;③**属地化口径**(如拍照分档的当地要求),签约前双方对照《属地核对确认单》逐条核对、签字为界。**赔付上限等具体数字属商务条款,以合同为准。**
---
## 九、这套系统不做什么
| 不做 | 原因 |
| -------------- | ------------------------- |
| 不做打卡 APP,不替代官方 | 云南省级统建,护理员统一用官方 APP,这条路不碰 |
| 不做评估、不做诊疗判断 | 医学判断由机构持证人员做,系统不越界 |
| 不做"全能系统" | 功能越多,一线越不用。能砍就砍,砍到一线愿意用为止 |
---
**云南投云科技有限公司**
(落款日期待确认后填写)