Filosofi

Vår filosofi

På frågan om svenska kommuners största problem med leverantörer / leverantörer inom ICT-området, får man ofta ett begränsat antal faktorer som svar. Dessa hindrar och bromsar utvecklingshastigheten och skapar onödigt höga kostnader. Detta avsnitt är en beskrivning av vår filosofi att lösa dessa problem.


Inlåsningseffeker

Inlåsningseffeker är den överlägset mest negativa faktorn för kommunal IT-utveckling. Dessa effekter är både tekniska och juridiska/avtalsmässiga.

Tekniska inlåsningseffeker vilar på leverantörens egna slutna standarder, stängda API:er (om någon), faktorer som att man inte har ett webbaserat gränssnitt som standard, ingen möjlighet att exportera hela databasen etc.

Juridiska/avtalsmässiga inlsningseffekter innebär att kommunen är bunden av ett kontrakt som t.ex. ger effekten att även en kommun har samlat in uppgifter, sparade den i en databas och sedan använt den på daglig basis, databasinnehållet inte ägs av kommunen, utan av det levererantören.

Om kommunen vill exportera hela databasen, till exempel för att överföra det till ett annat (konkurrerande) system, kan leverantören förhindra detta, eller skapa höga kostnader för tillståndet att exportera data.

Konkurrensverket visar tydligt situationens allvar i en studie av Jur Dr Richard Wessman. Bl a pekar han på att inlåsningseffekter skapar en situation där det är svårt för offentlig sektor att byta leverantör och att kommuner ofta hamnar i en situation med leverantörer som, så snart systemen är installerade, får ett de facto-monopol. Marknaden är oligopol-liknande med få stora leverantörer som har full kontroll och där rådande affärsmodell, med långa avtal och slutna system snarare motverkar innovation än stimulerar den.

Interoperabilitet

Oavsett om det är ett skoladministrativt system, en pedagogisk lärplattform eller enskilda pedagogiska interaktiva läromedel, kan dessa inte ”prata” fritt med varandra och utbyta data. De är inte interoperabla.

Kontrollen över vilka andra system som kan integreras och vem som får göra integrationen ligger hos leverantören av verksamhetssystemen, inte hos kommunen/skolan/användaren.

Det huvudsakliga problemet

Det största problemet ligger i det faktum att data som produceras inom den offentliga sektorn ofta ägs av och endast är tekniskt tillgänglig för leverantören av systemet. Denne kontrollerar hur dessa data kan användas av organisationen och av slutanvändaren.

Inlåsningseffekten är ofta en följd av upphandling inom offentliga sektorn och har sällan rent tekniska skäl.

Leverantören kontrollerar också utvecklingen av systemet och har få incitament att förbättra systemen, eftersom detta skulle kräva investeringar och därmed minska vinsten.

Offentlig sektor är inlåst i ett de facto oligopol, med ett fåtal stora leverantörer som dikterar villkoren för både användning och utveckling.

Detta är inte ett effektivt sätt att påskynda utvecklingen inom den offentliga sektorn.

Öppen plattform

Istället borde den offentliga sektorn kunna använda öppna plattformar, med öppna gränssnitt (API:er), öppen dokumentation och öppna standarder, både för att lagra data och definiera grundläggande rutiner och processer för hantering av data.

Plattformen skulle tillåta att tredje part kommer åt lagrad data  API:er oavsett om tredje part byggs både öppen källkod eller proprietära kod.

Plattformen skulle bli en offentlig "infrastruktur" som innehåller data och grundläggande rutiner och processer för hantering av data. Modellen kan förhindra och / eller undvika inlåsning eller interoperabilitets problem.

Att använda en öppen plattform skulle ge andra leverantörer (eller det kommunen i sig) möjlighet att bearbeta data utanför systemet, skapa ett antal tjänster och funktione som utförs externa, men ändå hålla alla strategiska uppgifter på ett ställe (i plattformen) .

Plattformen själv behöver inte hålla reda på vilka olika typer av enheter som kommer åt den. Leverantören av den öppna plattformen ansvarar för den grundläggande tekniken, ett standardiserat administrativt gränssnitt och de kommunikationsstandarder som används.

Flera kanaler, gränssnitt och leverantörer

Kommunikationen med slutanvändaren kommer att hanteras av ett antal kanaler, program och medel. Plattformen kan anropas från webben, mobiltelefoner, kuddar, det vill säga från ett antal olika system. När nya kommunikationsmedel kommer ut på marknaden, kan dessa enkelt integreras som en ytterligare kommunikationskanal.

Ett antal leverantörer och utvecklare kan presentera data från plattformen, modifiera datat och / eller skicka in till plattformen.

Eftersom plattformen är skapad för extern kommunikation, med väl definierade API:er, kan alla data i plattformen användas externt genom allmänna eller specialiserade applikationer.

Det skulle t ex vara möjligt att skapa en generell webbaserad vy för en administratör. Samtidigt som, genom andra kanaler, datat kan användas högt specialiserade ändamål. Det blir t ex betydligt enklare att bygga specialanpassade informationskanaler för grupper av funktionshindrade / blinda människor i en mobil app.

Man behöver inte längre göra kompromisser och försöka tillfredsställa både allmänhet och specialiserade målgrupper i samma användargränssnitt och samma kanal.

Eftersom API:erna är öppna, kan de specialiserade tillämpningarna / gränssnitten konstrueras av någon som har kunskap om sin målgrupp. Vi blir inte längre beroende av att en enda leverantör försöker täcka alla behov utifrån sin egna tekniska organisation.

Det kompletta dokumentet med exempel på filosofin hittar du här på engelska.