902.2 Digitalisering af rehabiliteringsplan - Indstilling
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 Sagsbehandler skal kunne gemme indstillingen (ac 902.2.1)
4.1.1 Resultatet af indstillingen fra rehabiliteringsteamet
4.1.2 PDF med hele indstillingen
4.2 Visning af rehabiliteringsteamets indstilling på Jobnet (ac 902.2.2)
4.2.1 DFDG Serviceændringer
4.3 Tilbageløb på forberedende del
4.3.1 Det skal være muligt at se fra screeningsresultatet, at det er en "Min situation" besvarelse
4.3.2 WSRM beskeder til dokumenter på rehab forløb
4.3.3 ScreeningIdentifier på rehabilitationProcessService skal kun kunne sættes af DFDG.
4.3.4 Status "Sendt til indstilling" omdøbes til "Forberedende del lukket for borger"
4.4 Borger skal på Jobnet kunne besvare og redigere "Min situation", samt hente afgivet besvarelse som PDF (ac 902.2.3)
4.5 På Jobnet skal borgere med rehabplan kun kunne se "Min sag" og undermenupunkter (ac 902.2.4)
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 Valideringsspike på "Jobnet kun med Min sag" (US 3576)
9.2 Jobnet kun med "Min sag" (US-3540)
9.3 Information ved statusskifte på rehabsag (US 3381)
9.4 Min situation – besvar skema (US-3560)
9.5 Min situation som PDF til borger (US-3632)
9.6 Min situation – rediger besvaret skema (US-3633)
9.7 Implementer RehabilitationProcesService (US-3639)
9.8 Implementer RehabilitationRecommendationService (US-3640)
9.9 Indstilling: Indstillet forløb (US-3643)
9.10 Borgers "Mit Jobmål" (US-3649)

Ændringslog

Afgrænsning af epic

Oversigt over berørte web services

Beskrivelse af epic

Denne epic til denne ISB: <Navn> <link>
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. Denne Epic handler om indstillingen i rehabiliteringsplanen.
Se hele arbejdsgangen for den Indstillingen illustreret på wiki her: https://starwiki.atlassian.net/wiki/spaces/UDV/pages/347177010

Sagsbehandler skal kunne gemme indstillingen (ac 902.2.1)

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:

• Selve resultatet af indstillingen fra rehabiliteringsteamet dvs. hvad borgeren er blevet visiteret til (ressourceforløb, fleksjob, førtidspension, første jobafklaringsforløb, nyt jobafklaringsforløb eller almindelig indsats)
• En PDF med hele indstillingen (tilsvarende den borgeren får i sin e-boks)

Resultatet af indstillingen fra rehabiliteringsteamet

Resultatet af indstillingen indberettes sammen med få metadata omkring indstillingen til DFDG, dette sker umiddelbart efter mødet i rehabiliteringsteamet, hvor teamet har lavet indstillingen. Når DFDG modtager indstillingen vil DFDG ændre status på rehabiliteringssagen til "Indstillet".
Skulle der fra teamet ikke ske en indstilling, fordi sagen ikke er tilstrækkelig belyst, skal rehabiliteringssagens status sættes til "Forberedende del" vha. RehabilitationProcessService se https://starwiki.atlassian.net/wiki/spaces/FYS/pages/390135821

PDF med hele indstillingen

For at borger på Jobnet kan få vist indstillingen som helhed vedhæftes denne som PDF til indstillingen. Denne vedlægges på forløbet med metode CreateRehabilitationDocument på RehabilitationProcessService

Visning af rehabiliteringsteamets indstilling på Jobnet (ac 902.2.2)

På Jobnet skal det være muligt at se rehabiliteringsteamets afgivne indstilling (føp, fleks, ressourceforløb, jobafklaringsforløb). Derudover skal det være muligt at vise Indstillingsdokumentet, da det indeholder flere detaljer end de få strukturerede felter.
Den foreløbige wireframe for borgers indstilling på Jobnet ser således ud:

• Hvad borger er indstillet til under teamets indstilling
• "Se indstilling" viser hele indstillingsdokumentet som PDF. Bemærk: Selv om service accepterer upload af flere dokumenter af typen indstillingsdokument, som kan være aktive samtidig, vil Jobnet brugergrænsefladen kun vise det senest skabte.
• Mit Jobmål, det som borger har skrevet i Min situation under spørgsmål 8 om mål.
• Forløbets formål "valgfrit"

DFDG Serviceændringer

I DFDG laves ny service til at gemme indstillingen. PDF-udgaven af indstillingen gemmes på forløbet for ikke at lave flere metoder til at gemme og hente dokumenter.
De kommunale sagssystemer skal sørge for at knytte indstillingen til forløbet. Der laves valideringer på forløbet for at reducere risikoen for datainkonsistens

RehabilitationProcessService (version 1)

UpdateRehabilitaionProcess

Der laves valideringer således, at status ikke kan sættes til Indstillet, uden at der er en reference til en indstilling, ligeledes at der ikke må være en indstilling, hvis sagen er i den forberedende del eller sendt til indstilling.
Se nærmere på wiki her https://starwiki.atlassian.net/wiki/spaces/FYS/pages/390135821

RehabilitationRecommendationService (Version 1)

Indeholder metoder til at hente, gemme og opdatere selve indstillingen, samt metoder til at hente, gemme og opdatere de indstillede aktiviteter.
Se nærmere her: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/398098470

CreateRecommendation 

Opretter resultatet af en indstilling på rehabiliteringsmøde. Efterfølgende skal KSS knytte indstillingen til det relevante rehabiliteringsforløb og opdatere status.

UpdateRecommendation

Opdaterer indstillingen

GetRecommendation

Henter en indstilling

CodelistService (Version 5)

RehabilitationRecommendationResultTypeIdentifier

Kodeliste til at angive selve indstillingen. Se kodelisten her: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/397901874

WsrmMessageService(Version 11)

GetRehabilitationRecommendationNotificationVersion1

Besked om oprettelse eller opdatering af en indstilling
Input
intet
Output

Tilbageløb på forberedende del

På webservicekoordinationsmøde med KSS og EG blev der identificeret nogle uhensigtsmæssigheder og forbedringsønsker. De, der skal implementeres er beskrevet nedenfor.

Det skal være muligt at se fra screeningsresultatet, at det er en "Min situation" besvarelse

Det er ikke umiddelbart muligt ud fra Screeningservice -> getScreeningResult at se, om resultatet hører til "MinSituation". For ikke at lave snitfladeændringer udvides kodelisten. ScreeningResultCategoryTypeIdentifierType med en værdi så det bliver muligt.

ScreeningResultCategoryTypeIdentifierCodeList

WSRM beskeder til dokumenter på rehab forløb

På rehab-forløbet er der udviklet en "tynd" wsrm, som blot fortæller, at et forløb er opdateret hvis der tilføjes eller opdateres et dokument på forløbet. Dette erstattes af en specifik WSRM besked til ændringer til dokumenter på et rehabiliteringsforløb.

WsrmMessageService(Version 11)

GetRehabilitationDocumentNotificationVersion1

Besked om oprettelse, opdatering eller sletning af et dokument på en rehabiliteringsproces.
Input
intet
Output

ScreeningIdentifier på rehabilitationProcessService skal kun kunne sættes af DFDG.

Min situation (ScreeningIdentfier) bliver automatisk knyttet til rehabilitering forløbet (rehabilitationProcessService) når borger har udfyldt det og opdateres hvis borger laver en ny besvarelse.
Da serviceaftager ikke skal sætte dette felt skal det fjerenes fra update metoden (UpdateRehabilitationProcess).

Status ændringer på forløbsstatus (RehabilitationProcessStatusTypeIdentifier)

Status Id 7 "Forberedende del videregivet fra Jobcentersystem" oprettes, denne status sættes (fra KSS systemet) når den forberedende sagsbehandler har lagt alle relevante dokumenter fra jobcentersystemet i DFDG og sikret sig at borger har udfyldt rehabiliterings CV og Min situation på Jobnet. Dermed vil borger op Jobnet ikke mere kunne lave Min situation rehabiliterings CV og at rehabiliterings CV vil blive videregivet til rehabiliteringsteamet.
Status Id 2 omdøbes fra "Forberedende del lukket for borger" til "Forberedende del afsluttet", denne sættes når sagsbehandler i Mediconnect overgiver forløbet til rehabiliteringsteam.

Udvidelse af dokumenttyper (RehabilitationDocumentTypeIdentifierType) 

For at kunne gemme dokumenter i den forberedende del laves nye to kodelisteværdier for forberedende dokument og bilag til disse. Det kan ligge et valgfrit antal forberedende dokumenter op.
Disse dokumenter vil blive slette i DFDG efter en kort periode (6 måneder) og at DFDG ikke journaliserer disse dokumenter, dette skal ske i de kommunale systemer. Bemærk sletterutiner vil blive ikke blive etableret i 2018-4, men først i 2019-1.

Borger skal på Jobnet kunne besvare og redigere "Min situation", samt hente afgivet besvarelse som PDF (ac 902.2.3)

Denne er beskrevet i epic 902.1.

På Jobnet skal borgere med rehabplan kun kunne se "Min sag" og undermenupunkter (ac 902.2.4)

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. Dette gøres ud fra betragtningen om, at borgeren kun skal have fokus på sit rehabiliteringsforløb og ikke skal distraheres af andet indhold på Jobnet.

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. Indholdet på denne side tilpasses afhængig af sagens status.
Når en borger (med et rehabiliterings-flag) er logget ind på Jobnet, vil der kun 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. Den forberedende del behandles særskilt i Epic 902.1 i 2018-3.
"Teamets indstilling" udgør selve indstillingen fra rehabiliteringsteamet, der vil være "read only" samt hvad borger er indstillet til. "Teamets indstilling" er yderligere beskrevet i afsnit 4.1 og 4.2 i denne epic.
"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).
Når borgere er logget ind på Jobnet, så får de på Find Job en række ekstra funktioner stillet til rådighed. Nogle af disse funktioner kræver, at man kan komme ind på selve Jobnet, hvilket borgere med rehabiliteringsplan i status 1-4 ikke kan, da de kun kan tilgå et "Jobnet kun med Min Sag".
Trods et "Jobnet kun med Min Sag" vil Find Job fortsat være tilgængelig for borgeren via forsiden af Jobnet eller links fra Jobagenter, bookmarks mv.
Det er derfor nødvendigt at fjerne følgende funktioner i Find Job, for borgere med rehabiliteringsplan i status 1-4:

• Tilføj til Joblog
• Marker som favorit

Funktionen "Gem søgning", der tillige er tilgængelig for indloggede borgere, kræver ikke adgang til almindelige Jobnet, da den alene ligger på Find Job. "Gem søgning" vil således fortsat være tilgængelig. Det samme gælder for funktionaliteten "Set" der markerer, at borger har set en jobannonce.

Særlige krav til test

Konsekvenser for drift

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

Arkitektur- og implementeringsnoter

KSS systemet skal selv knytte Indstillingen til rehabiliteringsforløbet, og opdatere status på det, så det er muligt for borger at se indstillingen.

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.

Valideringsspike på "Jobnet kun med Min sag" (US 3576)

"Som udvikler vil jeg verificere, om rollebegrebet på JN kan anvendes til løsning af 'Jobnet kun med MIN SAG'"
Acceptkriterier

• Kan eksisterende rolle (CVowner) genbruges som model (superrolle)?
• Afdæk hvor rollebegreb ellers anvendes på Jobnet og om rammer crasher som følge heraf.
• Dokumenter løsning på WIKI

3 sp.

Jobnet kun med "Min sag" (US-3540)

"Som STAR ønsker jeg, at Jobnet for borgere med rehab sag i status 1-4, kun består af 'Min sag' og underpunkter"
Acceptkriterier

• For borgere med rehabflag i status 1, 2, 3 eller 4 jf. PersonActivityStatusService, må på det indloggede Jobnet af menustruktur kun fremgå "MIN SAG" og underpunkter jf. wireframe.

• "MIN SAG" skal fremgå i stedet for "MIN SIDE" i den horisontale top menu.

• • Ved status 1, 2 eller 3 skal undermenupunkter i den vertikale menu til "MIN SAG" være: "CV", "MIN SITUATION" og "TEAMETS INDSTILLING" og ved de respektive statusser fra PersonActivityStatusService, skal CV, Min situation og Teamets indstilling vises, jf. epic 901.1.
    • Status 4 adresseres særskilt under kommende userstory og skal i indeværende story ikke give anledning til menupunktændringer.
  • Ved opstart vises forsiden af "MIN SAG", med brødkrummen "Min sag >". Hint: forsidetekst fremkommer i senere US 3381.
  • Footer tekster skal ikke fremgå af Jobnet (se wireframe).
  • Hvis opslag mod PersonActivityStatusService (PASS) fejler, skal borger logges ind på almindeligt Jobnet. Årsag: PASS skal kaldes for alle borgere i login, for at verificere, om borger er rehab ramt, så borger kan omdirigeres til "Jobnet uden Min sag". Opleves fejl her og skal vi stoppe pga. fejl, vil vi gøre Jobnet utilgængelig for alle. Derfor defaulter vi ved evt. fejl på PASS til det ordinære Jobnet. Det må antages, at hovedparten af borgere ikke er rehabramte og at genen ved at stoppe login som følge af at service ikke kan kaldes, er langt større for de, der skal besøge det ordinære Jobnet end genen er for de rehabramte (der blot rammer det ordinære Jobnet uden rehab plan)…

Information ved statusskifte på rehabsag (US 3381)

"Som borger vil jeg informeres, når der er statusskifte på min rehabiliteringssag"
Acceptkriterier

• Slettes for nu jf mail til Nina af 31/7. Ønskes dette Menupunkt "TEAMETS INDSTILLING" skrives med samme font som øvrige hovedmenupunkter, selv om det brækker over i 2 linjer.

• Når borgers rehabsag er i status 1, skal af selve forsiden på "MIN SAG" fremgå følgende tekst

• • Knap "GÅ TIL CV" peger på "MIN SAG -> CV"
  • Knap "GÅ TIL MIN SITUATION" peger på "MIN SAG -> MIN SITUATION"
  • Det fremhæves hvor i processen borger er, med fremhævet pil over "Forberedelse af sagen", der skrives med fed, og en progress indicator der er ved start.

• Når sag er i status 2, skal af forsiden på "MIN SAG" fremgå følgende tekst.
  • Det fremhæves hvor i processen borger er, med fremhævet pil over "Møde i rehabiliteringsteamet", der skrives med fed. Øvrige pile er små. Progress indicator fyldes op til "Møde i rehabiliteringsteamet".
  • "Forberedelse af sagen" og "Teamets indstilling" flytter over de små pile og "Møde i rehabiliteringsteamet" rykker under progressbar.

• Når sag er i status 3, skal af selve forsiden på "MIN SAG" fremgå følgende tekst.
  • Knap "GÅ TIL TEAMETS INDSTILLING" peger på "MIN SAG -> TEAMETS INDSTILLING"
  • Det fremhæves hvor i processen borger er, med fremhævet pil over "Teamets indstilling", der skrives med fed. Øvrige pile er små. Progress indicator fyldes op til " Teamets indstilling".
  • "Forberedelse af sagen" og "Teamets indstilling" flyttes under progressbar og "Møde i rehabiliteringsteamet" rykker over midterste lille pil.

Min situation – besvar skema (US-3560)

"Som borger med aktiv rehabplan, vil jeg kunne besvare spørgeskema vedrørende 'Min situation'". Acceptkriterier

• Fra den i US 3417 implementerede screeningservice, mappes det nye felt "Topic" igennem. "Topic" er output af typen streng, med forekomst 0-1, på metoderne GetFirstGroupOfQuestions og GetNextGroupOfQuestions.

• Ved klik på "Min situation" fremkommer,

• • hvis borger er markeret til Rehabscreening,
  • og borger er i status 1 og ikke har fuldført denne

en side hvor formål med screening beskrives. Hint: Det ses af JCSS element ScreeningSelfService om borger skal RehabScreenes og hvorvidt den er Completed

• Ved klik på knappen "START" kaldes metoden "GetFirstGroupOfQuestions" og output bruges til at bygge spørgeskemaets første side op jf. wireframe.
  • Den nye værdi "Topic" bruges som grupperende emneoverskrift på hver side, her illustreret med "Spørgsmål om dine [topic]".

• • Alle spørgsmål returneret af metode vises, i rækkefølgen som service returnerer dem, grupperet under spørgsmålet.
  • Der er 5 sider der kan besvares og borger skal kunne aflæses progression i besvarelse gennem side [X] af 5, hvor X er siden borger befinder sig på.

Strukturen for spørgsmål er følgende: En side kan have flere spørgsmål. Hvert spørgsmål har mindst en svarmulighed, der alle er radiobuttons. En radiobutton svarmulighed kan være alenestående. Alternativt kan der til radiobutton være knyttet et uddybende spørgsmål, som i givet fald skal besvares i tekst.

• • • Et spørgsmål besvares med et svar i form af valg af en radiobutton. Det markerede svar fremhæves som vist.
      • Har en radiobutton et uddybende spørgsmål tilknyttet (<Category>AllowAdditionalText</Category>), skal dette spørgsmål (<AdditionalTextHeader>Spørgsmål i tekst</AdditionalTextHeader>) og tekstboksen det skal besvares med, fremkomme ved valg af radiobutton, nede under de mulige radiobuttonsvar (se wireframe).
        • Ved multiplechoice svarmulighed med tilhørende tekstsvarmulighed, skal tekstboksen fremkomme under den enkelte checkbox.
      • Vælger borger en radiobutton uden tilhørende svarmulighed med tekstbokssvar, skal en evt. vist tekstboks skjules.
        • Teksten kan være op til 1000 karakterer lang.
        • Tekstsvar pr. radiobutton skal huskes mens borger er på siden: Angiver borger først en radiobutton og tilhørende tekstsvar, for derefter på samme hovedspørgsmål at vælge en anden radiobutton og afgive et tekstsvar, så skal valg af førstnævnte radiobutton overskrive det andet tekstsvar med det første.

• • Ved klik på "Næste" kaldes GetNextGroupOfQuestions, og de markerede svar sendes.
    • Kald af GetNextGroupOfQuestions returnerer næste side i spørgeskemaet, der tillige skal følge ovennævnte regelsæt.
    • Inden kald af GetNextGroupOfQuestions valideres dog på, at én radiobutton er markeret for hvert spørgsmål.
    • I tilfælde af, at borger mangler at besvare et spørgsmål, fremgår dette visuelt ved markering af alle radiobuttons med rød ring, på svarmulighederne for spørgsmålet der mangler besvarelse.
      • Der suppleres endvidere med en tekst "validationsummary" som leveres af UX som lever i kontekst af hvor du submitter.
      • Ved submit med fejl skal borger forblive ved submit knap.
    • For tekstboks besvarelser skal der ikke laves validering på, om borger har besvaret.

NB: Denne situation kan ikke opstå da det ikke er muligt at trykke på "Næste" knap, uden at alle spørgsmål er besvaret.

• Borgers besvarelser gemmes i en struktur, således at svar kan forudfyldes, når borger går frem og tilbage til/fra tidligere sider. Dette er gældende inden for sessionen, da spørgeskema først submittes til DFDG til sidst. Hint: Struktur skal kunne genanvendes ved rediger (JF US-3633), hvor allerede afgivne svar på spørgsmål skal forudfyldes.
  • Tilbageknappen på første side af spørgeskema skal føre til introsiden for spørgeskemaet.
  • Tilbageknappen på øvrige sider af spørgeskemaet skal føre til forrige side af spørgeskema.

• På spørgeskemas sidste side kaldes SubmitAndPerformScreening ved klik på knappen "AFSLUT"
  • Dernæst kaldes GetScreeningResult, der returnerer borgers seneste spørgeskemabesvarelse, som anvendes til at opbygge kvitteringssiden således.

• • • Ved besvarelse vises blå callout i toppen af siden.
    • Knapperne "REDIGER SVAR" og "VIS SOM PDF" kommer som særskilte stories. Det er dog en fordel i denne story at refreshe JCSS, da værdien for ScreeningCompleted skal sættes true.
    • Fra den i US 3417 implementerede screeningservice, mappes det nye felt "QuestionTopic" igennem til brug for resultatsiden af "Min Situation". "QuestionTopic" er output af typen streng, med forekomst 0-1, på metoden GetScreeningResult.
    • "QuestionTopic" bruges som grupperende emneoverskrift på resultatsiden, som herunder angivet med "Spørgsmål om din [QuestionTopic]:"
    • Hvis borgeren har undladt at svare på et opfølgende spørgsmål (tekstboks), så vises besvarelsen blank.

Min situation som PDF til borger (US-3632)


"Som borger med rehabplan vil jeg kunne hente min besvarelse af 'Min situation' som PDF"
Acceptkriterier:

• Når "Min situation" er besvaret (dvs. ScreeningCompleted = true jf. JCSS elementet ScreeningSelfService(Dette AC er fjernet da man ikke kan tilgå denne side i en situation hvor ScreenCompleted er andet en true), hvor ScreeningCategory = ScreeningForRehabilitationProcess og for status 1-4 Jf. PersonActivityStatusService) skal en knap "VIS SOM PDF" fremgå af kvitteringssiden.
• WSDL for CitizenScreeningService opdateres, således at metoden GetScreeningResultAsPdf (der er føjet til på samme version af CitizenScreeningService) kan kaldes fra Min situations kvitteringsside.
• Ved klik på knappen "VIS SOM PDF" kaldes getScreeningResultAsPdf med CPR som inputparameter og output data (PDF som Base64Binary) vises PDF for borger.
  • Tilføj spinner ved ventetid, inspireret af 'Min Plan'/CV.
• Ved status 2, 3, 4 for borgers rehabsag sikres, at der ved klik på "Min situation" fremkommer kvitteringssiden for borgers besvarelse af "Min situation" (Dvs. getScreeningResult hvor ScreeningCategory = ScreeningForRehabilitationProcess). Under disse statusser må knappen "REDIGER SVAR" IKKE være synlig. Det skal knappen "VIS SOM PDF" dog være.
  • Såfremt ingen besvarelse for Min situation fremkommer ved kald af getScreeeningResult under borgers status 2, 3 eller 4, vises i stedet for kvitteringssiden følgende tekst jf. Wireframe: https://l00odh.axshare.com/#g=1&p=min_situation_-ingen_besvarelse_foreligger_statu





Min situation – rediger besvaret skema (US-3633)


"Som borger vil jeg kunne redigere min allerede afgivne besvarelse af "Min Situation""
Acceptkriterier

• Når "Min situation" er:
  • Besvaret og redigering tillades (dvs. ScreeningCompleted = true og ScreeningAllowed = true jf. JCSS elementet ScreeningSelfService, hvor ScreeningCategory = ScreeningForRehabilitationProcess)
  • og borgers rehabstatus er 1 (Jf. PASS service)

skal klik på "Min situation" føre til visning af borgers besvarelse jf. wireframe, hvor der tillige fremgår en knap "REDIGER SVAR".

• Følgende nye returværdier er oprettet på metoderne GetFirstGroupOfQuestions og GetNextGroupOfQuestions og de skal mappes igennem fra CitizenScreeningsService til brug under "Min situation":
  • "Selected", Type: boolean. Forekomst: 1. Hint: Feltet angiver om borger tidligere har svaret på spørgsmål.
  • "AdditionalText", Type: streng. Forekomst: 0-1. Feltet holder borgers eventuelt tidligere afgivne tekstuelle besvarelse.
• Ved klik på "REDIGER SVAR" kaldes metoden CitizenScreeningService. GetFirstGroupOfQuestions og borger navigeres til side 1 i spørgeskemabesvarelsen.
  • I strukturen udarbejdet til at holde postede værdier, når borger bevæger sig mellem siderne i sessionen jf. US-3560, gemmes værdierne for Selected og AdditionalText, således at den oprindelige svarmulighed for hvert spørgsmål og det til svarmuligheden evt. hørende tekstsvar, er forudfyldt for borger.
  • Ved borgers klik på "NÆSTE" kaldes GetNextGroupOfQuestions med de nu valgte svarmuligheder og til svarmulighederne evt. hørende tekstsvar og outputtet fra dette kald i form af spørgsmål, svarmuligheder, valgte svar og evt. afgivne tekstsvar forudfyldes.
  • Spørgeskema gennemføres, og det dokumenteres via resultatside (der kaldes efter submit af skema jf. us 3560), at de ændrede svar nu er gemt.
• Ved borgers besøg på side 1 i spørgeskema, skal der smages på, om borger tidligere har besvaret spørgsmål. Er det tilfældet, så vises følgende boks, på alle sider i "Min situation", med undtagelse af selve kvitteringssiden.


Tekst til copy paste: "Bemærk, at din sagsbehandler først kan se din besvarelse, når du har trykket "Afslut" på spørgeskemaets sidste side.
Tryk på knappen "Næste" for at komme til næste side i spørgeskemaet."

• • • Når borger når til sidste side i spørgeskemaet, hvor "NÆSTE" knappen er erstattet af knappen "AFSLUT", skal boksen have følgende ordlyd:




• Det verificeres, at menupunkt vedrørende forberedelsesskema ikke er tilstede på det oprindelige Jobnet for borgere, der får spørgeskema vedr. "Min situation" eller har besvaret "min situation" og derefter sættes i en rehab status der er > 4. Hint: Min situation er lavet i ny GUI og den gamle holder ikke. Spørg evt. Thorbjørn.






Implementer RehabilitationProcesService (US-3639)


"Som Jobnet vil jeg implementere servicen RehabilitationProcesService"
Acceptkriterier:

• Servicen RehabilitationProcesService implementeres, så metoderne GetRehabilitationProces og GetRehabilitationDocument kan kaldes fra "Min sag", i kommende userstories.
• Kodelisterne RehabilitationDocumentTypeIdentifier, DocumentExtensionTypeidentifier og DocumentStatusTypeidentifier implementeres. Alternativt kan overvejes enums.
• Felter og collectioner mappes af stories der bruger dem.



• Arbejde dokumenteres via unittest.




Implementer RehabilitationRecommendationService (US-3640)


"Som Jobnet vil jeg implementere servicen RehabilitationRecommendationService"
Acceptkriterier:

• Servicen RehabilitationRecommendationService implementeres, så metoden GetRehabilitationRecommendation kan kaldes fra "Min sag".
• Kodelisten RehabilitationRecommendationResultTypeIdentifier implementeres, så vi i kommende US 3640, hvor mappinger foretages, kan få navn på indstillet forløb. Alternativt kan overvejes enums.



• Arbejde dokumenteres via unittest.

Indstilling: Indstillet forløb (US-3643)

"Som borger med indstilling til rehabforløb, vil jeg kunne se hvad jeg indstilles til"
Acceptkriterier

• "Teamets Indstilling" overskriften fjernes fra siden, hvis bruger er i RehabState 3 eller 4. (Efter aftale med Nina)
• For borger i status 3, skal ved klik på "TEAMETS INDSTILLING" fremkomme et GUI element på siden, jf. wireframe:
  • Teamets indstilling
• RehabilitationProcesServicens metode GetRehabilitationProcess kaldes med borgers CPR og RehabilitationProcessIdentifier som input, og følgende værdier mappes igennem:
  • RecommendedInitiativeIdentifier (skal bruges ved kommende kald til RehabilitationRecommendationService)
  • Documents collection.




• Hvis der i Documentscollection er et dokument af typen RehabilitationDocumentTypeIdentifier = 1 ("Indstillingsdokument") for hvilket DocumentStatusTypeIndentifeier = 1 ("dokument aktivt"), så vises knappen "SE INDSTILLING".
  • Er der intet dokument af typen "Indstillingsdokument", så vises knap ikke.
• Der vises kun én knap "SE INDSTILLING" uanfægtet flere dokumenter af typen "Indstillingsdokument" med status "dokument aktivt" måtte eksistere.




• • Ved klik på knappen, vises senest oprettede "Indstillingsdokument" målt på CreatedTS, ved kald af metoden RehabilitationProcesServices.GetRehabilitationDocument. Tilføj spinner ved ventetid, inspireret af 'Min Plan'/CV. Metoden tager borgers CPR og RehabilitationDocumentIdentifier (fra documents collection) som parametre. Output er RehabilitationDocument, der er base64binary encoded og af typen PDF.
• Værdien RecommendedInitiativeIdentifier (hentet før ved kald af GetRehabilitationProces) bruges nu til at kalde metoden GetRehabilitationRecommendation på servicen RehabilitationRecommendationService, for at få data omkring anbefalet forløb. BEMÆRK!!!! RecommendedInitiativeIdentifier sendes som inputparameteren RehabilitationRecommendationIdentifier!!!!
  • Af output kan forløbet borger "er indstillet til" udledes i form af RehabilitationRecommendationResultTypeIdentifier:
    • Værdien mappes igennem og skrives med lille begyndelsesbogstav i boksen "Teamets indstilling" efter teksten "Du er blevet indstillet til " [XXXXX] "." Eks.:Du er indstillet til ressourceforløb.Du er indstillet til førtidspension. Bemærk, at der i forhold til wireframe er slettet ordet "et" for at få "Du er indstillet til" til at passe med alle forløb (eks. "førtidspension").








Borgers "Mit Jobmål" (US-3649)


"Som borger vil jeg på teamets indstilling kunne se mit eget angivne Jobmål jf. 'Min situation'"
Acceptkriterier:

• Ved klik på menupunkt "Teamets Indstilling" kaldes metoden GetScreeningResult fra servicen CitizenScreeningService (som allerede er implementeret).
  • Såfremt der er data i output for radiobutton besvarelse af spørgsmål 8, så skrives spørgsmål med formattering fed, efterfulgt af radiobutton besvarelse skrevet uden fed formattering.




• • Har borger uddybet radiobutton med tekstlig besvarelse så fremgår spørgsmål med fed, efterfulgt af borgers tekstlige besvarelse skrevet uden fed formatering.
  • Har borger intet angivet, eller returneres ingen data på servicekald, så vises rammen "Mit Jobmål" slet ikke.

Hint: se wireframe for detaljer om formatering




Introduktions side til teamets indstilling (US-3751)


"Som borger ønsker jeg ved klik på 'TEAMETS INDSTILLING", at få vist en introduktionstekst, alternativt selve indstillingen, afhængig af status på min sag."
Acceptkriterier:

• Ved klik på "TEAMETS INDSTILLING", når status er 1 eller 2, fremgår følgende tekst på siden der vises.
• Ved klik på "TEAMETS INDSTILLING", når status er 3 eller 4, vises teamets indstilling.

Hint: Wireframe til denne side ligger her: Wireframe

Understøttelse af status 7 fra PASS (US-3869)

"Som STAR ønsker jeg, at Jobnet, ved rehabiliteringsstatus 7 reagerer som ved status 2"
Acceptkriterier:

• For borgere, der på PersonActivityStatusService har et rehabforløb med status 7, skal jobnet koden agere som ved status 2. Heraf følger,
  • At RehabCvOwner rollen udvides, så de ved logon ledes i rehabuniverset frem for det ordinære Jobnet.




• • At selve rehabuniverset, ved status 7 skal se ud og agere som ved status 2, jf. US 3381 og US-3540.




Fjern funktioner på Find Job, (US-3795)


"Som Borger med rehabiliteringsplan i status 1-4 eller 7, vil jeg ikke kunne oprette joblogs og markere favoritjob på Find Job"
Acceptkriterier

• For rollen RehabCvOwner, fjernes knapperne
  • "Tilføj til joblog"
  • "Favoritjob"

fra Find Job på Jobteaser-elementet og på selve jobannoncen. Hint: Teaser forekommer i listevisning og kortvisning. Måske det er samme instans? Tjek det.

• På jobteaseren rykker elementerne "Del" og "Ruteplan" blot til venstre og på Jobannoncen rykker "Del" og "Ruteplan" opad, som tilfældet er, når borger ikke er logget ind.
• Det verificeres at "Set" markering og "Gem søgning", der tillige er funktioner som kræver indlogget borger, virker for RehabCvOwner rollen.

Hint: Denne opgave kan muligvis løses ved, at man på knapperne "Tilføj til Joblog" og "Favoritjob" sætter, at de kun må være synlige for CVowner rollen. Altså en lidt omvendt måde at sikre, at de ikke er synlige for CvRehabOwner. I dag er de formentlig synlige for alle roller ulig Anonymous – og det er det der giver os problemet – og får det til at crashe for CVrehabowner.