医保收费接口规范
医保收费接口规范【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.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透明。
北京市基本医疗保险门诊实时结算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 接口动态库。
- 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) (字段意义如文件中另有说明的除外)注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=TRUEsuccess=error=cardno=id0000=<<参保人其他信息>>;可否入院登记(TRUE OR FALSE)valid0=;不能入院登记原因bndjyy=医院程序读取"读卡结果"文件, 如果读卡正常, 且允许登记,则录入科室,住院类别，住院日期,然后进行下一步请求。
2.医院程序形成"入院登记提交请求"文件内容:请求，IC卡号,入院日期，科室名称,住院类别（普通或家庭病床）[rydj]request=TRUEsuccess=error=cardno=ryrq00=rysj00=ryksmc=rylb00=医保程序接受请求后并生成结果文件，内容如下:[rydj]reply=TRUEsuccess=error=cardno=zylsh0=bckbcs=ryrq00=rysj00=ryksmc=rylb00=id0000=<<参保人其他信息>>;可否入院登记(TRUE or FALSE)valid0=;不能入院登记原因bndjyy=rydjr0=◆取消入院登记医院程序形成"冲销请求"文件内容:请求，IC卡号, 住院流水号[rydjcx]request=TRUEcardno=;要冲销的住院流水号cxlsh0=医保程序接受请求后并生成结果文件，内容如下:[rydjcx]reply=TRUEsuccess=error=cardno=;冲销流水号zylsh0=;被冲销的住院号cxlsh0=bckbcs=ryrq00=rqsj00=ryksmc=rylb00=id0000=<<参保人其他信息>>rydjr0=◆住院收费1.医院程序形成"读卡请求"文件，内容如下：[zysfsk]request=TRUE医保程序接受请求后并生成结果文件，内容如下:[zysfsk]reply=TRUEsuccess=error=cardno=id0000=<<参保人其他信息>>zylsh0=zyksmc=;发票项目编码(编号；名称)[fpxmbm];如以下01;西药费02;成药费...2.医院程序形成"住院收费请求"文件内容:请求，IC卡号,住院流水号,病情编码,普通病床天数，传染病床天数，处方数,各个发票项目金额，处方项目明细，包括（编号、发票项目编号、名称、规格、单位、单价、数量、金额、医生姓名）[zysf]request=TRUEsuccess=error=cardno=zylsh0=bqbm00=;普通病床天数ptbcts=;传染病床天数crbcts=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...[fyb000]西药费=成药费=...;处方明细（如cfxms0>0）[zysfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共10行<<处方明细信息>>医保程序接受请求后并生成结果文件，内容如下:[zysf]reply=TRUEsuccess=error=djlsh0=zylsh0=id0000=cardno=xming0=xbie00=brnl00=bckbcs=zyksmc=bqbm00=sftsbz=;普通病床天数ptbcts=;传染病床天数crbcts=zhzfe0=grzfe0=jjzfe0=bcbxf0=grzhye=sfrq00=sfsj00=sfrxm0=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...[fyb000]西药费=成药费=...;明细（可能没有，如cfxms0为零）[zysfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共11行<<处方明细信息>>...◆住院收费冲销医院程序形成"住院收费冲销请求"文件，内容如下：[zysfcx]request=TRUEcardno=;要冲销单据号cxdjh0=医保程序接受请求后并生成结果文件，内容如下:[zysfcx]reply=TRUEsuccess=error=;单据号djlsh0=;被冲销的单据号cxdjh0=zylsh0=id0000=cadno=xming0=xbie00=brnl00=bckbcs=zyksmc=bqbm00=sftsbz=;普通病床天数ptbcts=;传染病床天数crbcts=zhzfe0=grzfe0=jjzfe0=bcbxf0=grzhye=sfrq00=sfsj00=sfrxm0=cfxms0=;各个发票项目费用，分医保和非医保两种[yb0000]西药费=成药费=...[fyb000]西药费=成药费=...;明细（可能没有，如cfxms0为零）[zysfmx];按<<处方明细信息>>说明中的顺序排列，每项内容占一行，一个处方项目共11行<<处方明细信息>>...◆出院登记1.医院程序形成"读卡请求"文件，内容如下：[cydjsk]request=TRUE医保程序接受请求后并生成结果文件，内容如下:[cydjsk]reply=TRUEsuccess=error=cardno=id0000=<<参保人其他信息>>zylsh0=ryksmc=医院程序读取"读卡结果"文件, 如果读卡正常, 进行下一步请求。