856.6 Sletning af profilafklaringsdata i DFDG
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som STAR vil jeg opfylde mine forpligtelser som myndighed i forhold til GDPR og dermed slette data når formålet med behandling og opbevaring af data ikke længere er tilstede | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 856.6.1 | Som STAR ønsker jeg at resultatet af profilafklaring slettes 6 måneder efter at borger har udfyldt forberedelsesskemaet på Jobnet | DFDG, BI |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| Acceptkriterie 856.6.1 | Acceptkriterie | Acceptkriterie | Acceptkriterie <nr.> | ||
| A-kasser og KSS systemer skal bekræfte at de ikke har behov for WSRM om sletning af data | X | ||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne
Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår af tabellen.
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
Der forventes ingen ændringer til servicesnitflader ifm. denne epic
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
Beskrivelse af epic
Overordnede principper gældende for slette-epics fra 2020 er samlede i ISB 856.
856.6.1 Som STAR ønsker jeg at resultatet af profilafklaring slettes 6 måneder efter at borger har udfyldt forberedelsesskemaet på Jobnet
Værktøjets formål er at hjælpe sagsbehandleren med at vurdere nylediges risiko for at blive langtidsledige på tidspunktet mellem ledighedstilmelding og den første samtale i a-kasse og/eller jobcenteret. Langtidsledighed er i værktøjet defineret som + 6 måneders ledighed. Efter 6 måneder har risikovurderingen enten vist sig at være korrekt eller forkert og oplysningen om risiko vs. ikke-risiko er derfor ikke længere relevant for sagsbehandlingen.
Relevansen af de ti spørgsmål som borgeren har besvaret om sig selv og sine forventninger til sin jobsøgning ved ledighedstilmeldingen, må ligeledes antages at være forældede efter 6 måneder. Slettefristen for oplysninger, som behandles og lagres som led i brug af profilafklaringsværktøjet i DFDG, sættes derfor til 6 måneder efter, at borgeren har udfyldt forberedelsesskemaet på Jobnet.
Sletningen af oplysningerne i DFDG indebærer ikke, at oplysningerne automatisk slettes i DSDW. Oplysningerne vil derfor fortsat kunne anvendes til statistisk opfølgning i det omfang, der er behov for dette i VOA, som selv tager hånd om sletning i DSDW når det er aktuelt.
Sletningens omfang
Der afgrænses til profilafklaringsdata for nedenstående profilafklaringsmålgrupper (ScreeningTargetGroup):
1 - Borgere Under 30
2 - Borgere Over 30
3 - Dagpengemodtagere
Afgrænsningen udelukker profilafklaringsresultater for rehabiliteringsborgere idet formål og slettefrist for denne gruppe ikke er endeligt afklaret.
Sletningen sker også hvis der er tale om et delvist resultat, i form af en ufuldstændig udfyldelse af forberedelsesskemaet.
Sletningen sker 6 måneder efter at screeningsresultatet foreligger - CreatedDate i fx GetScreeningResult.
Sletningen er komplet for den enkelte screening, identificeret ved ScreeningResultIdentifier, og omfatter profilafklaringsresultatet med tilhørende data. Snitfladeillustration af dette er jf. /wiki/spaces/GI/pages/2398158930 at data for GetScreeningResult og GetScreeningResultAsPdf fjernes for de screeninger som slettes.
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.