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.

Løsningsmodel:

Servicen RehabilitationRecommendationService laves i en Version 2) og laves separate metoder til at oprette og vedligeholde indstillede aktiviteter samt get metode udvides således, at de indstillede aktiviteter tages med ud. (se acceptkritterie 902.5.1)

• CreateRecommendedActivity
• UpdateRecommendedActivity

• GetRehabilitationRecommendation (Udvidelse til eksisterende metode)

Codelist service udvides med relevante kodelister

• RecommendedActivityTypeIdentifier

• CompanyAimedActivityTypeIdentifier

• SupportActivityTypeIdentifier

ActivityService udvides således at ExternalReferenceCollection kan indeholde reference til indstillet aktivitet. Ingen snitflade ændringer i service (se acceptkritterie 902.5.4)

• Codelist ExternalReferenceTypeIdentifier udvidels med id 5 "Indstillet aktivitet"

Husk

• PxSS skal indstillede aktiviteter med ud på statusservice? 
• Version 1 Udfases?
• LSS

902.5.1 Som sagsbehandler vil jeg have, at jeg i DFDG kan indberette strukturerede data for de indstillede aktiviteter

/wiki/spaces/ISB/pages/1301217665

Forslag udarbejdet på baggrund af skabelon fra Deloitte og vil blive tilpasset i en mere enkelt retning

CreateRecommendedActivity

Forretningsregler:

• STAR, Kommune, Jobcenter , Anden aktør
• Borger skal have en indstilling i status XXX

UpdateRecommendedActivity

Forretningsregler (Udover Create):

GetRehabilitationRecommendation

Forretningsregler (Nye udover den der er i dag):

902.5.4 Som Sagsbehandler vil jeg have mulighed for at linke en indstillet aktivitet sammen med en aktivitet givet under Min plan 

Når en sagsbehandler laver en aktivitet i Min plan der er en udmyndning af en indstillet aktivitet, kan sagsbehandleren genbruge de data der ligger på den indstillede aktivitet som hjælp til at oprettelsen samt automatisk få linke de to sammen, begge delle i sit KSS system). Herved lette ikke bare sagsbehandlerens registreringsarbejde men også Jobcentrets og STAR mulighed for at lave en opfølgning mellem indstillet indsat og den faktiske udmyndtede indsats i Min plan.    

ActivityService (Version 4, 2019-1)

CreateActivity og UpdateActivity

Collectionen (ExternalReferenceCollection) der tillader at indsætte links fra en aktivitet til andre elementer i eller undefor DFDG anvendes til at knytte den indstillede aktivitet sammen med Min plan aktiviteten (tilbudet).

Tilknytningen sker ved at anvende Id 5 "Indstillet aktivitet" og GUID til den indstillede aktivitet. Som System vælges DFDG (Id 30)

CodeListService (Version 5, 2019-1)

ExternalReferenceTypeIdentifier

Udvides med en værdi for "Indstillet aktivitet".

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

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

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.