1.总体要求

本次项目要求从长远规划的角度出发，建设一套功能强大、扩展性强的协同办公平台，满足省医院组织发展和信息化建设需求，通过信息化手段提高工作质量和效率，并能够持续引入业界领先的理念与技术，例如数字化转型、人工智能、大数据、低代码，保障平台持续领先与创新。为保证项目能达到上述建设目标，在设计过程中应遵循如下原则：

安全性：(略)

先进性：(略)

持续升级：(略)

易用性：(略)

可扩展性：(略)

可维护性：(略)

1.1提供完整的平台规划设计

必须提供完整的平台规划设计方案，必须能够覆盖未来省医院协同办公平台的服务要求。方案中需包括协同办公建设的全面内容，且具有未来分阶段实施建设可行性，可对省医院未来较长时间内逐步推进的数字化转型、协同办公建设提供指导与规范效果。

项目要求以本次实施的产品为基础，结合具体需求进行定制和二次开发，既有效满足用户个性化开发需求，又缩短项目实施周期，降低项目实施风险。协同办公系统建设过程包括需求分析、原型设计、用户确认、详细设计、原型开发、测试评审、用户跟踪等过程。

1.2提供驻场开发及配置、开发培训

系统部署实施阶段，需派技术人员参与整体的设计和开发工作，以便甲方技术人员可以充分了解和掌握平台的开发、维护、故障处理等。

需提供协同办公系统产品配置和开发培训，需派技术人员参与系统配置和代码开发学习，以便技术人员后续可以逐步接手系统配置、二次开发和运维。

1.3提供系统历史数据迁移

原有协同办公系统已经使用超过8年，积累了超过万份公文数据，需提供原有协同办公系统历史数据迁移/备查方案及服务。

1.4提供持续开发及运维服务

协同办公系统是个持续发展的平台，也是个连续运营的平台。必须拥有持续提供后期扩展配置、开发（含联合研发）和不间断的运维能力。

系统应为管理员提供系统日常运维平台，可实现：

1.4.1、监控大屏：(略)

1.4.2、常规体检：(略)

1.4.3、系统维护：(略)

1.4.4、日志收集：(略)

1.4.5、Cpu统计工具：(略)

1.4.6、定时重启：(略)

1.4.7、一键Dump内存：(略)

2.架构需求

2.1应用架构要求

本项目以省医院协同办公平台数字化、平台化、智能化为导向，按照“统一规划、统一开发、统一平台、两级应用、协同建设、需求导向、资源共享、安全保密”的建设思路，分级管理、稳步推进。

2.1.1统一用户管理

建立完善的用户身份生命周期管理流程，通过集成医院现有LDAP系统或者提供CA身份认证系统实现对于现有多个业务系统以及监管系统的对接。

覆盖医院总部、下层次单位的全员架构和人员，实现全医院用户真正意义上的“One ID”和身份认证统一管控，从岗位职责与安全管控的角度打通医院所有应用，实现业务权限及数据权限统一管理、用户行为审计及风险管控。

2.1.2统一门户管理

构建基于组织、业务、职能的统一门户平台，实现统一单点登录、统一待办处理、统一信息展示，从根本上解决系统彼此割裂、数据难以共享、流程无法穿越的局限，满足个性化内容展现，为企业管理者提供高效的管理工具与决策支持。

2.1.3统一协同办公管理

实现统一的行政办公类应用，包含公文管理、督查督办、会议管理、领导日程、接待管理、制度管理、印章管理、证照管理等；

实现统一的业务办公类应用，包含合同管理、资产管理、投资管理等；

实现统一的职能办公类应用，包含三重一大、法务管理、纪检管理、审计管理、风控管理等；

实现统一的党团建设类应用，包含干部管理、党建管理、工会管理等；

提供强大的应用构建能力和流程自定义功能，能够快速配置多种类型的管理流程、可视化构建业务管理应用，形成对于多种业务管理场景的快速支撑。

2.1.4统一数据上报管理

构建覆盖医院多条线多层次单位的统一数据上报体系，对于没有系统支撑的业务数据、管理数据和风控数据实现按照模板填报、按照组织自动汇总、按照条线预警的自动化数据收集、分派和预警体系。

2.1.5统一移动办公管理

以移动协同办公平台为入口，提供移动审批、移动公文、移动督办、移动印章、移动报表等功能，所有PC应用平滑迁移到移动端，一次配置多移动平台适配，满足随时随地移动办公需求。

2.2技术架构要求

平台需支持主流的硬件平台、操作系统、应用服务器、数据库，投标人必须明确提供系统所支持操作系统版本（包括小版本号及相关的补丁）和数据库版本（包括小版本号及相关的补丁）。

平台整体采用分层设计；前后端分离，前端采用react+mobx生态构建，后端采用java生态构建，具备成熟可用的前后端基础组件与业务组件，能够通过成熟平台+丰富应用的方式，支持迭代开发；应用数据库空间解耦合，缓存框架提高性能。

平台需支持基于B/S 架构，支持主流浏览器兼容适配。支持IE（IE(略)/(略) ）、Edge、Firefox4以上版本、Chrome(略)以上版本、Safari4以上版本、(MAC系统)、(略)浏览器(极速、安全)、统信、红莲花浏览器等

系统应用应支持多终端应用场景，至少应包含Web网页端及移动端（支持安卓和IOS系统，支持PAD和手机）。

系统源码需简洁规范易读，各模块之间耦合度较低，便于二次开发，提供云开发平台、开发文档及代码示例等，支持数据建模、代码检测、代码合并等。

系统提供低代码平台，通过可视化配置拖拽生成应用，无需代码

平台需要有无侵入式开发能力，二次开发不影响升级

2.3集成架构

能够提供独立的ESB集成总线，支持快速与现有业务系统、未来上线的业务系统以及包括市属企业办公系统在内的外部系统进行集成对接，包括组织架构集成、单点登录集成、数据集成、报表集成等。集成原OA、移动工作平台、投资监管等多个业务系统。

需基于ESB架构的集成设计，能够提供Webservice、Rest等多种接口模式，能够提供配置化的应用服务注册、事件管理、接口管理、资源管理功能；能够方便地与将多个业务系统或者流程通过集成平台进行融合，无需过多开发和调试。

3.功能需求

3.1统一流程管理

3.1.1流程定义

提供图形化的流程建模工具，可以实现复杂流程的设定和控制，提供图形化流程配置工具，基本控制功能可以通过可拖拉拽的图形化配置方式实现，而不需要代码开发；流程建模工具提供多样化的流程定义控件。

3.1.1.1流程自定义

可以随时根据需要，由系统管理员或授权人员新增工作流程或修改原有工作流程；系统管理员可以对流程的表单、流程审批路径、出口、图形化可视化监控等状态进行定义。可设置直通、分流、条件流转、并支持串签、并签等多种流向的选择。

3.1.1.2流程协同自定义

流程与流程之间的关联，流程与文档的关联，流程与人员，日程关联，实现数据共享。

例：(略)

3.1.1.3流程报表自定义

流程中的数据可根据配置生成报表，可根据字段进行报表查询，并能导出EXCEL。

3.1.1.4流程节点管理

可以设置流程节点允许停留时间，超过时间则系统自动提醒当前责任人。

流程要求实现自动智能流转，完全不需要上一节点审批人去选择或定义下一节点审批人。流程节点入或出时能支持触发预先定义的外部动作。

3.1.1.5打印模版

可以根据用户的要求将系统中流转的电子表单转换成其他格式并打印。

3.1.1.6流程分支

流程依条件对分支的任意跳转。例如费用报销流程，可以根据对费用的多少自动决定该报告应由谁来审批。分支条件依表单中的字段值为依据。（根据表单、申请人员信息、当前审批人员信息、上一环节审批信息）

3.1.1.7流程触发嵌套

用户可以根据实际情况在某一个处理节点上触发其他流程，将一个流程变成多个流程。

3.1.1.8流程存为文档

可通过流程触发自动形成文档，以及可把表单内容嵌入到文档中。

3.1.1.9流程效率统计

任务平均办结周期分析、任务参与者办理时间分析、超期任务情况分析、人员的任务办理数量分析、人员的任务办理质量分析；

组织维度提供：(略)

流程维度提供：(略)

3.1.1.(略)流程测试

支持对未发布的流程模拟测试 。

流程规则自动校验 有机器人进行规则自动检查校验

3.1.2流程处理

3.1.2.1申请发起

根据企业的要求对流程创建个性化设置，每个用户可提交有权限的申请流程。

3.1.2.2流程抄送与转发

流程支持抄送功能、也可以设置抄送者需要提交审批意见通过，也可以不需要填写审批意见查看即可通过。流程的审批或者审阅者需要某个人的意见做参考时，可以将流程进行转发给需要转发的人员不影响主流程的走向。

3.1.2.3待办处理

处理其他人员发起的流程并做相应的批注处理。

3.1.2.4已办跟踪

可跟踪已经处理过但未结束的流程。

3.1.2.5流程代理

用户可以根据需要将相关流程授权给同岗位或者上级或者助理秘书等（如：(略)

3.1.2.6流程督办

相关流程负责人或者领导可以直接对流程进行意见督办。

3.1.2.7流程查询

通过关键字可对需要的流程进行查询，或通过流程的分类、定义的属性进行查询。通过流程表单内容可以进行流程检索精确查询。

3.1.2.8办结查询

可查看历史处理过并结束的流程。

流程图形化显示及路径跟踪 图形化显示流程的走向和流程的操作者；允许流程节点的相关人（流程参与者）通过流程可视化流程监控图跟踪整个流程的执行情况。

3.1.3流程流转

3.1.3.1流程并发分支

根据工作需要，在某一个节点处理后，可分拆成多个节点由不同人员去审核或处理。

3.1.3.2自由流程

可由用户在提交或审批的过程中，自行选择下一环节的处理人以及决定是否结束。

3.1.3.3跨组织流转

支持跨成员单位流程流转，如A单位代B单位的合同流程，子流程需要由分发人灵活选择。

3.1.3.4循环审核

支持加签后不回到加签发起节点。

3.1.3.5合并审批

只审一次：(略)

3.1.4流程赋权

通过流程配置的权限来赋予文档 、表单、相联数据的 增删改查权限，流程中没有权限的人不能查看；同一流程中,可以限制不同处理者能够查看和输入的内容权限。

3.1.4.1流程监控

对流程执行的效率、执行的质量进行分析和处理。

3.1.4.2流程撤回

系统支持灵活设定是否需要撤回提交的流程表单。

3.1.4.3流程强制归档

用户可以根据情况是否强制将流程结束或者归档。

3.1.4.4流程退回

可自由设定在任何节点的流程退回功能；退回流程可设置退回环节提交时可跳过中间环节，返回至当前环节。

3.1.4.5流程会签

支持把任务分配给一群人处理过程中的受理和反馈问题，所有人同时得到任务指派并正确地完成某项任务。

要求1：(略)

要求2：(略)

要求3：(略)

要求4：(略)

要求5：(略)

要求6：(略)

3.1.4.6流程移交、复制

历史数据转移、复制：(略)

3.1.4.7流程授权审批表

通过excel或系统维护的权限表，导入即可批量修改整个流程的审批权限

3.1.5流程集成

流程引擎需提供对流程和业务对象模型的功能进行无缝集成，并高度协同，提供统一流程接口。

移动端流程 支持移动办公、在手机端发起流程、审批流程，并将待办流程提醒的消息推送至手机端。

3.1.5.1会签文档去控件编辑

支持在线编辑；编辑留痕；套打；水印；格式文本引入；要求客户端去插件化。

3.1.5.2支持控件编辑

支持使用控件调用本地office软件编辑，支持编辑留痕与套打，移动端需支持查看，支持控件与去插件化切换。

3.1.5.3流程帮助文档

自定义流程帮助文档信息，针对不同的流程定义不同的帮助文档；能在流程中给出相关信息提示，提升员工工作效率。

3.1.5.4流程催办短信提醒

通过短信来提醒待办流程。

3.1.5.5流程催办邮件提醒

流程可以通过邮件的方式进行提醒。

3.1.5.6流程自动提醒

对新请求、待处理请求、超时未处理请求、处理完请求等，系统具有提醒功能。通过邮件、即时消息、手机短信等方式提醒。同时可以通知流程及工作到达。

流程自动触发与子流程 流程可以定义计划启动时间，用户根据时间或操作，可自动发起相应的流程。（如：(略)

3.1.6特殊流程处理

可以实现强制归档或者收回，干预操作。包括如下异常流程处理：

1.发现异常流程，如挂在离职人员手上的流程，当前无处理人的流程

2.错误意见修改办法

3.错误文件修改办法

3.1.6.1文档加密

支持与医院现有的文档加密系统对接，实现密级文档的安全访问控制。

3.1.6.2流程投票

多人或多部门会签时，按照不同的权重进行表决，以最终表决结果作为审批依据。

3.2 统一门户管理需求

3.2.1医院门户

集中展现各业务系统，实现统一的单点登录和统一的身份验证；

支持快速传递单位内各方面的信息动向，加强单位与下属员工的信息来往，让单位内每位员工都可在权限范围内了解到单位的动态。

3.2.2领导门户

为管理层提供业务数据分析，在线快速全面了解企业运营数据；

把领导关心的数据分类聚合并推送到领导工作平台；

支持把需要领导审批的流程、催办、督办的流程、交办事宜处理情况自动汇总到领导门户。

3.2.3部门门户

需要根据不同职能部门和业务部门的工作内容性质不同，从而为各个部门设计出有针对性的部门内信息门户。

3.2.4个人门户

需要为医院员工提供集中式的待办工作、计划日程处理、知识订阅等个人工作平台。将所有分散的工作事项集中展现，推送给员工，有助于员工实现高效的个人工作管理。

3.2.5移动门户

让医院员工随时随地查阅与处理个人待办、个人日程，查阅企业通讯录、新闻公告、业绩报表以及各自关注的商业智能数据图表和指标等等，支撑移动办公和实时决策。

3.2.6门户信息管理

3.2.6.1统一的信息发布

统一发布内部综合新闻、人事新闻、业务新闻、通知公告、动态资讯、规章制度、外部报道等动态信息。

3.2.6.2信息分级栏目定制

建立统一的信息目录体系，在统一目录框架下，医院及所属企业分级定制信息栏目，如综合新闻、人事新闻、业务新闻、通知公告、动态资讯、规章制度、外部报道等。

3.2.6.3信息集中发布审核

提供统一的信息发布和审核界面，发布、审核人员在一个界面上对所有信息集中发布和审核。同时，系统提供标准接口，方便各信息系统对接，实现信息自动发布，统一审核。

3.2.6.4统一的信息检索

提供综合查询、全文检索的信息检索功能。

可实时抓取跟省医院有关的关键词，自动生成信息汇总模板，自动发送到指定领导的系统中，供领导查阅。

通过对于结构化数据和非结构化数据的整合，综合人工采编和实时网络智能采编功能，给到领导审批决策相关背景信息和类似项目信息。

3.2.7门户标准管理

3.2.7.1统一的界面标准

门户软件应提供统一的系统管理工具用以管理企业信息门户系统相关的所有软件组件。

同时应尽量提供单一集成的软件平台，系统应内置主要的开发工具以及开发与部署环境。

3.2.7.2统一的权限标准

每个门户都有独立的权限，不同的门户可以设置不同的查看范围；

门户中的不同的内容展现也可以设置共享权限由不同的权限的人员进行查看；

同一个内容展现中不同组织角色的人员看到的内容需要是不一样的。

3.2.7.3统一的单点登入标准

统一门户平台单点登入要求支持LDAP、PKI\CA、指纹、附加码、短信、Ukey等多种方式；

统一认证授权平台需要提供统一用户信息、统一身份认证、分级授权管理、统一系统日志等基础服务。

3.2.7.4门户分级分权管理

系统界面上，每个分子单位可以有自己独立的界面：(略)

门户内容上：(略)

下属单位：(略)

3.2.7.5支持无代码个性化定义标准

门户平台系统可以提供管理部门基于界面的个性化，不同的组织有不同的主界面，可定义个性化内容页面风格、样式、内容及使用方式；

可以定义自己的风格模板；

基于工作的个性化，不同人员有不同的工作任务、信息、日程、事务；

基于规则的个性化，系统能够动态地制定角色权限和商务规则，以实现界面、内容、业务流程的个性化。

3.2.7.6基于JSR(略)和JSR(略)B标准

支持丰富的数据类型展示，即可以展示平台本身的数据如：(略)

门户平台可以支持元素的扩展，只要是基于JSR(略)和JSR(略)B标准开发都可以放到门户平台中。

3.3 统一用户管理需求

统一用户管理系统作为协同办公系统建设项目独立的一部分，实现医院多层次组织架构、全员管理，实现用户真正意义上的“One ID”和身份认证统一管控，从用户与安全管控的角度打通医院所有应用，并成为平台技术支撑服务底座核心组件。功能包括：(略)

3.3.1组织用户管理

平台具有极高的用户治理能力，覆盖用户全生命周期管理、用户属性自定义、用户电子身份唯一化，同时平台支持用户、组织、角色、岗位等多种用户治理维度，保证用户在组织内部得到全面治理。

3.3.1.1组织管理

组织的新增、修改、删除、查看等基本操作；

支持组织属性自定义，支持多维度组织结构，不同组织机构树上的组织可以有不同的属性；

支持一人多岗。

3.3.1.2用户层级管理

支持按照岗位、角色、职位等多维度用户层级管理；

可以对于各用户层级授予不同应用权限、操作权限和数据权限。

3.3.1.3用户账号管理

账号的新建、修改、删除、解绑、启用、禁用、修改密码等操作；

支持将账号与应用进行关联；

支持账号的批量操作。

3.3.1.4组织人员数据同步

平台的用户、机构、账号等身份数据与各应用系统的数据同步，包括从上游应用系统回数据和从平台往下游应用系统的供应数据；

为集中管理用户、机构、权限提供基础。

3.3.1.5自助服务

提供用户个人信息维护服务，使企业的身份库能够及时更新和维护准确的身份数据；

提供修改密码、忘记密码可以显著减轻管理员处理密码重置的工作；

提供用户自助注册、权限自助申请及审批。

3.3.1.6组织矩阵

提供组织多维度矩阵，支持通过矩阵维护临时组织、支持通过矩阵调整流程、文档等审批权限。

可以灵活构建复杂流程审批路径。

3.3.2用户认证管理

能够与医院现有LDAP/CA系统将集成，或者具备独立的人员认证管理服务；

实现对信息资源访问权限的集中控制，能够提供SSO单点登录服务。

3.3.2.1统一认证

平台提供统一认证服务，能够支持现有LDAP、Kerberos的标准协议认证，能沟通认证平台进行互信（如CAS、Tivoli 等）；

提供对于用户独立的身份认证和数字签名管理。

3.3.2.2登录方式

默认内置多种登录方式，可以扩展更多例如硬件绑定、虹膜、CA凭证、IC卡等认证方式。

支持两种或多种认证方式租和实现双因素、多因素认证。

3.3.2.3 密码策略

平台需要支持管理员修改密码、管理员重置密码；

用户修改密码、用户找回密码，并可提供不同的邮件找回方式；

支持定义多套密码策略，针对不同的用户和应用进行应用不同的密码策略

提供为实现失败次数锁定、密码到期提醒、强制修改密码、风险检查等认证过程中的检查和控制策略配置方案。

3.3.3访问控制

3.3.3.1三员分立权限管理

平台自身的管理权限，支持三员分立（例如身份管理员、系统管理员、审计管理员）；

支持基于机构的分级授权、用户对自身权限的再分配。

3.3.3.2应用访问控制

为用户提供统一的登录入口、应用访问入口及应用导航、访问控制；

支持为不同用户显示不同的可访问应用；

支持一人多账号、多人一账号访问应用。

3.3.3.3访问等日志审计

提供认证日志、访问日志、操作日志、同步日志、系统日志记录供查询、跟踪、审计；

支持同步日志数据到日志管理平台；

系统日志支持调整日志级别方便调试排查问题。

3.4公文管理

严格按照国家公文管理规定提供完备的电子公文管理功能，包括：(略)

3.4.1总体功能

公文审批：(略)

公文督办：(略)

流程控制：(略)

留痕信息管理：(略)

留言小纸条：(略)

签字意见模板自定义：(略)

保密管理：(略)

归档管理：(略)

电子印章：(略)

跨单位传递：(略)

文号生成：(略)

查询统计：(略)

公文转发：(略)

日志管理：(略)

明细查看：(略)

3.4.2发文管理

支持拟文、审批、审核、复核、会签、签发的公文成文审批过程；

支持调用模板；

支持公文套红、用印、封发、归档的公文处理过程；

支持调用各类文档模板；

支持行文过程的正文套红、公文单套红和打印输出；

支持行文过程的手写批注、文字批注、显示/隐藏痕迹、文档清稿、电子印章；

支持发文转公告；

支持会签、回退、终止；

支持发起人附言；支持补充正文、补充附件；

支持处理期限和超期管理；

支持文号自动管理，支持断号选择；

支持医院背靠背发文；

支持自定义流转签字意见簿显示样式；

支持发文过程中进行公文督办监督。

3.4.3收文管理

支持收办件、收阅件处理；

支持登记、拟办、会签、承办、办理、阅读、知会等节点动作；

支持系统内部收文登记；

支持外来文纸质公文、外来电子公文登记；

支持收文转发文：(略)

支持调用收文模板；

支持收文处理过程中的督办设置；

支持收文处理流程期限设置、超期提醒设置、跟踪设置；

支持登记人登记公文时附言。

3.4.4签报管理

支持签报拟文、审批、审核、复核、会签、办理、归档等的签报处理过程；

支持回退、终止等异常处理；

支持关联其他公文、关联知识文档；支持多种格式附件；

3.4.5查询统计

可以查看查询结果中的具体公文，包括公文正文、流程、文单。

支持处于不同流转状态下的公文查询。

查询条件多样，符合各类查找要求（包括按各种类型时间段查询、按各表单内容查询）。

设立完善的查询权限机制，对于已归档的公文，只能查询文件密级为普通且查询者参与的公文，实现严格把控查找结果，保证公文的安全可控。

收发查询、收发统计结果支持Excel导出。

3.4.6公文档案

安全存放：(略)

支持自定义公文档案目录结构。

文档库管理：(略)

支持已归档公文的借阅，支持借阅时间限制、操作权限，提供借阅跟踪，实现已归档公文的安全可控。

支持查看已归档公文操作历史。

支持固定格式的输出打印及纸质存档。

3.4.7公文交换平台

针对医院内部公文交换，需提供内部数据公文交换平台，方便实现医院与下属单位之间的公文及流程数据交换。通过公文交换平台，实现医院与下属单位的数据共享及信 息的上传下达。

3.5 督查督办

主要用于医院领导安排的重要工作的下达，实现督办事宜的执行、跟踪等记录和反馈功能。

3.5.1任务录入

数据来源包含收文导入、EXCEL表格导入及手工录入。

3.5.2任务分解

支持按照督查内容对事项逐项分解，明确办理内容、牵头处室、配合处室、办理时限等；

支持对督查事项进行审定并补充完善其他要素，督查事项可以导出生成WORD、WPS、EXCEL表格。

3.5.3督查督办

支持多种形式催办，包含对进度超期及进度延误进行催办。

每个督查事项都可以设置上报进度周期，系统自动提醒指定对象上报。督查专员可自行对某个、某类事项临时设置上报时限，系统自动提醒责任处室。

系统对超期未反馈每天提醒责任单位经办人、处长、分管领导和督查人员。根据超期时间长短亮黄灯、红灯，纳入绩效考核。

对一些重要督查事项或进度缓慢督查事项，可通过系统下发《督查催办通知》，或开展约谈、组织协调会、现场检查等工作进行督办，督查情况纳入工作记录。工作记录可以与办件链接。需要转监察部门的，按照公文程序办理。

3.5.4进度跟踪及完成评价

可通过系统向各责任单位发出督查通知，汇总任务事项的进展情况。

对各处室报送的任务进展情况审核，审核后的内容才出现在汇总表中。新报送的内容出现在经办人的“待审核”中。

对填报不清楚、与客观事实不符或不合要求的，可退回重新报送。

根据层级可对审核内容进行修改，同时保留修改痕迹。

可对项目进度进行评价，评价结果反馈给责任处室，督查专员可调整任务完成时限。

3.5.5统计分析报表

可生成季度、年度督办专报，支持报表字段自定义和格式定制;

可以通过列表、柱状图、饼状图等方式展现自定义统计数据;

按照需求提供个性化、全角度的统计数据服务。

3.6 会议管理

包括会议室管理和会议安排、会议通知、会议材料、会议纪要。具备会议通知的拟定、审核、发布等，会议室管理包括会议室概况、会议室状态，会议室的申请、审批、通知与会人、查询、使用统计等功能。会议室管理在日程安排的基础上，避免会议时间和会议场地的冲突，实现会议时间确定和会议场地的安排。申请完毕后，将会议通知发送给与会单位或个人，并具备短信提醒开会等功能。会议纪要根据权限浏览、查询等，并自动归档。管理医院内部上会及下属单位会议上报的审核。

会议分类管理：(略)

会议室管理：(略)

会议通知：(略)

会议取消：(略)

会议决议：(略)

会议与日程关联：(略)

会议查询：(略)

3.7 领导日程

支持医院单位领导日程信息的新增、编辑、查看、检索;

新增和编辑的内容包括领导姓名、日期（包括日期和时间）、活动名称、地点、相关人员（选填）、具体安排（选填）等栏目；

可按照领导姓名、日、周、月进行分类查看；

设置检索功能，通过关键词搜索并展示领导日程内相关内容。

3.8培训与考核

平台必须具备快速扩展的能力，可以支撑未来医院的业务应用、职能条线应用相互协同、快速构建。例如医院的合同管理、项目管理、党建管理以及档案管理。要求平台通过配置+少量开发的方式即可满足业务的基本需求。

3.8.1培训管理

满足医院培训管理、课件管理、课程管理、线上学习、题库管理、试卷管理、成绩管理要求。

3.8.2考核管理

可自定义素材的分类。支持常见视频和音频格式的课件，支持批量导入，同时支持直接使用视频URL链接。支持在维护课件的时候上传课件相关的附件，例如压缩包等参考资料。

支持按照课程属性设置不限层级的分类。针对课程内容可设置不同的课程学习人员，支持公司、部门、岗位、群众、人员等多维度设置课程权限；亦可以设置通过报名的方式参与课程学习。支持课程列表导出

报名通过的学员才能进行指定课程的学习。讲义类课件可在线直接进行学习。支持学员通过课程名称、课程关键字搜索对应的课程，也可以根据课程分类 和课程性质进行快速筛选。

支持同一场考试选择相同分数的多套试卷。考试支持设置考生范围，针对考试内容可选择不同的考生，支持根据部门或成员选择，也支持名单批量导入。

考试名称、分类、应考人数、总分、平均分、及格线（及格率）、最高分、答题时间（平均答题时间）、最低分、考试时间信息等，成绩公布。

3.9 移动办公应用

支持通过移动终端的设备绑定方式来控制移动设备的安全性，并且支持多种安全验证方式来进行移动办公。

需要构建一个为医院提供全新企业信息手机端入口的移动门户，需要支持新闻、公告、待办、文件、留言、任务、会议等所有信息都能根据每一个人的岗位进行个性化推送。

移动门户自定义：(略)

提供在移动终端上进行公文审批，支持手写批注、手写签名、圈批圈阅语音等审批，并能够在移动终端上查看到公文信息、正文信息、流程目前停留的节点状态及每个环节处理时间周期。

提供在移动终端上进行流程申请及审批、支持手写批注、手写签名、语音等审批，并能够在移动终端上支持与流程相关的信息关联透视，如合同审批流程关联签报流程，需要在合同审批流程上直接打开相关签报进行关联查看。

提供在移动终端上查看本人有权限的文档信息，支持WPS以及OFD格式进行打开。

实现系统日程与手机日历进行日程安排双向同步，实现通过手机日历就能对领导一周工作安排进行提醒。

提供在移动终端上查看领导一周工作安排、个人会议安排、会议提醒、会议地图导航等功能。

提供移动端直接动态推送医院相关信息及公告。

根据员工岗位权限，提供在移动终端一键搜索相关的流程，文档、日程安排、培训等信息，实现员工在移动终端的自助。

实现移动任务、移动邮件、移动通讯录、移动考勤、内部微信沟通、移动报表等。

提供与其他移动应用集成功能，即可在协同平台移动端中打开其他系统的移动应用。

3.(略)集成管理

3.(略).1统一用户集成

支持LDAP/AD域集成，实现组织中人员帐号统一管理和统一认证。

3.(略).2数据集成

提供数据交换任务运行引擎，支持可视化配置工具导入的数据交换任务热部署，支持配置运行状态下的第三方系统数据源；提供数据交换任务的可视化集成开发工具，封装丰富的底层集成功能，支持简单、便捷的与第三方系统集成；具有向导式任务流程配置（来源、转换、目标），以及多种交换方式。

3.(略).3应用接入

可快速实现与第三方应用的单点登录（支持cas、Oauth认证）、消息集成、待办集成，拥有覆盖PC和移动终端的完整通用规范，基于该规范可支持多数场景下通过配置化实现集成；提供事件绑定机制，配置化实现组织结构变动事件、新闻/公告事件自动触发第三方调用与同步。

3.(略).4流程集成

为第三方应用的业务流程集成，提供统一的实施和管理控制台。流程集成的所有内容可实；现一站式配置化实现，包括集成应用关联、流程/节点触发设置、第三方任务绑定、异常控制、回滚设置、发布与共享等。

3.(略).5文档集成

提供文档Web Service接口,调用或实现系统中文档输入输出。

投标人应提供详细的安全方案包括安全要求分析、应用安全设计、数据安全设计、运行保障设计、运维服务安全保障设计并详细说明在数据安全方面采取的安全的措施。

3.(略)非功能性需求

3.(略).1响应指标

在硬件无瓶颈的条件下，应满足(略)注册用户同时在线并发用户性能要求，当系统容量超过上述情况时不能出现系统崩溃的现象。

稳定性和可靠性是系统必须具备的最基本的要求。系统应能够连续不断稳定

可靠的工作。软件版本升级或改进应在不影响业务的情况下进行，保证系统可以稳定、平滑过渡。业务流程的优化、组织机构和人员的异动及数据统计等必须保证系统稳定可靠运行。

1）简单事务处理（包含各类信息录入、修改、查询业务、主要页面平均响应时间等）≤3s；

2）要求复杂事务处理≤(略)s；

3）要求信息录入、修改型简单事务：(略)

4）要求各类固定统计报表形成时间：(略)

5）要求系统支持的最大同时在线用户数≥(略)人。

6）要求支持每分钟(略)个事务的触发运作，系统设计考虑到内部用户的访问数量，因此，需要实现每分钟(略)个事务实例的触发要求，即每分钟支持(略)个业务流程和事务的处理并发要求。

7）要求按照(略)用户并发标准软硬件及网络带宽良好环境下并发操作进行衡量，数据调用平均响应时间小于5秒。

8）系统要求按照(略)个并发用户工作量的访问进行设计，事务成功率：(略)

3.(略).2稳定性指标

要求能大规模、高质量地处理问题，可通过软硬件的平行扩展增大系统的负载能力。

1）要求系统有效工作时间参考电信级标准：(略)

2）要求系统故障恢复时间不超过(略)分钟。

3）不得出现以下情况：(略)

4）要求支持(略)天*(略)小时的平台运作。

4.项目管理要求

本项目投标人必须提供可行的项目实施方案及合理的项目管理方案。

项目投标人在项目建设实施过程中，应建立完善的质量管理体系和完整的项目质量保证计划，确保系统应用软件设计、开发、部署工作的顺利实施。

投标人根据招标文件要求编写质量保证计划，对所开发的应用软件规定提供各种必要的质量保证措施，以保证所交付的应用软件能够满足项目委托书或合同中规定的各项需求，能够满足本项目系统的各项具体需求。

按合同要求完成系统的开发上线及系统终验，投标人提出具体实施方案（开发内容细目、项目进度等），保证本工程按期完成。

在工程实施全过程中，采购人有对工程质量进行监督控制的职责和权利，投标人应按照项目管理要求进行严格的质量控制，并制定详细合理的沟通计划，至少包括周报、月报和项目例会，应确保双方能及时了解所需的信息。

5.项目服务要求

5.1知识产权要求

本项目中数据（包含原始数据和衍生数据）全部为采购人所有，全部列入保密范围，投标人不得未经用户许可的情况下导出、分析以及移作他用。本项目采购人不对投标人提供的服务、产品或货物的商标、专利是否侵犯他人的权利负责，如因投标人提供的服务、产品或货物引发争议或违法导致采购人受损的，由投标人负责并应作出赔偿。

5.2保密要求

投标人必须对项目技术文件以及由采购人提供的所有内部材料、技术文档和信息予以保密。投标人必须遵守与采购人签订的保密协议，未经采购人书面许可，投标人不得以任何形式向第三方透露本项目标书以及本项目的任何内容。

5.3技术文件要求

投标人提供的书面技术资料包括但不限于总体方案、项目功能设计、性能和技术设计、安全服务方案、应急响应方案等。请投标人在项目方案中列出提供的书面技术资料详细清单。

投标人提供的书面技术资料必须能够满足确保系统正常运行所需的管理、运营、验收及维护的全套文件，并符合监理方工作要求。实施过程中提供的方案包括但不限于：

1.系统说明文件

2.技术手册（需求规格说明书、系统设计文件、部署文件、安装、操作、维护、故障排除、培训文档等）

3.系统验收文档

由于本项目的实施过程中将产生大量的技术及管理文档，投标人应协助采购人，负责建立、维护、交接项目实施过程中产生的各类文档，确保项目文档的内容体现本项目的实施过程，并确保项目文档的完整性和准确性。

6.项目人员要求

投标人需提供本次工程建设的项目人员方案，项目经理应具有丰富的本项目经验，具有承担本项目的能力，具有计算机相关专业能力；投标人应根据采购人对项目的实际需求，组建项目团队，提供与本项目相关行业、领域内的专业技术人员，除项目经理外所投入的技术人员不少于5人，另外履约期内至少需提供1名本项目专职长期驻场工程师。驻场工程师具备本系统进行修改、调整能力，并按客户要求调整本系统。

需提供包括项目人员名单，投标人安排的项目人员必须固定，若有替换，必须与采购人协商。