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

PF-1669 - Getting issue details... STATUS
Indholdsfortegnelse
1 Ændringslog
2 Afgrænsning af epic
3 Oversigt over berørte web services
4 Beskrivelse af epic
4.1 Sagsbehandlers oprettelse og redigering af et rehabiliteringsforløb (ac 902.1.1)
4.1.1 Visning af Rehabiliteringsforløb på Jobnet
4.1.2 DFDG serviceændringer
4.2 Min situation (ac 902.1.2-4)
4.2.1 Overordnet teknisk løsning
4.2.2 Notifikation om udfyldelse af "Min situation" på Jobnet
4.2.3 Borger skal kunne udfylde "Min situation" på Jobnet
4.2.4 Sagsbehandler skal kunne hente "Min situation"
4.2.5 DFDG Serviceændringer
4.3 CV til borgere med rehabiliteringsforløb (ac 902.1.5-6)
4.3.1 KSS skal kunne hente det tilpassede CV som PDF
4.3.2 DFDG Serviceændringer
4.4 Sagsbehandler skal kunne låse den forberedende del (ac 902.1.7)
4.4.1 DFDG Serviceændringer
4.5 Sagsbehandler skal kunne gemme indstillingen som PDF (ac 902.1.8)
4.5.1 DFDG Serviceændringer
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 Spike: Serverside rendering af PDF (US 3323)
9.2 Infrastruktur for anvendelse af DFDG sikkerhedsmodel (US 3364)
9.3 CitizenScreeningService version 1 (US 3417)
9.4 Rehab GUI på stub (US 3376)
9.5 Implementering af PASS v.1 (US 3439)
9.6 Rehab-CV med afsæt i præsentations-CV's komponenter (US 3377)
9.7 Mine evner i rehab-CV (US 3378)
9.8 Rehab-CV service med dummy PDF (US 3379)
9.9 Erstat dummy PDF i service med virkeligt rehab-CV (US-3398)
9.10 Notifikation om 'Min situation' screening (US 3404)
9.11 Fjern US 3404 fra koden (US-3557)

Ændringslog

Afgrænsning af epic

Oversigt over berørte web services

Beskrivelse af epic

Rehabiliteringsplanen er afledt af førtids- og fleksjobreformen fra 2013 og består af tre dele, en forberedende del, indstilling og indsatsdel. Planen anvendes som et understøttende arbejds-og dialogværktøj på tværs af faggrupper og forvaltninger. Det har sidenhen været et ønske at it-understøtte rehabiliteringsplanen for at fremme forløbets gennemsigtighed og for at mindske lavpraktiske processer med indhentning af oplysninger. Dertil har det været et ønske, at fremme borgerens medinddragelse og ejerskab til planen med mål om, at planen skal kunne tilgås via Jobnet for borgeren.
Da STAR som udgangspunkt og principielt ikke udvikler sagsbehandlingssystemer, har projektet afgrænset sig ved kun at fokusere på udvikling af de borgerrettede elementer i rehabiliteringsplanen. For at give borgeren overblik over sin rehabiliteringssag, skal det være muligt for borgeren at se rehabiliteringsteamets indstilling på Jobnet. Dette skaber rød tråd og sammenhæng i rehabiliteringssagen for borgeren, at kunne tilgå den forberedende del, indstilling og indsatsdel (Min plan) på Jobnet. Denne Epic handler om rehabiliteringsplanens forberedende del.
Se hele arbejdsgangen for den forberedende del illustreret på wiki her: https://starwiki.atlassian.net/wiki/spaces/UDV/pages/192282752

Sagsbehandlers oprettelse og redigering af et rehabiliteringsforløb (ac 902.1.1)

I forbindelse med en opfølgningssamtale i jobcenteret kan en borger blive enig med sin sagsbehandler (herefter kaldet forberedende sagsbehandler) om, at borgeren skal til et møde med rehabiliteringsteamet med det formål at skulle igangsætte et føp., fleks, ressource- eller jobafklaringsforløb. 
Sagsbehandler igangsætter forløbet ved at oprette et nyt rehabiliteringsforløb.

Visning af Rehabiliteringsforløb på Jobnet

Når en borger har fået oprettet et rehabiliteringsforløb, skal det være muligt for borger at se dette i en afskærmet udgave af Jobnet og borgeren skal orienteres om, hvilke oplysninger de skal give.
Jobnet reagerer på et flag herom, leveret af DFDG via PersonActivityStatusService, jf. det følgende afsnit.
Når flaget er sat, viser Jobnet kun de relevante menupunkter for borger. Alt andet indhold, der normalt vises på Jobnet afskærmes for borgeren i denne situation.
Bemærk: Alle wireframes er "work in progress" og er genstand for løbende ændring.

Når borgeren logger ind på Jobnet, vil han derfor kun se området "MIN SAG" med tilhørende undermenupunkter. Der vil være en introduktionsside, der forklarer borgeren om rehabiliteringssagsforløbet.
Når borger logger ind, vil der være følgende menupunkter:

• CV
• Min situation
• Teamets indstilling
• Min plan (vises dog først, når/hvis borger får en indsatsplan)

"CV" og "Min situation" udgør tilsammen den forberedende del, hvor borger oplever empowerment ved selv at kunne angive oplysninger, som redegør for borgers situation.
"Teamets indstilling" udgør selve indstillingen fra rehabiliteringsteamet, der vil være "read only" samt hvad borger er indstillet til. Indstilling behandles særskilt i Epic 902.2 i 2018-4.
"Min plan" udgør selve indsatsdelen og vil være udtrykt ved den kommende reviderede udgave af "Min plan", ligeledes i 2018-4 (epic 902.3).

DFDG serviceændringer

Der skal laves en ny service til at kunne oprette og redigere i et rehabiliteringsforløb, samt en kodeliste til at indikere status på sagen.

RehabilitationProcessService (Version 1)

Service til at oprette, hente og redigere i et rehabiliteringsforløb.
Se servicebeskrivelse på wiki her: [|]https://starwiki.atlassian.net/wiki/spaces/FYS/pages/386170900/RehabilitationProcessService

CreateRehabilitationProcess

Opretter et rehabiliteringsforløb, som er en paraply over den forberedende del og indstillingen.

UpdateRehabilitationProcess

Opdaterer et rehabiliteringsforløb.

GetRehabilitationProcess

Henter et rehabiliteringsforløb.

PersonActivityStatusService (Version 1)

Ny service hvis formål er at levere statusoplysninger vedr. en borgers indsats således at serviceaftagere med et enkelt servicekald, kan danne sig et overblik over borgerens indsats. Specifikke forretningsservices skal dog kaldes for at hente detaljerne. 
I STARs målarkitektur er det besluttet at splitte PSS op i mindre services, der logisk er knyttet til et forretningsområde. PersonActivityStatusService dækker over området kaldet borgerrettet indsats og kommer på sigt til at indeholde informationer vedr. Min plan og aktiviteter mv. Til at begynde med (Version 1) vil den dog kun indeholde oplysninger vedr. Rehabiliteringsforløb. Disse mindre services kommer også til at erstatte JobnetCitizenStatusService, således at alle systemer får samme mulighed for at se status på borgeren.
Se servicebeskrivelse på wiki her: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/390135848

CodelistService (Version 5)

RehabilitationProcessStatusIdentifier

Se kodeliste på wiki her: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/398000173

WsrmMessageService(Version 11)

GetRehabilitationProcessNotificationVesion1

Besked om oprettelse eller opdatering af et Rehabiliteringsforløb.
Input
intet
Output

Min situation (ac 902.1.2-4)

Bemærk: "Min situation" på Jobnet er beskrevet i indeværende Epic for forståelsens skyld. Den udfærdiges dog først i 2018-4 i epic 902.2.
Som en del af forberedelsen til rehabiliteringsmødet skal borgeren kunne udfylde Min situation på Jobnet. Min situation er en række afkrydsningsfelter samt tekstfelter til uddybende tekst. Spørgsmålene er grupperet i 5 områder evner, netværk, helbred, mål og bemærkninger.
Teksterne ligger pt. på dokumentationsarkivet her: https://dokumentationsarkiv.star.dk/Leverandrmapper/Fælles%20Udviklingsprojekter/902.x%20Rehabiliteringsplan/Min%20Situation_Spørgetræ.xlsb

Overordnet teknisk løsning

Andre målgrupper har lignende spørgeskemaer som forberedelse til første samtale med jobcenter, kaldet profilafklaring (aka. Screening og forberedelsesskema). Der laves en ny type af forberedelsesskema (ScreeningTargetGroupTypeIdentifier).
Borgeren kan udfylde skemaet, når der for den givne borger findes en rehabiliteringssag i status "Forberedelse".
JobnetScreeningsservice ændres for at understøtte redigering af Min situation samt gruppering af spørgsmål i emner.

Notifikation om udfyldelse af "Min situation" på Jobnet

Når et rehabiliteringsforløb er oprettet, skal det være muligt for borgeren på Jobnet at se den forberedende del samt udfylde Min situation.

Borger skal kunne udfylde "Min situation" på Jobnet

Borger vil blive guidet igennem 5 sider til hhv. 5 emner; evner, netværk, helbred, mål og bemærkninger. Undervejs er det muligt at gå tilbage og efterfølgende vil det være muligt at redigere dele af besvarelsen.
Idet forløbet går til indstilling, vil det dog ikke længere være muligt at redigere i Min situation, da dette betyder, at Min situation nu er sendt til rehabiliteringsteamet som en del af den forberedende del.
Når borger på Jobnet klikker på "Min situation", imødekommes borger af en velkomstskærm med en beskrivende tekst, inden borger igangsætter besvarelse.
 
Under besvarelsen af spørgeskemaet, kan svaret på et spørgsmål resultere i et uddybende spørgsmål jf. spørgetræet. Herunder er dette vist med besvarelse af spørgsmål under "Evner", der resulterer i en tekstboks, hvor et uddybende spørgsmål skal besvares.

Der er i alt 5 sider med spørgsmål, som skal besvares. En side for hvert emne.
Efter endt besvarelse kan borger se besvarelser opdelt under emner jf. det følgende skærmbillede.

Som tidligere nævnt, er det muligt at redigere en tidligere besvarelse af et spørgsmål efter spørgeskemaet er afsluttet. Dette er illustreret på billedet med en "Rediger svar"-knap.
Ved klik på "Vis som PDF" kan PDF over besvarelser hentes.

Sagsbehandler skal kunne hente "Min situation"

Når en borger har udfyldt Min situation og markeret det som færdigt notificeres sagsbehandlersystemerne via en WSRM besked.
Den eksisterende besked GetScreeningResultVersion10 benyttes
Ud over WSRM skal KSS kunne hente Min situation dels som struktureret data og som PDF. Dette gøres via Screeningsservice.

DFDG Serviceændringer

JobnetCitizenStatusService (Version 9)

I JobnetCitizenStatusService ver 9 udvides med en ny værdi til Screeningcategory.
Der ændres desuden i logikken, således at der åbnes for mulighed for at redigere, selv om "screeningen er besvaret" (Screeningallowed kan være true samtidig med at ScreeningCompleted er true). Dette kan gøres uden WSDL ændringer og gælder i første omgang kun for den nye type.

Nye Regler for JCSS vedr. Min situation

• I elementet ScreeningSelfService i JCSS skal ScreeningCategory være "Min situation", teknisk navn ScreeningForRehabilitationProcess. Hvis der findes et rehab-forløb i status 1,2 eller 3 dvs i den forberedende del og indstillet. Denne screening prioriteres højere end de øvrige screeninger, da forløbet først igangsættes efter en eventuel visitation.
• ScreeningAllowed skal være "true" så længe borger har et rehab-forløb i status 1 forberedende del, da det er muligt for borger at redigere gennem hele forløbet (i modsætning til øvrige screeninger)
• Screening allowed skal være "false", når borger har et rehab-forløb i status 2 eller 3 (Sendt til indstilling og Indstillet)
• ScreeningCompleted er "true" hvis den seneste besvarelse af "Min situation" screening er færdiggjort samtidig med, at screening identifier er sat på rehab-forløbet. Denne regel er for at sikre, at en gammel besvarelse af Min situation ikke forstyrrer et nyt rehab-forløb og hvis borger begynder at redigere, skal de huske at færdiggøre den.
• ScreeningCompleted date er sat til dato for besvarelsen, som for de øvrige screeninger

Screeningsservice (Version 3)

Ændres ikke, Dog vil det visuelle udtryk af PDF'er være opdateret.
Der gives mulighed for myndighedstypen "kommune" at kalde servicen, således at andre systemer i kommunen kan hente "Min situation".

GetScreeningResultAsPDF

Ændringer til det visuelle udtryk i pdf således at spørgsmålene bliver grupperet i Emner og eventuel yderligere tekst lægges på en linje for sig således at det er lettere at læse. Se nedenstående eksempel.

JobnetScreeningService (Version 3)

Version 3 af servicen holdes i live indtil Jobnet er gået over til den nye CitizenScreeningService (Version 1) (forventes at ske i 2018-4).

CitizenScreeningService (Version 1)

Servicen er en ny version af JobnetScreeningService, dog omdøbes den og CV-nummer erstattes med CPR i alle input. Derudover tilføjes mulighed for at redigere.
Se i øvrigt servicebeskrivelsen på wiki her: CitizenScreeningService

GetFirst- og GetNextGroupOfQuestions

Metoderne udvides med eventuelt besvarelse fra tidligere således at borger kan redigere og fortætte hvor hun slap, samt et emnefelt således at spørgsmål kan gruppers under en overskrift.
Følgende felter tilføjes til QuestionOptionType

Følgende felt tilføjes til QuestionType

GetScreeningResult

Metoden udvides med emne
Følgende felt tilføjes til ResultAnswerType

CodelistService (Verstion 5)

ScreeningTargetGroupTypeIdentifier

Der tilføjes en ny kodelisteværdi til ScreeningTargetGroupTypeIdentifierCodeList markeret med grønt, de øvrige værdier er de eksisterende.

WSRMMessageService (Version 10)

Den eksisterende udgave af GetScreeningResultVersion 10 anvendes uændret, det skal bemærkes at emner ikke medtages i WSRM beskeden.

CV til borgere med rehabiliteringsforløb (ac 902.1.5-6)

Borgere med et rehabiliteringsforløb skal have et tilpasset rehab-CV.
CV'et der tages udgangspunkt for borgere med en rehabiliteringssag, er det nye Præsentations-CV, dog med lettere modificering. Eksempelvis fjernes feltet "derfor søger jeg dette job" som er rettet mod arbejdsgivere. Endvidere fjernes "Særlige hensyn". Og der tilføjes en kollektion: "Mine evner", hvor borger kan angive og vurdere sine evner (hvilket er specifikt for borgere med et rehabiliteringsforløb).
Selve præsentations-CV'et indeholder, udover borgers kontaktoplysninger fem områder, under hvilke borger kan angive oplysninger. Hvert område har egne kollektioner, som er redegjort for under det enkelte område.
Arbejdserfaring

• Her kan borger tilføje sine vigtigste arbejdserfaringer. Det kan være almindelige job, fritidsjob, praktik, og frivilligt arbejde.

Uddannelse og beviser

• Uddannelse og kurser.
• Certifikater - fx hygiejne, truck, brand
• Kørekort - fx, personbil, bus, lastbil

Det kan jeg også

• Erfaringer og kvalifikationer fra fritid, interesser og hverdag.
• Erfaringer med IT - fx internet, word, installation af programmer.
• Sprog, som borger har erfaringer med.

Mine evner

• Borgers beskrivelse af sine evner, herunder hvordan borger trives med at bruge de fremhævede evner.

Der er ingen krav i Præsentations-CV til, at felter skal udfyldes. Heller ikke inden for den enkelte collection.
Herunder de fem hovedområder, som de tager sig ud i Jobnet.

Eksempel på hvorledes det tager sig ud, når man fra Jobnet ønsker at redegøre for sine evner.

KSS skal kunne hente det tilpassede CV som PDF

Sagsbehandlingssystemet sørger selv for at hente CV'et og arkivere det, da borgeren løbende kan ændre deres CV.
Jobnet stiller en metode til rådighed på en service, som på baggrund af CPR-nummer som inputparameter, returnerer en PDF, såfremt der for borger er et flag, der markerer, at borger har en rehabiliteringssag.
Har borger ingen sag, returneres en fejlkode.
Bemærk, at præsentations-CV, fordi det er en pilot, adskiller sig fra det eksisterende CV ved:

• At der ikke er krav om, at felter skal udfyldes. Dette er generelt for CV'et som sådan, men også for oplysninger inden for den enkelte collection.
• At alt er strengbaseret. Dvs. ingen stærke datatyper. Ingen årstal mv. En periodeangivelse kan meget vel være angivet i prosa.

Det er således ikke muligt at definere om et CV er færdigudfyldt.
Strukturerede data giver mindre mening, givet manglende datatyper og forekomst 0 på alt.

DFDG Serviceændringer

CVservice (Version 6)

Ændres ikke. Her er det muligt at få CV data struktureret for alm. CV'er.

Jobnet.CVservice (Version 1)

En ny service der kan der kan hente et CV som PDF.

GetRehabCvPdf

Henter en PDF af det særlige rehab CV.
https://starwiki.atlassian.net/wiki/spaces/FYS/pages/499286101/Jobnet.CVService+Version+1+2018-3
Forretningsregler
Kommune og jobcenter har adgang, samt borger via Jobnet (STAR).
Input

• CPR-nr

Output

• PDF

Sagsbehandler skal kunne låse den forberedende del (ac 902.1.7)

Når en rehabiliteringssag er klar til rehabiliteringsteamet, skal den forberedende del låses. Dette gøres ved at skifte status på sagen. Når dette er sket, har borger ikke længere mulighed for at redigere Min situation.
Sagsbehandler skal have mulighed for at skifte status tilbage, da enten den sundhedsfaglige person eller rehabiliteringsteamet ikke har fundet sagen korrekt oplyst, dette kan tage lang tid og kan medføre at borger ønsker at uddybe "Min situation".
CV'et skal også låses, dette sker dog ikke i hverken Jobnet eller DFDG. Sagsbehandler og/eller KSS system skal selv sørge for at lægge en udgave af CV'et i relevant dokumentbibliotek. Dette gælder i øvrigt for alle dokumenter. CV'et er blot udstillet som service.

DFDG Serviceændringer

Dette er løst med RehabilitationProcessService ved UpdateRehabiltationProcess metoden ved at sætte status til "Sendt til indstilling", Ændres til "Forberedende del lukket for borger"se servicebeskrivelse på wiki her: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/390135821

Sagsbehandler skal kunne gemme indstillingen som PDF (ac 902.1.8)

Når rehabiliteringsmødet er afholdt og indstillingen er foretaget, skal sagsbehandler gemme indstillingen i DFDG, så borger har mulighed for at se den på Jobnet. Der skal gemmes:

• En PDF med hele indstillingen (tilsvarende den borgeren får i sin e-boks)

DFDG Serviceændringer

RehabilitationProcessService (Version 1)

Servicen til rehabiliteringsforløbet indeholder metoder til at vedlægge dokumenter disse benyttes til indstillingen, i metoderne Create-, update-, Delete- og Get- RehabilitationDocument, se servicebeskrivelse på wiki her: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/390135821

CreateRehabilitationDocument

Opretter et dokument i forbindelse med en rehabiliteringssags forberedende eller indstillende del.

UpdateRehabilitationDocument

Opdaterer et dokument og metadata i forbindelse med en rehabiliteringsplans forberedende eller indstillingsdel.

GetRehabilitationDocument

Henter selve dokumentet, metadata om dokumentet hentes fra getRehabilitationProcess

DeleteRehabilitationDocument

Slettemarkerer et dokument. Dokumentet slettes ikke fysisk, men det er ikke længere muligt for aftagere at hente det.

DocumentRepositoryService (Version 1)

DocumentRepositoryService er en generisk service der kan hente dokumenter. Det er et problem, da vi ikke ønsker, at A-kasser skal kunne hente Rehab dokumenter.Dokumenter, der har egne get metoder i andre services Joblog og Rehab, skal kun kunne hentes via disse specifikke services, således at der kan være forskellige rettigheder.

GetDocument

Ingen ændringer til snitfladen, men der tilføjes en ny fejlkode når der forsøges at hente et dokument der hører til forretningsområderne Joblog og Rehab.
Fejlkoder

CodelistService (Version 5)

RehabilitationDocumentTypeIdentifier

Kodeliste til at angive typen af vedlagt dokument på et rehab-forløb
https://starwiki.atlassian.net/wiki/spaces/FYS/pages/398000173

Særlige krav til test

Konsekvenser for drift

Der er udfærdiget en del GUI og jobnetkode i 2018-3, som dog først aktiveres i 2018-4, som led i, at Jobnet her får værdier for borgere på den nye PersonActivityStatusService (hvor Jobnet kan se, at borger har et rehabforløb). Koden er således i 2018-3 effektivt utilgængelig for borgere.

Arkitektur- og implementeringsnoter

• Stor sandsynlighed for at vi har en ny Aktør der skal kalde vores services (EG)
• Rehabiliteringssag er et nyt dataområde og vi skal derfor være ekstra opmærksom på performance

I denne Epic har jobnet:

• • Implementeret CitizenScreeningService og i den anledning er JobnetScreeningService faset ud.
  • Oprettet CVservice der udstiller RehabCV.
  • Resten af stories udfærdiget af Jobnet vil ikke være tilgængelige for borgere i 2018-3, da de ikke trigges, i det vi ikke får værdier på PersonActivityStatusService før 2018-4.

Kendte udeståender fra udviklingsfasen

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

User stories

User stories er kun til intern brug for STAR's leverandører.
Jobnets userstories der vedrører Jobnet GUI, kan kun testes i 2018-3 releasen ved manipulering af RehabilitationProcessService, via hvilken det er muligt at sætte et flag i PersonActivityStatusService, således at borger har et rehabflag.

Spike: Serverside rendering af PDF (US 3323)

"Spike: Valg blandt headless browser og angular universal til renderering af PDF serverside"
På rehab skal Jobnet udstille service med CV som pdf. Vi skal derfor kunne renderer det serverside, hvor det eksisterende præsentations-CV dannes client-side af borger selv.
Valget står mellem rendering via Angular app selv via Angular Universal (https://angular.io/guide/universal) eller rendering via headless browser på server.
Analyser fordele/udfordringer i de to muligheder. Fremlæg resultater for udviklere. Og vælg løsning som implementeres i særskilt US.
BEMÆRK: Rehabiliteringsplan er 2018-4 branch.

Infrastruktur for anvendelse af DFDG sikkerhedsmodel (US 3364)

"Som Jobnet ønsker jeg struktur indarbejdet, så jeg ved udstilling af services kan bruge DFDGs sikkerhedsmodel".
Acceptkriterier

• • Alle udviklere har reference til starnuget repository. Det laves et ps sript som kan køre det via TrayLauncher
  • En lille service er udfærdige, som bruger DFDG.Nuget packages og security
  • Test er udført via AmpDebugger

CitizenScreeningService version 1 (US 3417)

"Som Jobnet vil jeg i screeninger bruge den nye CitizenScreeningService frem for JobnetScreeningService"
Acceptkriterier

• CitizenScreeningService implementeres på Jobnet
• Hvor JobnetScreeningService i dag anvendes, gøres i stedet brug af CitizenScreeningService. Bemærk: CitizenScreeningService gør i alle 4 metoder brug af CPRnr, hvor JobnetScreeningService bruger CV nummer.

• Følgende felter skal omdøbes i overgang fra JobnetScreeningService til CitizenScreeningService:

• • TextboxHelpText (GetFirstGroupOfQuestions og GetNextGroupOfQuestions) hedder i ny service AdditionalTextHeader
  • AnswerType (GetScreeningResult) hedder i ny service ResultAnswerChoiceType
  • ResultAnswerType (GetScreeningResult) hedder i ny service BackgroundVariableType
• Nye outputværdier fra metoder, som ikke anvendes af eksisterende screening, mappes IKKE igennem.

• DFDG informeres, når Jobnetkoden ikke længere gør brug af JobnetScreeningService.
• Kodelisten ScreeningTargetGroupTypeIdentifier opdateres så værdien "BorgersMinSituationTilRehabiliteringsmøde" med id 4 er mappet igennem til Jobnetkoden, for fremtidig anvendelse i relation til "Min situation".
• Det verificeres, at eksisterende screeninger på Jobnet fortsat virker.

Rehab GUI på stub (US 3376)

"Som Jobnet vil jeg have rammer for GUI sat op, styret af status for borgers rehabiliteringsplan"
Acceptkriterier:

• En ny service, som pt. er under udvikling – PersonActivityStatusService – får et element kaldet RehabilitationProcessInfo (se hints nederst), som stubbes så tæt mod snitfladen, at der blot udestår at hooke service på denne, når service foreligger.

• Når status (dvs. RehabilitationsProcessStatusTypeIdentifier) er 1, 2 eller 3 fremgår et menupunkt "MIN SAG" under "Min side", indeholdende 3 undermenupunkter "CV", "Min situation" og "Teamets indstilling".

• • Præsentations-CV er, ved disse statusser, ikke tilgængeligt som præsentations-CV og menupunktet "Præsentations-CV" under "Min jobsøgning - > CV" skal ikke fremgå.

• Er RehabilitationsProcessStatusTypeIdentifier lig 1:
  • Skal ved klik på undermenupunkt "CV" fremkomme en blank side, med brødkrumme der peger på siden. Hint: Her skal rehab-CV ligge sidenhen, hvilket implementeres af US 3377.
  • Klik på "Min situation" viser tom side. Hint: Her kommer i senere US til at ligge et spørgeskema der skal besvares.
  • Klik på "Teamets indstilling" fører til side med følgende tekst: https://l00odh.axshare.com/#g=1&p=indstilling_inden_afg_relse-status_1_og_2

• Er RehabilitationsProcessStatusTypeIdentifier lig 2:

• • Skal ved klik på "CV" fremkomme en blank side. Hint: Jævnfør US 3377, bliver senere implementeret et "print preview" af Rehab-CB.
  • Klik på "Min situation" viser tom side. Hint: Her kommer i senere US til at ligge en låst udgave af borgers besvarede spørgeskema.
  • Klik på "Teamets indstilling" viser samme tekst som når RehabilitationsProcessStatusTypeIdentifier er lig 1.

• Er RehabilitationsProcessStatusTypeIdentifier lig 3:
  • Klik på "CV" viser samme som når RehabilitationsProcessStatusTypeIdentifier er lig 2.
  • Klik på "Min situation" viser samme som når RehabilitationsProcessStatusTypeIdentifier er lig 2
  • Klik på "Teamets indstilling" viser ingen tekst. Hint: Her kommer i senere US til at ligge selve indstillingen.

Hints til udviklere:
Element under ny service PersonActivityStatusService, via hvilket borgers status for rehabiliteringssag kan aflæses:

Kodeliste for RehabilitationProcessStatusTypeIdentifier

Implementering af PASS v.1 (US 3439)

"Som jobnet vil jeg have stub af PASS erstattet af PASS v. 1"
PASS er beskrevet på wiki
Acceptkriterier

• PersonActivictyStatusService version 1, metode GetPersonActivityStatus implementeres på Jobnet, så den kaldes ved borgers logon.
• Stub udarbejdet i US 3376 erstattes af output fra PersonActivictyStatusService. GetPersonActivityStatus, med det element der hedder RehabilitationProcessInfo forudsat RehabilitationProcessStatusTypeIdentifier (status) er 1, 2 eller 3. Hint: Over tid kan borger have flere rehabforløb liggende, men kun et aktivt ad gangen. Og Jobnets rehab menupunkt "Min sag" skal kun vises for det af forløbene, der har status 1, 2 eller 3.

Hints til test: På PASS er der metode til Insert og til Update, som muliggør at sætte værdier. Dette vil gøre test af US 3376 lettere, da det reelt er PASS der styrer, om en given borger skal have vist rehab i menu. Insert og update kan kaldes via AmpDebugger.

Rehab-CV med afsæt i præsentations-CV's komponenter (US 3377)

"Som borger med rehab-plan, vil jeg kunne se et rehab-CV, på baggrund af mit præsentation-CVs komponenter."
Til test: Bemærk at det fortsat er præsentations-CV's i-tekster der indgår. Dette er ikke en fejl. De rettes i særskilt story US-3381.
Acceptkriterier

• Med udgangspunkt i Præsentations-CV skabes et rehab-CV, der rummer alle komponenterne fra Præsentations-CV dog undtaget "Derfor søger jeg jobbet" og "Særlige hensyn i jobbet".

• • Navigationsknapper på forsiden for "Derfor søger jeg jobbet" og "Særlige hensyn i jobbet" figurerer således ikke.
  • "Opret/rediger/vis" funktionalitet for "Derfor søger jeg jobbet" og "Særlige hensyn i jobbet" er ikke tilgængelig.
  • "Derfor søger jeg Jobbet" og "Særlige hensyn i jobbet" fremkommer ikke i "print preview" af CV eller i PDF udgave af CV - uanfægtet der allerede måtte ligge data fra præsentations-CV i de respektive tabeller.

• Under "Min sag", jf. US 3376, skal der ved klik på CV:
  • Når status er 1, fremkomme: et redigerbart rehab-CV jf. ovenstående.
  • Når status er 2 eller 3 fremkomme: Rehab-CV, men kun som "Print preview" med dertilhørende "print PDF" knap.
    • Ved status 2 og 3, hvor kun "print preview" vises, skal linket "tilbage til Præsentations-CV" ikke fremgå.
  • For Rehab-CV skal aldrig fremkomme disclaimer side.
• Under "Her kan du måske finde inspiration" når arbejdserfaring oprettes eller rettes, skal "12 uger" rettes til "12 ugers praktik". Dette vil slå igennem på både rehab- og præsentations-CV.

Mine evner i rehab-CV (US 3378)

"Som borger med rehab-plan vil jeg kunne angive og rate mine evner i rehab-CV"
Der er et ikon for henholdsvis "Glad", "Mellem" og "Sur" til at repræsentere borgers valg af "glæde ved sin evne". Hvert ikon eksisterer i en "Valgt", "KanVælges" og "IkkeValgt"- udgave. Herunder er vist de tre udgaver i forskellig kontekst. Denne reference er god at have, for forståelse af den grafiske repræsentation af acceptkriterier i det følgende.

Acceptkriterier:

• Rehab-CV, men ikke præsentations-CV, udvides med en komponent til borgers angivelse og rating af evner.

• På rehab-CV forside, nedenunder "Det kan jeg også" oprettes en navigationsknap med ordlyden "Mine evner" jf. https://l00odh.axshare.com/#g=1&p=mit_cv
  • Knappen har samme funktionalitet som de øvrige knapper på CV, dvs.: har borger ingen evner angivet, fremgår "Intet indhold".
  • Er der angivet indhold, fremgår ingen tekst herom.
  • Ikon_04 skal anvendes på navigationsknap – Kenneth ligger inde med SVG-fil.
• Ved klik på knappen "Mine evner" åbner "Mine evner" i view mode.
  • Har borger ingen evner angivet, fremgår teksten "Beskriv dine evner og hvordan du trives med at anvende dem", som vejledningstekst over det grønne plus. https://l00odh.axshare.com/#g=1&p=cv_mine_evner_popupviewno_content

• • Har borger angivet evner, fremgår evnerne i fritekst efterfulgt af borgers rating af sig selv på evnerne, udtrykt ved smileys. https://l00odh.axshare.com/#g=1&p=cv_-mine_evner_popupedit_udfyldt_view

• • Smileyen borger har valgt for sin evne er "Valgt". De ikke valgte smileys i viewmode er af typen "IkkeValgt".

• • Udfor hver angivet evne fremgår et redigeringsikon, der ved klik åbner for evnen i redigeringsmodus: https://l00odh.axshare.com/#g=1&p=cv_-mine_evner_popupedit_udfyldt
    • Ved redigering af evner, følges samme redigeringsskabelon som for øvrige kollektioner i CV, hvor evnen fra view mode åbner op for redigering på sin plads, i blandt de øvrige evner.
    • Valgt smiley i "rediger mode" er repræsenteret med smiley der er "Valgt" mens smileyer der kan vælges er repræsenteret ved smileys der "KanVælges".

• • Ved klik på grønt plus åbner "mine evner" i opret modus: https://l00odh.axshare.com/#g=1&p=cv_-mine_evner_popupedit_marker_smiley

• Før evne er rated er alle smileyes af typen "KanVælges".
• Efter valg er den der vælges af typen "Valgt"

• • Hjælpeelement er synligt i edit og opret modus, med de angivne tekster kopieret til kode. Bemærk: Der er bevidst ikke ikoner på overskrifterne i dette hjælpeelementets faner, hvilket afviger fra den øvrige anvendelse af dette hjælpeelement.

• • Efter oprettelse/redigering/slet afsluttes i view mode, som ved eksisterende CV's funktionalitet og feedback gives via toaster i bunden af skærm.

• • Der gemmes løbende som ved eksisterende CV.
    • En evne kan oprettes uden angivelse af rating
    • En rating kan ikke oprettes uden en evne. hint: Logik er konsistent med logik anvendt for sprog.

• • Klik på "undo" bringer tilbage til database state.

• • Ved exit af "mine evner", vises forside af CV med grønt toasterelement der kortvarigt fremkommer på handlingsknappen, når data er gemt (her illustreret for knappen "arbejdserfaring").

• • Ved klik på "Se CV" vises mine evner, hvis de er oprettet.
    • Hvis borger har rated sine evner, vises de efter princip for "view mode".
    • Evner vises efter Sprog.

• • Ved print af CV til PDF medtages "mine evner" og borgers rating heraf, såfremt de er oprettet. Evner og rating skal fremgå af PDF'en som vist i wireframe.
    • Hvis borger har rated sine evner, vises de efter princip for "view mode".

• • Det sikres, at Evner ikke fremgår af Præsentations-CV (ved opret/rediger/vis/print preview og print) for borgere der ikke har en rehab-plan – uanfægtet der for borger måtte ligge evner i tabellerne.

• Responsiv wireframe er ikke udarbejdet, men givet elementerne er flydende, falder tekst ind under smileyer, når der ombrydes. Smileyer skal altid være på samme linje og må ikke ombrydes.

Rehab-CV service med dummy PDF (US 3379)

"Som ekstern ønsker jeg snitflade, via hvilken jeg kan hente dummy pdf udstillet af Jobnet"
Acceptkriterier

• En webservice CVservice V1 oprettes, med en metode GetRehabCvPdf, der muliggør det for eksterne at hente et rehab-CV.
• Input parameter er borgers CPR nummer.
  • Da vi kun har CVnummer, skal Jobnet konvertere CVnummer til CPR ved kald af DFDGs PSS jf. metoden GetPersonCivilRegistrationIdentifier.

• Output skal for nu være dummy PDF, da hensigten er hurtigt at stille snitflade til rådighed for aftagere. Hint: når resultat af US 3323 foreligger, kommer særskilt story om "serverside"-rendering af PDF, som skal generere den PDF, som service skal udstille. Da vil dummy blive udskiftet.

• Følgende fejl skal understøttes og leveres som feedback:
  • CPRnummer ugyldigt.
  • CPR har ingen CVnummer (borger ikke oprettet på JN)
  • DFDG's anbefaling: Lad jer inspirere af fejlkoder på CV service.
• Det kodes ind på funktions niveau service kun må kaldes af STAR, Kommune og Jobcenter.

Hint: Service bør udfærdiges i tæt samarbejde med Razvan, der har holdninger til servicenavn, metodenavn mv. jf. tidligere dialog med DFDG arkitekter og Rune.

Erstat dummy PDF i service med virkeligt rehab-CV (US-3398)

"Som aftager af CVservice ønsker jeg, at GetRehabCvPdf returnerer borgers rehab-CV"
Acceptkriterier

• De samme data skal fremgå af PDF returneret fra service, som fremgår af PDF dannet af borger via GUI.
• Det grafiske udtryk skal dog være et andet, da PDF dannes serverside og borgers HTML ikke haves. Design skal inspireres, men ikke være en pixelperfect udgave, af følgende:
• 

Notifikation om 'Min situation' screening (US 3404)

Denne story er leveret, men omgøres i den efterfølgende US 3544. STAR har ønsket at rehab ikke skal være en del af jobnet GUI, men køre på et stærkt reduceret Jobnet, hvor der KUN er "Min sag". På dette stærkt reducerede Jobnet vil der ikke være en "Min side" og derfor har det været nødvendigt at fjerne den kode, der er introduceret, da den såfremt den blev liggende, blot ville være teknisk gæld. Denne story kan derfor ikke testes. "Som borger vil jeg af 'min side' kunne se, når jeg på min rehabplan skal udfylde 'Min situation'"

• For værdi ScreeningForRehabilitationProcess i Screeningcategory skal vises grøn notifikation om udfyldelse af "Min situation" der ved klik på link skal føre til netop "Min situation" under "MIN SAG", med menupunkt "MIN SAG" foldet ud og menupunkt "Min situation" valgt.

• Notifikationsboksen for screening, der er vist herunder, skal for "Min situation notifikationer" have følgende ordlyd:

"Styrk din sag: Giv rehabiliteringsteamet en god indsigt om dig ved at besvare en række spørgsmål om din situation.
> Gå til spørgeskema "Min situation"

• Når både "Screening Allowed" og "ScreeningCompleted" er true, skal ingen af de grønne notifikationsbokse (uanset screeningcategory) vises. Hint: I dag vises de, hvilket tyder på at jobnetkode udelukkende reagerer på "Screening Allowed"= true.
• Når borger er ramt af en screening vedrørende "Min situation" skal der ikke fremgå et menupunkt "> Forberedelsesskema" under "MIN PROFIL".

Hints til ScreeningAllowed DFDG ændrer en lille smule i logikken, således at der åbnes for mulighed for at redigere selv om "screeningen er besvaret" (Screeningallowed kan være true samtidig med at ScreeningCompleted er true). Dette kan gøres uden WSDL ændringer og gælder i første omgang kun for den nye type. Men JN kan lige så godt sikre, at notifikation aldrig vises, når begge værdier er true.

Fjern US 3404 fra koden (US-3557)

"Som udvikler ønsker jeg oprydning i kode, efter US 3404, der alligevel ikke skal implementeres som beskrevet"
Test: Tal med Thorbjørn ved test af denne US, da den modificerer på resultatet fra US 3404, på foranledning af ændringer fra STARs direktion.
Acceptkriterier:

• Den i US 3404 udarbejdede grønne notifikation om screening af borgere med rehabflag i relation til "Min situation" (screeningcategory 4), skal alligevel ikke fremkomme på "Min side".
• Notifikationsboksen, der var kodet til at kunne håndtere den nye situation hvor et spørgeskema kunne redigeres (dvs. hvor Screeningallowed kan være true samtidig med at ScreeningCompleted er true) skal nu kun reagere på Screeningallowed = true. Hint: Gui for gamle screeninger understøtter ikke redigering.
• Menupunkt "Forberedelsesskema" skal fortsat ikke figurere for "Min situation" (Screeningcategory 4). Hint: Efter borger er færdig med rehab og muligvis atter er tilbage i Jobnet, vil den eksisterende kode vise borgers til en hver tid gældende screeningresultat. Den gamle screeningkomponent vil ikke kunne ikke vise resultatet pænt.