采购需求基础信息管理子系统

1、医疗保障局医疗保障建设工程采购需求目录1、 总则11.1 规范定义11.2 规范内容11.3 有关内容的澄清11.4 投标方应提交的技术资料12、 项目背景描述13、 系统建设说明33.1 建设目标33.2 建设原则34、 软件功能要求34.1 系统. 44.2 系统架构54.3 功能要求74.3.1 业务功能74.3.2 基础服务错误!未定义书签。5、软件安全要求错误!未定义书签。6、软件性能要求错误!未定义书签。7、软件技术要求错误!未定义书签。7.1 总体技术要求错误!未定义书签。7.2 应用软件性能要求错误!未定义书签。7.3 应用软件说明要求错误!未定义书签。7.4 第软件技术要求错

2、误!未定义书签。1医疗保障局医疗保障建设工程采购需求8、 服务要求错误!未定义书签。8.1 集成要求错误!未定义书签。8.2 项目管理要求错误!未定义书签。8.3 培训要求错误!未定义书签。8.3.1 培训内容错误!未定义书签。8.3.2 培训计划错误!未定义书签。8.4 安装与验收要求错误!未定义书签。8.5 维护及技术支持要求错误!未定义书签。8.6 技术文件要求错误!未定义书签。9、 项目计划要求错误!未定义书签。10、 项目验收标准与要求错误!未定义书签。11、其他要求错误!未定义书签。2医疗保障局医疗保障建设工程采购需求1、总则1.1 规范定义本文件为医疗保障局医疗保障建设工程基础信

3、息的需求。提供本项目建设所需的软件和服务的公司（以下称投标方）应向医疗保障局（以下称招标方）就基础信息所需的软件和集成服务做出详细答复。1.2 规范内容本文适用于医疗保障局医疗保障建设工程基础信息。本文将给出招标方对基础信息所需要的软件功能和各项服务的要求，这些要求将在以后的各章节中列出，以供投标方编写方案，项目开发计划及报价书之用。1.3 有关内容的说明（1）投标方对于本文的疑问可以通过材料与招标方，在规定的提交最后期限以前，招标方将以材料给予答复。（2）在技术谈判的各个阶段，招标方将以形式要求投标方对有关问题进行进一步的技术澄清，投标方应以资料给予正式应答；所有各阶段的技术澄清文件作为合同

4、附件。（3）招标方，投标方不得以向第提供本文件的全部或部分内容。（4）招标方在任何时候保留和拥有对本文件的解释权和修改权。招标方在签订合同前，根据需要修改和补充本文，修改补充后的最终版本将作为合同的附件。1.4 投标方应提交的技术资料投标方所提供的技术应按照以下内容格式进行编制：（一）综述（二）基础信息总体方案建议（三）系统功能模块说明，应详细说明其软件功能和软件架构（四）所需第软件的需求说明、配置方案和功能说明（五）基础信息所需软件安装环境说明1医疗保障局医疗保障建设工程采购需求（六）基础信息硬件平台详细需求估算说明（七）项目开发计划详细说明（八）测试及验收（九）培训计划（十）技术服务、支持

5、（十一）所需软件的技术文档（十二）相关资质或证二、技术需求书点对点应答要求：投标方的中，要求对本需求书所提出各项要求进行逐条逐项答复、说明和解释，首先对实现或满足程度明确做出“满足”、“不满足”、“部分满足”等应答，然后做出具体、详细的说明。不得使用“明白”、“理解”等词语。在答复中，要求明确满足的程度，凡采用“详见”、“参见”方式说明的，应指明参见文档的具体章节或页码。请投标方特别注意：凡采用“详见”、“参见”方式说明的条款，必点对点应答书中注有适当的总结性文字，简洁、明了地回答相应的条款。对于规范书中要求列举的条款，必点对点应答书中进行列举，不得简单答复“满足”等，否则视该条款的应答为“不

6、满足”。如果回答“部分满足”，需要详细说明哪些部分满足，哪些部分不满足，并且详细说明。2医疗保障局医疗保障建设工程采购需求2、项目背景描述在党的报告中指出，实施健康中国战略，健康是昌盛和富强的重要标志。也强调，要运用大数据促进保障和民生，推进“互联网+政务服务”,让“少跑腿、数据多跑路”,不断提升公共服务均等化、普惠化、便捷化水平。2018 年机构，赋予了医疗保障局“完的城乡居民基本医保制度和大病保险制度，建立健全民、城乡统筹的多层次医疗保障体系，不断提高医疗保障水平，确保医保资金合理使用、安全可控，推进三医联动，更好地保障群众就医需求、减轻费用负担”职责。为深入贯彻落实思想和党的精神，全面建

7、成医疗保障体系，推进实施健康中国战略，医疗保障局立足“努力建成更加公平、更加可持续的医疗保障体系，更好满足群众日益增长的医疗保障需求”目标，医疗保障的重要领域和关键环节，依托统一的电子政务和平台，全面开展医疗保障建设，努力构建医保便捷可及的“大服务”体系、规范高效的“大经办”体系、智能精准的“”体系、融合共享的“大协作”体系、可用的“大数据”体系、安全可靠的“大支撑”体系，实现医疗保障基础设施集约化、监督管理智能化、公共服务精准化、决策依据大数据化、业务经办、社会协作多元化、安全保障全息化，为医疗保障事业高质量发展提供新动能，促进治理体系和治理能力现代化，增强群众的获得感、幸福感、安全感。医疗

8、保障事业全民覆盖、需求刚性、主体多元、业务复杂、发展不均衡及化服务要求高、专业化治理难度大等特点，医疗保障建设致力于消除当前医疗保障信息化领域数据鸿沟、信息孤岛、技术壁垒、应用烟囱等信息系统碎片化问题，注重顶层设计、标准引领、数据汇聚、整合、服务融合、平台建设及能力输出，为全国各级医保部门打造一个数据能够全面共享、标准能够全面应用、业务能够全域联动、知识能够全域、能力能够快速传递、政策能够快速执行的信息载体，充分发挥信息化在待遇药服务管理、价格和招标采购、基金监管、公共服务等方面的积极作用，有效支撑各级医疗保障部门规范、高效、科学履职，促进建成更加公平、可持续的医疗保障体系。医疗保障是重要的民

9、生服务系统，为高标准建设统一、高效、兼容、便捷的医疗保障信息系统，强化信息化对医保运行、管理、服务的支撑功能，根据1医疗保障局医疗保障建设工程采购需求医疗保障建设工程可行性和初步设计方案，医疗保障局组织建设医疗保障建设工程，为确保项目顺利实施，需要引入资质优秀、技术雄厚、经验丰富的系统承建商，按照本项目明确的具体工作任务和要求，高质量开展项目建设。本文将基础信息给出详细招标要求。2医疗保障局医疗保障建设工程采购需求3、系统建设说明3.1 建设目标建设基础信息，通过对医疗保障服务对象、机构、医保三目及支付标准、重点医疗服务等信息实信息管理，进一步夯实医疗保障信息化全建和全域联动基础，从而实现支撑

10、推进医疗保障跨区域、跨层级、跨业务、跨部门、跨系统的信息共享和业务协同的目标。3.2 建设原则系统建设应该遵循以下原则：（1）先进性原则。在技术上应采用业界先进、成软件开发技术，面向对象的设计,面向对象的开发工具。采用浏览器/服务器体系结构以支持环境下的分布式应用。（2）实用性原则。必须做到系统使用易学、易用、实用，方便广大民众和各级部门相关的使用。（3）开放性原则。设计的规范性，系统内部程序设计的规范、系统各模块之间接口的规范、系统内部与外部接口的规范和系统用户界面的规范，以便于同其它系统进行信息交互。（4）节约性原则。预留发展空间，避免重复建设，节约投资，少花钱多办事。（5）安和可靠性原则

11、。符合要求；系统建设要采取全面的安全防护措施，系统开发层面，避免安全漏洞和隐患，做好用户隐私的保护和防泄漏。（6）可维护性和可扩展性原则。软件设计尽可能模块化、组件化，以适应将来的发展，系统应提供配置模块和客户化工具，通过一系列的组件和工具，使应用系统可灵活配置，优化流程，适应不同的情况；数据库的设计尽可能考虑到将来发展的需要。3医疗保障局医疗保障建设工程采购需求4、软件功能要求以下章节将对基础信息建设内容的具体功能需求进行描述，但并不仅限于此，投标方可以提出适合本系统的其他功能。投标方应根据本章节的要求提供系统软件建设方案，系统总体架构、各功能模块以及各类流程的详细文字、图示说明。4.1 系

12、统医疗保障局医疗保障总体架构如下图所示：医保 一张图 执业医疗机构公众 企业医保内部统一门户医保公共服务APP药采内容管理业务区公共服务区内部统一门户子系统基础信息支付方式医保业务基础子系统内部子系统信用评价医疗服务价格 跨省异地就医应用子系统层基金运行及审计监管子系统医疗保障智能监管子系统运行监测子系统宏观决策大数据应用子系统综合信息管理用户管理和权限管理规则配置管理AAASSO组织机构管理接口管理及统计分析共享交换业务支撑服务组件基础服务支撑组件PaaS 层业务支撑层IT综合治理引擎中间件数据服务层数据综合治理服务数据计算服务数据池DaaS 层数据服务层业务库专题库模型库知识库训练库日志库

13、库大数据平台层虚拟化构建池CPU 池内存池服务器池池基础层图 4.1-1 医疗保障为医疗保障总体架构图基础信息的一个子系统，是对医疗保障的础信息数据的统一汇聚和更新管理，可参与修改和审核医疗政策相关数据，形成逐步统一标准，统一数据格式。基础信息是医疗保障信息化统建和全域联动的基础，支撑医疗保障跨区域、跨层级、跨业务、跨部门、跨系统的信息共享和业务协同。基础信息把人社、发改委、民政、扶贫、市场监督管理、税务、财政等部门分散管理的疾病、药品、诊疗项目、耗材、机构的医疗保障相关基础信息进编码，建立动态维护和赋权机制，进管理，形成的医疗保障部门的基础信息库，并基于基础信息对外提供信息服务，同时提供库管

14、理和医4测试库安全运维体系统一标准体系共享目录管理公共服务子系统药品和医用耗材招采系统医疗保障局医疗保障建设工程采购需求疗救助目录服务。基础信息库内容疾病分类目录信息、手术操作与分类目录信息、药品分类与代码目录信息、医用耗材分类与代码、诊疗项目分类与代码、门慢病种目录信息、日间手术日间治疗病种目录信息、医疗保障病种结算目录信息、执业医师信息、执业护士信息、执业药师信息、定点医疗机构、定点照护机构、定点药店信息、医保经办机构信息、医保经办信息、参保信息、参保信息等供各业务系统使用。基础信息通过与部门人口信息、人社部门社保卡信息、民政医疗救助信息、市场监督管理信息等进行和比对，实现参保、参保、药械

15、生产厂商、医保机构等信息的完整性、正确性和性。基于这些基础信息，可以为经办业务、互联网业务、招标采购和就医过程中需要进行实名认证需求提供基础信息服务功能。4.2 系统架构基础信息疾病编码管理诊疗项目分类与代码管理手术操作与分类管理药品分类和代码管理医用耗材分类与代码管理医疗保险病种结算目录管理 医疗保险病种结算目录新增 医疗保险病种结算目录变更 药品分类与代码变更 日间手术、日间治疗病种目录执业药师目录管理 执业药师目录新增 执业医师目录管理 执业医师目录新增 日间手术、日间治疗病种目录新增日间手术、日间治疗病种目录变更子系统入数据口同步 执药师目录变更 执业医师目录变更 内部统一门户子系统机

16、构信息医疗保障智能监管子系统医保业务基础子系统医保经办机构目录管理执业护士目录管理参保信息管理数据同步药品信息 法人库参保信息新增医保经办机构目录新增 执业护士目录新增 执业护士目录变更 低保信息参保信息变更医保经办机构目录变更残疾人信息建档立卡信息社保相关数据医保经办目录管理门慢、病种目录参保信息管理数据同步运行监测子系统医保经办目录新增门慢、病种新增参保参保信息新增信息变更标准规范及目录发布医保经办目录变更门慢、病种变更人口信息公共服务子系统电子票据 基金数据参保缴费/结算信息招采核验数据公共服务数据动态维护参保个人电子凭证管理定点定点机构目录管理机构目录新增库管理申报管理属性管理定点机构

17、目录变更属性新增抽取管理属性变更医疗救助目录管理通知管理管理医疗救助对象管理调取基础信基础信息库基本管理认证管理医疗救助目录维护标准管理息基础信息管理功能服务API医保相关机构、信息医疗服务相关信息 药品、耗材相关信息医保相关机构、信息医疗服务相关信息药品、耗材相关信息图 4.2-1 基础信息架构基础信息通过构建各类数据目录，实现对于医疗保障局医疗保障信息平台各类基础数据和基础信息的管理。基础信息主要业务疾病编码管理、手术操作分类与代码管理、日间手术/日间治疗病种目录管理、医疗保障病种结算目5卫健委市场残联扶贫办人社教育部部财政部税务发改委手术操作与分类新增手术操作与分类变更诊疗项目分类与代码

18、新增诊疗项目分类与代码变更疾病编码新增疾病编码变更统筹区基础信息管理系统省级基础信息管理系统医用耗材分类与代码新增医用耗材分类与代码变更药品分类与代码新增医疗保障局医疗保障建设工程采购需求录、门慢/病种目录、医用耗材分类与代码管理、诊疗项目分类与代码管理、诊疗项目分类与代码管理、执业医师目录管理、定点机构管理、执业护士目录管理、执业药师目录管理、医保经办机构管理、医保经办管理、参保信息管理、参保信息管理、属性管理、认证、库管理、医疗救助目录。ØØØØØ疾病病种目录管理是对医保业务基础子系统目录进行同步管理。手术操作分类与代码管理主要手术操作与代

19、码进行同步管理。药品分类和代码目录管理是对药品分类和代码目录进行同步管理。日间手术、日间治疗病种目录管理是对日间手术、日间治疗病种进行目录管理。医疗保障病种结算目录管理是医疗保障病种结算目录进管理，供其他业务系统调取。Ø门慢、病种目录管理是门慢、病种目录进管理，供其他业务系统调取。Ø医用耗材分类与代码管理是医用耗材分类与代码目录进管理维护，供其他业务系统调取。Ø诊疗项目分类与代码管理是诊疗项目分类与代码目录进管理维护，供其他业务系统调取。Ø执业医师目录管理是通过省级和统筹区上传获取执业医师目录并进管理维护，供其他业务系统调取。ØØ定点

20、机构管理是对定点机构进管理维护，供其他业务系统调取。执业护士目录管理是对医保执业护士目录进管理维护，供其他业务系统调取。Ø执业药师目录管理是对医保执业医师目录分类与代码目录进管理维护，供其他业务系统调取。ØØØØØØ医保经办机构管理是对医保经办机构目录统一管理维护，供其他业务系统调取。医保经办管理是对医保经办信息统一管理维护，供其他业务系统调取。参保信息管理参保信息进管理维护，供其他业务系统调取。参保信息管理参保信息进管理维护，供其他业务系统调取。属性管理对属性信息进管理维护，供其他业务系统调取。认证管理对医份进行验证以及登

21、录医保相统进行登录认证，6医疗保障局医疗保障建设工程采购需求供其他业务系统调取。Ø库管理对申报、入库、发布等进行管理，供其他业务系统调取。Ø 医疗救助目录管理对医疗救助的对象和目录进行管理，供其他业务系统调取。4.3 功能要求基础信息是对疾病编码、手术操作与分类、药品编码目录、医用耗材编码目录、诊疗项目目录进行内部同步；其他业务标准数据（门慢病种目录、定点医药机构目录、执业医师目录、执业护士目录、执业药师目录、医疗保障病中结算目录、医保经办机构目录、医保经办目录、参保信息目录、参保信息目录等）从省级、统筹汇聚和同步下发；同时认证、库管理、医疗救助目录。其中各医保标准目录的维

22、护和通过公共服务子系统或医保标准库的动态维护平台进管理。4.3.1 业务功能4.3.1.1 疾病编码管理提供疾病编码目录维护接口，实现数据同步。疾病编码管理实现疾病编码目录的新增和变更。4.3.1.1.1 疾病编码新增实现级疾病编码新增、审核、下发基础信息同步数据功能。实现省级疾病编码上报、审核、下发基础信息同步数据功能。4.3.1.1.2 疾病编码变更实现级疾病编码变更申请、审核、下发基础信息同步数据功能。实现省级疾病编码变更申请上报、审核、下发基础信息同步数据功能。4.3.1.2 手术操作与分类管理提供手术操作与分类目录维护接口，实现数据同步。手术操作与分类管理，实现手术操作与分类目录的新

23、增和变更。4.3.1.2.1 手术操作与分类新增实现级手术操作与分类新增申请、审核、下发基础信息同步数据功能。7医疗保障局医疗保障建设工程采购需求实现省级手术操作与分类新增申请、审核、下发基础信息同步数据功能。4.3.1.2.2 手术操作与分类变更实现级手术操作与分类变更申请、审核、下发基础信息同步数据功能。实现省级手术操作与分类变更申请、审核、下发基础信息同步数据功能。4.3.1.3 诊疗项目分类与代码管理提供诊疗项目分类与代码目录维护接口，实现数据同步，并下发至省级和统筹区。诊疗项目分类与代码目录管理实现对诊疗项目分类与代码目录的新增和变更。4.3.1.3.1 诊疗项目分类与代码新增实现级

24、诊疗项目分类与代码新增申请、审核、下发基础信息同步数据功能。实现省级诊疗项目分类与代码新增申请、审核、下发基础信息同步数据功能。4.3.1.3.2 诊疗项目分类与代码变更实现级诊疗项目分类与代码变更申请、审核、下发基础信息同步数据功能。实现省级诊疗项目分类与代码变更申请、审核、下发基础信息同步数据功能。4.3.1.4 门慢实现对门慢病种目录管理病种目录的新增和变更功能，并同步下发至省级和统筹区。4.3.1.4.1 门慢病种目录新增实现级门慢病种目录新增申请、审核、下发基础信息同步数据功能。实现省级门慢病种目录新增申请、审核、下发基础信息同步数据功能。4.3.1.4.2 门慢病种目录变更实现级门

25、慢病种目录变更申请、审核、下发基础信息同8医疗保障局医疗保障建设工程采购需求步数据功能。实现省级门慢病种目录变更申请、审核、下发基础信息同步数据功能。4.3.1.5 定点机构目录管理对定点机构（定点医疗机构、定点药店和照护机构）目录从省级和统筹汇聚及管理维护，同步下发至省级和统筹区。4.3.1.5.1 定点机构目录新增实现统筹区医保通过定点协议管理新增定点机构同步到基础信息，并对外提供服务。4.3.1.5.2 定点机构目录变更实现统筹区医保通过定点协议管理变更定点机构同步到基础信息，并对外提供服务。4.3.1.6 执业医师目录管理对执业医师目录从省级和统筹汇聚及管理维护，同步下发至省级和统筹区

26、。4.3.1.6.1 执业医师目录新增实现统筹区医保通过定点协议管理新增执业医师目录同步到基础信息，并对外提供服务。4.3.1.6.2 执业医师目录变更实现统筹区医保通过定点协议管理变更执业医师目录同步到基础信息，并对外提供服务。4.3.1.7 执业护士目录管理实现对执业护士目录从省级和统筹汇聚及管理维护，同步下发至省级和统筹区。4.3.1.7.1 执业护士目录新增实现统筹区医保通过定点协议管理新增执业护士目录同步到基础信息，并对外提供服务。4.3.1.7.2 执业护士目录变更实现统筹区医保通过定点协议管理变更执业护士目录同步到基础信9医疗保障局医疗保障建设工程采购需求息，并对外提供服务。4.

27、3.1.8 执业药师目录管理实现对执业药师目录的新增和变更功能，并同步下发至省级和统筹区。对执业医师目录分类与代码目录进汇聚及管理维护，同步下发至省级和统筹区。4.3.1.8.1 执业药师目录新增实现统筹区医保通过定点协议管理新增执业药师目录同步到基础信息，并对外提供服务。4.3.1.8.2 执业护士目录变更实现统筹区医保通过定点协议管理变更执业药师目录同步到基础信息，并对外提供服务。4.3.1.9 药品分类和代码管理药品分类和代码管理实现对药品分类和代码目录的新增和变更，提供药品分类和代码目录接口，实现数据同步。4.3.1.9.1 药品分类和代码新增实现级药品分类和代码新增申请、审核、下发基

28、础信息同步数据功能。实现省级药品分类和代码新增申请、审核、下发基础信息同步数据功能。4.3.1.9.2 药品分类和代码变更实现级药品分类和代码变更申请、审核、下发基础信息同步数据功能。实现省级药品分类和代码变更申请、审核、下发基础信息同步数据功能。4.3.1.10 日间手术、日间治疗病种目录管理实现对日间手术和日间治疗的病种目录从省级和统筹汇聚及管理维护，同步下发至省级和统筹区。4.3.1.10.1 日间手术、日间治疗病种目录新增实现级药日间手术、日间治疗病种目录新增申请、审核、下发基础信息同步数据功能。10医疗保障局医疗保障建设工程采购需求实现省级日间手术、日间治疗病种目录新增申请、审核、下

29、发基础信息管理子系统同步数据功能。4.3.1.10.2 日间手术、日间治疗病种目录变更实现级日间手术、日间治疗病种目录变更申请、审核、下发基础信息管理子系统同步数据功能。实现省级日间手术、日间治疗病种目录变更申请、审核、下发基础信息管理子系统同步数据功能。4.3.1.11 医疗保障病种结算目录管理实现对医疗保障病种结算目录从省级和统筹汇聚及管理维护，同步下发至省级和统筹区。4.3.1.11.1 医疗保障病种结算目录新增实现级医疗保障病种结算目录新增申请、审核、下发基础信息统同步数据功能。实现省级医疗保障病种结算目录新增申请、审核、下发基础信息同步数据功能。4.3.1.11.2 医疗保障病种结算

30、目录变更实现级医疗保障病种结算目录变更申请、审核、下发基础信息统同步数据功能。实现省级医疗保障病种结算目录变更申请、审核、下发基础信息同步数据功能。4.3.1.12 医用耗材分类与代码管理医用耗材分类与代码管理对目录进行新增和变更，提供医用耗材分类与代码目录接口，实现数据同步。4.3.1.12.1 医用耗材分类与代码新增实现级医用耗材分类与代码新增申请、审核、下发基础信息同步数据功能。实现省级医用耗材分类与代码新增申请、审核、下发基础信息同步数据功能。11医疗保障局医疗保障建设工程采购需求4.3.1.12.2 医用耗材分类与代码变更实现级医疗用耗材分类与代码变更申请、审核、下发基础信息管理子系

31、统同步数据功能。实现省级医疗用耗材分类与代码变更申请、审核、下发基础信息管理子系统同步数据功能。4.3.1.13 医保经办机构目录管理实现对对医保经办机构目录从局本级、省级和统筹汇聚及管理维护，并同步下发至省级和统筹区。4.3.1.13.1 医保经办机构目录新增实现省级基础信息上报新增医保经办机构目录到基础信息系统，并对外提供服务。4.3.1.13.2 医保经办机构目录变更实现省级基础信息上报变更医保经办机构目录到基础信息系统，并对外提供服务。4.3.1.14 医保经办目录管理对医保经办目录从局本级、省级和统筹汇聚及管理维护。4.3.1.14.1 医保经办机构目录新增实现省级基础信息上报新增医

32、保经办目录到基础信息系统，并对外提供服务。4.3.1.14.2 医保经办机构目录变更实现省级基础信息上报变更医保经办目录到基础信息系统，并对外提供服务。4.3.1.15 参保实现对参保信息管理信息的新增和变更功能，并同步下发至统筹区。同时，实现参保人个人电子凭证管理功能，通过生成唯一标识参保人个人的个人电子凭证，与个人（社保卡、医保个人账户以及其他属性信息）进行绑定，并对个人电子凭证信息进行加密和唯一性及真伪校验。4.3.1.15.1 参保信息新增实现从统筹区到省级基础信息、再到基础信息的12医疗保障局医疗保障建设工程采购需求参保人新增信息同步功能，并对外提供服务。4.3.1.15.2 参保信

33、息变更实现从统筹区到省级基础信息、再到基础信息的参保人变更信息同步功能，并对外提供服务。4.3.1.15.3 参保人个人电子凭证管理实现参保人电子凭证的生成（参保参保登记或变更时，通过加密、校验生成唯一标识参保人个人的个人电子凭证）、绑定个人、以及通过参保人个人电子凭证获取参保人信息服务功能。4.3.1.16 参保实现对参保信息管理信息从统筹汇聚及管理维护，并同步下发至省级和统筹区。4.3.1.16.1 参保实现统筹区医保信息新增通过参保登记管理进行参保登记，信息同步到基础信息，并对外提供服务。4.3.1.16.2 参保实现统筹区医保信息变更通过参保登记管理进行参保变更，信息同步到基础信息，并

34、对外提供服务。4.3.1.17实现对所有属性管理（经办、执业、参保）属性信息进管理维护，并同步下发至省级和统筹区。4.3.1.17.1统筹区所有属性信息新增（经办、执业、参保）属性新增信息同步到基础信息，并对外提供服务。4.3.1.17.2统筹区所有属性信息变更（经办、执业、参保）属性修改信息同步到基础信息，并对外提供服务。4.3.1.18认证管理实现对参保人进行验证以及登录医保相统进行登录认证功能。13医疗保障局医疗保障建设工程采购需求4.3.1.19库管理库管理是通过建设库，对各领域各专业的进行统计，通过推荐、抽取、等机制完成项目的管理。库管理至少要实现申报管理、专家抽取管理、通知管理、库

35、基本管理、功能。4.3.1.19.1申报管理申报管理分为推荐和个人申报；推荐可通过各司推荐相关领域的，通过审核后，进入库；个人申报，相关领域按照模板在网站或公共服务子系统进行个人申报。4.3.1.19.2抽取管理抽取管理采随机方式，首先随机抽选，然后再随机抽选；抽取管理有效抽取管理，如果认可抽取结果则进行；如果认为抽取结果疑义，则认为无效抽取，则重新进行抽取，并对已经抽取的进行标记；抽取设置按不同领域或不同专业等方式进行抽取；抽取时间设置，不同类型的项目可提供提前某段时间的设置（如前一周、当场）及自定义时间段。4.3.1.19.3通知进入通知管理库的入库情况予以确认，可通过平台通知、或公共服务

36、子系统发布。4.3.1.19.4库基本库基本管理按照不同类别进行分类，如按专业、领域、职位等分类；进行信息的增加、更新、删除等操作，并提供按照条件进行筛选和；进行专家信息的展示，可根据部分条件信息展现整体信息。4.3.1.19.5管理管理在公共服务子系统提供，对进行；或在公共服务子系统进行个人申请；根据或申请的审核结果，对进行库管理；对于前期没有疑义的采用自动延长机制，自动保留在库中。4.3.1.20 医疗救助目录管理医疗救助目录管理至少要救助对象管理、目录维护和标准功能；与省级、统筹区通过接口实现数据及时上传局本级系统。14医疗保障局医疗保障建设工程采购需求4.3.1.20.1 医疗救助对象

37、管理医疗救助对象管理建立医疗救助对象管理目录，分人群进行标识，分别为重点救助对象(低保、特困)、建档立卡贫困人口、低收入救助对象、因病致贫对象等。医保医疗救助对象的数据由医疗机构通过统筹区上传到省级再上传到局本级；对扶贫医疗救助对象的数据进行匹配、审核通过库，并提供服务。4.3.1.20.2 医疗救助对象管理医疗救助目录维护标准管理对医疗救助目录信息进行新增和变更。医疗救助目录维护标准的数据由医疗机构通过统筹区上传到省级再上传到局本级，对扶贫医疗救助的目录数据进行匹配、审核通过库，并提供服务。4.3.1.21 基础信息管理功能服务 API将基础信息管理的功能发布成 API，为省级、统筹区提供基

38、础信息管理功能。4.3.2 基础服务对业务系统的服务能力进行提炼，抽取基础服务，以便进一步优化业务模型，减少业务耦合度。此基础服务与应用支撑平台对接，按照应用支撑子系统的规范来开发。15医疗保障局医疗保障建设工程采购需求5、软件安全要求投标方须严格按照医保信息系统安全开发规范要求，组织研究和实施。系统上线前，应按照招标方要求进行源代码安全扫描，并对发现的漏洞进行修复；招标方只负责一次检测和修复后的一次复测费用，其他费用由承建商自行负责。投标方应提供详细的安全设计方案并详细说明在应用安全和数据安全方面采取的安全的措施。16医疗保障局医疗保障建设工程采购需求6、软件性能要求（1）系统支持的总用户数

39、不低于 5000 人，最大支持用户数不低于 2000人。（2）系统支持的最大并发用户数为 500 人/秒。（3）在稳定性上，系统要求全年稳定连续运行，系统稳定性不小于 99.999%；（4）交互类业务平均响应时间不大于 1 秒类业务平均响应时间不大于 2 秒，接口类单条平均响应时间不大于 1 秒、多条于 3 秒。（100 条）平均响应时间不大17医疗保障局医疗保障建设工程采购需求7、软件技术要求7.1 总体技术要求（1）应该是企业级的解决方案，支持可分布的、可伸缩的体系结构。支持部署在主流的操作系统（Linux）和硬件平台上，支持 B/S 结构，支持云数据库、云、云缓存等云架构。（2）投标方提

40、供的软件必须是模块化设计，并且保证任何软件模块的维护和更新都不影响其它软件模块，软件具有容错能力。（3）投标方提供的软件应具有自身故障监视和能力，即软件发现故障并发出告警。（4）投标方提供的软件在不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响的性能与运行。（5）投标方应承诺在供货时提供最新版本的软件，但该软件必须是经过测试正式推出，其可靠性、稳定性经过严格验证。（6）本项目运维期内，软件版本升级时，投标方应承诺更新软件版本，并提供相应的新版本软件功能说明书及修改说明书。（7）投标方提供的应用软件要求具有较强的容错功能对数据一致性的检查、对输入内容的检查等。7.2 应用软

41、件性能要求（1）应用软件系统的各个软件功能模块应满足本文相关功能要求。应用软件必须能够切实满足系统管理的需求，并且适应今后的业务增长和变化，随时可以按功能需要进行修改和维护。（2）应用软件应采用通用软件开发平台进行开发，有很强的灵活性和扩展性，在今后开展新业务时可通过对参数等的简单更改迅速方便地实现，具有良好的适应能力。（3）应用软件应采好的图形化窗口的用户操作界面，可操作性强，而且操作界面应力求简洁、直观，具有全中文界面，有向导性功能，支持工作台化管理，有利于简化操作，并提高操作效率。在考虑简化用户的操作的同时，应操作必要时做一些人工干预。（4）应用软件应具备一套完备的数据管理系统和进程调度

42、系统，以的安全可靠和整个系统的正常运转。18医疗保障局医疗保障建设工程采购需求（5）应用软件还应采用参数驱动的设计思想，在应用软件中，凡是不能确定的因素，应做到参数化，以达到通过对参数的设置就可适应不同的情况及不同时期的应用要求，并具备多用户和多任务操作能力，并对用户数不加限制。（6）每个应用的功能由一个应用模块完成，应用模块之间应减少耦合度；应用模块之间采用开放的应用接口（API）进行通信；开发可灵活开发新的应用模块，并可在不需对原有系统进行重新编译的前提下，动态加载到系统使用。（7）应用软件必须可制作打包安装盘（包），具有自动安装功能以及安装功能。（8）应用软件要遵循易操作性、健壮性、实用

43、性、高效性和安的原则。（9）灵活设计和详细系统操作权限，支持功能级、数据级权限，可按原子级业务、业务组件、业务流程分配系统操作权限；支持管理，个性化工作台展示业务组件、业务图表。（10）应用软件应具有完整、严谨的操作权限管理机制和日志，确的安和业务的可稽核性；系统采用业务回退机制，加强业务的可逆性。7.3 应用软件说明要求（1）投标方软件的结构应满足本采购需求所要求的结构，投标方应详细解释其的总体结构和数据流程。如果采用第，指明第在整系结构中所起的作用，做到框架图纸和文字描述一一对应。（2）投标方应支持当前主流 X86 服务器和主流操作系统及国产操作系统（国产 Linux，如中标麒麟、麒麟等）

44、，支持虚拟化，支持容器（docker），支持云服务等。（3）投标方应支持当前主流国产数据库、中间件及云数据库（、腾讯云、电信云等）。7.4 投标方第软件技术要求投标方原则上须使用招标方所提供的第软件，如遇特殊情况，需使用其他第三方软件，在征得招标方同意后，由投标方自行解决。招标方可提供的第软件列表如下：（1）操作系统；（2）中间件；19医疗保障局医疗保障建设工程采购需求（3）云软件；（4）数据库；（5）大数据软件；（6）备份同步软件；（7）PKI/CA 体系。20医疗保障局医疗保障建设工程采购需求8、服务要求8.1 集成要求投标方应配合软件集成商进行基础信息的集成工作，相关软件部署，系统软件上

45、线运行以及与其他系统的互联等。要求投标方承诺：根据招标方要求，对本项目其他应用子系统的承接商组织培训，并共享本投标方实施能力。8.2 投标方项目管理要求投标方需提供本次工程建设的项目管理预案，项目（投标方安排的项目必须固定，若有替换，必须与招标方协商，否则由投标方承担相关责任。此外，投标方所安排的开发和运维必须专职于本项目的开发）及分工、项目实施计划、项目变更管理方案以及项目风险管理方案等。投标方应承诺提供现场实施服务，办公场地由投标方自行解决。基本要求如下：（1）项目经理具有 5 年以上的信息化和建设管理经验，具有信息化总体能力，具备省级及以上医疗或医保相关行业建设经验，对医疗保障领域或医疗

46、领域信息化有深入理解，有良好的能力、耐性和综合素质。Ø 投标方参与数量：不少于2人。其中1人必用户现场服务，1人在本地项目研发场地服务。（2）需求分析阶段投标方需与医疗保障局相关充分，掌握本项目的需求。要求：Ø 投标方参与数量：不少于5人。Ø 投标方至少需提交的文档：业务需求调研报告、应用系统需求分析规格说明书。（3）系统设计研发阶段要求：Ø 投标方本地参与数量：不少于10人。Ø 投标方至少需提交的文档：系统架构设计说明书，系统详细设计说明书，数据库设计说明书，各软件功能模块、流程、数据、接口模块的详细说明及内部测试报告。21医疗保障局医疗保障

47、建设工程采购需求（4）系统测试阶段要求：Ø 投标方本地参与数量：不少于5人。Ø 投标方至少需提交的文档：测试方案、测试过程文档、系统整体测试报告。（5）系统实施阶段要求：Ø 投标方本地参与数量：不少于5人。Ø 投标方至少需提交的文档：系统实施计划、过程文档、试运行报告。（6）驻场服务本项目服务期内需提供至少3名本项目专职长期驻场工（含项目经理），驻场工工作量不额外计费，驻场工具备本系统进行修改、调整能力，并按客户要求调整本系统（驻场工工作量内的新需求）。要求：具有5年以上的医保或医疗相关领域信息化研发经验，具备省级及以上医保或医疗相关行业建设经验，对医保

48、或医疗相关领域信息化有深入理解，有良好的沟通能力、耐性和综合素质。（7）系统优化服务本项目服务期内至少每半年进行一次系统性数据梳理和整体优化，确保数据管理效率。（8）内容投标方需在投标文件中明确，本项目中数据（包含原始数据和衍生数据）全部为招标方所有，全部列入范围，投标方不得用户的情况下导出、分析以及移作他用。（9）源代码和产权要求投标方需在投标文件中明确，本项目中的全部源代码（不包含既有知识产权类和工具）和知识产权全部为招标方所有，投标方需在合作期间及合作终止后 5 年内，在招标方提出要求的 3 天内无条件提供本项目源代码。8.3 培训要求承建商提供满足招标方要求的场地、食宿、师资、资料等条

49、件。培训时间和地点：由招标方指定。22医疗保障局医疗保障建设工程采购需求培训总人天要求：1000 人天。1、对系统建设的培训系统建设不仅要对相关的技术有深入的研究，还要对项目运行涉及的具体业务有充分的理解。因此，应加强对系统建设这两方面的培训，以建设符合实际业务需要。2、对应用部门各级系统应用的培训使之能够了解信息系统的建设思想、主要功能和操作规程，能够熟练应用这一系统辅助开展工作，并能结合实际工作需要提出各种改进意见。根据对系统的使用特点不同，对应用的培训分为两个层次：（1）对培训的主要目的是使有关主管对系统有一定的了解，同时能够应用系统进行决策、指挥工作；（2）对其他应用的培训，主要使他们在各业务环境下能够很好地利用系统完成相应的专业工作，提高工作效率，提高信息的准确性和全面性。3、系统运行维护的培训