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)

...

STAR Product Owner (PO)

...

Nina Nguyen, nan@star.dk

...

Forretningsanalytikere (FA).
Evt. arkitekter, UX m. fl.

...

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)

...

Anchor
_Toc430086833 _Toc430086833

Anchor
_Toc430087178 _Toc430087178

Anchor
_Toc518651638 _Toc518651638

Afgrænsning af epic

Anchor
_Toc430086834 _Toc430086834

Anchor
_Toc430087179 _Toc430087179

Anchor
_Toc518651639 _Toc518651639

Oversigt over berørte web services

...

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

...

Besked om oprettelse eller opdatering af en indstilling
Input
intet
Output

Anchor
_Toc518651646 _Toc518651646

Tilbageløb på forberedende del

...

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

...

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)

...

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

Anchor
_Toc518651649 _Toc518651649

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

...

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.

...

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.

Anchor
_Toc518651651 _Toc518651651

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

...

Anchor
_Toc505934089 _Toc505934089

Anchor
_Toc518651654 _Toc518651654

Anchor
_Toc430086837 _Toc430086837

Anchor
_Toc430087182 _Toc430087182

Konsekvenser for drift

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

Anchor
_Toc505934090 _Toc505934090

Anchor
_Toc518651655 _Toc518651655

Arkitektur- og implementeringsnoter

...

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

Anchor
_Toc518651658 _Toc518651658

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

...

• 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.

Anchor
_Toc518651659 _Toc518651659

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

...

"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.

...

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]".

...

• • • 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.

Anchor
_Toc518651662 _Toc518651662

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





Anchor
_Toc518651663 _Toc518651663

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.

Image Modified
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: Image Modified




• 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.






Anchor
_Toc518651664 _Toc518651664

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.

Image Modified

• Arbejde dokumenteres via unittest.




Anchor
_Toc518651665 _Toc518651665

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.

Image Modified

• Arbejde dokumenteres via unittest.

Anchor
_Toc518651666 _Toc518651666

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").








Anchor
_Toc518651667 _Toc518651667

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.
Image Modified Image Modified