以 PowerSchool 行为模块完善学生支持

01

问题：行为数据散落各处，却没有沉淀到学生档案中

在许多学校，行为记录可能来自课堂笔记、邮件往来、班主任表格或教职员工之间的消息。正向行为往往只被口头表扬，负向行为则可能直到事件升级后才正式记录；志愿服务时长通常又保存在另一套表格中。

信息分散会带来一系列运营问题：教师反复录入相同内容，年级团队难以掌握完整背景，管理人员也无法快速发现趋势。即使学生经历了多次跟进沟通，这些记录也很难与最初事件关联起来。

• ✓
  不同人员采用不同的记录格式。
• ✓
  志愿服务时长需要人工汇总。
• ✓
  跨团队跟进时容易丢失事件背景。

02

解决方案：在 PowerSchool 中建立结构化行为管理流程

Infocare 在教职员工熟悉的 PowerSchool 环境中构建行为管理模块，同时为流程补充必要的结构。录入表单涵盖类别、子类别、标题、说明、日期、时间、地点、相关学生、记录人、志愿服务时长，以及活动是否在校内开展等信息。

表单会根据所选子类别动态调整。选择“志愿服务时长”后，时长字段才会出现；选择其他类别时，教职员工可以专注于行为描述和后续跟进，不受无关字段干扰。

对于集体活动，同一条记录可以批量应用到多名学生。例如班级参加五小时的服务项目时，教职员工只需选择一次学生并录入一次时长，每名学生都会获得对应的结构化记录。

模块以同样严谨的方式记录正向和负向行为，帮助学校形成更完整的学生成长画像，而不只是积累问题清单。

03

教职员工如何使用这套流程

以下截图使用 PowerSchool 测试环境中的匿名示例数据，展示三个核心界面：管理端总览、结构化录入表单和学生个人行为档案。

04

技术方案概览

用户界面通过 PowerSchool 自定义页面呈现，教职员工可以继续在熟悉的管理端和教师端操作。数据模型通过行为相关的自定义表保存行为记录与跟进内容，并使用受控选项管理类别和子类别。

在更新和删除记录时，模块通过服务端处理，而不是由浏览器直接写入数据。ps-infocare-backend-service 通过学校的 PowerSchool 域名提供行为管理 API，校验请求上下文，并通过 PowerSchool API 完成数据回写，从而避免编辑和删除操作直接依赖 Oracle，同时保持清晰的权限边界。

• 为管理端录入、教师查看、总览、编辑和学生档案历史提供 PowerSchool 自定义页面。
• 通过安全的 Infocare 服务层执行 API 更新和软删除。
• 按角色控制访问范围：集团管理员可管理全部记录，学校办公室和管理人员仅查看本校数据，教师则仅能访问自己所授班级的学生。
• 跟进记录以时间线方式追加，并保留记录人和时间信息。
• 方案为后续通知规则预留扩展空间，无需在首个版本中强行加入尚未确认的流程。

05

为学校团队带来的价值

这套模块带来的价值不只是多了一张表单，而是建立了一套统一的工作节奏。当行为记录结构一致后，教职员工可以减少整理零散信息的时间，把更多精力用于支持学生。

• 对教师： 录入更快、学生选择更清晰，集体活动也无需重复操作。
• 对管理人员： 通过统一总览完成筛选、导出、编辑、删除和志愿服务时长汇总。
• 对学生支持与年级团队： 跟进备注始终与原始记录关联，保障后续支持的连续性。
• 对学生： 成长档案更加全面，不仅记录需要纠正的事件，也呈现正向贡献和服务经历。
• 对学校管理层： 获得更清晰的数据，用于趋势分析、制度复盘和项目改进。