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.
...
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
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)
...
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 |
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Afgrænsning |
|
| ||
Som borger vil jeg se teamets indstilling som PDF på Jobnet for at få overblik over min rehabiliteringssag. |
| |||
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.2 | Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> |
|
|
| ||||||||||||||||||||||
Sagsbehandler skal have mulighed for at gemme indstillingen med: indstillingen | x |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| med:
| x | |||||||||
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Snitflade | Serviceaftager der er berørt |
|
|
|
|
|
|
| Bemærkninger | |||||||||
| DFDG | Jobnet | Plannersystemer | KSS | A-kasse | Ydelsessystem | JobKon | Andet |
|
| ||||||||
WSRM messageservice v11 |
|
|
|
|
|
|
| Ny beskedtype til indstilling. | ||||||||||
RehabilitationRecommendationService v1 |
|
|
| (X) |
|
|
|
|
| Ny service til at gemme indstillingen | ||||||||
CodelistService v5 |
|
|
| (X) |
|
|
|
|
| Nye kodelister til 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
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...
- 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"
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...
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 |
|
| Anchor | ||||
|---|---|---|---|---|
|
...
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 |
...
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
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 | 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 |
| Anchor | ||||
|---|---|---|---|---|
|
...
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 |
...
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 |
| Anchor | ||||
|---|---|---|---|---|
|
...
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:
...
Testscenarie | Berørte systemområder | Identificeret af |
|
|
|
|
|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Her beskriver PO/FA konsekvenser for løsningen efter idriftsættelse.
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...
User stories er kun til interne brug for STAR's leverandører.
| Anchor | ||||
|---|---|---|---|---|
|
...
- 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 | ||||
|---|---|---|---|---|
|
...
- 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)…
- 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.
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
"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.
...
- 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.
...
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]".
- Den nye værdi "Topic" bruges som grupperende emneoverskrift på hver side, her illustreret med "Spørgsmål om dine [topic]".
...
- 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
...
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.
...
- 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.
| Anchor | ||||
|---|---|---|---|---|
|
...
- 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.
| Anchor | ||||
|---|---|---|---|---|
|
...
- "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.
...
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. 
