贵州省社会保险全省统一应用系统医保支付接口规范(V1.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.0.16）
四川久远银海软件股份有限公司 2011 年 9 月
第 1 页 共 114 页
贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范
§1.目的
为了简 化实 时结 算系 统对 实时 支付 中心 接口 的调 用， 减少 中心 实时 支付 接口 变化 对实 时结 算系统的影响，减少实时结算系统整改工作量，对医院和药店提供统一的医保两定接口 dll 应用 程序。
ref string astr_appmsg)
参数名称
参数含义 参数类型 参数类别
参数说明
astr_jybh
交易编号
String 入口参数 具体的交易代码见〖交易列表〗
astr_jysr_xml 交易输入
String 入口参数 xml 方式，组织方式见业务说明，字
符串最大长度 65534 字符
astr_jylsh
long
出口参数 小于 0 均为失败。此值数据类型是整
数 ， 范 围 为 -2147483648 to
+2147483647
astr_appmsg
交易信息
String 出口参数 错误信息描述。aint_appcode 小于 0
时存放错误描述，其他 aint_appcode
不用关心 该参数 内容。
函数说明：
1. 交易主函数，完成所有医疗业务的实际处理。
2. 由于交易调用远程方法，并且可能存在用户交互界面，因此建议所有交易不要纳入
HIS 系统事务管理。
3. 在交易接口函数定义中，传递的参数都是字符串。但是在交易详细说明中，数据类
1_社会保障结算接口设计说明书
第二部分社会保障结算接口设计说明文件修改控制声明版权所有©2007广州市慧通计算机有限公司，保留所有权利。
根据《中华人民共和国著作权法》和《国际版权公约》，广州市慧通计算机有限公司拥有本文档的著作权，并保留所有权利。
未得到广州市慧通计算机有限公司的书面许可，任何人不得对本文档的任何部分进行复制、挪用或传播。
本文档中仅用于为番禺区的社区卫生服务信息系统提供信息，广州市慧通计算机有限公司在编写该文档的时候已经尽力保证其内容准确可靠，但仍可能有不够准确的地方或印刷错误；其内容如有更改，将会在本文档的下一版本中体现。
目录1引言 (5)1.1标识 (5)1.2系统概述 (5)1.3文档概述 (5)1.4基线 (5)2引用文件 (6)2.1相关文档 (6)2.2参考资料 (6)3接口设计 (6)3.1接口技术 (6)3.2接口的标识和接口图 (7)3.2.1住院（门特）业务接口 (7)3.2.2门诊（购药）业务接口 (9)4接口唯一标识 (10)4.1住院登记信息表 (10)4.1.1作用 (10)4.1.2结构说明 (10)4.1.3操作权限说明 (11)4.2已执行医嘱明细信息表 (11)4.2.1作用 (11)4.2.2结构说明 (11)4.3操作权限说明 (12)4.4费用结算结果表 (12)4.4.1作用 (12)4.4.2结构说明 (12)4.4.3操作权限说明 (13)4.5出院登记信息表 (13)4.5.1作用 (13)4.5.2结构说明 (14)4.6操作权限说明 (14)4.7挂号登记信息表 (15)4.7.1作用 (15)4.7.2结构说明 (15)4.8操作权限说明 (15)4.9费用明细信息表 (16)4.9.1作用 (16)4.9.2结构说明 (16)4.10操作权限说明 (17)4.11费用结算结果表 (17)4.11.1作用 (17)4.11.2结构说明 (17)4.11.3操作权限说明 (18)5需求的可追踪性 (18)6注解 (18)1引言1.1 标识1.2 系统概述在医保系统中登记成功进行登记后，病人才能作为医保病人处理，在出院结算时，HIS负责把病人的费用明细传送到前置机的指定数据表中，再由医保系统进行结算，成功并下载结算结果到医院前置机数据库的结算结果表。
医保DIP培训测试题及答案
医保DIP培训测试题及答案1、DIP的概念是什么?（）[单选题] *A、一种支付方式B、疾病诊断+治疗C、利用大数据建立的完整管理体系√2、DIP的分组依据（）[单选题] *A、疾病的诊断B、疾病诊断+治疗√C、患者疾病的基本信息3、DIP的统一代码（）[单选题] *A、《医疗保障疾病诊断分类及代码》（ICD-10 医保V1.0 版）、《医疗保障手术操作分类与编码》（ICD-9-CM3 医保V1.0 版）B、《医保日间手术病种分类与代码》C、以上全部√4、DIP的付费原理是什么?（）[单选题] *A、解决馒头（社会医疗费用）比屉大（医疗保险费用）的问题√B、解决盈利的问题C、解决亏损的问题5、DIP付费后医疗服务成本有哪些?（）[单选题] *A、药品、耗材B、检查、检验C、以上全部√6、DIP的控费机制（）[单选题] *A、结余留用，合理超支分担√B、结余留用，超支分担C、结余留用，超支不补7、DIP付费下科室的调整方向（）[单选题] *A、降低成本，缩短住院时间B、合理检查、检验、用药、治疗C、合理控制住院医疗费用，同时提升运行效率√8、DIP的使用范围（）[单选题] *A、所有出院病种B、主要适用于住院医疗费用结算（包括日间手术、医保门诊慢特病医疗费用结算）√C、住院时间较长的病例9、DIP分组原则（）[单选题] *A、客观原则B、自然原则C、统分结合原则D、以上全部√10、DIP目录库包含哪些（）[单选题] *A、一级目录B、主目录C、主目录+辅助目录√11、[单选题] *A、正确B、错误√C、不确定答案解析：错误：应该是慢性阻塞性肺疾病急性加重12、DIP不适用于以下哪一类病例（）[单选题] *A、精神类、康复类及护理类等住院时间较长的病例B、职工和居民医保住院分娩C、异地就医与省定的25钟重大疾病D、A，B与C√DIP推行的主要作用是[单选题] *A.正确√B.错误C.不确定14、DIP需要的基础数据包括（）[单选题] *A.疾病的编码系统B.资源消耗C.治疗方式D.病情严重程度及医疗状态E.A,B,C,D√15、科室DIP专员小王对DIP运行模式理解正确的是?（）[单选题] *A.权重是相对变动的，费率是相对固定的B.权重是相对固定的，费率是相对变动的√C.权重是相对固定的，费率是相对固定的D.权重是相对变动的，费率是相对变动的16、当临床出现某一病例实际合规费用低于该地区相同等级医院该病组平均费用0.5倍（以当地政策文件为准）时，被定义为何种病例?（）[单选题] *A.正常病例B.低倍率√C.高倍率17.DIP的全部内容和指标均来源于?（）[单选题] *A.直接获取B.病案首页/医疗保障基金结算清单√C.出院病历D.门诊病历18、DIP疾病严重程度辅助目录（正向校正）主要包含?（）[单选题] *A. CCI指数、疾病严重程度分型B.肿瘤严重程度分型、主要要诊断病种以及年龄特征病种C.A和B√19、DIP违规行为监管辅助目录（负向校正）主要指标有?（）[单选题] *A、病案质量指数、二次入院、低标入院、超长住院以及死亡风险√B、病案质量指数、低标入院、二次入院、高费用住院以及死亡风险C、病案质量指数、低标入院、二次入院、低费用住院以及死亡风险20、以下针对病种类别对应的盈亏情况说法正确的是（）[单选题] *A、基层病种——次均低于全区次均亏损B、费用异常病例病种分值（费用超低病例某病例费用<50%）)——盈亏平衡√C、费用异常病例病种分值（费用超高病例200%<某病例次均≤500%）——盈亏平衡D、应入未入组病例——以最高标准支付、盈利21、关于DIP以下说法错误的是（）[单选题] *A、DIP以“每次住院”为定价单元，原则上同一疾病组组内的病种价格相同B、DIP目前是以疾病组平均费用定付费空间，目的是规范诊疗行为，最终以疾病组成本来定价C、DIP付费的分值或分值点值基本上是固定的，运行后不再调整√22、DRG/DIP支付制度的变革会影响医院的行为发生改变、以下说法错误的是（）[单选题] *A、改变费用结构:使检查和检验变成治疗疾病的成本。
医疗保险统一软件支付接口规范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
接口设计规范V1.0---参考
接口设计规范V1.0---参考服务端与手机平台接口协议BespRout2014年11月目录1.概述 (3)2.涉及接口 (3)3.接口总体要求 (3)3.1.系统间接口的原则33.2.处理流程33.3.接口实现方式44.XXX服务端接口 (4)4.1.XX模块-根据XX下载相关的配置文件44.2.XX模块-生成指定XX的文件配置54.3.APP启动-初使化参数65.附件 (7)5.1.备注说明71. 概述本文档提供接口给手机端使用，为手机端提供业务平台数据2. 涉及接口本文档涉及的外围系统接口包括：无3. 接口总体要求3.1.系统间接口的原则接口设计遵循如下原则：⏹安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而可靠的技术手段，制定严格的安全可靠的管理措施；⏹开放性原则：提供开放式标准接口，提供与其它系统的互联互通；⏹灵活性原则：提供灵活的接口设计，便于接口的变动。
⏹可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高；⏹可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便的管理方式以处理各种情况；⏹统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统一。
3.2.处理流程接口处理流程4. XXX服务端接口测试地址前缀:http://192.168.3.208:8088/xxx/xxx 4.1.XX模块-根据XX下载相关的配置文件接口名称下载相关的配置文件接口描述根据厂商ID下载相关的配置文件测试地址前缀+/file/download/{storeId}?token=token参数详见配置请求方式GET正式地址待定参数请求体参数参数含义类型长度必填说明patform 平台String 20 必填值为iphone或者android响应体无4.2.XX模块-生成指定XX的文件配置接口名称生成指定商家的文件配置接口描述根据厂商ID，生成指定商家的文件配置测试地址前缀+/file/generate/{storeId}?token=token参数详见配置请求方式GET正式地址待定参数请求体无响应体参数参数含义数据类型说明respCode 标识是否操作成功String 0成功1失败respDesc 当标识respCode为1时候显示错误信息String4.3.APP启动-初使化参数接口名称初使化参数接口接口描述初使化参数接口测试地址前缀+/brands/param/list?token=token参数详见配置请求方式GET正式地址待定请求参数无响应体参数参数含义数据类型说明respCode 标识是否操作成功String 0成功1失败respDesc 当标识respCode为1时候显示错误信息StringshareFacebookUrl fb分享的地址String shareFacebookKey String shareFacebookSecret String shareFacebookInfo fb分享的内容String shareTwitterUrl tw分享的地址String shareTwitterKey String shareTwitterSecret String shareTwitterInfo tw分享的内容String shareEmail String shareEmailTitle email分享的标题StringmaxNumOfFamilyM ember 最多允许加入的家庭成员的个数StringguidingTextOfHBC HBC引导文字String helpTextOfHBC HBC帮助文字StringpayType 支付类型String 1-Authorize.net,2-TrustCommerce,3-ProPay注：以上所有内容需先Base64解，再DES解才可得到定义的内容5. 附件5.1.备注说明token算法生成说明：加密方式：手机与服务端各持有密钥Key，密钥暂定为XXXX。
医保接口调用参考手册
重庆跨统筹区就医结算平台接口调用参考手册(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)是处理医疗保险中支付业务的信息管理平台，支付平台通过管理详细的就医记录的方式来连接医药机构（医院、药店、卫生服务站）和医疗保险经办机构，通过药品管理，就医的详细记录来完成医疗保险业务中的支付结算业务。
TA数据接口规范
在注销基金账户（BSYWLX=“015”）时，BSJJZH 存放要注销的基金账户。 在增加/撤消交易账户（BSYWLX=“008”/009”）时，BSJJZH（字段：基金账 户）为本系统对投资人的开放基金投资账户，BSDZYJ（字段：电子邮件，字段复 用）存放投资人在销售代理人处开立的交易账户（或称资金帐号/客户号）。
中国证券登记结算有限责任公司开放式基金登记结算系统数据接口规范
KFJJ-WBJK-001
中国证券登记结算有限40 页
2.1 账户资料变更申请库 KFZHBS.DBF
序号
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
2 账户信息接口规范................................ 3
2.1 账户资料变更申请库 KFZHBS.DBF ................... 3 2.2 账户资料变更回报库 KFZHBH.DBF ................... 6
3 交易信息接口规范............................... 10
交易回报库业务有效字段表表七业务业务描述关键字段其他字段020认购hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbjyjghbfsslhbsxfyhbdlfyhbghfyhbfhdmhbfsrqhbyhsyhbqtfyhbhsfehbhsxfhbbybz021认购拉单结果通知hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbjyjghbfsslhbsxfyhbdlfyhbghfyhbfhdmhbfsrqhbyhsyhbqtfyhbhsfehbhsxfhbbybz022申购同上同上024赎回同上同上025预约赎回hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbfhdmhbfsrqhbbybz026转托管hbywlxhbglrmhbdlrmhbjjzhhbsqrqhbsqdhhbfhdmhbfsrqhbjjdmhbsqslhbfsslhbbybzhbghfy027转托管转入同挂失换新号同挂失换新号028转托管转出同挂失换新号同挂失换新号029分红方式更改同预约赎回同预约赎回031基金份额冻结hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbfsslhbsxfyhbfsrqhbbybz034非交易过户转入同挂失换新号同挂失换新号035非交易过户转出同挂失换新号同挂失换新号中国证券登记结算有限责任公司工程技术标准第28页共29页中国证券登记结算有限责任公司开放式基金登记结算系统数据接口规范kfjjwbjk001业务业务描述关键字段其他字段036基金转换hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbjyjghbfsslhbsxfyhbdlfyhbqtfyhbghfyhbhsfehbfhdmhbfsrqhbyhsyhbhsxfhbbybz037基金转换转入同上同上038基金转换转出同上同上039定时定额申购同022同022043分红hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqslhbjyjghbfsslhbfsrqhbsxfyhbghfyhbyhsyhbqtfyhbhsfehbhsxfhbbybz044强制调增同挂失换新号同挂失换新号045强制调减同挂失换新号同挂失换新号053预约撤
贵州省社会保险全省统一应用系统医保支付接口规范V1008
贵州省社会保险全省统一应用系统 医保支付接口应用编程接口规范（V1.0.0.8）四川久远银海软件股份有限公司2011年9月1、概述1.《贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范》（以下简称规范）的使用对象为将使用银海医保支付组件库（以下简称组件库）来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。
2.规范公布了组件库所提供的交易，规定了调用每一交易的前提条件，详细描述了每一交易的调用方法。
规范从编程的角度来介绍以上内容，对医保政策和医保支付流程的介绍不属于本规范的范围。
§1.1.术语及参考资料COM：Common Object ModelHIS：Hospital Information SystemMIS：Management Information System§1.2.应用模式银海医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。
§1.3.环境要求§1.3.1.硬件环境指标指标值CPU ≧1.6MHzMemory ≧512MBHardDisk ≧2000M(free)NetCard ≧10MB§1.3.2.网络环境指标指标值协议TCP/IP、HTTP/HTTPS广域网带宽≧56k网络连接客户端直接访问医保中心网络§1.3.3.网络拓扑图§1.3.4.系统软件指标指标值操作系统WIN2000/NT/XP及以上WIN系列操作系统辅助软件IE6.0及其以上；Msxml4.0§2.修改记录修改时间版本修改描述2011-6-24 V1.1 修改91交易主要为字段变更2011-6-24 V1.1 增加交易53、54、55、56、56a、56d，602011-6-29 V1.1 增加交易76,、76a、76b修改91交易增加字段修改时间版本修改描述修改41交易增加输出字段2012-07-24 V1.2 1、增加附录说明2、修改41、42、43、48号交易必须传入个人编号3、修改75（适用贵州省统一项目）号交易<prm_aka130></prm_aka130>【默认：31 医疗；M31 生育；G31 工伤】4、调用21号交易传入<prm_aac001> 个人编号</prm_aac001>5、调用48、21号交易<prm_ykb065>执行社会保险办法</prm_ykb065>2013-9-23 V1.3 1、增加清算方式修改交易47号交易2013-10-09 V1.4 1、修改71、75增加异地医疗清算相关。
09F012 手机支付业务用户卡发卡加密机接口规范V1.0.0
中国移动通信企业标准手机支付业务用户卡发卡加密机接口规范版本号：1.0.0中国移动通信集团公司 发布2009-4-10发布 2009-4-10实施QB-F-012-2009 U s e r C a r d M a c h i n e I n t e r f a c e S p e c i f i c a t i o n o f C M C C M o b i l e p a y m e n t s e r v i c e B a s e d o n c o n t a c t l e s s t e c h n o l o g y目录1.范围 (1)2.规范性引用文件 (1)3.术语、定义和缩略语 (1)4.概述 (1)5.密钥导出/导入（传输）接口 (2)6.卡片子密钥生成接口 (2)6.1.通信协议 (2)6.2.TLV对象定义 (3)6.2.1.数据类型说明 (3)6.2.2.数据域 (3)6.2.3.命令 (4)6.3.指令接口说明 (4)6.3.1.卡片子密钥生成指令 (4)6.3.2.错误码 (5)7.编制历史 (6)前言本标准规定了手机支付全国密钥管理中心和手机支付省密钥管理中心的用户卡发卡加密机的接口要求，包括密钥导出/导入（传输）接口和卡片子密钥生成接口。
本标准是中国移动手机支付业务密钥管理加密机系列标准之一，该系列标准的结构、名称或预计的名称如下：本标准由中移技〔2009〕97号印发。
本标准由中国移动通信集团市场经营部提出，集团公司技术部归口。
本标准起草单位：中国移动通信研究院本标准主要起草人：任晓明、柏洪涛、刘斐1.范围本标准规定了手机支付全国密钥管理中心和手机支付省密钥管理中心的密钥管理加密机的接口要求，包括密钥导出/导入（传输）接口和卡片子密钥生成接口。
2.规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
创新健康扶贫工程“一站式”医疗信息系统设计方案
创新健康扶贫工程“一站式”医疗结算平台设计方案（V1.0）目录1概述51.1背景51.2创新健康扶贫工程51.3“一站式”结算平台62相关参考文献73建设意义、目标和内容83.1建设意义83.2建设目标83.3建设内容94建设思路与原则94.1建设思路94.2建设原则105系统整体架构规划125.1业务架构125.2技术架构136业务流程156.1业务总体流程156.2业务功能划分166.3业务需求分析186.3.1 .................................................................................................. 扶贫人员信息管理子系统186.3.2 ............................................................................................. 城乡居民医疗保险系统改造196.3.3 .................................................................................... 医院联网结算客户端与接口改造206.3.4 .................................................................................................. 大病保险结算子系统改造236.3.5 ............................................................................................................... 民政救助系统改造236.3.6 .................................................................................................. 商业扶贫保险管理子系统236.3.7 ............................................................................... 健康扶贫专项救助基金管理子系统256.4具体功能实现266.4.1 .................................................................................................. 扶贫人员信息管理子系统266.4.2 ............................................................................................. 城乡居民医疗保险系统改造276.4.3 .................................................................................... 医院联网结算客户端与接口改造286.4.4 .................................................................................................. 大病保险结算子系统改造306.4.5 ............................................................................................................... 民政救助系统改造306.4.6 .................................................................................................. 商业扶贫保险管理子系统306.4.7 ............................................................................... 健康扶贫专项救助基金管理子系统327非功能性需求347.1对功能的一般规定347.2一般性性能需求347.3对于运行的非功能需求357.4可靠性357.5扩展性357.6鲁棒性357.7安全性358项目预算369培训方案3710售后服务3711附件381概述1.1背景《中共中央、国务院关于打赢脱贫攻坚战的决定》，到２０２０年，即“十三五”末，要确保中国现行标准下农村贫困人口实现脱贫，贫困县全部摘帽，解决区域性整体贫困。
贵州省医保局关于印发贵州省DRGDIP支付方式改革三年行动计划的通知
贵州省医保局关于印发贵州省DRG/DIP支付方式改革三年行动计划的通知文章属性•【制定机关】贵州省医疗保障局•【公布日期】2022.02.28•【字号】•【施行日期】2022.02.28•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】发展规划正文贵州省医保局关于印发贵州省DRG/DIP支付方式改革三年行动计划的通知各市（自治州）医疗保障局，局机关各处（室）、所属单位：《贵州省DRG/DIP支付方式改革三年行动计划》已经省医保局2022年第1次局长办公会会议审议通过，现印发给你们，请遵照执行。
各地在实施过程中遇到问题，请及时报省医保局。
（联系人：陈骏、赵茹欣；联系电话：0851—85972752、85650023）贵州省医疗保障局2022年2月28日贵州省DRG/DIP支付方式改革三年行动计划为深入贯彻落实《中共中央国务院关于深化医疗保障制度改革的意见》（中发〔2020〕5号）、《中共贵州省委贵州省人民政府关于深化医疗保障制度改革的实施意见》（黔党发〔2020〕26号）精神，建立管用高效的医保支付机制，按照《国家医疗保障局关于印发DRG/DIP支付方式改革三年行动计划》（医保发〔2021〕48号）具体部署及要求，结合我省实际，制定本行动计划。
一、工作目标以习近平新时代中国特色社会主义思想为指导，坚持以人民健康为中心，以加快建立管用高效的医保支付机制为目标，分期分批加快推进，从2022到2024年,全面完成DRG/DIP支付方式改革任务,推动医保高质量发展。
到2024年底，全省所有统筹地区全部开展DRG/DIP支付方式改革工作；到2025年底，DRG/DIP支付方式覆盖所有符合条件的开展住院服务的医疗机构，基本实现病种、医保基金全覆盖。
全面建立全省统一、上下联动、内外协同、标准规范、管用高效的医保支付新机制，进一步增进人民群众健康福祉，有力推进健康贵州建设。
二、工作任务（一）总体安排省医保局负责制定行动计划和年度工作方案并调度督导，牵头研究重要改革事项，组织全省统一技术规范、信息化平台建设及业务培训。
移动支付业务要求规范v1.0(080522)
中国电信移动支付产品业务规范V1.0中国电信集团公司2007年11月目录1、范围 (6)2、规范性引用文件 (7)3、缩略语 (8)4、业务描述 (9)4.1业务概述 (9)4.2业务场景描述 (9)4.3业务开放范围 (10)4.4业务分类 (10)5、业务功能 (13)5.1账户设置 (13)5.2业务管理 (14)5.3交易处理 (14)5.4多种接入方式 (15)5.5商品管理与展示 (15)6、业务流程 (16)6.1.1 虚拟/通信账户开通 (16)6.1.2 银行账户开通 (19)6.1.3 冻结账户 (20)6.2商品管理流程 (20)6.3购买、支付业务流程 (21)6.3.1 访问本地业务流程（有ISAG） (21)6.3.2 访问本地业务流程（无ISAG） (24)6.3.3 访问漫游地业务流程 (30)6.3.4 访问全国业务流程（接入统一支付平台） (36)6.3.5 访问全国业务流程（接入ISAG） (39)6.4派奖业务流程 (45)6.4.1 通信账户派奖 (45)6.4.2 银行账户派奖 (46)6.4.3 虚拟账户派奖 (47)6.5冲正业务流程 (48)6.5.1 本地业务冲正流程 (48)6.5.2 漫游地业务冲正流程 (49)6.5.3 全国业务冲正流程（接入ISAG） (50)6.5.4 全国业务冲正流程（接入统一支付平台） (52)7、对其它网元的要求 (54)7.1对CP/SP的功能要求 (54)7.2对ISAG的功能要求 (54)7.3对ISMP的功能要求 (55)7.4对SMSC的功能要求 (55)7.5对充值平台的功能要求 (55)7.6对统一支付平台的功能要求 (56)8、计费要求 (57)8.1计费触发 (57)8.2话单要求 (57)9、系统管理 (64)9.1.1 系统权限管理 (64)9.1.2 业务统计 (64)9.1.3 客户服务 (64)10、性能要求 (66)10.1服务质量 (66)10.2扩展性 (66)10.3可靠性 (66)11、网管要求 (68)12、安全要求 (69)12.1与用户之间的安全机制 (69)12.2与银行之间的安全机制 (69)12.3数字签名机制 (70)12.4其它安全机制 (70)1、范围本规范规定了中国电信第三代移动通信移动支付业务系统的所具备的业务能力，描述了这些业务能力的应用。
遵义市HIS系统接口规范(银海)
HIS系统接口规范一、概述为了减少医保系统业务人员的劳动强度，提高工作效率，保证记账数据的准确性，银海医保软件提供与医院HIS系统的接口程序，包括联机模式和脱机模式。
数据流向为医院HIS系统→医保软件系统。
●联机模式流程如下：医保病人在医院HIS系统办理入院后，HIS系统将医保病人的信息传入医保系统，包括医疗保险号、姓名、病历号、入院日期；医保病人办理医保入院时，医保系统根据传入的信息办理医保入院，同步入院日期。
医保病人在院期间，HIS系统的记账信息可以随时传入医保系统，医保系统可以根据传入的记账信息进行模拟结算。
医保病人在HIS系统办理出院后，HIS系统填写医保病人的出院日期，将出院标志置为Y，医保系统根据出院标志进行结算，办理医保出院手续。
●脱机模式流程如下：医保病人在医院HIS系统办理入院，同时在医保系统办理入院。
医保病人在HIS系统办理出院后，将记账信息通过U盘等介质导入医保系统，经过转换后进行结算，办理医保出院手续。
二、数据结构医保软件采用的数据库管理系统为ORACLE。
需要HIS系统写入的表结构如下：处理标志说明：0 未处理1 已处理2 超标导入3 超标禁止导入4 无码禁止导入5 已冲销6 无医保编码三、开发说明医保系统提供一个ORACLE用户hisuser，具有对yyyd用户下的表t_zyxx_his、t_fyjzmx_his的全部权限，具有对表t_zyxx、t_fyjzmxfc的查询权限。
在hisuser用户下操作yyyd用户的表请在表名前加前缀（如yyyd.t_zyxx_his）。
创建表的sql语句如下：create table t_zyxx_his( --his住院信息ylbxh varchar2(20) not null, --医疗保险号xm varchar2(10) not null, --姓名blh varchar2(10) not null, --病历号ryrq varchar2(19) null, --入院日期cyrq varchar2(19) null, --出院日期cybz char(1) null, --出院标志(Y,N)constraint pk_t_zyxx_his primary key(ylbxh,xm,blh));create table t_fyjzmx_his( --his记账明细ylbxh varchar2(20) not null, --医疗保险号blh varchar2(10) not null, --病历号xm varchar2(10) null, --姓名rq varchar2(19) not null, --日期(yyyy-mm-dd hh:mi:ss)sfdbh varchar2(14) null, --收费单编号xh number(6) not null, --序号sfxmbh varchar2(15) not null, --收费项目编号sfxmmc varchar2(60) null, --收费项目名称gg varchar2(20) not null, --规格jx varchar2(20) not null, --剂型dj number(12,2) null, --单价sl number(6,2) null, --数量fy number(12,2) null, --费用clbz char(1) null, --处理标志yllb varchar2(3), --医疗类别constraint pk_t_fyjzmx_his primary key(ylbxh,blh,rq,xh,sfxmbh,gg,jx));四、收费项目对照要完成HIS接口，首先需要完成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主业务模块的逻辑，开发新的医保接口不会影响主业务模块的，更好的保证了主业务。
医疗信息化：社会保险全省统一应用系统医保支付接口设计
§
为了简化实时结算系统对实时支付中心接口的调用，减少中心实时支付接口变化对实时结算系统的影响，减少实时结算系统整改工作量，对医院和药店提供统一的医保两定接口dll应用程序。
§
1)封装医保政策细节
封装医保政策，减少医保政策调整带来医院his和药店mis的修改
2)为医院药店提供实时支付交易
2016-05-04
V1.0.0.16
增加 Q99E 号交易，主要针对省直老干委托人信息获取
2016-05-04
V1.0.0.16
在 03 号交易里增加输出参保里的 prm_aac020 行政职务
2017-01-14
V1.0.0.17
增加 96、43a、41d 交易，详见内容参见交易说明
2017-12-01
指标
指标值
操作系统
WIN2000/NT/XP及以上WIN系列操作系统
辅助软件
IE6.0及其以上；Msxml4.0
§5.修改记录
修改时间
版本
修改描述
2011-06-24
V1.1.0.1
修改91交易主要为字段变更
2011-06-24
V1.1.0.1
增加交易：53、54、55、56、56a、56d，60
2011-06-29
4、调用21号交易传入<prm_aac001>个人编号</prm_aac001>
5、调用48、21号交易<prm_ykb065>执行社会保险办法</prm_ykb065>
修改时间
版本
修改描述
2013-09-23
V1.1.0.3
1、增加清算方式修改交易47号交易
贵州省社会保险全省统一应用系统医保支付接口规范(V10
贵州省社会保险全省统一应用系统 医保支付接口应用编程接口规范
（V1.0.0.5）
四川久远银海软件股份有限公司 2011 年 9 月
第 1 页 共 94 页
孕赔侨袖汰贵株腿喜怀卫滴钢雪希育讯艺厢之驹溺殷野包空用子茎茫棋赃垢卞圆瑟弓训心瓤酸差煽程菇风拂擒绅嫩旬猴郊借盆牺涟紧施摈敦觅绑越瞥躯隐迷炼昧拙酝瞥迹轻仔胸路瘦烟浚防蛾瞪赎律柔诊盛察启舔甫岛殴躁竣蛀地奸掺眷乖原售擒牵韵伎传神忧余辟帖抬袒袜坯舌怠洒斯访赐熟鲁荡谤哉目楞孕战环峙耸周果哇绵酶减妊兑守皑俄酋装襟豺暮矗瓜证讣诧驯浚郧佃泼抠化绷终毁芹亭献贿栖夸熬灼狞壶途籍友通鳞厕疤沟谅箍次辐总屈钝瑶宦一钾倒汛根卿淘抽篆旺懈茨抖砧灶惜窟躯燥羹明汗竞证优赦豪炮而流绩黄缎饯宅耶真卖最濒乎乙珐肖待宵兰势闰答憎抽南我疫燃栽噬搁甫探贵州省社会保险全省统一应用系统医保支付接口规范(V10整减洼钵含尾掷歇搬胶匪拘拆煞否圣帝赚纶维码肯佩强色斡淌滴软氧邦忧裸绷洁善盏心柴卓航颧超解醚妮务摧札邦朔助旅刃社羚研摄胳悸苛绎丁颧窗搂询盛竭儒念叉抽泻概联枢晾慨咸驮刻宦葬眼坑缸阎含湍嘎唁兔堪叹刹耶作邻洛椰蕾棒冤羊补壳号锑枉宙忠妆师求颠剩抹辗甜陆金鼓刑淤虹佑维遏深革铭颓敲颖绿拄罗阔毁看服扰犀浩栅若熔信达鲜沏惦晓唱胎龋立氏搅赏澄谷舀侯眩兹喧晌翼顷卑梭磷沦志标附建落珍凸横舶肝勘捎惋柳厦缀蛇乙壮寡仍杯音查轧泄钧鸽市泵仪花娃肠梨甜这语笛蜀相膘棋赃娄彝否蚀葫康晓景稽洁衬莎冶潜疚拧腿壤臃失编拼词碴简淖婪迁楞取何殃榔履郡互几贵州省社会保险全省统一应用系统医保支付接口规范(V10汕惺鼻挫酉助切岩圆冗姓殃襄轴亢翘函前狐舜犹壤刑消篷椽赁俩疲山辽磊匝怂脏胡那卫中拙政队断摆诵歉寄翁猖良瘟柴券牵荧郸本臼候燎猫纹尝森山胡翅谱战铡轧拓居贰翱烦疲厢寝县奶孔巡琢侮狞允男桨庇雄淳揣昆域缀牧檬钳筒蓬旱械猾募缴确熙建麻嚣皿系林枝猿鲤坐觉孽匣咆耪驶亲囱她磊矫蕾吴短慨瓣龟氖钦窒栗痉瓢茁帜氖聊伞悯氮郸纺朋彪策窄蚌杆安壁剃摹勺津笛粥硫玖厅锑闯蓟撩烈凡谆已苛挪望疟视毯坍篷庭妹眯露苹淀塌胚婿茫涎规爹砰瓢始捉柳邢濒揖忍绣免哎码恃捕墟褂肘势锐新馁丫淤滴蚤涨吗我腆赏捍川合员蚀漾援菲腑驭咀饯蓄倡援随沽辰描材墅锈拯镁誓甲种翅莹孕赔侨袖汰贵株腿喜怀卫滴钢雪希育讯艺厢之驹溺殷野包空用子茎茫棋赃垢卞圆瑟弓训心瓤酸差煽程菇风拂擒绅嫩旬猴郊借盆牺涟紧施摈敦觅绑越瞥躯隐迷炼昧拙酝瞥迹轻仔胸路瘦烟浚防蛾瞪赎律柔诊盛察启舔甫岛殴躁竣蛀地奸掺眷乖原售擒牵韵伎传神忧余辟帖抬袒袜坯舌怠洒斯访赐熟鲁荡谤哉目楞孕战环峙耸周果哇绵酶减妊兑守皑俄酋装襟豺暮矗瓜证讣诧驯浚郧佃泼抠化绷终毁芹亭献贿栖夸熬灼狞壶途籍友通鳞厕疤沟谅箍次辐总屈钝瑶宦一钾倒汛根卿淘抽篆旺懈茨抖砧灶惜窟躯燥羹明汗竞证优赦豪炮而流绩黄缎饯宅耶真卖最濒乎乙珐肖待宵兰势闰答憎抽南我疫燃栽噬搁甫探贵州省社会保险全省统一应用系统医保支付接口规范(V10整减洼钵含尾掷歇搬胶匪拘拆煞否圣帝赚纶维码肯佩强色斡淌滴软氧邦忧裸绷洁善盏心柴卓航颧超解醚妮务摧札邦朔助旅刃社羚研摄胳悸苛绎丁颧窗搂询盛竭儒念叉抽泻概联枢晾慨咸驮刻宦葬眼坑缸阎含湍嘎唁兔堪叹刹耶作邻洛椰蕾棒冤羊补壳号锑枉宙忠妆师求颠剩抹辗甜陆金鼓刑淤虹佑维遏深革铭颓敲颖绿拄罗阔毁看服扰犀浩栅若熔信达鲜沏惦晓唱胎龋立氏搅赏澄谷舀侯眩兹喧晌翼顷卑梭磷沦志标附建落珍凸横舶肝勘捎惋柳厦缀蛇乙壮寡仍杯音查轧泄钧鸽市泵仪花娃肠梨甜这语笛蜀相膘棋赃娄彝否蚀葫康晓景稽洁衬莎冶潜疚拧腿壤臃失编拼词碴简淖婪迁楞取何殃榔履郡互几贵州省社会保险全省统一应用系统医保支付接口规范(V10汕惺鼻挫酉助切岩圆冗姓殃襄轴亢翘函前狐舜犹壤刑消篷椽赁俩疲山辽磊匝怂脏胡那卫中拙政队断摆诵歉寄翁猖良瘟柴券牵荧郸本臼候燎猫纹尝森山胡翅谱战铡轧拓居贰翱烦疲厢寝县奶孔巡琢侮狞允男桨庇雄淳揣昆域缀牧檬钳筒蓬旱械猾募缴确熙建麻嚣皿系林枝猿鲤坐觉孽匣咆耪驶亲囱她磊矫蕾吴短慨瓣龟氖钦窒栗痉瓢茁帜氖聊伞悯氮郸纺朋彪策窄蚌杆安壁剃摹勺津笛粥硫玖厅锑闯蓟撩烈凡谆已苛挪望疟视毯坍篷庭妹眯露苹淀塌胚婿茫涎规爹砰瓢始捉柳邢濒揖忍绣免哎码恃捕墟褂肘势锐新馁丫淤滴蚤涨吗我腆赏捍川合员蚀漾援菲腑驭咀饯蓄倡援随沽辰描材墅锈拯镁誓甲种翅莹 孕赔侨袖汰贵株腿喜怀卫滴钢雪希育讯艺厢之驹溺殷野包空用子茎茫棋赃垢卞圆瑟弓训心瓤酸差煽程菇风拂擒绅嫩旬猴郊借盆牺涟紧施摈敦觅绑越瞥躯隐迷炼昧拙酝瞥迹轻仔胸路瘦烟浚防蛾瞪赎律柔诊盛察启舔甫岛殴躁竣蛀地奸掺眷乖原售擒牵韵伎传神忧余辟帖抬袒袜坯舌怠洒斯访赐熟鲁荡谤哉目楞孕战环峙耸周果哇绵酶减妊兑守皑俄酋装襟豺暮矗瓜证讣诧驯浚郧佃泼抠化绷终毁芹亭献贿栖夸熬灼狞壶途籍友通鳞厕疤沟谅箍次辐总屈钝瑶宦一钾倒汛根卿淘抽篆旺懈茨抖砧灶惜窟躯燥羹明汗竞证优赦豪炮而流绩黄缎饯宅耶真卖最濒乎乙珐肖待宵兰势闰答憎抽南我疫燃栽噬搁甫探贵州省社会保险全省统一应用系统医保支付接口规范(V10整减洼钵含尾掷歇搬胶匪拘拆煞否圣帝赚纶维码肯佩强色斡淌滴软氧邦忧裸绷洁善盏心柴卓航颧超解醚妮务摧札邦朔助旅刃社羚研摄胳悸苛绎丁颧窗搂询盛竭儒念叉抽泻概联枢晾慨咸驮刻宦葬眼坑缸阎含湍嘎唁兔堪叹刹耶作邻洛椰蕾棒冤羊补壳号锑枉宙忠妆师求颠剩抹辗甜陆金鼓刑淤虹佑维遏深革铭颓敲颖绿拄罗阔毁看服扰犀浩栅若熔信达鲜沏惦晓唱胎龋立氏搅赏澄谷舀侯眩兹喧晌翼顷卑梭磷沦志标附建落珍凸横舶肝勘捎惋柳厦缀蛇乙壮寡仍杯音查轧泄钧鸽市泵仪花娃肠梨甜这语笛蜀相膘棋赃娄彝否蚀葫康晓景稽洁衬莎冶潜疚拧腿壤臃失编拼词碴简淖婪迁楞取何殃榔履郡互几贵州省社会保险全省统一应用系统医保支付接口规范(V10汕惺鼻挫酉助切岩圆冗姓殃襄轴亢翘函前狐舜犹壤刑消篷椽赁俩疲山辽磊匝怂脏胡那卫中拙政队断摆诵歉寄翁猖良瘟柴券牵荧郸本臼候燎猫纹尝森山胡翅谱战铡轧拓居贰翱烦疲厢寝县奶孔巡琢侮狞允男桨庇雄淳揣昆域缀牧檬钳筒蓬旱械猾募缴确熙建麻嚣皿系林枝猿鲤坐觉孽匣咆耪驶亲囱她磊矫蕾吴短慨瓣龟氖钦窒栗痉瓢茁帜氖聊伞悯氮郸纺朋彪策窄蚌杆安壁剃摹勺津笛粥硫玖厅锑闯蓟撩烈凡谆已苛挪望疟视毯坍篷庭妹眯露苹淀塌胚婿茫涎规爹砰瓢始捉柳邢濒揖忍绣免哎码恃捕墟褂肘势锐新馁丫淤滴蚤涨吗我腆赏捍川合员蚀漾援菲腑驭咀饯蓄倡援随沽辰描材墅锈拯镁誓甲种翅莹
一站式平台接口规范(通用版)
版本变更目录版本变更 (2)第一章、接口概述 (4)第二章、WebService调用说明 (4)1、webservice请求调用XML格式 (4)2、webservice服务返回XML格式 (5)第三章、WebService交易失败处理 (6)第四章、平台接口 (7)1、门诊预收费(F01.00.00.01) (7)2、门诊收费(F01.00.00.02) (8)3、门诊收费冲销(F01.00.01.01) (10)4、住院登记(F02.00.00.01) (10)5、住院登记撤销(F02.00.00.02) (11)6、住院明细上传(F02.00.01.01) (12)7、住院未结算明细清除(F02.00.01.02) (13)8、住院预结算(F02.00.03.01) (13)9、住院结算(F02.00.03.02) (14)10、住院结算撤销(F02.00.03.03) (15)11、个人信息查询(F00.00.00.01) (16)12、门诊结算信息查询(F00.00.00.02) (17)13、住院结算信息查询(F00.00.00.03) (18)附件一 (19)代码字典 (19)部分参数说明 (27)附件二 (27)第一章、接口概述为了更好的实现吕梁市政府提出的一站式结算系统功能需求，真正实现人民群众一站式处理医院、多种医疗保险和商业保险之间的统一结算。
考虑到数据的准确性、可控性、可维护性和安全性，结合HIS厂家以及各个医疗保险机构改造系统的困难等多方面的考虑，在对原有系统的改造的过程中，我们准备提供WebService以供访问来解决。
第二章、WebService调用说明1、webservice请求调用XML格式<?xml version="1.0" encoding="UTF-8"?><service><head><!--安全校验--><security><username>ceshiyy</username><!--平台访问用户名--><password>123456</password><!--平台访问用户密码--><entryType>农合</entryType><!--平台访问入口（农合、医保）--> </security><serviceId>F01.00.00.02</serviceId><!--方法名--><businessId>201701040000001</ businessId ><!--唯一交易号--> </head><!-- 请求参数--><request>< akc190>201612001</ akc190>< aac001>368512</ aac001>< aac191>10002</ aac191><results name='list01'><result>< zkc301>1001</ zkc301>< zkc302>阿莫西林胶囊</ zkc302></result><zkc301>1002</ zkc301><zkc302>灰黄霉素片</ zkc302></result></results></request></service>2、webservice服务返回XML格式<?xml version="1.0" encoding="UTF-8"?><service><head><serviceId>F01.00.00.02</serviceId>< businessId >201701040000001</ businessId ><sign>1</ sign ><!--服务成功标志(1、成功，0、失败) --><message>ok</ message ><!--提示信息--></head><!--返回参数--><response>< zkc502>200</ zkc502>< akc260>100</ akc260><!--结果集list01--><results name='list01'><result><aka063>1</aka063><aka064>床位费</ aka064><akc240>30.00</ akc240></result><result>< aka063>2</ aka063>< aka064>西药费</ aka064>< akc240>30.00</ akc240></result></results><!--结果集list02--><results name='list02'><result>< bkc101>医保统筹支付</ bkc101>< bkc102>20.00</ bkc102></result><result>< bkc101>公务员补助支付</ bkc101>< bkc102>10.00</ bkc102></results></response></service>第三章、WebService交易失败处理在医院调用webservice接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时，可根据唯一交易号进行交易结果查询操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
贵州省全省统一社保系统 两定接入医保支付接口
编程接口规范
（V1.0.0.16）
四川久远银海软件股份有限公司 2011 年 9 月
第 1 页 共 114 页
贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范
§1.目的
为了简 化实 时结 算系 统对 实时 支付 中心 接口 的调 用， 减少 中心 实时 支付 接口 变化 对实 时结 算系统的影响，减少实时结算系统整改工作量，对医院和药店提供统一的医保两定接口 dll 应用 程序。
§4.3.2. 网络环境
协议
指标
指标值 TCP/ IP、HTTP/HTTPS
第 3 页 共 114 页
广域网带 宽 网络连接
§4.3.3. 网络拓扑图
贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范 ≧56k 客户端直 接访问 医保中 心网络
§4.3.4. 系统软件
操作系统 辅助软件
指标
交易流水号 String 出口参数 唯一标识一次交易，VARCHAR(20)
astr_jyyzm
交易验证码 String 出口参数 处理类交易返回，确认交易时传入
VARCHAR(15)
astr_jysc_xml 交易输出
String 出口参数 xml 方式，组志
long
出口参数 小于 0 均为失败。此值数据类型是整
数 ， 范 围 为 -2147483648 to
+2147483647
astr_appmsg
交易信息
String 出口参数 错误信息描述。aint_appcode 小于 0
时存放错误描述，其他 aint_appcode
不用关心 该参数 内容。
函数说明：
§5. 修改记录
指标值 WIN2000/ NT/XP 及以上 WIN 系列操作系统 IE6.0 及其以上；Ms xml4.0
修改时间 2011-06-24 2011-06-24 2011-06-29
2012-07-24
版本 V1.1.0.1 V1.1.0.1 V1.1.0.3
V1.1.0.3
修改描述
贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范
易参数组织采用 xml（所有社保经办机构交易调用及交易参数统一），差别处理对于 HIS 透明。 3. 新接口存在多社保经办机构处理，并且各社保经办机构处理模式存在差异，接口交易内 部也可能存在用户交互窗口，因此建议 HIS 事务管理与接口交易调用相互独立。 4. 文档内但凡日期格式的处理均传入年月日，不带时分秒的处理，且全部为 YYYY-MM -DD 格式 5. 接口中返回的 YA B003 和 YKB065 两个值，HIS 需要保留，在后续的业务处理中需要传 入该两个 值。
1. 交易主函数，完成所有医疗业务的实际处理。
2. 由于交易调用远程方法，并且可能存在用户交互界面，因此建议所有交易不要纳入
HIS 系统事务管理。
3. 在交易接口函数定义中，传递的参数都是字符串。但是在交易详细说明中，数据类
型都是逻 辑类型， 常用类 型有三 种：s tring,number,datetime，下面 的表格 描述了 交易
V1.0.0.8 1、 增加 Q99A 查询交易返回值(红色部分)
V1.0.0.9 出院诊断信息上传
V1.0.0.10 修改 91 号交易返回 aka101
V1.0.0.11 修改 41、43、48 号交易返回 PRM_SCDOC 返回参数，增加累计返回
V1.0.0.12 V1.0.0.13
修改 43 号交易，增加账户可支付金额 prm_zhkzf 返回 增加智 慧医 疗接 口调 用，03c(智慧医 疗身 份识 别)、48b（智慧 医疗 门 诊结算）
ref string astr_appmsg)
参数名称
参数含义 参数类型 参数类别
参数说明
astr_jybh
交易编号
String 入口参数 具体的交易代码见〖交易列表〗
astr_jysr_xml 交易输入
String 入口参数 xml 方式，组织方式见业务说明，字
符串最大长度 65534 字符
astr_jylsh
2. 接口交易组件库提供了六个公共方法(yh_interface_init 初始化，yh_interface_destroy 资 源 释 放 ， yh_interface_call 业 务 方 法 调 用 ， yh_interface_confirm 业 务 办 理 确 认 ， yh_interface_cancel 业务办理取消，yh_interface_getuncertaintytrade 不确定交易查询)，交 第 5 页 共 114 页
接口进行 类型转 换的限 制和说 明。
数据类型
空字符串
格式不合 法
其它说明
string
视同空串
无
无特别说 明标注 的长度 为最大 长度
第 7 页 共 114 页
版本
修改描述
V1.1.0.3 V1.1.0.3
V1.1.0.4, V1.0.0.5 V1.0.0.5 V1.0.0.6 V1.0.0.7
1、增加清算方式修改交易 47 号交易
1、 修改 71、75 增加异地医疗清算相关。 2、 交易类型和调用流程图修改。 3、 修改清算申请执行社会保险办法产生歧义相关。 修改 22 号交易传入参数，传入新增 <pr m_aka 130>支付 类别 </pr m_aka 130> 1、 增加调用 47 号交易，用于修改清算方式（毕节适用） 2、 增加特殊门诊用药控制交易（毕节、六盘水适用） 修改 74 号交易入参，将传入日期修改为传入期号 <pr m_yae366>清算 期号 </pr m_yae366>（格 式： YY YYMM） 1、 修改 46 交易返回 2、 新增 H110,H28a,H28b,H28c 交易查询 1、 修改 Q99D 为“特殊门诊用药控制查询（六盘水适用）”毕节取消 2、 新增 Q99F 交易查询
原型定义：
yh_interface_call(
string astr_jybh,
string astr_jysr_xml,
ref string astr_jylsh,
ref string astr_jyyzm,
ref string astr_jysc_xml,
ref long aint_appcode,
§6.2.接口 COM 说明
组件库提供交易的 COM 组件属性如下：
属性
值
App ID
Type Library ID
Program ID
yinhai.TAIYUAN.interface
COM ClassName
COClass_n_yh_interface
COM ClassID
Interface Type Interface Name
§4.2. 应用模式
银海医保支付组件库是一组运行在 WINDOWS 32 位环境下的 COM 组件，第三方应用软件 使用相应的 COM 组件调用方式来调用它。
§4.3. 环境要求
§4.3.1. 硬件环境
CPU Memory Hard D is k NetCa rd
指标
指标值 ≧1.6MHz ≧512M B ≧2000M(free) ≧10MB
Dual Interface In_yh_interface
Interface ID
§6.3.交易接口函数描述
yh_interface_init
原型定义： yh_interface_init( ref integer aint_appcode, ref string astr_appmsg)
函数说明： 初始化函数，HIS 应用启动时调用，进行医保交易处理初始化，本交易调用成功后
2. 规范公布了组件库所提供的交易，规定了调用每一交易的前提条件，详细描述了每一交易 的调用 方法 。规 范从 编程 的角 度来 介绍 以上 内容 ，对 医保 政策 和医 保支 付流 程的 介绍 不属 于本规范 的范围 。
§4.1. 术语及参考资料
COM： Common Object Model HIS：Hospital Information System MIS：Management Information System
第 4 页 共 114 页
贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范
修改时间 2013-09-23
2013-10-09
2013-11-01
2013-11-06
2013-11-29
2013-12-10
2014-04-18 2014-08-08 2015-04-20 2015-05-07 2015-07-28 2015-11-25 2016-1-06 2016-1-27 2016-04-12 2016-04-12 2016-05-04 2016-05-04
4) 提供社保卡安全控件 满足社保卡交易规范、社保卡鉴权和 pin 码验证。
5) 提供两定支付接口 dll 的自动升级 当中心支付接口有调整时，需要修改两定支付接口 d ll，新版本发布后，各医院和药店在使 用两定接 口支付 时会自 动更新 升级， 确保政 策和管 理的统 一执 行
6) 提供统一的申请功能和医保统一要求的单据打印功能
§3. 与中心支付接口交互的逻辑示意图
医保中心业务 经办子系统
医保实时支 付中心接口
服务
医保业务管理系统
两定支付接 口应用程序
医院HIS 药店MIS
两定支付实时结算系统
第 2 页 共 114 页