编辑导语：医院的信息化系统数量繁多，系统之间错综复杂，实施医院的系统对接也是每个产商都会经历的。本文作者以HIS和PACS为例，分析这两个系统之间的接口交互，一起来看一下吧。
医院的信息化系统数量繁多，系统之间错综复杂，每个系统都不是单独的，经常看到一家医院上线某个系统的时候，和其他系统做对接。
如笔者之前负责PACS系统，要和院内的HIS进行对接，后来又负责HIS，要和PACS、LIS、手麻等辅助科室使用的系统做对接，因为一个厂家基本都不可能把医院的系统都做了，所以也经常发生一个系统出现问题，影响其他系统。
所以，实施医院的系统，对接这个事是每个厂商都会经历的，今天我们以HIS和PACS为例，介绍下这两个系统之间的接口交互。
HIS和PACS系统交互主业务流程：
以上的数据就是HIS医生开单，通过电子申请单接口流向PACS的申请单数据。
场景说明：
患者小明今天头痛难耐，决定去医院看医生，医生询问了小明的症状后，说你需要去放射科做个CT，门诊医生在HIS系统开单页面选中“头颅CT”这个检查项目，然后执行科室需要选择“CT室”，提交后告诉小明去收费处交费，小明拿着申请单去收费处交费。
我们想一个问题，如果小明不去交费直接去CT科室去做检查可以吗？答案是不可以，因为患者没有交费，CT室登记员老师的电脑上就查询不到小明要做的检查，小明成功交费后然后去CT室登记窗口，登记员拿到小明的申请单，搜索到PACS系统有小明。
接口作用：
通过以上场景描述，大家应该猜到电子申请单接口的作用了，就是把HIS里医生开具的检查数据发生给PACS系统，只不过我们需要注意的是，门诊的患者是收费后PACS系统才能收到，住院的患者不同于门诊，是护士分解完成医嘱（有的系统也叫发送），PACS系统才能收到。
对接方式：
我上面一直在说的是通过接口方式HIS给PACS推送数据，也有很多厂商之间通过视图方式进行，PACS从HIS的数据库里查询。
检查数据不同的状态可以依据HIS要求将申请单的不同状态进行回传给HIS。
场景说明：
小明在CT科室做完了检查，小明去找医生说头不疼了，不继续看病了，那么医生可以将小明的检查费用退掉吗？答案是不可以，因为小明已经做了检查。那么问题来了，医生怎么判断小明有没有做检查呢。
接口作用：
有了状态回传接口，医生就可以知道小明有没有做检查，该不该退费了。PACS在登记、出具报告都会给HIS发送状态，一般医院里PACS登记后，HIS里的状态就从“待执行”变为“执行中”，医生就无法操作退费/取消项目了。
场景说明：
小明做完检查了，在他前面有好几个患者，小明的检查报告还需要等待一段时间，过了一阵子，小明从医院的胶片打印机上取出了报告和胶片，屁颠的跑到医生那给医生看报告和影像，医生说我从我的电脑就可以查看了。
接口作用：
报告&影像接口，PACS出具报告后，将报告和影像发送给HIS，极大的方便了临床医生查看患者的检查报告和影像信息，而且当患者复查的时候，医生还可以浏览之前的检查报告和影像。
场景说明：
门诊患者的费用我们上文已经说过必须患者交费后，PACS系统才能收到患者的申请单信息，那么住院的患者都是最后出院的时候才结算，那就涉及到项目的计费，住院的医生提交检查医嘱，护士分解/发送到CT室，计费点有两种情况：
两种情况都可以，第一种情况是提前计费，防止漏费发生，但是此种情况的缺点是计费后，患者没有做检查，就涉及到退费操作。
如果是第一种情况，在护士发送给执行科室的时候，患者的费用明细里就增加了检查的费用，第二种需要PACS登记的时候通知HIS，HIS进行计费。
至于两种计费情况的选择，要根据医院的管理选择自己合适的计费节点。
场景说明：
1）小李是住院的患者，做CT的时候，CT设备发生故障，把小李给摔倒了，小李去找到院长进行投诉，院长的解决办法是免于小李的检查项目费用。那么问题来了，刚才我们说登记了的住院患者，是没法发起退费的，那么小李的费用该怎么退？
2）笔者接触过的一个医院，维护的检查项目是组套形式，组套就是包括很多检查项目，可以理解为打包，那么里面的项目比如留置针是住院的护士给患者执行，费用要计在住院病区里，但是医生开单的时候整个组套执行科室是CT室，费用都算到了CT科室，这也需要CT科室把“留置针”这个项目的费用退掉，然后护士再补这个费用。
接口作用：
PACS里有个功能是对住院的患者费用可以发起退费，HIS不校验状态，这样就可以解决退小李费用的问题了，注意的是只有PACS里发起的退费，HIS不校验状态才允许退费。
接口方式：
PACS选择患者的某个收费项目，然后操作退费，将退费的项目发送给HIS，HIS取消对应的项目费用计费。
场景说明：
PACS里报告医生查看患者影像的时候，发现患者情况比较危急，需要及时通知临床医生进行救治，那么，在写报告的时候就可以上报危急值，危急值信息会跟随报告一起发送给临床，临床的医生查看危急值信息。
场景说明：
患者出现危急情况，可以通过系统将危急信息告诉临床，从而快速为患者进行救治。
对接方式：
PACS将患者的危急值信息告诉HIS，临床医生收到危急值，填写处理意见，HIS还会同步PACS，执行科室的老师查看处理结果，做到信息闭环。
场景说明：
PACS系统里报告医生写报告的时候除了依据影像来书写外，还需要查看患者的病历信息进行辅助写报告，那就需要HIS提供患者的病历信息。
接口作用：
病历接口辅助执行科室老师书写报告，会为报告内容奠定很大的基础，也会提高出具报告的效率。
对接方式：
我们思考一个问题，接口里是需要本次就诊的病历信息，还是患者所有的就诊记录病历信息，当然后者更为全面；除了病历信息，医嘱信息是否需要查看呢？这些问题就需要实际结合场景去斟酌了。
对集成平台的思考：
以上的介绍只是HIS和PACS系统的接口，笔者经历过给一家医院替换我们的HIS，要对接院内的PACS、LIS、手麻，病理等等，涉及的接口非常多，而且对接过程中需要对接厂商很配合，否则会会来回扯皮，遥遥无期，简直是噩梦。
所以公司有能力和资源的话，可以做集成平台，集成平台在对接方面会节省很多成本。
产品经理在对接接口时的作用：
1）明确对接的接口有哪些
在和第三方对接的时候，要明确对接的接口有哪些，对接的接口为了解决什么问题。
2）接口对接方式有哪些？接口是哪方提供？哪方来进行调用？
对接方式是htpp、中间库、webservice、嵌入页面的哪个？是哪方来提供接口和接口文档，哪方来调用接口？
笔者在做HIS和病理系统对接时，病理厂商申请单接口支持视图和嵌入页面两种方式，嵌入页面的弊端很明显，一是填写大量信息，增加医生的工作量，二是医生提交申请单后数据就流向到了病理系统，会引发漏费的问题。所以采用了视图对接的方式。
3）对接是否需要设计功能
有些接口对接其实是需要产品经理设计功能的，产品经理需要根据接口的需求进行设计功能。
4）对接的周期
产品经理要跟进对接的周期，对方什么时候完成什么事情，我方什么时候完成什么事情，都要及时跟进，防止对接出现延期，影响正常交付。
医院是个庞大的组织，各个科室分工不同，用的系统不尽相同，系统之间相互协作完成医院的业务。所以，大家一定不要忽略接口对接在医院的地位，往往医院上线之前都要做好接口对接工作，并且调试无误，否则上线的时候数据之间不通，业务直接就暂停了，可想对患者，对医院的影响是非常大的。
关于医院系统之间接口的更多问题，欢迎大家进行补充和一起交流。
本文由 @做产品的 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。