医疗服务机构 · 行业场景库

岗位依据

岗位依据与数据 · WorkBuddy · 医疗服务机构场景库

4 个子角色为什么这样切，依据在哪

公开的医院职能表写的是「病案科、质控科、医保办、医患办、随访中心」各司其职。但真实招聘 JD 里写的是另一回事：某社区卫生服务中心招「病案编码员（兼任病案质控员）」，岗位职责覆盖编码、质控、DRG 合规、医保结算清单填报上传、医保审核/抽查/特例单议/申诉举证、质控报告、科室分析会——四大领域压在一个人身上。医美机构的客诉专员 JD 则写明「全权负责线下及微信客诉接待、修复补偿方案、和解归档，每日登记客诉台账与问题客户台

账」；ICL 的客户运营代表 JD 里「负责所辖客户应收账款的对账、回款」排在样本采集之后第一位。随访在中小机构由各科护士兼任，229 名回访护士的调研里，「无充足时间」占 32%、「缺乏信息系统」占 25%。中型机构的岗位是按「事」设的，不是按「人」设的。

所以这套场景库按一次诊疗完成后「钱与患者能否回来」的环节切分，而不是按大医院的职能表：钱回来之前的（编码上报、清单上传、拒付申诉）、患者回来之前的（随访排期、话术、宣教）、投诉升级之前的（台账归因、答复初稿）、报告发出去之后（外送对账、异常追踪）。这四类活在二级民营医院里往往由两三个人分摊，区别只在什么时候来、错了赔多少、产出物交给谁。

编码与医保结算

Coding & Reimbursement

出院之后、钱回来之前——病案编码、结算清单、拒付申诉，这三件事在二级民营医院压在同一两个人身上，错的每一笔都是直接扣款。

2 个场景

这个子角色为什么真实存在：JD 依据：真实招聘 JD 写明「病案编码员（兼任病案质控员）」，职责覆盖编码、质控、DRG 合规、清单填报上传、申诉举证、科室分析会——四大领域压在一个人身上制度依据：医保结算清单 193 项指标「来源于病案首页又有别于首页」，主诊断口径不同；HQMS 与医保局两套上报通道形成「双编码」实况依据：二级民营综合医院平均专职编码员仅 1.09 人，82% 县域民营医院由护士或行政人员兼职编码代价依据：某县三家民营医院被解除医保协议、收回违规金 54-66 万元——「解除医保协议」等于断供现金流，编码与申诉质量是生存级问题

公开来源：招聘 JD 原文：病案编码员（兼任病案质控员），职责覆盖编码、质控、DRG 合规、医保结算清单填报上传、申诉举证、科室分析会国家医保局《医疗保障基金结算清单填写规范》：清单 193 项指标（基本信息 31 + 门诊慢特病 6 + 住院诊疗 58 + 医疗收费 98），来源于病案首页「又有别于首页」，主诊断口径不同82% 的县域民营医院未配备专职编码员，多由护士或行政人员兼职；某退出医保机构兼职编码员仅培训 2 天、编码错误率 42%某县三家民营医院被解除医保协议、收回违规金 54-66 万元并处违约金——「解除医保协议」等于断供现金流

它实际在用的数据：病案首页质控问题台账.xlsx（病案室自查记录，问题类型/整改/复查）医保结算清单上传批次记录（医保结算系统导出）医保局反馈疑似违规病例清单（每月 11 日前下发）拒付/申诉历史记录（医保办邮件+纸质卷宗，按月散放）编码对照与分组器规则说明（医保局下发，纸质的）

关键字段与口径：申诉佐证材料目录：病案首页、病程记录、手术记录、医嘱、检验报告、费用明细各一份并标注定位页码清单核查：193 项必填项完整率、疑似无效主诊断（Z85/Z98/Z37）清单盈亏口径：主诊断变更前后 DRG 权重×费率之差，逐例可复算

本组场景：

• MR-01 医保拒付申诉证据包 —— 现凑三天的佐证材料，变成半天交得上的初稿 · 优先级 10.0
• MR-02 结算清单上传前的双口径核对 —— 首页和清单的主诊断，本来就不是一回事 · 优先级 9.6

升为客户真实案例还缺什么：要跑起来还缺：最近 3 个月医保反馈的拒付病例明细（哪怕纸质拍照）、本院主要诊断高频错误清单（质控台账里如果有）、当地分组器费率表。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

随访与患者服务

Follow-up & Patient Service

出院之后、患者回来之前——随访不是没人做，是「按诊断/术式/风险分层制定差异化随访计划」这件事从来没真正做过；墙上 95%，台账 8%。

3 个场景

这个子角色为什么真实存在：实况依据：中小型民营医院不设随访中心，「每个科室指定一名护士兼任随访专员」，工具是微信加电话调研依据：229 名回访护士中 32% 无充足时间、25% 缺乏信息系统、29% 手工记录；患者 73% 最接受电话回访落差依据：某二甲医院随访率实际 8% vs 墙上 95%；产科 348 例失访里 28.2% 是电话号码失真

公开来源：中小型民营医院通常不设随访中心，「在每个科室指定一名护士兼任随访专员」，工具首选微信+电话229 名回访护士调研：无充足时间 32.24%、缺乏信息系统 24.88%、手工记录增加工作量 29.26%；患者最易接受电话回访

（73.34%）某二甲医院自称随访做得好，信息科拉数发现随访率仅 8%；某县医院墙上挂「出院随访率 95%」，护士对电话念稿、记录清一色「恢复良好」

它实际在用的数据：出院患者名单（HIS 导出，诊断/术式/用药/出院医嘱字段）随访登记本（纸质，各科护士站）+ 微信沟通记录截图随访电话录音（医美术后专员被要求录音留存）失访追踪记录（3 次未接→短信→紧急联系人→结论）医美会员消费记录与肤质/项目档案（会员系统导出）

关键字段与口径：随访台账：患者标识、计划/实际随访日期、方式、接通状态、随访要点、异常分级（一般/转介医生/急症指导就医）、下次计划、随访人失访追踪：未接次数、短信时间、紧急联系人结论、月度失访原因汇总录音/截图归档索引——纠纷时机构的救命证据

本组场景：

• FU-01 出院随访分层排期表 —— 墙上挂着 95%，台账里只有 8% · 优先级 12.0
• FU-02 按病种生成随访话术—— 通用模板发不出去，本院病案才是输入 · 优先级 24.0
• FU-03 沉默会员唤醒名单 —— 六成客户半年不说话，唤醒理由藏在消费记录里 · 优先级 8.0

升为客户真实案例还缺什么：要跑起来还缺：最近一个月出院名单（HIS 导出 Excel 即可）、各科现行的随访要求（有书面的更好，没有就访谈记录）、历史随访登记本拍几张照。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

客诉与医患关系

Complaint & Patient Relations

投诉进门之后、升级之前——5 个工作日的答复时限压着，台账每天在记，但「哪类科室、哪个环节、哪个月高发」没人答得出。

2 个场景

这个子角色为什么真实存在：制度依据：《医疗机构投诉管理办法》5 个工作日内反馈处理意见，二级以上设医患办统一受理JD 依据：医美客诉专员「全权负责微信客诉接待、修复补偿方案、和解归档，每日登记客诉台账与问题客户台账，月度统计投诉量、解决率、退款情况」实况依据：衢州柯城民办机构投诉占近八成（219 vs 55 件），全年化解 234起赔偿 148 万元；医患办主任最多一天处理九个纠纷强度依据：医患关系岗位情绪劳动极重——「晚上电话放耳边，一响就知道出了问题」，主任「谁都不愿当」，干满四年允许卸任

公开来源：《医疗机构投诉管理办法》（卫健委令第 3 号）：投诉 5 个工作日内反馈处理意见，特殊情况不超过 30 个工作日；二级以上设医患办医美客诉专员 JD：全权负责线下及微信客诉接待、修复补偿方案、退款纠纷协商、和解归档；每日登记客诉台账与问题客户台账，月度统计投诉量、解决率、退款情况衢州柯城区 2025 年：民办机构投诉 219件 vs 公办 55 件（占 79.93%）；全年化解纠纷 234 起、赔偿 148 万元某三甲医院医疗安全办主任自述：最多的一天处理九个纠纷，晚上电话放耳边，一响就知道出了问题

它实际在用的数据：客诉台账/问题客户台账.xlsx（客服部日更，渠道/事项/处理/退款）12345 工单转办单（卫健委/政务平台，纸质+邮件）微信客诉聊天记录（医美机构投诉大量发生在微信里）投诉答复函留底（医患办 Word 文件夹，命名不统一）和解协议与赔偿记录（财务+法务各存一份，口径不一）

关键字段与口径：投诉登记：投诉人、时间、渠道（现场/电话/12345）、被投诉科室人员、事由、调查核实记录、处理意见、答复时间、是否满意、归档件号月度汇总：投诉量、解决率、退款金额、TOP3 原因——运营部向总经理汇报的原材料答复函：事实经过、依据、处理意见、致歉/解释措辞选项，医患办改后签发

本组场景：

• CS-01 客诉台账月度归因报告 —— 42 件投诉，答得出哪个月哪个科室高发吗 · 优先级 8.0
• CS-02 投诉答复函初稿 —— 5 个工作日的时限，改比写快 · 优先级 13.2

升为客户真实案例还缺什么：要跑起来还缺：近 3-6 个月客诉台账导出（Excel 或拍照）、两三份历史答复函原件（脱敏）、投诉分类的现行口径（如果有）。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

检验外送与体检协同

Lab Outsourcing & Checkup

标本出去之后、报告回来之后——外送对账两边系统各拉一份人肉比对，差异月结才暴露；体检报告发出去不等于异常管起来了。

2 个场景

这个子角色为什么真实存在：政策依据：外送检验全流程应纳入信息系统「实现系统留痕、自动对账与异常预警」——监管倡导恰恰说明现状靠手工JD 依据：ICL 客户运营代表「负责所辖客户应收账款的对账、回款」；体检总检医师「建立体检报告审核台账、负责重大阳性结果的应急处置与追踪」实况依据：某医院外送 50 个项目年涉及金额超 200万元，审计发现缺合同、缺合作申请报告；迪安 52.64% 应收账龄超半年镜像依据：金域业务支持岗「对月结客户做上月订单做账、对账、复核跟踪、开票，跟进款项催收」——医院侧与 ICL 侧的对账互为镜像，两边都在人肉拉数据公开来源外送检验的费用全流程应纳入信息系统「实现系统留痕、自动对账与异常预警，减少人工干预空间」——监管倡导恰恰说明现状靠手工迪安客户运营代表 JD：日常客户关系维护、样本采集接收之外，「负责所辖客户应收账款的对账、回款」某医院外送 50 个项目年涉及金额超 200 万元，审计发现留存文件只有公司资质，缺合同、缺合作申请报告；收入成本双虚高金域业务支持 JD：对月结客户做上月订单做账、对账、复核跟踪、开票，跟进款项催收

它实际在用的数据：外送检验月度对账单（ICL 提供，项目/数量/单价/金额）本院 HIS 外送项目收费明细（系统导出，Excel）标本签收登记（检验科纸质本）体检报告汇总数据（体检系统导出）+ 重大阳性结果通知记录团检企业名单与既往报告（销售自己维护的 Excel）

关键字段与口径：对账单：月份、送检项目明细（名称/代码/数量/单价/金额）、HIS 收费侧明细、逐条核对结果（一致/多收/漏收/多计）、差异金额合计、差异说明、双方确认签章异常追踪：体检号、阳性发现、通知日期时间、方式、受检者/单位确认、就诊建议、追踪结果核账规则：金额以医院提供为准，标本量以双方签收为准

本组场景：

• LB-01 外送检验月度对账 —— 两边系统各拉一份明细，差异自己浮出来 · 优先级 10.0
• LB-02 重要异常结果追踪清单 —— 报告发出去，不等于管起来了 · 优先级 12.0

升为客户真实案例还缺什么：要跑起来还缺：最近一个月外送对账单+HIS 收费明细各一份、体检中心上月重大阳性登记（哪怕纸质拍照）、外送合同里的结算条款页。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

不做什么

明确不做的伪需求 · WorkBuddy · 医疗服务机构场景库

27 个伪需求以及为什么不做

客户看到「四十个场景」的第一反应不是「好全」，而是挑最不靠谱那个来问。

一个伪需求会削弱旁边所有真场景的说服力 —— 所以这一页存在的意义，是让 15 个真场景更可信。

医疗服务机构是伪需求的重灾区，因为它强监管、表单多、且大量需求直接踩在法定由医师完成的动作上。判断只需要三句话：这张表现在有人看吗？这个数据现在有人维护吗？如果 AI 明天就把这件事做完了，下游的人会不会因此改变行为？第三句答不上来，就不要做。

9

法则一 · 一段脚本更快更准更便宜

9

法则二 · 需物理感知或对外担责

7

法则三 · 真实瓶颈不在这一步

!

最典型的一条：办公用品领用登记电子化

它看起来完全合理：纸质登记乱、统计麻烦、月底要追问还剩多少。

但制度里写着「月度汇总提交采购与财务作成本核算依据」——

现实中签完字这件事就结束了，汇总表没有人看。

把一张没人看的表加速录进系统，等于加速垃圾数据入库。

真正有价值的是另一个问题：为什么某个部门的耗材是别人的三倍。

清单逐条说明

最后一列是客户主动提出时的回应口径 —— 不是拒绝，是把他引到真场景上

伪需求命中法则

更优解 / 真实瓶颈在哪客户提出时怎么回应

AI 自动生成处方法则二 · 需物理感知或对外担责《互联网诊疗监管细则（试行）》第二十一条明文严禁；处方须接诊医师本人开具现场话术：这不是「能不能做好」的问题，是法律明文禁止。我们的边界从红线往回退一步：可以帮医生整理用药史摘要，处方本身一个字都不碰。AI 替代医师接诊、出具独立诊断意见法则二 · 需物理感知或对外担责同细则第十三条：人工智能软件不得冒用、替代医师本人提供诊疗服务；央视调查的专家共识：出了事故责任最终还是医生和机构的现场话术：诊断结论必须由执业医师出。我们能做的是把诊断依据摆整齐，让医生把时间花在判断上。AI 代写病历并直接归档法则二 · 需物理感知或对外担责门诊电子病历以医师录入确认即归档、归档后不得修改；未经逐字审核的AI 内容归档，纠纷时面临《民法典》1222 条过错推定现场话术：病历是医师的法律责任载体。我们可以做病历要素核查、完整性提醒，但录入和确认必须是医生本人。AI 判定医疗过错或事故责任法则二 · 需物理感知或对外担责须由医学会医疗事故技术鉴定或司法鉴定作出法定程序结论现场话术：我们可以整理病历时间线、标注事实与记录的出入——给鉴定材料做助手，不做判断。AI 出具体检报告医学结论、危急值处置决定法则二 · 需物理感知或对外担责危急值处置须医师双签确认；总检结论是体检机构的法定签发动作现场话术：报告结论总检医师签。我们做的是签发前的汇总、矛盾提示和签发后的追踪闭环——见 LB-02。AI 互联网首诊接诊法则二 · 需物理感知或对外担责互联网诊疗仅限复诊，且须医师实名接诊现场话术：首诊线上做是违规的，这条我们不做，也不建议任何厂商做。AI 代行知情告知义务法则二 · 需物理感知或对外担责告知须医师当面履行且留痕，替代即违规现场话术：我们可以生成告知书的患者版说明，告知这个动作必须医生来。医美「绝对化疗效承诺」文案生成法则二 · 需物理感知或对外担责《广告法》+《医疗广告管理办法》禁区，处罚直接是钱现场话术：反而我们做的是反方向——FU-03 里所有唤醒话术先过合规预检，疗效承诺词一个都出不去。护士/医生排班表智能生成法则一 · 确定性规则任务排班是约束求解问题，规则引擎成熟且便宜现场话术：这个用排班软件更好。我们把功夫花在排班之后没人管的事上。药品耗材效期预警法则一 · 确定性规则任务库存系统一条 SQL 的事现场话术：效期预警药库系统自带。我们做的是效期之外的账——比如外送对账。危急值系统弹窗提醒本身法则一 · 确定性规则任务LIS 危急值推送是确定性规则；缺的是弹窗之后有人管没人管现场话术：弹窗系统会做。弹完之后谁追踪到人，那是 LB-02 的事。医保费用明细与物价目录逐条比对法则一 ·确定性规则任务规则层无须 AI，比对是查表现场话术：逐条比对规则引擎更快。AI 值钱的地方在解释与举证——被拒付之后怎么申诉（MR-01）。绩效工资核算法则一 · 确定性规则任务公式固定，ERP 的活现场话术：核算走系统。绩效数据背后的归因分析才需要跨源判断。手术室排程冲突检测法则一 · 确定性规则任务日历冲突检测，一段脚本的事现场话术：同排班，规则引擎的活。药物相互作用审查法则一 · 确定性规则任务成熟合理用药系统已全覆盖现场话术：合理用药系统已经做得很好，而且上海的数据说医生遵从率只有 7%——问题不在提示，在流程。我们不去凑这个热闹。发票与银行流水对账法则一 · 确定性规则任务财务系统自动对账早已成熟现场话术：这个财务软件就做。外送检验对账（LB-01）反而做不了，因为两边是不同机构的系统。供应商证照效期管理法则一 · 确定性规则任务到期日历提醒，规则脚本即可现场话术：一条 SQL 的事，AI 没有增益。智慧医院大屏驾驶舱法则三 · 真实瓶颈不在这一步决策不看它，数据底座与口径统一都没做，驾驶舱无米下锅现场话术：先问一句「这个大屏装完谁看」。参考某三甲耗材追溯系统投上千万被临床联合抵制——为领导可视而非为干活的项目必死。门诊智能导诊大屏法则三 · 真实瓶颈不在这一步老年患者不会用；县医院一卡通银行出资建成后乏人问津的实证现场话术：患者的真实行为是问导诊台护士，不是对大屏说话。「AI 帮填」类留痕表单（不良事件 8 周跟踪、宣教记录）法则三 · 真实瓶颈不在这一步填了没人看的表，AI 只会更快地造假；卫健委已明令「非必要不采集」现场话术：护士一天十几张表是真实痛点，但解法不是更快地填——是把不该填的表砍掉。这个我们帮不了，也不该帮。病历语音转写提效法则三 · 真实瓶颈不在这一步瓶颈在医生不想写，不在打字慢；且直接触及病历合规红线现场话术：大三甲的实践是「机器生成+人工校准」，但须嵌入 HIS 且逐字审核。中型机构碰这个风险大于收益。区块链病历存证法则三 · 真实瓶颈不在这一步纠纷争的是内容真实性，不是存证技术现场话术：病案质控（MR-01/02）解决的是内容质量，存证技术改变不了内容本身。「AI 全院决策大脑」法则三 · 真实瓶颈不在这一步数据底座与统计口径统一都没做——医务部门诊量与 HIS 差 10% 的实证现场话术：口径没统一之前，大脑算出来的是两个世界。先把四个具体环节的账算对（对账/随访/客诉/申诉），大脑的事以后再说。护理查房机器人/陪护机器人法则二+三 · 物理感知+瓶颈在人力配置需要物理感知能力，且真实瓶颈是护理人力配置不是机器不够现场话术：这个赛道烧钱的教训很多。我们的形态是替人出表，不是替人跑腿。AI 阅片替代影像科医生法则二 · 需物理感知或对外担责须三类证+医师签发；中型机构影像量撑不起独立阅片 AI 的投入现场话术：影像 AI 是大三甲和头部厂商的战场。中型机构的钱要花在自己的账上——拒付、对账、随访。AI 预测「哪个患者会投诉闹事」法则二+三 · 伦理+根因在流程伦理风险高，且投诉根因在流程不在预测现场话术：与其预测谁投诉，不如归因为什么投诉（CS-01）——前者是算命，后者是管理。通用健康问答机器人（无本院数据接入）法则三 · 真实瓶颈不在这一步厂商覆盖充分、知识库各家雷同，患者直接问通用 App 更方便现场话术：患者手机里已经有更好的通用问答。机构侧的价值在「本院自己的数据」——随访排期、异常追踪，不在通用科普。

声明这套东西不承诺什么

主动讲限制比被问出来强得多

这是演示与验证资产，不是已接入生产系统的软件所有 Live Demo 页面展示的是「应该怎么跑、每一步看什么、交付什么」，使用的是真实业务格式的脱敏构造数据，不冒充任何客户的生产数据。不承诺效率提升百分比本场景库不出现任何「几天压到几分钟」「节省百分之九十」这类数字 —— 没有用客户自己的单据实测过，这种数字说出来就是砸口碑。我们讲的是可核实的能力差异：参与角色怎么变、覆盖范围多大、产出多少条。拿不到的数据会明确说拿不到【医疗场景举例】当班排班记录、监控时段索引、部分历史随访登记本 —— 这些情况会在报告里写清「本项无法核对，建议后续建立什么记录」，而不是估一个数填上去。高风险动作只建议不执行【本库六类动作】诊断结论、处方开具、病历书写与归档、医保清单上传、投诉答复签发、和解协议签署 —— 这六类动作本场景库全部只出清单和依据，不代替人做决定，也不自动执行。产出是初稿与清单，最终签字权在人所有正式交付物都留有编制 / 审核 / 会签 /批准签批栏，推荐意见、完成质量评定、责任认定这几栏一律留空 —— 自己给自己打分的报告，没人会信。

那哪些是真场景？15 个逐条打过分的场景，全部保留了评分口径可核

回到场景总览 →

来源说明

本场景库的痛点均有公开来源可查。网页版已对来源中的具体机构做了脱敏处理，不再逐条列出。

场景审核

场景审核 · WorkBuddy · 医疗服务机构场景库

先过场景不急着做素材

共 9 个场景。逐个点「保留 / 待讨论 / 后置」，

结果只保存在本机浏览器，可以复制出来。

建议的判断顺序：先问这件事没做好谁会生气（痛感）→

再问错了能不能当场看出来并改（能不能交给 Agent）→

最后问客户手上现有的文件够不够跑（落地难度）。

需要客户先做数据治理的场景，不要放在第一批。

清空选择

返回总览

编码医保

编码与医保结算

出院之后、钱回来之前——病案编码、结算清单、拒付申诉，这三件事在二级民营医院压在同一两个人身上，错的每一笔都是直接扣款。

2 个

MR-01

10.0

医保拒付申诉证据包 —— 现凑三天的佐证材料，变成半天交得上的初稿拒付发生在上个月 · 能不能要回来取决于这个月 11 到 21 号

保留

待讨论

后置

MR-02

9.6

结算清单上传前的双口径核对 —— 首页和清单的主诊断，本来就不是一回事清单 193 项「有则必填」 · 复制首页直接生成的那些，错在看不见的地方

保留

待讨论

后置

随访服务

随访与患者服务

出院之后、患者回来之前——随访不是没人做，是「按诊断/术式/风险分层制定差异化随访计划」这件事从来没真正做过；墙上 95%，台账 8%。

3 个

FU-01

12.0

出院随访分层排期表 —— 墙上挂着 95%，台账里只有 8%随访不是没人做 · 是按术式和风险分层的计划从来没真正做过

保留

待讨论

后置

FU-02

24.0

按病种生成随访话术 —— 通用模板发不出去，本院病案才是输入随访话术人人会写 · 但「照着本院上个月 87 个髋关节置换患者写」只有一份

保留

待讨论

后置

FU-03

8.0

沉默会员唤醒名单 —— 六成客户半年不说话，唤醒理由藏在消费记录里获客成本涨到 4000 块一个 · 沉默名单在会员系统里白躺着

保留

待讨论

后置

客诉医患

客诉与医患关系

投诉进门之后、升级之前——5 个工作日的答复时限压着，台账每天在记，但「哪类科室、哪个环节、哪个月高发」没人答得出。

2 个

CS-01

8.0

客诉台账月度归因报告 —— 42 件投诉，答得出哪个月哪个科室高发吗台账每天在记 · 但「哪类科室、哪个环节、哪个月高发」没人答得出

保留

待讨论

后置

CS-02

13.2

投诉答复函初稿 —— 5 个工作日的时限，改比写快答复函最难写的不是措辞 · 是把事实经过从五个科室的记录里拼出来

保留

待讨论

后置

检验体检

检验外送与体检协同

标本出去之后、报告回来之后——外送对账两边系统各拉一份人肉比对，差异月结才暴露；体检报告发出去不等于异常管起来了。

2 个

LB-01

10.0

外送检验月度对账 —— 两边系统各拉一份明细，差异自己浮出来政策要求「系统留痕、自动对账」 · 现实是两边各拉一份 Excel 人肉比

保留

待讨论

后置

LB-02

12.0

重要异常结果追踪清单 —— 报告发出去，不等于管起来了报告解读人人都在做 · 没人做的是异常结果的「追到底」保留

待讨论

后置

审核进度未选择 9

交付说明

交付说明 · WorkBuddy · 医疗服务机构场景库

医疗服务机构场景库怎么用这套东西

这是一套售前演示与客户验证资产，不是已经接入客户生产系统的软件。

包含 4 个子角色、9 个场景、27 个内容页、

9 个 Skill 包与配套素材和预期输出。

9完整场景

27三件套页面

27明确不做的伪需求

55可核验来源

路径三种人怎么看

客户初次看

从总览按子角色选场，先看「场景引入」。三分钟看清这件事现在什么样、痛点依据在哪、产出是什么。

打开场景总览

现场演示

打开「Live Demo」逐步讲。重点讲 Agent 在哪一步拦住了 ——

一、个会在该停的地方停下来的助手，比一个永远给得出答案的助手可信得多。

看一个完整 Demo

内部选型

在「场景审核」页逐场标保留 / 待讨论 / 后置，复制结果后再决定哪些进入真实素材制作。

打开场景审核

话术现场必备的三句话

开场 · 先说 AI 做不到什么

把限制先摆出来：不承诺效率百分比、拿不到的数据会说拿不到、高风险动作只建议不执行。

主动说限制比被问出来强得多 —— 而且这一句会把后面所有内容的可信度垫起来。

中场 · 用一句话帮客户剔掉伪需求

客户提到某个表单类需求时，问一句：「这张表现在有人看吗？看完做了什么决定？」

答不上来就当场建议先不做。这一下建立的是顾问式信任 ——

客户会开始相信你不是来卖东西的。

收尾 · 三个问题要金额

「你们上一次医保拒付申诉交了几份佐证材料？是现凑的还是平时就留着的？外送检验的账，上个月两边差了多少钱？出院患者的随访，台账里接通率是多少？」

三、问都答不上来，场景就成立了。

状态已完成与未冒充完成

已经完成4 子角色 × 9 场景完整内容每场景：场景引入 / Live Demo / 能力沉淀 三页每场景：Skill 包（含输出骨架与渲染脚本）、素材、预期输出痛点逐条挂来源，可点开核对27 个伪需求逐条说明命中哪条排除法则岗位依据页说明子角色为什么这样切

明确未冒充完成尚未接入任何客户的生产系统素材是真实业务格式的脱敏构造数据，不是客户生产数据场景尚未用客户自己的原始文件实跑过（这是下一步）有来源支撑不等于完成客户一手验证没有实测前不出现任何效率提升百分比诊断结论、处方开具、病历书写与归档、医保清单上传、投诉答复签发、和解协议签署一律人工

下一步怎么往前推

第 1 步过场景9 个逐场标保留 / 待讨论 / 后置

第 2 步选 3 到 5 个按客户类型组合，优先零集成的

第 3 步要一手材料真实文件、审批链、一次出过问题的案例

第 4 步用客户文件实跑记录结果、返工点、真实耗时

第 5 步再谈系统对接此时才评估 API、权限与回写