医保收费接口规范【VIP专享】
成都市医保结算清单数据采集接口规范V1.0
成都市医保结算清单数据采集接口规范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 处方记录条数( 包括检疗，药品。
医疗保险统一软件支付接口规范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.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）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
南平医保医院接口规范一、接口设计主体思路：采用文本文件交换信息的方式，每个业务接口主要步骤均为：医院程序删除应答文件（如果存在），提交一个请求文件，医保程序检测到后自动解释，生成一个回答文件，并删除原来的请求文件，医院程序检测到应答文件生成后就去读取医保程序返回的信息。
文件的结构主要借鉴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）。
注3：返回文件中的发票项目均分解到[yb0000]和[fyb000]两个小节中，分别代表按政策医保项目费用和按政策规定个人自付项目费用。
◆门诊挂号:1.医院程序形成"读卡请求"文件 :[mzghsk]request=TRUE医保程序接受请求后将填写结果文件，并将原来的请求文件删除，此时医院程序检测到应答文件生成后（文件中reply=TRUE），就可以读取结果文件，读取完后将结果文件删除后，才可以发出下一个请求。
（以下各个接口也须照此处理）[mzghsk]reply=TRUEsuccess=error=cardno=id0000=<<参保人其他信息>>;病人是否可以门诊挂号(TRUE or FALSE)valid0=;病人不能挂号原因bnghyy=医院程序读取"读卡结果"文件, 如果读卡正常, 且允许挂号, 则录入挂号科室, 挂号费,然后进行下一步请求。
2.医院程序形成"挂号提交请求"文件，内容如下：[mzgh]request=TRUEsuccess=error=cardno=ghksmc=ghfy00=医保程序接受请求后并生成结果文件，内容如下:[mzgh]reply=TRUEsuccess=error=cardno=ghlsh0=ghrq00=ghsj00=ghksmc=ghfy00=id0000=<<参保人其他信息>>;病人是否可以门诊挂号(TRUE or FALSE)valid0=;病人不能挂号原因bnghyy=sfrxm0=注: 本步骤医保程序仍需读卡并校验卡号是否与请求文件中的卡号一致，所以投保人的IC卡必须放在读卡机内。
◆门诊挂号冲销:医院程序形成"挂号冲销请求"文件，内容如下：[mzghcx]request=TRUEcardno=ghlsh0=医保程序接受请求后并生成结果文件，内容如下:[mzghcx]reply=TRUEsuccess=error=cardno=ghlsh0=cxlsh0=;冲销挂号日期ghrq00=;冲销挂号时间ghsj00=ghksmc=ghfy00=id0000=<<参保人其他信息>>◆门诊收费1.医院程序形成"读卡请求"文件，内容如下：[mzsfsk]request=TRUE医保程序接受请求后并生成结果文件，内容如下:[mzsfsk]reply=TRUEsuccess=error=cardno=id0000=<<参保人其他信息>>;门诊流水号(如有多个用;隔开)mzlsh0=;挂号科室(如有多个用;隔开)ghksmc=;发票项目编码(编号；名称)例如：[fpxmbm]01;西药费02;成药费...2.医院程序形成"门诊收费请求"文件内容:请求，IC卡号, 门诊流水号,病情编码,处方数,各个发票项目金额，处方项目明细，包括（编号、发票项目编号、名称、规格、单位、单价、数量、金额、医生姓名）[mzsf]request=TRUEsuccess=error=cardno=mzlsh0=bqbm00=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...[fyb000]西药费=成药费=...;处方明细（如cfxms0>0）[mzsfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共10行<<处方明细信息>>...医保程序接受请求后并生成结果文件，内容如下:[mzsf]reply=TRUEsuccess=error=djlsh0=mzlsh0=id0000=cardno=xming0=xbie00=brnl00=bckbcs=ghksmc=bqbm00=sftsmz=sftsbz=zhzfe0=grzfe0=jjzfe0=bcbxf0=grzhye=sfrq00=sfsj00=sfrxm0=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...南平医保医院接口规范[fyb000]西药费=成药费=..;明细（可能没有，如cfxms0为零）[mzsfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共11行<<处方明细信息>>.◆门诊收费冲销医院程序形成"门诊收费冲销请求"文件，内容如下：[mzsfcx]request=TRUEcardno=cxdjh0=医保程序接受请求后并生成结果文件，内容如下:[mzsfcx]reply=TRUEsuccess=error=;单据号djlsh0=;被冲销的单据号cxdjh0=mzlsh0=id0000=cadno=xming0=xbie00=brnl00=bckbcs=ghksmc=bqbm00=sftsmz=sftsbz=zhzfe0=grzfe0=jjzfe0=bcbxf0=grzhye=sfrq00=sfsj00=sfrxm0=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...[fyb000]西药费=成药费=...;明细（可能没有，如cfxms0为零）[mzsfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共11行<<处方明细信息>>...◆住院登记1.医院程序形成"读卡请求"文件 :[rydjsk]request=TRUE医保程序接受请求后并生成结果文件，内容如下:[rydjsk]reply=TRUEerror=cardno=id0000=<<参保人其他信息>>;可否入院登记(TRUE OR FALSE)valid0=;不能入院登记原因bndjyy=医院程序读取"读卡结果"文件, 如果读卡正常, 且允许登记,则录入科室,住院类别，住院日期,然后进行下一步请求。