XX市红十字会医院公立医院一体化数据中心项目采购需求.docx

XX市红十字会医院公立医院一体化数据中心项目采购需求一、项目背景及目标本项目按参考全国医院目前先进的信息网络平台，按照国家卫生健康委印发的关于规范公立医院分院区管理的通知中对多院区信息化建设的要求，完成XX市红十字会医院总院（以下简称XX院区）和XX市红十字会医院XX院区（以下简称XX院区）两个院区一体化建设，统筹规划建设多院区间互联共享的信息化平台，逐步实现医院管理、医疗服务、医疗质量管理等信息数据共享、业务协同，便捷开展预约诊疗、双向转诊、健康管理、远程医疗等服务，方便患者看病就医，提升XX市红十字会医院XX院区和XX院区一体化医疗水平的进步，造福人民群众。项目建设以实现XX市红十字会医院XX院区与XX院区的业务协同、资源共享和信息监管，提升一体化管理能力、临床业务能力和综合管理水平。项目建设以完成XX市卫生健康委要求：通过建设两院区一体化信息系统实现服务管理一体化、学科建设一体化、人事管理一体化、财务管理一体化、后勤管理一体化、医保管理一体化、信息网络一体化，实现XX市红十字会医院XX院区与XX院区的业务协同、资源共享和信息监管，提升一体化管理能力、临床业务能力和综合管理水平，推进XX市红十字会医院XX院区和XX院区两院区智慧医院能力。根据国家公立医院高质量发展相关要求，围绕电子病历、智慧服务、智慧管理“三位一体”的智慧医院信息系统建设方向，构建门-住-护一体化、医-护-患-管一体化和临床-后勤-管理的一体化，实现全院的互联互通，促进“医疗-服务-管理”三位一体的智慧医院体系构建。（一）从信息化技术维度:采用业界先进的技术路线和架构,遵循国家要求，打造成熟领先、安全可靠的智慧医院新基建，提升全院信息化应用水平，满足未来5-10年的发展需求。（二）从评级维度：对标国家电子病历6级，互联互通5乙、智慧服务3级、智慧管理3级相关要求，从顶层设计整体技术框架，为后续电子病历7级、互联互通5级、智慧服务4级、智慧管理4级的远期目标建设奠定基础，使医院信息化建设水平实现整体的提档升级。（三）从医护服务维度：通过一体化系统的建设，提高数据的全过程互通共享能力，提升智能预警应用水平，提高工作效率和质量。（四）从患者服务维度：打造贯通诊前、诊中、诊后的线上线下一体化服务体系，打通患者就医院内院外全过程，提升患者服务水平。（五）从医院管理维度：通过医疗服务和管理一体化的系统建设，使各环节数据互联互通，消除医院业务和管理的信息差，实现医院管理闭环。二、建设内容序号分类内容数量（套）工期免费维保期目的地1体化管理平台消息管理1套合同签订后24个月内兀成自项目验收后3年XX市红十字会医院2患者主索引管理（EMPI）1套3主数据管理1套4应用系统接入1套5平台监控系统1套6平台调度系统1套7日志中心1套8管理模块1套9平台监控大屏1套10消息中心1套11实时数据中心1套12值域对照1套13交互服务1套14一体化数据中心HIS数据同步1套15EMR数据同步1套16LIS、PACS手麻库同1套步17其他数据同步1套18ETL引擎1套19指标元数据管理平台1套20患者360视图1套21今日动态1套22医疗监控1套23人员分析1套24运营报表1套25财务监管1套26移动端运营分析1套技术功能参数要求一体化管理平台和一体化数据中心需满足单点登录的要求，并与医院现有北京CA等身份认证系统结合，支持CA扫码登录或实体KEY验证身份。需要与一体化医院信息系统深度融合，全过程数据采集及利用。另外需对医院历史数据进行迁移并使用，保证系统切换平稳过渡。如程序有跳转或调用浏览器的，需至少支持Chrome浏览器。（一）一体化管理平台L消息管理集成规范通过对医院门诊、住院的核心业务流程的分析、梳理,对所有业务交互正常、特殊流程进行整理，找出医院各系统之间有交互关系的场景，对每个交互场景所涉及的系统、触发时机、交互信息进行整理，按业务领域编制集成规范，将领域所涉及的集成流程设计、集成场景说明、集成消息定义体现在具体的文档当中，作为医院集成平台信息交互规范。要求现有业务系统按此规范设计、开发接口接入平台。对于后期接入的新系统和更替的系统也按此规范接入平台。要求首先定义各消息的执行流程，下面以检查医嘱为例：然后针对这些过程中需要用到的HL7消息，参考IHE相关工程建议，对HL7消息进行定义。消息定义对所有支持的消息进行统一管理，版本控制。消息路由提供可视化的路由配置界面，通过拖曳，勾选即可完成路由的配置。通过可视化界面，直观展示目前接入系统情况，每个接入系统的发送和接收消息列表。消息追踪由于信息集成平台上需要传输大量的应用间交互消息、，在运行过程中需要及时对平台的消息流向进行监控，故而平台需要提供消息追踪功能，能够清楚的显示出消息的源头及消息被哪些应用系统接收以及接收后反馈，方便管理维护、错误定位。故障恢复在实际使用的过程中可能会由于网络原因或应用系统接入失败，使得消息传输失败，在网络通畅或应用接入恢复的情况下，平台具备向特定的接入应用发起消息重传功能，以保证对方业务系统能够迅速恢复。2、患者主索引管理（EMPI）对院内患者主索引信息查看、编辑、更新。无论是居民健康卡、院内一卡通的应用，还是临床数据中心的建立都要先解决一个问题：如何采用一种技术和管理手段来确认患者身份，确认多次就诊的患者身份是否统一，目前公认的实现方式是建立患者主索引EMPKEnterpriseMasterPatientIdentifiers）o患者主索引系统用于全院范围内患者基本信息索引的创建、搜索和维护，可以智能的协助医疗人员对病人进行有效的搜索。医疗机构通过建设主索引（EMPl）来识别、匹配、合并、取消重复的数据，净化病人记录，利用主索引可获得完整而单一的病人视图。EMPI是一个十分宽泛的概念，它通常是和患者主ID域的建立联系在一起的。这个主ID域相对其他的ID域，通常可以在更大的范围内适用，是一个“机构级别”的ID域。一个患者的多个ID域分级包含入一个“患者主ID域”中的方法，可以被看作是交叉索引的一个特殊用法，其中的各个ID域中的ID都和主ID域中的ID建立交叉索引关系。主索引建设包含如下主要内容：O对院内患者主索引进行集中存储和管理；2）保证单个患者在一定范围内的唯一性和可靠性，能够识别不同来源系统间患者的关联性；3）提供一个管理控制台，对患者数据进行图形化管理；4）通过配置界面对主索引的属性和唯一性识别规则、权重进行定义；5）提供主索引维护界面。包括对主索引的修改、手工合并拆分；6）提供标准化的接口方式同外部系统进行交互，如患者注册、查询等；7）提供口志审计功能，提供详尽的患者主索引变动口志。患者信息注册业务系统希望把一个患者的索引加入EMPl系统时，向EMPI系统传送请求注册消息、，消息中包含待注册的患者信息、，主要元素包括：业务系统ID、患者ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份证号、住址、电话等。EMPI系统通过匹配规则检查系统中是否已存在该患者的索引，按照新增索引或更新索引两种情况分别处理。新增索引需要在EMPl系统中记录业务系统的索引，同时产生主索引。更新索引需要更新匹配的业务系统的索引，同时更新主索引。主索引更新时，需要对订阅主索引的系统发布更新的主索引。主索引管理对院内的主索引进行集中存储和管理。主索引合并提供界面用于手工对主索引进行合并，拆分，修改等。主索引统计按日，周，月，年等时间段统计主索引新增情况。主索引操作日志EMPI系统业务记录发生的变化都需要记录操作日志。需要记录的业务操作有：新增主索引，修改主索引，合并索引，取消索引合并，索引自动匹配，取消自动匹配。3、主数据管理主数据是医院内部系统间的共享数据，通过主数据管理平台定义数据的值域和制定标准,建立院内标准体系为实现互操作提供必要的语义保证，同时对患者、医护人员、科室、医嘱等基础数据及相关主索引实行统一管理，能够做到数据存储和数据发布的唯一性和各种报表的一致性，该数据标准既要充分体现现有的业务需求也要符合国家标准及先进的国际通用标准，为今后医院的进一步发展提供可靠的数据基础条件。主数据管理的内涵在我们进行跨系统信息应用的过程中往往会牵涉到一些几个系统共同涉及的业务内容如人员，但由于自身系统存在相应内容的管理模块，常常会造成同一业务内容存在几种不同结构的信息，这使得在信息交换的过程中存在一定的异议。为此平台提供主数据管理的产品。当发起方系统进行主数据变化操作时依据平台提供的消息格式向特定的平台服务发起消息、，同时根据接口要求进行改造的接收方系统会接收到此消息内容,从而确保主数据信息内容一致。采用主数据的方式优势在于：从根本上解决了共享数据不一致的问题。通过主数据管理让同一业务内容不再由多个业务流程同时管理，规范了基础数据管理的业务内容。主数据管理的建设目标统一标准：构建全院统一、唯一的主数据标准。统一接口：提供标准化的接口，给所有系统使用。实时同步：发布系统修改主数据后，立即将变动通知主数据系统，通知订阅系统进行同步，始终保持一致。数据映射：通过自动和手工相结合的方式，记录主数据对应关系。全院人员管理统一人员管理，是从医院信息系统管理角度着手，对院内职工、院外人员使用医院信息系统的行为进行统一管理，实现信息系统间权限集中管理，建立多级授权管理体系，建立人事系统员工相关信息变化和医院信息系统用户权限变化的联动关系，为各类人员提供统一的医院信息系统访问方式。主要管理包括如下几个方面：1、集中员工管理。对员工进行集中管理。2、集中授权管理。集中分配用户对医院内部各信息系统的访问权限，并保证授权行为的可追溯。医院组织机构管理建立医院统一的组织机构架构,包括临床业务科室、职能部门、后勤部门等。为管理全院信息平台上的各应用系统、用户提供完整、统一的医疗卫生机构（科室）信息。术语集和基础字典的管理术语和字典管理用于从数据定义层次来解决各系统的互操作问题。术语和字典的范围包括医疗卫生领域所涉及到的各类专业词汇，以及所遵循的数据标准O建立术语和字典注册库，用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语由平台管理者进行注册、更新和维护；字典既可由平台管理者又可由机构内各应用系统来提供注册、更新和维护。包含但不限于以下医院基础字典内容:字典名称参考标准标准字典身份证件类别代码表CV02.01.101医疗保险类别代码表CV02.01.204地址类别代码表CV02.01.205ABO血型代码表CV04.50.005Rh(D)血型代码表CV04.50.020输血品种代码表CV04.50.021胎方位代码表CV05.01.007会阴裂伤情况代码表CV05.01.010输血反应类型代码表CV05.01.040病情转归代码表CV05.10.010入院病情代码表CV05.10.019新生儿异常情况代码表CV05.10.020美国麻醉医师协会(ASA)分级标准代码表CV05.10.021手术切口类别代码表CV05.10.022手术切口愈合等级代码表CV05.10.023手术级别代码表CV05.10.024中药使用类别代码表CV06.00.101用药途径代码表CV06.00.102麻醉方法代码表CV06.00.103护理等级代码表CV06.00.220饮食指导代码表CV06.00.224治疗类别代码表CV06.00.225离院方式代码表CV06.00.226药物使用频次代码表CV06.00.228医嘱项目类型编码CV06.00.229医疗付费方式代码表CV07.10.005专业技术职务类别代码表CV08.30.005药物剂型代码表CV08.50.002入院途径代码表CV09.00.403患者类型代码表CV09.00.404输血性质代码表DE04.50.147.00分娩结局代码DE06.00.026.00输血史标识代码表DE06.00.106.00民族类别代码表GB3304-1991中医病证分类与代码表GB/T15657-1995生理性别代码表GB/T2261.1-2003婚姻状况代码表GB/T2261.2-2003从业状况（个人身体）代码表GB/T2261.4-2003世界各国和地区名称代码GB/T2659-2000学历代码表GB/T4658-1984家庭关系代码表GB/T4761-2008专业技术职务代码GB/T8561-2001ICD-IO诊断编码ICD-IOICD-9手术编码ICD-9-CM-3卫生机构分类代码表WS218-2002职业/职业分类与代码GB/T6565-2009分娩方式代码表CV02.10.003妇科检查方式代码表CV04.10.003过敏源代码表CV05.01.038心理状态代码表CV05.10.002护理类型代码表CV06.00.221隔离种类代码表CV06.00.222手术体位代码表CV06.00.223医疗费用结算方式代码表CV07.10.004饮食情况代码表DE03.00.080.00破膜方式代码表DE04.10.256.00检查方式代码表DE04.10.256.00发育程度代码表DE05.10.022.00营养状态代码表DE05.10.097.00自理能力代码表DE05.10.122.00胎膜情况代码表DE05.10.155.00安全护理代码表DE06.00.178.00呼吸类型代码表DE06.00.208.00Apgar评分间隔时间代码表DE06.00.215.00气管护理代码表DE06.00.229.00受孕形式代码表DE06.00.261.00心理护理代码表DE06.00.283.00医嘱类别编码DE06.00.286.00转科记录类型代码表DE06.00.314.00处方类别代码表DE08.50.032.00职称/专业技术职务代码DE02.01.050.00传染病患者归属代码表CV02.01.104传染病患者职业代码CV02.01.202诊断状态代码表CV05.01.002传染病名称代码表CV05.01.017主要致死疾病的最高诊断机构级别代码CV08.10.004死亡地点类别代码表CV02.01.103传染病发病类别代码表DE05.10.015.00传染病类别代码表DE05.10.016.00死亡最高诊断依据类别代码表CV05.01.037老年人健康状态自我评估代码表CV04.01.013老年人生活处理能力自我评估代码表CV04.01.014老年人认知功能粗筛结果代码表DE05.10.041.00老年人情感状态粗筛结果代码表DE05.10.040.00身体活动频率代码表CV03.00.Ill饮食习惯代码表CV03.00.107吸烟状况代码表DE03.00.073.00饮酒频率代码表CV03.00.104饮酒种类代码表CV03.00.105职业病危害因素类别代码表CV03.00.203口唇外观代码表CV04.10.007齿列类别代码表CV04.10.010咽部检查结果代码DE04.10.214.00听力检测结果代码表DE04.10.190.00运动功能状态代码表DE05.10.106.00皮肤检查结果代码表CV04.10.004巩膜检查结果代码表CV04.10.006淋巴结检查结果代码表CV04.10.Oll心律类别代码表DE04.10.205.00下肢水肿检查结果代码表CV04.10.014足背动脉动博支代码表CV04.10.015肛门指诊检查结果代码表CV04.10.013乳腺检查结果代码表CV04.10.012尿实验室定性检测结果代码表CV04.50.015乙型肝炎病毒表面抗原检测结果代码表DE04.50.116.00乙型肝炎病毒e抗原检测结果代码表DE04.50.114.00乙型肝炎病毒表面抗体检测结果代码表DE04.50.115.00乙型肝炎病毒e抗体检测结果代码表DE04.50.113.00乙型肝炎病毒核心抗体检测结果代码表DE04.50.117.00中医体质分类代码表CV05.01.005中医体质分类判定结果代码表DE05.01.073.00中药使用类别代码表CV06.00.101服药依从性代码表DE06.00.027.00疫苗名称代码表CV08.50.001健康指导代码表DE06.00.051.00危险因素控制建议代码表CV06.00.218院级标准诊断类别编码皮试结果科室代码表药品信息药品产地给药方式/给药途径信息代码表给药方式类型代码表用药频次药品分类药品毒理分类编码药品价值分类编码药品单位编码费用类别信息费用性质信息保险类别信息收费项目信息收费套餐明细信息核算项目信息项目类型信息检查部位信息检查类型信息检查项目信息检查项目对应部位信息检验项目信息检验套餐一项目明细信息检验采集部位编码检验容器编码检验分类检验样本类型检验项目对应试验项目检验试验项目医嘱项目信息手术专业编码病区科室病区对照医疗组信息医疗组明细床位医生等级编码职工代码表职工职务编码职工类别编码职工在职状态编码院区皮试处理意见编码职工科室对照药品账簿类别代码表给药方式对应收费信息医嘱项目对应收费信息检验项目对应收费项目信息检查项目对应收费信息领药方式编码排斥医嘱信息排斥医嘱明细信息床位牌显示信息检查项目对应药品信息检验容器对应材料费体检项目类别编码入院方式4、应用系统接入HL7接入服务提供HL7接口用于连接院内的各个应用系统，目前信息集成平台支持HL7v2.4HL7v2.5、HL7v3o在HL7接入服务上需要遵循以下规则：任意两个及两个以上系统进行信息交互必须通过信息集成平台；应用系统发送和接收的数据都必须符合HL7/IHE标准，在HL7没有定义的情况下才允许对HL7标准进行扩展，支持厂商自定义的消息内容；应用系统接入，提供如下服务：接入服务：负责监听、接收各接入业务系统的业务消息，并及时响应对应的交互状态。路由服务：负责根据平台设置的各项消息订阅、路由配置情况完成消息的转发，同时返回结果并记录日志。队列服务：负责消息的暂存和记录。推送服务：负责分发各接入系统订阅服务。数据库服务：负责存储平台交互过程中产生的实时业务消息。5、平台监控系统平台监控系统从接入层、平台层、网络层、服务器层、数据库层等对平台所有服务数据、消息路由情况、性能数据等进行监控，通过监控平台提供给系统管理员作为参考。对于特定的异常情况可以在平台首页提醒，也可以通过如电子邮件、手机短信、微信等进行消息通知。S信息交换总线（ESB）监控深度如下：成平台平公层监隹三网服务器层数据库层监控广度有：ESB监控中心、ETL监控中心、HDC监控中心、平台运行性能监控等几个方面。ESB监控监控内容包括：ESB服务器CPU、内存使用率、硬盘使用率情况，ESB服务情况，ESB消息流速，队列情况，ESB数据库情况，厂商接入情况，厂商消息监控，MQ详细情况等的监控。ETL监控支持监控ETL过程的运行状态（成功，失败，等待，进行中），支持记录ETL的任务整个运行过程中的所有相关统计信息。HDC监控监控网站数据库服务器资源情况，表空间，内存，CPU,SGA,连接情况等,以及数据库数据流I/O情况，HDC涉及的服务运行情况。运行性能监控对所有平台运行消息进行性能监控，对平台所有对外的服务进行性能监控。达到及时提醒和快速故障诊断的效果。6、平台调度系统实现对ESB服务的调度，MQ的调度，日志服务调度，ETL调度，HDC服务调度等。通过可视化的界面，傻瓜式的操作完成服务的重启，停止，日志的清理等操作。7、日志中心支持操作日志、消息日志、错误日志、警告日志、调试日志等不同级别的日志记录，如使用操作、安全隐私权限管理、服务异常错误或警告等。8、管理模块Web管理模块用来管理和维护基本功能模块，具体的功能如下：菜单管理：管理平台所有的菜单功能。平台字典：集成平台内部字典维护。参数管理：集成平台相关参数配置。系统字典：集成平台相关系统字典配置。字典管理:全院所有字典类别信息维护，所有使用到的字典都能够统一管理。权限维护：管理平台系统的各功能菜单、按钮权限。平台角色管理：管理平台的角色，支持分开维护不同角色的不同功能菜单权限。平台用户管理：管理用户使用平台的角色，区别不同的角色用户，及使用菜单和权限。职工管理：提供全院职工基本信息、证照信息、科室信息对照、病区信息对照、职工临床权限等信息维护。平台管理：维护全院与平台对接的业务系统信息、包含发送和接收端信息等各项平台运维所需的基础信息。9、平台监控大屏监控大屏对集成平台整体的运行情况、应用效果进行综合展现、分析，通过大屏可视化，清晰直观地展示集成平台ESB医院服务总线、360视图、数据库、数据挖掘、应用效果等各个服务多维度的统计数据。监控大屏专门针对ESB服务总线做了大量的优化适配工作，在服务交互方面,能够实时展示消息队列情况、消息流速、消息统计量等，直观体现出消息的变化趋势，以便优化整合资源配置。当出现服务调用量异常时，能够迅速分析、及时应对。同时，对接入到集成平台的业务系统，监控大屏也对其服务的运行情况做了监控，当出现异常、断开时，能够迅速定位到故障厂商。平台服务器模块实时检测出服务器负载信息，当服务器异常时能够迅速预警,同时也集成了ESB医院服务总线、HDC医院数据中心各个服务的运行情况和集群配置信息，点击详情，能展示每个模块详细的服务信息。ETL概览展示了数据中心数据抽取Job的运行情况，点击详情可展示各台服务器中Job的状态、异常信息。应用效果模块，展示了集成平台每日的360视图调阅量、Bl访问人次、单点登录次数、主索引总数。数据库模块，集成了平台数据库、数据中心数据库，从数据库的内存占用、会话数、空间使用率多个维度来反映并展示数据库的运行情况。监控大屏为各个服务集成了检测接口，使得异常检测和反馈更加及时准确，且能够实时推送预警信息至钉钉、短信、微信等，可自定义预警规则，实现异常恢复后提醒、持续一段时间后提醒、定期提醒等个性化需求，真正实现了PC端、大屏端、钉钉端的联动。10、消息中心建立医院信息推送平台。将门诊就诊预约、变更通知、检查预约、住院排床、检查报告结果通知、手术通知、手术进程、欠费等内容通过短信、微信、手机app等多种方式通知医护人员、患者或家属。11、实时数据中心存储服务：接收业务系统交互产生相应的业务数据并进行存储：支持病人信息、检验数据和报告（门诊、住院）、检查数据和报告、门诊处方、门诊治疗项目、住院医嘱、手术、麻醉、用血、门诊、急诊及住院收费、住院执行计划、饮食等信息存储。查询服务：提供本地数据的通用查询服务。12、值域对照提供各系统字典跟平台标准字典的对照功能，对照后数据可用于ETL抽取时值域转换。13、交互服务交互服务统计对各个交互服务的调阅数据和结果进行统计。交互服务日志记录各个交互服务调阅日志。交互服务日志统计记录各类交互服务的总访问数、总耗时和平均耗时。（二）一体化数据中心1、HIS数据同步HlS系统数据范围：业务系统代码、病人过敏记录、门诊病人诊断资料、门诊病人体征信息、门诊病人问诊信息、门诊就诊信息、门诊处方信息、门诊医技信息、门诊收费信息、门诊支付信息、挂号排班、挂号预约信息、挂号信息、住院病人信息、住院医嘱记录、住院医嘱执行记录、住院床位变动、转诊（院）记录、住院费用记录、住院结算明细、住院结算记录、检查申请单、检验申请单、手术申请单、病药申请单、静脉配置等。通过CDC.ETL等工具实时数据同步实现HIS数据的采集功能：（1）支持通过图形化的配置界面实现分布的、异构的、跨网络的各业务数据信息资源的交换汇聚，通过单一平台就可以完成各部门各类数据信息资源的汇聚。汇聚的过程中，可以按照指定的标准、行业标准、国标对数据资源进行标准化，从而利于汇聚后的数据对外提供服务，使数据按一定业务规则成为可复用的信息资源服务。（2）支持多种数据源和目标源，为ODS的数据提供良好的互联互通，支持业务库镜像的建设，同时实现全量和增量的数据同步功能，如：Oracle.DB2、SQLServer>Mysql>Sybase>postgresql>cache、达梦等。（3）支持不同的数据库类型数据同步到异构数据库中，提供保证数据类型转换功能，实现数据同步；针对所有同步数据支持追加更新时间戳字段以及操作类型字段，用于记录数据实现发生变更的时间以及操作；支持字段级、表级的映射，实现动态扩展表、字段映射功能。（4）支持各种数据流向，支持通过配置大屏可视化展现数据流动信息。2、EMR数据同步EMR系统数据范围：业务系统代码表、住院病人体征信息、住院病人问诊信息、住院病人诊断资料、入院记录、出院记录、病程记录、婴儿信息、24h内入出院记录、24h内入院死亡记录、病危通知书、出院评估记录、待产记录、病人附加信息、分娩记录、高值耗材使用记录、会诊记录、护理计划记录、护理记录、护理记录明细、交接班记录、阶段小结、麻醉知情同意书、剖宫产手术记录、其它知情同意书、日常病程记录、入院评估记录、上级医师查房记录、首次病程记录、手术护理记录、手术知情同意书、术后访视记录、术后首次病程记录、术前访视记录、术前讨论、术前小结、输血知情同意书、死亡病例讨论记录、死亡记录、特殊检查治疗知情同意书、疑难病例讨论、转科记录、治疗记录等。通过CDC.ETL等工具实时数据同步实现EMR数据的采集功能：（1）支持通过图形化的配置界面实现分布的、异构的、跨网络的各业务数据信息资源的交换汇聚，通过单一平台就可以完成各部门各类数据信息资源的汇聚。汇聚的过程中，可以按照指定的标准、行业标准、国标对数据资源进行标准化，从而利于汇聚后的数据对外提供服务，使数据按一定业务规则成为可复用的信息资源服务。（2）支持多种数据源和目标源，为ODS的数据提供良好的互联互通，支持业务库镜像的建设，同时实现全量和增量的数据同步功能，如：Oracle.DB2、SQLServer>Mysql>Sybase>postgresql>cache、达梦等。（3）支持不同的数据库类型数据同步到异构数据库中，提供保证数据类型转换功能，实现数据同步；针对所有同步数据支持追加更新时间戳字段以及操作类型字段，用于记录数据实现发生变更的时间以及操作；支持字段级、表级的映射，实现动态扩展表、字段映射功能。（4）支持各种数据流向，支持通过配置大屏可视化展现数据流动信息。3、LISPACS、手麻同步LIS.PACS、手麻系统数据范围：业务系统代码表、病人危急值信息、检验报告、检验报告明细、细菌结果、药敏结果、检查报告等。通过CDC、ETL等工具实时数据同步实现LIS、PACS、手麻数据的采集功能：（1）支持通过图形化的配置界面实现分布的、异构的、跨网络的各业务数据信息资源的交换汇聚，通过单一平台就可以完成各部门各类数据信息资源的汇聚。汇聚的过程中，可以按照指定的标准、行业标准、国标对数据资源进行标准化，从而利于汇聚后的数据对外提供服务，使数据按一定业务规则成为可复用的信息资源服务。（2）支持多种数据源和目标源，为ODS的数据提供良好的互联互通，支持业务库镜像的建设，同时实现全量和增量的数据同步功能，如：Oracle.DB2、SQLServer>Mysql>Sybase>postgresql>cache、达梦等。（3）支持不同的数据库类型数据同步到异构数据库中，提供保证数据类型转换功能，实现数据同步；针对所有同步数据支持追加更新时间戳字段以及操作类型字段，用于记录数据实现发生变更的时间以及操作；支持字段级、表级的映射，实现动态扩展表、字段映射功能。（4）支持各种数据流向，支持通过配置大屏可视化展现数据流动信息。4、其他数据同步ODS数据库的建立采用日志挖掘的方式，对医院的其他业务系统的后台数据库进行实时的日志挖掘，将数据的变化量实时传递至ODS服务器，并应用到ODS数据库中。通过CDC、ETL等工具实时数据同步实现其他数据的采集功能：（1）支持通过图形化的配置界面实现分布的、异构的、跨网络的各业务数据信息资源的交换汇聚，通过单一平台就可以完成各部门各类数据信息资源的汇聚。汇聚的过程中，可以按照指定的标准、行业标准、国标对数据资源进行标准化，从而利于汇聚后的数据对外提供服务，使数据按一定业务规则成为可复用的信息资源服务。（2）支持多种数据源和目标源，为ODS的数据提供良好的互联互通，支持业务库镜像的建设，同时实现全量和增量的数据同步功能，如：Oracle>DB2、SQLServer>Mysql>Sybase>postgresql>cache、达梦等。（3）支持不同的数据库类型数据同步到异构数据库中，提供保证数据类型转换功能，实现数据同步；针对所有同步数据支持追加更新时间戳字段以及操作类型字段，用于记录数据实现发生变更的时间以及操作；支持字段级、表级的映射，实现动态扩展表、字段映射功能。（4）支持各种数据流向，支持通过配置大屏可视化展现数据流动信息。5、ETL引擎Extract从数据源获取数据。在数据抽取时，尽量将没用的数据，不对的数据在抽取时过滤掉，格式等不符合的转换掉。如果源系统对自己的性能要求比较高，则用对源系统打扰尽量少的方式获取，然后再做处理。涉及到的功能主要有：范围过滤：抽取表中所有数据或者根据时间抽取相应数据字段过滤：只抽取需要的字段，不需要的就不用管条件过滤：根据抽取条件抽取数据格式转换：特别是时间格式，最好是做成统一格式赋缺省值：对于空的部分数据，根据需要赋一个缺省值类型变换：如将number类型转换为varchar类型代码转换：就是将在不同源系统中同一含义不同的编码表示转换成统一的编码表示,如将代表性别“男"的'N','0'转换成'M'数值转换：就是度量单位的转换Transform将抽取的数据，进行一定的处理，生成目标表所需要的格式、内容。涉及到的处理主要有：字段合并、拆分：字段合并就是将多个字段合并成一个字段；拆分就是将一个字段拆成多个字段数据翻译：就是不同的数据集进行关联，从另一个数据集中得到所需要的部分数据数据聚合：就是做一些sum,max等操作数据合并：相当于数据库中的merge行列转换：需要将某些数据转换成行，或者是将行转换成列参照完整性检查：对于数据中的参照完整性，入库前需要进行关联等方式检查其参照完整性唯一性检查：对数据进行去重操作Load将数据入库，如果经过前面的ET过程，数据就可以直接入库了。主要包含的功能如下：更新入库：对数据库中的记录进行更新插入：就是将数据直接入库刷新：将表中的数据清空，然后入库部分刷新：将表中的部分数据清除，然后入库JOB调度ETL调度的设计，决定了ETL所能实现的功能以及灵活性,也决定了其他ETL部分工作量的大小。调度涉及到的问题主要有优先级,顺序乱序执行，出错处理，重传处理，调度监控。优先级：任务之间执行的先后紧急顺序，将DSJob分为几个优先级，同一优先级或者不同优先级的JOB间有依赖、互斥等关系。顺序乱序执行：顺序就是按照时间的先后顺序加载，而乱序则可以不按照时间顺序执行，主要是一些高频率JOB,异常情况不适合人工处理。出错处理、重传处理：要求整个ETL支持重做。调度监控：对ETL的处理结果和重要步骤进行记录，通过邮件或短信通知相关负责人。数据支撑平台辅助大数据应用的源端数据接入、转换、传输及管理平台，支持多平台、异构，集数据质控、差异补偿及自动化预警于一体的稳定可控的数据支撑平台。采用数据库本身的CDC捕获数据变更记录，通过数据支撑平台界面化配置和运维监控，实现各类异构数据库的实时同步，同时具备敏感数据脱敏，数据质控、自动补偿等能力。自动检测运行环境检测对于同步作业的运行环境进行检查，检查项包括：数据源连接、网络延时、源库字符集、数据源抽取权限、日志校验、附加日志校验等，当遇到故障不通过时，先按设定的重试次数进行重新同步，若无法同步完成，需将错误暂存日志并继续同步其他批次数据，不影响同步过程，并对异常同步数据触发预警及处理建议，以上内容均需要支持WEB界面管理。DDL同步支持表结构发生变化时实时、自动同步，保证源端与数仓的表结构完全一致。容错检测下级单位往上层传输数据时因网络故障中断传输，当网络恢复后可自动恢复传输，并保证数据一致性。预警提供增量同步异常，表结构变化，质控结果，软件运行状况等预警提醒，提醒方式采用钉钉，支持多层级预警。监控数据同步系统的运行情况，系统出现异常在一分钟内进行提醒。数据脱敏针对敏感性的数据在同步期间进行数据脱敏，可针对表和表中字段进行规则配置，经过脱敏后落地库上即为脱敏数据，实现隐私数据的可靠保护。跨用户授权对业务的访问权限控制，禁止直接访问业务库，只针对所需要同步表进行查询授权，在保证正常同步的基础上保证数据安全性。自定义配置多层级可多层级数据上传；下级单位往上传输数据过程，无损传输，过程中可防止数据篡改。表格配置对表格进行映射达到区分的目的，以适配多源集中到单一目标的表格重复问题。作业调度支持用户根据实际使用情况对于增量同步作业进行自定义调度，