Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som en STAR vil jeg forbedre de kompenserende ordninger i VITAS for at implementere nødvendige funktioner, som ikke er implementeret i foregående releases | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
967.12.1 | Som jobcenter ønsker jeg at kunne revurdere en PA-bevilling, når den er ved at udløbe | VITAS |
967.12.2 | Som KSS ønsker jeg at få en WSRM og serviceudstilling, når en mentorbevilling bliver forlænget | VITAS, KSS |
967.12.3 | Som KSS ønsker jeg at få en WSRM og serviceudstilling, når en PA-vurdering bliver revurderet (forlænget) eller lukket | VITAS, KSS |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |
---|---|---|---|
Acceptkriterie 967.12.2 | Acceptkriterie 967.12.3 | ||
KSS aftager WSRM (SendCaseNotification ) og serviceudstilling (Vitas.MentorService.GetMentorExtension) | KSS | ||
KSS aftager WSRM (SendCaseNotification ) og serviceudstilling (GetPersonalAssistanceExtension) | KSS |
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Beskrivelse af epic
967.12. 1 Som jobcenter ønsker jeg at kunne revurdere en PA-bevilling, når den er ved at udløbe
Jobcenter kan oprette en revurdering af en personlig assistancebevilling 10 måneder efter bevillingsdato. Hvis Jobcenter ikke godkender revurderingen eller registrerer ophør, vil VITAS automatisk ophøre bevillingen 12 måneder efter bevillingsdato.
Process for PA-bevilling:
(Bizagi fil med diagram: PA flow.bpm)
Og et mere teknisk flowdiagram, som viser hvordan revurderingselement anvendes i processen:
967.12.2 Som KSS ønsker jeg at få en WSRM og serviceudstilling, når en mentorbevilling bliver forlænget eller lukket
Vitas.MentorService version 1 erstattes af version 2.
Når en mentorbevilling forlænges eller der registreres ophør, sendes følgende WSRM (tynde WSRM'er)
- WSRM SendCaseNotification vedr. ændring på bevilling.
KSS kan hente den opdaterede mentorbevilling med webservice Vitas.MentorService.GetMentorAllocation.
Webservice Vitas.MentorService.GetMentorAllocation udbygges med følgende elementer
Det eksisterende datafelt "EndDate" får præciseret sin definition, så det til enhver tid repræsenterer den aktuelle slutdato.
Der tilføjes et nyt datafelt "OriginalEndDate" (datetime), som repræsenterer den oprindelige bevillingsdato.
Der tilføjes en liste (0 til flere forekomster) med MentorExtension. En MentorExtension indeholder:
- MentorExtensionElementIdentifier (GUID), som er ID på forlængelsen, der kan indlæses separat jf. efterfølgende.
- NewEndDate (datetime), som er den nye slutdato for bevillingen
Når en mentorbevilling forlænges sendes desuden følgende WSRM (tynde WSRM'er):
- WSRM SendCaseNotification vedr. forlængelse med VitasSubFormTypeIdentifier = 3 Forlængelse
KSS kan hente forlængelsen med ny webservice Vitas.MentorService.GetMentorExtension. Feltindhold jf. forlængelseselement (pt. ikke specificeret med felter).
Dokumentation af webservice: Vitas.MentorService (Version 2, 2020-4)
Ekstern status: Leveret og klar til ekstern anvendelse.
Note: WSRM flow opdateret efter aftale med Kenneth Midtgaard, KMD.
967.12.3 Som KSS ønsker jeg at få en WSRM og serviceudstilling, når en PA-vurdering bliver revurderet (forlænget) eller lukket
Vitas.PersonalAssistanceService version 1 erstattes af version 2.
Når en PA-bevilling udløber, sendes WSRM SendCaseNotification for PA-bevillingen med JobAllocationStatusIdentifier = 4 Lukket. Denne WSRM har hidtil været sendt med øvrige status.
Når en PA-bevilling forlænges eller der registreres ophør, sendes følgende WSRM (tynde WSRM'er)
- WSRM SendCaseNotification vedr. ændring på bevilling.
KSS kan hente den opdaterede PA-bevilling med webservice Vitas.PersonalAssistanceService.GetPersonalAssistanceAllocation.
Webservice Vitas.PersonalAssistanceService.GetPersonalAssistanceAllocation udbygges med følgende elementer
Det eksisterende datafelt "EndDate" får præciseret sin definition, så det til enhver tid repræsenterer den aktuelle slutdato.
Der tilføjes et nyt datafelt "OriginalEndDate" (datetime), som repræsenterer den oprindelige bevillingsdato.
Der tilføjes en element (0 eller 1 forekomst) med PersonalAssistanceExtension. En PersonalAssistanceExtension indeholder:
- PersonalAssistanceExtensionElementIdentifier (GUID), som er ID på revurderingen, der kan indlæses separat jf. efterfølgende.
Når en PA-bevilling revurderes sendes desuden følgende WSRM (tynde WSRM'er)
- WSRM SendCaseNotification vedr. forlængelse med VitasSubFormTypeIdentifier = 3 Forlængelse
KSS kan hente revurderingen med ny webservice Vitas.PersonalAssistanceService.GetPersonalAssistanceExtension. Feltindhold jf. revurderingsselement (pt. ikke specificeret med felter).
Note: WSRM flow opdateret efter aftale med Kenneth Midtgaard, KMD.
Dokumentation af webservice: Vitas.PersonalAssistanceService (Version 2, 2020-4)
Ekstern status: Leveret og klar til ekstern anvendelse.
Særlige krav til test
Ingen 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
Ingen særlige 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
Ingen ændringer i arkitektur.
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.