Phase 8: Visitor Management - Visitor/VisitorLog/AccessZone models - Check-in/out with badge generation - Zone occupancy tracking - Kiosk and management pages Phase 9: Messaging & Communication - Announcements with priority levels - Acknowledgement tracking - Shift notes for team handoffs - AnnouncementBanner component Phase 10: Compliance & Audit Trail - Immutable AuditLog model - Document versioning and approval workflow - Acknowledgement tracking for SOPs - CSV export for audit logs Phase 11: Accessibility & i18n - WCAG 2.1 AA compliance utilities - react-i18next with EN/ES translations - User preferences context (theme, font size, etc) - High contrast and reduced motion support Phase 12: Hardware Integration - QR code generation for batches/plants/visitors - Printable label system - Visitor badge printing Phase 13: Advanced Features - Environmental monitoring (sensors, readings, alerts) - Financial tracking (transactions, P&L reports) - AI/ML insights (yield predictions, anomaly detection)
43 lines
1.7 KiB
Markdown
43 lines
1.7 KiB
Markdown
# Phase 5: IPM & Plant Health - Implementation Plan
|
|
|
|
## Goal
|
|
|
|
Implement a robust Integrated Pest Management (IPM) system to track plant health, schedule preventative treatments, and visualize pest pressure over time.
|
|
|
|
## 🏃 Sprint 1: IPM Scheduling Engine
|
|
|
|
**Objective**: Automate preventative care.
|
|
|
|
- **Backend**:
|
|
- `IPMSchedulesController`: operationalize the `IPMSchedule` model.
|
|
- Logic to auto-generate `Tasks` based on the schedule (e.g. "Spray Pyganic" every 3 days).
|
|
- **Frontend**:
|
|
- **IPM Manager**: View to set up treatment plans for Batches (Product, Dosage, Interval).
|
|
- **Schedule Visualization**: Calendar view specifically for Spray/IPM events.
|
|
|
|
## 🏃 Sprint 2: Scouting & Health Tracking
|
|
|
|
**Objective**: Record detailed observations.
|
|
|
|
- **Backend**:
|
|
- Enhance `PlantTouchPoint` or create dedicated `scouting` endpoints.
|
|
- Track `severity` (Low/Med/High) and `pestType` (Mites, Thrips, PM, etc.).
|
|
- **Frontend**:
|
|
- **Scouting Form**: specialized modal for logging health checks (separate from generic "Touch Points").
|
|
- **Photo Upload**: seamless photo attachment for evidence.
|
|
|
|
## 🏃 Sprint 3: Health History & Analysis
|
|
|
|
**Objective**: Visualizing the data.
|
|
|
|
- **Frontend**:
|
|
- **Batch Health History**: A timeline or chart on the Batch Detail view showing health events.
|
|
- **Pest Pressure Heatmap**: (Stretch goal) Visual indicator of rooms with high pest activity.
|
|
|
|
---
|
|
|
|
## Technical Dependencies
|
|
|
|
- `IPMSchedule` model exists in Prisma.
|
|
- `PlantTouchPoint` model exists but might need refinement for "Scouting" specific fields if not already covered.
|
|
- Need to integrate with the Task system created in Phase 4 (Scouting/Spraying should be Tasks).
|