附件3

成都市中草药研究所信息系统建设可行性报告编写

服务项目需求书

一、数智化协同办公OA项目

总体规划，分步实施

协同办公管理平台的建设、实施和推行是一个长期而系统的工程，并非一朝一夕能够完成的，因此我们需要做好长期规划、分步实施的准备，分阶段、分步骤在不同的领域进行实施和应用。

咨询与IT相结合

合同管理平台是企业合同管理体系的载体和工具，其建设不是单纯的技术问题，更多地涉及到对市中研所业务流程、合规风控等管理体系的梳理。因此，在建设过程中，必须抛弃单纯从技术出发的观念，要将管理体系的梳理和优化与系统建设有机地结合起来。

实用性和先进性相平衡

在追求合同管理平台功能实用性的同时，也应在技术路线的选择上坚持先进性原则，保证平台的管理思想、技术架构在未来若干年内都不会落后。

以人为本，全员参与

在项目建设过程中，需要对市中研所领导和各部门进行广泛的业务梳理和需求调研，以满足不同层级的业务需求。同时需加强平台的培训、宣传和推广，让各级人员充分体会平台为其工作带来的便利性

1.6意义和必要性：

通过建设更高效率的数智化办公系统来提高市中研所的整体创新和应变能力，使市中研所内部实现高效信息沟通、网络无纸化办公，并最终实现规范化管理，促进企业从彼此独立、被动的管理模式转向一体化、信息共享的统一管理模式，将企业业务运作与管理模式提升到更高、更新的层次，从而实现向知识型、学习型转变和升华。

1.7目标：

提升效率，优化体验，打造一体化数字工作平台。充分运用移动端APP，打通各个部门条线的工作平台，建立线上化的协同办公流程和数字化的全新体验。

2.1业务目标分析

数字化转型已成大势，以“数字化办公”为核心特性的新一代办公平台，是单位信息化建设的新趋势，也是单位从信息化走向数字化、智慧化的必经之路。新一代的数字化移动平台应具备“生态化、数字化、平台化、智能化”的特点，通过生态组织的建设重构单位的协同模式，结合生态能力的构建与生态圈的运营形重塑单位价值链，基于数字化能力构建形成从“数据洞察”到“全面优化”的闭环，通过平台化能力建设帮助单位解决信息孤岛、提高工作效率，通过智能化能力的引入，用新技术提高生产效率，完成与“互联网+”的和谐对接。

2.2服务对象、业务流程、业务量分析

2.2.1人事审批

支持人事流程（如入职、转正、调岗、离职）的线上化审批。

2.2.2合同审批

支持合同流程的线上化审批。

2.2.3 其他流程审批

支持市中研所各类业务流程（如审批、报销、请假 盖章等）的在线发起、审批、查询及统计分析。

提供可视化流程设计器，支持拖拽式流程编排，可灵活配置表单、审批节点、权限等

3.3服务内容需求分析

系统应支持7×24小时不间断运行。

系统容量：具备大规模并发流量的处理机制与弹性扩容，在云服务器资源无瓶颈的条件下，可支持超 30W+ 用户同时在线。当系统容量超过上述情况时不能出现系统崩溃的现象，可满足系统高访问压力、大数据处理、高并发访问、高可用性应用的需求。

响应指标：在网络稳定的情况下，用户打开页面响应速度≤3秒，点击操作响应速度≤3秒，复杂查询响应速度≤8秒。

可靠性：系统应该具有很强的防错、抗错能力。在7×24连续运行情况下，系统可靠性达到99.99%。平均故障修复时间小于2小时。

3.4数据需求分析

对原有OA系统中的表单、流程、历史数据等数据，需根据数据的重要程度、使用情况及迁移的性价比，迁移至新系统中。

3.5网络和数据安全需求分析

本系统应提供完整的安全方案。包括但不限于防病毒、防篡改、防DDoS攻击、防SQL注入、防DNS攻击、限制用户上传下载文件权限、防可疑IP及跟踪等内容。

定期对系统进行病毒检查、漏洞扫描，实时自动识别来自各种介质（软盘，光盘，接收各种数据文件等）的病毒并查杀，及时进行漏洞修补。

数据安全，服务器端存储的敏感数据支持加密处理，保障数据存储安全。

密码安全，要求用户的密码在存储时进行加密，保证密码不会外泄。系统能提供账户密码的更换周期控制；密码强弱度的校验等措施，有效保证用户密码的安全使用。

4.1服务内容及要求

由于本项目涉及到市中研所的各部门协同使用，必须建立起科学合理的项目进度安排，将项目整体进度目标进行细分并落实到每一阶段。此项工作整体进度计划如下，具体细节实施在合作方落实之后由项目实施小组负责制订并实施。

整体实施建议分为六大步骤：

确定合作方：项目能否成功，30%取决于软件产品，30%取决于内部变革，40%取决于项目实施。所以需要合作方有成熟稳定的产品、高效的实施方法且参与我方项目实施的团队，必须有类似行业的实施经验来保证本项目的成功。

(2)项目启动：相关业务部门派出1名核心骨干配合工作。

(3)项目调研：鉴于协同办公平台平台的专业性和业务的复杂性，需要业务人员的深度参与，在项目调研期间对业务需求进行把关。

4.2服务考核方案

分阶段明确目标

将项目的整体实施分解为若干项目阶段――前期准备、需求阶段、设计阶段、开发阶段、实施阶段、试运行阶段、运行维护及质保服务阶段，明确各个阶段的项目主要里程碑目标。

按领域分解工作

为实现项目阶段主要里程碑目标，将项目的工作内容分解到项目管理、需求管理、变更管理、缺陷管理、系统设计、系统开发、系统测试、系统部署、系统迁移、系统培训、系统运行及推广等主要工作领域，明确项目工作内容的责任主体。

按岗位明确职责

将各工作领域的阶段工作内容，细化分解到项目各工作小组的具体岗位角色，实行岗位责任制，并最后将任务落实到个人，便于量化的跟踪考核。

周期性质量审查

在项目的各个阶段，按照预期设定的质量审查点以及审查内容，对阶段工作内容的完成情况、完成质量进行审查，确保各阶段的项目计划执行及质量处于在控状态

4.3网络和数据安全建设

在数字经济时代，数字化正在引领一场深刻的社会变革。数据成为新的生产要素，数字技术渗透到人们工作和生活的方方面面，数字经济正不断影响着全球的经济结构和竞争格局。

平台底层支持三员管理模式，即系统管理员、安全管理员、审计管理员三权分立，避免单个管理员权限过大。

数据加密，服务器端存储的数据支持加密处理，保障数据存储安全。

密码加密，要求用户的密码在存储时进行加密，保证密码不会外泄。系统能提供账户密码的更换周期控制；密码强弱度的校验等措施，有效保证用户密码的安全使用。

传输加密，要求能实现HTTPS通道访问加密；

第三方认证，要求在用户名和密码支持外，可以结合第三方认证，例如短信验证码登录等。

完善的应用级别权限控制：系统能提供基于个人、单位、部门、群组、角色、岗位、级别的多维度权限控制，系统可以针对以上属性进行灵活的权限设定，确保信息安全的可定义性和可执行性。

4.4信息技术应用创新建设

通过建设新一代信创办公系统，构建机构内部信创基础软硬件环境，为以后做全面信创建设打下坚实基础。而且，在建设信创办公系统时形成大量有效的信创适配的技术方案和知识积累能为以后建设信创项目提供全方位参考资料。

4.5密码应用相关要求建设

认证安全：支持第三方统一身份认证管理，系统支持统一授权管理，对登录的用户进行身份认证和授权，确保身份的真实性，并在敏感信息的传送中采用数字签名技术，防止重要信息的泄漏。

完善的应用级别权限控制：系统能提供多维度权限控制，系统可以针对以上属性进行灵活的权限设定，提供页面权限控制机制（页面权限控制以及页面上按钮控制，可前台通过配置进行管控），提供对用户/角色对业务数据访问/操作的权限管控，确保信息安全的可定义性和可执行性。

5.1数字资源统筹使用情况

第一，协同办公系统要充分考虑数据安全、产品功能、系统性能、项目经验和平台生态，可兼容适配信创标准的国产CPU服务器、数据库、操作系统、中间件等，同时在过渡期内也可支持X86环境下的用户正常使用系统。

第二，全新设计，助推经营发展，做好办文、办会、办事，实现全场景全流程的功能覆盖。充分借鉴同业经验，采用头部产品先进方案，实现流程管理、会议管理、人事管理等系统功能，满足员工的使用需求。

第三，提升效率，优化体验，打造一体化数字工作平台。充分运用移动端APP，打通各个部门条线的工作平台，建立线上化的协同办公流程和数字化的全新体验。

第四，运用成熟的实施方法论，通过项目启动、需求调研、项目实施、培训、系统安装测试及试运行、项目验收、系统交接等阶段工作内容，完成协同办公系统的顺利建设实施和成功上线运行。

6.1项目实施与运行管理

6.11总则

目的：规范 OA 系统（办公自动化系统）从项目启动、实施到上线后运行维护的全流程管理，确保系统功能贴合业务需求、运行稳定安全，提升组织办公效率与协同水平。

适用范围：本规则适用于 OA 系统项目实施团队（含内部 IT 部门、业务部门及外部供应商）、系统运维团队、全体系统用户及相关管理部门。

核心原则：需求导向、分工明确、流程规范、安全优先、持续优化。

6.12项目实施阶段管理规则

（一）实施前准备

组织架构与职责

成立 OA 项目组，明确组长（由 IT 部门或核心业务部门负责人担任）、业务对接人（各部门指定 1-2 名骨干）、技术负责人（IT 部门成员）及供应商对接人（供应商项目负责人）。

项目组职责

制定实施计划、协调资源、把控进度与质量、解决实施过程中的争议问题；业务对接人负责提报本部门需求、参与测试与培训；技术负责人负责系统部署环境搭建、数据迁移技术支持；供应商对接人负责按计划交付开发、配置与培训服务。

需求调研与方案确认

业务部门需以书面形式提交《OA 系统业务需求清单》，明确办公流程（如审批、报销、协同）、数据管理（如文档存储、权限）等内容。项目组联合供应商梳理需求，形成《OA 系统实施方案》，包含功能模块清单、流程设计图、数据迁移方案、实施 timeline 及验收标准，经各业务部门及管理层签字确认后生效，后续需求变更需走《需求变更申请流程》（需说明变更原因、影响范围及成本，经审批后方可实施）。

（二）实施过程管理

环境搭建与数据迁移

技术负责人需提前 1 周完成服务器、网络环境配置，确保满足 OA 系统运行硬件及软件要求（如操作系统版本、数据库类型），并提交《环境验收报告》给项目组。

数据迁移需遵循 “先备份、后迁移” 原则：各业务部门提前整理需迁移的历史数据（如人员信息、审批记录、文档资料），按供应商要求的格式（如 Excel、PDF）提交；供应商完成数据迁移后，项目组联合业务部门进行数据核对，确保数据完整性（无缺失、无重复）与准确性（字段匹配、逻辑正确），形成《数据迁移验收单》。

系统配置与开发

供应商需严格按《OA 系统实施方案》进行系统配置（如表单设计、流程设置、权限分配）及定制开发（如个性化功能模块），每完成一个模块，需提交《模块交付报告》，由项目组及对应业务部门进行功能验证。

开发过程中若出现技术问题，供应商需 24 小时内响应，48 小时内提供解决方案；若影响实施进度，需书面说明原因及延期计划，经项目组审批同意后方可调整。

测试与问题整改

系统测试分为 “单元测试”（供应商自测，确保单个功能正常）、“集成测试”（项目组测试系统模块间及与其他系统的集成效果）、“用户测试”（各业务部门用户按《测试用例》操作，验证业务流程适配性）三个阶段。

测试过程中发现的问题需记录在《OA 系统问题整改台账》，明确问题描述、优先级（高 / 中 / 低）、责任方及整改时限；供应商需按优先级整改，高优先级问题需 24 小时内解决，整改完成后由测试人员复核，直至问题全部闭环。

（三）验收与上线

验收标准

功能达标：所有《实施方案》中明确的功能模块正常运行，满足业务需求；

性能达标：系统响应时间（如表单打开、流程提交）≤3 秒，并发用户数满足组织峰值需求（如支持 200 人同时在线操作）；

数据达标：迁移数据完整准确，无异常；

文档齐全：供应商需提交《系统操作手册》《管理员手册》《部署文档》等交付物。

上线与过渡期支持

验收通过后，项目组发布《OA 系统上线通知》，明确上线时间、初期支持方式（如现场支持、线上答疑群）；上线后 1 个月为 “过渡期”每日收集用户问题，及时解决（一般问题 2 小时内响应，复杂问题 1 个工作日内解决）。

过渡期结束后，项目组组织各部门进行上线效果评估，确认系统正式转入稳定运行阶段。

6.13运行管理阶段规则

（一）日常运维管理

运维团队职责

IT 部门运维组负责 OA 系统日常监控（如服务器运行状态、系统日志、网络连接），每日 9:00 前完成监控检查，形成《运维日志》；发现异常（如系统卡顿、报错）需立即排查，无法解决时联系供应商，同步告知受影响用户。

建立 “问题响应机制”：普通问题（如操作疑问）通过内部答疑群或电话 1 小时内回复；故障问题（如系统无法登录、流程中断）10 分钟内响应，2 小时内恢复（若需长时间修复，需发布《系统暂停通知》，说明暂停时间及替代方案）。

需求变更管理

业务部门提出新需求时，需提交《OA 系统需求变更申请表》，注明需求内容、使用场景、预期效果；运维组联合相关部门评估可行性（如技术难度、成本、对现有系统的影响），报管理层审批。

审批通过的需求，由运维组协调供应商实施，实施完成后组织测试与验收，验收通过后方可上线；未通过的需求，由运维组向申请部门说明原因。

（二）权限与数据管理

权限管理

遵循 “最小权限原则”：用户权限按 “岗位职责” 分配，仅授予完成工作必需的权限（如普通职工仅有 “发起审批、查看个人文档” 权限，部门负责人增加 “审批本部门流程、查看部门文档” 权限）。

权限申请与变更：用户需通过 OA 系统提交《权限申请 / 变更单》，经科室负责人及运维组审批后生效；运维组每季度进行一次权限审计，清理 “冗余权限”（如离职人员未回收的权限、岗位调整后不再需要的权限），形成《权限审计报告》。

数据管理

数据备份：运维组按 “每日增量备份 + 每周全量备份” 执行，备份数据存储在本地服务器及云存储双节点，每月抽查 1 次备份数据的恢复效果，确保可正常恢复。

数据安全：禁止用户私自导出、传播系统敏感数据（如财务审批记录、人员薪酬信息）；系统日志需记录 “数据查看、修改、删除” 操作，保存期限不少于 1 年，便于追溯。

（三）安全与用户管理

系统安全

运维组定期（每月）对 OA 系统进行安全扫描（如漏洞检测、病毒查杀），及时安装系统补丁；设置防火墙规则，限制非办公网络访问系统；用户密码需满足 “8 位以上、含字母 + 数字 + 特殊符号” 要求，每 90 天强制更换一次。

发生数据泄露、系统被攻击等安全事件时，运维组需立即启动《OA 系统安全应急方案》，暂停受影响功能、隔离风险，同时上报管理层及相关监管部门，24 小时内提交《事件调查报告》及整改措施。

用户管理

新员工入职：人力资源部在员工入职当日同步告知运维组，运维组 2 小时内完成 OA 账号创建与权限配置，通过邮件发送账号信息及《新手操作指南》。

员工离职 / 调岗：人力资源部提前 1 个工作日提交《员工离职 / 调岗通知》，运维组在员工离职当日回收账号权限、冻结账号；调岗员工需重新提交《权限申请单》，按流程调整权限。

（四）培训与优化

用户培训

新系统上线后，项目组组织 “全员基础培训”（如系统登录、表单填写、流程发起）；针对核心岗位（如科室负责人、各科室内勤）开展 “专项培训”（如审批管理、文档权限设置）。

新增功能或重大更新后，运维组需发布《功能更新说明》，并通过线上直播、短视频教程等方式进行培训，确保用户掌握操作方法。

系统优化

运维组每半年组织一次 “OA 系统运行评估会”，收集各部门意见（如流程是否繁琐、功能是否实用），结合系统运行数据（如流程平均处理时间、用户活跃度），形成《系统优化报告》，提出优化建议（如简化审批节点、新增便捷功能）。

优化建议经审批后，由运维组协调实施，持续提升系统与业务的适配性。

二、成都市中草药研究所科研项目全流程管理系统项目

（一）需求分析

本系统作为覆盖研发全流程的数字化管理工具，核心作用是打破信息壁垒、规范管理流程、强化数据驱动与预算管控，针对性解决研究所当前存在的 “信息孤岛化、流程碎片化、管控粗放化、预算无序化、激励单一化、档案散乱化” 六大核心痛点，实现从项目发起至归档的全周期闭环管理，全面提升研发管理效能。

1.业务目标分析

（1）构建集成化项目管理平台，提升跨部门协作效率
打造集成的内部协作办公管控平台与移动应用，提升跨部门协作效率。实现项目集中化管理和资源高效协同。系统应支持从预立项、正式立项到结项的全过程管理，实现项目任务自动分配、流程化进度管控、问题动态跟踪与资源协调复核，显著减少沟通与管理成本，缩短研发周期。

（2）实现项目全过程可视化监控与智能预警
系统需实现对项目进度、成本支出、研究成果和知识产权等核心指标的实时可视化监控，支持通过领导视图和数据看板及时掌握项目整体态势。同时，应建立预算执行预警机制，实现预算编制、变更、执行及汇总的全流程动态管理，内置阈值预警功能，有效防控资金超支风险。

（3）建立统一知识库与标准化管理体系
应构建项目文档管理体系和科研成果库，实现研发全过程文件的自动收集、版本化管理与归档存储，确保重要资料不丢失、版本清晰可追溯。通过固化研发流程、交付成果、质量检查等标准，推动项目管理标准化，减少人为干预，促进优秀实践和模板的沉淀与复用。

（4）强化数据支撑与决策分析能力
系统需整合各业务环节数据，保证信息一致、完整、可靠，并借助数据可视化工具为管理层提供决策支持。通过积累项目历史数据，为我院研发数字化转型奠定坚实基础。

（5）保障系统安全与权限可控
必须实现数据传输与存储的加密保护，建立多层级用户权限体系，确保数据安全、真实、可靠，防止未授权访问。

本系统建设旨在从根本上改变当前依赖线下文档、人工汇总的传统管理方式，构建以信息化为驱动、线上线下一体化的高效研发项目管理新模式，最终提升研究所的研发效能与管理水平。

2.服务对象、业务流程分析

规划建设医药研发管理系统，实现项目从”调研立项、项目计划、项目执行、项目结题“完整生命周期的闭环管控，实现业务环节的数据打通，降低各阶段衔接与多方协作难度，将人员、进度、预算、报告、成果、档案等核心要素全面纳入系统进行一体化管理，提高项目执行效率。

3.服务内容需求分析

1、系统建设原则

成都市中草药研究所医药研发管理软件的方案遵循“以管理模式与数据标准二者为基石，管理组织、管理流程与管理平台三者为手段”的整体项目管理平台管理体系而设计：

（1）前瞻性

采用主流的、成熟的技术和产品，确保系统不仅能够满足当前需求，更能够适应未来业务扩展和技术迭代。

（2）稳定性

作为系统建设的生命线，直接关系到全所研发业务的正常运转，选择业内成熟、稳定的开发平台产品及开发方案进行高稳定性设计，整个系统以提供强有力的管理与检测手段为目标。统一规划、分步实施，在性能达到要求的情况下，尽可能少增加设备。

（3）灵活性

医药研发模式本身也在不断发展迭代，以面向服务的设计理念，借助医药研发的业务应用柔性接入机制支撑未来业务的调整和发展需要，并以先进技术手段实现灵活的展现形式，使其适配业务多变与流程优化。

（4）安全性

医药研发数据是研究所最核心的智力资产，安全性是绝对的红线。需要通过技术手段和管理手段保障业务、应用和数据领域涉及的信息安全，增强系统的防灾抗破坏能力。

2、核心业务功能

本项目为覆盖项目全生命周期的管理平台，具体须包含以下核心功能模块：

（1）消息中心：主要集成待办、通知、提醒功能。

（2）立项管理：包括项目立项书、任命项目经理、组织成员确认。实现项目立项书在线编制与评审、项目经理任命、成员确认功能。

（3）进度管理：提供从科研标准流程模板导入、任务分解（WBS），到里程碑评审、一般任务反馈和全局进度可视化监控一览。

（4）项目预算管理：实现项目预算编制、费用上报、以及预算执行情况的实时统计与预警，对项目资源与成本进行管控。

（5）项目报告管理：支持项目周报与月报的生成与汇总

（6）项目变更管理：实现项目变更申请与进度计划调整的审批与同步。

（7）项目结题管理：支持项目结题、暂停或终止的申请与审批。

（8）项目档案管理：建立项目档案库，实现电子档案的归档、维护与借阅申请管理。

（9）系统管理：需提供流程自定义、组织机构管理、角色与权限分配、表单自定义、参数配置及消息模板管理功能，确保平台能随业务发展灵活调整。

4.网络和数据安全需求分析

为保障项目所构建的医药研发管理平台的稳定运行与核心数据资产的安全，需要建立“数据备份与恢复”、“访问与控制安全”、“接入访问方式”、“系统架构与网络安全”等方面的防护体系。

（二）服务方案

功能范围

（1） 消息中心

构建全系统统一的待办任务与消息推送枢纽。系统严格按照内置流程规则与角色权限，自动将待办审批、任务提醒、进度预警、系统通知等消息精准推送至相关责任人。所有参与人员均在此收到并处理日常事务，实现高效的协作模式，确保无遗漏、无延迟，保证各项任务有序推进。

（2）项目立项管理

① 项目立项书

提供标准化的线上立项申请表单，明确项目背景、可行性分析、初步预算、预期成果等核心要素。系统按照内控与管理要求，内置立项评审流程，自动将评审任务推送至专家及决策层成员，并汇总评审意见，最终形成电子化的立项决策档案。

② 任命项目经理

项目立项审批通过后，系统需要自动触发项目经理任命流程。相关负责人指定项目经理，系统随即更新项目状态，并向项目经理推送任务通知，自动授予其在该项目上所需的各项权限。

③ 组织成员确认

需要明确各项目具体参与角色、人员、岗位职责等信息，按照管理权限及时对人员变动做出相应调整，确定人员架构，方便责任追溯。

（3）项目进度管理

① 科研标准流程

需要将各类医药研发项目的规范阶段、关键任务与交付标准预置于系统知识库中。新建项目时，可依据项目类型自动匹配标准流程模板，确保研究过程的规范性与科学性。

② 项目任务书

基于标准流程，编制出详细的项目总体实施计划，明确项目目标、范围、总体里程碑与资源需求，作为项目执行的顶层指导文件。

③ 工作任务分解

将项目任务书逐级分解为具体、可执行的任务，明确每项任务的负责人、计划开始时间与结束时间、前置任务及交付成果。系统自动将任务推送至各执行人，实现责任到人。

④ 里程碑任务评审

当项目进展至关键里程碑节点时，系统将自动触发评审流程，推送评审任务至评审人。执行人需关联提交里程碑交付成果，评审人审阅后填写评审意见，严格把控项目关键节点的质量。

⑤ 一般任务反馈

任务责任人能够通过该功能对日常任务进行进度百分比更新、工时填报、提交执行结果或反馈遇到的问题。系统实时记录并更新任务状态，便于项目经理精准掌握最新进展。

⑥ 进度执行一览

系统需要自动汇总所有任务反馈数据，实时更新项目进度，及时对比计划与实际完成情况，并以甘特图形式展现，以不同颜色表示任务状态，预警延期任务项。

（4）项目预算管理

① 项目预算编制

提供预算编制功能，支持按费用科目、时间维度、任务关联等多方式编制详细预算。预算需经过审批流程，审批通过后即为项目支出的控制基线。

② 费用上报

所有项目支出需通过填报费用报告，关联对应的预算科目及项目任务，并经过既定的审批流程。系统确保每一笔支出都有据可查、有源可溯。

③ 预算执行统计

系统自动实时对比各项目的预算基线与实际支出，生成预算执行率报表与可视化图表。当支出接近或超出预算阈值时，系统自动向项目经理及财务人员推送预警消息，实现成本的动态管控。

（5）项目报告管理

系统可自动抓取周期内的任务完成情况、工时消耗、费用支出等关键数据，填充至标准报告模板中，辅助项目经理快速生成项目周报与月报，减少人工汇总工作，并确保数据的准确性与及时性。

（6）项目变更管理

① 项目变更申请

如果对进度、预算的变更都必须提交变更申请，详细说明变更原因及方案。系统按照变更类型与影响范围，自动推送审批流程至相关责任人。

② 项目进度变更

变更申请批准后，系统需自动更新项目计划（如任务时间、前置任务关系），并记录变更历史。所有项目成员将自动接收到计划变更的通知，确保项目成员信息同步。

（7）项目结题管理

提供标准化的申请表单，用于项目正常结题、暂停或终止。申请需汇总项目最终成果、最终数据并说明原因，触发相应的评审与审批流程，规范项目收尾工作。

（8）项目档案管理

① 项目档案库

系统在项目全生命周期中自动归集所有文档、报告、数据（立项书、任务书、评审记录、报告、数据文件等），规范项目文件标准，保证资料的完整性，区分文件版本，提升文档收集的效率，避免遗漏文件情况的发生。形成结构化的数字项目档案库，保证档案的完整性与准确性。

② 档案相关维护

授权管理员可对档案进行分类、标引、归档状态管理等维护操作，确保档案库井然有序。

③ 借阅申请

提供线上借阅流程，研究人员可申请借阅相关项目档案，经管理员审批后获得访问权限，实现知识资产的安全、可控共享与复用。

（9）系统管理

① 流程/表单自定义

提供可视化工具，允许管理员根据管理需求的变化，可自定义各类审批流程的表单字段、审批节点和流转规则，极大提升系统的适应性与灵活性。

② 组织机构/角色/权限管理

支持维护研究所的组织架构、用户账号。提供基于角色的精细权限控制，可灵活配置不同角色对菜单、功能、数据的操作与访问权限，确保权责清晰。

③ 参数配置与消息功能

集中配置系统各项参数（如编号规则、预警阈值、备份策略等）。管理所有消息的触发规则与模板，确保消息推送的准确性与及时性。

系统适配要求

（1）系统要求

① 提供该系统的基础网络、硬件、数据库要求（我方提供网络、服务器、ORACLE数据库）；

② 支持研究所本地化部署；

③ B/S架构，客户端应支持Windows 7及以上操作系统。客户端需要兼容的浏览器至少包括：IE10及以上版本、Chrome，浏览器端不允许安装任何插件；

④ 应具有良好的开放性。不能依赖于任何特殊的（或指定的第三方的）硬件或软件进行安装部署和运行；

⑤ 所用产品遵循SOA设计原则，产品各子系统和模块之间采用服务的形式进行互联，相互松散耦合，使其能被重新组合和应用，一方面使系统与业务密切相关，另一方面增强业务灵活性；

⑥ 采用分层的体系架构，采用区分数据层、服务层、展示层等严格的多层级架构，层次清晰；采用面向对象的开发方式，业务逻辑实现组件化，基于框架进行开发；

⑦ 应支持集成第三方组件或用户自定义开发的组件或功能，并提供基于业界主流标准的集成接口规范使第三方组件和自定义开发的成果可以很好地集成到平台之中，并与其他组件协同工作；

⑧ 系统无安全漏洞，绝对禁止重大安全漏洞或隐患；

⑨ 提供产品级的定制化开发服务，实现平台产品级的功能组件优化和新功能扩展；

（2）性能要求

① 通过合理的结构设计、严格的开发测试，保证系统能够安全、稳定地持续运行，系统平均无故障运行时间（MTBF）一般不小于1万小时；

② 系统服务端必须实现双机负载均衡和冗余备份，以及数据统一存储和同步管理；系统业务逻辑和数据计算必须正确，业务处理或计算无死循环；

③ 需满足不低于20用户并发数要求；

④ 在服务器硬件、操作系统、浏览器升级后，系统应仍然可用；即同时支持现有环境中所用的服务器硬件配置，当前在用的win server或lilux（centos os）系列服务器操作系统，以及widows系列终端操作系统，ie10以上和chrome系列浏览器；

⑤ 支持静态数据缓存加速，缩短页面开启时间、提高用户体验。

系统总体架构图

业务应用层：① 系统需支持通过浏览器端口进行访问登录；② 需要从满足中药OTC研发项目、中药RX研发项目、中药双跨研发项目管理业务，同时，从战略方向上需要满足新品研发、产品力提升研发项目管理业务。

管理决策层：系统需提供项目计划执行总览、项目预算执行总览、项目研发成果统计等统计台账，便于管理层动态追踪查看项目执行情况。

项目管理：系统需涵盖从前期项目立项、中期项目执行到后期项目结项全生命周期管理业务，主要包括项目立项管理、项目进度管理、项目预算管理、项目变更管理、项目报告管理、项目结题管理、项目档案管理。同时，需能够内置不同项目的组织流程标准，实现标准落地。

基础功能：系统需支持审批流程自定义、业务表单简答业务自定义等功能。同时，系统需支持菜单功能权限、数据查看权限的灵活配置。

表现层

Html5：在浏览器中通过一些技术处理将其转换成为可识别的信息。

JSP：响应客户端发送的请求，并根据请求内容动态地生成HTML、XML或其他格式文档的Web网页，然后返回给请求者。

Vue 结合了面向对象的组件设计、命令式的事件处理、声明式的模板渲染和函数式的逻辑复用，灵活支持多种编程范式，适应不同开发需求。

JavaScript：支持面向对象、命令式、声明式、函数式编程范式。

CSS3：包括盒子模型、列表模块、超链接方式、语言模块、背景和边框、文字特效、多栏布局等模块。

JQuery：优化HTML文档操作、事件处理、动画设计和Ajax交互。

Echarts4.7.0：提供直观，生动，可交互，可个性化定制的数据可视化图表。

业务层

Sevlet：交互式地浏览和生成数据，生成动态Web内容。

Java1.8：可以在一台单独的电脑上运行，也可以被分布在一个网络的服务器端和客户端运行。

文件存储：磁盘存储

使用NFS实现附件集中存储。应用服务器通过挂载NFS文件服务器提供的共享磁盘目录到本地路径，将附件直接、统一的保存至NFS服务器的后端磁盘中。

流程、权限、表单配置：根据系统中角色的权限不同，在同一个表单中可以填写的信息以及读取的信息不同且各环节对表单的信息控制权限不一样。

Spring事务控制：通过Spring编写工作单元。

Springtask定时任务、消息：通过Springtask定时发送消息等。

Quartz定时任务：在任务时间到达时，执行（或者通知）其他软件组件从而进行定时任务调度。

（3）数据层

MySQL：在本项目中，采用MySQL数据库，将数据存储在多个相互关联的表中，这种设计有效提升数据访问的效率与系统的灵活性。

WebApi：网络应用通过API接口，可以实现存储服务、消息服务、计算服务等能力。

KafKa：通过Hadoop的并行加载机制来统一线上和离线的消息处理，此外，通过集群来提供实时的消息。

Excle/XML：应用程序设计人员可以创建他们自己的自定义标记、数据结构和架构。

（4）部署层

Windows 操作系统 易于使用，界面友好，广泛支持各种硬件和软件，适合个人和企业用户。生态丰富，兼容大量商业软件，聚焦桌面用户体验和办公业务需求。

Linux 操作系统 开源免费，灵活可定制，适合服务器和开发环境。维护成本低，兼容主流开源应用，强调稳定性、安全性和性能，聚焦开发者和企业级业务应用需求。

服务考核方案

1、系统管理体系：包括组织机构管理、角色与权限管理、流程管理、表单自定义、参数配置功能、消息功能。实现系统与平台的灵活性

2、消息中心：集成待办审批、系统通知、任务提醒、流程催办等功能，成为用户处理所有事务的统一入口。

3、项目立项书：提供线上化、结构化的立项申请与编制功能，支持附件上传、在线评审与多级审批流程。

4、任命项目经理：立项审批通过后，在线正式任命项目经理，并自动授予其相应管理权限。

组织成员确认：支持项目经理在线组建项目团队，发起邀请并经成员确认，形成项目组组织架构。

5、科研标准流程：内置并可配置各类研发项目的标准阶段与任务模板。

项目任务书：依据标准流程，在线编制详细的项目总体计划。

6、里程碑任务评审：在关键里程碑节点，系统自动触发评审流程，需关联交付物，确保质量关口。

7、一般任务反馈：项目成员可对日常任务进行进度反馈、工时填报和问题提交。

8、 项目变更管理：包括项目变更申请：对范围、进度、预算、人员等任何变更，必须通过线上申请并完成审批流程。项目进度变更：变更批准后，系统应自动更新项目计划，并记录所有变更历史。

9、项目结题管理：项目结题申请：在线提交结题报告，并自动关联项目所有关键成果、数据和报告。项目暂停/终止申请：规范项目非正常结项的管理流程，明确原因并归档。

10、项目进度管理：实现从科研标准流程模板导入、任务分解（WBS），到里程碑评审、一般任务反馈和全局进度可视化监控的全流程管理。

11、项目预算管理：项目预算编制：支持在线编制详细预算，可与立项书联动或独立编制。费用上报：所有项目支出必须与具体任务或采购项关联，在线填报、审批和记录。预算执行统计：提供动态统计报表，实时对比预算与执行情况，并支持查询明细。

12、项目报告管理：支持根据管理要求定期推送项目经理提交项目周报、月报任务，部门经理可统一查看报告提交情况。

13、项目档案管理：体现项目归档标准；自动归集所有文档、报告、数据（立项书、任务书、评审记录、报告、数据文件等）实现自动化归档。

网络和数据安全

为保障项目所构建的医药研发管理平台的稳定运行与核心数据资产的安全，需要建立“数据备份与恢复”、“访问与控制安全”、“接入访问方式”、“系统架构与网络安全”等方面的防护体系。

（1）数据备份与恢复

①对于数据的归档的备份方案，备份策略需可根据数据量及业务需求灵活配置。定期备份所有必要数据并将数据存档在稳定、可靠的分布式数据存储介质中，便于管理和检索；

②提供清晰、可靠的数据恢复流程与工具，确保在发生数据丢失或损坏时，能快速恢复业务，保证研发工作的连续性，以确保业务顺畅运行。

③所有备份数据必须进行加密存储，并定期验证数据有效性。

（2）访问与控制安全

① 身份认证：

通过项目管理软件实现所有用户的统一身份认证，实现集中控制访问权限，集中管理身份、策略和服务，实现单点登录，全网通行。同时可以支持CA数字证书进行身份认证，以确保系统的安全性。

② 访问授权：

AES加密访问，支持以AES256位加密算法对对密码等关键数据进行加密，无泄密风险。

③ 有限授权，支持基于角色的权限控制，用户只能进行与当前角色相应的操作和访问权限范围内的数据。对于没有授权的操作和数据，用户无法执行和访问。

④ 全面确认，支持系统对用户进行的操作与其当前身份和权限进行确认或日志记录。

⑤ 安全跟踪，系统应该具有安全跟踪和告警框架，保证与安全相关的事件：在安全事件发生时对于符合一定策略的事件能够自动预警，用设定的方式提示相应人员，并采取一定的自我保护措施实现系统资源的自我保护。对于发生的安全事件能够记录，以备事后审计与分析。

（3）接入访问方式

① 支持https方式登录，即浏览器直接登录，无需安装额外客户端，同时保证也数据充分安全。

② 支持VPN方式接入访问，以满足外部出差或远程办公的外部访问安全需求。同时满足内部安全需求，需提供合理的安全策略满足2000用户日常办公的容量需求，满足同时在线用户500人以上的需求。并提供合理的数据备份策略。

（4）系统架构与网络安全

① 静态安全目标

包括整个内网信息系统的物理环境、系统软硬件结构和可用的信息资源，保证系统实体平台安全。

② 动态安全目标

提升内网信息系统的安全软环境，包括安全管理、安全服务、安全意识和管理人员的安全专业素质。

③ 安全体系：

一体化平台安全体系需考虑以下几个部分：

安全管理：建立网络安全管理相关的制度和规定，实现管理上的安全；

物理安全：从物理上保证了内部系统设备的安全；

网络安全：把被保护的网络从自由开放、无边界的环境中独立出来，使网络成为可控制、可管理的内部系统；

软件平台安全：保证软件平台系统（如操作系统和应用系统基础服务软件等）安全；

应用系统安全：系统内部的应用安全，也是系统实现时最被关注的部分；

数据安全：保证数据库的安全和数据本身及网络传输安全；

安全服务：建立网络安全保障体系不仅要依靠现有的安全机制和设备，更重要的是实施商提供的全方位的安全支持服务；

“信息技术应用创新”建设

为积极响应国家“自主可控、持续发展、科技创新”的战略号召，并切实保障我所核心医药研发数据资产的安全，本次医药研发项目管理系统的建设，必须将国产化兼容性作为核心要求和技术前提。具体分析如下：

1、核心要求：全面兼容国产化技术栈

项目需从底层基础设施至上层应用实现全栈国产化适配与验证，确保系统的安全性、稳定性与未来可持续性。

操作系统：必须兼容国产主流Linux操作系统，确保应用软件可稳定部署、运行。

中间件：需支持国产中间件，保障应用服务的高并发、高可靠运行能力。

数据库：需适配国产数据库，以满足研发项目海量数据（项目、临床、药材数据）的安全存储、高效处理与长期演进需求。

2、 建设目标：安全、可控、赋能研发

安全性提升：通过国产化替代，从根本上杜绝底层平台的“后门”风险，为涉及重大知识产权的新药研发项目构建安全可信的基座。

自主可控：实现从硬件到软件的全程可控，确保我所研发项目管理核心环节不受制于国外技术制约，符合行业监管趋势。

科技创新与持续发展：优先采用国内领先的分布式数据库等技术，不仅满足当前业务需求，更为未来系统性能弹性扩展、数据价值深度挖掘奠定坚实基础，赋能医药科研创新。

密码应用相关要求建设

暂不涉及

数字资源统筹使用情况

暂不涉及

项目实施与运行管理

1、项目实施要求

要求在项目启动后的前3个月内，配备不少于4人的专职项目实施团队（常驻现场或具备全程远程响应能力）。项目前期关键阶段（需求调研、蓝图设计、系统上线）后，直至项目最终验收，需要保证配备不少于2人的稳定团队提供持续服务支持。

2、项目实施过程要求

（1）交付物管理：

乙方必须按照项目阶段提交以下关键交付物，并经甲方评审确认：

规划阶段：《项目总体计划》、《需求调研报告》

设计阶段：《业务蓝图设计方案》、《系统详细设计方案》

实现阶段：《系统测试报告》、《用户操作手册》、《系统管理员手册》

上线阶段：《数据初始化方案》、《系统上线方案》、《培训计划及记录》

验收阶段：《项目验收报告》

（2）沟通与汇报机制：

乙方必须建立定期汇报机制，每周向甲方提交《项目周报》，每月提交《项目月报》，清晰说明进度、问题、风险及下一步计划。

必须定期召开项目例会（建议每周），及时同步信息并解决项目问题。

（3）变更控制：

所有对范围、进度、成本的变更必须提交正式的《变更申请》，经甲方书面批准后方可执行。严禁未经甲方确认的擅自变更。

（4）培训与知识转移：

乙方必须为甲方的决策层、管理层、关键用户及系统管理员提供分层次、多轮次的系统操作与管理培训。提供全面的技术文档，并在项目过程中向甲方IT团队进行技术转移，确保甲方具备后续的系统维护能力。

3、项目质量保障要求

（1）质量保证：

乙方需遵循其内部质量保证体系，并对本项目进行独立的代码审查、测试和质量审计。所有系统功能需经过完整的测试流程（单元测试、集成测试、用户验收测试UAT），并提供测试记录和报告供甲方审核。

（2）运维支持准备：

乙方技术团队需在上线前协助甲方完成系统部署环境的准备与检查。

乙方须制定详细的《系统上线支持计划》，在上线初期提供强有力的现场或远程支持，确保平稳过渡。

4、运维服务说明

运维服务说明包括以下内容：

（1）系统从项目终验收之日起，乙方提供软件产品免费维护一年；

（2）乙方应当提供免费热线咨询服务；在免费维护期内，系统若出现故障，在客户正常工作时间内，技术人员提供7×24小时的售后服务、系统出现故障能够在2小时之内响应，如远程或电话沟通无法解决时，保证出现故障能够在 24 小时之内恢复正常使用一般性故障6小时内修复；

（3）在免费维护期内，乙方需要定期对应用系统的运行状态进行跟踪；

（4）在免费维护期外，按照双方协调后收费标准进行，即：技术上门支持与二次开发相关工作；

（5）培训措施：说明培训内容及培训的时间、地点、目标、培训人数、收费标准和办法；

（6）其他有利于用户的服务承诺。