第03章 项目干系人识别：信息科、药房、监理、集成商各方诉求与沟通策略

前言

做县域医院 HIS + 云药房信创项目，信息科是项目第一枢纽。
很多产品经理、实施工程师进场，只盯着技术改造、写代码、做迁移，忽略一个事实：信息科主任既要对上向院长、卫健局汇报信创考核，对下要扛门诊、药房业务稳定压力，对外还要对接监理、集成商、厂商。所有矛盾，最后都会汇集到信息科。

如果你能站在信息科的立场思考问题，你的方案、汇报、变更管理会更容易被接纳；反之，再好的技术方案，也会处处受阻。本章拆解 4 类核心干系人：信息科、药房班组、监理、集成商，每一类包含核心诉求、最怕的风险、沟通话术、应对策略，可直接用于现场沟通、项目例会、立项汇报。

---

一、信息科（最重要干系人，项目成败关键）

核心诉求

1. 安全不出事：HIS、药房系统不能在上班时间崩，不能造成门诊停诊、收费卡住、药房发不出药。一旦业务中断，信息科第一担责。
2. 信创验收过关：满足卫健局考核指标，材料齐全，测评顺利通过，给院长交差。
3. 减少长期运维负担：县域信息科大多 1~3 个人，人手极少。不希望上线后天天处理国产数据库、中间件的疑难 bug，不想被药房、临床科室反复投诉。
4. 可控、透明、风险前置：所有风险提前书面告知，不要上线阶段突然爆出重大问题；变更、停机、割接必须提前报备，不能临时突击操作。
5. 预算可控：不希望项目中途追加大量费用，避免向院长申请二次预算。

信息科最害怕的 4 件事（重点）

1. 割接停机超时，门诊、药房业务中断，被院领导追责；
2. 迁移完成后，药品库存、收费对账不平，长期对不上，变成信息科背锅；
3. 国产软硬件兼容性问题频发，信息科变成厂商免费测试员；
4. 验收材料缺项，临近验收才发现不符合卫健局要求，来不及整改。

沟通策略（信息科最爱这套工作方式）

1. 所有风险前置书面化
   不要口头承诺。每次调研、方案评审，输出《项目风险清单》，写明风险、影响、预案、责任人。信息科可以拿着这份文档向院长汇报，证明项目风险已经识别并可控。
2. 把 “技术语言” 翻译成 “信息科汇报语言”
   不要只讲 “达梦存储过程改写、字符集调整”，要翻译成：本次改造不会影响门诊正常接诊，割接仅占用夜间窗口，72 小时试运行有回滚方案，保障收费和药品数据一致。信息科需要可以直接拿去给院长汇报的结论。
3. 主动减负
   在方案里明确：国产化环境调优、数据库故障处理、上线初期现场驻场由厂商负责，信息科仅做业务协调，不承担底层技术排障。这一点是信息科非常看重的条款。
4. 变更管理严格走流程
   任何需求变更，提交《变更申请单》，写明影响范围、工期变化、风险。信息科最反感口头加需求、悄悄改功能。

一句话记住：信息科要的不是最好的系统，是风险可控、责任清晰、上线稳定、材料齐全的项目。

---

二、药房组长 + 药师（业务落地卡点，极易被忽略）

药房是云药房系统最终使用者，药师不满意，就算信息科同意，试运行阶段也会持续投诉，拒绝签字验收。

核心诉求

1. 不增加日常工作量：新系统操作不能比老系统更繁琐，入库、盘点、发药、拆零操作要简化。
2. 库存准确：药品批号、效期、拆零药品账实相符，盘点简单，减少手工对账。
3. 操作简单、培训到位：药师年龄跨度大，不喜欢复杂菜单；上线前充分培训，上线期间有人现场支持。
4. 业务不能中断：发药窗口不能卡顿，处方加载、药品检索要快，高峰不能卡顿。

药房最怕的问题

1. 新系统库存对不上，盘点工作量翻倍；
2. 拆零药品、效期预警功能缺失或者不好用；
3. 操作步骤变多，门诊高峰期窗口排队；
4. 上线后找不到人支持，遇到问题无人解决。

沟通策略

1. 调研必须下药房跟班：不要只在信息科办公室开会。跟着药师半天，记录真实操作痛点，写进需求文档。
2. 原型演示优先演示药房高频操作：入库、发药、退药、盘点、近效期预警。
3. 培训分批次，准备纸质简易操作手册，上线前模拟演练。
4. 试运行阶段，厂商驻药房窗口现场支持至少 3 天，这个承诺写进实施计划，药房和信息科都会认可。

实战经验：药房不签字，项目无法验收。很多信创项目技术验收通过，卡在业务验收环节。

---

三、监理单位（验收 “判官”，抠规范、抠文档）

监理代表甲方监督项目全过程，不关心业务好不好用，重点看流程合规、文档齐全、变更留痕、满足合同与信创规范。

核心诉求

1. 项目过程资料完整，每一步有签字记录；
2. 改造范围、软硬件清单符合合同，不超范围、不缺项；
3. 信创、等保相关材料、测评报告齐全；
4. 重大操作（停机、割接、数据迁移）提前报审，有方案、有应急预案。

监理最关心卡点

1. 缺少过程文档，资料缺失；
2. 软硬件产品不在信创目录，产品资质不全；
3. 数据迁移、割接没有专项方案，没有回滚预案；
4. 需求变更没有走变更审批流程。

沟通策略

1. 文档提前对齐：所有方案、清单、报告，初稿提前发给监理预审，不要等到验收阶段一次性提交。
2. 软硬件清单附带信创产品目录截图、产品资质，一次性打包交付。
3. 重大操作，提前提交专项方案 + 应急预案，书面报审，留存回执。
4. 会议纪要及时整理，各方签字确认，形成闭环。

记住监理逻辑：监理不负责帮你解决业务 bug，只负责核查是否按合同、规范执行。

---

四、集成商 / 总包方（你的合作方，也是风险转嫁方）

在县域医共体项目中，很多情况是集成商中标，再分包软件实施。集成商是中间角色。

核心诉求

1. 在合同工期、预算内完成交付，顺利回款；
2. 减少现场问题，减少甲方投诉；
3. 边界清晰，分清各方责任：哪些是集成商负责硬件、机房，哪些是软件厂商负责 HIS、云药房、数据库改造。

集成商最怕

1. 软件问题导致项目延期，集成商被医院追责；
2. 责任边界模糊，硬件问题和软件问题互相甩锅；
3. 需求不断变更，成本失控。

沟通策略

1. 提前划分责任矩阵 RACI，写入实施方案：机房、服务器、操作系统部署由集成商负责；HIS 应用改造、数据库迁移、业务调试、药房业务验证由软件厂商负责。
2. 定期联合例会，统一口径面对医院信息科，避免各方说法不一致。
3. 风险同步共享，重大问题提前同步集成商，共同向院方汇报。

---

五、干系人管理实战工具：干系人登记册（本章附件）

付费读者可下载配套附件：《项目干系人登记册模板》，字段如下：

角色	姓名 / 岗位	权力	关注度	核心诉求	主要顾虑	沟通频率	沟通方式
信息科主任		高	高	项目稳定、验收通过	业务中断、运维压力大	每周例会 + 专项汇报	正式书面 + 当面汇报
药房组长		中	高	操作简便，库存准确	增加工作量	试运行阶段每日沟通	现场跟班、操作演示
监理工程师		中	高	资料合规齐全	缺少报审材料	文档预审 + 例会	正式文档、报审单
集成商项目经理		中	中	按期交付、回款	责任边界不清	每周联合例会	会议纪要、责任矩阵

六、实战落地 4 条核心原则（项目现场直接用）

1. 信息科是你的同盟，不是对立面。多站在他的角度预判风险，帮他准备向上汇报的材料，他会帮你协调院内各个科室。
2. 业务使用者（药房）的体验，决定业务验收能不能签字；监理决定资料验收能不能通过。两者缺一不可。
3. 所有口头承诺全部转为书面文档，会议纪要、风险清单、变更单，全部签字留痕。县域项目最容易出现事后不认口头约定。
4. 分清 “权力” 和 “影响力”：院长权力最高，但日常项目推进，信息科、药房组长的实际影响力更大。

七、本章总结

很多实施团队把项目理解成：写方案、部署系统、迁移数据。
真实县域信创项目：技术打底，干系人管理决定项目能不能平稳落地、顺利验收、按时回款。
抓住信息科的核心痛点：怕事故、怕运维、怕验收卡壳；主动前置风险、交付汇报材料、划分清晰责任边界，信息科会愿意配合推进项目，减少大量阻力。