四川政府采购德昌县人民医院信息化建设和区域医疗共同体信息化建设项目需求论证公示1829

　采

　购

　需

　求

　论

　证

　表

　 采购项目名称 化 德昌县人民医院信息化建设和区域医疗共同体信息化

　 建设项目 采购方式 公开招标 行政区划 四川省德昌县 采购人名称 德昌县人民医院 拟委托代理 机构名称 四川众和泰招标代理有限公司 采购联系人及联系电话：

　付先生

　13550444488 工作联系 人及电话

　刘先生 0834-2562080 采购项目 预算金额：

　1761 万元 本项目是否属于政府采购政策扶持范围

　 是

　采购标的标准要素及验收标准( 含功能标 准、技术参数（公招及磋商实质性等 技术参数带★）、性能标准、材质标准、安全标准、服务标准、强制标准等)

　 注：内容较多，无法在本栏填写完毕的，以附件形式体现，格式自拟，但必须包括以上内容。

　供应商参加采购活动的资格条件

　见附件

　政府采购项目履约时间和方式 式

　见附件

　 验收方法和标准

　见附件

　 合同实质性条款

　见附件

　专家组 意见

　建议按此采购

　 专家签字 褚晓锐、施智雄、庄毅、陶江、邹玉泉.

　业主签字 付勇

　备注 相关单位和个人对专家组需求论证意见有异议的，可以自本公示发出之日起 起 3 3 个工作日内( (

　7 2017 年 年 2 12 月 月 9 29 日 上午08:30- -8 2018 年 年 1 1 月 月 3 3 日 下午 17 ：

　30) ) ，将书面意见（包括异议具体事项和内容、联系人姓名和联系方式等），分别反馈至采购人和财政部门。

　代理机构：

　四川众和泰招标代理有限公司

　联系人：

　刘先生

　0834- - 2562080

　采购人：

　德昌县人民医院 联系人：付先生

　联系电话：

　13550444488

　财政部门：

　德昌县财政局

　联系人 ：黄 女士

　0834- - 5284633

　第四章

　投标人和投标产品的资格、资质性 及其他类似效力要求 一、投标人资 格、资质性及其他类似效力要求

　（一）

　资格要求 ：

　1、具有独立承担民事责任能力； 2、具有良好的商业信誉和健全的财务会计制度； 3、具有履行合同所必须的设备和专业技术能力； 4、具有依法缴纳税收和社会保障资金的良好记录； 5、参加本次政府采购活动前三年内，在经营活动中没有重大违法违规记录； 6、法律、行政法规规定的其他条件； 7、本项目不接受联合体投标。

　（二）资质性要求：无 （三）其他类似效力要求：

　（1）缴纳本次招标要求的投标保证金 （2）授权参加本次投标活动的供应商代表证明材料

　二、投标产品的资格、资 质性及其他类似效力要求

　（一）资格要求：无

　（二）资质性要求：无

　（三）其他类似效力要求：无 注：1 、新成立企业不满足招标人年度要求的，投标人只提供成立后相应年度的资

　料。

　2 、本项目确定供应商重大违法记录中较大数额罚款的金额标准是指：若采购项目所属行业行政主管部门对较大数额罚款金额标准有明文规定的，以所属行业行政主管部门规定的较大数额罚款金额标准；若采购项目所属行业行政主管部门对较大数额罚额 款金额标准未明文规定的，以四川省人民政府规定的行政处罚罚款听证标准金额 20000元为准。

　3 、供应商在参加政府采购活动前 ，被纳入法院、工商行政管理部门、税务部门、银行认定的失信名单且在有效期内，或者在前三年政府采购合同履约过程中及其他经营活动履约过程中未依法履约被有关行政部门处罚（处理）的，本项目不认定其具有良好的商业信誉。

　第五章

　投标人应当提供的资格、资质性及其他类似效力要求的相关证明材料 一、应当提供的投标人资格、资质性及其他类似效力要求的相关证明材料

　（一）资格要求相关证明材料：

　1、具有独立承担民事责任的能力。（注：①供应商若为企业法人：提供“统一社会信用代码营业执照”；未换证的提供“营业执照、税务登记证、组织机构代码证或三证合一的营业执照”；②若为事业法人：提供“统一社会信用代码法人登记证书”；未换证的提交“事业法人登记证书、组织机构代码证”；③若为其他组织：提供“对应主管部门颁发的准许执业证明文件或营业执照”；④若为自然人：提供“身份证明材料”。以上均提供复印件。）

　2、具备良好商业信誉的证明材料（可提供承诺函）； 3、具备健全的财务会计制度的证明材料。｛注：①可提供 2015 或 2016 年度经审计的财务审计报告复印件（财务审计报告至少包括“现金流量表、资产负债表、损益表”），②也可提供 2015 或 2016 年度供应商内部的财务报表复印件（至少包含资产负债表），③也可提供截至投标文件递交截止日一年内银行出具的资信证明（复印件），④供应商注册时间截至投标文件递交截止日不足一年的，也可提供在工商备案的公司章程（复印件）。｝ 4、具有依法缴纳税收和社会保障资金的良好记录（①提供 2015 年至 2017 年至少一次缴纳税务的凭据或税务机关出具的证明；②提供 2015 年至 2017 年至少一次缴纳社保资金的凭据或社保机关出具的证明；）

　5、具备履行合同所必需的设备和专业技术能力的证明材料（可提供承诺函，格式详见第三章）； 6、参加政府采购活动前 3 年内在经营活动中没有重大违法记录的承诺函（格式详见第三章）； 7、提供参加本次政府采购活动的诚信情况承诺书原件（格式见招标文件第三章）； 8、提供信用信息查询记录复印件；（“信用中国”网站（www.creditchina.gov.cn）或中国政府采购网（www.ccgp.gov.cn）等渠道查询）

　9、提供供应商单位及现任法定代表人、主要负责人注册地或项目所在地检察院出具的行贿犯罪档案查询记录原件或在行贿犯罪档案查询平台查询复印件（复印件须附查询链接或二维码）

　注：根据《关于在政府采购活动中全面开展行贿犯罪档案查询的通知》（川检会[2016]5 号）。

　（二）资质性要求相关证明材料：无

　（三）其他类似效力要求相关证明材料：

　（1）投标保证金交纳凭证的复印件； （2）法定代表人/单位负责人身份证明材料复印件； （3）法定代表人/单位负责人授权书原件及代理人身份证明材料复印件（注：①法定代表人/单位负责人授权书原件需加盖公章；②如投标文件均由投标人法定代表人/单位负责人签字的且法定代表人/单位负责人本人参与投标的，则可不提供）。

　二、应当提供的投标产品的资格、资质性及其他类似效力要求的相关证明材料

　（一）资格 要求：无

　（二）资质性要求：无

　（三）其他类似效力要求：无

　 特别说明：①新成立企业不满足招标人年度要求的，投标人只提供成立后相应年度的资料。

　②以上要求投标人提供的资格证明文件复印件、原件须按要求签署和盖章。

　③以上证明材料一项不符合要求的，作为无效投标处理。

　第六章

　 招标项目技术、商务及其他要求

　一、项目概述：

　 随着医院信息化要求不断提高和医院业务的快速发展，现有软件模块明显滞后，信息孤岛严重。为了顺应医疗体制改革和医院精细化管理的需求，在围绕“以患者为中心”的指导原则的基础上，充分利用当前不断发展的信息技术，结合医院的管理特色，逐步建立以电子病历为核心，医院信息数据互联互通的数字化医院。对医院基础信息软件进行建设（包括 his/lis/emr/基层医疗卫生信息软件/数据中心），同时新增临床科室应用软件（移动护理软件/云随访 app/移动医生查房/手麻软件/门诊输液软件/婴儿防盗软件等）。

　当下，医院正在转型发展，医院明确将信息化建设作为转型发展的着力点和重点。医院管理与决策需求、科研教学需求、区域医学中心建设发展需要信息平台软件支撑；日益增长的医疗与健康服务需求也需要信息平台软件支撑。医院正致力于解决当前形势下医院整体信息化新的需求，即先实现全院基础信息标准规范、各信息软件互联互通；在此基础上构建医院大数据服务中心，实现医院的 IT 建设向 DT（Data Technology）建设转变，通过通用应用软件（BI，OA 和大数据分析平台）实现有效的医院数据资源二次分析利用。在实现医院院内数据治理、架构优化及数据分析的同时，构建符合国际标准体系的智慧医院，全面支撑医院临床、科研、运营、管理的发展需要，打造国际一流水平的智慧研究型医院。

　本项目建设内容为医疗信息化软件开发服务项目，包含软件的程序编制、分析、基础软件、支撑软件、通用应用软件、行业应用软件等。现特面向全国公开邀请各符合本项目要求的供应商参加本次采购活动，采购人将严格按照《四川省政府采购项目需求论证和履约验收管理办法》的文件要求，制定验收方案，明确验收程序，对本次采购标的和相关服务逐项进行验收，确保公平、公开、公正和物有所值，本项目业主不组织现场踏勘，投标人自行踏勘现场，投标人如未踏勘，视为已了解现场情况。

　二、 项目建设目标 、建设标准及建设原则: :

　（一）建设 目标 以建设国际一流水平的智慧研究型医院为发展方向，规划建设统一的以患者为中心，以质量安全为基础，以疾病、诊疗过程为主线，以提高医院管理水平为目标的开放、稳定、灵活、可持续优化的医院信息化建设，对内支持医院转型发展，满足医教研全面发展的需要，对外满足未来分级诊疗的信息需求，与区域信息平台实现互联互通。同时满足三级医院评审标准中信息化相关的条款要

　求,确保医院达到并通过国家卫计委互联互通标准化成熟度四级标准、四川省数字化医院四星标准。

　（二）建设标准 《医院信息系统基本功能规范》 《电子病历系统功能应用水平分级评价方法及标准》 《基于电子病历的医院信息平台建设技术解决方案（1.0 版）》 《电子病历基本架构与数据标准（试行）》 《电子病历系统功能规范（试行）》 《医院信息互联互通标准化成熟度测评方案（试行）》 《智慧医疗评价指标体系》 《信息安全等级保护管理办法》 《中华人民共和国计算机信息系统安全保护条例》 《基于健康档案的区域卫生信息平台建设指南（试行）》 《基于健康档案的区域卫生信息平台建设技术解决方案（试行）》 《区域卫生信息平台交互规范》 《卫生系统电子认证服务管理办法（试行）》 《临床检验结果共享系统互操作规范》 《基于电子病历的医院信息平台建设技术解决方案（1.0 版）（卫办综发〔2011〕39 号）》 《WS 445-2014 电子病历基本数据集》 《WS/T 447-2014 基于电子病历的医院信息平台技术规范》 《WS/T 501—2016 电子病历与医院信息平台标准符合性测试规范》 《WS/T 500.1-2016 电子病历共享文档规范》 《国务院办公厅关于推进分级诊疗制度建设的指导意见》 （三）建设原则 （1 1 ）实事求是 ， 合理规划，科学布局

　各投标供应商须根据德昌县人民医院的具体特点，从项目建设的实际情况出发，结合自身优势，制定出更加优化的总体系统建设服务实施方案，确保科学、经济、合理的实施该项目。

　（2 2 ）经济性、实用性、前瞻性和先进性相结合

　项目建设应充分考虑医院建设的经济性、实用性、前瞻性和先进性，确保项目资金利用效益，同时又要为以后系统升级留有接口，避免重复建设。

　三、建设内容

　建设内容为医疗信息化软件开发服务项目，包含软件的程序编制、分析、基础软件、支撑软件、通用应用软件、行业应用软件等。

　1 1 、软件开发需求一览表

　序号 软件名称 数量（套）

　备注 1 信息平台 1 详见招标技术要求

　2 医院大数据服务平台（临床数据中心及 BI 及决策分析系统）

　1 详见招标技术要求 3 医院信息系统（HIS+EMR）

　1 详见招标技术要求 4 实验室管理系统（LIS）

　1 详见招标技术要求 5 移动护理信息软件 1 详见招标技术要求 6 云随访 app 1 详见招标技术要求 7 移动医生查房软件 1 详见招标技术要求 8 手麻系统 1 详见招标技术要求 9 协同办公 OA 软件 1 详见招标技术要求 10 移动门诊输液软件 1 详见招标技术要求 11 婴儿防盗软件 1 详见招标技术要求 12 基层医疗卫生信息软件 1 详见招标技术要求 2 2 、辅助配套硬件

　序号 系统名称 数量 备 注 1 专用 PDA 终端 80 台 详见招标技术要求 2 专用平板终端 20 台 详见招标技术要求 3 手麻推车 6 台 详见招标技术要求 4 基础网络平台 1 套 详见招标技术要求 四、建设要求

　（1）必须充分考虑医疗行业发展趋势，采用先进的软件开发技术，满足目前以及将来相当一段时间对系统的需求。从而达到既满足医疗机构或组织应用整合现阶段工作对系统水平和能力的要求，推动计算机应用向更高级阶段发展，又能够在今后数年内保持其技术的先进性和实用性，从而保护投资的有效性。

　（2）整体架构规划设计应采用国际主流 SOA 架构，采用分布式、多层次和松耦合结构。通过制定全院的数据标准、传输标准、安全体系，对医院的各个业务系统进行梳理和改造，完成符合国家标准、HL7 的整合、交换、安全体系。从而实现病人服务精细化，以病人为中心，面向病人优化业务流程，加强病人就诊体验，提升医院整体服务质量。

　（3）建立标准化交互体系，从生产系统、分析系统、接口交换等各层面都能够产生并使用标

　准化的数据和消息，将医院所有信息系统以灵活的方式进行互联互通，每个新系统上线或者现有系统改造时，最好不要对原有的系统产生影响。任何新系统上线时，可以快速的标准化而不需要大规模的改动程序。

　（4）投标人应通过本次医院信息化建设，改善医疗服务，依托信息化，实现临床信息系统以安全与质量为核心实现闭环管理；给医生提供更全面的诊断依据，减少医疗差错的发生概率，使医疗工作更为规范。

　五、技术规格要求

　1. 信息平台 1.1 信息引擎技术 要求 信息引擎是整个医院信息平台的核心，承担数据和消息的通讯和传输功能。投标人应采用成熟的产品和组件，提高软件开发效率，降低开发风险，满足业务需要，便于二次开发和深化扩展，使软件系统具有一定的前瞻性、技术先进、功能实用、易于扩展。

　具体技术要求如下：

　功能列表

　指标说明

　整体要求 成熟的商业化软件产品。

　协议转换 具备 Socket、WebService、JMS(MQ)、MQTT、FTP 协议连接能力，以及与其他协议相互的转换能力。

　数据库访问 具备 Database 的连接能力,同时支持 JDBC 和 ODBC 连接方式，以及与Socket 协议和 WebService 的相互转换能力。

　格式转换 具备 XML 格式、CSV 消息到 XML 消息的转换能力，另外可以实现 C 结构、COBOL 以及 BLOB 等二进制数据的转换和数据放大的能力。

　动态路由 可以实现不同协议的动态路由，且路由规则通过配置方式实现。

　发布订阅 能够通过请求的数据内容的关键值进行主题发布，编写 Java 程序通过JMS Subscriber 来订阅不同主题的消息。

　开发与运行效率 1.产品的开发和运行不需要数据库，也不依赖应用服务器中间件，对硬件资源消耗少。

　2.内置消息中间件引擎,确保消息不丢失。

　3.提供简单易用的 web 测试和调试功能，可以在节点连线和配置脚本上设置断点，在友好的图形界面展示消息的变化调试应用。

　服务超时配置 在服务超时方面的配置能力和易用性。

　服务注册和查找 在服务的注册和查找的配置能力和易用性。

　服务告警 ESB 平台对告警的功能支持，以及与统一监控平台的整合能力。监控系统提供告警与监控指标数据，服务告警信息、监控指标可以支持 JMS消息和 EMAIL 等任意手段，服务监控信息可以提供给统一监控平台,提供 RESTFul 的监控 API。

　日志审计 ESB 平台能够记录服务交互的输入、输出数据报文信息，支持记录开关配置功能。

　数据库方式认证和授权 在认证授权功能方面的表现情况，ESB 总线的安全性能力，可以对外来访问 WebService 客户端进行用户认证和访问权限的控制，认证和授权采用数据库的方式。

　IP 访问控制 在 IP 访问控制的表现情况，体现 ESB 总线的安全性能力 HTTPS 支持 在 HTTPS 的表现情况，体现 ESB 总线的安全性能力 SOAPoverHTTPS 支持 在 SOAPoverHTTPS 的表现情况，体现 ESB 总线的安全性能力。

　流量控制 在流量控制的表现情况，体现 ESB 总线的流量控制能力，设计流程的总量控制阀值和分量阀值 优先级处理 根据请求内容的优先级来分支到不同的处理流程。

　兼容性 1.支持 32 位、64 位的操作系统和硬件支撑； 2.产品未来可以升级到专有虚拟化版本(Hypervisor Edition) 3.提供各种接口，连接各种数据库、数据仓库、现有应用软件系统、主机系统。用户可以之间通过 ESQL 进行和数据库的操作，如把数据存入数据库，从数据库中取数据等）。

　可扩展性及性能 1. 支 持 开 放 组 织 OGF （ OpenGridForum) 定 义 的 DFDL（DataFormatDescriptionLanguage）标准规范，简单快捷地定义文本、二进制、XML 等数据格式。

　2. 支持通过 Java，C 进行自定义扩展,用户可以为 ESB 开发自定义扩

　展的计算节点,同时支持 php,ESQL,.net,java 开发后台服务。

　3.可通过数据建模定制符合自己需求的消息类型； 4.支持各种各样的服务质量等级和通信模式：同步(例如 SOAP)和异步(例如 MQ)两种通信模式，请求/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、HA 和故障隔离，各种保障和交易策略等。

　医疗连接包 1.支持国际标准和中国医疗数据标准 HL7 （Health Level Seven）v2.x、v3.0 等版本和 DICOM 标准。

　2.支持 Minimal Lower Layer Protocol (MLLP) 传输协议，连接各类医疗设备。

　1.2 一体化监控 平台 技术 要求 一体化运营监控平台是一套后台运行系统，需要进行有效的监控，以了解真个信息平台的运行状况，主要技术要求如下：

　功能列表

　功能要求

　首页 首页 今日服务调用情况 展示当日服务调用总数，并用曲线图展现今天服务调用数量的趋势图。

　当天调用告警 展示当日调用告警总数，并图形化展示当日服务调用告警的趋势。

　当天调用异常 展示当日调用异常总数，并图形化展示当日服务调用异常的趋势。

　异常信息列表 展示监控的异常信息，实时刷新。

　服务调用 TOP5 展示服务调用次数的 TOP5。

　消费系统 TOP5 展示消费系统消费 TOP5。

　当前系统接入数量 展示目前接入的系统数量。

　当前服务接入数量 展示目前接入的服务数量。

　数据中心监测 以流程图的形式展现数据的同步及备份的实时状况。

　服务 服 务 信息 服务列表 按照调用次数由高到低，通过服务名称展示全部服务的信息，同时，支持查看单个服务的详细信息。

　服 务 详情 服务详细信息 服务详情页展现当前服务的所有信息，如：服务架构、服务的最后一次请求流程图、服务详细信息、子服务列表、服务日志、服务异常和服务告警。

　队 列 信息 队列列表 展示监控的队列列表，按照当前队列深度倒序。

　服 务 器信息 服务器一览 显示服务器的状态，告警提示，异常提示。

　数 据 库信息 数据库一览 显示数据库的状态，告警提示，异常提示。

　日志 服 务 调用日志 日志筛选查询 根据关键信息，如：调用状态/消费系统/日志时间（默认当天）对服务调用日志进行筛选 调用日志列表 根据筛选条件展示服务调用日志的主要内容，如：调用状态/服务名称/服务代码/消费系统/发起时间/结束时间/耗时/查看消息 服 务 日志 日志筛选查询 根据关键信息，如：调用状态/日志时间（默认当天）对服务日志进行筛选 服务日志列表 根据筛选条件展示服务日志的主要内容，如：服务名称/服务代码/开始时间/错误内容/异常状态 SDK 日志 日志筛选查询 根据关键信息，如：状态/系统名称/日志时间（默认状态异常）对 SDK 日志进行筛选 SDK 日志列表 根据筛选条件展示 SDK 日志的主要内容，如：状态/日志时间/消息 ID/方法/执行顺序编号/MQ 服务器端口/系统名称/系统编号/队列管理器名称/服务名称/处理结果 服 务 器日志 日志筛选查询 根据关键信息，如：服务器名称/状态/IP 地址/日志时间（默认状态异常）对服务器日志进行筛选 服务器日志列 根据筛选条件展示服务服务器日志的主要内容，如：告

　表 警时间/服务器名称/IP 地址/错误类型/查看信息/建议处理方式。

　数 据 库日志 日志筛选查询 可通过:服务器名称/状态/IP 地址/日志时间（默认状态异常）对数据库日志进行筛选 数据库日志列表 根据筛选条件展示数据库日志的主要内容，如：告警时间/服务器名称/IP 地址/错误类型/查看信息/建议处理方式。

　工具 数 据 同步工具 流程查看 使用数据同步工具实现对数据库进行整合，及源数据库与目标数据库的同步，同时以日志的形式记录其状况。

　ETL 工具 作业列表 展示 ETL 作业的列表，主要包括：最后执行状态/作业名/数据库 IP 地址/数据库实例名/数据库类型/作业步骤总数/最后执行时间 作业日志 通过生成警报来自动通知用户作业状态 作业流程图 展示 ETL 工作流程图，通过流程图节点直观的反馈异常。

　备 份 工具 同步情况查看 实时展现生产库的备份过程，展示生产库/备份库关键值的数据，及同步工具的系统状态，实现全方位监控同步工作。

　配置 队 列 管理 器 配置 新增 通过对队列管理器名称/队列服务 IP/队列端口/队列通道/备注关键参数的新增实现队列管理器的新增操作 修改 可对队列管理器的内容包括：队列管理器名称/队列服务IP/队列端口/队列通道/备注的修改 删除 删除队列管理器配置参数，支持批量删除 服 务 器配置 新增 新增服务器配置参数，包括：服务器名称/服务器 IP/操作系统/监控磁盘/备注。

　修改 对服务器配置参数进行修改，修改内容包括：服务器名称/服务器 IP/操作系统/监控磁盘/备注 删除 删除服务器配置参数，支持批量删除。

　数 据 库配置 新增 新增数据库配置参数，主要包括：数据库 IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名

　/数据库连接 driver/数据库连接 url/数据库链接 user/数据库连接 password/是否启用/盘符（若是文件库）/备注 修改 对数据库配置参数进行修改。如：数据库 IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接 driver/数据库连接 url/数据库链接 user/数据库连接 password/是否启用/盘符（若是文件库）/备注 删除 删除数据库配置参数，支持批量删除 短 信 推送配置 联系人配置 配置联系人清单，用于短信推送。服务推送可指定联系人。

　服务异常推送配置 服务异常推送规则维护，支持增删改查。

　服务告警推送配置 服务告警推送规则维护，支持增删改查。

　队列异常推送配置 队列异常推送规则维护，支持增删改查。

　队列告警推送配置 队列告警推送规则维护，支持增删改查。

　告 警 规则配置 服务告警 配置服务告警和服务异常的阈值。展示每个服务的调用告警阈值。

　队列告警 设置队列深度告警的阈值和建议处理方式。

　外 观 配置 首页 配置首页方案。至少提供默认首页方案 2 套。可在此基础上修改，保存新的首页方案。

　样式 按照用户要求自己修改 LOGO 图标，配色方案 统计 服 务 统计 服务报表统计 统计历史服务调用情况，形成各类统计报表：服务调用趋势图，日调用趋势图 各类指标统计 分析历史数据，可以得到代表性指标。如：历史总调用次数、日平均、日调用峰值、最短耗时、平均耗时、最

　大返回条数 、服务调用成功率、服务调用告警率 服 务 报表 报表查询导出 通过关键服务属性进行查询，如：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数，对服务报表进行筛选。可导出查询结果。

　服务列表 服务列表展示，主要包括：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数/平均耗时/最长耗时 队 列 统计 报表统计 统计队列相关数据，可视化后展现：队列异常趋势图，队列告警趋势图 服 务 调用分析 联动操作 服务调用分析主要展示：服务调用详情、服务异常率、消费系统占比、服务运行概况。通过“服务调用总数”的图可查看：服务调用详情、服务异常率、消费系统占比、服务运行概况的详细内容。

　报表展示 从单个服务维度分析服务的调用情况。通过：服务调用总数，服务调用详情，服务异常率，消费系统占比，服务运行概况展示当前服务的运行情况。

　季 度 服务分析 联动操作 默认展示一个季度的服务调用 TOP5 数据。通过季度服务调用情况图，可查看选中月的服务调用详细、TOP5 图 报表展示 从时间维度分析服务的调用情况。通过：季度服务调用情况，服务调用详情，TOP5 图示分析服务调用的整体情况

　1.3 一体化服务平台技术要求 一体化服务管理平台是针对医院信息平台的各个信息通道之间的可控性、交互服务的可管性开发一套综合管理系统，通过管理系统与信息引擎的对接，可以有效的对各个业务系统之间的交互

　内容、交互标准、交互规范、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互进行有效规范，确保信息交互的安全性、有效性和可靠性。具体技术要求如下：

　功能列表 功能要求 服 务库 服务库 查看服务 查看服务的基本属性以及消费关系图，服务属性主要包括：服务名称、服务英文名、服务代码、服务类型、业务类型、服务描述。消费关系图主要展示：提供系统、子服务、入口队列、服务、出口队列、消费系统。

　搜索服务 对服务库可以根据其分类以及检索框中输入的关键字进行搜索。

　新增服务 通过对服务属性及其子服务/字段的添加实现服务的封装，通过一键部署及测试成功的服务即可完成发布。

　修改服务 对未发布的服务以及禁用的服务进行非关键属性的修改。

　禁用服务 对已经发布且没有被消费的服务进行禁用。

　克隆服务 复制一个服务，且可对复制出的服务修改其基本的服务属性信息。

　启用服务 对已经禁用的服务实现开启。

　测试服务 检测服务是否可以成功被请求调用，通过编写代码或者上传代码文件实现服务请求，并返回请求之后的代码内容，即可完成整个服务的测试。

　子 服务 子服务 查看子服务 查看子服务的所有信息，如：子服务属性（子服务名称、子服务代码、子服务英文名、子服务描述、子服务的提供系统）、字段（字段名称、英文名、字段原名、是否可编辑、是否可用、字段类型）。

　新增子服务 通过对子服务属性，如：子服务名称、子服务代码、子服务英文名、子服务描述、子服务的提供系统，以及字段的添加实现子服务的新增。

　删除子服务 对未发布的子服务进行删除操作。

　修改子服务 对已经发布的子服务实现字段的添加，未发布的子服务实现所有属性及字段的修改。

　管理 厂 商 管理 新增厂商 通过添加入驻厂商的信息，如：厂商名称、厂商 ID、技术人员的姓名及联系方式、业务人员的姓名及联系方式，实现厂商的新增 修改厂商 对厂商信息，如：厂商名称、厂商 ID、技术人员的姓名及联系方式、业务人员的姓名及联系方式的修改 删除厂商 删除厂商信息。

　应 用 管理 新增应用 根据厂商的信息为厂商添加其应用，并申请当前应用需要的服务、子服务和字段。

　搜索应用 支持用户根据模糊查询搜索应用且可应用名称、所属厂商、审核状态、环境对检索结果进行过滤。

　下线应用 对不需要再使用的应用可进行下线操作，阻止此应用再次使用。

　审核应用 根据用户的应用及服务申请进行审核操作，在审核时支持对申请的服务是否选择一键部署的限制。

　修改应用 用户根据需要及当前的申请状况可以对自己所申请的应用及为应用申请的服务进行修改操作，包括继续添加服务的操作。

　测试应用 通过审核的应用，用户可以根据需要对所申请的服务进行测试操作。

　查看应用 用户可以查看到应用的基本信息、申请的服务以及相关的子服务和字段。

　分 类 管理 新增分类 根据需要可以对服务的类型进行新的分类添加。支持可删除和不可删除两类操作。

　查看分类 可以查看当前的服务分类以及用户新增的分类。对于默认的业务类型、服务类型这两类的划分，默认用户是不能修改和删除的。

　集 群 管理 查看集群 查看集群的关键信息，如：集群名、集群 IP、集群短口、集群类别 字 段 管 搜索字段 根据字段中文名、字段英文名、字段状态对字段进行搜索

　理 修改字段 支持对字段属性的修改 删除字段 用户可以根据需要删除自己不需要的字段 查看字段 查看字段的属性信息，如：字段中文名、字段英文名、字段类型、字段状态 文 件 日志 搜 索 文 件 日志 根据文件名、服务器 IP 属性信息进行查询 下载 根据需要可以将所需的文件日志下载到本地 接 入 平台管理 模块管理 支持对一体化接入平台的一级模块、二级模块进行编辑。

　文档管理 支持对一体化接入平台所有模块地址的文档编辑，并同步的接入平台。同时，支持在新建过程中保存到草稿箱的操作。

　反馈管理 根据用户在一体化接入平台中提交的问题进行回答解释。

　1.4 一体化接入平台技术要求 围绕第三方的接入展开一系列的操作。主要功能是平台对第三方开发者接入的授权、审核及接入环境、具体操作和一些常见问题的帮助等。

　功能要求：

　功能列表 功能要求 首页 首页 API 测试工具 提供 API 测试工具，支持 API 测试 使用的厂商 统计当前有多少厂商在使用一体化接入平台 开放 API 统计系统一共开放的 API 的个数 技术文档 统计系统总的技术文档数量 API 类目 统计当前开放 API 的所有类目数量 登录 输入正确的用户名和密码可进行登录 文档中心 基础技术文档 获取 token 发布可以帮助用户获取 token 的文章 SDK 发布可以帮助用户了解 SDK 的文章

　API 调用 发布可以帮助用户了解API调用的文章 平台规则 平台协议 发布平台协议的相关文档 应用接入规范 发布应用接入规范的相关文档 技术服务协议 发布应用技术服务协议的相关文档 接入指南 新手指南 发布新手指南的相关文档 应用环境说明 发布应用环境说明的相关文档 沙箱环境 发布沙箱环境的相关文档 常用工具 API 测试工具 发布 API 测试工具的相关文档 申请 token 发布如何申请 token 的相关文档 更多 发布关于常用工具的更多相关文档 技术支持中心 公告信息 产品发布 发布关于一体化接入平台产品发布的相关文档 技术变更 发布关于技术变更的相关文档 安全公告 发布关于安全公告的相关文档 其他 发布一些其他的公告信息，比如：产品的版本升级 问题反馈 查看热门问题 可以查看到别的用户提交的热门问题 提交新问题 用户可以提交自己在使用一体化接入平台过程中遇到的问题 我的提问 查看用户当前所提交的所有问题 API API 类目 所有 API 的分类展示 展示所有 API 的分类模块，点击具体模块可查看当前模块下面的API列表以及具体到单个 API 的详情 API 接口说明 接口说明 详细介绍有关一体化接入平台中 API接口的各种说明，比如：调用原理、使用说明 用户授权介绍 用户授权 详细说明一体化接入平台是如何为

　用户授权 系统错误码定义 错误代码 详细展示系统中可能出现的所有错误码、错误描述、解决方案 应用管理 登录 密码错误 当用户输入的厂商名称与密码不符时进行提示 忘记密码 用户忘记密码时可以点击忘记密码，通过邮箱验收，重新修改密码。

　修改密码 支持修改新密码 应用管理 新增应用 新增服务:实现应用对所需消费服务的添加 修改服务：修改已经申请的服务，包括服务的子服务/字段 测试服务：实现对申请的服务的测试 查看应用 支持查看当前应用的基本信息，以及当前应用所消费的服务。

　下线应用 支持将不需要运行的上线应用将其下线。

　启用应用 点击下线应用的启用按钮，可以将已经下线的应用启用，恢复到运行的状态。

　1.5 平台接入支持包技术要求 平台接入支持包是医院信息平台的重要组成部分，主要承担值域代码动态映射与转换；医疗信息相关标准、协议的封装、解析、维护支持；对第三方业务厂商提供多样化接入方案支持； 功能指标

　技术 要求

　语言支持 支持各种语言对平台的接入，包括 C、JAVA、Dephi、PB、C++、NOTES等。

　接入管理 支持对接入系统的准入情况、接入包版本等进行管理。

　通讯协议，传输，数据格式和处理标准 1、整合卫计委的关于医院信息互联互通的各项信息标准化规范，并封装成相关服务，具体信息标准包括：

　《WS303 卫生信息数据元标准化规则》； 《WS363.X 卫生信息数据元》； 《WS364.X 卫生信息数据元值域代码》； 《卫生部基于电子病历的医院信息平台技术规范》； 《卫生部电子病历共享文档规范》等； 2. 医院大数据服务平台技术要求 2.1 数据 接入引擎要求 数据接入引擎要求能将医院各业务系统的数据取出，经过实时数据同步工具建立标准结构的数据仓库。要求各投标人必须详细阐述数据源到 ODS 及数据中心的实时同步机制和原理。

　序号

　功能列表

　技术要求

　1

　数据获取 采用知名品牌数据同步工具，采用数据库动态日志捕获同步技术，对生产系统的资源消耗控制在 5%或以内，确保业务数据源和 ODS数据的一致性控制在毫秒级以内。

　2 数据清洗 过滤那些不符合要求的数据，将过滤的结果交给业务主管部门确认是否过滤掉，还是由业务单位修正之后再进行抽取。不符合要求的数据主要是有不完整的数据、错误的数据和重复的数据三大类。

　3

　转换 主要是进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。支持自定义业务数据表及其关系，并能将多张业务数据表转换成能够适用于 PivotTable 等工具操作的格式。

　4

　装载 加载经转换和汇总的数据到目标数据仓库中，可实现 SQL 或批量加载 5

　录入/导入 将指标生成所缺失的数据元以及手工记录的指标信息，通过.txt或者是.xls 文件导入到 ODS 中或直接录入到系统中，以保证决策分析平台指标的完整性。

　6 日志 记录日志的目的是随时可以知道数据同步及抽取运行情况，以便于在错误发生的情况下，快速定位错误原因和位置。

　7 警告发送 向系统管理员发送警告，发送警告的方式有多种，常用的就是给系统管理员发送邮件，并附上出错的信息，方便管理员排查错误。

　2.2 数据中心技术要求 数据中心应是随着电子病历应用程度深入而不断发展的，本次数据中心应由三大部分组成：运营管理数据库（MDR）、临床数据库(CDR)和电子病历文档库（EMR），其中运营管理数据库主要以医院的运营管理为核心，设计和建设的数据中心；临床数据中心主要是以患者为中心、在医院范围内制作的终生纵向多媒体记录，包含患者所有重要的临床数据可院内各科室级临床信息系统(如医嘱、检验、心电、超声、病理等)，实现所有临床诊疗数据的整合与集中展现；电子病历文档数据中心，采用分布式文件存储的数据库支持结构化和非结构化的快速存取，为临床、科研病历调阅提供统一数据源。

　数据中心应具有以下功能：

　1 1 、为医院运营决策支持平台提供数据 运营决策分析是近年来在国外得到广泛应用的帮助企业更好地利用数据提高决策质量的技术，它有两个鲜明的技术特征：数据仓库和分析型系统。这也应是其在医院信息系统中建设的关键，是针对全院临床诊疗、经营管理、医院管理等多种数据的集中展现和分析，是对医院现有各种信息的高层次综合应用，可以更大程度地体现出所有数据的价值。系统应以医院数据仓库及相关的工具软件为基础，通过对分析结果的归纳筛选，采用简洁直观、操作简便、直达桌面的方式，为医院提供一个完整的、多用途的智能分析平台环境。

　2 2 、为患者全息视图提供数据

　基于数据中心的患者全息视图，以病人为中心，可直观查阅病人历次所有就诊、住院、检查、检验、病程记录等信息，其数据来源是经过数据中心。

　3 3 、支持结构化和非结构化的存储

　数据中心的数据来源应经由 ODS 清洗、转换、提取而来，从结构上来说，应分为结构化数据和非结构化数据，所谓结构化数据即行数据，它们是存储在关系型数据库之中，并可以用二维表结构逻辑表达实现的数据；非结构化数据是不可以用关系型数据库二维表结构逻辑表达实现的数据，

　包括所有的文档、文本、图片、影像、音频、XML、HTML 等等。

　结构化数据应包括运营管理数据库和临床数据中心结构化部分。

　数据中心非结构化数据应以医院电子病历的文档库为核心,由于非结构化数据不可以用关系型数据库二维表结构逻辑表达实现的数据，因此其存储方式也应与关系型数据有所区别，采用分布式文件存储的数据库，提供 MapReduce 引擎的内置支持。

　在确保对生产系统的资源和运行没有影响前提下，全院所有临床数据要以实时或近实时的方式，通过对原始数据的抽取、清洗、转换处理后集中存储，所产生的元数据支持灵活的查询利用需求。抽取的数据不能仅仅是对业务系统表的复制，必须按照国际、国内标准转换后存储，保证数据中心不依赖于业务系统 4 4 、大数据中心的图形化管理

　必须提供图形化的大数据管理工具，系统了 sql server、 DB2、 oracle 等数据库功能，通过综合管理界面（非数据库本身提供管理工具），通过异构连接不同的数据库，能够维护其中的医院数据结构，其功能包括数据库连接维护、表结构和表索引维护，维护操作同步源数据库功能、相关数据库操作日志记录等。

　5 5 、历史数据后结构化处理

　支持采用基于语义医学本体库的后结构化处理系统实现对历史临床数据进行抽取、清洗、转换，按标准化、结构化、非结构化分类存储。

　支持电子病历的后结构化处理，将电子病历文书利用医学本体库进行语义化处理，采用 Lucene等分词技术，建立医学本体语义库，通过认知计算技术进行智能提取、语义分词、同义词匹配，提升互操作能力，实现病历文书数据交换和利用能力。

　6 6 、统一上报平台

　以临床数据中心为数据基础，提供统计数据上报功能。

　可以无缝对接各级上报平台并实现各类上报要求。提供灵活可配置的指标上报数据设置界面，后续无需进行二次开发即可对上报指标数据项进行调整。

　提供可配置权限的上报指标数据查询功能，并根据不同的角色权限提供不同的上报指标展现视图。

　同时按照统计要求，汇集各类统计上报报表所需数据，快速生成报表（如 HQMS 上报、国家卫生计生委上报等），满足自动上报要求。

　7 7 、大数据认知应用的技术要求

　在医院数据中心的基础上支持扩展大数据认知服务和能力，特别是在临床辅助和科研数据支撑

　方面。

　其中临床辅助必须能够实现辅助诊疗，基于人工智能的临床辅助决策，以患者电子病历档案为基础，结合循证医学的特点，建立基于知识库的疾病诊断模型，理解自然语言，通过对大量患者高质量电子病历的深度机器学习，训练，能够实时根据患者不同阶段病历情况（入院记录，首次病程记录，病程记录/查房记录，手术记录，检查检验结果等）；通过分词、语义分析技术等对病历进行分词及语义化处理，实时给出不同阶段的临床辅助诊断，以及该阶段与其相似的病人病例，检查项目，治疗方案，参考文献，样例图片，合理用药信息等临床辅助决策信息，能够在第一时间内，结合病人实际情况给出医生辅诊意见，提高医生诊疗效率及诊断准确率。

　在科研数据支撑方面，支持通过科研检索获取样本数据，借助认知计算搜索引擎获得全球关于研究病例的研究数据，包括认知计算推荐的相关论文精选和摘要，简化搜索流程获得精准、权威和海量的数据支持。

　2.3 医院数据中心决策支持平台技术要求 2.3.1 商业智能(BI) 引擎 技术 要求 要求具有灵活的报表工具，实现数据的任意挖掘，通过对维度、度量的拖拉拽实现数据报表；通过选择性的图标显示模式实现图标报表；通过表单过滤、筛选、算法配置实现报表的挖掘光度和深度控制；通过报表工具的层层钻取和回溯实现报表的挖掘粒度控制。系统必须提供成熟的医疗行业数据模型，能够根据医院需求将数据直接导入到数据模型，得到相应的指标内容。行业数据模型包含运营管理、门诊部、医务科、护理部、医技科等数据模型。

　序号

　功能列表

　技术要求

　1

　系统管理与操作环境 1、支持纯 W EB 化的操作环境，客户端不需要安装任何程序，通过浏览器及网络即可执行。

　 2、兼容多维度延伸语言(MDX)，可自定义各种计算与统计，能够应付各种实际环境所面临的统计分析需求。

　4、同一张报表支持多数据源。只要权限允许，能够由分割的不同数据源汇总所需的信息。

　 5、提供数据源认证机制，包括：执行使用者的认证、使用固定的认证连结数据源、与数据源不须认证机制，以满足各种单点登陆平台的整合需求。

　6、提供数据源安全控管机制。个别的数据源可依照使用者或角色定义的方式，来设定安全性控管方式。

　7、提供超出闲置时间自动注销机制。当使用者离开电脑一段时间或系统闲置时间超过时，系统会将该使用者执行自动注销的动作，以防止数据外泄或遭窃。

　 8、提供角色定义及管理功能。可依照不同的角色权限来设定所属的安全机制。

　2

　报表管理环境 1、支持个人化设定。使用者可在无须依赖信息人员的情况下，自行将个人需求的分析结果制作成精美报表，同时亦可节省以往开立报表规格与沟通往返的时间。可以自由进行上钻下钻，旋转，切片切块，以及过滤条件查询等操作。

　2、支持自行定义所需的数据分析画面，以多重视窗模式让多数据表、多统计图、多数据源追踪等资讯可同时呈现在单一报表上。

　3、支持拖拉式的版面。数据表与统计图皆可通过拖拉方式来轻易地调整大小及位置，轻松设计出最佳的呈现画面。

　4、提供严谨的存取安全控管机制，可由使用者自行决定哪些报表要分享给哪些使用者查询。

　 5、提供报表检视程序供外部程序存取报表。

　 6、提供报表协同管理机制。使用者可以在报表画面上直接涂改或加注注解、再将信息寄发至指定收件者的个人信息信箱中，并掌握其对信息的检视状况。

　3

　交叉分析表 1、支持各种维度结构。包括星形维度、雪花维度、父子式维度、虚拟维度等各式维度结构。

　 2、提供维度式、阶层式、成员式等不限阶层的多维查询操作模式，并可执行行、列、数值等三个轴的灵活弹性组合，亦包括行列旋转、数据分页、维度切片等多项功能。

　 3、提供多维度数据内任何使用者需要的比较方式，比较结果可以数值或图形的方式来呈现。比较逻辑更可依照维度成员或数值的不同，来依照使用者的需求自由搭配。

　4、可自行设定层级内排序以及跨层级排序模式，以便找出区域性及全局性的数据统计结果。同时亦提供自动产生名次栏位的功能，以透过名次栏位分析来观测不同量值间的因果关系。

　 5、提供多种关联式分析功能，可模拟使用者的假设性推理思路，辅助使用者展开跳跃式与引导式的关联性分析流程。

　 6、提供父子阶双向的数据过滤方式，让使用者可以最具效率的方法获得所需要的资讯。

　 7、可提供没有数量限制之行、列数据轴的维度组合，使用者可以自行组成任意阶层的维度来达成分析的目的，亦提供快速的行、列数据轴交换功能，快速达到不同角度分析数据的目的。

　 8、使用者可通过操作简易的公式设定界面来自行新增量值或维度成员。

　9、可提供使用者对维度内数据各阶层进行逐层分析的功能，可在表格与图形中执行 10、数值数据可自由设定于行或列。提供快速键切换功能，可满足使用者对数据呈现方式与不同分析思维角度的需求。

　11、提供对于表格本身各个成员的显示格式设定，包括字形、大小、颜色、背景颜色等。对于数值数据亦提供各种格式化呈现方式，包括小数精确度、百分比呈现、币别金额呈现方式等，以及可依据不同的数值数据有不同的呈现方式，以增加表格数据的可阅读性。

　12、支持快速重新设计机制。当使用者对于分析的结果或布局不满意而希望重新设计时，交叉分析表可立刻清除原先设计的设定。

　13、支持红绿灯号显示机制的快速设定。提供灯号标注的直觉式管理辅助机制，还可依不同的达成率来设定不同的图示或灯号显示，方便管理者进行有效率的绩效管理。

　14、使用成员属性设计报表。透过成员属性的定义，可建立后端数据库中相关任意数据间的关联，加入任意的栏位作为成员属性。

　4

　来源分析 1...