李南：从“把大象关进冰箱说起”——医疗信息化项目管理中如何“选冰箱”

　　《从“把大象关进冰箱”说起——医疗信息化项目管理的底层逻辑认知重构》一文已经确立了一个共识：先把“大象必须进冰箱”当成逻辑命题，然后再去解决现实约束。但这个共识马上会引出下一个问题：逻辑跑通了，冰箱从哪来？项目正式启动后，团队面对的第一个现实决策往往不是怎么塞大象，而是选哪台冰箱。

　　换成医疗信息化的语境，这个问题对应的可能是：技术路线怎么定、架构怎么选、自研还是外采、单体部署还是上云、先上平台还是一步到位。

　　这些选择每一项都很昂贵，且几乎没有容错空间。更麻烦的是，它们往往发生在项目最混沌、信息最不充分的起点。这篇文章，笔者想继续沿用大象和冰箱的比喻，聊聊医疗信息化项目中“选冰箱”这件事。

冰箱并不是越大越好，适合才是好

　　“把大象关进冰箱”对冰箱的要求其实非常具体，那就是得装得下一头大象。但项目真的需要一头完整的大象被关进去吗？是需要长期承载大象的容器，还是只需要让它进去待十分钟？

　　这样的认知错位几乎每天都会发生。科室主任说需要一个大屏实时展示急诊留观病人的动态，工程师听到的却是：要实时数据同步、消息推送机制、WebSocket长连接、前端可视化框架、移动端适配……于是给出一个包含十几个微服务模块的中台方案，预算约100万元、周期5个月。而科室主任想要的可能只是在大屏上看到自动刷新的表格，把原来用Excel手工维护的数据展示到大屏上，应急检查时还能截个图。

　　笔者与多位医信同行交流，过度设计导致项目返工的情况存在普遍性。业务需求没有明确，技术架构就不可能有边界。因此，“选冰箱”的第一个原则，是选冰柜、工业冷库还是家用双开门，取决于大象的大小、状态、用途，以及能承受的电费。

不要在冰箱里装下一头长颈鹿

　　不少医信工程师谈过一个共同的困境，那就是新系统架构设计总是被“可能的需求”绑架。

　　“这个接口以后可能会接LIS系统，先预留一个数据总线吧。”

　　“未来可能要做区域互联，平台最好按全民健康信息标准来建。”

　　“患者端的体量说不准，数据库还是直接上分布式吧，万一哪天爆了呢。”

　　每一项“可能”单看都很合理，但叠加起来就从采购一台冰箱滑向了建设一座冷库。而且这些“可能”往往不是业务明确提出的，而是技术团队基于风险规避的本能反应。项目还没有开始，团队就在为一头想象中的大象搭建基础设施。

　　风险规避本身没有错。某些系统追求“一步到位”恰恰是理性的，比如核心HIS、EMR这类切换成本极高、停机代价极大的系统，在预算允许时按未来五到八年的容量做规划，这并不是过度设计。

　　所以第二个原则是：看清楚大象今天的样子，别按它下一代可能变异成“长颈鹿”去配置。医疗信息化项目确实需要前瞻性，但前瞻性应体现在可扩展的接口设计和数据标准遵循上，而不是一步到位的重型基础设施建设。冰箱可以预留好扩容位，但没必要先把冷库的地基打扎实了。

同一个信息中心，不能只有一种冰箱

　　医疗信息化的项目管理要面对不同、不确定性等级的项目。所以选冰箱这件事，同样不能一把尺子量到底。

　　高确定性的项目，比如医保接口改造、电子病历评级差距项整改，需求由外部规范锁定，验收标准清晰。这类项目需要的是一台“标品冰箱”，成熟、合规、交付快、售后稳。这时候去讨论自研还是外购、微服务还是单体、云化还是本地部署，大部分时候答案很明确，可以跟着规范和标准走，采购成熟方案，快速落地。

　　高不确定性的项目，比如AI辅助诊断的本地化调优、基于大数据的科研分析平台，可能需要的不是一台成品冰箱，而是一套“模块化冷藏组件”，能够在使用过程中不断调整、替换、迭代。对于方向未明的探索性项目，正确姿势是小规模验证、分期投入、保留替换接口，让每一期的投入都成为下一期的决策依据。

　　介于两者之间的项目，才是真正考验选冰箱功力的时候。集成平台、互联网医院、全院级数据中心，这些项目既需要架构顶层设计的前瞻性，又需要适应多变的组织环境和分期上线节奏。这类项目的冰箱，往往是“框架结构+可插拔模块”，底座要稳，容量要有弹性，内部空间能随时调整。

　　真正成熟的医信团队，不会强制推行一种技术信仰，而是建立一套选型决策框架：首先判断项目的不确定性等级，然后匹配相应的技术路线和供应商策略。尤其是对于信息中心的管理者而言，比懂技术更重要的是知道当前这个项目该用哪种模式去管，用哪种冰箱去装。

最容易被忽视的“电费和售后”

　　冰箱买回来，最大的成本往往不是采购价，而是十年的电费、维修和配件更换。销售不会主动告诉你，某型号压缩机使用到第四年时故障率明显上升，单次维修费是整机价格的三分之一。

　　医疗信息化项目的选型同样如此。很多项目在POC（概念验证）阶段表现完美，但上线六个月后开始暴露问题，比如接口日志膨胀导致数据库性能下降，厂商的驻场人员撤走了，二次开发响应周期从三天变成三周；再比如服务器过了质保，原厂备件停供了，只能找第三方维护。

　　如何破解？去问问已经用了两三年的人。医院里那些把同型号“冰箱”用了两三年的同行，比任何标书都可靠。正式做法是：在供应商尽调时要求提供同规模、同类型的在用客户名单，并访谈其中上线已满两到三年的案例。真正的经验往往不在标书里，而在那些上了线、运行了两三年的机房里。

和冰箱和解

　　最后谈一个在项目管理中特别重要的心态。

　　医信行业几乎不存在从容选择的窗口期。多数情况是系统已经定了明天要上线，供应商突然说接口调不通；领导拍板要上互联网医院，下个月就要看到预约挂号跑起来；评级检查迫在眉睫，差距项必须在三个月内闭环。你根本没有时间去仔细比较每一台冰箱的参数、价格、售后、能耗。你选择的那台冰箱或许不是性价比最高的，不是最省电的，未来可能会被证明不是最好的，但它是你在当时的信息、资源、时间约束下能启动项目的可接受解。

　　用决策理论的话说，项目管理中的理性不是“最大化”，而是“满意即止”，即在当前信息集内做出可接受的决策，然后保持修正的能力。能做出“当下可接受的满意解”，就是合格的项目管理者。如果这台冰箱后来确实不够用了，还有机会在下一次升级中换掉它。

　　所以，你打开了一台不算完美但足够用的冰箱门。下一步，依然是把大象塞进去。

　　作者简介

　　李南，首都医科大学附属北京胸科医院信息中心工程师，具备丰富的项目管理与实施经验，持有PMP、PRINCE2从业级、国家软考系统集成项目管理工程师及ITIL服务管理认证，涵盖敏捷、瀑布式项目集及ITSM多维体系。