| Gliffy | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Funktioner som behövs i/runt ärendehanteringen som man kan fundera på vart det ska byggas är:
Möjlighet att producera dokument inkl mallar för dessa (både layout men även standardtext). Då breven i detta fall går med som bilaga till det fysiska kortet kan man tänka sig att detta många gånger printas lokalt. Det finns dock fall där brev kan komma att skickas utan att någon fysisk bilaga går med och man kan överväga att nyttja framtida messaging (eller om det är ngt annat?) lösning med koppling till digital och fysisk post.
Resursbehov
Hypotes
...
Kompetens
...
Vem
...
Timmar
...
Digitaliseringsledare
...
Ronny
...
Automatiseringslead/lösningsarkitekt
...
Mikael
...
API (funktions) utveckling
...
Team xxx
...
Generellt processtöd (backend exponera REST API’er + Camunda)
...
Apendo
...
Handläggargränssnitt web
...
Andreas Idh?
...
Bygga i nytt ramverk, med följande vyer/”sidor”:
Översikt ärenden (med sorteringsmöjlighet och urval)
Handläggning ärenden (komplexiteten styrs nog av info modellen men är inte allt för komplex. Viss logik behöver hållas för vad man kan göra beroende på status av ett ärende dock tänker jag.
Skapa ärenden detta för ärenden som kommer in via post och inte OeP. Kan iofs lösas via OeP dvs att handläggare skapar ärenden där finns plus och minus med det.
Historik ärende
“Special” är möjlighet att kunna skanna.
...
e-tjänsteutvecklare för ny e-tjänster(er)
...
Bygga dokumentlösning med mallar
...
?
...
Verksamhetsspecialist(er) för kravställning
...
n.n.
...
100
...
Dokumentera/skriva rutin (verksamheten)
...
n.n.
...
30
...
Användarutbildning och införande (verksamhetens egen tid)
...
n.n.
...
40
...
5 pers x 8 timmar
...
RPA utveckling (inkl pilotdrift samt uppsättning av miljö för ny applikation)
...
Maja/Claes
...
150
...
Möjligt flöde/process
| Gliffy | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|