902.2 Digitalisering af rehabiliteringsplan - Indstilling

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 Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Nina Nguyen (Unlicensed)Carsten OlsenLars Kanstrup SørensenKenneth Ingemann Larsen (KEIL) (Unlicensed)Louise Baunsgaard Koch (Unlicensed)2018-41.0KSS


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

Dato

Version

Forfatter

Berørte afsnit

09.05.2018


Lars Kanstrup

Flyttet indhold vedr. indstilling fra Epic 902.1

25.05.2018


Lars Kanstrup

Opdateret navnet på servicen til indstillingen, og indsat beskrivelse af WSRM

08.06.2018

0.8

KEIL (Kenneth Ingemann Larsen)

Oprettet US 3540 plus flyttet redigeret udgave af 3381 fra 902.1

11.06.2018

0.10

Lars Kanstrup

Fjernet acceptkriterie og beskrivelse af indstillede aktiviteter, da dette er ude af scope i 2018-4.

11.06.2018

0.11

KEIL (Kenneth Ingemann Larsen)

Oprettet US 3560

13.06.2018

0.13

KEIL (Kenneth Ingemann Larsen)

Oprettet overordnet acceptkriterie 902.2.3 omhandlende Min situation på JN, og 902.2.4 om et Jobnet kun med Min sag.

14.06.2018

0.14

KEIL (Kenneth Ingemann Larsen)

Oprettet spike US 3576 vedrørende "Jobnet kun med Min sag"

20.06.2018

0.15

KEIL (Kenneth Ingemann Larsen)

Opdateret US-3560 med acceptkriterier.

21.06.2018

0.16

KEIL (Kenneth Ingemann Larsen)

Oprettet US-3632 og US-3633.

22.06.2018

0.18

Lars Kanstrup Sørensen

Lidt småjusteringer til acceptkriterier samt kort beskrivelse af valideringer i rehabilitationProcessService

22.06.2018

0.18

Nina Nguyen

Review

25.05.2018

0.22

KEIL (Kenneth Ingemann Larsen)

Oprettet 4 Jobnet stories 3639, 3640, 3643 og 3649.

26.06.2018

0.25

KEIL

Skærpet US efter refinement.

03.07.2018

0.34

Louise Baunsgaard Koch

Tilføjet beskrivelser af acceptkriterierne 902.2.3 og 902.2.4

02.07.2018

0.31

Lars Kanstrup

Beskrevet WSRM på dokumenter og ny type til screeningresult til min situation

05.07.2018

0.37

Lars Kanstrup Sørensen

Afsnit 4.3.3 tilføjet, om Screeningidentfier der kun skal kunen sættes af DFDG.

06.07.2018

0.38

Lars Kanstrup

Afsnit 4.3.4 tilføjet vedr. navneændring på Status "Sendt til indstilling"

18.07.2018

0.39

David Christensen

Tilføjet en ny userstory som ikke er færdig omkring introduktions side til Teamets indstilling.

31.07.2018

0.43

KEIL (Kenneth Ingemann Larsen)

Rettet acceptkriterie i US 3381 om menupunkt "TEAMETS INDSTILLING", så det har samme font som øvrige hovedmenupunkter + omskrevet US 3751

01.08.2018

0.44

KEIL (Kenneth Ingemann Larsen)

Tilrettet US 3643 + US 3649 på baggrund af ændrede ønsker.

03.08.2018

0.45

KEIL (Kenneth Ingemann Larsen)

Slettet acceptkriterie på 3381, da wireframe er ændret og knap ikke længere eksisterer.

10.08.2018

0.46

KEIL

Ændret acceptkriterier i US 3643 og beskrivelse af acceptkriterie 902.2.2, så det præciseres, at der trods servicens mulighed for flere "Indstillingsdokumenter", kun vises seneste aktive på Jobnet. I samme US præciseret tekstlig formulering.

14.08.2018

0.47

TRA(Thorbjørn Reimann-Andersen)

Tilføjet acceptkriterie ang. Overskrift på Teamets Indstilling i US 3643

16.08.2018

0.49

KEIL (Kenneth Ingemann Larsen)

Tilføjet US 3795 og uddybet acc 902.4 med beskrivelse af konsekvens i forholdt til Find Job.

29.08.2018

0.50

KEIL (Kenneth Ingemann Larsen)

US-3633: Tilføjet acceptkriterie om, at borger ved skema åbnet for redigering, skal advares om, at det skal submittes.

31.08.2018


Carsten Olsen

Nye acceptkriterie 902.2.5 og afnsnit 4.3.4 og 4.3.5 vedr. mulighed hor at forberedende dokumenter samt en status til at "overgive" mellem KSS og Mediconnect

31.08.2018


Carsten Olsen

Dokument løftet til v 0.5

31.08.2018

1.2

KEIL (Kenneth Ingemann Larsen)

Oprettet US-3869, der på Jobnet adresserer Status 7 i PASS.

07.09.2018

1.3

KEIL (Kenneth Ingemann Larsen)

US-3633: Indsat tekst til boks fra wireframe, så udvikler kan copy-paste.

10.09.2018

1.4

KEIL (Kenneth Ingemann Larsen)

Udvidet US-3633 med krav om, at ordlyd i tekst boks skal adskille sig på sidste side i spørgeskema.

20.09.2018

1.7

Keil

Sat dokument i version 1.0

Afgrænsning af epic

Afgrænsning



Som borger vil jeg se teamets indstilling som PDF på Jobnet for at få overblik over min rehabiliteringssag.

Som en sagsbehandler vil jeg kunne registrere indstillingen fra eget sagssystem, så dette dels fremgår på Jobnet for borgeren og dels at den koordinerende sagsbehandler kan genanvende data i indsatsdelen.



Acceptkriterier



Nr.

Beskrivelse

Relevant for Beskriver hvilke af STARs leverandører som skal løse dette acceptkriterie


902.2.1

Sagsbehandler skal i DFDG ud fra teamets indstilling oprette hvad borgeren er blevet indstillet til,(aftalt på rehabiliteringsmødet) så borger har mulighed for at se den på Jobnet.

DFDG


902.2.2

Borger skal på Jobnet kunne se teamets indstilling

Jobnet


902.2.3

Borger skal på Jobnet kunne besvare og redigere spørgeskemaet vedr. Min situation, samt hente afgivet besvarelse som PDF

Jobnet


902.2.4

På Jobnet skal borgere med rehabplan kun kunne se "Min sag" og undermenupunkter.

Jobnet


902.2.5

Som sagsbehandler vil jeg kunne gemme forberedende rehabiliterings dokumenter i DFDG der så kan videregives mellem systemerne, inkl. status i forløbet til at styre dette

DFDG og Jobnet



Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Berørte acceptkriterier







Bemærkninger











Acceptkriterie 902.2.1

Acceptkriterie 902.2.2

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>




Sagsbehandler skal have mulighed for at gemme indstillingen med:

  • Resultatet af indstillingen
  • Formål med indstillingen (valgfrit)

x





















Oversigt over berørte web services

Snitflade

Serviceaftager der er berørt








Bemærkninger



DFDG

Jobnet

Plannersystemer

KSS

A-kasse

Ydelsessystem

JobKon

Andet



WSRM messageservice v11




(error)






Ny beskedtype til indstilling.

RehabilitationRecommendationService v1




(X)






Ny service til at gemme indstillingen

CodelistService v5




(X)






Nye kodelister til indstillingen

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 CreateRehabilitationDocumentRehabilitationProcessService

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

Element

Type

Forekomst

Beskrivelse

PersonCivilRegistration Identifier

PersonCivilRegistration IdentifierType

1

Borgers personnummer

RehabilitationRecommendationIdentifier

Guid

1

Nøgle på Indstillingen

CreatedDateTime

DateTime

1

Oprettelsesdato i DFDG 

UpdatedDateTime

DateTime 

1

Seneste opdateringsdato i DFDG

RegistrationType

RegistrationTypeType

1

Handlingen dvs. oprettelse eller opdatering

RegistrationMetaData

RegistrationMetaDataType

1



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

ID

Navn

Beskrivelse

Startdato

Slutdato

1

UngeDerAfgaarHurtigt

Unge der afgår hurtigt

01-10-2015

01-07-2100

2

MellemgruppenForUnge

Mellemgruppen for unge

01-10-2015

01-07-2100

3

UngeIRisikoForLangtidsledighed

Unge i risiko for langtidsledighed

01-10-2015

01-07-2100

4

DagpengemodtagereIRisikoForLangtidsledighed

Dagpengemodtagere i risiko for langtidsledighed

01-10-2015

01-07-2100

5

OevrigeDagpengemodtagere

Øvrige dagpengemodtagere

01-10-2015

01-07-2100

6

MinSituation

Besvarelse af min situation for borgere med rehabiliteringsforløb

01-07-2018

01-07-2100



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

Element

Type

Forekomst

Beskrivelse

PersonCivilRegistration Identifier

PersonCivilRegistration IdentifierType

1

Borgers personnummer

RehabilitationProcessIdentifier

guid

1

Nøgle på rehabiliteringsforløbet som dokumentet tilhører

RehabilitationDocumentIdentifier

Guid

1

ID på dokumentet,

RehabilitationDocumentTypeIdentifier

RehabilitationDocumentTypeIdentifierType

1

Typen af rehabiliteringsdokument.

CreatedDateTime

DateTime

1

Oprettelsesdato i DFDG 

LastUpdatedDateTime

DateTime 

1

Seneste opdateringsdato i DFDG

DeletedDateTime

DateTime 

0-1

Tidspunkt for hvornår dokumentet er slettet. 

RegistrationType

RegistrationTypeType Der laves en ny udgave af RegistrationTypeType, da den skal understøtte sletning. Typenavnet beholdes og der laves en datoopskrivning af namespacet.

1

Handlingen dvs. oprettelse, opdatering eller sletning

RegistrationMetaData

RegistrationMetaDataType

1



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.

Id

Navn

Beskrivelse

Startdato

Slutdato

1

Forberedende del

Rehabiliteringsforløbet er i den forberedende del

01-04-2018

01-07-2100

2

Forberedende del afsluttet

Rehabiliteringsforløbet forberedende del er afsluttet og er sendt til indstilling i rehabiliteringsteamet

01-04-2018

01-07-2100

3

Indstillet

Rehabiliteringsteamet har lavet en indstilling og rehabiliteringsforløbet er sendt videre til indsatsdelen (Min plan)

01-04-2018

01-07-2100

4

Indsats igangsat

Den koordinerende sagsbehandler har behandlet indstillingen og igangsat indsatsdelen (Min plan)

01-04-2018

01-07-2100

5

Forløb afsluttet

Forløbet afsluttet, enten fordi der er tale om førtidspension, alm. forløb eller fordi den indstillede indsats er tilendebragt

01-04-2018

01-07-2100

6

Fejloprettet

Fejloprettet

01-04-2018

01-07-2100

7

Forberedende del videregivet fra Jobcentersystem

Dokumenterne fra jobcentersystem er klar inkl. at borger har udfyldt rehabilitering CV og Min situation og disse kan hentes

01-04-2018

01-07-2100


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.

Id

Navn

Beskrivelse

Startdato

Slutdato

1

Indstillingsdokument

Selve indstillingsdokumentet udarbejdet i forbindelse med rehabiliteringsteamets indstilling

01-04-2018

01-07-2100

2

Forberedende dokument

Dokument til den forberedende del

01-04-2018

01-07-2100

3

Bilag til forberedende dokument

Bilag til et forberedende dokument

01-04-2018

01-07-2100



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

Testscenarie

Berørte systemområder

Identificeret af







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.



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:

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