采购需求

一、项目背景

“习近平总书记在党的二十大报告中强调，中国式现代化是全体人民共同富 裕的现代化。必须坚持在发展中保障和改善民生，鼓励共同奋斗创造美好生活， 不断实现人民对美好生活的向往。”党中央把保障人民健康放在优先发展的战 略位置，结合我区医保工作实际，就是在健全多层次医疗保障体系、强化医保 基金监管、推动基本医疗保险统筹等方面勤思考、下苦功、务实效，落实更多 医保惠民生、暖民心举措，不断提高基本医疗保障水平，持续降低群众看病就 医负担，建立防止返贫监测，解决帮扶机制不到位问题。

本系统是全省探索构建具有浙江特色的共富型医保制度体系，鄞州区坚持数 字赋能，打造围绕“主动发现、精准识别、梯次减负、保障兜底 ”，完善纵向 接力、横向互补、多跨协同的因病致贫返贫防范长效机制，切实增强人民群众 获得感的落地手段。

二、建设内容

本项目是一期项目的迭代，PC端的建设内容在一期的框架基础上，增加档案管理、内控管理、医保外伤稽核管理三大模块，并适配信创环境和通过相关安全测评。

其中档案管理包括内控涉及医保业务的档案目录数字化管理，医保内控全流程线上管理根据《宁波市鄞州区医疗保障管理中心医疗保障经办业务内控监督检查规程》规定做好线上数字化业务闭环流程；医保外伤稽核利用一期的数据仓增加数源，针对我区该场景的突出问题进行利用大数据碰撞比对技术进行加强监管，并根据需要增加IRS接口数据查询工作台的数源接口和根据本次的业务对驾驶舱进行升级迭代和对事件处理进行升级迭代。

移动端增加浙政钉端，包括增加一期PC端流程的线上业务处理和本次三模块的浙政钉线上流程进度查询和资料上传及领导审核。

数字驾驶舱在一期数字驾驶舱的基础上，根据本次增加的业务板块，增加指标项输出，设计新的指标，并迭代开发现有的数据驾驶舱。

数据治理和模型建设方面，本期增加医保外伤稽核模型和相关数源采集。

三、建设原则

1.信创体系化原则

根据国家有关政府信息资源国产安全可靠、自主可控工作要求，提前规划、稳步推进，积极响应宁波市政府“912”工程关于国产化适配的建设要求，将对本期建设内容进行基于宁波市政务云信创云环境下的开发，切实提高自然资源数据安全保障能力。在麒麟操作系统、统信UOS浏览器环境下进行测试验证与适配，确保本项目各项功能均能正常运行。

2.可靠可用性原则

当意外事件发生时，能通过快速的应急处理，实现故障修复，保证数据的完整性，避免丢失重要数据。做到安全可靠运行，并具有较强的容错性。同时系统建设将充分考虑系统运行时的应变能力和容错能力，确保系统在运行时反应快速、安全可靠。

3.实用易用性原则

系统采用友好的人机交互界面，做到简单实用，贴近用户日常办公习惯，功能模块和功能按钮的说明应定义清晰、命名直观，界面人性化，过程尽量自动化。系统具有一致的、友好的客户化界面，易于使用和推广，并具有可操作性，使用户能够快速地掌握系统的使用。系统提供所有功能符合人性化要求，操作简单、易于学习，界面录入具有自动的合法规则。

4.安全保密性原则

系统设计需要考虑用户权限和数据存取的安全，保障系统长期可靠运行。信息安全是信息资源建设的前提，系统设计中首要考虑如何建立整个系统的安全性、保密性，而且这种考虑必须是整体的、全面的。系统的日志格式需要符合大数据局相关格式要求标准，页面涉及个人敏感信息要求加上水印，涉及个人敏感信息的批量导出需要根据相关政策要求进行限制。

7.标准开放性原则

系统应采用开放体系标准，遵循国家和地方有关标准规范，提供标准数据接口；系统具备跨平台和可移植性能力。在业务需求不断改变的情况下，系统可在已有应用系统的基础上，进行功能扩展和开发，降低二次开发系统维护成本。系统消息传输可扩展。具有消息扩展机制，实现系统与内部系统之间、系统与外部系统之间进行消息传输。

四、项目建设要求

（一）业务协同要求

使用区统一流程引擎，对一期的业务协同进行改造；增加档案管理、内控管理、医保外伤稽核管理三大模块业务管理部门与镇街的业务协同，其中外伤稽核涉及到相关医疗机构的业务协同；增加移动端（浙政钉）业务系统支持。

（二）性能要求

1.应提供7×8小时（工作日和休息日）的连续运行，避免意外的系统宕机。

2.具备可靠的数据备份、系统安全性和灾难恢复能力。

3.具备支持业务扩展及流程变更的需求。

4.系统具有集成其他应用系统接口的能力。

5.支持主流操作系统和数据库管理系统。

6.系统处理操作响应通常不大于2秒；复杂查询响应小于5秒；复杂业务实现生成操作小于10秒。

（三）安全要求

1.软硬件及基础设施安全

本项目所建系统均部署在市政务云并利用一期部署环境，机房环境、网络、主机等安全由宁波 市政务云环境提供保障，本项目以安全策略为指导，融合安全技术、安全管理 和运行保障三个层次的安全体系，达到系统可用性、可控性、抗攻击性、完整性、保密性的安全目标。

2.应用软件安全

应用软件系统严格遵照软件开发规范，尽可能避免软件出现安全漏洞，同 时进行严格的安全测试，杜绝出现 SQL 注入、缓冲区溢出等常见的安全漏洞。 应用程序访问尽量采用https、ssl 的加密访问方式，避免数据被侦听和窃取。 应用软件系统应具有容错自检能力，要求软件对自身的错误的作用具有屏蔽作 用，可以从错误状态恢复到正常状态，发生错误时，能完成预期的功能，在一 定程度上具有容错能力。

3.数据安全

采用安全的传输协议，并对传输数据包进行加密封装。数据存入数据库时 对敏感数据进行加密，同时结合使用完全备份、差别备份、增量备份等不同的 备份机制来确保存储数据的持久化和可恢复性。

4.系统安全

系统安全要通过网络等保二级复测、第三方机构安全测评（含口令安全、日志安全、漏扫、渗透测试）、国产化适配测评，相关测评报告或证明需要采购人认可。

（四）平台建设要求

1.软件功能和数据服务需求

包括PC端功能、移动端功能、流转中心对接等，列表如下：

建设内容	模块
功能说明
PC端功能	档案管理模块	档案信息录入	实现医保参保类、支付补助类、巡查业务类的档案编目线上管理。使用对象包括职工参保、居民参保、支付补助和巡查业务的档案编目管理功能，使用对象为医保中心工作人员、镇街工作人员、医疗机构（到乡镇卫生院）工作人员。
档案查询与检索
档案管理与维护
档案编目归档与备份
档案编目统计与分析
协同办公与审核
安全与合规
到期提醒录入
内控管理模块	内控检查计划管理	实现医保内控全流程线上管理，包括内控检查标准化流程和流转闭环处理流程。其他标准化流程涉及多部门横跨和多表单管理（6张）。

根据《宁波市鄞州区医疗保障管理中心医疗保障经办业务内控监督检查规程》规定和省医保平台的疑点处理流程，构建线上数字化业务闭环流程，使用对象为医保中心工作人员、镇街工作人员、医疗机构（到乡镇卫生院）的工作人员和签约支付机构（银行）。
检查方案编制
内控检查任务分配
内部问题流转管理
自动化通知与反馈
问题记录与整改追踪
内控报告与评估（含模型）
内控知识库与培训
权限管理与审计日志
数据对接与接口管理
内部问题处置
监控与决策支持
医保外伤稽核管理模块（含模型设计和数据治理）	外伤案件管理	功能：实现医保内控全流程线上管理，包括内控检查标准化流程和流转闭环处理流程。其他标准化流程涉及多部门横跨和多表单管理（6张）。

根据《宁波市鄞州区医疗保障管理中心医疗保障经办业务内控监督检查规程》规定和省医保平台的疑点处理流程，构建线上数字化业务闭环流程，使用对象为医保中心工作人员、镇街工作人员、医疗机构（到乡镇卫生院）的工作人员和签约支付机构（银行）。
数据采集与整合
智能分析与碰撞比对（含模型）
决策支持与报告
稽核流程管理
自动化通知与反馈
视频取证
系统维护与管理
数据治理与持续优化
一期功能迭代（含事件管理迭代升级和数字驾驶舱迭代升级）

功能：角色和人员增加（银行和卫生院和医院）对应的业务逻辑迭代修改；驾驶舱根据本期3模块的迭代升级，优化数据驾驶舱的功能和界面，提升数据分析和决策支持能力。

描述：增加医疗机构和银行（支付机构管理），增加医保外伤稽核事件类型及相关流程的业务定制开发，根据本次增加的业务板块，增加指标项输出，设计新的指标，并迭代设计开发现在的驾驶舱展示界面。
移动端功能	功能：实现一期PC端流程的线上业务处理，本期三模块的线上流程进度查询，资料上传及领导审核。

描述：通过移动端应用，提升业务处理的便捷性和实时性。
流转中心对接	内部问题流转管理、自动化通知与反馈、整改跟踪等涉及审批流转的均接入流转中心组件，同步在OA办公系统中展示，数据充分同步共享，便捷化医保局工作人员使用。

2.系统对接需求

系统提供统一的标准化接口，通过多种对接方式实现在第三方应用系统进、行分析结果展示。

（1）对接浙政钉用户体系：实现统一用户管理及免登。

（2）对接浙政钉消息服务，对接短信系统（短信一键达），实现以短信、钉消息方式发送待办提醒。

（3）与 IRS 和公共数据平台做对接，建立 ODPS 二级仓，根据政策文件依据和设计的稽核规则申请相关的数据资源进仓。

（4）与区全域治理能力平台对接，设计相关资源目录，实现本项目资源共 享。

（5）与多跨场景涉及部门的业务对接。

（6）与鄞州区领导驾驶舱系统（工具）对接，使用该工具迭代开发驾驶舱；

（7）对接区统一流程引擎，实现内部问题流转管理、自动化通知与反馈、整改跟踪等涉及审批流转。

（8）通过第三方代码审计。

（9）通过第三方软件评测。

3.项目管理需求

（1）要求成交人在各阶段及时提供相应的项目管理文档、开发类文档及实 施类文档，以便采购人及时了解项目进展情况。并做好项目资料整理和移交。

（2）本项目需在合同签订之日起3个月内完成本项目的开发及数据对接工作，并正式上线试运行，试运行3个月，自项目整体验收合格之日起计，供应商提供为期六个月的免费维护。

（3）供应商应在投标文件中提供详细的施工计划，应包括项目组织机构、 项目实施流程、项目实施进度、项目实施安排。

（4）供应商应向采购人提供项目管理人员和技术人员配置情况，中标后需 要在10个工作日内成立工作团队，并指定一名专职的项目负责人，负责项目协调和调度工作。除项目负责人外，项目组须配备专职的技术负责人，配置相应的项目管理、系统设计、开发、测试、培训等人员。在项目的实施阶段，项目负责人、项目技术负责人全程参与。

（5）供应商应对其提供的设计资料负责，由于设计资料表示不清、不全面 造成的损失，由供应商自行负责。

五、项目验收

验收标准如下：

1.全面完成应用系统的设计、开发、测试、集成和对接工作，达到功能、 性能、使用等方面的要求，文档齐全。

2.对应用系统的使用达到采购人需求和系统设计目标。

3.应用系统运行稳定。系统达到了全部设计要求，成交人在提交全部相关 文档、报告、相关代码等交付物的前提下，可以向采购人提出系统验收的申请。

4.符合相关技术标准和本项目采购技术要求，经上级有关部门组织对平台 建设成果进行全面核查，并根据核查意见进行完善调整，通过项目验收。

5.软件功能以双方确认的需求说明书为准。

六、培训服务

1.成交人需要对本次采购软件的正常使用和维护提供必要的培训。

2.培训的内容包括主要设备和软件的安装、使用、配置管理、性能优化以 及相关基本维护知识等。成交人需制定详细的客户培训计划，针对本期项目建 设的应用系统进行免费客户培训。

3.供应商应当在投标文件中明确给出培训的地点、时间安排、授课内容、 讲课资料等。

七、技术支持及售后服务要求

1.成交人应提供包括系统需求分析、系统设计文档、系统安装手册、用户使 用手册、系统维护手册、售后服务计划和承诺等在内的完备准确的工程技术资 料。在服务计划中要从服务人员配置、服务流程设置、服务响应时间等几个方 面进行明确的说明。

2.在系统进入上线阶段后，成交人应派技术人员对整个系统进行维护和管理， 并提供全面的技术支持服务，如发生系统应用软件或设备固件扩展升级等情况， 免费维护期内成交人应免费负责现场升级和向采购人提供必要的技术资料，免 费维护期外提供优惠的有偿服务。

3.在免费维护期内，如发生系统运行故障，或出现瑕疵与缺陷，成交人将及 时提供技术支持和维护服务。

4.采用现场维护方式，ODPS数据治理需要在现场进行，成交人需提供 24 小 时技术支持，承诺质保期内免费上门服务，在接到用户电话 2 小时之内响应， 在采购人要求时间内到达现场。

八、商务要求表

项目	招标商务要求
服务期	合同签订之日起 3个月内完成本项目的开发和现场数据治理工作，并正式上线试运行，试运行3个月后采购人进行验收。
软件免费维护期	自验收合格之日起六个月。
履约保证金	履约保证金：合同总价的1%

履约保证金形式：履约保证金在合同签订后5个工作日内由成交人向采购人缴纳（供应商以银行、保险公司出具保函形式提交履约保证金的，采购人不得拒收）。

履约保证金的退还：履约保证金于服务工作结束在成交人无合同约定的违约行为的情况下，30天内退还成交人。但如成交人未能履行合同规定的任何义务，采购人有权从履约保证金中得到补偿。
付款方式	①合同生效以及具备实施条件后7个工作日内向成交供应商预付合同金额的50%，成交供应商于合同签订前书面承诺放弃预付款或降低预付款支付比例的，可不适用本条款。

②软件开发完成且验收合格后支付剩余合同金额。

备注：采购人付款前，成交供应商应向采购人开具等额有效的增值税发票，对于满足合同约定支付条件的，自收到发票后7个工作日内支付至成交供应商账户，采购人未收到发票的，有权不予支付相应款项直至成交供应商提供合格发票，并不承担延迟付款责任。发票认证通过是付款的必要前提之一。