Bij die migratie Wlz PGB portaal van het SVB naar een nieuw systeem waarbij centraal werk van het SVB decentraal bij alle zorgkantoren komt te liggen (die waren al chronisch onderbezet!) is belachelijk qua missende informatie:
- reiskosten
- werkzaamheden
- zorgbeschrijvingen
Dat moet je nu dus als budgethouder of vertegenwoordiger allemaal zelf gaan nakijken en oplossen.

De klapper: de wijzigingen moeten opnieuw (ze waren in het oude systeem al goedgekeurd!) worden beoordeeld door het zorgkantoor.
Oh ja, als je het print krijg je maar 25% van de zorgbeschrijvingen te zien.

Zo kun je dus niet vastleggen wat je hebt ingevuld. Iets wat je met een controle van het zorgkantoor wel moet overleggen.
Als je tijdens het uitvogelen hoe je dan WEL alles naar PDF geprint krijgt even naar het toilet moet, dan wordt je automatisch uitgelogd.

Bij de oude @SVB_PGB site verloor je dan alleen de laatste pagina aan ingevulde gegevens.

Hier verlies je ALLE ingevulde gegevens.
@SVB_PGB Daarmee voldoet de nieuwe mijn PGB site niet aan het NORA principe van digitale toegankelijkheid die voor sites van of gerelateerd aan overheid verplicht is.

Daar schreef @StOnSoftware eerder dit jaar dit over:
De site schaart zich niet alleen daarmee onder die van bijvoorbeeld @hetAVL, maar ook omdat op de site niet vermeld staat dat er een time-out is en hoe lang die duurt.

Dat is ook verplicht en schreef ik al eerder in
@hetAVL Er is dus een nieuw mijn PGB portaal gebouwd wat je bij PGB uit Wlz verplicht moet gebruiken (de functionaliteit is niet meer het oude @SVB_PGB beschikbaar), maar het voldoet niet aan de standaard eisen van digitale toegankelijkheid.

Wat een wanprestatie!
@hetAVL @SVB_PGB Even een tekst die ik net kwijtraakte:

Alles wat met de migratie van het oude SVB systeem naar het nieuwe mijn PGB portaal niet meegekomen was (maar in het oude systeem wel door het zorgkantoor was goedgekeurd) opnieuw ingevuld:
-reiskosten
-werkzaamheden
-zorgbeschrijvingen
Alle Wlz zorgovereenkomsten die foutief gemigreerd zijn van @PGB_SVB naar het nieuwe mijn-PGB systeem (allemaal dus, want geen is zonder fouten) hebben deze status:

Status zorgovereenkomst
Goedgekeurd
Op 01-01-0001 om 00:00u

Sjeees, dat is aan het begin van de jaartelling!
Het nieuwe Mijn PGB Portaal heeft een bijzonder versienummer:

0.26.1.20220819-3218-0.26.1.20220819_20220819_87202

Ik denk dat iemand zeker wilde weten dat de datum er echt in zou komen en dat 0.26.1 ook. Drie keer en twee keer. Versienummer Mijn PGB
Dan even wat notities van welke HTML-styles ik aan moet passen zodat de pagina's printbaar naar PDF zijn en je geen informatie mist.
Oh, wacht eerst nog een screenshot. Het is niet dat ze bij de conversie er zelf niet achter hadden kunnen komen dat er informatie ontbrak: ze geven zelf aan dat het bij de conversie niet is meegekomen.
<<
De werkzaamheden bij het tarief van € 21,68 zijn onbekend, omdat het PGB Portaal deze niet heeft ontvangen bij het overzetten van deze zorgovereenkomst. Kies de juiste werkzaamheid bij dit tarief. Het is ook mogelijk om een andere eenheid te kiezen in plaats van uren.
Pas dan wel het tarief aan.
>>
De blanko vinkjes uit het PGB Portaal

En die uit 40.001NT 0321.pdf (Zorgovereenkomst Arbeidsovereenkomst Wlz) Begeleiding groep Begeleiding individueel Logeeropvang Persobegeleiding individueel begeleiding groep vervoer van/naar d
Dan de styling.

Pas als eerste op portal.entreepgb.svb.nl/#/#/zorgoveree… deze aan:

<div class="container container-static-footer">

(selector: body > div.container.container-static-footer)

Margins verlagen en breedte verhogen (mijn scherm is 1920 pixels breed; ik neem iets minder)
Daarna de rechter kolom smaller maken

<div class="col-md-3 col-md-offset-0 col-sm-4 col-sm-offset-4 side-panel">

(selector: #BodyContainer > main > div > div > div.col-md-3.col-md-offset-0.col-sm-4.col-sm-offset-4.side-panel)
En de linker kolom ook smaller (anders valt in de PDF de tekst er van de rechterkant af):

<div class="col-md-9">

(selector: #BodyContainer > main > div > div > div.col-md-9)
Dan de div van het bovenste veld van de zorgbeschrijvingen (de div heeft geen ID):

<div data-bind="css: colInputCss, validationOptions: { insertMessages: false}" class="col-sm-7">

(selector: #expanderZokZorgbeschrijving > widget-inputmultiline:nth-child(3) > div > div.col-sm-7)
Dan het bovenste veld van de zorgbeschrijvingen (die heeft wel een ID):

<textarea class="form-control" ... id="zorgbeschrijving1" ...>

(selector: #zorgbeschrijving1)
Dan de div van het onderste veld van de zorgbeschrijvingen (de div heeft geen ID):

<div data-bind="css: colInputCss, validationOptions: { insertMessages: false}" class="col-sm-7">

(selector: #expanderZokZorgbeschrijving > widget-inputmultiline:nth-child(4) > div > div.col-sm-7)
Dan het onderste veld van de zorgbeschrijvingen (die heeft wel een ID):

<textarea class="form-control" ... id="zorgbeschrijving2" ...>

(selector: #zorgbeschrijving2)

Gek: die was smaller dan #zorgbeschrijving1 ???
Bovenstaande aanpassingen waren voor het printen van een PDF van stap 3: Algemene afspraken.
Uiteraard gaat het ook fout (een PGB Portaal moet wel consequent zijn bij fouten) tijdens het maken van een PDF van stap 4: Controle.

Daar kun je niet eens meer handmatig de hoogte van de tekstvelden verslepen, dus nu komt alles neer op handmatig aanpassen van de stijlen.
Dan de div van het bovenste zorgbeschrijvingenveld(geen ID):

<div data-bind="css: colInputCss" class="col-sm-7">

(selector: #expanderAlgemeneAfspraken > div > zorgovereenkomst-zorgbeschrijving-readonly-component > widget-displaymultiline:nth-child(2) > div > div.col-sm-7)
Dan het bovenste zorgbeschrijvingenveld (ook geen ID):

<p class="form-control-static multi-line" style="">

(selector: #expanderAlgemeneAfspraken > div > zorgovereenkomst-zorgbeschrijving-readonly-component > widget-displaymultiline:nth-child(2) > div > div.col-sm-7 > p)
Dan de div van het onderste zorgbeschrijvingenveld (geen ID):

<div data-bind="css: colInputCss" class="col-sm-7">

(selector: #expanderAlgemeneAfspraken > div > zorgovereenkomst-zorgbeschrijving-readonly-component > widget-displaymultiline:nth-child(3) > div > div.col-sm-7)
Foutje: hoogte moest 1100px zijn:
Dan het onderste zorgbeschrijvingenveld (ook geen ID):

<p class="form-control-static multi-line" style="">

(selector: #expanderAlgemeneAfspraken > div > zorgovereenkomst-zorgbeschrijving-readonly-component > widget-displaymultiline:nth-child(3) > div > div.col-sm-7 > p)
Yay, aangepast en "gedeeld" met zorgverlener (lees: verstuurd). Die moet nu in het Mijn PGB Portaal ondertekenen en terugsturen, daarna kan budgethouder ondertekenen en "doorvoeren" (lees insturen naar zorgkantoor).

->
Het zorgkantoor gaat de overeenkomst dan beoordelen (wat gek is, want de situatie die ik heb opgelost is wat er bij hun migratie mislukt is dus alles is nu hetzelfde als de papieren versie die ze al beoordeeld en goedgekeurd hebben).
Dan gaan we verder met nog meer gebrek aan bruikbaarheid.

Als je op het Mijn PGB Portaal aanlogt krijg je rechts iets te zien als dit:

<<
Nieuwste berichten
15-09-2022
>>

Benieuwd of daar een bericht bij komt als een zorgverlener een overeenkomst getekend heeft?
Dus maar eens gekeken bij zorgovereenkomsten.

Als je daar klikt dan krijg je een melding "geen gegevens beschikbaar"
Op het moment dat je na een seconde of 5 op "Home" klikt om te kijken of er niet alsnog berichten zijn komt de aap uit de mouw:

Er zijn *toch* gegevens beschikbaar.

Lieg dan niet eerst tegen me PGB Portaal!
En een half uur later (vast iets met "eventual consistency") dan een bericht op de hoofdpagina.

Dat bericht is niet van de zorgverlener maar van het zorgkantoor en is meer een handleiding van wat ik in de volgende stap moet doen.
Alsof ik dat niet wist.

en.wikipedia.org/wiki/Eventual_…
Als je "Bekijk" aanklikt om te ondertekenen kom je in een meerstapsproces met de titel...

"Wijzigen zorgovereenkomst".

De stupiditeit van degenen die dit bedacht, ontwikkeld en getest hebben is echt onbegrensd.
Je raad het vast al: stap 3 lijkt als 2 druppels water op stap 4 van het contract wat ik aangepast heb en naar de zorgverlener "gedeeld".

Dus past het ook nu weer niet in de PDF tijdens het printen.
Een herhaling van een deel van de zetten dus. Precies de reden dat ik ze hierboven in de draad had gedocumenteerd.

Stap 1 maar dan net iets anders (via de styles in plaats van computed):
en dan de width:
Stap 2 lijkt op

Element en selector zijn ook hier identiek.

Maar omdat ik in het onderste zorgbeschrijving veld 1100px hoogte nodig had dit meteen gebruikt.

Oh, width kan dus ook 100% zijn. Mooi!
Stap 3 lijkt op

Je blijkt bij max-height ook auto te kunnen gebruiken. En dat werkt!

Bovenste en onderste zorgbeschrijving op het scherm meteen goed!
Maar tijdens het printen niet: inhoud komt niet onder het kopje maar naast het kopje te staan, dus loopt er tekst over van de inhoud van bovenste zorgbeschrijving naar die van onderste zorgbeschrijving.

Bummer.
Oh, "vorige stap" en dan "volgende stap" en het gaat wel goed. Mooi!
Ondertekenen was 1 muisklik en verzenden ook.

En dan kom ik meteen even terug op het begin van dit proces "ondertekenen en doorvoeren".

De begin-stap heeft namelijk de titel "Wijzigen":

De eindstap heeft ook de titel "Wijzigen".

En daar brak echt mijn klomp.

Links staat namelijk

<<
Gedeeld
De zorgovereenkomst is gedeeld met "zorgverlener". Uw zorgverlener krijgt hiervan bericht.

Wat gebeurt er nu?
"zorgverlener" kan de zorgovereenkomst nu bekijken

...
in het PGB Portaal. Uw zorgverlener kan nu dezorgovereenkomst ondertekenen of wijzigen.
Zodra uw zorgverlener heeft ondertekend, kunt u de zorgovereenkomst ondertekenen en doorvoeren.
>>

En rechts

<<
Status zorgovereenkomst

Nog niet goedgekeurd
Op
28-09-2022
om
21:55

...
Laatste notitie
...
Gedeeld met
"zorgverlener"

Ondertekend door
"zorgverlener"

Ondertekend door
"budgethouder"

Ingediend bij
Zorgkantoor Zuid-Holland Noord

Nog niet goedgekeurd door
Zorgkantoor Zuid-Holland Noord
>>
Het deel links en het deel rechts zijn het niet eens over de huidige status.

Als ik opnieuw de zorgovereenkomst bekijk (in het overzicht staat de status nu op "Ter goedkeuring" en de knop op "Bekijk") dan wijzigt de rechterkolom naar het volgende
van

"Nog niet goedgekeurd door
Zorgkantoor Zuid-Holland Noord"

naar

"Nog niet goedgekeurd voor Wlz door
Zorgkantoor Zuid-Holland Noord"

Is de overeenkomst dan zo snel wel voor iets anders goedgekeurd?
Ik heb echt sterk het idee dat de enige testers van het nieuwe PGB Portaal hier de budgethouders/vertegenwoordigers/zorgverleners zijn en dat geeft me een heel slecht gevoel over het systeem als geheel.
Ik ben met tussenpozen van twee keer ongeveer een half uur van 15:30 tot 22:30 hiermee bezig geweest.

Waar kan de factuur heen @svb_pgb en @zorgenzekerheid? Want jullie hadden zowel beloofd de import problemen op te laten lossen als dat de site een enorme verbetering zou zijn.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Jeroen Wiert Pluimers

Jeroen Wiert Pluimers Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @jpluimers

Sep 25
Not cool: the Visual Studio Code setting to enable automatic XML documentation expansion is under the very generic "Format On Type".

Not intuitive so it was hard to find.

Thanks @hereispascal for explaining the setting in stackoverflow.com/a/65716253/292…
@hereispascal That way, the `ms-dotnettools.csharp` extension "C# for Visual Studio Code (powered by OmniSharp)" picks it up and pushes it down to the OmniSharp engine which gets it from Roslyn (which shortly before exposed the underlying API).

marketplace.visualstudio.com/items?itemName…
@hereispascal Wish the correlation between the extension and repository were made more clear from the repository side (github.com/OmniSharp/omni… does not point back nor mentions `ms-dotnettools.csharp`) and has a different name "Official C# support for Visual Studio Code (powered by OmniSharp)".
Read 5 tweets
Sep 19
De balkonscène.

Van harte gefeliciteerd @NvCronenburg dat we al 20 jaar getrouwd zijn met toen een toepasselijke trouwerij in "de Woelige Baren": we zijn er beide, niet geheel verwacht, nog steeds.

Het Stadhouderlijk Hof, Leeuwarden.

Dank @fletcherhotels voor het fotograferen. ImageBalkonscène 2: de zoen. Balkonscène 3: de zoen.
Nicolette heeft voor het verblijf hier echt een prachtige suite uitgezocht. Zelfs het weer werkt mee. Beide kan ik aanraden.

Hier wat foto's. ImageImageImageImage
ImageImageImage
Read 6 tweets
Aug 20
Tip voor #MeerOverMedisch (ik hoop dat @ReneSteenhorst dit kan laten fiksen): zorg dat je behalve meerovermedisch.nl/columntypes/ga… ook per columnist de columns van individuele columnisten makkelijk terug kunt vinden.

Bijvoorbeeld de geweldige columns van @IvanWolffers.
@ReneSteenhorst @IvanWolffers Die kun je nu wel terugvinden via de omweg google.com/search?q=site%… maar een leesbaarder lijst zou een mooie ode zijn nu Ivan er nog heel even is.
@ReneSteenhorst @IvanWolffers Ik kwam er weer op omdat ik herinnerd werd aan waar @Liz_ORiordan een mooi statement maakte tegen de oorlogsterminologie rondom kanker.
Read 5 tweets
Aug 2
Similar for editing individual calendar.google.com entries.

However, there element class names have semi-random names, in this case `.kVw1pb`.

How rude is that @googlecalendar!

I tested this to work on monitor widths from 1024 to 3840px: Google calendar event details use half the Window width whicSemi-random element class names
One can figure out the class name of the `div` encompassing both the calendar item title and "Save" button, then setting `width` from `calc(578px + 56px + (100% - 1049px)*0.16666667)` to `calc(max(65%, 578px + 56px + (100% - 1049px)*0.16666667))` When making the width too wide, other elements get truncated
Anything wider (even like `calc(max(70%, 578px + 56px + (100% - 1049px)*0.16666667))`) makes the "More actions" dropdown going to be too narrow (despite there being enough screen estate). Probably fixable too, but too little energy for that right now. Too wide? Bye bye drop down content.
Read 5 tweets
Jul 31
Brand achter de zuidkant van @PL_Stadion #L1 #112 Image
Brandweer komt net aan.
Brandweer ontruimt zuidtribune

CC @1Limburg
Read 25 tweets
Jul 30
Wat weinig @WMC_Kerkrade tweets van me vandaag, want darmen roepen op heel zorgvuldig met mijn energie om te gaan.

Gelukkig nog het staartje van @advendosneek kunnen zien (sorry @locuta, meer zater er niet in) met het fenomenale vocale 99 Luftballons.

Image
Het einde met uitgevouwde vlag kon ik half zien maar niet goed genoeg voor een foto.

Wel een zitplak in de schaduw. Fijn!
De @FloraBand was mooi midden in hun comfort zone. Hopelijk genoeg punten, want "oeps" in de laatste trompetsolo. ImageImageImage
Read 9 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(