城乡医疗信息体系建设软件接口招标预告
发送至邮箱
城乡医疗信息体系建设软件接口招标预告
略乡医疗信息体系建设软件接口采购项目单一来源采购征求意见公示
1.采购人名称：略
2.采购项目名称：略乡医疗信息体系建设软件接口采购项目
3.采购项目内容：本项略乡医疗信息体系建设信息化数据上传工作。
4.采购项目说明：本项目投资约29.9万元，项目参数见附件。
5.采用单一来源采购方式的原因及相关说明：
为确保2017年政府为民办十件实事之一的“城乡医疗信息体系建设”顺利完成，数据上传时间在即，为确保数据按照相关规定及时上传，软件接口具备无缝对接的兼容性，考虑业主项目需要，采购时间紧迫，故我单位需略乡医疗信息体系建设软件接口采购项目的建设单位采用单一来源采购方式。
6.唯一供应商名称：
联众略
7.专业人员对相关供应商因专利、专有技术等原因具有唯一性的具体论证意见，以及专业人员的姓名、工作单位和职位。
姓名： * 书超 工作单位：略 职称：工程师
姓名：张宣亚 工作单位：略 职称：工程师
8.公示的期限：2017年12月27日-2018年1月3日止
9.任何供应商、单位或者个人对本项目拟采用单一来源采购方式有异议的，请在公示期内以书面形式反馈采购人、采购代理机构，并同时抄送天略（X市国略5楼512室）。
采购人联系地址、联系人及电话：
略 纪主任 ##
采购代理机构、联系人及电话：
略工略
祝家强 电话： ##
X市公略（略）
电话： ##
附件：
|
X市健康平台（略上传医疗数据表分类） |
||
|
项目大类 |
二级分类 |
|
|
数据表 |
PERSONALINFORMATION(患者基本信息数据表) |
|
|
REGISTERRECORD(门诊/急诊挂号数据表) |
||
|
MEDICALRECORD(门诊/急诊就诊记录表) |
||
|
WM_PRESCRIPTIONS(门诊/急诊/略方表（主表）) |
||
|
WM_PRESCRIPTIONDETAILS(门诊/急诊/略方表（从表）) |
||
|
CM_PRESCRIPTIONS(门诊/急诊/略方表（主表）) |
||
|
CM_PRESCRIPTIONDETAILS(门诊/急诊/略方表（从表）) |
||
|
TESTRECORD(检验申请记录表) |
||
|
LAR_EXAM_INFO(化验采样记录表) |
||
|
TESTDETAILS(检验结果明细表) |
||
|
EXAMINATIONRECORD(检查申请记录表) |
||
|
EXAMINATIONDETAILS(检查结果记录表) |
||
|
OPERATIONRECORD(手术治疗记录表) |
||
|
TREATMENTRECORD(略置记录表) |
||
|
TRANSFUSIONRECORD(患者输血申请表(主表)) |
||
|
TRANSFUSIONDETAILS(患者输血记录表结构（从表）) |
||
|
COSTRECORD(门诊/急诊/住院费用表（主表）) |
||
|
COSTDETAILS(门诊/急诊/住院费用表（从表）) |
||
|
CONSUMPTIVEMATERIALRECORD(医疗高值耗材使用记录表) |
||
|
INHOSPITALRECORD(入院记录表) |
||
|
COURSERECORD(住院患者病程记录表结构) |
||
|
OUTHOSPITALRECORD(出院记录（出院小结）表) |
||
|
FIRSTPAGEMEDICALRECORD(住院病案首页表（主表）) |
||
|
MR_OTHERDIAGNOSIS(略其他诊断表结构（从表一）) |
||
|
MR_OPERATIONRECORD(病案首页手术记录表结构（从表二）) |
||
|
DOCTORADVICERECORD(医嘱记录表) |
||
|
OP_WORKLOAD(门诊工作量统计报表结构) |
||
|
IN_WORKLOAD(住院工作量统计报表结构) |
||
|
编码对照 |
疾病编码 |
|
|
检查项目 |
||
|
国家药品编码 |
||
|
检验项目 |
||
|
中药编码 |
||
|
耗材编码 |
||
|
手术编码 |
||
|
收费项目 |
||
|
程序 |
存量选择上传功能 |
|
|
定时增量上传功能 |
||
1
平台 数据 接入 技术 方案
1、 、 方案述 概述
医院将数据传入前置机采集库中，通知平台的控制程序，由平台控制程序从前
略数据抽取、数据分析及传输工作。
略数据抽取之后，平台不会清空采集库中数据，略进行增
删改查操作，平台控略查询。
通知内容：本次传输略处理的表名和每张表传输的业务时间段。
医院前置 ORACLE 数据库连接方式 CJ/CJ@IP/orcl
2 、医院开发数据交换程序
数据交换程序要求做得比较方便，有直观的用户操作界面，一旦发现数据上传
有问题，用户可以设定重新上传，程序后台直接调用平台调度程序接口X台每日
业务统计接口。
建议做成如下的样式：
程 序界面
医 院数据上传操作界面
○ 晚 上定时上传 明细数据 状 态 ○ 立 即停止上传数据 状 态
○ 定时上传每日 统计数据 状 态 ○ 重 传每日 统计数据 状 态
○ 重传病人基本信息 状态
○ 重传病人挂号记录 状态
○ 重传病人就诊记录 状态
○ 略方数据 状态
○ 略方数据 状态
○ 略记录 状态
○ 略病程记录 状态
○ 略记录 状态
○ 重传病案首页数据 状态
○ 略医嘱记录 状态
○ 重传检验申请记录 状态
○ 重传化验报告记录 状态
○ 重传检查申请记录 状态
○ 重传检查结果报告 状态
○ 重传病人手术记录 状态
○ 重传病人治疗记录 状态
○ 重传病人输血申请 状态
○ 重传病人输血记录 状态
○ 重传医疗收费数据 状态
○ 重传居民体检数据 状态
○ 重传电子病历文档 状态
○ 住院病人统计日报 状态
○ 医疗收费统计日报 状态
○ 略有医疗数据 状态
重传起止日期：█████—█████ 启 动 查询数据 上传情况
2
晚 上定时上传数据 ：要求“0:10（零点后 10 分钟）”之后自动开始上传上一天
略要上传的数据，点击“ 启 动”按钮后启动上传程序，状态显示“正
常”（只有选中的功能时才显示状态，不选中的功能不显示状态）。
立 即停止上传数据 ：此项选择为数据停止上传，点击“ 启 动”按钮后立即停止
上传程序，状态显示“停止”（只有选中的功能时才显示状态，不选中的功能不显示
状态）。
重新上传 其 他数据：用户可以选择具体的单项数据重新上传，确定重传数据项
后，设定重传日期范围（起止日期），点击“ 启 动”按钮后立即把需要重传的的数
据上传，重传完成后状态显示“完成”（只有选中的功能时才显示状态，不选中的功
能不显示状态）。
重 传所有医疗数据：此功能与单项重传数据不同，可以根据设定的日期范围重
传所有医疗数据，点击“ 启 动”按略有数据上传，重传完成后状态显示
“完成”（只有选中的功能时才显示状态，不选中的功能不显示状态）。
查 询 数据 上传情况：用户点击此按钮后，弹出一个窗口，在窗口中显示数据上
传情况列表（包括：数据校验情况）。
3、 、 平台调度 程序接口
（1）接口描述
医院传输完成数据之后需要调用平台控制程序来触发取数操作，通知内容为本
次传输略处理的表名和每张表传输的业务时间段，平台会将该业务时间
略有数据从采集略理，略有数据上传，如果需要
补略分数据，请将采集库中已经上传的这一天数据删除，然后将这一天
的所有数据放入在采集库中，略理。
例如 2017 年1 月 1 日传了5000 条挂号时间为 2016 年12 月 31 日的挂号记录，
但是漏了2000 条，2017 年1 月 2 日想要将这 2000 条补传，则需要保证采集库中有
这 7000 略的记录，平台略获取。
每张表的业务时间字段记录在标准集说明中。
（2）接口内容
3
本次略理的表名，以及每张表对应需要传输的业务时间段。
（3）技术要求
接口采用 WebService 进行通信，通信内容如下：
WebService 地址：http:/ 点击查看>> 1/controller/entrance?wsdl（其中 IP
略前置机的 IP 地址）
WebService 命名空间：http:/ 点击查看>>
WebService 方法：run
WebService 参数名：json
WebService 参数类型：String
入参格式：
{tables:[{tableName:表名 1,beginDate: 业务起始日期,endDate: 业务结束日期
,isNew:1},{tableName:表名 2,beginDate: 业务起始日期,endDate: 业务结束日期
,isNew:0}]}
入参说明：（注意区分大小写）
参数名称 参数填写说明 参数业务含义
tables
每天的数据用{}包括，多天的
数据使用[]包括
存放要提交的多天业务数据，
需要传 1 天或多天数据
tableName
英 文 大 写 表 名 ， 如
TESTRECORD
使用标准中的英文表名
beginDate 8 位文本，如 ##
业务开始时间（如门诊表，业
务时间来自 VISIT_DATE）
endDate 8 位文本，如 ##
业务结束时间（如门诊表，业
务时间来自 VISIT_DATE）
isNew 整数类型，0 或 1 1 新传，0 重传
入参示例：
如本次上传检验申请单 TESTRECORD 表上传 ## , ## 共 4
天数据，检验结果 TESTDETAILS 表上传 ## 共 9 天数据，则格式拼接
如下：
4
{tables:[{tableName:TESTRECORD,beginDate: ## ,endDate: ## ,isNe
w:1},{tableName:TESTRECORD,beginDate: ## ,endDate: ## ,isNew:1},{ta
bleName:TESTDETAILS,beginDate: ## ,endDate: ## ,isNew:1}]}
出参说明：
成功则返回批次号信息如{batchId:SRMYY_ ## }
失败则返回状态及原因{status:2,msg="失败原因"}或{status:2}
4、 、 平台 每日 业务口 统计接口
（1）接口描述
医院方需要在数据明细数据采集的基础上，每天给平台传输前一天的从明细数
据获取的业务汇总数据，而明细数据的数量应该和汇总数据结果是一样的，平台也
会略数据质量评分以及业务评分。
例如 2017 年1 月 1 略传输了1000 条挂号记录，那么当天调用平台的业务
统计接口传输的挂号量应该为1000，这两个数据量如略给出相应的原
因说明。
（2）接口内容
平台统一定义的业务指标每天的结果值。
（3）技术要求
接口采用 WebService 进行通信，通信内容如下：
WebService 地址：http:/ 点击查看>> 0/controller/entrance?wsdl（其中 IP
略前置机的 IP 地址）
WebService 命名空间：http:/ 点击查看>>
WebService 方法：setHisInfo
WebService 参数名：json
WebService 参数类型：String
入参格式：
{unitcode:"组织机构编码",tables:[{businessdate:"业务日期 1",param1:"指标 1 的值
",param2:"指标 2 的值"},{businessdate:"业务日期2",param1:"指标1 的值",param2:"指标 2
5
的值",param5: "指标5 的值"}]}
入参说明：
参数名称 参数填写说明 参数业务含义
unitcode 组织机构代码 医院组织机构代码
tables
每天的数据用{}包括，
多天的数据使用[]包括
存放要提交的多天业务数据，需要传1 天或
多天数据
businessdate 8 位文本，如 ## 指标对应业务日期
param1
文本类型 门诊工作量指标 门诊挂号人次数
param2 文本类型
急诊人次数（挂号人
次）
param3 文本类型
门诊手术人次
param4 文本类型
住院工作量指标 期末实有病床
param5 文本类型
期初原有病人次数
param6 文本类型
略病人次数
param7 文本类型
出院总人次数
param8 文本类型
在院病人数
param9 文本类型
出院者占用总床日
数
param10 文本类型
当日实际开放床数
param11 文本类型
当日实际占用总床
数
param12 文本类型
住院手术人次
param13 文本类型
略人数
param14 文本类型
医疗费用指标 门诊总费用
param15 文本类型
门诊药费
param16 文本类型
住院总费用
param17 文本类型
住院药费
入参示例：
{unitcode:"123",tables:[{businessdate:" ## ",param1:"1",param2:"2"},{busines
sdate:" ## ",param1:"2",param2:"3",param5: "3"}]}
出参说明：
6
成功则略理信息{"status":1,"msg":"处理完毕"}
失败则返回状态及原因{status:2,msg="失败原因"}或{status:2}
5 、接口问题说明
5.1 新数据 如何接口接入
将数据根据数据集中业务时间字段传入前置机，每张需要传输的表都在表头规
定了具体业务时间，根据该时间将某个时间段的数据传入前置机后，调用平台调度
程序接口通知平台即可。
通知内容为本次略处理的表名和时间段，如果只有一天的数据，起
始时间和结束时间都为当天即可。
平台会将略有该表该时间段的数略分析，所以在调用之
前确保前置机中的该表该时间略数据并且不重复。
以下以病案首页为例：
病案首页的业务时间字段为归档/记录时间，如要传输2017 年1 月 1 日到 2017
年 1 月 30 日的数据，则根据归档/记录时间从病案统计系统中将数据取出传入前置
机，共取出 1000 条数据。
传输完成之后，调用平台的调度接口，略理，通知内容则为：
病案首页表，2017 年 1 月 1 日-2017 年 1 月 31 日，1000 条，接口内容根据调度程
序接口的规定为：
{tables:[{tableName:FIRSTPAGEMEDICALRECORD,beginDate: ## ,endDate:
## ,isNew:1}]}
5.2 数据 如何重传/ / 补 传 处理
数据需要重传的时候，逻辑与新数据接入逻辑一样，将需要重传的数据根据数
据集中业务时间字段将前置机已略删除，确保前置机该时间段的数据不
存在，然后从业务系统中重新取出并传入前置机，调用平台调度程序接口通知平台
即可。
如果数据需要补传（补传指的是某一段时间内的数据有遗漏的情况），则需要将
7
需要补传的业务时间段的数据按照重略处理，将那一段时间的数据从前
置机略删除，然后将业务系统中该略取出，调用平
台调度程序接口。
5.3 程序中断 略理
医院开发的数据交换程序需要能够记录上传的数据日期和数据条数，方便与平
略比对的同时，略理程序中断。
若发现程序中断没有上传，请将中断时间略理。
5.4 每日传输 情况 如何查询
平台提供页面供各家机构查询每日上传情况，医院需要根据每日上传情况了解
医院数据上传进度，并根据质略理原始数据。
略乡医疗信息体系建设软件接口采购项目单一来源采购征求意见公示
1.采购人名称：略
2.采购项目名称：略乡医疗信息体系建设软件接口采购项目
3.采购项目内容：本项略乡医疗信息体系建设信息化数据上传工作。
4.采购项目说明：本项目投资约29.9万元，项目参数见附件。
5.采用单一来源采购方式的原因及相关说明：
为确保2017年政府为民办十件实事之一的“城乡医疗信息体系建设”顺利完成，数据上传时间在即，为确保数据按照相关规定及时上传，软件接口具备无缝对接的兼容性，考虑业主项目需要，采购时间紧迫，故我单位需略乡医疗信息体系建设软件接口采购项目的建设单位采用单一来源采购方式。
6.唯一供应商名称：
联众略
7.专业人员对相关供应商因专利、专有技术等原因具有唯一性的具体论证意见，以及专业人员的姓名、工作单位和职位。
姓名： * 书超 工作单位：略 职称：工程师
姓名：张宣亚 工作单位：略 职称：工程师
8.公示的期限：2017年12月27日-2018年1月3日止
9.任何供应商、单位或者个人对本项目拟采用单一来源采购方式有异议的，请在公示期内以书面形式反馈采购人、采购代理机构，并同时抄送天略（X市国略5楼512室）。
采购人联系地址、联系人及电话：
略 纪主任 ##
采购代理机构、联系人及电话：
略工略
祝家强 电话： ##
X市公略（略）
电话： ##
附件：
|
X市健康平台（略上传医疗数据表分类） |
||
|
项目大类 |
二级分类 |
|
|
数据表 |
PERSONALINFORMATION(患者基本信息数据表) |
|
|
REGISTERRECORD(门诊/急诊挂号数据表) |
||
|
MEDICALRECORD(门诊/急诊就诊记录表) |
||
|
WM_PRESCRIPTIONS(门诊/急诊/略方表（主表）) |
||
|
WM_PRESCRIPTIONDETAILS(门诊/急诊/略方表（从表）) |
||
|
CM_PRESCRIPTIONS(门诊/急诊/略方表（主表）) |
||
|
CM_PRESCRIPTIONDETAILS(门诊/急诊/略方表（从表）) |
||
|
TESTRECORD(检验申请记录表) |
||
|
LAR_EXAM_INFO(化验采样记录表) |
||
|
TESTDETAILS(检验结果明细表) |
||
|
EXAMINATIONRECORD(检查申请记录表) |
||
|
EXAMINATIONDETAILS(检查结果记录表) |
||
|
OPERATIONRECORD(手术治疗记录表) |
||
|
TREATMENTRECORD(略置记录表) |
||
|
TRANSFUSIONRECORD(患者输血申请表(主表)) |
||
|
TRANSFUSIONDETAILS(患者输血记录表结构（从表）) |
||
|
COSTRECORD(门诊/急诊/住院费用表（主表）) |
||
|
COSTDETAILS(门诊/急诊/住院费用表（从表）) |
||
|
CONSUMPTIVEMATERIALRECORD(医疗高值耗材使用记录表) |
||
|
INHOSPITALRECORD(入院记录表) |
||
|
COURSERECORD(住院患者病程记录表结构) |
||
|
OUTHOSPITALRECORD(出院记录（出院小结）表) |
||
|
FIRSTPAGEMEDICALRECORD(住院病案首页表（主表）) |
||
|
MR_OTHERDIAGNOSIS(略其他诊断表结构（从表一）) |
||
|
MR_OPERATIONRECORD(病案首页手术记录表结构（从表二）) |
||
|
DOCTORADVICERECORD(医嘱记录表) |
||
|
OP_WORKLOAD(门诊工作量统计报表结构) |
||
|
IN_WORKLOAD(住院工作量统计报表结构) |
||
|
编码对照 |
疾病编码 |
|
|
检查项目 |
||
|
国家药品编码 |
||
|
检验项目 |
||
|
中药编码 |
||
|
耗材编码 |
||
|
手术编码 |
||
|
收费项目 |
||
|
程序 |
存量选择上传功能 |
|
|
定时增量上传功能 |
||
1
平台 数据 接入 技术 方案
1、 、 方案述 概述
医院将数据传入前置机采集库中，通知平台的控制程序，由平台控制程序从前
略数据抽取、数据分析及传输工作。
略数据抽取之后，平台不会清空采集库中数据，略进行增
删改查操作，平台控略查询。
通知内容：本次传输略处理的表名和每张表传输的业务时间段。
医院前置 ORACLE 数据库连接方式 CJ/CJ@IP/orcl
2 、医院开发数据交换程序
数据交换程序要求做得比较方便，有直观的用户操作界面，一旦发现数据上传
有问题，用户可以设定重新上传，程序后台直接调用平台调度程序接口X台每日
业务统计接口。
建议做成如下的样式：
程 序界面
医 院数据上传操作界面
○ 晚 上定时上传 明细数据 状 态 ○ 立 即停止上传数据 状 态
○ 定时上传每日 统计数据 状 态 ○ 重 传每日 统计数据 状 态
○ 重传病人基本信息 状态
○ 重传病人挂号记录 状态
○ 重传病人就诊记录 状态
○ 略方数据 状态
○ 略方数据 状态
○ 略记录 状态
○ 略病程记录 状态
○ 略记录 状态
○ 重传病案首页数据 状态
○ 略医嘱记录 状态
○ 重传检验申请记录 状态
○ 重传化验报告记录 状态
○ 重传检查申请记录 状态
○ 重传检查结果报告 状态
○ 重传病人手术记录 状态
○ 重传病人治疗记录 状态
○ 重传病人输血申请 状态
○ 重传病人输血记录 状态
○ 重传医疗收费数据 状态
○ 重传居民体检数据 状态
○ 重传电子病历文档 状态
○ 住院病人统计日报 状态
○ 医疗收费统计日报 状态
○ 略有医疗数据 状态
重传起止日期：█████—█████ 启 动 查询数据 上传情况
2
晚 上定时上传数据 ：要求“0:10（零点后 10 分钟）”之后自动开始上传上一天
略要上传的数据，点击“ 启 动”按钮后启动上传程序，状态显示“正
常”（只有选中的功能时才显示状态，不选中的功能不显示状态）。
立 即停止上传数据 ：此项选择为数据停止上传，点击“ 启 动”按钮后立即停止
上传程序，状态显示“停止”（只有选中的功能时才显示状态，不选中的功能不显示
状态）。
重新上传 其 他数据：用户可以选择具体的单项数据重新上传，确定重传数据项
后，设定重传日期范围（起止日期），点击“ 启 动”按钮后立即把需要重传的的数
据上传，重传完成后状态显示“完成”（只有选中的功能时才显示状态，不选中的功
能不显示状态）。
重 传所有医疗数据：此功能与单项重传数据不同，可以根据设定的日期范围重
传所有医疗数据，点击“ 启 动”按略有数据上传，重传完成后状态显示
“完成”（只有选中的功能时才显示状态，不选中的功能不显示状态）。
查 询 数据 上传情况：用户点击此按钮后，弹出一个窗口，在窗口中显示数据上
传情况列表（包括：数据校验情况）。
3、 、 平台调度 程序接口
（1）接口描述
医院传输完成数据之后需要调用平台控制程序来触发取数操作，通知内容为本
次传输略处理的表名和每张表传输的业务时间段，平台会将该业务时间
略有数据从采集略理，略有数据上传，如果需要
补略分数据，请将采集库中已经上传的这一天数据删除，然后将这一天
的所有数据放入在采集库中，略理。
例如 2017 年1 月 1 日传了5000 条挂号时间为 2016 年12 月 31 日的挂号记录，
但是漏了2000 条，2017 年1 月 2 日想要将这 2000 条补传，则需要保证采集库中有
这 7000 略的记录，平台略获取。
每张表的业务时间字段记录在标准集说明中。
（2）接口内容
3
本次略理的表名，以及每张表对应需要传输的业务时间段。
（3）技术要求
接口采用 WebService 进行通信，通信内容如下：
WebService 地址：http:/ 点击查看>> 1/controller/entrance?wsdl（其中 IP
略前置机的 IP 地址）
WebService 命名空间：http:/ 点击查看>>
WebService 方法：run
WebService 参数名：json
WebService 参数类型：String
入参格式：
{tables:[{tableName:表名 1,beginDate: 业务起始日期,endDate: 业务结束日期
,isNew:1},{tableName:表名 2,beginDate: 业务起始日期,endDate: 业务结束日期
,isNew:0}]}
入参说明：（注意区分大小写）
参数名称 参数填写说明 参数业务含义
tables
每天的数据用{}包括，多天的
数据使用[]包括
存放要提交的多天业务数据，
需要传 1 天或多天数据
tableName
英 文 大 写 表 名 ， 如
TESTRECORD
使用标准中的英文表名
beginDate 8 位文本，如 ##
业务开始时间（如门诊表，业
务时间来自 VISIT_DATE）
endDate 8 位文本，如 ##
业务结束时间（如门诊表，业
务时间来自 VISIT_DATE）
isNew 整数类型，0 或 1 1 新传，0 重传
入参示例：
如本次上传检验申请单 TESTRECORD 表上传 ## , ## 共 4
天数据，检验结果 TESTDETAILS 表上传 ## 共 9 天数据，则格式拼接
如下：
4
{tables:[{tableName:TESTRECORD,beginDate: ## ,endDate: ## ,isNe
w:1},{tableName:TESTRECORD,beginDate: ## ,endDate: ## ,isNew:1},{ta
bleName:TESTDETAILS,beginDate: ## ,endDate: ## ,isNew:1}]}
出参说明：
成功则返回批次号信息如{batchId:SRMYY_ ## }
失败则返回状态及原因{status:2,msg="失败原因"}或{status:2}
4、 、 平台 每日 业务口 统计接口
（1）接口描述
医院方需要在数据明细数据采集的基础上，每天给平台传输前一天的从明细数
据获取的业务汇总数据，而明细数据的数量应该和汇总数据结果是一样的，平台也
会略数据质量评分以及业务评分。
例如 2017 年1 月 1 略传输了1000 条挂号记录，那么当天调用平台的业务
统计接口传输的挂号量应该为1000，这两个数据量如略给出相应的原
因说明。
（2）接口内容
平台统一定义的业务指标每天的结果值。
（3）技术要求
接口采用 WebService 进行通信，通信内容如下：
WebService 地址：http:/ 点击查看>> 0/controller/entrance?wsdl（其中 IP
略前置机的 IP 地址）
WebService 命名空间：http:/ 点击查看>>
WebService 方法：setHisInfo
WebService 参数名：json
WebService 参数类型：String
入参格式：
{unitcode:"组织机构编码",tables:[{businessdate:"业务日期 1",param1:"指标 1 的值
",param2:"指标 2 的值"},{businessdate:"业务日期2",param1:"指标1 的值",param2:"指标 2
5
的值",param5: "指标5 的值"}]}
入参说明：
参数名称 参数填写说明 参数业务含义
unitcode 组织机构代码 医院组织机构代码
tables
每天的数据用{}包括，
多天的数据使用[]包括
存放要提交的多天业务数据，需要传1 天或
多天数据
businessdate 8 位文本，如 ## 指标对应业务日期
param1
文本类型 门诊工作量指标 门诊挂号人次数
param2 文本类型
急诊人次数（挂号人
次）
param3 文本类型
门诊手术人次
param4 文本类型
住院工作量指标 期末实有病床
param5 文本类型
期初原有病人次数
param6 文本类型
略病人次数
param7 文本类型
出院总人次数
param8 文本类型
在院病人数
param9 文本类型
出院者占用总床日
数
param10 文本类型
当日实际开放床数
param11 文本类型
当日实际占用总床
数
param12 文本类型
住院手术人次
param13 文本类型
略人数
param14 文本类型
医疗费用指标 门诊总费用
param15 文本类型
门诊药费
param16 文本类型
住院总费用
param17 文本类型
住院药费
入参示例：
{unitcode:"123",tables:[{businessdate:" ## ",param1:"1",param2:"2"},{busines
sdate:" ## ",param1:"2",param2:"3",param5: "3"}]}
出参说明：
6
成功则略理信息{"status":1,"msg":"处理完毕"}
失败则返回状态及原因{status:2,msg="失败原因"}或{status:2}
5 、接口问题说明
5.1 新数据 如何接口接入
将数据根据数据集中业务时间字段传入前置机，每张需要传输的表都在表头规
定了具体业务时间，根据该时间将某个时间段的数据传入前置机后，调用平台调度
程序接口通知平台即可。
通知内容为本次略处理的表名和时间段，如果只有一天的数据，起
始时间和结束时间都为当天即可。
平台会将略有该表该时间段的数略分析，所以在调用之
前确保前置机中的该表该时间略数据并且不重复。
以下以病案首页为例：
病案首页的业务时间字段为归档/记录时间，如要传输2017 年1 月 1 日到 2017
年 1 月 30 日的数据，则根据归档/记录时间从病案统计系统中将数据取出传入前置
机，共取出 1000 条数据。
传输完成之后，调用平台的调度接口，略理，通知内容则为：
病案首页表，2017 年 1 月 1 日-2017 年 1 月 31 日，1000 条，接口内容根据调度程
序接口的规定为：
{tables:[{tableName:FIRSTPAGEMEDICALRECORD,beginDate: ## ,endDate:
## ,isNew:1}]}
5.2 数据 如何重传/ / 补 传 处理
数据需要重传的时候，逻辑与新数据接入逻辑一样，将需要重传的数据根据数
据集中业务时间字段将前置机已略删除，确保前置机该时间段的数据不
存在，然后从业务系统中重新取出并传入前置机，调用平台调度程序接口通知平台
即可。
如果数据需要补传（补传指的是某一段时间内的数据有遗漏的情况），则需要将
7
需要补传的业务时间段的数据按照重略处理，将那一段时间的数据从前
置机略删除，然后将业务系统中该略取出，调用平
台调度程序接口。
5.3 程序中断 略理
医院开发的数据交换程序需要能够记录上传的数据日期和数据条数，方便与平
略比对的同时，略理程序中断。
若发现程序中断没有上传，请将中断时间略理。
5.4 每日传输 情况 如何查询
平台提供页面供各家机构查询每日上传情况，医院需要根据每日上传情况了解
医院数据上传进度，并根据质略理原始数据。
招投标大数据
最近搜索
无
热门搜索
无
