序号 |
模块 |
指标要求 |
* |
用户注册 |
通过填写部门、姓名、联系方式等信息进行内部用户的注册,支持与其他子系统账号进行关联互通。 |
* |
用户登录 |
通过设置好的账号和密码进行登录。 |
* |
个人信息管理 |
对当前登录用户的基本信息进行查看和修改。 |
* |
网格区域管理 |
以中心院区为主,保留面向疗养院区及奥园营区提供服务的能力。 |
* |
网格划分 |
系统中的网格划分应参照中心各职能科室的核心工作内容及管理区域,支持按照以各职能科室为基本单位进行划分,包括环境网格和虚拟网格。 |
* |
|
系统支持至少*级网格的设置和划分。 |
* |
|
满足对环境网格和虚拟网格内的资源进行分类。 |
* |
网格维护 |
系统支持以中心内各*级部门为*级网格,下属的各职能科室作为*级网格,各职能部门依照自身的核心工作内容及管理区域细化*级网格。同时支持拆分形成环境网格及虚拟网格,并设置网格员进行监督管理。 |
* |
|
系统支持维护网格的名称、所属组织、网格管理员、包含区域和事件类型。 |
** |
|
网格所属的组织机构能够通过树形结构的形式进行选择,并支持下拉菜单快速选择管理员。 |
** |
|
网格应支持绑定负责的区域和事件类型,通过选择区域+事件类型即可实现指向唯*的被绑定网格。 |
** |
|
相同的区域+事件类型只能绑定到*个网格上,若出现重复绑定或重复设置时,系统需要给出提示。 |
** |
|
网格信息需要按照树形结构进行直观展示,支持在上级网格的基础上自由新增下*级网格。 |
** |
|
网格管理界面应支持按照网格名称、管理员、所属组织等形式进行多条件组合式检索。 |
▲** |
网格资源管理 |
系统需支持按照用途对网格区资源进行合理的分类,针对不同类别的资源,从位置分布、使用情况、运行状态等方面进行监测,实现对网格区域内资源的有效的管理、监控。 |
** |
|
系统支持网格资源基础信息的录入,包括但不限于资源名称、资源类型、所属区域、使用状态、备注等。 |
** |
|
资源类型支持动态维护,方便后续扩展。 |
** |
|
新增网格资源时,所属区域需要通过可视化树形结构的方式呈现,以便用户直观选择。 |
** |
|
网格资源的使用状态至少包含在用、停用等状态。 |
** |
|
支持通过资源名称、资源类型、所属区域、使用状态等条件对网格资源进行动态检索,具备模糊查询的能力。 |
** |
|
对于特定类型的网格资源,系统支持生成*维码,并支持通过移动***端的扫*扫功能进行扫码识别。 |
▲** |
事件管理 |
系统需支持基于工作流的事件管理方式,能够配置事件管理的流程图责任人和流转方式。 |
** |
|
在流程节点、状态等信息变化时系统应监听内部状态变化,发起远程调用,对任务处理进度进行消息推送。 |
** |
|
系统工作流引擎支持流程转发、驳回、撤回、转办等复杂流转程序,并提供基础能力和功能界面支持工作流配置和开发工作。 |
** |
事件上报 |
在表单发起界面,应详细描述事件的发生地点、时间和具体情况,并能够附加照片、视频等信息,事件上报的录入内容至少应包括:上报人姓名、上报人联系方式、事件类型、事件所属区域、事件描述和附件等。 |
** |
|
在事件上报时,上报人姓名和联系方式应满足根据登录用户的信息自动带入填充,同时具备匿名提交的选项,用户可选择实名或者匿名提交,匿名提交时自动隐藏用户的姓名和联系方式。 |
** |
|
用户在选择完成区域和事件类型的基础上,系统需要按照网格维护信息,自动匹配到被绑定的网格;当所选区域和事件类型未绑定网格时,系统需给出提示,并禁止提交表单。 |
** |
|
用户完成事件上报后,系统需根据录入信息自动生成事件处置的流程图,流程图中至少应包含流程发起人、处置人、归档人信息,各节点的负责人由系统根据提供的规则自动生成。 |
** |
|
事件上报应当支持文本文件、图片、表格、视频等主流文件类型的附件上传。 |
** |
|
事件上报应具备保存草稿的功能,以便用户因其他原因停止录入时,能够将其已填写完成的内容进行保存,方便后续再次提交。 |
** |
事件处置 |
系统应具备网格员查看和处理上报事件的能力。 |
** |
|
根据事件的紧急程度和类型,系统会自动分派给相应的工作人员进行处置。 |
** |
|
网格员应可以记录事件的处理过程、反馈情况,并进行必要的跟踪。 |
** |
|
系统提供个人待办等快捷入口,能够帮助处置人员快速查看当前待办的事件信息,提高工作效率。 |
** |
|
当处置人员到达事件发生地点时,可以通过点击处理按钮,将工单状态变更为处理中,系统需记录事件开始处理的时间。 |
** |
|
在处理工单时,应具备填写处置过程、处置结果等内容的功能。在完成后,处置状态变更为结束,帮助了解事件的处置状态。 |
** |
|
系统应具备转办的功能,可*键将当前任务转办给其他人员,并可以填写必要的备注,系统应对整个事件流程的流转意见进行记录并以时序的形式进行展示。 |
** |
|
系统应具备催办功能,对超时未处理的工单,发起人可发送催办并选择合适的通知方式,将消息送达给责任人。 |
** |
事件归档 |
该功能仅面向上级网格员开放,对于网格员的事件处置情况由上级网格员进行归档,并给出评价。若事件处置不合适,上级网格员有权利驳回,并给出重新处置建议。 |
** |
|
应具备转发功能,方便流程各节点之间的协同作业,实现信息的共享和交流,提高工作效率和响应速度。 |
** |
|
系统应具备根据事件上报中对应的网格,自动筛选指向归档人的功能。 |
** |
日常任务 |
创建人作为主要负责人可对该发起的流程进行后续操作,点击系统“开始处理”和“结束处理”按钮,标记该日常任务的实际开始处理时间和实际结束处理时间。 |
** |
|
日常任务的表单内容包括但不限于:任务名称、任务地点、任务类型、主要负责人、计划开始日期、计划结束日期、参与人员、任务内容、备注、附件等。 |
** |
|
责任人默认为当前发起人,参与人支持多选,能够支持常见格式的文本、图片和视频作为附件进行上传。 |
** |
事件检索 |
系统满足针对已发起的流程(包括事件和日常任务)进行多条件的智能检索,通过抽取事件的上报时间、责任人、所属网格、所属区域、工单状态等结构化属性,实现组合查询,进行分类展示。 |
** |
|
工单的状态应能够按颜色进行区分,如已发起、处理中、已完成等多个状态均采用不同颜色展示。 |
** |
|
对于移动***及微信小程序上报的事件,能够展示用户的评价状态和评价详情。 |
** |
|
事件处理完成后,系统应支持转案例功能,且通过权限开放给指定用户。转案例时,需自动填入事件现象,并且对事件原因、处置方式、事件类型等信息进行补充录入,支持添加备注。 |
** |
值班管理 |
系统应具备电子化值班表功能,基于网格区域划分,将网格员、网格长的当日值班信息在系统中进行维护,以此合理规划值班时间和人员分配,避免无效的沟通和协作,提高工作效率。 |
** |
|
支持按日为时间单位,录入各网格的值班信息,至少应包括:网格名称、值班日期、值班网格长、值班网格员。 |
** |
|
支持日期的多选录入。 |
** |
|
支持批量导入的形式,系统可提供预设的值班表模板,并支持下载,方便用户按表格模板进行多个网格值班信息的维护,支持直接拖拽上传到系统,*键导入生成值班信息。 |
** |
|
对于录入信息不全的情况,系统需给出提示,帮助用户进行内容修改。 |
** |
|
支持条件检索,检索内容包括但不限于:网格名称、值班日期、值班网格长等,同时对检索出符合条件的记录能支持导出。 |
** |
问题案例库 |
系统具备问题案例库,用于记录和分享中心内出现的各类问题案例和解决方案,辅助网格员快速查找问题处置方法和步骤,提高问题处置效率。 |
** |
|
系统需支持常见格式的附件上传,包括但不限于***、***、***、***、****、***、***,方便处置人员参考。 |
** |
|
系统需支持按照事件现象、事件原因、事件类型等条件进行检索,并按照案例生成时间进行倒序展示。 |
** |
|
系统具备案例收藏功能,用户可以通过点击收藏按钮将相关案例保存到自己的收藏夹中。系统支持部分常用的收藏管理功能,如对案例进行分类、删除、编辑等操作。 |
** |
中心资料库 |
为更好的进行知识库的维护,系统具备中心资料库功能,集中存储和管理核心资料。 |
** |
|
中心资料库应支持存储多种类型的数据,包括但不限于文档、图片、视频等。 |
** |
|
能够实现文件版本号记录和维护的功能,确保文件的完整性和可读性。 |
** |
|
具备高效的数据检索和查询功能,用户可以通过关键词、文件名等多种方式查询和检索所需数据。 |
** |
|
能够实现对数据的更新和维护,包括对数据的修改、删除、添加等操作。 |
** |
|
具备实现数据的共享和协作的能力,让不同部门和团队之间可以方便地进行数据共享和协作办公。 |
** |
日程管理 |
需具备安排日程、设置提醒、多人协同日程等功能,提高用户的工作效率和时间管理能力 。 |
** |
|
日程管理应该能够以日历的形式展示日程安排,用户可以按照日、周、月查看日程,并可以查看指定日期下的待办事项,以便更好地了解自己的日程安排。 |
** |
|
支持用户可以在日程管理中添加待办事项,并设置提醒时间和方式,推送通知来跟踪任务状态。 |
** |
|
对于需多人共同处理日程的情况,应支持用户可以在发起日程时,选择多个参与人,参与人的选择支持按组织架构、模糊检索等多种形式进行人员的快速选择,以便协调工作。 |
** |
|
用户可以在管理视图创建新的待办事项,并能查看当前待办中、已逾期、已完成等各类视图中的任务内容,支持对待办事项进行编辑、删除、完成任务等操作,可以自定义待办事项的完成状态。 |
** |
|
系统应具备筛选和搜索功能,用户可以通过关键词搜索待办事项,按照时间、优先级等条件进行筛选和排序。 |
** |
个人中心 |
应能够展示用户当日任务汇总数量、待完成任务数量,以及当日任务的完成率。 |
** |
|
应能够按照事件类型或事件区域对个人工单进行分类统计,统计结果可以按照饼图等进行可视化展示,支持时间段检索。 |
** |
|
应能够展示用户的日程安排,按照年月日的日历形式展示待办事项,方便用户自己和其他参与人了解用户的时间安排和计划。 |
** |
|
应支持查看来自系统推送的各种用户消息,包括系统通知和流程事件通知,并可以筛选未读消息的列表,方便用户快速找到并处理未读消息。 |
** |
管理视图 |
应支持展示当日值班的上级网格长、下级网格员信息。 |
** |
|
应支持展示当前用户管理的网格及子网格的当月产生事件信息,需支持按照事件类型、上报区域等条件进行分类统计。 |
** |
|
应支持统计当前月份下,用户管理的网格及子网格的任务完成率各项指标,包括但不限于:当月事件完成率、当月事件总数、当月待处理事件数量、当月新增事件数量、当月已完成事件数量等。 |
** |
|
系统需按天统计当前月份的任务量情况,能够以折线图的形式展示当日任务新增数、完成数,帮助管理员通过数据分析和挖掘。 |
** |
|
系统需支持统计当月事件的总完成数,并按照环比、同比的形式展示相关增长率。 |
** |
|
系统需支持员工任务数排名展示,按照当月员工已发生的任务数量,进行倒序统计,对前几名的员工和无任务员工进行突出展示,方便管理员进行工作统筹和安排。 |
** |
系统管理 |
提供对系统运行所涉及的关键数据进行维护的功能,包括基础数据维护、系统管理和权限数据维护,支持对用户配置多个角色,满足不同用户仅能执行权限范围内的业务操作。 |
▲** |
流程管理 |
能提供可视化图形界面,创建、编辑和修改工作流流程图,包括各个流程节点所负责的环节、节点分支的设立、流程节点的通过和驳回条件等。 |
** |
|
利用工作流引擎可以自动触发、处理任务,并将流程从*步转移到下*步。 |
** |
|
可以将任务自动分配给相关人员或组织,并跟踪任务状态和进度。 |
** |
|
提供反馈机制,让所有参与者能够及时了解任务状态并提出反馈意见。 |
** |
|
支持基于规则的决策和流程控制,使流程确定化、标准化和可重复。 |
** |
|
提供可视化图形界面以创建、编辑和修改表单内容,包括控件、属性等。 |
▲** |
事件分析 |
支持对事件数据的统计分析,帮助中心发现问题、研究原因、提升网格管理效能,至少包括事件归并、趋势分析、处理时效分析、关键问题分析等。 |
** |
|
能够将用户上报的事件按照不同的类别进行分类,如环境卫生、功能异常、质量管理等。 |
** |
|
能够通过统计用户上报事件,推断大概的走向和趋势,包括特定时间段或版本出现的事件数量,以便了解事件的紧急程度和优先级。 |
** |
|
对不同来源的*次上报事件采用**研判的手段,进行事件类型匹配,对相同类型事件进行归并。 |
** |
|
能够统计事件处理的时间,即从用户上报问题到问题得到解决的时间,帮助中心优化问题处理流程和提高效率。 |
** |
|
能够统计事件的解决率,即成功解决的事件占总事件数量的比例,帮助评估网格员解决问题的能力。 |
** |
|
能够收集用户对事件解决结果的反馈,如满意度调查,以便了解用户对事件处理的满意程度,指导团队改进工作。 |