医疗保险定点医院接口设计方案
%9F医保实时交易接口(定点医疗机构)
附1扬州市社会保险基金管理中心管理信息系统社保中心系统与定点医疗机构系统接口标准（定点医疗机构的实时交易部分）©万达信息股份有限公司Wonders Information Co., Ltd.二○一一年三月目录一、定点医疗机构系统的环境与通信接口方式 (1)二、调用通信接口程序的操作步骤 (1)1、客户端通信模块的调用 (1)2、客户端配置文件格式 (2)三、实时结算费用的交易处理流程 (2)1、业务组合说明 (2)2、登记流程 (3)1) 流程图 (3)2) 操作步骤说明 (4)3、预约类类结算流程 (4)1) 流程图 (4)2) 操作步骤说明 (6)4、非预约类业务结算流程 (6)1) 流程图 (6)2) 操作步骤说明 (7)5、撤销流程 (8)四、消息编码格式 (8)1、消息体格式 (8)2、数字格式说明 (9)1) 数字格式A（主要用于金额）： (9)2) 数字格式B（主要用于对帐大额汇总金额）： (9)3) 数字格式C（主要用于支付比例）： (9)4) 数字格式D（主要用于要精确到小数点后4位的药品项目单价、数量，可为负数）： (10)5) 数字格式E（主要用于数据集的记录）： (10)6) ⑥数字格式F（主要用于要精确到小数点后4位的自付比例，不能为负数）： (10)五、消息体格式 (10)1、SA01-参保人员信息查询 (11)2、SA02-查询医保中心疾病目录增量、变化信息 (12)3、SA03-查询医保中心三大目录增量、变化信息 (12)4、SA04-入院登记查询 (13)5、SB01-入院登记 (14)6、SB02-入院登记撤销 (15)7、SB03-转床转科 (15)8、SB04-特殊检查治疗登记 (16)9、SB05-特殊检查治疗登记撤销 (16)10、 SB06-医师登记 (17)11、 SB07-医师登记撤销 (17)12、 SC01-门急诊收费请求（试算） (18)13、 SC02-门急诊收费确认请求 (20)14、 SC11-住院明细上传 (21)15、 SC12-住院收费请求（试算） (22)16、 SC13-住院收费确认请求 (24)17、 SC14-住院医嘱撤销 (25)18、 SC31-交易查询 (25)19、 SC51-交易撤销 (27)20、 SD01-日终对帐 (28)21、 SD02-交易流水比对查询 (29)22、 SD03系统切换社保卡余额同步 (30)六、各项数据信息解释 (30)1、收费目录管理 (30)2、字典说明 (30)1) 三大目录类别 (30)2) 生产地类别 (30)3) 收费项目等级 (31)4) 疾病分类 (31)5) 性别 (31)6) 证件类型 (31)7) 人员性质 (31)8) 卡类型 (32)9) 卡状态 (32)10) 门急诊类型 (32)11) 住院类型 (33)12) 基金项目代码 (33)13) 医保/自费标识 (33)14) 所属区 (33)15) 卫生技术人员专业技术职务 (33)一、定点医疗机构系统的环境与通信接口方式为了在定点医疗机构．．．．．．．．．．．．．．．．．(以下简称为数据传输)，实现对医保．．．．．．系统与中心系统之间传递医疗费用数据待遇支付的实时交易，针对下述状况采用相应的配置设备方案。
汕头医保定点医疗机构接入方案
汕头医保定点医疗机构接入方案
方案一：专线接入
接入对象：医院
广域网线路类型：2M SDH 专线
接入设备：接入路由器，防火墙，内网交换机各一台
参考选型：
路由器建议采用cisco1841路由器，配置一个广域网2T 模块; 交换机采用cisco2960 24口百兆交换机; 防火墙采用黑盾3000百兆防火墙，其中交换机的数量根据医院电脑的多少决定。
安全策略：
采用医保的专网，用防火墙上的过滤规则，限制访问医院的权限，同时用路由器的访问列表限制可以访问医院的地址段，其他用户不可以访问到医院的数据。
只允许市医保中心的数据库和医院进行数据交换，其他用户不能访问医院的电脑。
IP 地址规划：
医院医保客户端的与医保系统互联通过地址转换
方案二： VPN 接入
接入对象：药店、业务量少的区级医院（适合单点接入，多点接入的话考虑采用NAT 方式）
广域网线路类型：INTERNET ADSL 512K~2M
接入设备：ADSL(运营商提供)，NAT服务器或路由器或NAT防火墙（多点接入时需要的设备），VPN客户端软件（需要和中心VPN网关配套）。
医保前台软件接口系统说明(医院接口)
医保前台软件接口系统说明(医院接口)南京市医保前台软件接口系统说明一．网络连接方式：在医院运行的医保前台软件,是和医保中心的应用服务器(中间件服务器)实时连接的，必须保证每一台使用医保前台软件的计算机都能连接到医保中心的应用服务器网络上，医院操作人员操作的所有数据都保存在医保中心的数据库中和医院本地HIS系统数据库中。
二．医院基础数据准备：在使用医保前台软件之前，医院必须将基础数据准备好，主要有如下几方面的数据：1．医院药品数据：由医保中心提供一套基本的医保药品库（中心药品库），同时医保中心为每家医院建立一个药品对照库（机构药品库），医院必须按医保中心的要求提供医院的药品明细库，由医保中心相关部门将药品对照数据审批维护到机构药品库中。
同时医院可下载对照库到HIS系统中供查询打印等。
2．医院诊疗项目数据：同医院药品数据类似处理3．医院就诊科室对照表:各医院将本字所有的科室基本信息数据上报到医保中心，由医保信息科维护到中心数据库中。
4．医院医生基本信息库：各医院应将本院的医生基本信息（医生编号，姓名等）上报到医保中心，由医保信息科维护到中心数据库中。
三、医院前台软件运行方案的选择：针对不同定点医院现有的HIS系统的实施、运行状况、在充分保证医保中心业务管理和数据要求的基础上，尽可能利用定点医院的HIS系统的数据和功能，对前台的业务主要有以下两种方案：1.完全使用医保提供的前台软件：该方案主要针对无HIS系统或对现行HIS系统改造比较困难的定点医院，医保业务完全由医保前台软件与医保中心中间件应用服务器实时联网来完成。
该方案医保的数据和医院HIS系统的数据相互较独立。
2.使用医保提供的嵌入式接口系统：该方案主要针对有较完善的HIS系统并对HIS系统有改造能力的定点医院，嵌入式接口系统采用WINDOWS动态连接库的标准，将医保业务的主要功能封装在接口系统中，可以由医院HIS系统连接调用，并实时返回业务的输出数据，使医保数据和HIS系统的数据达到最大的共享。
医疗保险定点医院接口设计方案
荆州普爱康复医院 医保定点医院接口设计方案【摘要】本文主要介绍了医疗保险定点接口医院的医保信息系统的与院内HIS 系统的接口设计方案。
引言 为了更好的加快金保工程医保信息系统统一应用软件的实施，制定医疗保险定点医院院内HIS 系统与医保系统的对接接口。
医保接口做为连接医疗保险与诸多定点医疗机构之间的桥梁，医保接口方案采用了联机、脱机相结合的处理方案，社保卡全部采用Memory 卡.一、总体设计 1、软件体系结构医保接口系统主要由医保交易、社保卡交易、圈存、数据传输等子系统组成，如下图所示：2、系统运行体系医保接口系统主要由医保接口交易、社保卡交易、圈存系统、数据传输系统、数据库系统组成。
医院客户端医院客户端医院客户端◆脱机方案医院客户端医院客户端医院客户端脱机方案⏹ 软件环境操作系统：服务端为UNIX ，客户端为WINDOWS2000以上； 应用服务器：WEBLOGIC8以上版本； 数据库：ORACLE10.2；4、技术路线⏹ 联机时：由医保接口动态库通过向医保接口WEB 应用发送HTTP 请求进行交易；医保接口的事务提交则由医保接口WEB 应用管理；所有业务均通过交易体现。
⏹ 脱机时：由医保接口动态库通过OCI 接口，向数据库发送数据操作请求，医保接口的事务提交是用接口内部来实现的，它需要HIS 有医保前置机，所有业务均通过交易体现， 与联机方式的交易格式是相同的。
⏹ 脱机/联机时：在中心网络畅通时使用联机交易， 在网络不通时走脱机模式，在读卡和登记两个交易判断是否联机，并返回给HIS联机标识，之后的业务(费用录入)需要按照这个联机标识,建议只在不使用医保基金的业务才使用脱机，其他必须联机.联机交易注意事项：动态库返回成功，开发商才能处理，否则容易造成中心和医院事务不一致。
如果由于线路等问题，动态库无法接收web应用返回的交易处理结果，则返回失败，由动态库保证中心业务的冲正。
脱联结合时各地市业务脱机情况：城市: 连云港, 淮安, 宿迁只使用帐户,没有基金支出的业务(只有普通门诊),可以使用脱机或联机, 对于有基金支出的业务和其他查询类业务都要求使用联机,联机不通的情况下不允许做业务处理. 特殊情况在联机做住院登记后,再录入费用明细网络不通时,要求HIS方对费用明细信息保存在HIS数据库中, 在网络畅通时再将本地的HIS数据上传到中心,最后在联机时做出院结算,完成整个的住院就医流程. 对这种方式只对帐户及其帐户支出累计做写卡操作,其它数据以中心的为准.二、用户接口函数本系统提供给医院的是一个动态库接口，无用户界面，输入输出均通过DLL 完成。
Pj3定点医疗服务机构联网与接入方案v1_6
Pj3_JRFA 广州市医疗保险业务信息系统二期工程建设公务员子系统项目定点医疗服务机构联网与接入方案（V1.6）广州市劳动保障信息中心广州市医疗保险服务管理中心创智软件园有限公司2005年4月16日广州市劳动和社会保障局目录1概述 (1)2医疗服务机构联网与接入方案设计 (2)2.1总体设计思想 (2)2.2联网与接入总体方案 (2)2.2.1医疗保险待遇结算模式设计 (2)2.2.2定点医疗服务机构联网和接入模式 (5)3医保数据交换与接口规范 (6)3.1文件交换型接口方案 (7)3.1.1接口方案 (7)3.1.2住院、门特业务接口 (7)3.1.3门诊、购药业务（新增） (18)3.1.4对试点系统接口规范的改进 (26)3.2数据共享型接口方案 (27)3.2.1接口方案 (27)3.2.2住院、门特业务 (28)3.2.3门诊、购药业务 (37)3.2.4医保目录及对照关系 (46)4定点医疗服务机构软硬件配置 (50)4.1定点医疗服务机构的分类及接入方式 (50)4.2医疗机构前置服务器的配置要求 (51)4.2.1开通公务员医疗补助业务的配置要求 (51)4.2.2暂未开通公务员医疗补助的配置要求 (53)4.3中心端前置服务器配置要求 (54)4.4客户端配置要求 (55)5医疗机构接口改造工作指南 (55)5.1接口方案选择与接口改造 (56)5.2软硬件环境改造 (57)5.3接口改造应急方案 (58)6实施工作流程 (59)7小结 (59)8修改历史记录 (60)1概述Pj3系统是在原有医保试点系统基础上的扩充和完善。
公务员人群启动时，在现有人群和业务的基础上，满足60万公务员参保人,总共满足250—300万参保人群、200家定点医疗机构、100家定点零售药店的需要，为实现“多层次、广覆盖”的医疗保障体系提供信息系统支持。
工伤保险（含工伤康复）的医疗待遇支付子系统管理人群150万，生育保险医疗待遇支付子系统管理人群100万，系统接入工伤协议医院39家、劳动能力鉴定医院14家、生育保险协议医院53家。
地纬定点医院医保结算系统接口服务方案
地纬定点医院医保结算系统接口服务方案（1.7.8版本）山东地纬计算机软件有限公司2014年8月第一章背景介绍 (4)1.1 金保工程 (4)1.2核心平台二版（SIMISCP2.0） (4)1.3核心平台二版的技术架构 (5)1.4核心平台二版的技术路线 (5)第二章接口设计方案 (6)2.1接口开发遵循的规范和标准 (6)2.2接口技术架构设计方案 (7)2.2.1原定点结算系统技术框架 (8)2.2.2接口服务技术框架 (8)第三章接口服务说明 (10)一、接口概述 (10)二、接口环境 (10)三、接口实例创建、接口登陆、接口示例回收 (10)第四章、业务服务应用说明 (12)1、取参服务 (12)2、门规读卡服务 (12)2、门规初始化服务 (14)3、生成门规费用服务 (15)4、门规结算服务（结算并打印发票） (17)5、撤销门规结算服务 (18)6、普通门诊读卡服务 (19)7、普通门诊初始化服务 (20)8、产生普通门诊费用服务 (21)9、普通门诊结算服务（结算并打印发票） (23)10、普通门诊退费服务 (23)11、急诊结算服务 (24)12、急诊退费服务 (25)13、住院读卡服务 (26)14、普通住院登记服务（有卡登记服务） (27)15、无卡人员住院登记服务 (28)16、住院初始化服务 (29)17、生成住院费用信息服务 (29)18、删除住院费用信息服务 (32)19、出院结算服务（出院结算并打印发票） (32)20、撤销出院服务 (34)21、住院门规单据重新打印服务 (35)22、普通门诊和急诊单据重新打印服务 (35)23、增加押金服务 (36)24、目录管理相关服务 (37)25、特殊人员住院登记服务 (47)26、特殊人员门诊初始化服务 (48)27、产生特殊人员门诊费用服务 (49)28、特殊人员门诊结算服务 (51)29、特殊人员门诊结算单据打印服务 (52)30、普通住院登记服务（包含市内转院） (52)31、撤销特殊人员门诊结算服务 (54)32、城镇居民普通门诊结算初始化服务 (54)33、普通人员门规无卡结算初始化服务 (57)34、普通人员住院无卡登记服务 (58)35、普通人员住院无卡结算服务 (60)36、查询无卡人员基本信息服务 (61)第五章业务流程构建说明 (69)一、门规结算流程说明 (69)二、普通门诊结算流程说明 (69)三、急诊结算流程说明 (69)四、普通住院流程说明 (69)五、无卡住院流程说明 (70)六、目录管理流程说明 (70)第六章关于其他问题的处理方案 (71)一、关于科室、医师相关问题的说明 (71)二、关于操作员相关问题的说明 (71)三、关于特殊人员业务相关问题的说明 (71)四、关于急诊转住院相关问题的说明 (72)五、关于病案首页相关问题的说明 (72)六、关于住院和门规结算的说明 (72)第七章用户收益 (73)第一章背景介绍1.1 金保工程进入二十一世纪以来，计算机技术、通信技术和网络技术的高速发展，加快了社会经济的信息化进程，信息化已经成为当今世界经济和社会发展的大趋势。
医保接口实施方案
医保接口实施方案随着社会经济的不断发展，医疗保障体系也在不断完善，医保接口作为医保信息系统的重要组成部分，对于提高医保服务效率、优化医疗保障管理具有重要意义。
为了更好地推进医保接口的实施工作，制定科学合理的实施方案显得尤为重要。
一、需求分析。
首先，需要对医保接口的需求进行充分的分析。
通过对医保服务的实际情况进行调研，了解医保接口在实际应用中所面临的问题和需求，从而为制定合理的实施方案提供依据。
二、技术准备。
在实施医保接口方案之前，需要进行充分的技术准备工作。
包括对接口的技术标准、安全性、稳定性等方面进行评估和测试，确保医保接口能够稳定、安全地运行。
三、人员培训。
医保接口的实施需要相关人员具备一定的技术能力和操作技巧，因此需要对相关人员进行专业的培训，使其能够熟练操作医保接口系统，提高工作效率。
四、风险评估。
在实施医保接口方案时，需要对可能出现的风险进行充分评估。
包括技术风险、操作风险、安全风险等方面，制定相应的风险应对措施，确保医保接口的顺利实施。
五、监督管理。
医保接口的实施需要建立科学的监督管理机制，对医保接口系统的运行情况进行定期监测和评估，及时发现和解决问题，确保医保接口系统能够持续稳定地运行。
六、推广应用。
医保接口实施方案的最终目的是为了推动医保接口的广泛应用，提高医保服务的质量和效率。
因此，在实施方案中需要考虑如何更好地推广应用医保接口，使更多的医疗机构和参保人员受益。
综上所述，医保接口实施方案需要充分考虑需求分析、技术准备、人员培训、风险评估、监督管理和推广应用等方面，制定科学合理的实施方案，推动医保接口的顺利实施和广泛应用，提高医保服务水平，为人民群众提供更好的医疗保障服务。
医保接口方案(提供第三方)
新农医接口方案（提供第三方）中软国际2003年8月一前言 (2)二方案使用对象 (2)三参照资料 (3)四第三方软件实现接口的前提 (3)五嵌入式接口软件简要说明 (3)六农医办要求 (3)七版权声明 (4)一新农医病人 (4)二、医疗项目 (4)三、新农医药典 (4)四、新农医大类 (4)五、黑名单 (4)一数据流程 (5)二业务流程 (6)一数据结构说明 (7)二数据表中缺省值列的简写含义 (7)三数据表中解释列的简写含义 (7)一说明 (7)二医院初始化定义相关的表 (7)三数据更新方式 (8)四进行关联 (9)一门诊收费业务新农医数据保存 (9)二住院登记业务新农医数据保存 (11)三住院记账业务新农医数据保存 (11)四住院结算部分新农医数据保存 (12)一功能说明 (13)二DLL函数说明 (13)一退票问题 (18)二特殊参保人群的报销方法说明 (18)引言一前言《新农医接口方案》是中软国际和萧山区农医办根据萧山区新农医管理信息系统软件的数据流程的要求共同编写而成，用于辅助第三方医院或卫生院软件提供商修改现有软件，顺利实现与萧山区新农医管理信息系统软件进行联网运行。
此方案交农医办确认后实施。
二方案使用对象1)农医办相关科室及其他相关领导。
2)第三方软件开发商及其技术人员。
3)与新农医接口开发实施的相关技术人员。
三参照资料4)新农医医疗发票格式.xls（暂无）5)医疗项目目录.xls（暂无，参照萧山医保）6)剂型定义.doc（暂无，参照萧山医保）7)新农医费用大类定义.doc（暂无，参照萧山医保）8)新农医接口部分软件安装调试说明四第三方软件实现接口的前提9)第三方软件必须提供真实有效的数据信息。
10)第三方软件经过修改后必须能够提供所有接口数据库需要的数据。
（见数据保存）11)拥有足够的技术实力，采用直接方式或间接方式正常调用DELPHI所编译的动态链接库DLL。
12)对于不使用前置机的医院和卫生院，要求第三方软件开发商可以开发连接到农医办sockect服务程序的前端接口。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
医保定点医院接口设计方案【摘要】本文主要介绍了医疗保险定点接口医院的医保信息系统的与院内HIS 系统的接口设计方案。
引言 为了更好的加快金保工程医保信息系统统一应用软件的实施，制定医疗保险定点医院院内HIS 系统与医保系统的对接接口。
医保接口做为连接医疗保险与诸多定点医疗机构之间的桥梁，医保接口方案采用了联机、脱机相结合的处理方案，社保卡全部采用Memory 卡.一、总体设计 1、软件体系结构医保接口系统主要由医保交易、社保卡交易、圈存、数据传输等子系统组成，如下图所示：4、数据传输3、圈存1、医保交易2、社保卡交易2、系统运行体系医保接口系统主要由医保接口交易、社保卡交易、圈存系统、数据传输系统、数据库系统组成。
⏹ 联机方案接口动态库WEB 应用社保中心数据库社保卡交易医保交易⏹ 脱机方案 增加医保前置机, 圈存系统和数据传输系统.3、系统物理结构⏹ 硬件物理环境◆ 联机方案医保中心大型定点医疗机构要求以太网10兆以上局域网或宽带网。
小型定点医疗机构也建议采用宽带网，但可以采用ISDN 或普通拔号上网。
社保中心数据库服务器社保中心应用服务器医院客户端医院客户端医院客户端医保接口动态库医保接口交易应用机方案◆ 脱机方案社保中心数据库服务器社保中心应用服务器医院客户端医院客户端医院客户端医保前置机医保前置机医保前置机数据传输服务器圈存服务器医保接口动态库数据传输系统圈存系统机方案⏹ 软件环境操作系统：服务端为UNIX ，客户端为WINDOWS2000以上； 应用服务器：WEBLOGIC8以上版本； 数据库：ORACLE10.2；4、技术路线⏹ 联机时：由医保接口动态库通过向医保接口WEB 应用发送HTTP 请求进行交易；医保接口的事务提交则由医保接口WEB 应用管理；所有业务均通过交易体现。
⏹ 脱机时：由医保接口动态库通过OCI 接口，向数据库发送数据操作请求，医保接口的事务提交是用接口内部来实现的，它需要HIS 有医保前置机，所有业务均通过交易体现， 与联机方式的交易格式是相同的。
⏹ 脱机/联机时：在中心网络畅通时使用联机交易， 在网络不通时走脱机模式，在读卡和登记两个交易判断是否联机，并返回给HIS联机标识，之后的业务(费用录入)需要按照这个联机标识,建议只在不使用医保基金的业务才使用脱机，其他必须联机.联机交易注意事项：动态库返回成功，开发商才能处理，否则容易造成中心和医院事务不一致。
如果由于线路等问题，动态库无法接收web应用返回的交易处理结果，则返回失败，由动态库保证中心业务的冲正。
脱联结合时各地市业务脱机情况：城市: 连云港, 淮安, 宿迁只使用帐户,没有基金支出的业务(只有普通门诊),可以使用脱机或联机, 对于有基金支出的业务和其他查询类业务都要求使用联机,联机不通的情况下不允许做业务处理. 特殊情况在联机做住院登记后,再录入费用明细网络不通时,要求HIS方对费用明细信息保存在HIS数据库中, 在网络畅通时再将本地的HIS数据上传到中心,最后在联机时做出院结算,完成整个的住院就医流程. 对这种方式只对帐户及其帐户支出累计做写卡操作,其它数据以中心的为准.二、用户接口函数本系统提供给医院的是一个动态库接口，无用户界面，输入输出均通过DLL 完成。
程序文件名：SiInterface.dll对外提供的接口函数：⏹初始化函数:int INIT(char * pErrMsg)功能描述：检查整个运行环境：包括网络环境、运行所需文件、参数等的检查返回值：成功：返回0 ；失败：返回 -1⏹交易函数：int BUSINESS_HANDLE( char* inputData, char* outputData) 输入参数：inputData输出参数：outputData char*返回值：成功 =0 失败 <0输入参数是以“^、$、|”分割的字符串输出也是以“^、$、|”分割的字符串参数说明：入参格式: inputData业务编号^医疗机构编号^操作员编号^业务周期号^医院交易流水号^中心编码^入参^联机标志^动态库参数^业务编号（4位）宏定义, 分别对应后台的一项业务操作医院编号(8位)操作员编号(8位)医院分配给操作员的唯一标识业务周期号(最大34位)签到时的返回的业务周期号医院交易流水号(发送方交易流水号)(最大30位) 建议规则：时间(14)+医院编号(8)+流水号(4) 例：20060101083030-10011001-0001中心编码固定为0000入参以“|”分隔，详见每个交易的参数表, 分项之间使用管道分割符‘|’分割，最后必须要以管道分割符号‘|’结尾，不以‘|’开始。
如果入参为多条记录，记录之间以‘$’分割，不同数据项之间以‘|’分割联机标志0：脱机 1:联机。
注意：在做读卡和门诊挂号这两个交易时，联机标识必须传1。
动态库入参签到交易为：客户端MAC地址|用户数目|其他交易为：客户端MAC地址|出参格式: outputData char*中心交易流水号^业务周期号^输出参数^联机标志^中心交易流水号中心交易流水号(最大30位)中心返回业务周期号中心根据操作员和中心时间，生成业务周期号输出参数（该参数为输出参数，客户程序必须在调用本函数之前分配足够长的空间，其最小值为1024字节，如果未给本参数分配空间或分配的空间长度小于实际返回的长度，客户程序将会出现内存保护错误），最后以管道分割符号’|’结尾。
联机标志在读卡和门诊挂号时，从动态库的返回参数中取该笔业务是联机还是脱机交易，HIS需要保存，后续的明细录入和结算交易时，需要传入该标识。
返回值说明 :0 –成功，表示此次交易请求成功，业务处理也正常< 0 －错误，包括系统级别错误（网络、主机、数据库）和业务级别错误，系统级别错误由动态库将错误信息写入输出参数，业务级别错误由后台通过输出参数提示错误信息。
错误输出机制说明 :Web应用返回给动态库的返回参数格式为：中心交易流水号^业务周期号^输出参数^交易相应码^，动态库接收到返回参数后，根据交易相应码判断交易处理成功与否，交易处理成功，则动态库返回值为0，否则，将交易相应码转换为小于0的返回值。
动态库返回给开发商的出参，去掉交易相应码交易流水号说明：规则：时间(14)+医院编号(8)+流水号(4)，之间用-分隔例：20060101083030-10011001-0001业务周期号说明：说明：医院编号(8)＋操作员编号(最大8位)＋时间(14)+流水号(4)，之间用-分隔例：10011001-99999999-20060101083030-0001注：4位流水号可以循环使用交易编码说明：交易编码为四位编码，第一位标志交易性质，后面三位表示流水号序号交易码功能简介交易性质1 1 1 1 0 医疗费用信息汇总查询2 1 2 1 0 明细对帐请求查询3 1 1 0 0 医疗费用信息查询查询4 1 2 0 0 费用明细信息查询查询5 1 3 0 0 信息批量下载查询61 4 0 0 参保人员基本信息及其医保个人帐户查询查询7 1 5 0 0 医疗待遇封锁信息查询查询8 1 6 0 0 个人审批信息查询99 1 0 0 签到认证交易109 1 1 0 签退认证交易11 2 1 0 0 读卡主体交易12 2 1 1 0 修改卡密码主体交易13 2 1 2 0 校验卡密码动态库交易14 2 2 1 0 门诊/住院登记主体交易15 2 2 3 0 登记(挂号)信息修改主体交易16 2 2 4 0 登记(挂号)撤销主体交易17 2 3 1 0 费用明细上报主体交易18 2 3 2 0 费用明细撤销主体交易19 2 4 1 0 结算主体交易20 2 4 2 0 预结算主体交易21 2 4 3 0 结算撤销/取消报销主体交易22 2 6 1 0 药店收费预结算主体交易23 2 6 2 0 药店收费结算主体交易242 5 1 0 中心报销保存处方主体交易25 3 1 1 0 医院审批信息上报申报业务26 3 1 2 0 医院审批信息上报撤销申报业务27 3 1 3 0 个人参加险种信息查询28 4 3 0 0 结算信息冲正主体交易29 4 5 0 0 查询系统时间查询30 5 1 0 0 将卡中密码存入数据库主体交易31 5 1 1 0 从数据库获取卡密码查询32 6 1 0 0 医疗类别变更主体交易33 5 2 0 0 医院端卡封锁主体交易三、接口交易设计1、查询类A、交易功能该交易主要完成诸如中心药品目录、诊疗项目目录、服务设施目录、病种目录等的查询及下载，同时还包括个人基本信息及帐户信息、封锁信息等的查询业务。
对于中心药品目录、诊疗项目目录、服务设施目录、病种目录等的查询交易，下载时提供以TAB分隔的TXT文件。
B、交易设计1）、批量数据查询下载交易说明：批量下载中心目录等基础数据，然后对中心的药品目录和诊疗项目目录在his系统进行对照，上传处方时，根据对照结果，同时上传医院编码名称和中心编码。
项目编码项目名称说明01 药品目录02 诊疗项目信息03 费用类别信息04 病种信息05 项目和一次性材料对应关系此交易为了HIS对项目与一次性材料的控制。
输入参数：编号名称长度约束说明1 项目编码VARCHAR2(3) NOTNULL确定需要下载信息的种类2 开始日期VARCHAR2(14) NOTNULL YYYYMMDDHH24MISS开始时间之后维护和发生变化的时间.输出参数:编号名称长度约束说明1 文件路径及文件名称VARCHAR2(200) 参见配置信息说明：下载文件的路径为：当前文件绝对路径\YBDLOAD\文件名.txt；文件名的命名规则为：01：YPML_下载数据开始日期；02：ZLXM_下载数据开始日期；03：SFXMBM_下载数据开始日期；04：BZXX_下载数据开始日期；05：XMDYGX_下载数据开始日期；2）、医疗费信息汇总说明：该请求返回医疗费总额和各项费用合计，HIS系统中要进行对帐，先医疗费信息汇总请求，当返回的费用合计与HIS系统中不符时，才有必要发送医疗费用信息查询交易。
输入参数：编号名称长度约束说明1业务周期号VARCHAR2(36) NOT NULL2his医疗费总额VARCHAR2(10) NOT NULL 含两位小数3His帐户支付合计VARCHAR2(10) 含两位小数4His现金支付合计VARCHAR2(10) 含两位小数5His统筹基金支付合计VARCHAR2(10) 含两位小数6His救助金支付合计VARCHAR2(10) 含两位小数7His公务员补助合计VARCHAR2(10) 含两位小数8His建国前老工人基金合计VARCHAR2(10) 含两位小数输出参数:编号名称长度约束说明1 医疗费总额VARCHAR2(10) 含两位小数2 帐户支付合计VARCHAR2(10) 含两位小数3 现金支付合计VARCHAR2(10) 含两位小数4 统筹基金支付合计VARCHAR2(10) 含两位小数5 救助金支付合计VARCHAR2(10) 含两位小数6 公务员补助合计VARCHAR2(10) 含两位小数7 建国前老工人基金合计VARCHAR2(10) 含两位小数8 对帐标志VARCHAR2(10) 0 ：HIS与中心基金相同1 ：HIS与中心基金不同3)、明细对帐请求输入参数：编号名称长度约束说明1住院号VARCHAR2(18) NOT NULL输出参数:编号名称长度约束说明1费用总额VARCHAR2 (10) NOT NULL 含两位小数2自理费用总额VARCHAR2(10) 含两位小数3自费费用总额VARCHAR2(10) 含两位小数4）、医疗费信息查询说明：当汇总医疗费用信息查询结果与HIS不同时，发起该交易，由HIS提供程序进行对帐。