智算多多



| 招标编码 | -- | 所属地区 | -- |
| 采购业主 | -- | 代理机构 | -- |
| 中标机构 | -- | 截止时间 | -- |
龙岩市第二医院数字化医院信息系统维保项目(20262027年度),预算金额120万元。
乙方所提供的维保服务的总任务:
乙方派遣1名三年以上交付工作经验的实施工程师作为本项目的驻场项目经理(该项目经理应能解决甲方提请的常规信息需求),其工作作息时间为每周5×8小时现场驻场服务,作息时间应与甲方信息科人员的作息时间一致,不得迟到、早退,接受甲方信息科的考勤管理。遇节假日、周末或班外时间,驻场项目经理应保持通讯畅通,调配人员解决甲方的紧急信息需求。
乙方派遣1名两年以上交付工作经验的实施工程师作为本项目的驻场服务工程师,其工作作息时间为每周5×8小时现场驻场服务,作息时间应与甲方信息科人员的作息时间一致,不得迟到、早退,接受甲方信息科的考勤管理。遇节假日、周末或班外时间,驻场服务工程师应保持通讯畅通,服从驻场项目经理调配解决甲方的紧急信息需求。
乙方派遣1名一年以上交付工作经验的实施工程师作为本项目的驻场服务工程师,其工作作息时间为每周5×8小时现场驻场服务,作息时间应与甲方信息科人员的作息时间一致,不得迟到、早退,接受甲方信息科的考勤管理。遇节假日、周末或班外时间,驻场服务工程师应保持通讯畅通,服从驻场项目经理调配解决甲方的紧急信息需求。
乙方工作期间必须遵守甲方制定的工作流程、岗位职责及操作守则。
乙方更换项目经理及驻场实施工程师应提前1周向甲方提交书面申请并征得甲方同意,同时做好人员交接工作。经甲方院长、分管信息副院长、信息科负责人共同确认,认为需要更换乙方项目经理或者驻场实施工程师,乙方应在接到书面申请后1周内给予更换。
乙方驻场人员外出、休假、出差至少应提前一天向甲方信息科负责人提交书面申请并征得同意,同时做好人员交接工作。如有特殊情况,可通过电话或者微信等方式向甲方信息科负责人说明并征得同意,上班后当天补交书面申请。
乙方应提交程序操作手册并完成对甲方信息中心工作人员的培训,并着力培养甲方信息中心技术人员,包括进修、学习、培训等,逐步将一些非核心业务的日常需求处理(如常规报表)移交甲方信息中心人员。
乙方驻场的3名工程师需固定人员,未经甲方允许不得自行更换。
乙方项目经理岗位职责:
遵照附件2的约定处理甲方的新需求和系统升级工作。
接收甲方需求单后,根据需求优先级要求(优先级的具体解释见附件3),及时上报公司。
每日监督需求完成进展情况,保障其按计划完成,每周一向甲方信息科提交上周工作进度汇报。
协助甲方人员进行日常事件及问题处理,并将解决办法告知甲方相关负责人,共同完成更新配置。
乙方开发工程师岗位职责:
深入理解甲方需求,多与相关负责人沟通。
认真做好程序变更发布前的测试工作,并提交测试报告及操作手册。
乙方项目经理操作守则:
乙方进行程序及数据变更必须经甲方信息科负责人同意;由甲方确认发布时间并通知相关使用部门。
乙方开发人员操作守则:
程序变更发布必须通过乙方项目经理同意。
程序变更发布前必须在甲方测试环境进行测试并提交测试报告。
除特殊情况外,不得在正式环境调试程序变更。
程序变更发布后至少在上午8:00下午5:00之间观察4小时后,方可离开甲方信息中心。一旦出现与程序变更发布相关的事件,必须立即到达现场解决。
履行期限为:合同签订后起一年,在履行期限内,以合同所列服务范围为准。
乙方提供的维保服务所包含的应用系统清单为运行于甲方的数字化医院系统等,详细清单参见附件1。
在履行期限内,乙方应提供报表的开发资源,用于开发甲方的新需求,并对新增报表数量不做限制。
甲方新模块功能类的需求所需的工作日需经甲乙双方共同认定。
超过合同范围的工作开发需另外签订合同。
除非有特别说明(不受本条的约束),在本履行期内,合同所约定的维保服务范围内的软件产品的免费升级仅包括:软件产品软件许可的免费升级;此免费升级不包括按合同约定采购人获取到的最新版的东华自主软件产品的实施费,如产品的安装、调试、培训、本地化等费用。此实施费需由供需双方另拟合同确定具体金额和支付方式。
本履行期内每年服务费的支付方式:
合同签订后30日内或每年服务开始的30日内,甲方支付乙方当年服务费的50%;
第二期支付时间为当年的第7个月开始的30日内,支付的金额为当年服务费的30%;
第三期支付时间为当年维保服务到期前的30日内,支付的金额为当年服务费的20%。
一旦出现与乙方有关的重大系统故障或者漏洞(甲方用户操作失误除外),乙方应在24小时内以书面方式解释发生原因;如该故障影响全院的住院和/或门诊诊疗结算业务且持续1小时以上(医保、网络等外部因素除外),每次扣罚10000元,扣罚金额从乙方维保费中扣除,乙方在收到甲方扣罚通知后7天内不向甲方提请申诉,视为乙方接受了甲方的扣罚;如该故障或者/漏洞给甲方造成不可挽回的巨额经济损失(经济损失如有争议,可由第三方评估机构进行评估),甲方有权向乙方提出索赔,乙方须予以赔偿,乙方在收到甲方索赔要求后30天内不向甲方提请申诉,视为乙方接受了甲方的索赔要求。
乙方接收甲方需求单后(甲方通过乙方的综合业务操作系统(简称BOS)提交需求,因乙方单方面原因,不能根据需求优先级要求(优先级的具体解释见附件3)保质保量按时完成,按逾期500元/天扣罚,扣罚金额从乙方维保费中扣除。如该需求属于政府、卫健委、医保局等上级部门的指令性任务,则每被上级部门通报批评一次(如通报以排名形式,不能在龙岩市前3名之后),另扣罚5000元/次。乙方在收到甲方扣罚通知后7天内不向甲方提请申诉,视为乙方接受了甲方的扣罚。
乙方工程师违反上述甲方制定的工作流程、岗位职责及操作守则时,按2000元/次扣罚,扣罚金额从乙方维保费中扣除,乙方在收到甲方扣罚通知后7天内不向甲方提请申诉,视为乙方接受了甲方的扣罚。
乙方驻场实施工程师及驻场开发工程师,接受甲方信息科的考勤管理,不得迟到、早退,对于未经甲方批准自行外出、休假、出差,按2000元/人·天扣罚。乙方在收到甲方扣罚通知后7天内不向甲方提请申诉,视为乙方接受了甲方的扣罚。
由于甲方原因造成甲方不能如期付款的,甲方每延迟一天,按合同总金额万分之五赔偿违约金。
除上述第六条规定的赔偿和罚款外,各方明确同意任何一方对意外的、附带的或惩罚性的损害不承担责任,上述损害包括但不限于使用损失、生产损失、利润损失、利息损失、收入损失,以及信息或数据损失,不论违约方是否被告知该等损害发生的可能性或本应意识到该等损害发生的可能。
甲乙双方应严格保持本条款以及一切与对方的业务、服务对象、雇员、关联方、发展计划、程序、文件、技术、商业秘密、系统和专有技术相关的信息和数据的完整性、保密性、可用性,除法律要求外,未经另一方的事先书面许可,任何一方不得向任何第三方披露该等信息。
在数据迁移至统建平台过程中,乙方应严格遵守数据安全管理规定,确保数据传输、存储、处理的机密性、完整性和可用性。未经甲方书面许可,不得以任何形式留存、复制或外泄迁移数据。
本条款的规定在本合同终止后继续有效。
供应商须承诺,在合同签订前,提供本竞争性谈判文件“附件1.数字化医院系统维保服务范围清单”涉及到的软件系统的维护授权许可。(承诺函格式自拟,未提供承诺函为无效供应商)
| 序号 | 一级目录 | 二级目录 | 备注 |
|---|---|---|---|
| 1 | 患者综合服务 | 卡管理 | |
| 2 | 预约管理系统 | ||
| 3 | 就诊者自助系统 | 需要第三方配合 | |
| 4 | 多媒体信息发布系统 | ||
| 5 | 医技预约管理系统 | 需要第三方配合 | |
| 6 | 门急诊诊疗服务 | 门急诊挂号系统 | |
| 7 | 门急诊收费系统 | ||
| 8 | 分诊导医系统 | ||
| 9 | 门诊医生工作站 | ||
| 10 | 门诊护士工作站 | ||
| 11 | 门急诊药房管理系统 | ||
| 12 | 门诊应急系统 | ||
| 13 | 急诊留观管理系统 | ||
| 14 | 住院诊疗服务 | 出入院管理系统 | |
| 15 | 住院收费管理系统 | ||
| 16 | 住院医生工作站 | ||
| 17 | 住院护士工作站 | ||
| 18 | 住院药房管理系统 | ||
| 19 | 住院配液中心管理系统 | ||
| 20 | 电子病历 | 电子病历 | |
| 21 | 电子病历归档系统 | ||
| 22 | 医院临床管理 | 不良事件上报管理系统 | |
| 23 | 病案管理系统 | ||
| 24 | 医务管理系统 | ||
| 25 | 护理管理系统 | ||
| 26 | 临床路径管理系统 | ||
| 27 | 抗菌药物管理 | ||
| 28 | 处方点评系统 | ||
| 30 | 随访管理系统 | ||
| 35 | 临床医技管理 | 实验室信息系统 | |
| 36 | 血库管理系统 | ||
| 37 | 医疗资源管理 | 药库管理系统 | |
| 38 | 物资耗材管理系统 | ||
| 39 | 医疗设备管理系统 | ||
| 40 | 物价管理系统 | ||
| 41 | 物品追溯 | 含高值耗材、血袋、药品、标本等的追溯 | |
| 42 | 基于RFID的供应室管理系统 | ||
| 43 | 人力资源管理系统 | ||
| 45 | 医院运营管理 | 奖金核算系统 | |
| 46 | 全面预算管理系统 | ||
| 47 | 成本核算管理系统 | ||
| 49 | 无线医疗 | 移动医生站 | |
| 50 | 移动护士站 | ||
| 51 | 无线输液系统 | ||
| 52 | 基于电子病历的医院信息平台 | 集成平台 | |
| 53 | 消息标准化转换引擎 | ||
| 54 | 注册服务管理 | ||
| 55 | 基于平台的应用 | 口袋医院 | |
| 56 | 与总院医疗协同 | ||
| 57 | 临床数据集成视图 | ||
| 58 | 科研数据管理 | ||
| 59 | 门户系统 | ||
| 60 | 电子病历浏览 | ||
| 61 | 居民健康门户接口 | ||
| 62 | 区域协同医疗接口 | ||
| 63 | 运营决策分析 | ||
| 64 | 临床决策分析 | ||
| 65 | 医疗资源中心 | 基础信息库 | |
| 66 | 临床信息文档库 | ||
| 67 | 临床知识库 | ||
| 68 | 病案归档库 | ||
| 69 | 系统综合管理 | 权限管理 | |
| 70 | 菜单管理 | ||
| 71 | 角色管理 | ||
| 72 | 界面配置管理 | ||
| 73 | 工作流管理 | ||
| 74 | 接口部分 | 医疗保险接口 | |
| 75 | 新农合接口 | ||
| 76 | 心电接口 | 第三方配合 | |
| 78 | 手术麻醉系统接口 | 第三方配合 | |
| 79 | 院感系统接口 | ||
| 80 | 其他接口(上线以前) | 第三方配合 |
| 序号 | 一级目录 | 二级目录 | |
|---|---|---|---|
| 增1 | 合同内核增部分 | 急诊预检分诊管理系统 | |
| 增2 | 检验试剂耗材管理系统 | ||
| 增3 | 临床用血统计分析系统 | ||
| 增4 | 临床检验专业医疗质量控制统计分析系统 | ||
| 增5 | 医务排班系统 | ||
| 增6 | 龙岩市医保按病种收付费接口 | ||
| 增7 | 系统综合管理 | 数据库运维保障 | 含性能优化、备份恢复、迁移配合 |
| 序号 | 一级目录 | 二级目录 | |
|---|---|---|---|
| 1 | 患者综合服务 | 门急诊手术管理 | |
| 2 | 住院手术管理系统 | ||
| 3 | 透析管理系统 | ||
| 4 | 电子病历 | 病历质控 | |
| 5 | 病历综合查询 | ||
| 6 | 系统基础配置 | ||
| 7 | 电子病历归档管理系统 | ||
| 8 | 电子签名 | ||
| 9 | 全文检索系统 | ||
| 10 | 医院运营管理 | 财务监审系统 | |
| 11 | 基于平台的应用 | 院长综合查询 | |
| 12 | 智能报表 | ||
| 13 | BI决策系统 | ||
| 14 | 接口部分 | 短信平台接口 | |
| 15 | 药品采购接口 | ||
| 16 | 12320预约接口 | ||
| 17 | 合理用药接口 | ||
| 18 | 血站接口 | ||
| 19 | 检验外送接口 | ||
| 20 | 妇幼接口 | ||
| 21 | 药品上传接口 | ||
| 22 | hqms接口 | ||
| 23 | 慢病、肿瘤、传染病、院感上报接口 | ||
| 24 | 护理呼叫接口 | ||
| 25 | 银联POS接口 | ||
| 26 | 微信公众号 | 微信公众号 | |
| 27 | 临床药师服务平台 | ||
| 28 | 药品追溯码管理系统 | ||
| 29 | 慢阻肺上报管理系统 | ||
| 30 | 供应室 | 消毒供应室PDA |
甲方相关人员填写需求单,经甲方信息科负责人乙方驻场项目经理共同手工签字后,由乙方项目经理及时上报乙方公司。
乙方根据优先级要求(见附件3)和工作量,填写计划单,计划单经乙方项目经理签字后交甲方信息科负责人备案。
乙方项目经理和甲方信息科负责人共同监督完成进度。
乙方开发人员完成需求相关程序的编写和测试后,向甲方信息科负责人递交测试报告及操作手册。
甲方信息科负责人组织甲方测试,向乙方项目经理提交修改意见,重复上述过程,直至甲方测试成功。
甲方编写业务操作手册并组织直接用户的培训。
乙方项目经理向甲方信息科负责人提交程序发布申请单,甲方信息科负责人签字后,方可正式进行程序变更发布。
| 优先级 | 级别 | 乙方项目经理响应时间 | 需求最长完成时间 |
|---|---|---|---|
| 1类 | 立即响应 | 1小时 | 1小时 |
| 2类 | 立即响应 | 1小时 | 1小时 |
| 3类 | 1小时 | 48小时 | 48小时 |
| 4类a | 24小时 | 3周 | 3周 |
| 4类b | 48小时 | 6周 | 6周 |
| 5类 | 立即响应 | 不得超过指定性任务的截止时间 | 不得超过指定性任务的截止时间 |
1类级别定义为:影响全院系统正常工作的软件系统问题,造成业务停止。
2类级别定义为:影响部分主要业务科室(如门诊、住院、收费)正常运行,造成部分主要业务停滞或极度缓慢的情况。
3类级别定义为:程序自身缺陷或错误,不影响主要业务正常进行,但可能造成部分数据问题或影响个别业务的顺畅。
4类a级别定义为:日常业务优化流程,不影响全院业务正常运行的功能需求修正。
4类b级别定义为:新的业务需求用来满足业务扩展,经医院信息科与乙方项目经理讨论确认后,甲乙双方均同意开发的内容。
5类级别定义为:国家、省、市上级部门及医院的指定性任务等非常原因引起的数据统计及软件修改需求。