DB50/T 937-2019 医药卫生体制改革监测平台数据交换规范

ICS11.020

C07

DB50

重庆市地方标准

DB50/T937—2019

医药卫生体制改革监测平台数据交换规范

SpecificationofdatainteractionforChongqinghealthcaremonitor

文稿版次选择

2019-08-13发布2019-12-01实施

重庆市市场监督管理局发布

DB50/T937—2019

目次

前言................................................................................II

引言...............................................................................III

1范围...............................................................................1

2规范性引用文件.....................................................................1

3术语和定义.........................................................................1

4系统接口设计.......................................................................2

5数据采集...........................................................................7

6数据交易详细流程...................................................................8

附录A（规范性附录）医院字典映射表.................................................98

附录B（规范性附录）病案首页映射表................................................124

附录C（规范性附录）科室编码映射表................................................166

I

DB50/T937—2019

前言

本标准按照GB/T1.1-2009给出的规则起草。

本标准由重庆市卫生健康委员会提出并归口。

本标准起草单位：重庆市卫生健康委员会、重庆市人口信息中心、重庆市卫生信息中心、平安医疗

健康管理股份有限公司重庆分公司、西南大学。

本标准主要起草人员：王卫、梅政成、穆卫农、黄鹤、叶自然、尚圣魁、唐东、梅宏州、黄隆渝、

王海霞、吴开明、肖兵、许小兰、徐雨晨、吴波、胡佳、万昀烨。

II

DB50/T937—2019

引言

根据《重庆市全面推开公立医院综合改革实施方案》（渝府办发〔2017〕122号）和《关于开展医

改监测数据接入工作的通知》（渝医改办发〔2017〕15号）要求，为确保全面推开公立医院综合改革监

测数据接入工作顺利进行，编写本规范。

本规范的编写和实施将促进完备的健康医疗大数据生态链和健康医疗大数据平台基础系统的建立，

形成对健康医疗海量数据进行采集、存储、处理、应用、安全保护的能力；通过数据分析，提供医改监

测指标展示；完善医疗机构质量监测和评价体系，利用健康医疗大数据资源和信息技术手段建立科学高

效的医院服务体系，对推动现代医院管理制度建设有着重大意义。

III

DB50/T937—2019

医药卫生体制改革监测平台数据交换规范

1范围

本标准规定了医药卫生体制改革监测平台数据交换的系统接口设计、数据采集和数据交易详细流

程。

本标准适用于医药卫生体制改革监测平台数据交换。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T2261.1个人基本信息分类与代码第1部分：人的性别代码

GB/T2261.2个人基本信息分类与代码第2部分：婚姻状况代码

GB/T2261.4个人基本信息分类与代码第4部分：从业状况(个人身份)代码

GB/T3304中国各民族名称的罗马字母拼写法和代码

GB/T15657中医病症分类与代码

WS445.1-2014电子病历基本数据集第1部分：病历概要

WS364.1-2011卫生信息数据元值域代码第1部分：总则

ICD-9-CM-3国际疾病分类第9版临床修订第三卷

ICD-10国际疾病分类第10版

国家卫生计生委医院信息服务与监管系统数据采集范围医疗业务分册

国家卫生计生委医院信息服务与监管系统数据采集范围运营业务分册

3术语和定义

下列术语和定义适用于本文件。

3.1

交易

发送方和接收方的按照一定报文格式的信息请求应答。

3.2

临床业务系统

覆盖医院所有业务和业务全过程的信息管理系统。

3.3

自费金额

丙类药品、丙类诊疗项目、丙类服务设施和超限价部分。

1

DB50/T937—2019

3.4

自理金额

乙类药品、诊疗项目、服务设施中个人按比例先行支付部分。

3.5

符合医保费用

符合基本医疗保险费用，在药品、诊疗项目和服务设施的甲类和乙类费用中去除自理的费用

3.6

个人自付

符合医保费用中由个人支付的部分，包含起付标准。

4系统接口设计

4.1接入模式

医院可以选择通过专线、vpn网络或公网等不同途径来访问服务。以HTTPPOST方式调用接口。

4.2报文格式

本接口输入输出均以JSON格式传输，需符合大小写规则，输入输出参数命名以交易中的代码为准，

如涉及批量提交，要求“费用明细上传“,body中可支持多条。

报文大小：单个报文限制在800KB以内，批量业务处理单笔报文包含循环体100以内（根据实际情

况可调整）。

入参格式:

{

"package":{

"head":{

"busseID":"1800",

"sendTradeNum":"20150701083030-10011001-0001",

"senderCode":"001",

"senderName":"消息发送者名称",

"receiverCode":"002",

"receiverName":"消息接受者的名称",

"intermediaryCode":"003",

"intermediaryName":"第三方的名称",

"hosorgNum":"001",

"hosorgName":"操作员姓名",

"systemType":"1",

"busenissType":"8",

"standardVersionCode":"version:1.0.0",

"clientmacAddress":"30BB7E0A5E2D",

"recordCount":"1"

2

DB50/T937—2019

},

"body":[{

//对应交易中的入参数据

}],

"additionInfo":{

"errorCode":"",

"errorMsg":"",

"receiverTradeNum":"",

"correlationId":"",

"asyncAsk":"0",

"callback":"",

"curDllAddr":""

}

}

}

报文头具体见表1。

表1

编号名称代码长度约束说明

宏定义,分别对应后台的一项业务操作,见

1业务编码busseIDVARCHAR2(4)非空

数据交易说明

交易流水号必须是当次交易的唯一标识，

在整个系统中是唯一的，因此开发商应严

格按照规则生成交易流水号

发送方交易流

2sendTradeNumVARCHAR2(50)非空规则：时间(14,YYYYMMDDHH24MISS)-发起

水号

方编号(最大20,平台指定的医疗机构编码)

-流水号，之间用-分隔

例：20150701083030-10011001-0001

3发起方编号senderCodeVARCHAR2(20)非空平台统一提供

4发起方名称senderNameVARCHAR2(50)非空

5接收方编号receiverCodeVARCHAR2(20)非空平台统一提供

6接收方名称receiverNameVARCHAR2(50)非空

7第三方编码intermediaryCodeVARCHAR2(20)

8第三方名称intermediaryNameVARCHAR2(50)

9操作员编号hosorgNumVARCHAR2(8)非空操作员的唯一标识

10操作员名称hosorgNameVARCHAR2(50)非空操作员的姓名

11系统类型systemTypeVARCHAR2(3)非空交易默认1

12业务类型busenissTypeVARCHAR2(3)非空8，卫计监管

标准的版本号standardVersionC

13VARCHAR2(20)version:1.0.0

信息ode

14客户端mac地址clientmacAddressVARCHAR2(50)非空

15记录数recordCountVARCHAR2(16)

3

DB50/T937—2019

出参格式:

{

"package":{

"head":{

"busseID":"1800",

"sendTradeNum":"20150701083030-10011001-0001",

"senderCode":"001",

"senderName":"消息发送者名称",

"receiverCode":"002",

"receiverName":"消息接受者的名称",

"intermediaryCode":"003",

"intermediaryName":"第三方的名称",

"hosorgNum":"001",

"hosorgName":"操作员姓名",

"systemType":"1",

"busenissType":"8",

"standardVersionCode":"version:1.0.0",

"clientmacAddress":"30BB7E0A5E2D",

"recordCount":"1"

},

"body":[{

//对应交易中的出参数据

}],

"additionInfo":{

"errorCode":"0",

"errorMsg":"",

"receiverTradeNum":"20150701083030-10012231-0001",

"correlationId":"",

"asyncAsk":"0",

"callback":"",

"curDllAddr":""

}

}

}

报文附加信息具体见表2。

4.3数据交易

业务编码为四位编码，开发商调用不同的交易通过业务编码区分,具体数据交易说明见表3。

4

DB50/T937—2019

表2

编号名称代码长度约束说明

0，表示处理成功，平台会记日志；

-1，表示json解析异常或json格式不对，

需医院自查，人工干预后重新发送，平台不

保存；

-2，表示业务校验出错，平台会先保存下来；

1错误代码errorCodeVARCHAR2(3)非空需医院查明原因，合理修改后重新发送，

-9，表示平台系统级异常，平台会根据异常

信息分析处理。（极少数情况才会发生）；

【注】若医院未接收到平台返回的json报

文（比如因网络或者服务器异常等），表示

平台未接收到报文，医院需择时重新发送。

2错误提示errorMsgVARCHAR2(255)用于提示交易出错的详细信息

接收到表示平台正常处理过。建议医院记录

发送方交易流水号及接收方交易流水号，便

receiverTradeN

3接收方交易流水号VARCHAR2(50)于报文数对账不平时进行数据分析。

um

编码规则：14位时间戳+报文中实际机构号

+4位随机数。

一串数字用于标识

4消息以防这条消息correlationIdVARCHAR2(32)预留，卫健委要求使用

被修改

表3

序号业务编码业务名称业务说明调用场景

结算类业务

患者在指定机构办理住院登记手续时，医

1Q210建立就诊档案院临床业务系统调用平台交易服务，完成

门诊挂号或住院登记过程

患者就诊登记信息发生变化时调用，如转

2Q230就诊档案修改

床、转科、出院登记等需要调整诊断信息

发送方：医院临床业务系统

患者就诊过程中的用药、检查、检验等费

3Q250费用明细上报接收方：医改监测平台

用明细信息上传时调用

患者在医疗机构办理出院结算时，通过费

4Q290费用结算

用结算交易传递费用计算结果

5Q299门诊结算门诊业务就诊登记、收费明细和结算数据

反交易业务

在完成门诊挂号或入院登记手续后，因相

发送方：医院临床业务系统

6Q240撤销就诊档案关检查治疗行为未发生，患者要求退号或

接收方：医改监测平台

取消住院登记的，通过本交易完成门诊退

5

DB50/T937—2019

表3（续）

序号业务编码业务名称业务说明调用场景

号或无费退院过程

在费用结算之前，上传的费用明细由于录

7Q260费用明细撤销入错误或者患者要求等原因需要全部取消

或者部分取消时，可通过此交易回退明细

在完成门诊结算或出院结算手续后，因患

者要求退费或结算单据有错误等原因需取

8Q270取消结算

消结算手续的，通过本交易完成门诊退费

或出院召回业务

事务补偿类业务

在业务交易进行时，因业务处理异常、网

络原因等无法预估的原因导致数据不一

致，这种情况下可调用冲正交易恢复到原发送方：医院临床业务系统

9Q280冲正交易

来的数据状态。接收方：医改监测平台

可被冲正的交易包括：Q210、Q250、Q290、

Q299

基础业务

10Q320医疗目录上传上传医疗目录信息

11Q330疾病目录上传上传医院本地的疾病目录信息发送方：医院临床业务系统

12Q370医务人员维护上传本医院内的所有医务人员基础信息接收方：医改监测平台

13Q380药品价格上报药品价格信息

临床业务

患者在住院期间，对接系统将医院产生的

14Q340运行病历上传病人客观病历信息获取后传输到平台。住

院期间可能多次传输该信息

15Q360病案首页住院病案首页的数据

医院传输伤员检查和检验的结构化资料信

16Q390检查检验信息上传

息

17Q400住院医嘱信息上传住院医嘱数据

18Q401临床路径记录上传临床路径记录

19Q402手术记录上传患者手术记录发送方：医院临床业务系统

20Q403输血记录上传患者输血记录接收方：医改监测平台

21Q404医院感染记录上传医院感染记录

22Q405治疗记录上传治疗记录

麻醉术前访视记录上

23Q406麻醉术前访视记录

传

24Q407麻醉记录麻醉记录

25Q408麻醉术后访视记录麻醉术后访视记录

26Q409待产记录待产记录

27Q410阴道分娩记录阴道分娩记录

6

DB50/T937—2019

表3（续）

序号业务编码业务名称业务说明调用场景

28Q411剖宫产手术记录剖宫产手术记录

29Q412一般护理记录一般护理记录

30Q413病危（重）护理记录病危（重）护理记录

31Q414手术护理记录手术护理记录

32Q415生命体征测量记录生命体征测量记录

33Q416出入量记录出入量记录

34Q417高值耗材使用记录高值耗材使用记录

35Q418入院评估记录入院评估记录发送方：医院临床业务系统

36Q419护理计划记录护理计划记录接收方：医改监测平台

37Q420出院评估与指导记录出院评估与指导记录

38Q421入院记录入院记录

39Q42224小时内入出院记录24小时内入出院记录

40Q42324小时内入院死亡记录24小时内入院死亡记录

41Q424术前小结术前小结

42Q425出院小结出院小结

43Q426转诊（院）记录转诊（院）记录

日常辅助业务

44Q500医生排班和预约信息传输本院的医生排班和预约信息数据

45Q510医生坐诊日志传输本院的医生实际坐诊日志数据

按日传输医院科室病床的实际开放和使

46Q520病床使用情况

用情况

按日传输医院全院病床的实际开放和使

47Q530全院床位使用情况发送方：医院临床业务系统

用情况

接收方：医改监测平台

医院按照一个时间段定时和卫计委平台

48Q540数据对账进行数据对账，时间周期以天为最小单

位

49C500数据校验结果回传数据校验结果回传给医院

50C510预约挂号通过平台预约挂号

运营业务

51Q600会计总账数据上传所有末级会计科目的总账数据

52Q601资产负债情况上传医院资产负债情况

53Q602财政基本支出情况上传财政基本支出情况发送方：医院临床业务系统

54Q603财政补助收支情况上传财政补助收支情况接收方：医改监测平台

55Q604财政科研基金数据上传财政科研基金数据

56Q605医疗设备分类信息上传医疗设备分类信息

注1:日期格式中，凡是要求精确到秒YYYYMMDDHH24MISS的地方，请严格按照要求精确到秒。

注2:文档中所有涉及到金额数据项的单位是：元。

5数据采集

7

DB50/T937—2019

5.1采集流程

数据上传方需要了解平台数据交换标准，并按照数据交换标准将业务生产库中的业务数据进行清洗

转换后，调用平台采集服务接口，将数据生成的数据报文上传给监测平台。平台接收数据报文并解析验

证后将正确的数据采集，并将校验报告通过回调采集结果接收服务反馈给数据上传方。

数据上传方需要记录每次上传数据的相关信息，并定时上传给平台用于双方数据对账，明确数据在

各环节的差异性。

5.2接口程序

对于数据上传方的接口有如下要求：

——数据上传接口能够指定上传指定业务的数据，要求单次只上传门诊诊疗信息中某一张或几张表

的数据，单次只上传门诊诊疗信息中某一个病人的数据；

——数据上传接口能够指定上传指定时间段的数据，要求单次只上传如2017.5.1-2017.5.31日期

间的门诊诊疗信息的全部数据；

——数据上传接口能够完成手动及自动定时上传；

——一次数据上传使用一个报文来传输，避免一条数据用一个报文传输的情况，报文太大的情况下

用GZIP进行压缩后传输；

——开发结果接收服务，能够解析结果，获取数据处理情况及总体数据校验报告；

——记录每次数据上传结果，能够定时上传每日对账信息。

6数据交易详细流程

6.1结算类业务

6.1.1建立就诊档案(Q210)

建立就诊档案数据输入参数符合表4要求。

表4

编号名称代码长度约束说明

由医院端上传，必须保证同一家医院

1就诊流水号medicalNumVARCHAR2(50)非空

的就诊流水号是唯一的

2医疗类别medicalTypeVARCHAR2(3)非空字典映射

YYYYMMDDHH24MISS；患者实际就诊时

3就诊时间treatDateVARCHAR2(14)非空

间，不是临床业务系统数据产生时间

4主要病情描述conditionDescriptionVARCHAR2(1000)

5入院诊断医生编号inHosDoctorCodeVARCHAR2(20)

6入院诊断医生姓名inHosDoctorNameVARCHAR2(50)

7病区endemicAreaVARCHAR2(50)

8就诊科室编码treatDeptCodeVARCHAR2(20)字典映射

9就诊科室名称treatDeptNameVARCHAR2(50)

如果入院时没有分配床位号，可以通

10床位号bunkIdVARCHAR2(20)

过调用就诊档案修改交易录入床位号

11住院号inHospitalNumVARCHAR2(20)医院内部使用，住院时上传

8

DB50/T937—2019

表4（续）

编号名称