Page 62 - 嘉和资讯124期

行业资讯
从而提升整体应急业务工作效率；数 护不可避免，往往导致信息系统服务

据保存是应急数据向正式系统（HIS) 中断，严重的将会影响医院业务正常

的数据回传，保存为正式业务数据。 开展，此时应急单机版应用程序就成

此外，对于数据处理的方案需根据医 为了维持医疗服务有序进行的“刚需

院自身的硬件条件、信息系统能力和 系统”。

资金投入水平来灵活设计。
应急单机版应用程序的设计应简

在应急流程启动后，应急单机版 单易用，它仅在特殊时期使用，不是

能否达到预期效果，更有赖于医务人 正常的 HIS，因此功能仅需支持基本

员使用的熟练程度，因此定期的培训 诊疗业务即可，其他环节使用手工相

和演练、尽可能扩大普及面至关重要。 结合，同时延续 HIS 的操作习惯和基

在实际的应急流程中，医务人员 本的管理规则内嵌。

往往需要查看就诊患者的既往病历信 应急单机版应用程序应持续改进，

息，而应急单机版是无法支持的，此 与医疗应急业务操作和应急业务流程

时如全院信息系统部分可用，可借助 相吻合，应急程序与医疗业务联动，

其他现有系统作为应急辅助，如基于 从而保证支撑效力和运行顺畅。

临床数据中心、影像数据中心的医生

360 和影像平台等。因此，为了对应 北京友谊医院应急单机版程序是

急业务有更完善的支撑，相关信息系 信息中心自行研发的产品，正在进行

统的应急辅助功能也是值得进一步研 成果转化。在既往多次的计划性停机

究的。 维护中，仅实际使用于急诊范围，未
应用于大范围的信息系统突发故障。
应急单机版应用系统应该“常 在突发情况下，因具有影响面积广、

备” 涉及人员多、处置要求急、业务流线

应急单机版应用程序需是 HIS 的 杂、操作难度大等诸多的实际特点，

标准组件，医院信息化建设永远不是 还需要探索更好的应急解决方案。

“一次性工程”，在建设阶段后有漫 （本文作者任职于北京友谊医院信息

长的运维期，计划外故障和计划内维 中心）