feat: move patient info to top header with React Context

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>

docs/reports/ops-log.md

@@ -0,0 +1,62 @@
+## 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 `PatientContext` met `useState` + `setPatient` functie voor dynamic updates
+- Created `useSetPatient` hook voor patient data injection vanuit nested layouts
+- Created `EPDLayoutClient` wrapper 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 `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
+
+## 2025-11-23 — Reports created_by foreign key fix (Colin)
+- **Bug fix**: Foreign key constraint violation bij opslaan rapportages
+- Probleem: `reports.created_by` had FK constraint naar `practitioners.id`, maar code sloeg `auth.uid()` op
+- Root cause: Practitioners tabel heeft `user_id` kolom, maar alle demo records hebben `user_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_by` en `updated_by` kolommen
+- Migratie: `20251123_fix_reports_created_by_constraint.sql` toegepast 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
+