省级数据交换平台暨新农合转诊结算解决方案v101(xx0723讨论稿).doc

省级数据交换平台暨新农合转诊结算解决方案v101(xx0723讨论稿) 实现居民基本医疗服务、医疗社会保障、公共卫生服务的整合统 一、资源共享。 通过实现医疗卫生机构的业务协作和信息联动，全面提高区域公共卫生信息化水平，逐步完善区域卫生信息资源的统 一、规范，提高医疗卫生服务的社会效益和经济效益，实现区域卫生信息的网上交换、集中管理与资源共享。 .apusic.金蝶中间件第6页共37页省级数据交换平台解决方案第2章功能需求2.1数据交换流程图省级数据交换平台与县级新农合医疗管理系统之间实现网络互联互通，与辖区内的所有定点医疗机构HIS系统进行无缝衔接，并做到与省级信息平台的无缝衔接。 实现网上转诊、在线审核、即时结算、实时监控和信息汇总，提高管理水平和工作效率，为各级医疗管理部门提供决策依据。 数据交换流程图如下2.2关键概念2.2.1新农合经办机构包括省、市、县（市、区）新型农村合作医疗管理部门，负责新农合的日常业务处理。 2.2.2转出定点医疗机构指经新农合经办机构授权的，承担新农合转诊业务的定点医疗机构。 且该机构的HIS已经和新农合管理信息系统进行实时对接。 .apusic.金蝶中间件第7页共37页省级数据交换平台解决方案2.2.3转入定点医疗机构把通过各级新农合管理机构认定的省、市级（县域外）定点医疗机构。 2.2.4省级数据交换平台部署在省级数据中心的核心数据交换平台，负责全省的数据交换与路由，是本系统的核心。 2.3业务流程2.3.1系统设置2.3.1.1转出定点医疗机构设置对转出定点医疗机构进行授权和设置。 设置参数转诊确认（是/否）。 是由转出定点医疗机构转诊的患者，需要经新农合经办机构确认，转诊信息方可生效。 否无需新农合经办机构确认，则可直接生效。 2.3.1.2转入定点医疗机构设置在省级数据交换平台上设置转入定点医疗机构信息，供新农合经办机构调用。 分省级和市级，省级可全省调用、市级可本市辖区经办机构调用。 包括基本信息、医院简介、银行账号等2.3.1.3补偿方案设置通过系统设置，完成各县（市级）新农合外转补偿方案的设置，可设置多个不同的补偿方案，必须有一个为默认方案。 2.3.1.4补偿、结算设置设定各县（市、区）新农合经办机构与转入定点医疗机构的补偿、结算，包括每一个转入定点医疗机构的补偿与结算方式、使用的补偿方案。 不进行设置则使用默认方案，即出院即时补偿，调用默认补偿方案结算，按协议与各县新农合经办机构进行垫付汇总结算。 .apusic.金蝶中间件第8页共37页省级数据交换平台解决方案2.3.2转诊功能患者由县级新农合经办机构或转出定点医疗机构转到转入定点医疗机构就诊，办理网上转诊手续，打印转诊单据。 同时将转诊信息（信息包括转诊信息、患者个人基本信息、参合信息、既往补偿信息、是否可以即时补偿等）通过数据交换平台上传至省数据中心。 患者在办理完转诊手续后，在本地系统中对其账户进行冻结，待本次转诊业务结束后再解冻。 2.3.3取消转诊实现平台转诊申请信息取消功能，取消后为转诊申请信息将置为作废状态。 对已经被定点单位接收的患者，不能进行取消转诊。 2.3.4转诊审核通过授权的定点医疗机构提交的患者转诊信息，通过数据交换平台上传至省数据中心后。 县级新农合医疗管理信息系统下载转诊信息进行审核。 审核通过转诊到预转定点医疗机构，不符合转诊条件进行驳回，转出定点医疗机构接受驳回信息。 2.3.5患者接收转入定点医疗机构根据（转入医院、转诊单号或者医疗卡）通过数据交换平台获得患者的基本信息及其他信息，录入医院HIS系统，办理入院手续，进行就诊。 如果定点医疗机构没有就诊条件或者其他原因不能接诊，并把拒诊信息通过数据交换平台上传至省数据中心，新农合医疗管理信息系统和转出的定点医疗机构获得拒诊信息。 2.3.6诊疗信息上传转入定点医疗机构后入院患者在医院的诊疗信息定时（每天执行一次，通过系统配置，设置上传时间及间隔）通过数据交换平台上传至省数据中心。 2.3.7诊疗信息实时监控转入定点医疗机构定时上传诊疗信息通过数据交换平台到省数据中心，县级新农合医疗管理信息系统可以通过数据交换平台下载查看相关信息。 患者在住院期间，所在地的管理机构可对住院的情况进行网上监督，发现问题时可对该患者进行“结算需要复核”的标注。 把“结算需要复核”信息通过数据交换平台上传至省数据中心，转入定点医疗机构更新结算状态。 .apusic.金蝶中间件第9页共37页省级数据交换平台解决方案2.3.8患者出院结算患者康复出院，转入定点医疗机构把结算信息上传的省级数据交换中心的同时，对患者状态进行解冻。 出院结算操作视为终止诊疗数据上传的一个业务动作。 在进行出院结算操作后，系统将不允许再进行住院诊疗信息上传。 2.3.9垫付汇总、结算转入定点医疗机构按协议周期与各县新农合经办机构进行结算。 各县新农合经办机构定期将出院患者信息下载到本地，并将补偿信息存入本地新农合管理信息系统。 按协议期限汇总垫付资金总额，与转入定点医疗机构结算，保存结算相关信息。 2.4平台使用单位2.4.1新农合经办机构新农合医疗管理信息系统与省级数据交换平台无缝衔接，实现对患者转诊及转诊网上在线审核；获得患者诊断信息对患者的住院情况实时监控；即时结算；信息汇总等功能。 2.4.2转出定点医疗机构转出定点医疗机构系统与省级数据交换平台无缝衔接，实现患者在线转诊；患者基本信息及诊断信息数据共享；取消转诊等功能。 2.4.3转入定点医疗机构转入定点医疗机构系统与省级数据交换平台无缝衔接，实现患者接诊；患者拒诊；患者诊断信息和结算信息共享；即时结算。 2.5相关约定2.5.1域外结算约定转诊到县域外的患者执行现行医保的药品和诊疗目录，结算以此为依据。 如果以后的新农合的域外目录变化，将按新农合的目录执行（需要转入定点医疗机构将新农合目录植入其HIS）。 .apusic.金蝶中间件第10页共37页省级数据交换平台解决方案2.5.2出院结算、补偿约定如果患者所在地与转入点医疗机构协议中没有即时结算要求，可不对其进行实时补偿，按现金患者正常结算，将结算信息上传至省数据交换中心，患者回所在地进行补偿。 有结算要求地区的患者出院结算时，按照新农合补偿政策的要求，核算出符合条件的医药费用，调用患者所在地的补偿方案，计算补偿额，由定点医疗机构垫付给患者。 患者在住院期间，所在地的管理机构可对住院的情况进行网上监督，发现问题时可对该患者进行“结算需要复核”的标注，这样患者在出院结算时就需要所在地管理部门的复核，通过后方能进行垫付补偿，或者按非即时结算患者处理。 2.5.3账户冻结患者在办理完转诊手续后，在本地系统中对其账户进行冻结，待本次转诊业务结束后自动解冻。 2.5.4数据下载患者出院后，信息已经上传至数据交换中心，各经办机构要按时下载相关数据，按当地新农合信息系统规范格式，将数据存入。 建议不下载诊疗明细数据，只下载补偿数据。 查询明细时可到省级数据交换中心直接提取。 .apusic.金蝶中间件第11页共37页省级数据交换平台解决方案第3章技术需求3.1系统架构要求 1、采用基于SOA的架构设计方法，系统架构采用三层体系架构。 2、系统架构设计要充分考虑开放性、安全性等非功能性需求。 3、系统架构可扩展需求。 方案设计既要适应满足工程项目需求，也要考虑未来可持续发展，既要有较强的伸缩特性，又要保持技术的先进性和成熟稳定性。 4、网络系统的设计要充分考虑现有的网络结构。 可以利用分布在全市各个卫生服务中心（站）及市局属医院的网络资源，防止重复投资，浪费资源。 3.2数据交换平台建设要求省级数据交换平台要从数据中心建设的高度提出对数据中心数据库建设、数据交换与共享、元数据管理、数据分析与应用，以及数据中心标准规范体系、运维体系、安全体系等一系列的基础技术支撑环境的综合解决方案。 3.3其他要求 1、标准规范体系标准规范体系主要指信息化标准规范，包括工程建设相关技术规范、业务模型及业务交换标准、以及基础数据库标准。 以卫生部公布使用的信息标准为依据，或借助于国际通行的卫生信息标准如ICD- 10、HL 7、DI等。 具体参照中华人民共和国卫生部颁发的相关信息标准，如新型农村合作医疗管理信息系统基本规范、中国公共卫生信息分类与基本数据集、社区卫生信息基本数据集、社区卫生信息代码集、信息分类与功能规范、医院基本数据集等。 2、安全系统安全系统设计为基础设施层、数据访问层、信息交换层、应用层四个层次，其中基础设施层包括网络安全基础设施和认证基础设施；数据访问层包括数据资源的安全性、数据访问、传输以及提取的安全性；信息交换层主要是保证信息传输的机密性、完整性和不可否认性，防止信息传输过程中的窃听和泄漏。 应用层安全保证业务操作主体的可信性、可审计性以及不可抵赖性。 .apusic.金蝶中间件第12页共37页省级数据交换平台解决方案第4章交换平台系统设计对省级数据交换平台建设，需要规划和建设的部分包括 1、完成各个定点医疗机构和新农合信息系统之间的数据集成将各个机构的业务数据统一汇总到信息中心，在信息中心建立统一的业务数据库，对各个机构的数据进行统一管理、统一规划。 2、信息中心统一业务应用平台的搭建在数据已经汇总到信息中心数据库的基础上，搭建统一业务管理平台，实现对各个机构之间的数据的统一管理。 3、机构和机构之间、机构和信息中心统一平台之间的业务信息交换数据在信息中心进行汇总之后，各个机构、信息中心之间可能会存在业务级别的信息往来。 省级数据交换将作为业务信息共享的基础，通过Apusic ESB平台，可在省级数据交换平台系统中，达到上述的数据集成和业务信息共享的目标这三个目标互为依托，逐步实现作为Apusic Platform产品家族的一个重要组成部分，Apusic ESB和Apusic JavaEE应用服务器、Apusic消息中间件无缝结合，提供了面向SOA的基础架构。 .apusic.金蝶中间件第13页共37页省级数据交换平台解决方案Apusic ESB能够对符合工业标准服务进行注册、管理、发布，帮助企业构建公用服务仓库。 Apusic ESB在Apusic消息中间件智能路由技术的基础上，实现了灵活自主流程定义的轻量级流程引擎，实现安全、灵活的数据中介服务，实现流程化的服务业务组织。 同时，结合Apusic ESB中介流程引擎，Apusic ESB内置了适配器簇，提供多种针对数据存储的适配服务，实现了面向数据存储层面的数据集成、数据交换的能力。 4.1数据交换由于数据交换平台运行在卫生系统内网，出于对数据安全性的考虑，需要在各个定点医疗机构和新农合办的业务数据库之外，部署前置机（有市级平台的地区，只需部署一台前置机）。 前置机上将部署交换数据库，由信息交换桥接组件，负责将业务数据库中需要统一汇总的数据写入到交换数据库中。 数据交换将从定点医疗机构的业务系统中的前置交换数据库中，获取增量数据，并将数据封装成统一的数据模型，以稳定、安全、可靠的方式，发送到数据中心，并在数据中心完成数据清洗、汇总等操作，写入到数据中心的统一数据库中。 对整个数据交换的过程进行分析和抽象，可以分为如下几个步骤数据采集从定点医疗机构的前置交换数据库中，分析增量数据，并提取增量数据，将数据以统一的数据模型封装、加密，放入总线中。 数据传输根据已经制定的路由规则，将数据路由到数据中心。 数据映射数据源端（定点医疗机构）和数据目的端（数据中心）可能为异构系统，对于同种语义的数据，从源端采集得到，需要进行数据映射，转换为目的端可识别的数据。 数据推送从总线中接收数据，解析数据，持久到数据库中。 数据清洗对原型数据库中的数据进行清洗、比对，写入到统一业务数据库中。 这几个步骤互为依托Apusic ESB提供各种适配服务以及总线数据路由服务，能够高效、可靠的实现这几个关键步骤。 4.1.1数据采集阶段在数据采集阶段，卫生厅从各个定点医疗机构和新农合办系统的前置交换数据库中，分析增量数据，.apusic.金蝶中间件第14页共37页省级数据交换平台解决方案并提取增量数据，将数据以统一的数据模型封装、加密，放入总线中。 同时分析状态发生变化的数据，提取把变化的数据，放入到总线中。 Apusic ESB的适配器中的采集服务，完成对交换数据库中的业务数据增量的采集、分析、加密和封装，在交换数据库和数据总线之间，建立数据流通的有效通路。 数据采集服务定义在Apusic ESB前置节点中。 Apusic ESB前置节点部署在定点医疗机构前置机上。 数据采集服务的定义，可以通过管理工具配置完成，不需要进行编码工作。 数据采集服务支持主流的数据库，包括Oracle、DB 2、SQL Server、MySql等的主流版本。 数据采集服务支持对关系型数据库之外，也支持各种文件的采集。 支持的文件格式包括XML、Excel和文本文件。 .apusic.金蝶中间件第15页共37页省级数据交换平台解决方案4.1.2数据路由阶段数据采集服务将各个定点医疗机构和新农办的数据按照一定的格式封装并放入数据总线后，由Apusic ESB数据总线完成数据的连通和路由。 Apusic ESB将通过这两部分的特性，解决系统集成时在数据传输层次的一系列问题，保证系统集成时数据在各个系统之间的传输可靠、安全和高效。 数据路由逻辑Apusic ESB提供独特的流程引擎，实现面向流程的数据路由。 通过定义数据处理流程的方式，配置指定数据的流转、分支、合并，完成数据的路由逻辑定制。 .apusic.金蝶中间件第16页共37页省级数据交换平台解决方案通过流程定义，以清晰、明了的方式，定制路由逻辑，大大简化的运行和维护的成本。 通过流程定义，可以快速的实现多种数据交换模式?推点到点或点到多点的主动信息推送方式?拉点到点或点到多点的被动信息获取方式?组播在一个域或群组范围内的多点群发方式?并且，对于数据交换流程，Apusic ESB提供了多样灵活的流程调度，可以应对复杂的业务场景。 .apusic.金蝶中间件第17页共37页省级数据交换平台解决方案?实时对于财务等敏感数据，可实时同步?定时每天固定时间进行数据时同步?自定义只执行单次或者每月第二周周三上午8点到10点执行同步等复杂景。 数据交换流程的引入，使基于Apusic ESB之上构建的数据交换平台扩展性大大提高。 当数据逻辑发生变化的时候，例如，数据广播的接收端增加一个，只需要通过工具修改流程定义，即可马上满足新的业务需求。 4.1.3数据映射发生省级数据交换平台中集成的各定点医疗机构，可能是完全异构的系统，也就意味着对于同一中语义的数据，存在多种不同的数据描述。 例如，在某个定点医疗机构的数据库中，对于人员的数据描述可能为表名字段名name ageperson sexaddress emailphone类型char (20)int bitvarchar (100)varchar (100)char (20)但是，在数据中心的数据库中，对于人员的描述可能为表名字段名xingming nianlingrenyuan xingbiejiatingzhuzhi youjiandizhidianhuahaoma类型varchar (10)int bitvarchar (100)varchar (100)varchar (20)那么，当数据在定点医疗机构被分析采集，路由到数据中心，在数据中心进行数据处理之前，必须要将数据进行转换，转换成为数据中心可识别的数据。 Apusic ESB适配器簇的映射服务，能够根据已经配置好的映射定义，自动完成异构系统之间同种语金蝶中间件第18页共37页.apusic.省级数据交换平台解决方案义的数据转换。 映射的定义内容包括?表名影射?字段影射?字段操作影射同时，还可以完成多张表到多张目的表的多对多影射，多张表的多个字段到多张目的表的多个字段的影射。 4.1.4数据推送阶段当在定点医疗机构和新农办采集到的数据通过Apusic ESB企业服务总线，由流程引擎控制流程逻辑路由到数据中心的时候，Apusic ESB的适配服务簇中的持久服务，完成数据的解析，并将数据持久到中心数据库中。 数据持久服务的定义，可以通过管理工具配置完成。 .apusic.金蝶中间件第19页共37页省级数据交换平台解决方案数据持久服务支持主流的数据库，包括Oracle、DB 2、SQL Server、MySql等的主流版本。 同时，数据持久服务，也支持将数据持久到文件形式的数据存贮中。 支持的文件类型包括XML、Excel和二进制。 并且在Apusic ESB之上，允许用户代码介入，可以注册用户自己编码完成的适配服务，完成对更为复杂场景的数据持久工作。 4.1.5数据融合服务针对数据自动清洗的场景，Apusic ESB适配器簇中提供融合服务，对数据清洗作了独立的封装。 以配置的方式，完成原始库中的数据到统一业务数据库中数据的清洗、比对或者汇总。 .apusic.金蝶中间件第20页共37页省级数据交换平台解决方案4.1.6数据冲突策略和数据交互日志在数据交换中，可能会大量的存在数据冲突。 这些数据冲突包括数据库本身的约束（主键、外健），同时，在特定的业务场景下，可能会出现业务数据冲突。 通过Apusic ESB，可以定义数据冲突策略。 数据冲突策略包括两个部分定义冲突除了数据库默认的主键冲突和外健冲突之外，用户可以自定义冲突字段，根据业务需求，定义那些字段的数据重复时，也被认为发生了数据冲突。 冲突发生时的处理方式根据指定的数据冲突，可以指明数据处理策略，这些策略包括，丢弃后来数据、以后来数据为准、更新数据等方式。 同时，Apusic ESB对发生的数据交换有详细的数据交换日志记录。 数据交换日志中记录了数据的、数据的目的、数据的具体内容、数据的交换发生时间等信息。 并且可以通过工具，察看如定点医疗机构和数据中心之间，在某个时间段内总共多少次的数据交换等统计信息。 通过业务级别的数据交换日志，可以对整个系统的数据交换情况进行排查、审计，保证数据的有效性。 4.2平台实现和部署Apusic ESB套件分为Apusic ESB服务器和Apusic ESB客户端。 一个Apusic ESB服务器和多个Apusic ESB客户端构成一个星形结构部署模型，所有的Apusic ESBClient和Apusic ESBServer一起构成一个自治的交换网络，实现交换平台功能，承担总线的职责。 .apusic.金蝶中间件第21页共37页省级数据交换平台解决方案通过Apusic ESBServer和Apusic ESBClient的职能分工，Apusic ESBClient负责具体的业务操作单元，Apusic ESBServer负责这些业务单元之间的协同、管理和监控，真正实现在中心统一管理、远程部署。 省级数据交换平台用到卫生系统内部专网进行通信，需要在卫生厅部署一个Apusic ESBServer作为中心节点，并且安装一个Oralce数据库用于做中心数据存储。 在定点医疗机构系统和县级新农合系统分别部署Apusic Agent客户端，连接系统前置数据库，用于数据采集。 省级数据交换平台部署图如下.apusic.金蝶中间件第22页共37页省级数据交换平台解决方案.apusic.金蝶中间件第23页共37页省级数据交换平台解决方案4.3交换平台系统保障为保证各二级单位的数据能安全、可靠、有效的传输到中央数据库，Apusic ESB在安全性、可靠性及监控等方面进行了特别考虑。 4.3.1安全性Apusic ESB实现增强的安全性，支持可插拔的安全加密算法，符合JCE（Java CryptographyExtension）相关规范，保证消息传输的安全性，并且实现队列、主题权限控制，控制谁可以向队列中写以及谁可以从队列中读的安全性。 4.3.1.1传输通道安全性金蝶Apusic ESB支持SSL协议，从而实现Apusic ESB各节点之间的传输通道安全保护。 创建Apusic ESB节点与Apusic ESB节点之间路由连接时，还支持额外的口令短语安全保护。 4.3.1.2数据加密金蝶Apusic ESB支持在数据传输过程中对数据进行加密，保证数据传输的安全性。 安全加密算法可扩展，并提供符合JCE相关规范的安全加密框架。 4.3.1.3权限控制金蝶Apusic ESB提供对客户端连接、队列/主题的权限控制，可按安全角色、用户、用户组等方式控制连接的创建、队列/主题的读/写权限，并符合JAAS规范。 .apusic.金蝶中间件第24页共37页省级数据交换平台解决方案4.3.2可靠性4.3.2.1消息切分金蝶Apusic ESB支持将一个大的消息切分成多个小块发送，在目的ESB节点重新组合成完整的消息。 同样，被切分的消息将获得集群及智能路由带来的好处，充分利用网络带宽。 4.3.2.2断点续传断点续传指的是在数据传输过程中，由于网络原因导致数据传输中断，当网络恢复时，不需要重新传输整个数据消息，而只是从中断的位置传送即可。 金蝶Apusic ESB支持普通数据消息和大尺寸对象数据消息，两种数据消息都支持传输时的断点续传。 因为普通数据消息在传输时实现了消息切分，所以能够支持断点续传。 即数据消息被传送中途出现网络故障时，仍可在故障恢复重新连线后，将后续的数据消息片段重新发送，不必将整个数据消息重新发送。 而服务器在传输大尺寸对象数据消息时已经内置了对断点续传的支持。 4.3.2.3消息压缩金蝶Apusic ESB提供数据压缩支持，在数据传输时对数据进行压缩和解压缩，以提高消息传输效率，这可以提升大数据的传输效率。 4.3.3管理性Apusic ESB提供了配套的监控管理平台，即AESB-Monitor，AESB-Monitor全称为Apusic EnterpriseService BusMonitor Server，中文名为“金蝶Apusic企业服务总线管控服务器”，是对AESB和AESB-Agent进行全生命周期监控的平台，提供包括AESB网络节点基础信息管理、日志信息管理和权限管理等在内的管理功能。 AESB-Monitor能够实现对多个AESB网络的监控，只要部署模型上与受管AESB网络同属可互访的网段即可。 同时AESB-Monitor也提供插件形式和相应的扩展点供二次开发使用，二次开发商可在原.apusic.金蝶中间件第25页共37页省级数据交换平台解决方案有的基础上完成特定领域特殊需求的开发。 4.3.4扩展性Apusic ESB具有高度的可扩展性。 在完成了阶段性数据交换平台建设后，后续如果还有其他单位的.apusic.金蝶中间件第26页共37页省级数据交换平台解决方案数据需要集成到中央数据库中，可以随时动态的增加Apusic ESB节点，在不停机的状态下，将新增Apusic ESB节点接入到数据交换平台网络中。 可以在不停机的状态下配置新的数据交换传输流程，并与已有的数据交换传输流程兼容并行运行。 .apusic.金蝶中间件第27页共37页省级数据交换平台解决方案第5章方案实现5.1基础环境 1、使用卫生系统现有的专网，保证省级数据平台与各个定点医疗机构、新农合办网络连通。 2、要求在省级中心建立中心数据库，在各个定点医疗机构、新农合办建立前置数据库。 中心数据库服务器要求硬盘2T，内存4G以上。 定点医疗机构、新农合办前置数据库服务器要求硬盘500G，内存2G以上。 建议使用Oracle10g数据库作为数据存储。 5.2数据库定义5.2.1数据中心表结构 1、转诊申请表（ZX_APPLY）序号12说明转诊申请单号个人编码字段referral_no person_id medcard_id namedisease_code apply_date apply_note admorg_code admorg_name nhjgczy_code nhjg_date from_org_name zyorg_code zyorg_name最大长度VARCHAR2 (20)NUMBER (20)VARCHAR2 (32)VARCHAR2 (20)VARCHAR2 (20)DATE VARCHAR2 (200)CHAR (7)VARCHAR2 (60)VARCHAR2 (20)DATE VARCHAR2 (50)VARCHAR2 (32)VARCHAR2 (60)非空Y Y Y Y Y Y Y Y Y Y Y Y Y备注使用guid码区县业务系统内唯一个人流水号。 在医院有个人编码，在新农合系统中也有一个但是不一致。 辽宁以户为单位。 在医保中有。 S301-01疾病分类编码转诊原因我们把他定义好，医院在新农合系统中的编码。 新农合经办机构名称登录新农合系统的操作员申请时间授权定点医院名称S201-01卫生机构（组织）分类与编码（WS218-xx）转入定点医疗机构名称34567891011121314医疗证/卡号患者姓名诊断ICD码申请日期申请说明农合机构编码农合机构名称农合机构操作员农合机构操作时间转出医疗机构名称转入医疗机构编码转入医疗机构名称.apusic.金蝶中间件第28页共37页省级数据交换平台解决方案151617转入医疗机构级别本次最大补偿额结算方式zyorg_level bcxejsfs CHAR (1)NUMBER(8,2)CHAR (1)S201-06医疗机构级别编码补偿规则回去结，审核后医院结、根据补偿额判断，超过不结，不超过结算。 再讨论。 区县农合机构审核有效截止时间。 合管办来写这个日期。 通常到年底。 S301-10审核状态编码1-在院2-不在院3-驳回4-作废9-其他由接收医院来写。 低保，五保，需要定义规则类型。 在新农合系统来写。 1转诊，2取消转诊，3转诊成功1同意2待定1同意2不同意18转诊有效期zzyxq DATEY19接诊状态audit_state CHAR (1)Y202122232425262728293031323334接诊时间接诊说明接诊人再次转出日期再次转出单位再次转出原因患者性别患者出生日期患者身份证号患者电话号码患者家庭地址参合属性转诊状态结算复核标志转诊审批audit_date audit_note audit_person send_date send_ opr_code sexbirthdate idcardtel addressjoin_attribute jzztjsfsbz zzspDATE VARCHAR2 (200)VARCHAR2 (20)DATE VARCHAR2 (200)VARCHAR2 (20)CHAR (1)DATE VARCHAR2 (18)VARCHAR2 (20)VARCHAR2 (60)CHAR (1)CHAR (1)CHAR (1)CHAR (1)Y Y Y Y Y YYYYY 2、住院医疗数据表（ZX_MEDICAL）序号1234567说明申请单号住院处方流水号院病历号医保分类医保编码医保比例项目类别字段referral_no T105-01T105-02ybfl ybbmybbl T105-03长度VARCHAR2 (20)VARCHAR2 (20)VARCHAR2 (20)CHAR (2)VARCHAR2 (20)NUMBER(8,2)CHAR (2)非空YYY1备注与申请关联的医院HIS系统处方号住院病历号甲、乙、丙医保核算比例床位费、护理费、西药费、中药费、化验费、诊疗费、手术费、检查费、其他费第29页共37页.apusic.金蝶中间件省级数据交换平台解决方案89101112131415161718192021222324项目名称项目编码规格剂型单价数量付数金额核算金额就诊医院医生姓名补偿机构上传时间处方时间经办人报送单位报送日期报送人T105-04T105-05T105-06T105-07T105-08T105-09T105-10hsje T105-11T105-12T105-13sc_date cf_date T105-15T105-16T105-17T105-18CHAR （50）CHAR (2)CHAR (2)CHAR (2)NUMBER(8,2)NUMBER(8,2)INT NUMBER(8,2)NUMBER(8,2)VARCHAR2 (20)VARCHAR2 (10)VARCHAR2 (20)DATE DATE VARCHAR2 (10)VARCHAR2 (50)D