diff --git a/docs/datamodel/begrippenlijst-kernmodel.md b/docs/datamodel/begrippenlijst-kernmodel.md index 45e95c7..1265ba3 100644 --- a/docs/datamodel/begrippenlijst-kernmodel.md +++ b/docs/datamodel/begrippenlijst-kernmodel.md @@ -1,9 +1,9 @@ # Begrippenlijst kernmodel — Nederlands/Engels -**Status:** versie 0.1, ter inhoudelijke en terminologische review -**Datum:** 18 juli 2026 -**Bron:** `besluiten/besluitenlog-datamodel-2026-07-18.md` -**Terminologieonderzoek:** `onderzoek/onderzoek-engelstalige-epd-terminologie.md` adviseert voor de instroom een driedeling in Referral Request, Referral Submission en Referral Case; nog niet als begrippenbesluit verwerkt +**Status:** versie 0.2 — §3 (instroom) bijgewerkt na de FCO-IM-feitenronde en het entiteitenmodel +**Datum:** 18 juli 2026, §3 bijgewerkt 19 juli 2026 +**Bron:** `besluiten/besluitenlog-datamodel-2026-07-18.md` (B1–B30) +**Terminologieonderzoek:** de driedeling Referral Request/Referral Submission/Referral Case uit `onderzoek/onderzoek-engelstalige-epd-terminologie.md` is verwerkt en bevestigd in `feitenmodellen/feitenmodel-instroom.md` en `deelmodellen/model-instroom.md` **Doel:** één gedeelde betekenis en één Engelse technische naam per kernbegrip, vóór uitwerking van feitzinnen, ERD of SQL ## 1. Gebruik en naamgeving @@ -47,92 +47,145 @@ De instellingsgebonden rol van een persoon voor wie zorg of mogelijke zorg wordt ## 3. Instroom en beoordeling -### Inbound Care Signal — `inbound_care_signal` +Bijgewerkt 19 juli 2026 na de FCO-IM-feitenronde (`feitenmodellen/feitenmodel-instroom.md`) en de entiteiten-/cardinaliteitenafleiding (`deelmodellen/model-instroom.md`, B21–B30). Vervangt de eerdere werktermen `Inbound Care Signal`, `Access Assessment Case`, `Presenting Care Need` en `Screening Recommendation` (zie toelichting per begrip hieronder). -**Nederlandse domeinterm:** aanmeldsignaal -**Status Engelse naam:** bevestigen +### Referral Request — `referral_request` -Eén afzonderlijke binnenkomst bij de instelling, met een eigen bron, tijdstip, documenten en oorspronkelijk geuite zorgvraag. +**Nederlandse domeinterm:** zorgverzoek +**Status Engelse naam:** aanbevolen -**Is niet:** een verwijzing, aanmeldingstraject, intake of geaccepteerd zorgverzoek. Een zelfaanmelding en informatie van een derde kunnen beide een aanmeldsignaal zijn. +Het inhoudelijke verzoek om zorg of beoordeling voor één of meer samenhangende geuite zorgvragen, met een eigen identiteit los van de submission die het aanleverde en los van een eventuele formele verwijzing. Kan afkomstig zijn van een professional, organisatie, cliënt of vertegenwoordiger. -**Terminologienotitie:** `referral` is te smal; `signal` is internationaal minder gangbaar maar dekt wel dat iedere binnenkomst als zelfstandig bronfeit behouden blijft. +**Is niet:** de technische ontvangst van het verzoek (dat is `Referral Submission`), het interne beoordelingstraject (`Referral Case`), of een bewijs dat de zorg is geaccepteerd. Bevat geen aparte `Presenting Care Need`-entiteit — de geuite zorgvraag is een attribuut (`presenting_need_text`) op dit object; die eerdere kandidaat-entiteit is niet doorgezet. -### Access Assessment Case — `access_assessment_case` +**Terminologienotitie:** dit is de derde term uit de driedeling die `Inbound Care Signal`/`Access Assessment Case` verving (zie hieronder). Kan bij crisisaanmeldingen zonder bekende persoon bestaan (B26). + +### Referral Submission — `referral_submission` + +**Nederlandse domeinterm:** afzonderlijke binnenkomst +**Status Engelse naam:** aanbevolen + +Eén afzonderlijke binnenkomst bij de instelling, via één kanaal en op één ontvangstmoment, met eigen bron, tijdstip en documenten. + +**Is niet:** automatisch een nieuw zorgverzoek of aanmeldingstraject; een overschrijfbare actuele versie van eerder ontvangen informatie. + +**Terminologienotitie:** vervangt `Inbound Care Signal` (`inbound_care_signal`, aanmeldsignaal) — dezelfde betekenis, definitieve naam bevestigd na de feitenronde. `Referral` bleek te smal voor deze rol (een zelfaanmelding is ook een submission); `Signal` is internationaal minder gangbaar dan `Submission`. + +### Referral Case — `referral_case` **Nederlandse domeinterm:** aanmeldingstraject -**Status Engelse naam:** bevestigen +**Status Engelse naam:** aanbevolen -Het institutionele beoordelingsproces voor één samenhangende zorgvraag, gevoed door één of meer aanmeldsignalen. +Het institutionele beoordelingsproces voor één samenhangende zorgvraag, gevoed door één of meer submissions en requests. Heeft geen vaste, eenrichtings-statusmachine — de actuele stand wordt afgeleid uit een tijdlijn van gebeurtenissen (B25). **Is niet:** een opname, verwijzing, klinische intake, zorgepisode of financieel traject. -**Terminologienotitie:** `case` duidt hier een behandelbare workflowcase aan, nog geen klinische casus of zorgepisode. +**Terminologienotitie:** vervangt `Access Assessment Case` (`access_assessment_case`) — dezelfde betekenis, definitieve naam bevestigd. `Case` duidt hier een behandelbare workflowcase aan, nog geen klinische casus of zorgepisode. -### Presenting Care Need — `presenting_care_need` +### Professional Referral — `professional_referral` -**Nederlandse domeinterm:** zorgvraag -**Status Engelse naam:** bevestigen - -De door cliënt of bron geuite behoefte, klacht of gewenste ondersteuning waarop de instroombeoordeling en mogelijke zorg zich richten. - -**Is niet:** een diagnose, vastgesteld behandeltekort, bestelling van zorg of FHIR `ServiceRequest`. - -**Open nuance:** bij de verdere modellering moet onderscheid worden gemaakt tussen de oorspronkelijk geuite zorgvraag en de later professioneel beoordeelde zorgbehoefte. - -### Referral — `referral` - -**Nederlandse domeinterm:** verwijzing +**Nederlandse domeinterm:** formele verwijzing **Status Engelse naam:** aanbevolen -Een formele verwijzing door een bevoegde of toegestane bron, inclusief relevante verwijzer, context en geldigheid. +De formele Nederlandse VERWIJZING: een door een toegestane verwijzer uitgegeven object met verwijzer, verwijsdatum, geldigheid en verwijsspecifieke gegevens, gekoppeld aan een `Referral Request`. Kan een eerdere `Professional Referral` op hetzelfde request vervangen bij correctie of aanvulling (B23). -**Is niet:** ieder aanmeldsignaal. Een zelfaanmelding of los aanvullend document is niet automatisch een verwijzing. +**Is niet:** ieder zorgverzoek. Een zelfaanmelding heeft geen `Professional Referral`. Bewijst niet dat zorg al is geaccepteerd. -### Signal-to-Case Assignment — `signal_case_assignment` +**Terminologienotitie:** verfijnt de eerdere bredere term `Referral` (`referral`) — die naam bleek dubbelzinnig zodra `Referral Request`/`Referral Submission`/`Referral Case` als aparte objecten bestonden. `Professional` maakt expliciet dat dit de formele, door een verwijzer uitgegeven verwijzing is, niet het bredere zorgverzoek. -**Nederlandse domeinterm:** toewijzing van aanmeldsignaal aan aanmeldingstraject +### Municipal Care Assignment — `municipal_care_assignment` + +**Nederlandse domeinterm:** gemeentelijke toewijzing +**Status:** bevestigen (juridisch nog niet door een jurist bevestigd, zie B27) + +De gemeentelijke beschikking/toewijzing (Wmo/Jeugdwet, iWmo/iJw 301-bericht) als toegangsticket náást — niet in plaats van — een eventuele `Professional Referral`. + +**Is niet:** een vervanging van de professionele verwijsroute (die bestaat bij Jeugdwet zelfstandig ernaast); bij Wmo het enige toegangsdocument, omdat daar geen professionele verwijsroute bestaat. + +### Legal Mandate — `legal_mandate` + +**Nederlandse domeinterm:** wettelijk mandaat (Wvggz) +**Status:** bevestigen (juridisch nog niet door een jurist bevestigd, zie B27) + +Het wettelijke mandaat bij gedwongen zorg: crisismaatregel of zorgmachtiging. Werkt zelf als bindend besluit; de instelling heeft geen institutionele acceptatiediscretie. + +**Is niet:** een `Care Acceptance Decision` of een vervanging daarvan — een ander soort feit (wettelijke plicht, geen discretionaire beoordeling). Een zorgepisode kan rechtstreeks uit een geldig mandaat ontstaan. + +### Submission-to-Case Assignment — `submission_case_assignment` + +**Nederlandse domeinterm:** toewijzing van submission aan aanmeldingstraject **Status Engelse naam:** aanbevolen -De historiseerbare koppeling waarmee een aanmeldsignaal aan een beoordelingscase wordt toegewezen. +De historiseerbare koppeling waarmee een submission aan een `Referral Case` wordt toegewezen. -**Is niet:** destructieve verplaatsing. Het oorspronkelijke signaal en eerdere toewijzingen blijven bestaan. +**Is niet:** destructieve verplaatsing. De oorspronkelijke submission en eerdere toewijzingen blijven bestaan. -### Access Case Consolidation — `access_case_consolidation` +**Terminologienotitie:** hernoemd van `Signal-to-Case Assignment` (`signal_case_assignment`) — het "signal_"-voorvoegsel kwam nergens anders terug en week af van het "submission_"-patroon; technische correctie bij de tweede reviewronde (19 juli 2026), geen betekenisverandering. + +### Case Consolidation — `case_consolidation` **Nederlandse domeinterm:** logische samenvoeging van aanmeldingstrajecten -**Status Engelse naam:** bevestigen +**Status Engelse naam:** aanbevolen -Een niet-destructieve relatie waarbij één aanmeldingstraject als leidend wordt aangewezen en de oorspronkelijke trajecten, signalen en herkomst behouden blijven. +Een niet-destructieve relatie waarbij één aanmeldingstraject als leidend wordt aangewezen ten opzichte van een ander, overlappend traject; beide behouden hun identiteit en historie. -**Is niet:** database-merge, verwijderen, overschrijven of stil hernummeren. +**Is niet:** database-merge, verwijderen, overschrijven of stil hernummeren. Vereist geen speciale beslisbevoegdheid — een administratieve correctie, geen inhoudelijk zorgbesluit. + +**Terminologienotitie:** hernoemd van `Access Case Consolidation` (`access_case_consolidation`) — het "access_"-voorvoegsel was ongemotiveerd en suggereerde ten onrechte een besluit over zorgtoegang; technische correctie bij de tweede reviewronde (19 juli 2026), geen betekenisverandering. ### Screening — `screening` **Nederlandse domeinterm:** screening **Status Engelse naam:** aanbevolen -Een institutionele beoordelingsstap binnen het aanmeldingstraject waarin informatie wordt verzameld en een inhoudelijk advies kan worden voorbereid. +De verzameling activiteiten (contact, onderzoek, informatie-uitvraag) binnen een `Referral Case` waarmee de beoordeling voor het acceptatiebesluit tot stand komt. -**Is niet:** de formele acceptatie, klinische intake of zorgepisode. - -### Screening Recommendation — `screening_recommendation` - -**Nederlandse domeinterm:** screeningsbesluit / screeningsadvies -**Status Engelse naam:** bevestigen - -De inhoudelijke uitkomst van de screening, bijvoorbeeld geschiktheid, geadviseerde bestemming en urgentie. - -**Is niet:** het formele acceptatiebesluit. De Engelse naam gebruikt bewust `recommendation`, omdat de screening niet altijd besluitvormend is. +**Is niet:** een zelfstandig besluitobject. Screening levert geen apart advies op — het screeningsbesluit **is** het acceptatiebesluit (B21). ### Care Acceptance Decision — `care_acceptance_decision` **Nederlandse domeinterm:** acceptatiebesluit **Status Engelse naam:** aanbevolen -Het formele besluit waarmee een cliënt voor een samenhangende zorgvraag tot het zorgproces wordt toegelaten en een zorgepisode kan ontstaan. +Het formele besluit dat de beoordeling van een `Referral Case` afrondt: draagt zelf de onderliggende beoordelingen (inhoudelijke match, plek, capaciteit), de besluituitkomst (`geaccepteerd`/`afgewezen`), de vervolgroute en, bij afwijzing, de onderbouwing. Kan een eerder besluit van dezelfde case vervangen bij heroverweging of institutionele correctie (B23). -**Is niet:** behandelovereenkomst, behandeltoestemming, opnamebesluit, zorgplicht of toewijzing van verantwoordelijkheid. +**Is niet:** behandelovereenkomst, behandeltoestemming, opnamebesluit, zorgplicht of toewijzing van verantwoordelijkheid. Geen apart, voorafgaand screeningsadvies ernaast (B21) — dat eerdere kandidaat-begrip `Screening Recommendation` (`screening_recommendation`) is niet doorgezet. + +### Case Information Request — `case_information_request` + +**Nederlandse domeinterm:** informatieverzoek +**Status Engelse naam:** aanbevolen + +Een gedateerd, toegeschreven gebeurtenisfeit: wie heeft wanneer welke aanvullende informatie gevraagd bij een `Referral Case`. + +**Is niet:** een besluituitkomst of statusfase — er bestaat op dat moment nog geen `Care Acceptance Decision` (B25). Kan zich op elk moment voordoen, ook ná een eerder besluit tijdens een heroverweging. + +### Case Withdrawal — `case_withdrawal` + +**Nederlandse domeinterm:** cliënt-intrekking +**Status Engelse naam:** aanbevolen + +De registratie dat een cliënt een `Referral Case` intrekt. + +**Is niet:** een `Care Acceptance Decision` — vereist geen beslisbevoegdheid en kan op elk moment plaatsvinden, ook ná een positief besluit (B24). + +### Crisis Encounter Note — `crisis_encounter_note` + +**Nederlandse domeinterm:** crisisnotitie vóór identificatie +**Status:** bevestigen (grotendeels optionele velden, geen wettelijke structuurplicht gevonden, zie B28) + +Gestructureerde vastlegging van crisisgerelateerd handelen (bijvoorbeeld medicatie, risico-inschatting, dwangmaatregel) bij een `Referral Case`, ook vóórdat identificatie of volledige dossiervorming heeft plaatsgevonden. + +**Is niet:** de screening zelf (`Screening` gaat over het beoordelingsproces, niet over klinisch handelen) of een vervanging van de formele Wvggz-dwangregistratie. + +### Case Urgency Assessment — `case_urgency_assessment` + +**Nederlandse domeinterm:** urgentiebeoordeling +**Status Engelse naam:** aanbevolen + +Een herhaalbare beoordeling van de urgentie van een `Referral Case`, vastgesteld tijdens screening/triage en later aan te passen door het intake-team of in een MDO (B29). + +**Is niet:** een vast statusveld — de meest recente beoordeling geldt, zonder vervangt-relatie (lagere inzet dan een acceptatiebesluit). ## 4. Intake @@ -236,6 +289,8 @@ De tijdgebonden betrokkenheid van een organisatorische eenheid bij een zorgepiso ## 6. Zorgteam, rol en bevoegdheid +Dit volledige begrippenkader wacht nog op een eigen feitenronde (besluitenlog §10 punt 3). Vooruitlopend daarop bestaat sinds 19 juli 2026 een bewust minimale, voorlopige hook — `episode_team_involvement` (`deelmodellen/model-instroom.md` §2.20) — die alleen vastlegt dát een team bij een episode betrokken is, zonder rollen, bevoegdheid of individueel lidmaatschap. Deze hook wordt door onderstaand begrippenkader vervangen of geabsorbeerd zodra die ronde plaatsvindt; hij krijgt hier bewust geen eigen kernbegrip-entry om verwarring met `Episode Team Assignment` te voorkomen (B30). + ### Episode Clinical Team — `episode_clinical_team` **Nederlandse domeinterm:** zorgteam rond de zorgepisode @@ -467,18 +522,26 @@ Expliciet geselecteerde en getypeerde klinische informatie met bron, bronepisode ## 10. Open terminologiebesluiten +**Opgelost bij de instroom-feitenronde (19 juli 2026), zie §3:** + +- `inbound_care_signal` → vervangen door `referral_submission`; +- `access_assessment_case` → vervangen door `referral_case`; +- `presenting_care_need` → geen aparte entiteit doorgezet, nu attribuut op `referral_request`; +- `access_case_consolidation` → hernoemd naar `case_consolidation`, naam bevestigd; +- `screening_recommendation` → vervallen, geen apart besluitobject naast `care_acceptance_decision` (B21). + De betekenis van onderstaande begrippen staat vast, maar de Engelse naam moet nog expliciet worden bevestigd: -1. `inbound_care_signal` — aanmeldsignaal; -2. `access_assessment_case` — aanmeldingstraject; -3. `presenting_care_need` — zorgvraag; -4. `access_case_consolidation` — logische samenvoeging; -5. `screening_recommendation` — screeningsbesluit/-advies; -6. `clinical_intake_assessment` — intake als proces; -7. `funding_case` — financieel traject; -8. `lead_clinician_role` — regiebehandelaar; -9. `care_goal` — behandel-/zorgdoel; -10. `care_planning_profile` — behandelvisieprofiel; -11. `cross_episode_clinical_concept` — voorlopige naam voor de longitudinale architectuurlaag. +1. `clinical_intake_assessment` — intake als proces; +2. `funding_case` — financieel traject; +3. `lead_clinician_role` — regiebehandelaar; +4. `care_goal` — behandel-/zorgdoel; +5. `care_planning_profile` — behandelvisieprofiel; +6. `cross_episode_clinical_concept` — voorlopige naam voor de longitudinale architectuurlaag. + +Daarnaast, uit de instroom-ronde, nog juridisch te bevestigen (niet een naamskwestie maar een inhoudelijke aanname, zie B27 en `deelmodellen/model-instroom.md` §7 punt 3): + +7. `municipal_care_assignment` — gemeentelijke toewijzing; +8. `legal_mandate` — wettelijk mandaat (Wvggz). Deze namen worden vóór het logische ER-model één voor één beoordeeld. Tot dat moment zijn ze bruikbaar als werktermen, niet als definitieve database-identifiers. diff --git a/docs/datamodel/deelmodellen/model-aanmelding.md b/docs/datamodel/deelmodellen/model-aanmelding.md index bcf3fb9..19a69c1 100644 --- a/docs/datamodel/deelmodellen/model-aanmelding.md +++ b/docs/datamodel/deelmodellen/model-aanmelding.md @@ -1,11 +1,11 @@ # Datamodelvoorstel — Aanmelding & instroombasis -**Status:** herziening nodig — structureel deels achterhaald door `../besluiten/besluitenlog-datamodel-2026-07-18.md` -**Datum:** 18 juli 2026 -**Deelgebied:** PERSOON, CLIENT, VERWIJZER, PRAKTIJK_INSTELLING, AANMELDING, ZORGEPISODE, CLIENTPORTAAL_ACCOUNT + aanvullingen voor een volwassen instroommodel +**Status:** gesynchroniseerd 19 juli 2026 — AANMELDING/VERWIJZING/VERWIJSDOCUMENT/TOEWIJZING/ZORGEPISODE (§2.10–§2.13, §2.15) zijn vervangen door `model-instroom.md`; PERSOON/CLIENT/CLIENTRELATIE/VERWIJZER/PRAKTIJK_INSTELLING/CLIENT_HUISARTS/VERZEKERING/TOESTEMMING/CLIENTPORTAAL_ACCOUNT (§2.1–§2.9, §2.14, §2.16) blijven ongewijzigd geldig en worden door `model-instroom.md` hergebruikt, niet gedupliceerd +**Datum:** 18 juli 2026, gesynchroniseerd 19 juli 2026 +**Deelgebied (na sync):** PERSOON, CLIENT, CLIENTRELATIE, VERWIJZER, PRAKTIJK_INSTELLING, CLIENT_HUISARTS, VERZEKERING, TOESTEMMING, CLIENTPORTAAL_ACCOUNT **Bronnen:** `datamodel-discovery.md`, onderzoek-proces, onderzoek-leveranciers, onderzoek-standaarden, onderzoek-rapportage (details in §8) -> **Let op:** het besluitenlog splitst de huidige AANMELDING in AANMELDSIGNAAL en AANMELDINGSTRAJECT. De ZORGEPISODE ontstaat bij formele acceptatie en heeft een onafhankelijke levenscyclus. Gebruik de huidige entiteiten, cardinaliteiten en statusmachines daarom nog niet als basis voor SQL. +> **Let op:** dit document behandelde oorspronkelijk ook de instroomflow (AANMELDING, VERWIJZING, ZORGEPISODE). Die deelgebieden zijn na de FCO-IM-feitenronde van 19 juli 2026 volledig herzien en staan nu in `model-instroom.md` (feitzinnen: `../feitenmodellen/feitenmodel-instroom.md`; besluiten: B21–B30 in `../besluiten/besluitenlog-datamodel-2026-07-18.md`). De secties hieronder die nog AANMELDING/VERWIJZING/ZORGEPISODE beschrijven zijn behouden als historisch werkdocument, niet als actuele bron — gebruik ze niet als basis voor SQL. **Conventies (gelden voor alle entiteiten, niet per entiteit herhaald):** - Elke entiteit heeft `id` (UUID, stabiel — spelregel 3.1 #5), `created_at`, `updated_at`, `deleted_at` (soft delete — spelregel 3.1 #4) en auditvelden conform spelregel 3.1 #3. @@ -44,7 +44,9 @@ 15. De verzekering van Jan de Vries is op 14 juli 2026 geverifieerd via een COV-controle. 16. Bij de aanmelding van 14 juli 2026 onder wettelijk kader "Jeugdwet" hoort gemeentelijke toewijzing 301-20260714-001 van gemeente Utrecht (gemeentecode 0344), met periode 1 augustus 2026 t/m 31 januari 2027. *(alleen bij kader Jeugdwet/Wmo — iJw/iWmo, onderzoek-standaarden §7)* -### Verwijzing (verrijking van de aanmelding) +### Verwijzing (verrijking van de aanmelding) — **vervallen, zie `model-instroom.md`** + +*(Feitzinnen 17–25 hieronder zijn vervangen door `../feitenmodellen/feitenmodel-instroom.md` en de entiteiten in `model-instroom.md` — Professional Referral, Municipal Care Assignment, Referral Case. Behouden als historisch werkdocument.)* 17. *(verfijnt §5.1 feitzin 8)* Bij de aanmelding van 14 juli 2026 hoort een verwijzing, afgegeven op 1 juli 2026 door verwijzer P. Pietersen. *(verwijsdatum ≠ aanmelddatum; 275-dagentoets en per 2026 verplicht op de declaratie — onderzoek-proces §2.3/§2.10)* 18. De verwijzing vermeldt echelon "gespecialiseerde ggz". @@ -54,7 +56,7 @@ 22. De aanmelding van 14 juli 2026 volgt doorverwijsroute "doorverwijzing tussen ggz-aanbieders". *(optioneel; alleen bij één van de vijf erkende routes — onderzoek-proces §2.7)* 23. Voor de aanmelding van 15 juli 2026 zonder verwijzing (crisis) is de huisarts op 20 juli 2026 geïnformeerd. *(60-dagentermijn — onderzoek-proces §2.6)* -### Aanmelding (aanvullingen) +### Aanmelding (aanvullingen) — **vervallen, zie `model-instroom.md`** 24. De aanmelding van 14 juli 2026 is ontvangen via aanmeldkanaal "ZorgDomein". 25. *(verfijnt §5.1 besluit 5)* De aanmelding van 14 juli 2026 heeft uitkomst "intake", vastgesteld op 17 juli 2026. *(uitkomst + uitkomstdatum als aparte feiten naast de status)* @@ -65,7 +67,9 @@ 27. Cliënt Jan de Vries heeft op 1 september 2026 de toestemming van type "vermelding DSM-hoofdgroep op factuur" geweigerd. 28. Cliënt Jan de Vries heeft de toestemming van type "correspondentie met huisarts/verwijzer" op 1 december 2026 ingetrokken. -### Zorgepisode +### Zorgepisode — **vervallen, zie `model-instroom.md`** + +*(Feitzinnen 29–30 zijn achterhaald: de episode ontstaat sinds B22/B23 bij het acceptatiebesluit zelf, niet bij uitkomst "intake" — zie `model-instroom.md` §2.18 `clinical_care_episode`.)* 29. Voor cliënt Jan de Vries is op 17 juli 2026 een zorgepisode gestart, voortkomend uit de aanmelding van 14 juli 2026. *(ontstaat bij uitkomst "intake" — zie §5 en besluitpunt 1)* 30. De zorgepisode van Jan de Vries is op 15 maart 2027 afgesloten met reden "behandeling afgerond". @@ -216,7 +220,9 @@ **Uniciteit:** max één actuele verzekering per cliënt. Nudge: "Zvw-aanmelding zonder actuele COV-controle". Wlz-indicatie en forensische titel: declaratie-ronde (besluitpunt 7). -### 2.10 AANMELDING +### 2.10 AANMELDING — **vervallen, zie `model-instroom.md`** + +*(Vervangen door `referral_request` en `referral_case` in `model-instroom.md` §2.1, §2.6 — inclusief de daar herstelde velden `zpm_verwijstype`, `huisarts_geinformeerd_op` en `wettelijk_kader`. Behouden als historisch werkdocument; de waardelijsten `aanmeldkanaal`, `echelon`, `zpm_verwijstype` en `wettelijk_kader` in §4 hieronder blijven wel in gebruik.)* **Doel:** de binnenkomst-*gebeurtenis* (discovery §5.1 besluit 9). Draagt aanmelddatum (wettelijk controleerbaar gegeven — onderzoek-proces §2.3), kanaal, kader, hulpvraag, status en uitkomst. Screening en aanmeldwachttijd hangen hieraan (§5.2, §5.3). @@ -237,7 +243,9 @@ **Uniciteit:** geen harde beperking op parallelle aanmeldingen; "max één actieve aanmelding per cliënt" is een aan/uit-zetbare bedrijfsregel (§5.0 besluit 5) — in TIP/Nudge, niet in schema. -### 2.11 VERWIJZING *(nieuw — besluitpunt 2)* +### 2.11 VERWIJZING *(nieuw — besluitpunt 2)* — **vervallen, zie `model-instroom.md`** + +*(Vervangen door `professional_referral` in `model-instroom.md` §2.14, inclusief het herstelde `heraanmelding`-veld en de vervangt-relatie voor correctie/aanvulling — zie B23.)* **Doel:** de verwijzing als eigen registratie-object bij de aanmelding. Verfijnt §5.1 feitzin 8: "ontvangen via verwijzer X" blijft waar, maar de verwijzing draagt eigen wettelijk relevante feiten die niet op de aanmelding of de verwijzer thuishoren: **verwijsdatum** (275-dagentoets; per 1-1-2026 verplicht op elke declaratie), echelon, DSM-vermoeden, heraanmelding-vlag (onderzoek-proces §2, onderzoek-standaarden §8). Een zelfaanmelding heeft géén verwijzing. @@ -253,7 +261,9 @@ **Uniciteit:** max één verwijzing per aanmelding. Geldigheidstoets (aanmelddatum − verwijsdatum ≤ 275 dagen) is een nudge, geen constraint (onvolledige/late verwijzing mag — inspanningsverplichting, onderzoek-proces §2.5). -### 2.12 VERWIJSDOCUMENT +### 2.12 VERWIJSDOCUMENT — **vervallen, zie `model-instroom.md`** + +*(Vervangen door `submission_document` in `model-instroom.md` §2.3 — nu gekoppeld aan de submission die het document aanleverde, niet aan de aanmelding.)* **Doel:** ontvangen documenten bij de aanmelding, getypeerd (verwijsbrief, beschikking, …) — discovery §5.1 besluit 7. @@ -266,7 +276,9 @@ **Uniciteit:** geen (meerdere documenten per aanmelding toegestaan). -### 2.13 TOEWIJZING *(nieuw — gemeentelijk kader)* +### 2.13 TOEWIJZING *(nieuw — gemeentelijk kader)* — **vervallen, zie `model-instroom.md`** + +*(Vervangen door `municipal_care_assignment` in `model-instroom.md` §2.15 — zelfde minimale opzet, nu expliciet náást in plaats van in plaats van `professional_referral` gemodelleerd, met een vervangt-relatie voor herziene 301-berichten. Juridisch nog niet door een jurist bevestigd, zie B27.)* **Doel:** bij kader Jeugdwet/Wmo is de "verwijzing" feitelijk een gemeentelijke beschikking/toewijzing met eigen sleutelgegevens (iWmo/iJw 301-bericht) — meer structuur dan een document alleen (onderzoek-standaarden §7). Minimale variant nu; productcodes/volume volgen in de declaratie-ronde (besluitpunt 6). @@ -300,7 +312,9 @@ **Uniciteit:** max één actuele (niet-ingetrokken) rij per (client, toestemmingstype, scope). Intrekken = nieuw statusfeit, historie blijft (append-only audit). -### 2.15 ZORGEPISODE +### 2.15 ZORGEPISODE — **vervallen, zie `model-instroom.md`** + +*(Vervangen door `clinical_care_episode` in `model-instroom.md` §2.18 — belangrijkste wijziging: ontstaat bij het acceptatiebesluit zelf (of een Wvggz-mandaat), niet meer bij uitkomst "intake". Alleen ontstaan/einde zijn daar uitgewerkt; het volledige episodemodel — programma-/organisatiebetrokkenheid, zorgteam — blijft een apart deelgebied.)* **Doel:** de periode van zorg (discovery §5.1 besluit 9). Draagt intakes, diagnoses, behandelplannen, behandelwachttijd, zorgvraagtypering (latere ronde). Klinisch object, **niet** het ZPM-zorgtraject — verwant, gekoppeld, geen 1-op-1 (onderzoek-standaarden §6.1; onderzoek-leveranciers §2.3). @@ -331,6 +345,8 @@ ## 3. Relaties met cardinaliteit +**Geldig (PERSOON/CLIENT-laag):** + | Van | Naar | Cardinaliteit | Toelichting | |---|---|---|---| | PERSOON | ADRES | 1 — 0..n | max 1 actueel per adrestype | @@ -342,6 +358,16 @@ | CLIENT | CLIENT_HUISARTS | 1 — 0..n | max 1 actueel | | CLIENT_HUISARTS | VERWIJZER / PRAKTIJK_INSTELLING | — 0..1 / 0..1 | minstens één gevuld | | CLIENT | VERZEKERING | 1 — 0..n | max 1 actueel | +| CLIENT | TOESTEMMING | 1 — 0..n | | +| CLIENT | CLIENTPORTAAL_ACCOUNT | 1 — 0..1 | | + +**Vervallen (AANMELDING/VERWIJZING/VERWIJSDOCUMENT/TOEWIJZING/ZORGEPISODE) — +zie `model-instroom.md` §3 voor de actuele cardinaliteitentabel +van `referral_request`/`referral_submission`/`referral_case`/ +`professional_referral`/`municipal_care_assignment`/`clinical_care_episode`:** + +| Van | Naar | Cardinaliteit | Toelichting | +|---|---|---|---| | CLIENT | AANMELDING | 1 — 0..n | episodisch (§5.0 besluit 2) | | AANMELDING | VERWIJZING | 1 — 0..1 | zelfaanmelding: geen | | VERWIJZING | VERWIJZER | 0..n — 1 | | @@ -349,10 +375,10 @@ | AANMELDING | TOEWIJZING | 1 — 0..n | alleen kader Jeugdwet/Wmo | | AANMELDING | ZORGEPISODE | 1 — 0..1 | alleen bij uitkomst "intake" | | CLIENT | ZORGEPISODE | 1 — 0..n | | -| CLIENT | TOESTEMMING | 1 — 0..n | | -| CLIENT | CLIENTPORTAAL_ACCOUNT | 1 — 0..1 | | -**Naar andere deelgebieden:** +**Naar andere deelgebieden** *(AANMELDING/ZORGEPISODE hieronder zijn de oude +ankers; lees deze als `referral_case`/`clinical_care_episode` totdat +screening/wachtlijst/intake/diagnose/behandelplan zelf zijn gesynchroniseerd)*: | Van | Naar (deelgebied) | Cardinaliteit | |---|---|---| @@ -372,6 +398,8 @@ Alle lijsten volgen het conventie-patroon (code, omschrijving, externe code, geldigheid). Startwaarden: +*(Nummering ongewijzigd gelaten — `model-instroom.md` §4 verwijst naar 12, 17 en 18 hieronder. Items 13–16, 19, 23 zijn vervallen ten gunste van waardelijsten in `model-instroom.md`; zie annotaties per item.)* + 1. **geslacht** — man, vrouw, anders, onbekend *(externe code: HL7 AdministrativeGender)* 2. **genderidentiteit** — man, vrouw, non-binair, anders, zegt_het_niet *(zib Patient v4.3)* 3. **adrestype** — woonadres, postadres, tijdelijk_verblijf @@ -397,24 +425,26 @@ Alle lijsten volgen het conventie-patroon (code, omschrijving, externe code, gel 11. **praktijk_soort** — huisartsenpraktijk, ziekenhuis, ggz_instelling, gemeente, arbodienst, overig 12. **wettelijk_kader** — met attribuut `verwijsnudge_severity` (§5.1 besluit 7): zvw (blokkade), jeugdwet (signaal), wmo (signaal), wlz (waarschuwing), forensisch (waarschuwing) *(severity-startwaarden te bevestigen in de nudge-ronde; NB bij Zvw zonder spoed/Wvggz is ontbrekende verwijzing feitelijk declaratie-blokkerend — onderzoek-proces §10.3)* -13. **aanmeldkanaal** — zorgdomein, brief_post, e_mail, telefonisch, clientportaal, crisis, intern, overig -14. **aanmelding_status** — nieuw, in_screening, besloten *(§5.1 besluit 5)* -15. **aanmelding_uitkomst** — intake, afgewezen, doorverwezen, wachtlijst *(§5.1 besluit 5)* -16. **verwijsdocument_type** — verwijsbrief, beschikking, wlz_indicatiebesluit, huisartsmelding_60dagen, medische_verklaring_wvggz, overig *(§5.1 besluit 7, uitgebreid)* -17. **echelon** — gb_ggz, g_ggz, onbekend -18. **zpm_verwijstype** — 01 t/m 07 conform ZPM-veldafspraken (externe code = Vektis/ZPM-code; onderzoek-standaarden §6.3): 01 verwijzing_aanwezig, 02 doorverwijzing_regiebehandelaar, 03 geen_verwijzing_verlate_correspondentie, 04 geen_verwijzing_correspondentie_niet_toegestaan, 05 geen_verwijzing_niet_declarabel, 06 geen_verwijzing_andere_grond_fz, 07 verwijzing_zonder_agb -19. **doorverwijsroute** — justitieel_traject, einde_wlz_indicatie, overgang_jeugdwet, vervolg_acute_ggz, ggz_naar_ggz *(de vijf erkende routes; moet uit het dossier blijken — onderzoek-proces §2.7)* +13. **aanmeldkanaal** — zorgdomein, brief_post, e_mail, telefonisch, clientportaal, crisis, intern, overig *(vervallen — komt terug als `submission_channel` in `model-instroom.md` §4, met vergelijkbare waarden)* +14. **aanmelding_status** — nieuw, in_screening, besloten *(vervallen — `referral_case` heeft geen statusveld meer, zie B25 en `model-instroom.md` §5)* +15. **aanmelding_uitkomst** — intake, afgewezen, doorverwezen, wachtlijst *(vervallen — vervangen door de gesplitste `decision_outcome`/`follow_up_route` in `model-instroom.md` §4, zie B22)* +16. **verwijsdocument_type** — verwijsbrief, beschikking, wlz_indicatiebesluit, huisartsmelding_60dagen, medische_verklaring_wvggz, overig *(vervallen — komt terug als `document_type` in `model-instroom.md` §4; de Wvggz-waarde hoort inmiddels bij `legal_mandate.medical_statement_reference`)* +17. **echelon** — gb_ggz, g_ggz, onbekend *(blijft in gebruik — hergebruikt door `professional_referral` in `model-instroom.md`)* +18. **zpm_verwijstype** — 01 t/m 07 conform ZPM-veldafspraken (externe code = Vektis/ZPM-code; onderzoek-standaarden §6.3): 01 verwijzing_aanwezig, 02 doorverwijzing_regiebehandelaar, 03 geen_verwijzing_verlate_correspondentie, 04 geen_verwijzing_correspondentie_niet_toegestaan, 05 geen_verwijzing_niet_declarabel, 06 geen_verwijzing_andere_grond_fz, 07 verwijzing_zonder_agb *(blijft in gebruik — hergebruikt door `referral_case.zpm_verwijstype` in `model-instroom.md`)* +19. **doorverwijsroute** — justitieel_traject, einde_wlz_indicatie, overgang_jeugdwet, vervolg_acute_ggz, ggz_naar_ggz *(de vijf erkende routes; moet uit het dossier blijken — onderzoek-proces §2.7)* **— nog niet geïntegreerd in `model-instroom.md`.** Dit is reële, niet-gedekte inhoud: `model-instroom.md` heeft alleen de grovere `follow_up_route`-waarde `doorverwijzen`, niet welke van de vijf erkende routes. Op te pakken bij de volgende instroom-ronde, niet stilzwijgend laten vervallen. 20. **toestemming_type** — met attribuut `grondslag` (tekst): correspondentie_huisarts_verwijzer (WGBO/verwijsafspraken), dsm_hoofdgroep_op_factuur (Stcrt. 2025-11955, opt-in), privacyverklaring_zorgvraagtypering (NZa), gegevensdeling_derden (AVG), inzage_naasten (WGBO) 21. **toestemming_status** — verleend, geweigerd, ingetrokken 22. **toestemming_wijze** — mondeling, schriftelijk, portaal -23. **episode_status** — lopend, afgesloten -24. **episode_einde_reden** — behandeling_afgerond, doorverwezen, client_beeindigt, geen_contact, overleden, overig *(startlijst; mapping op iStandaarden-redenen in de declaratie-ronde)* +23. **episode_status** — lopend, afgesloten *(vervallen — `clinical_care_episode` heeft geen statusveld, status volgt uit `ended_at`/`end_reason`, zie `model-instroom.md` §2.18)* +24. **episode_einde_reden** — behandeling_afgerond, doorverwezen, client_beeindigt, geen_contact, overleden, overig *(startlijst; mapping op iStandaarden-redenen in de declaratie-ronde)* *(komt terug als `episode_end_reason` in `model-instroom.md` §4, aangevuld met `ingetrokken_door_client`/`acceptatiebesluit_herzien`, zie B24)* --- ## 5. Statusmachine -### AANMELDING +### AANMELDING — **vervallen, zie `model-instroom.md`** + +*(`referral_case` heeft bewust geen statusveld meer — de actuele stand wordt afgeleid uit een gebeurtenistijdlijn, zie B25 en `model-instroom.md` §1/§5. Behouden als historisch werkdocument.)* Statussen: `nieuw` → `in_screening` → `besloten`. Flexibel, geen eenrichtingsflow (§5.1 besluit 5). @@ -429,7 +459,9 @@ Regels in het model (spelregel 3.1 #7/#9): check-constraint "status = besloten **Wie mag zetten: rollenronde** (§5.1 besluit 6). Kandidaat-inperking om daar te toetsen: `besloten` alleen door een rol met indicatiebevoegdheid (LKS: indicerende rol regiebehandelaar). -### ZORGEPISODE +### ZORGEPISODE — **vervallen, zie `model-instroom.md`** + +*(`clinical_care_episode` ontstaat bij het acceptatiebesluit zelf — ook tijdens de intakewachtlijst — niet meer bij uitkomst "intake"; zie B22 en `model-instroom.md` §2.18. Behouden als historisch werkdocument.)* Statussen: `lopend` → `afgesloten`. @@ -442,12 +474,14 @@ Statussen: `lopend` → `afgesloten`. ### Overige entiteiten -PERSOON, CLIENT, VERWIJZER, PRAKTIJK_INSTELLING, VERWIJZING, TOEWIJZING, CLIENT_HUISARTS, VERZEKERING: geen statusmachine — levenscyclus via geldigheidsperioden en soft delete. TOESTEMMING: `verleend`/`geweigerd` → `ingetrokken` (eenrichting; nieuwe toestemming = nieuwe rij). CLIENTPORTAAL_ACCOUNT: statusmachine in de auth/ADM-ronde. +PERSOON, CLIENT, VERWIJZER, PRAKTIJK_INSTELLING, CLIENT_HUISARTS, VERZEKERING: geen statusmachine — levenscyclus via geldigheidsperioden en soft delete. TOESTEMMING: `verleend`/`geweigerd` → `ingetrokken` (eenrichting; nieuwe toestemming = nieuwe rij). CLIENTPORTAAL_ACCOUNT: statusmachine in de auth/ADM-ronde. --- ## 6. ECD/TIP-eigenaarschap en events richting TIP +> **Vervallen voor het instroomdeel, nog niet opnieuw uitgewerkt.** De events hieronder (`aanmelding_*`, `verwijzing_*`, `toewijzing_*`, `zorgepisode_*`) verwijzen naar entiteiten die niet meer bestaan. `model-instroom.md` bevat nog geen TIP-event-ontwerp — dat vereist een eigen ontwerpstap (welke gebeurtenis uit de nieuwe tijdlijn-aanpak een TIP-event triggert), niet alleen een naamsvervanging. Behouden als historisch werkdocument en als checklist van wat opnieuw moet worden doordacht. De rijen voor CLIENT/CLIENTRELATIE/CLIENT_HUISARTS/TOESTEMMING blijven wel geldig. + **Eigenaarschap:** alle entiteiten in dit deelgebied zijn **leidend in het ECD** (klinische/administratieve feiten — discovery §3.3). TIP houdt de proces-state: screeningstaken, termijnbewaking, wachtlijst-nudges, "max één actieve aanmelding"-bedrijfsregel. **Events naar TIP** (mutatie-events, zelfde mechanisme als her-embedding — §3.3 koppelafspraak; payload bevat UUID + content-hash, **nooit BSN** — spelregel 3.1 #6): @@ -473,16 +507,18 @@ TIP-snapshots van deze data zijn doelgebonden auditkopieën met herkomst (afstem ## 7. Open besluitpunten voor Colin -1. **Ontstaansmoment ZORGEPISODE — ter bekrachtiging.** Voorstel: episode ontstaat bij uitkomst "intake", niet bij "wachtlijst" (onderbouwing §5). **Advies: bekrachtigen** — alle bronnen (LKS-verantwoordelijkheidsoverdracht, NZa-wachttijddefinities) wijzen dezelfde kant op, en de aanmeldwachtlijst hangt toch al aan de AANMELDING. -2. **VERWIJZING als eigen entiteit** tussen AANMELDING en VERWIJZER (verwijsdatum, echelon, DSM-vermoeden, heraanmelding). **Advies: ja** — de verwijsdatum is per 2026 verplicht op elke declaratie en de 275-dagentoets vereist verwijsdatum ≠ aanmelddatum; dat hoort niet als los veld op de aanmelding (zelfaanmelding heeft er geen) en niet op de verwijzer (die verwijst vaker). -3. **Vaste huisarts via hergebruik van VERWIJZER/PRAKTIJK_INSTELLING** (CLIENT_HUISARTS verwijst ernaar) of een aparte generalisatie EXTERNE_ZORGVERLENER. **Advies: hergebruik nu** — een huisarts is per definitie een potentiële verwijzer; generaliseren pas als er meer externe rollen bijkomen (ketenpartners, apotheek). Semantische scheefheid ("verwijzer die nooit verwees") accepteren als bekende schuld. -4. **TOESTEMMING nu al als generieke entiteit opnemen** (i.p.v. uitstellen naar een latere ronde zoals onderzoek-standaarden §9.5 suggereert). **Advies: nu opnemen met kleine startwaardelijst** — verwijstype 04 en de intakebrief maken toestemming al in de instroomflow nodig; uitstellen betekent losse vlaggen die later gemigreerd moeten worden. -5. **Echelon op twee plekken:** bron-echelon op VERWIJZING én actueel echelon op ZORGEPISODE (op-/afschalen binnen één aanbieder is geen doorverwijzing). **Advies: beide, episode-veld optioneel** — nodig voor wachttijd-uitsplitsing en factuurinhoud (g-ggz vs gb-ggz). -6. **TOEWIJZING minimaal nu** (gemeente, nummer, periode) en productcategorie/-code/volume in de declaratie-ronde. **Advies: akkoord met minimale variant** — het toewijzingsnummer is de sleutel die alle latere iWmo/iJw-berichten nodig hebben; de rest is declaratie-detail. -7. **Financieringsdetail Wlz/forensisch** (indicatiebesluit, strafrechtelijke titel) doorschuiven naar de declaratie-ronde; nu alleen VERZEKERING (Zvw) en TOEWIJZING (gemeentelijk). **Advies: doorschuiven** — het wettelijk kader zelf staat al op de aanmelding; de bronnen geven voor Wlz/fz nog te weinig structuurzekerheid. -8. **Terugval binnen 1 jaar:** nieuwe ZORGEPISODE met hergebruik van het ZPM-zorgtrajectnummer, of heropening van de oude episode? **Advies: nieuwe episode** — klinisch is het een nieuwe zorgperiode; het trajectnummer-hergebruik (NZa-regel) is een declaratie-koppeling, geen reden om episodes samen te smelten. Definitief te maken in de declaratie-ronde (episode ↔ zorgtraject niet 1-op-1). -9. **Huisarts-informeren als attribuut** (`huisarts_geinformeerd_op` op AANMELDING) of als onderdeel van een toekomstige CORRESPONDENTIE-entiteit (intakebrief, beloopsbrief, afrondingsbrief). **Advies: attribuut nu, CORRESPONDENTIE-entiteit in de rapportage-ronde** — de 60-dagentermijn is een hard wettelijk feit dat nu al een nudge nodig heeft; de brievenstroom is een groter onderwerp dat een eigen ronde verdient (onderzoek-proces §10.3 verrijking 9). -10. **Startwaarden `verwijsnudge_severity` per wettelijk kader** (waardelijst 12): bij Zvw is ontbrekende verwijzing zonder spoed/Wvggz-grond feitelijk declaratie-blokkerend — is `blokkade` daar de juiste severity, en welke voor Wlz/forensisch? **Advies: vaststellen in de nudge-/declaratie-ronde**, waardelijst-attribuut staat er klaar voor. +**Status per punt na de instroom-sync (19 juli 2026):** + +1. **Ontstaansmoment ZORGEPISODE.** **Herzien, niet bekrachtigd zoals hier geadviseerd.** De uiteindelijke beslissing (B22) is dat de episode ontstaat bij het acceptatiebesluit zelf, óók bij vervolgroute intakewachtlijst — niet pas bij uitkomst "intake" zoals hier geadviseerd. Zie `model-instroom.md` §2.18. +2. **VERWIJZING als eigen entiteit.** **Bevestigd zoals geadviseerd**, nu `professional_referral` (`model-instroom.md` §2.14), met als aanvulling een vervangt-relatie voor correctie/aanvulling (B23) die hier nog niet was voorzien. +3. **Vaste huisarts via hergebruik van VERWIJZER/PRAKTIJK_INSTELLING.** **Al verwerkt** — CLIENT_HUISARTS (§2.8) gebruikt deze opzet al, geen open vraag meer. Blijft ongewijzigd bij de sync. +4. **TOESTEMMING nu al als generieke entiteit.** **Al verwerkt** — TOESTEMMING (§2.14) bestaat al met deze opzet, geen open vraag meer. Blijft ongewijzigd bij de sync; `model-instroom.md` hergebruikt deze entiteit voor correspondentietoestemming. +5. **Echelon op twee plekken.** **Deels opgelost.** Bron-echelon staat op `professional_referral.echelon`. Een "actueel echelon" op de episode zelf (voor op-/afschalen na de instroom) is niet meegenomen — `clinical_care_episode` in `model-instroom.md` is bewust beperkt tot ontstaan/einde; dit hoort bij het bredere, nog te ontwerpen episodemodel. +6. **TOEWIJZING minimaal nu.** **Verder uitgewerkt dan hier geadviseerd.** `municipal_care_assignment` (`model-instroom.md` §2.15) bevat, op basis van juridisch onderzoek naar het WMO301/iJw301-bericht, al productcategorie/-code/volume/eenheid — verder dan de hier voorgestelde minimale variant. +7. **Financieringsdetail Wlz/forensisch.** **Nog steeds open** — niet opgepakt in de instroom-ronde. `wettelijk_kader` kent de waarden wlz/forensisch al (waardelijst 12), maar een indicatiebesluit- of titel-registratie ontbreekt nog. +8. **Terugval binnen 1 jaar.** **Bevestigd (nieuwe episode), met een aanvulling.** `possible_continuation_of_episode_id` (`model-instroom.md` §2.18) legt optioneel een zorginhoudelijke continuïteitsrelatie tussen de oude en nieuwe episode, expliciet **geen** autoritatieve trajectnummer-toets — die blijft, zoals hier al voorzien, bij de declaratie-ronde. +9. **Huisarts-informeren als attribuut.** **Bevestigd zoals geadviseerd**, nu op `referral_case.huisarts_geinformeerd_op` (`model-instroom.md` §2.6) in plaats van op AANMELDING. +10. **Startwaarden `verwijsnudge_severity` per wettelijk kader** (waardelijst 12): bij Zvw is ontbrekende verwijzing zonder spoed/Wvggz-grond feitelijk declaratie-blokkerend — is `blokkade` daar de juiste severity, en welke voor Wlz/forensisch? **Nog steeds open** — niet opgepakt in de instroom-ronde; **advies blijft: vaststellen in de nudge-/declaratie-ronde**, waardelijst-attribuut staat er klaar voor. --- diff --git a/docs/datamodel/deelmodellen/model-instroom.md b/docs/datamodel/deelmodellen/model-instroom.md index 611c41d..b3007b0 100644 --- a/docs/datamodel/deelmodellen/model-instroom.md +++ b/docs/datamodel/deelmodellen/model-instroom.md @@ -594,9 +594,9 @@ juli 2026, zie §9). | `decision_outcome` | geaccepteerd, afgewezen | | `follow_up_route` | intake_direct, intakewachtlijst, spoedroute, doorverwijzen, case_afsluiten | | `episode_end_reason` | ingetrokken_door_client, acceptatiebesluit_herzien, *(overige waarden: later deelgebied)* | -| `echelon` | over te nemen uit `model-aanmelding.md` §2.11 (bestaande waardelijst) | -| `zpm_verwijstype` | over te nemen uit `model-aanmelding.md` §2.10 (bestaande waardelijst, ZPM-verwijstypen 01–07) | -| `wettelijk_kader` | over te nemen uit `model-aanmelding.md` §2.10 (bestaande waardelijst: zvw, wmo, jeugdwet, *(wvggz toe te voegen)*) | +| `echelon` | over te nemen uit `model-aanmelding.md` §4 waardelijst 17 (bestaande waardelijst) | +| `zpm_verwijstype` | over te nemen uit `model-aanmelding.md` §4 waardelijst 18 (bestaande waardelijst, ZPM-verwijstypen 01–07) | +| `wettelijk_kader` | over te nemen uit `model-aanmelding.md` §4 waardelijst 12 (bestaande waardelijst: zvw, wmo, jeugdwet, *(wvggz toe te voegen)*) | | `municipal_legal_framework` | wmo, jeugdwet *(voorstel)* | | `municipal_product_category` / `municipal_product_unit` | over te nemen uit iWmo/iJw-standaard (voorstel, nog niet uitgezocht) | | `mandate_type` | crisismaatregel, zorgmachtiging *(voorstel)* |