103327广州市花都区第二人民医院信息技术服务（广州集采）定点竞价采购公告_招标网

103327广州市花都区第二人民医院信息技术服务（广州集采）定点竞价采购公告

信息发布日期：2021.07.05 标签：广东省招标

加入日期：	2021.07.05
地区：	广东省
内容：	.titleName { font-size: px; font-weight: bold; text-align: center; margin-bottom: px; } .contractWrap { padding: px px } .contractWrap p { tex

招标公告正文

103327 广州市花都区第二人民医院采用定点竞价方式实施本次采购，现邀请合格的供应商参与竞价。

一、项目基本信息

（一）项目名称：103327 广州市花都区第二人民医院信息技术服务（广州集采）服务采购

（二）项目编号：DDJJ-2021-130746

（三）预算金额：574,000.00

（四）采购需求：

编号	服务描述	需求描述	数量	计量单位
1	服务内容：东软PACS系统维保，无线网络改造（全院wifi）维保，阳光用药电子监测系统运维，门户系统运维，门户系统配套防火墙运维，院内过保的服务器运维从产生成交通知书起至2022年6月30日止；HIS系统维保服务时间为2021年9月14日至2022年6月30日，，不良事件信息报告与监测系统维保服务时间为2021年11月17日至2022年6月30日，医院感染报告和监测管理系统维保服务时间为2021年9月27日至2022年6月30日。	预算：人民币 57.4 万元资格要求： 1 符合《政府采购法》第二十二条供应商资格条件；分公司投标的，必须由具有法人资格的总公司授权。招标范围 1 运维清单序号系统名称简述服务期限 1 创业慧康HIS系统医疗业务系统运维 2021.09.14-2022.06.30 2 东软PACS系统影像业务系统出具中标通知书后到022.06.30 3 信锐无线网络wifi 全院无线网络软硬件维保出具中标通知书后到022.06.30 4 用血直报系统用血直报系统运维出具中标通知书后到022.06.30 5 环通阳光用药电子监测系统阳光用药电子监测系统运维出具中标通知书后到022.06.30 6 火龙果不良事件信息报告与监测不良事件信息报告与监测系统运维 2021.11.17-2022.06.30 7 杏林医院感染报告和监测管理系统医院感染报告和监测管理系统 2021.09.27-2022.06.30 8 门户系统运维医院官网运维出具中标通知书后到022.06.30 9 门户系统配套防火墙医院官网的防火墙安全系统运维出具中标通知书后到022.06.30 10 服务器维保目前已经过保的服务器有19套，目前有故障的服务器有3台，暂未进行维修出具中标通知书后到022.06.30 项目工期及服务期要求服务时间：签订合同之日起即需保障采购人软件系统的安全稳定运行。服务期：东软PACS系统维保，无线网络改造（全院wifi）维保，阳光用药电子监测系统运维，门户系统运维，门户系统配套防火墙运维，院内过保的服务器运维从产生成交通知书起至2022年6月30日止；HIS系统维保服务时间为2021年9月14日至2022年6月30日，，不良事件信息报告与监测系统维保服务时间为2021年11月17日至2022年6月30日，医院感染报告和监测管理系统维保服务时间为2021年9月27日至2022年6月30日。项目背景广州市花都区第二人民医院应用系统及硬件设备的投入使用极大的推动了我院的信息化建设的进程，随着我院对整体IT系统（硬件、软件等）的可用性要求日益提高，系统运行保障和维护管理就成为确保业务系统安全稳定可靠运行的最有力的手段。这些设备的日常保养、故障网络集成和检测维护、系统维护等的工作量巨大，由于我院技术人员缺乏，建设任务繁重，较难做到IT设备及业务系统的日常维护服务的高效和保质保量，为了保障我院信息化设备、软件系统的安全稳定运行，出现故障时能在最短时间得以恢复，保证业务工作的正常开展，迫切需要专业的IT服务公司对当前已有的应用系统以及硬件设施提供定期保养、故障维修、运行维护以及安全检查服务，以避免出现各类问题造成对工作的冲击和影响，减少因IT设备故障和系统故障造成的影响带来的损失，提高我院的软、硬件、业务应用软件的运行维护效率，确保信息系统正常运行。运维目标需求本期运维项目建设目标是在遵循ITSS运维等标准体系框架，提升系统运维的手段和效率，维护广州市花都区第二人民医院信息业务系统、无线网络、安全设备等的正常运行；记录各类业务系统的运行情况、进行相关业务系统的软硬件更新、提高各业务系统的性能，确保业务系统正常运行，保证各业务系统的完整安全，确保日常信息系统的稳定运行。运维服务工作要求（一）服务要求 1服务要求 1.1创业慧康HIS系统运维服务要求 1.1.1创业慧康HIS系统运维服务清单序号子系统系统模块 1 医院管理信息系统（HIS）门诊医生站 2 住院医生站 3 住院护士工作站 4 门急诊护士工作站 5 门急诊配发药管理 6 门诊药房管理 7 住院药房管理 8 药库管理 9 门诊挂号管理 10 门诊收费管理 11 住院出入转管理 12 住院收费管理 13 医技费用管理 14 领导综合查询与决策支持 15 广州医保、花都医保、花都农合等接口 16 电子病历系统（EMR）住院电子病历 17 门诊电子病历 18 护理电子病历 19 住院病历质控 20 检验信息系统（LIS）主任办公管理 21 条码管理 22 报告管理 23 仪器接口 24 其他模块系统集成在PORTAL里面的各模块子系统 1.1.2系统维护的内容包括： 1 业务应用系统日常维护内容： 1)软件系统运行错误修复，解决系统运行故障； 2)软件系统的数据库表结构和字典调整，应对医院日常需求； 3)软件系统因误操作导致数据混乱的修复，保证系统的稳定运行； 4)软件系统统计报表的数据核对，保证数据准确性和完整性； 5)软件系统BUG修复； 6)软件系统模块配置管理，包括角色配置、权限分配等； 7)软件系统运行环境管理，包括操作系统和数据库软件的参数配置等； 8)系统性能优化，包括数据分离、数据优化、代码适应性优化、系统优化； 9)在系统结构允许的范围内，根据医院管理和业务变化做出必要的流程变更、功能新增、调整和代码修改；；因国家、省、市卫生政策、社保政策变化需进行的必要的系统功能更改、接口开发和实施。 2 软件系统二次开发 1)病案首页进一步开发； 2)关于防疫防控所有要求的接口开发； 3)微信公众号关于防疫防控改造以及开发； 4)阳光用药相关原始数据采集与输出； 5)以上软件接口和软件功能的实施工作。 3 软件系统用户操作培训 1)因政策调整或系统接口开发产生的新系统功能，对院方进行操作培训； 2)对院方新进业务人员进行系统操作培训，对院方新进系统管理员进行系统日常维护管理培训。 4、系统支撑软件维护 1)H3C的网关软件维护； 2)数据库软件性能优化； 3)数据库数据备份技术支持； 4)数据库数据迁移技术支持。 5、运维方应满足（且不限于）以下医护人员需求服务： 1)病历首页可以自动生成信息，引用患者身份证信息，地址信息以及电话号码等； 2)提供完整的电子病历模版，将手术同意书接入系统内,书写病历的模板需要有术前讨论模板和手术同意书； 3)病人转科后可以有转科前自己处理原转出科病人的操作填写信息的权限； 4)个人常用语自己有权删减； 5)非自己本科室的病人危急值弹框不能弹出在自己科室的业务界面； 6)HIS系统的历史查询信息，加增一项“门诊号”，以便临床查询历史病记； 7)各种执行单如输液巡视卡、口服药单、治疗护理单增加住院号； 8)科室提交药品单到药房后有“次数”提交的提醒功能（已领回提醒次数归零），或者药房没打印发药单的，须有提示或痕迹，防止漏发药； 9)医务科提交的病历模板运维方需要配合医务科放到系统上； 10)和金域和达安完成系统接口对接； 11)抽血条码机能自动分辨抽血试管的颜色，如需单独试管的项目能单独打印出来（护士按照机打标签就能正确抽血）。抽血前及抽血后，能有条码机过机，检验有无抽错、抽漏；护士采血完后有需过机记录采血时间，检验科收到标本后需要过机记录接受事件，以便溯源； 12)转院病人体温单能显示转院，在临床事件中增加“转院”标记，然后在体温单中体现（出院→转院）； 13)DR、B超、CT、检验等项目辅助科室能扫描后确认收费；流程为护士站和检验检查科室批量执行的，不需进行核对。将医技系统权限开放给检查科室的导诊护士，由护士扫申请单上的条码进行执行，医技执行住院业务界面，提供扫码执行功能； 14)转床转科病人体温单上的护理记录单眉栏不能出现转床转科反复床号； 15)打印治疗护理执行单、检验条码均能有时间段选择执行； 16)系统可以筛选当天新开医嘱，一键打印此时间段新开的输液、静注、雾化、治疗护理执行单等； 17)根据医院实际业务发展情况，对医院信息化提供专业的规划与设计方案； 18)运维方需与院方签订保密协议，如因运维方工作人员的疏忽、不作为或者泄密造成的影响及损失，院方保留追究的权利； 19)工作人员对院方的需求单要进行一个工作计划报告，含完成内容时间以及培训方案等，并于次周交予医务科或者相关提供需求科室的一个工作周报告； 20)每个季度至少进行一次服务质量考核评价，甲方对乙方服务质量进行考核评价，评价表详见附件《季度/年度服务质量评价表》，其合格分为80分。如低于80分，乙方需作出整改报告提交给甲方，并扣罚该季度维保费的5%。院方的临床科室以及相关职能部门作为考核科室，对运维方进行考核，考核标准以下的考核内容为准； 21)完善检验流程闭环，a.监控所有时间节点，b.护工运送流程监控，通过登录护士站电脑以及使用条码枪，c.多个条码对应一个运送包码；完善.危急值管理：a.八分钟提醒功能，比如：增加短信和声音提醒，b.危急值界面总览，显示时间段所有的危急值情况，有颜色、闪动、声音提醒，c.相关界面报表。附件：《季度/年度服务质量考核评价表》一、工作量完成情况（占30分）序号考核项目计分方式权重评分 1 系统运行情况分5个等级：优（81－100）、良（61－80）、中（41－60）、可（21－40）、差（0－20）得分＝（满意度/100）×权重×分值 0.3 2 紧急事件完成情况 0.2 3 新需求完成情况 0.2 4 其他运维工作完成情况 0.1 5 日常运维服务报告(月报等) 0.1 6 工作完成效率用户表扬一次加0.05权重分，无投诉得满分，投诉一次减0.05权重分，由甲方打分 0.1 二、服务态度（占30分）序号考核项目计分方式权重评分 1 服务请求响应速度分5个等级：优（81－100）、良（61－80）、中（41－60）、可（21－40）、差（0－20）得分＝（满意度/100）×权重×分值 0.2 2 其他任务响应速度（含其他部门转来的数据统计、查询、分析等） 0.1 3 维护工程师行为规范（仪表/用语/态度，包括尊重客户，廉洁自律，敬业精神） 0.1 4 沟通与汇报 0.05 5 反映问题渠道的畅通性 0.05 6 维护工程师维护工作的主动性 0.1 7 维护工程师维护工作的办事效率 0.1 8 维护工程师的责任心 0.1 9 回访情况 0.1 10 用户表扬及投诉情况用户表扬一次加0.05权重分，无投诉得满分，投诉一次减0.05权重分，由甲方打分 0.1 三、服务能力与质量（占20分）序号评价项目计分方式权重评分 1 维护工程师诊断故障的能力分5个等级：优（81－100）、良（61－80）、中（41－60）、可（21－40）、差（0－20）得分＝（满意度/100）×权重×分值 0.2 2 维护工程师对法律法规的熟悉程度 0.05 3 维护工程师对专业技术的熟悉程度 0.1 4 维护工程师对业务系统的熟悉程度 0.1 5 维护工程师提出的技术方案可操作性 0.1 6 故障解决质量 0.2 7 日常系统运行保障质量 0.1 8 升级或软件调整质量 0.1 9 维护人员要求每获得一个OCP/CCIE/UNIX操作系统认证加0.05权重分，无人获得认证本项不得分 0.05 此项不用打分四、队伍管理（占20分）序号考核项目计分方式权重评分 1 遵守相关法规及保密规定违反规定一次考核不得分 0.2 2 遵守用户信息系统各项管理规定未经允许，擅自修改或下载、对外提供数据信息，发现一次考核不得分 0.3 3 遵守日常管理制度分5个等级：优（81－100）、良（61－80）、中（41－60）、可（21－40）、差（0－20）得分＝（满意度/100）×权重×分值 0.2 4 服从工作安排 0.2 5 定期提交各类监控报告按期提交得满分，超期提交（或未提交）少一份扣0.05权重分，依次递减 0.1 6、紧急服务主要是指系统发生故障或者系统运作无法再满足用户环境需要时，不能正常运行，需要进行维修、维护或者系统提升所进行的服务方式。紧急服务的内容包括： 1）因医院信息系统软件的发生故障，不能正常运行，需要紧急协助医院相关人员进行处理； 2）因意外情况导致医院信息系统软件及中心数据库服务器无法运行，如：雷雨天气导致中心机房断电断网、光纤网络中断等需要紧急协助医院相关人员进行处理。紧急服务通常以院方下达的技术服务任务单作为依据，在特殊情况下，可以先通过电话等方式报障或下达任务书。紧急服务时间：采取由院方下达任务书、服务方响应的方式，响应时间（到场）要求在1小时内。（7）以下服务范围由运维方按约进行服务响应，但运维方确保恢复原状或修复完好，由此造成的损失亦与运维方无关，并在维修过程中置换软、硬件的费用由院方另行支付： 1）由于雷击、火灾、水灾等不可抗力造成系统瘫痪、运行故障和数据丢失的； 2）由于保修期外的硬件(由运维方提供)故障造成系统瘫痪、运行故障和数据丢失； 3）由于计算机病毒造成系统瘫痪、运行故障和数据丢失； 4）由于院方原因造成的数据丢失。 8、服务方式（8.1）驻场服务成交人运维方需提供2000小时驻场服务（由院方信息科职能部门对出勤记录进行核实确认）。如非正常工作时间段，电话或远程解决不了，需要现场服务的问题，服务人员在接到报修电话后2小时之内到达报障现场处理问题。同时加强系统的监控、巡检和管理及对所有问题的记录、分派、跟踪、分析和报告。（8.2）热线电话要求成交人运维方设立7×24小时热线电话，热线值班工程师可以实时对成交人运维方请求进行处理。对于系统故障，采购人院方可以随时拨打成交人运维方提供的报修电话或7×24小时报修热线手机，要求成交人运维方进行紧急故障处理。（8.3）远程服务采购人院方通过网上报修、电子邮件、远程协助等得到技术服务。成交人运维方可以实时对采购人院方请求进行处理。包括服务请求、远程故障诊断、技术咨询等服务。（8.4）在线服务采购人运维方可通过QQ、微信等方式与成交人运维方交流，或通过查询相关解决方案，由成交人运维方指定技术人员负责解决事件，并反馈信息。 9、运维工作制度要求 9.1对于软件系统日常维护，成交人运维方需提供维护日志，包括维护内容、故障解决周期、解决方案等信息。 9.2对于软件系统二次开发，成交人运维方需提供相应的软件设计方案、程序和数据库表修改记录、工程实施手册和用户操作手册。 9.3对于培训要求，成交人运维方需提供培训教材、培训报告。 9.4 对于系统支撑软件维护，成交人运维方需提供维护日志、数据备份方案、数据迁移方案等。 9.5对于医院信息化规划，成交人运维方需提供相应的信息化规划与设计方案。 10、文档管理按照项目阶段，提供项目的相关过程文档，具体如下： 10.1记录专门的档案； 10.2 详细记录运行状况评估、故障问题报告等信息； 10.3 需求确认单。 11、项目管理根据实际维护服务项目的状况，定期组织汇报与技术交流、紧急情况工作会议，具体如下： 11.1 双方技术人员定期（1季度/次）开会，就过去遇到问题情况作总结汇报和交流，确定下一步工作方案，以提高和改善服务质量，并根据需求对服务方案不断进行完善； 11.2 发现潜在和细小问题，防患于未然；最新产品介绍与业界动态信息；其它用户的经验介绍及分享； 11.3本年度服务期到期后，对一年的运维工作做出总结，并为下一年度的运维工作做出规划； 11.4 对于任何紧急情况，如有必要，应协调相关部门负责人、技术人员，无论何时何地，根据需要召开紧急会议，重点处理紧急问题，以保证重大故障得到及时解决。 11.5每次上门服务时应携带《上门服务记录表》，届时由院方签字确认。 11.6提供季度工作报表及故障分析报告。 11.7提供年终总结报告及建议。 11.8可合理提供整改意见。 12、验收要求： 1. 要求运维方提供“运维工作制度要求”中的相关运维过程文档，见附件一（附件一为模板，具体细则，甲方有权进行修改增减）； 1.2.服务期满前15个工作日内，由运维方出具年度运维报告，院方收到年度运维报告后组织双方对项目进行验收，并出具验收报告。附件一：信息系统运维文档 1.公司业务分类及介绍： 2.公司负责机房及数据库联系人一览表负责人1姓名：项目实施工程师，主要负责网络安全，数据恢复，服务器优化部署负责人2姓名：系统开发工程师，主要开发软件，修复系统BUG 3.公司运维服务器与网络设备一览表服务器：DELL服务器，IBM服务器等网络设备：H3C交换机，华为交换机等 4.公司运维与应用负责人一览表 1）负责人姓名：项目负责人，主要收集院方需求与开发工程师进行协调 5.运维服务流程公司运维服务遵循公司标准的服务流程，服务流程与用户进行协商确定，向用户公开，接受用户监督。服务流程：公司与用户达成共识的工作方法，对双方透明，便于用户了解用户的服务请求如何以及多久可以得到相应，使用户保有充分的知情权和监督权，也有利于公司进一步提高服务质量、优化服务方法. 1）《日常巡检流程》：公司日常巡检工作由公司机房以及数据库驻场工程师完成，日巡检工作巡检项目相对于月巡检工作要少，主要关注点在于系统功能性是否正常，如果巡检过程中发现问题，现场工程师就地解决问题，如果在规定的时间内不能解决，驻场工程师上报项目负责人协调解决（如出现硬件故障不属于本公司负责范围，我司工作人员第一时间通知院方进行协调处理）。完成巡检工作后将巡检报告提交院方负责人，并由院方进行归档处理。 2）《变更管理流程》：变更主要目的是确保用户系统环境变更实施的成功率而设计的流程，最大限度的避免变更风险，根据系统运行需要提出《变更申请》，由院方收集变更需求提交给公司工程师，《变更方案》中需详细描述变更实施计划、工作内容等等相关信息，公司项目负责人进行评审，如果公司项目负责人评审通过再通知院方，并按变更申请里面的计划和内容进行变更，同时公司项目负责人需要把变更细节和风险向院方详细阐述，若变更申请不通过评审，由公司跟院方解析变更不能通过评审的原因以及相关情况。 3）《问题管理》是公司在向广州市花都区第二人民医院提供运维服务过程中，发掘事件发生的深层原因，形成问题报告，消除故障发生隐患，提高系统运维稳定性。公司项目负责人每季度提交1份某某运维服务问题报告（如发掘到问题的情况下），通过运维服务中反映出的具体事件分析事件共性特点，找出潜在的核心问题，供用户参考。 4）《文档归档流程》服务文档审核归档流程是为了能确保公司能够积累完整和准确的对信息系统建设和维护的文档而设计。公司工程师负责编制运维服务文档，整理完毕后定期提交至院方理员进行审核，审核完毕后统一归档，便于文档的积累和査阅。 1.2东软PACS系统服务分类银牌服务工作量及质量目标 400热线响应 ● 指定服务经理　紧急情况下到达现场服务响应时间 12小时节假日期间服务响应 ● 现场累计服务工作量 20人日/年服务内容现场巡检 4次/年含：资深专家级现场巡检　高级服务专家现场巡检 1次/年远程巡检　协助对医疗设备调试，保证系统完整安全 ● 协助医院对进修或新来医生培训指导 1次系统软件维护 ● 常规故障排除 ● 赠送设备连接 1台系统软件维护核心服务器端数据库服务器系统软件维护 ● 存储服务器系统软件维护 ● 认证服务器系统软件维护 ● 消息路由服务器系统软件维护 ● 前置网关服务器 HTTP/DICOM SERVER系统软件维护 ● WORKLIST服务器系统软件维护 ● PPSMANAGER服务器系统软件维护 ● BROKER服务器系统软件维护 ● 前置WEB服务器排队叫号模块 ● 统计报表模块 ● 临床调阅模块 ● 常规故障排除服务器 DICOM网关模块 ● WORKLIST模块 ● PPSMANAGER服务器系统软件维护 ● BROKER服务器系统软件维护 ● 客户端排队叫号模块 ● 统计报表模块 ● 临床调阅模块 ● 影像诊断工作站 ● 视频诊断工作站 ● 预约分诊工作站 ● 技师工作站 ● 第一条甲方委托乙方进行服务的内容如下： 1.技术服务的目标：东软医学影像存储传输与信息管理系统运行中出现问题的解决。 2.技术服务的内容：（1）__东软医学影像存储传输与信息管理系统维护______；第二条乙方应按以下要求完成技术服务工作： 1.技术服务地点：__广州市花都区第二人民医院 ___________； 2.技术服务形式（1）基本服务：监测系统的运行状况，保障系统的稳定运行、指导相关操作人员使用系统；（2）电话服务：乙方维护服务人员通过电话为甲方解答技术问题的过程；（3）远程维护服务：乙方通过远程维护系统对甲方的软件系统进行远程调试的过程；（4）现场服务：乙方不定期派遣技术人员到甲方软件系统使用现场解决问题，并对软件系统进行系统保障的过程。 3.技术服务范围（1）由于软件系统发生严重故障，或在关键处理时期内主应用程序出现故障，而使甲方的软件系统停滞，并且不能用软件系统处理数据；（2）软件系统发生问题而导致甲方主要业务受到严重干扰并且无法轻易解决（暂时性地）的问题；（3）所有有关软件系统的使用和实施的问题和要求； 4. 乙方提供的标准维护服务包括以下情况（1）甲方人员非法操作、第三方产品的故障、计算机设备故障、网络故障等使软件系统无法正常运行；（2）甲方因软件系统被误用或被擅自修改、计算机设备故障、网络故障、其他软件系统的故障、操作失误等情况造成数据混乱和丢失；（3）对软件系统的软硬件提供相应技术指导。三、现场维护响应时间 “响应时间”是指从乙方接到甲方服务请求之后，到与甲方进行沟通并对甲方做出服务承诺。乙方在接到甲方通过电话、信函、传真、电子邮件***	***	项

（五）竞价公告时间：2021-07-05 17:03:05 ~ 2021-07-08 23:59:59

（六）供应商报价时间：2021-07-09 09:00～16:00

二、供应商报价须知

（一）本项目的供应商，采购人选择的有4家，随机抽取的有3家。

（二）供应商应完整、真实、准确的填写采购需求中规定的所有内容。供应商没有对采购需求在各方面都作出实质性响应是供应商的风险，有可能导致其报价被认定为无效报价。

（三）如果因为供应商报价时填报的内容不详，或没有提供采购需求中所要求的全部资料及数据，由此造成的后果，其责任由供应商承担。

（四）供应商应认真核对报价信息，确保符合采购需求，并对其真实性负责。若与实际不符，一经查实，将视为弄虚作假，当次报价无效，并按政府采购相关规定给予处理。

三、定点竞价规则

（一）报价规则

（1）供应商的报价应是总价。

（2）供应商的报价应不高于最高限价。

（3）在报价时间截止前，供应商可以多次报价，最后1次报价为最终报价。

（二）实质性响应审核

报价时间截止后，采购人应当组成评审小组，对参与报价供应商的响应情况进行审核，推荐3家以上实质性响应采购需求的供应商。认定供应商未实质性响应采购需求的，应当说明不能实质性响应采购需求的理由。

（三）成交规则、终止规则

（1）成交规则：报价时间截止后，采购人推荐的实质响应采购需求的供应商有3家以上，系统按照报价由低到高的顺序，确定最低报价供应商为成交供应商。

（2）终止规则：在定点竞价公告期间，采购人因故取消采购任务、变更采购需求；或者在报价时间截止后，参与报价或者实质响应采购需求的供应商不足3家的，竞价终止。

四、项目联系方式***

联系方式***

采购单位：103327 广州市花都区第二人民医院

2021年07月05日

地区导航: 华东: 上海　江苏　浙江　安徽　福建　江西　山东

华北: 北京　天津　河北　山西　内蒙古

东北: 辽宁　吉林　黑龙江

华南: 广东　广西　海南

西北: 陕西　甘肃　青海　宁夏　新疆

西南: 重庆　四川　贵州　云南　西藏

华中: 河南　湖北　湖南