最近业内出现了新观点，提出要设计可以运行20年的HIS系统，这一想法能否实现？HIS系统到底该怎么建？

超前设计真的可以吗？

存在的困难与风险

目前的HIS系统通常经过7-8年的时间可以形成“一代”，如果要一次设计跨越两三代的设计在理论上、技术上几乎都很难实现。即使设计出来也难以落地应用。因为一个产品从开发设计到部署应用本身周期就需要两三年甚至更久，等到系统落地可能市场上又出现了更新的产品。

HIS的底层核心数据库存在改变可能

数据库对于HIS系统来说是底层核心。但数据库可能20年不变吗？目前，许多HIS系统是以数据库为基础的，随着去“IOE”的趋势，未来可能更换为国产数据库。如果数据量比较大，传统关系型数据库的劣势就将显现。对于医疗业务中的非结构化数据，可能NoSQL非关系型数据库更适用。所以，20年中，HIS系统使用的数据库存在改变的可能。

不变的系统难以应对变化中的业务

在信息化快速发展的时代his系统主要是哪些模块，医疗业务日新月异，人工智能对于医疗行业的影响不断加大，互联网医院迅速成长，医院监管日益细化。基于已知业务模型，在设计系统时都难免疏漏，设计适应未来业务的数据结构几乎不可能。如果业务发生变化，“数据模型”基础就要调整，这也是目前HIS系统很难更新或者迁移的原因之一。

HIS系统应该怎么建？

我们要建的不仅是一个系统，而是一个开放的平台。平台架构简化的同时具备灵活的扩展能力。

以数据为核心

数据流是信息的核心。医院信息系统中的医疗业务流转，就是以数据为驱动，形成基于HIS系统的生态，为医院服务。

HIS作为平台，与模块相对独立

HIS作为核心服务平台，为各个模块提供服务，简化模块开发。当业务变化时，只需要更新部分服务即可，这样可明显降低业务变化对用户前台的影响。

打造开放的系统

提供数据接口，支持与其他系统或应用对接，把非核心模块从HIS系统中剥离，降低耦合度。

支持快速运维与更新

传统的HIS系统构建在高昂的硬件环境之中，可以采用分布式甚至云的方式，将原先复杂的运维工作降低难度，甚至支持无感更新。

总之，我们要建的应该是一个适应时代、适应业务his系统主要是哪些模块，能更好的为医生和患者服务的HIS系统。

村医之家