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

前言做县域医院 HIS 云药房信创项目信息科是项目第一枢纽。很多产品经理、实施工程师进场只盯着技术改造、写代码、做迁移忽略一个事实信息科主任既要对上向院长、卫健局汇报信创考核对下要扛门诊、药房业务稳定压力对外还要对接监理、集成商、厂商。所有矛盾最后都会汇集到信息科。如果你能站在信息科的立场思考问题你的方案、汇报、变更管理会更容易被接纳反之再好的技术方案也会处处受阻。本章拆解 4 类核心干系人信息科、药房班组、监理、集成商每一类包含核心诉求、最怕的风险、沟通话术、应对策略可直接用于现场沟通、项目例会、立项汇报。一、信息科最重要干系人项目成败关键核心诉求安全不出事HIS、药房系统不能在上班时间崩不能造成门诊停诊、收费卡住、药房发不出药。一旦业务中断信息科第一担责。信创验收过关满足卫健局考核指标材料齐全测评顺利通过给院长交差。减少长期运维负担县域信息科大多 1~3 个人人手极少。不希望上线后天天处理国产数据库、中间件的疑难 bug不想被药房、临床科室反复投诉。可控、透明、风险前置所有风险提前书面告知不要上线阶段突然爆出重大问题变更、停机、割接必须提前报备不能临时突击操作。预算可控不希望项目中途追加大量费用避免向院长申请二次预算。信息科最害怕的 4 件事重点割接停机超时门诊、药房业务中断被院领导追责迁移完成后药品库存、收费对账不平长期对不上变成信息科背锅国产软硬件兼容性问题频发信息科变成厂商免费测试员验收材料缺项临近验收才发现不符合卫健局要求来不及整改。沟通策略信息科最爱这套工作方式所有风险前置书面化不要口头承诺。每次调研、方案评审输出《项目风险清单》写明风险、影响、预案、责任人。信息科可以拿着这份文档向院长汇报证明项目风险已经识别并可控。把 “技术语言” 翻译成 “信息科汇报语言”不要只讲 “达梦存储过程改写、字符集调整”要翻译成本次改造不会影响门诊正常接诊割接仅占用夜间窗口72 小时试运行有回滚方案保障收费和药品数据一致。信息科需要可以直接拿去给院长汇报的结论。主动减负在方案里明确国产化环境调优、数据库故障处理、上线初期现场驻场由厂商负责信息科仅做业务协调不承担底层技术排障。这一点是信息科非常看重的条款。变更管理严格走流程任何需求变更提交《变更申请单》写明影响范围、工期变化、风险。信息科最反感口头加需求、悄悄改功能。一句话记住信息科要的不是最好的系统是风险可控、责任清晰、上线稳定、材料齐全的项目。二、药房组长 药师业务落地卡点极易被忽略药房是云药房系统最终使用者药师不满意就算信息科同意试运行阶段也会持续投诉拒绝签字验收。核心诉求不增加日常工作量新系统操作不能比老系统更繁琐入库、盘点、发药、拆零操作要简化。库存准确药品批号、效期、拆零药品账实相符盘点简单减少手工对账。操作简单、培训到位药师年龄跨度大不喜欢复杂菜单上线前充分培训上线期间有人现场支持。业务不能中断发药窗口不能卡顿处方加载、药品检索要快高峰不能卡顿。药房最怕的问题新系统库存对不上盘点工作量翻倍拆零药品、效期预警功能缺失或者不好用操作步骤变多门诊高峰期窗口排队上线后找不到人支持遇到问题无人解决。沟通策略调研必须下药房跟班不要只在信息科办公室开会。跟着药师半天记录真实操作痛点写进需求文档。原型演示优先演示药房高频操作入库、发药、退药、盘点、近效期预警。培训分批次准备纸质简易操作手册上线前模拟演练。试运行阶段厂商驻药房窗口现场支持至少 3 天这个承诺写进实施计划药房和信息科都会认可。实战经验药房不签字项目无法验收。很多信创项目技术验收通过卡在业务验收环节。三、监理单位验收 “判官”抠规范、抠文档监理代表甲方监督项目全过程不关心业务好不好用重点看流程合规、文档齐全、变更留痕、满足合同与信创规范。核心诉求项目过程资料完整每一步有签字记录改造范围、软硬件清单符合合同不超范围、不缺项信创、等保相关材料、测评报告齐全重大操作停机、割接、数据迁移提前报审有方案、有应急预案。监理最关心卡点缺少过程文档资料缺失软硬件产品不在信创目录产品资质不全数据迁移、割接没有专项方案没有回滚预案需求变更没有走变更审批流程。沟通策略文档提前对齐所有方案、清单、报告初稿提前发给监理预审不要等到验收阶段一次性提交。软硬件清单附带信创产品目录截图、产品资质一次性打包交付。重大操作提前提交专项方案 应急预案书面报审留存回执。会议纪要及时整理各方签字确认形成闭环。记住监理逻辑监理不负责帮你解决业务 bug只负责核查是否按合同、规范执行。四、集成商 / 总包方你的合作方也是风险转嫁方在县域医共体项目中很多情况是集成商中标再分包软件实施。集成商是中间角色。核心诉求在合同工期、预算内完成交付顺利回款减少现场问题减少甲方投诉边界清晰分清各方责任哪些是集成商负责硬件、机房哪些是软件厂商负责 HIS、云药房、数据库改造。集成商最怕软件问题导致项目延期集成商被医院追责责任边界模糊硬件问题和软件问题互相甩锅需求不断变更成本失控。沟通策略提前划分责任矩阵 RACI写入实施方案机房、服务器、操作系统部署由集成商负责HIS 应用改造、数据库迁移、业务调试、药房业务验证由软件厂商负责。定期联合例会统一口径面对医院信息科避免各方说法不一致。风险同步共享重大问题提前同步集成商共同向院方汇报。五、干系人管理实战工具干系人登记册本章附件付费读者可下载配套附件《项目干系人登记册模板》字段如下角色姓名 / 岗位权力关注度核心诉求主要顾虑沟通频率沟通方式信息科主任高高项目稳定、验收通过业务中断、运维压力大每周例会 专项汇报正式书面 当面汇报药房组长中高操作简便库存准确增加工作量试运行阶段每日沟通现场跟班、操作演示监理工程师中高资料合规齐全缺少报审材料文档预审 例会正式文档、报审单集成商项目经理中中按期交付、回款责任边界不清每周联合例会会议纪要、责任矩阵六、实战落地 4 条核心原则项目现场直接用信息科是你的同盟不是对立面。多站在他的角度预判风险帮他准备向上汇报的材料他会帮你协调院内各个科室。业务使用者药房的体验决定业务验收能不能签字监理决定资料验收能不能通过。两者缺一不可。所有口头承诺全部转为书面文档会议纪要、风险清单、变更单全部签字留痕。县域项目最容易出现事后不认口头约定。分清 “权力” 和 “影响力”院长权力最高但日常项目推进信息科、药房组长的实际影响力更大。七、本章总结很多实施团队把项目理解成写方案、部署系统、迁移数据。真实县域信创项目技术打底干系人管理决定项目能不能平稳落地、顺利验收、按时回款。抓住信息科的核心痛点怕事故、怕运维、怕验收卡壳主动前置风险、交付汇报材料、划分清晰责任边界信息科会愿意配合推进项目减少大量阻力。