Denne epic skal ses i sammenhæng med ISB 902, der beskriver de forskellige elementer i rehabiliteringsplanen, som delvist it-understøttes på Jobnet i forbindelse med pilotforsøg fra [1. maj] 2019. 

---

JOB-242 - Getting issue details... STATUS

Indholdsfortegnelse

---

Afgrænsning af epic

Oversigt over berørte webservices 

Beskrivelse af epic

Der findes ikke centralt et samlet overblik over indsatserne i ressourceforløb. Beskæftigelsesministeriet har alene overblik over indsatserne givet efter  beskæftigelseslovgivningen. Der arbejdes på at få adgang til yderligere data bl.a. socialdata og sundhedsdata i forbindelse med det sideløbende analysearbejde om en helhedsorienterede indsats.  

Det forslås, at der skabes et centralt overblik over alle indsatser i ressource- eller jobafklaringsforløb som led i at understøtte en bedre indsats med henblik på, at borgere får fodfæste på arbejdsmarkedet.

Derfor foreslås det, at:

• Det bliver obligatorisk fremover at bruge den it-understøttede “Min Plan 2.0” til, at borgeren på Jobnet kan få vist rehabiliteringsplanens indsatsdel. Registreringen af rehabiliteringsplanens indsatsdel sker i KSS.
• Fremover skal ”Min plan 2.0” bestå dels af en ”indstillingsdel” med visning af teamets indstilling og dels af en “plandel” med visning af indsatsdelen udarbejdet af den koordinerende sagsbehandler i samarbejde med borgeren.
• Rehabiliteringsteamets indstilling registreres i DFDG, som herefter vises for borgeren på Jobnet, både i borgerens rehabiliteringssag og i ”Min Plan 2.0”.
• Data skal være så strukturerede som muligt, dvs. svare til kendte begrebsdefinitioner og data indsamlet af Danmarks Statistik. Der skal ud over data fra beskæftigelsesområdet indgå relevante indsatser fra social-, sundhedsområdet m.fl. Sundhedsindsatser i regionalt regi indgår ikke.
• Disse data overføres til borgerens indsatsplan/Min Plan 2.0.
• Der skal ske en central dataopsamling af alle data. Herefter kan der løbende udarbejdes:
  • Oversigter over “tabsproces” fra rehabiliteringsteamets indstilling, til kommunens afgørelse og til indsatsdelen udarbejdet af den koordinerende sagsbehandler.
  • Analyser af indsatsen givet som led i ressource- jobafklaringsforløb.
  • Jobindsatsmålinger.
• Kommunale data, der indgår i rehabiliteringsplanens indsatsdel, skal indsamles såvel til administrative som statistiske formål.

902.8.1 Som borger vil jeg kunne se mine indstillede aktiviteter på Jobnet i forbindelse med Min Plan og tidslinje 

Det skal være muligt for borger at se teamets indstilling på en tidslinje med detaljerede oplysninger omkring indsatsen fx start- og slutdato, beskrivelse etc. på lige fod som de "faktiske" aktiviteter. Det vurderes dog at være uhensigtsmæssigt, såfremt de indstillede aktiviteter fremgår på den samme tidslinje over "faktiske" aktiviteter i Min Plan. Det skal analyseres nærmere, hvor i brugergrænsefladen på Jobnet, at det giver mening at vise en tidslinje over indstillede aktiviteter. Det skal være tydeligt for borger, at disse aktiviteter kun er anbefalinger fra rehabiliteringsteamet og foreløbige indtil de reelt iværksættes og bliver en del af Min Plan. 

>>>>>>>>>>>>>>>>>>>>>>>>>>

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG
  • Services
  • WSRMer
  • Kodelister
  • PersonStatusService (PSS)
  • PersonHistoryService (PHS)
  • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
• Jobnet
• VITAS
• JobKon
• JobAG
• BI integrationsplatform
• Alle områder
  • Nye batchjobs
    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 
  • Dataløft
    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
• Kommunalt sagsbehandlingssystem
• A-kasse sagsbehandlingssystem
• Kommunalt bookingsystem
  • JobcenterPlanner (JCP)
  • WorkForcePlanner (WFP)
• Kommunalt ydelsessystem

Særlige krav til test

* Batchjobs

• bør testes både med delta og fuldt load,
• bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
• bør testes i samarbejde med teams som har afhængigheder
• kørselstid, særligt hvis det er en del af NightlyBatch

Konsekvenser for drift/idriftsættelse

Udviklingsarbejde følger LAB-hovedspor. 

I forbindelse med idriftsættelse:

• Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
• skal der køres konvertering
• Skal der køres databasescripts for opdatering af tabeller i databasen

Efter idriftsættelse:

Arkitektur- og implementeringsnoter 

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder
• Nye snitflader
• Nye komponenter
• Nye miljøer
• Nye teknologier
• Nye aftagertyper
• Eller afvigelser fra principperne
• Eventuelle behov for reduktion af teknisk gæld skal afdækkes

Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.