一、小正方块(蓝色/橘色/粉色)的代表系统本端。
因为,对端系统b要取本端系统a的数据,而且是立马触发事件取到,所以传递数据是实时的。所以都得用推数据,才能实现实时传数据。
解释:一般都是本端系统a
推数据到平台,然后平台
推数据到对端系统b
例子:
系统本端 | 系统 | 系统对端 | ||
HIS/体检 | 集成平台 | 检查预约 |
1.1
HIS、体检接口服务
服务名称 | 服务描述 | 服务提供者 | 服务调用者 | 备注 | |
TDLYY0078 | 拒绝检查 | HIS、体检 | 平台 | 3.2.46 |
1.2
检查预约接口服务
服务名称 | 服务描述 | 服务提供者 | 服务调用者 | 备注 | |
S0078 | 拒绝检查 | 平台 | 检查预约 | 3.1.68 |
理解:
【服务调用者:作用发起调用——就是本端(有数据)】
【服务提供者:作用是提供服务,让别人来调】
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 | |