- Probleem: handmatig verzamelen per sms en papier duurt dagen, en elke wijziging vernielt de hele tabel.
- Oplossing: structuur, regels en capaciteit worden eenmaal gedefinieerd; aanvragen registreren zich binnen en worden automatisch aan regels getoetst.
- Twee methoden: voorgestelde diensten (prioriteit loggen + systeem arrangeert) en gewenste (kiezen uit toegestane opties, als stoelkeuze).
- Vertrouwensgarantie: het systeem schendt nooit regels om te vullen; het meldt oncompleteerbare diensten en verklaart arrangeringsredenen.
Wat is roostermanagement en waarom is het vitaal?
Roostermanagement is het plannen, regelconform arrangeren, conflicten oplossen en bewaken van de uren van ploegenpersoneel. Axis Puls is een websysteem voor het plannen, arrangeren, managen en controleren van roosters van grote organisaties — vooral ziekenhuizen en zorgcentra — en niet alleen verpleging: artsen, beveiliging, bewaking, services en administratief ploegenpersoneel worden gelijk gemanaged.
Traditioneel verzamelen aanvragen zich op papier, sms, messengers of oproepen; het afdelingshoofd puzzelt ze samen, toetst regels met de hand, en met elk verlof of ruil worden meerdere tabeldelen opnieuw gecorrigeerd. Met groeiende koppen en regels kan datzelfde proces dagen duren. Axis Puls maakt er een gestructureerd proces van: regels definiëren ← aanvragen registreren ← auto-toets ← arrangeren ← limietcontrole ← vrijgeven ← wijzigingen managen en rapporteren.
Organisatiestructuur en regel- & capaciteitsdefinitie
Het kernconcept van het systeem luidt: “een regel wordt eenmaal gedefinieerd, maar elke maand opnieuw uitgevoerd.” De leiding toetst nooit maandelijks alle regels vanaf nul opnieuw.
🏥 Organisatie & afdelingen definiëren
Een ziekenhuis wordt gedefinieerd; dan wordt elke afdeling (zoals IC) gebouwd met eigen regels en voorwaarden.
👥 Rollen
Verpleging, artsen, bewaking, services en beveiliging; elke afdeling heeft benodigde rollen.
🕒 Diensten
Een dienst kan voor één rol of de hele afdeling worden gedefinieerd.
📏 Capaciteit & limieten
Minimums en maximums, rol- en gendergebaseerde capaciteit en dag-, week- en maandlimieten.
Zo weet het systeem niet slechts “deze persoon moet dienst hebben”; het weet wie, op welke afdeling, in welke rol, wanneer, onder welke voorwaarden en met welke capaciteit in een dienst kan staan. Koppeling loopt eveneens met de code van elke afdeling: personeel voert de code in, kiest een rol, en de leiding toetst, corrigeert waar nodig en geeft vrij.
Voorgestelde vs. gewenste diensten — wat is het verschil?
Methode één: voorgestelde diensten
Personeel kiest gewenste dagen en diensten en markeert aanvraagprioriteit (bijv. prioriteit 1: zeer gewenst). Aanvragen verzamelen zich in het systeem, het afdelingshoofd ziet ze, en bij arrangeren toetst het systeem ze aan regels en capaciteit. Volledige details in het artikel Voorgestelde diensten.
Methode twee: gewenste diensten
Personeel kiest direct uit regelconform kiesbare diensten — als stoelkeuze in ticketing. Bij capaciteit kiesbaar, deactiveert volle capaciteit voor nieuwkomers. De volle vergelijking in het artikel Gewenste diensten.
In beide methoden staan organisatieregels boven individuele keuze. In voorgestelde modus zegt personeel “deze diensten prefereer ik”, en in gewenste modus “uit toegestane opties kies ik deze”.
Slimme arrangement; geen lang wachten, geen regelschending
De arrangeringsengine plaatst aanvragen onder regels en capaciteit in het rooster en kan aanvragen ordenen naar dienstcapaciteitsvulling. Met opnieuw arrangeren bouwt de leiding verse combinaties. Met binnenkomende aanvragen is de roosterstatus live zichtbaar: hoeveel registreerden, hoeveel capaciteit gevuld, welke diensten nog ruimte hebben.
Twee vertrouwensprincipes: ten eerste meldt het systeem, als onder voorwaarden geen geschikte persoon plaatsbaar is, in plaats van regels te negeren: “deze dienst is onder gedefinieerde voorwaarden niet completeerbaar”. Ten tweede verklaart het systeem, waar logica uitlegbaar is, waarom een persoon wel of niet in een dienst staat en welk limiet blokkeerde; de leiding vertrouwt nooit blind de finaletabel.
Verlof, dienstoverdracht en auto-herplanning
Personeel kiest verlof in de eigen dienstlijst; het systeem identificeert en stelt mensen voor die onder regels, limieten, capaciteit, rol en dienststatus kunnen overnemen, en na vrijgave wordt het rooster herschreven naar de nieuwe staat. Bij overdrachten creëren eveneens personeel of afdelingshoofd aanvragen, geschikten worden geïdentificeerd, en na acceptatie actualiseert het rooster. De stap-voor-stap-gids in het artikel Verlof- en overdrachtsbeheer.
Eerlijkheid, rapportage, toegang, postbak en ondertekening
Het systeem kan eerlijkheid in dienstverdeling berekenen uit diensten en prioriteiten zodat de leiding verdeling preciezer ziet; het is een beslisinstrument, geen mensenoordeel. Elk niveau ziet rapportage passend bij toegang (bijv. ziekenhuisdirectie ← hoofdverpleging ← afdelingshoofd ← personeel, instelbaar). De postbak stuurt kant-en-klare dienstlijsten aan leiding voor beoordeling en ondertekening, en de ondertekeningsmodule gebruikt veiligheidsmechanismen voor authenticatie. Interne notificaties en (waar actief) sms plus security-lagen — mobiele login, toegangsniveaus, logs, periodieke back-ups en IP-controle — houden informatie bij bevoegden. Details in het artikel Eerlijkheid, toegang en rapportage.
- Een tabel zegt slechts wie waar en wanneer werkt.
- Axis Puls managet de hele keten: structuur ← regels ← rollen ← diensten ← personeelsregistratie ← aanvragen ← limiettoetsen ← arrangement ← vrijgave ← verlof ← overdracht ← herplannen ← rapportage ← ondertekening.
De kernboodschap voor afdelingshoofden, hoofdverpleging en ziekenhuisdirectie
Voor afdelingshoofden: management wordt niet verwijderd; repetitief rekenwerk krimpt. Afdelingshoofden blijven regels stellen, roosters beoordelen en finaal beslissen, maar schuiven van “handmatig tabelbouwen” dichter naar “roosterbeheer en -controle”. Voor hoofdverpleging: afdelingsplanning en activiteit van hoofden worden in een zichtbare, rapporteerbare structuur gemanaged. Voor ziekenhuisdirectie: in plaats van verspreide processen één geïntegreerde structuur voor het definiëren van regels, plannen, wijzigen en rapporteren.
Uitrol, proefperiode en prijsmodel
Start dekt structuurkennis, definitie van ziekenhuis en afdelingen, regels en limieten, rollen, diensten en capaciteiten, toevoegen van personeel, gebruikerstraining, daarna proefgebruik. Nieuwe organisaties gebruiken het systeem twee maanden in test onder reële omstandigheden en vergelijken meetwaarden zoals roostervoorbereidingstijd, wijzigingsaantallen en hoofd-ervaring. Volgens het huidige model kost capaciteit tot 75 mensen: maandelijks 2.500.000 toman en jaarlijks 19.000.000; andere capaciteiten worden per contract vastgesteld. Volldetails in het artikel Uitrol, test en prijzen.
Om het systeem diep te kennen lees: Voorgestelde diensten, Gewenste diensten, Verlof & overdracht, Eerlijkheid & toegang, Uitrol & prijzen en Verpleegroosters.
❓ FAQ's over roostermanagement (FAQ)
Definieer regels eenmaal; manage elke maand
Test twee maanden onder reële omstandigheden van je organisatie, dan beslis.
Start proefperiode