通知公告

您的位置: 首页 通知公告招标信息详细

重庆市荣昌区人民医院机房驻场运维采购需求公告

发布时间:2024-01-10 12:48:51    本文出处:采购办   

重庆市荣昌区人民医院

采购需求公告

为满足医院发展需要,我院拟对下述软件及服务进行采购前产品信息收集,欢迎各潜在厂商来院推介。

一、推介产品明细

序号

软件名称

预算单价(万元)

数量

核心参数

1

医院机房驻场运维服务

20

1

为保障本项目信息系统安全、稳定运行,需指专业工程师1名驻场运维1年。对机房精密空调系统、UPS系统、机房配电系统、机房环境监控系统、安防系统、门禁系统等机房内部的基础环境系统开展日常巡检服务,包括:日常巡检工作、周期报表工作、日常工作报表工作、基础环境协助搭建、设备进出管理、制定设备保养规划、机房设备档案建立及更新。对机房内发生紧急事件或告警做出相应的判断及处理,包括故障报警及时响应、配合制定应急预案及流程、重要时段的保障、采购人指派的临时工作等内容。

一.日常工作

1.机房精密空调系统巡检

(1)检查空调LED显示的温度、湿度变化。

(2)检查是否有故障灯亮起。

(3)检查机房温度计和湿度计。

(4)检查机柜送风情况。

(5)检查设备外观和工作声音,有无异响。

(6)检查管道外观,是否有渗漏。

(7)防尘网检查,及时清洁。

2.UPS系统巡检

(1)UPS运行状态检查——检查UPS运行状态是否正常。

(2)风扇及散热系统的检查。

(3)对UPS和外置电池组进行检查——防止由于灰尘长时间累积引起的电路和电池系统短路现象的产生。

(4)UPS上下游配电及输入输出电缆连接检查——防止电缆松动引起的发热现象的产生。

3.机房配电系统巡检

(1)检查配电柜的输入输出电压是否在规定范围呢,是否稳定。

(2)检查三相负载输出是否均衡,各空气开关是否过于发热,是否过载。

(3)各配电柜工作接地和保护地是否松动,接触点是否老化。

4.机房环境监控系统巡检

(1)检测环境监控系统是否存在告警信息;

(2)检查环境监控系统历史日志是否存在历史告警自动恢复信息;

(3)检查环境监控系统当前监控各部件及各设备运行情况。

5.安防系统巡检

(1)查看火灾报警系统各设备是否机械损伤,尤其是指示灯和按钮是否被破坏,查看设备是否潮湿。

(2)查看火灾报警控制器是否有各种报警声音。如故障报警、火灾报警以及各种异样的声音,进行复位检查。

(3)检查防雷器指示灯是否正确。

(5)检查防雷器外观是否损伤,接地线是否牢靠。

6.门禁系统巡检

(1)检查门禁电源电压、温度、声响。

(2)检查门禁开门按钮开关是否良好。

(3)检查读卡器、按键密码功能是否失灵电控锁安装是否松动、磁力强度、温度、声响是否正常。

(4)检查控制器运行情况及接线端子是否松动。

(5)检查地弹簧或闭门器是否正常工作。

(6)检查门禁软件功能情况、运行主机设备工作状态。

(7)检查信号传输线缆是否老化、破损。

7.设备进出管理

机房设备进出管理可以带来很多好处,包括保障设备安全、确保设备符合规定、方便设备管理、提高设备使用寿命、降低维护成本、提升工作效率等。因此,在进行运维服务时,机房设备出入管理是非常重要的一个环节,为此针对本项目进行的设备进出管理措施如下:(具体措施根据项目实际情况进行增加、删除及整改)

(1)设备进出机房必须严格把控,确保安全性和合规性。

(2)设备进出机房需要填写申请单,注明设备名称、数量、用途等信息。

(3)设备进出机房需要经过审批,未经审批不得擅自进出。

(4)设备进出机房时,需由专人负责检查、登记和核实。

(5)设备进出机房时,需要进行安全检查,确保设备不会对机房安全造成威胁。

(6)设备进出机房时,需要进行质量检查,确保设备符合质量要求。

(7)设备进出机房时,需要进行数量核对,确保设备数量准确无误。

(8)设备进出机房时,需要进行使用权限检查,确保设备使用合法合规。

(9)设备进出机房时,需要进行安全隔离措施,确保设备不会对外部环境造成影响。

(10)设备进出机房时,需要进行保密协议签署,确保设备使用保密性得到保障。

(11)设备进出机房时,需要进行相关手续办理,确保设备使用合法合规。

(12)设备进出机房时,需要进行风险评估和安全防范措施制定,确保设备使用安全可靠。

(13)设备进出机房时,需要进行必要的技术测试和评估,确保设备性能和质量符合要求。

(14)设备进出机房时,需要进行必要的维护和保养,确保设备正常运行和使用寿命。

(15)设备进出机房时,需要进行必要的包装和保护措施,确保设备在运输和使用过程中不受损坏。

(16)设备进出机房时,需要进行必要的保险措施,确保设备价值得到保障。

(17)设备进出机房时,需要进行必要的安全培训和教育,确保相关人员了解设备使用安全和风险防范措施。

(18)设备进出机房时,需要进行必要的消防和应急措施准备,确保在紧急情况下能够及时处理和应对。

(19)设备进出机房时,需要进行必要的环保和节能措施考虑,确保设备使用符合环保和节能要求。

(20)设备进出机房时,需要进行必要的合同和协议签署,确保各方权益得到保障。

8.维护和保养

为了规范化医院网络通信系统提高机房环境系统连续性、安全性、有效性、及时性,供应商需对机房环境系统进行相关保养,具体操作内容如下:

(1)机房空调温度调解。

(2)定期清洁空调过滤棉。

(3)定期清洁机房环境设备卫生。

(4)机房环境相关操作、巡检、出入、记录等存档。

(5)机房环境配置变更的审核统计。

(6)机房环境配置变更的记录。

(7)梳理机房环境相关设备资产。

(8)对每一个机房环境设备进行资产标识和登记。

(9)梳理所有机房环境设备信息形成对应的资产台账。

(10)实时更新资产台账。

(11)整理所有相关档案按照客户要求完成统一管理。

9.日常监控

结合实际情况对网络工程进行监控,监控内容包括但不限于:

(1)网络设备的健康状况;

(2)整体运行状态;

(3)各项硬件资源开销状况;

(4)链路健康状况如端到端时延变化;

(5)链路端口工作稳定性、链路负载百分比;

(6)部署路由策略情况下端到端选路变化;

(7)路由条目变化;

管理权限用户的行为审计、设备软件配置变动审计、设备日志审计、应急事件审计等,并指派专人利用合适的装备、系统与手段对服务器设备进行全天24小时实时监控,以保障服务器设备高效稳定、运行。

10.预防性检查

结合实际情况在监控服务的基础上,对网络工程进行预防性检查。包括:性能检查、脆弱性检查,并指派专人工作时间内每月进行1次预防性检查。网络设备预防性检查,包括但不限于:

(1)按需进行服务对象性能检查、内容检查、脆弱性检查;

(2)按需进行网络工程设备机身、板卡或模块的工作情况;

(3)按需优化中央处理器使用峰值情况;

(4)按需优化内存使用峰值情况;

(5)按需优化主要端口的利用率。

(6)按需调整链路的健康状态,包括网络地址包传输时延、网络地址包丢失率、网络地址包误差率、无效网络地址包(包括攻击性网络地址包、欺骗性网络地址包、垃圾网络地址包等)

(7)按需检查其它的关键指标项,例如各类关键表项、会话连接数等是否需要升级系统等。

(8)按需优化设备链路的冗余度要求

(9)按需进行应急事件周期性整理分析

(10)按需进行设备生命周期评估

(11)按需进行备件可用性周期性检查

11.常规作业

结合实际情况对网络工程进行常规作业,常规作业包括但不限于:

(1)网络设备的日常巡检;

(2)负责网络设备和网络地址规划、管理,建立台帐;

(3)绘制详细网络拓扑图;

(4)各设备网络连接详图及路由器、交换机端口使用档案,并及时更新;

(5)设备操作系统软件备份及存档;

(6)系统升级、设备软件配置备份及存档;

(7)监控系统日志备份及存档、监控系统日志数据分析与报告生成;

(8)网络配置变更文件的审核;

(9)网络配置变更的操作;

(10)网络配置变更的记录;

(11)安全设备日志查看及备份等。

二、故障响应支持

1.事件驱动响应

分析网络工程的故障引起的业务中断或运行效率无法满足正常运行要求,而进行的响应服务,并安排专人24小时对事件驱动进行响应,详细事件驱动响应包括但不限于以下内容:

(1)对设备整体硬件进行故障排查、定位;

(2)按需进行停止、启动进程操作;

(3)按需进行中断、连通网络连接操作;

(4)按需进行关闭、启动端口操作;

(5)按需进行网络备件更换操作;

(6)按需进行更改、恢复配置操作。

2服务请求响

结合实际应用系统运行需要或需方、服务相关方的请求,而进行的响应服务,网络设备服务请求响应等,并安排专人24小时对服务请求进行响应,详细服务请求响应包括但不限于以下内容:

(1)按需增加、降低网络接入的数量或速度;

(2)按需更改网络设备配置;

(3)按需启动、关闭端口或服务;

(4)按需更换、更新或升级设备硬件或软件。

3优化改善

1、适应性改进

根据应用系统特点和运行需求,对网络设备进行调整:

(1)按需进行路由策略调整;

(2)按需进行设备或链路负载调整;

(3)按需进行安全策略调整;

(4)按需进行监控对象覆盖范围调整;

(5)按需进行局部交换优化;

(6)按需进行局部冗余优化。

2、增强性改进

根据应用系统的特点和运行需求,通过对网络工程的运行记录、趋势的分析,对存储设备进行调整、扩容或升级:

(1)按需检查和优化硬件容量变化,如网络设备硬件、软件升级、带宽升级等;

(2)按需优化整体网络架构变动;

(3)按需调整网络架构容量变化,如网络子系统的增减等;

(4)按需检查系统功能变化,如新增功能区、新增安全系统、新增审计系统等;

(5)按需进行路由协议应用及部署调整;

(6)按需进行整体安全策略收紧;

(7)按需进行交换机和交换策略优化;

(8)按需进行网络设备部件和零配件冗余优化。

3、预防性改进

根据对网络设备的运行记录、趋势的分析,结合应用系统的需求,发现网络设备的脆弱点及潜在的隐患,有针对性地进行改进性作业:

(1)检查网络运行质量、策略、访问控制等日志情况,确认是否存在风险,并给于优化建议;

(2)关闭不必要的服务、打开缺省的增强功能、加快三层网络路由收敛速度、加快二层网络生成树收敛速度等;

(3)网络设备安全优化,例如:密码加密,SSH控制等;

(4)查看网络设备的CPU占比率、内存占比率、延迟、负载、丢包率等,根据网络拓扑适时进行调整。

三、数据库、中间件服务

1.服务内容

(1)中间件管理是指对BEA Weblogic、MQ等中间件的日常维护管理和监控工作,提高对中间件平台事件的分析解决能力,确保中间件平台持续稳定运行。中间件监控指标包括配置信息管理、故障监控、性能监控。

执行线程:监控WebLogic配置执行线程的空闲数量。

JVM内存:JVM内存曲线正常,能够及时的进行内存空间回收。JDBC连接池:连接池的初始容量和最大容量应该设置为相等,并且至少等于执行线程的数量,以避免在运行过程中创建数据库连接所带来的性能消耗。

检查WEBLOG日志文件是否有异常报错

如果有WEBLOG集群配置,需要检查集群的配置是否正常。

(2)数据库运行维护服务是包括主动数据库性能管理,数据库的主动性能管理对系统运维非常重要。通过主动式性能管理可了解数据库的日常运行状态,识别数据库的性能问题发生在什么地方,有针对性地进行性能优化。同时,密切注意数据库系统的变化,主动地预防可能发生的问题。

数据库运行维护服务还包括快速发现、诊断和解决性能问题,在出现问题时,及时找出性能瓶颈,解决数据库性能问题,维护高效的应用系统。

数据库运行维护服务,主要工作是使用技术手段来达到管理的目标,以系统最终的运行维护为目标,提高用户的工作效率。

具体数据库运行维护监控的基本服务内容包括:

服务器运维:

系统故障定位和排错

Windows、Linux操作系统安装、调试

操作系统补丁的更新

服务器微码升级

系统备份和系统恢复

数据备份和数据恢复

CPU、内存升级扩容

替换故障硬盘、RAID重建

更换电源、风扇等易损件

更换主板和其他故障板卡

更换服务器和磁盘阵列中的各类到期电池

系统参数的调整优化

系统日志的检查和清除

系统盘的镜像检查

双机软件的状态检测

系统目录空间状态使用的监测      

系统运行状态的监测          

存储系统运维:

设施设备每日巡检

设备故障定位和排错

设备软件版本升级

配置状态检测

系统使用状态检测

系统日志分析和监控

为信息中心的存储设备产品提供日常维修、维护服务。

为客户的存储管理软件配置、备份策略审核等提供技术支持服务。

帮助客户对存储系统进行性能分析:磁盘读写性能、数据存储备份性、I/O性能、解决数据存储性能故障、提高存储系统性能、提升客户IT系统整体性能。

根据客户信息系统发展需求,规划新的存储备份系统、容灾系统等,解决用户IT数据、高速增长需要。

虚拟化平台运维:

协助客户根据业务系统需求部署相关虚拟机及操作系统环境;

根据客户要求调整相关虚拟化平台配置;

虚拟化平台性能调优;

虚拟化平台版本更新;

虚拟化平台网络组件配置;

虚拟化平台迁移、P2V等;

针对虚拟化平台配置进行备份;

虚拟化平台软硬件配置扩容;

维护虚拟机备份任务计划;

四、变更管理服务

4.1变更申请

(一)变更申请因发起者不同而有以下三种情况:

1.由用户(系统应用部门)提出的业务变更需求。

2.专业支撑中心维护人员在日常维护、故障处理及问题处理中提出的变更需求。

3.因项目需要由项目人员对在用系统/网络提出的变更申请。

(二)变更申请的内容和方式:

1.由用户提出的业务变更需求申请,内容须要包括变更的系统、时间、内容、原因等;

2.维护人员及项目人员提出的变更申请,应提交相应的应用系统、网络变更申请,内容应包括变更的系统、时间、内容、原因、资源需求、变更可能造成的影响等,同时还应提交变更方案、变更计划、测试计划、回退方案等相关资料。变更方案原则上应先保证系统及网络的稳定运行,变更应安排在窗口时间进行,变更过程对各类业务的影响应控制在最小范围。

3.目前,变更申请单可以纸质申请单或电子工单形式提交。

(三)提交变更申请应适当提前,对重要系统上进行的可能影响全部用户使用的变更,需提前10个工作日提交申请,其它变更需提前5个工作日提交。

(四)系统集成公司客户服务与支撑部统一由运营管理中心业务调度受理各种变更申请,并进行登记、编号、统计汇总。

4.2变更审批

(一)变更申请及变更方案的审批:

1.用户(系统应用部门)提出的业务变更需求,由所在部门内部审批后提交客户相关管理部门审批,通过后由客户运维管理部门派单到系统维护部门组织实施。

2.项目人员提出的变更申请,需要有客户相关项目经理签字确认,由项目管理部门内部审批后,交系统维护部门对系统变更方案、变更计划的合理性、可行性进行审核把关,再提交运维管理部门审批。

3.维护人员提出的变更申请,由运维部门内部对变更方案、计划审核把关后提交运维管理部门审批。

4.系统维护部门内部审核要求如下:

(1)对涉及网络变更的,由网络中心牵头业务中心对变更方案的可行性及可能造成的影响进行审批,审批应考虑对业务系统及其关联系统的影响。

(2)对涉及业务系统变更的,如涉及硬件及通用软件的变更,应由业务中心牵头技术支持中心及关联系统的维护人员对变更方案的可行性及可能造成的影响进行审批。

(3)局域网络的开通、变更、撤销。

(4)本地专线的开通、变更、撤销。

(5)调整电话配线间电缆顺序、长度,调整网络信息点使用配制,制作电话电缆等。

(6)网络、视频、通讯及安全设备等的配置变更和设备替换升级。

(7)配合采购人总行进行全行性变更工作。

5.当变更涉及到其他专业主管部门时,须由相关部门进行确认。

(二)变更验收与上线审批:

变更申请单位、使用部门、运维部门及运维管理部门对重大变更实施情况(测试环境)进行验收并对上线申请进行审批。

4.3变更实施(测试环境)与测试

(一)系统变更实施前应有详细的系统变更计划。变更计划应包括变更原因、变更进度、受影响的业务、资源需求、责任部门、责任人、操作人员、计划时间、变更操作步骤、回退方案等内容。

(二)变更人员根据变更方案、变更计划进行变更实施(测试环境)。

(三)根据变更测试计划进行测试,包括系统测试、单元测试、界面和接口测试、平行测试、容量测试、网络测试、功能测试、安全性测试、稳定性测试及用户接受测试等方面的测试,对于数据库数据转换变更,还需对原有数据和转换后数据进行测试以保证数据的准确性,如涉及与其他系统的接口,还应测试对接口系统的功能及性能的影响。

(四)变更测试须在与生产系统类似的测试环境上进行,以保证变更测试的有效性。

(五)变更测试应填写测试报告。测试报告应由系统维护部门和系统使用部门相关人员签字确认。

(六)在变更测试通过后,上线之前需向运维管理部门提交上线申请,说明上线时间和实施人员、测试结果、变更计划等内容,由运维管理部门对上线的合规性、可行性、上线执行人员等内容进行审批。

4.4变更上线(发布)

(一)审批通过后,由变更上线人员(必要时请设备厂商电话或现场技术支持)根据预定方案进行上线实施。

(二)上线实施前必须作好各个相关单位及人员间的沟通工作。平台及底层系统变更必须经过与此平台及系统接口的其他系统的系统维护人员确认,对全国集中系统尤其应注意省分、总部之间的沟通。

(三)上线实施应提前2个工作日发送变更通知,告知变更系统名称、变更时间、业务中断历时和影响范围等情况。

(四)对于影响较大、需中断业务的系统变更,需要提前和使用部门充分沟通,得到使用部门领导的确认,以确保系统变更对具体应用的影响降至最低。

(五)系统变更必须有应急回退方案和回退时间点,如果时间点到达而变更不成功,需立即采用系统变更方案中制定的回退方案回复原始状态,同时向运维管理部门汇报,根据指示做相应处理。

(六)上线实施前,必须对相关的数据(网络操作系统、网络配置文件、操作系统启动文件、操作系统配置文件、用户数据文件系统、数据库、应用程序等)进行充分的备份,并做好备份记录,以确保回退时能恢复到原始状态。

4.5上线测试

变更上线后需进行上线测试,上线测试内容如下:

(一)网络联通性测试及系统功能测试,确保变更达到预计目标。

(二)对于网络牵头实施的变更,由网络专业牵头,业务中心配合完成相关的业务测试。

(三)对于业务系统变更,由业务中心牵头,完成关联系统的业务测试。

4.6完工报告及运行监控

(一)变更完成后2个工作日内,变更实施部门需填写完工报告将变更过程和实施效果反馈运维部门及运维管理部门,如是使用部门提出的变更申请,则需同时反馈使用部门并由使用部门进行变更结果的验收确认。

(二)系统变更完工报告经相关部门审核签字确认后,报运营管理中心备案。

变更完成后一周内由系统维护人员重点关注系统运行情况,发现问题及时通知变更实施人员并逐级上报。

五、性能和容量管理服务

5.1设备故障识别

设备故障是网络、视频会议及机房设备运行过程中常见的突发情况。在处理设备故障时,应首先识别故障设备及其故障点。例如,设备是否出现电源故障、硬件损坏、软件故障等。准确的识别故障点有助于快速定位问题并采取相应的应急措施。

5.2网络故障定位

网络故障可能由多种因素引起,如网络设备故障、网络线缆故障、网络协议问题等。在处理网络故障时,应首先对故障进行定位。可以使用ping命令、Tracert命令等工具检查网络连接是否正常。同时,应检查网络设备的配置和设置是否正确,例如路由器的配置、交换机的设置等。

5.3备份设备启用

为确保业务的连续性,应配置备份设备。当主设备出现故障时,可以迅速启用备份设备,确保网络的正常运行。备份设备的配置应与主设备一致,包括IP地址、网关等网络配置。在启用备份设备时,应注意避免与主设备的冲突或重复配置。

5.4应用软件故障排查

应用软件故障可能导致网络或视频会议系统无法正常运行。在处理应用软件故障时,应首先重启应用软件。如果重启无效,应检查应用软件的配置文件是否正确。如果配置文件存在问题,应根据实际情况进行修复或重新配置。如果应用软件存在严重问题,应及时联系软件供应商并更新软件版本。

5.5数据备份与恢复

数据是网络、视频会议及机房设备最重要的资源之一。在处理设备故障时,应首先备份数据以防丢失。可以使用U盘、移动硬盘等存储介质定期备份数据。在数据恢复时,应根据备份文件的类型和备份时间选择合适的恢复方式。例如,如果备份文件为完整系统备份,可以使用系统还原工具进行恢复;如果备份文件为单个文件或文件夹,可以使用文件恢复工具进行恢复。

5.6机房安全防范

机房是存放网络、视频会议及机房设备的重要场所。在应急先期处置过程中,应注意机房的安全防范。首先,应确保机房的物理安全,禁止非授权人员进入机房;其次,应加强对机房设备的监控和管理,定期检查设备的运行状态和安全漏洞;最后,应配置相应的安全设备和软件,如防火墙、入侵检测系统等,以防范外部攻击和非法入侵。

5.7沟通与协调

在应急先期处置过程中,良好的沟通与协调至关重要。相关人员应保持密切联系,及时沟通信息、协调资源,确保应急处置工作的顺利进行。可以通过电话、邮件、即时通讯工具等多种方式进行沟通,并确保信息的准确性和时效性。同时,应定期召开应急处置会议,总结前期工作进展,明确下一步工作计划和任务分工。

5.8记录与总结

记录和总结应急先期处置工作的过程和结果是非常重要的。这有助于分析问题原因、总结经验教训,并为今后的应急工作提供参考和借鉴。可以制定统一的记录和总结规范,包括记录应急处置的时间、地点、参与人员、事件经过等信息,并对处置过程中的成功经验和不足之处进行总结分析。同时,可以将记录和总结的结果汇总成报告,提交给相关部门和领导进行参考和评估。

六、应急管理服务

应急保障预案

严格执行院方突发情况期间的保障制度,做好常规维护、网络安全维护、通信服务的定期巡检及日常访问记录的备份工作,以保障最先发现灾害并及时处置此突发事件。

为保障重大活动期间的信息系统和基础设施的稳定运行,应建立应急突发事件应急处置流程,详细流程如下:

1、先期处置

针对应急突发情况提前做好准备工作,对网络工程及机房设备的数据、备件检查、配置进行备份和检查,做好巡检和故障排查工作。

2、故障发生

系统运维服务小组可从以下途径得知故障的发生:

(1)运维服务人员通过监控告警发现故障

(2)维护站点通过维护巡检发现故障

(3)用户发现故障,报告给维护部门

(4)驻场工程师发现故障

3、报障受理

运维服务团队得知系统故障发生后,立即响应,并向报障人或单位详细了解系统故障情况。

4、信息研判

运维服务团队根据了解到的系统故障情况进行分析判断,以确定采用一般故障处理流程还是立即启动系统突发故障应急处理预案。

5、预案启动

如需启动应急预案,则立刻通知突发应急主管部门,由应急主管部门启动应急预案,对系统突发故障应急事件进行全面管控处理。

6、资源确认

系统突发故障应急预案启动后,首先是根据现场突发故障实际状况、紧急程度、技术难度、备品备件等情况对相关资源(主要是参与人员)依据经验进行调度和确认,主要有以下资源:

技术支持人员;

相关厂家技术支持人员;

技术专家

另外,如果现有资源不能满足应急需要的,可同时启动我公司内部的资源应急调度流程。

7、预案执行

按照既定的预案进行突发故障抢修,如遇到问题及时向应急主管部门组汇报。

8、预案终止

预案的终止时间由故障现场技术人员根据现场的实际进展情况,在与用户单位有关部门协调后报应急主管部门决定。

9、结果上报

预案中止后,相关预案参与人员将整个事件过程中所有收发信息、领导批示、事故调查报告、现场录像、图片等材料及时整理归档,并总结事件处理过程中的经验和教训,修改、完善事件应急预案。然后集中上报至应急主管部门。

统筹规划应急演练活动,充分利用现有资源,努力提高应急演练效益。

七、运维软件

部署一套运维软件对现有基础架构运行状态进行监控以及可视化展示。

八、其他服务

按招标服务要求,承诺根据采购人工作需要,完成采购人主管部门布置的其他相关服务内容。

九、其他要求

1. 投标人能力要求:

投标人需具备一定的技术实力:

(1)荣昌本地技术人员不低于20人,提供本单位为其缴纳的近半年的社会保险证明材料复印件,并加盖投标人公章。

(2)投标人须提供三甲医院机房运维案例合同或重庆市内的自有机房(达到A 级或以上标准)房地产权证复印件。

2. 人员要求:

除1名驻场人员外,投标人需为本项目指定1名项目经理,1名技术总负责人。在合同服务期间,采购人有权要求项目经理及技术总负责人到达现场,投标人需承诺接到通知后2个小时内到达现场,否则按2000元/人/次扣罚违约金。

   二、填写资料及要求。按格式要求填写《重庆市荣昌区人民医院信息化建设推介资料》(见附件2),需提供纸质件(双面打印加盖公章),信息化建设推介产品参数表需提供纸质件及电子版(word版)。推荐的每样资料放在单独文件夹,文件夹命名按照附件1对应编辑,如:“项目名称”。

三、厂商资质要求

(一)参照《中华人民共和国政府采购法》第二十二条规定;

四、资料递交形式及推介会安排

1.报名方式:纸质件现场递交或邮寄,邮寄地址:重庆市荣昌区人民医院外科楼二楼信息科2;联系人:张老师(15023293357),电子版提前发送至邮箱285884845[at]qq[dot]com,电子版邮件命名方式为:项目名称+公司名称。

2.报名起止时间:公告发布之日起至2024年1月17日17:30。

3.推介会时间、地点:待定,由院方根据报名情况电话通知。

4.推介会要求:各厂商自行准备推介产品PPT或者产品方案等,5分钟时间对产品进行介绍,5分钟时间回答院方提问。

5.联系电话:023-46331798

附件:推荐文件模板

                     重庆市荣昌区人民医院      

2024年1月10日

荣昌区人民医院软件采购需求公告_机房运维.doc


扫一扫 手机端浏览

重庆市荣昌区人民医院机房驻场运维采购需求公告