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

《医院信息系统医保接口系统手册.doc》由会员分享，可在线阅读，更多相关《医院信息系统医保接口系统手册.doc（33页珍藏版）》请在三一文库上搜索。

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

2、5 4.3.2 住院部分 8 5 5动态链接库动态链接库()()9 5.1 交易编码说明交易编码说明.9 5.1.1 交易码 9 5.2 对帐表对帐表( (保留该接口，但对帐模式改变，见附录一保留该接口，但对帐模式改变，见附录一) ) 10 5.3 编码说明及其他注意事项编码说明及其他注意事项.11 5.4 交易函数接口（交易函数接口（SIINTERFACE.DLL）11 5.4.1 查询读卡函数 .11 5.4.2 交易 .16 5.4.3 冲正交易（反交易） .21 5.4.4 费用明细批量删除 .23 5.4.5 人工应答(此接口为旧版使用，现在保留).23 5.4.6 银行效验医保流水

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

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

5、发商造成的不便表示歉意！ 第 3 页 共 28 页 2 2方案的介绍方案的介绍 2.12.1 平台平台 DLL 适合于 Windows98 及以上平台的 HIS 系统 采用 BEA 的 Weblogic 交易中间件 临沂社会保险系统采用 C/S/S 结构。 2.22.2 目前现状目前现状 1、采用网络协议或数据库自带的协议进行数据的直接传输。 缺点：不能够完全保证交易的完整性，存在万分之一的数据丢失或数据错 误的可能。 2、大量的数据直接 Client/Server 传送。 缺点：安全性差(非法客户端可能直接闯入数据库中修改数据)。 网络容易阻塞，在业务高峰期容易造成网络流量暴增，进而造成网

6、络阻塞数据无法传输或客户端长时间等待。 3、如果业务规则发生变化，需要随时更新 Client 端程序，维护使用不方 便。 4、每一个 Client 端都要直接连到数据库服务器。 缺点：服务器需要为每个 Client 端建立连接，而且不管是客户端是否在 用，都要保持连接，因而消耗大量本来就紧张的服务器资源。 5、解决 3 方对帐不平问题。 2.32.3 解决方案解决方案 表表 示示 层层 Service Interface 业务逻辑层业务逻辑层 DB Agent 数数据据存存储储层层 Pure StationApplication ServiceRDBMS 第 4 页 共 28 页 2.4 方案

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

8、据传输通道，保证数据的高速传输。 5、为减少数据传输量和保证数据安全，数据在传输过程中采用压缩和加密技术。 6、采用并行数据通道传输数据，同时具有容错和数据恢复能力。 7、同时具有一般动态库的灵活性、易维护性等特点。 4 4信息系统接口改造信息系统接口改造 4.14.1 准备工作准备工作 首先医院需要根据医疗保险政策的需要，按照我们所提供的医疗保险的 第 5 页 共 28 页 接口改造医院现有的 HIS 系统，使新的 HIS 系统能够适应医保的需要。 医院需要根据医保中心提供的四个基本目录，病种信息、药品信息、诊 疗项目信息和服务设施信息建立与医院内码相对应的病种编码、药品编 码、诊疗编码和服

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

10、 ) 4.3.1 门诊部分门诊部分 1、挂号、挂号 挂号系统中加入“读卡”按钮，实现从 CPU 卡中读取参保就诊病人的基 本信息和参保信息，然后将病人信息显示在 HIS 系统界面上。在挂号完成之前： 挂号信息写到本地的数据库中之前，如果是参保病人,那么在动态链接库的输入 串中，写入挂号交易的交易类别码和相关信息的组合串， （注意：输出参数要分 配足够得内存，以备传回来的数据保存）动态库会把挂号信息写入医保前置机， 最后发起应答，修改交易日志，医保交易完成。 挂号交易的流程图如下： 第 6 页 共 28 页 挂号交易流程(注：tuxdeo 改为 weblogic) 挂号时： 1. 挂号的交易码按

11、不同的就诊类别分别使用，医保病人挂号的交 易类别代码是 33102 2. 医保挂号是参保对象到定点医疗机构就诊时的身份确认和信息 登记，是必须有的；挂号时若产生了挂号费、诊疗费等费用请 在门诊收费模块进行收费。 退号时: 1退号交易的流程和挂号的处理流程是相同的。在系统中，退号是 挂号的反过程。 2调用反交易退号时，应该取得医保系统返回的挂号的交易流水号， 各个医院或实施点可根据具体情况记录交易的流水号，已备反 交易使用。 3退号不再产生 weblogic 医保交易流水号。 2、门诊划价、门诊划价 需要把门诊的明细信息写入并提交给医保接口数据表 “费用明细记录 表” ，具体的费用信息由对照表产

12、生:系统通过输入的药品编码（或者是诊 疗项目编码） ，根据对照表中的自负比例和医保政策计算产生相应的处方明 细信息。 第 7 页 共 28 页 划价流程如下： 3 3、门诊收款、门诊收款( (结算结算)()(已改，详见附录一说明，已改，详见附录一说明，改造重点改造重点) ) 医保病人结算需要先进行“读卡”操作，并根据先前挂号时产生的挂号 信息中查出保险人员的划价信息。然后在相应的程序中将没有结算的处方信 息全部写入医保前置机中。写入处方结束后，进行收集数据，生成医保结算 信息，结算后定时的将该笔结算信息传递给社保中心。如果医保交易成功， 则调用农行卡消费接口，扣除卡中账户金，如果扣除成功，则生

13、成农行交易 流水号，然后完成 HIS 收费结算的其他操作，并保存医保流水号和农行交易 流水号；如果医保交易失败，则此次 HIS 系统收费结算失败，需要将刚才已 提交的数据人工的回退到结算前的状态，需要退还卡中的金额(即做冲正处 理)。(注意，在门诊结算时，必须将消费处方信息上传到医保中心，即调用 33105 操作) 门诊收费的流程图如下所示：(流程更改，请参照附录一中 IC 卡消费流程) 第 8 页 共 28 页 4 4、门诊收费反交易门诊收费反交易( (已改，详见附录一说明，已改，详见附录一说明，改造重点改造重点) ) 完成医保结算后，如果发现结算有错误，可进行如下操作：利用医院各 自存储的

14、根据住院流水号和发票号，取得医保交易号和农行交易流水号， 其中医保交易流水号和卡号进行组串，把相关的结算数据和已经传上去的 数据进行反交易；同时，利用农行交易流水号，调用农行反交易函数进行 反交易。取消以前的结算数据，以便重新进行交易。反交易的流程和收费 交易流程相同。 4.3.2 住院住院部分部分 1、入院登记、入院登记 当参保患者需要住院时，首先“读卡”得到参保人的基本信息和帐户信 息等，然后，则调用动态库“入院登记交易服务”把保险人住院信息定时 的传递到社保中心，从而更新数据，这样在社保中心的数据就是和事实相 符的。 住院登记流程如下：(注：tuxdeo 改为 weblogic) 第 9

15、 页 共 28 页 2、医嘱录入、医嘱录入 因为在前置机计算的时候，需要到医院接口表中汇总和计算相关数据， 所以涉及到的药品、诊疗、服务设施等明细信息需要录入到医院接口表中。 只有这样，前置机上的服务才有可能根据这些详细的每个病人的数据计算 出我们所需要的汇总信息，由此我们完成了数据收集的任务。这个服务中 的单据号是一个临时单据号，用而且必须用住院流水号代替。 3、诊疗医嘱录入、诊疗医嘱录入 诊疗医嘱录入的处理同药品医嘱。同样的把这些项目的医院代码，社保 中心代码，等级、价格、数量等录入的医院接口表中 4 4、住院退费、住院退费 住院退费可以是单条明细的冲正，也可以是负处方。单条明细的冲正 交

16、易，是将该条明细包括单价、数量、金额全部作废。 5、结算、结算 住院结算的原理和门诊结算是一样的，系统首先汇总参保对象该次住 院的费用明细，然后根据医保相关政策和算法计算出相关的结算信息。 6 6、结算召回、结算召回 住院结算完成后，如果发现结算有误，可将结算如回，将先前的住院结 第 10 页 共 28 页 算单作废，利用反交易类型，对前面的住院结算进行冲正。在医院接口表有 相关的发生费用的交易的每一次的交易流水号。对于 CPU 卡结算召回时必须 读卡，以便与结算时的卡片信息对照；结算召回后必须写卡，将卡中的医保 累计信息写回。 7 7、无费退院、无费退院 不能算是一次住院，也就是说起付线不变

17、。所以应该调用住院登记的反 交易，同样取得交易流水号，然后发起交易就可以了，可以说是社保中心的 取消住院。无费退院将不再产生交易流水号。对于 CPU 卡无费退院必须写卡， 将住院登记置的住院状态置回为不在院。 8 8、参保患者住院费用查询、参保患者住院费用查询 可以在任何时候调用“医保病人预结算”计算在院人员的费用信息,除了 门诊结算，因为门诊病人，在结算之后，再去查询预结算信息将毫无意义。 预结算操作，基本上可以说，预结算与结算是相同的，不过能预结算没有正 式的发票号，只是用住院流水号代替而已。 5 5动态链接库动态链接库()() 5.1 交易编码说明交易编码说明 5.1.1 交易码交易码

18、1、交易码总长度是 5 位 2、第一位是交易类型： 3 交易 6 查询 9 认证 3、第二位和第三位是业务类型： 01 公共业务 11 养老业务 21 失业业务 31 医疗业务 41 工伤业务 51 生育业务 4、第四位和第五位是服务代码，范围从 01 99 1 12 23 34 45 5 功能简介功能简介交易性质交易性质备注备注 33101医疗登记（住院登记）交易 33102医疗登记（门诊挂号）交易 第 11 页 共 28 页 33103医疗结算（住院结算）交易 33104医疗结算（门诊结算）交易 33105费用明细录入交易 33106反交易交易 33107费用明细批量删除交易 33108住

19、院结算反交易交易 33109门诊结算反交易交易 63103预结算查询 63104查询医疗参保人员基本信息查询 63105查询医疗参保人员帐户信息查询 63106对帐(废弃)查询 63107特殊项目审批信息查询查询 5.2 对帐对帐表表( (保留该接口，但对帐模式改变，见附录一保留该接口，但对帐模式改变，见附录一，改造重点) ) 查询医院前置机中表（TRADE_LOG）： 名称代码类型PM 交易流水号TRADE_CODECHAR(26)YesYes 被冲正交易流水号RETRADE_CODECHAR(33)NoNo 交易状态TRADE_STATUSCHAR(2)NoNo 说明： TRADE_STA

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

21、：1甲类、2乙类、3丙类 医院等级 1 、一级 2、二级 3、三级 收费编码 ： 编码名称备注 01护理、诊疗费诊疗 02化验费诊疗 03检查、放射费诊疗 第 12 页 共 28 页 04治疗费诊疗 05手术费诊疗 06材料费诊疗 07其它诊疗 08麻醉诊疗 11西药费药品 12中药费药品 13中草药费药品 34床位费服务设施 36特殊材料费服务设施 注意：因银行开发商的原因，凡是从卡中读出的 personaccountpersonaccount 串串和结算（预结算）输出结算（预结算）输出 串串中写卡部分的金额均是以分为单位以分为单位的，例如 3043 则代表 30.43 元，在文档的具体部分

22、会 有详细注解，其他地方正常，请医院开发商在读出 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.1.1 读持卡人基本信息读持卡人基本信息 ReadType = 1 OUTPUTDATA: 1公民

23、身份证号Varchar2(18) 2姓名Varchar2(20) 3性别Varchar2(3) 1：男 2：女 4民族Varchar2(3) 5IC 卡号Varchar2(10) 6出生日期格式：yyyymmdd 7单位编码Varchar2(14) 第 13 页 共 28 页 8个人社保编号Varchar2(18) 9医疗人员类别11 在职 12 在职长期驻外 21 退休 22 退休异地安置 31 离休 32 离休异地安置 33 二等乙级以上革命伤残军人 34 二等乙级以上革命伤残军人异地安置 91 其它 10修改日期格式：yyyymmdd 11其它 1临沂改为：门诊慢性病补助证号 varch

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

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

26、7 进入统筹费用累计若从卡中读出，则以分为单 位 18 第一次住院医院等级 19 第一次住院起付标准自付若从卡中读出，则以分为单 位 20 第二次住院医院等级 21 第二次住院起付标准自付若从卡中读出，则以分为单 位 22 三次以上住院起付标准自 付累计 若从卡中读出，则以分为单 位 23 门诊慢性病起付标准自付 累计 若从卡中读出，则以分为单 位 现在帐号信息从中心读取，不是从卡中读，所以改为元为单位，对此表示歉意现在帐号信息从中心读取，不是从卡中读，所以改为元为单位，对此表示歉意！ 5.4.1.3 查找最后一笔未应答的交易查找最后一笔未应答的交易(该接口废弃，已经不提供该接口废弃，已经不提

27、供) INPUTDATA:完成完成 1住院（门诊）流水号Varchar2(18) 2医院编号 Varchar2(18) OUTPUTDATA： 1OUTPUTDATA 如果大于等于 0 成功 ，否则失败 长度：6类型：stirng 2交易流水号 函数说明： FUNCTION Int HIS_FINDLAST(const char* inputdata,char* outputdata) library “SiInterface.dll“ Synatax: int HIS_FINDLAST (const char* inputData, char* outputDat) Description:

28、 响应来自于 HIS 的查询请求，包括对帐查询,返回这个病人的最后一条错误交易 的交易流水号（如果经过查询 Return value: 0：正确执行； -1：运行出错； Argument Description: INPUT: inputData 输入数据 char* IN OUTPUT: outputData 输出结果 char* OUT 第 15 页 共 28 页 例如： strcpy(inputData,”zy0000000001|100023|” outputData=malloc(100); ret = HIS_FINDLAST(inputData, outputData) if(r

29、et !=0) printf(“%s”,”动态库执行不成功，可能是网络不通或者相关变量设置不正确”); return; strncpy(appcChar,outputData,6); appcode=atoi(appChar); if(appcode!=0) /*取得前置机上标志位*/ printf(“%s”,outputData); return; 5.4.1.5 系统对帐系统对帐(63106 交易废弃，对帐模式改变，见附录一) INPUTDATA：交易类别交易类别代码 63106 1交易类别代码 63106 2开始时间 YYYYMMDD 3结束时间 YYYYMMDD 4医院编号 Varch

30、ar2(5) OUTPUTDATA： 1OUTPUTDATA 如果大于等于 0 成功 ，否则失败 2交易总条数不包括冲正交易笔数 3交易总金额 函数说明： FUNCTION Int QUERY_HANDLE (const char* inputdata,char* outputdata) library “SiInterface.dll“ Synatax: Int QUERY_HANDLE (const char* inputData, char* outputDat) Description: 响应来自于 HIS 的查询请求，进行对帐查询,返回时间段内的交易总笔数和总金 额 Return v

31、alue: 0：正确执行； -1：运行出错； Argument Description: INPUT: 第 16 页 共 28 页 inputData 输入数据 char* IN OUTPUT: outputData 输出结果 char* OUT 例如： strcpy(inputData,”63106|200209061524|200209071524|100023|” /*inputData=交易类别代码+开始时间+结束时间+医院编号*/ outputData=malloc(1024); ret = QUERY_HANDLE (inputData, outputData) if(ret !=

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

33、null 4项目编码（医保） Varchar2(20)Not null 5处方日期 YYYYMMDDNot null 6审批类别5：特药审批 6：特殊诊疗项目审批 Not null OUTPUTDATA: 1OUTPUTDATA 如果大于等于 0 成功 ，否 则失败（数据库错误或者没有找到有效的审 批信息） 2审批编码(00000 代表未审批通过) 3开始时间 4终止时间若为空，表示终止时间 不限制 5医保意见 第 17 页 共 28 页 5.4.25.4.2 交易交易 /-交易部分 FUNCTION int BUSINESS_HANDLE(string inputData,ref strin

34、g outputData) library “SiInterface.dll“ Synatax: int BUSINESS_HANDLE (const char* inputData, char* outputDat) Description: 响应来自于 HIS 的查询请求，进行相关医疗业务处理 Return value: 0：正确执行； -1：运行出错；（出错的原因有可能是网络、硬件、oracle 后台执行错误等） Argument Description: INPUT: inputData 输入数据 char* IN OUTPUT: outputData 输出结果 char* OUT 注

35、意：由于大部分写卡操作现已废弃，写卡操作仅为调用农行卡消费函数和置卡注意：由于大部分写卡操作现已废弃，写卡操作仅为调用农行卡消费函数和置卡 在院状态位，而写卡消费函数现由在院状态位，而写卡消费函数现由 HIS 开发商自行调用。当执行住院登记、写结开发商自行调用。当执行住院登记、写结 算信息或反结算，以及反交易中的反登记冲正算信息或反结算，以及反交易中的反登记冲正,结算冲正操作时，将进行在院状结算冲正操作时，将进行在院状 态更改，在执行上述操作时，如出现写卡不成功时，则态更改，在执行上述操作时，如出现写卡不成功时，则 outputData 第一个参数第一个参数 会输出会输出-1，其余参数仍然正确

36、输出，请开发商注意将输出串，其余参数仍然正确输出，请开发商注意将输出串 outputData 的交易的交易 流水号取出，或者记录流水号取出，或者记录 HIS 数据库的单据号，以便进行数据库结算冲正（仅仅是数据库的单据号，以便进行数据库结算冲正（仅仅是 数据库的冲正，不进行写卡）数据库的冲正，不进行写卡） 。调用农行接口函数时，。调用农行接口函数时，PB 入参一定要分配足够的入参一定要分配足够的 空间。空间。 5.4.2.1 挂号、入院登记交易挂号、入院登记交易 交易类别代码：医保住院(含门诊慢性病)登记：33101 医保门诊挂号：33102 INPUTDATA: 编号编号描述描述约束约束/备注

37、备注 1交易类别代码Not null 2个人及帐户信息（从 IC 卡读出）personaccount正常输入，金额以元为单 位 3交易类型(1 挂号/入院登记)输入参数 1 not null 4住院或门诊流水号not null 5医疗类别: 11 普通门诊 14 药店 15 门诊慢性病 21 普通住院 44 生育住院 not null 6入院或挂号日期格式 yyyymmdd 7入院诊断编码普通住院、门诊慢性病不 第 18 页 共 28 页 能为空；医保诊断编码 8医院编号not null 9医院等级 1 一级 2 二级 3 三级not null 10医院名称not null 11单据号Varc

38、har2(14) 12经办人姓名not null 13经办日期not null 格式 yyyymmdd OUTPUTDATA: 对于挂号 1OUTPUTDATA 的前 5 位：如果大于等于 0 成功 ，否则失败 2交易流水号 对于入院登记对于入院登记(或者门诊慢性病或者门诊慢性病)： 1OUTPUTDATA 的前 5 位：如果等于 0 成功 ， 否则失败 2入院日期 3个人在院状态 4医院编号 5出院日期 6住院疾病编码 7起付线 8起付线支付 9其它 1 10其它 2 11其它 3 12交易流水号 13行政区划代码Varchar2(6) 普通住院和生育住院登 记时有该字段 对于住院登记和门诊

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

40、3103 INPUTDATA: 序 号 字段名称描述备注 第 19 页 共 28 页 1交易类别代码63103not null 2个人及帐户信息个人及帐户信息（从 IC 卡读出） personaccount 串 not null 3医疗类别11 普通门诊 14 药店 15 门诊慢性病 21 普通住院 44 生育住院 not null 4住院或门诊流水号not null 5医院编码not null 6医院等级1 一级 2 二级 3 三级not null 7经办人姓名not null 8经办时间Not null yyyymmdd OUTPUTDATA: 同结算输出串格式。(注：无行政区划代码) 5

41、.4.2.4 结算结算 交易类别代码：医保住院（含门诊慢性病）结算：33103 医保门诊结算： 33104 INPUTDATA: 序 号 字段名称字 段 长 度 说明备注 1交易类别代码5not null 2个人及帐户信息个人及帐户信息（从 IC 卡读出） personaccount not null 3交易类型1 正常交易传参数 1 not null 4住院或门诊流水号not null 5单据号Varchar2(14)not null 6医疗类别11 普通门诊 14 药店 15 门诊 慢性病 21 普通住院 44 生育住 院 not null 7医院编号Varchar2(4)not null

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

43、TDATA: 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

44、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(

45、8,2)以分为单位 26慢性病起伏标准自负Number(8,2)以分为单位 27本年进入统筹累计Number(8,2)以分为单位 28其它 4Null必须传入 29其它 5Null必须传入 30入院日期格式：Yyyymmdd 31在院状态0：出院 1：在院 32医院编号Varchar2(3) 33出院日期格式：Yyyymmdd 34住院疾病编码医保编码 35起付线Number(8,2)以分为单位 36起付线支付Number(8,2)以分为单位 37其它 1Null必须传入 38其它 2Null必须传入 39其它 3Null必须传入 40医疗机构编号Varchar2(3) 41收据号Varcha

46、r2(18) 第 21 页 共 28 页 42就诊（入院）日期格式：yyyymmdd 43个人帐户支出金额Number(8,2)以分为单位 44个人现金支付金额Number(8,2)以分为单位 45乙类项目自理金额Number(8,2)以分为单位 46救助金支出金额Number(8,2)以分为单位 47公务员补助支出金额Number(8,2)以分为单位 48统筹支付金额Number(8,2)以分为单位 49交易时间格式：yyyymmdd 50医疗类别11 普通门诊 14 药店 15 门诊 慢性病 21 普通住院 44 生育住 院 51其它 1Null 52其它 2Null 534 万20 万救

47、助金支付来源0：医保支付 1：平安保险公司支付 5420 万以上是否有救助金（公 务员补助金支付） 0：没有 1：有 554 万20 万救助金额Number(8,2) 5620 万以上救助金额Number(8,2) 57交易流水号Varchar2(26) 58行政区划代码Varchar2(6)普通门诊和 门诊慢性病 结算时有该 字段 注：红色表示输出的为个人账户累计信息 蓝色表示输出的为个人住院信息 紫色表示输出的为个人本次结算交易的信息 黑色表示输出的为其他的补充信息 粉红色表示输出的为 weblogic 交易流水号 普通门诊和门诊慢性病结算时，动态库返回串中最后并上行政区划代码 原来返回给

48、 HIS 的参数原来有 57 个，现在改为 58 个 5.4.2.5 明细数据插入明细数据插入 交易类别代码：33105 INPUTDATA: 编号说明类型备注 1交易类别代码33105Not null 2医院编号Varchar2(4)Not null 3住院流水号Varchar2(18)Not null 4人员类别 11 在职 12 在职长期驻外 21 退休 22 退休异地安置 Not null 第 22 页 共 28 页 31 离休 32 离休异地安置 33 二等乙级以上革命伤残军人 34 二等乙级以上革命伤残军人 异地安置 91 其它 5项目大类1 药品 2 诊疗项目 3 床位费Not

49、null 6收费项目医院内部编码Varchar2(20)Not null 7收费项目医院内部名称Varchar2(50)Not null 8收费项目医保中心编码Varchar2(18)Not null 9处方号Varchar2(20)Not null 10单价Number(8,2)Not null 11数量Number(6,2)Not null 12金额Number(8,2)Not null 1.3规格Varchar2(50)Not null 14每次用量（剂量）Number 15频次Varchar2(20) 16用法Varchar2(50) 17科别Varchar2(50) 18执行天数number 电电 子子 病病 历历 电子电子 病历病历 电子病电子病 历历 电电 子子 病病 历历 20处方时间医生开立处方的时间 yyyymmddNot null OUTPUTDATA: 1OUTPUTDATA 如果大