1. 一句话答案
区域化和单院供应室的差别不是"客户多了"，是数据结构不一样。这里的关键是：灭菌炉次本身不属于任何客户（批次记录里没有机构字段），客户维度落在回收明细上——正因为物理炉次与商务客户在数据上分层，一炉混装六家的包之后仍然能逐包回溯到各自的客户。
2. 你面临的局面
如果你是区域化中心或正在往区域化走，这几件事一定遇到过：
| # | 问题 | 单院系统为什么顶不住 |
|---|---|---|
| 1 | 同一个包，在不同医院叫不同的名字 | 字典只有一个版本，改了对所有人都改 |
| 2 | 同一项服务，不同客户不同价 | 价格挂在包字典上，做不到按客户定价 |
| 3 | 一锅里面装着六家医院的包 | 系统按"这一锅是谁的"设计，混装直接失效 |
| 4 | 台账混在一起，月底对账靠 Excel | 没有按机构的维度统计与费用汇总 |
| 5 | 外部机构要自己下单、查进度 | 账号体系只有内部职工，没有「外部用户」这一层 |
一句话概括
单院系统解决的是"这个包干净不干净"，区域化要解决的还有"这个包是谁的、多少钱、送去哪、什么时间"。
3. 区域化 vs 单院：九个本质差异
这一节是本页的核心资产。每一条都对应一个真实的数据表设计，不是"我们支持多院区"这种空话。
| # | 差异 | 系统里的落点 |
|---|---|---|
| 1 | 客户与品种解耦：同一个标准包字典项，在不同客户下有不同名称 | 显示名按机构 + 科室三级回落：先看该客户的定制名，再看字典默认名 |
| 2 | 一客户一套价格 | 价格表按机构 / 科室 / 包三维定价，含标准价、折扣率与折后价 |
| 3 | 价格随单固化 | 成交时的折后价写在回收明细上——事后调价不影响历史账单 |
| 4 | 新包引入要客户确认 | 双轨审核：客户是否接受（未接受 / 已接受 / 已驳回）+ 院内是否审核（未审 / 一审 / 二审） |
| 5 | 炉次不含机构字段 | 灭菌批次不带机构字段；客户维度在回收明细上 → 一炉混装可回溯 |
| 6 | 交付对象与归属分离 | 发放单上记下送单位；包这一侧「归属机构」与「当前所在机构」是两个不同的值 |
| 7 | 周转包跨院流转 | 字典里有「周转包」这一业务类型；借出台账上记原属机构与是否已归还 |
| 8 | 外部用户独立账号体系 | 外部账号带机构代码、机构简称、所属角色，与院内职工账号分开 |
| 9 | 站点级取包排班 | 预约记录：取包点 + 日期 + 取消截止时间 |
4. 四个最难的地方，我们是怎么熬过来的
4.1 一客户一套包字典：为什么要做三级回落
场景：同一个标准包（比如"腹腔镜器械包"），A 医院叫"腔镜包"，B 医院叫"腹腔镜器械"，C 医院干脆叫自己的编号。
做法：不用给每家客户复制一整套字典（那样会失去标准化），而是在显示层做三级回落：
机构 + 科室 有定制名 → 用它
机构有定制名 → 用它
都没有 → 字典默认名
4.2 价格：为什么必须随单固化
区域化中心一定会调价。如果价格只挂在字典上，上月已结算的单子会跟着变——这在会计上和对账上都是灾难。
做法：一客户一张价格表管当期定价，实际成交的折后价写到回收明细上固化。调价改的是前者，后者不变。
同时支持：折扣率、固定价、是否租赁三种计价形态。
4.3 一炉混装怎么回溯
这是数据结构层面的决定：
| 层 | 记录 | 含不含机构 |
|---|---|---|
| 物理层（炉次） | 灭菌批次记录 | ❌ 不含 —— 一炉就是一炉 |
| 商务层（客户） | 回收明细记录 | ✅ 含归属机构 |
炉次通过包关联到明细，明细上带客户。因此：
- 查"这一锅灭了哪些客户的包" —— 按批次号下钻到明细即可
- 查"某客户的包在哪一锅" —— 按机构过滤回收明细再上溯批次
如果当初把「所属机构」直接写在灭菌批次上，混装就只能拆成多个批次，或者丢失客户维度。这是五年区域化运营逼出来的设计，不是纸上谈兵画的。
4.4 预约取包的并发坑（真实事故）
这是我们最愿意讲的一个故事，因为它只可能来自真实运营。
背景：外部机构在线预约取包，业务规则是「同一机构同一天只能有一条未结束的预约」。最初在应用层做"先查后插"的校验——两个请求在同一毫秒进来，都查到"今天还没有预约"，于是都放行了。
修法不是加锁，而是把判定下沉到数据库：在表上建一个筛选唯一索引，只对未结束的记录生效：
同一家机构、同一天、而且这笔预约还没走完 —— 只允许存在一条： 解决办法是在预约记录上对「机构 + 预约日期」建一个只对未结束记录生效的唯一约束， 并发去重交给数据库把住，应用层不再做「先查后插」这种天然带时间差的判断。
（这条约束随升级脚本一起发布，不是靠部署时手工动库。）
这类问题，没真跑过几百家机构是不会遇到的。"深耕多年"这四个字，落到工程项目上就是这些补丁。
5. 统计与对账
| 汇总口径 | 作用 |
|---|---|
| 按机构汇总回收费用 | 统计各机构回收费用总数 |
| 按消毒包统计回收量与费用 | 同一个包被回收过多少次、多少钱 |
| 按月统计回收量与费用 | 月度趋势与月结依据 |
| 按机构 / 科室汇总 | 双向交叉汇总 |
| 配送汇总 | 发放与配送的整体情况 |
6. 能力边界（诚实清单）
| 项 | 状态 |
|---|---|
| 线路级车辆优化 | ❌ 无。配送侧只做到站点级排班（取包点 + 周期 + 预约截止），不含路径规划（全库无 ROUTE / TRANSPORT 相关表）。有需要建议对接专业 TMS。 |
| 双人现场签收的独立落点 | ❌ 无专门字段 |
| 单件器具（碗、杯、弯盘）独立清洗消毒台账 | ❌ 无（清洗记录载体是"包的清洗绑定"） |
7. CTA
标题：区域化的坑，我们基本踩过一遍
副文：带上你的机构数量、包量级和计费方式，我们按你的实际结构讲，不做通用演示。
- 主按钮：预约演示 →
/demo - 次链接：先看下 报价与版本 ｜或下载 《区域化消毒供应中心建设与运营手册》
FAQ（配 FAQPage JSON-LD）
Q1：一炉真的能混装不同客户的包吗？ A：能，这是设计前提。灭菌批次本身不含机构字段，客户维度落在回收明细的归属机构上。查锅里的客户构成、查某客户的包在哪一锅，都是双向可查的。
Q2：不同客户的包名字不一样，怎么管？ A：显示名按「机构 + 科室 → 机构 → 字典默认」三级回落。字典本身只有一套，不会失去标准化，只是显示名按客户定制。
Q3：调价会不会影响已经结算的单子？ A：不会。成交时的折后价写在回收明细上固化，调整的是客户价格表里的当期定价，历史单据不变。
Q4：外部机构能自己登录吗？ A：可以。外部用户是一套独立于内部职工的账号体系，带机构代码与所属角色，也支持公众号身份绑定。
Q5：你们能做配送路线优化吗？ A：不能。目前只到站点级排班（取包点 + 预约时间 + 取消截止），不含车辆路径规划。这一项是明确的能力边界，建议对接专业 TMS。
Q6：能不能先看资料？ A：可以下载 《区域化消毒供应中心建设与运营手册》，其中第三部分写了本页提到的九个运营坑。