北京市基本医疗保险门诊实时结算HIS改造接口规范v200.docx

《北京市基本医疗保险门诊实时结算HIS改造接口规范v200.docx》由会员分享，可在线阅读，更多相关《北京市基本医疗保险门诊实时结算HIS改造接口规范v200.docx（119页珍藏版）》请在三一办公上搜索。

1、北京市基本医疗保险信息系统门诊实时结算HIS改造接口规范（V2.00版）首都信息发展股份有限公司2013年11月目 录第一部分概述51引言51.1编写目的51.2版本变更内容52门诊内嵌式改造接口规范72.1接口模式说明73名词解释8第二部分业务流程101目录对照流程102费用处理流程概要103费用上传和对账流程124费用申报流程125业务流程详解125.1医保门诊挂号125.2医保普通门急诊结算135.3收据重打155.4门急诊退费155.5门诊转诊165.6HIS系统与医保代理服务器对账流程165.7关于门诊数据上传165.8关于门诊发票165.9关于盈利性医院改造185.10关于费用明细

2、与交易金额进位问题185.11意外情况处理186改造流程中需要特别注意的问题19第三部分接口文件241约定241.1记录形式242数据接口内容243数据接口文件格式253.1目录对照导入文件253.2导入日志文件273.3目录对照导出文件283.4字典导出文件293.5门诊结算交易信息导出文件293.6门诊结算明细信息导出文件353.7门诊诊断信息导出文件36第四部分接口函数371接口函数概述371.1应用环境371.2约定372函数分类373函数调用通用流程404函数内容414.1公用函数414.2门诊实时结算交易对象的方法414.3查询类方法604.4门诊实时结算交易对象的方法【工伤保险专

3、用】655函数报错信息825.1客户端报错信息825.2服务端报错信息88第五部分附录921附录一 数据字典921.1剂型 AKA070921.2用药频次 BKC229961.3医疗参保人员类别AKC021961.4收费等级BKE006981.5就诊科别 BKC053981.6性别 AAC0041001.7收费类别AKA0631001.8北京市社会保险险种类型 BAE0591021.9医疗类别AKA1301021.10门诊收据分类1021.11门诊收据分类【2013年新版】1031.12社区慢性病病种分类BKC3271032附录二 工伤保险门诊实时结算改造说明1032.1接口调用原则1032.

4、2相关业务及系统实现1062.3特殊情况处理115第一部分 概述1 引言1.1 编写目的l 制定统一的北京市基本医疗保险门诊实时结算系统与HIS接口规范，所有医保结算都需要遵循。l 指导HIS厂商在医保统一规范、标准和要求下，改造HIS接口系统，为HIS开发、调试提供参考，使HIS接口改造顺利进行，尽快达到医保门诊实时结算的要求。l 本规范作为北京市基本医疗保险门诊实时结算HIS接口改造进行医保结算验收的依据之一。l 首都信息发展股份有限公司为定点医疗机构提供医院端组件。1.2 版本变更内容l HIS接口规范V2.00的版本比V1.10的版本进行了以下的更新：n 在医保费用分解及工伤费用分解函

5、数输入参数的费用信息中增加“药品批准文号”数据项；n 增加了处方信息、诊断信息、费用信息间关联的警告性检验详细说明：#改造流程中需要特别注意的问题；#报错信息（改造说明详见 附录三 门诊持卡结算挂号信息绑定改造说明）；n 增加对“药品批准文号”进行警告性检验的详细说明：#改造流程中需要特别注意的问题；#报错信息；n 对于门诊持卡结算各函数调用后的相关警告错误信息进行了梳理整合（详见第四部分 接口函数 5 函数报错信息）l HIS接口规范V1.10的版本比V1.9的版本进行了以下的更新：n 在医保费用分解及工伤费用分解函数输入的处方信息中增加挂号“挂号交易流水号”、“单据类型”字段；n 在医保费

6、用分解及工伤费用分解函数输入的处方信息中，将“处方日期”的数据类型变更为“日期时间型”，并变更处方日期的填写规则；n 增加“挂号接诊信息导入文件”（改造说明详见 附录四 门诊挂号爽约信息上传改造说明）；l HIS接口规范V1.9的版本比V1.8的版本进行了以下的更新：n 根据工伤保险的业务需要，调整 #获取个人信息【GetPersonInfo_Injury】输出参数中 “负伤经过”、“认定部位/职业病名称”的字段长度；l HIS接口规范V1.8的版本比V1.7的版本进行了以下的更新：n #获取个人信息的“在院信息”中增加了“生育住院、工伤住院”状态；n 配合2013年新版门诊发票启动作以下变更

7、：l 在#门诊结算交易信息导出文件中增加“新单据分类汇总信息”；l 增加收据打印函数，用于打印及重打门诊票据；l 同时去除#门诊交易确认函数的票据打印功能；l 废止原有的收据重打接口函数；l #费用分解的输出部分增加“新单据分类汇总信息（medicatalog2013）；原有的旧版分类信息继续保留；l #初始化PB6输入输出格式部分增加了票据打印的汉字信息n 配合新增的工伤费用持卡结算业务作以下变更：l #初始化PB6输入输出格式部分增加了工伤业务特有的汉字信息；l 增加门诊实时结算交易对象的方法【工伤保险专用】，包括获取个人信息、费用分解、门诊交易确认、退费分解四个接口函数；其中门诊交易确认

8、函数不具备票据打印功能，需要打印或重打工工伤门诊发票时，调用公用的收据打印即可。l 增加#附录二 工伤保险门诊实时结算改造说明。l HIS接口规范V1.7的版本比V1.6的版本进行了以下的更新：n 修订了“费用分解”函数的“费用明细”输入参数的“代开药”、“备注”、“生育费用”等标识性字段的字段名称：#费用分解；n 增加对“处方日期”进行警告性检验的详细说明：#改造流程中需要特别注意的问题；#服务端报错信息n 增加了基于“超转人员”的数据字典项：#北京市社会保险险种类型 BAE059；#医疗参保人员类别AKC021l HIS接口规范V1.6的版本比V1.5的版本进行了以下的更新：n 费用明细中

9、的“数量”允许出现小数：#门诊结算明细信息导出文件；#费用分解；#退费分解l HIS接口规范V1.5的版本比V1.4的版本进行了以下的更新：n 增加对药品收费明细及相应的诊断信息进行警告性检验的详细说明：#改造流程中需要特别注意的问题；#服务端报错信息l HIS接口规范V1.4的版本比V1.3的版本进行了以下的更新：n 用药频次 BKC229字典进行了修订n #就诊科别 BKC053字典进行了修订n 费用分解接口函数的输入参数，处方信息中增加了代开药标识、备注；费用明细中增加了生育费用标识【本次增加的内容，医院可根据本院情况决定是否使用，如否，则可以不改造现行接口，且不影响门诊结算业务】n 调

10、整了特需诊疗费的结算业务要求（#挂号）。n 增加了门诊断信息导出文件#门诊诊断信息导出文件l HIS接口规范V1.3的版本比V1.2的版本进行了以下的更新：n 剂型【AKA070】字典进行了修订n 医疗参保人员类别【AKC021】字典进行了修订n 门诊结算交易信息导出文件中增加了公费医疗支付信息，供医院使用；如医院使用原接口，则此类人员的基金补助金额合并到“补充保险支付金额字段”l HIS接口规范V1.2的版本比V1.1的版本进行了一下的更新：n 由于发票格式发生变化，发票明细由原来的16条变更为10条，部分HIS需要判断该数量打印明细的，需要进行修改；n 用法（用药频次）BKC229字典进行

11、了修订，详见附录内容（第59页）n 针对HIS传入内容加强了校验：u Divide传入内容增加了校验，详见相关内容（第34页）l HIS接口规范V1.1的版本比V1.0的版本进行了以下的更新：n 门诊实时结算费用分解中增加了“收费员”信息。u 支持在门诊票据中打印收费员的姓名或者工号，也可以为空。u 修订了费用分解Divide和退费分解RefundmentDivide。其中对于退费分解必须增加一个入口参数，无法与原函数兼容。u 票据重打的时候仍然打印原收据的收费员信息，不需要重新传收费员信息。n 诊断名称字段长度改为41个汉字，病历信息字段长度改为400个汉字。2 门诊内嵌式改造接口规范2.1

12、 接口模式说明北京市基本医疗保险信息系统医院端组件提供了一组软件模块“核心组件”（API），HIS通过调用核心组件实现北京市基本医疗保险门诊实时结算的各项功能，包括持卡人身份认证，门诊实时结算，门诊退费等各项功能。对于门诊实时结算所用到的支持性的功能，如医保目录对照、门诊结算费用对账与申报等功能仍放在医院端组件中，提供医院使用；这部分内容HIS不需要进行改造。对于正在进行门诊数据上传的医院可以继续使用其三大目录对照的结果。系统构架图：3 名词解释社保卡：根据劳动部的规范，发放的社会保障卡。社保卡卡号：社保卡的卡片号码，12位长，其生成规则如下：社保卡卡号为12位数字和字母组成，“9位身份编码”

13、+“1位卡片发行版本号”+“1位补换卡标识”+“1位校验位”组成。其中“9位身份编码”对于医保参保人来说是唯一的，医院可以使用其作为院内的身份ID，在一定程度上可以替代医保患者院内卡使用。医保应用号：12位长，其生成规则如下：医保应用号为12位数字和字母组成，“9位身份编码”+“2位补换手册序号”+“S”组成。社会保障号码：根据劳动部规范，公民身份号码即为公民的社会保障号码。公民身份号码：公安部门为中国公民颁发的公民身份号码，原则上是每个人唯一，但系统建设过程中发现有重复的。激活：卡片的发放是一个系统外的过程，这个过程需要一个相对较长的时间，在发放过程中个人的业务信息可能出现变化，为了保证业务

14、信息的准确，同时考虑发放到位情况，必须通过卡片应用激活来处理，系统在应用激活后确保开通应用的业务。门诊应用激活：当参保人拿到社保卡后，在进行第一次门诊持卡结算的业务时，系统必须联网激活，同时从系统后台取得该参保人的门诊年度待遇累计信息，并将结算后的待遇信息写入卡片中，以确保卡片实时结算的开通使用。对于门诊应用激活需要同时在卡片和后台系统中记录信息，以保证卡片离线结算以及后台判断持卡手工报销的正常使用。如果在第一次门诊持卡结算时无法联网，将无法进行激活操作，系统将按照不在待遇红名单中处理，由个人全额垫付事后手工报销，待下次结算时具备联网条件后再次进行激活操作。医院端组件：由首信公司提供，供医院使

15、用完成医保业务的应用系统。包括医院端业务组件和核心组件。医院端业务组件：医院端组件中，用于完成住院业务和门诊实时结算中基础信息维护，申报等业务的应用系统，是原有医院端外挂接口系统的升级和扩展。医院端核心组件：医院端组件中，提供给HIS改造时调用，实现门诊实时结算功能的一组API集合。第二部分 业务流程1 目录对照流程对于门诊实时结算，三大目录对照的模式没有调整，仍然采用由HIS导出收费字典，在医院端业务组件中完成对照，并将对照后的结果导出返回HIS系统。对于已经完成住院改造和门诊数据上传改造的HIS系统，这部分可以继续沿用。对于系统运行过程中，必须注意下列几点。1. 三大目录对照工作必须在医院

16、端业务组件中完成2. HIS将本院药品、诊疗项目、服务设施项目以文本文件的形式导出3. 医院端业务组件导入HIS导出的文件，并根据药品名称进行自动目录对照4. 导入的诊疗和服务设施项目可以手工进行目录对照5. 对照完毕后将药品、诊疗项目、服务项目以文本文件的形式导出6. HIS将对照后的信息导入，并根据此目录对照信息进行费用导出7. 系统运行期间，医院的收费字典调整后，要及时进行三大目录对照和维护工作，没有对照的药品和收费项目无法进行医保费用分解2 费用处理流程概要1. 医院收费处操作员使用HIS系统，首先可以通过调用核心组件的【获取个人信息】获得卡内的参保人的实名信息及待遇状况，如果该卡为挂

17、失状态，则返回相应的错误编码。2. 使用HIS系统录入处方以及项目明细信息进行划价，需要注意的是使用医生工作站的必须结合医院药品信息采集药品的规格、单位、数量以及用药天数，同时采集科室信息、医生信息、诊断信息以及病历信息；没有使用医生工作站的可以只采集收费相关项目名称、单价、数量等信息，但也必须采集科室和医生信息。3. 完成明细录入后，通过调用核心组件的【费用分解】完成医保费用的分解过程，在此过程中需要完成参保人待遇判断，医保三大目录审核以及医保费用分解等操作，最后将医保分解结果返回给HIS系统，由HIS负责显示给操作员，操作员必须与参保人进行核实。4. 完成与参保人核实后，通过调用核心组件的

18、【门诊交易确认】完成医保实时结算以及个人帐户支付，同时将结算信息写入参保人社保卡，并打印医保专用门诊收据和明细。5. 为了便于HIS将社保卡与院内病人管理系统进行结合，核心组件特提供一个【读取卡内个人基本信息】功能，HIS系统可以调用该功能，查询参保人个人基本信息。需要进行门诊退费业务操作时，要求必须通过社保卡获取参保人的【获取个人信息】，通过门诊收据上的门诊结算交易流水号调用【退费分解】功能，查询出原交易的情况以及退费金额返回给HIS系统，完成门诊收据核对以及与参保人确认退费后，调用【门诊交易确认】功能，完成退费，同时将退费交易的结果写入卡片，并打印相应的门诊退费单据。业务流程图如下：3 费

19、用上传和对账流程1. 完成日常的门诊实时结算后，必须将门诊实时结算的相关信息进行上传和对账。2. 上传和对账的操作由医院的医保操作人员在医院端业务组件中完成。3. 完成上传后，医保后台系统会将上传入库信息反馈给医院端业务组件，由医院的医保人员通过医院端业务组件查看上传情况，并进行对账处理。4 费用申报流程1. 完成日常费用上传和对账后，可以进行费用申报，由医院医保操作人员在医院端业务组件中完成费用申报操作。2. 对于正常完成对账的信息才可以进行申报，申报时生成申报批号，并可以打印费用申报单。3. 每天最多只能进行一次费用申报。5 业务流程详解5.1 医保门诊挂号门诊诊疗费属于医保报销范围，结算

20、模式如下：l HIS改造时需要在挂号确认的同时，完成门诊诊疗费的结算（详见普通门急诊结算），挂号操作员根据系统的提示收取患者相应的现金，并给出具相应的定额发票。l 对于医保系统来说，门诊挂号与普通结算的区别是医疗类别不同，包括普通挂号和急诊挂号。l 挂号不打印票据，故没有门诊票据号。启用2013年新版发票后，门诊挂号也要打印门诊收费单据，因此也应提供门诊票据号l 挂号交易的交易明细中应当包括门诊诊疗费（或医事服务费），门诊诊疗费应当根据医院级别使用三级、二级、一级和社区门诊诊疗费；l 对于特需门诊，结算挂号费用时，费用明细中包括挂号费和特需门诊诊疗费即可，不再要求必须有单价为零的普通门诊诊疗费

21、；挂号费,可不收l 对于简易门诊，为了实现医保中心对于就诊人次的统计工作，以及同时满足医院费用结算的要求，要求在费用明细中，也应当包括一条单价为零数量为1的门诊诊疗费，即简易门诊的费用明细为：挂号费和单价为零的门诊诊疗费。l 退号操作时，首先【读取卡内个人基本信息】，通过患者身份标识，在HIS系统中检索挂号信息，并使用交易流水号完成退号操作（详见门急诊退费）。医保患者门诊就医，要求出示社保卡，院内HIS系统可以采集（【读取卡内个人基本信息】、【扫描社保卡卡号】、【录入社保卡卡号】）社保卡卡号，作为患者院内的唯一ID，完成院内的业务流程。5.2 医保普通门急诊结算1. 将患者社保卡插入读卡器。2

22、. 医院收费处操作员使用HIS系统，首先通过【获取个人信息】获得参保人基本信息和医保相关信息。l 社保卡卡号：对于前9位，可以在院内作为个人身份ID使用。l 医保应用号：共12位长，前9位为个人唯一代码，第10位和第11为补换手册序号，末尾“S”。l 转诊医院编码：根据医保门诊转诊政策规定，进行门诊转诊时使用，视为个人医保定点医疗机构，进行门诊就诊。l 转诊时限：根据医保门诊转诊政策规定，进行门诊转诊时使用，在此时限内可以视为个人医保定点医疗机构，进行门诊就诊。l 险种类型：参保人当前的险种类型。l 预提人员标识：退休人员的预提标识。l 军残等级：军残人员报销的等级。l 在院标识：医保对于住院

23、期间不允许发生外院费用。当医保住院登记时，医保医院端系统在卡内改写“在院标识”，供门诊判断使用。如果在院标识为1（在院），门诊实时结算流程中断。l 参保人员类别：用于区分在职和退休人员，相应的结算的起付线和报销比例不同。l 是否在红名单：系统判断是否享受门诊结算待遇。如果医保专网通畅，从系统后台获取，如果医保专网不通，则根据医院代理服务器上的本地红名单进行判断对于代理服务器上的本地红名单需要每天更新，如果24小时没有更新的，称之为“过期红名单”，对于过期红名单仍然允许延期使用24小时，在系统延期使用期间要求医院尽快通过医保专网或其他相应手段更新代理服务器上的本地红名单，是否使用本地红名单进行了

24、待遇判断通过错误警告信息返回。l 是否本人定点医院：如果医保专网通畅，系统判断是否本人定点医院，如果医保专网不通，系统默认该医院为参保人本人定点医院。0：本地红名单，默认为本人定点医院；1：是本人定点医院、A类医院、专科医院、中医医院；2：不是本人定点医院 3：转诊医院。l 是否本人慢病定点医院：true：本人慢病定点医院；false：非本人慢病定点医院l 个人账户余额：如果医保专网通畅，从系统后台获取，如果医保专网不通，系统不获取，视为个人账户余额为0，结算时不再扣减个人账户，通过错误警告信息返回。l 慢病编码：参保人享受的慢病的相关病种编码。3. 使用HIS系统录入药品处方以及项目明细信息

25、进行划价，需要注意的是必须录入科室信息、医生信息、诊断信息，并且通过医院药品信息获取药品的规格剂量，便于医保核算药量。4. 完成明细录入后，通过调用【费用分解】完成医保费用的分解过程，在此过程中需要完成参保人待遇判断，医保三大目录审核以及医保费用分解等操作，最后将医保分解结果返回给HIS系统，由系统显示给操作员，与参保人进行核实。l 医疗类别：患者的医疗类别，对于医保政策来说，普通门诊和急诊都执行普通门诊费用结算，急诊留观属于住院类政策（急诊挂号必须执行急诊结算）。l 就诊方式：0普通，1特殊病，2器官移植。根据目前的医保政策属于0普通l 收费单据号：此次结算的门诊单据号。财政局及部队的票据规

26、定，18位长，地税局票据规定20位长。l 处方数量：至少有一个处方，每条处方包含的诊断数量不能超过10条，否则不予结算。l 用药天数超200天，系统不予结算。l 处方类别：1：医保内处方，2：医保外处方。根据医保规定，医生在开具处方时，需要根据患者病情开具医保处方或者医保外处方；对于部分药品备注字段标注了适应症的，符合适应症的属于医保处方，不符合适应症的可以使用非医保处方表明。l 分解状态：对于每一条交易明细中均有分解状态：0正常，1不符合特殊标识，2医保目录内不存在（医保外的情况），3对照错误（未对照以及对照与交易的名称发生变化），4不符合特殊定额管理要求，5未对照（没有对照直接发生交易），

27、6医保外处方。l 社区优惠金额与社区优惠比例：按照目前医保政策，社区部分项目有优惠政策，具体表明优惠的金额和比例。l 收费员信息，建议医院使用收费员的ID5. 完成与参保人核实后，通过【门诊交易确认】完成医保实时结算以及个人帐户支付，同时将结算信息写入参保人社保卡，并打印医保专用门诊收据。l 目前门诊收据的空间只能打印10条明细，超过10条明细的医保系统不再打印。 HIS系统应当安排费用明细的另行打印。5.3 收据重打l 提供给HIS重新打印门诊票据的功能。l 收费员信息，建议医院使用收费员ID5.4 门急诊退费1. 将患者社保卡插入读卡器。2. 医院收费处操作员使用HIS系统或首信医院端业务

28、组件，首先通过【获取个人信息】获得参保人基本信息和医保相关信息。核对参保人基本信息与门诊收据上的相关信息。3. 录入门诊收据上的门诊交易流水号，调用【退费分解】功能，并进行退费计算。l 退费金额为负数，现金支付金额退给个人，基金支付金额退给基金。l 退费算法根据原交易的身份待遇，与退费当时年度待遇累计进行负值计算。4. 退费金额与参保人确认后，调用【门诊交易确认】，完成退费，并打印退费票据。5.5 门诊转诊1. 门诊转出审批：l 将患者社保卡插入读卡器。l 转出医院医保办人员通过医保医院端业务系统进行门诊转诊审批。l 系统将转往医院的编码和转诊时限写入社保卡，并将门诊转诊情况上传医保中心备案。

29、2. 门诊转入就诊：l 转入医院就诊时，系统判断社保卡内的转诊信息，完成个人定点医疗机构和转诊时限的判定。l 转入医院就诊时，业务流程和结算政策同普通门急诊。5.6 HIS系统与医保代理服务器对账流程l HIS系统应能按不同查询条件进行医保结算数据查询功能，供医院对账和查询使用。l 医保医院端业务系统提供医保结算交易导出的功能，供医院业务人员核对医保结算对账使用，如果出现HIS系统丢失医保结算数据的，HIS系统必须提供医院数据导入的功能导入丢失的医保结算数据。5.7 关于门诊数据上传l 门诊实时结算系统上线后，对于现有的门诊数据上传流程仍然保留。对于在发卡的过渡期间仍然会有部分参保人使用手册就

30、医，医院仍然按照现有的门诊数据上传流程处理；l 另外，对于持社保卡就医的人员，有可能出现社保卡损坏无法读取的情况，在这种情况下，需要采集社保卡卡号进行门诊数据上传。由于社保卡卡号的生成规则中末位不再是“S”，请HIS开发商在进行系统改造时注意。5.8 关于门诊发票l 门诊票据仍然使用北京市财政局的普通门急诊发票，在票据下半部分打印医保分解结果。l 对于门诊收费明细，由HIS系统负责另行打印。财政局发票样式：（2010年5月1日开始启用）（计划于2013年9月1日开始启用）地税局对于营利性医院规定的票样：5.9 关于盈利性医院改造l 由于地税局的票据机不提供开发接口，只能通过二次录入完成门诊结算

31、。5.10 关于费用明细与交易金额进位问题延续原有门诊数据上传的相关计算原则：l “横平竖直”的计算原则，即费用明细中单价数量=金额；明细的金额之和为总金额。l 费用明细中，单价允许最多小数点后四位，因此金额小数点最多为四位，允许医院用户根据医院财务核算制度，自行选择小数点2-4位进行四舍五入，。l 总金额、医保内、基金支付、个人负担、现金支付、个人账户支付、个人账户余额为四舍五入取小数点后两位。l 其中需要HIS改造注意的是HIS系统界面显示、数据库存储以及生成的费用分解使用的XML中其费用明细的小数点取位应当一致，否则会出现显示与结果之间的计算误差。5.11 意外情况处理l 为了保证分段式

32、事务的一致性，系统设计模式中考虑在进行【费用分解】时尽可能的完成所有工作，包括交易流水号的生成、医保费用分解等，在进行【门诊交易确认】时只是改写交易结算标识，以减少确认过程中意外的发生。建议HIS开发商在进行改造时也遵从这个设计原则，避免意外宕机造成的错误。l 医保完成【门诊交易确认】后，返回给HIS系统时，HIS系统或者终端机有可能出现意外宕机，这种情况有可能HIS系统没有保存相应的交易确认标识，甚至连门诊收据都没有打印出来。出现这种情况后，由HIS系统通过交易流水号调用【交易查询】接口，查询医保系统中交易状态。如返回交易成功，则由HIS系统修改其交易确认标识，并通过【收据重打】接口完成患者

33、收据的打印。如返回交易撤销，则由HIS系统重新进行费用分解和结算。6 改造流程中需要特别注意的问题1. 对于医保报销的门诊诊疗费的处理流程特别进行说明如下【普通医院】：l 门诊诊疗费属于医保报销范围，必须进行医院实时结算。l 门诊诊疗费的分解其医疗类别可以选用“17：门诊挂号”和“18：急诊挂号”，收费单据号可为空，先进行费用分解，再进行交易确认。l 对于一次挂多号的情况，请HIS自行内部循环调用；或者在挂号明细中增加相应的挂号费和诊疗费的数量。l 对于挂号费在收费窗口收取的情况，即所谓先挂号后收费的情况，请在收费窗口单独进行一次挂号结算。2. 医保患者的门诊收据由医保核心组件打印：l 由于门

34、诊票据的限制，目前医保核心组件只能打印10条明细信息，如果超出10条明细，核心组件不再打印，由HIS系统负责另行打印。另外HIS系统，还需要处理非医保患者的门诊收据和明细的打印。3. 关于“激活”问题：l 参保人拿到社保卡后第一次在医院门诊结算时，系统进行卡片门诊激活工作。门诊激活时必须保证医保专网的联通，从系统后台获取该参保人的医保门诊年度待遇累计信息，并写入卡内，供门诊实时结算使用。没有进行激活的社保卡不能进行门诊实时结算。l 医保专网如果不联通，无法进行门诊激活。4. 门诊数据上传问题：l 门诊实时结算后，原门诊数据上传流程仍然保留，对于过渡期间持手册就诊的以及卡片损坏的可以利用社保卡卡

35、号进行身份认证，仍然使用门诊数据上传流程采集患者费用信息。l 需要注意的是原来对于采集手册号时需要校验的末尾为“S”的，需要去掉该校验。5. 分解、结算信息的保存：l 要求HIS开发商在进行HIS系统改造时，必须全部保存分解以及结算信息，以便医院财务结算、对账时使用。6. 药品对照导出文件：l 药品对照导出文件中增加了药品备注字段的内容，请注意调整。7. HIS调试服务器为了便于HIS开发商进行系统改造的调试工作，首信公司在Internet网上建立了调试用服务器，HIS接口文档电子版以及改造用相关资料已经部署在服务器上，HIS开发商可以从该服务器上下载调试用医院端核心组件，在联网的情况下进行调

36、试工作。服务器的网址为：http:/210.75.200.74。为了便于所有HIS开发商进行调试，在调试服务器上内置调试用三大目录，具体为：项目分类HIS编码医保编码HIS名称医保名称药品101311501140010101013116190200000000000000青霉素钠注射液青霉素钠注射液诊疗201000002w0201000002静脉注射静脉注射服务设施101020001w0101020001门诊诊疗费门( 急 )诊诊疗费(三级医院)HIS开发商可以使用HIS调试用的机具和卡片，通过调试服务器进行系统调试。8. 关于xml中state的结构及使用方式：l state节点包括三类子节

37、点，其中属性no是信息编码，属性info是具体信息。l 子节点用于显示操作的失败信息，当属性success=true时，该操作成功，子节点中不会出现子节点，当success=false时该操作失败，则至少有一条字节点，显示该操作的失败原因；l 子节点用于显示操作中一些需要操作员注意的事项，不论操作成功与否，都有可能出现子节点，且子节点可能是多条；l 子节点用于显示操作中的附加信息，不论操作成功与否，都有可能出现子节点，且子节点可能是多条。l 建议HIS公司在进行改造时，尽量使用标准的XML生成器或者解析器，避免XML串格式不规范的问题。9. B/S系统的改造对于HIS系统为B/S系统的改造，请

38、HIS开发商自行将核心组件包装成ActiveX的方式使用。10. 关于对医保内处方所涉及的药品收费明细、处方诊断信息进行警告性校验的说明：l 校验顺序：先处方诊断信息后药品收费信息，按下表顺序依次校验即可l 医院提供的药品收费明细、处方诊断明细包含如下问题时，核心组件将通过子节点把错误信息反馈给HIS；当某条药品明细或对应的诊断信息中包含多处类似错误时，系统只反馈第一项；l 出现此类错误，系统只作警告处理，并不强行中止结算流程；但结算数据上传后台审核结算系统，会被自动拒付。u 门诊处方诊断信息l 挂号结算时1) 处方条数不为1【警告信息：41-多科挂号-处方条数大于1】2) 诊疗费明细总条数大

39、于1【警告信息：42-多科挂号-诊疗费明细条数大于1】3) 单条诊疗费明细的数量不为1【警告信息：43-多科挂号-单笔诊疗费明细数量大于1】4) 单条费用明细中的处方号未与处方信息中的处方号对应【警告信息：44-诊疗费与挂号信息不对应】5) 处方信息中的处方日期为空【警告信息：45-挂号日期为空】6) 处方信息中的就诊科别编码为空【警告信息：46-挂号科别编码为空】7) 处方信息中的就诊科别名称为空【警告信息：47-挂号科别名称为空】8) 处方信息中的本院科别名称为空【警告信息：48-挂号信息中本院科别名称为空】9) 处方信息中的单据类型为空【警告信息：49-挂号信息中单据类型为空】10) 就

40、诊科别编码非字典内容【警告信息：50-挂号科别编码非字典项】11) 单据类型非“挂号”【警告信息：51-挂号信息中单据类型不是“挂号”】12) 处方信息中的挂号交易流水号非空【警告信息：52-挂号信息中挂号交易流水号非空】13) 处方信息中的诊断编码非空【警告信息：53-挂号信息中诊断编码非空】14) 处方信息中的诊断名称非空【警告信息：54-挂号信息中诊断名称非空】15) 处方信息中的处方时间小于挂号交易的交易时间超挂号的诊断名称非空1小时【警告信息：55-挂号交费早于挂号1小时以上】l 门诊收费结算时1) 诊断编码：去除前后空格后，如果无值则认定为空。【警告信息：2- 诊断编码为空】2)

41、诊断名称：去除前后空格后，如果无值则认定为空。【警告信息：3 - 诊断名称为空】3) 就诊科别代码：如果非科别字典内的值则认定为空【警告信息：4 - 就诊科别代码为空】4) 就诊科别名称：去除前后空格后，如果无值则认定为空。【警告信息：5 - 就诊科别名称为空】5) 本院科别名称：去除前后空格后，如果无值则认定为空。【警告信息：19- HIS就诊科别名称为空】6) 医师编码：去除前后空格后，位数小于4位，或多于20位均视为不合格。 【警告信息：6- 医师编码位数不符合要求】7) 医师姓名：去除前后空格后，如果无值则认定为空。【警告信息：7- 医师名称为空】8) 处方日期：处方日期不能大于医保结

42、算系统的系统日期【警告信息：20 处方日期大于医保结算系统的系统日期】【删除】9) 医保结算的系统日期与处方日期之差不能大于2天【警告信息：21 未按规定在三日之内取药】；10) 单条费用明细的处方号未与任意一条处方信息中的处方号相对应【警告信息：101-费用明细信息未与处方信息相对应】11) 单条处方信息中的处方号未与任意一条费用明细的处方号相对应【警告信息：102-处方信息未与费用明细信息相对应】12) 处方信息中绑定的挂号交易流水号非有效（有效含义：状态，正交易，未被退费）的医保挂号交易流水号【警告信息：103-处方信息中的挂号交易流水号无效】13) 检验治疗单据（单据类型=5）的就诊科

43、别编码为空；【警告信息：104-检验治疗单据的就诊科别编码为空】14) 检验治疗单据（单据类型=5）的就诊科别名称为空；【警告信息：105-检验治疗单据的就诊科别名称为空】15) 检验治疗单据（单据类型=5）的本院科别名称为空；【警告信息：106-检验治疗单据的本院科别名称为空】16) 检验治疗单据（单据类型=5）的医师编码为空；【警告信息：107-检验治疗单据的医师编码为空】17) 检验治疗单据（单据类型=5）的医师名称为空；【警告信息：108-检验治疗单据的医师名称为空】18) 检验治疗单据（单据类型=5）的就诊科别编码非字典内容【警告信息：109-就诊科别编码非字典项】19) 处方信息中

44、的就诊科别编码（前两位）与绑定的挂号交易的就诊科别编码（前两位）不一致【警告信息：110-挂号科室与就诊科室不一致】20) 单据类型字段非西药或中成药处方、非中草药处方、非检验治疗【警告信息：111-单据类型编码非字典项】21) 处方时间晚于交易时间超过1小时【警告信息：112-门诊结算早于开方时间1小时以上】22) 单据类型为“西药或中成药处方、中草药处方”但对应的费用明细中包含非药品项目【警告信息：113-处方中有除药品之外的费用】23) 单据类型为“检验治疗”但对应的费用明细中包含药品【警告信息：114-检验、治疗中有药品费用发生】u 药品明细信息1) 剂型：去除前后空格后，如果无值则认

45、定为空。【警告信息：8 - 剂型为空】2) 规格：去除前后空格后，如果无值则认定为空。【警告信息：9- 规格为空】3) 单位：去除前后空格后，如果无值则认定为空。【警告信息：10- 单位为空】4) 用法：l 去除前后空格后，如果无值则认定为空。【警告信息：11- 用法为空】l 如果非用法字典内的值则认定为不合格。【警告信息：18- 用法非字典项】5) 单次用量：必须为数值型且数值大于等于零，否则视为空值。【警告信息：12- 单次用量为空或非数值类型】6) 包装单位：去除前后空格后，如果无值则认定为空。【警告信息：13-包装单位为空】7) 最小包装：去除前后空格后，如果无值则认定为空。【警告信息：17- 最小包装为空】8) 换算率：必须为数值型且数值大于零，否则视为空值。【警告信息：14- 换算率为空或为0或非数值类型】9) 用药天数：先检验数值是否为值，然后再校验数值的合理性1）是否为空：【警告信息：15- 用药天数为空或为0】必须为数值型且数值大于零，否则视为空值。2）用药天数的合理性【警告信息：16- 用药天数不正确】如用药天数