如今,以“智慧医疗”为代表的健康信息化建设几乎在国内每一个大中城市上马,并逐步在每一家医院落地。无论是围绕智慧医疗所展开的公卫平台建设、精准医疗、医联体建设、远程医疗等一系列产业链,还是医院内部的信息化升级,其核心基础都必须建立在医疗大数据之上。医疗领域的数据源虽然众多,但医院各种系统的数据库还是最重要的医疗数据来源。
在中国,一家普通医院的软件系统往往有十几个到几十个不等,三甲医院内部信息系统则可能高达上百个。而国内医疗IT 市场相关软件厂家多达几千家,国内前 20 的医疗 IT 厂商加起来却不足的 20% 的市场占有率。在此背景下,中国医院的医疗信息系统甚至已经不用碎片化来形容,而是粉末化。不同厂家、不同系统之间数据无法互联互通,无数信息孤岛就此形成。医疗大数据的应用阻碍重重。

目前来说,医院针对这类问题主要解决之道还是“指哪打哪”的传统数据接口开发方式,即哪里有数据对接需求,就围绕哪里多方协调、重金开发。 最常规的操作是要求软件商开放接口,一般都有一笔价格不等的后续付费。虽然这笔费用往往都是由新系统开发相关承接方协调支付,但是显然羊毛出在羊身上,医院往往可能在这方面花费数万到数十万不等的费用。在一些大型综合三甲医院,这笔费用高达上百万也不是没有。
如果开放接口不易,或者预算上接受不了,则还有一种最简单粗暴的方法—— 手动输入数据。 但如果 数据量大, 虽然节约了费用,但是 人力和时间成本 又上来了 ,并且 准确率无法保证 。 且医院这道信息化的门槛始终还是得迈过去的。
以上来看,时间周期、成本预算是传统接口开发主要的痛点。

那么,有没有可以绕开原软件厂商可以实现的数据接口方式呢? 今天我要和大家分享的就是无接口开放之下 , 医院多系统数据对接的一种设计与实现。
下面 我们 具体来分析一个场景, 医院需要将 HIS系统中的数据上传到区域公卫平台,这些需要上传的数据包括病人基本信息、就诊、收费记录,出院的医嘱、费用数据、甚至是医学影像图片 等 。目前,这些数据在HIS系统的各个模块中,包括各种表格数据、详情页字段、图片等。
但是因为种种原因,我们不能获得HIS厂家的数据接口支持。于是,我们能够获得这些数据的途径就只能从HIS的界面上抓取数据,然后再录入到公卫平台的界面上去。 这一过程中,我们可以用 101软件通用数据接口生成器 来实现生成一个接口。
首先,我们需要用 101软件接口生成器配置一个从HIS系统采集数据的工具。 101软件通用数据接口生成器对目标软件界面的固定频率的数据刷新和数据采集,并且写入到采集数据库之中,并基于采集数据库向 公卫平台 提供数据接口(包括:数据库视图,数据字典),可以以数据库视图接口方式提供,或者web service方式提供;

相对于传统的数据接口,101软件通用数据接口生成器 实现的数据互通方案 不需软件厂家配合, 医院内部就能实现部署完成,且 成本远低于软件厂家配合做数据接口 。而且, 它已经实现了数据接口真正零代码操作。 不仅限于医院信息科员工, 就算是不具备IT背景的普通 医护人员 ,也很容易针对自己工作场景DIY一个软件数据接口。我曾经找到一位普通的住院医师,他完全靠自己动手就生成了一个体检车上报医院健康管理系统的数据接口。
当然, 101软件通用数据接口生成器 虽然通用,但并不是万能。 因为它并不从目标系统数据库直接拿数据,而是基于查看权限“所见即所得” ,因此 在目标软件界面上不能显示 的数据,没有权限进入的界面,是无法采集,并进一步实现数据共享的 。
在数据孤岛林立的医疗IT行业,作为传统数据接口以外的一个选择,实现自动化的公卫平台数据上报工作,也不失为一个合适的解决方案。它究竟能在多大范围,多少领域解决数据接口的诸多痛点, 我们可以尝试一下 。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69946699/viewspace-2664640/ ,如需转载,请注明出处,否则将追究法律责任。