Afgrænsning af epic
Afgræsning |
---|
Som en borger vil jeg have, at der i forbindelse med mit rehabiliteringsforløb, bliver muligt at se indstillede aktiviteter fra rehabiliteringsteamet på Jobnet. Bemærk at indberetning af indstillede aktiviteter |
Acceptkriterier |
|
|
---|
Nr. | Beskrivelse | Relevant for |
902.8.1 | Som borger vil jeg kunne se mine indstillede aktiviteter på Jobnet i forbindelse med Min Plan og tidslinje | Jobnet |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger |
---|
| 902.5.1 | 902.5.4 |
|
|
|
|
|
|
|
|
|
Oversigt over berørte webservices
Jira Legacy |
---|
server | System JIRA |
---|
columns | summary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project |
---|
maximumIssues | 100 |
---|
jqlQuery | issuetype = Varsling AND linkedIssue in (DS-100) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
|
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
>>>>>>>>>>>>>>>>>>>>>>>>>>
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
Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|
|
|
|
|
|
|
* 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
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.