医院HIS系统和其他系统都有哪些接口交互

1、医院HIS系统和其他系统都有哪些接口交互医院的信息化系统数量繁多，系统之间错综复杂，每个系统都不是单独的，经常看到一家医院上线某个系统的时候，和其他系统做对接。如笔者之前负责PACS系统，要和院内的HIS进行对接，后来又负责HIS，要和PACS、LIS、手麻等辅助科室使用的系统做对接，因为一个厂家基本都不可能把医院的系统都做了，所以也经常发生一个系统出现问题，影响其他系统。所以，实施医院的系统，对接这个事是每个厂商都会经历的，今天我们以HIS和PACS为例，介绍下这两个系统之间的接口交互。HIS和PACS系统交互主业务流程：01 电子申请单接口以上的数据就是HIS医生开单，通过电子申请单接口流

2、向PACS的申请单数据。场景说明：患者小明今天头痛难耐，决定去医院看医生，医生询问了小明的症状后，说你需要去放射科做个CT，门诊医生在HIS系统开单页面选中“头颅CT”这个检查项目，然后执行科室需要选择“CT室”，提交后告诉小明去收费处交费，小明拿着申请单去收费处交费。我们想一个问题，如果小明不去交费直接去CT科室去做检查可以吗？答案是不可以，因为患者没有交费，CT室登记员老师的电脑上就查询不到小明要做的检查，小明成功交费后然后去CT室登记窗口，登记员拿到小明的申请单，搜索到PACS系统有小明。接口作用：通过以上场景描述，大家应该猜到电子申请单接口的作用了，就是把HIS里医生开具的检查数据发生

3、给PACS系统，只不过我们需要注意的是，门诊的患者是收费后PACS系统才能收到，住院的患者不同于门诊，是护士分解完成医嘱（有的系统也叫发送），PACS系统才能收到。对接方式：我上面一直在说的是通过接口方式HIS给PACS推送数据，也有很多厂商之间通过视图方式进行，PACS从HIS的数据库里查询。02 状态回传接口检查数据不同的状态可以依据HIS要求将申请单的不同状态进行回传给HIS。场景说明：小明在CT科室做完了检查，小明去找医生说头不疼了，不继续看病了，那么医生可以将小明的检查费用退掉吗？答案是不可以，因为小明已经做了检查。那么问题来了，医生怎么判断小明有没有做检查呢。接口作用：有了状态回传

4、接口，医生就可以知道小明有没有做检查，该不该退费了。PACS在登记、出具报告都会给HIS发送状态，一般医院里PACS登记后，HIS里的状态就从“待执行”变为“执行中”，医生就无法操作退费/取消项目了。03 报告&影像回传接口场景说明：小明做完检查了，在他前面有好几个患者，小明的检查报告还需要等待一段时间，过了一阵子，小明从医院的胶片打印机上取出了报告和胶片，屁颠的跑到医生那给医生看报告和影像，医生说我从我的电脑就可以查看了。接口作用：报告&影像接口，PACS出具报告后，将报告和影像发送给HIS，极大的方便了临床医生查看患者的检查报告和影像信息，而且当患者复查的时候，医生还可以浏览之前的检查报告

5、和影像。04 计费接口场景说明：门诊患者的费用我们上文已经说过必须患者交费后，PACS系统才能收到患者的申请单信息，那么住院的患者都是最后出院的时候才结算，那就涉及到项目的计费，住院的医生提交检查医嘱，护士分解/发送到CT室，计费点有两种情况：护士发送给CT室（执行科室）时计费PACS里登记的时候计费两种情况都可以，第一种情况是提前计费，防止漏费发生，但是此种情况的缺点是计费后，患者没有做检查，就涉及到退费操作。如果是第一种情况，在护士发送给执行科室的时候，患者的费用明细里就增加了检查的费用，第二种需要PACS登记的时候通知HIS，HIS进行计费。至于两种计费情况的选择，要根据医院的管理选择自

6、己合适的计费节点。05 退费接口场景说明：1）小李是住院的患者，做CT的时候，CT设备发生故障，把小李给摔倒了，小李去找到院长进行投诉，院长的解决办法是免于小李的检查项目费用。那么问题来了，刚才我们说登记了的住院患者，是没法发起退费的，那么小李的费用该怎么退？2）笔者接触过的一个医院，维护的检查项目是组套形式，组套就是包括很多检查项目，可以理解为打包，那么里面的项目比如留置针是住院的护士给患者执行，费用要计在住院病区里，但是医生开单的时候整个组套执行科室是CT室，费用都算到了CT科室，这也需要CT科室把“留置针”这个项目的费用退掉，然后护士再补这个费用。接口作用：PACS里有个功能是对住院的患

7、者费用可以发起退费，HIS不校验状态，这样就可以解决退小李费用的问题了，注意的是只有PACS里发起的退费，HIS不校验状态才允许退费。接口方式：PACS选择患者的某个收费项目，然后操作退费，将退费的项目发送给HIS，HIS取消对应的项目费用计费。06 危急值接口场景说明：PACS里报告医生查看患者影像的时候，发现患者情况比较危急，需要及时通知临床医生进行救治，那么，在写报告的时候就可以上报危急值，危急值信息会跟随报告一起发送给临床，临床的医生查看危急值信息。场景说明：患者出现危急情况，可以通过系统将危急信息告诉临床，从而快速为患者进行救治。对接方式：PACS将患者的危急值信息告诉HIS，临床医

8、生收到危急值，填写处理意见，HIS还会同步PACS，执行科室的老师查看处理结果，做到信息闭环。07 电子病历接口场景说明：PACS系统里报告医生写报告的时候除了依据影像来书写外，还需要查看患者的病历信息进行辅助写报告，那就需要HIS提供患者的病历信息。接口作用：病历接口辅助执行科室老师书写报告，会为报告内容奠定很大的基础，也会提高出具报告的效率。对接方式：我们思考一个问题，接口里是需要本次就诊的病历信息，还是患者所有的就诊记录病历信息，当然后者更为全面；除了病历信息，医嘱信息是否需要查看呢？这些问题就需要实际结合场景去斟酌了。08 总结对集成平台的思考：以上的介绍只是HIS和PACS系统的接口

9、，笔者经历过给一家医院替换我们的HIS，要对接院内的PACS、LIS、手麻，病理等等，涉及的接口非常多，而且对接过程中需要对接厂商很配合，否则会会来回扯皮，遥遥无期，简直是噩梦。所以公司有能力和资源的话，可以做集成平台，集成平台在对接方面会节省很多成本。产品经理在对接接口时的作用：1）明确对接的接口有哪些在和第三方对接的时候，要明确对接的接口有哪些，对接的接口为了解决什么问题。2）接口对接方式有哪些？接口是哪方提供？哪方来进行调用？对接方式是htpp、中间库、webservice、嵌入页面的哪个？是哪方来提供接口和接口文档，哪方来调用接口？笔者在做HIS和病理系统对接时，病理厂商申请单接口支持视图和嵌入页面两种方式，嵌入页面的弊端很明显，一是填写大量信息，增加医生的工作量，二是医生提交申请单后数据就流向到了病理系统，会引发漏费的问题。所以采用了视图对接的方式。3）对接是否需要设计功能有些接口对接其实是需要产品经理设计功能的，产品经理需要根据接口的需求进行设计功能。4）对接的周期产品经理要跟进对接的周期，对方什么时候完成什么事情，我方什么时候完成什么事情，都要及时跟进，防止对接出现延期，影响正常交付。09 结尾医院是个庞大的组织，