Refactored patient display from separate ClientHeader to integrated EPDHeader. Architecture changes: - Implemented React Context pattern for patient data sharing - Created PatientContext with useState + setPatient for dynamic updates - Created useSetPatient hook for patient injection from nested layouts - Created EPDLayoutClient wrapper with PatientProvider - Context flow: EPDLayout → EPDLayoutClient → EPDHeader (consumer) UI improvements: - Removed "Mini-ECD" logo from header - Left-aligned patient info: name + status + John Doe indicator - Added geboortedatum (dd-mm-yyyy Dutch format) - Added BSN extraction from FHIR identifiers - Compact layout: Patient details | Timestamp | Actions ⋮ | Search - Actions dropdown with "Nieuwe rapportage" (expandable) Cleanup: - Deleted ClientHeader component (141 lines duplicate code) - Simplified PatientLayoutClient (only useSetPatient hook) - Single source of truth for patient display Result: Clean context-based architecture, improved UX, -141 LOC 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
5.4 KiB
5.4 KiB
2025-11-24 — Patient info naar top header + React Context refactor (Colin)
- Feature: Patient info verplaatst van ClientHeader naar EPDHeader (top header, 60px compact design)
- Architecture: React Context pattern geïmplementeerd voor patient data sharing met state management
- Created
PatientContextmetuseState+setPatientfunctie voor dynamic updates - Created
useSetPatienthook voor patient data injection vanuit nested layouts - Created
EPDLayoutClientwrapper component die PatientProvider bevat en EPDHeader wraps - Context hierarchy: EPDLayout → EPDLayoutClient (PatientProvider) → EPDHeader (consumer) ✓
- Patient data flow: PatientDetailLayout (fetch) → PatientLayoutClient (useSetPatient) → Context → EPDHeader
- UI Design: Logo verwijderd, patient info links-aligned, geboortedatum + BSN toegevoegd
- EPDHeader layout: Patient naam + status badge | Geb | BSN | ID (links) | Gewijzigd timestamp | Actions ⋮ | Search (rechts)
- BSN extraction: Automatisch uit FHIR identifiers (system:
http://fhir.nl/fhir/NamingSystem/bsn) - Geboortedatum: Nederlandse datum formatting (dd-mm-yyyy)
- Actions dropdown toegevoegd met MoreVertical icon (bevat "Nieuwe rapportage" actie, uitbreidbaar)
- PatientLayoutClient vereenvoudigd: alleen useSetPatient hook, geen eigen UI meer
- Removed: ClientHeader component (141 regels), was volledig duplicate na migratie
- Resultaat: Single source of truth, schone context-based architecture, -141 regels code
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