Kort baggrund
De fleste sociale tilbud kender rutinen: op til bestyrelsesmøde eller månedsafslutning trækkes tal fra regnskabssystemet, vagtplanen tjekkes for normeringsafvigelser, journalsystemet konsulteres for magtanvendelser og sygefravær, og det hele samles i et regneark, som til sidst bliver til en rapport. Ledelsesrapportering sociale tilbud er i praksis blevet en manuel sammenstillingsopgave, ikke en løbende indsigt i driften, og det har konsekvenser for, hvor hurtigt ledelse og bestyrelse kan reagere på det, der sker.
Hvorfor ledelsesrapportering sociale tilbud stadig er en manuel opgave
Problemet ligger sjældent hos den enkelte administrationsmedarbejder. Det ligger i, at et typisk tilbud driver på 3-5 systemer plus Excel: et journalsystem, et vagtplansystem, et regnskabssystem, et lønsystem og regneark til alt det, systemerne ikke selv kan. Ingen af dem taler sammen, så tal tastes flere gange, og ingen enkeltperson kan se helheden uden at samle den manuelt.
Det betyder konkret, at:
- Nøgletal for budget bosted trækkes fra regnskabssystemet på et tidspunkt, hvor vagtplanens faktiske forbrug endnu ikke er landet
- Nøgletal botilbud som sygefravær, vikarforbrug og normering findes i vagtplansystemet, men kobles først til økonomien, når nogen sætter sig og laver koblingen manuelt
- Magtanvendelser og faglige indikatorer ligger i journalsystemet og indgår sjældent i den samme rapport som økonomien, selvom de hænger sammen
Resultatet er en rapport, der er korrekt, men forældet, allerede når den præsenteres. Den viser, hvordan driften så ud for tre uger siden, ikke hvordan den ser ud nu.
Konsekvensen: rapporten kommer efter beslutningen burde være taget
Når bestyrelsesrapportering bosted kun sker én gang om måneden, opstår der en strukturel forsinkelse mellem hændelse og handling. En stigning i vikarforbrug i uge to bliver først synlig i den rapport, der lægges frem i starten af næste måned. En takst, der ikke længere matcher de faktiske omkostninger på en konkret borger, opdages ofte først ved kvartalsregnskabet, hvor skaden allerede er sket over flere måneder.
Det er ikke et spørgsmål om manglende vilje til at følge driften tæt. Det er en konsekvens af, at data bor forskellige steder, og at det tager tid at samle dem. Jo flere systemer, jo længere er vejen fra hændelse til rapport, og jo større er risikoen for, at tallene er forældede, når de endelig når frem til dem, der skal handle på dem.
Hvad ændrer sig, når rapporten følger driften
Når journal, vagtplan og økonomi bor i samme datamodel, opstår rapporten ikke som en efterfølgende sammenstilling, men som et løbende udtræk af det, der allerede er registreret. Det ændrer tre ting konkret:
- Timing. Rapporten er ikke længere en månedlig begivenhed, men et øjebliksbillede, der er tilgængeligt, når nogen har brug for det, fx før et bestyrelsesmøde eller en takstforhandling.
- Detaljeringsgrad. Fordi tallene stammer fra samme datamodel som bemanding og dokumentation, kan rapporten vise sammenhænge, som separate systemer ikke kan: om normeringen matcher bevillingen, om vikarforbruget hænger sammen med sygefravær på bestemte vagter, om en konkret borgers forbrug afviger fra taksten.
- Arbejdsbyrden ved at producere den. Den tid, der tidligere gik med at trække, rense og samle tal, forsvinder, fordi tallene allerede er strukturerede, når de registreres første gang.
Dette er kernen i forskellen mellem økonomistyring som en månedlig opgave og økonomistyring som en løbende del af driften. Se også, hvordan sammenhængen mellem vagtplan og bemanding spiller direkte ind i de nøgletal, ledelsen skal følge, og hvordan journalisering leverer de faglige indikatorer, der hører hjemme i samme rapport som økonomien.
Hvilke nøgletal botilbud bør indgå
En driftsnær ledelsesrapportering behøver ikke være omfangsrig for at være brugbar. De nøgletal, der oftest efterspørges af både ledelse, bestyrelse og tilsyn, er:
- Belægning og indtægt pr. plads holdt op mod budget
- Normering og vikarforbrug pr. team eller afdeling
- Sygefravær og personalegennemstrømning over tid
- Magtanvendelser og UTH-indberetninger
- Forbrug pr. borger holdt op mod den tildelte takst, se også takstberegneren for, hvordan taksten fastsættes nedefra på tilbuddets egne tal
Det, der gør forskellen, er ikke antallet af nøgletal, men om de opdateres i takt med driften eller først samles, når nogen sætter sig ned med et regneark.
Kompas' perspektiv
Kompas' perspektiv på ledelsesrapportering er, at rapporten ikke bør være en særskilt opgave, men et biprodukt af den daglige drift.
Én datamodel, ikke fem systemer
Når journal, vagtplan, økonomi og løn bor i samme datamodel, opstår rapporten som et udtræk af data, der allerede findes, ikke som en manuel sammenstilling. Det, der registreres ét sted, virker alle steder.
Fra to dage til to timer
Hos et tilbud, der i dag bruger Kompas, skrumpede månedsafslutningen fra to dage til to timer, og tallene rammer første gang. En anden ledelse gik fra otte timer om måneden til at rapporten ligger klar, når de åbner systemet.
Nøgletal koblet til borgerniveau
Fordi bemanding, dokumentation og økonomi hænger sammen ned til den enkelte borger, kan rapporten vise, om det leverede matcher det, kommunen har bestilt og betalt for, ikke kun om budgettet samlet set holder.
Ikke ni værktøjer, men ét
At samle tal fra flere systemer er den reelle årsag til, at ledelsesrapportering opleves som en byrde. Løsningen er ikke et bedre regneark, men at data slet ikke skal samles, fordi de aldrig var adskilt.
Hvorfor det betyder noget
For et socialt tilbud betyder driftsnær ledelsesrapportering, at ledelse og bestyrelse kan reagere på afvigelser i normering, vikarforbrug eller borgerøkonomi, mens de stadig kan gøres noget ved, ikke først ved kvartalsregnskabet. Det styrker også tilbuddets stilling i takstforhandlinger og tilsynsdialoger, fordi tallene kan dokumentere sammenhængen mellem indsats og pris, i stedet for at hvile på tommelfingerregler. I Kompas er dette ikke en ekstra rapporteringsfunktion, men en konsekvens af, at hele driften, fra visitation over dokumentation og vagtplan til økonomi, bor i samme system.