医保收费接口规范

合集下载

医保收费接口规范【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）。

攀枝花市职工医疗保险接口规范

目录1 修改日志 (5)1.1 2008-01-24 (5)1.2 2008-02-14 (5)1.3 2008-03-06 (5)1.4 2008-03-07 (6)1.5 2008-03-16 (6)1.6 2008-04-19 (6)1.7 2008-05-09 (6)1.8 2008-06-14 (6)1.9 2008-08-23 (7)2 交易类型 (8)3 初始化调用 (9)4 各类开发工具调用方法 (10)4.1 VB (10)4.2 PB (11)4.3 DELPHI (11)5 交易处理流程 (12)5.1 查询交易、类查询交易、打印交易流程 (12)5.2 处理交易流程 (13)6处理交易的不同宕机点和相应的处理 (13)7 交易接口描述 (14)7.1 初始化 (14)7.2 正常交易 (15)7.3 确认交易 (15)7.4 取消交易 (15)8错误信息的处理 (16)8.1 Call方法的错误信息 (16)8.2 Confirm方法的错误信息 (17)8.3 Cancel方法的错误信息 (17)9 业务定义 (17)9.1 卡密码修改(02) (17)9.1.1 正常交易 (17)9.1.2 确认交易 (18)9.1.3 取消交易 (18)9.2 身份识别(03) (18)9.3 身份识别(04) (19)9.4 门诊结算(11) (20)9.4.1 正常交易 (20)9.4.2 确认交易 (23)9.4.3 取消交易 (23)9.5 门诊退单(12) (23)9.5.1 正常交易 (23)9.5.2 确认交易 (24)9.5.3 取消交易 (25)9.6 打印门诊结算单(13) (25)9.6.1 正常交易 (25)9.7 打印门诊就诊明细(14) (26)9.7.1 正常交易 (26)9.8 入院办理(21) (26)9.8.1 正常交易 (26)9.8.2 确认交易 (27)9.8.3 取消交易 (28)9.9 入院办理信息修改(22) (28)9.9.1 正常交易 (28)9.9.2 确认交易 (29)9.9.3 取消交易 (29)9.10 入院办理退单(23) (29)9.10.1 正常交易 (29)9.10.2 确认交易 (30)9.10.3 取消交易 (30)9.11 住院费用明细写入(31) (31)9.11.1 正常交易 (31)9.11.2 确认交易 (33)9.11.3 取消交易 (33)9.12 住院费用明细退单(32) (33)9.12.1 正常交易 (33)9.12.2 确认交易 (35)9.13 住院费用药品明细核对(33) (35)9.13.1 正常交易 (35)9.14 住院费用诊疗明细核对(34) (36)9.14.1 正常交易 (36)9.15 住院费用服务项目明细核对(35) (38)9.15.1 正常交易 (38)9.16 删除所有住院费用明细(36) (39)9.16.1 正常交易 (39)9.16.2 确认交易 (40)9.16.3 取消交易 (40)9.17 出院预算(40) (40)9.17.1 正常交易 (40)9.18 出院结算(41) (42)9.18.1 正常交易 (42)9.18.2 确认交易 (43)9.18.3 取消交易 (44)9.19 出院结算退单(42) (44)9.19.1 正常交易 (44)9.19.2 确认交易 (45)9.19.3 取消交易 (45)9.20 打印住院结算单(43) (45)9.20.1 正常交易 (45)9.21 确认攀钢补保结算(44) (46)9.21.1 正常交易 (46)9.21.2 确认交易 (47)9.21.3 取消交易 (47)9.22 查询攀钢补保未确定结算记录(45) (47)9.23 药店结算(药店专用)(51) (48)9.23.1 正常交易 (48)9.23.2 确认交易 (49)9.23.3 取消交易 (49)9.24 药店结算退单(药店专用)(52) (49)9.24.1 正常交易 (49)9.24.2 确认交易 (50)9.24.3 取消交易 (50)9.25 住院费用交单申请(71) (51)9.25.1 正常交易 (51)9.25.2 确认交易 (52)9.25.3 取消交易 (53)9.26 撤销住院交单申请(72) (53)9.26.1 正常交易 (53)9.26.2 确认交易 (53)9.26.3 取消交易 (54)9.27 打印交单汇总表(73) (54)9.27.1 正常交易 (54)9.28 打印住院交单明细(74) (55)9.28.1 正常交易 (55)9.29 交单查询(75) (55)9.29.1 正常交易 (55)9.30 获取中心目录更新版本(60) (57)9.31 药品目录增量下载(61) (58)9.32 诊疗目录增量下载(62) (59)9.33 服务设施目录增量下载(63) (60)9.34 门诊慢特病种增量下载(64) (61)9.35 住院重症病种增量下载(65) (62)9.36 查询接口消息(91) (63)9.37 查询中心不确定交易(98) (63)10 编码对照 (64)10.1 YKC039慢特病分类 (64)10.2 AAE100有效标志 (64)10.3 YKC025就诊方式 (65)10.4 AKA065项目等级 (65)10.5YKC023结帐方式 (65)10.6 AKC195出院类别 (65)10.7 AKC022卡类型 (66)11 表单样张 (66)11.1 药店结算单 (66)攀枝花市职工医疗保险接口规范1修改日志1.1 2008-01-241、去年04交易，身份识别交易合并。

医疗保险接口功能规范

医疗保险接口功能规范第一条《医疗保险接口功能规范》是用于协助整个医院, 按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序，其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能，包括下载、上传、处理医保病人在医院中发生的各种与医疗保险有关的费用，并做到及时结算。

第二条《医疗保险接口功能规范》必须符合国家、地方的有关法律、法规、规章制度的要求。

1必须符合国务院下发的有关医疗保险的各项政策及法规。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

区本级医保支付接口规范

新疆（区本级）医保系统支付接口应用编程接口规范（初稿）银海软件2009年11月1、概述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.2新疆(区本级)医保支付接口应用编程接口规范第 3 页共 101 页§1.3.2. 网络环境§1.3.3. 网络拓扑图医院接口处理网络拓扑图§1.3.4. 系统软件§2.接口描述§2.1.总体描述1.组件库注册在每一台需要进行医保支付业务的客户机上（该客户端也必须能连接到医保网络），通过被动调用的方式将医保支付业务功能嵌入到定点医疗机构的系统中（以下简称HIS）；2.接口交易组件库提供了六个公共方法(yh_interface_init 初始化，yh_interface_destroy 资源释放，yh_interface_call业务方法调用，yh_interface_confirm业务办理确认，yh_interface_cancel业务办理取消，yh_interface_getuncertaintytrade不确定交易查询)，交易参数组织采用xml（所有社保经办机构交易调用及交易参数统一），差别处理对于HIS透明。

医疗保险统一软件支付接口规范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

西安市医保支付接口规范

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

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

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

§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透明。

北京市基本医疗保险门诊实时结算HIS改造接口规范v200

北京市基本医疗保险门诊实时结算HIS改造接口规范v200
门诊实时结算HIS改造
接口规范
〔V2.00版〕
首都信息进展股份
2021年11月
第一部分
1
1.1
制定统一的北京市差不多医疗保险门诊实时结算系统与HIS接口规范，所有医保结算都需要遵循。
指导HIS厂商在医保统一规范、标准和要求下，改造HIS接口系统，为HIS开发、调试提供参考，使HIS接口改造顺利进行，尽快达到医保门诊实时结算的要求。
增加对药品收费明细及相应的诊断信息进行警告性检验的详细说明：#改造流程中需要专门注意的问题；#服务端报错信息
HIS接口规范V1.4的版本比V1.3的版本进行了以下的更新：
用药频次BKC229字典进行了修订
#就诊科别BKC053字典进行了修订
费用分解接口函数的输入参数，处方信息中增加了代开药标识、备注；费用明细中增加了生育费用标识【本次增加的内容，医院可依照本院情形决定是否使用，如否，那么能够不改造现行接口，且不阻碍门诊结算业务】
HIS接口规范V1.1的版本比V1.0的版本进行了以下的更新：
门诊实时结算费用分解中增加了〝收费员〞信息。
支持在门诊票据中打印收费员的姓名或者工号，也能够为空。
修订了费用分解Divide和退费分解RefundmentDivid
票据重打的时候仍旧打印原收据的收费员信息，不需要重新传收费员信息。
增加了基于〝超转人员〞的数据字典项：#北京市社会保险险种类型 BAE059；#医疗参保人员类别AKC021
HIS接口规范V1.6的版本比V1.5的版本进行了以下的更新：
费用明细中的〝数量〞承诺显现小数：#门诊结算明细信息导出文件；#费用分解；#退费分解
HIS接口规范V1.5的版本比V1.4的版本进行了以下的更新：

赣州市医保接口规范

接口更新内容：本次医保接口动态库ZRHosJK.dll基于原接口规范不变的基础上增加一项业务：【收费发票打印】(包括门诊和住院收费发票打印)，具体调用方法详见本文档21页。

----于2011年09月01日网点接口规范一．概述为了保证医疗保险管理系统和网点管理信息系统的完整性和独立性以及数据的同步和一致性，需要提供一个标准的数据输入输出接口，建立一个公用的数据交换标准。

因此，开发出一套通用的适合于各种类型医疗管理机构、能嵌入各种管理软件的接口系统是保证医保顺利实施的关键。

为此，提出以下中心系统与网点系统的接口规范。

二．医疗机构接入准备1.硬件要求引用接口系统嵌入模块的终端机器至少要64M 内存，并有足够空间安装支持软件。

网络上要求必须能访问中心应用服务器。

2.软件要求接口系统目前支持Windows95/98/2000/NT系统平台下所开发的应用系统，各应用系统必须能正常调用Windows标准API函数（例如用PB、Delphi、VB、VC、C++Builder等开发的软件都可以支持）。

根据电脑技术的发展形式，嵌入模块不支持DOS系统下开发的应用软件。

三．数据要求接口系统需要从医疗机构获得必要数据，为统一编码，录入数据尽量采用医保中心提供的编码规则，医疗机构需要根据需要将自身系统的编码做对照，医疗机构需要对照的内容包括：1）药品目录详见药品目录表、诊疗目录表2）病种编码目录详见病种编码目录表3）收费类别目录详见收费类别目录表4）科室目录医院自身设置的科室名称。

5）项目等级详见项目等级目录表6）医疗类别详见医疗类别表7）有关日期时间数据包中有关日期时间的数据，日期格式为4位年份+2位月份+2位日，时间格式为2位时+2位分。

例如，“2006-9-4”则需填写“”，“14：08”则填写“1408”8）其它如果数据为空值，则用“NULL”代替传入。

对于返回的数据一样，如果数据为空，则返回对应“NULL”。

医院接口包括文件:1).ZRHosJK.dll 接口动态库。

医保收费接规范

文件的结构主要借鉴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.硬件要求引用接口系统嵌入模块的终端机器至少要64M 内存，并有足够空间安装支持软件。

网络上要求必须能访问中心应用服务器。

根据电脑技术的发展形式，嵌入模块不支持DOS系统下开发的应用软件。

例如，“2006-9-4”则需填写“20060904”，“14：08”则填写“1408”8）其它如果数据为空值，则用“NULL”代替传入。

对于返回的数据一样，如果数据为空，则返回对应“NULL”。

医保接口编码规范说明文档(修订版)

医保编码参考手册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行<<处方明细信息>>. . .。

医保接口管理制度最新范文

医保接口管理制度最新范文医保接口管理制度最新范第一章总则第一条为规范医保接口管理，提高医保服务质量和效率，便利参保人员就医、用药，保障医疗机构和药店合法权益，制定本制度。

第二条本制度适用于全国范围内的医保接口管理工作。

第三条医保接口管理是指医保机构与医疗机构、药店之间建立的数据交换接口，实现医保信息共享和互操作。

第四条医保接口管理的目标是确保医保数据准确、及时、可靠，提供便利化的就医、报销服务，并加强对医疗机构和药店的管理。

第五条医保接口管理应遵循保密、安全、便利、有效的原则。

第六条医保接口管理应借助现代信息技术手段，利用统一标准和规范，建立健全系统，提高数据处理能力和处理效率。

第七条医保接口管理应加强对医疗机构和药店的培训和指导，提高信息录入和操作的正确性和规范性。

第八条本制度所称的医保机构包括基本医疗保险管理中心、医保定点医疗机构、医保定点药店等。

第九条医保机构应配备专门的技术人员负责医保接口管理工作。

第十条医保机构应按规定向医疗机构和药店提供医保接口管理工作所需的技术支持和培训。

第十一条各级医保机构应建立医保接口管理工作的评估和监督机制，定期检查医疗机构和药店的医保接口管理情况。

第二章医保接口管理流程第十二条医保接口管理流程包括接入准备、接入申请、接入评估、接入试运行、接入管理等环节。

第十三条医疗机构和药店申请接入医保接口，应提供相关的资质证明和技术要求，经医保机构审核通过后方可接入。

第十四条医保机构应根据医疗机构和药店的实际情况，评估其接入医保接口的技术能力和管理水平，确保其能够正常使用医保接口。

第十五条医疗机构和药店接入医保接口后，应进行试运行阶段，医保机构将对其接入情况进行监控和管理，并及时提供技术支持和培训。

第十六条医保机构应加强对医疗机构和药店的日常管理，及时发现和处理接口问题，确保医保数据的完整性和准确性。

第三章医保接口管理技术要求第十七条医保接口管理应采用先进的信息技术手段，保证医保数据的安全传输和存储。