新一代医院信息系统的“一体化”和“解耦”是否矛盾？| HIT培训问答

来源：HIT专家网 整理：晓青

【编者按】

加强系统性学习，培养新时代医院CIO。由HIT专家网主办的医院信息中心主任能力培训班正在如火如荼地进行。每单元课后均设置答疑环节，学员们踊跃提问，具有代表性；教员们耐心作答，充满启发性。通过教学互动，实现教学相长。

现将部分精彩问答整理为“HIT培训问答”系列，以飨读者。更完整的教学答疑视频可关注HIT专家网微信视频号。

问题42：新一代医院信息系统的“一体化”和“解耦”是否矛盾？

陈金雄老师：薛万国老师强调医院信息系统的一体化，特别是基础业务系统的一体化，包括CDSS、移动护理、数据中心等。但当前新技术架构又强调解耦、组件化。“一体化”和“解耦”是两个概念，虽然二者目标一致，都是为了“用户体验一体”，然而二者从技术上如何做好平衡？

薛万国老师：这个问题颇具“迷惑性”。所谓“解耦”，在不同场景、不同语境下，其内涵有差别。

首先，一体化系统中的解耦。“一体化”与“解耦”并不矛盾。什么是一体化？一体化就是同构，即数据架构统一。同构情况下，通信不一定通过接口方式，也可以通过数据库通信。在一体化场景中也可以解耦，即适当将部分业务模块独立开发。比如计费、医嘱是两个业务逻辑，独立开发只是将其业务逻辑独立出来，这叫解耦。同时，这两个业务基于同一个数据结构。一体化系统中的解偶，是为了更好地进行模块复用。

其次，系统间的解耦。我们虽然倡导一体化，但不提倡将一体化系统做得太大。一体化系统的优点是开发效率高、使用方便。但一体化系统也有弊端，过于一体化，业务无法独立升级，过犹不及。比如，将LIS、PACS都绑在HIS中，不可行。因为一个系统变了，其他系统都得跟着变。系统间的解耦，是指在系统耦合度不高的情况下，将一些系统独立出去，系统之间通过接口、最好是标准化接口建立连接，即低内聚、松耦合。紧耦合的系统不适合解耦，比如医嘱与电子病历交互太多，就不适合解耦。

补充一点，关于耦合的问题。耦合的松紧要视情况而定，该松就松，该紧就紧，核心是把握好度。过于灵活，系统一定复杂；想追求简单，灵活度就不够。比如，想要知识库功能很强，又想用起来体验很好，那么API一定要在很多事件、时机上，做很多不同的约定，才有可能将两个独立的功能融合得很好。这对知识库、接口标准化的要求会非常高。

“一切皆有度”，开发软件始终在做平衡和权衡。软件做得好不好，实际上是看权衡好不好。人痛苦于做选择，但恰恰做软件开发的，时时刻刻在做权衡。

陈金雄老师：我总结下。第一，一体化要把握好度。对于哪些业务应该一体化，要基于对业务的理解，以及技术架构的复杂度。比如汽车一定是组装的，但发动机是一个组件，不可拆分。

第二，系统架构是否可拆分，要根据具体视角而定。一体化系统如同一个工业化生产组合，其内部可以进行组件化拆分。就像汽车发动机，从外部看不可拆分；但从内部看，依然是由多个零件构成的。

第三，无论一体化进行到什么程度，也无法实现所有业务的一体化。因此，还是要强调不同业务间的紧密、实时、标准的数据交互。在业务耦合度适宜的情况下，倡导行业间的合作或协作。如同亚当·斯密所说，“分工产生效率、合作造就繁荣”。

总之，产品选型事关重大，要通过产品遴选时的“内外把控”，避免出现产品招标选型完成，项目实施后使用科室又不满意的情况。

（上述内容来源于第一期培训班第12单元“医院信息化新发展”课程答疑环节，HIT专家网整理，未经发言者本人审核确认）

了解培训班更多招生详情，请阅读“招生简章”

报名咨询：010-82373062/16670507053  张夏琳

报名期限：长期有效

【责任编辑：晓青】