1、临沂市定点医疗机构信息系统医保接口使用说明(V 1.1)沈阳东软软件股份有限公司2007年10月第 32 页 共 28 页1目 的22方案的介绍32.1 平台32.2 目前现状32.3 解决方案33系 统 特 点44信息系统接口改造44.1准备工作44.2 开发商提供的应用54.3 医院信息系统改造实施详细说明(注:改造部分黄色标识)54.3.1 门诊部分54.3.2 住院部分85动态链接库()95.1交易编码说明95.1.1 交易码95.2 对帐表(保留该接口，但对帐模式改变，见附录一)105.3编码说明及其他注意事项115.4交易函数接口（SiInterface.dll）115.4.1查询
2、读卡函数115.4.2交易165.4.3冲正交易（反交易）215.4.4费用明细批量删除235.4.5 人工应答(此接口为旧版使用，现在保留)235.4.6 银行效验医保流水号(已经提供该接口，但农行卡消费未调用) (此接口为农行进行卡消费时效验医保流水号是否存在使用农行使用，HIS开发商不考虑)24附录一：本次IC卡系统交易渠道改造实施方案流程25附录二 HIS改造开发重点注意事项34 1 目 的为了更好的落实国家医疗保险政策，加快临沂市医疗保险工作建设，临沂市社会保险中心和各医院建立统一的医疗和保险体系网络，为了使各家医院（或定点药店，下简称医院）和全市参保人员的医疗数据能及时、准确的汇总
3、到社会保险中心，考虑到对算法的准确性、可控性、可维护性以及安全性等多方面的原因，在对各医院原有系统的改造过程中，我们决定采用在原医院HIS系统中加入统一的算法动态链接库的办法来解决。为实现金穗社保IC卡项目系统优化，纠正受诸多因素影响所产生的程序执行偏离度；梳理银行、社保和定点医院三方数据信息响应的一致性；整合账务核算、清算流程，使系统更加完善。确保系统的平稳运行，进一步提高社会信誉度和服务质量、维护参保人利益，并在原交易流程基本框架基础上，制定本交易渠道改造实施方案。注：黄色填充字体为改造部分；为了配合此次改造，文档修改设计面较广而且细，特别是数据格式控制等方面需求将有所增减，由此给各位开发
4、商造成的不便表示歉意！2 方案的介绍2.1 平台 DLL适合于Windows98及以上平台的HIS系统 采用BEA的Weblogic交易中间件 临沂社会保险系统采用C/S/S结构。2.2 目前现状 1、采用网络协议或数据库自带的协议进行数据的直接传输。 缺点：不能够完全保证交易的完整性，存在万分之一的数据丢失或数据错误的可能。2、大量的数据直接Client/Server传送。缺点：安全性差(非法客户端可能直接闯入数据库中修改数据)。 网络容易阻塞，在业务高峰期容易造成网络流量暴增，进而造成网络阻塞数据无法传输或客户端长时间等待。3、如果业务规则发生变化，需要随时更新Client端程序，维护使用
5、不方便。4、每一个Client端都要直接连到数据库服务器。 缺点：服务器需要为每个 Client端建立连接，而且不管是客户端是否在用，都要保持连接，因而消耗大量本来就紧张的服务器资源。 5、解决3方对帐不平问题。表 示 层Service Interface业务逻辑层DB Agent数据存储层Pure StationApplication ServiceRDBMS2.3 解决方案 2.4 方案图解3 系 统 特 点由于我们是在以上平台的基础上开发这个算法动态链接库，因此我们的动态链接库有以下几个显著的特点：1、大用户量与实时性数据通过高速数据通道进行传输，速度快，交易服务中与数据库无关的逻辑处理
6、任务由中间件完成，减少数据库系统的负载。2、保证交易完整性交易数据完整性由动态链接库完成。由于采用XA协议，所以异地或异构数据的事务完整性操作同样可以得到保证。 同时，我们采用人工应答的方式，在保证交易完整性的基础上，使得医院和医保中心的对帐准确、快速。3、3、具有多服务进程、负载平衡和故障恢复的特点。4、数据依赖路由，不同的数据经由不同的数据传输通道，保证数据的高速传输。5、为减少数据传输量和保证数据安全，数据在传输过程中采用压缩和加密技术。6、采用并行数据通道传输数据，同时具有容错和数据恢复能力。7、同时具有一般动态库的灵活性、易维护性等特点。4 信息系统接口改造4.1准备工作l 首先医院
7、需要根据医疗保险政策的需要，按照我们所提供的医疗保险的接口改造医院现有的HIS系统，使新的HIS系统能够适应医保的需要。l 医院需要根据医保中心提供的四个基本目录，病种信息、药品信息、诊疗项目信息和服务设施信息建立与医院内码相对应的病种编码、药品编码、诊疗编码和服务设施信息编码的对应信息。l 对于那些无法找到对应关系的收费项目信息，医院按照医保中心费用分类编码，维护和更新收费项目信息。4.2 开发商提供的应用 维护四个对照表，每个都是一对多的关系.也就是在原有的表中加入医保对应编码。l 病种信息对照表(所有的病种必须对照)l 药品信息对照表(西药和中成药采用准入法，草药为排除法)l 诊疗项目对
8、照表(采用准入法)l 服务设施对照表(采用准入法)l 没有对应关系的收费项目信息，按照医保中心的费用分类办法修改收费项目信息4.3 医院信息系统改造实施详细说明(注:改造部分黄色标识)4.3.1 门诊部分1、挂号挂号系统中加入“读卡”按钮，实现从CPU卡中读取参保就诊病人的基本信息和参保信息，然后将病人信息显示在HIS系统界面上。在挂号完成之前：挂号信息写到本地的数据库中之前，如果是参保病人,那么在动态链接库的输入串中，写入挂号交易的交易类别码和相关信息的组合串，（注意：输出参数要分配足够得内存，以备传回来的数据保存）动态库会把挂号信息写入医保前置机，最后发起应答，修改交易日志，医保交易完成。
9、挂号交易的流程图如下： 挂号交易流程(注：tuxdeo改为weblogic)挂号时：1. 挂号的交易码按不同的就诊类别分别使用，医保病人挂号的交易类别代码是331022. 医保挂号是参保对象到定点医疗机构就诊时的身份确认和信息登记，是必须有的；挂号时若产生了挂号费、诊疗费等费用请在门诊收费模块进行收费。退号时: 1退号交易的流程和挂号的处理流程是相同的。在系统中，退号是挂号的反过程。2调用反交易退号时，应该取得医保系统返回的挂号的交易流水号，各个医院或实施点可根据具体情况记录交易的流水号，已备反交易使用。3退号不再产生weblogic医保交易流水号。2、门诊划价需要把门诊的明细信息写入并提交给
10、医保接口数据表 “费用明细记录表”，具体的费用信息由对照表产生:系统通过输入的药品编码（或者是诊疗项目编码），根据对照表中的自负比例和医保政策计算产生相应的处方明细信息。划价流程如下：3、门诊收款(结算)(已改，详见附录一说明，改造重点) 医保病人结算需要先进行“读卡”操作，并根据先前挂号时产生的挂号信息中查出保险人员的划价信息。然后在相应的程序中将没有结算的处方信息全部写入医保前置机中。写入处方结束后，进行收集数据，生成医保结算信息，结算后定时的将该笔结算信息传递给社保中心。如果医保交易成功，则调用农行卡消费接口，扣除卡中账户金，如果扣除成功，则生成农行交易流水号，然后完成HIS收费结算的其
11、他操作，并保存医保流水号和农行交易流水号；如果医保交易失败，则此次HIS系统收费结算失败，需要将刚才已提交的数据人工的回退到结算前的状态，需要退还卡中的金额(即做冲正处理)。(注意，在门诊结算时，必须将消费处方信息上传到医保中心，即调用33105操作)门诊收费的流程图如下所示：(流程更改，请参照附录一中IC卡消费流程)4、 门诊收费反交易(已改，详见附录一说明，改造重点)完成医保结算后，如果发现结算有错误，可进行如下操作：利用医院各自存储的根据住院流水号和发票号，取得医保交易号和农行交易流水号，其中医保交易流水号和卡号进行组串，把相关的结算数据和已经传上去的数据进行反交易；同时，利用农行交易流
12、水号，调用农行反交易函数进行反交易。取消以前的结算数据，以便重新进行交易。反交易的流程和收费交易流程相同。4.3.2 住院部分 1、入院登记当参保患者需要住院时，首先“读卡”得到参保人的基本信息和帐户信息等，然后，则调用动态库“入院登记交易服务”把保险人住院信息定时的传递到社保中心，从而更新数据，这样在社保中心的数据就是和事实相符的。住院登记流程如下：(注：tuxdeo改为weblogic)2、医嘱录入因为在前置机计算的时候，需要到医院接口表中汇总和计算相关数据，所以涉及到的药品、诊疗、服务设施等明细信息需要录入到医院接口表中。只有这样，前置机上的服务才有可能根据这些详细的每个病人的数据计算出
13、我们所需要的汇总信息，由此我们完成了数据收集的任务。这个服务中的单据号是一个临时单据号，用而且必须用住院流水号代替。3、诊疗医嘱录入诊疗医嘱录入的处理同药品医嘱。同样的把这些项目的医院代码，社保中心代码，等级、价格、数量等录入的医院接口表中4、住院退费住院退费可以是单条明细的冲正，也可以是负处方。单条明细的冲正交易，是将该条明细包括单价、数量、金额全部作废。5、结算住院结算的原理和门诊结算是一样的，系统首先汇总参保对象该次住院的费用明细，然后根据医保相关政策和算法计算出相关的结算信息。6、结算召回住院结算完成后，如果发现结算有误，可将结算如回，将先前的住院结算单作废，利用反交易类型，对前面的住
14、院结算进行冲正。在医院接口表有相关的发生费用的交易的每一次的交易流水号。对于CPU卡结算召回时必须读卡，以便与结算时的卡片信息对照；结算召回后必须写卡，将卡中的医保累计信息写回。7、无费退院不能算是一次住院，也就是说起付线不变。所以应该调用住院登记的反交易，同样取得交易流水号，然后发起交易就可以了，可以说是社保中心的取消住院。无费退院将不再产生交易流水号。对于CPU卡无费退院必须写卡，将住院登记置的住院状态置回为不在院。8、参保患者住院费用查询 可以在任何时候调用“医保病人预结算”计算在院人员的费用信息,除了门诊结算，因为门诊病人，在结算之后，再去查询预结算信息将毫无意义。预结算操作，基本上可
15、以说，预结算与结算是相同的，不过能预结算没有正式的发票号，只是用住院流水号代替而已。5 动态链接库()5.1交易编码说明5.1.1 交易码1、 交易码总长度是5位2、 第一位是交易类型： 3 交易 6 查询 9 认证3、 第二位和第三位是业务类型： 01 公共业务11 养老业务21 失业业务31 医疗业务41 工伤业务51 生育业务4、 第四位和第五位是服务代码，范围从 01 9912345功能简介交易性质备注33101医疗登记（住院登记）交易 33102医疗登记（门诊挂号）交易 33103医疗结算（住院结算）交易 33104医疗结算（门诊结算）交易 33105费用明细录入交易33106反交易
16、交易33107费用明细批量删除交易33108住院结算反交易交易33109门诊结算反交易交易63103预结算查询63104查询医疗参保人员基本信息查询63105查询医疗参保人员帐户信息查询63106对帐(废弃)查询63107特殊项目审批信息查询查询5.2 对帐表(保留该接口，但对帐模式改变，见附录一，改造重点)查询医院前置机中表（TRADE_LOG）：名称代码类型PM交易流水号TRADE_CODECHAR(26)YesYes被冲正交易流水号RETRADE_CODECHAR(33)NoNo交易状态TRADE_STATUSCHAR(2)NoNo说明：TRADE_STATUS：1 医保中心交易处理成功
17、2 医院人工应答成功3 已冲正医院在处理完成交易以后，需要人工应答确认交易处理已经完成，初始状态没有记录数据，所以也就不存在什么状态之说，当数据从中心机回到前置机的时候，相关的服务会把返回结果写到TRADE_LOG中。此时：如果状态为1，则说明医保中心已经交易处理完成并成功提交数据库，但医院方还没有完成应答，如果对帐过程中交易日志中有此中状态，可发起冲正交易，将医保中心交易作废，也可以补发应答信息，确认。如果状态是2，则说明医院和医保中心都已经完成交易处理，可作为结算依据。5.3编码说明及其他注意事项药品等级：1甲类、2乙类、3丙类医院等级1 、一级2、二级3、三级收费编码 ：编码名称备注01
18、护理、诊疗费诊疗02化验费诊疗03检查、放射费诊疗04治疗费诊疗05手术费诊疗06材料费诊疗07其它诊疗08麻醉诊疗11西药费药品12中药费药品13中草药费药品34床位费服务设施36特殊材料费服务设施注意：因银行开发商的原因，凡是从卡中读出的personaccount串和结算（预结算）输出串中写卡部分的金额均是以分为单位的，例如3043则代表30.43元，在文档的具体部分会有详细注解，其他地方正常，请医院开发商在读出personaccount串和结算（预结算）输出串时注意处理。5.4交易函数接口（SiInterface.dll）5.4.1查询读卡函数Synatax:int ReadCard(I
19、nt ReadType,char* DataBuffer)Description:DataBuffer 必须分配1024字节的空间或者更大。Return value:0：正确执行；-1：运行出错；5.4.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)8个人社保编号Varchar2(18)9医疗人员类别11在职 12在职长期驻外 21退休
20、 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退休 22退休异地安置31离休 32离休异地安置33二等乙级以上革命伤残军人34二等乙级以上革命伤残军人异地安置91其它4统筹支出累计若从卡
21、中读出，则以分为单位5救助金支出累计若从卡中读出，则以分为单位6账户余额若从卡中读出，则以分为单位7转出医院起付标准若从卡中读出，则以分为单位临沂暂时未用8转出医院起付标准自付若从卡中读出，则以分为单位临沂暂时未用9本年度住院次数10账户支出累计若从卡中读出，则以分为单位11门诊大病统筹支出累计若从卡中读出，则以分为单位临沂暂时未用12门诊慢性病统筹支出累计若从卡中读出，则以分为单位13个人现金支出累计若从卡中读出，则以分为单位14乙类自理费用累计若从卡中读出，则以分为单位15公务员补助支出累计若从卡中读出，则以分为单位16个人自费费用累计若从卡中读出，则以分为单位17进入统筹费用累计若从卡中
22、读出，则以分为单位18第一次住院医院等级19第一次住院起付标准自付若从卡中读出，则以分为单位20第二次住院医院等级21第二次住院起付标准自付若从卡中读出，则以分为单位22三次以上住院起付标准自付累计若从卡中读出，则以分为单位23门诊慢性病起付标准自付累计若从卡中读出，则以分为单位现在帐号信息从中心读取，不是从卡中读，所以改为元为单位，对此表示歉意！5.4.1.3查找最后一笔未应答的交易(该接口废弃，已经不提供)INPUTDATA:完成1住院（门诊）流水号Varchar2(18)2医院编号Varchar2(18)OUTPUTDATA：1OUTPUTDATA如果大于等于0成功 ，否则失败长度：6类
23、型：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：正确执行；-1：运行出错；Argument Description:INPUT:inputData 输
24、入数据 char* INOUTPUT:outputData 输出结果 char* OUT例如：strcpy(inputData,”zy0000000001|100023|”outputData=malloc(100);ret = HIS_FINDLAST(inputData, outputData)if(ret !=0) printf(“%s”,”动态库执行不成功，可能是网络不通或者相关变量设置不正确”);return;strncpy(appcChar,outputData,6);appcode=atoi(appChar);if(appcode!=0) /*取得前置机上标志位*/printf(
25、s”,outputData);return;5.4.1.5系统对帐(63106交易废弃，对帐模式改变，见附录一)INPUTDATA：交易类别代码 631061交易类别代码631062开始时间YYYYMMDD3结束时间YYYYMMDD4医院编号Varchar2(5)OUTPUTDATA：1OUTPUTDATA如果大于等于0成功 ，否则失败2交易总条数不包括冲正交易笔数3交易总金额函数说明：FUNCTION Int QUERY_HANDLE (const char* inputdata,char* outputdata) library SiInterface.dllSynatax:Int Q
26、UERY_HANDLE (const char* inputData, char* outputDat)Description:响应来自于HIS的查询请求，进行对帐查询,返回时间段内的交易总笔数和总金额Return value:0：正确执行；-1：运行出错；Argument Description:INPUT:inputData 输入数据 char* INOUTPUT:outputData 输出结果 char* OUT例如：strcpy(inputData,”63106|200209061524|200209071524|100023|”/*inputData=交易类别代码+开始时间+结束时间
27、医院编号*/outputData=malloc(1024);ret = QUERY_HANDLE (inputData, outputData)if(ret !=0) printf(“%s”,”动态库执行不成功，可能是网络不通或者相关变量设置不正确”);return;strncpy(appcChar,outputData,6);appcode=atoi(appChar);/*取得前置机上标志位*/if(appcode!=0)printf(“%s”,outputData);return;5.4.1.6特殊项目审批查询交易类别代码：63107INPUTDATA：编号描述格式与约束备注1交易类别代
28、码63107Not null2医院编号Not null3住院流水号Not null4项目编码（医保）Varchar2(20)Not null5处方日期YYYYMMDDNot null6审批类别5：特药审批6：特殊诊疗项目审批Not nullOUTPUTDATA:1OUTPUTDATA如果大于等于0成功 ，否则失败（数据库错误或者没有找到有效的审批信息）2审批编码(00000代表未审批通过)3开始时间4终止时间若为空，表示终止时间不限制5医保意见5.4.2交易/-交易部分FUNCTION int BUSINESS_HANDLE(string inputData,ref string output
29、Data) library SiInterface.dllSynatax:int BUSINESS_HANDLE (const char* inputData, char* outputDat)Description:响应来自于HIS的查询请求，进行相关医疗业务处理Return value:0：正确执行；-1：运行出错；（出错的原因有可能是网络、硬件、oracle后台执行错误等）Argument Description:INPUT:inputData 输入数据 char* INOUTPUT:outputData 输出结果 char* OUT注意：由于大部分写卡操作现已废弃，写卡操作仅为调用农行
30、卡消费函数和置卡在院状态位，而写卡消费函数现由HIS开发商自行调用。当执行住院登记、写结算信息或反结算，以及反交易中的反登记冲正,结算冲正操作时，将进行在院状态更改，在执行上述操作时，如出现写卡不成功时，则outputData第一个参数会输出-1，其余参数仍然正确输出，请开发商注意将输出串outputData的交易流水号取出，或者记录HIS数据库的单据号，以便进行数据库结算冲正（仅仅是数据库的冲正，不进行写卡）。调用农行接口函数时，PB入参一定要分配足够的空间。5.4.2.1挂号、入院登记交易交易类别代码：医保住院(含门诊慢性病)登记：33101 医保门诊挂号：33102INPUTDATA:
31、编号描述约束/备注1交易类别代码Not null2个人及帐户信息（从IC卡读出）personaccount正常输入，金额以元为单位3交易类型(1 挂号/入院登记)输入参数1 not null4住院或门诊流水号not null5医疗类别:11普通门诊 14 药店 15 门诊慢性病21普通住院 44 生育住院not null6入院或挂号日期格式yyyymmdd7入院诊断编码普通住院、门诊慢性病不能为空；医保诊断编码8医院编号not null9医院等级 1 一级 2 二级 3 三级not null10医院名称not null11单据号Varchar2(14)12经办人姓名not null13经办日期
32、not null格式yyyymmddOUTPUTDATA: 对于挂号 1OUTPUTDATA 的前5位：如果大于等于0成功 ，否则失败 2交易流水号 对于入院登记(或者门诊慢性病)：1OUTPUTDATA 的前5位：如果等于0成功 ，否则失败2入院日期3个人在院状态4医院编号5出院日期6住院疾病编码7起付线8起付线支付9其它110其它211其它312交易流水号13行政区划代码Varchar2(6)普通住院和生育住院登记时有该字段对于住院登记和门诊慢性病的登记请注意判断病人的连接状态，如果为“1”（“在院”）则不能继续进行登记了。 月结改造：等各个区县的医疗保险启动后，不同行政区划的人员在同一家
33、医院就医，在月底结算时，医院要根据行政区划分别打印各行政区划的对帐单，并且根据对帐单去相应的行政区的医疗保险处进行对帐和月结算，故要设置13字段，返回行政区划代码。仅仅普通住院和生育住院时有13字段对于退号和无费退院：系统将不产生交易流水号5.4.2.2 预结算预结算的代码为：医保人员63103INPUTDATA:序号字段名称描述备注1交易类别代码63103not null2个人及帐户信息个人及帐户信息（从IC卡读出）personaccount串not null3医疗类别11普通门诊 14 药店 15 门诊慢性病21普通住院 44 生育住院not null4住院或门诊流水号not null5医
34、院编码not null6医院等级1 一级 2 二级 3 三级not null7经办人姓名not null8经办时间Not null yyyymmddOUTPUTDATA:同结算输出串格式。(注：无行政区划代码)5.4.2.4 结算交易类别代码：医保住院（含门诊慢性病）结算：33103 医保门诊结算：33104INPUTDATA:序号字段名称字段长度说明备注1交易类别代码5not null2个人及帐户信息个人及帐户信息（从IC卡读出）personaccountnot null3交易类型1正常交易传参数1 not null4住院或门诊流水号not null5单据号Varchar2(14)not n
35、ull6医疗类别11普通门诊 14 药店 15 门诊慢性病21普通住院 44 生育住院not null7医院编号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住院（慢性病）不能为空注意：根据市直现有政策，调整“副诊断疾病
36、名称”字段为：非空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本年救助金支出累计Number(8
37、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慢性病起伏标准
38、自负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)42就诊（入院）日期格式：yyyymmdd43个人帐户支出金额Nu
39、mber(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万以上是否有救助金（公务员补助金支付）0：没有1：有554万20万救助金额Number(8,2)
40、5620万以上救助金额Number(8,2)57交易流水号Varchar2(26)58行政区划代码Varchar2(6)普通门诊和门诊慢性病结算时有该字段注：红色表示输出的为个人账户累计信息蓝色表示输出的为个人住院信息紫色表示输出的为个人本次结算交易的信息黑色表示输出的为其他的补充信息粉红色表示输出的为weblogic交易流水号普通门诊和门诊慢性病结算时，动态库返回串中最后并上行政区划代码原来返回给HIS的参数原来有57个，现在改为58个5.4.2.5明细数据插入交易类别代码：33105INPUTDATA:编号说明类型备注1交易类别代码33105Not null2医院编号Varchar2(4)Not null3
免费区 
