一、一次体检式的盘点
某三级医院信息科做过一次内部盘点：全院在运行的信息系统，主系统 12 套，外围系统 30 余套。
12 套 主系统 | 30+ 套 外围系统 |
HIS、EMR、LIS、PACS、超声、内镜、病理、手麻、输血、体检、院感、OA、HRP、财务、医保结算、预约平台、随访……
每套系统当初都是为了解决一个明确的业务问题立项。单看每个决策都合理；合起来看，却出了问题。
四十多套系统，就是四十多本账；每一本都记得很认真，却没有一本是“全院总账”。
二、二十年“烟囱式”建设：孤岛是怎么一根根竖起来的
复盘医院信息化的建设史，孤岛的成因其实有章可循：
1需求自下而上 检验科缺系统就报一个，影像科缺系统再报一个——谁的业务先痛，谁的系统先建 2立项单元是“系统”不是“数据” 申报书讲的是“满足某科室业务需求”，没人被要求回答“这个系统的数据将来给谁用” 3集成方案是点对点的 A 系统要 B 系统的数据，就拉一条接口——当时最快、最省事 4责任边界模糊 数据从谁那里出、按什么口径给，没有统一约定，靠工程师私下对接 于是，每上一个系统，就竖一座烟囱；每接一次数据，就架一根横管。
三、点对点接口的数学：为什么越连越乱
点对点集成的复杂度不是线性增长，而是组合式增长。
图1 系统越多，通道越乱——点对点直连通道呈组合式增长
190 条 20 套系统若任意两套都可能互通，理论直连通道接近 190 条；每加一套新系统，新增通道数就是“现有系统数”
更麻烦的不是数量，而是每条通道的状态：
1上游改了字段，下游不知情 上游系统升级、改了字段名或类型，下游接口不会收到通知——直到某天报表取不出数才被发现 2数据被复制成“影子数据” 同一条数据被复制到多个中间表，各有各的口径，形成多份互不一致的副本 3没有统一的“接口台账” 谁在调用谁的接口、调了多少次、超时过几次——多数医院答不上来
图2 上游一次改表，下游连带动荡
信息的流通本该让系统更透明；点对点连接却让整体越来越不透明。这就是“孤岛越筑越高”的机制：不是数据没通，是通路杂乱到无人能掌控。
四、测评压力与实际能力的落差
近十年，互联互通标准化成熟度测评、电子病历分级评价等国家级测评，成为医院信息化建设的重要推动力，对数据共享、数据质量、标准化改造提出了明确要求。
但在不少医院，测评更像一场“应试”：
1为迎检突击改造 为迎检突击改造若干条接口，测评通过 2临时通道逐渐失活 测评组撤走后，临时搭建的通道缺乏运维，逐渐失活 3下次评审再从零准备 下次评审临近，再从零准备一遍 测评测的是“数据能不能共享、共享得规不规范”。可如果日常供给机制没建立，通过了测评，孤岛依然在。
五、为什么“打通”比“新建”难得多
一个耐人寻味的现象：医院可以一年上三套新系统，但“数据打通”喊了五年，进展有限。原因不是技术难，而是激励结构不同：
✕新建系统 有立项、有预算、有承建方、有验收节点——谁都能看到成绩 ✕打通数据 跨部门协调、无独立预算、成果是“数字对上了”——看不见、难量化、还要动别人的系统 越是没人愿意牵头的事，越需要一种不依赖“大动干戈”的技术路径。
六、换个思路：不做“打通”，做“供给”
近两年，行业中逐渐出现另一种思路：不去改造既有系统，也不强求全院内联网，而是在现有系统之上，加一层“数据供给层”。
它的要点很朴素：
1旁挂只读 不侵入生产系统，从只读备份库或授权只读账号取数，源系统零风险 2统一接入 新系统不再写点对点接口，而是登记为“一个数据源”，由平台统一持有连接与凭据 3结构可监测 每天比对源表结构指纹，上游一改表平台先知道，并列出受影响的接口清单 4服务化输出 数据以“服务”形式供给消费方，谁调用、调用什么、多少次，全程留痕 5格式可适配 院内用 JSON，对外报送用 XML、HL7/FHIR、医保报文——一次治理、多种输出 这条路径的妙处在于：它把“打通”这个跨部门的大工程，拆成了“接入—治理—供给”三个可以小步推进的技术动作。孤岛不需要被炸平，只需要被绕过。
七、给信息科主任的三个自检问题
Q1贵院有多少条点对点接口？谁有完整清单？ Q2上一次系统升级改了表结构，下游停了多久才发现？ Q3迎检期间突击搭建的数据通道，现在还活着的有几条？ 如果第一题你答不上完整清单，第三题的答案让你沉默——那么下一篇值得接着看：那个被报表和故障反复撕扯的科室，出路在哪。
免责声明：
智慧医疗网转载其他网站内容，出于传递更多信息而非盈利之目的，内容仅供参考。版权归原作者所有，若有侵权，请联系我们删除。
本平台所发布信息的内容和准确性由提供消息的原单位或组织独立承担完全责任!
凡来源注明智慧医疗网的内容为智慧医疗网原创，转载需获授权。
