医保收费接口规范【VIP专享】

成都市医保结算清单数据采集接口规范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必须符合国务院下发的有关医疗保险的各项政策及法规。

2 .必须符合劳动社会保障部下发的有关医疗保险的政策及法规。

3.必须符合地方政府下发的有关医疗保险的政策及法规。

4.《公费医疗管理办法》。

第［条《医疗保险接口功能规范》基本功能：1.下载内容及处理：实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等，并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护2.上传内容及处理：实时或定时向上级医保部门上传。

1）门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊个人帐户、支付明细等信息。

2）住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细等信息。

3）退费信息：包括本次退费信息，原费用信息、退费金额等信息。

4）结算汇总信息：按医疗保险政策规定的分类标准进行分类汇总。

3.医疗保险病人费用处理：1）根据下载的政策参数、政策审核函数对医保病人进行身份确认，医保待遇资格判断。

2）对医疗费用进行费用划分，个人帐户支付、基金支付、现金支付确认，扣减个人帐户，打印结算单据。

3）校医疗保险指定格式完成对上述信息的上传。

4）在医院信息系统中保存各医疗保险病人划分并支付后的费用明细清单和结算汇总清单。

4.医疗保险接口系统维护：1）对下载的药品目录与医院信息系统中的药品字典的对照维护。

2）对下载的诊疗目录与医院信息系统各有关项目的对照维护。

合肥市社会保险管理信息系统职工医疗保险市级统筹医院收费接口规范(正式版V1.0)Medicare Insurance Charge Interface Guide 安徽易联众信息技术有限公司文档版本说明文档信息：版本记录：特别说明：本文档仅包含合肥市职工医保市级统筹内容，其他险种的联网内容请参加合肥市医疗生育工伤保险医院收费接口说明书2011年11月20日提供对外测试接口目录文档版本说明 (2)1接口设计概述 (5)1.1接口设计主体思路 (5)1.2SIEAF.DLL接口说明 (5)1.3接口协议详细说明 (6)2公共模块功能描述 (6)2.1系统登录 (6)2.1.1系统登录（F09.01.01.05） (6)2.2公共模块 (7)2.2.1医疗读卡（F04.02.01.01） (7)2.3公告查询 (8)2.3.1近期公告查询（F04.12.01.02） (8)3职工医疗保险功能描述 (9)3.1门诊挂号 (9)3.1.1门诊挂号公共输出 (9)3.1.2门诊挂号（F04.05.02.01） (11)3.1.3门诊挂号冲销（F04.05.03.01） (11)3.1.4查询有效门诊号列表（F04.05.01.01） (12)3.1.5门诊挂号查询（F04.05.04.01） (13)3.2门诊收费 (13)3.2.1门诊收费公共输出 (13)3.2.2门诊收费（F04.05.10.01） (19)3.2.3门诊收费冲销（F04.05.12.01） (21)3.2.4门诊收费查询（F04.05.13.01） (22)3.2.5特殊门诊收费单据打印（F04.05.13.02） (22)3.3住院登记 (24)3.3.1住院登记公共输出 (24)3.3.2住院登记（F04.06.01.01） (25)3.3.3特殊门诊近期收费信息查询（F04.05.13.03） (27)3.3.4住院登记冲销（F04.06.04.01） (28)3.3.5查询当前住院登记信息（F04.06.02.01） (28)3.3.6住院登记查询（F04.06.03.01） (29)3.4住院医嘱明细 (29)3.4.1住院医嘱数据上传（F04.06.09.01） (29)3.4.2住院医嘱数据查询（F04.06.09.02） (30)3.5住院收费 (31)3.5.1住院收费公共输出 (31)3.5.2住院收费（F04.06.10.01） (36)3.5.3住院收费冲销（F04.06.12.01） (37)3.5.4住院收费单据明细查询（F04.06.13.01） (37)3.5.5住院收费单据列表查询（F04.06.13.02） (37)3.5.6住院收费结算单据打印（F04.06.13.03） (39)3.6出院登记 (40)3.6.1出院登记（F04.06.20.01） (40)3.6.2出院登记冲销（F04.06.21.01） (42)3.7电子病历数据采集 (43)3.7.1住院病案首页公共输出 (43)3.7.2住院病案首页上传(F04.13.01.01) (44)3.7.3住院病历首页撤销(F04.13.01.02) (46)3.7.4住院病历首页查询(F04.13.01.03) (47)3.7.5出入院记录公共输出 (47)3.7.6出入院记录登记(F04.13.02.01) (48)3.7.7出入院记录撤销(F04.13.02.02) (49)3.7.8出入院记录查询(F04.13.02.03) (49)3.7.9住院医嘱明细公共输出 (50)3.7.10住院医嘱明细上传(F04.13.03.01) (50)3.7.11住院医嘱明细撤销(F04.13.03.02) (52)3.7.12住院医嘱明细查询(F04.13.03.03) (52)3.8目录查询 (53)3.8.1医保目录查询(F04.11.01.01) (53)3.8.2医保特殊病门诊目录查询（F04.11.01.03） (56)3.8.3医保ICD病种编码查询（F04.11.01.04） (56)相关需求： (57)4附件2： (58)5编码表 (60)1接口设计概述1.1接口设计主体思路采用Soap协议进行信息的交换，每个业务接口主要步骤均为：首次使用时必须先发送登陆请求，医院根据接口规范将数据通过sieaf.dll传送到中间层服务器，服务器处理完毕后返回结果集，医院程序可以通过反复调用sieaf.dll的相关函数得到结果集并进行处理。

医保接口文档说明此接口为pb开发的COM接口,要在pb9.03 8511下运行。

所有的函数返回值 0表示成功，非0表示不成功。

所有的函数的出参 ret_message 为出错说明。

只有调用initdll (ref string ret_message)初始化成功后,才可调用其它函数。

医院管理信息系统只要做全局变量去调用initdll (ref string ret_message)初始化成功一次即可,不建议做局部变量去调用，去反复初始化,它会加重医保系统前后台的负担。

门诊收费、退费和出院结算接口会自动打印出单据,出院结算取消根据传入的标志(可打印,或不打印)。

门诊处方、医嘱收费两个xml字符串yylsh 是唯一的(不重复)一、接口函数说明1.初始化Integer initdll (ref string ret_message)2.读卡函数(此读卡函数用在门诊，市医保住院申请)Integer qtyy_readic_qtjk (ref string s_grxx, ref string ret_message)入参说明：无出参说明：s_grxx为一个xml格式的字符串，说明如下Grsbh 个人社保号Kh 卡号Rydm 医保人员代码Rymc 医保人员名称Xm 姓名Xb 性别( 0 ：表示男,1：表示女,2：表示未知)Csrq 出生日期 (格式：yyyy-mm-dd hh:mm:ss) 例如：1972-03-15 00:00:00Dwsbh 单位社保号Dwmc 单位名称Fqdm 分区代码Fqmc 分区名称Bntclj 本年统筹累计(数字字符串)Grzhye 个人账户余额(数字字符串)Zzbz 在职标志 ( 0：表示在职，1：表示退休，2：表示离休)Fpbz 分片标志 ( 0：表示企业，1：表示行政)Sldbz 市领导标志 ( 0 ：表示非市领导，1：表示市领导)Bz 备注Jbjjbntclj 基本医疗基金本年统筹累计(数字字符串)Dbjjbntclj 大病医疗基金本年统筹累计(数字字符串)Bngwybzje 本年累计公务员补助金额(数字字符串)Sfzh 身份证号Bnzycs 本年住院次数(数字字符串)Dbcjbz 大病参加标志(1：已参加大病,0：未参加)Dbhzbz 大病划账标志(1：大病已划账，0：未划账)Gwycjbz 公务员参加标志(1：已参加公务员基金,0：未参加)Gwyhzbz 公务员划账标志(1：公务员基金已划账，0：未划账)S_grxx xml字符串例子如下：<?xml version="1.0" encoding="gb2312" standalone="no" ?>- <dw_qtyy_grjbxx>-<dw_qtyy_grjbxx_row><grsbh>27030</grsbh><kh>6666666660464356</kh><rydm>01</rydm><rymc>市企业在职</rymc><xm>敖勇斌</xm><xb>0</xb><csrq>1972-03-15 00:00:00</csrq><dwsbh>A0000001</dwsbh><dwmc>新余华源远东纺织有限公司</dwmc><fqdm>0001</fqdm><fqmc>新余市</fqmc><bntclj>0</bntclj><grzhye>0.26</grzhye><zzbz>0</zzbz><fpbz>0</fpbz><sldbz>0</sldbz><bz/><nl>38</nl><jbjjbntclj>0</jbjjbntclj><dbjjbntclj>0</dbjjbntclj></dw_qtyy_grjbxx_row></dw_qtyy_grjbxx>3.门诊收费函数Integer qtyy_mzsf_qtjk (string j_grsbh, string j_mzbs, string j_test, string s_jlts, strings_cfje, string s_mzcf, ref string j_zxmzbz, ref string s_mzjsk, ref string s_mzsfk, ref strings_mzjsgrzh, ref string s_mzjsk_fdb, ref string s_mzyldy, ref string ret_message)入参说明：J_grshb varchar(50) 个人社保号j_mzbs char(1) 门诊标识 0 按正常的来(有专项门诊先用专项门诊), 1 普通门诊J_test char(1) 试算标志 ( 1：表示试算，0：表示结算)S_jlts int 处方记录条数( 包括检疗，药品。

西安市医保系统支付接口应用编程接口规范银海软件2013年5月16日1、变更记录1、增加D01号耗材打包交易2013年5月13日2、增加RZ01号获取中心目录变更日志交易2013年5月13日2概述1.《西安市医保系统支付接口应用编程接口规范》（以下简称规范）的使用对象为将使用银海医保支付组件库（以下简称组件库）来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。

2.规范公布了组件库所提供的交易，规定了调用每一交易的前提条件，详细描述了每一交易的调用方法。

规范从编程的角度来介绍以上内容，对医保政策和医保支付流程的介绍不属于本规范的范围。

§1.1.术语及参考资料COM：Common Object ModelHIS：Hospital Information SystemMIS：Management Information System§1.2.应用模式1.银海医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。

§1.3.环境要求§1.3.1.硬件环境2.§1.3.2.网络环境§1.3.3.网络拓扑图§1.3.4.系统软件§1.接口描述§1.1.总体描述1.组件库注册在每一台需要进行医保支付业务的客户机上（该客户端也必须能连接到医保网络），通过被动调用的方式将医保支付业务功能嵌入到定点医疗机构的系统中（以下简称HIS），由于正常调整，动态库需要升级，HIS系统最好每次在调用医保接口时，自动进行注册动态库，以免动态库升级后，不能加载医保接口动态库；2.接口交易组件库提供了六个公共方法(yh_interface_init 初始化，yh_interface_destroy 资源释放，yh_interface_call业务方法调用，yh_interface_confirm业务办理确认，yh_interface_cancel业务办理取消，yh_interface_getuncertaintytrade不确定交易查询)，交易参数组织采用xml（所有社保经办机构交易调用及交易参数统一），差别处理对于HIS透明。

成都市基本医疗保险支付接口应用编程规范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）。

杭州医保异地结算项目整合接口规范版本号 :20101127012010年11月I.1 文档变更说明I.2 重要提示说明(1).1103处方明细录入交易中,对于医院端传入的该项值必须传入为两位小数。

(2).各地上传交易时的医院机构编号统一不能超过6位。

I.3 接口交易列表I.4 交易数据格式定义所有交易函数的参数使用统一数据格式：并不是所有交易都会需要这些输入、输出参数，但是考虑到异地结算平台的特性，决定所有交易的参数都采用这种数据格式。

交易不需要的参数，可以让该参数为空。

●交易特定输入信息采用XML字符串,其形式为：<INPUT><参数1名>参数1值</参数1名><参数2名>参数2值</参数2名>...</INPUT>●交易特定输出信息采用XML字符串,其形式为：< OUTPUT ><参数1名>参数1值</参数1名><参数2名>参数2值</参数2名>...</OUTPUT>●参数中如果有日期型参数，其格式为：yyyy-mm-dd hh:mm:ss●报文中的输入/输出项的XML字符串中的根节点（<INPUT></INPUT>,<OUTPUT></OUTPUT>）和各个子节点一律大写。

例如：<INPUT><AKC350>FSF1001</AKC350><AKC020>KH01</AKC020><AAC001>211301100</AAC001><AKC010> ZHY001</AKC010><AKC190>ZYLSH010</AKC190><AKA130>11</AKA130><AKA101>01</AKA101><AAE073> SPBH001</AAE073><AKC192></AKC192><AKC193>BZBM001</AKC193><AKC140>BZMC001</AKC140><AKC6 00>RYMS</AKC600><AKC025>KSMC</AKC025><AKC008>JZYS</AKC008><AKC030>CW01</AKC030><AKC031 >BLH01</AKC031><AAE011>CZY</AAE011></INPUT><OUTPUT><AKC351>JSFJYLSH001</AKC351><AKC270>800</AKC270></OUTPUT>I.5 交易特定输入输出参数详细描述1101门诊挂号（住院登记）1102门诊挂号（住院登记）修改1103处方明细录入输出参数：1104费用预结算输出参数：1105费用结算输出参数：说明：参数格式同费用预结算1106住院处方明细删除1201门诊退号（无费退院）1202门诊退费（住院召回）1301冲正交易1302检测交易状态1303获取事务全局唯一资源码1401获取异地人员信息1402获取就医审批信息1403获取项目审批信息说明：（多条）1404获取单个项目审批信息1501操作员签到说明：定点编号和操作员代码为输入参数，业务周期号为输出参数，每家定点必需保障操作员代码唯一。

云南省统一医保支付
接口规范
参考手册
（昭通、楚雄、版纳、普洱、保山、大理、丽江、德宏、临沧、玉溪、红河统筹区）
1接口使用环境
2安装配置方式
统一接口提供给定点医疗机构的是一个动态库，无用户界面，直接引用后即可调用，可参照测试工具的引用方式。

3接口调用方式
3.1接口调用方式及参数说明
接口调用的的DLL为ynumip_offline.dll。

函数入口int callservice(const char* InData, char* OutData) ，此函数完成所有支付业务的处理。

调用动态库的输入参数，按照接口文档《云南省统一医保支付接口规范》，动态库调用医保服务完成交易后，将输出返回给调用端。

输入输出参数均采用XML标准格式。

调用示例参考如下：
3.2配置文件ynumip_offline.ini
该配置文件只有一个参数需要配置
ActionName=UnifiedPayInfo
这里的“UnifiedPayInfo”指动态库调用的应用服务名称，不用修改。

3.3配置文件：eapagent_yb.ini
该配置文件只需要修改以下内容：
[HTTP_SERVER]
Host=112.112.17.172 → http Server的地址，不用修改Method=0
Port=21109 →端口号，取值范围：21101~21111，不同的值代表不同的州市
WebAppName=EAPDomain
3.4调用接口的例子程序关键代码示例
4各州市测试地址。

医保接口管理制度一、医保接口管理制度的基本要求1. 规范性。

医保接口管理制度要遵循法律法规、规章制度和国家标准，确保医保接口的合理、规范和安全使用。

2. 安全性。

医保接口管理制度要求建立严格的安全防护机制，确保医保接口的信息安全和数据完整性。

3. 可控性。

医保接口管理制度要求建立有效的接口访问控制和监控机制，保证医保接口的使用能够得到充分授权和监督。

4. 效率性。

医保接口管理制度要求建立高效的接口管理流程和工作机制，保证医保接口的日常运行和维护能够得到及时、高效的支持。

二、医保接口管理制度的内容和实施1. 医保接口权限管理（1）接口权限申请：医疗机构、药店和其他合作单位申请接口权限，需要提供必要的资质和证明材料，经过审批后方可获得相应的接口权限。

（2）接口权限许可：医保部门根据不同的业务需求和实际情况，对接口权限进行适当的授权，确保接口访问的合理性和安全性。

（3）接口权限监控：建立有效的接口权限监控机制，及时发现和处理不合规的接口访问行为，保障接口权限的合法性和稳定性。

2. 医保接口数据传输和加密（1）数据传输协议：对于医保接口的数据传输，要求采用安全可靠的传输协议，保护数据在传输过程中不被篡改或泄露。

（2）数据加密技术：对于医保接口的敏感数据，要求采用高强度的加密技术，确保数据的保密性和完整性。

（3）数据备份和恢复：对于医保接口的数据备份和恢复，要求建立有效的备份和恢复机制，确保数据的安全和可靠性。

3. 医保接口运行监控和故障处理（1）运行监控：建立有效的医保接口运行监控机制，实时监测接口访问情况和接口运行状态，发现并及时处理异常情况。

（2）故障处理：建立完善的医保接口故障处理流程和工作机制，确保在发生故障时能够快速有效地处理，保障接口的稳定性和可用性。

4. 医保接口使用管理（1）接口使用规范：明确医保接口的使用规范和要求，禁止非法或超范围的接口访问行为，保障医保信息系统的安全和稳定。

（2）接口使用监控：建立有效的接口使用监控机制，定期对接口使用情况进行审查和监控，发现和处理不合规的接口使用行为。

医保接口管理制度及流程一、引言医保接口管理制度是指国家医保部门为了规范医保接口服务管理，保障医保数据安全和使用效率，规范医保业务流程，维护医保系统的稳定运行而制定的一系列管理规定和程序。

本文将围绕医保接口管理制度及流程展开论述，旨在帮助医保机构加强对接口服务的管理，提高医保系统的运行效率。

二、医保接口管理制度1. 制度建立的背景和意义医保接口是医保部门提供给医疗机构、药店、诊所等医疗服务机构的统一数据接入接口，通过该接口医疗服务机构可以向医保部门提交医疗费用结算信息、参保人员信息等数据。

医保接口管理制度的建立有利于规范医保业务流程，提高数据安全性和使用效率，便于医保部门监管和审核医疗费用报销情况，帮助医保机构更好地开展医保业务。

2. 制度内容（1）接口服务授权管理医保接口服务需要进行授权管理，医疗服务机构需要向医保部门进行授权申请，并提供相关资质证明材料。

医保部门审核通过后，颁发接口服务授权证书。

授权证书涵盖接口服务的使用范围、使用期限等信息，医疗服务机构在接口服务使用过程中需严格遵守授权证书规定的内容。

（2）接口服务安全管理医保接口服务需要进行安全管理，医保部门向医疗服务机构提供的接口服务必须通过加密传输进行数据交换，确保数据传输的安全性。

同时，医疗服务机构也需要做好本地数据的安全保护工作，制定相关网络安全管理制度，加强系统防护和安全监控，防范数据泄露和黑客攻击等安全风险。

（3）接口服务监管管理医保部门需要建立健全的接口服务监管机制，对医疗服务机构的接口服务使用情况进行监管和审核。

监管机制包括定期审核医疗服务机构使用接口服务的情况，确保接口服务的合规使用，发现并及时处理违规行为。

（4）接口服务质量管理医保部门应建立接口服务质量管理体系，对接口服务的稳定性、可靠性进行评估和监控。

在接口服务出现故障或者异常情况时，医保部门需及时响应并及时处理故障，确保接口服务的正常运行。

3. 制度落实的重点和难点制度建立之后，医保部门需要集中力量加强对医疗服务机构的宣传和培训工作，使医疗服务机构深入了解医保接口管理制度的内容和要求，依法依规开展接口服务业务。

医保编码参考手册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主业务模块的逻辑，开发新的医保接口不会影响主业务模块的，更好的保证了主业务。

附件一省直单病种付费结算接口规范一、设计思路为进一步推动我省公立医院改革，加强医院管理，规范临床诊疗行为，提高医疗质量，保障医疗安全，在现有的福建省医疗保险管理信息系统上的基础上，开展单病种付费改造工作。

明确规定治疗某一种疾病该花多少钱，为人民群众提供安全、有效、方便价廉的医疗服务。

二、修改内容1：单病种付费结算目前仅限于住院结算。

入院登记和出院登记的接口规范与普通住院一样，无需做改动。

2：单病种收费结算时，必须上传单病种病情编码。

即医院上传的request 文件，加上bqbm00= 病情编码，其他上传内容不变。

3：如该次住院医院已经上传过住院费用，要先冲销上传的住院费用。

4：一次住院只能上传一次单病种费用，医院最好在病人办理出院时上传费用，避免遗漏。

5：单病种结算的费用按照医保规定的定额进行计算，与医院上传的实际费用无关。

医院上传收费应答文件后，医保返回的reply文件的费用总额是单病种定额，基金支付，账户支付，个人支付的合计也是单病种定额，即bcbxf0=单病种定额，并增加mxzje0=明细总额。

6：单病种其他费用计算，必须上传单病种其他费用的病情编码，单病种其他费用收可分多次上传，费用计算按普通住院待遇进行计算，但不用支付起付线。

接口规范新增字段住院收费[zysf]request=TRUEsuccess=error=cardno=zylsh0=bqbm00= 病情编码（单病种必填）;普通病床天数ptbcts=;传染病床天数crbcts=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=.. .[fyb0000]西药费=成药费=...;处方明细（如cfxms0>0）[zysfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共10行 <<处方明细信息>>医保程序接受请求后并生成结果文件，内容如下:[zysf]reply=TRUEsuccess=error=djlsh0=zylsh0=id0000=cardno=xming0=xbie00=brnl00=bckbcs=zyksmc=bqbm00=sftsbz=;普通病床天数ptbcts=;传染病床天数crbcts=zhzfe0=grzfe0=jjzfe0=mxzje0= (单病种增加)bcbxf0=sfrq00=sfsj00=sfrxm0=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...[fyb0000]西药费=成药费=...;明细（可能没有，如cfxms0为零）[zysfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共11行<<处方明细信息>>. . .。

重庆跨统筹区就医结算平台接口调用参考手册(Rev 2.0)成都莲合创想科技有限公司2010年10月.目录1.重庆跨统筹区就医结算平台及医院接口整体介绍 (3)2.重庆跨统筹区就医结算平台医院接口的体系结构介绍 (4)3.重庆跨统筹区就医结算平台接口调用概述 (5)3.1.IPAPI编程范例说明 (5)3.2.主要业务调用流程说明 (6)3.3.业务数据字典 (7)4.基础性操作函数 (7)4.1.系统调用(SYS_???) (7)4.2.对于ID识别设备的操作(ID_CALL) (8)4.3.对于数据集操作功能(DS_CALL) (11)5.业务操作函数 (15)5.1.登录及身份验证功能(IP_REGCALL) (15)●OperReg【操作员登录】 (15)●OperPassChange【操作员修改密码】 (15)●OperOut【操作员退出】 (15)●UserReg【参保人登录】 (16)5.2.就医管理功能(IP_DIAGCALL) (17)●InReg【就诊登记】 (17)●CancelInReg【取消就诊登记】 (19)●OutReg【出院登记】 (20)●CancelOutReg【取消出院登记】 (20)●ItemReg【费用登记】 (21)●CancelItemReg【取消费用登记】 (21)●CancleAllItem【清空上传费用】 (22)●FirstPage【修改病案首页】 (22)●SetChkParm【设置结算参数】 (22)●CheckOut【结算】 (23)●InvoiceLoad【下载结算单】 (24)●Redraw【门诊退票】 (24)●CancelCheck【取消结算】 (24)●CheckInsteadPay【查询个帐可冲抵金额】 (25)●InsteadPay【住院个帐冲抵自费】 (25)5.3.综合查询功能(IP_MANAGECALL) (25)●Doctors【下载本院医生】 (26)●ItemQuery【收费项目模糊查询】 (26)●billMaster【结果账目查询】 (27)5.4.审批相关的功能调用(IP_REQUESTCALL) (28)●PutRequest【网上申报】 (28)1.重庆跨统筹区就医结算平台及医院接口整体介绍重庆跨统筹区就医结算平台(InsurePay)是处理医疗保险中支付业务的信息管理平台，支付平台通过管理详细的就医记录的方式来连接医药机构（医院、药店、卫生服务站）和医疗保险经办机构，通过药品管理，就医的详细记录来完成医疗保险业务中的支付结算业务。

上海市医疗保险局关于做好医保费用结算系统四期接口规范及结算项目库实施工作的通知文章属性•【制定机关】上海市医疗保险局•【公布日期】2004.01.05•【字号】•【施行日期】2004.01.05•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】医政医管正文上海市医疗保险局关于做好医保费用结算系统四期接口规范及结算项目库实施工作的通知各区县医保办、事务中心，各定点医疗机构：为了进一步完善本市医保基金的结算管理工作，从2004年起，各定点医疗机构进行医保费用结算，统一执行沪医保信息〔2003〕12号《关于发布医保计算机系统中心系统与定点医药系统接口规范（第四版）的通知》和沪医保〔2003〕118号《关于本市实施基本医疗保险支付部分费用项目后医保费用结算有关事项的通知》的规定。

同时，将逐步推行结算项目库。

现将有关事项通知如下：一、关于医保费用的上网结算及申报1.医保费用的上网结算从2004年1月1日起，定点医疗机构（包括内部医疗机构，下同）中，已经按照《医保计算机系统中心系统与定点医药系统接口规范（第四版）》（以下简称“《四期接口规范》”），完成医院系统改造的，应当按照《四期接口规范》的规定进行结算；因特殊原因，尚未完成医院系统改造的，应当抓紧相关工作，从2004年2月1日起按照《四期接口规范》的规定进行结算。

2.医保费用的申报结算从2004年2月起，已经按《四期接口规范》进行上网结算的定点医疗机构，在向区县医保中心申报结算医保费用以及区县医保中心进行申报费用汇总，统一使用沪医保〔2003〕118号文件规定的结算报表及汇总表。

其他定点医疗机构，从2003年3月起必须按照上述规定要求进行申报结算。

在上述规定时间内，定点医疗机构未能按规定进行医保费用上网结算和申报结算的，其申报结算的医保费用将暂缓受理。

二、关于医保费用结算项目库的实施在实施《四期接口规范》的同时，逐步建立与实施结算项目库，列入结算项目库的项目，实行统一代码，用于定点医疗机构向医保部门上报医保费用相关的明细项目。

中联医保控费接口文档第三方
中联医保控费接口文档第三方指的是中联健通，作为医保控费领域的领军企业，中联健通提供了一系列医保控费服务，包括接口开发、智能控费、数据分析等。

中联健通的医保控费接口文档是开放的，第三方应用可以通过该文档了解如何进行医保控费接口的开发。

中联医保控费接口文档第三方可以参考以下几个方面:
1. 医保控费接口规范：中联健通提供了医保控费接口规范，描述了医保控费接口的参数、格式、协议等信息，第三方应用需要按照该规范进行开发。

2. 医保控费接口文档：中联健通提供了医保控费接口文档，包含了医保控费接口的详细信息，如接口地址、响应格式、请求参数等。

3. 医保控费接口测试工具：中联健通提供了医保控费接口测试工具，可以帮助第三方应用进行医保控费接口的测试，以确保接口的稳定性和可靠性。

4. 医保控费数据分析服务：中联健通提供了医保控费数据分析服务，可以帮助第三方应用对医保控费数据进行分析和挖掘，以提高医保控费的效果。

中联医保控费接口文档第三方可以参考以上几个方面进行开发。

同时，第三方应用需要根据中联健通的医保控费相关规定进行开发，以确保医保控费的合规性和有效性。