一、小正方块(蓝色/橘色/粉色)的代表系统本端。
因为,对端系统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 |
|
时间: 2024-11-03 21:22:35