- Issue: In de traditionele methode betekent vakantie handmatig zoeken tussen collega's en bij elke wijziging moeten verschillende delen van de tabel handmatig worden gewijzigd.
- Vakantie routes volgens productdocumentatie: De werknemer kiest verlof uit de lijst van zijn diensten en het systeem stelt de in aanmerking komende personen voor deze dienst te accepteren.
- Delivery route: Een opdrachtverzoek wordt gemaakt, de in aanmerking komende personen worden geïdentificeerd, de kandidaat aanvaardt het en de aanvraag wordt bijgewerkt.
- Resultaat: Het veranderen van een dienst vereist geen handmatige herbouw van de hele tabel; wijzigingen in het registratie-systeem en hun effect op het programma worden beheerd.
Waarom is het beheer van verlof en overdracht de bottleneck van het ploegenprogramma?
De dienstverlening, die wordt bevestigd en aangekondigd, is pas halverwege; want het echte leven begint dat onmiddellijk te veranderen. Ziekte, gezinsgebeurtenissen, trainingsopdrachten, vakantie-overdracht en tientallen andere redenen maken dat meerdere diensten tijdens de maand worden afgezegd of overgedragen. Op de traditionele manier activeert elk van deze wijzigingen een handmatige keten: men moet onder collega's zoeken en één voor één vragen wie hun plaats kan innemen; directeuren moeten controleren of het voorgestelde alternatief compatibel is met de regels van de afdeling of niet; en na afspraken, moeten sommige delen van de tabel handmatig worden gewijzigd. Wanneer het aantal wijzigingen toeneemt, verplaatsen deze opeenvolgende correcties de tabel geleidelijk van de oorspronkelijke logica en creëren nieuwe fouten.
Volgens de productdocumentatie Axis Puls systeem voor deze knelpunten, pad Beheer van verlof en dienstverlening De centrale gedachte is eenvoudig: een verandering die in het systeem wordt geregistreerd, is een effect dat het systeem zelf op de toepassing beheert. In plaats van de verlof in de gesynchroniseerde boodschapper te worden overgedragen en handmatig naar de schema te worden overgedragen, worden alle stappen van het indienen van het verzoek tot het aanbieden van een vervanging en het opnieuw schrijven van het schema in één structuur uitgevoerd. Gids voor het beheer van ploegen De eerste fase van de planning is een basisprogramma met een methode. Voorgestelde dienst Het is gemaakt en wat is de methode Gewenste dienst worden geselecteerd
Verlaat de inschrijving uit de lijst van diensten
De uitgangspunt van het verlofproces is de individu zelf. Volgens de productdocumentatie selecteert de werknemer de vakantieoptie voor de gewenste dienst uit de lijst van zijn diensten. Dit eenvoudige uitgangspunt heeft twee belangrijke verschillen van de traditionele methode. Ten eerste is het verlofverzoek van het begin af verbonden met de identiteit van de persoon, zijn rol, de relevante afdeling en de kenmerken van dezelfde dienst; dus weet het systeem vanaf het moment van registratie precies welke vacatures in welke afdeling en onder welke voorwaarden zijn gecreëerd. Ten tweede wordt het verzoek geregistreerd in hetzelfde systeem waar de regels en capaciteiten zijn gedefinieerd; dus voor de volgende stap, d.w.z. het vinden van een vervanger, is alle nodige informatie al beschikbaar en is het niet nodig om de dienst specificaties opnieuw aan verschillende mensen uit te leggen.
Kies uit de persoonlijke lijst
De werknemer vindt de gewenste dienst tussen zijn diensten en registreert de vakantieoptie.
Verbinding met de verschuivingsspecificaties
Het verzoek is gekoppeld aan de afdeling, rol, tijd en capaciteit van dezelfde dienst en wordt de exacte vacatures vermeld.
👁️ Bewaking van het management
Headners ziet het verzoek in de systeemstructuur en volgt het proces om het te behandelen.
Traceerbare registratie
Het verzoek blijft in het systeem geregistreerd; in tegenstelling tot verstrooide berichten wordt het niet verloren en kan het worden gevolgd.
Om het verschil beter te begrijpen, overweeg een productdocumentatie scenario: Een verpleegster wil een tijd vrij nemen voor een dienst. Op de traditionele manier is zijn boodschap aan Headners: "Ik kan vandaag niet komen, zoek zelf iemand" en dan begint een handmatige zoektocht onder collega's. Maar op weg naar het systeem wordt hetzelfde verzoek op een gestructureerde manier geregistreerd en gaat onmiddellijk in de vervangingsidentificatiefase; een stap die het onderwerp is van het volgende gedeelte van deze gids. Als u nog niet bekend bent met het algemene kader van de regels van de afdeling, bekijk dan het artikel Shift aanpassing En om kennis te maken met de uitvoering van het programma, wordt het artikel Shift control Het wordt voorgesteld.
Identificatie van gekwalificeerde personen om de dienst te dekken
Na het indienen van het verlof verzoek, is de belangrijkste vraag: Wie kan deze persoon de plaats innemen? Volgens de product documentatie, het systeem identificeert de mensen die de mogelijkheid hebben om die shift te accepteren volgens de regels, beperkingen, capaciteit, arbeidsvoorwaarden, rol en ploegstatus en suggereert het aan de werknemer. Dit betekent dat in plaats van de persoon die verlof neemt handmatig te zoeken onder de werknemers en vragen verschillende mensen, een lijst van toegestane opties voor hem zal worden gepresenteerd. Elke naam op deze lijst is een individu voor wie het ontvangen van die shift niet in strijd is met de regels van de afdeling; bijvoorbeeld, het plafond van zijn wekelijkse shift is niet gevuld, hij heeft de vereiste rol van die shift en er is geen conflict met zijn tijdslimieten.
De waarde van deze slimme suggestie ligt in drie punten. Verwijder blind zoekenIn plaats van tien mensen te vragen, waarvan de helft misschien helemaal niet mag werken, spreekt men rechtstreeks naar echte opties. Het houden van de wet in het moment van verandering; omdat alleen bevoegde personen worden voorgesteld, heeft het alternatief dat uiteindelijk wordt gekozen ook het filter van de regels doorstaan en zal de dekking van de sector de wetsovertreding niet verbergen. ten derde, Overeenkomst snelheidWanneer beide partijen weten dat het systeem deze overdracht mogelijk maakt, wordt de onderhandeling korter en betrouwbaarder. Gewenste dienst Het is een eerste selectie, maar het verschil is dat het hier wordt toegepast op een specifieke en vooraf bepaalde dienst. Gids voor het beheer van ploegen Zie ook:
Het voorstel voor een alternatief is niet "iedere vrijwilliger"; het is een persoon die de mogelijkheid heeft om die specifieke verschuiving te accepteren volgens de regels, capaciteit, rol en werksituatie.
Het schrijven van het programma na het verlof; verschil met een eenvoudige tabel
Na de verlof is geregistreerd en bevestigd en de vervanging is geïdentificeerd, blijft het schema niet gewoon hetzelfde; volgens de productdocumentatie neemt het systeem de verandering in het programma en schrijft het schakelprogramma opnieuw naargelang de nieuwe situatie. Dit punt is wat het systeem scheidt van een eenvoudige kalender of tabel. Een eenvoudige tabel toont alleen "wie werkt waar en wanneer"; Als een verandering plaatsvindt, moet de beheerder zelf alle effecten handmatig vinden en corrigeren.
Het belang van deze herschrijving wordt duidelijker wanneer de veranderingen een na de andere plaatsvinden; bijvoorbeeld, in een week moeten drie vakanties en twee overdrachten worden geregistreerd in één afdeling. In de handmatige methode wordt elke wijziging toegepast op een tabel die zelf het resultaat is van een handmatige wijziging van de vorige wijziging, en fouten worden opgebouwd. Maar wanneer elke verandering wordt geregistreerd in het systeem en het programma na elk evenement wordt herschreven, weerspiegelt de tabel altijd de laatste bevestigde staat en de beheerder ziet de echte kijk op de afdeling op elk moment. Dit is hetzelfde concept dat de productdocumentatie "automatisch veranderingsbeheer" noemt: verlof, dienstverlening, verandering van de status van een persoon, verandering van capaciteit en verandering van verzoek worden geregistreerd in het systeem en het systeem beheert hun effect op het programma. Om te leren over het mechanisme van het toezicht op deze veranderingen na de uitvoering van de studie, Schakelbeheer en voor het werktijds kader, werktijden Het is nuttig.
Verzoek om overdracht van de dienst en aanvaarding door de collega
In het verlof wordt een excusesverzuim voor een dienst geregistreerd en wordt de focus op het invullen van de vacature; bij overdracht wordt de dienst zelf overgebracht van de ene persoon naar de andere. Volgens de productdocumentatie is het toewijzingspad als volgt: werknemers of toezichthouders maken een dienstverzuimsaanvraag van binnen het systeem; het systeem identificeert mensen met de nodige voorwaarden om die dienst te ontvangen en stuurt het verzoek naar hen; mensen die bereid zijn om het te accepteren; en na deze verandering wordt de app opnieuw bijgewerkt. Het doel is duidelijk: het veranderen van een dienst moet niet handmatig de hele tafel opnieuw bouwen.
- Het opstellen van een opdrachtverzoek voor een specifieke verschuiving van het systeem door een werknemer of een toezichthouder.
- Het identificeren van mensen met de nodige voorwaarden om die shift te ontvangen en hen verzoeken te sturen.
- Aanvaarding van de aanvraag door de vrijwilliger onder de toegestane opties.
- Updaten van het programma en wijzigingen aanbrengen in de sectie tabel.
Het scenario uit de productdocumentatie maakt dit pad concreet: een verpleegkundige kan niet opdagen voor een dienst, vraagt binnen het systeem om een overdracht, het systeem identificeert geschikte personen en stuurt het verzoek naar hen, iemand accepteert en het systeem past de wijziging toe op het rooster. In al deze stappen liggen de uiteindelijke beslissing en goedkeuring bij de afdelingsmanager en speelt het systeem de rol van een op regels gebaseerde facilitator. Als uw personeel in de categorie dienstverleners of ploegwerkers valt, zijn de artikelen Stafdienst en Ploegwerkers en voor de ziekenhuisomgeving Verpleegkundigen dienst geschikte aanvullingen bij dit artikel. En vergeet niet: deze functies zijn beschreven in de productdocumentatie; neem contact op met het Axis Puls -productteam voor de releasestatus en activeringsdetails in uw suite.
❓ Vragen over verlof en ploegen (FAQ)
Beheer van maandelijkse wijzigingen in hetzelfde systeem
Probeer het twee maanden in de echte omstandigheden van je collectie en besluit dan.
Begin van de proefperiode