医疗接口开发业务学习一
一、小正方块(蓝色/橘色/粉色)的代表系统本端。
因为，对端系统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 |
|
