PlanService (2024-1)
Forretningsbeskrivelse
PlanService kan anvendes til at hente og publicere en kerneplanversion, samt til vedligeholdelse af et PlanObjective (”grundplan”) element.
En kerneplan indeholder planbeskrivelse, job og/eller uddannelsesmål samt eventuel uddannenelsesplan. Uddannelsesplanen vedligeholdes dog via EducationPlanService.
Planversioner og publicering
Følgende refererer til centrale og lettere tekniske samt forretningsorienterede beskrivelser som vedrører publisering af kerneplan.
Planversioner
Dette afsnit beskriver hvorledes kerneplanversioner håndteres i DFDG.
En kerneplanversion har referencer til følgende elementer:
- Planbeskrivelse, mål (PlanObjective)
- Uddannelsespålægsplan, Rehabiliteringsplan, Jobplan etc. (PlanAppendix)
Som udgangspunkt findes der to planaktører (sagsbehandler og borger), der hver især skal kunne bidrage med indhold til planen. For at undgå at deres arbejde konflikter med hinanden, får de hver især en kladdeversion, de kan arbejde uforstyrret i. Derfor vil der i DFDG kunne findes flere varianter af sammen planversion:
- Sagsbehandler-kladde
- Borger-kladde
- Juridisk version
Borgeren må ikke kunne se de forberedende ændringer sagsbehandler udarbejder til den kommende kerneplanversion. Derfor arbejder sagsbehandleren med den variant der hedder sagsbehandlerkladde.
Borgeren skal i forbindelse med en uddannelsesplan afhængigt af pålæggets trin, kunne oprette uddannelsesønsker og uddannelsessteder osv. Da borgeren ikke må manipulere med den juridiske version, skal borgeren arbejde i en borgerkladde - Den kaldes for den aktive/gældende version. Den sidste variant af planen er den juridiske version som vil kunne ses på Jobnet.
Figur: Tre varianter af samme planversion dannes ved publicering.
Sagsbehandlerkladde - Næste version
Kladdeversionen er sagsbehandlerens arbejdsområde, hvor sagsbehandlerne kan arbejde uforstyrret og opbygge planen med de elementer, der skal med i den næste version. Når sagsbehandleren er tilfreds med planen kan den publiceres. Der findes kun én sagsbehandlerkladde.
En kladdeversion oprettes af sagsbehandler i forbindelse med, at KSS kalder PlanService.CreateDraftPlan. Som argument til servicekaldet angives en plantypen (udd-plan, jobplan eller plan uden plantype), herefter returneres en plan i den korrekte form, men uden indhold. Ved planskift kaldes ligeledes PlanService.CreateDraftPlan med den ønskede plantype.Borgerkladde – Aktiv/gældende version
Borgerkladden er borgerens arbejdsversion af kerrneplanen. Borgeren kan her inddatere de data der er påkrævet uden at dette påvirker sagsbehandlerens igangværende arbejde. Ligeledes vil borgeren heller ikke kunne påvirke eller manipulere med den juridiske version af planen, da denne findes som sin egen version i historikken.
Sagsbehandler må kun se og må ikke kunne ændre i borgerkladden. De ændringer borgeren indarbejder i borgerkladden vil udelukkende leve på borgerkladdeversionen og der vil ikke ske en automatisk synkronisering de enkelte kladdevarianter imellem.
Når sagsbehandler publicerer en ny version af planen, vil der ligeledes blive genereret en ny borgerkladde der er en kopi af den ny planversion som sagsbehandler har udarbejdet.
Hvis der er data der skal med fra borgerkladden over i den nye version af planen skal sagsbehandler/KSS overflytte disse data inden publicering.
Juridisk version
Den juridiske version er den version, der oprettes når sagsbehandlerne publicere en ny version og som er den version der indgår i Min plan.
Plantyper og kontaktgrupper
Der findes flere typer af planer (Jobplan, Opfølgningsplan m.v) og det er kontaktgruppe der bestemmer hvilken plantype der kan oprettes, se afsnittet pm /wiki/spaces/GI/pages/11272235 under logisk arkitektur Min plan
Berigtigelse af beskrivelse af plan og fritekst mål
Det er muligt at berigtige planbeskrivelse eller planmål i fritekst ved fejlregistreringer. Ved en berigelse vil:
- Der ikke blive dannes en ny version af Min plan.
- Mht. Planbeskrivelsen vil berigtigelse berør kun den juridiske version og borgerkladden af Min plan og ikke en evt. sagsbehandler kladde version, da DFDG ikke automatisk kan merge en evt. opdateret sagsbehandler kladde tekst med en sådan berigtigelse.
Sagsbehandleren skal derfor huske at også at opdaterer en evt. sagsbehandler draft version hvis denne også indholde den ikke ønskede tekst. - Mht. fritekst mål berøres andre mål ikke og det er ligeledes kun den juridiske version og borgerkladden af Min plan der berøres.
Det er muligt at lave berigtigelse på både den nuværende juridiske version af Min plan samt historiske versioner af Min plan.
For fritekst målbeskrivelse er det kun muligt at rette i teksten for det angivne mål eventuelle andre mål berøres ikke af berigtigelsen. Hvis fritekst målbeskrivelse er registreret på en forkert borger kan målet ikke slettes og teksten kan opdateres til "Mål slettet i forbindelse med GDPR fejlrettelse".
Det er kun aktuelt jobcenter, der kan lave berigtigelser. Hvis borgerens tidligere jobcenter har behov for at foretage en berigtigelse, vil borgerens tidligere jobcenter skulle overtage borgeren inden berigtigelsen foretages, hvorefter det tidligere jobcenter kan tilbageføre borgeren til rette jobcenter.
Borger gives ikke besked fra DFDG eller Jobnet omkring en berigtigelse, det er Jobcentret (eller a-kasse) selv der skal foretage en sådan orientering. Ved berigtigelse sendes dog en besked (WSRM) til borgerens aktuelle jobcenter og nuværende a-kasse.
Filtrering i forhold til a-kasser
A-kasserne kan ikke se planer af typen "Aftale om opfølgning", "Rehabiliteringsplan" og "Plan uden plantype". A-kassen kan kun se planer der er oprettet mens et medlem har været tilmeldt som dagpengemodtager eller "uden ydelse" (dimmitend).
Der er endvidere filtrering i forhold til hvilke aktiviteter a-kasserne kan se. Denne filtrering er beskrevet på forretningssiden for ActivityService.
Forretningsregler om gæsteadgang
Gæsteadgang for en dag ad gangen kan opnås med PersonStatusCommentService.CreatePersonGuestAccess for følgende metoder:
• GetActivePlan
• GetDraftPlan
• GetPlan
• GetPlanVersions
Link til snitfladebeskrivelse
Link til forretningsbeskrivelser
Found 3 search result(s) for PlanService.
Metoder
CreateDraftPlan
Opretter en ny tom kladdeplan af typen PlanTypeIdentifierTypeCodeList.
Forretningsregler
Verificering af om den valgte plantype er valid i forhold til borgerens kontaktgruppe, vil først blive valideret i forbindelse med publicering. Det vil derfor være muligt, at oprette en kladdeplan, som endnu ikke matcher borgerens kontaktgruppe.
Verificering om den kaldende er A-kasse. Hvis ja, så tjek om borgeren er dagpengemodtager. Hvis nej, så fejl.
GetActivePlan
Returnerer borgerens gældende version af planen, hvilket også betegnes som borgerkladde.
GetDraftPlan
Returnerer sagsbehandlerens kladdeversion af planen. Dette vil typisk være den fremtidige version af planen som sagsbehandleren arbejder i.
GetPlan
Returnerer historisk plan med alle detaljer. Anvendes efter kald til GetPlanVersions.
GetPlanVersions
Returnerer en liste over de juridiske planversioner og tilhørende borgerkladder. Listen indeholder kun en opsummering af kerneplanhistorikken, målrettet visning på Jobnet. For at kunne vise detaljer skal GetPlan kaldes. Listen vil være tom hvis borgeren ikke har nogen kerneplanversioner.
PublishPlan
Publicerer sagsbehandlers kladde af planen til en ny kerneplanversion (må ikke forveksles med Min plan versioner)
Forretningsregler
- Verificering om den kaldende er A-kasse. Hvis ja, så tjek om borgeren er dagpengemodtager. Hvis nej, så fejl.
- Når en plan publiceres vil der, hvis der er ændringer til den eksisterende kerneplan, dannes en ny version af kerneplanen samt en ny version af Min plan.
Udfra hvordan ændringen til kerneplanen skal håndteres finders 3 forskellige ændringstyper:- ÆT1: Ændringer som borger som borger skal kvittere for (a-kasse og jobcenter skal have besked)
- ÆT2: Ændringer som borger ikke skal kvittere for, men a-kasse og jobcenter skal have besked om (anvendes ikke i forhold til kerneplanen men anvendes alene i forhold til aktiviteter se ActivityService)
- ÆT3: Ændringer som borger ikke skal kvittere for og som a-kasse ikke skal underettes om, jobcenter modtager kvittering (T)
- Jobcenter må fra 1.1.2024 oprette (publicere planer) for
- borgere i KG1 (dagpengemodtagere), når borger i KG1 ikke samtidig har et aktivt fravær id 75 (a-kassen ikke har ansvaret for kontaktforløb for dagpengemodtageren) - fejlkode 9463 'JobCenter can not publish plans for KG1 when active absence 75 after 2024/1/1'
- borgere i alle andre kontaktgrupper end KG1
SavePlanObjective
Denne metode opdaterer det PlanObjective der er relateret til sagsbehandlerkladde. De mål der er tilføjet til PlanObjectiveType vil blive gemt i DFDG:
- Eksisterende mål opdateres
- Nye mål tilføjes
- Overskydende mål slettes. (kaster fejl hvis der findes ref. fra EducationPlan)
Forretningsregler
- Plantyperne Jobplan, Aftale om opfølgning og Rehabiliteringsplan må kun benyttes måltyperne ESCO STAR og Custom. Der gælder ingen restriktioner for måltype for andre plantyper.
- Beskrivelse af indsatsen i planen vises for borger. Der kan angives op til 4050 tegn. Begrænsningen skyldes, at der er begrænsninger på 4050 tegn i den WSRM, der sendes.
- Beskrivelse af indsatsen i planen - Planbeskrivelsen (PlanDescription) kan ikke udfyldes for
- Dagpengemodtagere (kontaktgruppe Id 1)
- Jobparat kontanthjælpsmodtager (kontaktgruppe Id 2, person kategori Id 4 og 8)
- Jobparat kontanthjælpsmodtager omfattet af introduktionsprogrammet (kontaktgruppe Id 3, person kategori Id 4 og 8)
- Jobparat integrationsydelsesmodtager (kontaktgruppe Id 26, person kategori Id 4 og 8)
- Jobparat integrationsydelsesmodtager omfattet af integrationsprogrammet (kontaktgruppe Id 27, person kategori Id 4)
- Fleksjobvisiteret (kontaktgruppe Id 7, person kategori Id 1)
- Uddannelseshjælpsmodtager (kontaktgruppe Id 12, person kategori Id 6)
- Integrationsydelsesmodtager med uddannelsepålæg (kontaktgruppe Id 28, , person kategori Id 6)
- Validering på mål skal være ESCO STAR niveau 5 og ned skal ske for
- Dagpengemodtagere (kontaktgruppe Id 1)
- Jobparat kontanthjælpsmodtager (kontaktgruppe Id 2, person kategori Id 4)
- Jobparat kontanthjælpsmodtager omfattet af introduktionsprogrammet (kontaktgruppe Id 3, person kategori Id 4)
- Jobparat integrationsydelsesmodtager (kontaktgruppe Id 26, person kategori Id 4)
- Jobparat integrationsydelsesmodtager omfattet af integrationsprogrammet (kontaktgruppe Id 27, person kategori Id 4)
- Fleksjobvisiteret (kontaktgruppe Id 7, (bemærk denne har ingen person kategori)
- Se Kontaktgrupper og mål for oversigt
- Eksisterende registreringer på borger skal kunne hentes ud selvom disse mål ikke overholde ovenstående
- Verificering om den kaldende er A-kasse. Hvis ja, så tjek om borgeren er dagpengemodtager. Hvis nej, så fejl.
RectifyPlanDescription (ny i 2021-3)
Metoden anvendes til berigtigelse af planbeskrivelse i situationer, hvor sagsbehandler har
- registreret på forkert borger, eller
- registreret en forkert beskrivelse på rette borger
Metoden skal kaldes for hver af de planversioner, hvor en urigtig planbeskrivelse skal opdateres/berigtiges.
Forretningsregler
- Hvis planbeskrivelsen indeholder tekst må den rettes.
Dette gøre for at undgå at skulle skelne mellem de forskellige regler der har været over tid mht. hvilke kontaktgrupper der må / ikke må have en planbeskrivelse.
RectifyGoalDescription (ny i 2021-3)
Metoden anvendes til berigtigelse af planmål (fritekst i mål af typen Custom) i situationer, hvor sagsbehandler har
- registreret et Custom mål på forkert borger, eller
- registreret et forkert Custom mål på rette borger
Metoden skal kaldes for hver af de planversioner, hvor en urigtig målbeskrivelse på et fritekst mål skal opdateres/berigtiges.
Forretningsregler
- Hvis måleskrivelsen indeholder tekst må den rettes.
Dette gøre for at undgå at skulle skelne mellem de forskellige regler der har været over tid mht. i hvilke situationer en borger må have et fritekstmål. - Verificering om den kaldende er A-kasse. Hvis ja, så tjek om borgeren er dagpengemodtager. Hvis nej, så fejl.
CreatePlanLegacy
Metoden anvendes til at samle de tre kald CreateDraftPlan, SavePlanObjective og PublishPlan til i i forbindelse med at a-kasse skal indberette planer. Metode kan KUN bruges af STAR. A-kasse skal bruge /wiki/spaces/GI/pages/4029579292.CreatePlan (POST /v1/Plan/{XXXXId})