宜兴市人民医院医院信息数据中心集成平台项目

第11页共141页宜兴市人民医院医院信息数据中心集成平台项目采购需求第一章招标要求项目内容：宜兴市人民医院信息数据中心集成平台项目项目预算:2100万元评标方法：综合评分法采购单位联系方式联系人：李鹏；联系电话应商应承担所有与准备和参加投标有关的费用，本次采购项目不接受联合投标体。为确保本次采购项目顺利实施，请对项目现场和周围环境进行仔细认真实地查勘，在随后的采购中，对现场资料和数据所作出的推论、解释和结论及由此造成的后果由供应商负责。本次采购只接受按规定参加集中现场考察答疑（以现场签到表为准）的供应商参与。招标参数必须完全响应，在投标文件中对带星号（“★”）的技术条款投标文件中须提供技术支持资料（如详细方案、官网截图、检测报告等），否则作为无效文件。技术参数★部分汇总段落编码标题集成平台ESB基础服务集成平台DOCKER环境部署要求ETL集成工具体系架构4.1.5医嘱闭环系统4.1.7治疗信息系统（辅助科室）4.1.12基于集成平台的围手术期管理监测系统4.1.13基于集成平台的不良事件管理系统4.1.14基于集成平台的危急值管理系统4.1.17临床统一视图4.1.19临床知识库4.1.21基于集成平台的主数据管理4.1.22医院等级评审指标监测系统4.1.23信息系统互联互通建设（四级甲等）4.1.25基于集成平台的统一门户管理第二章评标标准2.1评分组成及分值序号评分标准分值备注1商务部分30详细的评标内容见下述评分标准2技术部分60334价格部分10合计1002.2评分标准商务部分（30分）序号评分因素分项分值评分标准1产品成熟度1投标人有数据集成产品通过中国软件评测中心关于医院信息互联互通标准化成熟度测评产品测试3A认证，满足得1分，否则不得分。投标文件中提供证明材料复印件，原件投标时一并提供。

2投标人采用的ETL集成工具为非开源产品且有中文版本，且投标人为ETL集成工具厂商或连续3年的核心代理商，满足得2分,否则不得分。投标文件中提供相关证明材料。2投标人业绩2医院信息平台通讯协议、传输数据格式和处理标准符合卫计委《电子病历互联互通成熟度评测》、《电子病历基本数据集》、《电子病历共享文档规范》、《卫生部数据元定义规范》，并且具有协助医院通过国家卫计委医院信息互联互通标准化成熟度测评项目的案例证明。提供通过国家卫计委关于医院互联互通成熟度四级甲等测评并授牌的客户案例，投标文件中提供集成平台合同或验收报告复印件、相关证明文件，联系人及联系方式的得2分。9为确保医院建设的信息集成平台能够满足卫计委集成平台建设标准要求，同时能够对医院现有大量数据进行数据清洗，保证数据质量管理要求，现有大数据达到医院使用的实际需求。有医院集成平台标准制定经验的，投标文件中提供有地市级以上卫计委盖章的相关证明文件（原件投标时一并提供）。满足得3分；有医院集成平台功能符合性评价指标体系建设经验，投标文件中提供与市卫计委签订的合同或相关证明文件（原件投标时一并提供）。满足得3分；有参与地市级以上卫生信息平台中数据质量管理项目技术能力的,投标文件中提供技术支撑服务合同（原件投标时一并提供）。满足得3分。2投标人具有ESB企业服务总线软件、辅助决策支持系统软件、主数据管理软件、主索引软件EMPI、围手术期系统、电子病历软件著作权证书以证明其对医院集成业务熟悉，并具有丰富的对接经验，全部满足得2分，否则不得分，并在投标文件中提供软件著作权证书复印件。3投标人服务能力1为了保证项目的正常实施，投标人配备40人以上项目组承担本次项目，现场开发实施人员不得少于8人，投标文件中提供投标人为其交纳社保清单复印件，原件投标时一并提供。满足得1分，否则不得分。1投标人须按照标书要求的项目周期完成项目建设，承诺每提前三个月完成加0.5分，最高加1分，按期完成不加分。2为了保证项目的正常实施，投标人至少提供2名所投ETL集成工具厂商认证技术支持工程师作为项目团队成员，投标文件中提供工程师资质证书和证明文件复印件。满足得2分，否则不得分。2为了后期产品的可维护性与扩展性，满足医院长远信息化发展，投标人集成平台产品有运行在知名品牌一体机服务器部署运行能力。投标文件中提供用户采购一体机服务器合同与集成平台采购合同及提供集成平台部署在一体机上的用户签字盖章证明文件。满足得2分，否则不得分。1投标人提供本项目要求的软硬件产品的的相关培训和原厂商服务承诺函。满足得1分，否则不得分。4培训及售后服务2投标人须具有医学信息专业的大数据集成相关的培训能力，以证明能为用户方提供医疗信息化大数据应用的专业人才，并具有为用户提供专业的培训服务能力。投标文件中提供相关学校机构盖章的证明文件和培训认证证书复印件得2分，否则不得分。2需具备不限行业的大数据集成服务能力，投标文件中提供集成平台合同或验收报告复印件、相关证明文件，联系人及联系方式；每提供一个得1分，最高得2分，否则不得分。1从接到客户报修电话2小时内到达现场解决问题的得1分,2-4小时到达现场的得0.5分，4小时内不能到达现场的不得分，投标文件中须提供公司、分公司或办事处的营业执照相关证明文件复印件。2投标人自用户签署验收文件之日起提供1年的免费服务期，在此基础上每增加一年得1分，两年得2分，最高得2分，否则不得分。技术部分（60分）序号评分因素分项分值评分标准1项目设计及技术要求响应8软硬件整体方案的总体设计与需求的吻合程度，项目建设思路、原则、特点、技术要求是否科学合理，技术性能需要满足招标要求。所有技术参数指标都需要完全响应，打“★”部分需要提供详细的设计方案、实施方案等，不提供则视作不响应。系统设计合理、架构完整先进、设计思路清晰，对需求分析详细、理解准确，完全满足用户要求得6-8分，一般得3-5分，较差得0-2分。1鉴于集成工具对集成平台架构及开发的重要性，所选择数据仓库中间件工具需是品牌产品，不接收非品牌开源产品。有使用该产品案例的得1分，否则不得分，投标文件中提供相关证明材料。3投标人需提供基于ESB功能的开放性架构产品源码，并提供给予用户源码的承诺函，投标文件中提供承诺函得3分，否则不得分2模块功能要求(投标文件中提供相关功能截图等书面证明材料)1研发技术的先进性：核心业务层基于分布式的面向服务的SOA架构建设松耦合系统，支持软件负载均衡、容灾和集群。满足得1分，否则不得分。1平台标准支持在IHE、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，提供基于规范的系统集成平台。1）、需支持按照卫计委《医院信息平台基本交互规范》进行接口的集成交互，符合hl7-v3标准，并提供便捷的界面适配各类自定义形式接口；2）、需支持WebService、HTTP、表、存储过程、MQ、自定义插件等集成方式，可以支持实现非标准系统的集成；3）、需提供统一的值域标准、数据集标准、共享文档标准管理；满足得1分，否则不得分。9一体化安装,平台应具备对相关组件和应用进行一体化安装功能，实现程序自动打包下载，自动化部署到相关服务器上，并提供程序版本管理，具有版本升级失败回滚机制，免除人工拷贝部署所带来误操作问题。应用服务器应基于docker容器环境搭建，从而保证每个程序的沙箱运行环境。满足得9分，否则不得分。6ESB控制台配置1）、具有灵活便捷的控制台管理功能，支持接口的可视化管理，通过图形化的工具程序完成接口的配置和实现工作。2）、具有协议适配管理、路由插件管理功能，支持‘发布订阅’和‘请求代理’的路由模式，以及同步消息和异步消息的应用整合。具有消息队列传递和管理功能。并可根据不同的业务流程订制各类复杂的路由插件。3）、能提供统一灵活的图形化业务流程建模，通过图形化的方式定义注册和查看管理所有交互流程信息，包括主题服务，发布方，订阅方，交互方式，数据标准结构等；具有流程定义注册，修改，删除功能以及流程配置和监控功能；4）、具备接口消息的监控和报警功能，并可进行数据流分析，查看特定数据的各个环节流向；5）、具备ESB交易日志的监控查询功能，查看特定应用、主题等交易日志；6）、队列监控：产看各类消息队列情况。全部满足得6分，每缺一项不满足扣1分。4数据仓库中间件1)、需支持全图形化的中文操作界面支持，良好的易用性；2)、ETL设计过程支持ETL任务管理，通过ETL任务可构建ETL作业流图，支持图形化制定ETL作业的并行、串行和前后继关系；3)、支持抽取任务实时监控，并提供监控集成接口，提供历史作业的处理查询；并提供版本控制管理；4)、支持集群环境，保证系统24小时不间断运行，保证客户服务的不间断。全部满足得4分，每缺一项不满足扣1分。6集成平台需具备开放性体系架构及应用扩展能力，能支持第三方应用插件式挂载并发布。如配置微信消息服务插件并挂载到ESB上，配置服务主题出现异常时推送给微信消息插件。能在微信端收到异常提醒。满足得6分，否则不得分。7平台监控中心集成平台具备完善的监控中心，对ESB平台进行有效的监控，以了解整个信息集成平台的运行状况。需具备：1）、一体化的监控大屏：具有全景展现ESB服务运行、队列堵塞，EMPI数据清洗、服务器性能及ETL调度等相关指标运行情况；2）、移动端监控：支持移动端微信平台的运行监控，包含ESB、ETL、数据库、平台应用等服务器性能等主要数据指标监控；3)、移动端异常信息推送：需具备移动端运维消息的推送，可以标识特定服务主题的失败异常提醒；4）、PC端监控：具有ESB运行交易量情况监控，并可按照时间、应用、服务主题进行筛选，并可查看主题服务及应用接入情况，以及ESB应用节点的监控情况。5）、PC端监控：具有ETL各个调度任务成功失败实时详细监控。6）、PC端监控：具有EMPI数据实时清洗以及各个节点服务器数据运行的详细监控情况。7）、自定义监控规则配置：可以根据应用服务的重要程度与指标自定义监控规则。全部满足得7分，每缺一项不满足扣1分。4临床数据中心

临床数据中心的整体设计应参考HL7RIM模型，遵从CDA、IHE等国际标准进行开发。通过对各类临床数据进行标准化、结构化地表达、组织和存储；为医院的各类信息化应用提供一个统一的、完整的数据视图。集成视图包含病人的既往病史、临床检验、检查、病历、手术、病程记录、医嘱情况等。满足得4分，否则不得分。4管理决策支持系统

管理决策支持系统从医院数据中心获得应用系统数据，对数据进行二次采集（ETL），利用OLAP分析引擎对数据进行建模分析，利用数据仓库进行多维度、多形式的展示。管理决策分析系统提高了对医院信息大数据的综合利用,为医院管理者提供丰富的信息、知识展现和决策支持。1）、需具备门诊、住院各类运营管理指标及界面展示；2）、需具备医疗质量与安全监测的指标体系及界面展示；3）、需具备移动端微信平台的BI运营管理指标展示满足得4分，否则不得分。6围手术期管理系统实施围手术期过程管理、规范医疗行为，使手术质量始终处于动态监控中并进行智能管控。1）具有围手术期相关表单完整性有效性管理，对麻醉访视、麻醉记录、术前小结、术前讨论、知情同意书、手术审批、手术记录、标本送检、备血、输血和感染筛查检测、术后随访记录、非计划性再次手术等表单做相关有效性检测。2）建立相关主数据字典，建立与围手术期相关的手术分级、职称权限等数据字典3）手术质量管控，建立质控节点以及管控规则。4）患者手术流程可追溯，可追溯患者术前、术中、术后的手术全过程，有手术等级及手术阶段分析功能。5）多角色管理功能，包含医生、护士、麻醉医师、手术医生、患者家属等角色。6）移动端支持，患者手术状态查询，手术期的膳食管理及其他健康指导等功能。全部满足得6分，每缺一项不满足扣1分。2.2.3价格部分（10分）评分因素分值评分标准评标价格10采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分按照下列公式计算（小数点保留一位）：投标报价得分=(评标基准价／投标报价)×10。第三章招标项目的技术规格、要求和数量等建设内容概览表序号分类系统名称数量（套）备注1信息平台基础医院信息集成平台12医院数据中心（HDR）13临床数据中心14惠民服务消息中心15医疗业务医嘱闭环系统16改造现有电子病历系统17治疗信息系统18电子病案归档系统19急诊急救管理系统110血糖管理系统111营养管理系统112基于集成平台的围术期管理系统113基于集成平台院内现有业务系统对接改造114医疗管理基于集成平台的不良事件管理系统115基于集成平台的危急值管理系统116基于集成平台的HQMS指标监测系统117运营管理医院管理决策支持系统118医疗协同基于集成平台的临床统一视图119数据应用病历结构化检索和辅助科研系统120临床知识库121电子病历应用评级建设（五级以上）122基于集成平台的主数据管理系统123医院等级评审指标监测系统124信息系统互联互通测评（四级甲等）125移动医疗移动医生系统126信息安全基于集成平台的统一门户管理127第三方电子签名CA系统11.软件相关要求医院集成平台医院的信息集成平台可以有效的对医院各业务系统进行应用整合，是梳理医院业务流程、建立共同的数据标准、加强业务数据的交互所必备的工具。该平台与国内的主流医疗信息系统进行对接，实现数据交换和业务流程优化。同时，通过集成平台统一管理和协同院内应用系统，实现统一患者主索引，统一公共词典、业务基础数据平台路由发布等重要功能。总体要求集成平台的研发必须严格执行国际软件工程的标准（CMM、ISO等），符合HL7、ICD-10、DICOM、IHE等国际标准。要求采用SOA分析与设计方法，组件化、平台化开发与集成模式，充分考虑系统的开放性、可扩展性、稳定性及安全性。系统业务逻辑清晰，系统支持C/S+B/S架构。要求产品成熟稳定，具有自主知识产权，功能模块齐全，符合应用规范。开放应用程序编程接口，并提供函数、动态库、中间件、HL7等说明文档和帮助文档。可视化的图形界面来管理系统内各个模块。要求集成平台系统先进、中立、开放、标准，并具有高度的灵活性和扩展性，充分考虑当医院业务高峰期数据库访问量巨大的情况下，整个业务系统的性能，并能满足未来五年的医院发展和信息技术发展的需要，满足医院可持续的流程优化和系统集成优化的需要。提供各个层次的技术培训。从项目组织管理、售后服务方面保证为本项目提供长期持续服务支持。单点登录（权限统一管理）是一种方便用户访问多个系统的技术，用户只需在登录时进行一次注册，就可以在多个系统间自由穿梭，不必重复输入用户名和密码来确定身份。基于集成平台的权限统一管理，可以提供唯一的维护功能，全院所有系统用户只需要由集成平台提供一个帐号，即可以登录自己权限范围内的所有应用系统。注册服务包括对个人、医疗卫生人员、医疗卫生术语的统一注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类注册库（如个人注册库、术语注册库等），通过个人身份识别服务管理和解决单个实体具有多个标识符问题的能力。注册库确保有一个唯一的非公布的标识符。建设公用字典，各个业务系统中都有自身的字典标准，但像人员字典、科室字典等所有业务系统都要使用的字典信息有统一维护管理的需求，以此解决医院过分依赖某一业务系统提供的字典信息，公用字典的建立可以保证医院规避业务系统的局部风险影响全院业务运营的风险。医院信息集成平台实现的主要功能，信息交换及信息协同：集成平台ESB基础服务★序号功能要求

功能要求说明1整体要求ESB总线基础服务框架，需满足可靠性、稳定性、安全性、可扩展性要求。需包括服务管理、协议适配管理、路由插件管理、性能负载管理、HA节点管理、日志管理、异常处理等各类基础服务功能，要求具备中文版支持。2技术交换集成规范遵循如HL7V2、V3及HL7CDA、IHEXDS等相关标准，制定院内各信息系统交换标准，技术上指导相关厂商进行规范化集成。以及卫生部相关标准规范：如《电子病历基本数据集》、《电子病历共享文档规范》等3跨平台的数据和消息传输能力需具备跨平台的数据和消息传输能力，包括HTTP、XML、WebSphereMQ、JMS、WebServices、TCP/IPSocket、SOAP等；全面支持WebServices和MQ等。4多种传送协议支持需支持多种传送协议：HL7、DICOM、X12、FTP、HTTP、in-VM、TCP、SSL、NIO、UDP、JGroups、JXTA，支持通过JDBC等提供高速的消息持久化。5灵活的集成方式需支持WebService、MQ、HTTP、存储过程等集成方式，可以支持实现非标准系统的集成。6可视化管理控制台具有灵活便捷的控制台管理功能，支持接口的可视化管理，通过图形化的工具程序完成接口的配置和实现工作。7智能路由和插件管理具有协议适配管理、路由插件管理功能，支持‘发布订阅’和‘请求代理’的路由模式，以及同步消息和异步消息的应用整合。具有消息队列传递和管理功能。并可根据不同的业务流程订制各类复杂的路由插件。8业务流程定义编排能提供统一灵活的图形化业务流程建模，通过图形化的方式定义注册和查看管理所有交互流程信息，包括主题服务，发布方，订阅方，交互方式，数据标准结构等；具有流程定义注册，修改，删除功能以及流程配置和监控功能；具备接口消息的监控和报警功能。9区域卫生信息平台对接需支持平台数据中心与区域平台等外部机构的数据对接整合，实现患者诊疗数据的定时上传，上传数据格式遵循如HL7V3及HL7CDA等相关标准要求。10EMPI患者主索引的集成支持医院现有HIS、EMR、LIS、RIS等应用系统与集成平台实现患者主索引的集成。11第三方应用注册支持第三方应用系统注册功能，并在系统中分配唯一ID号，支持应用系统功能描述、服务器信息、数据库信息的存档。12数据交换监控要求支持后台数据集成交换的监控功能，对于平台实现的所有ETL作业、ESB接口实现的运行情况可以进行实时的监控。可了解整个信息集成平台的运行状况，提供可视化的平台监控工具和强大的日志管理功能，可方便进行数据流向跟踪，集中问题排查处理，方便运维管理。13日志监控要求支持应用程序日志、安全日志、系统日志等不同级别的日志记录，如人员的登录、使用操作、安全隐私权限管理、服务异常错误或警告等。14移动端监控支持具备移动端微信平台的运行监控和异常信息推送功能，移动端具备ESB的各类交互及服务器运行状况监控，便于运维管理。15集群支持支持软件负载均衡、容灾和集群，可动态增加机器部署实例，需支持对外虚拟IP。16数据适配支持在数据层适配，进行数据层的转换映射功能。17业务字典数据管理通过平台对所有业务系统的字典数据进行管理18灵活的轮询配置支持轮询功能，并可灵活配置，支持时间戳和MD5值等多类型的轮询。19异常处理支持各类异常处理，可界面化灵活配置异常处理规则、异常的微信等消息通知提醒，进行数据的重新推送。20数据流跟踪需支持交互数据流的跟踪，通过特点的查询检索条件进行业务交互数据的溯源及整个流程跟踪管控。21API接口集成支持开放的API接口，产品可提供各种SDK包，可基本将产品自定制，统一用户界面，基于WEB的运行管理程序。22性能要求满足平台数据交互高并发、大数据量、实时性高等需求，保持高性能运行，支持更多在线用户，并发数最大支持1000用户，平台消息交互响应时间<1s，应用系统访问速度时间<1s，平台一般数据访问响应时间<1s，大数据量访问响应时间<3s集成平台具体功能要求，包括但不限于：集成范围要求医嘱记录可传送到医院统一管理的临床数据库；检验申请数据有全院统一的平台管理机制；检验报告来自全院统一医疗数据管理平台；检查申请数据记录在统一医疗数据管理平台中；病历数据与医嘱等数据全院一体化管理；历史病历完成数字化处理并可查阅；可访问全院统一的，能够与医嘱、检验、药品的信息紧密结合的知识库；入院评估记录在医院统一医疗数据管理平台中管理；具有查询既往病历记录数据、检查检验结果等供评估时参考的功能；全院统一管理医嘱、执行记录，构成统一电子病历内容；完成医嘱执行的闭环信息记录；护理记录、体征记录数据在医院医疗数据管理平台中；检验申请数据记录在全院统一医疗数据管理平台；检查申请数据记录在全院统一医疗数据管理平台；检查申请可利用全院统一的检查安排表自动预约；检查报告和图像来自全院统一医疗数据管理平台管理的数据；病历数据与处方、检查报告等数据全院一体化管理；处方记录、检查和检验申请可传送到医院统一管理的临床数据库；检查结果、检查图像在全院有统一平台管理机制；检查记录有安全访问管理机制；标本字典、标本采集记录等数据在医院统一管理；检验报告纳入全院统一数据管理平台体系；治疗记录纳入全院统一的医疗平台体系；手术记录数据与手术安排衔接，成为医院统一医疗记录管理平台体系内容；监护数据纳入医院医疗记录统一管理平台；配血、血液使用记录、输血反应等数据纳入全院统一医疗数据管理平台；从全院统一数据管理平台医疗记录中获得门诊处方记录；药品准备与发药记录纳入全院医疗记录体系；全部医疗记录和图像形成统一管理体系，能够集中长期存储；实现医院基础业务系统接口改造满足国家卫计委《医院信息互联互通标准化成熟度测评方案》四级甲等认证相关的等级评审要求；需求和调研：中标供应商对现有医院业务系统进行详尽的调研和分析，制定集成策略；分析现有业务系统接口以及顺应集成平台的接口改造方法；采用松耦合等服务形式替换现有点对点和直接过程调用等方法；基于SOA架构的业务集成服务要求随着医院应用系统的不断增加和旧系统的更新换代，这些系统关注于不同的领域，彼此之间有所交叉，如果得不到有效的集成和整合，医院内部的“信息孤岛”就会越来越多。各系统间的信息交换能力是当今大中型医院正在面临的主要挑战之一，现有的医院应用系统由于采用了不同标准、数据模型或者实现平台，在需要数据共享时，常常根据某些特定需求实现了特定方式的连接，由于系统的异构性以及集成需求的变化和增加，这种点对点的信息交换模式越来越复杂而且难以维护，不能满足日益复杂的数据共享和交换，所以需要建立统一的信息平台来推进现有系统整合和集成，从而形成一个互联互通医院统一平台架构，实现业务系统之间信息标准的共享和交换，满足医院未来应用扩展和数据综合应用需要。业务集成平台必须按照SOA（面向服务的架构）的设计理念，采用组件化、松耦合的设计思路，建立一个异构系统（如：HIS、LIS、PACS、CIS等）之间、物联网和应用系统之间、医院信息平台和区域信息平台之间实现互操作（信息共享、流程交互）的平台，必须基于SOA和IHE(医疗健康信息集成规范)，符合卫计委电子病历互联互通标准，采用webservice协议、MQ及DLL等多种方式让各医疗信息系统之间以一种统一的数据标准、统一交互框架、统一的安全认证实现系统集成，实现业务系统之间信息的“互认”和“交互”，提高流程标准化、自动化和可靠性。 根据电子病历系统功能应用评价标准五级要求，为了实现即实现统一数据管理和系统数据集成，本次系统设计的关键在于建立一个跨平台的医院业务和信息集成平台，规范临床信息模型及信息共享接口标准，规范系统集成的信息交换标准及其相应的接口规范标准，以适应未来的集成要求，例如病人就诊信息的集成，形成病人主索引，以及建立对外的统一数据交换接口。 数据交换服务支持至少三种技术方式：WS、MQ、数据同步，根据系统的接口情况，业务厂商需求进行选择。 医院业务信息集成平台基于HL7标准、IHEXDS及卫生部相关标准规范：《电子病历基本数据集》、《电子病历共享文档规范》等。 未来依托医院业务集成平台可以实现对相关协作医院系统、集团其他分院和社区医疗机构系统的接入，实现信息共享和应用交互。实现实时数据交互由于目前医院应用系统较多，各系统之间无法信息交互或交互不全面、不及时，因此要求数据平台完成与各应用系统之间的实时数据交互工作，实现院内应用系统的解耦操作。院内应用系统包含但不局限于以下系统：HIS（医生\护士站）、LIS、PACS（放射\CT\MR,B超\内镜，病理）、RIS、电子病历（门诊\住院）等。数据平台通过实时的数据抽取动作将各应用系统发生变化的数据获取到平台自身数据库，各应用系统根据自身需要对平台数据进行访问并获取所需要的数据，以此完成各应用系统经由数据平台实现实时数据交互。实现历史数据的整合要求数据平台完成对我院历史数据的整合，包括病人基本信息、住院信息、医嘱及护理治疗信息、检验信息、检查信息等历史数据。历史数据需按照平台建立的标准统一的数据字典进行清洗并保存，并且能够直接反应在病人主索引的信息中。实现数据质量控制数据平台必须具有验证机制，以确保数据平台抽取数据正确性，防止因程序缺陷导致的数据错误。要筛除原始数据中无效的，重复的数据。要对原始数据中的关键字段特别关注，防止因数据类型或其他原因导致的数据错误。开放权限要求要求平台提供开放的编程接口，支持基于平台的应用系统的开发，提供可视化自助式的服务接入配置功能以方便未来新应用系统的接入。实现业务系统集成业务集成以及相关管理是通过《电子病历系统功能应用评价标准》五级的必须实现的功能。评价标准五级要求实现各知识库信息共享，信息系统为所有业务流程提供决策信息。业务集成引擎将各应用以服务的形式，通过共享和服务调用，实现各个部门系统数据的集成共享要求。医师能够通过系统获取患者检查检验、既往治疗相关数据；门诊、住院诊疗信息实现共享。医师在判读检查检验结果时，能够调取临床信息等数据信息。要求通过信息集成引擎这个医院信息集成平台的核心组件，实现数据和消息的通讯和传输功能。将本院已有信息系统及日后上线系统进行消息交换的集成，本院信息系统包含但不局限于以下系统：HIS、电子病历、LIS、PACS、RIS、分诊叫号、院感、营养系统、体检、预约挂号、护理系统、科研系统、人事系统、OA系统、医院网站、后勤系统、财务管理系统、病案管理系统、网上预约系统等。实现集成平台管理系统集成平台管理系统是针对医院信息集成平台的各个信息通道之间的可控性、交互服务的可管性开发的一套综合管理系统，通过管理系统与信息集成引擎的对接，可以有效的对各个业务系统之间的交互内容、交互标准、交互规范、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互进行有效规范，确保信息交互的安全性、有效性和可靠性。具体要求如下：功能指标技术要求权限管理管理接入ESB服务总线的各类用户,分接入厂商、集成平台管理人员、信息科管理人员。服务申请对于集成平台提供的服务进行消费或者提供申请。服务审核服务审核分信息科审核和平台审核，根据不同的申请单情况采取不同的审核方式。服务管理服务的详细内容维护及管理，配置服务的信息：如IP、端口、调用方式、服务模块、服务类别、提供者、可调用者（消费者）等，并且能够对服务进行版本控制、禁止、启用、退休等操作。服务测试对平台开放的服务进行在线测试，厂商能够独立在平台上进行接口联调。值域代码管理对各系统的值域进行维护和管理。值域代码映射将各个系统非标准的字典映射到国际或者卫生行业标准。集成平台功能模块组件功能模块实现功能元数据管理所有整合数据存储于医院信息集成平台的共享元数据仓库；支持业务流程和复合应用的开发；消息管理支持系统之间传递的每个消息的维护日志或记录；内嵌面向对象的数据库；具有事务位图索引技术；具有查询和报表工具，提供强大的审计、研究和分析能力；主索引管理（EMPI）对院内患者注册数据进行集中存储和管理保证单个患者在一定范围内的唯一性和可靠性，能够识别不同来源系统间患者的关联性；提供一个管理控制台，对患者数据进行图形化管理；参考IHEPIXPDQ规范设计；患者注册功能：EMPI接收到患者信息后，会对患者信息进行校验，可以通过设定不同的数据规则，筛选出相应的不规则数据（如出生日期和性别为空，电话号码是字符等）和逻辑错误数据，并依次记录，作为信息统计的来源。当患者注册完成后，EMPI会对订阅过的源系统发布新增患者通知。患者更新功能：EMPI收到消息后，根据患者标识查询到患者后，对患者信息进行修改，保证域内患者信息统一；患者合并：当信息提供源系统（如门诊HIS）对已有患者信息进行合并后，需要将保留患者信息和遗弃患者信息同步到EMPI中，EMPI收到消息后，将遗弃患者的所有标识合并到保留患者上，并且作废遗弃患者；患者信息查询：各应用系统可以方便地跨域（其他应用系统）查询到患者的详细信息和标识信息，通过不同系统域的标识可以跨域进行患者相关临床信息的检索，如检查记录、入院记录等信息。由于在患者注册时已经对EMPI内的所有患者进行了匹配关联，所以在进行患者查询时，可以查询到所有的关联信息和关联标识，并根据不同来源域的可信度权重进行自动筛选。注册服务注册服务包括对操作用户、医疗术语的统一注册管理服务;注册库确保有一个唯一的非公布的标识符;系统为每一位医疗操作人员分配一个唯一的标识，并提供给平台以及与平台交互的所有系统和用户所使用；医疗卫生人员注册服务遵循IHEITIEUA、XUA、PWP等规范；通过词汇映射引擎规范医疗事件中所产生的信息含义的一致性问题；例如科室、检验标本，检查部位等术语服务术语注册服务；术语导入导出服务；术语查看；术语转换；单点登录由平台统一管理所有应用系统的账号及密码；平台赋予操作用户登陆各个业务系统的基本角色；各业务系统通过注册获得操作用户访问该系统的基本权限，并在系统内添加自己独特的用户属性。整合-HIS支持患者入出转相关业务支持与院内费用相关业务支持药品相关业务业务整合-辅助配合模块支持与院内短信平台的处理对接；支持与排队叫号系统的处理对接；支持与院内统一预约信息系统的处理对接。业务整合-诊疗护理支持与住院医生EMR服务、事件与接口支持与门诊医生服务、事件与接口支持与急诊医生EMR服务、事件与接口支持与移动护理服务、事件与接口支持与重症监护管理系统服务、事件与接口业务整合-辅诊医技支持与PACS服务、事件与接口支持与LIS服务、事件与接口支持与电生理系统服务、事件与接口支持与手术麻醉系统服务、事件与接口与其他辅诊医技系统对接集成平台信息服务信息集成平台是基础，基于平台之上的公共应用服务，主要包括如下几个方面：基础数据字典，基础码表，诊疗项目，药品，材料等基本信息的统一性；全院系统用户信息的统一性，系统用户统一管理；全院患者信息的统一性，包括患者信息的唯一标识等统一性。通过多用户的统一管理，建立多级授权管理体系，实现信息系统间权限集中管理，为各类人员提供统一的医院信息系统访问方式。通过统一字典管理，保证全院信息系统数据的统一性、唯一性，为医院数据统计、医疗数据挖掘和科研提供依据。通过患者统一管理，保证全院信息系统数据的统一性、唯一性。（1）统一术语管理医院信息系统是一个医院管理思想的表达，医院内部、外部均需要信息支持、信息共享，这就要求系统管理有统一的标准。基础字典库是医院信息系统中保持个系统数据统一、信息共享的基础。它主要是指各个系统在使用过程中要共同使用的、且需要具体业务部门进行维护的公共字典表。基础字典的管理主要包括基础码表、诊疗项目字典、诊疗项目价表、药品及材料、机构字典等基本信息的管理。通过将目标系统中的数据元通过数据同步的方式同步基础字典管理，并进行统一审核后对外发布，然后通过统一的数据下发机制将数据下发同步到其他多个相关系统进行使用，通过这种管理机制，保证全院信息系统数据的统一性、唯一性，为医院数据统计、医疗数据挖掘和科研提供依据。模块功能要求字典库管理工具1、提供对各种字典的维护工具。2、字典管理工具具有角色管理功能。3、建立业务科室、计算机中心等多个部门的维护规则。代码体系1、建立HL7、国标、卫生部行业标准、医院自定义等4套代码体系。2、建立国家卫生行业相关规定的字典数据如医疗服务、价格、ICD10诊断编码、ICD手术编码的代码体系。3、建立代码体系之间的对照关系。4、建立代码体系的应用接口服务。标准支持兼容HL7、国标、卫生部行业标准等3种标准。价表管理1、支持维护价表。2、支持价表的统一管理和监控。3、支持临床业务系统和门诊管理等需要使用的系统对价表的引用使用。费用对照表管理1、支持临床业务系统和门诊管理等需要使用的系统对费用对照表的引用使用。2、支持临床业务科室对费用对照表的修改申请。3、支持物价科对费用对照表的修改申请受理和修改。药品字典表管理1、支持使用科室对字典的增删改查。2、支持物价科等部门对字典的统一管理和监控。材料字典管理1、支持使用科室对字典的增删改查。2、支持物价科等部门对字典的统一管理和监控。检查、检验项目字典表1、支持使用科室对字典的增删改查。2、支持物价科等部门对字典的统一管理和监控。其他业务字典表管理1、支持使用科室对字典的增删改查。2、支持物价科等部门对字典的统一管理和监控。数据的同步1、所有业务字典统一管理，并能做到与各个系统之间的同步处理。2、基础数据的源头应该除了可以进行维护，同时应该还可以从目标系统同步3、目标系统中对基础数据的操作均需要同步、统一审核发布。数据的下发1、在数据修改后能够后台主动推送到相关系统，保证全院数据的一致性。2、数据下发方案应该支持目前医院所有的临床信息系统，改造代价最小。（2）统一患者管理需要对医院的患者进行统一管理，统一患者管理是医院实施患者管理的基础，也是整个医院业务系统运行的基础，对患者在内部就诊时涉及的办卡、看诊、缴费、查询等环节进行统一受理，特别是保证患者在医院就诊方式一致和互通，促进管理效率和医疗资源共享程度的提高。统一患者管理主要包括如下几个方面：1、患者身份信息管理。患者到医院就诊时，医院信息系统需要登记个人基本信息，患者登记的信息，在多个院区内部共享。在就诊过程中，需要调阅患者身份信息。2、患者身份归并。一名患者可能办理了多张就诊卡或者多个病历本条码，需要建立患者主索引，对同一患者的不同就诊号进行关联。模块功能要求患者信息管理提供全院各应用系统的个人基本信息、基本健康信息和个人就诊记录等信息的统一管理。唯一识别码医院主索引系统需要为每个患者提供一个唯一识别号，该唯一识别号能下挂多个识别码，例如身份证、护照号、社保号、驾照号等用于身份认定，同时主索引系统管理唯一识别号在各医院应用系统的索引号的映射关系。自动去重1、医院主索引能够根据病人的基本信息识别可疑的重复记录，并支持自动和人工两种模式的合并、去重。2、信息归并和反归并：病人的基本信息，可以系统自动归并，手工归并，亦可手工分拆。数据抽取跨系统数据抽取：提供跨系统获取数据的工具，将各系统的数据汇集后，经过算法生成唯一的主索引号，并且记录主索引与各系统之间的映射关系。接口服务将主索引系统的接口以服务的形式开放给其他系统使用，向医疗系统开放查询和更新主索引和本系统病人索引号映射关系的接口。数据录入支持批量和单独的主数据录入。（3）统一用户管理统一用户管理，是从医院信息系统管理角度着手，对医院科室、院内职工、院外人员使用医院信息系统的行为进行统一管理，实现信息系统间权限集中管理，建立多级授权管理体系，建立人事系统员工相关信息变化和医院信息系统用户权限变化的联动关系，为各类人员提供统一的医院信息系统访问方式。主要管理包括如下几个方面：1、集中机构和员工管理。对单位、科室、员工进行集中管理。2、集中账号管理。对所有人员的用户账号进行集中管理。3、集中授权管理。集中分配用户对医院内部各信息系统的访问权限，并保证授权行为的可追溯。模块功能要求多层次角色管理1、基础角色层：各临床信息系统和医院管理系统的角色与系统权限的对应，由系统管理员实施配置。2、角色组层：将每个应用系统本身的角色，根据岗位与角色的关联性，将其组合到一个角色组中，以提高用户角色分配效率。3、多级角色组：为实现员工权限在两个圆、医院内跨科室的有效管理，设立多级角色组。临时授权1、支持对于短期权限，可以直接将权限赋予用户，补充角色管理方面的不足。2、支持临时授权需要授权者对临时授权内容、授权对象、授权条件（如时间限制）等进行设置。统一管理工具管理人员通过单一的统一用户授权管理系统界面，完成员工的集中授权管理。权限同步工具统一用户授权管理系统所分配的权限，可以实时同步至单点登陆系统模块、医院管理系统和临床业务系统中，通过采用合理的技术手段和同步策略，完成系统之间的权限同步。单点登录集成1、对现有的应用系统进行改造，通过与认证系统的通讯，自动判断当前用户是否登录过，从而完成单点登录的功能。兼容B/S、C/S架构的各种信息系统。2、支持其他单点登陆技术，兼容多种架构的信息系统。系统管理员和系统用户管理门户方便用户，方便管理员。系统管理员只需要维护一套统一的用户账号，用户不需要牢记多套用户名称和用户密码。用户界面上采用统一医院门户，将用户具有访问权限的所有应用程序的快捷方式集中显示。（4）消息管理消息的含义非常广泛，此处的消息是基于信息系统之上，为了实现信息系统与人交互，以及实现人与人之间交互的一种通讯手段。消息在现如今的信息系统之中较为常见，常见的消息有用户与用户之间的即时通讯消息，即：IM消息、组织管理需要进行广播的通知消息、由于业务系统的数据传播过程中，部分业务需要实时的推送到人的业务消息。诊疗信息系统中对于消息支持与管理，可以打通全院、科室、及人员等各级别的通知下发、办公处理等组织管理业务场景；可以方便的进行因医疗软件业务协同等产生的流程协同待办事项，如医生医嘱下达后，提醒护士进行处理，药品库存告急时跟进库存管理，检验结果异常时跟进的医嘱与处置变化等等；同时，方便各个不同的人员之间进行在线实时的文字沟通，以便于工作任务的推进。模块功能要求即时通讯消息管理提供登录用户之间即时通讯消息提供非登录用户的留言通知消息管理支持接收个人通知支持接收科室通知支持接收全院通知支持编辑通知支持发布通知支持通知权限管理支持通知管理，如已读、未读设置支持通知清理，将历史消息清除业务消息管理支持办公业务消息待办提醒消息结果反馈消息结果异常值提醒自定义业务消息订阅消息支持消息历史清理需要与第三方系统集成列表中标供应商须将采购人现有系统接入到本次招标的集成平台中，以实现必需的信息互联互通服务。中标供应商与第三方系统集成费用包含在本次报价中，包括需要支付给第三方的接口费用，采购人仅负责沟通协调，不再额外支付与第三方的集成费用。包括但不限于与以下系统的交互组件：系统名称建设厂商维护情况备注门诊挂号收费启航开创HIS驻场维护门诊医生站启航开创HIS驻场维护药品管理启航开创HIS驻场维护住院ADT启航开创HIS驻场维护住院医生站启航开创HIS驻场维护住院护士站启航开创HIS驻场维护物资系统启航开创HIS驻场维护电子病历EMR北京嘉和EMR驻场维护护理管理系统北京远卓驻场实施中移动输液杭州连帆实施中LIS检验系统上海瑞美维护中输血系统上海瑞美维护中院感系统杭州杏林维护中PACSGE维护中医技预约平台南师大维护中病理系统无锡朗珈维护中心电系统北京嘉和维护中超声/内镜系统苏州海斯菲德维护中手麻系统麦迪斯顿维护中OA系统南京脉动维护中排队叫号南京旭雅维护中合理用药、临床药学四川美康维护中人力资源系统北京宏景维护中体检系统北京秉泰维护中消毒供应室系统上海感信维护中血透系统苏州华墨维护中成本核算南京凯唱维护中区域平台对接东软实施中短信平台中国移动维护中重要系统对接要求，包括但不仅限于：PACS系统业务集成提供符合当前医院实际情况及容纳扩展能力的支撑服务与集成框架支持标准的集成方式，包括但不限于与：放射系统、HIS系统、EMR系统等系统进行业务集成提供较规范的集成业务与事件流程替换现有EMR、HIS与放射厂商很多采用数据库集成方式提供基础数据对接服务，如项目字典、人员、科室等服务提供申请单集成、各状态跟踪、控制、规则管理、业务流程控制，危机值处理等业务范围包括：放射、超声、病理、核医学等LIS系统业务集成提供符合当前医院实际情况及容纳扩展能力的支撑服务与集成框架支持标准的集成方式，包括但不限于与：LIS系统、HIS系统、EMR系统等系统进行业务集成提供较规范的集成业务与事件流程提供基础数据对接服务，如项目字典、人员、科室等服务提供申请集成、检验状态控制、结果集成、检验标本物流跟踪、业务、规则控制，危机值处理、短信对接等移动护理业务集成提供符合当前医院实际情况及容纳扩展能力的支撑服务与集成框架提供较规范的集成业务与事件流程提供基础数据对接服务，如项目字典、人员、科室等服务支持标准的集成方式，包括但不限于与：LIS系统、HIS系统、EMR系统等系统进行业务集成提供医嘱闭环架构集成方案门急诊、医生工作站集成重构提供现有EMR现有与其他系统集成方式分析报告提供符合当前医院实际情况及容纳扩展能力的支撑服务与集成框架与方案文档提供EMR核心业务的集成方式，支撑EMR的高效、有效业务、数据集成。重构EMR与其他的如HIS、外部医技系统等系统的关键环节集成手段HIS业务服务平台封装对接提供当前HIS当前业务服务平台分析报告，对业务分析，对业务量分析，并提交可行性封装方案封装业务平台，通过统一的封装，对外暴露统一服务，外部系统采用统一的出入口来进行服务管理通过对封装服务的服务授权、服务注册、服务注销等进行服务安全控制短信平台对接支持短信平台当前在用业务系统、及系统使用场景集成提供对现有短信平台接口封装服务提供短信调用服务计数服务，管理授权等。提供基于日短信量、周、月基数短信量的服务控制等。统一预约中心服务对接封装统一预约中心对外服务接口，包括：预约各业务流程、黑名单管理各业务流程、业务排斥规则、空闲查询等业务服务。支持将预约服务提供给：院内不同院区的门急诊医技、体检中心等，提供给院外接受预约（进行数量、权限等控制）支持对预约行为进行规范，包括：预约超时时间、预约黑名单、自动预约、自动取消预约、手工预约、预约排斥等对跨院区预约提供业务、服务支持对预约中心各大类检查预约提供支持心电及电生理系统对接提供对心血管临床信息管理的对接支持提供对心电状态集成、申请单集成、报告集成提供对接跨院区的方案提供心电对预约中心对接支持提供对HIS、EMR、体检等业务系统对接支持输血系统提供输血系统对接基础服务，如：患者信息、科室、人员信息等。提供对输血系统的用血申请管理对接提供对配血系统的配血申请管理对接提供对输血系统的提血申请管理对接提供血液闭环管理服务对接，如血袋管理、输血不良反应提供对HIS、EMR、手术等业务系统对接支持重症监护提供重症监护系统对接基础服务，如：患者信息、科室、人员信息等。提供对重症监护中患者病情变化服务与对外服务提供对患者生命体征服务、监护数据、出入量数据等数据服务的封装服务提供特殊监护文书、报告的双向服务提供对重症监护、HIS、EMR、手术等系统的业务集成内镜系统提供内镜系统对接基础服务，如：患者信息、科室、人员信息等提供内镜系统申请单流程、状态流程、报告等业务流程支持提供对HIS、EMR、病理等系统支持手术麻醉系统提供基础服务，如：患者信息、科室、人员信息等提供手术申请单、手术状态服务提供手术报告、手术麻醉报告等系统对接与回传提供手术与消毒供应对接服务提供手术与药品供应服务对接提供手术与术中病理等系统服务对接提供手术麻醉系统与HIS、EMR、病理系统、药房系统、检验系统等系统对接人事信息管理提供人事系统信息服务接口对人事信息中的人员、组织架构等信息进行同步，注意：人事信息的同步，要依据具体情况，分为人事系统作为数据源或者作为目标源进行同步提供人事系统与HIS、与财务、与OA等系统的对接服务血液净化管理提供基础服务，如：患者信息、科室、人员信息等提供医嘱系统对接提供短信平台对接（透析提醒用）提供药品库存对接门急诊输液提供与HIS数据对接查询服务，如患者信息查询、治疗单查询、注射单查询提供与HIS数据对接更新服务，如皮试结果、输液过程信息等提供与叫号系统对接服务临床数据中心智能平台对接提供主数据管理服务，对主数据进行增删改提供统一操作服务提供数据查询服务，如患者信息查询，检查、检验结果查询，医嘱、用药查询，费用查询等提供数据写入服务，将医技科室检查、检验结果写入数据中心集成平台DOCKER环境部署要求★应用支持部署于Docker容器中，要求支持以下特性：文件系统隔离：每个应用使用独立进程容器。并且运行在独立的文件系统之中。当应用容器对文件操作故障时，不影响其余应用容器。每个应用容器的文件系统，对于其他容器是不可见的。支持Aufs（高级分层联合文件系统）。文件系统写时复制：当创建应用容器时，采用写时复制，内核只为新生成的子进程创建虚拟空间结构，它们来复制于父进程的虚拟究竟结构，但是不为这些段分配物理内存，它们共享父进程的物理空间，当父子进程中有更改相应段的行为发生时，再为子进程相应的段分配物理空间。通过写时复制加快应用部署速度，节省内存和硬盘空间。网络隔离：每个应用容器运行在自己的网络命名空间里，拥有自己的虚拟接口和IP地址，并且支持端口映射。故障隔离：当一个应用容器崩溃、故障时，能够及时通知提醒，并且不影响同一服务器中的其他容器使用。变更管理：容器文件系统的变更可以提交为镜像。便于复制容器、创建备份、故障恢复。日志记录：容器记录标准进程流，记录并收集应用操作日志，包括并不限于标准流（stdout/stderr/stdin)。监控管理：应用部署容器支持实时性能监控。可以实时观察总体/容器的CPU,MEMORY,DISK，NETI/O,BLOCKI/O等性能指标。跨容器访问：容器与容器之间可以互相访问，避免做冗余的网络映射。服务器使用率：通过使用容器策略，提高服务器使用率，避免过度浪费硬件资源。仓库管理：容器镜像支持仓库管理。通过与统一的镜像仓库，可以实现拉取、推送镜像功能，能够提供版本控制。集成平台自检监控平台监控自检系统是对平台所有服务数据、消息路由情况、性能数据等进行监控，通过监控平台提供给系统管理员作为参考。对于特定的异常情况可以在平台首页进行提醒，也可以通过如电子邮件、SNMP消息、手机短信、Windows事件以及日志检索等进行消息通知。主要包含功能有：平台监控中心、数据交换监控、服务器监控、用户监控、平台日志监控等几个方面。序号功能列表

功能说明1平台总控服务器情况各台总控服务器服务是否正常。服务器资源（cpu、内存、硬盘空间、进程等）使用情况2平台各个节点服务器情况各台节点服务器服务是否正常。服务器资源（cpu、内存、硬盘空间、进程等）使用情况3接入应用情况应用总数，以及相关应用与平台交互次数排名以及交互异常应用高亮显示等4接入主题接口情况接口主题总数，以及交互量高低排次以及异常主题高亮显示等5平台数据库情况平台各个数据库服务器资源情况，以及数据库数据流I/O情况6平台调度服务情况平台各个调度服务异常情况高亮显示7平台消息队列情况平台消息队列实时显示消息数量，以及阻塞队列的高亮显示8平台消息中心情况平台消息推送量情况，以及消息中心异常时高亮显示9平台处理数据量服务情况平台日、月数据平均交易量，实时显示当天交易量以及交易高峰时间段等10平台相关插件情况平台轮询等服务数据处理情况，以及异常时高亮显示11平台处理情况平台ETL工具相关作业处理情况，异常作业高亮显示等医院数据中心医院数据中心的建设不仅是互联互通成熟度测评及电子病历评级5级评审的核心要求，同时也是医院信息化建设的关键环节。通过医院数据中心的建设，形成完整的、以病人为核心、以时间轴为主线、以临床事件为单位的大数据仓库，以服务于当前以及未来的综合数据挖掘利用需求。医院集成平台构建基于医院运营管理和临床应用为主题的数据中心模型，需通过成熟专业的ETL工具进行数据抽取、提炼和汇集。按照特定的主题模型重新进行数据的组织、汇聚和存储，形成涵盖医院各业务应用的数据中心。并在业务系统和数据中心之间形成一个隔离层ODS，在粒度和组织方式等各个方面都保持了与业务系统的一致，在数据的抽取汇集及利用时降低对业务系统正式生产环境的压力。数据中心体系的构建需借助ETL工具，由ETL将分布的、异构数据源中的数据抽取到临时中间层后进行清洗、转换、集成，最后加载到数据中心或数据集市中，数据抽取指通过接口提取源数据，增量抽取。清洗指过滤不符合要求的数据，不符合要求的数据主要是有不完整的数据、错误的数据和重复的数据三大类。转换指进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。装载指加载经转换和汇总的数据到目标数据中，可实现SQL或批量加载。建设和实现医院数据中心，以医疗业务、数据平台及相关的工具软件为核心基础，为医院提供一个完整的、多用途的智能分析平台环境。它允许用户访问、分析和操作任何类型的信息（包括结构化数据和非结构化数据）。对整合的数据进行OLAP建模，以支持指标展示。多角度浏览所有形式的信息，评估当前的业务情况。通过多角度浏览所有形式的信息，评估当前的业务情况。通过简单的数据层层钻取和追溯，预测分析业务数据，指导医院决策支持应用和临床管理应用。ETL集成工具★序号功能要求

功能要求说明1品牌要求ETL选择的工具软件产品需是国际公认的知名成熟品牌，具备足够的中立性，非开源产品。2可视化流程定义可视化自定义业务流程：接入系统间的数据交换通过流程定义工具来可视化的配置整个处理过程，定义后的流程通过流程管理模块来配置其运行方式，如自动，定时，手工或者业务触发式运行等，流程中各环节均可调用本地系统或其他系统提供的各种服务，各环节均允许人工进行干预，流程每次的运行过程均可通过流程监控模块可视化地进行监控和管理。3图形化开发工具采用图形化的开发，完全是图形化设置，不需在组件上编写脚本语言，可通过简单的操作即可完成ETL作业。4多种传输模式支持支持多种传输模式：支持一对一，一对多与多对一的数据传输模式，数据的群发功能以及文本，字节流，文件等多种格式的数据传输。5安装环境要求工具对系统环境无额外安装要求，支持UNIX或Window环境，安装简洁。只要有数据库连接组件，即可完成安装、调试和开发任务，不需要安装额外的编译器或其他辅助安装软件。6基本功能要求（1）、字段级的操作，主要包括：字段映射，映射的自动匹配，字段的拆分，多字段的混合运算，自动完成时间类型的转换。（2）、记录级的操作，主要包括：去重复记录，记录间合并或计算，记录拆分等。（3）、表级的操作，主要包括：代理键的生成，行列变换、排序、统计。（4）、数据库级的操作，主要包括：对各种码表的支持包括GBK、Unicode、ASCII。7数据抽取（1）、支持跨异构数据库的关联、支持关联条件的复杂程度、自定义函数的实现、过滤条件的复杂程度。（2）、支持其他主流关系数据库的绝大部分数据类型。（3）、支持增量抽取及抽取断点续传，支持参数抽取的灵活程度，以及抽取远程数据，抽取数据的事务处理支持，抽取的字段和环境变量可以动态修改。可以通过日志监测源数据的变化进行增量抽取。（4）、支持数据校验的功能，如空值处理、流程异常处理、异常值的处理等。8数据清洗转换ETL过程中支持数据比较的功能，在设计调试时能否对每个转换环节进行数据预览，在设计调试时能否对每个转换环节进行性能监控，在转换过程中支持按行按列的分组聚合，能否提供直观的视图、灵活的配置以及能否自定义功能，提供丰富的转换函数，支持诸如validate、translate、HierarchyFlattern,Map，Merge等转换功能，ETL过程中数据转换的可追溯能力9数据装载（1）、支持脏读，支持各种数据库的批量装载功能包括Oracle、Informix、DB2、SQLServer。及增量加载的处理方式。（2）、支持抽取断点,支持参数抽取的灵活程度,支持抽取远程数据、抽取数据的事务处理，抽取的字段可以动态修改，对抽取的环境变量配置情况，环境变量可以动态修改。10数据源支持对数据源的支持，支持常见的数据源，包括Oracle，DB2,Informix，Sybase，SQLserver，Teradata，SAS，Text，Excel，SAPR/3，PeopleSpft，Sieble，IMS，VSAM,QSAMon390，用户自定义文件，FTP，XML，MessageQueue，Email，Weblog，OleDB，11跨平台的支持（1）、可支持主流的操作系统平台包括SunSolaris，HP-UX,IBMAIX,Linux,Windows等,采取当前先进的多层架构体系技术来实现。按照多层体系结构的要求和系统建设的目标，由用户平面，业务平面和数据平面三层构成系统模型。（2）、支持主流大型数据库,支持数据并行处理技术，部分分区离线不能影响其他分区的使用；含高可靠性集群，支持负载均衡；支持对称多处理器(SMP)结构，多机共享存储设备的集群结构（Cluster）;支持基于行业标准的数据库存储加密，传输加密及完整性校验；支持超大规模的数据库设计和存储，具有处理TB级大容量数据的能力；（3）、系统平台可以不加修改的部署在目前主流的Unix、Linux和Windows操作系统，不加修改的部署在目前主流大型数据库上(MSSQL，Oracle，Sybase)12数据库支持（1）、支持多种主流关系型数据库、连接方式和配置方式，包括Oracle，DB2,Informix，Sybase，SQLserver。（2）、可以实现对所有主流关系型数据库的快速访问和对本地数据访问模式的支持。13接口与交换（1）、可支持通用接口，如ODBC、数据库本地接口；（2）、可支持各种主流的消息中间件，可以通过消息中间件进行数据抽取和加载，例如MQSeries，JMS等；（3）、可支持WebServices接口；（4）、可支持调用系统的可执行程序、数据库的存储过程、动态链接库中的程序、FTP命令、Email任务；（5）、可调用各种外部应用，包括存储过程、各种流行语言开发的应用程序等；（6）、可支持HL7数据交换接口。14元数据的管理具备元数据管理功能，如元数据存储的提取方式、元数据存储的开放性、元数据存储的可移植性、提供多种方式访问元数据、元数据的版本控制程度、支持开放的元数据标准如CWM、支持XML进行元数据交换、支持分布式的元数据访问和管理、生成元数据报表、支持ETL过程的冲突分析、支持基于元数据的查询功能、支持ETL过程的流程分析等。15高性能和可扩展性要求（1）、需支持提供无限制的可扩展性、可测量性和吞吐量，适应目前数据交换和共享的需要，并支持未来业务系统的平滑接入和扩展。性能引擎提供：管道，分区，数据灵活的并行，有效地打破分离的集成；通过异种环境进行网格计算，最大化使用现存的基础架构；批处理、变化、实时数据移动有最好的适应性。（2）、产品自身具备并行处理能力，对任务、作业调度的负载均衡机制。16ETL性能监控（1）、支持监控ETL过程的运行状态(加工进度、加工效率、成功、警告、错误等)信息，支持对错误恢复逻辑，对异常情况的处理得当，对于出现差错的流程支持异常控制、错误告警以及错误流程恢复的加载。（2）、支持方便的系统分布式部署功能和良好的系统监控功能，支持未完成任务的监控、报告和恢复功能。17ETL日志管理支持记录ETL的任务整个运行过程中的所有相关统计信息。完整日志：对数据的传输，加载，查询及增，删，改的情况进行记录。对于交换中心，能知道本系统内所有经过交换的数据的基本信息；对于某一数据而言，能对数据的传输，访问路径进行跟踪，以检查此数据交换的历史痕迹。18开发的API（1）、支持开放的API可将产品集成到统一界面，产品提供各种SDK包，可基本将产品自定制，统一用户界面；（2）、提供了Java版的LoadManagerSDK，利用它可开发出基于WEB的运行管理程序。需要具有很好编程集成性和扩展性，能构通过相应接口调用外部自定义函数和应用程序，通常外部函数支持C/C++、VC、VB、Java等语言的函数。19调度要求要求具备图形界面控制台，可以容易定义任何数据的抽取、汇总和计算，整个数据集成的过程不需要进行脚本的编写；利用它的计划执行能力，可以在正确的时间调度正确的作业，来完成数据的转换；利用数据库的触发机制，可以完成实时的数据复制和增量备份等工作；实现加载流程合理化和高性能的加载。20支持网格计算和负载均衡支持网格计算和负载均衡,针对多节点，大批量数据交换的中心交换系统，能通过集群来分流数据，以保证负载均衡，保证系统的稳定与安全可靠。21响应时间要求系统响应时间能完全满足业务需要，各类数据交换必须充分响应，要求系统能处理TB级以上容量的数据。22部署和系统监控支持方便的系统分布式部署功能和良好的系统监控功能，支持未完成任务的监控、报告和恢复功能。23管理平台支持统一以及自定义的管理平台，以及版本控制和管理的功能。数据组织序号功能要求

功能要求说明1数据参考模型要求参照HL7标准中的RIM模型要求通过XML（可扩展标记语言）文档的形式，完整的还原每一位就诊患者在医院产生的所有临床事件。2数据存储标准数据元标准符合卫生部发布的健康档案、电子病历规范。数据中心采用关系型与非关系型数据库的混合方式来存储与管理。支持HL7CDA、SNOMEDCT、MedDRA标准数据集中存储体系架构★序号功能要求

功能要求说明1体系架构要求（1）需具备业务系统和数据中心之间的一个隔离层ODS库架构模型，在粒度和组织方式等各个方面保持与业务系统的一致，在数据的抽取汇集及利用时降低对业务系统正式生产环境的压力。（2）需具备涵盖全院各业务主题应用的数据中心模型，按主题域分析事实表数据，出具维度数据质量分析报告，构建最细粒度维度数据的事实表，并按照不同维度层级进行低度、中度、高度的聚合表模型。（3）数据中心模型中需要具备数据朔源设计。（4）数据中心模型中需要具备主数据管理设计。2运营管理类模型涵盖但不局限于医疗管理类、财务费用类、人力资源类、物资及后勤服务管理等各类运营管理应用3临床类模型涵盖但不局限于病人信息类、医嘱类、检验类、检查类、手术麻醉类、护理类、操作治疗类、病历文书类4ETL过程实现数据的抽取、转换和加载引擎（简称ETL），实现对医院各应用数据库和医院集成平台数据中心之间的的无缝抽取和集成。5历史数据整合实现医院现有的HIS系统、LIS系统、CIS系统、PACS系统等进行分析，按照数据中心的数据标准模型要求，从个异构系统的历史数据中进行数据抽取并进行整合。6实时数据整合实现对HIS系统、LIS系统、CIS系统、PACS系统等数据库的梳理，使用ESB引擎进行实时数据采集，确保数据及时进入数据中心中。实现部分信息通过主动推送实现数据采集，同时保证程序使用性能，实现与相应业务系统的无缝对接。7数据探测具备完善的数据探测和分析功能，提供数据预览和数据质量评估的功能，可出具完备的数据质量报告。8数据质量审计主要针对数据质量进行考察，并总结生成报表，为后继数据质量完善和转换规则，提供数据质量审计的功能。9质量保证策略在数据整合过程中需要采取多种策略确保数据质量，比如缺省值策略、数据清洗策略、数据标准化策略等。10数据共享服务提供基于数据中心的运营管理及临床数据的对外共享发布服务。11数据查询保存有效原始数据记录，以供历史数据查询，并共享给其他应用系统和省市区域信息平台12数据支撑可引入外部数据源，综合医院内所有的数据源历史记录，对医院进行跨业务跨应用的长期分析，提供决策依据13数据存储需支持采用CDA临床共享文档方式进行数据存储14MongoDB支持需支持MongoDB方式进行分布式文件存储临床数据中心在全院范围内建立一个集中式的临床数据中心（ClinicalDataRepository，CDR），以病人为中心将临床数据及时进行归档并对外提供一元化的、实时的信息访问服务，成了当前阶段信息化建设的重点。借助建成的临床数据中心，以之为数据源开展数据分析和利用，更好地服务于科研、管理和临床决策。模块功能要求患者信息存储1.为患者建立个人信息数据库，兼容符合国家卫生部有关患者基本信息数据集，授予唯一标识主索引并确保与患者的基本信息主记录相对应。2.病人信息可以包括：1)自然信息：姓名、姓名拼音、曾用名、曾用名拼音、性别、血型、年龄、出生日期、出生地等。2)社会信息：身份、民族、籍贯、职业、工作地、婚姻、住址、联系方式、医保信息等。3)健康信息：过敏史、遗传病史、传染病史、疾病史、手术史、输血史、用药史、免疫史、月经史、生育史、家族史、职业病史、残疾情况等。4)生活信息：抽烟史、酗酒史等。3.对上述患者信息进行结构化表达、组织和存储，对外提供多种数据访问服务，如webservice、HL7等。4.医院内部各系统能够共享患者主索引及基本信息。5.病人历次体检信息。临床数据存储1.临床数据和患者信息数据采用分别建模。2.临床数据存储患者诊疗活动过程中产生的文字和非文字资料。3.诊疗活动中产生信息：1)病人出入转记录：转入科室、医生、转入日期、转出科室、转出时间、出院时间、出院方式、历次就诊记录等。2)病情变化记录：起止时间、诊断、病情等。3)病人体征信息：体温（口表、腋表、肛表）、心率、脉搏、呼吸、血压、瞳孔变化（左右大小、左右光反应）、神志、血氧、血糖、中心静脉压、记录时间等。4)用药信息与执行记录：药品名称、规格、剂量、使用频次、给药途径、录入时间、使用的起止时间、备注、开药医生、校对护士、执行护理、执行时间、执行频率、执行结果等信息。5)膳食记录：膳食名称、起止时间、备注等。6)诊疗文书：首次病程记录、日常病程记录、首次查房记录、日常查房记录、会诊记录、交（接）记录、阶段小结、转出（入）记录、术前讨论、术前小结、手术记录、术后病程记录、抢救记录、出院记录等。7)常规检查信息：放射、超声、内镜、病理、心电等信息。预约记录、检查记录、检查报告记录。8)医学影像资料：根据医院关于多媒体资料的存储策略，可支持集中存储或分布式存储（即沿用原有影像中心）。集中存储时，存储放射、CT、磁共振、超声等医学影像信息，心电图，录音，录像等。接收DICOM3.0标准和非DICOM3.0标准的影像数据，支持将非DICOM影像设备的影像转化为DICOM3.0标准的数据，支持JPG、BMP、TIFF等多种格式存储以及转化成DICOM3.0格式功能。9)实验室测试信息（检验记录）：种类、项目、检体、结果、日期。10)费用与计价记录信息：计价项目、计价时间、记录者、执行科室等。11)用血信息与记录：血型、采血日期、采血单位、献血者、包装、数量、审批人等。12)手术记录信息：手术排班记录、麻醉记录、术后护理记录、切口信息。13)护理记录信息：一般护理记录、特殊护理记录信息、危重护理记录信息。14)诊断信息：诊断描述、诊断日期、诊断医生等。4.对上述诊疗信息进行结构化表达、组织和存储，对外提供多种数据访问服务，如webservice、HL7等。5.医院内部各系统能够共享患者诊疗信息。系统数据梳理和建模1.为实现采集并存储医院现有临床辅助业务信息系统的最终临床数据到数据中心，对所有相关信息系统的数据集进行梳理。2.调研各业务信息系统的业务流程，数据流程，输出各系统的运行流程图、数据结构图。3.梳理各系统间存在交集的信息集，输出各系统信息最小集，及各系统信息集和临床数据中心的对照关系。4.根据医院信息系统建设现状，调整和设计临床数据中心存储模型，并输出临床数据中心数据结构手册。CDR集成引擎1.根据医院现有信息系统建设情况，结合上述数据梳理和数据建模，建设一套CDR集成引擎，实现上述临床辅助业务信息系统数据到临床数据中心的集成。2.集成引擎的实现方式包括提供数据库ETL工具，基于HL7、DICOM和WebService等接口技术实现HIS、PACS、LIS等第三方业务系统数据到CDR的集成。消息中心建立医院信息推送平台将门诊就诊预约、变更通知、检查预约、住院排床、检查报告结果通知、手术通知、手术进程、欠费等内容通过短信、微信、手机app、显示屏等多种方式通知患者或家属。医嘱闭环系统★对医嘱流程进行整合改造，医生下达医嘱后，信息会自动转移到iPad、PDA上，护士可在无线网络范围内任何区域进行数据读取、查询、查对与执行。医嘱在显示的时候，以计划要执行的时间、医嘱类型显示，并且可对每条医嘱添加附加物品。执行完医嘱可以在护理记录系统、住院医生站、病区护士站中查看到执行结果。在HIS系统中，只跟踪到医嘱转抄这一步，即把医嘱分解成为可操作的执行项目并且在这一步就对该条医嘱执行收费，不再跟踪医嘱实际执行过程。而移动临床护理系统将现有护士工作站延伸至病人床旁，执行者通过扫描患者腕带条码实现医嘱的执行确认，并准确记录了实际执行人，执行时间。护士完成