成都市医保支付接口规范
成都市基本医疗保险支付接口应用编程规范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节点下增加中西医诊断信息节点。
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、调用（akb020,ake005,yka059）过程记录增加132号交易诊疗使用设备编码上传2014-10-26修正说明接口部分：需注意以下交易 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 ）》（以下简称规范）的使用对象为将使用银海医保支付组件库（以下简称组件库）来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。
规范公布了组件库所提供的交易，规定了调用每一交易的前提条件，详细描述了每一交易的调用方法。
规范从编程的角度来介绍以上内容，对医保政策和医保支付流程的介绍不属于本规范的范围。
术语及参考资料COM： Common Object ModelHIS：Hospital Information SystemMIS：Management Information System应用模式银海医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。
环境要求硬件环境指标指标值CPU≧Memory≧256MBHardDisk≧100M(free)NetCard≧10MB网络环境指标指标值协议TCP/IP、HTTP/HTTPS广域网带宽≧56k网络连接客户端直接访问医保中心网络系统软件指标指标值操作系统WIN98 SE或WIN 2000及以上WIN系列操作系统辅助软件接口描述总体描述组件库注册在每一台需要进行医保支付业务的客户机上（该客户端也必须能连接到医保网络），通过被动调用的方式将医保支付业务功能嵌入到定点医疗机构的系统中（以下简称HIS）；接口交易组件库提供了六个公共方法(yh_interface_init 初始化，yh_interface_destroy 资源释放，yh_interface_call业务方法调用，yh_interface_confirm业务办理确认，yh_interface_cancel业务办理取消，yh_interface_getuncertaintytrade不确定交易查询)，交易参数组织采用xml（所有社保经办机构交易调用及交易参数统一），差别处理对于HIS透明。
新接口存在多社保经办机构处理，并且各社保经办机构处理模式存在差异，接口交易内部也可能存在用户交互窗口，因此建议HIS事务管理与接口交易调用相互独立。
接口COM说明组件库提供交易的COM组件属性如下：属性值App ID{5767E3DB-64CF-46B0-8997-04CC6506CA37}Type Library ID{A6C75A98-FC7F-456A-9E2D-4141CC758C63}Program IDClassName CoClass_n_yh_interfaceCOM ClassID{1FB2A005-1AAF-42BD-A95E-AED025ABD75B}Interface Type Dual InterfaceInterface Name In_yh_interfaceInterface ID{BC708B00-5ED0-4DC7-8345-14FA94D5F840}交易接口函数描述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=“” encoding=“GBK” standalone=“yes” ?><root>< asy>1</asy> 1:表示异步执行确认或取消 0：表示同步执行</root>astr_parmxml:函数说明：初始化函数，HIS应用启动时调用，进行医保交易处理初始化，本交易调用成功后才能进行其他交易处理。
医保接口实施方案
医保接口实施方案随着社会经济的不断发展，医疗保障体系也在不断完善，医保接口作为医保信息系统的重要组成部分，对于提高医保服务效率、优化医疗保障管理具有重要意义。
为了更好地推进医保接口的实施工作，制定科学合理的实施方案显得尤为重要。
一、需求分析。
首先，需要对医保接口的需求进行充分的分析。
通过对医保服务的实际情况进行调研，了解医保接口在实际应用中所面临的问题和需求，从而为制定合理的实施方案提供依据。
二、技术准备。
在实施医保接口方案之前，需要进行充分的技术准备工作。
包括对接口的技术标准、安全性、稳定性等方面进行评估和测试，确保医保接口能够稳定、安全地运行。
三、人员培训。
医保接口的实施需要相关人员具备一定的技术能力和操作技巧，因此需要对相关人员进行专业的培训，使其能够熟练操作医保接口系统，提高工作效率。
四、风险评估。
在实施医保接口方案时，需要对可能出现的风险进行充分评估。
包括技术风险、操作风险、安全风险等方面，制定相应的风险应对措施，确保医保接口的顺利实施。
五、监督管理。
医保接口的实施需要建立科学的监督管理机制，对医保接口系统的运行情况进行定期监测和评估，及时发现和解决问题，确保医保接口系统能够持续稳定地运行。
六、推广应用。
医保接口实施方案的最终目的是为了推动医保接口的广泛应用，提高医保服务的质量和效率。
因此，在实施方案中需要考虑如何更好地推广应用医保接口，使更多的医疗机构和参保人员受益。
综上所述，医保接口实施方案需要充分考虑需求分析、技术准备、人员培训、风险评估、监督管理和推广应用等方面，制定科学合理的实施方案，推动医保接口的顺利实施和广泛应用，提高医保服务水平，为人民群众提供更好的医疗保障服务。
医保HIS端接口设计浅谈
这种结构的好处是当动态库改变时，只需改变 某个内部函数而不影响HIS端的嵌入及其它函 数达到可维护性好、外部调用清晰的目的。
虚三层结构结构图
医保 中心
HIS
内部 对函象数
外部 函数
对象内的变量都采用 PROTECTED属性，以使HIS 不能直接访问内部变量
HIS访问对象内的访问的
变量不多，常用的有：医保卡基
本信息、门诊结算信息、住院结
算信息、医保性质及医院在医保 端代码)
5.动态库函数返回值统一处理
可增加辅助表的形式对动态库的每个函 数返回值进行统一的分析(这样使得对函 数的不同返回值分别进行分析处理，使 得返回值可维护，即使医保中心的动态 库修改返回值也只需修改分析表即可， 而不需要改程序，增加可维护性
中心端进行交易
三、HIS端接口对象设计的目标
1.具有良好的封装性 2.具有对HIS改造不同环境(HIS版本、后
台数据库等)的通过性 3.使HIS改造简单化 4.使HIS传入参数通用化 5.尽量少影响HIS业务 6.尽量少增加HIS的负荷
四、HIS嵌入改造的要求
1.在原HIS程序中预留医保处理接口 2.HIS端的医保处理程序由原程序继承而
七、医保设计的注意点
1.一般建议在医保修改的文档中应建立医保文 档文件夹，医保接口文件夹，分别存放各种文 档
2.建议对HIS字段修改及新增表分别放在医保 文档文件夹的SQL文件夹中，并且单独分开存 放文件 例如：HIS修改字段.txt,HIS新增表。
3.对已经做好的医保程序，除技术文档外，必 须提供一份医保上系统文档，以便以后参考或 工程人员使用
医保收费接口规范
南平医保医院接口规范一、接口设计主体思路：采用文本文件交换信息的方式，每个业务接口主要步骤均为：医院程序删除应答文件（如果存在），提交一个请求文件，医保程序检测到后自动解释，生成一个回答文件，并删除原来的请求文件，医院程序检测到应答文件生成后就去读取医保程序返回的信息。
文件的结构主要借鉴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）。
国家异地就医结算系统接口技术规范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.文档编制目的国家异地就医结算系统接口技术规范主要表述了部省两级系统间的接口交互方式和具体报文标准。
HIS医保接口设计规范解析
HIS医保接口设计规范一、导言BSHIS在两年前就开始涉与医保软件接口的设计和实施了。
随着时间的推移，越来越多的新签医院工程也要求实施医保；而一些以前上的老工程，也开始在实施各地的医保政策。
可以说，医保的实施已经成为HIS软件在医院实施中一个很重要的组成部分。
从某种意义上讲，医保实施的好坏也已经直接影响了工程实施的进度和效果。
由于医保政策的复杂性，再加上政策有很大的地区差异。
在实施过程中，软件设计人员遇到了很多比较复杂也或者很难于解决的问题。
另外，由于医保政策一般都是刚刚指定出来不久的。
所以，在实施的过程中，经常会遇到修改政策的过程。
这在一定程度上给软件设计和实施增加了不少的难度。
同时，也会导致医保接口软件设计上的不确定性，直接的后果是可能导致很多的重复劳动。
结合前面很多人医保实施成功和失败的教训，对在医保接口设计过程中的，好的方法进行了归纳，并尽量给出一种比较完善和完美的设计解决方法和规范，可帮助医保实施和软件接口设计人员比较好地实施医保。
当然，现在只是个草稿，需要医保实施实践不断地扩充此规范，以至形成一种比较固定的综合解决方案。
二、关于医保政策软件和应对方案我们通过对北京安宁盈科、创智公司、东大阿儿派、杭州新世纪、建达电子、万达公司等各个医保险政策软件提供商提供的接口方案进行了分析，总计出他们之间的共性如下：1、一般都提供DOS和WINDOWS两套方案，DOS下一般用文件形式传递数据，WINDOWS下一般以WIN32 API的形式在HIS和医保前置机之间调用和传递数据（DLL提供了政策函数）。
我们以后者为重点说明问题。
2、政策函数一般分为两类：单个函数和多个函数两种类型设计多个函数是指每中业务或者比较相似的业务为一个函数，这样组成结算、登记、退费等多个函数。
如：杭州新世纪、东大阿儿派单个函数是指所有的业务都用一个函数实现。
参数一般用结构字符串实现。
如：上海万达公司。
3、明细数据一般都和结算时必要的项目数据分开传递到医保中心服务器。
(完整word版)医保HIS接口规范1
武汉市铁路医保系统HIS接口应用编程接口规范华中兴业软件2007年05月1、概述《武汉市铁路医保系统支付接口应用编程接口规范》(以下简称规范)的使用对象为将使用武汉兴业公司的医保支付组件库（以下简称组件库)来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。
规范公布了组件库所提供的交易,规定了调用每一交易的前提条件，详细描述了每一交易的调用方法。
规范从编程的角度来介绍以上内容，对医保政策和医保支付流程的介绍不属于本规范的范围。
§1.1.术语及参考资料COM: Common Object ModelHIS:Hospital Information SystemMIS：Management Information System§1.2.应用模式兴业医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。
§1.3.环境要求§1.3.1.硬件环境§1.3.2.网络环境§1.3.3.系统软件§2.接口描述§2.1.总体描述组件库注册在每一台需要进行医保支付业务的客户机上（该客户端也必须能连接到医保网络），通过被动调用的方式将医保支付业务功能嵌入到定点医疗机构的系统中（以下简称HIS)；接口交易组件库提供了三个公共方法（Init 初始化，Destroy 资源释放,Trade业务方法调用），交易参数组织采用String（字符串）（所有社保经办机构交易调用及交易参数统一），差别处理对于HIS透明。
接口交易内部也存在用户交互窗口,因此建议HIS事务管理与接口交易调用相互独立.字段分隔符：＠@；行分隔符:\/；§2.2.接口COM说明组件库提供交易的COM组件属性如下：§2.3.交易接口函数描述Init✓原型定义：Init(ByRef intAppCode As Long，ByRef strAppMsg As String)✓函数说明：初始化函数，HIS应用启动时调用，进行医保交易处理初始化，本交易调用成功后才能进行其他交易处理.Destroy✓原型定义:Destroy（）✓函数说明：资源释放函数,在HIS应用退出时调用.Trade✓原型定义:Trade（Byval strTradeId As String, ‘交易编号Byval strControl As String，‘交易控制Byval strIn As String, ‘交易输入Byref strSerialId As string, ‘交易流水号Byref strOut As string，‘交易输出Byref intAppCode As long，‘交易标志Byref strAppMsg As string) ‘交易信息✓函数说明：交易主函数，完成所有医疗业务的实际处理.由于交易调用远程方法，并且可能存在用户交互界面,因此建议所有交易不要纳入HIS系统事务管理。
国家异地就医结算系统接口技术规范打印版
附件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.文档编制目的国家异地就医结算系统接口技术规范主要表述了部省两级系统间的接口交互方式和具体报文标准。
2022四川成都市医保报销标准和条件的法律规定
2022四川成都市医保报销标准和条件的法律规定
近些年随着成都的经济发展，许多外地⼈来到成都打拼、定居，因此也产⽣了许多的问题，其中成都市医保报销标准和条件的法律规定就是⼈们的重点关注问题，店铺⼩编整理相关内容，欢迎⼤家阅读，希望这些内容对⼤家有所帮助。
⼀、成都市医保报销标准和条件
成都医保报销⽐例分为门诊、住院和社区服务三种就医形式⽽有所不同。
成都地区门诊报销⽐例为：
⼀级医院报销⽐例为200元;
⼆级医院报销⽐例为400元;
三级医院报销⽐例为800元;
住院报销⽐例为：
⼀级医院起付线在200元，报销⽐例为92%;
⼆级医院起付线在400元，报销⽐例为90%;
三级医院起付线在800元，报销⽐例为85%;
乡镇卫⽣院社区服务中⼼起付线在160元，报销⽐例为95%;
除此之外，成都地区的参保⼈可根据年龄增加医疗报销⽐例，在50周岁以上的，报销⽐例增加2%，60周岁以上的增加4%，70周岁以上的增加6%，80周岁的增加8%，90周岁的增加10%。
⼆、成都医保报销范围为
1、符合规定的门诊费⽤，包含普通门诊和门诊治疗重症疾病;
2.符合规定的住院医疗费⽤;
3.符合三个⽬录的医疗费⽤，例如购药费⽤;
成都医保报销流程如下：1.办理⼈提材料并受理受理;2.受理完成审核，结算，⽀付⼯作;3.社会保险基⾦管理局审查材料并批准申请;
相信⼤家看完以上店铺⼩编整理的有关成都市医保报销标准和条件的法律规定的相关内容，对这⼀问题也有了更加全⾯的了解，如果⼤家还有什么疑问的话，也可以带上相关资料和证件到相关机构部门进⾏进⼀步的咨询和了解。
如果您还有其他疑问，欢迎到店铺进⾏在线咨询，这⾥有专业律师为您服务。
医保接口合同范本
医保接口合同范本甲方（医保机构）：____________________乙方（服务提供方）：____________________鉴于甲方为我国合法成立的医保机构，负责医疗保险基金的筹集、管理和支付；乙方为合法成立的服务提供方，具备为甲方提供医保接口服务的能力，双方为明确双方的权利义务，经友好协商，特订立本合同。
一、合同定义1. 医保接口：指甲方为乙方提供的数据交互接口，用于实现医疗保险基金结算、信息查询等功能。
2. 医保信息系统：指甲方建立的用于医疗保险基金管理、结算、支付、查询等业务的信息系统。
3. 服务提供方：指甲方委托乙方提供医保接口服务的合法机构。
4. 接口规范：指甲方提供的医保接口技术规范，包括接口功能、数据格式、传输协议等。
二、合同内容1. 服务内容（1）乙方按照甲方提供的接口规范，为甲方提供医保接口服务。
（2）乙方应确保医保接口服务的稳定、安全、高效，满足甲方业务需求。
2. 服务期限本合同自双方签订之日起生效，有效期为____年，自合同生效之日起计算。
3. 服务费用（1）乙方按照甲方提供的医保接口服务费用标准支付服务费用。
（2）服务费用按月结算，乙方应在每月____日前向甲方支付当月服务费用。
4. 技术支持与维护（1）乙方负责医保接口的技术支持与维护工作，确保接口的正常运行。
（2）乙方应在接到甲方提出的接口问题后____小时内给予响应，及时解决接口故障。
5. 信息安全（1）乙方应采取有效措施，确保医保接口数据的安全，防止数据泄露、篡改等风险。
（2）乙方应对医保接口数据进行加密处理，确保数据传输过程中的安全性。
6. 合同变更与终止（1）双方协商一致，可以书面形式变更或终止本合同。
（2）如乙方违反本合同约定，甲方有权单方面终止本合同。
7. 争议解决如双方在履行本合同过程中发生争议，应通过友好协商解决；协商不成的，可以向合同签订地人民法院提起诉讼。
三、其他约定1. 本合同一式两份，甲乙双方各执一份。
医保系统接口合同书完整版
医保系统接口合同书完整版甲方（医疗机构）：_____________________乙方（技术提供方）：_____________________合同编号：_____________________签订日期：_____________________签订地点：_____________________鉴于甲方需要建立和维护一个高效的医保系统接口，以确保医保数据的准确性和实时性，乙方作为专业的技术提供方，愿意提供所需的技术支持和服务。
双方本着平等互利的原则，经友好协商，达成如下合同条款：第一条服务内容1.1 乙方将为甲方提供医保系统接口开发、部署、维护等服务。
1.2 乙方负责确保医保系统接口的稳定性、安全性和兼容性。
第二条技术标准2.1 医保系统接口应符合国家相关法律法规及行业标准。
2.2 接口开发应满足甲方的业务需求和操作流程。
第三条合同期限3.1 本合同自签订之日起生效，有效期为____年，自____年____月____日至____年____月____日。
第四条付款方式4.1 甲方应按照合同约定向乙方支付接口开发、部署和维护的费用。
4.2 付款方式为：______（具体支付方式及时间节点）。
第五条保密条款5.1 双方应对合同内容及在履行合同过程中知悉的商业秘密予以保密。
5.2 未经对方书面同意，任何一方不得向第三方披露合同内容。
第六条违约责任6.1 如一方违反合同条款，应承担违约责任，并赔偿对方因此遭受的损失。
6.2 因不可抗力导致不能履行或完全履行合同的，受不可抗力影响的一方应及时通知对方，并提供相应证明。
第七条争议解决7.1 双方因履行合同发生争议，应友好协商解决；协商不成时，可提交______仲裁委员会仲裁。
第八条其他条款8.1 本合同未尽事宜，双方可另行协商确定。
8.2 本合同一式两份，甲乙双方各执一份，具有同等法律效力。
甲方（盖章）：____________________授权代表签字：____________________联系电话：____________________电子邮箱：_____________________乙方（盖章）：____________________授权代表签字：____________________联系电话：____________________电子邮箱：_____________________（以下无正文）[此页为合同签署页]。