运维服务招标预告（徐州市医疗保障局2026）
一、采购人
1.名称：徐州市医疗保障局
2.地址：徐州市泉山区王陵路72号
3.联系方式： 刘敏
4.采购项目联系人：18952115872
二、采购代理机构
1．名称：江**信招投标代理有限公司
2．地址：徐州市淮海东路29号苏宁广场B4-2702室
3．联系方法：0516-85709966
4．采购项目联系人：周丹 电话：0516-85709966
三、采购项目名称：徐州市医疗保障局核心业务系统应用软件2026年运维服务
四、公告期限：2026年2月24日至2026年2月27日17:00。
五、意见反馈时限：2026年2月24日至2026年2月27日17:00。
江**信招投标代理有限公司
2026年2月24日
徐州市医疗保障局核心业务系统应用软件2026年运维服务采购需求.docx
如有修改意见，请以书面形式并加盖公章、注明联系人、联系方式，于2026年2月27日17:00之前送至我单位，逾期不受理（如邮寄，2026年2月27日17:00之后到达本公司的邮件将不再受理）。项目要求（采购需求）一、项目概况：1、采购人：徐州市医疗保障基金安全监测管理中心2、项目名称：徐州市医疗保障核心业务系统应用软件2026年运维服务3、项目预算：本项目采购预算总金额250.8万元人民币；报价包括全部费用，采购人不再支付报价以外的任何费用。二、需求运维方案：2.1项目背景2021年10月国家医疗保障信息平台在徐州成功上线，2022年8月家医疗保障信息平台参保管理功能在徐州上线，徐州市医保局在全市范围内真正实现了业务办理标准化、监督管理智能化、公共服务便捷化、决策分析精准化，大大提升了医疗保障服务能力和服务水平，与此同时徐州市医保局也完成了个体灵活就业人员征收与税务系统的衔接、居民医保费征收等多个医保信息化系统的改革和升级，满足了市民群众更全面更便捷的医保服务需要，推动了全市医疗保障事业高质量发展，同时医保业务信息化要求也越来越高，系统维护的需求也越来越多，需要组建和加强信息系统维护团队，保障医保信息系统的平稳运行。2.2运维服务目标组建医保信息系统运行服务团队，完成徐州市医保信息系统运行维护工作。提供相关技术及业务咨询，根据要求对系统数据做提取和处理，完善系统功能，对信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，创建一个可知可控的系统环境，保障各类医保业务应用的可靠、高效、持续、安全运行。2.3运维服务内容及要求2.3.1运维服务原则应用需求类的经省局审核同意后按照徐州市医保局的管理流程开展。其他不涉及系统改造类的需求，按照徐州市医保局的管理流程开展。2.3.2运维服务内容本项目要求对徐州市医保局现有省医保信息平台（医疗保障信息平台）及相关子系统进行本地运维，包括省医保信息平台的相关业务子系统（含医保核心业务系统、基础信息子系统、医保业务基础子系统、内部控制子系统、异地就医子系统等）及核三系统（含统一支付平台、医用耗材维护系统等）、大屏系统等。现场派驻9名技术人员，指定其中1人为项目经理。并另外指派1名资深技术人员作为徐州医保局专职运维支持服务人员，负责全面配合支撑项目现场提交运维范围内的工作任务，日常工作地点为承建商办公地，如有需要则至项目现场。另提供年度合计9个人月的本地需求开发工作量。2.3.2.1需求范围运维服务需求包括数据提取、数据维护、系统BUG完善、业务功能完善、业务功能变更、业务功能新增、政策调整，不包含重大机构组织调整、人群范畴调整、非业务性的系统新增、系统功能新增等需求。2.3.3运维服务要求为保证信息系统的各类业务应用系统的可靠、高效、持续、安全运行，需要实时对系统进行维护。所有运维工作都需在医保局指定部门确认的情况下进行，运维内容包括不限于以下部分：（一）运行服务类。提供本市医保应用系统的运行服务，确保本市应用系统现有功能、接口和服务能满足实际工作需要，及时改正系统使用过程中的缺陷。（二）应用拓展类。根据实际需求，按照相关技术要求和标准规范，在规定时间节点内对本市医保应用系统进行应用拓展，并纳入统一运维管理。（三）应用保障类。包括但不限于如下内容：1.提供相关技术及业务咨询,根据工作需要，统筹安排和组织开展技术培训和应用培训。2.协助开展网络故障排查、性能评估与调优等相关基础设施环境的维保工作，提出在正常条件下改进系统性能的各项建议，包括系统资源分配与效率改进建议、软件配置规划和性能优化建议、系统容量预测建议等。3.根据需求的变化，对有关软件不涉及到软件架构的问题及时调整、更新、升级。4.重保服务：遇重要业务上线、重要节庆日、重大活动开展等重要时间节点，根据现场重大保障服务要求，提前制定保障方案和风险应急预案，提供24小时无间断服务，确保系统稳定运行、系统故障及时排解。5.应急保障：建立完善的应急机制和应急预案以满足业务持续性要求，确保系统稳定运行、系统故障及时排解。6.定期查看业务系统操作记录和使用日志，发现问题时及时汇报。2.3.4运维问题处理规范要求为规范问题的处理过程，特对问题处理的不同阶段进行描述，以保障整个过程的安全可控。在保障系统平稳运行基础上，明确各方工作职责。处理过程中主要包括问题生效、问题反馈、补丁更新、问题关闭几部分。2.3.4.1问题划分按照对日常软件系统维护过程中出现的问题的理解，可以把问题分为如下几类：业务咨询：一般指各级经办机构操作员针对特殊业务的软件经办或参保对象针对相关政策的咨询类问题；环境故障：一般指客户端电脑、打印机、内部网络等设备在使用中出现的问题；软件错误：一般指软件控制、显示、计算等过程出现错误的情况；人为错误：一般指软件原本功能正常，因运维工程师软件修改、版本更新等意外引发错误；功能改进：一般指软件控制、显示等过程需要改善以增加操作方便性、提高使用效率的情况；需求变更：一般指因政策调整或新政策出台，从而造成软件功能的调整。需求新增：一般指因政策调整或新政策出台，从而造成软件功能的新增。单笔数据调整：一般指因历史数据转换、或各种原因导致的经办错误造成需要对某单位、个人的后台数据进行调整的情况。批量数据处理：一般指因历史数据转换、满足政策调整要求等原因导致的经办错误造成需要对一定范围内的单位、个人的后台数据进行调整的情况。按照业务特点分为以下几部分：公共业务、医疗待遇、生育待遇等。2.3.4.2问题生效避免问题重复提出或不同经办机构存在理解差异，市、区（县）、街道、社区、医疗机构等各经办单位提出的问题统一提交到市级经办机构，经办机构指定负责人，由该负责人分清问题类型并确认问题优先级后提交给信息部门相关责任人（产出文档为《应用软件业务联系单》），最终由信息部门确认并提交运维项目组，此问题正式生效。对于需要省局审核类的问题，在正式生效前需由信息部门提交省局进行评估，如果评估为设区市自行解决的提交运维项目组进行生效。问题生效后应在第一时间确定问题分类，根据不同类别问题按照不同的问题处理流程逐步进行问题分析、处理、反馈、确认及关闭。《应用软件业务联系单》由提出人发起，由中间接收人及处理人签字确认接收，并在处理完成后由提出人签字确认处理完毕，形成闭环。2.3.4.3问题反馈1、运维技术人员接收到信息部门《应用软件业务联系单》后（一式两份），需在接收时签下接收人姓名及接收时间。2、运维技术人员在对问题接收后，于一个工作日内反馈处理意见，包括是否可以解决、计划提交测试时间等。3、对于不能解决的问题，需要与信息部门及相关业务负责人进行说明，三方达成一致意见后结束该问题，否则回到第2步。2.3.4.4补丁更新补丁更新过程主要指：开发人员对软件问题修改完毕后，由现场人员测试通过并提交业务人员测试验证通过后再更新到正式软件系统的全过程。每次补丁的更新将决定系统更新前后的稳定性和准确性，所以必须严格规范。此节将对该过程进行较严谨的定义，在具体执行时可根据本次修改涉及的范围及影响度对过程进行筛选。1、对于已经修改完成的问题，必须由运维技术人员进行内部测试确认完成后，再提交信息部门及相关业务人员进行测试。2、由信息部门和相关业务人员测试通过后，在《应用软件业务联系单》上签字确认。对于测试未通过的问题，由运维项目组接收后，重新按第1步执行。3、当补丁更新后可能影响医疗机构、参保人员结算时，例如医疗机构、参保人员结算需要用到的前、后台程序；医疗机构、参保人员结算时可能用到的参数等。补丁更新时间应在晚20点后，此时在补丁更新到正式环境后，必须联系几家具有代表性的定点医疗机构（如接口医院、接口药店、收费端医院、收费端药店），确认其在更新后可以成功进行正常结算，此时方能确认补丁更新成功。4、对于涉及定点医疗机构本地软件更新补丁的情况，例如接口动态库更新、收费端软件更新。此时应该先只更新给1-2家有代表性质的定点医疗机构，确认其在24小时内可以连续成功进行医保消费后，才能进行批量更新。5、补丁更新到正式环境后，需要通知信息部门、业务部门的问题提出人及相关关注人员补丁已更新。2.3.4.5数据处理对于确定为‘单笔数据调整’或‘批量数据处理’类的问题，需要工程师对生产库中的数据进行后台调整，这对调整的准确性、数据库的安全性都提出了很高的要求，所以需要遵循一定的工作规范：1、对于常见数据处理问题必须建立固定的数据‘处理脚本’，此类问题干系人为工程师本人；2、任何数据处理前都需要留下清楚的‘处理记录’，干系人为工程师本人；3、对于单笔的疑难数据处理、批量数据处理，需要由信息部门、业务人员、项目经理共同确认并对处理方式进行讨论，根据讨论后的方案完成‘处理脚本’；干系人为工程师本人、项目经理、信息部门相关人员、业务人员；4、删除性质的单笔数据处理以及批量数据处理，需要在事前做好备份工作，留下‘备份数据’。说明：应在数据库中建立单独的备份用户，统一管理。不允许将数据随意备份在生产数据所在用户。5、在测试库上进行模拟测试并获得干系人对结果进行确认后，上报信息部门。6、经过信息部门确认测试结果的准确性，确认‘处理脚本’、‘处理记录’、‘备份数据’的完整性，之后由信息部门人员辅助运维工程师进行正式环境的数据处理（需遵照工作纪律规范中的数据库密码安全管理）。7、在正式环境完成数据处理后，由业务人员在处理后或系统运行过程中验证处理结果；因为已有较严谨的事前规范，所以对于发现处理后存在问题的情况，以新问题方式提出。2.3.4.6问题关闭对于按照问题处理规范完成问题生效、补丁更新的问题，待相关软件功能平稳、准确超过1个工作日后，可将问题进行关闭处理。特别说明：如问题关闭一定时间后，在相关功能上又出现新的问题，则按新问题进行处理，与原问题无关。2.3.5运维服务期限要求运维服务期限：自合同签订之日起至2026年12月31日。2.3.6运维服务人员要求2.3.6.1驻场人数要求现场派驻9名技术人员，指定其中1人为项目经理。2.3.6.2驻场人员作息要求工作日：按照徐州市医保局作息时间。节假日：至少安排1名技术工程师市内值班，根据项目需要现场值班或加班。2.3.6.3服务时间要求正常工作时间：现场派驻人员按照徐州市医保局工作时间提供现场服务，及时响应。非工作时间：提供7*24小时不关机响应紧急问题。2.3.6.4故障定义及响应时间要求一级：属于普通问题。表现为系统运行效率降低、用户体验较差等现象。二级：属于较严重问题。表现为系统运行效率明显下降、数据出现误差等现象。三级：属于严重问题。其具体现象为：表现为系统运行出现间断、数据严重失真或缺失等现象。四级：属于紧急问题。表现为因系统自身故障导致系统停止运行、数据丢失现象。根据上述故障级别，成交供应商提供的服务响应要求如下：故障级别电话响应时限人员到场时限故障解决时限四级5分钟1小时4小时三级5分钟2小时4小时二级5分钟3小时12小时一级5分钟4小时12小时在运维服务期内，实时监测系统运行状态，提供灵活多样的有效运维方式（包括但不限于驻场、远程服务、专用服务电话等），提供7*24小时的响应服务，保证在任何时候工作人员都能及时找到运维服务人员。如遇驻场人员无法解决的问题或认为需要技术人员提供现场支持的，运维服务技术人员必须在规定时间内赶到现场提供支持。2.3.7运维服务方式要求采用实施人员驻守现场服务、离岸式运维服务和专家定期巡检服务多种方式相结合。2.3.7.1项目现场服务根据项目约定现场安排固定维护人员，负责项目现场维护工作，在现场维护人员中设立项目经理。现场维护人员按照角色分为项目经理和维护工程师。2.3.7.1.1项目经理项目经理资质要求：需对国家医保信息平台架构有一定的了解，熟悉徐州医保信息系统及本地政策，熟练掌握JAVA等程序设计语言的开发能力，精通sql语言的编写和优化，对oracle、mysql等数据库有一定的使用经验。负责运维目标的实现，领导项目团队准时、优质的完成全部工作任务；与用户方沟通，协调用户方与项目组之间的合作；跟踪项目的进度，协调项目组成员之间的合作；制定运维计划，量化任务，合理分配给相应的人员；定期组织项目会议，进行项目总结、商讨存在的问题、确定下一步工作计划；定期向用户方领导汇报运维情况；负责拟定和收集整理项目相关文档等。2.3.7.7.2维护工程师维护工程师资质要求：需对项目经理负责，准时、优质的完成项目经理安排的全部工作任务；协助项目经理和相关人员同用户方沟通，保持良好的客户关系；需求调研、分析、反馈、跟踪、测试、上线等维护相关工作；协助用户方分析、反馈、处理问题；向项目经理及时反馈运维项目中的问题，并根据实际情况提出改进建议；定期向项目经理汇报项目维护情况；拟定相关技术文档。2.3.7.2离岸式运维人员支持服务指派1名资深技术人员作为徐州医保局专职运维支持服务人员，日常工作地点为承建商办公地，如有需要则至项目现场。负责准时、优质的完成项目现场提交运维范围内的全部工作任务。相关技术方案、文档的编写。对项目现场实施人员提供技术指导和建议。2.3.7.3专家定期巡检服务定期组织相关专家，形成巡检专家组，赴项目现场对项目进行巡检，最大程度的发现和收集问题，进而推进问题解决，检查项目内部执行合规性。2.3.8驻场人员运维服务质量考核办法为保证驻场运维工作顺利开展，构建有效激励约束机制，促进运维人员遵守工作纪律，提升技术水平、保证工作质量、积极开展工作，特制定本办法。考核对象：徐州市医疗保障局各信息化项目开发商派驻运维服务团队人员。考核频率：考核为每半年一次。服务质量考核方法：服务质量考核评分制度为百分制，年度综合评分结果取2次半年度评分的均值，评分小组可以从：驻场服务评分、数据安全事件评分、工单处理评分三个方面进行打分，评分结果累计到半年综合评分。驻场服务评分细则：驻场人员必须遵守徐州市医疗保障局的管理规章制度，严格遵守工作时间和工作要求，确保问题及时得到解决，监管中心按照以下方式给每个驻场人员进行打分：工作态度：需要遵守徐州市医疗保障局的管理规章制度，态度积极认真好：20-30分；一般：10-19分；差：0-9分工作能力：具有良好的医保业务知识和信息化相关能力好：20-30分；一般：10-19分；差：0-9分工作结果：能够按照徐州市医疗保障局的要求，及时解决问题好：25-40分；一般：12-24分；差：0-11分如遇特殊、紧急的任务，驻场人员能够积极响应并完成任务要求的，每一次可加3-5分。综合所有驻场人员的分数，算得平均分。平均分为90分及以上，整体评分加5分；平均分为80-89分，不扣减整体评分；平均分为70-79分，整体评分扣5分；平均分为60-69分，整体评分扣10分；低于60分，整体评分扣15分。对于评分低于70分的运维人员，徐州市医疗保障局有权要求人员调整。安全事件保障评分细则：运维人员因工作不到位引起重大数据安全事件，每次扣5分整体评分，对医保局造成经济和名誉损失的运维服务团队所属单位须承担相应责任。工单处理服务服务评分细则：工单处理服务评分=达成率评分+延期评分+经办部门整体满意度评分+信息部门整体满意度评分。服务年度内计划内达成率(%)特别关注类问题延期时间（天）经办部门整体满意度信息部门整体满意度达成率水平评分标准延期程度评分标准满意度评分标准成效评分标准达成率≥90%+210≥延期>0-1非常满意+10好+590%>达成率≥80%020≥延期>10-2比较满意+5一般080%>达成率≥70%-230≥延期>20-3一般-3差-270%>达成率≥60%-560≥延期>30-5不满意-5很差-4达成率-10延期≥60-10非常不满意-10非常差-6说明：1）计划内达成率（%）：在服务周期内，计划内达成率=实际完成工单数/期望关闭时间内完成的问题数；在个别工单处理过程中，如因非运维团队原因造成问题处理周期加长，则运维团队所属单位有权利与医保局协商将计划完成时间进行顺延。2）特别关注类问题延期时间：特别关注类问题主要包括重大或紧急政策调整类的问题、严重影响业务经办的问题、以及局领导重点关注的问题等，对于医保局确定为‘特别关注’类的问题，延期时间=实际完成日期-医保局期望关闭日期。3）经办部门整体满意度：由评分小组对相关业务经办部门进行内部满意度调查，根据调查结果统一进行评分。4）信息部门整体满意度：由评分小组综合相关信息部门技术人员的评价后统一进行评分。扣费方法计算公式为：扣除费用=年度综合评分考核扣减费用+缺岗扣减费用年度综合评分考核扣减费用说明：年度综合评分结果取2次半年度评分的均值。年度综合评分高于80分，不予扣款。年度综合评分总分低于80分，每降低一分，扣除1万元服务费（最多累计扣除金额不超过合同金额的20%）。缺岗扣减费用说明：缺岗扣减费用=总费用×缺勤人月÷总人月。其中缺勤人月为总人月减去实际到岗人月。：
投标 / 标书制作要点（原创）
本运维服务涉及「招标预告」，投标方需重点关注：① 营业执照经营范围须含招标预告或对应服务类目；② 提供同类项目业绩证明；③ 报价方案与售后响应须明确；④ 紧盯投标截止与开标节点，建议提前完成标书制作与盖章。当地项目常要求本地化服务能力与快速响应，务必在投标文件中凸显。
标书制作联系冯经理：17551026086
