IEP¶

IEP is acronym for Individualized Education Program. This is the core of the school-lms system based on which a student's learning journey is created, assessed and improved upon.

IEP encompasses a subset of content library entities like domains, goals and subgoals. A student then is assessed on these subgaols over a period of time.

Here is an illustration of data hierarchy of IEP.

stateDiagram-v2
    CL: Contet Library
    D1: Domain
    D2: Domain
    D3: Domain

    S: IEP

    ID1: IEP Domain
    ID2: IEP Domain

    IS1: IEP Subgoal
    IS2: IEP Subgoal
    IS3: IEP Subgoal

    IS4: IEP Subgoal
    IS5: IEP Subgoal
    IS6: IEP Subgoal

    CS1: Custom Subgoal
    CS2: Custom Subgoal


    AS1: Assessment
    AS2: Assessment
    AS3: Assessment

    AS4: Assessment
    AS5: Assessment
    AS6: Assessment


    CL --> D1
    CL --> D2
    CL --> D3   

    D1 --> S 
    D3 --> S 

    S --> ID1
    S --> ID2


    ID1 --> IS1
    ID1 --> IS2
    ID1 --> IS3

    ID2 --> IS4
    ID2 --> IS5
    ID2 --> IS6
    ID2 --> CS1
    ID2 --> CS2


    IS2 --> AS1
    IS2 --> AS2
    IS2 --> AS3

    IS5 --> AS4
    IS5 --> AS5
    IS5 --> AS6     

    Student --> S   
    Student --> CS1
    Student --> CS2

IEP Creation¶

Creating IEP for a student requires their historical performance. For new student without historical performance data, domain competency assessment is done from which a new IEP gets created.

graph TB
  A[Student] --> B{Has Historical Data?};
  B -->|Yes| C[Create Onboarding From Previous IEP];
  C --> D[Reassessment];
  D --> E[Subgoal Selection];
  E --> F[New IEP];
  B -->|No| G[Domain Competency Assessment];
  G --> H[Create Onboarding From Domain Competency Assessment];
  H --> D[Reassessment];

IEP Approval Flow¶

When a teacher creates a new IEP, it will be in draft state. A teacher will then send the IEP for approval to the classroom supervisor, in this state teacher and supervisor can collaborate to add notes to the IEP. A supervisor can choose to approve or reject an IEP appropriately based on the content. When an IEP is rejected, teacher goes through the notes added by supervisor and makes necessary changes, either resends it for approval or can simply approve it themselves.

An approved IEP is then finalized by exporting it as pdf and getting a final signoff from the guardians of the student. After this point, an IEP then enters into finalized state.

Additionally materials can be added to IEP. Daily assessment process can now begin for the student, see assessment for details.

graph TB
  A[Draft] --> |Send for supervisor review| B{Awaiting Approval};  
  B --> |Supervisor Approves| C[Approved];
  B --> |Supervisor rejects| D[Rejected];
  D --> |Teacher amends IEP| E{Approval Necessary?};
  E --> |Yes| B;
  E --> |No| C;

Entity Attributes¶

Following attributes define a IEP entity.

type

type of IEP. There are two types of IEP, an OnboardingIep and Iep.

status

Status of the IEP.

awaiting_approval_at

Timestamp at which IEP was sent for approval.

approved_at

Timestamp at which IEP was approved.

rejected_at

Timestamp at which IEP was rejected.

finalized_at

Timestamp at which IEP was finalized.

Entity Relationships¶

student

Student to which this IEP belongs to.

prepared_by

Staff who prepared this IEP.

previous_iep and next_iep

All IEPs of a student form a linked list with links to their previous and next ieps.

domain

There are many domains associated to an IEP.

subgoals

There are many subgoals associated to an IEP. Some of the subgoals come from library and some are created by teacher specifically for the student.

assessments

There are many assessments for an IEP. Assessments for an IEP happen at different stages of the IEP lifecycle.

summary_nodes

There are many summary nodes for an IEP to capture status of the content library entity hierarchy.

App UI¶

Create IEP¶

IEP Approval Flow¶

IEP Preview¶

End of Year Assessment¶

Overview¶

Offboarding is a process conducted at the end of the academic year to review a student's Individualized Education Plan (IEP) before they proceed to the next grade. This checks that the student retains the goals and subgoals they achieved during the year.

Purpose¶

The goal of the offboarding process is to:

• Reevaluate completed goals and subgoals to check the student’s retention.
• Generate an End-of-the-Year Report summarizing the student's progress.
• Share a digital copy of the report with the parent for transparency and documentation.

Offboarding Process¶

Initiating Offboarding¶

• The offboarding process is triggered at the end of the academic year by the backend developer.

Reevaluation of Goals¶

• All completed goals and subgoals are reviewed.
• The student is reassessed to determine if they still remember and apply the learned skills.

Report Generation¶

• Based on the reevaluation, the system compiles an End-of-the-Year Report summarizing the goals and subgoals Retention status.

Report Sharing¶

• Once the report is finalized:
  • A digital copy is generated.
  • The report is sent to the parent via an Email..
  • The report can also be sent via a link over WhatsApp.

Dependencies¶

• The system should support automated report generation and email or portal-based report sharing.

Expected Outcome¶

• Ensures students retain learned goals before progressing to the next year.
• Provides parents with clear insights into their child's progress.
• Helps to get the data for Next year IEP creation for the student.

graph TB
  A[Onboarding] --> B{Daily Assessments}
  B --> C[Offboarding Student IEP]
  C --> D{Semester Change}
  D --> A[Onboarding]