贵州省社会保险全省统一应用系统医保支付接口规范(V1.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）。

第二部分社会保障结算接口设计说明文件修改控制声明版权所有©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培训测试题及答案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.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)是处理医疗保险中支付业务的信息管理平台，支付平台通过管理详细的就医记录的方式来连接医药机构（医院、药店、卫生服务站）和医疗保险经办机构，通过药品管理，就医的详细记录来完成医疗保险业务中的支付结算业务。

贵州省社会保险全省统一应用系统 医保支付接口应用编程接口规范（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增加异地医疗清算相关。

中国移动通信企业标准手机支付业务用户卡发卡加密机接口规范版本号：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背景《中共中央、国务院关于打赢脱贫攻坚战的决定》，到２０２０年，即“十三五”末，要确保中国现行标准下农村贫困人口实现脱贫，贫困县全部摘帽，解决区域性整体贫困。

贵州省医保局关于印发贵州省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中国电信集团公司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系统填写医保病人的出院日期，将出院标志置为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主业务模块的逻辑，开发新的医保接口不会影响主业务模块的，更好的保证了主业务。

版本变更目录版本变更 (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接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时，可根据唯一交易号进行交易结果查询操作。