1、ICS 11.020 C 07 DB50 重庆市地方标准 DB 50/ T 9372019 医药卫生体制改革监测平台数据交换规范 Specification of data interaction for Chongqing healthcare monitor 文稿版次选择 2019 - 08 - 13 发布 2019 - 12 - 01 实施 重庆市市场监督管理局 发 布 DB50/ T 9372019 I 目 次 前言 . II 引言 . III 1 范围. 1 2 规范性引用文件. 1 3 术语和定义. 1 4 系统接口设计. 2 5 数据采集. 7 6 数据交易详细流程. 8 附录
2、A（规范性附录） 医院字典映射表 . 98 附录 B（规范性附录） 病案首页映射表 . 124 附录 C（规范性附录） 科室编码映射表 . 166 DB50/ T 9372019 II 前 言 本标准按照GB/T 1.1-2009给出的规则起草。 本标准由重庆市卫生健康委员会提出并归口。 本标准起草单位：重庆市卫生健康委员会、重庆市人口信息中心、重庆市卫生信息中心、平安医疗健康管理股份有限公司重庆分公司、西南大学。 本标准主要起草人员：王卫、梅政成、穆卫农、黄鹤、叶自然、尚圣魁、唐东、梅宏州、黄隆渝、王海霞、吴开明、肖兵、许小兰、徐雨晨、吴波、胡佳、万昀烨。 DB50/ T 9372019 I
3、II 引 言 根据重庆市全面推开公立医院综合改革实施方案（渝府办发2017122号）和关于开展医改监测数据接入工作的通知（渝医改办发201715号）要求，为确保全面推开公立医院综合改革监测数据接入工作顺利进行，编写本规范。 本规范的编写和实施将促进完备的健康医疗大数据生态链和健康医疗大数据平台基础系统的建立，形成对健康医疗海量数据进行采集、存储、处理、应用、安全保护的能力；通过数据分析，提供医改监测指标展示； 完善医疗机构质量监测和评价体系， 利用健康医疗大数据资源和信息技术手段建立科学高效的医院服务体系，对推动现代医院管理制度建设有着重大意义。 DB50/ T 9372019 1 医药卫生体
4、制改革监测平台数据交换规范 1 范围 本标准规定了医药卫生体制改革监测平台数据交换的系统接口设计、数据采集和数据交易详细流程。 本标准适用于医药卫生体制改革监测平台数据交换。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 2261.1 个人基本信息分类与代码 第1部分：人的性别代码 GB/T 2261.2 个人基本信息分类与代码 第2部分：婚姻状况代码 GB/T 2261.4 个人基本信息分类与代码 第4部分：从业状况(个人身份)代码 GB/T 3
5、304 中国各民族名称的罗马字母拼写法和代码 GB/T 15657 中医病症分类与代码 WS 445.1-2014 电子病历基本数据集 第1部分：病历概要 WS 364.1-2011 卫生信息数据元值域代码 第1部分：总则 ICD-9-CM-3 国际疾病分类 第9版 临床修订 第三卷 ICD-10 国际疾病分类 第10版 国家卫生计生委医院信息服务与监管系统数据采集范围医疗业务分册 国家卫生计生委医院信息服务与监管系统数据采集范围运营业务分册 3 术语和定义 下列术语和定义适用于本文件。 3.1 交易 发送方和接收方的按照一定报文格式的信息请求应答。 3.2 临床业务系统 覆盖医院所有业务和业
6、务全过程的信息管理系统。 3.3 自费金额 丙类药品、丙类诊疗项目、丙类服务设施和超限价部分。 DB50/ T 9372019 2 3.4 自理金额 乙类药品、诊疗项目、服务设施中个人按比例先行支付部分。 3.5 符合医保费用 符合基本医疗保险费用，在药品、诊疗项目和服务设施的甲类和乙类费用中去除自理的费用 3.6 个人自付 符合医保费用中由个人支付的部分，包含起付标准。 4 系统接口设计 4.1 接入模式 医院可以选择通过专线、vpn 网络或公网等不同途径来访问服务。以 HTTP POST 方式调用接口。 4.2 报文格式 本接口输入输出均以 JSON 格式传输， 需符合大小写规则， 输入输
7、出参数命名以交易中的代码为准，如涉及批量提交，要求“费用明细上传“,body 中可支持多条。 报文大小：单个报文限制在 800KB 以内，批量业务处理单笔报文包含循环体 100 以内（根据实际情况可调整）。 入参格式: package: head: busseID: 1800, sendTradeNum: 20150701083030-10011001-0001, senderCode: 001, senderName: 消息发送者名称, receiverCode: 002, receiverName: 消息接受者的名称, intermediaryCode: 003, intermediary
8、Name: 第三方的名称, hosorgNum: 001, hosorgName: 操作员姓名, systemType: 1, busenissType: 8, standardVersionCode: version:1.0.0, clientmacAddress : 30BB7E0A5E2D , recordCount : 1 DB50/ T 9372019 3 , body: / 对应交易中的入参数据 , additionInfo: errorCode: , errorMsg: , receiverTradeNum: , correlationId: , asyncAsk: 0, cal
9、lback:, curDllAddr: 报文头具体见表 1。 表1 编号 名称 代码 长度 约束 说明 1 业务编码 busseID VARCHAR2(4) 非空 宏定义,分别对应后台的一项业务操作,见数据交易说明 2 发送方交易流水号 sendTradeNum VARCHAR2(50) 非空 交易流水号必须是当次交易的唯一标识，在整个系统中是唯一的，因此开发商应严格按照规则生成交易流水号 规则：时间(14,YYYYMMDDHH24MISS)-发起方编号(最大20,平台指定的医疗机构编码)-流水号，之间用-分隔 例：20150701083030-10011001-0001 3 发起方编号 se
10、nderCode VARCHAR2(20) 非空 平台统一提供 4 发起方名称 senderName VARCHAR2(50) 非空 5 接收方编号 receiverCode VARCHAR2(20) 非空 平台统一提供 6 接收方名称 receiverName VARCHAR2(50) 非空 7 第三方编码 intermediaryCode VARCHAR2(20) 8 第三方名称 intermediaryName VARCHAR2(50) 9 操作员编号 hosorgNum VARCHAR2(8) 非空 操作员的唯一标识 10 操作员名称 hosorgName VARCHAR2(50) 非
11、空 操作员的姓名 11 系统类型 systemType VARCHAR2(3) 非空 交易默认 1 12 业务类型 busenissType VARCHAR2(3) 非空 8，卫计监管 13 标准的版本号信息 standardVersionCode VARCHAR2(20) version:1.0.0 14 客户端 mac 地址 clientmacAddress VARCHAR2(50) 非空 15 记录数 recordCount VARCHAR2(16) DB50/ T 9372019 4 出参格式: package: head: busseID: 1800, sendTradeNum: 2
12、0150701083030-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 , reco
13、rdCount : 1 , body: / 对应交易中的出参数据 , additionInfo: errorCode: 0, errorMsg: , receiverTradeNum: 20150701083030-10012231-0001, correlationId: , asyncAsk: 0, callback: , curDllAddr: 报文附加信息具体见表2。 4.3 数据交易 业务编码为四位编码，开发商调用不同的交易通过业务编码区分,具体数据交易说明见表 3。 DB50/ T 9372019 5 表2 编号 名称 代码 长度 约束 说明 1 错误代码 errorCode VA
14、RCHAR2(3) 非空 0，表示处理成功，平台会记日志； -1，表示 json 解析异常或 json 格式不对，需医院自查， 人工干预后重新发送， 平台不保存； -2， 表示业务校验出错， 平台会先保存下来；需医院查明原因，合理修改后重新发送， -9， 表示平台系统级异常， 平台会根据异常信息分析处理。 （极少数情况才会发生） ； 【注】若医院未接收到平台返回的 json 报文（比如因网络或者服务器异常等） ，表示平台未接收到报文，医院需择时重新发送。 2 错误提示 errorMsg VARCHAR2(255) 用于提示交易出错的详细信息 3 接收方交易流水号 receiverTradeNu
15、m VARCHAR2(50) 接收到表示平台正常处理过。 建议医院记录发送方交易流水号及接收方交易流水号， 便于报文数对账不平时进行数据分析。 编码规则：14 位时间戳+报文中实际机构号+4 位随机数。 4 一串数字用于标识消息以防这条消息被修改 correlationId VARCHAR2(32) 预留，卫健委要求使用 表3 序号 业务编码 业务名称 业务说明 调用场景 结算类业务 1 Q210 建立就诊档案 患者在指定机构办理住院登记手续时，医院临床业务系统调用平台交易服务，完成门诊挂号或住院登记过程 2 Q230 就诊档案修改 患者就诊登记信息发生变化时调用，如转床、转科、出院登记等需要
16、调整诊断信息 3 Q250 费用明细上报 患者就诊过程中的用药、检查、检验等费用明细信息上传时调用 4 Q290 费用结算 患者在医疗机构办理出院结算时，通过费用结算交易传递费用计算结果 5 Q299 门诊结算 门诊业务就诊登记、收费明细和结算数据 发送方：医院临床业务系统 接收方：医改监测平台 反交易业务 6 Q240 撤销就诊档案 在完成门诊挂号或入院登记手续后，因相关检查治疗行为未发生，患者要求退号或取消住院登记的，通过本交易完成门诊退 发送方：医院临床业务系统 接收方：医改监测平台 DB50/ T 9372019 6 表 3 （续） 序号 业务编码 业务名称 业务说明 调用场景 号或无
17、费退院过程 7 Q260 费用明细撤销 在费用结算之前，上传的费用明细由于录入错误或者患者要求等原因需要全部取消或者部分取消时，可通过此交易回退明细 8 Q270 取消结算 在完成门诊结算或出院结算手续后，因患者要求退费或结算单据有错误等原因需取消结算手续的，通过本交易完成门诊退费或出院召回业务 事务补偿类业务 9 Q280 冲正交易 在业务交易进行时，因业务处理异常、网络原因等无法预估的原因导致数据不一致，这种情况下可调用冲正交易恢复到原来的数据状态。 可被冲正的交易包括：Q210、Q250、Q290、Q299 发送方：医院临床业务系统 接收方：医改监测平台 基础业务 10 Q320 医疗目
18、录上传 上传医疗目录信息 11 Q330 疾病目录上传 上传医院本地的疾病目录信息 12 Q370 医务人员维护 上传本医院内的所有医务人员基础信息 13 Q380 药品价格上报 药品价格信息 发送方：医院临床业务系统 接收方：医改监测平台 临床业务 14 Q340 运行病历上传 患者在住院期间，对接系统将医院产生的病人客观病历信息获取后传输到平台。住院期间可能多次传输该信息 15 Q360 病案首页 住院病案首页的数据 16 Q390 检查检验信息上传 医院传输伤员检查和检验的结构化资料信息 17 Q400 住院医嘱信息上传 住院医嘱数据 18 Q401 临床路径记录上传 临床路径记录 19
19、 Q402 手术记录上传 患者手术记录 20 Q403 输血记录上传 患者输血记录 21 Q404 医院感染记录上传 医院感染记录 22 Q405 治疗记录上传 治疗记录 23 Q406 麻醉术前访视记录上传 麻醉术前访视记录 24 Q407 麻醉记录 麻醉记录 25 Q408 麻醉术后访视记录 麻醉术后访视记录 26 Q409 待产记录 待产记录 27 Q410 阴道分娩记录 阴道分娩记录 发送方：医院临床业务系统 接收方：医改监测平台 DB50/ T 9372019 7 表 3（续） 序号 业务编码 业务名称 业务说明 调用场景 28 Q411 剖宫产手术记录 剖宫产手术记录 29 Q41
20、2 一般护理记录 一般护理记录 30 Q413 病危（重）护理记录 病危（重）护理记录 31 Q414 手术护理记录 手术护理记录 32 Q415 生命体征测量记录 生命体征测量记录 33 Q416 出入量记录 出入量记录 34 Q417 高值耗材使用记录 高值耗材使用记录 35 Q418 入院评估记录 入院评估记录 36 Q419 护理计划记录 护理计划记录 37 Q420 出院评估与指导记录 出院评估与指导记录 38 Q421 入院记录 入院记录 39 Q422 24 小时内入出院记录 24 小时内入出院记录 40 Q423 24 小时内入院死亡记录 24 小时内入院死亡记录 41 Q42
21、4 术前小结 术前小结 42 Q425 出院小结 出院小结 43 Q426 转诊（院）记录 转诊（院）记录 发送方：医院临床业务系统 接收方：医改监测平台 日常辅助业务 44 Q500 医生排班和预约信息 传输本院的医生排班和预约信息数据 45 Q510 医生坐诊日志 传输本院的医生实际坐诊日志数据 46 Q520 病床使用情况 按日传输医院科室病床的实际开放和使用情况 47 Q530 全院床位使用情况 按日传输医院全院病床的实际开放和使用情况 48 Q540 数据对账 医院按照一个时间段定时和卫计委平台进行数据对账，时间周期以天为最小单位 49 C500 数据校验结果回传 数据校验结果回传给
22、医院 50 C510 预约挂号 通过平台预约挂号 发送方：医院临床业务系统 接收方：医改监测平台 运营业务 51 Q600 会计总账数据上传 所有末级会计科目的总账数据 52 Q601 资产负债情况上传 医院资产负债情况 53 Q602 财政基本支出情况上传 财政基本支出情况 54 Q603 财政补助收支情况上传 财政补助收支情况 55 Q604 财政科研基金数据上传 财政科研基金数据 56 Q605 医疗设备分类信息上传 医疗设备分类信息 发送方：医院临床业务系统 接收方：医改监测平台 注 1:日期格式中，凡是要求精确到秒 YYYYMMDDHH24MISS 的地方，请严格按照要求精确到秒。
23、注2:文档中所有涉及到金额数据项的单位是：元。 5 数据采集 DB50/ T 9372019 8 5.1 采集流程 数据上传方需要了解平台数据交换标准， 并按照数据交换标准将业务生产库中的业务数据进行清洗转换后，调用平台采集服务接口，将数据生成的数据报文上传给监测平台。平台接收数据报文并解析验证后将正确的数据采集，并将校验报告通过回调采集结果接收服务反馈给数据上传方。 数据上传方需要记录每次上传数据的相关信息， 并定时上传给平台用于双方数据对账， 明确数据在各环节的差异性。 5.2 接口程序 对于数据上传方的接口有如下要求： 数据上传接口能够指定上传指定业务的数据， 要求单次只上传门诊诊疗信息
24、中某一张或几张表的数据，单次只上传门诊诊疗信息中某一个病人的数据； 数据上传接口能够指定上传指定时间段的数据，要求单次只上传如 2017.5.1-2017.5.31 日期间的门诊诊疗信息的全部数据； 数据上传接口能够完成手动及自动定时上传； 一次数据上传使用一个报文来传输， 避免一条数据用一个报文传输的情况， 报文太大的情况下用 GZIP 进行压缩后传输； 开发结果接收服务，能够解析结果，获取数据处理情况及总体数据校验报告； 记录每次数据上传结果，能够定时上传每日对账信息。 6 数据交易详细流程 6.1 结算类业务 6.1.1 建立就诊档案(Q210) 建立就诊档案数据输入参数符合表 4 要求
25、。 表4 编号 名称 代码 长度 约束 说明 1 就诊流水号 medicalNum VARCHAR2(50) 非空 由医院端上传，必须保证同一家医院的就诊流水号是唯一的 2 医疗类别 medicalType VARCHAR2(3) 非空 字典映射 3 就诊时间 treatDate VARCHAR2(14) 非空 YYYYMMDDHH24MISS；患者实际就诊时间，不是临床业务系统数据产生时间 4 主要病情描述 conditionDescription VARCHAR2(1000) 5 入院诊断医生编号 inHosDoctorCode VARCHAR2(20) 6 入院诊断医生姓名 inHosD
26、octorName VARCHAR2(50) 7 病区 endemicArea VARCHAR2(50) 8 就诊科室编码 treatDeptCode VARCHAR2(20) 字典映射 9 就诊科室名称 treatDeptName VARCHAR2(50) 10 床位号 bunkId VARCHAR2(20) 如果入院时没有分配床位号，可以通过调用就诊档案修改交易录入床位号 11 住院号 inHospitalNum VARCHAR2(20) 医院内部使用，住院时上传 DB50/ T 9372019 9 表 4（续） 编号 名称 代码 长度 约束 说明 12 证件类型 credentialTy
27、pe VARCHAR2(3) 非空 字典映射 13 证件号码 credentialNum VARCHAR2(22) 非空 14 姓名 name VARCHAR2(50) 非空 15 性别 gender VARCHAR2(3) 非空 1：男性；2：女性；9：未说明性别 16 出生日期 birthday VARCHAR2(10) 非空 YYYYMMDD 17 婚姻状况 maritalStatus VARCHAR2(3) 字典映射 18 民族 race VARCHAR2(3) 非空 字典映射 19 家庭地址 homeAddress VARCHAR2(100) 20 单位名称 companyName
28、VARCHAR2(100) 21 患者现状 clientStatus VARCHAR2(3) 1：未火化； 2：已火化； 3：未土/水葬； 4：已土/水葬； 5：宣告死亡； 6：未作伤残鉴定； 7：已作伤残鉴定； 8：尚未治疗,准备中； 9：门诊治疗中； 10：住院治疗中； 11：(阶段性)治疗结束； 12：已报公安部门或法院判决； 13：未报公安部门或法院判决)， 默认：10 22 特殊患者标识 specialpatientID VARCHAR2(3) 0:常规患者 1:高血压患者特病 2:糖尿病患者特病 3:血透析患者 23 预约来源类型 reservationType VARCHAR2(
29、3) 1:APP 2:网上 3:电话 4:其它预约 0：非预约 24 入院途径 inHospitalRoute VARCHAR2(3) 非空 1:急诊 2:门诊 3:基层医疗医疗机构转入 4:上级医疗机构转入 5:其它医疗机构转入 9:其他 25 转诊机构编号 referralHosCode VARCHAR2(20) 转诊来源的医院编号 26 转诊机构名称 referralHosName VARCHAR2(50) 转诊来源的医院名称 DB50/ T 9372019 10 表 4（续） 编号 名称 代码 长度 约束 说明 27 联系人姓名 linkmanName VARCHAR2(50) 28
30、联系人电话 linkmanMobile VARCHAR2(30) 29 监护人姓名 guardianName VARCHAR2(50) 30 监护人证件类型 guardianIdType VARCHAR2(3) 字典映射 31 监护人证件号码 guardianIdNo VARCHAR2(22) 未成年必传 32 经办人 updateBy VARCHAR2(50) 非空 医疗机构操作员姓名 33 备注 remark VARCHAR2(200) 用于备注信息 34 电子邮箱 Email VARCHAR2(50) 35 医保类型 siType VARCHAR2(3) 非空 1:市职工医保 2:城乡居
31、民 3:市内非医保 4:市外医保 5:市外非医保 6:离休干部 诊断列表(additionalDiagnosisList) a) 诊断编码 diagnosisCode VARCHAR2(20) 参照 ICD-10 b) 诊断名称 diagnosisName VARCHAR2(300) 参照 ICD-10 c) 临床诊断 clinicalDiagnosis VARCHAR2(300) 医院的临床诊断 d) 诊断类型 diagnosisType VARCHAR2(3) 字典映射 e) 诊断排序 diagSort VARCHAR2(3) 0:主要诊断 1:次要诊断 1 2:次要诊断 2 6.1.2
32、就诊档案修改(Q230) 就诊档案的修改输入参数符合表 5 要求。 表5 编号 名称 代码 长度 约束 说明 1 就诊流水号 medicalNum VARCHAR2(50) 非空 唯一 2 医疗类别 medicalType VARCHAR2(3) 字典映射 3 住院号 inHospitalNum VARCHAR2(20) 医院内部使用，住院时上传 4 就诊科室编码 treatDeptCode VARCHAR2(20) 字典映射 5 就诊科室名称 treatDeptName VARCHAR2(50) 6 床位号 bunkId VARCHAR2(20) 7 患者现状 clientStatus VA
33、RCHAR2(3) 1:未火化； 2:已火化； 3:未土/水葬； 4:已土/水葬； 5:宣告死亡； DB50/ T 9372019 11 表 5（续） 编号 名称 代码 长度 约束 说明 7 患者现状 clientStatus VARCHAR2(3) 6:未作伤残鉴定； 7:已作伤残鉴定； 8:尚未治疗,准备中； 9:门诊治疗中； 10:住院治疗中； 11:(阶段性)治疗结束； 12:已报公安部门或法院判决； 13:未报公安部门或法院判决)， 默认：10 8 特殊患者标识 specialpatientID VARCHAR2(3) 0:常规患者 1:高血压患者特病 2:糖尿病患者特病 3:血透析
34、患者 9 预约来源类型 reservationType VARCHAR2(3) 1:APP 2:网上 3:电话 4:转诊 0 表示非预约 10 入院途径 inHospitalRoute VARCHAR2(3) 1:急诊 2:门诊 3:基层医疗医疗机构转入 4:上级医疗机构转入 5:其它医疗机构转入 9:其他 11 入院诊断医生编号 inHosDoctorCode VARCHAR2(20) 12 入院诊断医生姓名 inHosDoctorName VARCHAR2(50) 13 出院诊断医生编号 dischDoctorCode VARCHAR2(20) 14 出院诊断医生姓名 dischDocto
35、rName VARCHAR2(50) 15 出院临床诊断 dischClinicalDiagnosis VARCHAR2(1000) 约定：不传任何内容不做处理，如果传空程序会处理为空 16 主要病情描述 conditionDescription VARCHAR2(1000) 17 出院日期 dischDate VARCHAR2(14) YYYYMMDDHH24MISS,只是出院诊断的时候传入，其余时候传空 18 出院原因 dischCause VARCHAR2(3) 字典映射， 只是出院诊断的时候传入，其余时候传空 19 联系人姓名 linkmanName VARCHAR2(50) 20 联
36、系人电话 linkmanMobile VARCHAR2(30) 21 经办人 updateBy VARCHAR2(20) 非空 医疗机构操作员姓名 22 经办时间 updateDate VARCHAR2(14) YYYYMMDDHH24MISS DB50/ T 9372019 12 表 5（续） 编号 名称 代码 长度 约束 说明 23 电子邮箱 email VARCHAR2(50) 24 医保类型 siType VARCHAR2(3) 1:市职工医保 2:城乡居民 3:市内非医保 4:市外医保 5:市外非医保 6:离休干部 25 病区 endemicArea VARCHAR2(50) 诊断列
37、表(additionalDiagnosisList) a) 诊断编码 diagnosisCode VARCHAR2(20) 参照ICD-10疾病和有关健康问题的国际统计分类 b) 诊断名称 diagnosisName VARCHAR2(300) 参照ICD-10疾病和有关健康问题的国际统计分类 c) 临床诊断 clinicalDiagnosis VARCHAR2(300) 医院的临床诊断 d) 诊断类型 diagnosisType VARCHAR2(3) 数据映射 e) 诊断排序 diagSort VARCHAR2(3) 诊断排序：0、主要诊断，1、次要诊断1,2、次要诊断2，等 6.1.3
38、费用明细上报(Q250) 6.1.3.1 可以同时上传多条费用明细。单次交易上传不允许超过 100 条处方。 6.1.3.2 如果想退部分处方，前提需要有对应正记录的处方，从后逐步回退；采用单价为正常单价，数量为负值的方式调用本交易。 6.1.3.3 医疗机构端上传处方（收费）同时，需上传相应医生编号，错传或漏传将不能收费。但以下收费项目允许不上传医生编号（错传或漏传将不影响收费）：即挂号费及部分诊查费。对于药店购药不校验医生编号。 6.1.3.4 处方时间传真实时间（可以和明细上报的时间不一致）。具体费用名东西上报输入参数符合表 6 要求。 表6 编号 名称 代码 长度 约束 说明 1 就诊
39、流水号 medicalNum VARCHAR2(50) 非空 同登记时的就诊流水号 2 目录类别 listCat VARCHAR2(3) 非空 1:药品 2:诊疗项目 3:服务设施 4:医用材料 3 医疗项目类别 medicalItemCat VARCHAR2(3) 非空 字典映射 4 处方号 recipeNum VARCHAR2(20) 5 处方流水号 recipeSerialNum VARCHAR2(20) 非空 Number 类型，同一个就诊下，处方流水号在医院端能够唯一标识一条费用 DB50/ T 9372019 13 编号 名称 代码 长度 约束 说明 明细信息 6 处方日期 rec
40、ipeDate VARCHAR2(14) 非空 YYYYMMDDHH24MISS。 医生实际开处方时间，不是临床业务系统数据产生时间 7 医院收费项目编码 hospitalChargeCode VARCHAR2(35) 非空 8 物价项目编码 priceitemCode VARCHAR2(35) 非空 物价局统一的医疗服务项目编码，如普通门诊诊察费：AAAA0001 9 医院收费项目名称 hospitalChargeName VARCHAR2(100) 非空 10 药品商品名 productName VARCHAR2(200) 如为药品，提供商品名 11 药品英文名 englishName V
41、ARCHAR2(200) 如有英文名，提供英文名 12 医保收费项目编码 centreChargeCode VARCHAR2(35) 非空 本地就医时对应的医保编号，如目录类别是药品时，项目编码指的是药品编码；如果目录类别是诊疗项目时，项目编码为诊疗项目编码；如果目录类别为医用材料时，项目编码为医用材料编码。自费收费时，默认为本地城镇职工医保收费项目编码 13 医保收费项目名称 medicareFeeitemName VARCHAR2(100) 非空 社保经办机构三大目录管理规范名称 14 单价 price VARCHAR2(16) 非空 4 位小数 15 数量 quantity VARCHA
42、R2(12) 非空 4 位小数，按照目录库中的包装上传入，非招标按照实际情况传入。 16 金额 money VARCHAR2(16) 非空 4 位小数, 金额 = 单价 * 数量 17 医院负担费用 hosBearMoney VARCHAR2(16) 4 位小数 18 剂型 formulation VARCHAR2(50) 19 规格 spec VARCHAR2(100) 20 标准单位 standardUnit VARCHAR2(20) 项目的包装单位或者计价单位。 21 草药单复方标志 herbFuFangSign VARCHAR2(3) 0:否；1:是 22 全额自费标志 totalSe
43、lfFundFlg VARCHAR2(3) 0:否；1:是 23 外带处方标志 extraRecipeFlg VARCHAR2(3) 0:非外带处方；1:外带处方 24 用法 usage VARCHAR2(1000) 25 每次用量 perQuantity VARCHAR2(16) 4 位小数，按照目录库中的最小单位数量 26 使用频次, frequency VARCHAR2(20) 27 执行天数 exeDays VARCHAR2(4) 本处方执行天数 28 给药途径 medicationRoute VARCHAR2(20) 29 帖数 packetNum VARCHAR2(16) DB50
44、/ T 9372019 14 表 6（续） 编号 名称 代码 长度 约束 说明 30 草药标注 footnote VARCHAR2(200) 31 科室编码 deptNum VARCHAR2(20) 字典映射 32 科室名称 deptName VARCHAR2(50) 33 处方医生编码 doctorCode VARCHAR2(20) 34 处方医生姓名 doctorName VARCHAR2(50) 35 经办人 updateBy VARCHAR2(20) 医疗机构操作员姓名 36 自付比例 selfPayRatio VARCHAR2(16) 非空 如果医保已经支付，此处填写医保的乙类自付比
45、例：甲类：0:丙类自费时1:乙类按照实际比例传入；否则默认传入本地城镇职工医保的自付比例 37 医保限价 medlimitedPrice VARCHAR2(16) 2 位小数，如果医保已经支付，此处填写医保的最高支付限价 38 单据号 billNum VARCHAR2(20) 预结算时可以为空，正式结算时不允许不为空；单据号并不是发票号，只是标识一个就诊流水号下一笔费用结算单据。 6.1.4 费用结算(Q290) 在预结算时需把出院疾病编码上传至平台， 如果不传平台计算会提示， 调用此交易时如果没有出院疾病编码就传入院时候的病种编码。费用结算输入参数符合表 7 要求。 表7 编号 名称 代码
46、长度 约束 说明 1 就诊流水号 medicalNum VARCHAR2(50) 非空 同登记时的就诊流水号 2 单据号 billNum VARCHAR2(20) 非空 预结算时可以为空，正式结算时不允许不为空；单据号并不是发票号，只是标识一个就诊流水号下一笔费用结算单据。 3 发票号 invoiceNO VARCHAR2(20) 票据上的发票号码 4 医疗类别 medicalType VARCHAR2(3) 非空 字典映射 5 结算日期 settleDate VARCHAR2(14) 非空 YYYYMMDDHH24MISS; 患者实际结算时间，不是临床业务系统数据产生时间 6 出院日期 di
47、schDate VARCHAR2(14) 非空 YYYYMMDDHH24MISS 患者实际出院时间，不是临床业务系统数据产生时间 7 出院原因 dischCause VARCHAR2(3) 非空 字典映射 8 并发症 complication VARCHAR2(300) DB50/ T 9372019 15 表 7（续） 编号 名称 代码 长度 约束 说明 1 住院天数 hospitalDay VARCHAR2(6) 2 费用总额 sumMoney VARCHAR2(16) 非空 2 位小数 3 经办人 updateBy VARCHAR2(50) 非空 医疗机构操作员姓名 4 医保已支付费用列
48、表 composite 如果此就诊医保已经报销过，需要把医保支付信息上传。 5 是否直结 directServiceMark VARCHAR2(3) 预留 0-非直结 1-直结 6 特殊患者标识 specialpatientID VARCHAR2(3) 非空 0:常规患者 1:高血压患者特病 2:糖尿病患者特病 3:血透析患者 7 医保类型 siType VARCHAR2(3) 非空 1:市职工医保 2:城乡居民 3:市内非医保 4:市外医保 5:市外非医保 6:离休干部 8 诊断列表(additionalDiagnosisList) a) 诊断编码 diagnosisCode VARCHAR
49、2(20) 参照ICD-10疾病和有关健康问题的国际统计分类 b) 诊断名称 diagnosisName VARCHAR2(300) 参照ICD-10疾病和有关健康问题的国际统计分类 c) 临床诊断 clinicalDiagnosis VARCHAR2(300) 医院的临床诊断 d) 诊断类型 diagnosisType VARCHAR2(3) 数据映射 e) 诊断排序 diagSort VARCHAR2(3) 诊断排序：0:主要诊断，1:次要诊断1,2:次要诊断2，等 9 处方流水号列表(recipeSerialNumList) a) 处方流水号 recipeSerialNum VARCHA
50、R2(20) 非空 Number 类型，同一个就诊下，处方流水号在医院端能够唯一标识一条费用明细信息（中途结算时需传此列表） 医疗保险已支付费用具体见表 8。 表8 编号 名称 代码 长度 约束 说明 1 自理金额 selfCareAmount VARCHAR2(16) 2 位小数 指乙类药品、诊疗项目、服务设施中个人按比例先行支付部分 DB50/ T 9372019 16 编号 名称 代码 长度 约束 说明 2 自费金额 selfAmount VARCHAR2(16) 2 位小数 指丙类药品、丙类诊疗项目、丙类服务设施和超限价部分 3 符合医保费用 inInsureMoney VARCHAR
浙ICP备2021020529号-1 | 浙B2-20240490 
