triqura-ecd/docs/datamodel/deelmodellen/model-wachtlijst.md

Datamodelvoorstel — Wachtlijstplaatsing

Status: voorlopig onderzoeksmodel — niet bouwrijp; zie ../besluiten/besluitenlog-datamodel-2026-07-18.md §4 Datum: 18 juli 2026 Bouwt voort op: datamodel-discovery.md §5.3 (besluit sessie 17 juli: WACHTLIJSTPLAATSING als eigen entiteit, twee momenten aanmeld/behandel), §5.1 #9 (ZORGEPISODE), §5.1 #5 (aanmelding-uitkomst wachtlijst), spelregels §3.1 Onderzoeksinput: onderzoek-proces §4 (Treeknormen, NZa Transparantieregeling, praktijkfenomenen), onderzoek-leveranciers §2.7 (Nedap-wachtlijst), onderzoek-standaarden §8 (waardelijst-patroon met geldigheidsperioden)

Let op: alleen de volledige, append-only tijdlijn en het zichtbaar houden van bruto wachttijd zijn als uitgangspunt bekrachtigd. Cardinaliteiten, dragers, teldatums, aftrekregels, redenlijsten en concrete NZa-/Treeknormberekeningen vragen nader GGZ-onderzoek. De voorstellen hieronder zijn op die punten niet definitief.

---

1. Feitzinnen

Genummerd; (≈ §5.3 #n) = herkomst uit de discovery-startlijst, (nieuw) = toegevoegd in deze ronde.

1. De aanmelding van Jan de Vries is op 18 juli 2026 op de wachtlijst geplaatst met soort "aanmeld", voor afdeling Volwassenen. (≈ §5.3 #1, gewijzigd: soort expliciet erbij)
2. De wachtlijstplaatsing van 18 juli is gericht op zorgprogramma "Trauma". (nieuw, optioneel feit)
3. De wachtlijstplaatsing van 18 juli heeft prioriteit "normaal". (= §5.3 #2)
4. De wachttijd van de aanmeldplaatsing telt vanaf de aanmelddatum 14 juli 2026. (= §5.3 #3, verduidelijkt: de teldatum is een eigen attribuut, standaard afgeleid van de aanmelddatum)
5. De wachtlijstplaatsing van 18 juli is op 20 augustus 2026 beëindigd met reden "intake gestart". (= §5.3 #4)
6. Voor de zorgepisode van Jan de Vries is op 1 augustus 2026 een wachtlijstplaatsing van soort "behandel" aangemaakt voor afdeling Volwassenen; de wachttijd telt vanaf de datum van het eerste intakegesprek, 22 juli 2026. (nieuw — de behandelwachttijd uit het §5.3-besluit als eigen feit)
7. De behandelplaatsing van 1 augustus is op 15 oktober 2026 beëindigd met reden "behandeling gestart". (nieuw)
8. Bij de wachtlijstplaatsing is op 12 augustus 2026 een activiteit van type "cliënt geïnformeerd over Treeknorm-overschrijding" geregistreerd door medewerker K. Jansen, met toelichting "gewezen op zorgbemiddeling Zilveren Kruis". (nieuw — LKS-plicht: cliënt informeren bij overschrijding en wijzen op zorgbemiddeling verzekeraar)
9. Bij de wachtlijstplaatsing is op 20 augustus 2026 een activiteit van type "overbruggingszorg afgesproken" geregistreerd. (nieuw — LKS: regiebehandelaar beoordeelt overbruggingszorg voor de wachtende cliënt)
10. De wachtlijstplaatsing is van 1 t/m 14 september 2026 opgeschort met reden "op verzoek cliënt". (nieuw — cliënt kiest zelf voor uitstel; apart geregistreerd zodat bruto- én netto-wachttijd berekenbaar blijven)
11. De prioriteit van de wachtlijstplaatsing is op 5 augustus 2026 gewijzigd van "normaal" naar "spoed" na herbeoordeling. (nieuw — mutatie, loopt via audit + activiteit "herbeoordeling prioriteit")
12. (nudge) Bij (dreigende) overschrijding van de Treeknorm van de plaatsingssoort volgt een signaal. (= §5.3 #5, gegeneraliseerd naar beide soorten: aanmeld 4 weken, behandel 10 weken)
13. (afleiding) De aanmeldingswachttijd van de plaatsing bedraagt 5 weken (van teldatum tot beëindiging met reden "intake gestart", minus opschortingen indien netto gerekend). (nieuw — geen opgeslagen feit maar een gedefinieerde afleiding, zie §6.1)

---

2. Entiteiten

2.1 WACHTLIJSTPLAATSING

Doel: vastleggen dat een cliënt op enig moment wacht — vóór de intake (aan de AANMELDING, aanmeldwachttijd) of na de intake wachtend op behandeling (aan de ZORGEPISODE, behandelwachttijd) — met de dimensies die de Treeknorm-bewaking en de NZa-wachttijdaanlevering nodig hebben.

Attribuut	Type	Verplicht	Toelichting
id	uuid	ja	stabiele identiteit (spelregel 3.1 #5)
soort	FK → waardelijst wachtlijst_soort	ja	aanmeld / behandel (besluit §5.3)
aanmelding_id	FK → AANMELDING	conditioneel	verplicht bij soort aanmeld, leeg bij behandel
zorgepisode_id	FK → ZORGEPISODE	conditioneel	verplicht bij soort behandel, leeg bij aanmeld
afdeling_id	FK → waardelijst AFDELING	ja	organisatorische eenheid waarvoor gewacht wordt (§5.2 besluit #2)
zorgprogramma_id	FK → waardelijst ZORGPROGRAMMA	nee	inhoudelijk aanbod waarvoor gewacht wordt; optioneel (zie §7 punt 1)
prioriteit_id	FK → waardelijst wachtlijst_prioriteit	ja	default normaal
plaatsingsdatum	date	ja	datum waarop de plaatsing is geregistreerd
teldatum	date	ja	datum waarop de wachttijd begint te tellen; default afgeleid (aanmeld → aanmelddatum AANMELDING; behandel → datum eerste intakegesprek van de episode), overschrijfbaar met auditspoor
status	FK → statusmachine (§5)	ja	actief / opgeschort / beëindigd
einddatum	date	conditioneel	verplicht bij status beëindigd, anders leeg
beeindigingsreden_id	FK → waardelijst wachtlijst_beeindigingsreden	conditioneel	verplicht bij status beëindigd, anders leeg
toelichting	text	nee	vrije tekst
deleted_at	timestamp	nee	soft delete (spelregel 3.1 #4)
audit-velden	—	ja	created_at/by, updated_at/by; mutaties append-only in audittrail (3.1 #3)

Uniciteitsregels:

• Precies één van aanmelding_id / zorgepisode_id gevuld, consistent met soort (check-constraint — regel in het model, spelregel 3.1 #7).
• Maximaal één plaatsing met status ≠ beëindigd per (aanmelding_id, soort) resp. (zorgepisode_id, soort) — partial unique index. Historie (meerdere beëindigde plaatsingen na heropening) blijft mogelijk. Zie §7 punt 4 voor de vraag of parallel wachten op meerdere afdelingen ooit nodig wordt.
• einddatum ≥ teldatum (check-constraint).

2.2 WACHTLIJSTACTIVITEIT

Doel: gebeurtenissen tijdens het wachten vastleggen. Uit het procesonderzoek (§4.3–4.4): informeren van de cliënt bij Treeknorm-overschrijding, wijzen op zorgbemiddeling van de verzekeraar en overbruggingszorg-afspraken zijn LKS-plichten die aantoonbaar in het dossier horen. Zelfde patroon als SCREENINGSACTIVITEIT (discovery §5.2 besluit #3): type uit waardelijst + vrije toelichting, zodat nudges mogelijk zijn ("Treeknorm overschreden maar cliënt nog niet geïnformeerd").

Attribuut	Type	Verplicht	Toelichting
id	uuid	ja
wachtlijstplaatsing_id	FK → WACHTLIJSTPLAATSING	ja
type_id	FK → waardelijst wachtlijst_activiteittype	ja
datum	date	ja
uitgevoerd_door	FK → MEDEWERKER	ja	rollenronde bepaalt wie welk type mag registreren
toelichting	text	nee
deleted_at / audit-velden	—	—	conform spelregels

Uniciteit: geen natuurlijke uniciteit buiten id; hetzelfde activiteitstype mag vaker voorkomen (cliënt kan meermaals geïnformeerd worden).

2.3 WACHTLIJSTOPSCHORTING

Doel: perioden vastleggen waarin het wachten niet aan de aanbieder ligt (cliënt kiest bewust een latere datum, is tijdelijk niet beschikbaar). Door opschortingen apart te registreren blijven zowel bruto-wachttijd (NZa-definitie rekent in kale weken) als netto-wachttijd (interne sturing) afleidbaar — het model dwingt geen rekenkeuze af (zie §7 punt 5).

Attribuut	Type	Verplicht	Toelichting
id	uuid	ja
wachtlijstplaatsing_id	FK → WACHTLIJSTPLAATSING	ja
begindatum	date	ja
einddatum	date	nee	leeg zolang de opschorting loopt
reden_id	FK → waardelijst wachtlijst_opschortingsreden	ja
toelichting	text	nee
deleted_at / audit-velden	—	—

Uniciteitsregels: opschortingen van dezelfde plaatsing mogen niet overlappen (exclusion-constraint op de periode); maximaal één opschorting zonder einddatum per plaatsing.

---

3. Relaties met cardinaliteit

Relatie	Cardinaliteit	Toelichting
AANMELDING — WACHTLIJSTPLAATSING (soort aanmeld)	1 — 0..n	historie mogelijk; max 1 niet-beëindigd (§2.1). Aanmeldwachttijd hangt aan de AANMELDING (besluit §5.3 + §5.1 #9)
ZORGEPISODE — WACHTLIJSTPLAATSING (soort behandel)	1 — 0..n	idem; behandelwachttijd hangt aan de ZORGEPISODE. Episode ontstaat bij uitkomst intake (open detail §5.1 #9; het procesonderzoek §10.3 ondersteunt precies deze verdeling: aanmeldwachttijd op de aanmelding, episode pas bij intake)
WACHTLIJSTPLAATSING — AFDELING	n — 1	verplichte dimensie
WACHTLIJSTPLAATSING — ZORGPROGRAMMA	n — 0..1	optionele dimensie
WACHTLIJSTPLAATSING — WACHTLIJSTACTIVITEIT	1 — 0..n
WACHTLIJSTPLAATSING — WACHTLIJSTOPSCHORTING	1 — 0..n	niet-overlappend
WACHTLIJSTACTIVITEIT — MEDEWERKER	n — 1	entiteit MEDEWERKER volgt in de rollenronde; hier alleen de referentie
AFDELING — VESTIGING	n — 0..1	voorgesteld nieuw attribuut op de waardelijst AFDELING t.b.v. de NZa-uitsplitsing per vestigingslocatie (§6.2); zie §7 punt 2

Samenhang met de aanmelding-uitkomst wachtlijst (besluit §5.1 #5): uitkomst wachtlijst en het bestaan van een actieve aanmeldplaatsing zijn twee feiten die bij elkaar horen maar niet hetzelfde zijn. Consistentie wordt een nudge ("uitkomst wachtlijst zonder actieve wachtlijstplaatsing"), geen schema-koppeling — zelfde patroon als verwijsbrief (§5.1 #7) en screening-vóór-intake (§5.2 #4). Omgekeerd bij de behandelkant: intake-uitkomst in_zorg zonder direct gestarte behandeling → nudge "behandelwachttijd nog niet geregistreerd".

---

4. Waardelijsten

Alle lijsten volgen de spelregels: referentietabel, één bron voor UI en database (3.1 #1), en per rij optioneel externe_code, codesysteem_uri, geldig_van, geldig_tot (les uit onderzoek-leveranciers §7.1 en onderzoek-standaarden §8: NZa-achtige lijsten hebben geldigheidsperioden).

4.1 wachtlijst_soort

Code	Omschrijving	drager	telt_vanaf	treeknorm_weken
aanmeld	Aanmeldwachttijd	AANMELDING	aanmelddatum	4
behandel	Behandelwachttijd	ZORGEPISODE	datum eerste intakegesprek	10

De Treeknorm zit als attribuut op de waardelijst, niet in code — de totaalnorm (14 weken) is afleidbaar. Bron: Treeknormen (onderzoek-proces §4.1); NZa-definities aanmeldings-/behandelingswachttijd (§4.2) vallen samen met deze twee soorten.

4.2 wachtlijst_prioriteit

Startwaarden: spoed, normaal, laag (conform het roadmap-idee uit discovery §5.3; praktijk kent urgentie-inschatting al bij screening — onderzoek-proces §3). Attribuut sorteervolgorde (int). Instellingsconfigureerbaar (Nedap-les, onderzoek-leveranciers §2.7: prioriteit/urgentie als configureerbare lijst).

4.3 wachtlijst_beeindigingsreden

Lost de tweede open vraag uit §5.3 op. Startlijst uit de praktijk (onderzoek-proces §4.4) plus attributen:

Code	Omschrijving	geldig_voor_soort	zorg_gestart
intake_gestart	Intake gestart	aanmeld	ja
behandeling_gestart	Behandeling gestart	behandel	ja
intern_doorgeplaatst	Doorgeplaatst naar andere afdeling/programma (nieuwe plaatsing volgt)	beide	nee
doorverwezen_extern	Doorverwezen naar andere aanbieder	beide	nee
bemiddeld_verzekeraar	Via zorgbemiddeling verzekeraar elders geplaatst	beide	nee
client_trekt_terug	Cliënt trekt zich terug	beide	nee
geen_contact	Geen contact meer te krijgen met cliënt	beide	nee
overleden	Cliënt overleden	beide	nee
administratief_vervallen	Plaatsing onterecht/dubbel aangemaakt	beide	nee
overig	Anders, zie toelichting	beide	nee

• geldig_voor_soort (aanmeld/behandel/beide) voorkomt betekenisloze combinaties ("behandeling gestart" op een aanmeldplaatsing) als datagedreven regel, niet hardcoded.
• zorg_gestart (ja/nee) markeert de redenen die meetellen in de retrospectieve NZa-wachttijdberekening (gerealiseerde wachttijd van cliënten die daadwerkelijk zijn ingestroomd, §6.1).
• Patroon "overig + verplichte toelichting" volgt het zib-ontwerppatroon "anders-optie met specificatieveld" (onderzoek-standaarden §2.2).

4.4 wachtlijst_activiteittype

Startwaarden: client_geinformeerd_treeknorm (LKS-plicht), gewezen_op_zorgbemiddeling (LKS-plicht), overbruggingszorg_afgesproken (LKS: regiebehandelaar beoordeelt overbruggingszorg), contactmoment (tussentijds contact met wachtende), herbeoordeling_prioriteit, overig.

4.5 wachtlijst_opschortingsreden

Startwaarden: verzoek_client (cliënt kiest latere datum), client_niet_beschikbaar (vakantie, detentie, opname elders), overig.

---

5. Statusmachine WACHTLIJSTPLAATSING

Conform spelregel 3.1 #9: statussen en overgangen als data (referentietabel wachtlijst_status + overgangstabel), niet in schermcode.

Van	Naar	Trigger/betekenis
—	actief	plaatsing aangemaakt (begintoestand)
actief	opgeschort	WACHTLIJSTOPSCHORTING zonder einddatum geopend
opgeschort	actief	lopende opschorting krijgt einddatum
actief	beëindigd	einddatum + beëindigingsreden gezet
opgeschort	beëindigd	idem; lopende opschorting wordt daarbij afgesloten
beëindigd	actief	heropening (correctie of cliënt meldt zich terug); consistent met de flexibele-statusfilosofie van §5.1 #5. Heropening wist einddatum/reden en logt append-only

De status opgeschort is afleidbaar uit een open WACHTLIJSTOPSCHORTING; hij staat toch expliciet op de plaatsing zodat lijstweergaven en nudges niet hoeven te joinen en de statusmachine compleet is. Consistentie (status ↔ open opschorting) is een check-constraint/trigger.

Wie mag welke overgang zetten: expliciet doorgeschoven naar de rollenronde (zelfde lijn als discovery §5.1 #6). Kandidaat om daar te bespreken: beëindigen met reden overleden en heropenen als beperkte acties.

Prioriteitswijziging (feitzin 11) is géén statusovergang: het is een attribuutmutatie met auditspoor plus optioneel een activiteit herbeoordeling_prioriteit.

---

6. Treeknormen, NZa-aanlevering en ECD/TIP-eigenaarschap

6.1 Afleidbaarheid van de wachttijden (geen opgeslagen velden)

De verplichte cijfers zijn afleidingen uit het model, geen extra administratie:

• Wachttijd per plaatsing (bruto) = weken tussen teldatum en einddatum (lopend: peildatum). Dit volgt de NZa-definities: aanmeldingswachttijd = weken tussen eerste afspraak/aanmelding en het moment dat de cliënt terecht kan voor intake; behandelingswachttijd = weken tussen eerste intake en start behandeling (onderzoek-proces §4.2).
• Netto-variant = bruto minus de som van WACHTLIJSTOPSCHORTING-perioden (voor interne sturing; zie §7 punt 5).
• Retrospectieve NZa-aanlevering (berekeningswijze 1): gemiddelde bruto-wachttijd van plaatsingen die in de laatste twee maanden zijn beëindigd met een reden waar zorg_gestart = ja, uitgesplitst per vestigingslocatie (via AFDELING → VESTIGING) en per hoofddiagnosegroep (alleen g-ggz; via de hoofddiagnose van de gestarte ZORGEPISODE — voor aanmeldplaatsingen de episode die uit de aanmelding is voortgekomen). Maandelijks, uiterlijk de 10e, via het NZa Zorgbeeldportaal; eenlocatie-aanbieders zijn per 2026 vrijgesteld (afleiding uit declaratiedata).
• Actuele berekeningswijze (berekeningswijze 2: "derde beschikbare mogelijkheid in de agenda") komt niet uit de wachtlijst maar uit de agenda — agenda-ronde. Het model hoeft die keuze niet af te dwingen; de aanbieder kiest de methode.
• Treeknorm-bewaking: (peildatum − teldatum) > treeknorm_weken van de soort ⇒ overschrijding. Nudges: signaal bij dreigende overschrijding (bijv. 75% van de norm), waarschuwing bij overschrijding zonder activiteit client_geinformeerd_treeknorm (LKS-plicht), signaal voor overbruggingszorg-beoordeling bij lopende behandelplaatsing (regiebehandelaar eerstverantwoordelijk).

Benodigde dimensies die (nog) buiten dit deelgebied liggen: vestiging (§7 punt 2), echelon gb-ggz/g-ggz op de aanmelding (§7 punt 6; hoofddiagnosegroep-uitsplitsing geldt alleen g-ggz) en zorgverzekeraar (alleen bij omzetplafond-afhankelijke wachttijden; declaratie-ronde, §7 punt 7).

6.2 Eigenaarschap en events richting TIP (conform §3.3)

Eigenaarschap: WACHTLIJSTPLAATSING, -ACTIVITEIT en -OPSCHORTING zijn leidend in het ECD. Het zijn dossier-/registratiefeiten met wettelijke bewijsfunctie (LKS: aantoonbaar informeren; NZa: bron van de aanlevering). TIP houdt er geen kopie-administratie op na buiten de afgesproken snapshot-/IE-mechanismen (afstemming Joshua, §3.3).

Events ECD → TIP (zelfde mutatie-eventmechanisme als her-embedding, §3.2/§3.3 punt 4):

Event	Payload (minimaal)	TIP-gebruik
wachtlijstplaatsing.aangemaakt	plaatsing-id, soort, drager-id, afdeling, zorgprogramma, prioriteit, teldatum	start Treeknorm-bewaking (timer/nudgeplanning)
wachtlijstplaatsing.prioriteit_gewijzigd	plaatsing-id, oud/nieuw	herprioritering werkvoorraad
wachtlijstplaatsing.opgeschort / .hervat	plaatsing-id, periode, reden	Treeknorm-timer pauzeren/hervatten (indien netto-bewaking gekozen)
wachtlijstplaatsing.beeindigd	plaatsing-id, einddatum, reden, zorg_gestart	bewaking stoppen; instroom-funnel-statistiek
wachtlijstactiviteit.geregistreerd	activiteit-id, plaatsing-id, type, datum	plicht-nudges afvinken (cliënt geïnformeerd, overbrugging geregeld)

Proces-state die bij TIP hoort, niet in het ECD: de Treeknorm-timers zelf, de taak "NZa-aanlevering klaarzetten vóór de 10e" en de opvolging van nudges. Het ECD levert de feiten; TIP de bewaking en beslislogica. De maandelijkse aanleverset zelf is een afgeleide rapportage (view/export) uit het ECD — als het verzendmoment vastgelegd moet worden, is dat een auditfeit, geen nieuwe entiteit.

---

7. Open besluitpunten voor Colin

1. Afdeling verplicht, zorgprogramma optioneel — bevestigen. Advies: zo doen. De afdeling is de organisatorische eenheid waar capaciteit en wachtlijstbeheer leven (discovery §5.2 besluit #2); het zorgprogramma is een verfijning die niet altijd bekend is bij plaatsing. "Beide" als twee optionele velden zonder verplichting zou de NZa-afleiding en de nudges hun ankerdimensie ontnemen. Wat kan misgaan: instellingen die puur programma-gericht werken moeten dan een (rest)afdeling kiezen — acceptabel, afdelingen zijn per instelling configureerbaar.
2. VESTIGING als waardelijst + optionele koppeling AFDELING → VESTIGING nu al opnemen? De NZa-aanlevering splitst per vestigingslocatie (clustering binnen gemeente/10 km toegestaan). Advies: waardelijst VESTIGING nu aanmaken met optionele FK op AFDELING; verplicht maken zodra de aanleverexport gebouwd wordt. Alternatief (vestiging pas in de ADM-ronde) maakt de aanlevering tijdelijk niet afleidbaar.
3. Startlijst beëindigingsredenen (§4.3) bevestigen, inclusief de attributen geldig_voor_soort en zorg_gestart. Advies: overnemen; de lijst komt rechtstreeks uit praktijk + LKS/NZa (onderzoek-proces §4.4) en is instellingsuitbreidbaar (Nedap-les: configureerbare closingReason).
4. Max één niet-beëindigde plaatsing per drager per soort: harde constraint of aan/uit-bedrijfsregel? Advies: harde partial-unique constraint (spelregel 3.1 #7). Parallel wachten op twee afdelingen tegelijk is in de praktijk een keuze-/bemiddelingsvraagstuk, geen registratiefeit; mocht het ooit nodig zijn, dan is de constraint versoepelen goedkoper dan dubbelingen opruimen. (Bewust strakker dan het parallelle-aanmeldingen-patroon §5.0 #5 — dáár ging het om meerdere zorgvragen, hier om dezelfde wachtvraag.)
5. Pauzeert een opschorting de Treeknorm-telling (netto) of niet (bruto)? De NZa-definitie rekent in kale weken en kent geen expliciete pauzeregeling; het model registreert opschortingen apart zodat beide berekeningen mogelijk blijven. Advies: extern (NZa-aanlevering) bruto rapporteren, intern (nudges/sturing) netto bewaken — en dit als instellingsinstelling op de nudge-regel zetten, niet in het schema.
6. Echelon (gb-ggz/g-ggz) op de AANMELDING toevoegen (verrijking uit onderzoek-proces §10.3 punt 3). Nodig omdat de hoofddiagnosegroep-uitsplitsing van de wachttijden alleen voor g-ggz geldt en het echelon op de verwijsbrief hoort te staan. Advies: overnemen in het instroom-deelgebied (hoort daar, niet bij de wachtlijst); hier alleen gesignaleerd als afhankelijkheid.
7. Zorgverzekeraar-dimensie (alleen aanleveren als de wachttijd per verzekeraar verschilt, omzetplafonds). Advies: parkeren tot de declaratie-/financieringsronde; het model blokkeert niets omdat de verzekeraar t.z.t. via de financieringskant van de aanmelding afleidbaar wordt.
8. Aanmeldpauze/patiëntenstop (praktijkfenomeen, instellings-/afdelingsniveau — onderzoek-proces §4.4). Geen cliëntgebonden feit maar capaciteitsconfiguratie. Advies: niet in dit deelgebied; kandidaat voor de ADM-/capaciteitsronde, eventueel als periode-attribuut op AFDELING.
9. Urgentie al bij de screening vastleggen (vóór er een wachtlijstplaatsing is — onderzoek-proces §3/§10.3). Advies: screeningsbesluit uitbreiden met een optionele geadviseerde prioriteit uit dezelfde waardelijst wachtlijst_prioriteit (hergebruik, geen tweede lijst); besluit hoort formeel bij het screening-deelgebied.

---

8. Bronverwijzingen

Onderwerp	Bron
Besluit WACHTLIJSTPLAATSING eigen entiteit, twee momenten, soort-waardelijst; open vragen	datamodel-discovery.md §5.3; drager-besluiten §5.1 #9 (ZORGEPISODE), §5.1 #5 (uitkomst wachtlijst)
Spelregels (waardelijsten, statusmachines, constraints, soft delete, audit)	datamodel-discovery.md §3.1 #1, #3, #4, #7, #9
TIP-grensvlak en eventmechanisme	datamodel-discovery.md §3.3
Treeknormen 4/10/14 weken; NZa-definities aanmeldings-/behandelingswachttijd; Transparantieregeling (uitsplitsing vestiging × hoofddiagnosegroep × evt. verzekeraar; maandelijks ≤ 10e; Zorgbeeldportaal; 2026: eenlocatie via declaratiedata); LKS-plichten (informeren, zorgbemiddeling, overbruggingszorg); beëindigingsredenen uit de praktijk	onderzoek-proces.md §4.1–4.4, §10.1 (rij 6 en 11), §10.3
Verwijsdatum op declaratie 2026 (IZA-wachttijdinzicht, verklaart automatische afleiding eenlocatie)	onderzoek-proces.md §2.10
Nedap-wachtlijst als "tijdelijke oplossing"; configureerbare waardelijsten voor prioriteit/wachtreden/beëindigingsreden	../onderzoek/onderzoek-leveranciers.md §2.7, §7.4
Waardelijst-patroon: externe code + codesysteem + geldigheidsperiode; "anders"-optie met specificatieveld	../onderzoek/onderzoek-standaarden.md §2.2 (BehandelAanwijzing2-patroon), §8; ../onderzoek/onderzoek-leveranciers.md §7.1
Episode-ontstaan bij intake ondersteunt aanmeldwachttijd-op-aanmelding	onderzoek-proces.md §10.3 (open-vragensectie)
Standaarden extern: NZa Transparantieregeling (NR/REG-2024 e.v.), LKS GGZ 4.0, Treeknormen (veldnorm)	via bronnenlijsten van de onderzoeksrapporten