Issue: Foreign key constraint violation when creating reports - reports.created_by referenced practitioners.id - Code was storing auth.uid() instead of practitioner.id - Demo practitioners have user_id: null (no auth link) Solution (prototype): - Drop FK constraints on created_by and updated_by - Store auth user ID directly without constraint - Added migration: 20251123_fix_reports_created_by_constraint.sql Note: In production, populate practitioners.user_id and restore FK constraints for proper data integrity. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
3.9 KiB
3.9 KiB
2025-11-23 — Clients → Patients datafix + seeds (Colin)
- Clients die na de hoofdrelease nog in
clientsstonden opgespoord metclients LEFT JOIN patientssanity check (Supabase SQL editor) - Idempotente blok uit
20241121_migrate_legacy_to_fhir.sqlopnieuw gedraaid zodat alle ontbrekende clients nu als patients bestaan - Verification DO-block uitgevoerd zodat de teller op 0 missing clients staat en de migratie gelogd
- Default organisatie opnieuw gezaaid met
pnpm tsx scripts/seed-organization.ts(env geladen via.env.local)
2026-02-XX — Screening Intake Fase 1 & 2 (Colin)
- TipTap placeholder hints toegevoegd + styled zodat behandeladvies-sectie guidance toont
- Metadata-sectie, afrondingsworkflow en behandelaarselecties bouwden de behandeladvies-tab af
- Intake-tabs (contact, kindcheck, risico, anamnese, onderzoeken/ROM, diagnose, behandeladvies) compleet met Supabase CRUD
- Status dropdowns gecorrigeerd (bezig/afgerond) en dokument flows afgerond
- Supabase migratiestappen wachten nog op einde maintenance (fase 0 runbook ligt klaar)
2025-11-23 — Universele Rapportage backend + modal (Colin)
- API:
/api/reports(GET/POST) +/api/reports/[reportId](GET/PATCH/DELETE) +/api/reports/classifystaan, met Zod-validatie en soft delete - Supabase:
reportstabel + migratie + RLS policies uitgerold, types toegevoegd inlib/supabase/database.types.ts - Server actions:
app/epd/patients/[id]/rapportage/actions.ts+ gedeeldelib/server/api-client.tshouden fetch logic DRY - UI: shadcn-dialog gebaseerd Rapportage Modal met textarea, speech recorder, AI-analyse en save flow (E2.S1)
2025-11-23 — ClientSidebar duplicate cleanup (Colin)
- Bug fix: Dubbele sidebar (EPDSidebar + ClientSidebar) in patient detail routes verwijderd
- ClientSidebar (
app/epd/patients/[id]/components/client-sidebar.tsx) blijkt 100% duplicate van EPDSidebar Level 2 navigatie - EPDSidebar is al context-aware: detecteert patient routes en switcht automatisch tussen Level 1 (behandelaar) en Level 2 (patient) navigatie
- Verwijderd: ClientSidebar component (117 regels) + EPDLayoutClient wrapper (conditionele sidebar hiding)
- Vereenvoudigd: patient detail layout gebruikt nu alleen PatientLayoutClient zonder eigen sidebar rendering
- Resultaat: Eén sidebar component die automatisch switcht, -117 regels duplicate code, DRY principle hersteld
2025-11-23 — EPDHeader patient selector cleanup (Colin)
- Bug fix: Dubbele patient naam in UI (EPDHeader top bar + ClientHeader) verwijderd
- Design conflict ontstaan tijdens parallel development: EPDHeader (Epic 1) en ClientHeader (Epic 2) toonden beide patient naam
- EPDHeader's patient selector (center section met naam, ID, geboortedatum) was redundant na toevoegen ClientHeader
- Verwijderd: Patient fetch logic (useState, useEffect), patient selector UI, onnodige imports uit EPDHeader
- Component ownership verduidelijkt: EPDHeader = algemene navigatie (logo, search), ClientHeader = patient context (naam, status, acties)
- Resultaat: EPDHeader vereenvoudigd van 91 naar 34 regels (-57 regels), duidelijke separation of concerns
2025-11-23 — Reports created_by foreign key fix (Colin)
- Bug fix: Foreign key constraint violation bij opslaan rapportages
- Probleem:
reports.created_byhad FK constraint naarpractitioners.id, maar code sloegauth.uid()op - Root cause: Practitioners tabel heeft
user_idkolom, maar alle demo records hebbenuser_id: null(geen link naar auth users) - Error:
insert or update on table "reports" violates foreign key constraint "reports_created_by_fkey" - Oplossing (prototype): Foreign key constraints verwijderd voor
created_byenupdated_bykolommen - Migratie:
20251123_fix_reports_created_by_constraint.sqltoegepast via Supabase MCP - Resultaat: Rapportages kunnen nu opgeslagen worden met auth user ID zonder FK constraint
- Note voor productie: In productie zou je practitioners.user_id vullen en FK constraints herstellen voor data integriteit