成都市医保支付接口规范V5.0

南平医保医院接口规范一、接口设计主体思路：采用文本文件交换信息的方式，每个业务接口主要步骤均为：医院程序删除应答文件（如果存在），提交一个请求文件，医保程序检测到后自动解释，生成一个回答文件，并删除原来的请求文件，医院程序检测到应答文件生成后就去读取医保程序返回的信息。

文件的结构主要借鉴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成都市医保局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接口输入报文格式定义报文采用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、每次接口调用只上传一位患者的信息。

附件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.结算金额判定：判断结算金额是否正确，例如是否存在结算金额与医保规定不一致的情况。

成都市基本医疗保险支付接口应用编程规范Version2015年06月1、变更说明2009-3-9文字错误更正日常修正：门诊结算11交易的control XML漏写<version>接口版本标志</version>身份识别03交易的输出XML在个人帐户余额一段多写了</ykc194>，去掉。

14A和14B交易的节点数据类型注释中yke170应为yae1702009-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>多row14A 添加传入节点门特结束时间（针对工伤联网部分）2014-9-1修改说明接口部分：以下涉及到修改的交易编号（11、111、21、23、25等，除28a、28b类查询交易），在control节点都需要传入edition节点，固定值为25交易在ykd018dataset节点下增加中西医诊断信息节点。

南平医保医院接口规范一、接口设计主体思路：采用文本文件交换信息的方式，每个业务接口主要步骤均为：医院程序删除应答文件（如果存在），提交一个请求文件，医保程序检测到后自动解释，生成一个回答文件，并删除原来的请求文件，医院程序检测到应答文件生成后就去读取医保程序返回的信息。

文件的结构主要借鉴Windows系统通用的信息文件格式（*.ini）。

为安全起见，每一个涉及收费的接口均需校验卡号。

为方便起见，对交换文件不进行加密处理，采用文本文件。

为了全省数据的一致性，病种编码，发票项目编码、药品项目和诊疗项目编码将统一标准。

注：如果医保政策或实施细则有变化，本规范将作相应调整。

二、医院程序设计注意事项：1.发出请求前，应当删除应答文件，（否则医保程序将不会响应应答文件。

）2.发出请求文件时，填写request字段的内容应填写完参数后进行；（** 无论对或写，务必采用独占方式(LOCKREADWRITE!)打开文件。

）3.检测应答文件时，应当等到应答文件的reply=TRUE时，方可进行读取工作。

4.读结果文件时，可以和发送的信息进行一些简单的校验（例如接口发送和接收的处方数目，明细，总金额等是否一致等），保证程序正确运行。

三、各个具体业务的接口文件结构：请求文件名为:request.txt 接口返回的文件名为:reply.txt请求和应答文件中英文字段意义说明：(C代表字符类型 N代表数值类型例如N5,2代表取值0.00到999.99) (字段意义如文件中另有说明的除外)注1：接口应答文件返回时如有参保人信息，都有参保人的各种信息如：姓名、性别、年龄、单位、ic卡状态、工作状态、个人账户余额、地区、分中心等；下面的接口说明中均以“<<参保人其他信息>>”字样代表：xming0=xbie00=brnl00=dwmc00=icztmc=gzztmc=grzhye=dqmc00=fzxmc0=注2：接口应答文件返回时如有处方明细信息，都有收费项目的各种信息如：名称、规格等；下面的接口说明中均以“<<处方明细信息>>”字样代表：医院收费项目在医保中心的编号是否医保项目医院收费项目在医保中心的发票项目名称医院收费项目在医保中心的名称医院收费项目在医保中心的规格医院收费项目在医保中心的单位医院收费项目在医保中心的单价医院收费项目的数量医院收费项目的金额医院收费项目的医生姓名此外，接口返回的收费文件的<<处方明细信息>>除有以上信息外，还增加一行信息，为医院收费项目在医保中心的个人自付比例（0 到1）。

四川省城镇居民基本医疗保险定点医疗机构联网结算接口规范2009年3月目录1概述 (4)1.1术语及参考资料 (4)1.2应用模式 (4)1.3环境要求 (4)1.4硬件环境 (4)1.4.1网络环境 (5)1.4.2系统软件 (5)2接口描述 (5)2.1总体描述 (5)2.2接口COM说明 (6)3交易类型 (6)4初始化调用 (6)5接口升级 (7)6调用示例 (7)6.1VB (7)6.2PB (8)6.3DELPHI (9)7交易处理流程 (10)7.1查询交易、类查询交易、打印交易流程 (10)7.2处理交易流程 (11)8处理交易的不同宕机点和相应的处理 (11)9交易接口描述 (12)9.1初始化 (12)9.2正常交易 (13)9.3确认交易 (13)9.4取消交易 (13)10错误信息的处理 (14)10.1Call方法的错误信息 (14)10.2Confirm方法的错误信息 (14)10.3Cancel方法的错误信息：同Confirm方法 (14)11业务定义 (14)11.1.1正常交易 (14)11.1.2确认交易 (15)11.1.3取消交易 (15)11.2获取个人基本信息(03) (15)11.3门诊(含门诊大病)结算(11) (16)11.3.1正常交易 (16)11.3.2确认交易 (19)11.3.3取消交易 (19)11.4门诊(含门诊大病)结算退单(12) (19)11.4.1正常交易 (19)11.4.2确认交易 (20)11.4.3取消交易 (20)11.5打印门诊结算单(13) (21)11.5.1正常交易 (21)11.6入院办理(21) (21)11.6.1正常交易 (21)11.6.2确认交易 (23)11.6.3取消交易 (23)11.7入院信息修改(22) (23)11.7.1正常交易 (23)11.8入院办理退单(23) (24)11.8.1正常交易 (24)11.9住院消费明细写入(31) (25)11.9.1正常交易 (25)11.10住院费用明细退单(32) (27)11.10.1正常交易 (27)11.11出院结算(41) (28)11.11.1正常交易 (28)11.11.2确认交易 (30)11.11.3取消交易 (30)11.12住院结算退单(42) (31)11.12.1正常交易 (31)11.12.2确认交易 (32)11.12.3取消交易 (32)11.13打印住院结算单(43) (32)11.13.1正常交易 (32)11.14出院预结算(44) (33)11.14.1正常交易 (33)11.16药品目录增量下载(81) (38)11.17诊疗目录增量下载(82) (39)11.18下载服务设施目录(83) (40)11.19住院单病种目录增量下载(84) (41)11.20门诊慢性病增量下载(85 (42)11.21下载社保经办机构编码(86) (43)11.22下载代码值含义(87) (44)11.23疾病目录编码(88) (45)11.24医疗机构目录比对关系上传(90) (46)11.24.1正常交易 (46)11.25医疗机构目录比对关系审核查询(91 (47)11.25.1正常交易 (47)11.26查询病人费用明细(45) (48)11.27查询病人就诊信息(46) (49)11.28查询接口消息(92) (50)11.29查询中心不确定交易(98) (51)1概述1.1 术语及参考资料COM：Common Object ModelHIS：Hospital Information SystemMIS：Management Information System1.2 应用模式城镇居民基本医疗保险定点医疗机构联网结算支付接口组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。

国家医疗保障局、财政部关于加快推进门诊费用跨省直接结算工作的通知文章属性•【制定机关】国家医疗保障局,财政部•【公布日期】2021.04.12•【文号】医保发〔2021〕27号•【施行日期】2021.04.12•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】医疗机构与医师正文国家医保局财政部关于加快推进门诊费用跨省直接结算工作的通知医保发〔2021〕27号各省、自治区、直辖市及新疆生产建设兵团医保局、财政厅（局）：为贯彻落实2021年《政府工作报告》重点任务和《国务院办公厅关于加快推进政务服务“跨省通办”的指导意见》（国办发〔2020〕35号）要求，解决人民群众在跨省异地就医结算中的“急难愁盼”问题，加快推进门诊费用跨省直接结算，现就有关事项通知如下：一、工作目标2021年底前，各省份60%以上的县至少有1家普通门诊费用跨省联网医疗机构，各统筹地区基本实现普通门诊费用跨省直接结算；对于高血压、糖尿病、恶性肿瘤门诊放化疗、尿毒症透析、器官移植术后抗排异治疗等5个群众需求大、各地普遍开展的门诊慢特病，每个省份至少有一个统筹地区实现相关治疗费用跨省直接结算。

2022年底前，每个县至少有1家定点医疗机构能够提供包括门诊费用在内的医疗费用跨省直接结算服务；基本实现上述5个主要门诊慢特病的相关治疗费用跨省直接结算统筹地区全覆盖，推进其他门诊慢特病的相关治疗费用跨省直接结算或线上零星报销。

二、重点工作（一）扩大普通门诊费用跨省直接结算覆盖范围。

各省份要全力推动门诊费用跨省直接结算工作，确保2021年底前所有省份、所有统筹地区作为参保地和就医地双向开通，符合条件的职工医保和城乡居民医保参保人员能够在联网定点医疗机构实现普通门诊费用跨省直接结算。

（二）积极推进门诊慢特病的相关治疗费用跨省直接结算。

各省份要规范统一参保人员门诊慢特病申办途径、就医规定等政策措施。

门诊慢特病的相关治疗费用跨省直接结算时使用全国统一的病种编码，执行就医地规定的支付范围及有关规定（基本医疗保险药品、医疗服务项目和医用耗材等支付范围），门诊慢特病病种范围和医保基金起付标准、支付比例、最高支付限额等执行参保地政策。

四川省新型农村合作医疗信息系统医院信息系统 (HIS接口规范版本号 :3.0四川省卫生信息中心发布2013年 5月 15日目录第一部分接口介绍 . ...................................................................................................................... 5第二部分新型农村合作信息系统接口中的住院接口功能介绍 ................................................. 6接口住院工作流程图 . .............................................................................................................. 6类 (函数的返回值或传入值标准 .. (7)1、 public classFalseOrTrue (7)2、 public classAccreditCode (7)3、 public classRevertHospitalID . (7)4、 public classIsPatientClass (8)5、 public class InfosP (8)6、 public classPersonInfo (9)7、 public classInfosU . (10)8、 public classUsers . (10)9、 public classInfosM ................................................................................................... 11 10、 public class Med . ..................................................................................................... 11 11、public class InfosSW ............................................................................................... 13 12、public class SW ....................................................................................................... 13 13、public class InfosI ................................................................................................... 14 14、public class Items .................................................................................................... 14 15、public class ValidateInfoClass . .. (16)16、 public class QDInfoClass (16)17、 public class QDReturn1 (17)18、 public class QDReturn2 (17)19、 public class QDError . ..............................................................................................18 20、 public class ToCode ................................................................................................18 21、 public class QueryPatientQD ..................................................................................19 22、 public class QDInfo.................................................................................................19 23、 public class QueryHospitalBC ................................................................................20 24、 public class BCInfo0 ...............................................................................................21 25、 public class BCInfo1 ...............................................................................................22 26、 public class InfosI1 .................................................................................................23 27、 public class InfosM1 ...............................................................................................24 28、 public classMed1 . ................................................................................................... 24 29、 public class InfosSW1 . ............................................................................................ 24 30、public class SW1 ..................................................................................................... 25 31、public class Time . . (25)32、 public class ZY . ....................................................................................................... 26 33、 public class JB . ........................................................................................................26 34、 public class JYMoney (26)35、 public class MZInfo .............................................................................................26 36、 public class FYMX ..............................................................................................27 37、 public class FUHEReturn . .................................................................................... 27函数 .........................................................................................................................................271、CheckDB( (28)2、 CheckHosAccredit1(stringHACCCODE . (28)3、 CheckUser(string UID,stringHACCCODE (28)4、 CheckMed(int MID, decimal MPRICE, intHID . (29)5、 CheckSW(int SID, decimalSPRICE, int HID . .......................................................296、 CheckItem(int IID, decimalIPRICE, int HID, stringADDPRICEREASON . (30)7、 CheckPersonCode (stringPERSONCODE (31)8、 IsPatient1 (stringPERSONCODE . (31)9、 QueryPersoninfo (string QUERYCONDITION, stringQUERYKEY .................... 32 10、 QueryMed(stringHACCCODE . ............................................................................ 32 11、 QuerySW(string HACCCODE .............................................................................. 33 12、 QueryItem(string HACCCODE . ............................................................................ 33 13、QueryUsersTable(string HACCCODE .................................................................. 34 14、WriteQD1(ValidateInfoClass vinfo, QDInfoClass[] qdinfo . . (34)15、 WriteQD2(ValidateInfoClass vinfo, QDInfoClass[] qdinfo . ..................................35 16、 ModifyQD1(ValidateInfoClass vinfo, QDInfoClass qdinfo ..................................35 17、 ModifyQD2(int qdid, decimal count, decimal zfund, string DLB, string reason, int xmid, string doctor, string UID, string HACCCODE ....................................................36 18、 DeleteQD1 (int hqdid, ValidateInfoClass vinfo .....................................................37 19、 DeleteQD2(int qdid,string UID, string HACCCODE............................................37 20、 QueryQD(string HACCCODE, string PERSONCODE ........................................38 21、 QueryBC(string HACCCODE, DateTime BeginTime, DateTime EndTime,int choose (39)22、 QueryItem1(string HACCCODE, int pagenum (39)23、 QueryMed1(string HACCCODE . (40)24、 QuerySW1(string HACCCODE (40)25、 ModifyRYTime(ValidateInfoClass vinfo, Time intime (41)26、 ModifyCYTime (ValidateInfoClass vinfo, Time intime (41)27、 RYHandle(string HACCCODE, string PERSONCODE, string UID, string ZYCODE, string JZTYPE, string RYKS, string CWCODE, string DOCTORNAME, string RYSTATUS, string RYOPERATOR, string ERROID, jb[] jbbm (42)28. CYBL(string HaccCode, string zylshID, string userID, string cyZtbm, string cyKs, string[] jbBm . (43)29. ModifyRY(string HACCCODE, string ZYID, string UID, string JZTYPE, string ZYCODE, string RYSTATUS, string RYKS, string CWCODE, string DOCTORNAME, string ERROID, jb[] jbbm (43)30、 IsPatient2 (string PERSONCODE . (44)31、 DeleteQD3(int[] qdid,string UID, string HACCCODE . (45)住院接口使用流程 . ................................................................................................................ 45初始化操作 . .. (47)对码表维护操作 . ............................................................................................................ 47入院操作 . ........................................................................................................................ 48每日清单操作 . ................................................................................................................ 48出院操作 . (50)统计结算查询 . (50)其他函数说明:. (50)第三部分新型农村合作信息系统接口中的门诊统筹接口功能介绍 ..................................... 52类 (函数的返回值或传入值标准 (52)1、 public classMZTCZInfo . (52)2、 public classMZTCZMXInfo (55)3、 public classYYKS (57)4、 public classInfosKS . (57)5、 public class JBBM (58)6、 public class InfosJB (58)7、 public classMZQDError . (59)8、 public class MZQDRetrun { ..................................................................................... 60函数 .........................................................................................................................................601、QuerySystemTime( (60)2、 QueryJBBM(intpagenum . (61)3、 QueryYYKS(stringHACCCODE (61)4、 MZTCZLoginInt(MZTCZ.MZTCZInfo info, int choose, decimal hcmztczID, string personCode, stringHaccCode . (62)5、 MZTCZSureInt(string HaccCode, decimal mztczID, stringuserID (62)6、 MZTCZDeleteInt(string HaccCode, decimal mztczID, stringuserID . (63)7、 MZTCZHCInt(string HaccCode, decimal mztczID, string userID, string reason (63)8、 QueryMZTCInfo1(string personCode, string HaccCode, string status, DateTime beginTime, DateTime endTime (64)9、 QueryMZTCInfo2(string HaccCode, string status . ..................................................65 10、 QueryMZTCInfo3(string personCode, string HaccCode, string status.................. 65门诊统筹接口使用流程 . ........................................................................................................ 66第四部分 2.0版本更新介绍和之前版本实施中的问题及解决方案 .. (67)一、 2.0版本更新介绍 . (67)二、之前版本实施中的问题及解决方案 . (67)1、 IS 供应商对 webservice 模式不清楚的 (67)2、某些平台出现报错(图 . ......................................................................................683、诊疗项目对码表下载失败 . (68)4、中文时比如说传处方医生姓名时传进农合系统变成“ ???????? ”的问题 .........685、负数冲帐的问题 . (68)6、安装接口服务器的情况 . (68)7、农合对价格控制问题 . .............................................................................................. 69接口测试网址和技术人员联系方式:. . (69)第一部分接口介绍四川省新型农村合作医疗信息系统 (简称“新农合信息系统” 接口主要是为了解决有 HIS 系统的医疗机构在病人入院期间的每日清单录入问题,暂不涉及入院、出院、结算和农合的其他补偿方式 , 因此相关操作仍需要通过新农合系统来进行。

医保编码参考手册1. 引言 (5)1.1 编写目的 (5)1.2 预期读者 (5)1.3 编写范围 (5)1.4 其他说明 (5)2. 文件结构概述 (6)2.1 文件所在目录 (6)2.1.1 医保前台js和后台java (6)2.1.2 医保界面定义文件 (6)2.1.3 医保数据表结构定义文件 (7)2.2.文件功能简单描述 (7)2.2.1 MedicareCommonMethod.js (7)2.2.2 MedicareUtils.js (8)2.2.3 PHISActiveXUtils.js (8)2.2.5 MedicareService.java (8)2.2.6 MedicareModel.java (8)3. 医保控件封装 (9)3.1封装方法 (9)3.2 医保封装控件常见问题 (11)4. 医保接口主流程编码及说明 (22)4.1 读卡 (22)4.1.1前台js (23)4.1.2后台java (24)4.1.3 涉及表文件 (25)4.2 挂号 (25)4.2.1 挂号医保相关说明 (25)4.2.2 前台js (25)4.2.2.1 挂号界面读卡 (25)4.2.2.2.挂号界面结算 (26)4.2.2.3.挂号登记,上传,预结算,结算参数查询 (26)4.2.2.4.判断病人性质是否医保 (27)4.2.2.5 结算时判断未读卡病人是否是医保 (27)4.2.2.6 将预结算返回的金额和结算参数赋值给找零界面 (28)4.2.2.7 挂号结算 (28)4.2.3 后台java (29)4.2.4 涉及的表文件 (30)4.3 退号 (32)4.3.1 退号医保相关说明 (32)4.3.2 前台js (32)4.3.2.1 退号确认 (32)4.3.2.2 医保退号 (32)4.3.3 后台java (33)4.3.4 涉及的表文件 (34)4.4 门诊结算 (34)4.4.1 门诊结算医保相关说明 (34)4.4.2 前台js (34)4.4.2.1 收费结算读卡 (34)4.4.2.2 门诊收费界面结算 (35)4.4.2.3 结算登记,上传,预结算 (35)4.4.2.4 将预结算返回的金额和结算参数赋值给找零界面 (36)4.4.2.5 收费结算 (36)4.4.3 后台java (37)4.4.4 涉及的表文件 (38)4.5 门诊发票作废 (38)4.5.1 门诊发票作废医保相关说明 (38)4.5.2 前台js (38)4.5.2.1 发票作废 (38)4.5.2.2 医保取消结算 (39)4.5.3 后台java (39)4.5.4 涉及的表文件 (40)4.6 住院登记 (41)4.6.1 住院登记医保相关说明 (41)4.6.2 前台js (41)4.6.2.1 入院登记保存 (41)4.6.2.2 医保入院登记 (41)4.6.2.3 医保取消登记(冲正) (42)4.6.3 后台java (42)4.6.4 涉及的表文件 (42)4.7 住院取消登记和性质转换 (43)4.7.1 住院取消登记和性质转换医保相关说 (43)明 (43)4.7.2 前台js (43)4.7.2.1 住院病人注销 (43)4.7.2.2 住院病人性质转换 (43)4.7.2.3 住院病人医保性质转自费(注销医保病人) (43)4.7.2.4 住院病人自费性质转医保 (44)4.7.2.5 性质转换成功,更新医保字段 (44)4.7.3 后台java (44)4.7.4 涉及的表文件 (45)4.8 住院结算 (45)4.8.1 住院结算相关说明 (46)4.8.2 前台js (46)4.8.2.1 读卡调出结算病人信息 (46)4.8.2.2 住院结算 (46)4.8.2.3 住院医保预结算 (47)4.8.2.4 住院结算找零 (47)4.8.2.5 医保结算 (48)4.8.2.6 医保取消结算 (48)4.8.3 后台java (49)4.8.4 涉及的表文件 (50)4.9 住院取消结算 (50)4.9.1 住院取消结算医保相关说明 (50)4.9.2 前台js (50)4.9.2.1 住院结算作废 (50)4.9.2.2 医保取消结算 (50)4.9.3 后台java (51)4.9.4 涉及的表文件 (52)4.10 医保对照 (52)4.10.1 医保对照相关说明 (52)4.10.2 前台js (52)4.10.2.1 药品对照 (52)4.10.2.2费用对照 (52)4.10.3 后台java (52)4.10.4 涉及的表文件 (52)1.引言1.1 编写目的编写本文档的目的是对BSPHIS2.4系统的医保编码进行统一规范，严格按照规范实现医保的业务逻辑，不需要考虑PHIS主业务模块的逻辑，开发新的医保接口不会影响主业务模块的，更好的保证了主业务。

智慧医保支付平台项目建设方案目录一、项目背景与目标 (3)1.1 项目背景 (3)1.2 项目目标 (4)1.3 项目意义 (5)二、项目需求分析 (7)2.1 功能需求 (8)2.2 性能需求 (9)2.3 安全性需求 (10)2.4 可扩展性需求 (11)三、技术方案 (12)3.1 技术选型 (14)3.2 系统架构 (16)3.3 数据库设计 (17)四、项目实施计划 (20)4.1 项目阶段划分 (21)4.2 项目时间表 (22)4.3 项目资源分配 (23)4.4 项目风险管理 (25)五、项目预算与资金筹措 (26)5.1 项目预算 (27)5.2 资金筹措方式 (28)5.3 资金使用计划 (29)六、项目效益评估 (31)6.1 效益预测 (32)6.2 效益评估方法 (33)6.3 效益评估周期 (35)七、项目维护与升级 (36)7.2 升级策略 (39)7.3 用户培训 (40)八、项目风险及应对措施 (41)8.1 风险识别 (42)8.2 风险评估 (44)8.3 应对措施 (46)九、项目总结与展望 (47)9.1 项目成果总结 (48)9.2 项目经验教训 (49)9.3 未来展望 (51)一、项目背景与目标随着社会的发展和人们生活水平的提高，医疗保障体系在国家治理中的地位日益凸显。

为了更好地满足人民群众的医疗需求，提高医疗服务质量，降低医疗费用负担，我国政府提出了建设“健康中国”的战略目标，其中之一便是完善医保制度。

智慧医保支付平台作为医保制度改革的重要内容，旨在通过信息化手段，实现医保支付业务的便捷化、智能化和规范化，为患者提供更加优质的服务体验。

本项目建设方案的目标是：通过构建一个集医保信息管理、支付结算、数据分析等功能于一体的智慧医保支付平台，实现医保支付业务的高效运行，提高医保资金使用效率，降低患者用药负担，推动医疗资源的合理配置，促进医疗服务行业的健康发展。

数字支付在医疗支付中的创新实践关键信息项：1、数字支付的定义与范围2、医疗支付的场景与应用3、创新实践的具体方式4、安全保障措施5、责任与义务6、纠纷解决机制11 引言随着数字化技术的飞速发展，数字支付在医疗领域的应用逐渐成为创新实践的重要方向。

本协议旨在规范数字支付在医疗支付中的相关事宜，促进其安全、高效、便捷地运行，为医疗服务的提供和患者的支付体验带来积极的变革。

111 数字支付的定义与范围数字支付是指通过电子设备和网络技术，以数字化形式进行资金转移和交易结算的方式。

在本协议中，数字支付涵盖但不限于在线支付、移动支付、电子钱包、数字货币等形式。

112 医疗支付的场景与应用数字支付在医疗支付中的应用场景包括但不限于门诊挂号、检查检验费用、药品购买、住院押金及费用结算等。

患者可以通过数字支付方式完成医疗费用的支付，医疗机构应提供相应的支付接口和服务支持。

12 创新实践的具体方式121 无感支付通过与患者的医保信息、金融账户等进行关联，实现患者在医疗过程中的自动扣费，无需患者进行频繁的支付操作。

122 信用支付为患者提供一定的信用额度，允许患者在一定期限内免息或低息还款，缓解患者的医疗费用支付压力。

123 聚合支付整合多种数字支付方式，为患者提供更多的支付选择，提高支付的便利性和灵活性。

124 医疗支付大数据应用利用数字支付产生的数据，进行分析和挖掘，为医疗机构的运营管理、医疗服务优化以及医保政策制定提供数据支持。

13 安全保障措施131 数据加密对数字支付过程中涉及的患者个人信息、支付数据等进行严格的加密处理，确保数据的安全性和保密性。

132 身份认证采用多种身份认证方式，如密码、指纹、人脸识别等，确保支付操作的合法性和安全性。

133 风险监测与预警建立完善的风险监测机制，对数字支付中的异常交易、欺诈行为等进行实时监测和预警，及时采取措施防范风险。

134 安全培训与教育对医疗机构的工作人员和患者进行数字支付安全知识的培训和教育，提高安全意识和防范能力。

医保接口合同范本甲方（医疗机构）：名称：______________________法定代表人：________________地址：____________________联系电话：________________乙方（医保系统提供方）：名称：______________________法定代表人：________________地址：____________________联系电话：________________一、合作内容1. 乙方为甲方提供医保接口服务，使甲方能够通过接口与医保系统进行数据交互，包括但不限于医保患者信息的、，医保费用的结算等。

2. 甲方按照乙方提供的接口规范和技术要求，进行系统改造和开发，以确保与乙方医保接口的顺利对接。

二、双方权利和义务（一）甲方权利和义务1. 有权按照本合同约定使用乙方提供的医保接口服务。

2. 按照乙方的要求，及时、准确地提供相关资料和信息，配合乙方进行接口对接的测试和上线工作。

3. 负责自身系统的安全运行和维护，保障与医保接口相关的数据安全和准确性。

4. 遵守国家和地方有关医保政策法规，按照医保规定进行业务操作。

5. 按照本合同约定向乙方支付相关费用。

（二）乙方权利和义务1. 有权要求甲方提供必要的资料和信息，以确保接口服务的正常提供。

2. 按照本合同约定，为甲方提供稳定、可靠的医保接口服务，并及时解决接口运行过程中出现的问题。

3. 负责医保接口的技术支持和维护，保障接口的安全性和稳定性。

4. 对甲方提供的相关资料和信息严格保密，不得泄露给第三方。

5. 按照国家和地方有关医保政策法规的要求，对甲方的医保业务操作进行监督和指导。

三、接口服务费用及支付方式1. 甲方应向乙方支付接口服务费用，具体费用标准为：____________________元/年。

2. 支付方式：甲方应在本合同签订后的______个工作日内，向乙方支付接口服务费用的______%作为预付款；在接口上线运行后的______个工作日内，支付剩余费用。

医保接口开发实施方案
随着医疗技术的不断发展和医疗服务的日益完善，医保接口的开发实施方案变得越来越重要。

医保接口是医疗机构和医保机构之间信息交换的桥梁，它的建设和运行对于医保支付、医疗服务质量监管等方面都有着重要的意义。

首先，医保接口的开发实施需要充分考虑医疗机构和医保机构的需求。

在开发之初，就需要与相关机构进行充分的沟通和了解，确保医保接口的功能和性能能够满足各方的需求。

同时，还需要充分考虑到医保政策的变化和医疗信息系统的更新，确保医保接口的持续稳定运行。

其次，医保接口的开发实施需要注重信息安全和隐私保护。

医疗信息涉及到患者的隐私和个人信息，因此在开发医保接口时，需要严格遵守相关的信息安全和隐私保护法规，确保患者信息不被泄露和滥用。

同时，还需要加强对医保接口的安全性设计，防范各类网络攻击和数据泄霁。

最后，医保接口的开发实施需要注重技术创新和标准化建设。

随着信息技术的不断发展，医保接口的开发需要借助先进的技术手段，提高接口的稳定性和效率。

同时，还需要遵循相关的标准和规范，
确保医保接口与其他医疗信息系统的互通互联。

总之，医保接口的开发实施方案是一个复杂而又重要的工程，需要充分考虑各方的需求，注重信息安全和隐私保护，同时还需要注重技术创新和标准化建设。

只有这样，才能够保障医疗信息的安全和有效使用，促进医疗服务的提升和医保支付的规范。

dip医保偿付五步举例2021年3月31日，国家医保局召开2021年医保支付方式改革试点推进视频会，部署疾病诊断相关分组（DRG）付费、区域点数法总额预算和按病种分值（DIP）付费两个试点年度重点工作。

会议明确了工作目标，提出了时间和进度要求。

30个DRG试点城市和71个DIP试点城市今年内分批进入实际付费，确保2021年底前全部试点城市实现实际付费。

节点一：填写医保结算清单由于DIP分组的框架结构以ICD-10和ICD-9-CM3的前几位编码为依据，因此ICD-10和ICD-9-CM3的填写质量对DIP分组的影响更加显著。

由于DIP的组数更多，可以预计，因病案问题导致DIP分组变化的可能性将远高于DRG。

因此，医疗机构在应用DIP时，也需要非常注意病案首页的上传规范与质量。

医保结算清单大部分项目可由HIS系统病案首页数据库直接导入，但诊断和手术操作部分由于病案和医保的填报要求不同，至少在现阶段首页和清单需分别填报。

医保结算清单中最重要的内容包括：1.主要诊断及编码2.其他诊断及编码3.主要手术操作及编码节点二：医保结算清单上传至DIP目录库分组器医保结算清单的填写过程全部使用人类语言，因此必须翻译成机器语言才能被分组器识别从而正确分组。

除了常规的数据传输接口外，本院ICD编码和医保版编码的映射工作至关重要。

也就是说，不管医院使用的是什么版本的ICD编码，在上传DIP分组器之前都要转换为医保版编码。

目前DIP分组器一般是区域医保牵头，参考国家DIP目录库进行测算后，联合信息部门和软件厂商完成，打通各方接口。

医院医保和病案部门可积极协助以保证接口的完善及编码映射表的准确、完整。

节点三：DIP分组－进入基准病种组DIP遵循“疾病诊断+治疗方式”的分组原则，结算清单中的以“疾病诊断”与“治疗方式”客观匹配后，匹配到相应的病种分组。

不同的操作方式与诊治方式相组合进入的分组结果是有所差别的。

保守治疗和手术治疗差别很大，所以一定要做好主要诊断选择和主要手术选择及编码工作。