Zelfmatch op basis van Cluster indeling
Medewerkers kunnen zich d.m.v. de zelfmatch inschrijven voor openstaande diensten binnen de organisatie. De reikwijdte van de zelfmatch wordt o.a. bepaald door bronplaneenheid, de planeenheid verdeling en de voorkeur planeenheden.
Om te voorkomen dat je een grote hoeveelheid planeenheden in de voorkeur van een medewerker moet toevoegen en op medewerker niveau moet onderhouden, is het onze wens om binnen de zelfmatch ook op basis van beschikbare clusters de reikwijdte te bepalen.
Clusters kunnen namelijk eenvoudig en gecentraliseerd onderhouden worden, waardoor een wijziging in een cluster direct effectief is bij de medewerkers die middels een cluster voorkeur gekoppeld zijn. Zo stel je eenmalig het cluster voor de medewerker in en voer je het onderhoud uit op het cluster i.p.v. de individuele medewerker.
Siza hoopt hiermee te bereiken dat Medewerkers op een eenvoudige wijze inzicht krijgen in openstaande diensten binnen bijvoorbeeld de eigen zorgeenheid. Deze eenheid kan variëren van 20 tot 50 planeenheden die gedurende het jaar kunnen wijzigen. Hierdoor is er nu een hoge administratieve last om de voorkeuren bij medewerkers actueel te houden, mede ook door doorstroom van medewerkers naar andere zorgeenheden.
Roy Bouwman - Functioneel Beheer SDB Planning
plaatste dit idee
Goede suggestie,
-
Hoi Roy, dit is zeker actueel. We hebben het alleen nog niet bekendgemaakt in de release notes.
Wij testen deze functionaliteit en geven een update.
Ticket nummer: 65674(Bewerkt door admin) -
Goedemorgen Sierik,
Ik zie dat de status van deze wens twee keer in overweging is genomen. Kan je aangeven of deze status nog actueel is?
-
M. Koning (Melanie)
schreef
Wij hebben deze wens ook en wat ons betreft zou dit opgelost kunnen worden door in het beheer van de zelfmatch naast de keuze voor "eigen", "gedeeld", "Planeenheid voorkeur 1 en 2" ook een keuze toe te voegen voor "clustervoorkeur 1 en 2".