I.09.07 · Pharmacy Chains / 药店连锁
医保结算与处方核对
医保上传、门店交易、处方明细和财务回款粒度不同，拒付或差额原因难定位到具体药品与规则。
BUSINESS PROBLEM
为什么这个问题值得进入试点？
医保上传、门店交易、处方明细和财务回款粒度不同，拒付或差额原因难定位到具体药品与规则。
ACCOUNTABLE OWNER
医保结算经理
最终业务决定与人工批准必须由该岗位或试点中重新指定的具名 Owner 完成。
AGENT OPERATING LOOP
医保对账 Agent如何参与，但不越过人工边界。
以下是参考运行设计，不表示正在执行。
- 01关联处方、交易与医保流水读取已授权上下文设计态
- 02解析拒付/差额代码保留来源与中间状态设计态
- 03生成补正或财务核销保留来源与中间状态设计态
- 04复核上传形成待验收业务工件待人审
PROFESSIONAL SYSTEM SURFACE
药店连锁专业工作面。
处方、药品、门店与合规放行；组件根据案例业务对象生成。
待授权系统医保接口POS处方平台ERP银行
关键业务对象medical_claimprescriptionsalerule_codeapproved_amountpaymentdifference
所有编号、状态和图形均为合成演示；真实试点必须由权威系统数据、权限与回读结果替换。
DESIGNED CLOSED LOOP
设计闭环
医保应收、拒付、补正和到账状态按单据闭环。
ACCEPTANCE OBSERVATION
验收观察
医保专员反馈：差额从汇总金额变为可处理明细。
FINAL ARTIFACT
完成证据
形成可定位来源、人工决定、动作边界与正式系统回读的案例证据包。
NEXT EXPLICIT ACTION
把这个案例变成你的试点草稿。
确认真实问题、系统、Owner、人工门禁和验收窗口后，再决定是否接入数据或执行动作。