医院信息系统医保接口系统手册

1、临沂市定点医疗机构信息系统医保接口使用说明(v 1.1)沈阳东软软件股份有限公司2007 年 10 月第 1 页 共 26 页1 1目目 的的.22 2方案的介绍方案的介绍.32.12.1 平台平台 .32.22.2 目前现状目前现状 .32.32.3 解决方案解决方案 .33 3系系 统统 特特 点点.44 4信息系统接口改造信息系统接口改造.44.14.1 准备工作准备工作.44.24.2 开发商提供的应用开发商提供的应用.54.34.3 医院信息系统改造实施详细说明医院信息系统改造实施详细说明( (注注: :改造部分黄色标识改造部分黄色标识) ).54.3.1 门诊部分 .54.3.2

2、住院部分 .85 5动态链接库动态链接库()().95.1 交易编码说明交易编码说明.95.1.1 交易码 .95.2 对帐表对帐表( (保留该接口，但对帐模式改变，见附录一保留该接口，但对帐模式改变，见附录一) ) .105.3 编码说明及其他注意事项编码说明及其他注意事项.115.4 交易函数接口（交易函数接口（siinterface.dll）.115.4.1 查询读卡函数 .115.4.2 交易 .165.4.3 冲正交易（反交易） .215.4.4 费用明细批量删除 .235.4.5 人工应答(此接口为旧版使用，现在保留).235.4.6 银行效验医保流水号(已经提供该接口，但农行卡消

3、费未调用) (此接口为农行进行卡消费时效验医保流水号是否存在使用农行使用，his 开发商不考虑) .24附录一：本次附录一：本次 icic 卡系统交易渠道改造实施方案流程卡系统交易渠道改造实施方案流程.25附录二附录二 hishis 改造开发重点注意事项改造开发重点注意事项.34 第 2 页 共 26 页1 1目目 的的为了更好的落实国家医疗保险政策，加快临沂市医疗保险工作建设，临沂市社会保险中心和各医院建立统一的医疗和保险体系网络，为了使各家医院（或定点药店，下简称医院）和全市参保人员的医疗数据能及时、准确的汇总到社会保险中心，考虑到对算法的准确性、可控性、可维护性以及安全性等多方面的原因，

4、在对各医院原有系统的改造过程中，我们决定采用在原医院 his系统中加入统一的算法动态链接库算法动态链接库的办法来解决。为实现金穗社保 ic 卡项目系统优化，纠正受诸多因素影响所产生的程序执行偏离度；梳理银行、社保和定点医院三方数据信息响应的一致性；整合账务核算、清算流程，使系统更加完善。确保系统的平稳运行，进一步提高社会信誉度和服务质量、维护参保人利益，并在原交易流程基本框架基础上，制定本交易渠道改造实施方案。注：黄色填充字体为改造部分；为了配合此次改造，文档修改设计面较广而且细，特别是数据格式控制等方面需求将有所增减，由此给各位开发商造成的不便表示歉意！第 3 页 共 28 页2 2方案的介

5、绍方案的介绍2.12.1 平台平台 dll 适合于 windows98 及以上平台的 his 系统 采用 bea 的 weblogic 交易中间件临沂社会保险系统采用 c/s/s 结构。2.22.2 目前现状目前现状 1、采用网络协议或数据库自带的协议进行数据的直接传输。 缺点：不能够完全保证交易的完整性，存在万分之一的数据丢失或数据错误的可能。2、大量的数据直接 client/server 传送。缺点：安全性差(非法客户端可能直接闯入数据库中修改数据)。 网络容易阻塞，在业务高峰期容易造成网络流量暴增，进而造成网络阻塞数据无法传输或客户端长时间等待。3、如果业务规则发生变化，需要随时更新 c

6、lient 端程序，维护使用不方便。4、每一个 client 端都要直接连到数据库服务器。 缺点：服务器需要为每个 client 端建立连接，而且不管是客户端是否在用，都要保持连接，因而消耗大量本来就紧张的服务器资源。 5、解决 3 方对帐不平问题。2.32.3 解决方案解决方案 表表 示示 层层service interface业务逻辑层业务逻辑层db agent数数据据存存储储层层pure stationapplication servicerdbms第 4 页 共 28 页2.4 方案图解3 3系系 统统 特特 点点由于我们是在以上平台的基础上开发这个算法动态链接库算法动态链接库，因此我

7、们的动态链接库有以下几个显著的特点：1、大用户量与实时性数据通过高速数据通道进行传输，速度快，交易服务中与数据库无关的逻辑处理任务由中间件完成，减少数据库系统的负载。2、保证交易完整性交易数据完整性由动态链接库完成。由于采用 xa 协议，所以异地或异构数据的事务完整性操作同样可以得到保证。 同时，我们采用人工应答的方式，在保证交易完整性的基础上，使得医院和医保中心的对帐准确、快速。3、具有多服务进程、负载平衡和故障恢复的特点。4、数据依赖路由，不同的数据经由不同的数据传输通道，保证数据的高速传输。5、为减少数据传输量和保证数据安全，数据在传输过程中采用压缩和加密技术。6、采用并行数据通道传输数

8、据，同时具有容错和数据恢复能力。7、同时具有一般动态库的灵活性、易维护性等特点。4 4信息系统接口改造信息系统接口改造4.14.1 准备工作准备工作首先医院需要根据医疗保险政策的需要，按照我们所提供的医疗保险的第 5 页 共 28 页接口改造医院现有的 his 系统，使新的 his 系统能够适应医保的需要。医院需要根据医保中心提供的四个基本目录，病种信息、药品信息、诊疗项目信息和服务设施信息建立与医院内码相对应的病种编码、药品编码、诊疗编码和服务设施信息编码的对应信息。对于那些无法找到对应关系的收费项目信息，医院按照医保中心费用分类编码，维护和更新收费项目信息。4.24.2 开发商提供的应用开

9、发商提供的应用 维护四个对照表，每个都是一对多的关系.也就是在原有的表中加入医保对应编码。病种信息对照表(所有的病种必须对照)药品信息对照表(西药和中成药采用准入法，草药为排除法)诊疗项目对照表(采用准入法)服务设施对照表(采用准入法)没有对应关系的收费项目信息，按照医保中心的费用分类办法修改收费项目信息4.34.3 医院信息系统改造实施详细说医院信息系统改造实施详细说明明( (注注: :改造部分黄色标识改造部分黄色标识) )4.3.1 门诊部分门诊部分1、挂号、挂号挂号系统中加入“读卡”按钮，实现从 cpu 卡中读取参保就诊病人的基本信息和参保信息，然后将病人信息显示在 his 系统界面上。

10、在挂号完成之前：挂号信息写到本地的数据库中之前，如果是参保病人,那么在动态链接库的输入串中，写入挂号交易的交易类别码和相关信息的组合串， （注意：输出参数要分配足够得内存，以备传回来的数据保存）动态库会把挂号信息写入医保前置机，最后发起应答，修改交易日志，医保交易完成。挂号交易的流程图如下： 第 6 页 共 28 页挂号交易流程(注：tuxdeo 改为 weblogic)挂号时：1. 挂号的交易码按不同的就诊类别分别使用，医保病人挂号的交易类别代码是 331022. 医保挂号是参保对象到定点医疗机构就诊时的身份确认和信息登记，是必须有的；挂号时若产生了挂号费、诊疗费等费用请在门诊收费模块进行收

11、费。退号时: 1退号交易的流程和挂号的处理流程是相同的。在系统中，退号是挂号的反过程。2调用反交易退号时，应该取得医保系统返回的挂号的交易流水号，各个医院或实施点可根据具体情况记录交易的流水号，已备反交易使用。3退号不再产生 weblogic 医保交易流水号。2、门诊划价、门诊划价需要把门诊的明细信息写入并提交给医保接口数据表 “费用明细记录表” ，具体的费用信息由对照表产生:系统通过输入的药品编码（或者是诊疗项目编码） ，根据对照表中的自负比例和医保政策计算产生相应的处方明细信息。第 7 页 共 28 页划价流程如下：3 3、门诊收款、门诊收款( (结算结算)()(已改，详见附录一说明，已改

12、，详见附录一说明，改造重点改造重点) ) 医保病人结算需要先进行“读卡”操作，并根据先前挂号时产生的挂号信息中查出保险人员的划价信息。然后在相应的程序中将没有结算的处方信息全部写入医保前置机中。写入处方结束后，进行收集数据，生成医保结算信息，结算后定时的将该笔结算信息传递给社保中心。如果医保交易成功，则调用农行卡消费接口，扣除卡中账户金，如果扣除成功，则生成农行交易流水号，然后完成 his 收费结算的其他操作，并保存医保流水号和农行交易流水号；如果医保交易失败，则此次 his 系统收费结算失败，需要将刚才已提交的数据人工的回退到结算前的状态，需要退还卡中的金额(即做冲正处理)。(注意，在门诊结

13、算时，必须将消费处方信息上传到医保中心，即调用33105 操作)门诊收费的流程图如下所示：(流程更改，请参照附录一中 ic 卡消费流程)第 8 页 共 28 页4 4、门诊收费反交易门诊收费反交易( (已改，详见附录一说明，已改，详见附录一说明，改造重点改造重点) )完成医保结算后，如果发现结算有错误，可进行如下操作：利用医院各自存储的根据住院流水号和发票号，取得医保交易号和农行交易流水号，其中医保交易流水号和卡号进行组串，把相关的结算数据和已经传上去的数据进行反交易；同时，利用农行交易流水号，调用农行反交易函数进行反交易。取消以前的结算数据，以便重新进行交易。反交易的流程和收费交易流程相同。

14、4.3.2 住院住院部分部分 1、入院登记、入院登记当参保患者需要住院时，首先“读卡”得到参保人的基本信息和帐户信息等，然后，则调用动态库“入院登记交易服务”把保险人住院信息定时的传递到社保中心，从而更新数据，这样在社保中心的数据就是和事实相符的。住院登记流程如下：(注：tuxdeo 改为 weblogic)第 9 页 共 28 页2、医嘱录入、医嘱录入因为在前置机计算的时候，需要到医院接口表中汇总和计算相关数据，所以涉及到的药品、诊疗、服务设施等明细信息需要录入到医院接口表中。只有这样，前置机上的服务才有可能根据这些详细的每个病人的数据计算出我们所需要的汇总信息，由此我们完成了数据收集的任务

15、。这个服务中的单据号是一个临时单据号，用而且必须用住院流水号代替。3、诊疗医嘱录入、诊疗医嘱录入诊疗医嘱录入的处理同药品医嘱。同样的把这些项目的医院代码，社保中心代码，等级、价格、数量等录入的医院接口表中4 4、住院退费、住院退费住院退费可以是单条明细的冲正，也可以是负处方。单条明细的冲正交易，是将该条明细包括单价、数量、金额全部作废。5、结算、结算住院结算的原理和门诊结算是一样的，系统首先汇总参保对象该次住院的费用明细，然后根据医保相关政策和算法计算出相关的结算信息。6 6、结算召回、结算召回住院结算完成后，如果发现结算有误，可将结算如回，将先前的住院结第 10 页 共 28 页算单作废，利

16、用反交易类型，对前面的住院结算进行冲正。在医院接口表有相关的发生费用的交易的每一次的交易流水号。对于 cpu 卡结算召回时必须读卡，以便与结算时的卡片信息对照；结算召回后必须写卡，将卡中的医保累计信息写回。7 7、无费退院、无费退院不能算是一次住院，也就是说起付线不变。所以应该调用住院登记的反交易，同样取得交易流水号，然后发起交易就可以了，可以说是社保中心的取消住院。无费退院将不再产生交易流水号。对于 cpu 卡无费退院必须写卡，将住院登记置的住院状态置回为不在院。8 8、参保患者住院费用查询、参保患者住院费用查询 可以在任何时候调用“医保病人预结算”计算在院人员的费用信息,除了门诊结算，因为

17、门诊病人，在结算之后，再去查询预结算信息将毫无意义。预结算操作，基本上可以说，预结算与结算是相同的，不过能预结算没有正式的发票号，只是用住院流水号代替而已。5 5动态链接库动态链接库()()5.1 交易编码说明交易编码说明5.1.1 交易码交易码1、交易码总长度是 5 位2、第一位是交易类型： 3 交易 6 查询 9 认证3、第二位和第三位是业务类型： 01 公共业务11 养老业务21 失业业务31 医疗业务41 工伤业务51 生育业务4、第四位和第五位是服务代码，范围从 01 991 12 23 34 45 5功能简介功能简介交易性质交易性质备注备注33101医疗登记（住院登记）交易 331

18、02医疗登记（门诊挂号）交易 第 11 页 共 28 页33103医疗结算（住院结算）交易 33104医疗结算（门诊结算）交易 33105费用明细录入交易33106反交易交易33107费用明细批量删除交易33108住院结算反交易交易33109门诊结算反交易交易63103预结算查询63104查询医疗参保人员基本信息查询63105查询医疗参保人员帐户信息查询63106对帐(废弃)查询63107特殊项目审批信息查询查询5.2 对帐对帐表表( (保留该接口，但对帐模式改变，见附录一保留该接口，但对帐模式改变，见附录一，改造重点) )查询医院前置机中表（trade_log）：名称代码类型pm交易流水号t

19、rade_codechar(26)yesyes被冲正交易流水号retrade_codechar(33)nono交易状态trade_statuschar(2)nono说明：trade_status：1 医保中心交易处理成功2 医院人工应答成功3 已冲正医院在处理完成交易以后，需要人工应答确认交易处理已经完成，初始状态没有记录数据，所以也就不存在什么状态之说，当数据从中心机回到前置机的时候，相关的服务会把返回结果写到 trade_log 中。此时：如果状态为 1，则说明医保中心已经交易处理完成并成功提交数据库，但医院方还没有完成应答，如果对帐过程中交易日志中有此中状态，可发起冲正交易，将医保中心交

20、易作废，也可以补发应答信息，确认。如果状态是 2，则说明医院和医保中心都已经完成交易处理，可作为结算依据。5.3 编码编码说明及其他注意事项说明及其他注意事项药品等级：1甲类、2乙类、3丙类医院等级1 、一级2、二级3、三级收费编码 ：编码名称备注01护理、诊疗费诊疗02化验费诊疗03检查、放射费诊疗第 12 页 共 28 页04治疗费诊疗05手术费诊疗06材料费诊疗07其它诊疗08麻醉诊疗11西药费药品12中药费药品13中草药费药品34床位费服务设施36特殊材料费服务设施注意：因银行开发商的原因，凡是从卡中读出的 personaccountpersonaccount 串串和结算（预结算）输出

21、结算（预结算）输出串串中写卡部分的金额均是以分为单位以分为单位的，例如 3043 则代表 30.43 元，在文档的具体部分会有详细注解，其他地方正常，请医院开发商在读出 personaccount 串和结算（预结算）输出串时注意处理。5.4 交易函数接口（交易函数接口（siinterface.dll）5.4.15.4.1 查询读卡函数查询读卡函数synatax:int readcard(int readtype,char* databuffer)description:databuffer 必须分配 1024 字节的空间或者更大。return value:0：正确执行；-1：运行出错；5.4.

22、1.1 读持卡人基本信息读持卡人基本信息readtype = 1outputdata:1公民身份证号varchar2(18)2姓名varchar2(20)3性别varchar2(3) 1：男 2：女4民族varchar2(3)5ic 卡号varchar2(10)6出生日期格式：yyyymmdd7单位编码varchar2(14)第 13 页 共 28 页8个人社保编号varchar2(18)9医疗人员类别11 在职 12 在职长期驻外 21 退休 22 退休异地安置31 离休 32 离休异地安置33 二等乙级以上革命伤残军人34 二等乙级以上革命伤残军人异地安置91 其它10修改日期格式：yyy

23、ymmdd11其它 1临沂改为：门诊慢性病补助证号 varchar2(15)12其它 2临沂改为：门诊慢性病发证日期 yyyymmdd13其它 314在院状态0：出院 1：在院5.4.1.2 读个人账户累计信息读个人账户累计信息 personaccout 串串readtype = 21个人编号2单位编号3医疗人员类别11 在职 12 在职长期驻外 21 退休 22 退休异地安置31 离休 32 离休异地安置33 二等乙级以上革命伤残军人34 二等乙级以上革命伤残军人异地安置91 其它4统筹支出累计若从卡中读出，则以分为单位5救助金支出累计若从卡中读出，则以分为单位6账户余额若从卡中读出，则以分

24、为单位7转出医院起付标准若从卡中读出，则以分为单位临沂暂时未用临沂暂时未用8转出医院起付标准自付若从卡中读出，则以分为单位临沂暂时未用临沂暂时未用9本年度住院次数10账户支出累计若从卡中读出，则以分为单位11门诊大病统筹支出累计若从卡中读出，则以分为单位临沂暂时未用临沂暂时未用第 14 页 共 28 页12门诊慢性病统筹支出累计若从卡中读出，则以分为单位13个人现金支出累计若从卡中读出，则以分为单位14乙类自理费用累计若从卡中读出，则以分为单位15公务员补助支出累计若从卡中读出，则以分为单位16个人自费费用累计若从卡中读出，则以分为单位17进入统筹费用累计若从卡中读出，则以分为单位18第一次住

25、院医院等级19第一次住院起付标准自付若从卡中读出，则以分为单位20第二次住院医院等级21第二次住院起付标准自付若从卡中读出，则以分为单位22三次以上住院起付标准自付累计若从卡中读出，则以分为单位23门诊慢性病起付标准自付累计若从卡中读出，则以分为单位现在帐号信息从中心读取，不是从卡中读，所以改为元为单位，对此表示歉意现在帐号信息从中心读取，不是从卡中读，所以改为元为单位，对此表示歉意！5.4.1.3 查找最后一笔未应答的交易查找最后一笔未应答的交易(该接口废弃，已经不提供该接口废弃，已经不提供)inputdata:完成完成1住院（门诊）流水号varchar2(18)2医院编号varchar2(

26、18)outputdata：1outputdata 如果大于等于 0 成功 ，否则失败长度：6类型：stirng2交易流水号函数说明：function int his_findlast(const char* inputdata,char* outputdata) library siinterface.dllsynatax:int his_findlast (const char* inputdata, char* outputdat)description:响应来自于 his 的查询请求，包括对帐查询,返回这个病人的最后一条错误交易的交易流水号（如果经过查询return value:0：正

27、确执行；-1：运行出错；argument description:input:inputdata 输入数据 char* inoutput:outputdata 输出结果 char* out第 15 页 共 28 页例如：strcpy(inputdata,”zy0000000001|100023|”outputdata=malloc(100);ret = his_findlast(inputdata, outputdata)if(ret !=0) printf(“%s”,”动态库执行不成功，可能是网络不通或者相关变量设置不正确”);return;strncpy(appcchar,outputda

28、ta,6);appcode=atoi(appchar);if(appcode!=0) /*取得前置机上标志位*/printf(“%s”,outputdata);return;5.4.1.5 系统对帐系统对帐(63106 交易废弃，对帐模式改变，见附录一)inputdata：交易类别交易类别代码 631061交易类别代码631062开始时间yyyymmdd3结束时间yyyymmdd4医院编号varchar2(5)outputdata：1outputdata 如果大于等于 0 成功 ，否则失败2交易总条数不包括冲正交易笔数3交易总金额函数说明：function int query_handle (

29、const char* inputdata,char* outputdata) library siinterface.dllsynatax:int query_handle (const char* inputdata, char* outputdat)description:响应来自于 his 的查询请求，进行对帐查询,返回时间段内的交易总笔数和总金额 return value:0：正确执行；-1：运行出错；argument description:input:第 16 页 共 28 页inputdata 输入数据 char* inoutput:outputdata 输出结果 char*

30、out例如：strcpy(inputdata,”63106|200209061524|200209071524|100023|”/*inputdata=交易类别代码+开始时间+结束时间+医院编号*/outputdata=malloc(1024);ret = query_handle (inputdata, outputdata)if(ret !=0) printf(“%s”,”动态库执行不成功，可能是网络不通或者相关变量设置不正确”);return;strncpy(appcchar,outputdata,6);appcode=atoi(appchar);/*取得前置机上标志位*/if(appc

31、ode!=0)printf(“%s”,outputdata);return;5.4.1.6 特殊项目审批查询特殊项目审批查询交易类别代码：63107inputdatainputdata：编号编号描述描述格式与约束格式与约束备注备注1交易类别代码63107not null2医院编号not null3住院流水号not null4项目编码（医保）varchar2(20)not null5处方日期yyyymmddnot null6审批类别5：特药审批6：特殊诊疗项目审批not nulloutputdata:1outputdata 如果大于等于 0 成功 ，否则失败（数据库错误或者没有找到有效的审批信息

32、）2审批编码(00000 代表未审批通过)3开始时间4终止时间若为空，表示终止时间不限制5医保意见第 17 页 共 28 页5.4.25.4.2 交易交易/-交易部分function int business_handle(string inputdata,ref string outputdata) library siinterface.dllsynatax:int business_handle (const char* inputdata, char* outputdat)description:响应来自于 his 的查询请求，进行相关医疗业务处理return value:0：正确执行

33、；-1：运行出错；（出错的原因有可能是网络、硬件、oracle 后台执行错误等）argument description:input:inputdata 输入数据 char* inoutput:outputdata 输出结果 char* out注意：由于大部分写卡操作现已废弃，写卡操作仅为调用农行卡消费函数和置卡注意：由于大部分写卡操作现已废弃，写卡操作仅为调用农行卡消费函数和置卡在院状态位，而写卡消费函数现由在院状态位，而写卡消费函数现由 his 开发商自行调用。当执行住院登记、写结开发商自行调用。当执行住院登记、写结算信息或反结算，以及反交易中的反登记冲正算信息或反结算，以及反交易中的反登

34、记冲正,结算冲正操作时，将进行在院状结算冲正操作时，将进行在院状态更改，在执行上述操作时，如出现写卡不成功时，则态更改，在执行上述操作时，如出现写卡不成功时，则 outputdata 第一个参数第一个参数会输出会输出-1，其余参数仍然正确输出，请开发商注意将输出串，其余参数仍然正确输出，请开发商注意将输出串 outputdata 的交易的交易流水号取出，或者记录流水号取出，或者记录 his 数据库的单据号，以便进行数据库结算冲正（仅仅是数据库的单据号，以便进行数据库结算冲正（仅仅是数据库的冲正，不进行写卡）数据库的冲正，不进行写卡） 。调用农行接口函数时，。调用农行接口函数时，pb 入参一定要

35、分配足够的入参一定要分配足够的空间。空间。5.4.2.1 挂号、入院登记交易挂号、入院登记交易交易类别代码：医保住院(含门诊慢性病)登记：33101 医保门诊挂号：33102inputdata: 编号编号描述描述约束约束/备注备注1交易类别代码not null2个人及帐户信息（从 ic 卡读出）personaccount正常输入，金额以元为单位3交易类型(1 挂号/入院登记)输入参数 1 not null4住院或门诊流水号not null5医疗类别:11 普通门诊 14 药店 15 门诊慢性病21 普通住院 44 生育住院not null6入院或挂号日期格式 yyyymmdd7入院诊断编码普通

36、住院、门诊慢性病不第 18 页 共 28 页能为空；医保诊断编码8医院编号not null9医院等级 1 一级 2 二级 3 三级not null10医院名称not null11单据号varchar2(14)12经办人姓名not null13经办日期not null 格式 yyyymmddoutputdata: 对于挂号 1outputdata 的前 5 位：如果大于等于 0 成功 ，否则失败 2交易流水号 对于入院登记对于入院登记(或者门诊慢性病或者门诊慢性病)：1outputdata 的前 5 位：如果等于 0 成功 ，否则失败2入院日期3个人在院状态4医院编号5出院日期6住院疾病编码7起

37、付线8起付线支付9其它 110其它 211其它 312交易流水号13行政区划代码varchar2(6)普通住院和生育住院登记时有该字段对于住院登记和门诊慢性病的登记请注意判断病人的连接状态，如果为对于住院登记和门诊慢性病的登记请注意判断病人的连接状态，如果为“1” （“在院在院” ）则不能继续进行登记了则不能继续进行登记了。 月结改造：等各个区县的医疗保险启动后，不同行政区划的人员在同一家医院就医，在月底结算时，医院要根据行政区划分别打印各行政区划的对帐单，并且根据对帐单去相应的行政区的医疗保险处进行对帐和月结算，故要设置 13 字段，返回行政区划代码。仅仅普通住院和生育住院时有 13 字段对

38、于退号和无费退院：系统将不产生交易流水号对于退号和无费退院：系统将不产生交易流水号5.4.2.2 预结算预结算预结算的代码为：医保人员 63103inputdata:序号字段名称描述备注第 19 页 共 28 页1交易类别代码63103not null2个人及帐户信息个人及帐户信息（从 ic 卡读出）personaccount 串not null3医疗类别11 普通门诊 14 药店 15 门诊慢性病21 普通住院 44 生育住院not null4住院或门诊流水号not null5医院编码not null6医院等级1 一级 2 二级 3 三级not null7经办人姓名not null8经办时间

39、not null yyyymmddoutputdata:同结算输出串格式。(注：无行政区划代码)5.4.2.4 结算结算交易类别代码：医保住院（含门诊慢性病）结算：33103 医保门诊结算：33104inputdata:序号字段名称字段长度说明备注1交易类别代码5not null2个人及帐户信息个人及帐户信息（从 ic 卡读出）personaccountnot null3交易类型1 正常交易传参数 1 not null4住院或门诊流水号not null5单据号varchar2(14)not null6医疗类别11 普通门诊 14 药店 15 门诊慢性病 21 普通住院 44 生育住院not n

40、ull7医院编号varchar2(4)not null8医院等级varchar2(2)not null9经办人姓名varchar2(20)not null10经办时间格式：yyyymmddnot null11出院原因1 治愈 2 好转 3 未愈 4 死亡 5 转院 6 转外 9 其他住院（慢性病）不能为空12出院诊断编码varchar2(20)住院（慢性病）不能为空13副诊断疾病名称varchar2(50)非空(注意)14出院日期格式：yyyymmdd住院（慢性病）不能为空第 20 页 共 28 页注意：根据市直现有政策，调整注意：根据市直现有政策，调整“副诊断疾病名称副诊断疾病名称”字段为：

41、非空字段为：非空outputdata:1outputdata 的前 5 位：如果大于等于 0 成功 ，否则失败2医疗费总额number(8,2)3个人自费金额number(8,2)4分档自理金额number(8,2)5超过封顶线个人自付金额number(8,2)6本次进入统筹金额number(8,2)7年度number(4)8本年住院次数累计number(3)9本年帐户支出累计number(8,2)以分为单位10本年个人现金累计number(8,2)以分为单位11本年个人自费累计number(8,2)以分为单位12本年乙类自理累计number(8,2)以分为单位13本年救助金支出累计numbe

42、r(8,2)以分为单位14本年公务员补助支出累计number(8,2)以分为单位15本年统筹支出累计number(8,2)以分为单位16本年门诊大病统筹累计number(8,2)以分为单位17本年门诊慢性病统筹累计number(8,2)以分为单位18其它 1null必须传入19其它 2null必须传入20其它 3null必须传入21第一次住院医院等级number(8,2)22第一次住院起伏标准自负number(8,2)以分为单位23第二次住院医院等级number(8,2)24第二次住院起伏标准自负number(8,2)以分为单位25三次以上起伏标准自负累计number(8,2)以分为单位26慢

43、性病起伏标准自负number(8,2)以分为单位27本年进入统筹累计number(8,2)以分为单位28其它 4null必须传入29其它 5null必须传入30入院日期格式：yyyymmdd31在院状态0：出院 1：在院32医院编号varchar2(3)33出院日期格式：yyyymmdd34住院疾病编码医保编码35起付线number(8,2)以分为单位36起付线支付number(8,2)以分为单位37其它 1null必须传入38其它 2null必须传入39其它 3null必须传入40医疗机构编号varchar2(3)41收据号varchar2(18)第 21 页 共 28 页42就诊（入院）日

44、期格式：yyyymmdd43个人帐户支出金额number(8,2)以分为单位44个人现金支付金额number(8,2)以分为单位45乙类项目自理金额number(8,2)以分为单位46救助金支出金额number(8,2)以分为单位47公务员补助支出金额number(8,2)以分为单位48统筹支付金额number(8,2)以分为单位49交易时间格式：yyyymmdd50医疗类别11 普通门诊 14 药店 15 门诊慢性病 21 普通住院 44 生育住院51其它 1null52其它 2null534 万20 万救助金支付来源0：医保支付1：平安保险公司支付5420 万以上是否有救助金（公务员补助金

45、支付）0：没有1：有554 万20 万救助金额number(8,2)5620 万以上救助金额number(8,2)57交易流水号varchar2(26)58行政区划代码varchar2(6)普通门诊和门诊慢性病结算时有该字段注：红色表示输出的为个人账户累计信息蓝色表示输出的为个人住院信息紫色表示输出的为个人本次结算交易的信息黑色表示输出的为其他的补充信息粉红色表示输出的为 weblogic 交易流水号普通门诊和门诊慢性病结算时，动态库返回串中最后并上行政区划代码原来返回给 his 的参数原来有 57 个，现在改为 58 个5.4.2.5 明细数据插入明细数据插入交易类别代码：33105inpu

46、tdata:编号说明类型备注1交易类别代码33105not null2医院编号varchar2(4)not null3住院流水号varchar2(18)not null4人员类别11 在职 12 在职长期驻外 21 退休 22 退休异地安置not null第 22 页 共 28 页31 离休 32 离休异地安置33 二等乙级以上革命伤残军人34 二等乙级以上革命伤残军人异地安置91 其它5项目大类1 药品 2 诊疗项目 3 床位费not null6收费项目医院内部编码varchar2(20)not null7收费项目医院内部名称varchar2(50)not null8收费项目医保中心编码va

47、rchar2(18)not null9处方号varchar2(20)not null10单价number(8,2)not null11数量number(6,2)not null12金额number(8,2)not null1.3规格varchar2(50)not null14每次用量（剂量）number15频次varchar2(20)16用法varchar2(50)17科别varchar2(50)18执行天数number电电子子病病历历电子电子病历病历电子病电子病历历电电子子病病历历20处方时间医生开立处方的时间 yyyymmddnot nulloutputdata:1outputdata 如

48、果大于等于 0 成功 ，否则失败长度：5类型：stirng2自理金额（乙类项目个人自理部分）3自费金额（丙类项目）第 23 页 共 28 页4交易流水号varchar2(26)5.4.35.4.3 冲正交易（反交易）冲正交易（反交易）5.4.3.1 冲正交易（反交易）交易类别代码：医保人员 33106inputdata:1交易类别33106not null2 冲正种类1、结算冲正2、明细冲正（单条明细插入撤消）3、登记冲正not null3交易流水号正交易的交易流水号varchar2(26) not null4医院编号五位的医院编号not null5个人及帐户信息个人及帐户信息（从 ic 卡读

49、出）personaccount金额以元为单位，结算时不能为空，其他传空字符解释：解释：冲正交易类别：冲正交易类别： 1、“结算冲正”就是对结算信息进行明细的冲正和对费用的冲正，冲正后结算信息作废，所有费用明细信息也作废。就是说最后冲正结果是结算费用为 0，明细的合计数为 0；当进行下次结算时，请将该参保对象该次住院所有的费用明细重新向医保前置机传输。 例如：住院结算召回的时候就需要首先调用冲正种类为“1” （结算冲正）的冲正交易函数，将明细和费用冲正；然后再调用冲正种类为“4” （住院结算明细找回或者说拷贝）的冲正交易函数将原有的明细找回。2、 “明细插入撤消” ，只对于没有结算的单条明细信息

50、，插入负值3、第 5 个参数是从 cpu 卡中读出的个人及帐户信息个人及帐户信息，为了将累计信息返回卡中，同时为了和系统中记录的个人编号比较，防止正交易和反交易的 cpu 卡不一致。4、对于退号和无费退院（登记冲正）系统不产生交易流水号5、对于结算召回（反结算）输出参数与正交易时的输出参数格式是相同的，在输出参数的第 57 个参数就是本次反交易的交易流水号。outputdataoutputdata:1标志位 0 成功，其他失败5 位not null.57交易流水号结算冲正 1，交易流水号是本次反交易的流水号26not null第 24 页 共 28 页5.4.3.2 结算冲正交易类别代码：住院

51、反结算 33108 门诊反结算 33109inputdata:inputdata:1交易类别住院反结算 33108门诊反结算 33109not null2住院（门诊）流水号varchar2(18)not null3单据号正交易医院端的业务单据号varchar2(18) not null4医院编号医院编号not null5个人及帐户信息个人及帐户信息（从 ic 卡读出）personaccount金额以元为单位，不能为空outputdata:outputdata:1标志位 0 成功，其他失败5 位not null。 。 。 。 。同结算函数输出57交易流水号结算冲正 1，交易流水号是本次反交易的流

52、水号26not null解释：解释：1 该函数仅仅用于结算冲正，主要应用的情况是如果医院端没有将中心传出的 tuxedo 交易流水号保存下来，即医保结算成功而医院没有成功，那么医院端可以用医院自己的结算收据号传入，进行反结算。2 给函数的功能不能等同于 5.4.3.1 冲正种类为 1 的冲正交易，该函数并不进行写卡，所以在正常进行结算召回的时候，应该使用 5.4.3.1 冲正种类为 1 的冲正交易，该函数是医院端程序进行错误调试或异常处理的时候（如医保数据库成功而写卡失败）进行调用。3 对于其他参数的解释同其它函数说明。4对于结算召回（反结算）输出参数与正交易时的输出参数格式是相同的，在输出参

53、数的第 57 个参数就是本次反交易的交易流水号。5.4.45.4.4 费用明细批量删除费用明细批量删除交易类别代码：医保人员 33107inputdata:1交易类别33107not null 2 医院编号not null3就诊流水号not nulloutputdata1标志位 0 成功，其他失败5 位2删除执行的行数3附加位00|无意义解释：（1）该功能应该慎重使用，仅供开发商程序调试和异常处理时使用，不能在操作员终端的前台显式调用（2）删除的明细是没有结算的明细。其他则不能进行物理删除。第 25 页 共 28 页5.4.55.4.5 人工应答人工应答( (此接口为旧版使用，现在保留此接口为

54、旧版使用，现在保留) )function int trade_answer(string inputdata,ref string outputdata) library siinterface.dllsynatax:int trade_answer (const char* inputdata, char* outputdat)description:在 his 系统保存交易流水号成功后，需要进行人工应答(包括冲正交易) return value:0：正确执行；-1：运行出错；argument description:input:inputdata 输入数据 char* inoutput:o

55、utputdata 输出结果 char* outinputdata:1交易流水号(需要应答的交易流水号)26 位not null2医院编号varchar2(4)not nulloutputdata:outputdata 的前六位：如果等于 0 成功 ，否则失败参数说明：5.4.65.4.6 银行效验医保流水号银行效验医保流水号( (已经提供该接口，但农行卡消费未调用已经提供该接口，但农行卡消费未调用) )( (此接口为农行进行卡消费时效验医保流水号是否存在使用此接口为农行进行卡消费时效验医保流水号是否存在使用农行农行使用，使用，hishis 开发商不考虑开发商不考虑) )function in

56、t ybverifyserial(string inputdata,ref string outputdata) library siinterface.dllsynatax:int verify _answer (const char* inputdata, char* outputdat)description:在医保中心结算生成交易流水号成功后，银行调用该接口效验医保中心是否真的存在该交易流水号(包括冲正交易) return value:第 26 页 共 28 页0：正确执行；-1：运行出错；argument description:input:inputdata 输入数据 char*

57、inoutput:outputdata 输出结果 char* outinputdata:1交易流水号(需要应答的交易流水号)26 位not null2医院编号varchar2(4)not nulloutputdata:outputdata 的前六位：如果等于 0 成功 ，否则失败附录一：本次附录一：本次 icic 卡系统交易渠道改造实施方案流程卡系统交易渠道改造实施方案流程中国农业银行临沂市分行二期社保二期社保 icic 卡系统交易渠道改造实施方案卡系统交易渠道改造实施方案（v2.6v2.6） 为实现金穗社保 ic 卡项目系统优化，纠正受诸多因素影响所产生的程序执行偏离度；梳理银行、社保和定点

58、医院三方数据信息响应的一致性；整合账务核算、清算流程，使系统更加完善。确保系统的平稳运行，进一步提高社会信誉度和服务质量、维护参保人利益。并在原交易流程基本框架基础上，制定本交易渠道改造实施方案。 一、计划目标：一、计划目标：优化完善三方动态库和接口程序，以银行流水号为主索引，建立账务清算标准化流程，并完成 ic 卡余额与主账户正确性对接，实现客户需求目标。 二、遵循原则：二、遵循原则：（一）社保、定点商户和银行协商一致原则；（二）科学论证、三方接口源代码共享原则；（三）独立开发、模第 27 页 共 28 页块衔接、事务匹配、整体系统协调原则。 三、实施步骤：三、实施步骤：本次改造的重点分为以

59、下三个部分。 （一）定点医疗机构终端交易消费与信息传递；（二）银行端与定点医疗机构自动对帐和异常处理。 （三）冲正、退费及差错响应机制。（一）终端消费流程（一）终端消费流程a a、关于使用东软交易新接口、关于使用东软交易新接口医保定点医院医保定点医院 icic 卡消费流程概述：卡消费流程概述：1、调用 ic 卡余额查询接口，查询持卡人的 ic 卡号、卡片余额。2、读出个人账户累计及账户余额信息，调用东软结算接口，返回预结算输出串，其中包括本次帐户应该支付金额和医保交易流水号。3、调用银行 ic 卡消费接口，输入：卡号、交易金额、医保交易授权号，输出：银行主机日期、银行交易流水号。4、开始事务。

60、5、医院进行本方帐务处理，医院应记录所有交易信息（包括医保交易授权号、交易后卡片余额和银行交易流水号） 。6、若医院处理失败，要回滚事务，发起银行冲正交易发起银行冲正交易，冲正交易的唯一输入参数为银行交易流水号。7、若医院处理成功，提交事务。8、打印发票。 （医院要提供补打发票机制，必须打印出银行流水号、卡号）注：以上步骤要点如下：、1、 必须记录银行交易流水号。、2、 出现错误必须冲正。(当卡消费成功并返回农行流水号时，但医院端处理事务失败)b b、关于不使用东软接口、关于不使用东软接口医保定点药店医保定点药店 icic 卡消费流程的概述：卡消费流程的概述：1、开始事务2、调用 ic 卡余额