Bug fix: Dubbele patient naam verwijderd (EPDHeader + ClientHeader). Design conflict ontstaan tijdens parallel development: - Epic 1: EPDHeader kreeg patient selector (naam, ID, geb.datum) - Epic 2: ClientHeader toegevoegd met volledige patient context - Resultaat: Patient naam werd twee keer getoond Changes: - Removed: Patient selector UI from EPDHeader center section - Removed: Patient fetch logic (useState, useEffect) - Removed: Unused imports (ChevronDown, usePathname, getPatient) - Simplified: EPDHeader from 91 to 34 lines (-57 lines) Component ownership clarified: - EPDHeader = General navigation (logo, search) - ClientHeader = Patient context (name, status, actions) Result: Clean separation of concerns, no duplicate patient info 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
36 lines
3.1 KiB
Markdown
36 lines
3.1 KiB
Markdown
## 2025-11-23 — Clients → Patients datafix + seeds (Colin)
|
|
- Clients die na de hoofdrelease nog in `clients` stonden opgespoord met `clients LEFT JOIN patients` sanity check (Supabase SQL editor)
|
|
- Idempotente blok uit `20241121_migrate_legacy_to_fhir.sql` opnieuw 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/classify` staan, met Zod-validatie en soft delete
|
|
- Supabase: `reports` tabel + migratie + RLS policies uitgerold, types toegevoegd in `lib/supabase/database.types.ts`
|
|
- Server actions: `app/epd/patients/[id]/rapportage/actions.ts` + gedeelde `lib/server/api-client.ts` houden 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
|
|
|