Release 1 Classroom And Parent User Stories#
Scope note#
This file assumes the agreed Release 1 scope is:
- live classroom operations in the new platform
- live kitchen and chef workflows tied to daily meal service, including water-flushing and temperature log completion
- supervisor visibility for those classroom workflows
- parent access for the parent-facing workflows tied to those classroom operations
- out-of-scope back-office areas remain in the old system
Module And Role Index#
| Role | Primary Release 1 modules | Story numbers |
|---|---|---|
| Classroom staff and educators | Classroom access, attendance, daily care, incidents, medication, communications, room checklists, sleep checks, photos | 1-25, 32-37, 45 |
| Supervisors | incident and illness review, medication follow-up, approvals, communication context, checklist follow-up, sleep-check alerts, cross-room oversight | 15, 17, 19, 21, 23-24, 35, 37, 45, 48 |
| Platform admins and HQ admins | campus switching, selected-campus context, supervisor dashboard visibility | 49 |
| Kitchen and chef users | kitchen dashboard, meal changes, recipe safety, child meal details, food-list updates, water-flushing logs, temperature logs | 26-31, 50-51 |
| Parents and guardians | authorized child access, daily report, campus email contact, absences, health/profile submissions, approvals, care team, gallery, read-only plans | 38-47 |
| System jobs and alerts | attendance closeout, due medication views, food-list updates, sleep-check rules, alert creation and clearing | 7, 19, 31, 36-37 |
Story Modules#
| Module | Primary roles | Stories | Evidence |
|---|---|---|---|
| Classroom Access And Room Context | Classroom staff, classroom educator | 1, 2 |
Directly evidenced |
| Attendance, Absence, And Room Presence | Classroom staff, parent-facing operator, system | 3, 4, 5, 6, 7, 8 |
Directly evidenced |
| Daily Care Logs, Food Logging, And Classroom Photos | Classroom educator, classroom staff | 9, 10, 11, 12, 13, 25 |
Directly evidenced |
| Incident, Illness, Medication, And Child Plans | Classroom staff, supervisor, authorized parent, system | 14, 15, 16, 17, 18, 19, 20, 21, 22, 45 |
Stories 14-22 are directly evidenced; Story 45 is scope-driven and Release 1 read-only. |
| Communication And Operational Context | Classroom staff, supervisor, parent | 23, 24, 40 |
Stories 23-24 are directly evidenced; Story 40 is scope-driven from stakeholder-approved Release 1 scope. |
| Kitchen And Meal Safety | Kitchen user, chef, kitchen operator | 26, 27, 28, 29, 30, 31, 50, 51 |
Directly evidenced |
| Room Checklists And Sleep-Check Alerts | Classroom staff, classroom educator, supervisor | 32, 33, 34, 35, 36, 37 |
Directly evidenced |
| Parent App Access, Daily Visibility, And Family Submissions | Parent, guardian, authorized family contact | 38, 39, 41, 42, 43, 44, 46, 47 |
Scope-driven from stakeholder-approved Release 1 parent scope. |
| Supervisor Cross-Room Oversight | Supervisor | 48 |
Scope-driven from stakeholder-approved Release 1 supervisor scope. |
| HQ Campus Switching And Supervisor Dashboard | Platform admin, HQ admin | 49 |
Scope-driven from stakeholder-approved Release 1 administration scope. |
Module: Classroom Access And Room Context#
Primary roles: Classroom staff, classroom educator
Purpose: Open the room-bound classroom workspace and keep actions tied to the correct room, staff actor, and shared device session.
Evidence: Directly evidenced
Included stories: Story 1, Story 2
Story 1#
Title#
Open the classroom dashboard in room context
User Story#
As a classroom staff member I want the classroom dashboard to open in the context of a room So that all classroom actions are automatically tied to the correct classroom
Acceptance Criteria (Gherkin)#
Feature: Classroom dashboard context
Scenario: Open classroom management home for a room Given I navigate to a room workflow When I open the classroom dashboard screen Then the system should open the classroom dashboard in that room context And subsequent classroom actions should use the selected room context
Scenario: Refresh medication view based on the active classroom panel Given I open the classroom dashboard When the communication panel is frontmost Then the system should refresh the medication schedule for that room When the health panel is frontmost Then the system should refresh the medication summary for that room
Story 2#
Title#
Confirm staff identity with a PIN on a shared classroom device
User Story#
As a classroom staff member I want to confirm my identity with my own PIN before taking action on a shared room device So that room tablets can be shared without losing actor-level auditability
Acceptance Criteria (Gherkin)#
Feature: Shared-device PIN validation
Scenario: Allow the action when the entered PIN is valid Given a shared classroom device is already logged into a room And a valid staff ID is selected When the staff member enters the correct PIN Then the system should allow the action to continue
Scenario: Reject the action when the entered PIN is invalid Given a shared classroom device is already logged into a room And a valid staff ID is selected When the entered PIN does not match that staff member Then the system should block the action And show an invalid PIN error
Module: Attendance, Absence, And Room Presence#
Primary roles: Classroom staff, parent-facing operator, system
Purpose: Create the daily presence facts used by classroom operations, ratio visibility, compliance review, and downstream financial logic.
Evidence: Directly evidenced
Included stories: Story 3, Story 4, Story 5, Story 6, Story 7, Story 8
Story 3#
Title#
Check a staff member into a classroom
User Story#
As a classroom staff member I want to check into a classroom for my shift So that staffing coverage, ratio, and later attendance reconciliation are accurate
Acceptance Criteria (Gherkin)#
Feature: Staff classroom check-in
Scenario: Reject staff check-in with bad identifiers Given a staff check-in request When the selected staff member is missing or invalid Or the selected room is missing or invalid Then the system should block the check-in
Scenario: Reject hourly staff with no schedule Given a staff member tries to check in When no shift can be found for the attempted date And the staff member is not salaried Then the system should block the check-in And send the supervisor a no-schedule alert
Scenario: Restrict non-home-room login when ratio does not need it Given non-home-room login is not allowed freely at the campus And the staff member is not in the primary room When the room does not need that extra staff member for ratio Then the system should block the check-in
Scenario: Allow staff check-in when validation passes Given the staff member has passed the required validation When the check-in completes Then the system should create or update staff attendance for that room And include that staff member in room staffing totals
Story 4#
Title#
Check a staff member out of a classroom only after shift responsibilities are complete
User Story#
As a classroom staff member I want shift sign-out to enforce completion of the room shift log So that required classroom handoff work is not skipped
Acceptance Criteria (Gherkin)#
Feature: Staff classroom sign-out
Scenario: Stop sign-out when no shift-responsibility log exists Given a staff member is checking out of a room When no room shift-responsibility log exists for that room and date Then the system should prompt the user to complete it And abort the sign-out if the user chooses to do that first
Scenario: Stop sign-out when required shift tasks are incomplete Given a room shift-responsibility log exists When required tasks or signatures are still incomplete Then the system should stop the sign-out
Scenario: Complete sign-out when the room log is complete Given a staff member is checking out of a room And the room shift-responsibility log is complete When the sign-out finishes Then the system should stamp the check-out time on the open staff attendance records for that shift And refresh room checked-in totals and ratio data
Story 5#
Title#
Check a child into a classroom
User Story#
As a classroom staff member I want to check a child into a room So that attendance, health check, ratio, and daily reporting all start from the right room context
Acceptance Criteria (Gherkin)#
Feature: Child classroom check-in
Scenario: Reject child check-in when no staff member is signed into the room Given no staff member is currently signed into the room When I try to check in a child Then the system should block the check-in
Scenario: Require a valid child health screening on first check-in of the shift Given child health screening is required And this is the child's first check-in since the shift start When no recent completed screening exists Then the system should block entry And open the child health-screening workflow
Scenario: Reject child check-in when the latest screening is unhealthy Given child health screening is required And the latest completed screening indicates the child is not healthy When I try to check in the child Then the system should deny entry
Scenario: Create attendance and daily-attendance records on successful child check-in Given a child passes the required checks When the child is checked in Then the system should create the child's attendance entry And create the corresponding daily attendance summary And refresh room checked-in totals
Scenario: Clear an absence record when the child checks in on that date Given the child already has an absence record for today When the child is successfully checked in Then the system should remove that same-day absence record
Scenario: Create an extra-day record when the child was not scheduled for that day Given the child is not scheduled for the current date When the child is successfully checked in Then the system should create one extra-day record if one does not already exist
Scenario: Write a check-in communication note Given a child is checked in successfully When the check-in completes Then the system should create a room-and-child communication note for the health-check outcome
Story 6#
Title#
Update the child health-check result on attendance
User Story#
As a classroom staff member I want to record a health-check result and note against the child's attendance So that the daily operational record shows the child’s admission condition
Acceptance Criteria (Gherkin)#
Feature: Child health-check capture
Scenario: Save the health-check result on attendance Given a valid child attendance entry When I set the health-check value and note Then the system should save the health-check result And save the health-check note on that attendance record
Story 7#
Title#
Sign children out automatically when shifts end or cross midnight
User Story#
As the system I want open child attendance records to close when the shift is clearly over So that room attendance does not remain open incorrectly
Acceptance Criteria (Gherkin)#
Feature: Child attendance closeout
Scenario: Close child attendance at the end of shift Given a child attendance record is still open When the end of the child's shift is more than four hours in the past Then the system should set the check-out time to the calculated shift end
Scenario: Close child attendance at midnight for an overnight boundary Given a child attendance record is still open And the shift crosses midnight When the current date is later than the attendance start date Then the system should close the record at the end of the original day
Story 8#
Title#
Create child absence records with valid dates and reasons
User Story#
As a classroom or parent-facing operator I want absence records to require complete and valid date and reason data So that absence reporting is operationally usable
Acceptance Criteria (Gherkin)#
Feature: Child absence scheduling
Scenario: Reject absence creation without a child Given I am scheduling a child absence When no child has been selected Then the system should block the save
Scenario: Reject absence creation without a valid date range Given I am scheduling a child absence When the start date or end date is missing Or the start date is after the end date Then the system should block the save
Scenario: Reject vacation requests shorter than the minimum block
Given I am scheduling an absence with reason Vacation
When the requested date span is less than the required two-week block
Then the system should block the save
Scenario: Reject absence creation without a reason Given I am scheduling a child absence When the reason is missing Then the system should block the save
Scenario: Create absence-day records Given I entered a valid child, date range, reason, and optional comment When I finish the absence flow Then the system should create daily absence entries for the requested range
Module: Daily Care Logs, Food Logging, And Classroom Photos#
Primary roles: Classroom educator, classroom staff
Purpose: Capture the daily care record parents and staff rely on for sleep, diapering, meals, food notes, and classroom media.
Evidence: Directly evidenced
Included stories: Story 9, Story 10, Story 11, Story 12, Story 13, Story 25
Story 9#
Title#
Log a child’s sleep from the classroom dashboard
User Story#
As a classroom educator I want to record a child’s sleep from the room screen So that the daily care log reflects the child’s day accurately
Acceptance Criteria (Gherkin)#
Feature: Child sleep logging
Scenario: Start a new sleep record for a checked-in child Given I am on the classroom dashboard for a room When I start a sleep entry for a child Then the system should create the child's sleep entry in the current room context And create the corresponding daily sleep summary
Scenario: Allow a comment-only no-sleep entry Given I am on the classroom dashboard When I start a comment-only no-sleep entry Then the system should create the record without a sleep timestamp
Story 10#
Title#
Prevent overlapping sleep entries
User Story#
As a classroom educator I want the system to stop me from creating a new sleep entry when the current one is still incomplete So that sleep history stays consistent
Acceptance Criteria (Gherkin)#
Feature: Sleep-entry validation
Scenario: Reject a second sleep record while the current one is still open Given a child's current sleep record has no wake timestamp When I attempt to create another sleep record Then the system should block the new record And instruct me to complete the existing sleep and wake times first
Story 11#
Title#
Log a diaper change from the classroom dashboard
User Story#
As a classroom educator I want a quick diaper-change flow from the room screen So that toileting events are captured without leaving the classroom workflow
Acceptance Criteria (Gherkin)#
Feature: Diaper logging
Scenario: Open diaper entry with child context Given I am on the classroom dashboard When I choose to add a diaper change for a child Then the system should open a diaper-change entry flow preloaded with the child And preload cream authorization context
Scenario: Create the daily diaper record on save Given a diaper-change record has been entered When the entry is committed Then the system should create the corresponding daily diaper summary
Story 12#
Title#
Refresh the room food log from the classroom dashboard
User Story#
As a classroom educator I want meal-related child records to refresh for the room So that food logging reflects the current room and date context
Acceptance Criteria (Gherkin)#
Feature: Food log refresh
Scenario: Refresh food context for a room Given I am on the classroom dashboard When I refresh the food panel Then the system should add any missing child meal entries for the room
Scenario: Optionally clear existing food entries during refresh Given I refresh the food panel When I choose to remove existing entries Then the system should rebuild the room food log from fresh meal-item context
Story 13#
Title#
Require manual entry for meal results that demand it
User Story#
As a classroom educator I want the meal-entry workflow to react when a selected meal result needs manual text So that staff do not skip required meal details
Acceptance Criteria (Gherkin)#
Feature: Meal-result manual entry
Scenario: Focus the manual meal field when the result requires it Given I am entering a meal result on the classroom dashboard When the selected meal outcome requires manual menu text Then the system should move focus to the manual menu-entry field
Story 25#
Title#
Save a child photo from the room workflow
User Story#
As a classroom staff member I want to capture and save a child photo from the room workflow So that classroom photos can become part of the child’s daily record
Acceptance Criteria (Gherkin)#
Feature: Child photo capture
Scenario: Reject photo save outside the child-image entry flow Given I am not in the child photo entry flow When I try to save a child photo Then the system should block the action
Scenario: Reject photo save when no image is present Given I am in the child photo entry flow When no photo is present in the camera field Then the system should block the save
Scenario: Save the child photo successfully Given I am in the child photo entry flow And a photo is present When I save the photo Then the system should persist the image in the child image container And clear the temporary image fields
Module: Incident, Illness, Medication, And Child Plans#
Primary roles: Classroom staff, supervisor, authorized parent, system
Purpose: Manage health and safety workflows that need completion checks, signatures, parent notification evidence, plan visibility, and auditability.
Evidence: Stories 14-22 are directly evidenced; Story 45 is scope-driven and Release 1 read-only.
Included stories: Story 14, Story 15, Story 16, Story 17, Story 18, Story 19, Story 20, Story 21, Story 22, Story 45
Story 14#
Title#
Launch a child incident from classroom context
User Story#
As a classroom educator I want to start an incident directly from the classroom dashboard So that the incident record already knows the child and room involved
Acceptance Criteria (Gherkin)#
Feature: Incident creation
Scenario: Create an incident with child and room context Given I start an incident from the classroom dashboard When the child and room are known Then the system should create an incident record with the current timestamp And create a supervisor dashboard item for follow-up
Scenario: Attach an incident to an existing communication thread Given I start an incident from a communication context When a source communication is supplied Then the system should link that communication to the new incident
Story 15#
Title#
Complete a child incident with review, notification, and locking
User Story#
As a staff member or supervisor I want incident records to remain incomplete until required follow-up and signatures exist So that incident handling is auditable and compliant
Acceptance Criteria (Gherkin)#
Feature: Incident completion
Scenario: Reject incident without detail Given I am editing a child incident When the detail message is blank Then the system should block the save
Scenario: Create follow-up work for an incomplete incident Given an incident has been saved but is not yet complete When required completion conditions are missing Then the system should create or retain a supervisor dashboard item
Scenario: Complete and lock an incident Given an incident has required follow-up detail And parent-notification evidence includes email delivery And supervisor and staff signatures are present When I commit the incident Then the system should mark the incident complete And clear related dashboard items And remove pending report approvals And lock the record
Scenario: Send a serious-occurrence notice only once Given an incident is marked as a serious occurrence When no prior serious-occurrence notice exists for that incident Then the system should send the notice And create the corresponding notice-history record
Story 16#
Title#
Launch a child illness record from classroom context
User Story#
As a classroom educator I want to start an illness record directly from the classroom dashboard So that the illness record is created with the correct child and room context
Acceptance Criteria (Gherkin)#
Feature: Illness creation
Scenario: Create an illness record with child and room context Given I start an illness event from the classroom dashboard When the child and room are known Then the system should create an illness record with the current timestamp And create a supervisor dashboard item for follow-up
Scenario: Attach an illness record to an existing communication thread Given I start an illness event from a communication context When a source communication is supplied Then the system should link that communication to the new illness record
Story 17#
Title#
Complete a child illness record with notification evidence
User Story#
As a staff member or supervisor I want illness records to require signatures and notification evidence before completion So that parent communication and internal review are documented
Acceptance Criteria (Gherkin)#
Feature: Illness completion
Scenario: Reject illness without detail Given I am editing a child illness record When the detail message is blank Then the system should block the save
Scenario: Complete and lock an illness record Given an illness has supervisor and staff signatures And at least one accepted parent-notification method exists When I commit the illness record Then the system should mark the illness complete And clear related dashboard items and pending approvals And lock the record
Story 18#
Title#
Create a complete medication authorization
User Story#
As a staff member or supervisor I want medication authorizations to require complete instructions and dates So that medication can be administered safely and tracked correctly
Acceptance Criteria (Gherkin)#
Feature: Child medication authorization
Scenario: Reject incomplete medication authorization Given I am editing a child medication authorization When administration instructions are missing Or dosage is missing Or the medication name is missing Or the first administration date is missing Or the last administration date is missing Or the expiry date is missing Or storage instructions are missing Then the system should block the save
Scenario: Save and schedule medication authorization Given I entered the required medication details When I commit the medication authorization Then the system should calculate the next due time And update completion and lock state And create or clear dashboard items depending on completeness
Story 19#
Title#
View medication administrations due for selected rooms
User Story#
As a classroom or supervisory user I want to see approved medication authorizations that are due now for selected rooms So that medication administrations are not missed
Acceptance Criteria (Gherkin)#
Feature: Medication due view
Scenario: Show due medication administrations Given I select one or more rooms When approved medication authorizations have a due time earlier than the current time And they are not marked finished Then the system should show the due authorizations
Scenario: Handle no due administrations Given no medication administrations are due for the selected rooms When I open the due-medication view Then the system should tell me there are no administrations due
Story 20#
Title#
Record a medication administration and notify recipients
User Story#
As a classroom staff member I want medication administrations to require a selected administering staff member, dosage, and approval So that the administration record is complete before the notification goes out
Acceptance Criteria (Gherkin)#
Feature: Medication administration
Scenario: Reject administration without an administering staff member Given I am entering a medication administration When no staff member has been selected Then the system should block completion
Scenario: Reject administration without dosage or approval Given I am entering a medication administration When dosage is blank Or approval has not been completed Then the system should block completion
Scenario: Send administration email after successful completion Given a medication administration record has valid staff, dosage, and approval data When I complete the administration Then the system should send the medication-administration email And mark the administration as emailed
Story 21#
Title#
Show pending parent approvals for a child
User Story#
As a staff member or supervisor I want to refresh and view a child’s pending parent approvals So that I can follow up on plans that still need family acknowledgment
Acceptance Criteria (Gherkin)#
Feature: Pending parent approvals
Scenario: Refresh pending approvals for a child Given I provide a valid child ID When I refresh pending parent approvals Then the system should repopulate the pending-approval list And show the approvals that still need parent action
Story 22#
Title#
Record staff acknowledgment of approved child plans
User Story#
As a staff member I want to sign off that I have acknowledged an approved child plan So that the centre can track which staff members reviewed the plan
Acceptance Criteria (Gherkin)#
Feature: Staff child-plan acknowledgment
Scenario: Record plan acknowledgment with PIN validation Given a valid staff ID, plan type, and plan ID are provided When I sign off on the plan And PIN validation succeeds when prompted Then the system should timestamp the approval record for that staff member And clear any related dashboard items
Story 45#
Title#
Show IMP and ISP as read-only child plans
User Story#
As an authorized parent, classroom staff member, or supervisor
I want to view the child’s imported IMP and ISP data without editing it
So that I can review current plan details while the full plan workflow remains out of scope for Release 1
Acceptance Criteria (Gherkin)#
Feature: Read-only child plans
Scenario: Show an imported plan when one exists
Given an authorized user is viewing a child
When an active imported IMP or ISP exists
Then the system should display that plan in read-only mode
And show imported signature names or timestamps when available
Scenario: Prevent plan editing or signing in Release 1
Given an authorized user is viewing an IMP or ISP
When the user attempts to create, edit, approve, or sign the plan
Then the system should not allow that action in Release 1
Module: Communication And Operational Context#
Primary roles: Classroom staff, supervisor, parent
Purpose: Preserve room, child, staff, and family context around Release 1 communication paths without adding full parent messaging or SMS scope.
Evidence: Stories 23-24 are directly evidenced; Story 40 is scope-driven from stakeholder-approved Release 1 scope.
Included stories: Story 23, Story 24, Story 40
Story 23#
Title#
Resolve classroom parents for a room-based mobile message
User Story#
As a classroom or supervisory user I want room-based messaging to resolve only parents with valid mobile access for that room’s children So that classroom outreach goes to the correct family audience
Acceptance Criteria (Gherkin)#
Feature: Classroom parent mobile messaging
Scenario: Resolve recipients from today’s room schedule Given I start a mobile message from a room When children are scheduled for that room today Then the system should resolve the room’s child list And find parents with the required mobile access permissions And find their mobile account names And open the compose flow with that audience
Scenario: Reject messaging when no valid mobile audience exists Given I start a room-based mobile message When the room has no scheduled children Or no parent mobile accounts can be resolved Then the system should block the send flow
Story 24#
Title#
Store classroom and supervisor communications with operational context and mentions
User Story#
As a classroom or supervisory user I want internal communications to retain room, child, and staff mention context So that classroom and supervisor message history can be reviewed in operational context
Acceptance Criteria (Gherkin)#
Feature: Contextual communication history
Scenario: Save communication with room, child, staff-mention, and actor context Given a classroom communication is created When it is stored Then it should retain the room context And retain the child context And retain the mentioned-staff context And retain the originating staff context
Scenario: Store supervisor-to-classroom communication in the shared log Given a supervisor sends an internal message to a classroom When the message references one or more rooms Then the system should store that message in the communication log And the communication should be visible in the classroom communication history
Scenario: Save child and staff mentions on an internal communication Given a staff member or supervisor composes an internal communication When the message mentions one or more children or staff members Then the system should store the mentioned children in the message context And store the mentioned staff in the message context
Scenario: Lock old communications Given communications are older than the allowed editable window When the lock routine runs Then the system should mark those communication records as locked
Story 40#
Title#
Give parents a simple campus email contact path
User Story#
As a parent I want a simple way to contact my child’s campus from the app So that I can reach the centre in Release 1 without requiring full in-app messaging
Acceptance Criteria (Gherkin)#
Feature: Parent campus contact
Scenario: Show campus contact details for an authorized child Given a parent is signed in And the parent is viewing an authorized child When campus contact information exists Then the system should show the campus email contact path for that child’s campus
Scenario: Open the click-to-email flow Given a parent is signed in And the parent is viewing an authorized child When the parent chooses the email contact action Then the system should open the device email composer or email link And address it to the campus contact for that child’s context
Module: Kitchen And Meal Safety#
Primary roles: Kitchen user, chef, kitchen operator
Purpose: Support daily kitchen execution with meal context, room meal changes, recipe safety checks, child food restrictions, food-list updates, required water-flushing log completion, and appliance and food-temperature logging.
Evidence: Directly evidenced
Included stories: Story 26, Story 27, Story 28, Story 29, Story 30, Story 31, Story 50, Story 51
Story 26#
Title#
Open the kitchen dashboard with current campus meal context
User Story#
As a kitchen user I want the kitchen dashboard to load the current date and child-room scope So that I can work from the active campus meal context without setting everything manually
Acceptance Criteria (Gherkin)#
Feature: Kitchen management home
Scenario: Populate kitchen scope for child rooms Given I open the kitchen dashboard When the kitchen dashboard initializes Then the system should fetch the room IDs for all child rooms And store that room list for kitchen operations
Scenario: Show attendance summary from kitchen operations Given I am on the kitchen dashboard When I switch to the attendance summary panel Then the system should populate the attendance summary for child rooms And show each room's checked-in child and staff counts
Story 27#
Title#
Start a meal change workflow from kitchen operations
User Story#
As a chef or kitchen operator I want to launch a meal change workflow preloaded with current room and date context So that campus meal changes can be entered quickly and consistently
Acceptance Criteria (Gherkin)#
Feature: Kitchen meal change setup
Scenario: Open meal change setup from kitchen operations Given I start the meal change action When the setup card opens Then the system should preload the room list with all child rooms And default the effective date to today And open the meal change setup card
Story 28#
Title#
Apply a meal change to one or more rooms from the kitchen workflow
User Story#
As a chef or kitchen operator I want to record a dated meal change for selected rooms and meals So that classroom meal records reflect the temporary menu change
Acceptance Criteria (Gherkin)#
Feature: Kitchen room meal change
Scenario: Reject incomplete meal change input Given I am entering a meal change When the effective date is missing Or no rooms are selected Or the affected meal is missing Or the change description is missing Then the system should block the change
Scenario: Create room meal change records Given I entered the effective date, room list, meal, and change description When I finish the meal change flow Then the system should create a meal change record for each selected room And update related child meal entries for the same room, meal, and effective date
Scenario: Preserve manual handling for children with food restrictions or allergies Given a meal change is being applied to child meal items When a child has food restrictions or allergies Then the system should not replace the menu automatically for that child And should mark that meal entry for manual menu input
Scenario: Apply the new menu automatically for unrestricted children Given a meal change is being applied to child meal items When a child has no food restrictions, no allergies, and no manual additions Then the system should replace the menu with the new change text And clear the linked recipe selection
Story 29#
Title#
Review recipe choices and safety warnings before using them
User Story#
As a chef or kitchen operator I want to select recipes and review their restriction warnings and safe-agent lists So that I can choose recipes that fit the campus meal and safety context
Acceptance Criteria (Gherkin)#
Feature: Kitchen recipe review
Scenario: Open the recipe-selection flow Given I need to choose a recipe for meal planning When I start the recipe-selection flow Then the system should open the recipe-selection card And populate the selection list from recipe records
Scenario: Populate a recipe onto a meal template item Given I selected a recipe for a meal template item When the recipe-selection flow finishes Then the system should save the selected recipe And copy the recipe title into the meal menu field And populate the template restriction links from the recipe
Scenario: Show recipe restriction warnings Given a valid recipe is selected When I ask to view restriction warnings Then the system should show the recipe restriction popover
Scenario: Show recipe safe-agent information Given a valid recipe is selected When I ask to view safe agents Then the system should show the recipe safe-agent popover
Story 30#
Title#
Review child meal details with allergy, restriction, and ingredient context
User Story#
As a chef or kitchen operator I want to review each child meal in the context of the child's allergies, food restrictions, and recipe ingredients So that I can make safe meal decisions for checked-in children
Acceptance Criteria (Gherkin)#
Feature: Child meal detail review
Scenario: Show child meal detail context Given a valid child meal entry When I open the meal details Then the system should show the child's allergy list And show the child's food restriction list And show the recipe's allergy warnings And show the recipe's food restriction warnings And show the recipe ingredient list
Scenario: Show room food actions for a child from the food panel Given I am on the food log panel for a room And a valid child context is available When I open the child's allergy and food actions Then the system should show the child-specific allergy and food-action details
Story 31#
Title#
Surface kitchen food-list updates for changed child food data
User Story#
As a chef or kitchen operator I want food-list updates to appear on the kitchen dashboard when child food data changes So that the kitchen can re-check allergy and feeding-practice information before meal service
Acceptance Criteria (Gherkin)#
Feature: Kitchen food-list update queue
Scenario: Create or update the kitchen food-list dashboard item Given a child's food-related data changes When the child-data-change workflow runs Then the system should create or update a kitchen food-list dashboard item And include the changed child in the item child list for that room
Scenario: Review changes before printing the kitchen food list Given an active kitchen food-list dashboard item exists When a kitchen user prints the food restriction and feeding-practice report Then the system should offer to review food-data changes before printing
Scenario: Clear kitchen food-list dashboard items after printing Given the kitchen food list has been printed successfully When the print flow completes Then the system should timestamp the printed children And clear the related kitchen food-list dashboard items
Story 50#
Title#
Complete water-flushing logs from kitchen operations
User Story#
As a kitchen user or kitchen operator I want to create and complete water-flushing logs from the kitchen workflow So that required flushing is recorded by the team doing the daily kitchen and facilities operation
Acceptance Criteria (Gherkin)#
Feature: Kitchen water-flushing log
Scenario: Open the water-flushing log from kitchen operations Given I am on the kitchen dashboard When I open the water-flushing log panel Then the system should show the water-flushing log for the selected log date And keep the log tied to the current campus context
Scenario: Create the water-flushing log for a date Given no water-flushing log exists for the selected date When I create the log Then the system should create the water-flushing log And populate the required flushing items from the configured water fixtures and instructions
Scenario: Record timed water-flushing completion Given a water-flushing item requires a timed flush When I start and stop the timer Then the system should store the start time, end time, and elapsed time And mark the item complete when the required flush duration is satisfied
Scenario: Complete the daily water-flushing log Given all required water-flushing items are complete When the kitchen user completes the log Then the system should store the completing staff member, completion timestamp, campus, log date, and comments when provided And the log should no longer be treated as incomplete
Story 51#
Title#
Record kitchen appliance and food temperatures
User Story#
As a kitchen user or kitchen operator I want to record appliance and food temperatures from the kitchen workflow So that food-safety evidence is captured during daily kitchen operations
Acceptance Criteria (Gherkin)#
Feature: Kitchen temperature logging
Scenario: Open temperature logging from kitchen operations Given I am on the kitchen dashboard When I open the kitchen log or temperature panel Then the system should show appliance and food-temperature items for the selected kitchen log date And keep the records tied to the current campus and kitchen context
Scenario: Populate required temperature items for the kitchen log Given a kitchen log exists for the selected date When temperature logging initializes Then the system should populate the required food temperature entries And populate the required appliance temperature entries from the temperature schedule
Scenario: Record appliance temperature Given an appliance temperature item is due When I record the time taken and temperature Then the system should store the recorded time, temperature, appliance item, and audit context And warn if a value was already recorded for the same timing window
Scenario: Record food temperature Given a meal or food item requires temperature capture When I record cooked or served temperature values Then the system should store the selected meal, food temperature category, required thresholds, actual values, and kitchen log context
Scenario: Review kitchen temperature log evidence Given temperature records exist for the kitchen log date When a kitchen user prints or reviews the kitchen log Then the system should include both food temperatures and appliance temperatures in the log evidence
Module: Room Checklists And Sleep-Check Alerts#
Primary roles: Classroom staff, classroom educator, supervisor
Purpose: Track room shift responsibilities and time-sensitive sleep-check obligations so daily classroom operations stay complete.
Evidence: Directly evidenced
Included stories: Story 32, Story 33, Story 34, Story 35, Story 36, Story 37
Story 32#
Title#
Open or create the room shift checklist for a working day
User Story#
As a classroom staff member I want the room shift checklist for a room and date to open or be created automatically So that each classroom has the correct operational checklist for the day
Acceptance Criteria (Gherkin)#
Feature: Room shift checklist access
Scenario: Create a room shift checklist for a working day Given I open the room shift checklist for a room and date And no room shift responsibility log exists for that room and date And the selected date is not a weekend or holiday When the checklist workflow runs Then the system should create a room shift responsibility log for that room and date And open the room shift responsibility details
Scenario: Do not create a new checklist on weekends or holidays Given no room shift responsibility log exists for the selected room and date And the selected date is a weekend or holiday When the checklist workflow runs Then the system should not create a new room shift responsibility log
Scenario: Show prior completed logs as read-only for staff Given I am signed in as classroom staff And I open a room shift checklist for a previous date And that checklist is already complete When the checklist details open Then the system should show the checklist in read-only mode
Story 33#
Title#
Seed room checklist shifts and tasks from the room configuration
User Story#
As a classroom staff member I want each room checklist to be populated from the room's configured shifts and tasks So that the right checklist appears for morning and later parts of the day
Acceptance Criteria (Gherkin)#
Feature: Room shift checklist setup
Scenario: Assign configured shifts to the daily room checklist Given a room has configured room responsibility shifts When a new room shift responsibility log is created Then the system should store up to four configured shifts on that log
Scenario: Populate checklist tasks from the room setup Given a room shift responsibility log exists And room shift tasks are configured for that room When the task population workflow runs Then the system should copy only tasks whose shift is included in the room's shift list And preserve each task's required flag And preserve each task's sort order And preserve whether additional measures should be shown
Story 34#
Title#
Let staff complete room checklist tasks by shift
User Story#
As a classroom staff member I want to complete or mark not applicable the checklist items for my room shift So that the classroom can prove the daily room responsibilities were done
Acceptance Criteria (Gherkin)#
Feature: Room shift checklist completion
Scenario: Mark a checklist task complete Given a room shift responsibility task is open When staff marks the item as complete Then the system should set the task as complete And clear the task's not-applicable state
Scenario: Mark a checklist task as not applicable Given a room shift responsibility task is open When staff marks the item as not applicable Then the system should set the task as not applicable And clear the task's complete state
Scenario: Clear a previously selected checklist state Given a room shift responsibility task is already marked as complete or not applicable When staff selects the same state again Then the system should clear that state
Story 35#
Title#
Surface incomplete room checklist logs to staff and supervisors
User Story#
As a supervisor or classroom staff member I want incomplete room shift checklists to appear on the dashboard So that missed room responsibilities can be followed up quickly
Acceptance Criteria (Gherkin)#
Feature: Incomplete room checklist alerts
Scenario: Create dashboard notices for incomplete room checklists Given one or more room shift responsibility logs are incomplete When the incomplete-checklist dashboard workflow runs Then the system should create a campus notice for each incomplete room checklist And link the dashboard item to the matching room shift responsibility log
Scenario: Show incomplete checklist notices on both staff and supervisor dashboards Given an incomplete room checklist dashboard item exists When a classroom staff user or supervisor opens the dashboard Then the system should show that incomplete checklist notice And let the user open the matching room shift responsibility details
Story 36#
Title#
Require scheduled sleep checks when a room’s program group enables them
User Story#
As a classroom educator I want sleep-check timing to be driven by the room's program settings So that infant or other sleep-check programs follow the correct monitoring interval
Acceptance Criteria (Gherkin)#
Feature: Program-based sleep check scheduling
Scenario: Schedule room sleep checks from the program-group configuration Given the room's current program requires sleep checks And the program has a configured sleep-check interval And one or more children in the room are currently asleep When the sleep-check scheduling workflow runs Then the system should calculate the next room sleep-check due time from the last room sleep-check timestamp and the configured interval And create a room sleep-check entry for that due time if one does not already exist
Scenario: Do not schedule room sleep checks when the program does not require them Given a room's current program group does not require sleep checks When the sleep-check scheduling workflow runs Then the system should not set a next room sleep-check due time for that room
Scenario: Do not schedule room sleep checks when no children are asleep Given a room's current program group requires sleep checks And no children in the room are currently asleep When the sleep-check scheduling workflow runs Then the system should not set a next room sleep-check due time for that room
Story 37#
Title#
Show and clear classroom sleep-check alerts for rooms with sleeping children
User Story#
As a classroom educator or supervisor I want the classroom to alert me when a room sleep check is due So that sleeping children in monitored programs are checked on time
Acceptance Criteria (Gherkin)#
Feature: Classroom sleep check alerts
Scenario: Raise a room sleep-check alert when a check becomes due Given a room sleep check is due for a room And no active sleep-check alert exists for that room When room alert status is refreshed Then the system should create an active sleep-check alert for that room And show that alert to staff and supervisors And update the classroom due-message context
Scenario: Show a due message for the selected room Given a sleep-check alert is active for the selected room When classroom alert globals are refreshed for that room Then the system should show a message that a child sleep check is due for that room
Scenario: Clear due alerts after the room sleep check is completed Given an active sleep-check alert exists for a room And staff completes the room sleep check When the room sleep check details close Then the system should clear matching active sleep-check alerts for that room up to the completed timestamp And recalculate the next room sleep-check due time
Module: Parent App Access, Daily Visibility, And Family Submissions#
Primary roles: Parent, guardian, authorized family contact
Purpose: Expose the Release 1 parent experience for authorized child access, daily reports, absences, profile requests, approvals, care-team context, and photos.
Evidence: Scope-driven from stakeholder-approved Release 1 parent scope.
Included stories: Story 38, Story 39, Story 41, Story 42, Story 43, Story 44, Story 46, Story 47
Story 38#
Title#
Allow a parent to sign in and see only authorized children
User Story#
As a parent I want my account to show only the children I am authorized to access So that family access is limited correctly
Acceptance Criteria (Gherkin)#
Feature: Parent child access
Scenario: Show only authorized children after sign-in Given a parent has a mobile account And the parent has valid child access permissions When the parent signs in Then the system should show only the children linked to that parent
Scenario: Prevent access to unauthorized children Given a parent signs in When the parent tries to access a child without valid permission Then the system should deny access
Story 39#
Title#
Show a parent the child’s daily report and timeline
User Story#
As a parent I want to see my child’s attendance and daily-care timeline So that I can understand how the child’s day went
Acceptance Criteria (Gherkin)#
Feature: Parent daily report
Scenario: Show daily operational events for an authorized child Given a parent is signed in And the parent is viewing an authorized child When classroom events exist for that child Then the system should show attendance, meals, sleep, diaper, medication, and staff notes in a daily timeline
Scenario: Show the daily summary for the selected date Given a parent is viewing an authorized child When a daily report exists for that date Then the system should show the daily report summary
Story 41#
Title#
Let a parent report a child absence
User Story#
As a parent I want to report my child’s absence from the parent app So that the classroom, supervisor, and downstream operational processes can respond ahead of time
Acceptance Criteria (Gherkin)#
Feature: Parent absence reporting
Scenario: Create an absence request with valid dates and reason Given a parent is signed in And the parent is viewing an authorized child When the parent enters a valid absence date range and reason Then the system should create the absence record in the new platform And mark the child absent for the requested dates And notify the classroom and supervisor workflow
Scenario: Use the absence in operational and financial processing Given a valid child absence exists When attendance-based operational or financial calculations are run in Release 1 Then the child should be treated as absent for those requested dates
Scenario: Reject absence requests with invalid data Given a parent is reporting an absence When required dates or the reason are missing Then the system should block the submission
Story 42#
Title#
Let a parent submit illness and immunization updates
User Story#
As a parent I want to submit illness and immunization updates for my child So that classroom and health records can be reviewed and updated safely
Acceptance Criteria (Gherkin)#
Feature: Parent health updates
Scenario: Submit an illness update for review Given a parent is signed in And the parent is viewing an authorized child When the parent enters an illness update Then the system should save the update for staff review
Scenario: Submit an immunization update for review Given a parent is signed in And the parent is viewing an authorized child When the parent enters immunization details Then the system should save the immunization update for staff review
Story 43#
Title#
Let a parent submit limited profile updates and withdrawal requests
User Story#
As a parent I want to update allowed profile details and request withdrawal in the app So that family-requested changes can be submitted without exposing sensitive finance data
Acceptance Criteria (Gherkin)#
Feature: Parent profile update and withdrawal request
Scenario: Submit limited profile changes for review Given a parent is signed in When the parent updates allowed profile details such as address, basic personal details, or an authorized child photo Then the system should save those requested changes in the new-platform review flow
Scenario: Keep sensitive financial fields read-only Given a parent is editing profile information When the parent attempts to change direct-deposit or other restricted finance details Then the system should block that change
Scenario: Submit a child withdrawal request Given a parent is signed in And the parent is viewing an authorized child When the parent enters a withdrawal date and supporting note Then the system should save the withdrawal request for campus review
Story 44#
Title#
Let a parent review authorizations and pending approvals
User Story#
As a parent I want to view child authorizations and pending approvals So that I can review and complete family actions from the parent experience
Acceptance Criteria (Gherkin)#
Feature: Parent approvals
Scenario: Show pending approvals for the parent’s authorized child Given a parent is signed in And the parent is viewing an authorized child When pending approvals exist Then the system should show the approvals that need parent action
Scenario: Record parent action on an approval Given a parent is viewing a pending approval When the parent signs or acknowledges it Then the system should record the parent action in the new platform And remove it from the pending list
Story 46#
Title#
Show care team and classroom calendar information to parents
User Story#
As a parent I want to see the care team and classroom schedule information for my child So that I know who is caring for my child and what the classroom is doing
Acceptance Criteria (Gherkin)#
Feature: Parent classroom information
Scenario: Show care-team information Given a parent is signed in And the parent is viewing an authorized child When classroom staff information is available Then the system should show the care team for that child’s classroom context
Scenario: Show classroom calendar, routine, and learning information Given a parent is signed in And the parent is viewing an authorized child When calendar or classroom routine information exists Then the system should show the classroom calendar, routine, and learning content
Story 47#
Title#
Show the photo gallery for an authorized child
User Story#
As a parent I want to see classroom photos that belong to my child’s day So that I can review the photo gallery from the parent app
Acceptance Criteria (Gherkin)#
Feature: Parent photo gallery
Scenario: Show photo gallery items for an authorized child Given a parent is signed in And the parent is viewing an authorized child When classroom photo items exist for that child Then the system should show those gallery items to the parent
Module: Supervisor Cross-Room Oversight#
Primary roles: Supervisor
Purpose: Give supervisors cross-room visibility into operational status, incomplete records, and exception queues without requiring classroom-style data entry.
Evidence: Scope-driven from stakeholder-approved Release 1 supervisor scope.
Included stories: Story 48
Story 48#
Title#
Give supervisors cross-room operational visibility
User Story#
As a supervisor I want to see classroom operations, incomplete events, and exception queues across rooms So that I can oversee the Release 1 classroom workflows without entering data as classroom staff
Acceptance Criteria (Gherkin)#
Feature: Supervisor classroom oversight
Scenario: Show room-level operational status Given a supervisor is signed in When the supervisor opens the operations dashboard Then the system should show room-level child and staff activity And show classroom operational status by room
Scenario: Show incomplete events and follow-up items Given a supervisor is signed in When incomplete incidents, illnesses, medication items, or pending approvals exist Then the system should show those follow-up items in the supervisor queue
Module: HQ Campus Switching And Supervisor Dashboard#
Primary roles: Platform admin, HQ admin
Purpose: Let higher-level administrators switch the active campus and view that campus through the same operational dashboard surface used by supervisors.
Evidence: Scope-driven from stakeholder-approved Release 1 administration scope.
Included stories: Story 49
Story 49#
Title#
Switch campus and view the supervisor dashboard
User Story#
As a platform admin or HQ admin I want to switch the active campus and view that campus dashboard as a supervisor So that I can oversee Release 1 classroom operations across campuses without needing a separate supervisor account for each campus
Acceptance Criteria (Gherkin)#
Feature: HQ campus switching and supervisor dashboard
Scenario: Show only campuses the admin can access Given a platform admin or HQ admin is signed in And the admin has access to one or more campuses When the admin opens the campus switcher Then the system should show only campuses that admin is authorized to access And the currently selected campus should be clearly visible
Scenario: Switch the active campus and load the supervisor dashboard Given a platform admin or HQ admin selects an authorized campus When the campus context changes Then the system should load the selected campus supervisor operations dashboard And show room-level child and staff activity for that campus And show incomplete events, medication follow-up, pending approvals, alerts, and exception queues for that campus
Scenario: Keep dashboard data scoped to the selected campus Given a platform admin or HQ admin has selected a campus When the admin views room status, child activity, staff activity, or supervisor queues Then the system should use the selected campus context for all dashboard data And should not mix rooms, children, staff, alerts, or queues from other campuses
Scenario: Block access to unauthorized campus context Given a platform admin or HQ admin is signed in When the admin attempts to access a campus outside their permissions by URL, API request, or saved dashboard state Then the system should deny the campus context change And keep the admin out of that campus dashboard
Scenario: Use supervisor-level dashboard permissions without classroom data entry Given a platform admin or HQ admin is viewing a campus dashboard When the dashboard loads supervisor-level operational information Then the admin should see the same Release 1 classroom operations, incomplete events, and follow-up queues available to supervisors And the admin should not be able to create classroom care logs unless their role also grants classroom data-entry permissions