更换HIS系统，总会伴随大量新问题和操作习惯及规则的改变，有HIS公司或医院说无感切换HIS系统，我认为这是不可能完成的任务，只能说是新系统沿袭旧系统的操作习惯比较多，或者上线过程及培训工作控制得比较好，或者安排的技术人力多到一比一匹配医院上班的操作人员。即便如此，也很难做到无感，这是由HIS系统本身操作的复杂性决定的。它不可能像游戏或者类似小程序一样简单，有约定俗成的界面风格和操作方式，不用学习都可以直接上手，HIS系统一定要经过严格的培训和反复操作才能达到熟练的程度，并且HIS一直处于功能不断增加或规则不断变化的过程中，需要一线操作电脑的人员不断掌握新的更新内容，而这个不断更新一般持续一年的时间，HIS项目验收后才逐渐减少。

  一家医院换HIS系统，有两种情况：一是更换不同公司的;二是更换同一家公司最新的版本。不同公司的HIS系统从界面设计和数据结构都有很大不同，内部的流程逻辑更是各有千秋，所以新HIS系统很难兼容旧HIS系统，也有医院先上集成平台，让新旧HIS系统都通过平台进行数据交换，这也是一种解决上线并行的思路，但投入的成本很大，且使用的周期很短，除非医院需要HIS切换足够安全，且不在意时间、人力和资金的投入，旧HIS的改造将是一大笔费用投入，也并不能保证一定不会出错。同一家公司的HIS系统，更换系统只能是版本跨度已足够大，可能已经更换了技术架构、开发语言和数据库，国内HIS公司能够无限期兼容以前版本的产品几乎没有，所以这种更换如同换另一家公司HIS差别不大，只是无需旧HIS公司的配合而已。

  前面讲这么多，无非想说明一点，就是HIS上线很难，一定会出现问题，一定会有吐槽，一定会不断更新升级版本。

  当我们深刻理解了这一点，就需要寻找对策，保证上线不乱，保证平稳切换。所以我们在上线前动员会上和医院OA系统上发布通知，上线第一周只处理软件系统错误和流程上的问题，不收集不处理个性化需求。

  这个提前告知的效果很好，医生们没有提个性化需求，留给我们专注修正流程上的小瑕疵，程序逻辑上的错漏，字典配置上的错漏，接口不严谨及优化工作。其实刚上线时，医生们也很紧张，能顺利开出处方是最大的任务，病人不管你是使用新HIS还是旧HIS，技术是先进还是落后，他只管医生别耽误他看病就可以了。我们前期减少挂号预约数量也是很好的方法，上线第一周，医生平均开处方的速度肯定低于使用旧系统，根据医生排班，有的专家一周才出一二次门诊，所以第一周基本上都是在熟悉新系统，按照旧有的习惯在键盘上和鼠标滑动中寻找某个熟悉的药品或治疗项目，谨慎地一步步尝试是否可以成功，同时努力回忆培训时老师的讲解，找到了可能暗自窃喜或长吁一口气，找不到就赶紧呼叫现场的工程师过来。

  上线初期出现问题最多的就是药品和检验检查治疗项目的配置不全不准，我们将药剂科、医保物价科和检验科，各抽调了一名负责字典的同事，到信息科办公一周，随时解决临床医生开不出单的问题，效果很好，一般从接到问题到解决就一分钟的事，病人在医生诊室等待的时间几乎可以忽略不计。经过实战锻炼，负责各子系统字典维护的同事，在返回科室后也能够熟练地进行维护。

  规则的变化是医生们最难以接受的。我院新门诊系统在医生开完处方后，一定要点击“完成就诊”这个按钮，费用账单才会传到门诊收费处。很多医生不习惯此操作，导致病人到了收费处却缴不了费，又找回医生，此时医生已经在看其他病人，搞得医生和病人都很恼火，说新系统还不如旧系统方便。这件事一直吐槽到医院领导，为什么一定要点击“完成就诊”呢?为什么旧系统不用呢?我们梳理了旧系统的流程控制，是在患者收费时读取最新的处方信息，那么患者在离开医生诊室到收费这个区间，医生是可以随时更改处方内容的，而患者手中打印签名的处方，内容不会改变，那么在收费、发药、打印检验条码和检查预约时，负责任的窗口人员就会发现纸质处方与电脑上的信息不一致。问病人，他不清楚。打电话问回开单医生，他说，哦! 我后面又补了一个项目。那为什么不把病人叫回来重新打单给他呢?病人都走了我怎么叫。

  不要问为什么会发生这种情况，我只能说很多基层医院出现这种事是司空见惯的。医生的随意性太大，把麻烦抛到后面他才不管。现在新HIS系统来管了，点击“完成就诊”这个按钮，就是让医生来确认是否真的开完处方了?这个确认的过程就是对医生的约束，让病人从离开诊室到收费时，没有真空地带，要修改处方只能取消就诊，重开还要再点击“完成就诊”这个按钮，病人才能进行缴费，过程都留下记录，医生也无法抵赖说打印机之类的理由。这个按钮让收费处、药房等窗口人员大快人心，说这是一个很好的功能，但医生们觉得增加了他们的麻烦。这个功能我们一直坚持没有改，现在医生们已经习惯了，估计哪天取消了这个按钮，他们又不习惯了。

  其实绝大部分医生不会随意改处方，但计算机软件设计就是要杜绝少数人钻空子，我们有很多规则设计得很复杂，把系统搞得很臃肿，稍不注意，就会规则相互打架或又遗漏某个条件，关键还拖慢系统运行速度，又被吐槽。这个“背锅侠”信息科当得真是很冤!每条规则的背后，一定有出处，要么是政策要求，要么满足管理的需求，在满足一部分人的要求时，一定会带来另一部分人的麻烦。所以后来只要有类似的规则，我就让需求部门去协调其他使用部门，你们讲清楚了，再提需求给信息科，这个锅咱们背不起!

  我院在门诊上线第一周，真的很安静，不像有些医院一样，整个门诊大厅都是乱哄哄的，但真不是无感上线，我们把矛盾都暂时集中在能正确开出处方就好，每天医生下班后，我们都会集中一线人员，由区域小组长汇报收集上来还没有解决的需求，然后讨论解决方案，程序员基本都是连夜加班到凌晨两点，走之前肯定会再发布一个新的版本。

  外面的黎明静悄悄，每一份安定的背后，都留下HIT人艰辛的汗水!

更多资讯 敬请关注
“医药梦网”微信公众号

更多资讯 敬请关注
“药城”微信公众号