docs(datamodel): discovery uitgebreid t/m behandelplan + sessielog 17 juli

- datamodel-discovery.md: scopeverbreding ronde 1 (wachtlijst, diagnose,
  behandelplan), besluiten zorgepisode als eigen entiteit, DSM-5-TR
  primair met ICD-10-mapping, wachtlijstplaatsing op twee momenten
  (Treeknormen), behandelplan-kern; bevindingen prototype-verkenning
- entiteitenkaart-instroom.html: samenhang-diagram (aanmelding als
  besluitproces vs zorgepisode als periode van zorg), diagram 3 met
  wachtlijst/diagnose/behandelplan, nieuwe waardelijsten
- sessielog 17 juli: 13 besluiten, bevindingen en open vragen

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/datamodel/entiteitenkaart-instroom.html

@@ -263,13 +263,58 @@
   <span class="eyebrow">ECD · datamodel discovery</span>
   <h1>Entiteitenkaart — instroomflow</h1>
   <p class="subtitle">
-    Afgeleid uit de feitzinnen in <code>datamodel-discovery.md</code> §5.1. Persoon, cliëntrol, aanmelding,
-    verwijzer en de bijbehorende waardelijsten. Status: concept, ter review — vóór dit naar SQL gaat, checkt
-    Colin de entiteiten, kardinaliteiten en waardelijst-waarden.
+    Afgeleid uit de feitzinnen in <code>datamodel-discovery.md</code> §5.1–5.5: van persoon en aanmelding
+    via screening, intake en wachtlijst tot diagnose en behandelplan, met de bijbehorende waardelijsten.
+    Status: concept, ter review — vóór dit naar SQL gaat, checkt Colin de entiteiten, kardinaliteiten en
+    waardelijst-waarden.
   </p>
 
   <section>
-    <h2>Diagram</h2>
+    <h2>Samenhang — de keten in één oogopslag</h2>
+    <p>
+      Aanmelding en zorgepisode zijn géén gelijke niveaus: de aanmelding is de binnenkomst en het
+      besluitproces (daar horen screening en aanmeldwachttijd bij), de zorgepisode is de periode van zorg
+      die pas ontstaat als het besluit "intake" is. Alles in de onderste doos hangt aan de episode.
+      De pijlen binnen de episode tonen de chronologie (intake → diagnose → behandelplan); in het
+      datamodel hangen alle drie rechtstreeks aan de episode, met de intake als optionele herkomst
+      van de diagnose.
+    </p>
+    <div class="panel diagram-panel">
+<pre class="mermaid">
+flowchart TB
+    CL["CLIËNT (rol op PERSOON)"] -->|"meldt zich aan — 1 op veel"| AANM
+    subgraph AANMBOX["AANMELDING — binnenkomst en besluitproces"]
+        direction TB
+        AANM["Aanmelding
+verwijzer · wettelijk kader · hulpvraag"]
+        AANM --> SCR["Screening
+activiteiten + besluit"]
+        AANM -.-> WLA["Wachtlijstplaatsing
+soort: aanmeld"]
+        SCR --> UIT{"Uitkomst
+bij status besloten"}
+    end
+    UIT -->|"afgewezen · doorverwezen"| EINDE["geen episode"]
+    UIT -->|"wachtlijst"| WLA
+    UIT ==>|"intake"| EPI
+    subgraph EPIBOX["ZORGEPISODE — periode van zorg, 0..1 per aanmelding"]
+        direction TB
+        EPI["Zorgepisode"]
+        EPI --> INT["Intake(s)
+aanleiding: regulier · intern · crisis"]
+        EPI -.-> WLB["Wachtlijstplaatsing
+soort: behandel"]
+        INT --> DIA["Diagnose(s)
+DSM-5-TR · gesteld tijdens intake"]
+        DIA --> PLAN["Behandelplan
+doelen · interventies · evaluaties"]
+    end
+</pre>
+    </div>
+  </section>
+
+  <section>
+    <h2>Diagram 1 — persoon &amp; aanmelding (§5.1)</h2>
     <p>Rechthoeken met een sleutel (<code>PK</code>) zijn entiteiten met een eigen identiteit; entiteiten met alleen een <code>code</code>-sleutel zijn waardelijsten (referentiedata, geen eigen levenscyclus).</p>
     <div class="panel diagram-panel">
 <pre class="mermaid">
@@ -277,6 +322,7 @@ erDiagram
     PERSOON ||--o| CLIENT : "is cliënt sinds"
     CLIENT ||--o{ AANMELDING : "meldt zich aan"
     CLIENT ||--o| CLIENTPORTAAL_ACCOUNT : "heeft toegang via"
+    AANMELDING ||--o| ZORGEPISODE : "start bij uitkomst intake"
     AANMELDING }o--|| WETTELIJK_KADER : "valt onder"
     AANMELDING }o--|| AANMELDING_STATUS : "heeft"
     AANMELDING }o--o| AANMELDING_UITKOMST : "heeft, bij besloten"
@@ -309,6 +355,12 @@ erDiagram
         date datum
         string hulpvraag
     }
+    ZORGEPISODE {
+        uuid id PK
+        uuid aanmelding_id FK
+        date gestart_op
+        date beeindigd_op "optioneel"
+    }
     VERWIJZER {
         uuid id PK
         string naam
@@ -348,12 +400,240 @@ erDiagram
 </pre>
     </div>
     <p class="baseline-note">
-      Niet in het diagram, maar op elke entiteit hierboven van toepassing (spelregels §3.1): <code>id</code> (uuid),
+      Niet in het diagram, maar op elke entiteit van toepassing (spelregels §3.1): <code>id</code> (uuid),
       <code>created_at</code>/<code>updated_at</code>, <code>deleted_at</code> (soft delete), en een append-only
       audit-event per mutatie. Weggelaten voor leesbaarheid, niet omdat ze niet gelden.
     </p>
   </section>
 
+  <section>
+    <h2>Diagram 2 — screening &amp; intake (§5.2)</h2>
+    <p>
+      De screening hoort bij de aanmelding (besluitproces); intakes horen bij de zorgepisode. Eén episode
+      kan meerdere intakes hebben — naast de reguliere intake bestaan interne intakes binnen een lopende
+      episode; de <code>aanleiding</code> legt het verschil vast. Screening vóór intake is een nudge,
+      geen harde volgorde-eis in het schema.
+    </p>
+    <div class="panel diagram-panel">
+<pre class="mermaid">
+erDiagram
+    AANMELDING ||--o| SCREENING : "wordt gescreend in"
+    SCREENING ||--o{ SCREENING_ACTIVITEIT : "omvat"
+    SCREENING_ACTIVITEIT }o--|| SCREENING_ACTIVITEIT_TYPE : "is van type"
+    SCREENING }o--o| SCREENING_BESLUIT : "besluit, bij afronding"
+    SCREENING }o--o| AFDELING : "adviseert"
+    ZORGEPISODE ||--o{ INTAKE : "omvat"
+    INTAKE }o--|| INTAKE_AANLEIDING : "gestart vanwege"
+    INTAKE }o--|| INTAKE_STATUS : "heeft"
+    INTAKE }o--o| INTAKE_UITKOMST : "heeft, bij afgerond"
+    INTAKE }o--|| AFDELING : "op afdeling"
+    INTAKE ||--o{ CONTACTMOMENT : "omvat"
+    CONTACTMOMENT }o--|| CONTACTMOMENT_TYPE : "is van type"
+    INTAKE ||--o| KINDCHECK : "heeft"
+
+    SCREENING {
+        uuid id PK
+        uuid aanmelding_id FK
+        date gestart_op
+        date besluit_datum "optioneel"
+    }
+    SCREENING_ACTIVITEIT {
+        uuid id PK
+        uuid screening_id FK
+        date datum
+        string toelichting
+        uuid uitgevoerd_door "rollenronde"
+    }
+    INTAKE {
+        uuid id PK
+        uuid zorgepisode_id FK
+        date gestart_op
+        date afgerond_op "optioneel"
+    }
+    CONTACTMOMENT {
+        uuid id PK
+        uuid intake_id FK
+        date datum
+        uuid gevoerd_door "rollenronde"
+    }
+    KINDCHECK {
+        uuid id PK
+        uuid intake_id FK
+        date uitgevoerd_op
+        boolean thuiswonende_kinderen
+        boolean zorgen_veiligheid
+        boolean actie_ondernomen
+        string toelichting
+    }
+    SCREENING_ACTIVITEIT_TYPE {
+        string code PK
+        string label
+    }
+    SCREENING_BESLUIT {
+        string code PK
+        string label
+    }
+    AFDELING {
+        string code PK
+        string label
+    }
+    INTAKE_AANLEIDING {
+        string code PK
+        string label
+    }
+    INTAKE_STATUS {
+        string code PK
+        string label
+    }
+    INTAKE_UITKOMST {
+        string code PK
+        string label
+    }
+    CONTACTMOMENT_TYPE {
+        string code PK
+        string label
+    }
+</pre>
+    </div>
+    <p class="baseline-note">
+      <b>ZORGPROGRAMMA</b> (FACT, Verslaving, Trauma, ...) is als waardelijst besloten maar heeft nog geen
+      relatie in dit diagram — de koppeling (aan behandeladvies of traject) volgt in de ronde
+      diagnose &amp; behandeltraject. <b>Verslagen</b> (feitzin 9, provenance) volgen in de rapportage-ronde.
+    </p>
+  </section>
+
+  <section>
+    <h2>Diagram 3 — wachtlijst, diagnose &amp; behandelplan (§5.3–5.5)</h2>
+    <p>
+      De aanmeldwachttijd hangt aan de AANMELDING (besluitproces); diagnoses, behandelplannen en de
+      behandelwachttijd hangen aan de ZORGEPISODE. De diagnose wordt in DSM-5-TR geregistreerd; de
+      ICD-10-code wordt via een mappingtabel afgeleid. Het behandelplan is hier de kern — sessieplanning,
+      leefgebieden en veiligheidsplan volgen in latere rondes.
+    </p>
+    <div class="panel diagram-panel">
+<pre class="mermaid">
+erDiagram
+    AANMELDING ||--o{ WACHTLIJSTPLAATSING : "aanmeldwachttijd"
+    ZORGEPISODE ||--o{ WACHTLIJSTPLAATSING : "behandelwachttijd"
+    WACHTLIJSTPLAATSING }o--|| WACHTLIJST_SOORT : "is van soort"
+    WACHTLIJSTPLAATSING }o--|| PRIORITEIT : "heeft"
+    WACHTLIJSTPLAATSING }o--|| AFDELING : "voor afdeling"
+    WACHTLIJSTPLAATSING }o--o| WACHTLIJST_EINDREDEN : "beëindigd met"
+
+    ZORGEPISODE ||--o{ DIAGNOSE : "heeft"
+    DIAGNOSE }o--|| ERNST : "heeft"
+    DIAGNOSE }o--|| DIAGNOSE_STATUS : "klinische status"
+    DIAGNOSE }o--|| VERIFICATIESTATUS : "werkdiagnose of definitief"
+    DIAGNOSE }o--o| INTAKE : "gesteld tijdens"
+    DIAGNOSE }o--|| DSM_ICD_MAPPING : "geclassificeerd als"
+
+    ZORGEPISODE ||--o{ BEHANDELPLAN : "heeft"
+    BEHANDELPLAN }o--|| PLAN_STATUS : "heeft"
+    BEHANDELPLAN }o--o{ DIAGNOSE : "adresseert"
+    BEHANDELPLAN }o--o| INTAKE : "gebaseerd op"
+    BEHANDELPLAN ||--o{ BEHANDELDOEL : "bevat"
+    BEHANDELDOEL }o--|| DOEL_STATUS : "heeft"
+    BEHANDELPLAN ||--o{ INTERVENTIE : "bevat"
+    INTERVENTIE }o--o{ BEHANDELDOEL : "werkt aan"
+    BEHANDELPLAN ||--o{ EVALUATIEMOMENT : "kent"
+    EVALUATIEMOMENT }o--|| EVALUATIE_TYPE : "is van type"
+
+    WACHTLIJSTPLAATSING {
+        uuid id PK
+        uuid aanmelding_id FK "bij soort aanmeld"
+        uuid zorgepisode_id FK "bij soort behandel"
+        date geplaatst_op
+        date telt_vanaf
+        date beeindigd_op "optioneel"
+    }
+    DIAGNOSE {
+        uuid id PK
+        uuid zorgepisode_id FK
+        string dsm_code
+        string omschrijving
+        boolean hoofddiagnose
+        date gesteld_op
+        uuid gesteld_door "rollenronde"
+    }
+    DSM_ICD_MAPPING {
+        string dsm_code PK
+        string icd10_code
+        string dsm_omschrijving
+    }
+    BEHANDELPLAN {
+        uuid id PK
+        uuid zorgepisode_id FK
+        int versie
+        date opgesteld_op
+        date client_akkoord_op "optioneel"
+    }
+    BEHANDELDOEL {
+        uuid id PK
+        uuid behandelplan_id FK
+        string titel
+        string clientversie_b1
+        string prioriteit
+        int termijn_weken
+    }
+    INTERVENTIE {
+        uuid id PK
+        uuid behandelplan_id FK
+        string naam
+        string rationale
+    }
+    EVALUATIEMOMENT {
+        uuid id PK
+        uuid behandelplan_id FK
+        int week
+        date gepland_op
+        date uitgevoerd_op "optioneel"
+    }
+    WACHTLIJST_SOORT {
+        string code PK
+        string label
+    }
+    PRIORITEIT {
+        string code PK
+        string label
+    }
+    WACHTLIJST_EINDREDEN {
+        string code PK
+        string label
+    }
+    ERNST {
+        string code PK
+        string label
+    }
+    DIAGNOSE_STATUS {
+        string code PK
+        string label
+    }
+    VERIFICATIESTATUS {
+        string code PK
+        string label
+    }
+    PLAN_STATUS {
+        string code PK
+        string label
+    }
+    DOEL_STATUS {
+        string code PK
+        string label
+    }
+    EVALUATIE_TYPE {
+        string code PK
+        string label
+    }
+</pre>
+    </div>
+    <p class="baseline-note">
+      <b>Aannames ter bevestiging:</b> versiebeheer als nieuw record per versie (<code>versie</code>-veld) ·
+      cliëntakkoord als datum-feit, niet als status · "max één hoofddiagnose" als constraint — maar per wat
+      (episode / moment) is nog open. WACHTLIJSTPLAATSING heeft twee optionele FK's; welke gevuld is volgt
+      uit de soort (aanmeld → aanmelding, behandel → episode).
+    </p>
+  </section>
+
   <section>
     <h2>Waardelijsten</h2>
     <p>De daadwerkelijke waarden per referentietabel, zodat je kunt controleren of de lijst klopt en compleet is.</p>
@@ -434,6 +714,253 @@ erDiagram
         </p>
       </div>
 
+      <div class="panel">
+        <h3>AFDELING</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">volwassenen</td></tr>
+            <tr><td class="code">jeugd</td></tr>
+            <tr><td class="code">ouderen</td></tr>
+            <tr><td class="code">forensisch</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Organisatorische eenheid; per instelling configureerbaar. Startlijst te bevestigen —
+          FACT en Verslaving zijn bewust géén afdeling (zie ZORGPROGRAMMA).
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>ZORGPROGRAMMA</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">algemeen_ggz</td></tr>
+            <tr><td class="code">fact</td></tr>
+            <tr><td class="code">verslaving</td></tr>
+            <tr><td class="code">trauma</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Inhoudelijk aanbod, los van afdeling. Koppeling volgt in de ronde diagnose &amp; behandeltraject.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>SCREENING_ACTIVITEIT_TYPE</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">telefonisch_contact</td></tr>
+            <tr><td class="code">dossieronderzoek</td></tr>
+            <tr><td class="code">vragenlijst</td></tr>
+            <tr><td class="code">overig</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Type + vrije toelichting per activiteit. Startlijst te bevestigen.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>SCREENING_BESLUIT</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">geschikt</td></tr>
+            <tr><td class="code">niet_geschikt</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Verhouding tot AANMELDING_UITKOMST is een open vraag (overlap "geschikt" ↔ "intake").
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>INTAKE_AANLEIDING</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">regulier</td></tr>
+            <tr><td class="code">intern</td></tr>
+            <tr><td class="code">crisis</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Regulier = vanuit aanmelding/screening; intern = tweede intake binnen lopende episode
+          (bijv. afdelingsovergang). Lijst te bevestigen.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>INTAKE_STATUS</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">bezig</td></tr>
+            <tr><td class="code">afgerond</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Uit het prototype overgenomen; mogelijk komt er nog een status bij (bijv. gepland).
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>INTAKE_UITKOMST</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">in_zorg</td></tr>
+            <tr><td class="code">doorverwijzing</td></tr>
+            <tr><td class="code">extra_diagnostiek</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Alleen gezet bij status = <code>afgerond</code>. Waarden uit het prototype — te bevestigen.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>CONTACTMOMENT_TYPE</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">intakegesprek</td></tr>
+            <tr><td class="code">aanvullend_onderzoek</td></tr>
+            <tr><td class="code">telefonisch_contact</td></tr>
+            <tr><td class="code">huisbezoek</td></tr>
+            <tr><td class="code">overig</td></tr>
+          </tbody>
+        </table>
+      </div>
+
+      <div class="panel">
+        <h3>WACHTLIJST_SOORT</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">aanmeld</td></tr>
+            <tr><td class="code">behandel</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Volgt de Treeknormen: aanmeldwachttijd (vóór intake) en behandelwachttijd (na intake).
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>PRIORITEIT</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">spoed</td></tr>
+            <tr><td class="code">normaal</td></tr>
+            <tr><td class="code">laag</td></tr>
+          </tbody>
+        </table>
+      </div>
+
+      <div class="panel">
+        <h3>WACHTLIJST_EINDREDEN</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">intake_gestart</td></tr>
+            <tr><td class="code">behandeling_gestart</td></tr>
+            <tr><td class="code">doorverwezen</td></tr>
+            <tr><td class="code">teruggetrokken</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Startlijst te bevestigen.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>ERNST</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">licht</td></tr>
+            <tr><td class="code">matig</td></tr>
+            <tr><td class="code">ernstig</td></tr>
+          </tbody>
+        </table>
+      </div>
+
+      <div class="panel">
+        <h3>DIAGNOSE_STATUS</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">actief</td></tr>
+            <tr><td class="code">in_remissie</td></tr>
+            <tr><td class="code">opgelost</td></tr>
+            <tr><td class="code">inactief</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Klinische status — losse as naast VERIFICATIESTATUS.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>VERIFICATIESTATUS</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">werkdiagnose</td></tr>
+            <tr><td class="code">definitief</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Aparte status-as — te bevestigen (zat in het prototype-model maar werd niet gebruikt).
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>PLAN_STATUS</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">concept</td></tr>
+            <tr><td class="code">actief</td></tr>
+            <tr><td class="code">afgerond</td></tr>
+            <tr><td class="code">vervallen</td></tr>
+          </tbody>
+        </table>
+        <p class="baseline-note" style="margin-top: 0.9rem; padding-top: 0.7rem;">
+          Voorstel — de statusmachine (incl. plaats van cliëntakkoord) is nog een open vraag.
+        </p>
+      </div>
+
+      <div class="panel">
+        <h3>DOEL_STATUS</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">niet_gestart</td></tr>
+            <tr><td class="code">bezig</td></tr>
+            <tr><td class="code">gehaald</td></tr>
+            <tr><td class="code">bijgesteld</td></tr>
+          </tbody>
+        </table>
+      </div>
+
+      <div class="panel">
+        <h3>EVALUATIE_TYPE</h3>
+        <table>
+          <thead><tr><th>Code</th></tr></thead>
+          <tbody>
+            <tr><td class="code">tussentijds</td></tr>
+            <tr><td class="code">eind</td></tr>
+            <tr><td class="code">crisis</td></tr>
+          </tbody>
+        </table>
+      </div>
+
     </div>
   </section>
 
@@ -466,12 +993,41 @@ erDiagram
         <b>BSN is optioneel op PERSOON</b> — een medewerker is ook een persoon en heeft geen BSN in het systeem nodig. De verplichting hoort bij de rol (voor cliënten: Wabvpz).
         <div class="why">Nudge ("cliënt zonder BSN") of rolgebonden eis — te bepalen in de rollenronde.</div>
       </li>
+      <li>
+        <b>Screeningsbesluit ↔ aanmelding-uitkomst</b> — "geschikt" (screening) en uitkomst "intake" (aanmelding) overlappen mogelijk: één feit of twee?
+        <div class="why">Open vraag voor een volgende sessie.</div>
+      </li>
+      <li>
+        <b>Startlijsten te bevestigen</b> — AFDELING, ZORGPROGRAMMA, SCREENING_ACTIVITEIT_TYPE, INTAKE_AANLEIDING en INTAKE_UITKOMST zijn afgeleid uit het prototype en nog niet definitief.
+      </li>
+      <li>
+        <b>Kindcheck-structuur</b> — nu gemodelleerd als drie ja/nee-vlaggen + toelichting (zoals het prototype), niet als één uitkomstwaarde.
+        <div class="why">Bevestigen of dit de juiste registratievorm is (Meldcode-eisen meenemen).</div>
+      </li>
+      <li>
+        <b>Screening vóór intake is een nudge</b> — geen harde volgorde-eis in het schema; protocolregel bij de eerste intake van een episode.
+      </li>
+      <li>
+        <b>Behandelplan: statusmachine, versiebeheer-vorm en verplichting nog open</b> — cliëntakkoord als status of feit (WGBO), nieuw record per versie of muteren met audit, en behandelplan-verplicht-vóór-behandeling als nudge of harde eis.
+      </li>
+      <li>
+        <b>Wanneer ontstaat de ZORGEPISODE precies</b> — pas bij aanmelding-uitkomst "intake", of al bij "wachtlijst"?
+        <div class="why">Bepaalt waar de behandelwachttijd van een nog-niet-gestarte episode aan hangt.</div>
+      </li>
+      <li>
+        <b>DSM-ICD-mappingtabel heeft een bron nodig</b> — wie levert en onderhoudt de mapping (en de DSM-5-TR-lijst zelf, licentie APA)?
+        <div class="why">Uitzoeken vóór de schema-baseline; raakt ook de declaratie-ronde.</div>
+      </li>
+      <li>
+        <b>Wachtlijst per afdeling en/of zorgprogramma</b> — nu alleen afdeling gemodelleerd; en de beëindigingsredenen-startlijst is te bevestigen.
+      </li>
     </ol>
   </section>
 
   <footer>
-    Bron: <code>docs/datamodel/datamodel-discovery.md</code> §5.1 · volgende stap (§6): dit diagram reviewen,
-    daarna statussen + eigenaarschap ECD/TIP vastleggen, vervolgens dezelfde cyclus voor screening &amp; intake (§5.2).
+    Bron: <code>docs/datamodel/datamodel-discovery.md</code> §5.1–5.5 · volgende stap (§6): statussen +
+    eigenaarschap ECD/TIP per entiteit vastleggen, daarna de latere rondes (agenda, rapportage &amp;
+    overdracht, rollen/disciplines) en pas dan de schema-baseline.
   </footer>
 
 </div>