Invoeren / Tonen historie van relevante voorzieningen
(PKO-34172)
Met ingang van deze release worden (Als GWS4All versie >= 8.1 is geïnstalleerd) in WMO – Aanvraag de aanwezige relevante voorzieningen getoond. Het gaat hierbij zowel om eerder toegekende WMO-voorzieningen als om overige relevante voorzieningen. Deze laatste soort kan rechtstreeks in GWS4All worden bijgewerkt. In onderstaande diagrammen worden voorbeelden getoond uit een casus waarin zowel eerder aangevraagde WMO voorzieningen aanwezig zijn als overige relevante voorzieningen.
Diagram 1 Van reeds toegekende WMO voorzieningen wordt naast soort, begin- en einddatum het nummer van het desbetreffende verstrekkingendossier getoond.
Diagram 2 Ook de overige relevante voorzieningen worden getoond.
Diagram 3 Met een uitstapje naar GWS4All kunnen de overige voorzieningen worden gewijzigd
Diagram 4 De relevante reeds aanwezige voorzieningen in de rapportage.
Ondersteuning voor aangevraagde parkeerkaarten en parkeerplaatsen
(PKO-34173)
Met ingang van deze release is het mogelijk in WMO Aanvraag om parkeervoorzieningen binnen de categorie ‘Vervoersvoorzieningen (periodiek)’ af te handelen. Dit houdt in dat binnen GWS4All een voorziening in natura wordt aangemaakt en dat een beschikking op basis van de BabW in plaats van op basis van de Wmo wordt gegenereerd.
Om te zorgen dat een periodieke vervoersvoorziening als een parkeervoorziening wordt afgehandeld moet dat in het gemeentelijk eigen beleid worden ingesteld (zie Diagram 1)
Diagram 1 Door in het Kluwer eigen beleid module onder ‘Onderhoud parameters / Kostensoort WMO’ de parkeervoorzieningen te markeren
met een ‘P’ in het veld ‘Draagkracht’ worden deze soorten voorzieningen door WMO Aanvraag als parkeervoorzieningen behandeld.
In de diagrammen volgt verder een aantal schermprintjes uit een voorbeeldcasus.
Diagram 2 Parkeervoorzieningen vallen onder de periodieke vervoersvoorzieningen.
Diagram 3 Een foutboodschap bij parkeervoorzieningen die niet in Natura worden aangevraagd.
Diagram 4 Parkeervoorzieningen worden veelal voor 5 jaar verstrekt.
Diagram 5 Er is geen aparte rapportage gemaakt voor parkeervoorzieningen. Alle relevante gegevens staan in de rapportage voor vervoersvoorzieningen.
Diagram 6 Er wordt voor parkeervoorzieningen een beschikking op basis van de BabW gemaakt.
Diagram 7 Een stuk uit voorbeeld BabW beschikking. Uiteraard kunnen de tekstblokken worden aangepast aan het gemeentelijk beleid.
Striktere uitwisseling van contactpersoongegevens
(PKO-34273)
Met ingang van deze release is gekozen voor een consequentere uitwisseling met GWS4All voor wat betreft contactpersoongegevens en wettelijk vertegenwoordiger gegevens.
Dit houdt in:
-Telefoonnummer en mailadres van ‘Contactgegevens’ onder de tab ‘Adres’ van het cliëntdossier (dus van SZCLIENT) wordt niet meer gevuld met het telefoonnummer van de contactpersoon
-Op het moment dat er geen wettelijk vertegenwoordiger of contactpersoon is bij de cliënt, maar wel een verzendadres wordt de gebruiker gevraagd of het verzendadres geschoond moet worden (zie Diagram 1)
-Bij gebruik van GWS8 worden de contactpersoongegevens uit het intakedossier geschoond op het moment dat er (bij nader inzien) geen contactpersoon of wettelijk vertegenwoordiger wordt opgevoerd.
Diagram 1 Op het moment dat er geen contactpersoon of wettelijk vertegenwoordiger is opgevoerd, maar wel een verzendadres wordt de gebruiker gevraagd of het verzendadres verwijderd moet worden
Bij in natura vergoeding toch een component
(PKO-38852)
Met ingang van deze release is het voor een gemeente mogelijk bij vergoedingen in natura toch een component aan te maken.
Dit effect kan worden bewerkstelligd door de nieuwe parameter WMO_COMPONENT_NATURA_JN die met de waarde ‘N’ is uitgeleverd op ‘J’ te zetten.
Uitleg bij vraag over meerkosten
(PKO-38857)
Met ingang van deze release wordt bij de vraag over het aanwezig zijn van meerkosten uitleg getoond. (zie Diagram 1)
Diagram 1 Uitleg bij vraag over aantoonbare meerkosten
Mening cliënt optioneel maken
(PKO-38858)
Met ingang van deze release is de vraag over de mening van de cliënt m.b.t. de probleemanalyse optioneel.
Gegevens wettelijk vertegenwoordiger en contactpersoon compacter invoeren
(PKO-44484)
Met ingang van deze release zijn de gegevens van contactpersoon en wettelijk vertegenwoordiger in te voeren op een scherm zonder schuifbalk.
Correcte teksten voor contactpersoon
(PKO-p210)
Het probleem dat de tekst over het doorgeven van wijzigingen aan de cliënt was gericht op het moment dat de beschikking voor de contactpersoon was gemaakt is in deze release opgelost.
Toelichtingen in rapportage
(PKO-p211)
In deze release is er voor gezorgd dat voor WMO Aanvraag bijna alle mogelijke toelichtingen in de rapportage worden getoond.
Volgnummer periodieke / incidentele component ongelijk aan code van de soort voorziening
(PKO-p217 + PKO-p221)
Het probleem dat WMO Aanvraag niet kan werken met voorzieningen waarvan de code niet gelijk is aan het volgnummer van de bijbehorende component is in deze release opgelost.
Om een component te koppelen aan een soort voorziening met een code die ongelijk is aan het volgnummer van de component moet in het eigen beleid een regel worden aangemaakt in het domein ‘Voorziening bij WMO Component’. Deze heeft als code het kolomnummer (06 of 08) van de component gevolgd door het volgnummer van de component, en als omschrijving de code van de soort voorziening (zie Diagram 1).
Diagram 1 Voorbeeld van een koppeling tussen een WMO component en een soort WMO voorziening. Hier is de component met kolomnummer 06 en volgnummer 44 gekoppeld aan de soort voorziening met code ‘AE’.
Voor voorzieningen waarbij de code soort voorziening wel gelijk is aan het volgnummer van de desbetreffende component hoeft verder geen actie te worden ondernomen.
Voorzieningen opgeslagen onder verkeerde cliëntgroep in verstrekkingendossier / vergoedingendossier
(PKO-p219)
Het probleem dat voorzieningen onder een verkeerde groep worden opgeslagen als een gemeente een andere indeling van groepen gebruikt dan de standaardindeling is in deze release opgelost.
De applicatie gebruikt nu voor het bepalen van de cliëntgroep bij een hoofdgroep de code waarbij ‘Indicatie PKO’ is gevuld met ‘WMO’ (zie Diagram 1). Als er meer dan 1 cliëntgroepen zijn waarbij deze indicatie is ingevuld biedt de applicatie een keuzescherm aan (zie Diagram 2).
Diagram 1 In dit voorbeeld wordt voor het onderhouden van vergoedingen / verstrekkingendossiers voor RO groep OV als mogelijkheid toegevoegd,
daarnaast is ook de cliëntgroep ’01’ in gebruik bij code regeling = 11, hoofdgroep = VV en indicatie PKO = ‘WMO’
Diagram 2 Omdat er meer dan 1 bruikbare cliëntgroepen voor vervoersvoorzieningen zijn waarbij indicatie PKO = ‘WMO’ wordt de gebruiker
van WMO aanvraag gedwongen er één van te kiezen
Datum indicatiestelling kan verschillen van begindatum indicatieperiode
(PKO-p220)
Het probleem dat de begindatum van de indicatieperiode niet kan worden ingevoerd als deze afwijkt van de datum waarop de indicatiestelling heeft plaatsgevonden is in deze release opgelost. Beide datums worden nu apart gevraagd en weggeschreven naar GWS4All. Ook de rapportage is er op aangepast.
Diagram 1 Voorbeeld uitvragen indicatiegegevens
Einddatum periodieke voorziening / component expliciet uitvragen
(PKO-p222)
Het probleem dat met WMO Aanvraag geen einddatums kunnen worden geregistreerd bij voorzieningen / componenten die afwijken van de einddatum indicatiestelling is in deze release opgelost. Ook kan de reden beëindiging worden aangepast. In de diagrammen hieronder een voorbeeldcasus.
Diagram 1 Voorbeeld uitvragen einddatum WMO voorziening
Diagram 2 Ook de reden beëindiging kan worden aangepast
Diagram 3 Voorziening is opgeslagen in het GWS4All verstrekkingendossier
Lege einddatum indicatieperiode
(PKO-p223)
De fout waarbij een lege einddatum van een indicatiestelling een
einddatum ‘1-1-1900’ in de beschikking opleverde is in deze release opgelost. Er wordt nu in zo’n geval een regel gegenereerd met uitsluitend een begindatum, bijvoorbeeld: “De toekenning gaat in op 1 augustus 2008.”
Details rolstoelvoorziening in rapportage
(PKO-p235)
De detailgegevens van rolstoelvoorzieningen werden niet in de rapportage getoond. Dit probleem is in deze release opgelost (zie Diagram 1)
Diagram 1 Voorbeeld detailgegevens van een rolstoelvoorziening in de rapportage