凌晨三点，机房里灯火通明。信息科全员到齐，厂商实施工程师蹲在服务器前盯日志，医务处和护理部的电话轮流打进来——挂号刷不出来、医嘱提交报错、住院结算对不上。这是很多医院HIS割接夜的真实写照。

但如果你问这些医院的信息科主任：项目最大的坑是什么？答案往往不是"软件不好用"，也不是"厂商不靠谱"，而是一句话——资源没算够。

换HIS是医院信息化里最重的项目之一。它涉及收费、医嘱、药房、住院、门诊、医保结算，牵一发而动全身。而绝大多数项目在启动时，预算盘子里只装了软件license和实施费，真正吃到资源的那些环节，要么没算，要么算少了。

01 换HIS不是买软件，是一场资源战争

很多人对换HIS的理解停留在"选一家厂商、签合同、然后上线"。这个理解的问题在于：它把一个全院级的业务重构项目，当成了一次普通的软件采购。

据中国医院协会信息专业委员会（CHIMA）刊发的案例复盘，医院信息项目失败的主要原因包括糟糕的计划、缺少组织和过程、范围控制不力，以及团队之间缺少沟通、医院部门间缺乏协作。这些问题表面上是项目管理问题，根子上都是一件事——为实现目标所投入的资源，从一开始就没有被认真盘点过。

有一个被反复引用的失败案例：某医院HIS项目涉及近10个功能模块，但信息中心只配了4名技术人员，其中3人做开发，1人还在负责另一个大型项目的同时兼任本项目经理。人力短缺直接拖垮了进度和质量。这不是个别现象。健康界在梳理医院信息化项目失败原因时也提到：项目资源没有计划，公司人力安排和院方人力计划随意性大，项目紧就多派人、项目松就减人，实施所需的设备和资金临到需要才去处理，结果就是窝工和科室不满。

换句话说，软件合同上的金额只是冰山露出水面的部分。水面之下，是信息科要从日常运维里抽出来的人、临床科室要从值班表里挤出来的时间、旧系统里脏了多年的数据要清洗、LIS/PACS/医保/自助机这些第三方接口要逐个对接。这些才是真正吃掉项目资源的东西。

02 "资源不足"到底缺的是哪六笔账

把"资源不足"这个模糊的说法拆开，至少有六笔账是换HIS前必须算清楚的。

第一笔：人力账。这是最容易被低估的。信息科自己的人要抽出来做需求确认、测试、培训和割接保障，但日常运维不能停——门诊系统出问题照样得有人盯。厂商那边承诺的实施人天是有限的，一个项目经理可能同时盯好几个医院。更关键的是临床科室的key user：没有护士、医生、收费员真正投入时间参与测试和流程确认，新系统上线后一定是科室反弹最大的时候。

第二笔：预算账。软件license只是开头。接口开发是最大的隐性成本——有行业观察指出，选型时功能清单上写着"支持标准接口对接"，但谁写这个接口、写多久、上线后谁维护，往往没人提前问。一个定制接口从需求确认到联调上线，排期两三个月并不少见。此外还有硬件升级（老服务器跑不动新系统）、培训费用、并行期的双份工作量成本。这些如果不提前进预算，到时候每一笔都是追加项。

第三笔：时间账。从签约到上线，需求调研、环境搭建、多轮测试、人员培训、并行运行，每个环节都比预想的长。CHIMA刊发的北大医院切换20年老HIS经验里专门提到，数据准备阶段就要把业务定义到最小单元——这不是一两周能搞完的事。很多项目延期不是因为技术做不完，而是因为前期留的缓冲时间根本不够。

第四笔：业务资源账。换HIS意味着科室要抽人参加培训、参加测试、参加演练。门诊和住院不能停，停机窗口需要院领导协调批。北京同仁医院在HIS切换前，由医务处牵头联合急诊科、医保办、药学部、收费处、门诊部等多个部门做了手工应急流程演练，信息中心全员加厂商工程师做了多次桌面推演和实地演练。没有这种跨科室的业务资源协调，光靠信息科自己，割接当天就是裸奔。

第五笔：数据资源账。新旧HIS数据库结构完全不同，历史数据迁移不是导个库就完事。HIT专家网早年就指出，老HIS厂商往往不配合数据结构开放，迁移主要靠院方和新厂商逆向摸索。数据字典对照、重复病人记录清洗、预交金和在院病人余额核对，这些脏活累活没有临床和财务的人参与根本做不准。有医院上线多年后财务报表数据仍然对不上，财务科被迫继续做手工账——这就是数据资源没盘清楚的后遗症。

第六笔：外部协调账。HIS不是一个孤立系统。它要对接LIS、PACS、EMR、医保接口、银医通、自助机、小程序预约。每个第三方系统背后都有不同的厂商。CHIMA的专家经验里反复强调：核心厂家必须到现场，集成平台、自助机等与患者直接交互的系统厂商，他们的参与对切换稳定至关重要。

这里有一个真实的教训：某医院切换HIS后系统频繁报错，最后发现LIS和PACS有一部分接口调用的仍然是老HIS的接口，切换时没有切到新HIS上。原因很简单——没有人知道系统之间到底有哪些接口在调用、每个接口是干什么的。系统间的调用关系对信息中心来说是个黑盒。最后把老HIS重新启动，业务立刻恢复。这个坑的根源不是技术问题，是外部协调资源没提前盘清楚。

03 四个最常见的资源误判

在项目启动阶段，有四个误判几乎每家医院都犯过。

误判一：以为厂商包了一切。销售演示时什么都能做，真到实施阶段才发现，新HIS和现有LIS/PACS之间的接口要单独排期、单独付费。厂商的实施团队人天有限，一个工程师同时支持好几家医院，响应速度和承诺不是一回事。

误判二：以为信息科现有团队够用。信息科平时管着全院网络、终端、系统运维，人本来就紧。换HIS是一个需要专职投入的项目，不是在日常运维间隙"顺便做"的。白云医院那个4人团队的教训就是：一个人兼项目经理还在做另一个大项目，结果两边都没做好。

误判三：以为周末割接就行。割接只是最后一步。真正吃资源的是前面的测试、培训和数据准备。很多医院把所有精力压在割接那个周末，却没有留够测试环境的时间，结果上线后bug像潮水一样涌出来。有经验的信息科主任回忆：周日晚上切完系统安安静静，自己模拟病人走流程，结果周一早上业务一开，bug井喷。

误判四：以为数据迁移导个库就完了。老系统跑了十年八年，里面有多少重复数据、错误编码、历史遗留的不规则记录，不做一次彻底的盘点根本不知道。直接导过去，新系统里的数据质量就是一团糟，后面报表、绩效、医保对账全出问题。

04 换HIS前，先把这六笔账盘一遍

如果你正在筹备或已经在执行HIS更换项目，下面这六组问题值得现在就拿出来对一遍。

人力：信息科能抽出几个人全职投入？厂商承诺的实施人天写进合同了吗？每个临床科室的key user是谁？院长有没有正式发文要求科室配合？

预算：除了软件合同金额，接口开发、硬件升级、培训费用、并行期额外人工，这四笔隐性成本算了吗？

时间：从签约到上线预留了多久？测试做几轮？新旧系统并行跑多长时间？培训覆盖到每一个操作终端了吗？

业务：停机窗口谁批？手工应急流程（挂号、收费、发药）演练过几次？医务处、护理部、财务科、医保办都纳入项目组了吗？

数据：老系统的数据字典和表结构能拿到吗？历史数据清洗谁负责？在院病人、预交金、未结算费用怎么核对？

外部：所有第三方系统（LIS、PACS、EMR、医保、银医、自助机、小程序）的接口清单列全了吗？每个接口厂商谁来对接？割接当天谁必须到场？

这六笔账，任何一笔没盘清楚，都可能在上线后变成一个让信息科连续加班几周的坑。

05 写在最后

换HIS这件事，最大的风险往往不是技术选错了，而是资源算少了。

软件可以替换，厂商可以更换，但割接当天的业务中断、临床科室的信任流失、患者排队投诉，这些代价一旦付出就收不回来。所以在签合同之前，在选厂商之前，甚至在写招标文件之前，先把上面那六笔账算清楚。

当然，不同规模的医院资源禀赋差异很大——三甲医院能组织多部门联合演练，基层医院可能信息科就两三个人。本文说的是共性问题，具体到每家医院，六笔账的权重和比例需要按实际情况测算。但有一点是共通的：换HIS的第一个坑，从来不是软件的坑，是资源的坑。

如果你也经历过HIS切换，欢迎在评论区聊聊你们当时踩过的最大的资源坑是什么。下一篇我们接着聊：第二个坑，往往出在数据和接口上。