成都市医保支付接口规范V5.0
医保收费接口规范【VIP专享】
南平医保医院接口规范一、接口设计主体思路：采用文本文件交换信息的方式，每个业务接口主要步骤均为：医院程序删除应答文件（如果存在），提交一个请求文件，医保程序检测到后自动解释，生成一个回答文件，并删除原来的请求文件，医院程序检测到应答文件生成后就去读取医保程序返回的信息。
文件的结构主要借鉴Windows系统通用的信息文件格式（*.ini）。
为安全起见，每一个涉及收费的接口均需校验卡号。
为方便起见，对交换文件不进行加密处理，采用文本文件。
为了全省数据的一致性，病种编码，发票项目编码、药品项目和诊疗项目编码将统一标准。
注：如果医保政策或实施细则有变化，本规范将作相应调整。
二、医院程序设计注意事项：1.发出请求前，应当删除应答文件，（否则医保程序将不会响应应答文件。
）2.发出请求文件时，填写request字段的内容应填写完参数后进行；（** 无论对或写，务必采用独占方式(LOCKREADWRITE!)打开文件。
）3.检测应答文件时，应当等到应答文件的reply=TRUE时，方可进行读取工作。
4.读结果文件时，可以和发送的信息进行一些简单的校验（例如接口发送和接收的处方数目，明细，总金额等是否一致等），保证程序正确运行。
三、各个具体业务的接口文件结构：请求文件名为:request.txt 接口返回的文件名为:reply.txt请求和应答文件中英文字段意义说明：(C代表字符类型N代表数值类型例如N5,2代表取值0.00到999.99) (字段意义如文件中另有说明的除外)文件中字段名字位数或取值范围字段意义Request TRUE or FALSE 各种业务接口请求文件的开始请求标志；=TRUE时表示请求文件可以开始被读取Reply TRUE or FALSE 各种业务接口返回文件的回答标志；=TRUE时表示应答文件可以开始读取Success TRUE or FALSE操作结果成功否Error VarChar2(400)操作失败原因Cardno C12医保IC卡号Id0000C19医疗保险号Xming0 C8姓名Xbie00C1 0男1女可能为空性别Brnl00N3年龄Dwmc00C30单位名称Icztmc C20IC卡状态名称Gzztmc C30工作状态名称Dqmc00C20投保人所属地区名称Fzxmc0C20投保人所属分中心名称Ghksmc C10挂号科室名称Ghfy00N 5,2挂号费用Ghlsh0C16挂号流水号Ghrq00C8挂号日期Ghsj00C4挂号时间Cxlsh0C16冲销流水号Grzhye N8,2个人帐户余额Bqbm00C20病种编码Cfxms0N3收费项目数Djlsh0C16单据流水号Mzlsh0C16门诊流水号Bckbcs N3本次看病次数(即视同住院次数) Sftsmz C1 Y是 N否是否特殊门诊Sftsbz C1是否特殊病种Zhzfe0N8,2帐户支付额Grzfe0N8,2个人现金支付额Jjzfe0N8,2基金支付额Bcbxf0N8,2总费用Sfrq00C8收费日期Sfsj00C4收费时间Sfrxm0C8收费人姓名Cxdjh0C16冲销单据号Ryrq00C8入院日期Rysj00C4入院时间Ryksmc C10入院科室名称Rylb00C8 ’普通’或’家庭病床’住院类别Zylsh0C16入院登记流水号Rydjr0C8入院登记人Zyksmc C10住院科室名称Cydjr0C8出院登记人Cyrq00C8出院日期Cysj00C4出院时间Cyzd00C40出院诊断Valid0True or False是否可以入院登记或是否可以挂号Bnghyy Varchar2(400)病人不能挂号原因Bndjyy Varchar2(400)病人不能入院登记原因无C20<<处方明细信息>>中医院收费项目在医保中心的编号无C1 Y or N<<处方明细信息>>中是否医保项目无C20<<处方明细信息>>中医院收费项目在医保中心的发票项目名称无C50<<处方明细信息>>中医院收费项目在医保中心的名称无C20<<处方明细信息>>中医院收费项目在医保中心的规格无C20<<处方明细信息>>中医院收费项目在医保中心的单位无N10,4<<处方明细信息>>中医院收费项目在医保中心的单价无N8,2<<处方明细信息>>中数量无N8,2<<处方明细信息>>中金额无C8<<处方明细信息>>中医生姓名无N 5,4<<处方明细信息>>中个人自付比例注1：接口应答文件返回时如有参保人信息，都有参保人的各种信息如：姓名、性别、年龄、单位、ic卡状态、工作状态、个人账户余额、地区、分中心等；下面的接口说明中均以“<<参保人其他信息>>”字样代表：xming0=xbie00=brnl00=dwmc00=icztmc=gzztmc=grzhye=dqmc00=fzxmc0=注2：接口应答文件返回时如有处方明细信息，都有收费项目的各种信息如：名称、规格等；下面的接口说明中均以“<<处方明细信息>>”字样代表：医院收费项目在医保中心的编号是否医保项目医院收费项目在医保中心的发票项目名称医院收费项目在医保中心的名称医院收费项目在医保中心的规格医院收费项目在医保中心的单位医院收费项目在医保中心的单价医院收费项目的数量医院收费项目的金额医院收费项目的医生姓名此外，接口返回的收费文件的<<处方明细信息>>除有以上信息外，还增加一行信息，为医院收费项目在医保中心的个人自付比例（0 到1）。
成都市医保结算清单数据采集接口规范V1.0
成都市医保结算清单数据采集接口规范V1.0成都市医保局2020年03月历史记录目录§1 概述 (5)§1.1 文档编制目的 (5)§1.2 目标 (5)§1.3 术语和定义 (5)1.3.1 交易Transaction (5)1.3.2 消息Message (5)1.3.3 请求消息Request Message (6)1.3.4 应答消息Response Message (6)1.3.5 报文Datagram (6)1.3.6 请求方Requester (6)1.3.7 应答方Responsor (6)1.3.8 元素Element (6)1.3.9 属性Attribute (6)§1.4 采集指标项说明 (6)§2 平台接口设计 (7)§2.1 平台接口接入模式 (7)§2.1.1 平台webservice接口模式 (7)§2.2 平台接口调用流程 (8)§2.3.1 数据采集交易调用流程 (8)§2.3.2 数据采集交互流程 (8)§3 平台接口交易详细设计 (9)§3.1 交易说明 (9)3.1.1 交易模式 (9)3.1.2 交易安全性 (9)3.1.3 交易错误处理 (9)3.1.4 交易数据格式 (9)§3.2 交易定义 (9)3.2.1 数据采集交易定义 (9)§3.3 消息报文定义 (10)§3.3.1 消息报文结构 (10)3.3.1.1 请求消息报文结构 (10)3.3.1.2 应答消息报文结构 (10)§3.3.2 消息头报文结构 (10)3.3.2.1 请求消息头报文 (10)3.3.2.2 应答消息头报文 (11)§3.4 交易详细设计 (12)3.4.1 数据采集交易详细设计 (12)3.4.1.1 申请流水号 (E1001) (12)3.4.1.2 数据上报 (E1002) (13)3.4.1.3 数据撤销 (E1003) (17)3.4.1.4 查询校验结果 (E1004) (18)§4 附录 (19)§4.1 结算清单指标项采集说明 (19)§4.2 查询调用示例： (19)§1 概述根据《国家医疗保障局关于印发医疗保障标准化工作指导意见的通知》（医保发﹝2019﹞39号）、《国家医疗保障局关于开展医疗信息业务编码标准相关工作的通知》（医保发﹝2019﹞42号）、《四川省医疗保障局关于开展医疗保障信息业务编码相关工作的通知》（川医保办发〔2019〕36号）等要求，制定本次结算清单数据采集指标项及采集内容。
第1章接口报文格式
第1章接口报文格式1.1接口输入报文格式定义报文采用JSoN格式，交易参数定义如下：12接口输出报文格式定义报文采用JSON格式，交易参数定义如下:表2交易输出参数定义1.3交易状态码说明交易状态码（infcode）规格如下：14重点说明•调用交易时INPUT、OUTPUT节点应按照接口安全相关要求进行签名。
•时间格式代码说明：yyyy（年，4位）、MM（月，2位）、dd（日，2位）、HH（24小时制，2位）、Inm（分钟，2位）、SS（秒，2位）、SSS（毫秒，3位）。
•日期时间型的数据元（例如开始时间）格式为：yyyy-MM-ddHH:mm:ss；日期型的数据元（例如开始日期）格式为：yyyy-MM-ddo•查询中输入开始结束时间，格式为yyyy-MM-dd,时间范围默认开始于00:00:00,结束于23:59:59o例如时间2023-01-01-2023-01-02则匹配时间2023-01-0100:00:00-2023-01-0223:59:59的数据。
•报文中的输入/输出项的字符型串中的根节点和各个子节点一律小写。
•类型为数值的参数，如果为空，必须传“0”，其他为空串（“"），TXT文件中空值使用“mi11”o•TXT文件使用字符集为UTF-8o•接口说明中声明的输入为输入报文中INPUT属性内容，输出为输出报文中OUTPUT属性内容。
•接口输入、输出数据元代码标识为“Y”的，字典内容参照文章中字典表部分内容。
•报文中INPUT/OUTPUT（输入信息/输出信息）要符合JSON格式的约定。
•如果信息中出现的下列字符，需要进行转义处理:1、转义为；2、“\”转义为“\\\\"。
15接口说明1.5.1.114101】医疗保障基金结算清单信息上传1.5.1.1.1交易说明通过此交易上传医疗保障基金结算清单信息。
1. 5.1.1.2重点说明1、交易输入结算清单信息为单行数据，输入其他信息均为多行数据；2、输入项信息按照《医疗保障基金结算清单填写规范》中的规范要求填写；3、每次接口调用只上传一位患者的信息。
国家异地就医结算系统接口技术规范V0.86(20160712)-打印版
附件1国家异地就医结算系统接口技术规范（征求意见稿）人力资源和社会保障部信息中心2016年7月目录1.文档编制目的 (1)2.背景 (1)3.词汇表 (1)4.总体说明 (2)5.接口交易列表 (5)6.报文头格式定义 (9)7.报文体格式定义 (19)7.1、结算类业务 (20)【1101】门诊挂号（住院登记） (22)【1102】登记信息修改 (24)【1104】费用预结算 (27)【1105】费用结算 (34)【1106】药店预结算（无挂号的门诊） (34)【1107】药店结算（无挂号的门诊） (36)7.2、反交易业务 (38)【1201】门诊退号（无费退院） (38)【1202】门诊退费（出院召回） (39)7.3、事务补偿业务 (41)【1301】冲正交易 (41)7.4、查询类业务 (43)【1401】获取异地人员信息 (43)【1402】结算信息查询 (46)7.5、辅助类业务 (50)【1504】参保地对账确认 (51)【1505】就医地对账确认 (52)【1509】服务状态监测 (54)7.6、上传类业务 (55)【1601】费用明细上传 (55)【1602】备案信息上传 (57)【1603】医疗机构信息上传 (60)【1604】结算审核扣款信息上传 (62)【1605】费用明细审核扣款信息上传 (64)【1606】费用明细删除 (65)7.7、下载类业务 (67)【1801】费用明细下载 (67)【1802】备案信息下载 (70)【1803】医疗机构信息下载 (72)【1804】结算审核扣款信息下载 (75)【1805】费用明细审核扣款信息下载 (76)【1806】参保省对账明细下载 (78)【1807】就医省对账明细下载 (79)【1808】代码表下载 (81)【1809】药品信息下载 (82)【1810】诊疗信息下载 (84)【1811】服务设施信息下载 (85)【1812】病种信息下载 (87)【1813】清算信息下载 (89)7.8、社保卡类业务 (90)【1901】卡鉴权及消费交易认证 (90)【1902】消费交易结算验证 (92)【1903】卡内部认证 (93)【1904】卡鉴权 (94)8.代码表 (96)性别AAC004 (96)人员类别AKC009 (96)人员待遇状态AAC210 (96)参加公务员医疗补助标识AKC026 (96)低保对象标识AAC158 (96)在院状态AKC068 (96)险种类型AAE140 (97)急诊标志AKC069 (97)外伤标识AKC066 (97)医院等级AKA101 (97)医疗类别AKA130 (97)出院原因AKC195 (98)节点名称LOG001 (98)节点状态LOG013 (98)报销标志AKE105 (98)中途结算标志AKE170 (98)账户使用标志AKE122 (98)冲正状态AKA019 (98)三大目录类别AKE003 (99)收费项目等级AKA065 (99)医疗发票项目类别AKA063 (99)省级行政区划代码AAF018 (99)对账结果AKE150 (100)当前有效标志AAE100 (100)医疗机构分类代码AKB023 (100)医疗服务机构类型AKB022 (100)医疗费用结算扣款原因AKC269 (101)交易类型AAA113 (101)职工基本医疗保险定点单位标识AKB006 (101)离休人员医疗保障定点单位标识AKB007 (101)城镇居民基本医疗保险定点单位标识AKB008 (101)新型农村合作医疗定点单位标识AKB009 (101)工伤定点标识 AKB017 (101)生育定点标识AKB018 (101)住院开通标志AKA087 (102)分院标志AKB100 (102)医院收费级别AKA045 (102)医疗特殊业务申请类型AKA083 (102)门诊开通标志AKA088 (102)限制使用标志AKA036 (102)生产地类别AKE004 (102)处方药标志AKA064 (102)成功标志AAE314 (103)异地标志AAE139 (103)科室AKF001 (103)算法标识AAA254 (105)1.文档编制目的国家异地就医结算系统接口技术规范主要表述了部省两级系统间的接口交互方式和具体报文标准。
成都市区域卫生信息平台数据交换接口标准(医疗服务)
成都市区域卫生信息平台数据交换接口标准（医疗服务）第1页修改记录目录前言 (5)通述 (6)第 1 章医疗机构业务运营相关数据 (7)1.1门急诊业务 (7)1.2住院类业务 (11)1.3手术业务 (14)第 2 章临床诊疗病史相关数据 (17)2.1患者基本信息 (20)2.2门诊就诊信息 (22)2.3住院就诊信息 (31)2.4实验室检验报告 (37)2.5医学影像检查报告 (44)2.6住院病案首页主体报告 (47)2.7手术明细报告 (53)2.8诊断明细报告 (56)2.9出院小结报告 (58)2.10体检小结报告* (60)2.11用血明细报告 (65)2.12业务数据报告 (66)第 3 章医疗机构基础字典数据 (71)3.1 医疗机构字典表(TB_DIC_Hospital) (71)3.2 科室字典表(TB_DIC_Department) (71)3.3 医护人员字典表(TB_DIC_Practitioner) (72)3.4 诊疗项目字典表(TB_Dic_Detail_Comparison) (73)3.5 诊断字典表(TB_DIC_Disease) (74)3.6 标本字典表(TB_DIC_Specimen) (75)3.7 检验指标字典表(TB_DIC_Test_Indicator) (76)3.8 仪器设备字典表(TB_DIC_Instrument) (76)3.9 检查类型字典表(TB_DIC_RIS_Type) (76)3.10 药品字典表(TB_DIC_Detail_MEDICINE) (77)3.11 CV5600.02支付方式代码 (77)3.12 CV5600.04医疗付款方式代码 (78)3.13 CV5201.23手术/操作体表部位代码 (78)3.14 CV5101.27症状代码 (79)3.15 CV5301.06药物类型代码 (80)3.16 CV5301.05中药使用类别代码 (85)3.17 CV5401.04住院原因代码 (85)3.18 CV5502.18住院患者疾病状态 (86)3.19 CV5402.01医嘱类别代码 (86)3.20 CV5600.03住院费用类别代码 (86)3.21 CV5501.12入院病情代码 (87)3.22 CV5501.13诊断符合情况代码 (87)3.23 CV5501.15病案质量代码 (87)3.24 CV5101.03过敏源代码 (87)3.25 CV5201.24麻醉方法代码 (88)3.26 CV5501.14手术切口愈合等级代码 (89)3.27 CV5502.20疾病诊断类别代码 (89)3.28 CV5501.11治疗结果代码 (90)3.29 CV0100.04身份证件类别代码 (90)3.30 CV0209.01患者属性类别代码 (90)3.31其他相关的代码字典表 (91)3.32字典表的建立与维护 (91)第 4 章数据交换方式 (93)4.1数据交换方式说明 (93)4.2临床诊疗病史各数据表的关联与整合 (93)4.3对判别各数据表的数据时间的口径 (95)前言本接口标准是在成都市区域卫生信息平台项目建设过程中，逐步形成的。
国家医保局办公室、财政部办公厅关于稳妥有序扩大跨省直接结算门诊慢特病病种范围的通知
国家医保局办公室、财政部办公厅关于稳妥有序扩大跨省直接结算门诊慢特病病种范围的通知文章属性•【制定机关】国家医疗保障局,财政部办公厅•【公布日期】2024.09.05•【文号】医保办发〔2024〕19号•【施行日期】2024.09.05•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】慢性病防控正文国家医保局办公室财政部办公厅关于稳妥有序扩大跨省直接结算门诊慢特病病种范围的通知医保办发〔2024〕19号各省、自治区、直辖市及新疆生产建设兵团医保局、财政厅（局）：为贯彻落实2024年《政府工作报告》提出的落实和完善异地就医结算要求，在基本实现高血压、糖尿病、恶性肿瘤门诊放化疗、尿毒症透析、器官移植术后抗排异治疗等5种门诊慢特病费用跨省直接结算县域可及的基础上，决定新增5种门诊慢特病相关治疗费用纳入跨省直接结算范围。
现将有关事项通知如下：一、工作目标落实和完善异地就医结算，巩固提升高血压、糖尿病、恶性肿瘤门诊放化疗、尿毒症透析、器官移植术后抗排异治疗5种门诊慢特病跨省直接结算服务。
2024年底前，所有统筹地区作为就医地提供慢性阻塞性肺疾病、类风湿关节炎、冠心病、病毒性肝炎、强直性脊柱炎等5种门诊慢特病相关治疗费用跨省直接结算服务（以下简称门诊慢特病扩围病种），提升人民群众的获得感、幸福感和安全感。
二、进一步规范门诊慢特病费用跨省直接结算政策（一）规范跨省直接结算门诊慢特病病种名称和代码应用。
门诊慢特病跨省直接结算使用全国统一的门诊慢特病病种名称和代码（见附件1）。
为了兼容各地病种范围差异，参照国家医疗保障信息业务编码标准中门诊慢特病病种名称及病种代码，本次增加器官移植抗排异治疗大类代码（M08300）,以及门诊慢特病扩围病种大类代码：慢性阻塞性肺疾病（M05300）、类风湿关节炎（M06900）、冠心病（M04600）、病毒性肝炎（M00200）、强直性脊柱炎（M07200）。
（二）执行就医地目录、参保地政策和就医地管理。
医保结算清单脏数据判定规则及接口查询讲解
医保结算清单脏数据判定规则及接口查询讲解医保结算清单主要是指医疗保险对于参保人员的医疗费用进行结算时所产生的清单。
这个清单包含了医疗服务的具体内容、费用明细、结算金额等信息。
医保结算清单的目的是为了方便参保人员了解自己的医疗费用情况，同时也是医疗保险机构对于费用结算的一种管理工具。
脏数据判定规则是用于判断数据中是否存在错误、不符合要求或者不完整的数据的规则。
在医保结算清单中，脏数据可能会导致结算金额的错误或者结算信息的不准确。
因此，通过制定一些脏数据判定规则，可以及时发现并纠正这些错误，确保医保结算清单的准确性和可靠性。
接口查询是指通过与医疗保险机构的接口进行通信，查询医保结算清单的相关信息。
接口查询可以实现参保人员通过不同的方式（例如网站、手机APP等）查询自己的医保结算清单，方便参保人员随时了解自己的医疗费用情况。
下面我们分别对医保结算清单、脏数据判定规则和接口查询进行详细讲解。
一、医保结算清单1.医疗服务信息：包括就诊医院、医疗科目、就诊日期等；2.费用明细：详细列出了医疗费用的各个项目，如诊疗费、药品费等；3.结算金额：记录了医保机构承担的费用和参保人员自己需要支付的费用；4.结算方式：说明了是通过现金还是通过医保账户进行结算。
医保结算清单的生成是根据医保机构与医疗机构之间的结算规定进行的。
医保机构通过对医疗费用进行审核和核定，然后按照结算规定计算结算金额，并生成结算清单。
参保人员可以通过不同的方式获取这个清单，以了解自己的医疗费用情况。
二、脏数据判定规则脏数据指的是数据中存在的错误、不规范或者不完整的数据。
在医保结算清单中，可能存在一些脏数据，例如费用信息错误、医疗服务不符合要求等。
因此，为了保证医保结算清单的准确性，需要制定一些脏数据判定规则。
脏数据判定规则可以包括以下内容：1.费用信息判定：判断费用明细中各项费用的合理性，例如是否存在异常高的费用、是否存在不符合规定的费用等；2.服务信息判定：判断医疗服务是否符合规定，例如是否存在无效的医疗服务、是否存在与诊断不符的医疗服务等；3.结算金额判定：判断结算金额是否正确，例如是否存在结算金额与医保规定不一致的情况。
医疗保险统一软件支付接口规范V1.57
—————————————————————————————————————————————— 地址：昆明市盘龙区穿金路金尚国际 13 幢 A 座 27 楼 电话：087165629158 传真：08715620067 第 6 页/共 192 页
医疗保险统一软件支付接口规范 V1.57
目录
§1 §1.1 §1.2 §1.3 §1.4 §2 概述 ......................................................................................................................... 12 文档编制目的 ....................................................................................................... 12 背景 ..................................................................................................................... 12 目标 ..................................................................................................................... 13 名词解释 .............................................................................................................. 13 系统接口设计 .......................................................................................................... 13
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
成都市基本医疗保险支付接口应用编程规范Version 5.02015年06月1、变更说明⏹2009-3-9文字错误更正日常修正：●门诊结算11交易的control XML漏写<version>接口版本标志</version>●身份识别03交易的输出XML在个人帐户余额一段多写了</ykc194>，去掉。
●14A和14B交易的节点数据类型注释中yke170应为yae170⏹2009-3-16调整输入输出节点日常修正：●20交易增加返回节点，不影响业务●17交易增加返回节点，不影响业务●14A、14B、16交易删除【yka105记账流水号】节点●03、11交易control XML节点改名，【version】改为【edition】（因version之前已使用）⏹2009-3-19调整输入输出节点日常修正：●16交易返回节点【YKE141】，应为【YKC141】⏹2009-3-27交易41、52调整明细冲负及打印预结算单调整：●41交易数量可以传入负数。
HIS可以通过传入负数的数量或43交易两种方式来退明细●52交易：住院结算。
控制xml中增加一个节点<print>是否打印预结算单</print>。
预结算单不能作为报销凭据，仅提供给参保人查看。
如果该节点为1，则表示是打印预结算单。
其他值或者无此节点，表示住院结算。
注意：（1）打印出预结算单可能和正式结算有差异，因为在预结算和正式结算之间，个人的信息可能改变，费用明细可能改变等原因。
（2）当打印预结算单时，交易标志aint_appcode返回的值总是小于零的。
⏹2010-6-28门诊统筹相关交易变更说明：门诊统筹项目：●100交易：医院医保信息新增申请说明：新增交易●101交易：医院医保信息停用申请说明：新增交易●102交易：医院医保信息查询说明：新增交易●103交易：药品新增申请说明:新增交易●104交易：医院药品对码说明:新增交易●105交易：医院药品停用申请说明：新增交易●106交易：医院医保药品目录查询说明：新增交易●107交易：药品基本信息查询说明：新增交易●108交易：挂号费项目查询说明：新增交易● 110交易：门诊挂号说明：新增交易● 111交易：门诊明细上传说明：新增交易，本交易在医院医生工作站进行实时传输中医电子处方信息、西医电子处方信息、医嘱信息、门诊病例信息、检查信息、手术信息、中医四诊、挂号信息、服务对象信息● 11交易：门诊结算说明：门诊明细上传后，可根据记帐流水号选择需要结算的明细费用● 12交易：门诊结算回退说明：增加支持挂号结算回退● 30交易：查询住院和门诊统筹支付限额和不支付原因说明：支持门诊统筹查询● 43交易：住院和门诊费用明细退单说明：支持门诊统筹费用退单● 55交易：医保基金详单打印说明：支持门诊统筹汇总单据、门诊统筹明细单据打印● 71交易：清算申请说明：支持城职门诊统筹、城乡门诊统筹清算⏹2010-8-27交易16，25变更说明：门特信息扩展完善：⏹16交易：交易增加人员所申请过的门诊特殊病病种查询⏹25交易：交易输入xml串增加病人联系电话、诊疗过程描述节点⏹2011-4-15交易52变更，118新增说明：单病种项目：⏹52交易：增加病种编码，病种名称及医院负担部分节点⏹118交易：查询单病种编码，ICD码和手术信息查询⏹2013-07-31变更 120，121，122新增说明新门特项目：⏹14a交易增加病种编码节点⏹14b交易增加病种编码节点⏹16交易增加病种编码节点⏹20交易增加新门特医院结算节点⏹20a交易增加新门特医院结算节点⏹41交易增加病种编码节点⏹120交易病种认定交易（新增交易）⏹121交易一般诊疗费置标（新增交易）（一般诊疗费置标）⏹122交易病种认定查询交易⏹2013-10-24 新增123，124说明工伤康复项目：⏹123交易工伤康复住院上传治疗方案⏹124交易工伤康复住院撤消治疗方案⏹20交易交易输入添加节点<xh>疾病诊断序号</xh>⏹03交易添加工伤诊断输出节点<gsdataset>多row⏹14A 添加传入节点门特结束时间（针对工伤联网部分）⏹2014-9-1修改说明接口5.0部分：⏹以下涉及到修改的交易编号（11、111、21、23、25等，除28a、28b类查询交易），在control节点都需要传入edition节点，固定值为5.0⏹25交易在ykd018dataset节点下增加中西医诊断信息节点。
⏹11交易中yke112医嘱记录序号字段为必传项，其对应的医嘱信息使用31号交易上传。
考虑到时效性，医嘱信息允许事后上传。
其中医嘱记录序号允许对应多条费用信息。
⏹增加31A、31B、31C、31D交易⏹34交易增加医嘱信息的输出⏹111交易中对医嘱节点增加结构化数据⏹25交易中增加yke659医疗付款方式、yke663出院科室编码、yke664实际住院天数、yke665离院方式⏹21交易增加yke660入院途径、yke380婚姻状况类别代码、aae004联系人姓名、yke661联系人关系、aae005联系电话、yke662入院科室编码⏹23交易增加yke660入院途径、yke380婚姻状况类别代码、aae004联系人姓名、yke661联系人关系、aae005联系电话、yke662入院科室编码⏹28a,28b增加对输入字段的输出⏹增加127、128、129号交易⏹增加130、131号交易⏹增加42A、42B、42C号交易⏹11/41/111交易增加ake005,yka059节点1、判断kb01kae如果存在医院编码对应的数据2、解析明细中的ake005,yka059节点3、调用pkg_K_ydyl.prc_K_recordAke005（akb020,ake005,yka059）过程记录⏹增加132号交易诊疗使用设备编码上传⏹2014-10-26修正说明接口5.0部分：⏹需注意以下交易 11,31,34,111由原<医院对码编码>节点信息,修正为以下节点信息:<ake005>医院对码编码</ake005>⏹2015-06-05 修正说明络氨酸激酶抑制剂部分：1、新增135交易：络氨酸激酶抑制剂认定申请2、新增136交易：络氨酸激酶抑制剂认定复核结果查询3、新增137交易：酪氨酸激酶抑制剂方案申请4、新增137A交易：酪氨酸激酶抑制剂方案申请回退5、新增137B交易：酪氨酸激酶抑制剂就诊登记6、新增137E交易：酪氨酸激酶抑制剂就诊登记回退7、新增138交易：酪氨酸激酶抑制剂结算8、新增139交易：酪氨酸激酶抑制剂结算回退9、新增140交易：酪氨酸激酶抑制剂方案变更申请⏹2016-05-18 修正说明异地门特部分：1、03交易新增返回参数，人员特慢病病种编码（ICD10）2、新增yd11交易：异地门诊结算3、新增yd12交易：异地结算回退2、概述《成都市基本医疗保险支付接口应用编程规范（Version 4.0）》（以下简称规范）的使用对象为将使用银海医保支付组件库（以下简称组件库）来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。
规范公布了组件库所提供的交易，规定了调用每一交易的前提条件，详细描述了每一交易的调用方法。
规范从编程的角度来介绍以上内容，对医保政策和医保支付流程的介绍不属于本规范的范围。
⏹术语及参考资料COM： Common Object ModelHIS：Hospital Information SystemMIS：Management Information System⏹应用模式银海医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。
⏹环境要求◆硬件环境◆网络环境◆系统软件⏹接口描述⏹总体描述组件库注册在每一台需要进行医保支付业务的客户机上（该客户端也必须能连接到医保网络），通过被动调用的方式将医保支付业务功能嵌入到定点医疗机构的系统中（以下简称HIS）；接口交易组件库提供了六个公共方法(yh_interface_init 初始化，yh_interface_destroy 资源释放，yh_interface_call业务方法调用，yh_interface_confirm业务办理确认，yh_interface_cancel业务办理取消，yh_interface_getuncertaintytrade不确定交易查询)，交易参数组织采用xml（所有社保经办机构交易调用及交易参数统一），差别处理对于HIS透明。
新接口存在多社保经办机构处理，并且各社保经办机构处理模式存在差异，接口交易内部也可能存在用户交互窗口，因此建议HIS事务管理与接口交易调用相互独立。
⏹接口COM说明组件库提供交易的COM组件属性如下：⏹交易接口函数描述yh_interface_init⏹原型定义：yh_interface_init(ref long aint_appcode,ref string astr_appmsg)yh_interface_init2yh_interface_init2(string astr_parmxml,ref long aint_appcode,ref string astr_appmsg)astr_parmxml：<?xml version=“1.0” encoding=“GBK” standalone=“yes” ?><root>< asy>1</asy> 1:表示异步执行确认或取消 0：表示同步执行</root>astr_parmxml:⏹函数说明：初始化函数，HIS应用启动时调用，进行医保交易处理初始化，本交易调用成功后才能进行其他交易处理。
yh_interface_destroy⏹原型定义：yh_interface_destroy()⏹函数说明：资源释放函数，在HIS应用退出时调用。
yh_interface_call⏹原型定义：yh_interface_call(string astr_jybh,string astr_jykz_xml,string astr_jysr_xml,ref string astr_pcbh,ref string astr_jylsh,ref string astr_jyyzm,ref string astr_jysc_xml,ref long aint_appcode,交易主函数，完成所有医疗业务的实际处理。