医疗保障局医疗保障信息平台建设工程技术规范书-20190118软件-内部统一门户系统格式示例

国家医疗保障局医疗保障信息平台建设工程技术规范书（内部统一门户系统） 国家医疗保障局规划财务与法规司二O一九年一月国家医疗保障局医疗保障信息平台建设工程技术规范书目 录1、 总则11.1 规范定义11.2 规范内容11.3 有关内容的澄清11.4 投标方应提交的技术资料12、 项目背景描述23、 系统建设说明33.1 建设目标33.2 建设原则33.3 建设规模43.4 性能要求44、 软件功能要求54.1 系统定位54.2 系统架构64.3 功能要求74.3.1 单点登录74.3.2 AAA管理84.3.3 文件服务84.3.4 邮件服务94.3.5 消息服务94.3.6 通讯录管理94.3.7 统一工作流程管理94.3.8 基础信息管理104.3.9 个人工作台104.3.10 CMS内容管理114.3.11 资产管理115、 软件技术要求135.1 总体技术要求135.2 应用软件性能要求135.3 应用软件说明要求145.4 第三方软件技术要求146、 服务要求156.1 集成要求156.2 项目管理要求156.3 培训要求166.3.1 培训内容166.3.2 培训计划166.4 安装与验收要求176.5 维护及技术支持要求176.6 技术文件要求187、 项目计划要求198、 项目验收标准与要求209、 其他要求21 1国家医疗保障局医疗保障信息平台建设工程技术规范书1、 总则通用章节1.1 规范定义本文件为国家医疗保障局医疗保障信息平台建设工程内部统一门户系统的技术规范书。提供本项目建设所需的软件和服务的公司（以下称投标方）应向国家医疗保障局（以下称招标方）就内部统一门户系统所需的软件和集成服务做出详细答复。1.2 规范内容本技术规范书适用于国家医疗保障局医疗保障信息平台建设工程内部统一门户系统。本技术规范书将给出招标方对内部统一门户系统所需要的软件功能和各项服务的要求，这些要求将在以后的各章节中列出，以供投标方编写方案建议书，项目开发计划及报价书之用。1.3 有关内容的澄清（1）投标方对于本技术规范书的疑问可以通过书面材料与招标方联系，在规定的建议书提交最后期限以前，招标方将以书面材料给予答复。（2）在技术谈判的各个阶段，招标方将以书面形式要求投标方对有关问题进行进一步的技术澄清，投标方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为合同附件。（3）未经招标方许可，投标方不得以任何形式向第三方提供本文件的全部或部分内容。（4）招标方在任何时候保留和拥有对本文件的解释权和修改权。招标方有权在签订合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。1.4 投标方应提交的技术资料投标方所提供的技术建议书应按照以下内容格式进行编制：（一）综述（二）内部统一门户系统总体方案建议（三）系统功能模块说明，应详细说明其软件功能和软件架构（四）所需第三方软件的需求说明、产品介绍、配置方案和功能说明（五）内部统一门户系统所需软件安装环境说明（六）内部统一门户系统硬件平台详细需求估算说明（七）项目开发计划详细说明（八）测试及验收（九）培训计划（十）技术服务、支持（十一）所需软件的技术文档（十二）相关资质或许可证 12、 项目背景描述通用章节习近平新时代中国特色社会主义思想强调坚持以人民为中心的发展思想，把人民群众对美好生活的向往作为奋斗目标，将增进人民福祉作为国家发展的根本目的，同时明确我国社会保障改革与发展的目标就是全面建成覆盖全民、城乡统筹、权责清晰、保障适度、可持续的多层次社会保障体系。2018年机构改革，党中央赋予了国家医疗保障局“完善统一的城乡居民基本医保制度和大病保险制度，建立健全覆盖全民、城乡统筹的多层次医疗保障体系，不断提高医疗保障水平，确保医保资金合理使用、安全可控，推进医疗、医保、医药三医联动改革，更好保障人民群众就医需求、减轻医药费用负担”基本职责和核心使命。为解决目前医保信息化建设碎片化，信息资源缺乏统筹、数据“鸿沟”、信息“孤岛”，标准规范不统一，缺乏顶层设计等问题，着意提高新常态下全民医保制度运行公平性、基金安全性、保障可持续性、服务可及性，助力实施医疗保障精准扶贫，保障和改善人民群众“病有所医、病有良医”， 国家医疗保障局启动“医疗保障信息平台建设工程”，通过建立健全国家医疗保障信息化体系，提高全国医疗保障信息平台的宏观决策能力、监测分析能力、监督管理能力、公共服务能力、业务协同能力、社会协作能力，支撑解决医疗保障业务发展和事业发展过程中存在的关键问题。依托国家医疗保障局政务目标、业务目标及业务需求，医疗保障信息平台建设工程将升级改造1个跨省异地就医管理子系统，新建内部统一门户子系统、基础信息管理子系统、医保业务基础子系统、药品和医用耗材招采管理子系统、医疗服务价格管理子系统、支付方式管理子系统、信用评价管理子系统、基金运行及审计监管子系统、医疗保障智能监管子系统、内部控制子系统、运行监测子系统、宏观决策大数据应用子系统、公共服务子系统共13个业务子系统。本技术规范书将针对内部统一门户子系统根据不同的系统分册进行修改给出详细招标要求。3、 系统建设说明3.1 建设目标专用章节，根据系统不同编制目标建设内部统一门户系统，为国家医疗保障局工作人员提供信息系统的统一登录入口、内部工作台和邮件服务，便于国家医疗保障局工作人员便捷、畅达开展日常工作。 3.2 建设原则通用章节系统建设应该遵循以下原则：（1）先进性原则。在技术上应采用业界先进、成熟的软件开发技术，面向对象的设计方法,面向对象的开发工具。采用浏览器/服务器体系结构以支持网络环境下的分布式应用。（2）实用性原则。必须做到系统使用易学、易用、实用，方便广大民众和各级政府部门相关人员的使用。（3）开放性原则。保证系统设计的规范性，包括系统内部程序设计的规范、系统各模块之间接口的规范、系统内部与外部接口的规范和系统用户界面的规范，以便于同其它系统进行信息交互。（4）节约性原则。尽量利用已有的软硬件资源并预留发展空间，避免重复建设，节约投资，少花钱多办事。（5）安全性和可靠性原则。系统建设要采取全面的安全保护措施，具有防病毒感染、防黑客攻击措施保证具有高度的安全性和保密性。（6）可维护性和可扩展性原则。软件设计尽可能模块化、组件化，以适应将来的发展，系统应提供配置模块和客户化工具，通过一系列的组件和工具，使应用系统可灵活配置，优化流程，适应不同的情况；数据库的设计尽可能考虑到将来发展的需要。4、 软件功能要求专用章节，根据系统不同编制相应功能以下章节将对内部统一门户系统建设内容的具体功能需求进行描述，但并不仅限于此，投标方可以提出适合本系统的其他功能。投标方应根据本章节的要求提供系统软件建设方案，包括系统总体架构、各功能模块以及各类流程的详细文字、图示说明。4.1 系统定位国家医疗保障局医疗保障信息平台总体架构如下图所示：图4.1-1账户管理用例图本技术规范书涉及的内部统一门户子系统为医疗保障信息平台的一个子系统，主要是为局本级医保业务工作人员、使用中央系统的省级和统筹区医保工作人员提供统一登录入口，个人工作台、消息服务、文件服务和邮件服务等基础办公功能，并实现统一的身份认证和单点登录。系统边界关系如下图所示：图1.41 内部统一门户子系统边界示意图内部统一门户子系统实现对医疗保障信息平台的医保业务基础子系统、跨省异地就医管理子系统、基金运行及审计监管子系统、宏观决策大数据应用子系统、基础信息管理子系统、运行监测子系统、支付方式管理子系统、信用评价管理子系统、医疗服务价格管理子系统的单点登录和身份认证。通过个人工作台消息和文件服务调取各业务系统待办信息和消息提醒，向用户发布统一的待办信息和消息提醒。4.2 系统架构内部统一门户子系统功能架构如下图所示：图4.1-2内部统一门户子系统功能架构示意图4.3 功能要求4.3.1 单点登录实现医疗保障信息平台全平台用户统一单点登录，其他系统调取内部统一门户子系统的单点登录结果作为登录认证和权限分配的信息，从而实现一站式登录。（1）当用户登录系统后，系统首先将用户的登录信息发送到单点登录服务器（SSO服务器）；（2） 生成相应的ticket证书；（3） 系统将用户信息连同证书一起到认证系统中进行认证；（4）当认证通过后，系统将认证信息返回单点登录服务器，通知认证成功，并且将账户信息发送到鉴权系统，对用户赋予业务权限及数据权限；若认证不成功，则通知用户登录失败；（5） 用户认证后，进入内部门户，根据相应的权限来操作相应的功能和数据；（6） 登录其他系统时根据ticket信息，无需再次登录。4.3.2 AAA管理AAA管理为系统用户提供账户管理、统一身份认证、统一鉴权。4.3.2.1 账户管理账户管理是对用户账户（包括内部统一门户子系统和公共服务系统的用户账户）信息进行统一管理，包括对用户的账户ID、账户说明信息等的增加、删除、修改、查询等管理。4.3.2.2 统一身份认证在用户登录的过程中需要对用户进行统一认证，认证的方式为CA认证。4.3.2.3 统一鉴权鉴权管理是对用户的权限进行鉴别和权限赋予，包括用户在系统操作过程中的业务权限和数据权限赋予和鉴别。4.3.3 文件服务为系统用户提供文件的上传、下载以及管理。4.3.3.1 文件上传系统用户能够对文件编辑环境进行配置并通过文件编制环境进行文件编辑，编制完成后可调用通讯录，将文件发送给指定人群。4.3.3.2 文件下载有文件消息传递过来时，系统用户能够接收文件并保存。4.3.3.3 文件管理（1）新增文件：配置编辑环境、新建文件；（2）修改文件：打开待修改的文件，修改文件；（3）查询文件：输入查询条件，进行文件查询；（4）删除文件：查询待删除文件，进行删除操作4.3.4 邮件服务为用户提供邮件发送、接收、归档等服务。4.3.4.1 邮件发送（1）支持邮件编辑；（2）支持通过输入地址或选择通讯录，选择邮件接收人；（3）支持添加附件。4.3.4.2 邮件接收（1）如果有附件，进行附件下载和保存；（2）如需回复邮件，进行邮件回复。4.3.4.3 邮件归档支持邮件归档和删除操作。4.3.5 消息服务将站内消息、短信、即时消息等发送给相应系统用户，系统用户可通过个人工作台查看消息内容。4.3.6 通讯录管理为系统用户提供通讯录查询、维护功能。4.3.6.1 通讯录查询（1）支持对通讯录进行查询；（2）支持将组织机构的基本信息同步到通讯录；（4）支持在邮件发送时，选择通讯录中的人员作为收件人；（5）支持在文件发送时，选择通讯录中的人员作为收件人。4.3.6.2 通讯录维护（1）新增通讯录：编辑并新增通讯录；（2）修改通讯录：打开待修改的通讯录，修改通讯录；（3）删除通讯录：查询待删除通讯录，进行删除操作。4.3.7 统一工作流程管理提供内部工作流程表单和模板定制以及流程动态定制服务。（1）为内部统一门户子系统登录的业务管理工作人员提供业务工作流程制定模板的管理服务。业务管理人员可通过流程模板定义功能，构建业务流程，进行模板的制定、启用、发布等管理。（2）提供面向局本级工作人员和省级医保工作人员的医保体系内部工作流程的控制与监管。4.3.8 基础信息管理对用户、角色、权限等基础信息进行管理。4.3.8.1 组织机构管理提供组织机构的增、删、改、查等信息管理。4.3.8.2 用户管理提供用户的增、删、改、查等信息管理。4.3.8.3 角色管理提供角色的增、删、改、查等信息管理。4.3.8.4 权限管理提供权限的增、删、改、查等信息管理。4.3.9 个人工作台为用户提供直观的个人代办事项、邮件管理、文件收发、通知消息收发、通讯录管理、业务查询和监管等窗口，并可对各种业务场景的图表进行展示。当系统用户进入个人工作后，会提供相应的服务，包括文件编辑/管理入口、邮件编辑/发送/接收/归档入口、通讯录查询/调用/维护入口、工作流 编排/审核/发布入口、当不同角色的用户进入工作台后，工作台展示内容：（1）展示医疗保障智能监管系统监管图表信息；（2）展示基金运行及审计监管系统基金运行情况以及设计监管图表信息；（3）提供医保业务办理事项交互界面以及展示医保业务办理情况信息；（4）提供支付方式管理系统交互界面；（5）提供基础信息管理系统交互界面及展示基础信息；（6）展示运行监测系统监测图表信息；（7）提供医疗服务价格管理系统交互界面及展示医疗服务价格信息；（8）提供信用评价管理系统交互界面及展示信用评价情况和信息；（9）提供跨省异地就医系统经办交互界面及展示跨省异地就医经办情况；（10）提供宏观决策大数据分析系统参数配置界面和分析、检索交互界面并展示宏观决策大数据分析图表；（11）提供内部控制系统基础管理和配置交互界面并展示内控情况。4.3.10 CMS内容管理为系统用户提供网站编辑、模板定制、栏目定制、频道定制以及网站数据管理等功能。4.3.11 资产管理国家医疗保障局各部门向办公室申报资产需求，办公室工作人员制定采购计划，并对资产供应商和资产购置进行管理。4.3.11.1 资产采购管理根据资产存量以及资产购置需求分析，完成资产购置计划，计划中包含购置的内容、预算和计划采购入库的时间等，资产购置计划经过审批后可进行采购。（1）资产购置计划管理根据资产存量以及资产购置需求分析，完成资产购置计划，计划中包含购置的内容、预算和计划采购入库的时间等，资产购置计划经过审批后可进行采购。（2）资产供应商管理对资产供应的企业或机构进行统一管理。（3）资产购置管理根据资产购置计划，制定资产购置订单，执行资产购置。4.3.11.2 资产预算管理（1）资产预算询价根据资产购置计划中的资产需求，对需要购置的资产进行询价，制定询价报表。（2）资产预算申报根据询价的结果，进行资产预算的制定，并向办公室领导申报预算。4.3.11.3 资产库存管理（1）资产RFID芯片管理对每项资产提供RFID芯片标识该项资产，对资产进行编码管理。（2）资产出入库管理对资产在出库和入库进行登记，记录出入库的详细信息。（3）资产盘点每天、每月、每年对资产的出入库及存量进行盘点和分析。（4）库存监控管理对库存的资产情况进行监控，设置预警并进行存量保障4.3.11.4 资产使用管理（1）资产使用申请管理国家医保局各部门提交资产使用计划申请，对申请进行审核。（2）资产分配管理根据资产使用计划，分配资产。（3）资产处置备案对租用、借用资产进行登记备案。4.3.11.5 资产评估管理（1）资产动态监管对资产的出租、借用、处置等情况进行评估，查询和监控。（2）违规处理对资产使用和处置的违规情况进行发现和处理。4.3.11.6 资产财务管理（1）资产采购付款管理将资产采购的金额支付给供应方。（2）资产处置收益管理根据出租、处置相关单据进行收益计算。（3）资产损坏赔付管理根据资产成本及折旧、修理等进行资产损坏赔付计算和赔付。4.3.11.7 资产审核管理对资产管理的所有涉及审核的环节进行通用审核处理。5、 软件安全要求通用章节本系统安全需求主要包括应用和数据安全。投标方应提供详细的安全设计方案并详细说明在应用安全和数据安全方面采取的安全的措施。5.1 应用安全要求应用系统应从身份认证、访问控制、软件容错、资源控制等方面进行安全设计并采取一定的安全措施。1、身份鉴别（1）应对登录的用户进行身份标识和鉴别，身份标识具有唯一性，鉴别信息具有复杂度要求并定期更换；（2）应提供并启用登录失败处理功能，多次登录失败后应采取必要的保护措施；（3）应强制用户首次登录时修改初始口令；（4）用户身份鉴别信息丢失或失效时，应采用鉴别信息重置或其他技术措施保证系统安全；（5）应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别。2、访问控制（1）应提供访问控制功能，对登录的用户分配账号和权限；（2）应重命名默认账号或修改这些账号的默认口令；（3）应及时删除或停用多余的、过期的账号，避免共享账号的存在；（4）应授予不同账号为完成各自承担任务所需的最小权限，并在它们之间形成相互制约的关系；（5）应由授权主体配置访问控制策略，访问控制策略规定主体对客体的访问规则；（6）访问控制粒度应达到主体为用户级，客体为文件、数据库表级、记录或字段级；（7）应对敏感信息资源设置安全标记，并控制主体对有安全标记信息资源的访问。（8）用户访问信息系统时，应对登录行为、业务操作以及系统运行状态进行记录与保存，保证操作过程可追溯、可审计，确保业务日志数据的安全3、软件容错（1）应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求；（2）在故障发生时，应能够继续提供一部分功能，确保能够实施必要的措施；（3）应提供自动保护功能，当故障发生时自动保护当前所有状态，保证系统能够进行恢复。4、资源控制（1）当通信双方中的一方在一段时间内未作任何响应，另一方应能够自动结束会话；（2）应能够对系统的最大并发会话连接数进行限制；（3）应能够对单个账号的多重并发会话进行限制；（4）应能够对并发进程的每个进程占用的资源分配最大限额。5.2 数据安全要求应用系统应从数据完整性、数据保密性、数据备份与恢复方面、剩余信息保护进行安全设计并采取一定的安全措施。1、数据完整性：（1）敏感数据的使用应在应用程序中进行检错和校验操作，保证原始数据的正确性和完整性（2）应通过系统业务交易完整性机制来保证处理数据的完整性2、数据保密性通过加密或数据签名等方式保证重要数据在传输过程、存储过程中的保密性。3、数据备份与恢复支持数据的本地和异地数据备份与恢复功能。4、剩余信息保护（1）应保证鉴别信息所在的存储空间被释放或重新分配前得到完全清除；（2）应保证存有敏感数据的存储空间被释放或重新分配前得到完全清除。6、 软件性能要求专用章节，根据系统不同调整用户数和并发数（1）系统支持访问的总用户数为3950人，其中局本级用户150人、地方医保用户3800人（平均每个地市级和省级统筹区各10人，约3800人）。（2）系统支持的并发用户数为5人。（3）在稳定性上，系统应该可以全年稳定连续运行，故障时间不超过千分之一；（4）互类业务平均响应时间1秒，查询类业务平均响应时间2秒，交易接口类单条记录平均响应时间1秒、多条记录（100条）平均响应时间3秒。7、 软件技术要求通用章节7.1 总体技术要求本项目采购软件的总体技术要求如下：（1）产品应该是企业级的解决方案，支持可分布的、可伸缩的体系结构。支持主流的国产操作系统和硬件平台，支持浏览器/服务器结构。（2）投标方提供的软件应是确保全网正常运行所需的管理、运营、维护等有关的全部软件。（3）投标方提供的软件必须是模块化设计，并且保证任何软件模块的维护和更新都不影响其它软件模块，软件具有容错能力。（4）投标方提供的软件应具有自身故障监视和诊断能力，即软件能及时发现故障并发出告警，不影响任何已建立的业务连接。（5）投标方提供的软件在不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响网络的性能与运行。（6）投标方应承诺在供货时提供最新版本的软件，但该软件必须是经过测试正式推出的，其可靠性、稳定性经过严格验证的。（7）软件版本升级时，投标方应承诺免费更新软件版本，并提供相应的新版本软件功能说明书及修改说明书。（8）投标方提供的应用软件要求具有较强的容错功能，包括对数据一致性的检查、对输入内容的检查以及对用户资料的稽查等功能。7.2 应用软件性能要求（1）应用软件系统的各个软件功能模块应满足本规范书相关功能要求。应用软件必须能够切实满足对被管系统监控管理的需求，并且适应今后的业务增长和变化，随时可以按功能需要进行修改和维护。（2）应用软件应采用通用软件开发平台进行开发，有很强的灵活性和扩展性，在今后开展新业务时可通过对参数等的简单更改迅速方便地实现，具有良好的适应能力。（3）应用软件应采用友好的图形化窗口的用户操作界面，可操作性强，而且操作界面应力求简洁、直观，具有中文界面，有利于简化操作，并提高操作效率。在考虑简化用户的操作的同时，应允许操作人员必要时做一些人工干预。（4）应用软件应具备一套完备的数据管理系统和进程调度系统，以保证系统的安全可靠和整个系统的正常运转。（5）应用软件支持分布式数据管理，支持多数据源间的访问连接。（6）应用程序还应采用参数驱动的设计思想，在应用程序中，凡是不能确定的因素，应做到参数化，以达到通过对参数的设置就可适应不同的情况及不同时期的应用要求，并具备多用户和多任务操作能力，并对用户数不加限制。（7）应用软件系统应能支持外部存储方式用来保存大量的历史数据。（8）每个应用的功能由一个应用模块完成，应用模块之间应减少耦合度；应用模块与系统之间采用开放的应用接口（API）进行通信；开发人员可灵活开发新的应用模块，并可在不需对原有系统进行重新编译的前提下，动态加载到系统使用。（9）系统必须可制作打包安装盘，具有自动安装功能。（10）应用软件要遵循易操作性、健壮性、实用性、高效性和安全性的原则。7.3 应用软件说明要求（1）投标方软件产品的结构应满足本技术规范书所要求的结构，投标方应详细解释其产品的总体结构和数据流程。如果采用第三方产品，指明第三方产品在整个体系结构中所起的作用，做到框架图纸和文字描述一一对应。（2）投标方应说明自身产品是否支持当前主流X86服务器（如华为、H3C、浪潮、曙光等）和操作系统（国产Linux，如中标麒麟、银河麒麟），是否支持容器（docker），是否支持安全可靠服务器（如长城、宝德、浪潮、曙光等）和操作系统（中标麒麟、银河麒麟）。如果不支持，请说明原因以及可以支持的时间。（3）投标方应说明自身产品目前可以直接运行在何种主流数据库，并说明对于其他数据库产品，投标方是否可以移植，移植难度主要体现在什么地方；如果不能移植的技术原因；如果可以移植，一般情况下从开始移植到最终可以正式商用之间的时间。7.4 第三方软件技术要求投标方应根据工程建设目标、硬件配置方案以及软件建设的具体需求提出合理的第三方软件配置需求和依据。对于所推荐的第三方软件，应支持相关设备运行平台，软件的选择应考虑到人员的易学性和易操作性。8、 服务要求通用章节，但项目人数需根据需求调整8.1 集成要求投标方应负责内部统一门户系统的集成工作，包括相关软件部署，系统软件上线运行以及与其他系统的互联等。投标方在技术建议书中应详细列举本次系统集成的所有工作内容，并说明与其他原有系统软件提供商和集成商集成部分的分工界面。8.2 项目管理要求投标方需提供本次工程建设的项目管理预案，包括项目开发人员名单（投标方安排的项目开发人员必须固定，若有替换，必须与招标方协商，否则由投标方承担相关责任。此外，投标方所安排的开发人员必须专职于本项目的开发）及角色分工、项目实施计划、项目变更管理方案以及项目风险管理方案等。投标方应承诺提供现场实施服务，原则上办公场地由投标方自行解决。基本要求如下：（1）需求分析阶段投标方需与国家医疗保障局相关人员充分沟通，掌握本项目的需求。要求： 投标方参与人员数量：不少于5人。 投标方至少需提交的文档：内部统一门户系统需求说明书。（2）系统设计阶段要求： 投标方参与人员数量：不少于5人（包括需求分析人员）。 投标方至少需提交的文档：系统建设方案，各软件功能模块、流程、接口模块的详细说明及内部测试报告。（3）系统测试阶段要求： 投标方参与人员数量：不少于5人。 投标方至少需提交的文档：系统整体测试报告。（4）系统实施阶段要求： 投标方参与人员数量：不少于5人。 投标方至少需提交的文档：系统实施计划、试运行报告。8.3 培训要求8.3.1 培训内容1、对系统建设人员的培训系统建设人员不仅要对相关的技术有深入的研究，还要对项目运行涉及的具体业务有充分的理解。因此，应加强对系统建设人员这两方面的培训，以保证系统建设符合实际业务需要。2、对应用部门各级系统应用人员的培训使之能够了解信息系统的建设思想、主要功能和操作规程，能够熟练应用这一系统辅助开展工作，并能结合实际工作需要提出各种改进意见。根据人员对系统的使用特点不同，对应用人员的培训分为两个层次：（1）对领导培训的主要目的是使有关主管领导对系统有一定的了解，同时能够应用系统进行决策、指挥工作；（2）对其他应用人员的培训，主要使他们在各业务环境下能够很好地利用系统完成相应的专业工作，提高工作效率，提高信息的准确性和全面性。3、系统运行维护人员的培训运维人员培训主要包括以下几个方面：系统整体知识培训、业务系统培训、信息系统安全分级保护培训、安全事件应急处置培训等。通过培训使项目运维队伍能够充分掌握业务运营技术和维护经验，从技术上和管理上保证信息系统能正常运行。为了保障系统的安全稳定运行，还应对系统运行维护人员进行设备特性、系统功能、故障诊断、安全技术、规范操作、系统备份、系统恢复以及管理制度等方面的培训。8.3.2 培训计划项目人员培训计划见下表所示：项目人员培训计划表（单位：人次） 表 8.31 需要核实序号课程名称培训对象培训人次局本级经办机构1软件应用管理培训应用管理人员1016002操作人员培训系统操作人员8056008.4 安装与验收要求（1）投标方应向买方提供全方位、有效而及时的工程技术支持和服务。（2）投标方负责所提供软件设备的采购、运输、现场安装、二次开发、调测、上线、验收和开通。（3）投标方应负责软件安装、调测时所需的工具、仪表以及安装材料等。（4）投标方应负责其提供的软件间的互连互通。（5）软件测试将由投标方提供测试方案，经买方确认后，在投标方的督导指导下进行，买方人员将参加测试。软件测试的条款应与技术要求一致，测试范围应以本技术要求为基础，测试指标应以技术要求及认可的答复为标准。基于以上要求，投标方应提供测试条件、方法和过程的草案，最终测试文件由双方共同拟定。系统测试要求在投标方督导人员的指导下由买方的维护人员和投标方技术人员共同完成。如果系统测试不能完全满足测试文件的要求，则要重新进行系统测试。（6）系统安装、调试达到技术要求规定的指标并开通业务后，可进行系统初验。验收规范（包括项目、指标、方式和测试工具等）应由投标方在前1个月提交给买方。买方可根据合同及技术要求和浙江公司的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。系统调测结束后进行上线试运行，当试运行后3个月，所有性能指标达到买方技术要求，并且系统无出现重大故障时可进行初验，初验6个月后进行系统终验。在试运行期间，如系统出现重大故障，则试运行期从故障修复之日起重新计算，顺延3个月，若仍达不到要求，继续顺延，一直到系统连续3个月无故障时为止。在全部达到要求时，双方签署最终验收文件。对于延迟移交造成的损失由投标方负责。8.5 维护及技术支持要求（1）针对所有软件，投标方应提供项目竣工验收合格后1年的原厂维保服务。在维保期内，投标方需提供原厂免费维保服务。（2）在软件维保期内，投标方应提供灵活、多样的通信手段，提供7*24小时的响应服务，保证在任何时候招标方人员都能及时找到投标方的工程师。如招标方认为需要，投标方的技术人员应在12小时内赶到现场支持。（3）所供软件出现问题时，其响应时间（指投标方安排人员解决问题的时间）不得大于8小时；在不影响系统正常工作的前提下，故障修复时间不得大于48小时。（4）投标方应提供每周7天，每天24小时全天候服务热线以协助招标方进行维护。（5）投标方应提供排除故障响应的具体流程。（6）投标方应在技术建议书中说明技术指导和技术支持的范围和程度，投标方应提供技术服务流程，技术服务内容和价格清单，若维保期内与期外不同，则应分别列出。（7）投标方对其提供的软件应提供长期技术支持。如软件有新的补丁，应及时免费提供给招标方进行升级。（8）投标方应承诺在后续扩容时，所提供的同类软件的折扣应不小于本次合同的折扣。8.6 技术文件要求投标方提供的书面技术资料必须能够满足确保系统正常运行所需的管理、运营及维护的全套文件。投标方提供的技术文件必须包括：（1）系统说明文件