Skip to content

MyDaSE ​

MyDaSE 面向学院行政相关事务:把师生与学院之间需要来回跑的办事环节搬到线上,目标是一句话——让数据多跑,让师生少跑。

为什么做这个 ​

校级“一网通办”已经覆盖面向全校的通用事项,但学院内部特有的流程——涉及学院自有资源、本院审批链条与本院台账的事项——仍然缺一处统一的线上落点。MyDaSE 补的就是这段“最后一公里”,而不是再造一个校级办事大厅。

核心能力 ​

事项线上办 ​

  • 事项清单:按师生角色归类可办理的事项,每项标明办理条件、所需材料与预计时限,避免“跑到窗口才知道缺材料”。
  • 在线申请与审批:表单提交后按事项预设的审批链条流转,支持并签、退回补正与加签。
  • 典型场景:证明与材料用章、场地与设备预约、报修与耗材申领、差旅与报销单据预审、门禁与账号权限申请、新教工入职相关的院内环节。
  • 移动端:申请与审批均可在手机上完成,审批人能利用碎片时间处理待办,流程不再因为某人出差而停摆。

数据少重复 ​

  • 主数据复用:姓名、工号/学号、系所、身份与联系方式等从学校人事与教务主数据只读同步,师生不必重复填写自己是谁。
  • 材料只交一次:已上传过的附件进入个人材料库,后续事项直接引用,不重复提交。
  • 状态可查:办理进度、当前处理人、历史意见一目了然;到时限未处理自动提醒,办结或驳回即时通知。
  • 台账自动生成:审批通过即形成结构化记录,学院侧的统计、年报与迎新材料由系统汇总,而不是事后翻聊天记录补录。

管理侧能力 ​

  • 事项与流程的可视化配置:行政人员可调整表单字段、审批节点与时限,不必每个改动都排研发。
  • 权限分级:经办人、审批人、台账管理员各自可见范围不同;敏感字段按最小必要原则展示。
  • 数据分析:事项量、平均办理时长、常见退回原因与积压环节,用于发现流程本身的堵点。

技术形态 ​

以“事项定义 + 表单引擎 + 流程引擎”为核心:事项以配置描述,表单负责采集,流程引擎按规则驱动审批与通知。文件存于独立对象存储并做访问控制;与学校统一身份认证对接,账号停用即失去入口;对外仅提供只读主数据接口,不回写校级业务系统。消息经企业微信或短信通道下发,重要节点同时保留站内待办。

使用范围 ​

  • 面向学院全体师生与行政人员开放,事项逐个上线,办理由学院办公室确认流程后交付。
  • 新增事项需明确办理条件、审批链条与时限,由申请科室向工程研发部提出,部门评估是否属于学院内部事项。
  • 涉及校级审批或跨校的事项目前仍走校级平台,MyDaSE 只做入口指引。