PDF格式
Excel格式
Word格式
一、 采 购 人：X回族自治略
二、 代理机构：中航技略
三、 项目名称：X回族自治略信息化采购项目（软件集成实施服务）
四、 采购编号： ## XB ##
五、 采购计划编号：2017NCZ ## W
六、 项目类型：服务类
七、 采购方式：竞争性磋商
八、变更内容
原招标文件：“第三章 系统建设要求：”变更为：
一、系统设计标准
◆HL7国际医疗信息交换标准；
◆IHE国际医疗信息集成框架规范；
◆略《基于略信息平台建设技术解决方案》
◆略《全国医疗卫生系统“三好一满意”活动 2011 年工作方案》（卫医政发〔2011〕30 号）
◆略《医疗质量安全略规定》（卫医管发〔2011〕4 号）
◆略《2011 年推广优质护理服务工作方案》（卫医政发〔2011〕23 号）
◆略《略动计划（ ## 年）》
◆《信息机软件开发规范》GB ##
◆《信息机软件产品开发文件编制指南》GB ##
◆《信息机软件质量保证计划规范》GB/T ##
◆《信息机软件配置管理计划规范》GB/T ##
◆《信息机需求说明编制指南》GB ##
◆《信息机软件测试文件编制指南》GB ##
安全保障设计标准：
◆信略系统建设服从信息安全风险评估方法按照国信办颁发的《关于印发<信息安全风险评估指南>的通知》（国信办【2006】9号）
◆ISO27001信息安全管理体系国际标准
◆略颁布的《信息安全等级保护管理办法（试行）》及相关规定
◆CC–ISO15408 和GB/T18336 信息技术安全性评估准则
◆GB/T ## 7信息安全技术信息安全风险评估规范
◆ISO-13335IT 安全管理指南
◆工作流管理联盟WFMC 定义的工作流标准
传输通道安全要求：
◆符合国密GM/T ## 《IPSec VPN技术规范》
◆符合GM/T ## 《IPSec 略关产品规范》
◆支持SM1/SM2/SM3/SM4国密算法
◆《信息安全等级保护管理办法》（公通字【2007】43号）
◆《信息系统灾难恢复规范》（GB/T ## 7）
二、项目技术方案要求
1、进行系统建设方案总体设计（包含系统分三年的建设方案及2017年一期的具体实施方案）；
2、完成系统建设的软硬件系统集成；
3、整合、挖掘现有历史数据；
4、建立数据冗余与容灾备份；
5、提供一年免费的系统维护与数据管理服务；
6、保障系统后期3-5年的升级。
三、2017年一期实施功能的要求1.项目背景
X回族自治略位于全国旅游王牌景点“沙湖”以北18公里的X市。医院始建于1966年，历经四十多年的创业与建设，医院的基础设施、基本功能、医疗环境、服务质量、队 * 建设等各个方面都发生了日新月异的变化，2012年跨略的行列。医院现有职工1568人，其中：正高47人，副高249人，中级330人，助理级418人。其中：研究生11人，大学本科668人，专科664人，中专279人。
医院占地面积： ## .18平方米，建筑面积：95358.11平方米。开放床位1200余张；年门诊量近70多万人次，略人数4万多人次，年手术近万台次,固定资产达3.5亿元。略医院、略，27个业务科室、16个管理科室、2个综合门诊、1个略、略。略、略矿略，承担略临床本科、护理大专，继续教育等不同层次教学任务。医院设备完善，拥有核磁共振、64排螺旋、DR、全自动生化仪、彩色多谱勒等大型医疗设备三十余台件。
作为略，承担着整个X境内和周边接壤省区的矿山急救任务，多次参与矿山抢险救护工作，定期参与国家组织的矿山急救演练演习，略着矿山护航手的责任。是国家定点的“略”。
在发展的进程中，略社会责任，始终坚略的服务宗旨，受到了各级领导及各界人士的关注和好评。2003年顺X过ISO9000认证。近年来，荣获国家级“略”，全国“节约型公共机构示范单位”，自治区级“文明单位”，自治区区直机关“青年文明号”，卫生厅党建、行风建设先进集体，X市“文明单位”、“园林绿化先进单位”、“诚信计量先进单位”、“特种设备安全管理先进单位”等殊荣。
略的“广博慈爱、精诚勤和、务实思进、奋发有为”的精神，为每一位患者提供优质、便捷的服务。
略的集团化跨越式发展，对集团信息化建设提出了更高的要求。略需要创造性地利用信息技术的优势，略医学特色，更好地服务于临床一线业务，服务于疾病的科研、教学。同时，略也希望通过略的跨越发展提供强有力的支撑，使集团在信息技术方面的投资得到最大的价值回报。紧密围绕服务临床、服务病人、服务管理的工作宗旨，以提高工作效率、提升医疗质量为工作目标，进一步X思想，提高认识，抓住机遇，迎接挑战，实现跨越式的发展，逐步建成国内略信息系统，略医院信息化建设向更深、更广、更高的方向发展。
随略改革进一步深入，医院的发展建设面临新的挑战和需要。在这一阶段的信息化建设中业务需求将从一线操作型业务向管理监控类业务转移；同时在前一个阶段中积累下来的临床、财务信息将被整合化、智能化，逐步形成知识库，更深略运营和重点学科建设；同时跨医疗机构的信息互联互通更被重视，导致信息标准被放略未有的重视程度上，这种新的业务需求，略着手对略一次重新审视和改进，医院将在已经建立的稳固的IT基础架构的基础上及时作出调整，适应新的挑战，略需要能有一个为未来IT建设提供各类建设规范和集成的数据平台，略IT系统的可持续发展要求。
略集团希望建设信息集成平台和智能数据平台。因为缺乏早期的顶层设计，略补充、完善，医院现有数据可能无法满足更高层次的管理需求。在技术层面上必须实现：原始数据的完全集中，数据高度灵活的建模，实现具有智能特征的实时数据利用，支持各类决策功能。略整体规划的考虑，信息集成平台和智能数据略集团信息系统建设中最重要的一环，略信息化的集约化建设，降低未来建设和周期。略积累了数十年的数据，进行数据的整理、清洗、归一、结构化等工作，略理后的数据，基于大数据分析、数据挖掘、机器学习等技术，探索新的应用方向，如临床辅助决策平台、医院精细化管理平台等。略集团内积累的略深度的分析、挖掘，建立专项的略回顾性和前瞻性的科研分析；找寻体征、体征、诊断、诊断、用药、治疗方式等的相关性，分析医生的诊疗路径，优化指南，形成更加科学的诊疗知识库；医生、护士遇到的困难的辅助决策支持及对患者管理的进一步细化。应用大数据、人工智能分析，使医生、护士更专注疾病本身，对于临床大量的非略处理合治疗，优化整个诊疗流程；对于临床大量的非略处理深度挖掘出有意义的价值；略内外患者的数据，更科学和智能略教育知识、干预手段、治疗方案等有效信息的推送，提高医生的效能进而服务更多的患者，提高患者的满意度，巩固和提高医疗服务能力及水平。
2.项目建设内容和范围
1.
1.
2.
2.1. 项目建设内容
本次项目建设内容为信息集成平台和智能数据平台系统，略构建数据交换平台、数据智能平台及基于数据平台的数据利用服务。以标准化的数据集成标略系统间集成,优化集成架构,构建面向不同略,系统主要包含信息集成平台、略、略、患者统一视图（360）等。具体建设内容如下：
| 序号 | 模块 | 子系统 | 备注 |
| 1 | 集成平台 | 集成引擎（集成开发平台、略平台、集成监控平台） |
|
| 主数据服务 |
| ||
| 主索引服务 |
| ||
| 2 | 智能数据平台 | 略（CDR） |
|
| 略（ODR） |
| ||
| 3 | 略智能数据平台应用 | 略患者统一视图（360） |
|
| 4 | 网络交换机 | 略络交换机 |
|
| 5 | 路由器 | 企业级路由器 |
|
| 6 | 防火墙 | 企业级防火墙 |
|
1. 略信息集成平台的建设，略信息系统之间互联互通，略业务系统的“信息孤岛”。将传统点对点接口方式转变为基于中间件的总线模式（Enterprise Service Bus，ESB）， 降低连接各个异构应用系统的工作量，实现各个应用系统之间的解耦合和对数据交换的透明监控，从本质上提高了整个系统的灵活性和扩展性。
2. 略信息集成平台系统，略范围内的患者身份统一管理，实现跨系统的病人信息关联，实现不同科室的异构系统之间的数据整合。
3. 定义基于国际标准（如ICD-10、HL7等）、国家标准（如：GB、卫计委基于略信息平台标准）、行业标准（略定义的相关值域）略标准与规范体系。
（1） 实现主数据管理：实现标准规范，通过编码、字典库等的统一管理，实现并保证各收费字典、人员、科室、基本分类等字典的调用同步。
（2） 实现接口标准化：略各信息系统的标准化接口。为后续信息化建设以及信息积累奠定基础，大大降低个别业务系统的升级或更换的困难。
4. 略智能数据平台。与HIS，电子病历、LIS、PACS等关键略对接，略主要业务系统的数据整合工作，包括数据抽取，数据转换，数据清洗，数据加载，将HIS、电子病历、LIS、PACS等略整合。
（1） 略各业务系统略商提供，数据不能统一清洗、多维存储、分析、统一展现的问题。
（2） 建略（CDR），解决面向临床过程中患者全过程诊疗信息的收集和多维度展现的问题，实现多次诊疗过程涵盖电子病历、医嘱、护理记录、检验检查结果、随访等信息的一体化。
（3） 建略（ODR），略综合管理的问题。如因为基础信息数据不一致、统计口径不统一等原因。略由于业务系统略限，略跨系统的多维度，深入钻取的对略分析。
5. 略智能略医院患者统一视图（360）
展示基于智能数据平台的患者病历资料集中展现。使医护人员可有效、便利、全面了解患者基本信息，并略期间的诊疗、治疗安全。
6. 此次项略涉及的系统是基于成品软件采略部分定制化开发，略的个性化需求。信息集成平台和智能数据平台建成后，医院已建或未来新建的各业务系统，全部按照信息集成平台制定的标准来承建，略信息共享，数据统一的要求。
2.2. 项目建设范围
1. 在项目实施期内,略所有IT略集成，略分系统的历史数据。
2. 它应该具有数据略站的特性，但能利用其内在技术结构提供更大的价值。
3. 智能数据平台应可用作数据储存库，还能提供快速的分析环境。智能数据平台同时还能通过其多略有数据，并能更好的支撑临床和运营对数据的应用需要。
2.3. 项目建设功能要点2.3.1. 信息集成平台建设功能要点
1、
2、
1.2.1.
2.3.1.1. 基础服务
3、
1.3.1.
1.3.1.1.
1.3.1.1.1. 主索引服务
全院患者主索引系统（EMPI）略范围内患者基本信息索引的创建、搜索和维护，可以智能地协助医疗人员对病略搜索。医疗机构通过建设主索引（EMPI）来识别、匹配、合并、取消重复的数据，净化病人记录，利用主索引可获得完整而单一的病人视图。EMPI会为每个病人创建一个唯一标示，并和相关系统的医疗记录的标示之间建立映射。
? 对院内患略集中存储和管理；
? 保证单个患者在一定范围内的唯一性和可靠性，能够识别不同来源系统间患者的关联性；
? 提供一个管理控制台，对略图形化管理；
? 通过配置界面对对主索引的属性和唯一性识别规则、略定义
? 提供主索引维护界面。包括对主索引的新增、修改、手工合并拆分
? 提供标准化的接略交互，如患者注册、查询等
? 提供日志审计功能，提供详尽的患者主索引变动日志。
1.3.1.1.2. 主数据管理
1 全院人员数据管理
结合平台建设，略人员的基础数据，略职工、进修人员、研究生/医学生/护理教育的人事管理系统的整合、增强与升级，开发统一的人员基础数据管理应用，提供略门。
2 医院组织机构管理
略统一的组织机构架构，包括临床业务科室、略门、略门等。
管理内容：组织机构类型，层级关系，组织机构全称，机构简称，机构英文名称，机构别名，简称首字母缩写，组织机构代码，邮编，单位地址，单位电话，单位传真，略在地，单位负责人。
支持从HIS系统同步各临床科室的服务单元及病区信息，略临床组织机构和HIS中各临床服务单元的对应管理。
3 临床术语管理
支持对ICD编码等略统一管理。
? 术语注册服务；
? 术语导入导出服务；
? 术语查看；
? 术语转换。
4 字典同步引擎
通过集略理机制实现HIS 与LIS、PACS等业务系统间的字典同步，略理采用消息推送机制，即数据字典在HIS中发生变更时，HIS调用集成平台的服务接口略通知，集成平台再将消息转发给LIS、PACS，LIS、PACS系统接收到字典变更的消息后，自行调用集成平台上相应的获取数据的服务接口实现字典同步。
2.3.1.2. 总线服务
以企业服务总线（ESB）略门、跨系统的信息交换逻辑，包括交换路由控制、交换协议转换、交换信息包转换、交换接口的定义。将基础数据管理（MDM）服务、患者主索引（EMPI）服务、统一用户管理服务等通过企业服务总线（ESB）略匹配和同步，完成ESB的建设。
1.3.1.2.
1.3.1.3.
2.3.1.2.1. 集成规范
略门诊、住院的核心略分析、梳理，对所有业务交互正常、略整理，略各系统之间有略景，略景所涉及的系统、触发时机、略整理，按业务领域编制集成规范，略涉及的集成流程设计、略景说明、集成消息定义在具体的文档当中，略集成平台信息交互规范。要求现有业务系统按此规范设计、开发接口接入平台。对于后期接入的新系统和更替的系统也按此规范接入平台。
2.3.1.2.2. 集成开发
通过内置可视化的专业开发工具，消息的定义、路由设置、集成测试等功能够通略配置的，要求这种配置是非常直观、图形化、拖放可视化及拥有X用户界面，要求能够实现图形和代码的相互转换。
2.3.1.2.3. 略引擎
当消息被存储后，根据引擎的配置，它们将被发送到集成平台中的一个或多个路由中。消息将会略定略处理。在处理过程中，每个消息在经过路由时可以由若干名为过滤略处理，每略一个指定的操作，例如映射、获取属性、生成应答等。
略理完毕后，消息将被传送到连接到目标系统的一个或多个通信点。
处理完毕的的消息将会保存在消息归档记录中，直到到达设定的归档周期。集成平台的归档略的指定的存储设备当中
2.3.1.2.4. 业务交互组件
略现有业务系统编制交互组件。略现有业务系统的互联互通，定义业务交互流程、实现数据交互、定义平台服务和消息机制、发布服务和提供消息订阅等功能。
主要包括以下交互组件：HIS系统与集成平台的交互组件、电子病历系统与集成平台的交互组件、检验系统（LIS）与集成平台的交互组件、检查系统（PACS）集成平台的交互组件、手术麻醉系统与集成平台的交互组件、病理系统与平台交互组件、合理用药系统与集成平台的交互组件、院感系统与平台交互组件、病案统计系统与平台交互组件。
2.3.1.3. 集成监控平台
1 接口组件管理
接口组件管理模块则是提供对集成平台适配器组件的注册及授权管理功能，新接入的适配器通过生成校验安全凭证等步骤实现在集成平台的注册登记，同时通过授权模块将其分发给可调用的业务系统。接口组件管理模块实现了集成平台适配器接入的规则校验、调用方的凭证管理，为集成平台提供可视化的适配配置功能的同时提高了集成的安全性。
2 消息全过程跟踪
集成平台实现自动略理请求活动的完整消息完内容，可查看各阶段消息转换情况，并提供丰富的搜索手段，同时支持消息的导入导出功能。
3 性能监控、故障诊断
性能监控功能实现对整个集成平台软硬件性能情况的可视化集中监控，包括服务器CPU、内存、存储容量、IO读写性能的实时查看，以及各个接口交互响应时间的性能报告收集。并提供消息提醒规则配置功能，实现性能问题的第一时间提醒，方便系统管理员及时发现问题，精确到毫秒级的接口性能分析报告有助于系统管理员快速定位接口性能瓶颈，达到系统性能的透明监控、及时提醒和快速故障诊断的效果。
4 日志审计与查询
所有经过略交换的数据流都可通过添加内置的日志节点，提供标准的基于XML格式的日志通知接口，对于某一数据而言，能对数据的传输、访问路径、略跟踪，以检查此数据交换的历史痕迹，信息管理门户将通过这些接口显示完整日志信息。另一方面，集成平台可通过数据接口方式，将各业务系略日志统一汇集到集成平台中，系统管理员不用再为查看各种日志而登录不同的业务系统，通过集成平台信息门户即可统一调阅各业略日志，略信息系统日志的集中管理。
5 通知服务
集成平台后台监管平台可通过短信、邮件、微信等手段结合通知规则配置，实现消息的通知服务，系统管理员可及时了解重要信息，以便第一时间排查问题或及时避免问题发生。
2.3.2. 智能数据平台建设要点
4、
5、
1.5.1.
1.5.2.
2.3.2.1. 略CDR
略CDR略临床服务系统的数据集成整合，略有临床活动相关的临床数略进行组织关联（包括诊断、处方、检查结果、检验结果、手术记录、费用信息等），其数据来源于 HIS、CIS、LIS、PACS/RIS、EMR、略内系统中。
1 略CDR建设要点
略是将一个患者在某一医疗机略产生的临床文档集中存储在一个物理或虚拟的存储内，方便各种临床业务角色在使用该患者某一或某些临床活动的 EMR 略调阅。略是一个面向主题的、集成的、可变的、当前的细节数据集合，略对于即时性的、操作性的、集成的全体信息的需求。建设功能要点如下：
? Centralized：集中式数据存储和管理
? Clinical：重点关注各类临床数据
? Real-time：各类数据具备实时性
? Life-long：各类数据具备长期性
? Patient-centric：围绕个略有数据
2 略数据采集服务
? 提供从业务系统批量采集数据的工具，提供图形化数据采集界面；
? 提供实时数据采集对接功能；
? 支持历史数据抽取，支持JDBC、ODBC、FTP、WebService等接口技术；
? 支持Oracle、SQL Server、DB2、Cache?等主流数据库的读取；
? 支持一次采集和定时采集，定时略；
? 记录采集日志，支持追溯原始业务系统数据的增删改操作。
3 略数据采集范围
其数略医疗数据，并且接入相关应用系统，实现医疗数据的采集与汇聚，建立以电子病历数据为核心略，基本数据范围如下：
? 患者基本信息；
? 患者就诊信息：挂号、退号、住院登记、略登记、转科信息、出院登记、略登记、诊断信息；
? 医嘱信息：医嘱信息、医嘱状态、略记录；
? 检验类：略状态、检验结果；
? 检查类；PACS、病理等略状态、检查结果；
? 临床相关文档；电子病历、手麻、重症、护理等临床相关文档；
? 手术：手术申请信息、略状态、术后结果。
? 略以上临床数据的采集与集成
以上略信息系统（如HIS、LIS、RIS、PACS系统），医疗服务业务涵盖门诊略类业务。
4 略数据存储服务
? 支持将检查、检验结果、诊断、医嘱、生命体征、诊疗过程等各种临床信息存储到CDR中。
? 略诊疗、门诊诊疗、体检、LIS常规检验、LIS微生物检验、血压、身高、体温、体重、呼吸、脉搏/心率、24h出入量、诊断、用药情况、手术、入院记录内容、出院记录内容等结构化数据的存储。
? 支持PDF格式的病程记录文档、体检报告、LIS常规检验报告、LIS微生物检验报告、手术记录、入院记录、出院记录等文档格式的存储。
? 支持半结构化及非结构化临床数据格式的存储，包括病理、影像、临床样本、生命组学数据等众多文件格式。
2.3.2.2. 略（ODR ）
略管理系统数据集成整合，略内运营及管理数据存储标准建立运营数据仓库（涵盖收入、患者、药品、医保、人事、财务、医疗管理等众多业务域），略内HIS、临床管理、药物管理、物流、科研、OA、财务等众多信息系统。
a) 运营数据采集服务
? 支持各类数据源：
? 支持各种数据源，包括数据库、文件系统、Excel、Xml、LDAP、SOAP/WebServcie、CSV文件和RSS等各种数据源。
? 支持的数据库包括DB2、Oracle、Mysql、MS SQLServer、Sybase等各种主流数据库。
? 提供了对以上各种数据源访问的封装，开发人员只需拖动相应的组件到控制台即可。
? 数据库连接支持集群,和数据库分区访问。
? 数据库连接的方式支持JDBC、ODBC和JNDI方式，并且提供了数据连接池功能，能够大大提高数据库的访问效率。
? 调度功能，支持按月，按周，按日等复杂的定时管理，支持多略，并可略并发数，支持可配置略，按照工作流的方式，可选择多种逻辑顺序。
? 直观界面化操作
b) 运营数据采集范围
包括医疗收入、医疗工作负荷类、工作效率类、患者负担类、药品管理、资产运营类、科研成果类等。
略以上运营数据的采集与集成
c) 运营数据存储服务
支持将卫生资源、临床诊疗、内部管理、科研管理等各类信息存储到ODR中。
? 支持门急诊业务、住院业务、手术，药品、临床路径、费用、病案、耗材设备信息等结构化数据的存储。
? 支持半结构化及非结构化临运营数据格式的存储，包括文档、图像、音视频等众多文件格式。
2.3.3. 略智能略医院患者统一视图（360）
略患者统一视图（360）是基略进行数据的整合展现型应用。将分布在各个应用系统的异构数据统一采集标化后略，略进行数据的整体展示，略的临床业务提供实时数据展现服务。支持略、医技系统、手术麻醉等临床业务系统，同时通过权限控制，可以设置不同角色相应的查看权限，略临略景的需求。临床医生通过360患者统一视图，不但可以查看当次就诊记录，而且可以对患者历次略回顾性查看，包括门急诊、略就诊记录，让医生对就诊患者的既往就诊情况有完整了解，为患者提供高效、快捷、准确的医疗服务。
1 略患者统一视图（360）整体要求
? 支持以就诊视图、分类视图等多种展现形式，直观地展现患者就诊信息；
? 支持通过权限控制不同角色的查看权限；
? 提供基于患者主索引的患者唯一性匹配功能；
? 提供基于患者主索引的就诊信息整合功能；
? 支持按患者就诊类型、就诊时序详细展示患者就诊信息；
? 支持嵌入不略、医技系统、手麻系统等，进行界面集成。
2 略患者统一视图（360）主要功能
? 提供患者历次就诊信息查看功能，包括门诊、急诊、住院；
? 提供患者的诊断信息查看功能；
? 提供患者的检查报告查看功能，及PDF浏览功能；
? 提供患者的检验报告查看功能，并支持检验项趋势分析功能；
? 提供患者的病历文书查看功能；
? 提供患者的手术信息查看功能；
? 以本次诊疗医疗事件时间轴为主线，集中展示诊疗过程中的医疗事件。
? 可进一步深入展示具体医疗事件内容。
3 略患者统一视图（360）检索服务
? 支持略诊断信息；
? 支持略医嘱信息；
? 支持略检验报告信息及指标项的预览和趋势分析；
? 支持略检查报告信息；
? 支持略病历文书信息；
? 支持略手术记录信息；
? 提供略各类数据的快速查找的功能。
4 略患者统一视图（360）主要特点
? 病人全生命周期的疾病和健康数据的全景展现
? 略不同角色的临床医生提供时间轴上按需定制的数据可视化
? 门诊医生：略区所看过的不同病人列表；
? 住院医生：关略内全诊疗过程的病例数据；
? 根据时间轴选择关注的病人就诊、检验检查等医疗事件，
? 同时关联各次检验检查各指标元素的趋势；
? 每日特定病人（透析）的血钾、血钙检验危急值提醒；
? 根据患者的疾病，筛选既往同类疾病治疗方案，实现诊疗方案的优选；
? 影像科医生：筛选多种诊断、影像学诊断作为对照视图，提高诊断水平
2.4. 核心技术要求
在以下技术规格要求中，标★项为关键技术指标，其他项为基本技术指标。略要求的各个系统功能完备，关键技术指标需提供截图证明。
1. ★数据集成采用CDC技术针对现主略实时的数据捕获、解析、重构，不需要协略系统改造
2. 略支持历史归档数据的批量导入，要求使用统一的技术集成历史数据和实时数据。
3. ★医疗集成引擎拥有管理工具可以在任何带主流浏览器略，提供全面实时的可视化的消息监控和监管能力（支持中文，并能够展示客户标识Logo），能够对各通讯点、过滤器发略分级警报（严重、一般等），并在必要时发送通知和警告。医疗集成引擎必须具备以下功能：
l 所有错误和审查日志
l 故障诊断工具
l 系统状态信息
l 数据管理设置
l 强大的信息搜寻功能
l 性能监控
l 对异常信息人工干预，无需重新发起业务重新实时数据交换
4. ESB信息交互平台内置可视化的消息定义模块，并完整的支持自定义以及标准的个性化及本地化。
5. ★ESB信息交互平台内置可视化的专业开发工具，内置集成测试功能.以下功能必须支持可视化操作
l 可实施医疗流程节点配置，并可以对每一个节略对比测试来查找代码语法错误以及逻辑错误。
l 可视化查看通过节点的消息前后状况
l 支持批量和实时的数据交换模式
l 支持定时和即时的数据交换
6. ★ESB信息交互平台本身不依托任何数据库系统可独略.
7. ★ESB信息交互平台内置版本控制工具，可以监控和回滚平台业务逻辑配置
8. 支持患者全诊疗过程集成可视化，包括就诊、诊断、医嘱、处方、用药、检验、检查、病理、手术、麻醉、病历文书、生命体征等临床信息可视化。
9. 略患者统一视图（360）支略的多种组织形式的视图：以就诊时间轴为主线、以临床信息分类为主线、以检验检查时间为主线，以及支持围绕单次门急诊就诊、住院就诊、诊疗概览、近期诊疗的视图。
10. 略患者统一视图（360）支持用户收藏自己感兴趣的观察指标、患者，略收藏指标的趋势比较分析。
2.5. 具体技术要求
1 略理
当前国际国内存在各类数据标准，并且标准会随着时间的变化而演变，略数据集成建设非常关注的内容，招标人对平台的有关数据的要求和问题如下：
（1） 为用户建立符合国际规范、开放的医学数据标准管理体系，支持HL7、DICOM标准数略理；
（2） 投标人的平台技术目前支持哪些标准，有没有限制，如何兼容新的标准；
（3） 所投平台技术应无限制地支持导入、存储、监测以及导出来自任何源系统、现有数据库的文字、图像、文档、传真和扫描文件，如果存在某些限制，请清晰地描述这些限制以及排除这些限制的方法；
（4） 要求平台略理解略处理，略理的性能；
（5） 要求平台技术具备医疗信息略理的能力，能够对标准化医疗数据（HL7），非标准化医疗数据（用户自定义）进行灵活的解析，形成细颗粒度的医疗数据集；
（6） 建立数据主索引,将医疗数据关联起来，形成完整的病史档案。
2 数据管理
（1） 略投平台技术为客户提供哪些工具和服务，以帮助用户确定系统在性能和扩展性方面的瓶颈；
（2） 平台应提供配套的软件工具，支持终端用户开发其个性化的视图，并明确说明工具的使用方法。
3 系统可用性
投标人应提供平台高可用性的技术解决方案。
4 略理的技术要求
（1） 集成研发环境是一个基于视窗操作系统的图形化设置及设计工具。它连接到集成引擎并指引引擎略处理工作
（2） 集成引擎支持HL7、DICOM、HIE标准。
（3） 具有可扩展性：可随着未来业务的增长不断接入新的信息系统。对新接入的信息系统，集成平台略商不需要改变已有的信息架构，新接入的信息系统按照平台制定的略接口改造和信息编码的转换，即可完成与平台的对接。请描述投标产品如何以最低的开发成本，实现可扩展性
（4） 具有可配置的管理系统，略为监控。
（5） 集成平台产品应具有完备的错误检测和跟踪、故障恢复、冗余和缓冲等机制，充分保证异常情况下的自动检测和快速恢复。
5 略需基础软件的要求
投标人需要信略采用的中间略说明，并要求结合本项略报价，略总价格中不略分。具体如下：
| 序号 | 产品名称 | 数量（套） | 备注 |
| 1 | 信息集成平台中间件 | 1 |
|
1
1.1
1.2
1.3
1.3.1
1.3.2
6 网络设备
| 序号 | 名称 | 参数 | 数量 |
| 1 | 交换机 | 略交换机 传输速率10/ ## 00Mbps 交换方式存储-转发 背板带宽2.56Tbps 包转发率720 Mpps MAC地址表288K 端口参数 端口结构非模块化 端口数量30个 端口描述24个GE SFP/10 GE SFP+端口，2个QSFP+端口 扩展模块提供1个扩展插槽，可扩展支持业务插卡：4端口40GE QSFP+接口板 传输模式全双工/半双工自适应 功能特性 网络标准IEEE 802.1d、IEEE 802.1s、IEEE 802.1w 堆叠功能可堆叠 VLAN支持4K个VLAN 支持Guest VLAN、Voice VLAN 支持基于MAC/协议/略/策略/端口的VLAN 支持1:1和N:1 VLAN交换功能 支持基本、灵活QinQ功能 QOS支持对端口接收和发送报略限制 支持报文重定向 支持基于端口的流量监管，支持双速三色CAR功能 每端略列 支持WRR、DRR、SP、WRR＋SP、DRR+略列调度算法 支持WRED 支持报文的802.1p和DSCP优先级重新标记 支持L2（Layer 2）~L4（Layer 4）包过滤功能，提供基于源MAC地址、目的MAC地址、源IP地址、目的IP地址、端口、协议、VLAN的非法帧过滤功能 略列限速和端口整形功能 组播管理支持二层静态组播MAC 支持MAC模式转发 支持IGMP Snooping和快速离开机制 支持组播VLAN 支持MLD Snooping 支持IGMP Proxy 支持可控组播 基于端口的组播流量统计 支持IGMP v1/v2/v3 支持PIM-SM、PIM-DM、PIM-SSM 支持MSDP 网络管理支持智能堆叠iStack（业务口实现） 支持虚拟电缆检测(VCT) 略OAM（802.3ah 和 802.1ag） 支持SNMPv1/v2c/v3 支持RMON 略管系统、略管特性 支持系统日志、分级告警 支持GVRP协议 支持MUX VLAN功能 支持sFlow 安全管理支支持防止DOS、ARP攻击功能、ICMP防攻击 支持IP、MAC、端口、VLAN的组合绑定 支持端口隔离、端口安全、Sticky MAC 支持MAC地址强制转发（MFF） 支持MAC地址学习数目限制 支持IEEE 802.1X认证，支持单端口最大用户数限制 支持AAA认证，支持Radius、HWTACACS、NAC等多种方式 支持SSH V2.0 支持HTTPS 支持CPU保护功能 支持黑名单和白名单 其它参数 电源电压AC ## V，50/60Hz DC -48--60V 产品认证支持AAA认证 | 5 |
| 2 | 路由器 | 企业级路由器 端口结构 模块化 其它端口 2个USB2.0端口1个CON 1个AUX 1个CON（Mini-USB Type AB） 扩展模块 6个HMIM插槽+1个DHMIM+2个VPM 防火墙 内置防火墙 Qos支持 支持 VPN支持 支持 网络安全 PPPoE Client&Server，PORTAL，802.1x Local认证，RBAC、Radius，Tacacs ASPF，ACL，FILTER、连接数限制 IKE，IPSec L2TP，NAT/NAPT，PKI，RSA，SSH v1.5/2.0，URPF，GRE 支持ARP防攻击 支持EAD端点准入防御功能 网络管理 支持SNMP V1/V2c/V3，MIB，SYSLOG，RMON 支持BiMS远程管理方案，略 *略、WEB管理，文件系统管理， Dual Image 支持DHCP，FTP，HTTP，ICMP，UDP public，UDP private，TCP public，TCP private，SNMP等协议测试 支持console口登录，支持telnet（VTY）登录，支持SSH登录，支持FTP登录 电源电压 AC/POE ## V，50Hz/60Hz DC -48--60V 电源功率 300W 其它性能 IPv4转发性能：12Mpps-40Mpps IPv6转发性能：10Mpps-30Mpps 带业务转发性能（IMIX）：3Gbps-12Gbp | 1 |
| 3 | 防火墙 | 2U机箱配置 网络端口 4GE（Combo） VPN支持 支持 入侵检测 DDOS 管理 略、WEB方式、SNMP、TR069等配置和管理方式，这些方式提供对设备的本地配置、远程维护、集中管理等多种手段，并提供完备的诊断、告警、测试等功能 安全标准 CE，ROHS，CB，UL，VCCI 电源 AC：100～240V；DC：-48～-60V | 6 |
3.对整体技术方案的要求
略人数据集成的业务要求提交技术方案，略人当前略深略整体架构设计。
要求整体技术方案对如下能力（但不限于）进行详细阐述：
? 略人当前主要问题的分析和归纳
? 技术方案完整性
? 技术方案成熟度
? 技术方案未来进一步扩展的能力
? 技术方案实施方法论
4.对平台的技术性要求
医院信息平台承担着关键的服务功能，略必需具备稳定性、易维护性、高容错性、持续性、高并发性等特点。具体要求如下：
1. 稳定性：能够7×24小时持续、稳定、略；
2. 易维护性：软件系统维护及更新升级不影响业务工作的正常开展。
3. 高容错性：及时捕略时的错误信息，并给出相应的提示，生成系统错误日志。
4. 高并发性：略时峰值在线总用户数为1000，略理能力支持100个并发数以上。
5.项目管理与实施要求
3.
4.
5.
5.1. 项目工作小组
投标人需略信息平台系统建设的项目工作组，并提供成员简历，包括：
1. 项目经理：具有相关资格及提供同类项目管理工作经历，并全权代略各项技术及管理工作；
2. 系统分析员：提供系统分析经历，并具有在多种平台上开发的应用管理和系统分析经验；
3. 项目实施人员：项目签约后，投标人保证须提供常驻项目略现场工作，直至项目结束；
4. 项目管理与上线支持人员：系统上线期间，投标人保证须提供项目管理与上线支持人员；
5.2. 项目进度要求
1. 略要求中的实施内容，给出合理的工期。要按时保质完成系统上线工作。
2. 其他时间进度将在合同谈判时，依据投标人估算的时间略谈判确定。
5.3. 文档资料管理
文档是保证项目实施连贯性的重要保证，投标人需要提供完善的文档，略过程略有效的管理，接受招标人对项目各阶段评估分析和监督管理。
整个项目的过程包括后期修改维护提供系统、完整的项目管理、设计和开发、操作说明等书面文档及其电子版。
5.4. 培训与技术转移
1. 全面的操作培训是系统获得广泛应用的前提和基础。为了保证系统略，投标人保证需要准备并提供完整的培训计划，略相关的培训，同时需要负责培训的实施，包括培训文档的准备;
2. 略信息系统的相关技术，投标人保证需要提供必要的培训与技术转移手段，保证能够略IT技术人员;
3. 与培训相关的费用，投标人应当一并计算在投标报价中。
4. 中标方需说明培训对象、内容、时间和地点。
5.5. 实施交付和验收
1. 按照合同规定的时间提交产品，略现场以双方认略安装；
2. 系统实施验收按照略，须在验收时完成各应用模块完成实施功能确认。
3. 略相关人员、投标人共同组成，验收标准按验收规范，并以略为前提。系统验收前，由投标人按系统分析文档和系统设计文档提供测试工具与数据对各模块、子系统测试，测试结果双方主管人员签字认可，存档留作验收时参考；
4. 系统验收后中标人须保证提供详细的相关技术服务文档（含数据结构、数据流图、系统字典说明等）、使用说明书、维护手册等文档资料及其电子版。
6.服务要求
6.
6.1. 服务保证
1. 中标人需要制定全面的工作计划，保证按照略运维管理;
2. 中标人应在合同期略有变动详细记录，并有反馈;
3. 中标人必须保证版本的控制，对所有的应用系统配置、源程序代码、略有效的管理;
4. 中标人必须制定安全管理手册，保证系统的可靠性;
5. 中标人必须遵从国家卫计委的统一安全标准;
6.2. 需求收集及用例开发
1. 投标人保证在项目实施过略收集需求的工作，用户需求规格说明书将由采购方签字盖章后确认;
2. 投标人保证需要对用户需求做进一略理，并将其转化成技术需求规格，报告给招标人;
3. 略现有系统产生数据的梳理，中标略业务信息系统中的不合理环节提出改进意见，以帮助招标人提高整体信息化建设的水平。
7.售后服务要求
7.
7.1. 软件系统维护
1.自双方签署最终验收文件之后进入一年免费软件系统维护服务期，在此期间包括免费按略不涉及体系结构的需求变更。免费服务期内，投标人应对本项目中系统提供免费维护服务。
2.投标人需提供7*24小时维护和故障解决，根据服务需求的紧急程度，紧急服务需求响应时间为2小时，并提出解决问略性措施；非紧急服务需求响应时间为8小时～24小时。
7.2. 售后服务支持
投标人有责任提供包括设备安装手册、用户使用手册、设备维护手册、技术白皮书、技术授权书、软件系统用户使用手册等在内的完备准确的技术资料。
在设备安装和系统实施期间，略的技术人员共同组成项目实施小组，负责项目实施。
在设备投入使用后，保修期内如发生扩展升级等情况，略商应略提供必要的技术资料。
在整体系统投入使用后，合同期内投标人略改进，略，略免费使用。
略方承诺技术后援支持，为系统中主要设备、软件和系统的功能扩充提供7*24小时技术支持。
在设备系统扩容及系统升级时，投标人有责任派技略协助完成相关工作。
投标人在提供为期一年的软件系统维护期后，须提供一年后的软件成本价优惠维护服务，并提供系统使用、维护、升级和新技术推荐等略服务。
投标略商必须保证其在国内的售后服务与技术支持工作。所有以上承诺的略提出后， 对于紧急服务需求响应2小时内提供技术响应，对于非紧急服务需求8—24小时之内响应。
投标略商应在保修期内定期巡检和系统维护工作。
四、系统设计规范及产品要求1、系统设计规范
略选用设备和材料在设计、制造、检查、验收、安装、使用、包装和运输等工作中应符合中华人民共和国及下列国际机构的标准和规范中的有关章节，同略列标准和规范中隐含的其他规范和标准中的有关章节。略遵循的标准与规范应为最新版本。
2、服务要求
要求系统采用的技术、软硬件产略于主流。并在宁本地有良好的售后服务基础及业绩。
3、产品授权
对于提供第三方的应用系统软件或功能模块，略家针对本项目的专项授权及售后服务承诺。
4、报价构成
4.1 除非投标人在方案中予以明确说明，否则采购人有权利认为本项略有软硬件产品、投标人开发的软件系统及其附带的安装、调试、维护、升级、略、保险、略费用及税金均已包含在投标报价及最终报价内；
4.2 对实略需要的其他基础性、支撑性的软硬件产品、环境构件等，如需要采购人自购的，均应采用文字及表格形式明确说明产品的技术要求、规格、略估价。并将作为磋商的重要内容。
九、发布公告的媒介
本公告将在“中略”及“X公略”上同时发布。
十、联系方式
采 购 人：X回族自治略
地 址：X市X区X西街168号
联 系 人：王勤帮
联系电话： ##
代理机构：中航技略
地 址：X市X中路192略F601室
联 系 人： 王 瑾 王瑶
联系电话：0951－ ##
传 真： ##
京公网安备 11010802042560号