Zorgaanbieders, gemeenten, zorgkantoren en andere partijen wisselen steeds vaker informatie uit tussen de domeinen Wlz, Wmo en Jeugdwet. Het Informatiemodel iStandaarden is ontwikkeld om die informatie-uitwisseling te standaardiseren.

Basisgegevens worden bij elke partij correct en zo veel mogelijk uniform geregistreerd, ongeacht het domein.

Zorginstituut Nederland zet zich met het Informatiemodel iStandaarden in voor het gebruik van zo veel mogelijk gelijke datatypen in de diverse domeinen, en voor hergebruik van gegevens.

Het Informatiemodel iStandaarden is een totaaloverzicht van bedrijfsregels, berichten en processen die in onderlinge samenhang de specificaties beschrijven van de informatiestandaarden iWlz, iWmo, iJw en iPgb. 

Het model is de nieuwe publicatievorm van de informatiemodellen. De releases van 2017 zijn gepubliceerd in de 'oude' informatiemodelvorm, hun opvolgers staan in het Informatiemodel iStandaarden. 

Het Informatiemodel iStandaarden 2018 omvat de 2018-releases: iWlz 2.0, iWmo 2.2, iJw 2.2 en iPgb 2.0.

Het model heeft een hoofdpagina die toegang geeft tot alle documentatie van een release. Bij het model hoort deze instructievideo die uitleg geeft over de opbouw van het model en de navigatie:

Het Informatiemodel iStandaarden heeft een hoofdpagina die toegang geeft tot alle documentatie van een release. Processen, regels en berichtspecificaties worden in samenhang gepresenteerd. Daarnaast is een instructievideo opgenomen die uitleg geeft over de opbouw van het model en de navigatie.

Op de hoofdpagina van het Informatiemodel iStandaarden kunt u uw keuze maken voor de Wlz, Wmo, Jeugdwet of pgb.

Alle drie de modellen bevatten informatie over:

A Processen: per proces worden berichten, regels en betrokken partijen weergegeven.

• primair proces (beoordelen, toeleiden, leveren)
• financiering (declaratie, eigen bijdrage)
• sturing en controle

B Regels: uitgangspunten, bedrijfsregels, technische regels, invulinstructies, constraints en condities.

C Gegevens: definities van datatypen en codelijsten

D Berichten: in de berichtspecificaties worden alle berichten, hun omschrijving en toelichting weergegeven.

E Casuïstiek: beschrijving van de toepassing van de berichten in specifieke situaties

De iStandaarden-releases voor 2018 zijn iWlz 2.0, iWmo 2.2, iJw 2.2 en iPgb 2.0. Zie het Informatiemodel iStandaarden. 

Welke codelijst gebruikt wordt, wordt bepaald door het datatype waarin het berichtelement gedefinieerd wordt. Er zijn verschillende mogelijkheden om deze informatie op te zoeken.

1. Via het berichtelement

1. Klik vanuit de berichtview op het betreffende element;
2. Klik vanuit het berichtelement onder Eigenschappen op het ‘type’;
3. Klik vanuit het datatype op het plaatje onder ‘Komt voor op’;
4. De nu geopende view toont de details van het datatype, inclusief de gebruikte codelijst. Toon de omschrijvingen door linksonder op “Datatypen details view” te klikken.

2. Via Gegevens/Datatypen

1. Kijk in de berichtview welk datatype het betreffende element definieert, dit is beschreven achter de dubbele punt bij het element. Bijvoorbeeld in het berichtelement ‘Soort: LDT_AdresSoort’ is ‘LDT_AdresSoort’ het datatype.
2. Klik via de navigatiebalk op ‘Datatypen’;
3. Klik in de tabel op het juiste datatype;
4. De nu geopende view toont de details van het datatype, inclusief de gebruikte codelijst. Toon de omschrijvingen door linksonder op “Datatypen details view” te klikken.

Een declaratie is een verantwoordingsdocument waarin een geleverde dienst of product wordt weergegeven.

Een factuur is een formeel financieel administratief document (met wettelijke eisen).

Op een declaratie is een betaling niet per definitie wenselijk, op een factuur wel.

In de nieuwe publicatievorm voor de releases van 2018 is op de ‘UML-view’ van een bericht aangegeven of een berichtelement altijd moet voorkomen (verplicht) of ook kan worden weggelaten (niet verplicht). Wanneer een berichtelement niet verplicht is, is dit weergegeven met de notatie ‘[0..1]’.

Let op Een berichtelement dat niet verplicht is, moet soms in specifieke situaties wel verplicht gevuld worden. Bijvoorbeeld: de einddatum van een toegewezen zorgeenheid mag weggelaten worden. Maar wanneer de toewijzing wordt ingetrokken, moet de einddatum wel verplicht ingevuld worden.

Het is niet altijd mogelijk om direct vanuit een tabel door te linken naar een object dat in de tabel getoond wordt. In de tabel met bedrijfsregels bijvoorbeeld is er een kolom die aangeeft welke technische regels zijn afgeleid van de bedrijfsregel. Omdat dit meerdere technische regels kunnen zijn, is het (vooralsnog) niet mogelijk om direct vanuit de tabel de technische regel te openen. Een link toevoegen vanuit de tabel kan alleen wanneer de kolom bestaat uit unieke resultaten.

Om de omschrijving van de technische regel te vinden kunt u klikken op de bedrijfsregel in de eerste kolom. Onder het kopje ‘Relaties' vindt u alle gerelateerde regels en berichten. Ook kunt u via de navigatiekolom links van de tabel navigeren naar de tabel met de gewenste informatie.

Er zijn drie situaties te onderscheiden:

1. Niet-verplichte elementen die niet van het type ‘string’ zijn (bijvoorbeeld ‘numeriek’ of ‘date’ De xsd dwingt af dat het element ofwel gevuld is, ofwel niet wordt opgenomen in het XML-bericht.
   
   
2. Niet-verplichte elementen, type ‘string’ met een enumeratie of patroon De xsd dwingt af dat het element ofwel gevuld is volgens de enumeratie of patroon, ofwel niet wordt opgenomen in het XML-bericht.
   
   
3. Niet-verplichte elementen, type ‘string’ zonder een enumeratie of patroon
   De xsd geeft voor het niet vullen van deze elementen twee mogelijkheden:
   - ofwel het element wordt ‘leeg’ opgenomen in het XML-bericht;
   - ofwel het element wordt in zijn geheel niet opgenomen in het XML-bericht.

De xsd valideert ook op het niet opnemen van lege elementen van het type ‘string’ die geen enumeratie of patroon kennen.

Bij de specificaties van iWmo 2.2 en iJw 2.2 is de tabel ‘Eenheden en afronden’ te vinden via invulinstructie IV060. Via deze link komt u direct bij de tabel terecht.