Mindre administration. Mer tid för eleverna.
Incidenter, remisser, EHT-möten och anpassningar i ett system: skollagssidan av elevhälsan. Rätt uppgift når rätt person automatiskt, och ingen annan. Det medicinska stannar i journalen.
Skollagssidan av elevhälsan i ett system, inte fem
Slut på spridda dokument och dubbelarbete. Allt ingår — inga moduler att köpa till.
Incidentrapportering
Snabb rapportering med uppföljningsdatum, statushantering och automatiska notifieringar. Ärenden kan inte falla mellan stolarna — och stängs inte förrän alla steg är klara.
Remisser
Formella remisser till elevhälsan och specialister. Prioritering, tilldelning och komplett ärendehistorik.
EHT-möten
Schemalägg, dokumentera och följ upp elevhälsoteamets möten. Agenda, beslut och åtgärder samlade.
Anpassningar
Dokumentera extra anpassningar per elev med kategorisering, granskningspåminnelser och utgångsdatum. Synligt för alla berörda lärare, mentorer och EHT.
Filhantering via SharePoint
Alla filer lagras i huvudmannens egen Microsoft 365-miljö, inte hos oss. Ni behåller full kontroll. Stöd för Microsoft 365 idag, Google Workspace planerat.
Fullständig spårbarhet
Se exakt vilka elevuppgifter eller bifogade filer som har öppnats, redigerats, skrivits ut eller exporterats — och av vem. Komplett logg med tidsstämpel och användare, direkt i systemet.
Tre saker som skiljer Skolshield från ett journalsystem
Läraren är part i ärendet, inte bara rapportör
I system som är byggda kring vårdjournalen lämnar läraren sin anmälan i en brevlåda och ser sedan ingenting. I Skolshield följer mentorn sina elevers ärenden, ser status och ny aktivitet på sin egen startsida och bidrar i uppföljningen. Det är läraren som möter eleven varje dag, och systemet behandlar det som en tillgång i stället för en risk.
Från en skola till hela huvudmannen
Varje skolenhet arbetar avskilt med sina egna elever, medan den centrala elevhälsan ser aggregerade lägesbilder för hela kommunen. Enskilda ärenden når den centrala nivån först när skolan eskalerar dem, och all åtkomst kan granskas i den inbyggda loggkontrollen. Elevregistret synkas per skolenhet, varje natt.
Lärare ser det de behöver, andra elevers namn maskeras
I system som är byggda kring vårdjournalen ser läraren antingen allt eller inget. I Skolshield får läraren en begränsad vy av händelsen: vad som hänt, när, och de egna eleverna vid namn, medan namnen på elever som hen inte undervisar maskeras automatiskt på servern. Kommentarer, filer och vårdnadshavarkontakt stannar hos dem som handlägger ärendet. Behörighet efter behov, inbyggt i systemet i stället för i en policy.
Skolshield är skollagssidan av elevhälsan: från lärarens första notering till EHT:s beslut och rektors anmälan.
Rätt uppgift når rätt person automatiskt, och ingen annan. Det medicinska stannar i journalen.
Svep i sidled, eller tryck på bilden för helskärm.
Läraren rapporterar. Mentorn följer. Elevhälsan får veta, automatiskt. Vården skriver i sin journal. Rektor anmäler. Allt loggat.
Lagen är inbyggd i flödet, inte i en pärm
Sedan 1 augusti 2026 gäller nya regler för kränkande behandling (6 kap. 10–10 a §§ skollagen): personal informerar rektor om allvarliga eller upprepade kränkningar, rektor anmäler dem till huvudmannen, som utreder, och övriga händelser hanteras på skolnivå. Skolan ska dessutom bedriva elevhälsa och dokumentera stödinsatser. Huvudmannen bär fortfarande bevisbördan: utan dokumentation går det inte att visa att skolan gjort rätt, oavsett om ärendet stannade på skolnivå eller gick vidare.
Skollagen 6 kap. — inbyggt i formuläret
När en incident flaggas som kränkande behandling anger rapportören grunden: allvarlig, upprepad eller att personal pekas ut. Först då startar kedjan rektor → huvudman, med kvittens av rektor, loggad anmälan till huvudmannen, steg för att informera vårdnadshavare och utskrivbart underlag för Skolinspektionen och BEO. En engångshändelse som hanteras på plats registreras utan pappersarbete, med ett klick för att eskalera senare. Upprepningskontrolln visar tidigare kränkningar som rör samma elever, så att 'upprepad' blir ett faktum i stället för ett minnestest.
- Grund anges i formuläret
- Upprepningskontroll
- Huvudmannens inkorg
- Underlag för Skolinspektionen och BEO
Behörighet efter behov: samma händelse, två vyer
Lärare som bara berörs genom sin undervisning ser en begränsad vy: vad som hänt, när, och sina egna elever vid namn. Namnen på elever som de inte undervisar maskeras automatiskt på servern. Skolledning, handläggare och mentorer ser allt och avgör vad som delas: en anteckning kan märkas som synlig för berörd personal, och ett ärende kan öppnas helt när öppenhet är rätt. Det är inre sekretess i praktiken: bara den som behöver uppgiften för sitt arbete ser den, vilket IMY kallar behörighetsstyrning och som kommuner ställer som ska-krav.
- Maskering per betraktare, på servern
- Delningskontroller för handläggare
- Varje visning loggas
Makulering, med spårbarhet
En felaktig eller falsk anmälan, till exempel inlagd från en lärardator som en elev kom åt, kan makuleras av skolledningen med obligatorisk motivering. Ärendet finns kvar i elevens historik, markerat som makulerat, men tas bort ur statistik och lägesbilder. Det är rättelse enligt GDPR artikel 16 utan att spåret raderas. En anmälan enligt 6 kap. som redan gått till huvudmannen måste avslutas först, och snabbrapporter som skickats från låsskärmen markeras med en varningsflagga för handläggarna.
- Obligatorisk motivering
- Utanför statistiken, kvar i loggen
- Rapportören kan flagga 'felaktigt inlagd'
Varje åtkomst är personlig, även till filerna
Det finns ingen öppen länk där vem som helst kan lämna en anmälan. Varje rapport, även snabbrapporten från en låst skärm, är knuten till en inloggad och verifierad person, och snabbrapporten flaggas för handläggaren. Varje öppnad fil ger en personlig, tidsbegränsad behörighet på användarens egen nivå: inga stående organisationsomfattande redigeringslänkar lagras någonstans. Vilken inloggningsnivå som krävs styrs per roll, upp till BankID på tillitsnivå 3.
- Ingen anonym rapportering
- Personliga filbehörigheter
- Inloggningsnivå per roll
Lagkedjor som systemet modellerar
| Regel | Vad systemet gör |
|---|---|
| Skollagen 6 kap. 10–10 a §§, kränkande behandling | Grund anges, rektor informeras, anmälan till huvudmannen loggas, utredning följs upp. Kvittens av rektor, huvudmannens inkorg över alla skolenheter och daglig påminnelse tills anmälan är kvitterad. |
| Skollagen 3 kap. 7 §, särskilt stöd | Rektor notifieras när en remiss skapas så att utredning säkerställs. Rektorsbeslut dokumenteras på remissen. |
| EHT-protokoll | Protokoll justeras i systemet. Beslut blir åtgärder med ansvarig och uppföljningsdatum. |
| Gallring och arkivlagen | Gallringsgolv per huvudmannatyp. För kommunala huvudmän är bevarande standard; gallring sker bara enligt er dokumenthanteringsplan. |
| Överlämning vid skolbyte | Andra elever i samma händelser maskeras (Elev A, Elev B) och menprövning krävs innan export. Flytt inom kommunen sker automatiskt vid synk. |
Ingen öppen länk. Ingen anonym anmälan. Varje rapport har en verifierad avsändare.
Skolshield sitter direkt på skolans Microsoft 365. Personalen loggar in med kontot de redan har, och känsliga roller får ett extra steg som kräver den egna telefonen. Ingen separat tvåfaktorsleverantör att upphandla, inget tillägg på fakturan.
Illustration av flödet: sessionen låses efter inaktivitet, Microsoft skickar en push till användarens telefon och siffran på skärmen måste matchas i appen. Lösenordet behöver aldrig skrivas in igen.
-
Microsoft 365 som grund
Samma konto som e-post och Teams, samma villkorsstyrda åtkomst som IT redan förvaltar. Inga nya lösenord att glömma. Google Workspace-inloggning är planerad.
-
Engångskod (TOTP)
Sessionslås för datorer som lämnats olåsta. Skanna en QR-kod en gång, lås sedan upp med den sexsiffriga koden från Microsoft Authenticator, Google Authenticator eller valfri app. Fungerar även utan mobiltäckning.
-
Microsoft Authenticator med sifferbekräftelse
Ett tryck på telefonen: användaren matchar siffran på skärmen, och bara den som håller i telefonen kan låsa upp. Pushen går direkt via er egen Entra-tenant, utan någon tredje part emellan. Kräver Entra ID P1, som ingår i Microsoft 365 A3 och A5 och som de flesta kommuner redan har. Saknas licensen används engångskoden som det extra steget i stället.
-
BankID, tillitsnivå 3
För elevhälsan, skolledningen och IKT, eller där ni själva vill lägga ribban. Tecknas via ert eget bankavtal utan påslag, eller som ett tillval som vi hanterar.
Incidentrapporter tas emot via en öppen webblänk där vem som helst kan skicka in, utan inloggning. Rapporterna sorteras sedan av de användare som har licens. Stark inloggning med BankID eller Freja säljs som tillägg.
Varje anmälan kräver en inloggad person, även snabbrapporten från en låst skärm, som dessutom flaggas för handläggaren. Microsoft Authenticator och engångskod ingår i priset och kopplas direkt till er tenant. BankID läggs ovanpå, styrt per roll.
Styrt per roll: elevhälsan och skolledningen kan kräva Authenticator-push eller BankID, medan klassläraren loggar in med Microsoft och en sessionstimeout. Inställningen görs av er IKT-ansvarige, utan att ni behöver kontakta oss. De öppna demomiljöerna körs utan MFA, av uppenbara skäl; vill ni se flödet med era egna konton visar vi det live.
Byggt för svenska skolor
Data inom EU
Datacenter i Helsingfors, krypterade säkerhetskopior i Tyskland. Ni äger era data. Inga amerikanska molntjänster i vår drift.
Microsoft 365-integration
Inloggning via Microsoft, filer på SharePoint, kalendermöten med Teams-länk. Microsoft Authenticator, engångskod och BankID som extra nivåer, styrda per roll. Google Workspace är planerat.
Skyddade personuppgifter
Stöd för sekretessmarkering och skyddad folkbokföring. Aliassystem, rollbaserad åtkomst, komplett granskningslogg.
Redo att lämna dubbelarbetet bakom er?
Se hur Skolshield samlar skollagssidan av elevhälsan på ett ställe, till en lägre kostnad än dagens system. Prova själva i demon, eller hör av er så visar vi.