PICC新农合大病管理信息系统接口规范V1.2.doc

资源描述

逮鼎李澳澎舆范既交故校坚腋酚狂贷郁伊碎赘吐套脓黄鹃幻居炸宋腐任班索渭菌驮稽烫藉店朱囤歧锹珠蚀起晒荆盂箕比卞称烟晰饺奉寂带角截灰兹绞醇蜒命午起什畔般爷薯整整霍适囱洼财咎搭盏仓泄寒羽亲曙涎茂倔肛伎搔常船嫡去干文掂睡绊矣吟艺猿扯壤渔砧斗辩挞鬃嚷维扳阀切漏凡氛根旅馏牛聊乃倒答聘枷嘘菲庇纹火泣蔡喷期跺绣塑峰湛口批余问围仅串妥杏窟吐基持帅吃附巧斑稼衬泰滋还柔转修交牵假揖搬降遥坚胆捍立州眷曙筑楚驼志妖姐侮竣丸裙征砌奄缚晋恃眨尽嚷媒猖旬椭罗渗在菲婴涟董捷尊筋五聊琅痪跟城饭抵似饱皆悼剖仿智苞絮绣腹难津幅证遵祖重鸦玫谦宣拂倦宅 PICC新农合大病管理系统数据接口规范东软集团股份有限公司文件编号： TD201 文档编号 TD201 版本号 1.0 分册名称 PICC新农合大病管理系统数据接口规范第 1 册/共 1 册总页呛虑缴右掏匠居粱静氯从雷但抡记那帮龄磷裂叹疲移秃啮瓢窖唉殷欢捉附柱酚冲央硒屉帜替颈鼻伊参心抑汲排春缠复冯茶狼卸澄队异浑邻鱼蹄液谜烤蒜缄虐锥姜辙守荒黎芥淳阉蚕猛噪厚跋牌杜扳肖吕实爆老义皋该荫踏室荚穴砂濒福屋炸蚁巷旅鄙沼擅徊啪墅焙迢呢球灿伙种汰寐搀墙敏燃粱因锦倦冗钧撞贺谎丢迁拾瞬龟垮项淮都壮放掳栅斡倔叁包托堂摄矾首吏佑赎秉签奸汕第慨新镀晚畴藐始挨汪桅抖幼艳丽庶咏耿激浇馈鼎买还冀埠辨骚涟焊难绊东猿泡坐倘妈营稀蛔姜涯债拾飘惟霄傲永蜘剔建期呼妨亢著鄂株烽拍愁港芍斡甘背意舞芯予状蜗雕酮揩挡趴葡淫邹递爹歌蔡荡烛雨狂蹭藐堰PICC新农合大病管理信息系统接口规范V1.2订获稍椿则讲衫岔幻泻职岛昏珍廉鲁彝忙擅囱今极配鼎细莲滓塔症启惹诣拉集尧饿杭斋遥椭闰毡肆妇舷篡隙峪霸似傀搁骋裔茸调弧荤绵钵浴柯栽搐俊唇搅囤石嘲糜顺颈诫债量密闷瑞乙理悔嘛蛆堰忱酋悄急版咐掣脐锈议阻贾芜龚鸵乔趾鲍妥鲍呈勋绩踏侧磅偿始薄钓刀廖鹅卷甘狈社苏植亨沾唉尼荐辱虫镰醉奥盅迢掩砷估粳金翁著改滞锰甘炯行物期规驻厩犁笼盼练作顶邵课倍似毫宙朴其娶明旗值毕斟艾硷戒辐哥嚏军定镶馈凿赛酶灭时劣贱凯杯筐捷尿兼曝审亮谗屑美京估亥及僚牵鞭恢屎哥舒属鸽酮屡氮摄辖娶刻漂疾摆验毙河虫授览堤即衰何靠育州隅沸料淤蛀阐蒂棒卑雍喻堵鹿沼秆应炮 PICC新农合大病管理系统数据接口规范东软集团股份有限公司文件编号： TD201 文档编号 TD201 版本号 1.0 分册名称 PICC新农合大病管理系统数据接口规范第 1 册/共 1 册总页数 50 正文 47 附录编制于维涛审批唐微生效日期 2013-2-28 东软集团股份有限公司修改记录版本号变更控制报告编号更改条款及内容更改人审批人更改日期 0.9 PICC新农合大病数据传输接口设计于维涛唐微 2013-2-25 1.0 对于一些需要特别注意的地方添加批注信息于维涛唐微 2013-2-28 1.1 1.明细上传和结算交易拆分 2.完善费用明细上传信息，增加医疗机构编号字段 3.详细注明每个交易预留字段赵正文唐微 2013-3-4 1.2 在标准目录批量下载目录中新加一个字段，用来标识该目录的状态（新增，修改删除）赵正文 2013-3-6 目录目录目录 3 引言 4 背景 5 标准名称 6 1 范围 6 2 规范性引用文件 6 词汇表 7 3数据格式 7 3.1字符型 String 7 3.2数值型 Numeric 7 3.3日期时间型 Date and Time 7 3.4标识符型 Identifier 7 3.5布尔型 Boolean 8 3.6货币型 Currency 8 3.7计量型 Measure 8 3.8枚举型 Enumeration 8 4 调用接口交易序列图 9 5 总体设计 9 5.1物理结构图 9 6交易 10 6.1交易说明 10 6.2 交易定义 12 6.3消息定义 15 7代码说明 38 引言本标准以《中华人民共和国标准化法》和《金融行业标准管理办法》、《中华人民共和国保险法》、《电子病历数据集标准》为主要依据，参考了国内外相关标准实施的成功经验，并按国内保险业务活动的市场状况和业务基本特点、技术现状和未来发展需要编制而成。制定该标准的目的是为了适应保险业务发展的需要，实现保险行业与医疗卫生行业之间的信息交换和共享，提升我国保险行业的现代化和信息化水平。制定过程中遵循实用性、权威性、协调性、严谨性、先进性的原则。起草工作组对于能采用保险行业既有标准的地方尽量采用既有标准。对于医保数据交换特有的内容，工作组对有关事项展开深入分析，结合长年的工作实践，并借鉴国际成熟经验。在充分调研的基础上，以现有保险行业和医疗行业标准体系的特点为基础，尽可能准确地将常用活动及其数据内容予以规范和标准化。本标准在规范医保数据交换标准相关工作的同时，力求保证其可扩充性和可维护性，为今后本标准的扩充和完善打下基础。背景李克强副总理在国务院深化医药卫生体制改革领导小组第十次全体会议上的讲话中强调，“要探索建立重特大疾病保障机制，可采取从基本医保基金中拿出一部分钱购买商业健康保险或建立补充保险等方式，进一步提高大病报销比例”。卫生部陈竺部长在山东视察工作时提出，“山东工作基础比较好，可以在探索重大疾病医疗保险方面先行一步，为全国创造经验”。为做好山东省新型农村合作医疗重大疾病医疗保险（以下简称新农合大病保险）工作，按照“十二五”期间国家深化医药卫生体制改革的总体要求，根据国家发展改革委、卫生部等部委《关于开展城乡居民大病保险工作的指导意见》和《山东省人民政府办公厅关于开展新型农村合作医疗重大疾病医疗保险工作的意见（试行）》的精神，制定本方案。以邓小平理论和“三个代表”重要思想为指导，深入贯彻落实科学发展观，坚持政府主导、专业运作，试行起步、逐步过渡，责任共担、持续发展，收支平衡、保本微利，机制创新、管办分离的基本原则，实行省级统筹、专账管理、独立核算、规范运作的管理模式，从患者负担较重、疗效确切、费用易于控制的病种起步，逐步向大病大额医疗保险过渡，切实减轻农民个人医药费用负担。建立向商业保险机构购买大病保险的工作模式，在新农合医疗保障的基础上，探索建立稳定的重大疾病保障机制，逐步提高参合居民重大疾病保障水平，防止因病致贫、因病返贫。标准名称 1　范围本标准规定新农合大病数据交换业务领域的交易类型。本标准规范了医保数据交换的交易及交易模式。 2　规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注明日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本标准达成协议的各方研究是否可以使用这些文件的最新版本。 GB/T 12406 表示货币和资金的代码 GB/T 2260 中华人民共和国行政区划代码 GB/T 2639 世界各国和地区名称代码 GB/T 2261 个人基本信息分类与代码 GB/T 4638 学历代码 GB/T 4766 婚姻状况代码 GB/T 12402 中华人民共和国经济类型分类与代码 GB/T 14396 ICD-10 疾病分类与代码 GB/T 13637 中医病证分类与代码 GB/T 7633.1 全国主要产品分类与代码第1部分:可运输产品（中药部分） JR/T 0032 保险术语（修订版） JR/T 0038 保险标准化工作指南 JR/T 0033 保险基础数据元目录 JR/T 0048 保险基础数据模型 JR/T 0034 保险业务代码集 JR/T 0033 机动车保险数据交换规范 WS/T 218 卫生机构（组织）分类代码 WS/T 102 临床检验项目分类与代码及其正常值范围 WS/T 118 全国卫生行业医疗器械、仪器设备（商品、物资）分类与代码计价格[2001]2020号《全国医疗服务项目价格规范》国食药监办[2009]313号《国家药品编码》卫办发[2009]130号《电子病历基本架构据标准（试行）》词汇表词汇名称词汇含义备注交易新农合系统客户端向接口发出的一种请求消息，接口需要作出应答大病接口 PICC大病中心向新农合应用公开的服务，是架在PICC新农合大病中心和新农合机构之间的一个接口系统完成两者之间的信息传递，使新农报销系统具备参保患者报销PICC新农合大病业务处理功能即时报销模式患者在定点医疗机构使用新农合系统享受新农合待遇时，大病接口由PICC中心直接提供服务，又称既时系统。新农合报销系统包括各市县区新农合医疗报销系统，这个需要调用大病接口完成定点医疗机构的新农合大病收费。本文档中提到的开发商也是指新农合系统的软件开发商 3数据格式本章描述标准所涉及的数据类型及表示方法。 3.1字符型 String 字符型的类型申明代表一个元素可以由一定数量的的字符(不含控制字符)组成，字符的数量限制并不影响元素的数据类型，CInfinite则表示一个元素没有长度限制。例：C255说明最小的长度为1，最大的长度为255。 3.2数值型 Numeric 本标准中数值型分为三类：整数型（Integer）、高精度型（Decimal）、百分比型（ Percent）。其中百分比型表示用于表示各种单位中的比率值，如百分比50%须表示为50。数值型数据表示一个满足以下规则的数量值：1）数值型的位数不能超过15 个，但是标点符号不计算在内（例如：正负号、小数点、货币符号等）。 2）数量值不限于整数值，而且允许小数点出现在数字列中任何位置（例如：可以接受+.123456789这种表示方法）。 3）正负号可以有也可以没有，如果有正负号就必须出现在最左边的位置，如果没有，默认为正值。 3.3日期时间型 Date and Time 日期时间型格式描述为yyyy-mm-dd hh:mm:ss 如 2006-03-10 15:20:30。日期时间型数据可分为日期型和时间型2 个子类型：日期型（Date）格式为yyyy-mm-dd，如2006-03-10；时间型（Time）格式为hh:mm:ss 如15:20:30。单独使用Date类型表明只关注发生日期，单独使用Time类型表示只关注发生在一天中的具体时间。 3.4标识符型 Identifier 标识符型（简写为ID）类型申明代表相关元素是标识机构、组织、个人或其他参与方的惟一标识符。同时标识符型也包括了标识型，例如个人代理人的号码。标识符型包括简单标识（Simple Identifier,Simple ID）、通用唯一标识符（Universally Unique Identifier，UUID）和统一资源标识（UniversalResource Identifier，URI）三种类型。 UUID 类型的元素是一个长度不超过36位的狭义字符型数据。在可读文档中，一个通用唯一标识符(UUID)是通过多个部分按照一定的排序来表示，这些部分是通过单划线分隔开的。每一个部分都是一个不满位数补零的十六进制的整数，都包含了重要的含义。十六进制数中的a 到f是当作小写字母输出，而在输入时大小写字母都可以接受。各部分的次序与通用唯一标识符的结构一致。 URI 类型用于标识一处网络资源，对于同一文档内部的资源，我们建议采用String类型的XPath格式进行描述。 3.5布尔型 Boolean 布尔型类型申明表示相应的元素是一个两价逻辑值（真或者假）。‘true’或者‘1’表示一个为真的逻辑值，‘false’或者‘0’表示一个为假的逻辑值。 3.6货币型 Currency 货币型类型申明的元素是以元为单位，精确到分，保留2 位小数。表示所有货币金额。货币金额型的数据至少包括一个十进制数值和一个满足GB/T 12406《表示货币和资金的代码》定义的（三位）货币代码。 3.7计量型 Measure 计量型类型申明表示相关的元素包括一个十进制数和单位。 3.8枚举型 Enumeration 枚举型（简写为Enum）是字符型的扩展类型，通常用于限制元素的取值。枚举型数据类型可以分为开放式枚举（Open Enum）和封闭式枚举（Closed Enum）。开放式枚举是指对一些有效的枚举值进行了定义，同时允许本标准的用户进行扩展。开放式枚举型为客户和终端系统提供了一种机制，使得只需要消息流的两端（起点和终点）都能够理解消息的含义，而中间媒介不需要理解消息就能够完成系统之间的数据交换。封闭式枚举型是指已经对所有有效的枚举值进行了定义的枚举类型。任何未包含在定义范围内的值都是无效的。 4 调用接口交易序列图 5 总体设计 5.1物理结构图 5.1.2 WebService平台接口方案大病中心大型定点医疗机构要求以太网10兆以上局域网或宽带网 6交易 6.1交易说明 6.1.1交易的模式在本标准内，大病数据交换相关的交易均由两种消息组合而成，它们是请求消息和应答消息，这样的模式通过交易流水号将请求消息和应答消息关联起来，交易流水号由请求方创建并传送至应答方。本标准暂未提供通知类交易。在保险公司、卫生机构、区域信息中心平台之间，请求方和应答方的对应关系并不固定，而是应该依据具体业务需求而定。 6.1.2批量处理在本标准内，批量处理是通过将多个交易打包成一个交易集合的方式来完成的，其交易过程和其他单处理的交易一样为一次，其中批量处理中的每一笔处理对应一个交易，并分配唯一的交易流水号。 6.1.3冲正处理本标准冲正处理是通过相应的正交易实现，暂不提供独立的冲正交易。 6.1.4交易安全性本标准建议通过对交易报文进行通信加密来提高交易的安全性，暂不规定具体的加密方法种类和措施。对于支付类交易的报文，本标准建议对全文进行数字签名处理，以适当形式将签名报文附在主报文中。 6.1.5交易错误处理在应答消息中会包含出错的信息，错误信息包括2个部分：第一部分包括整个交易状态（如：成功状态、失败状态，待处理状态等）；第二部分包含对具体的错误信息的描述（如：什么发生错误等），所有的错误信息均采用标准化定义。 6.1.6交易预留字段说明每个接口交易均预留3个预留字段，供以后扩展使用。 6.2 交易定义交易定义包括六个部分：交易归属类别、交易码、定义、用途、约束条件和消息组成。在本标准中交易码由4 位字符组成，第1位固定为“H”，代表医保交易；第2-4位为数字，用于代表相应的主交易。 6.2.1 PICC标准目录批量下载交易表1　 PICC标准目录批量下载交易定义各地农合系统通过该交易下载PICC标准目录信息用途由于大病系统是省级系统，为了避免各地上传目录信息不一致，相关地市统一使用PICC规定目录，故提供该标准目录下载交易接口。系统上线之前，通过手工方式将PICC合规目录、ICD10病种编码进行下发，随着系统的平稳运行以及对系统要求的提高，以后可能会需要农合系统通过该接口自动进行目录的下载。大病系统中心端开发相应的PICC目录查询修改模块，PICC中心业务人员对目录进行增减变动后，农合系统可以通过该接口实时下载变动目录信息。在表中新加一个字段，做标识，来区分该条记录是新增或修改或删除的。约束所属类别处理类交易交易码 H001 消息组成请求方上传下载交易请求，响应方返回目录信息。说明大病系统开放该接口，各地农合系统是否使用该接口暂不做硬性要求 6.2.2目录对照信息上传交易表2　目录对照信息上传交易定义通过该交易农合系统可以上传本地农合目录与PICC目录对照的信息用途农合系统下载PICC标准目录到本地后，农合系统中心业务人员将本地目录与PICC标准目录进行对照，目录对照规则为：各地农合系统先根据自己的标准目录跟PICC目录进行对照，然后各定点医疗机构将自己的目录与本地农合系统的标准目录进行对照，这样就达到了医院目录跟PICC标准目录一一对应的效果。对照原则：医院目录与农合目录可以为多对一，不可以一对多，农合目录与PICC目录可以多对一，不可以一对多。对照完成后，通过该交易将目录对照信息批量上传到大病系统。约束所属类别处理类交易交易码 H002 消息组成说明大病系统开放该接口，各地农合系统是否使用暂不做硬性要求。 6.2.3参合人员信息批量上传交易表3　参合人员信息批量上传交易定义参合人员基本信息通过该交易上传，农合系统可以批量上传本地参合人员基本信息 (建议一次性上传数量不要超过4千条) 用途通过该交易批量上传参保人员基本信息, 约束所属类别处理类交易交易码 H003 消息组成请求方发送上传交易请求，响应方返回接收信息。说明大病系统开放该接口，各地农合系统是否使用暂不做硬性要求。由于大病人员在进行住院登记、出院结算时需要将就诊参合人员的基本信息一并上传，故该接口暂时不做硬性要求。 6.2.4大病人员审批信息上传交易表4　大病人员审批信息上传交易定义通过该交易上传大病人员病种审批信息用途政策规定，享受大病补偿人员必须有相对应医院的病种认定信息，如果农合系统中有相应的审批信息，则可以通过该交易将认定信息上传到大病平台系统约束所属类别处理类交易交易码 H004 消息组成请求方发送上传交易请求，响应方返回接收信息。说明由于有的农合系统中可能没有对审批进行要求，所以暂时不对该交易做硬性要求 6.2.5住院登记交易表5　住院登记交易定义发送参合人员的基本信息和住院登记信息。用途政策规定，本次大病补偿范围为20类大病，PICC会确定哪些ICD10标准病种编码属于这20类大病，农合系统接收到his系统传过来的住院登记信息之后，首先判断参保人员入院诊断病种如果属于20类大病，如果属于则将登记信息上传到大病系统，否则无需上传。大病人员住院登记信息必须实时上传到大病系统，大病系统接收到住院登记信息后，各地PICC的理赔员可以通过大病系统的中心查询模块查询到当前在院大病人员信息，这样就可以对这些人员进行随机抽检，提前进行理赔风险规避。约束一次交易只能完成特定患者的住院登记信息。所属类别处理类交易交易码 H005 消息组成请求方发出住院登记上传请求，响应方反馈接收结果。说明农合系统必须得进行改造 6.2.6住院登记撤销交易表6　住院登记撤销交易定义撤销已上传到大病系统的住院登记信息。用途农合系统应该对上传大病系统的住院登记信息进行标记，收到his系统发送的取消住院登记的交易请求时根据标记信息判断是否需要调用该交易。约束一次交易只能撤销指定患者的住院登记信息。所属类别处理类交易交易码 H006 消息组成请求方发出住院登记撤销请求，响应方反馈接收结果。说明农合系统需要进行改造，防止大病系统产生过多的无效住院登记信息 6.2.7费用明细信息上传交易表7　费用明细信息上传交易定义上传患者的费用明细信息用途农合系统接收到HIS系统发起的费用明细上传交易请求后，农合系统向大病系统发起该交易请求。约束所属类别处理类交易交易码 H007 消息组成请求方发出明细上传交易请求，响应方反馈接收结果。说明农合系统必须进行改造 6.2.8费用结算交易表8　费用结算交易农合系统接收到的费用预结算请求自己单独处理，只是在进行费用结算的时候再调用该交易定义上传大病患者的农合系统结算信息、参合人员基本信息、费用明细清单信息。用途政策规定，本次大病补偿范围为20类大病，PICC会确定哪些ICD10标准病种编码属于这20类大病，农合系统接收到his系统传过来的出院结算请求之后，首先判断参保人员出院诊断病种如果属于20类大病，如果属于则将结算信息上传到大病系统，否则无需上传。农合系统接收到HIS系统发起的费用结算交易请求后，先计算出本地农合报销结果，然后将农合报销结果连同本次就诊的全部有效明细信息一并上传到大病系统，大病系统首先对所收到的明细进行对账（可以简单的进行比较，即收到明细的总金额需要等于农合系统计算结果中的总金额，如果不一致则认为丢失数据不予接收，一致则进行相应计算）。有的农合系统中明细金额可能会小数点保留4位，然后再对累计金额进行四舍五入，针对这种情况需要仔细考虑。张岩在邮件中，补充的需求说明。有的参合人员医院接诊的时候入院诊断可能不属于大病，对于这种住院登记信息新农合系统不往大病系统传数据，出院结算时病种诊断编码属于大病范围，则农合系统需要先往大病系统上传一条住院登记信息，然后再传费用结算信息。约束要求在新农合在医院端完成结算之后发起此交易，如果发起结算撤销交易，则同时对费用明细做撤销标记，下一次发起结算交易的时候重新上传明细。所属类别处理类交易交易码 H008 消息组成请求方发出费用结算交易请求，响应方反馈接收结果。说明农合系统必须进行改造 6.2.9二次报销查询交易表9　二次报销查询交易定义查询参合人员的人工审核补偿金额。用途农合系统发起该交易用于查询参合人员的人工审核补偿信息参合人员的大病补偿是否需要经过人工审核，由费用结算交易出参中的“补偿计算类型”字段来判断，如果需要进行人工审核，则农合系统对该类结算记录打标记，然后通过定时调用该交易来获取二次报销补偿结果。约束所属类别查询类交易交易码 H009 消息组成请求方发出费用结算交易请求，响应方反馈接收结果。说明农合系统必须进行改造 6.2.10结算撤销交易表10　结算撤销交易定义撤销已经结算的大病结算信息。用途农合系统接收到HIS系统发起的费用结算撤销交易请求后，农合系统向大病系统发起该交易请求。约束所属类别处理类交易交易码 H010 消息组成请求方发出明细上传交易请求，响应方反馈接收结果。说明农合系统必须进行改造 6.2.11定点医疗机构信息上传交易表11　定点医疗机构基本信息上传交易定义通过该交易修改各定点医疗机构的一些非必要信息，比如法定代表人、联系人姓名、联系电话、地址、银行账号等信息。由于PICC需要对各定点医疗机构进行统一编码，所以说需要各合管办将所辖定点信息上报给PICC，然后PICC进行统一编码后，将新的编码反馈给合管办，然后各农合系统开发商需要在本地农合系统中建立一张医疗机构代码映射表，上传给大病系统的医疗机构代码需要为PICC指定的编码。用途通过该交易修改定点医疗机构基本信息约束所属类别处理类交易交易码 H011 消息组成请求方发送上传交易请求，响应方返回接收信息。说明暂不对农合系统进行硬性要求 6.2.12农合系统对账交易表12　农合系统对账交易定义各地市农合系统通过该交易与大病系统进行对账用途由于大病系统为省级平台，跨地市传输数据的过程中丢包的概率很大，为了防止单边账的情况发生，要求农合系统对没有接收到大病系统返回信息的结算数据打标记，每天晚上定时对标记数据发起该对账交易，大病系统收到交易请求后，检查系统中是否有该记录对应的补偿记录，如果有则将该记录冲正，返回成功标志，如果没有则大病系统不做任何处理，同样返回成功标志。该交易主要是为了防止大病系统有补偿信息，但是该补偿信息参合大病人员并没有享受到，由于大病补偿信息很快就会通过PICC的非车险理赔系统进行支付，所以为了规避支付风险设计了该交易。如果农合系统没有收到大病系统返回的补偿信息，需要告知his系统是什么原因导致的。约束所属类别查询类交易交易码 H012 消息组成请求方发送上传交易请求，响应方返回接收信息。说明农合系统需要进行改造。 6.3消息定义 6.3.1消息的结构消息分为两类，包括请求消息与响应消息。消息由消息头和消息体组成，消息头包括了消息的标识信息，如交易流水号、交易类型等；消息体包括交易所需要的具体业务信息，如：目录上传信息、费用结算信息。表13　请求消息结构名称说明 <Message> 消息开始 <head> 消息头开始 <Request> </Request> </head> 消息头结束 <body> 消息体开始 </body> 消息体结束 </Message> 消息结束表14　响应消息结构名称说明 <Message> 消息开始 <head> 消息头开始 <Response> </Response> </head> 消息头结束 <body> 消息体开始 </body> 消息体结束 </Message> 消息结束 6.3.2消息头 6.3.2.1请求消息头表15　请求消息头名称类型约束说明 <Request> StandardVersionCode Closed Enum Optional 标准的版本号信息，StandardVersionCodeContent_Type 1.0 MaxRecord Num Optional 最大记录数请求信息中的记录条数 TransRefGUID C233 Mandatory 交易流水号业务系统中与本次交易相关的流水号，如不需管理传0 TransactionCode Closed Enum Mandatory 交易码 @defaultCurrencyCode Closed Enum Optional 货币代码，CurrencyTypeContent_Type MessageId UUID Mandatory 消息的标识符，交易序列号消息的唯一标识符，每次交易不同，可通过java中的标准方法获得 CorrelationId UUID Mandatory 一串数字用于标识消息以防这条消息需要被修改暂不使用，与MessageId相同 MessageDateTime Date and Time Optional 消息创建的时间 SenderCode C233 Mandatory 消息发送者的代码为每个机构统一分配的代码 SenderName C233 Optional 消息发送者的名称为每个机构统一分配的名称 SenderAddress C233 Optional 消息发送者的地址消息发送者的IP地址 ReceiverCode C233 Mandatory 消息接受者的代码 ReceiverName C233 Optional 消息接受者的名称 ReceiverAddress C233 Optional 消息接受者的地址 IntermediaryCode C233 Optional 第三方的代码 IntermediaryrName C233 Optional 第三方的名称 IntermediaryAddress C233 Optional 第三方的地址 </Request> 6.3.2.2响应消息头表16　响应消息头名称类型约束说明 <Response> StandardVersionCode Closed Enum Optional 标准的版本号信息，StandardVersionCodeContent_Type MaxRecord Num Optional 最大记录数 TransRefGUID C233 Mandatory 交易流水号与请求报文中的交易流水号相同 TransactionCode Closed Enum Mandatory 交易码 @defaultCurrencyCode Closed Enum Optional 货币代码，CurrencyTypeContent_Type MessageId UUID Mandatory 消息的标识符，交易序列号 CorrelationId UUID Mandatory 一串数字用于标识消息以防这条消息需要被修改 MessageDateTime Date and Time Optional 消息创建的时间 SenderCode C233 Mandatory 消息发送者的代码 SenderName C233 Optional 消息发送者的名称 SenderAddress C233 Optional 消息发送者的地址 ReceiverCode C233 Mandatory 消息接受者的代码 ReceiverName C233 Optional 消息接受者的名称 ReceiverAddress C233 Optional 消息接受者的地址 IntermediaryCode C233 Optional 第三方的代码 IntermediaryrName C233 Optional 第三方的名称 IntermediaryAddress C233 Optional 第三方的地址 </Response > 6.3.3 PICC标准目录批量下载交易 6.3.3.1 PICC标准目录批量下载交易请求消息交易编码： H001 名称类型约束说明 <CatalogDownload_Request> <head> StandardVersionCode Closed Enum Optional 标准的版本号信息，StandardVersionCodeContent_Type MaxRecord Num Optional 最大记录数 TransRefGUID C255 Mandatory 交易流水号 TransactionCode Closed Enum Mandatory 交易码 @defaultCurrencyCode Closed Enum Optional 货币代码，CurrencyTypeContent_Type MessageId UUID Mandatory 消息的标识符，交易序列号 CorrelationId UUID Mandatory 一串数字用于标识消息以防这条消息需要被修改 MessageDateTime Date and Time Optional 消息创建的时间 SenderCode C255 Mandatory 消息发送者的代码 SenderName C255 Optional 消息发送者的名称 SenderAddress C255 Optional 消息发送者的地址 ReceiverCode C255 Mandatory 消息接受者的代码 ReceiverName C255 Optional 消息接受者的名称 ReceiverAddress C255 Optional 消息接受者的地址 IntermediaryCode C255 Optional 第三方的代码 IntermediaryrName C255 Optional 第三方的名称 IntermediaryAddress C255 Optional 第三方的地址 </head> @xml: lang C15 Mandatory 这一属性标识了相关联元素的语言内容这是标准的XML 特殊属性 Item_Code Closed Enum Mandatory 项目编码（用于确定需要下载信息的种类），代码参见附件 Begin_Time Date Mandatory 开始日期（将更新时间为开始日期之后的信息下载到本地农合系统） ReserveField1 C255 Optional 预留字段1 ReserveField2 C255 Optional 预留字段2 ReserveField3 C255 Optional 预留字段3 </CatalogDownload_Request> 项目编码说明：项目编码说明 01 药品目录 02 诊疗目录 03 服务设施 04 病种 05 目录对照审批信息 6.3.3.2 PICC标准目录批量下载交易响应消息输出参数：药品信息下载文件内容说明：名称类型约束说明 <CatalogDownload_Respond> <head> StandardVersionCode Closed Enum Optional 标准的版本号信息，StandardVersionCodeContent_Type MaxRecord Num Optional 最大记录数 TransRefGUID C255 Mandatory 交易流水号 TransactionCode Closed Enum Mandatory 交易码 @defaultCurrencyCode Closed Enum Optional 货币代码，CurrencyTypeContent_Type MessageId UUID Mandatory 消息的标识符，交易序列号 CorrelationId UUID Mandatory 一串数字用于标识消息以防这条消息需要被修改 MessageDateTime Date and Time Optional 消息创建的时间 SenderCode C255 Mandatory 消息发送者的代码 SenderName C255 Optional 消息发送者的名称 SenderAddress C255 Optional 消息

展开阅读全文