Ansats
Vi tittar på en komponentbaserad arkitektur, ett ekosystem av komponenter som tillsammans bildar ett ekosystem som löser våra intressenters behov.
Arkitektur
Child pages (Children Display) | ||
---|---|---|
|
Frågeställningar att beakta
Gliffy | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Organisation
Införandet av en komponentbaserad arkitektur (att gå från upphandling av monoliter till en arkitektur bestående av en mix av egenutvecklade och upphandlade komponenter) kräver en organisation som kan hantera det. Tyngdpunkten ligger på verksamhetssidan - vi förutsätter att införandet av ett moderns IT kommer att minska mängden administration och handläggning avsevärt, och en del av den frigjorda tiden behöver omsättas till verksamhetsanalys och förändringsledning i stället.
Gliffy | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Utrullning - principer
Utgå från våra intressenters behov, inte respektive förvaltnings/avdelnings nuvarande process, vid lösningsdesign!
Ett ärende ur intressentens perspektiv spänner ofta över mer än en förvaltning, och människor far i dag illa (och till och med värre än så) på grund av att ärenden ramlar mellan våra olika verksamheter
För att som intressent få den hjälp man i många fall behöver måste man själv agera projektledare för att komma igenom hela sin process - svårt för gemene man, och ofta ännu svårare om man dessutom är den ärendet avser
Att fortsätta arbeta “inifrån och ut” som idag räddar ingen välfärd!
Att vända på perspektivet har dock förutsättningar för att lyckas med det!
Vad gäller anskaffande av komponenter vi fortfarande saknar i vårt ekosystem
En komponent skall vara väldigt bra på att utföra det den är avsedd för, och inget annat - t ex så skall ett planeringssystem till 100% hantera planering och inte vara en del av ett större system där planering endast utgör en delmängd
Följande ordning gäller vid anskaffande av en ny komponent
1. Har vi något inom koncernen vi kan skala upp (och som vi klassar som en förutsättningsskapande digital komponent - allt från Tieto, Sokigo och CGI mm går således bort), välj det alternativet i första hand
2. Saknas komponenten, undersök om det finns en lösningar i öppen källkod vi kan använda och, om det finns, utvärdera dessa - är någon tillräckligt bra, välj den
3. Undersök marknaden och ställ lösningar där mot att bygga själv - är marknaden mogen (mogen 2022 - inte att den var mogen 1995 och stannade där), satsa på en upphandling, annars bygg själv
Ansats visualiserad
Gliffy | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
|
Lite input (från Treserva-upphandlingen)…
Användningsfall
Färdtjänst
IFO Barn
Aktualisering och utredning med stöd av BBIC
Aktualisering och utredning och insats med stöd av BBIC utöver redan ovan nämnda funktioner.
Aktualisering och utredning och insats med stöd av BBIC utöver redan ovan nämnda funktioner.
registrering och dokumentering
IFO Vuxenstöd (Handläggarbyte, Personregister, Bedömningsmallar, Beslut, Kommunicera beslut, Fakturahantering, Utförardokumentation, Statistik, Påminnelser, Ärendeflöde)
Aktualisering och utredning med stöd av exempelvis ASI (Addiction Severity Index)
Registrera beslut om insatser, utforma uppdrag, dokumentation
Ekonomiskt bistånd flykting
IFO familjerätt
Myndighetsutövning ÄO
Myndighetsutövning LSS
Boendesamordning SOO
Boendesamordning VOO
Uppdragssamordning
Utförare hjälp i hemmet
Utförare äldreboende
Utförare stöd och omsorg
Utförare personlig assistans
Arbetsorientering
HSL
Avgiftshantering
Ersättning utbetalning
FAVI arbetsmarknad
FAVI flykting
Myndighetsutövning social psykiatri
Generella funktioner
Statistik och uppföljning
Journalföring/journalhantering
Behörighetsstyrning
Anhörigstöd