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

1、临沂市定点医疗机构信息系统医保接口使用说明(V1.1)沈阳东软软件股份有限公司2007年10月第2页共28页TOC o 1-5 h z目的3 HYPERLINK l bookmark4 o Current Document 方案的介绍4 HYPERLINK l bookmark6 o Current Document 平台4 HYPERLINK l bookmark8 o Current Document 目前现状4 HYPERLINK l bookmark10 o Current Document 解决方案5系统特点6 HYPERLINK l bookmark14 o Current Doc

2、ument 信息系统接口改造6 HYPERLINK l bookmark16 o Current Document 4.1准备工作6 HYPERLINK l bookmark24 o Current Document 4.2开发商提供的应用7 HYPERLINK l bookmark26 o Current Document 4.3医院信息系统改造实施详细说明（注:改造部分黄色标识）7 HYPERLINK l bookmark28 o Current Document 门诊部分7. HYPERLINK l bookmark36 o Current Document 住院部分1.0动态链接库（）

3、11 HYPERLINK l bookmark57 o Current Document 5.1交易编码说明11 HYPERLINK l bookmark59 o Current Document 5.1.1交易码1.1 HYPERLINK l bookmark61 o Current Document 5.2对帐表（保留该接口，但对帐模式改变，见附录一）12 HYPERLINK l bookmark63 o Current Document 53编码说明及其他注意事项135.4交易函数接口（SiInterface.dll）13 HYPERLINK l bookmark65 o Current

4、 Document 5.4.1查询读卡函数1.3 HYPERLINK l bookmark73 o Current Document 交易1.8 HYPERLINK l bookmark89 o Current Document 冲正交易（反交易）2.4 HYPERLINK l bookmark91 o Current Document 费用明细批量删除2.5 HYPERLINK l bookmark93 o Current Document 5.4.5人工应答（此接口为旧版使用，现在保留）265.4.6银行效验医保流水号（已经提供该接口，但农行卡消费未调用）（此接口为农行进行卡消费时效验医保

5、流水号是否存在使用一一农行使用，HIS开发商不考虑）27附录一：本次IC卡系统交易渠道改造实施方案流程27 HYPERLINK l bookmark111 o Current Document 附录二HIS改造开发重点注意事项32第1页共26页第 #页共26页第 页共26页为了更好的落实国家医疗保险政策，加快临沂市医疗保险工作建设，临沂市社会保险中心和各医院建立统一的医疗和保险体系网络，为了使各家医院（或定点药店，下简称医院）和全市参保人员的医疗数据能及时、准确的汇总到社会保险中心，考虑到对算法的准确性、可控性、可维护性以及安全性等多方面的原因，在对各医院原有系统的改造过程中，我们决定采用在原

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

7、台的HIS系统采用BEA的Weblogic交易中间件临沂社会保险系统采用C/S/S结构。目前现状1、采用网络协议或数据库自带的协议进行数据的直接传输。缺点：不能够完全保证交易的完整性，存在万分之一的数据丢失或数据错误的可能。2、大量的数据直接Client/Server传送。缺点：安全性差（非法客户端可能直接闯入数据库中修改数据）。网络容易阻塞，在业务高峰期容易造成网络流量暴增，进而造成网络阻塞数据无法传输或客户端长时间等待。3、如果业务规则发生变化，需要随时更新Client端程序，维护使用不方便。4、每一个Client端都要直接连到数据库服务器。缺点：服务器需要为每个Client端建立连接，而

8、且不管是客户端是否在用,都要保持连接，因而消耗大量本来就紧张的服务器资源。5、解决3方对帐不平问题。2.3解决方案数据存储层PureStationApplicationServiceRDBMS方案图解第 #页共28页第 页共28页由于我们是在以上平台的基础上开发这个算法动态链接库，因此我们的动态链接库有以下几个显著的特点：1、大用户量与实时性数据通过高速数据通道进行传输，速度快，交易服务中与数据库无关的逻辑处理任务由中间件完成，减少数据库系统的负载。2、保证交易完整性交易数据完整性由动态链接库完成。由于采用XA协议，所以异地或异构数据的事务完整性操作同样可以得到保证。同时，我们采用人工应答的方

9、式，在保证交易完整性的基础上，使得医院和医保中心的对帐准确、快速。3、具有多服务进程、负载平衡和故障恢复的特点。4、数据依赖路由，不同的数据经由不同的数据传输通道，保证数据的高速传输。5、为减少数据传输量和保证数据安全，数据在传输过程中采用压缩和加密技术。6、采用并行数据通道传输数据，同时具有容错和数据恢复能力。7、同时具有一般动态库的灵活性、易维护性等特点。4信息系统接口改造准备工作首先医院需要根据医疗保险政策的需要，按照我们所提供的医疗保险的接口改造医院现有的HIS系统，使新的HIS系统能够适应医保的需要。医院需要根据医保中心提供的四个基本目录，病种信息、药品信息、诊疗项目信息和服务设施信

10、息建立与医院内码相对应的病种编码、药品编码、诊疗编码和服务设施信息编码的对应信息。对于那些无法找到对应关系的收费项目信息，医院按照医保中心费用分类编码，维护和更新收费项目信息。NUSOFT东软NUSOFT东软第 页共28页第 页共28页开发商提供的应用维护四个对照表，每个都是一对多的关系.也就是在原有的表中加入医保对应编码。病种信息对照表（所有的病种必须对照）药品信息对照表（西药和中成药米用准入法，草药为排除法）诊疗项目对照表（采用准入法）服务设施对照表（米用准入法）没有对应关系的收费项目信息，按照医保中心的费用分类办法修改收费项目信息4.3医院信息系统改造实施详细说明（注:改造部分黄色标识）

11、4.3.1门诊部分1、挂号挂号系统中加入“读卡”按钮，实现从CPU卡中读取参保就诊病人的基本信息和参保信息，然后将病人信息显示在HIS系统界面上。在挂号完成之前：挂号信息写到本地的数据库中之前，如果是参保病人,那么在动态链接库的输入串中，写入挂号交易的交易类别码和相关信息的组合串，（注意：输出参数要分配足够得内存，以备传回来的数据保存）动态库会把挂号信息写入医保前置机，最后发起应答，修改交易日志，医保交易完成。挂号交易的流程图如下：处理挂号宿息.拇交HIS半密医保哇号成功,返回M建户信息汕交易涌水寸调用动态阵.进行医M挂号；读卡器及其它HISDBHIS交鞋提交成功逬行医保交晶的人:錨瓯时系统门

12、攻训用银行函暫写乩扣惟户TtJHEDD前胃服务議挂号交易流程（注：tuxdeo改为weblogic）挂号时：挂号的交易码按不同的就诊类别分别使用，医保病人挂号的交易类别代码是33102医保挂号是参保对象到定点医疗机构就诊时的身份确认和信息登记，是必须有的；挂号时若产生了挂号费、诊疗费等费用请在门诊收费模块进行收费。退号时:1退号交易的流程和挂号的处理流程是相同的。在系统中，退号是挂号的反过程。2调用反交易退号时，应该取得医保系统返回的挂号的交易流水号，各个医院或实施点可根据具体情况记录交易的流水号，已备反交易使用。退号不再产生weblogic医保交易流水号。2、门诊划价需要把门诊的明细信息写入

13、并提交给医保接口数据表“费用明细记录表”，具体的费用信息由对照表产生:系统通过输入的药品编码（或者是诊疗项目编码），根据对照表中的自负比例和医保政策计算产生相应的处方明细信息。划价流程如下：医保前置DEITSDR调用动态唐.綸扎赴方明鈿信息t慕统覘瞒对照表，诒十算产生明细O医保屮心系统临沂医保划价流程TUJCEDCI前廿脈勞器戻恨划谕成血、返回白货或向费倍息和艾感范水号C4）EH5交易捉交成功，逬（亍医保空晶的人：OHIS系统终端（3）处理划价信野提交ME出劳3、门诊收款（结算）（已改，详见附录一说明，改造重点）医保病人结算需要先进行“读卡”操作，并根据先前挂号时产生的挂号信息中查出保险人员的

14、划价信息。然后在相应的程序中将没有结算的处方信息全部写入医保前置机中。写入处方结束后，进行收集数据，生成医保结算信息，结算后定时的将该笔结算信息传递给社保中心。如果医保交易成功，则调用农行卡消费接口，扣除卡中账户金，如果扣除成功，则生成农行交易流水号，然后完成HIS收费结算的其他操作，并保存医保流水号和农行交易流水号；如果医保交易失败，则此次HIS系统收费结算失败，需要将刚才已提交的数据人工的回退到结算前的状态，需要退还卡中的金额（即做冲正处理）。（注意，在门诊结算时，必须将消费处方信息上传到医保中心，即调用33105操作）门诊收费的流程图如下所示：（流程更改，请参照附录一中IC卡消费流程）殳

15、斜蟲鹳畫直2）处理门诊结雪信息,握交11帀爭务训用动态库进行医聚门诊甜算;弼时系统门动诃用银行函曇写K.扣帐户读卡器及耳它HTSDB医保门诊鲂算成功.返回扣帐户信息和交揚怖木寸EI爲交曷握交成功,进行医傑交品的人工应答TUXEDO前置服务器4、门诊收费反交易（已改，详见附录一说明，改造重点）完成医保结算后，如果发现结算有错误，可进行如下操作：利用医院各自存储的根据住院流水号和发票号，取得医保交易号和农行交易流水号，其中医保交易流水号和卡号进行组串，把相关的结算数据和已经传上去的数据进行反交易；同时，利用农行交易流水号，调用农行反交易函数进行反交易。取消以前的结算数据，以便重新进行交易。反交易的

16、流程和收费交易流程相NUSOFTNUSOFT第 #页共28页第 页共28页同。4.3.2住院部分1、入院登记当参保患者需要住院时，首先“读卡”得到参保人的基本信息和帐户信息等，然后，则调用动态库“入院登记交易服务”把保险人住院信息定时的传递到社保中心，从而更新数据，这样在社保中心的数据就是和事实相符的。住院登记流程如下：（注：tuxdeo改为weblogic）处理住院惜息.提交H巧半密调用动态庠,进尸医保住院；同时垂统门动调读卡器凰其它银行前置设崙临沂医保性院豎记流程胃性曉标击IllsDB2、医嘱录入因为在前置机计算的时候，需要到医院接口表中汇总和计算相关数据，所以涉及到的药品、诊疗、服务设施

17、等明细信息需要录入到医院接口表中。只有这样，前置机上的服务才有可能根据这些详细的每个病人的数据计算出我们所需要的汇总信息，由此我们完成了数据收集的任务。这个服务中的单据号是一个临时单据号，用而且必须用住院流水号代替。3、诊疗医嘱录入诊疗医嘱录入的处理同药品医嘱。同样的把这些项目的医院代码，社保中心代码，等级、价格、数量等录入的医院接口表中4、住院退费住院退费可以是单条明细的冲正，也可以是负处方。单条明细的冲正交第 页共28页第 #页共28页易，是将该条明细包括单价、数量、金额全部作废。5、结算住院结算的原理和门诊结算是一样的，系统首先汇总参保对象该次住院的费用明细，然后根据医保相关政策和算法计

18、算出相关的结算信息。6、结算召回住院结算完成后，如果发现结算有误，可将结算如回，将先前的住院结算单作废，利用反交易类型，对前面的住院结算进行冲正。在医院接口表有相关的发生费用的交易的每一次的交易流水号。对于CPU卡结算召回时必须读卡，以便与结算时的卡片信息对照；结算召回后必须写卡，将卡中的医保累计信息写回。7、无费退院不能算是一次住院，也就是说起付线不变。所以应该调用住院登记的反交易，同样取得交易流水号，然后发起交易就可以了，可以说是社保中心的取消住院。无费退院将不再产生交易流水号。对于CPU卡无费退院必须写卡，将住院登记置的住院状态置回为不在院。8、参保患者住院费用查询可以在任何时候调用“医

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

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

21、R(33)NoNo交易状态TRADESTATUSCHAR(2)NoNo说明：TRADE_STATUS医保中心交易处理成功医院人工应答成功已冲正医院在处理完成交易以后，需要人工应答确认交易处理已经完成，初始状态没有记录数据所以也就不存在什么状态之说，当数据从中心机回到前置机的时候，相关的服务会把返回结果写到TRADE_LOG中。此时：如果状态为1，则说明医保中心已经交易处理完成并成功提交数据库，但医院方还没有完成应答，如果对帐过程中交易日志中有此中状态，可发起冲正交易，将医保中心交易作废，也可以补发应答信息，确认。如果状态是2，则说明医院和医保中心都已经完成交易处理，可作为结算依据。5.3编码说

22、明及其他注意事项药品等级：1甲类、2乙类、3丙类医院等级1、一级2、二级3、三级收费编码：编码名称备注01护理、诊疗费诊疗02化验费诊疗03检查、放射费诊疗04治疗费诊疗05手术费诊疗06材料费诊疗07其它诊疗08麻醉诊疗11西药费药品12中药费药品13中草药费药品34床位费服务设施36特殊材料费服务设施注意：因银行开发商的原因，凡是从卡中读出的personaccount串和结算(预结算)输出串中写卡部分的金额均是以分为单位的，例如3043则代表30.43元，在文档的具体部分会有详细注解，其他地方正常，请医院开发商在读出personaccount串和结算(预结算)输出串时注意处理。5.4交易函

23、数接口(Silnterface.dll)查询读卡函数Synatax:intReadCard(lntReadType,char*DataBuffer)Description:DataBuffer必须分配1024字节的空间或者更大。Returnvalue:0：正确执行；-1：运行出错；NUSOFTNUSOFTNUSOFT东软第 页共28页第 页共28页第 页共28页5.4.1.1读持卡人基本信息ReadType=1OUTPUTDATA:1公民身份证号Varchar2(18)2姓名Varchar2(20)3性别Varchar2(3)1：男2：女4民族Varchar2(3)5IC卡号Varchar2(

24、10)6出生日期格式：yyyymmdd7单位编码Varchar2(14)8个人社保编号Varchar2(18)9医疗人员类别11在职12在职长期驻外21退休22退休异地安置31离休32离休异地安置33二等乙级以上革命伤残军人34二等乙级以上革命伤残军人异地安置91其它10修改日期格式：yyyymmdd11其它1临沂改为：门诊慢性病补助证号varchar2(15)12其它2临沂改为：门诊慢性病发证日期yyyymmdd13其它314在院状态0：出院1：在院5.4.1.2读个人账户累计信息Personaccout串ReadType=21个人编号2单位编号3医疗人员类别11在职12在职长期驻外21退休

25、22退休异地安置31离休32离休异地安置33二等乙级以上革命伤残军人34二等乙级以上革命伤残军人异地安置4统筹支出累计若从卡中读出，则以分为单位5救助金支出累计若从卡中读出，则以分为单位6账户余额若从卡中读出，则以分为单位7转出医院起付标准若从卡中读出，则以分为单位临沂暂时未用8转出医院起付标准自付若从卡中读出，则以分为单位临沂暂时未用9本年度住院次数10账户支出累计若从卡中读出，则以分为单位11门诊大病统筹支出累计若从卡中读出，则以分为单位临沂暂时未用12门诊慢性病统筹支出累计若从卡中读出，则以分为单位13个人现金支出累计若从卡中读出，则以分为单位14乙类自理费用累计若从卡中读出，则以分为单

26、位15公务员补助支出累计若从卡中读出，则以分为单位16个人自费费用累计若从卡中读出，则以分为单位17进入统筹费用累计若从卡中读出，则以分为单位18第一次住院医院等级19第一次住院起付标准自付若从卡中读出，则以分为单位20第二次住院医院等级21第二次住院起付标准自付若从卡中读出，则以分为单位22三次以上住院起付标准自若从卡中读出，则以分为单位23门诊慢性病起付标准自付若从卡中读出，则以分为单位现在帐号信息从中心读取，不是从卡中读，所以改为元为单位，对此表示歉意！5.4.13查找最后一笔未应答的交易（该接口废弃，已经不提供）INPUTDATA完成1住院（门诊）流水号Varchar2(18)医院编号

27、OUTPUTDATA：1OUTPUTDATA如果大于等于0成功，否则失败长度：6类型：stirng函数说明：FUNCTIONIntHIS_FINDLAST(constchar*inputdata,char*outputdata)librarySiInterface.dllSynatax:intHIS_FINDLAST(constchar*inputData,char*outputDat)Description:响应来自于HIS的查询请求，包括对帐查询,返回这个病人的最后一条错误交易的交易流水号(如果经过查询Returnvalue:0：正确执行；-1：运行出错；ArgumentDescripti

28、on:INPUT:inputData输入数据char*INOUTPUT:outputData输出结果char*OUT例如：strcpy(inputData,”zy0000000001|100023|”outputData=malloc(100);ret=HIS_FINDLAST(inputData,outputData)if(ret!=0)printf(“s”，”动态库执行不成功，可能是网络不通或者相关变量设置不正确J;return;strncpy(appcChar，outputData，6);appcode=atoi(appChar);if(appcode!=0)/*取得前置机上标志位*/p

29、rintf(“%s”，outputData);return;5415系统对帐(63106交易废弃，对帐模式改变，见附录一)INPUTDATA交易类别代码63106医院编号Varchar2(5)NUSOFTNUSOFTNUSOFT东软第 页共28页第 页共28页第 页共28页OUTPUTDATA：1OUTPUTDATA如果大于等于0成功，否则失败交易总金额函数说明：FUNCTIONIntQUERY_HANDLE(constchar*inputdata,char*outputdata)librarySiInterface.dllSynatax:IntQUERY_HANDLE(constchar*i

30、nputData,char*outputDat)Description:响应来自于HIS的查询请求，进行对帐查询,返回时间段内的交易总笔数和总金额Returnvalue:0：正确执行；-1：运行出错；ArgumentDescription:INPUT:inputData输入数据char*INOUTPUT:outputData输出结果char*OUT例如：strcpy(inputData,”63106|200209061524|200209071524|100023|”/*inputData=交易类别代码+开始时间+结束时间+医院编号*/outputData=malloc(1024);ret=Q

31、UERY_HANDLE(inputData,outputData)if(ret!=0)printf(“s”，”动态库执行不成功，可能是网络不通或者相关变量设置不正确J;return;strncpy(appcChar，outputData，6);appcode=atoi(appChar);/*取得前置机上标志位*/if(appcode!=0)printf(“%s”，outputData);return;5.4.1.6特殊项目审批查询交易类别代码：63107INPUTDATA：编号描述格式与约束备注1交易类别代码63107Notnull2医院编号Notnull3住院流水号Notnull4项目编码（

32、医保）Varchar2(20)Notnull5处方日期YYYYMMDDNotnull6审批类别5：特药审批6：特殊诊疗项目审批NotnullOUTPUTDATA:1OUTPUTDATA如果大于等于0成功，否则失败（数据库错误或者没有找到有效的审批信息）2审批编码（00000代表未审批通过）3开始时间4终止时间若为空，表示终止时间不限制5医保意见5.4.2交易/交易部分FUNCTIONintBUSINESS_HANDLE（stringinputData,refstringoutputData）librarySiInterface.dllSynatax:intBUSINESS_HANDLE（con

33、stchar*inputData,char*outputDat）Description:响应来自于HIS的查询请求，进行相关医疗业务处理Returnvalue:0：正确执行；-1：运彳丁出错；（出错的原因有可能是网络、硬件、oracle后台执彳丁错误等）ArgumentDescription:INPUT:inputData输入数据char*INOUTPUT:outputData输出结果char*OUT注意：由于大部分写卡操作现已废弃，写卡操作仅为调用农行卡消费函数和置卡在院状态位，而写卡消费函数现由HIS开发商自行调用。当执行住院登记、写结算信息或反结算，以及反交易中的反登记冲正，结算冲正操作

34、时，将进行在院状态更改，在执行上述操作时，如出现写卡不成功时，则outputData第一个参数会输出-1,其余参数仍然正确输出，请开发商注意将输出串outputData的交易流水号取出，或者记录HIS数据库的单据号，以便进行数据库结算冲正（仅仅是数据库的冲正，不进行写卡）。调用农行接口函数时，PB入参一定要分配足够的空间。5.4.2.1挂号、入院登记交易交易类别代码：医保住院（含门诊慢性病）登记：33101医保门诊挂号：33102INPUTDATA:编号描述约束/备注1交易类别代码Notnull2个人及帐户信息（从IC卡读出）personaccount正常输入，金额以兀为单位3交易类型（1挂号

35、/入院登记）输入参数1notnull4住院或门诊流水号notnull5医疗类别：11普通门诊14药店15门诊慢性病21普通住院44生育住院notnull6入院或挂号日期格式yyyymmdd7入院诊断编码普通住院、门诊慢性病不能为空；医保诊断编码8医院编号notnull9医院等级1一级2二级3三级notnull10医院名称notnull11单据号Varchar2(14)12经办人姓名notnull13经办日期notnull格式yyyymmddOUTPUTDATA:对于挂号1OUTPUTDATA的前5位：如果大于等于0成功，否则失败2交易流水号对于入院登记（或者门诊慢性病）:1OUTPUTDATA

36、的前5位：如果等于0成功，否则失败2入院日期3个人在院状态4医院编号5出院日期6住院疾病编码7起付线8起付线支付9其它110其它211其它312交易流水号13行政区划代码Varchar2（6）普通住院和生育住院登第 #页共28页第 页共28页对于住院登记和门诊慢性病的登记请注意判断病人的连接状态，如果为“1”（“在院”）则不能继续进行登记了。月结改造：等各个区县的医疗保险启动后，不同行政区划的人员在同一家医院就医，在月底结算时，医院要根据行政区划分别打印各行政区划的对1帐单，并且根据对帐单去相应的行政区的医疗保险处进行对帐和月结算，故要设置13字段，返回行政区划代码。仅仅普通住院和生育住院时有

37、13字段对于退号和无费退院：系统将不产生交易流水号5.4.2.2预结算预结算的代码为：医保人员63103INPUTDATA:序号字段名称描述备注1交易类别代码63103notnull2个人及帐户信息个人及帐户信息（从IC卡读出）personaccount串notnull3医疗类别11普通门诊14药店15门诊慢性病21普通住院44生育住院notnull4住院或门诊流水号notnull5医院编码notnull6医院等级1一级2二级3三级notnull7经办人姓名notnull8经办时间NotnullyyyymmddOUTPUTDATA:同结算输出串格式。（注：无行政区划代码）5.4.2.4结算交易

38、类别代码：医保住院（含门诊慢性病）结算：33103医保门诊结算：33104INPUTDATA:序号字段名称字段长度说明备注1交易类别代码5notnull2个人及帐户信息个人及帐户信息（从IC卡读出）personaccountnotnull3交易类型1正常父易传参数1notnull4住院或门诊流水号notnullNUSOFT东软NUSOFT东软第 页共28页第 #页共28页5单据号Varchar2(14)notnull6医疗类别11普通门诊14药店15门诊慢性病21普通住院44生育住院notnull7医院编号Varchar2(4)notnull8医院等级Varchar2(2)notnull9经办

39、人姓名Varchar2(20)notnull10经办时间格式：yyyymmddnotnull11出院原因1治愈2好转3未愈4死亡5转院6转外9其他住院（慢性病）不能为空12出院诊断编码Varchar2(20)住院（慢性病）不能为空13副诊断疾病名称Varchar2(50)非空（注意）14出院日期格式：yyyymmdd住院（慢性病）不能为空注意：根据市直现有政策，调整“副诊断疾病名称”字段为：非空OUTPUTDATA1OUTPUTDATA的前5位：如果艮大于等于0成功，否则失败2医疗费总额Number(8,2)3个人自费金额Number(8,2)4分档自理金额Number(8,2)5超过封顶线个

40、人自付金额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本年救助金支出累计Number(8,2)以分为单位14本年公务员补助支出累计Number(8,2)以分为单位15本年统筹支出累计Number(8,2)以分为单位16本年门诊大病统筹累计Number(8,2)以分为单位17本年门诊慢性病统筹累计Number(8

41、,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慢性病起伏标准自负Number(8,2)以分为单位27本年进入统筹累计Number(8,2)以分为单位第 页共28页第 页共28页NUSOFT28其它4Null必须传入29其它5Null必须传入30入院日期格式：Yyyymmdd31在院状

42、态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)42就诊（入院）日期格式：yyyymmdd43个人帐户支出金额Number(8,2)以分为单位44个人现金支付金额Number(8,2)以分为单位45乙类项目自理金额Number(8,2)以分为单位46救助金支出金额Number(8,2)以分为单位47

43、公务员补助支出金额Number(8,2)以分为单位48统筹支付金额Number(8,2)以分为单位49交易时间格式：yyyymmdd50医疗类别11普通门诊14药店15门诊慢性病21普通住院44生育住院51其它1Null52其它2Null534万20万救助金支付来源0：医保支付1：平安保险公司支付5420万以上是否有救助金（公务员补助金支付）0：没有1：有554万20万救助金额Number(8,2)5620万以上救助金额Number(8,2)57交易流水号Varchar2(26)58行政区划代码Varchar2(6)普通门诊和门诊慢性病结算时有该字段注：红色表示输出的为个人账户累计信息蓝色表示

44、输出的为个人住院信息紫色表示输出的为个人本次结算交易的信息黑色表示输出的为其他的补充信息粉红色表示输出的为weblogic交易流水号普通门诊和门诊慢性病结算时，动态库返回串中最后并上行政区划代码原来返回给HIS的参数原来有57个，现在改为58个5.4.2.5明细数据插入交易类别代码：33105INPUTDATA:编号说明类型备注1交易类别代码33105Notnull2医院编号Varchar2(4)Notnull3住院流水号Varchar2(18)Notnull4人员类别11在职12在职长期驻外21退休22退休异地安置31离休32离休异地安置33二等乙级以上革命伤残军人34二等乙级以上革命伤残军

45、人异地安置91其它Notnull5项目大类1药品2诊疗项目3床位费Notnull6收费项目医院内部编码Varchar2(20)Notnull7收费项目医院内部名称Varchar2(50)Notnull8收费项目医保中心编码Varchar2(18)Notnull9处方号Varchar2(20)Notnull10单价Number(8,2)Notnull11数量Number(6,2)Notnull12金额Number(8,2)Notnull13规格Varchar2(50)Notnull14每次用量（剂量）Number15频次Varchar2(20)16用法Varchar2(50)17科别Varcha

46、r2(50)电执行天数电电子电子病子Ms历子20处方时间医生开立处方的时间yyyymmddNotnullOUTPUTDATA:1OUTPUTDATA如果大于等于0成功，否则失败长度：5类型:stirng自理金额（乙类项目个人自理部分）3自费金额（丙类项目）4交易流水号Varchar2(26)5.4.3冲正交易（反交易）冲正交易（反交易）交易类别代码：医保人员33106INPUTDATA:1交易类别33106Notnull2冲正种类1、结算冲正2、明细冲正（单条明细插入撤消）3、登记冲正Notnull3交易流水号正交易的交易流水号Varchar2(26)Notnull4医院编号五位的医院编号No

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

48、的单条明细信息，插入负值3、第5个参数是从CPU卡中读出的个人及帐户信息，为了将累计信息返回卡中，同时为了和系统中记录的个人编号比较，防止正交易和反交易的CPU卡不一致。NUSOFT4、对于退号和无费退院（登记冲正）系统不产生交易流水号5、对于结算召回（反结算）输出参数与正交易时的输出参数格式是相同的，在输出参数的第57个参数就是本次反交易的交易流水号。OUTPUTDATA:1标志位0成功，其他失败5位Notnull57交易流水号结算冲正1,交易流水号是本次反交易的流水号26Notnull结算冲正交易类别代码：住院反结算33108门诊反结算33109INPUTDATA:1交易类别住院反结算33

49、108门诊反结算33109Notnull2住院（门诊）流水号Varchar2(18)Notnull3单据号正交易医院端的业务单据号Varchar2(18)Notnull4医院编号医院编号Notnull5个人及帐户信息个人及帐户信息（从IC卡读出）personaccount金额以兀为单位，不能为空OUTPUTDATA:1标志位0成功，其他失败5位NotnullOO。OOO同结算函数输出57交易流水号结算冲正1,交易流水号是本次反交易的流水号26Notnull解释：该函数仅仅用于结算冲正，主要应用的情况是如果医院端没有将中心传出的tuxedo交易流水号保存下来，即医保结算成功而医院没有成功，那么医

50、院端可以用医院自己的结算收据号传入，进行反结算。给函数的功能不能等同于5.4.3.1冲正种类为1的冲正交易，该函数并不进行写卡，所以在正常进行结算召回的时候，应该使用5.4.3.1冲正种类为1的冲正交易，该函数是医院端程序进行错误调试或异常处理的时候（如医保数据库成功而写卡失败）进行调用。对于其他参数的解释同其它函数说明。对于结算召回（反结算）输出参数与正交易时的输出参数格式是相同的，在输出参数的第57个参数就是本次反交易的交易流水号。5.4.4费用明细批量删除交易类别代码：医保人员33107INPUTDATA:NUSOFT东软NUSOFT东软第 页共28页第 页共28页1交易类别33107N

51、otnull2医院编号Notnull3就诊流水号NotnullOUTPUTDATA1标志位0成功，其他失败5位2删除执行的行数3附加位00|无意义解释：1）该功能应该慎重使用，仅供开发商程序调试和异常处理时使用，不能在操作员终端的前台显式调用删除的明细是没有结算的明细。其他则不能进行物理删除。（2）5.4.5人工应答（此接口为旧版使用，现在保留）FUNCTIONintTRADE_ANSWER(stringinputData,refstringoutputData)librarySiInterface.dllSynatax:intTRADE_ANSWER(constchar*inputData,

52、char*outputDat)Description:在HIS系统保存交易流水号成功后，需要进行人工应答(包括冲正交易)Returnvalue:0：正确执行；-1：运行出错；ArgumentDescription:INPUT:inputData输入数据char*INOUTPUT:outputData输出结果char*OUTINPUTDATA:1交易流水号（需要应答的交易流水号）26位2VARCHAR2(4)OUTPUTDATA:OUTPUTDATA的前六位：如果等于0成功，否则失败参数说明：5.4.6银行效验医保流水号（已经提供该接口，但农行卡消费未调用）（此接口为农行进行卡消费时效验医保流水

53、号是否存在使用农行使用，HIS开发商不考虑）FUNCTIONintYBVerifySerial（stringinputData,refstringoutputData）librarySiInterface.dllSynatax:intVERIFY_ANSWER（constchar*inputData,char*outputDat）Description:在医保中心结算生成交易流水号成功后，银行调用该接口效验医保中心是否真的存在该交易流水号（包括冲正交易）Returnvalue:0：正确执行；-1：运行出错；ArgumentDescription:INPUT:inputData输入数据char*

54、INOUTPUT:outputData输出结果char*OUTINPUTDATA:1交易流水号（需要应答的交易流水号）26位2VARCHAR2(4)notnullOUTPUTDATA:OUTPUTDATA的前六位：如果等于0成功，否则失败附录一：本次IC卡系统交易渠道改造实施方案流程中国农业银行临沂市分行二期社保IC卡系统交易渠道改造实施方案（V2.6）为实现金穗社保IC卡项目系统优化，纠正受诸多因素影响所产第 页共28页第 页共28页NUSOFT生的程序执行偏离度；梳理银行、社保和定点医院三方数据信息响应的一致性；整合账务核算、清算流程，使系统更加完善。确保系统的平稳运行，进一步提高社会信誉

55、度和服务质量、维护参保人利益。并在原交易流程基本框架基础上，制定本交易渠道改造实施方案。一、计划目标：优化完善三方动态库和接口程序，以银行流水号为主索引，建立账务清算标准化流程，并完成IC卡余额与主账户正确性对接，实现客户需求目标。二、遵循原则：（一）社保、定点商户和银行协商一致原则；（二）科学论证、三方接口源代码共享原则；（三）独立开发、模块衔接、事务匹配、整体系统协调原则。三、实施步骤：本次改造的重点分为以下三个部分。（一）定点医疗机构终端交易消费与信息传递；（二）银行端与定点医疗机构自动对帐和异常处理。（三）冲正、退费及差错响应机制。（一）终端消费流程A、关于使用东软交易新接口医保定点医

56、院IC卡消费流程概述：1、调用IC卡余额查询接口，查询持卡人的IC卡号、卡片余额。2、读出个人账户累计及账户余额信息，调用东软结算接口，返回预结算输出串，其中包括本次帐户应该支付金额和医保交易流水号。3、调用银行IC卡消费接口，输入：卡号、交易金额、医保交易授权号，输出：银行主机日期、银行交易流水号。4、开始事务。5、医院进行本方帐务处理，医院应记录所有交易信息（包括医保交易授权号、交易后卡片余额和银行交易流水号）。6、若医院处理失败，要回滚事务，发起银行冲正交易，冲正交易的唯一输入参数为银行交易流水号。7、若医院处理成功，提交事务。8、打印发票。（医院要提供补打发票机制，必须打印出银行流水号、卡号）注：以上步骤要点如下：NUSOFT（1）必须记录银行交易流水号。（2）出现错误必须冲正。（当卡消费成功并返回农行流水号时，但医院端处理事务失败）B、关于不使用东软接口医保定点药店IC卡消费流程的概述：1、开始事务2、调用IC卡余额查询接口，查询持卡人的IC卡号、卡片余额。3、药店进行本方帐务处理，输出：药店交易流水号。4、调用银行IC卡消费接口，输入：卡号、交易金额、药店交易流水号，输出：银行主机日期、银行交易流水号，药店应将所有交易信息记录。5、若银行交易失败，回滚事务，发起银行冲正交易，冲正交易的唯一输入