Specifikation

Start / IUP / Specifikation

detaljerad kravspecifikation

område > utvecklingssamtal >

Förbättrad utvecklingssamtalsprocess

Funktionens namn på engelska: Appraisal Meetings

Kommentar: Detta arbete är en samlad förbättring av den befintliga utvecklingssamtals-modulen i Vklass (V2) och syftar till att täcka hela arbetsprocessen från förberedelse till uppföljning, i linje med Skolverkets riktlinjer för respektive skolform.

bakgrund och syfte

Denna funktion bygger vidare på den tidigare kravspecifikationen för förbättrad utvecklingssamtalsprocess (V2) och integrerar tillägg efter återkoppling av referenspersoner. Målet är att skapa ett heltäckande och användarvänligt verktyg för hantering av utvecklingssamtal och IUP inom alla skolformer, enligt Skolverkets riktlinjer. Systemet ska:

  • Stödja förberedande dokumentation över tid.
  • Ge tillgång till historiska IUP:er direkt i det nya gränssnittet.
  • Möjliggöra parallella samtal på flera skolor (vid flera skolkopplingar).
  • Anpassa flöde, rubriker och innehåll efter skolform.
  • Erbjuda klassöversikt och påminnelsehantering.
  • Möjliggöra styrning av loggar och publiceringar

ytterligare detaljer kring funktionens syfte

Den nya uppdaterade modulen ska återinföra styrkan i V1 (det levande dokumentet, historik och logiskt flöde) samtidigt som den behåller styrkan i V2 (fliksystem, integrationer av andra moduler, sammanfattning). Utöver tidigare syfte tillförs:

  • Ett strukturerat sätt att inhämta lärarinput via frågeformulär före samtal.
  • Panelstyrning för bättre översikt och färre klick.
  • Möjlighet att kopiera text mellan paneler för att snabbt kunna dokumentera.
  • Ny vy för klassöversikt, där personal kan se status, skicka påminnelser och bokningar.

planerade förändringar och tillägg

  • Ny flikstruktur och förbättrad navigering
  • Ny panelstruktur
  • Klassöversikt
  • Förberedande dokumentation
    • Förberedande dokumentation - Frågeformulär (Nice to have)
  • Sammanfattning från föregående samtal
  • Koppla överenskommelser till ämnen
  • Förbättrad hantering av flera skolkopplingar
  • Historiska IUP:er (tittvy)
  • Hantering av loggar
  • Koppla utvecklingssamtal till perioder
  • Publicering av utvecklingssamtal och loggar

funktioner (use cases/user stories)

[01] ny flikstruktur och förbättrad navigering

Som personal vill jag tydligt se arbetsprocessen anpassad efter skolform, så att jag får rätt stöd oavsett om jag arbetar i förskola, grundskola eller gymnasiet.

Acceptanskriterier

  • En ny toppnavigering med tre huvudflikar:
  1. Klassöversikt – ny vy för status och påminnelser (se Use Case 02)
  2. Bokningar – hantering av inbokade samtal.
  3. Samtal – befintlig process med underordnade flikar Innan, Under, Efter.
  • Förändrad flikhantering för Samtalet för enklare ange kontext
    • Elevval följer med mellan underordnade flikarna (personal)
    • Skolval följer med mellan underordnade flikarna (elev och vårdnadshavare)
      • Skolval ska endast finnas för de elever som aktivt tillhör flera skolor inom samma skolform.
  • Infotext högst upp på Innan-fliken ska vara följande:
    • SV: Här samlas allt förberedande underlag inför utvecklingssamtalet.

Syfte: Tydligare översikt, enklare navigering mellan elever och klasser, samt en mer logisk process från planering till uppföljning.

[02] ny panelstruktur (UI/UX-förbättring)

Alla paneler i Innan och Under är nu ihopfällbara med visuell statusindikator.

  • Paneler med obesvarade delar markeras med färg.
    • Förberedande dokumentation
    • Elevens självskattning
    • Frågor som besvarades innan samtal (VH)
  • Antalsindikator visar progress på paneler som innehåller data
    • Närvaro - Ska anges i % total närvaro
    • Resultat - Antal ämnen (t.ex 12 ämnen)
    • Extra anpassningar - antal aktiva anpassningar (t.ex 2 st)
    • Åtgärder - antal aktiva åtgärder från åtgärdsprogram (inga aktiva)
  • Panelerna laddar mer data dynamiskt vid expandering för prestanda.
  • Panelerna får en ny ordning för bättre flöde i samtalet, se lista nedan för respektive flik:

Panelordning (Innan-fliken):

  1. Närvaro
  2. Resultat
  3. Extra anpassningar
  4. Åtgärder i åtgärdsprogram
  5. Föregående utvecklingssamtal
  6. Förberedande dokumentation
  7. Elevens självskattning
  8. Frågor som besvaras innan samtalet

Panelordning (Under-fliken):

  1. Sammanfattning från föregående samtal (ny panel)
  2. Närvaro
  3. Resultat
  4. Extra anpassningar (om aktiverat)
  5. Åtgärder i åtgärdsprogram (om aktiverat)
  6. Förberedande dokumentation (Endast personal + Skrivskyddad)
  7. Elevens självskattning (Skrivskyddad)
  8. Frågor som besvaras innan samtalet (VH) (Skrivskyddad)
  9. Dokumentation under samtalet
    1. Överenskommelser
    2. Bifoga filer

Effekt: Tydligare, snabbare översikt i logisk ordning, samt minskar antalet klick på paneler om man ser att det inte innehåller någon information.

[03] klassöversikt

En helt ny vy som ger lärare en samlad översikt över den valda klassens samtal.

  • Tabell med kolumner:
    • Elev
    • Bokningsdatum
    • Status
    • Självskattning
    • Frågor innan samtal (VH/elev)
    • Förberedelser
    • Publicerad
    • Påminnelse skickad (datum)
    • Åtgärder
  • Fältet Publicerad styrs av db.AppraisalMeetings.Conducted (Se Use Case 11)
  • Färgkodade statusmarkeringar per kolumn (Grön = klar, Gul = pågående, Röd = ej startad).
  • Kolumnen Status kan ha 3 lägen:
    • Genomförd (Samtalets bokningsdatum och tid har passerat)
    • Idag (Samtalet är dagens datum, men bokningstiden har ej passerat än)
    • Kommande (Samtalets bokningsdatum ligger framåt i tiden)
  • Kolumnerna Självskattning & frågor som besvarades innan samtal kan ha 3 lägen:
    • Klar (Allt är ifyllt och användare har kryssat i att hen är klar)
    • Utkast (Användare har börjat fylla i, men är inte klar än)
    • Ej påbörjad (Användare har inte börjat fylla i någonting)
  • Klasslärare/Rektor/Studievägledare ska kunna välja mellan vilka perioder som de vill titta på i klassöversikten
    • Samtliga perioder ska listas i en dropdownlista.
    • Finns det inte flera perioder att välja mellan, ska det endast visas ett alternativ i listan.

Påminnelser

Lärare ska ha möjlighet att skicka riktade påminnelser som avisering till användare:

  • En lista med vilka påminnelser som man ska kunna skicka, listas i en dropdown (med flerval) i kolumnen Åtgärder.
    • Om något redan blivit besvarat, ska man inte kunna skicka påminnelse igen.
    • Det ska vara möjligt att välja alla tillgängliga påminnelser i ett klick
    • Det ska inte gå att skicka påminnelse om att fylla i Elevens självskattning eller Frågor innan samtal om det inte finns ett bokat datum.
    • Det ska inte vara möjligt att skicka påminnelse om att boka tid, om det redan finns en tid inbokad på skolan och inom perioden.
  • Ny kolumn i AppraisalMeetingsStudentLogs införs, som lagras följande:
    • QuestionType, skickat-datum, Vem som skickade (usernumber), Vem som mottog (usernumber/parentNumber)
  • Om samtal inte bokats än, trots att det finns lediga tider. (Skickas till VH)
    • Påminnelse: Boka tid för utvecklingssamtal
      Du har ännu inte bokat tid för ditt barns utvecklingssamtal. Det finns fortfarande lediga tider att välja mellan
    • /Appraisal/Meetings
  • Om elevens självskattning eller frågor inte är ifyllda
    • Påminnelse: Fyll i självskattning och frågor inför utvecklingssamtalet
      Din självskattning inför utvecklingssamtalet är ännu inte ifylld. Den hjälper läraren att förbereda samtalet tillsammans med dig. Gå in och gör det så fort som möjligt! [Länk till utvecklingssamtal]
    • /Appraisal/BeforeMeeting
  • Om frågor innan samtal inte är ifyllda
    • Påminnelse: Svara på frågorna inför utvecklingssamtalet
      Dina frågor inför [Elevnamns] utvecklingssamtal är ännu inte besvarade. Dina svar hjälper läraren att förbereda samtalet och ge en så bra helhetsbild som möjligt. [Länk till utvecklingssamtal]
    • /Appraisal/BeforeMeeting
    • Påminnelsen måste kontrollera vilken QuestionType som används, för att se till så att påminnelsen skickas till rätt användare (elev eller VH)
  • Om lärarfrågeformulär saknas (om/när det byggs)
    • Påminnelse: Svara på frågeformuläret inför utvecklingssamtalet
      Du har frågeformulär som inte har besvarats än. Vänligen gör det så fort som möjligt, för att hjälpa läraren få en bättre bild av elevens studiesituation! [Länk till vy för frågeformulär - utvecklingssamtal]
    • Påminnelsen ska skickas ut till alla ämneslärare som eleven har en aktiv gemensam kurskoppling till inom organisationen.
      • Om exempelvis eleven läser modersmål på annan enhet, så ska den läraren få ett frågeformulär också.

Massåtgärder

Längst ner på Klassöversikt ska det finnas följande alternativ för massåtgärder:

  • Lärare ska enkelt kunna skicka ut påminnelse om att boka utvecklingssamtal
    • Kontroll görs på elever som inte har ett ID i tabellen AppraisalMeetings kopplat till den aktuella perioden.
  • Lärare ska enkelt kunna publicera alla utvecklingssamtal samtidigt
    • Kontroll görs på alla utvecklingssamtal kopplat till perioden och som inte har db.AppraisalMeetings.conducted = 1 (Se Use Case 10)
  • Lärare ska enkelt kunna skicka ut påminnelser till allt som inte har status “Klar”
    • Kontroll görs på publicering av loggar (se Use Case 11)
  • Syfte: Ger lärare bättre kontroll över processen och minskar manuella uppföljningar.

[04] förberedande dokumentation

Som lärare i alla skolformer vill jag kunna skriva löpande anteckningar kopplat till en elev, så att jag kan samla observationer och sedan använda dem under utvecklingssamtalet.

Acceptanskriterier

  • Lärare kan skriva löpande anteckningar inför samtalet, redan innan samtalet har bokats in.
  • Ska endast vara synlig för personal på Innan och Under-fliken. Den ska inte vara synlig i Efter-fliken.
    • Det ska tydligt framgå att det endast är personal som kan se innehållet i panelen.
  • När användare börjar fylla i på innan fliken, ska db.AppraisalMeetingStudentLogs direkt kopplas till en skola.
    • Default: Elevens huvudskola, ej fritidshem (db.schoolparticipants)
    • Eleven/Vårdnadshavaren behöver välja skola om det finns flera skolkopplingar. (Se Use Case 07)
    • Personal behöver välja skola om det finns fler gemensamma skolkopplingar mellan eleven och personalen. (Se Use Case 07)
  • Kräver ingen aktiv koppling till ett utvecklingssamtal
    • db.AppraisalMeetingStudentLogs.meetingID
  • Kopplas automatiskt till rätt utvecklingssamtal vid bokning
    • Kan endast kopplas till ett samtal där SchoolID matchar
    • AppraisalMeetingStudentLogs.schoolID = AppraisalMeetings.schoolID
  • Det ska tydligt framgå på Innan-fliken om det finns ett bokat möte eller inte.
  • Ska ha samma logik som när ett påbörjat utvecklingssamtal avbokas, och som sedan får en ny bokning (MeetingID = 0 tills ett samtal bokas in kopplat till elev och skola)
  • Styrs utifrån ny innehållstyp “Förberedande dokumentation”
  • Kan innehålla flera frågor som anpassas utifrån skolform och var administratören lägger in i systemet (precis som Frågor att besvara innan utvecklingssamtalet)
  • db.AppraisalMeetingQuestions.QuestionType
  • Finns det inga konfigurationer för respektive innehållstyp ska det informeras i gränssnittet.

Enum för innehållstyper:

Questiontype (Enum) Rubrik
1 Frågor att besvara innan samtal (Elev)
2 Elevens mål
3 Elevens självskattning
4 Frågor för vårdnadshavare att besvara innan samtal
5 Återkoppling för elev/pedagog/lärare efter samtal:
6 Förberedande dokumentation (Ny)
  • Förberedande dokumentation visas i en expansionspanel i under fliken
    • Rubrik “Förberedande dokumentation”.
    • Går endast att fylla i textboxarna i Innan-fliken
    • Går inte att redigera i Under-fliken.
  • Möjlighet att kopiera text från förberedande anteckningar till “Under samtalet” → “Sammanfattning” (Se USe Case 05)
    • Ska fungera på liknande sätt som “Klistra in”-funktionen i Bedömningshjälp.
    • Ska kopiera all text som fyllts i

Syfte: Återinför kontinuerlig dokumentation under terminen och skapar bättre underlag inför samtalet.

Förberedande dokumentation - Frågeformulär (Nice to have, läggs till i mån av tid)

  • Systemet skickar automatiskt frågeformulär till elevens ämneslärare.

  • Ska endast bestå av ett textfält som läraren behöver fylla i och skicka tillbaka.

  • Ska generera en avisering till lärare med en länk vidare till en översiktsvy för samtliga frågeformulär som läraren behöver fylla i

    • En listvy med elever, gruppnamn, deadline, textfält och skicka-knapp.

  • Svaren visas i elevens förberedande vy (innan fliken), grupperat per ämne med avsändare och datum.

    • Dessa kan ska visas i en “boxvy” (för att det inte ska bli en lång lista, så kan det visas flera i bredd på sidan inom panelen)
    • Varje box ska innehålla återkoppling från ämneslärare, ämne, datum och namn på lärare.
    • Varje box ska gå att minimera.
    • Statusindikatorer visar vilka ämneslärare som har svarat. Om en lärare inte har svarat så ska boxen automatiskt vara minimerad. Vid expandering ska boxen Innehålla texten:
      • “Finns ingen återkoppling från lärare”

  • Ämneslärare ska komma åt sidan för frågeformulär via snabbmenyn, där de också snabbt ser om det finns åtgärder som de behöver göra (likt meddelandeindikatorn)

Förslag på var genväg till lärarens lista med obesvarade frågeformulär kopplat till utvecklingssamtal ska finnas.

[05] sammanfattning av samtalet

Som lärare vill jag enkelt kunna skriva en sammanfattning av utvecklingssamtalet och inkludera förberedelserna som dokumenterats inför samtalet, som tillsammans med elevens satta mål och överenskommelser skapar en tydlig bild av samtalet och elevens pågående studiesituation. Jag vill även kunna ta del i sammanfattningen av elevens tidigare samtal.

Acceptanskriterier

  • Ska endast bestå av ett enkelt textfält i panelen Dokumentation under samtal
    • Rubrik: Sammanfattning
    • db.AppraisalMeetingStudentLogs.summary (Ny kolumn)

  • Ny panel överst på Under-fliken (endast Read-only)
    • Hämta data från elevens senaste utvecklingssamtal
      • db.AppraisalMeetingStudentLogs.Goals
      • db.AppraisalMeetingStudentLogs.Summary (ny kolumn)
    • Ska innehålla rubrikerna “Elevens mål” och “Sammanfattning”
    • Om det inte finns data kopplat till någon rubrik, skriv ut följande:
      • SV: Det finns ingen data att visa från förra samtalet.
      • EN: There is no data to show from the last meeting.

Syfte: Gör det möjligt att göra en summering av samtalet, samt att direkt kunna följa upp tidigare mål och hur det förra samtalet var i ny panel.

[06] koppla överenskommelser till ämnen

Vid skapande av överenskommelser vill jag som lärare kunna koppla överenskommelser till ett ämne, för att enklare kunna följa upp dem och se en tydligare koppling.

Acceptanskriterier

  • Ny dropdown-lista som innehåller alla ämnen som eleven har en aktiv kurskoppling till inom organisationen.
    • Ska inkludera ämnen som eleven läser på andra skolor än huvudskolan också, så länge det är inom samma organisation som huvudskolan.
  • Överenskommelser fortsätter lagras i db.judgements
    • Stämpla in kurskod som hämtas från courses.coursecode i db.judgements.coursecode

  • I panelen för Överenskommelser, ska det tydligt framgå om det är kopplat till ett ämne eller inte.

[07] förbättrad hantering av flera skolkopplingar

Som personal, elev eller vårdnadshavare vill jag kunna välja mellan skolor där eleven är placerad, för att hålla isär utvecklingssamtal per skola.

Acceptanskriterier

  • Eleven ska kunna ha flera parallella utvecklingssamtal och påbörjade utvecklingssamtalsloggar samtidigt, dock begränsat till en per skola
    • Det ska ej gå att boka in ett nytt utvecklingssamtal, om det redan finns ett samtal under perioden (Se Use Case 10)
  • Varje samtal och samtalslogg ska vara isolerat till en skola, och kan endast mappas ihop om det är samma schoolID
    • AppraisalMeetingsStudentlogs.schoolID kan alltså endast kopplas till db.AppraisalMeetings.schoolID om det är under samma tidsintervall och har samma schoolID
    • Till exempel: Om en logg redan finns påbörjad med exempelvis elevens självskattning och lärarens förberedande dokumentation, ska det kopplas automatiskt till utvecklingssamtal som bokas för eleven, så länge det inte redan finns en logg kopplat till det utvecklingssamtalet.
  • Systemet ska automatiskt förhindra dubbla loggar för samma elev på samma skola
    • db.AppraisalMeetings.MeetingDate måste ha passerat och db.AppraisalMeetings.Condicted måste vara = 1 innan en ny logg kan startas på samma skola
  • Valet av skola görs i huvudfliken “Samtal” (Se Use Case 01), denna skolkontext följer med i alla underordnade flikar.
    • Vid ändring av skola, ska hela vyn uppdateras.
  • Data från en annan skola ska inte vara åtkomlig eller synlig i denna vy
    • db.AppraisalMeetings.schoolID som filter
  • Elev och vårdnadshavare ska endast se skolor där de har en aktiv skolkoppling till
    • db.schoolParticipants.schoolID ska matcha med db.AppraisalMeetings.schoolID
  • Om en elev tas bort från en skola, ska den skolans påbörjade logg arkiveras och inte längre vara redigerbar
    • Loggen blir indirekt arkiverad när db.AppraisalMeetings.MeetingDate passerar.
    • En administratör ska kunna gå in och radera den påbörjade loggen på skolan, men endast om samtalet inte har genomförts än (Se Use Case 09)

[08] historiska iup:er (tittvy)

Som lärare vill jag kunna se tidigare IUP:er kopplat till en elev, för att följa utvecklingen över tid.

Acceptanskriterier

  • Historiska IUP:er visas som “titt-vy” (read-only).

  • Möjlighet att se Omdömen, Framåtsyftande planering och Skolans insatser från gamla IUP-strukturen. (se wireframe på designförslag)

  • Listan med historiska IUPer går att nå under gröna aktivitetsknappen

  • Alla historiska IUPer ska listas precis som “Tidigare Utvecklingssamtal!”, men där det tydligt framgår viktiga parametrar som fanns i V1 Namn på IUP, period, vem som skapat den och vilken skola som den är kopplad till.

    • Ska ej visas i listan om db.IUP.AssessmentIsPrivate = 1 (ej synlig)
    • Ska vara begränsat till att endast visa historiska IUP:er där eleven och personal har en/har haft en gemensam skolkoppling (db.schoolparticipants & db.schoolParticipantsOld)
      • Org-admin - har koppling till alla enheter inom organisationen, och kommer därför kunna se alla IUPer för vald elev.
      • Rektor/studievägledare/Mentor - Ska ha tillgång till alla IUPer kopplat till eleven inom alla elevens skolor/tidigare skolor, med förutsättningar att det är inom samma organisation och samma skolform som nuvarande skolkoppling.
      • Ämneslärare - Ska inte kunna se något

  • Informationstext ska vara följande:

    • SV: Här visas tidigare IUP:er som har skapats för denna elev i Vklass gamla gränssnitt. Vyn är endast en tittvy och visar enbart IUP:er som är kopplade till skolor där du också är verksam. Observera att detta är en tillfällig vy som kommer att tas bort när det gamla gränssnittet avvecklas.
    • EN: TODO

  • Listan med historiska IUPer ska baseras på vald elev (userNumber)

  • Vid val av IUP (dbo.IUP), ska hämtning av data ske på vald IUPID på följande tabeller

    • Omdömen - dbo.IUPAssessment
      • Exkludera alla rader som har isHidden = 1
      • Behöver joina med dbo.SchoolSubject (ämneskod) och dbo.IUPAssessmentKnowledgeType (omdömesnivå)
      • Historik - dbo.iupassessment.AssessmentHistory
      • Kommentar - dbo.iupassessment.Comment
    • Framåtsyftande planering - dbo.IUPForwardPlan
      • Exkludera alla rader som har isHidden = 1
      • JsonFormData (Name + Value)
    • Utvecklingsområden - dbo.IUPDevelopmentArea
    • Skolans insatser - dbo.IUPDevelopmentArea.SchoolEfforts
      • Inkludera endast om dbo.IUPDevelopmentArea.SchoolEfforts inte är en tom sträng eller null
    • Om data saknas i någon av dessa tabeller kopplat till vald IUP, ska följande text visa: “Det finns ingen information att visa.”

[09] hantering av loggar

Som personal vill jag kunna ta bort en påbörjad samtalslogg för en elev/barn på min enhet

Acceptanskriterier

  • Ska endast kunna ta bort en logg om personalen tillhör samma skola som loggen är kopplad till.
  • Det ska vara möjligt att ta bort hela loggen, eller bara en del av loggen
    • Innan-fliken ska ha ett alternativ att rensa olika delar i loggen
      • Elevs självskattning - db.AppraisalMeetingsStudentlogs.Questions
      • Frågor innan samtal - db.AppraisalMeetingsStudentlogs.Assessment
      • Förberedande dokumentation - db.appraisalmeetingstudentlogs.Preparations (ny kolumn, Se Use Case 04)
      • Frågeformulär till ämneslärare (När det tillkommer)
  • Det ska inte vara möjligt att radera en logg från ett utvecklingssamtal som redan genomförts och publicerats (Se Use Case 11).
    • db.AppraisalMeetings.MeetingDate < dagens datum + db.AppraisalMeetings.conducted = 1
  • Information ska visas om att när en logg tas bort så går det ej att återställa, och att all ifylld information kommer tas bort.

[10] koppla utvecklingssamtal till perioder

Som lärare vill jag snabbt kunna koppla ett utvecklingssamtal till rätt period (Vårtermin, Hösttermin eller Läsår), så att det blir enkelt att filtrera och följa upp samtal i Klassöversikten.

Viktig info: Systemet ska fortsatt använda befintlig logik för bokning av tider för utvecklingssamtal (AppraisalMeetings).

Den nya periodhanteringen ska alltså inte förändra bokningsflödet i sig, men tydliggöra hur bokningar relaterar till perioder.

Acceptanskriterier

  • En ny kolumn i AppraisalMeetings kommer att tillkomma för perioder, och som ska sammankoppla utvecklingssamtal med perioden (db.AppraisalMeetings.periodId)

  • En ny tabell tillkommer, som ska innehålla följande data:

    • ApparisalMeetingPeriod

  • PeriodID

  • PeriodName

  • Startdate

  • Enddate

  • ClassID

  • SchoolID

  • Created

  • CreatedBy

  • LastUpdated

  • LastUpdatedBy

  • Vid skapande av period ska en dialog öppnas med följande fält som ska fyllas i:

    • Namn på period

    • Startdatum

    • Slutdatum

    • Övriga fält läggs in i tabellen utifrån URL parametrar (classID, SchoolID) och användarsession (Created, CreatedBy, LastUpdated, LastupdatedBy).

  • På klassöversikten, ska det gå att redigera en vald period

    • Om det finns inbokade samtal kopplat till perioden, ska det inte gå att ändra så att start och slutdatumet på perioden är innan/efter det tidigaste/senaste utvecklingssamtalet.

    • Ex: Tidigare utvecklingssamtalet har mötesdatum 2025-11-01, då kan periodens startdatum inte ändras till ett datum innan dess.

  • Om ingen aktiv period har skapats för vald klass, ska följande information finnas på flikarna Klassöversikt och Bokningar:

    • “För att kunna boka utvecklingssamtal behöver en period först skapas. Klicka på “Skapa ny period på Klassöversikt, för att komma igång”.
    • Knappen “Boka tider” på Bokningar-fliken ska vara inaktiv om det inte finns en aktiv period.

  • Om en aktiv period finns kopplat till klassen, ska följande information visas på Bokningar-fliken:

    • Alla utvecklingssamtal som bokas nu kommer att kopplas till perioden: [Periodnamn] (startdatum – slutdatum).
    • Bokningsflödet ska fortsätta fungera som det gör idag.
    • Kopplingen till period sker automatiskt när en bokning skapas

  • Det ska vara möjligt att skapa kommande perioder också

    • Inga utvecklingssamtal kommer kunna kopplas till den kommande perioden, förrän startdatumet på perioden har infallit.
    • Om bokningen sker precis innan en ny period startar, ska systemet kontrollera om bokningsdatumet ligger inom aktuell period.
      Om inte → fråga om man vill använda kommande period.

  • Om flera perioder är aktiva samtidigt (ex. överlappande datumintervall), ska systemet visa en varningsdialog vid bokning:

    • “Flera aktiva perioder hittades. Välj vilken period samtalet ska kopplas till.”
    • En dropdownlista visas i bokningsfliken med tvingande val, se förslagsbild nedan

  • Det ska vara möjligt att skapa tidigare perioder, för att möjliggöra att koppla tidigare utvecklingssamtal till perioder också
    • Detta är inget måste, man kan fortfarande nå historiska utvecklingssamtal via Samtal-fliken → välj elev → Grön aktivitetsknapp → Tidigare utvecklingssamtal.
  • Det ska tydligt framgå i listan för Tidigare utvecklingssamtal kopplat till en elev, om den är kopplad till en period.
    • En ny kolumn tillkommer, Namn på kolumn är Period
    • Om utvecklingssamtal är kopplad, ska periodnamn och datumintervall skrivas ut i kolumnen
    • Om det inte finns en koppling, ska det stå följande information:
      SV: “Ej kopplad till period”
      EN: “No connection to period”

Syfte: Att skapa en enhetlig och enkel struktur för att tidsmässigt gruppera utvecklingssamtal, möjliggöra filtrering per period i Klassöversikten och förenkla rapportering och uppföljning.

[11] publicering av utvecklingssamtal

Som lärare vill jag själv kunna välja när ett utvecklingssamtal ska bli synligt för elever och vårdnadshavare, och på så sätt kunna arbeta med det i lugn och ro.

Acceptanskriterier

  • Ta bort checkbox “Genomfört” på efter-fliken och lägg till en “Spara och Publicera”-knapp
  • Publicera ska sätta db.Appraisal Meetings.Conducted = 1 (default = 0)
  • Elever och vårdnadshavare ska endast se utvecklingssamtal som är publicerade
    • Detta gäller inte för historiska utvecklingssamtal, utan endast utvecklingssamtal som bokas in efter releasen.

  • Det ska vara möjligt att skriva ut Efter-fliken
    • Ska finnas en “Skriva ut”-knapp som triggar webbläsarens Skriva ut funktion.
    • Utskriften ska alltid skriva ut följande delar (by default) om inget annat väljs:
      • Sammanfattning
      • Elevens mål
      • Överenskommelser
      • Resultat (Omdömen + betyg)
      • Återkoppling efter samtal
    • Utskriftfunktionen ska inkludera alla paneler som är expanderade på efter-fliken, vilket gör att personal själv kan styra vad som ska visas.
    • Infotext till “Skriva ut”-knapp:
      • SV: Standardutskriften inkluderar alltid Sammanfattning, Elevens mål, Överenskommelser, Resultat och Återkoppling efter samtalet.
        Det går att styra vad som tas med i utskriften genom att öppna eller stänga paneler, endast innehållet i öppna paneler skrivs ut.
        Fast information utanför panelerna inkluderas alltid.
      • EN: The default printout always includes Summary, Student Objectives, Agreements, Results, and Feedback after the conversation. You can control what is included in the printout by opening or closing panels; only the contents of open panels are printed. Fixed information outside the panels is always included.

[11] publicering av logg

Som elev eller vårdnadshavare vill jag kunna arbeta med förberedelser i lugn och ro, och när jag känner att jag är klar så kan jag enkelt informera läraren om det.

Acceptanskriterier

  • Eleven ska kunna markera när hen är klar med Elevens självskattning och Frågor att besvara innan samtal på Innan-fliken
  • Vårdnadshavaren ska kunna markera när hen är klar med Frågor att besvara innan samtal på Innan-fliken
  • Spara knappen på Innan-fliken utökas med något av följande förslag nedan:

  • Nytt objekt läggs till i kolumnerna
    • {“Published”:true,"PublishedCreated":"20XX-02-11T16:30:42.3705888+01:00","UserName":"Elev Elevsson","UserRole":X,"IsStaff":false}
  • Följande kolumner i AppraisalMeetingStudentLogs ska få utökad JSON-data (nytt objekt):
    • Questions
    • Assessments