为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

上虞市人民医院信息系统硬件设备及系统集成采购项目征

2017-09-25 10页 doc 38KB 23阅读

用户头像

is_589748

暂无简介

举报
上虞市人民医院信息系统硬件设备及系统集成采购项目征上虞市人民医院信息系统硬件设备及系统集成采购项目征 上虞市人民医院信息系统硬件设备及系统集成采购项目征求意见 上虞市人民医院信息系统硬件设备及系统集成采购项目进行公开招标。现将有关技术需求公布如下并公开征求意见。 一、征求意见范围 1、是否出现明显的倾向性意见和特定的性能指标 2、提供更利于项目实施的采购标段划分建议、各标段之间的互融方案 3、影响政府采购“公开、公平、公正”原则的其他情况。 二、 合格投标人 2 合格投标人 2.1 凡有能力提供招标货物、并能严格履行本招标文件规定的制造厂家或销售代理公司等供应商为合格的投标...
上虞市人民医院信息系统硬件设备及系统集成采购项目征
上虞市人民医院信息系统硬件设备及系统集成采购项目征 上虞市人民医院信息系统硬件设备及系统集成采购项目征求意见 上虞市人民医院信息系统硬件设备及系统集成采购项目进行公开招标。现将有关技术需求公布如下并公开征求意见。 一、征求意见范围 1、是否出现明显的倾向性意见和特定的性能指标 2、提供更利于项目实施的采购标段划分建议、各标段之间的互融 3、影响政府采购“公开、公平、公正”原则的其他情况。 二、 合格投标人 2 合格投标人 2.1 凡有能力提供招标货物、并能严格履行本招标文件规定的制造厂家或销售代理公司等供应商为合格的投标人。 2.2 有固定的经营场所有固定的、具有相当规模的技术开发和技术支持人员能够提供优质的技术支持和快速的服务响应。 2.3 如果投标人代表不是法定代表人需持有《法定代表人证书》统一格式。 2.4 具有履行所需的财务、技术和生产能力。 2.5 根据本项目实际投标人还需满足下列条件 2.5.1 注册资金达到700万元或以上具有国内独立法人资格、独立承担民事责任和履行合同能力具有良好的商业信誉和健全的财务会计管理制度具有履行合同所必需的设备和专业技术能力有依法缴纳税收和社会保障资金的良好。 2.5.2 具有较强的项目管理、系统集成、技术服务和组织实施能力具有国家信息产业部颁发的三级含以上系统集成资质证书有较强的ORACLE数据库产品技术实施和服务能力是ORACLE公司认可的OPN成员。 2.5.3 有相关项目成功建设和实施经验提供数据库服务器、数据库存储设备、PACS存储系统、大屏显示系统等设备原厂商针对本项目的授权书原件加盖原厂公章中标后提供和三年原厂商保修服务承诺书中标后提供以及ORACLE数据库产品原厂商针对本项目的授权书原件加盖原厂公章中标后提供。以上授权书和服务承诺书根据原厂商格式提供。能够承担本项目实施并有良好的工作业绩和履约记录。 2.5.4 提供项目中所有设备安装、调试集成服务完成医院原有历史数据的安全迁移冗灾备份系统的安装工作。投标人必须保证医院原有数据的安全迁移如当中影响了医院日常业务的正常运行并因此给医院造成损失的投标人应按合同法承担相应的责任和损失非投标人原因除外。 三、采购设备范围及主要技术要求参数 6、招标设备技术指标要求说明相应的技术供投标人参考投标人应根据自身设备的特定及院方使用的要求来进行系统的集成配置符合院方使用要求的系统都有可能被接受。 6.1数据库服务器、存储系统总体要求 医院的信息系统支撑着日常医院的业务运行必须具有高性能和高可靠性为保证系统连续稳定运行服务器及存储设备设计应依据以下原则 1系统的稳定、可靠性 系统的稳定性是要求系统能够符合365724运行男枰,嗽谒械南喙赜布低巢糠种杏Σ捎孟低车母呖煽啃苑桨溉缢馭AN存储网络等。 数据的可靠性要求数据具有可靠的备份方案在系统发现严重故障后备份的数据可以正确恢复。这主要指数据库具有在线备份ORACLE DATAGUARD、数据恢复和数据容灾异地容灾。 2系统的可用性 系统的可用性主要是保证系统应在任何时候都能被使用指系统所有部分在正常工作时的可用性及系统发生改变时的的可用性如未来在对系统进行软件或硬件的调整时应保证整个系统依旧可以正常对外工作或尽可能少的中断正常工作。 系统的核心部分必须采用冗余结构设计从主机、网络、光通道、电源等均无单点故障系统软件、数据库系统、应用软件也均具有故障恢复的能力。 3系统的可扩充性 系统的可扩充性主要是指硬件系统是否可以进行扩充以达到所需要的性能指标满足未来35年的业务扩展需要应用架构的设计必须考虑系统的扩展需求。 4系统的开放性 开放性主要是指系统采用开放性的以UNIX系统为主的平台通用数据库和中间件对于应用软件体系结构而言支 持C/S和B/S结构便于系统共享数据资源。 5系统的高效性 高效性是软硬件总体性能的综合体现它表现在系统的吞吐量和响应时间两个方面。要使整体系统提高效能不仅需要各个硬件设备具有高速的总线、高速I/O读写、高速的运算能力也需要设备之间Ethernet、SCSI、FC、SSA等通信接口具有较高的速度。 根据上述要求配置两台高性能、高可靠性的进口小型机组成集群架构以双机双柜方式协同工作。 6.硬件性能要求 对于硬件平台性能升级同时同时进行系统整合。 1新建成的数据库服务器、存储系统要能够提供医院今后35年内 8001000个床位日门诊量15004000人次的HIS/LIS/PACS/EMR等业务运转需要。 2将在现有的硬件平台上进行100GB 的Oracle数据迁移和平滑升级。 3严格保障数据的安全性、可靠性做到系统没有任何一个单点故障。 4新建成后的系统要保证医院所有的应用系统的可用性。 5双服务器和双光纤磁盘阵列柜的硬件平台构成高可用性系统并在此平台上实现ORACLE安全可靠运行。 医院业务规模的提高随至也带来对IT系统高可靠性的要求目前医院的HIS系统是整个医院日常运行的基础如果出现故障将造成整个医院无法运行下去所以在新一代的升级系统中系统的可靠性要求进一步提高做到系统安全可靠。 配置要求示意图如下 采用2台进口品牌小型机作为数据库服务器组成双机均载均衡系统。服务器要支持1000台终端Oracle数据库的配置要求Sql缓冲池2GB1个终端连接一般占8MB内存总程序缓冲池8GB数据库缓冲池一般占整个数据量的15今后几年整个数据库容量达到200GB左右所以要配置30GB的数据库缓冲池要留下20内存给系统运行使用。一般并发进程数占总进程数的20即200个并发数1核处理器一般可以分配处理3040个并发数。 采用两个光纤磁盘柜组成双冗余通过软件实现两个磁盘柜之间的冗余备份整个系统没有任何一个单点故障系统运行Oracle RAC并行数据库采用千兆以太网作为高速互连设备为了防止人为误操作而造成数据库无法正常启动在此采用了Oracle DataGuard高可靠性数据库解决方案建立一套DataGuard RAC2数据库系统作为生产数据库RAC1的备份数据库系统自动的定期把生产数据库RAC1的log文件发送到备份数据库DataGuard RAC2上然后自动更新备份数据库。 在存储解决方案中要求提供2台16端口的 4Gbps的SAN 交换机组成一个冗余互备的SAN 网络所有主机通过两条冗余互备的SAN 链路联接到SAN 网络中。 采用两台光纤磁盘柜磁盘柜提供11块15K 146GB的磁盘共1.6TB的容量裸容量通过阵列间的复制功能达到两台服务器的任何数据读写都会同时写到两个磁盘柜上通过Oracle RAC并行计算的文件系统支持当任何一台服务器发生故障之后其上的文件系统自动切换到另外一台服务器上整个过程对与Oracle数据库是透明的。当任何一台磁盘柜发生故障之后不会中断应用系统的运行当故障磁盘柜修复之后可以在线的把修复的磁盘柜加入到运行环境中。 6.2 PACS系统方案综述 PACS服务器描述 医院PACS项目需要接入30 台左右的影像设备、60台左右的工作站和10台左右的登记工作站要求将PACS数据库服务器DB与PACS影像服务器ACQ分开同时要求PACS数据库服务器DB与影像服务器采用Cluster 进行双机冗余。两台PC服务器作为PACS、RIS 数据库DB服务器两台PC 服务器作为PACS影像获取ACQ服务器并进行负载均衡。PACS影像获取ACQ服务器需要运行以下服务影像获取服务ACQ Server 用于数字影像接收、信息分析、影像压缩以及集中管理、备份 PACS服务器需要运行以下服务 1. 数据库服务DB Server运行PACS系统的ORACLE 数据库软件承担DICOM 影像信息的归档、查询、匹配等任务 2. 承担HL7 Broker 服务PACS Broker、HIS Broker、RIS Broker 等 3. 其它如DICOM Modality Worklist SCP、Order Matching、Archive manager、Backup manager 等 PACS数据在线存储系统描述 医院存储着大量的病人治疗、费用数据这些数据都需要安全的存储其中PACS数据占了医院存储数据的90以上。医院存储系统有以下需求 稳定性要求高:单台影像设备的故障还只是局部问题而如果PACS系统出现故障将产生严重的后果 对带宽要求高:PACS本身就是以图形图像为主具有数据量大的特点而且随着医院应用的不断增多需要传输和处理的数据量越来越大从CT、MRI、CR、DR、超声等 。而且随着医院规模的扩大从原来几个人从一个 服务器中调用图像和几十个人同时从一个服务器中调阅几十、甚至几百兆图像对网络的要求是有一个质的变化 数据增长快速:医院影像中心每天的数据增量都很大对存储的扩展性要求高不降低性能的扩展方案 PACS 系统结构图 存储服务器NAS SAN Storage 数据库服务器 影像服务器 Cluster CR×1 CT×2 DR×2 MR×1 F.C. Switch 核心交换机 HIS网络 内镜室 诊断工作站×8 登记工作站×1 排队叫号系统×1 … 超声科 诊断工作站×6 登记工作站×2 排队叫号系统×1 … 放射科 诊断工作站×30 登记工作站×5 排队叫号系统×3 … 楼层千兆交换机 图例说明 1Gbps SC 10/100Mbps 光纤通道 光纤通道 1Gbps TX 影像设备 US×6 ES×7 MS×5 … 病理 流程管理工作站×7 取材工作站×1 登记工作站×1 DSA×1 7、招标设备的技术招标设备的技术指标要求有一项?不满足即作无效标处理 7.1 数据库服务器、存储系统 7.1.1 数据库小型机服务器性能指标 序号 名称 功能需求 数量 数据库服务器 1. 机型为64位小型机服务器一套原厂液晶显示器、鼠标键盘等必需附件 2. ?CPU及内存要求64位CPU必须配置当前最新型号CPUCPU主频?1.6GHz每核二级缓存?1MB。当前配置?6个CPU核可扩展数不小于8个CPU核当前配置48GB DDR2 533MHZ内存最大可扩展内存?160GB DDR2内存 3. 配置2块146GB内置SAS/FC硬盘当前配置内置硬盘槽位大于等于4个同时配置内置RAID卡做RAID 1 4. 配置2块4Gb/s HBA卡 5. 配置2块1000Base-T网络接口卡2块1000Base-SX网络接口卡 6. 当前配置不小于8个必须能同时支持PCI-X和最新的PCI-E标准插槽 7. 每台配置DVD光驱1台 8. 系统有布考远齑砑八鸹蹈衾牍δ艿淖爸谩,教ㄖ骰迪炙悍桨?9. ORACLE RAC技术支持要求:除操作系统支持外提供专业支持Oracle RAC配置的专用软件 10. 配置64位UNIX操作系统 11. 电源、相关缆线必须齐全并满足机房实际布局连接要求 12. 需原厂工程师安装服务 13. 提供针对本项目的原厂商授权书及原厂商中国区总公司盖章的服务证明函保证提供3年7×24小时原厂保修维护服务 2套 7.1.2 数据库磁盘阵列柜技术指标 数据库磁盘阵列柜 1. ?与小型机同一品牌标配42U原厂标准服务器机柜 2. 标配2个RAID控制器实现冗余采用专用操作系统杜绝网络病毒攻击 3. 当前配置阵列高速缓存总计4GB 4. 配置96个小时后备电池 5. 4个4Gb/s主机接口 6. 可支持硬盘槽位数gt14个槽位 7. ?系统最大IO处理能力gt148000 IOPS 8. 当前配置11个全光纤硬盘单盘容量146 GB硬盘转速15000转 9. 支持RAID0、1、5或更先进的虚拟RAID技术 10. 配置热插拔冗余电源 11. 支持操作系统Windows Server 2003、AIX、Solaris、HP-UX、Linux 12. 最大可扩展至112块硬盘 13. 配套软件图形化管理软件8个以上分区使用许可不限主机连接数使用许可 14. 电源、相关缆线必须齐全并满足机房实际布局连接要求 15. 原厂工程师安装服务 16. 提供针对本项目的原厂商授权书及原厂商中国区总公司盖章的服务证2套 明函保证提供3年7×24小时原厂保修维护服务 7.1.3 SAN结构交换机技术指 标 SAN结构交换机 1. 和小型机、存储同品牌 2. 支持4Gb/s、2Gb/s自适应传输速率 3. 端口支持16口当前激活16口每台SAN交换机配置16个SFP短波模块 4. 提供针对本项目的原厂商授权书及原厂商中国区总公司盖章的服务证明函保证提供3年7×24小时原厂保修维护服务 2套 7.2 PACS服务器、存储系统 7.2.1 PACS服务器技术指标 PACS服务器 1. 机型为2U机架式 2. CPU当前配置2路CPU英特尔?? 至强?? 5450四核处理器 3GH以上 12MB 以上二级高速缓存 3. 内存当前配置值gt4GB 4. 配有2块千兆以太电口网卡两块千兆以太网光纤卡 5. 配置24Gb Fibre Channel HBA 卡 6. 硬盘配置gt2×300GSCSI硬盘硬盘转速gt10Krpm 7. 配置gt64M RAID控制卡 8. 支持RAID 015 9. 配置冗余电源和冗余风扇 10. 支持Windoms操作系统 11. 配置显示切换器、键盘、鼠标 12. 完成PACS服务器的正版windows2003server100用户的安装、集群、光纤存储的配置两台PACS服务器可以分别管理存储分区 2套 7.2.2 PACS存储系统技术指标 PACS存储系统 1. 包括正常运行所需主机柜、扩展柜及各种部件、板卡及电光缆 2. 必须与服务器性能相匹配及接口和信号线兼容良好 3. 64位RISC CPU 4Gb全光纤双环架构的磁盘存储系统 4. 外型为19英寸标准机架式 5. 单柜可支持硬盘槽位数14 槽位或以上 6. 主机通道接口4个 4Gb Fibre接口或以上 7. ?原厂商公布的IOPS值148000次/秒或以上 8. 缓存标配4GB或以上 9. 配置28300GB光纤硬盘硬盘转速gt15000rpm需提供裸容量8.4T 10. 磁盘存储可扩展最大硬盘数目gt200 11. 支持RAID 01510 12. 支持操作系统无License数量限制同时本阵列应能支持IBM AIX 4.3AIX 5L、Windows2003 server、LINUX、SUN Solaris、HP-UX、Novell NetWareTru64 5.0 UNIX等操作系统主机接入 13. 提供针对本项目的原厂商授权书及原厂商中国区总公司盖章的服务证明函保证提供3年7×24小时原厂保修维护服务 1套 7.2.3 RIS服务器技术指标 RIS服务器 1. 外型为2U机架式 2. CPU当前配置2路CPU英特尔?? 至强?? 5450四核处理器 3GH以上 12MB 2套 以上二级高速缓存 3. 内存当前配置值gt4GB 4. 配有2块千兆以太电口网卡两块千兆以太网光纤卡 5. 配置24Gb Fibre Channel HBA卡 6. 内置硬盘数gt2×300GSCSI硬盘硬盘转速gt10Krpm 7. 配置64M RAID控制卡 8. 支持RAID 015 9. 冗余电源和冗余风扇 10. 支持Windoms操作系统 11. 配置显示切换器、键盘、鼠标 12. 完成RIS服务器的正版windows2003server100用户的安装、集群、光纤存储的配置两台RIS服务器可以分别管理存储分区 73数据库升级及数据迁移技术要求 产品模块 版本 用户数量 1 Oracle Database Enterprise Edition 10g 50用户 2 Oracle Real Application Cluster 10g 50用户 3 提供针对本项目的原厂商授权书 1 工作量 说明:SUN solaris UNIX5.10.1 平台数据库ORACLE8i建联9300磁盘阵列柜导出文件大小在100G左右 1、 设计数据迁移方案设计数据迁移方案主要包括以下几个方面工作研究与数据迁移相关的资料评估数据迁移的风险明确硬件平台的配置要求明确数据迁移方法及时间选择数据备份和恢复策略、设计数据迁移和测试方案等 2、 进行数据模拟迁移根据设计的数据迁移方案建立一个模拟的数据迁移环境它既能仿真实际环境又不影响实际数据然后在数据模拟迁移环境中测试数据迁移的效果。数据模拟迁移前也应按备份策略备份模拟数据以便数据迁移后能按恢复策略进行恢复测试 3、 测试数据模拟迁移根据设计的数据迁移测试方案测试数据模拟迁移也就是检查数据模拟迁移后数据和应用软件是否正常主要包括数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等 4、 准备实施数据迁移 数据模拟迁移测试成功后在正式实施数据 迁移前还需要做好以下几个方面工作进行完全数据备份、确定数据迁移方案、安装和配置软硬件等 5、 正式实施数据迁移 按照确定的数据迁移方案正式实施数据迁移 6、 测试数据迁移效果 按照数据迁移测试方案测试数据迁移效果并对数据迁移后的数据库参数和性能进行调整使之满足数据迁移后实际应用系统的需要 7、 移植系统应用软件 将实际应用系统的应用软件移植到数据迁移后的数据库系统上并使之正常运行 8、 正式运行应用系统 在正式实施数据迁移成功并且数据库参数和性能达到要求后就可以正式运行应用系统并投入实际使用 2 注意事项 1、 数据迁移过程中可能出现的风险评估及应急措施 2、 对实际数据量的多少要有估计及迁移在迁移过程中所用时间 3、导入测试的次数并注意在迁移过程中用户业务的正常运转 4、核心数据库服务器至少试运行60天以上以保证设备的稳定性 5、在正式导入时如发现导入相关错误需及时查明原因并立即处理以保证相关应用的正常运转导入后必须进行相关业务模块的测试 6、如在数据迁移过程中造成数据丢失或造成用户业务不能正常运转则需赔偿相应损失 7、数据迁移后确保在三个月之内随叫随到及时处理故障不得推卸责任。 3 具体要做的 事 项 用户方负责协调原有平台数据导出其中产生的配合费两万元由此次招标的中标方承担费用计入总价数据导出后由中标方负责进行如下事宜 1、 机器硬件安装、配置的检查、测试及确认 2、操作系统补丁、内核参数及相关设置的检查、测试及确认 3、集群软件相关配置的检查、测试及确认 4、存储设备规划及相关配置的检查、测试及确认 5、oracle RAC安装的检查、测试及确认 6、oracle RAC数据库参数的检查、测试及确认 7、oracle RAC相关网络的配置检查、测试及确认 8、对导出数据的检查、测试及确认 9、模拟数据导入的检查、测试及确认 10、正式数据导入的检查、测试及确认 11、正式数据导入的检查、测试及确认 12、完成数据迁移后相关应用是否正常连接及运行。 13、?中标方负责以上所有事项不得出现推诿为保证工期以上工作需在5天内完成。 7.4 医院排队叫号系统技术要求 1、必须具备患者自动取号和导诊取号功能在门诊大厅一站式服务台设置2-3台取号机取号机具有多媒体导诊功能其可以显示医院、科室、专家、挂号种类和费用、医生和专家在岗情况、已挂和剩余挂号量等信息可以实现患者自动或者由导诊护士为病人导诊取号可以按照科室、专家、挂号种类进行取号并打印取号单取号单上显示所挂号顺序、需准备多少挂号费用等。患者取号完成后其信息立即发送到挂号窗口并被系统分配到相应的挂号窗口并在该挂号窗口顶上的显示屏上显示。同时取号机自动语音提示病人到挂号等侯区等待、几号窗口挂号、前面有几个人在等待等信息。系统可以自动根据流量及每个挂号窗口的等候人数进行合理分配避免挂号窗口间等候人数不平衡减少患者等待时间。 2、必须具备挂号收费处排队叫号功能挂号窗口语音呼叫呼叫三遍其顶上显示屏上显示的第一位患者到该窗口挂号被叫到的病人号将取号单给挂号处人员核对信息无误后完成挂号系统同时自动将患者分配到相应的候诊区和诊室患者的信息立即被发送到相应的候诊区并在该候诊区顶上的显示屏上显示。同时挂号窗口自动语音提示患者到一或二楼候诊区候诊、几号诊室就诊。 3、必须具备候诊区排队叫号功能候诊区语音呼叫呼叫三遍其顶上显示屏上显示的第一位患者到相应的诊室就诊。 4、必须具备门诊医生工作站自动分配功能门诊医生通过软件按顺序控制候诊区显示屏显号和语音系统叫号被叫到的病人号将挂号单给医生核对信息无误后开始就诊。就诊完成后医生工作台上的语音系统提示患者到几楼几号收费窗口或者住院处付费及费用数量。系统同时自动 将患者分配到相应的收费或者住院处窗口患者的付费信息也立即被发送到相应的收费或者住院处窗口并在该收费窗口顶上的显示屏上显示。系统可以根据患者流量及每个收费或者住院处窗口的等候人数进行合理分流避免收费或者住院处窗口间等候人数不平衡减少患者等待时间。 5、必须具备收费处自动分配功能收费窗口语音呼叫呼叫三遍其顶上显示屏上显示的第一位患者到相应的收费窗口付费。核对其信息无误后开始收费。收费完成后窗口语音提示患者下一步要做的项目取药、检验、功能检查、B超等及到相应的候诊区药房、检验、功能检查、B超等待并在打印在相关票据发票上提示。系统同时自动将患者分配到相应的药房、检验、功能检查、B超等窗口患者的取药、检验、功能检查、B超、住院信息也立即被发送到相应的药房、检验、功能检查、B超等窗口并在该药房、检验、功能检查、B超等窗口顶上的显示屏上显示。 6、必须具抽血中心排队叫号功能抽血中心候诊区各抽血窗口语音呼叫呼叫三遍其顶上显示屏上显示的第一位患者到相应的窗口抽血。核对其信息无误后开始抽血。 7、.
/
本文档为【上虞市人民医院信息系统硬件设备及系统集成采购项目征】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索