单一数据库能否在医院落地？

近期看到一篇文章《“全院一库”：是彻底解除“全院多库”结构性制约的一剂良方》，阅读中发现是某厂家的案例分（宣）享（传）。其中HANA等关键字很有特点。

多库是历史，也是必然

医院信息化不是一撮而就，是伴随医院发展长期演化而成。早期可能仅有HIS，自然是一个数据库，之后LIS、PACS、RIS、EMR等系统部署，即使采用同一个厂商，也很难是同一种数据库，更何况不同的厂家、不同的技术架构，采用同一数据库更是无从谈起。已经形成的业务系统，不能单凭“统一数据库”如此单薄的理由，不顾业务需求，为了“一库”而推倒从来。“多库”在信息化发展中，根本不是核心问题，在早期需要解决有无问题。在发展中，信息化更加关心选用的系统是否满足业务科室等需求，至于数据库，对于业务科室是透明的，根本不关心，即使想采用统一的数据库，如果厂家不支持，也只好作罢。在后期发现多个数据库存在诸多不便，也只能信息部门通过其他渠道解决。相对而言，更关键的问题时“数据不统一，难以集成共享等，不是简单多个数据库”。

更换为“一库”困难重重

对于信息化，自然采用同一系统有利于后期的运维管理，更换数据库往往存在诸多问题，甚至出力不讨好：

• 1. 受限于软件厂家，需要统一为一种数据库基本不现实

常见的数据库如ORACLE、MySQL、MS SQL Server，相对于商业的，使用开源的如MariaDB（MySQL的开源版本），会有一定的优势，但前提是要厂家支持，对于一些系统，更换数据库相当让厂家重新开发一遍软件，不论从成本、时间等多方因素，未必愿意。

• 2. 历史数据，更换数据库也是存在风险

对于运行一段时间的系统，会有大量的历史数据，更换数据库，需要进行大量的测试工作，确保系统能够平稳过渡，而之前的数据库可能由于软件版本问题，存在诸多数据不完善等情况，更换可能面临隐藏的“坑”。对于系统，在业务稳定时尽量不要动。

• 3. 更换面临较大的成本投入

更换为“一库”，则对“一库”的性能要求大幅提高，仅在硬件上，需要更高的配置，更好的稳定性，需要考虑高可用性，这些都需要大量的成本。采用HA架构后，对运维人员能力也是有更高的要求。

“一库”优势多，但不必“一刀切”

“一库”看似包治百病，却是不敢细想，企图简单的统一的数据库解决存在的问题，无疑是太过单纯，“头疼医头”的疗法而已。

• 1. “一库”存在“鸡蛋放在一个篮子”的风险

简单看“一库”优点多多，简化运维，数据“统一”。将多个系统的后台统一一个数据库时，一旦遇到数据库问题，可能导致多个系统集体“罢工”，此外，存在“误操作”，集中而导致的风险加倍。

• 2. 数据统一治理才是核心，多库只是表面

医疗信息化面临的难题是多个系统数据的不统一，数据交互利用的难题，如何在全局视角治理数据，实现数据高质量、数据共享、高效分析利用是核心点，至于是否用统一的库，根本就是隔靴搔痒。




• 3. 对于多库数据库分析利用，可灵活选用解决方案

• 对于多库数据共享，可以采用集成平台、数据服务等方式

• 对于多库的数据分析，可采用数据湖（Data Lake）的技术方案

• 对于多库数据治理，可使用数据治理工具

• 对于数据安全，数据库审计设备是支持多种数据库的

从整体来看，医疗信息化多库只是一朵小浪花，随着国产化，云数据库等发展，可能从oracle等国外商业数据库向开源数据库、国产数据库集中，可以适当考虑集中，没必要“一刀切”成一个模子。

本文首发于个人博客：puyu.co