902.3 Digitalisering af rehabiliteringsplan - Indsatsdel
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
(Skabelon af dato 09/02-2018)

Indholdsfortegnelse
1 Ændringslog
2 Afgrænsning af epic
3 Oversigt over berørte web services
4 Beskrivelse af epic
4.1 Acc. 1 Sagsbehandler skal oprette indsatsplan i DFDG
4.1.1 DFDG Serviceændringer
4.2 Acc. 2 Visning af Min Plan 2.0 for borgere i ressourceforløb og jobafklaringsforløb
4.3 Acc. 3 Udskrift af køleskabsplan
4.4 Acc. 4 Status på rehab forløbet
4.5 Acc. 5 Håndtering af kvitteringer for Min plan
4.5.1 Teknik
4.6 Acc. 6 Håndtering af borgere med et igangværende forløb
4.7 Acc. 7 Håndtering af Rehab borger med Integrationskontrakt
5 Særlige krav til test
6 Konsekvenser for drift
7 Arkitektur- og implementeringsnoter
8 Kendte udeståender fra udviklingsfasen
9 User stories
9.1 Rehab-borger får en indsatsplan (US 3736)
9.2 Borger skal kunne hente sin plan som PDF (US 3737)
9.3 Vis borgers jobmål samt forløbets formål (US 3738)
9.4 Vis borger seneste aftale (US 3739)
9.5 Indsæt tidslinjekomponent på køleskabsmodel (US 3755)
9.6 Visning af ændringer til plan (US 3744)
9.7 "Se seneste ændringer" (US-3895)
9.1 Print af rehab-plan (US 3745)
9.2 Tilretning af tekster på CV (US-3842)
9.3 Ensart Jobnet (US-3902)

Ændringslog

Afgrænsning af epic

Oversigt over berørte web services

Beskrivelse af epic

Denne epic er indsatsdelen, som er et af de tre elementer, der indgår i rehabiliteringsplanen. Indsatsdelen er således borgerens plan på Jobnet.
Denne epic beskriver Min Plan 2.0 for borgere i ressourceforløb og jobafklaringsforløb. Der beskrives kun de tilpasninger, der skal ske for denne målgruppe. Selve Min Plan 2.0 for Jobparate kontanthjælpsmodtagere beskrives i epic 903.2.

Acc. 1 Sagsbehandler skal oprette indsatsplan i DFDG

Når en borger er blevet indstillet til et ressourceforløb eller jobafklaringsforløb skal borgeren have en plan, der er målrettet deres forløb for at sikre en bedre brugeroplevelse på Jobnet. Planen skal have et Jobmål, dette jobmål er sjældent konkret for denne målgruppe og derfor skal det formuleres som fritekst i stedet for Discokoder som bruges til jobparate.
Derudover skal der være en tekstuel beskrivelse af forløbet og dets formål. Sagsbehandler bør tage udgangspunkt i teamets indstilling og evt. rette til.

DFDG Serviceændringer

PlanService

KSS skal indberette forløbets formål i Planbeskrivelsen og ét fritekst Jobmål via SavePlanObjective på planservice.
Der laves evt. valideringer for at sikre, at sagsbehandler ikke indberetter noget, som ikke kan vises på Jobnet, det kan dog have konsekvenser for sagsbehandler ved opdatering af eksisterende planer.

Acc. 2 Visning af Min Plan 2.0 for borgere i ressourceforløb og jobafklaringsforløb

Min Plan 2.0 for borgere i ressourceforløb og jobafklaringsforløb skal indeholde Jobmål (plan mål), forløbets formål (planbeskrivelse), Seneste aftale samt en tidslinje (aktiviteter, tilbud og aftaler).
Da Min Plan 2.0 kun udgør en oversigt over aktiviteter og aftaler, skal borgeren fortsat kunne tilgå den fulde plan, for fx at kunne læse om ret & pligt samt klagevejledning.
Nedenfor vises et mockup af Min Plan 2.0 for borgere i ressourceforløb og jobafklaringsforløb. Bemærk at det er work in progress.
 
Fra tidslinjen kan man klikke på de enkelte aktiviteter og aftaler og se en detaljeret beskrivelse af dem:

Borgeren kan gå frem og tilbage på tidslinjen for at se og tilgå tidligere aktiviteter og aftaler.
Borger kan ligeledes vælge at få vist tidslinjen med 12, 6 eller 3 måneder ad gangen. Som default vises der 12 måneder for borgere i ressource- eller jobafklaringsforløb. Såfremt siden tilgås fra en mobiltelefon vises dog kun 3 måneder, og det er ikke muligt at vælge andre visninger. Dette er valgt, da det ellers vil være svært for borgeren at trykke på de enkelte aftaler og aktiviteter fra en lille skærm.

Acc. 3 Udskrift af køleskabsplan

I forbindelse med Min Plan 2.0 projektet bliver der lavet en udskrift/pdf af Min Plan 2.0 for jobparate. Da planen for rehab er justeret til borgere i ressourceforløb og jobafklaringsforløb, skal udskrift/pdf også tilpasses.
Bemærk at denne ikke er udstillet til sagsbehandler.

Acc. 4 Status på rehab forløbet

For at Jobnet kan vise forløbet korrekt på Jobnet, skal status på rehabiliterings-forløbet skifte til Indsats igangsat, når sagsbehandler har foretaget afgørelse, hvor der laves en plan på baggrund af indstillingen til ressourceforløb eller jobafklaringsforløb. Hvis borger får en indstilling til førtidspension, almindeligt forløb eller fleksjob skal forløbet afsluttes.
Regler er som følger:

1. Når en borger med et aktivt rehabiliterings-forløb får en ny plan efter indstillingen, skal status på forløbet opdateres til "Indsats igangsat" hvis borger er indstillet til jobafklaringsforløb ressourceforløb eller fleksjob.
2. Hvis borger indstilles til almindeligt forløb eller førtidspension skal rehabiliterings-forløbet afsluttes.

Der lægges op til, at KSS skal indrapportere status på forløbet via RehabilitationProcessService
Det skal afklares om DFDG automatisk skal opdatere denne status på baggrund af opdatering af plan efter indstillingen eller om sagsbehandler/KSS skal stå for opdateringen af Status. KSS og arkitekt input ønskes.

Acc. 5 Håndtering af kvitteringer for Min plan

Borgere i ressourceforløb eller Jobafklaringsforløb skal ikke kvittere for deres plan på Jobnet.

Teknik

Kvitteringsfrist sættes normalt til 7 dage. For borger med en rehabiliteringsplan skal denne fremover ikke sættes. Når borger besøger siden Min plan kvitteres automatisk ved, at Jobnet kalder den eksisterende kvitteringsservice. Betydningen af kvitteringen er dermed en anden. Hermed kan vi også bruge eksisterende logik til at holde styr på ændringer i planen. Seneste ændringer fremgår af MyplanServices som elementet "events" uanset om der er kvitteret eller ej.

Borgeren vil altid kunne tilgå de seneste "kvitterede ændringer" fra Min plan ved at klikke på linket "Se seneste ændringer":

Der kan være justeringer til teksterne i huskeservicebeskeder, men som jeg husker det er de vist neutralt formuleret for denne målgruppe i forvejen. Det skal afklares

Acc. 6 Håndtering af borgere med et igangværende forløb

Det er besluttet, at når borger får et nyt rehabiliterings-forløb så er det det, der er i fokus og ikke eksisterende planer og aktiviteter. Derfor skal eksisterende plan ikke vises på Jobnet, uanset hvilken det måtte være.

Acc. 7 Håndtering af Rehab borger med Integrationskontrakt

Det er meget få borgere i rehab-forløb, som vil have en integrationskontrakt (pt mindre en 10 borgere). Disse borgere vil få vist deres integrationskontrakt i PDF men ikke via skærmbillede. Der kan senere laves en anden løsning på Jobnet, hvis behovet opstår.

Særlige krav til test

Konsekvenser for drift

Her beskriver PO/FA konsekvenser for løsningen efter idriftsættelse.

Arkitektur- og implementeringsnoter

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder
• Nye snitflader
• Nye komponenter
• Nye miljøer
• Nye teknologier
• Nye aftagertyper
• Eller afvigelser fra principperne

Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.

Kendte udeståender fra udviklingsfasen

Link til søgeresultat fra
FogBugz på epic-nummer:

User stories

User stories er kun til interne brug for STAR's leverandører.

Rehab-borger får en indsatsplan (US 3736)

2 SP
"Som borger vil jeg informeres, når min sagsbehandler har oprettet en indsatsplan for mig på Jobnet"
Acceptkriterier

• Når borgers rehabsag er i status 4, skal menuen indeholde menupunkt "MIN PLAN", der vises under "TEAMETS INDSTILLING" i venstremenuen under MIN SAG:

• Når sag er i status 4, skal der på selve forsiden på "MIN SAG" fremgå følgende tekst
  • Knap "GÅ TIL MIN PLAN" peger på "MIN SAG -> MIN PLAN"
  • Det fremhæves hvor i processen borger er, med fremhævet pil over "Plan for videre forløb", der skrives med fed. Øvrige pile er små. Progress indicator fyldes op til "Plan for videre forløb":
  • 

Borger skal kunne hente sin plan som PDF (US 3737)

5 SP
"Som borger med en rehabplan vil jeg kunne se hele min plan, så jeg kan få et overblik over alle mine aftaler og aktiviteter."
Acceptkriterier

• Indhold for menupunkterne CV, MIN SITUATION og TEAMETS INDSTILLING er de samme som i rehabsagens status 3.
• Menupunktet MIN PLAN peger på MIN SAG  MIN PLAN
• På siden MIN PLAN skal der være følgende:
  • en overskrift, der hardkodes til "Min rehabiliteringsplan"
  • En dato for sidste opdatering af planen.
  • En beskrivende introduktionstekst, som kan ses her.
  • En knap: "SE MIN PLAN", der henter og viser en PDF af borgerens eksisterende min plan.

Vis borgers jobmål samt forløbets formål (US 3738)

3 SP
"Som borger med en rehabplan vil jeg kunne se mit jobmål samt en beskrivelse af formålet med min plan, så jeg kan se, hvilket fokus der er i min plan".
Acceptkriterier:

• Der skal være et card med overskriften "Mit jobmål", der viser borgerens jobmål, som er et fritekstfelt. Se wireframe
  • Feltet skal fremgå hvis der er data.
  • Hvis der er ét jobmål, så fremgår det i fritekst
  • Er der mere end ét, så fremgår de med foranstillede bullets og vist i omvendt rækkefølge af hvad service leverer. Hint: Reelt burde KSS'ere kun levere ét jobmål, men de kan levere flere og vi ved ikke hvilket der er ældst, da der hverken er datoer eller sortering. Bedste bud er. At DFDG viser ældste først. Derfor viser vi i omvendt rækkefølge, i håb om at borger ser nyeste først.
• Der skal være et card med overskriften "Forløbets formål", der viser sagsbehandlerens beskrivelse af forløbets formål for borgeren. Forløbets formål er et fritekstfelt. Se wireframe
  • Feltet skal fremgå hvis der er data.

Hints: JobnetMyPlanService rummer felterne i collection PlanObjective. Formenlig via Metode GetLegalPlan? Kig I eksisterende implementering. Feltet "PlanDescription" er dét, der herover referers til som "Forløbets formål" Feltet "GoalDescription" for type 4, er dét der svarer til "Jobmålet"

Vis borger seneste aftale (US 3739)

1 SP
"Som borger med en rehabplan vil jeg nemt kunne se den seneste aftale, jeg har lavet med min sagsbehandler, så jeg ved, hvad jeg skal arbejde på nu og her."
Acceptkriterier:

• Der skal være et card med overskriften "Seneste aftale", der viser borgerens seneste aftale med jobcenteret:

• Data hentes fra samme service som i dag, men visningen af data skal være anderledes. Se nedenstående for mapning af eksisterende data til ny visning:

• Hvis borgeren endnu ikke har afholdt møde med jobcenteret, så vises dette kort ikke.

Indsæt tidslinjekomponent på køleskabsmodel (US 3755)

3 SP
"Som borger med en rehab-plan på Jobnet ønsker jeg at se mine aktiviteter og aftaler i en interaktiv tidslinje"
Acceptkriterier:

• Der genanvendes standardtidslinjekomponent, som er anvendt og beskrevet i Min plan 2.0 (epic 903.2). Den skal leve op til acceptkriterierne beskrevet i user stories 3740, 3741, 3742 og 3743 i 903.2 generation 2.0 af min plan - køleskabsplan for jobparate
• Som default skal periodevisningen være sat til 12 måneder.

Visning af ændringer til plan (US 3744)

2 SP
"Som borger med en rehab-plan på Jobnet, ønsker jeg at blive notificeret, når der er ændringer til min plan, så jeg kan se om der er noget nyt jeg skal forholde mig til."
Acceptkriterier:

• Hvis der er ændringer til planen, så skal de vises, når borgeren er logget ind og åbner siden "Min plan", se wireframe:

• Når man åbner siden Min plan, skal der foretages en autokvittering af planen, så den grønne boks ikke vises næste gang, man kommer ind på siden (eller refresher med f5).
• Teksten i den eksisterende ændringsnotifikation skal opdateres, så den tilpasses situationen, hvor borgeren ikke selv skal kvittere. Se evt. wireframe for ny tekst.

"Se seneste ændringer" (US-3895)

"Som borger vil jeg kunne se de seneste ændringer, på min rehabplan"
Til test - Et eksempel der forklarer adfærd: Jf. US 3744 fremkommer en grøn notifikation, der viser ændringer på borgers plan. Lad os kalde ændringen A. Når borger har set "Min Plan"-siden én gang, er implicit kvitteret. I den situation fremkommer ved efterfølgende besøg på siden linket "Se seneste ændringer", som ved klik viser ændringen A. Kommer der derefter en ændring B og C, vil den grønne notifikation vise B og C. Og efterfølgende – når der implicit er kvitteret – fremgår B og C som senest ændringer ved klik på "se seneste ændringer". A fremkommer ikke mere, da det reelt er en ændring på en tidligere plan. Ved ændringer på Plan kommer nemlig en ny plan – og historikken er derved tabt.
Acceptkriterier:

• Ved klik på menupunktet "Min plan", fremkommer et link "> Se seneste ændringer", såfremt der tidligere er kvitteret for ændringer og der aktuelt ikke foreligger nye ændringer, som der ikke er kvitteret for.
• Ved klik på linket "> Se seneste ændringer" vises de seneste ændringer jf. følgende modal.

Print af rehab-plan (US 3745)

1 SP
"Som borger med en rehab-plan på Jobnet, ønsker jeg at kunne printe min plan, så jeg kan hænge den op og hele tiden have den synlig i mit hjem."
Acceptkriterier:

• • Køleskabs printet skal alene bestå af overskriften "Min rehabiliteringsplan" efterfulgt følgende 4 collectioner, forudsat de har data: "Mit Jobmål", "Forløbets formål", "Seneste aftale" og "Tidslinje for valgt periode". Det view brugeren har valgt for visning af periode, er det der printes. Fx ift tidslinjekomponent, hvis borgeren har valgt visning på 3 måneder, gået 1 år tilbage på tidslinjen etc, så er det det, der vises for brugeren, der skal printes.

Hint: Det med rødt markerede herunder er ikke relevant på print. Ej heller når det vedrører ændringer i borgers plan.

Tilretning af tekster på CV (US-3842)

"Som STAR ønsker jeg, at hjælpetekster for Collectioner i Præs-/Rehab-CV tillige er synlige, når borger har angivet data."
Acceptkriterier:

• På præsentations-CV og Rehab-CV, skal ledeteksten der pt. fremgår for en collection ændres til kursiv i både view, opret og edit-mode.
• Der skal tillige være en separator linje under ledeteksten.
• Er der flere collectioner i modalen, skal ledeteksten altid fremgå under collectionens overskrift.

Ensart Jobnet (US-3902)

"Som Star ønsker jeg ryddet op i kode, så komponenter i Præs/rehab CV tilpasses eksisterende udseende."
Acceptkriterier

• ​Fjern alle afhængigheder til Roboto og materials typografien
• Udryd alle <mat-xxx> tags fra jobnetkoden, inkl. fra Præsentations-Cv, Undtagen mat-dialog som er den eneste vi vil gøre bruge af
• Ryd op i styling der binder på materials-komponenter
• Erstat alle side/komponent-spinnere med vores "gamle spinner" som nu findes som jnLoading komponent (Den skal understøtte sider og størrelser)

Jf. Manuscript sag 128982 løses tillige følgende:

• Plus-knap skal være under entries (ikke over):
  • Ved rehab:

• På "Mine evner"
  • Ved præsentations CV:

• Det kan jeg også -> IT-erfaringer
• Det kan jeg også -> Sprog

• Plus-knap skal ikke være der, når der allerede findes en entry, følgende steder:
  • Præsentations CV:

• Derfor søger jeg jobbet
• Uddannelse og beviser -> Kørekort
• Det kan jeg også -> Andre kvalifikationer
• Særlige hensyn -> Arbejdstid
• Særlige hensyn -> Hvad kan hjælpe mig i jobbet

• Plus-knap findes på edit-siden. Det skal den ikke følgende steder i edit mode:
  • Præsentations CV:

• Det kan jeg også -> Andre kvalifikationer
  

  Rehab-universet i status 4 (US-3956)

  
  "Som borger, der får tildelt indsatsplan (status 4), vil jeg ved klik på 'Min situation', 'CV' og 'Indstilling' se det samme, som jeg så i status 3"
  Acceptkriterier:

• Når borger med rehabiliteringsforløb er i status 4, vises ved klik på:
  • "CV": CV'et som det så ud for borger i status 3.
  • "Min situation": som den så ud i status 3.
  • "Indstilling": Som den så ud i status 3.

Dekorér servicemetode GetRehabCVpdf (US-3973)

"Som PO ønsker jeg, at metoden GetRehabCVpdf dekoreres med hvem der må kalde den"
Acceptkriterier:

• STAR må kalde metoden for alle.
• Jobcenter må kalde for egne borgere
• Kommuner må kalde for egne borgere