医疗接口开发业务学习一

一、小正方块(蓝色/橘色/粉色)的代表系统本端。
因为,对端系统b要取本端系统a的数据,而且是立马触发事件取到,所以传递数据是实时的。所以都得用推数据,才能实现实时传数据。
解释:一般都是本端系统a 推数据到平台,然后平台 推数据到对端系统b
例子
系统本端系统系统对端  
HIS/体检集成平台检查预约  
医疗接口开发业务学习一 - 惊艳了谁的时光? - 惊艳了谁的时光?
1.1     HIS、体检接口服务
服务名称 服务描述 服务提供者 服务调用者 备注
TDLYY0078 拒绝检查 HIS、体检 平台 3.2.46
1.2     检查预约接口服务
服务名称 服务描述 服务提供者 服务调用者 备注
S0078 拒绝检查 平台 检查预约 3.1.68
 理解:
【服务调用者:作用发起调用——就是本端(有数据)】
【服务提供者:作用是提供服务,让别人来调】
医疗接口开发业务学习一 - 惊艳了谁的时光? - 惊艳了谁的时光?
  S0078是平台提供的,供检查预约去调;(检查预约推送信息给平台)
TDLYY0078是第三方(HIS、体检)提供的,供平台去调;(平台推送信息给第三方)
二、疑问
eg:
假如说就是从总的接口文档中摘取出来部分的接口,例如——接口名称: 检查预约状态信息、预约修改信息接收
3.2.47      检查预约状态信息、预约修改信息接收(北京电力医院)
检查预约状态信息、预约修改信息接收
接口方式 XML+WebService
服务编码 TDLYY0020
服务名称 检查预约状态信息接收RisBook
服务提供者 第三方系统
服务调用者 平台
调用时机 预约成功后调用
3.1.70      检查预约状态信息、预约修改信息接收(北京电力医院)
检查预约状态信息、预约修改信息接收
接口方式 XML+WebService
服务编码 SDLYY0020
服务名称 检查预约状态信息接收RisBook
服务提供者 平台
服务调用者 检查预约平台
调用时机 预约成功后调用
能得到的基本的业务流程:
医疗接口开发业务学习一 - 惊艳了谁的时光? - 惊艳了谁的时光?
怎么确定第三方系统是PACS和HIS、体检?
根据实际的业务逻辑情况去判断对方系统是否需要本端数据。
三、实践
通过HIS与LIS给的接口文档中得出:
医疗接口开发业务学习一 - 惊艳了谁的时光? - 惊艳了谁的时光?
会得到三个服务: 采集样本、打印条码、 生成报告
相应的接口:

HIS2.0接口服务

服务名称

服务描述

服务提供者

 服务调用者

备注

S0079

检验医嘱列表

平台

HIS2.0

3.1.69

T0010

标本接收

HIS2.0

平台

3.2.8

T0011

标本拒收

HIS2.0

平台

3.2.9

T0012

标本踢回

HIS2.0

平台

3.2.10

T0013

接收检验条码信息(医嘱、条码信息)

HIS2.0

平台

3.2.11

T0040

检验完成

HIS2.0

平台

3.2.31

T0041

生成检验报告

HIS2.0

平台

3.2.32

      
检验系统接口服务

服务名称

服务描述

服务提供者

 服务调用者

备注

S0036

标本接收

平台

检验系统

3.1.35

S0037

标本拒收

平台

检验系统

3.1.36

S0038

标本踢回

平台

检验系统

3.1.37

S0039

检验完成

平台

检验系统

3.1.38

S0040

生成检验报告

平台

检验系统

3.1.39

S0041

接收检验条码信息(医嘱、条码信息)

平台

检验系统

3.1.40

T0043

检验医嘱列表

检验系统

平台

3.2.33

      

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值