做医疗HIS云系统的项目经理，我最怕的就是系统出岔子。这系统管着好几家医院的门诊挂号、住院收费、病历管理，7×24小时连轴转，一秒钟都不能停。之前用的云HIS系统，有次服务器出故障，业务中断了半小时，门诊大厅排起长队，院长的电话差点把我手机打爆。去年决定换成金仓数据库，我心里直打鼓——病人的病历、检查结果这些信息，既怕迁移时丢了，更怕泄露出去。
用户最担心的是高可用问题。以前系统一断网，医生开不了处方，护士核不了药品，整个医院都得停摆。金仓给的方案里，那个主备读写分离集群真是救了命。简单说就是主节点干活的时候，备节点实时盯着，一旦主节点出问题，备节点一秒钟就能顶上。我们模拟过十几次故障切换，每次都在10秒内完成，医生护士那边毫无察觉。有回测试时故意断了主节点的网，门诊收费处的小姐姐还在哼着歌打发票，完全没发现后台换了节点。
数据安全这块，真是把心放进了肚子里。病人的病历属于隐私信息，泄露一条都是大事。金仓的KES数据库自带存储加密，就像给数据加了把锁，没钥匙谁也看不了。迁移时用的KDTS和KFS工具，传输数据时还会自动加密，哪怕中间被人截获，看到的也是乱码。信息科的老主任专门拿着检测工具试了好几次，最后竖着大拇指说：“这加密程度，比银行保险柜还靠谱。”
迁移最关键的是不能影响病人看病。金仓的柔性迁移方案太贴心了——先让新老系统双轨并行跑着，病人挂号缴费的数据两边同时记，每天自动比对。连续一周比对下来，从几块钱的挂号费到几百页的病历，一条都没差。切换那天选在凌晨两点，用他们的在线增量比对工具，只同步最新的数据，5分钟就切完了。早上七点医生上班，登录系统开医嘱、写病历，谁都没发现后台换了数据库，有个老专家还说：“今天系统咋这么顺？开处方都快了半分钟。”
最让我踏实的是7×24小时的稳定性。以前到了凌晨做数据备份，系统偶尔会卡顿，现在金仓数据库跑起来，备份时照样能稳稳处理急诊挂号。有次台风天，医院接收了几十个伤员，急诊数据量比平时多了一倍，系统照样没掉链子，医生开检查单、护士录体征数据，一点都不耽误。
金仓的工程师还跟我们说，他们给另一家三甲医院做过类似迁移，也是这套集群方案，现在支撑着每天上万人次的门诊量，零故障运行快两年了。难怪我们用着这么顺手，都是实战磨出来的经验。
现在系统跑了大半年，没出过一次业务中断。上次卫健委来检查，看到我们的数据加密日志和故障切换记录，当场表扬说：“你们这系统的安全性和稳定性，在全市都是标杆。”院长在会上说，自从换了系统，病人投诉量降了三成，医生的工作效率提了不少。
说实话，刚开始用金仓替换老数据库，我总怕出纰漏。但现在看着后台稳稳跳动的数据，总算明白：选对数据库，不仅能让医院运转更顺畅，更能让病人看病少操心。这换库的活儿，干得值！
