app’slsocialtudsae · tema 4: drift og udvikling alle er utålmodige, for der forventes store...

App’s &l socialt udsa/e

Workshopresultat, 2. del af markedsdialog 3. oktober 2016

INNOBA

INNOBA

Markedsdialog, del 2

•  Københavns kommunes socialforvaltning (KK SOF) ønsker sammen med leverandører, medarbejdere og borgere at udvikle og implementere mobile digitale løsninger Kl borgerne indenfor det sociale område.

•  Det er borgere under 65 år, der er socialt udsaOe, sårbare eller har funkKonsnedsæOelser.

•  Løsningerne skal styrke den sociale indsats og forbedre livet for børn, unge og voksne på to områder: større selvstændighed + bedre kommunikaKon

•  PotenKalet er en bedre og mere selvstændig hverdag for borgerne, en nemmere hverdag for medarbejderne og bedre udnyOelse af kommunens ressourcer.

•  De bedste løsninger skal om muligt indkøbes og implementeres i stor skala.

•  Som del af projektet gennemføres en markedsdialog med potenKelle leverandører og videnspersoner fra den private sektor.

•  Denne workshoprapport dokumenterer den anden af to aWoldte workshops i markedsdialogen.

Ambi&onen

2

INNOBA


Med markedsdialogen ønsker KK SOF at blive klogere på: •  Hvilke løsninger og teknologi, der allerede

eksisterer i markedet •  Hvordan nye løsninger, som bedre rammer

borgernes og kommunens behov, kan udvikles

•  Hvilke teknologiske, juridiske og

administraKve rammer, der er nødvendige for en systemaKsk implementering i stor skala

Markedsdialog formål

3

TEST EL. TILPASNING MED BORGERE OG MEDARBEJDERE

IMPLEMENTERING

WORKSHOPS OG TESTS MED BORGERE OG MEDARBEJDERE

1. WORKSHOP

MARKEDSDIALOG 15/9 3/10

BRUGERBEHOV

BRUGSSITUATIONER

POTENTIALER

KRAV TIL DESIGN OG FUNKTIONALITETER

BRUGERBEHOV

BRUGSSITUATIONER

POTENTIALER


BESLUTNING OM VIDERE VEJ I SOF

IT-SIKKERHEDSKRAV

FORRETNINGSMODELLER

BUSINESSCASE

INDKØB OG DRIFT AF APPS RAMMER FOR UDVIKLING

FORBEREDELSE DIALOG PRIORITERING EVT. UDVIKLING

EVT. INDKØB

Markedsdialog &dsplan implementering


INNOBA

MARKEDSDIALOG: LIGEVÆRDIG DIALOG GLEM KØBER/SÆLGER-‐ROLLERNE LIDT KVALIFICERE OG UDFORDRE HINANDEN INGEN FORTROLIGHED ALT DOKUMENTERES ALT KAN OFFENTLIGGØRES

4

INNOBA


•  50 deltagere fra både den private sektor og Københavns Kommune

•  App-‐leverandører med eksperKse inden for app-‐udvikling

•  IT-‐leverandører med erfaring med integraKon af app-‐data med kommunale systemer

•  KK SOF medarbejdere med kendskab Kl rammer og implementering

•  Kommunale medarbejdere med eksperKse inden for IT, udbud, jura, administraKon, mv.

•  InnovaKons-‐ og udviklingsmedarbejdere fra KK SOF med viden om udviklingsprocesser og velfærdsteknologi

Markedsdialog deltagere del 2

5

INNOBA


Dagens formål •  Hvad der skal Kl for at sikre

implementering i skala?

•  Hvad skal der Kl for at spille sammen med IT-‐krav og kommunale regler?

•  Hvilke typer af forretningsmodeller kan fungere?

•  Sidste af 2 workshops i markedsdialogen

Markedsdialog workshopindhold, del 2 Dagens program 09:00-‐09:40 Velkommen og intro 09:40-‐10:30 Oplæg: IT-‐implementering 10:30-‐12:00 Dialogemne 1: IT-‐krav 12:00-‐12:30 Frokost 12:30-‐13:00 -‐ fortsat -‐ 13:00-‐14:45 Dialogemne 2: Forretningsmodeller 14:45-‐15:00 Pause 15:00-‐15:30 Dialogemne 3: UdbudsinformaKon 15:30-‐16:00 Orientering om next steps På de følgende sider ses resultatet af den gennemførte workshop, som udgør del 2 af markedsdialogen

Introduk&on Udgangspunkt og intro Kl fikKv case

INNOBA


ENHEDEN FOR VELFÆRDSTEKNOLOGI

KØBENHAVNS KOMMUNE SOCIALFORVALTNINGEN

VELKOMMEN TIL MARKEDSDIALOG OM MOBILE DIGITALE LØSNINGER

Dorthe Solgaard / Thomas Maestri Brittain Enheden for velfærdsteknologi i SOF

www.socialveltek.kk.dk



Ant

al b

orge

re

Tid 2016 2017 2018

• Kvalitetsforbedringer til få • Sårbare projekter

Små projekter

Implementering i stor skala

• Kvalitetsforberdringer til mange • Implementeret i bund som del af praksis

Ambi&onen -‐ apps på det sociale område



TEST EL. TILPASNING MED BORGERE OG MEDARBEJDERE

IMPLEMENTERING

DIALOG OG TESTS MED BORGERE OG MEDARBEJDERE WORKSHOP M.

MEDARBEJDERE MARKEDSDIALOG 15/9 3/10

BRUGERBEHOV

BRUGSSITUATIONER

POTENTIALER


BRUGERBEHOV

BRUGSSITUATIONER

POTENTIALER


BESLUTNING OM VIDERE VEJ I SOF

IT-SIKKERHEDSKRAV

FORRETNINGSMODELLER

BUSINESSCASE

INDKØB OG DRIFT AF APPS

RAMMER FOR UDVIKLING

FORBEREDELSE DIALOG PRIORITERING EVT. UDVIKLING

EVT. INDKØB

MARKEDSDIALOG: LIGEVÆRDIG DIALOG GLEM KØBER/SÆLGER-‐ROLLERNE LIDT KVALIFICERE OG UDFORDRE HINANDEN INGEN FORTROLIGHED ALT DOKUMENTERES ALT KAN OFFENTLIGGØRES


1. Hvor står vi lige nu 2. Rammen for dagen: Web-app’en ”Roadie” og fire temaer

INTRO


Prioriter brugervenlighed høj(es)t Ø Vi konkurrerer med alment tilgængelige apps Ø Det skal være frivilligt for borgeren Ø Særlige løsninger til borgere med særlige behov Ø Løbende tilpasning/udvikling sammen med brugerne Gør det simpelt Ø Start med en enkelt funktion og byg evt. videre Ø Undgå en stor super-app Ø Vis kun det brugeren har brug for Gør det til borgerens og ikke kommunens redskab Ø Ikke lugte af sygdom el.lign. Ø Skal også fungere udenfor kommunen Ø Bruger skal selv kunne opsætte så meget som muligt Ø Vær klar til at skifte ud!

INPUT SO FAR



STØRRE

SELVSTÆNDIGHED 2: STØTTE TIL SELVHJÆLP

Værktøjskasse Kl borgerens hverdag

BEDRE KOMMUNIKATION

Løsninger, der gør, at borgeren er mere inddraget i sin egen sag og at koordineringen mellem parter

styrkes

STØRRE SELVSTÆNDIGHED 1:

REHABILITERING OG BEHANDLINGSMETODER

Konkrete (evidensbaserede) metoder


VELFÆRDSTEKNOLOGISK CV – ET GODT BILLEDE PÅ VORES

VISION

HANDLEPLAN BORGERS UDFORDRING

BORGERS IT-‐KOMPETENCER TEKNOLOGI-‐MATCH

ALMENE TEKNOLOGIER

INDKØBTE APPS

VELFÆRDSTEKNOLOGISK CV

Flytte i egen bolig (eksempel)

Har aldrig penge sidst på måneden Skylder mine venner penge

Bruger smartphone hver dag (Iphone 5) Bruger den mest til spil og facebook Har ikke pc men går på biblioteket

Netbank PBS Jyske banks budget-app Post-it-spil på køleskabet

Budget-app til udviklingshæmmede inkl. belønningsspil

NYE MEDARBEJDERKOMPETENCER KLARE RETNINGSLINJER VORES ”MOTORVEJ” GODE SOLIDE LØSNINGER

STØRRE


BEDRE KOMMUNIKATION

STØRRE

SELVSTÆNDIGHED 1: REHABILITERING OG

BEHANDLINGSMETODER


VELFÆRDSTEKNOLOGISK CV – ET GODT BILLEDE PÅ VORES

VISION

FORELØBIG KONKLUSION INDEN I DAG STØRRE SELVSTÆNDIGHED Ø Flere egnede løsninger Ø Behov for mange særtilpassede løsninger Ø Behov for at skabe sammenhæng i ”junglen” Ø Betalingsmodel en udfordring

BEDRE KOMMUNIKATION Ø Behov for nye løsninger Ø Behov for udvikling af driftsmodeller Ø Generiske behov og løsningsrum Ø Skaleringspotentiale

INTERNT I KOMMUNE(RNE) Ø Klarhed over IT-sikkerhed Ø Intelligent efterspørgsel Ø Behov for nye metoder/kompetencer Ø Strategisk satsning i stor skala

STØRRE


BEDRE KOMMUNIKATION

STØRRE

SELVSTÆNDIGHED 1: REHABILITERING OG

BEHANDLINGSMETODER



VIGTIGE DESIGNPRINCIPPER

ØKONOMISK POTENTIALE

KVALITATIVT POTENTIALE

IT-‐SIKKERHED OG LOVKRAV

SIMPELT BRUGERVENLIGT IKKE-KOMMUNALT

ARBEJDSMILJØ LIVSKVALITET BEDRE RESSOURCEFORBRUG

TILBAGEBETALINGSTID 4-6 ÅR

JOURNALISERINGSKRAV

PERSONADATALOVGIVNING

KK-REGULATIVER O.LIGN.

CASE TIL I DAG


Bedre kommunikation med ”ROADIE”: ”Københavns Kommune, SOF, har fået udviklet en helt ny app, der skal gøre det markant lettere at komme i kontakt med de kommunale medarbejdere, få overblik over kommunen, holder styr på aftaler med kommunen mm. Den nye webapplikation hedder ”Roadie”. Den er en stor succes de steder, den hidtil er blevet testet. Nogle udvalgte institutioner og mange sagsbehandlere har allerede taget app’en i brug i en første prototype. Nu skal App’en udbredes i hele socialforvaltningen til glæde for alle borgere og medarbejdere. App’en løber dog ind i nogle udfordringer, inden den for alvor kan komme i stor-skala. Det er de temaer vi skal arbejde med i dag! TEMA 1: IT-SIKKERHED – BRUGERE OG ROLLER TEMA 2: IT-SIKKERHED – DATA TEMA 3: BETALINGSMODELLER TEMA 4: DRIFT OG UDVIKLING

Alle er utålmodige, for der forventes store gevinster ved implementering af app’en:

CASE TIL WORKSHOP I MARKEDSDIALOGEN

MEDARBEJDERE: • MINDRE BESVÆR VED KOORDINERING AF MØDER • MINDRE BESVÆR VED DELING AF FÆLLES INFORMATIONER • KAN MØDE BORGEREN SMARTERE/BEDRE • FÆRRE FRUSTRATIONER OVER TABT INFORMATION • MERE FOKUSEREDE MØDER • NYE MULIGHEDER I DET PÆDAGOGISKE ARBEJDE

BORGER: • FØLER SIG BEDRE INFORMERET OG INDDRAGET • SKAL BRUGE MINDRE TID PÅ ”ADMINISTRATION” • MINDRE FRUSTRATIONER OVER ”DET OFFENTLIGE” • MISSER IKKE VIGTIGE MØDER • ER BEDRE FORBEREDT TIL MØDER • KAN KOMMUNIKERE MED PÆDAGOGISK STØTTEPERSON PÅ NYE MÅDER / MERE FLEKSIBELT • HAR BEDRE ADGANG TIL STØTTE NÅR BEHOVET ER STØRST • MERE SELVSTÆNDIGHED

RESSOURCER: • MINDRE TID PÅ KOORDINERING AF MØDER • MINDRE TID PÅ INDHENTELSE AF SAMTYKKE OG DELING AF FÆLLES INFORMATION • MINDRE SPILDTID PGA. AFBUD/MANGLENDE FREMMØDE • KORTERE SAGSBEHANDLINGSTID PGA. MERE FOKUSEREDE MØDER OG FÆRRE AFBUD • EFFEKTIVISERINGER PÅ UDFØRENDE INDSATS V.

• Mindre behov for støtte • Kortere støtteforløb


CASE TIL WORKSHOP 3 I MARKEDSDIALOGEN: WEBAPPLIKATIONEN ”ROADIE”

FINDES OGSÅ SOM PRIVATVERSION: • SKAL OGSÅ FINDES SOM GRATIS PRIVAT-VERSION • NEM OVERGANG TIL PRIVAT VERSION • OVERFØRE KONTAKTER/OPSÆTNING MM. • BORGER/PÅRØRENDE FÅR ADMINISTRATOR-ROLLE

DESIGN-KRAV: • KUN RELEVANTE FUNKTIONALITER VISES • BRUGBAR (NÆSTEN) UDEN INTRODUKTION • FLEKSIBEL OPSÆTNING FOR DEN ENKELTE BRUGER

STABIL DRIFT: • STABIL DRIFT I 4 ÅR • SUPPORT TILGÆNGELIG STRAKS V. BEHOV

LANGTIDSHOLDBAR: • HVERT HALVE ÅR INDDRAGES BRUGERE MHP. OPTIMERING / TILPASNING • KK-KAN VÆLGE BEDSTE UNDERLEVERANDØR TIL UDVIKLING • MULIGT AT INTEGRERE TIL ANDRE APPS OG TIL FAGSYSTEMER

SIKKER OG LOVLIG • LEVER OP TIL ALLE SIKKERHEDSKRAV OG PERSONDATALOVGIVNING • LEVER OP TIL ANDEN LOVGIVNING PÅ OMRÅDERNE

HVORDAN FUNGERER ROADIE FOR BRUGERNE HVAD KAN ROADIE?

MINE GRUPPER FACEBOOK-‐GRUPPER INKL. FILDELING

MINE AFTALER KALENDER MED KOMMENDE MØDER OG

PÅMINDELSER

PERSONGALLERI

VISUELT OVERBLIK OVER KONTAKTPERSONER

SMS / CHAT

MESSENGER-‐FUNKTIONALITETER

GIV SAMTYKKE

JOURNALISÉR

DIREKTE JOURNALISERING AF SAMTALER I FAGSYSTEM

FOR MEDARBEJDERE

BOOK MØDE DOODLE-‐FUNKT.


KOMMUNE

KOMMUNE

MOR

KOMMUNE

PSYKOLOG

BORGER

MOR

BORGER

VEN

ARBEJDSGIVER

STUDIEGRUPPE

PRIVAT-‐VERSION KK-‐VERSION MED JOURNALISERING OG INTEGRATIONER



GOD FORNØJELSE OG

TAK FORDI I ER HER!

Standardkrav -‐Kl IT-‐implementering

INNOBA


INNOBA


Standardkrav •  CharloOe Steinmark fra koncern IT

gennemgik de standardkrav, der er Kl IT implementering i Københavns kommune

•  Særlige fokusområder:

–  Datatyper og IT-‐sikkerhed

–  BrugeradministraKon

–  Livscyklus for offentlig/privat applikaKon

–  Livscyklus for brugerroller

–  Livscyklus for enheder

–  Airwatch

•  Det fulde oplæg kan ses i bilag

Øvelse 1 IT-‐krav

INNOBA

Markedsdialog , del 2

INNOBA


IT-‐sikkerhed 2 temaer blev diskuteret:

1.  IT-‐sikkerhed – brugere og roller

2.  IT-‐sikkerhed -‐ data

I grupper besvarede deltagerne:

•  Hvad kan nemt løses inden for temaerne?

•  Hvad er svært at løse?

•  Hvilke løsningsmodeller kunne man foresKlle sig?

•  I alt 6 grupper – 3 på hvert tema

•  Udgangspunkt i fikKv case ”Roadie”

•  Fælles brainstorn i hver gruppe om: –  Hvad er let umiddelbart at få Kl at fungere?

–  Hvad er svært at få Kl at fungere?

–  Jeres løsningsforslag: hvordan kunne man løse problemet?!

•  DokumentaKon på post it’s og plakater

•  Eper øvelsen: Gensidig præsentaKon samt fælles

refleksion


Proces INNOBA

INNOBA


Inspira&on •  Hver gruppe fik udleveret inspiraKonsmateriale i

form af: –  En beskrivelse af casen: ”Roadie” –  En beskrivelse af hvert tema med udvalgte

inspiraKonsspørgsmål

•  Grupperne hjalp ”Roadie” på vej Kl implementering i KK SOF.

•  I hver gruppe sad både leverandører og medarbejdere fra Københavns Kommune, der Kl daglig arbejder med rammer og implementering.

•  Alt materiale samt dokumentaKon af markedsdialogen offentliggøres på www.socialveltek.kk.dk

26


Bedre kommunikation med ”ROADIE”: ”Københavns Kommune, SOF, har fået udviklet en helt ny app, der skal gøre det markant lettere at komme i kontakt med de kommunale medarbejdere, få overblik over kommunen, holder styr på aftaler med kommunen mm. Den nye webapplikation hedder ”Roadie”. Den er en stor succes de steder, den hidtil er blevet testet. Nogle udvalgte institutioner og mange sagsbehandlere har allerede taget app’en i brug i en første prototype. Nu skal App’en udbredes i hele socialforvaltningen til glæde for alle borgere og medarbejdere. App’en løber dog ind i nogle udfordringer, inden den for alvor kan komme i stor-skala. Det er de temaer vi skal arbejde med i dag! TEMA 1: IT-SIKKERHED – BRUGERE OG ROLLER TEMA 2: IT-SIKKERHED – DATA TEMA 3: BETALINGSMODELLER TEMA 4: DRIFT OG UDVIKLING

Alle er utålmodige, for der forventes store gevinster ved implementering af app’en:

CASE TIL WORKSHOP I MARKEDSDIALOGEN

MEDARBEJDERE: • MINDRE BESVÆR VED KOORDINERING AF MØDER • MINDRE BESVÆR VED DELING AF FÆLLES INFORMATIONER • KAN MØDE BORGEREN SMARTERE/BEDRE • FÆRRE FRUSTRATIONER OVER TABT INFORMATION • MERE FOKUSEREDE MØDER • NYE MULIGHEDER I DET PÆDAGOGISKE ARBEJDE

BORGER: • FØLER SIG BEDRE INFORMERET OG INDDRAGET • SKAL BRUGE MINDRE TID PÅ ”ADMINISTRATION” • MINDRE FRUSTRATIONER OVER ”DET OFFENTLIGE” • MISSER IKKE VIGTIGE MØDER • ER BEDRE FORBEREDT TIL MØDER • KAN KOMMUNIKERE MED PÆDAGOGISK STØTTEPERSON PÅ NYE MÅDER / MERE FLEKSIBELT • HAR BEDRE ADGANG TIL STØTTE NÅR BEHOVET ER STØRST • MERE SELVSTÆNDIGHED

RESSOURCER: • MINDRE TID PÅ KOORDINERING AF MØDER • MINDRE TID PÅ INDHENTELSE AF SAMTYKKE OG DELING AF FÆLLES INFORMATION • MINDRE SPILDTID PGA. AFBUD/MANGLENDE FREMMØDE • KORTERE SAGSBEHANDLINGSTID PGA. MERE FOKUSEREDE MØDER OG FÆRRE AFBUD • EFFEKTIVISERINGER PÅ UDFØRENDE INDSATS V.

• Mindre behov for støtte • Kortere støtteforløb


CASE TIL WORKSHOP 3 I MARKEDSDIALOGEN: WEBAPPLIKATIONEN ”ROADIE”

FINDES OGSÅ SOM PRIVATVERSION: • SKAL OGSÅ FINDES SOM GRATIS PRIVAT-VERSION • NEM OVERGANG TIL PRIVAT VERSION • OVERFØRE KONTAKTER/OPSÆTNING MM. • BORGER/PÅRØRENDE FÅR ADMINISTRATOR-ROLLE

DESIGN-KRAV: • KUN RELEVANTE FUNKTIONALITER VISES • BRUGBAR (NÆSTEN) UDEN INTRODUKTION • FLEKSIBEL OPSÆTNING FOR DEN ENKELTE BRUGER

STABIL DRIFT: • STABIL DRIFT I 4 ÅR • SUPPORT TILGÆNGELIG STRAKS V. BEHOV

LANGTIDSHOLDBAR: • HVERT HALVE ÅR INDDRAGES BRUGERE MHP. OPTIMERING / TILPASNING • KK-KAN VÆLGE BEDSTE UNDERLEVERANDØR TIL UDVIKLING • MULIGT AT INTEGRERE TIL ANDRE APPS OG TIL FAGSYSTEMER

SIKKER OG LOVLIG • LEVER OP TIL ALLE SIKKERHEDSKRAV OG PERSONDATALOVGIVNING • LEVER OP TIL ANDEN LOVGIVNING PÅ OMRÅDERNE

HVORDAN FUNGERER ROADIE FOR BRUGERNE HVAD KAN ROADIE?

MINE GRUPPER FACEBOOK-‐GRUPPER INKL. FILDELING

MINE AFTALER KALENDER MED KOMMENDE MØDER OG

PÅMINDELSER

PERSONGALLERI

VISUELT OVERBLIK OVER KONTAKTPERSONER

SMS / CHAT

MESSENGER-‐FUNKTIONALITETER

GIV SAMTYKKE

JOURNALISÉR

DIREKTE JOURNALISERING AF SAMTALER I FAGSYSTEM

FOR MEDARBEJDERE

BOOK MØDE DOODLE-‐FUNKT.


KOMMUNE

KOMMUNE

MOR

KOMMUNE

PSYKOLOG

BORGER

MOR

BORGER

VEN

ARBEJDSGIVER

STUDIEGRUPPE

PRIVAT-‐VERSION KK-‐VERSION MED JOURNALISERING OG INTEGRATIONER


TEMA 1: IT-SIKKERHED – BRUGERE OG ROLLER BAGGRUND INSPIRATIONSSPØRGSMÅL

OPGAVE

Diskutér i gruppen Hvad er let ved udfordringen – hvad kan let lade sig gøre/løses? Hvad er svært ved udfordringen – hvad er svært at løse? Hvad er jeres forslag Pl konkrete løsninger? Udfyld post-‐its og sæt op på væg

Hvordan kan vi sikre borgernes data og samPdig lade systemerne udvikle sig? • Hvordan gør vi dialog med leverandørerne om sikkerhedskrav nem uden at gå på kompromis med sikkerheden?

• Hvordan gør vi det nemt at håndtere medarbejdernes reVgheder korrekt?

• Hvordan undgår vi at brugeren kobles let Pl eks. misbrugsbehandling, samPdig med at vi kan få en let kontakt Pl dem?

”Roadie” har været anvendt på i misbrugsbehandling i Socialforvaltningen i 1 år. Den har været en stor succes ind7l nu, og Socialforvaltningen ønsker at udbrede det hvis muligt. Derfor sæ[es systemet igennem en ny IT-‐sikkerhedsvurdering inden næste års licenser skal betales. Der er også kommet nye funkPoner siden sidste vurdering. Systemet lever ikke op Pl kravene om IT-‐sikkerhed for systemer, der håndterer personfølsomme oplysninger i Københavns kommune. Brugen af det skal stoppes straks, indPl leverandøren har re[et Pl. Udfordringerne ved Roadie er: • Der blev i projektperioden a]alt en midlerPdig model, hvor den lokale leder, via leverandøren, styrer medarbejdernes brugeradgange og roller. Det skal fremover gøres fra central hold i Koncern-‐IT. Der er især fokus på at sikre, at Pdligere medarbejdere ikke har adgang Pl personoplysninger fra Pdligere borgerforløb.

• DOODLE-‐funkPonen besky[er ikke borgeren godt nok, når invitaPonerne sendes ud Pl deres private mailadresser fra misbrugsbehandlerens arbejdsmail. Det er muligt at koble brugerens idenPtet Pl behandling af et misbrugsproblem. • ELLER EN ANDEN UDFORDRING PÅ BAGGRUND AF OPLÆGGET OG DET I VED OM ROADIE?


TEMA 2: IT-SIKKERHED – DATA BAGGRUND INSPIRATIONSSPØRGSMÅL

OPGAVE


Hvordan kan vi sikre borgernes data og samPdig lade systemerne udvikle sig? • Hvordan gør vi dialog med leverandørerne om sikkerhedskrav nem uden at gå på kompromis med sikkerheden?

• Hvordan håndterer vi data, når man ski]er mellem at være i kontakt med kommunen og ikke være det? Hvordan beskriver vi det?

• Hvordan løser vi udfordringen mellem både at undgå at lagre på enheden OG gøre app’en brugervenlig? (hvis vi kan)

• Hvordan håndterer vi fremPden, hvor borgerne bruger flere og flere systemer samPdig og ønsker at de taler smart sammen?

”Roadie” har været anvendt på i misbrugsbehandling i Socialforvaltningen i 1 år. Den har været en stor succes ind7l nu, og Socialforvaltningen ønsker at udbrede det hvis muligt. Derfor sæ[es systemet igennem en ny IT-‐sikkerhedsvurdering inden næste års licenser skal betales. Der er også kommet nye funkPoner siden sidste vurdering. Systemet lever ikke op Pl kravene om IT-‐sikkerhed for systemer, der håndterer personfølsomme oplysninger i Københavns kommune. Brugen af det skal stoppes straks, indPl leverandøren har re[et Pl. Udfordringerne ved Roadie er: • Det fremgår ikke tydeligt, hvordan dataadgang mellem forskellige roller håndteres i systemet.

• Det fremgår ikke tydeligt, hvordan overgangen fra kommune-‐versionen Pl privat-‐versionen af Roadie foregår i]. det allerede indtastede data.

• Det er blevet muligt for borgeren ved et tryk at synkronisere Roadies kalendera]aler med deres private google-‐kalender. Et stort ønske fra mange.

• I den seneste version, kan borgerne selv vælge at lagre data på telefonen – for eksempel den plan for håndtering af alvorlig sto]rang, de har udarbejdet sammen med deres behandler. • ELLER EN ANDEN UDFORDRING PÅ BAGGRUND AF OPLÆGGET OG DET I VED OM ROADIE?


Resultat IT-‐sikkerhed -‐ brugere og roller INNOBA

Det er let at...



Det er svært at...



Forslag Kl løsninger kunne være...


Tværgående pointer INNOBA

IT-‐sikkerhed – brugere og roller •  Bruger adgang:

–  Adgang og rollefordeling via HR-‐system med automaKseret frakobling ved fratrædelser. –  OpreOelse af Kdsbegrænsede adgang Kl brugere når der bruges vikarer, for at sikre det kun er ansaOe der har adgang

Kl personfølsomme informaKoner. –  Central brugerstyring på AD (opreOelse/nedlæggelse af medarbejder adgang). Det skal ikke ske ude i dripen (undtaget

dog evt. midlerKdige opreOelser). –  Doodle funkKon skal ikke kun være mellem borger og SOF, andre dele af kommunen skal kobles på, samt mulighed for

at Klføje private f.eks. private læger og familie. –  Kalender: bemærk at det er svært at give adgang Kl at synkronisere informaKon med privat kalender.

•  Login –  Husk: ikke alle udsaOe borgerne vil være i stand Kl at huske en pinkode. –  Login med et to-‐faktor system. Her er Nem-‐ID det mest oplagte men ikke særlig egnet Kl brugergruppen. Kunne man

foresKlle sig at bruge Nem-‐ID én gang fx (med hjælp fra sagsbehandler) og dereper holde adgangen åben ved brug af personlig pinkode/biometri?

–  Leverandørerne foretrækker at få formuleret krav Kl IT-‐sikkerhed frem for besKlling på bestemte løsninger (som fx Nem-‐ID), der lever op Kl kravene. Det muliggør bud på andre og bedre løsninger.

•  Forskellige typer af apps –  Alle apps behøver ikke leve op Kl IT sikkerhed, hvis der ikke er kommunikaKon med kommunen. Fx app Kl

selvhjulpenhed som borgeren anvender selv uden opkobling Kl KK SOF. Her kan data om borgerens udvikling over Kd udskrives som pdf eper informeret samtykke fra borgeren.

–  En doodle funkKon kunne sæOes op Kl kun at vise ledig Kd – ikke øvrige (personfølsomme) oplysninger. –  Kunne man foresKlle sig en ”bank” med apps egnede Kl socialt udsaOe, som KK SOF jævnligt opdaterer? Dvs. en liste

over godkendte apps. Disse kunne være ”stand alone” apps uden integraKon med kommunens systemer.

•  Husk: den opKmale udnyOelse af en app kræver også Klpasning af arbejdsgangene.


Resultat IT-‐sikkerhed -‐ data INNOBA

Det er let at...



Det er svært at...



IT-‐sikkerhed – data

•  Adgang Kl data –  Hvem skal have adgang Kl data, f.eks. en mødeindkaldelse? Brug resghedsskemaer fordelt på medarbejdertyper for

KK SOF medarbejdere. –  Ved brugerne hvad de siger ja Kl hvis de akKvt skal give kommunen adgang Kl data? Informeret samtykke kræver

vejledning. –  Samtykkeknap? Måske en dårlig ide. Samtykke bør ikke være noget, der sker løbende ved at brugeren klikker på en

knap. Bedre at der gives samtykke på nogle få udvalgte Kdspunkter, hvor borgeren kan informeres om, hvad det indebærer. Dvs. samtykke som en dør man åbner/lukker – ikke løbende samtykke.

•  Skip mellem privat og delt brug: –  Når en borger er færdig med et forløb hos KK SOF og dereper skal anvende app’en privat kunne man lukke for

udvalgte moduler. Det samme kunne man gør, hvis borgeren vender Klbage i KK SOF forløb og app’en igen skal bruges sammen med sagsbehandler mv. Her kunne man terne adgang Kl moduler, der indeholder skrøbelig data.

–  Opdele app’en i en privatsfære og delesfære under forløb og eper forløb eller slet alt data eper forløb? –  Der vil ikke være opKmalt at lave en løsning, hvor leverandøren manuelt skal sleOe data, når der sker skip mellem delt

og privat brug – bedre med forskellige sfærer i app’en, der er åbne eller lukkede for deling.

•  Lagring af data:

–  Det skal være op Kl borgerne at gemme data lokalt på deres device, eksempel med e-‐boks hvor man kan vælge at sende Kl egen mail og fraskriver sig noget sikkerhed.

–  Hvor skal data fra borgere uden for forløb gemmes? –  Kan kommunen få adgang Kl data genereret af en borger der bruger app’en uden at være i kontakt med kommunen,

men senere kommer i et forløb? –  Krypteret adgang Kl data for lokale data, hvis mobilen mistes – allerhelst undgå at gemme data lokalt. –  Ved tab af telefon skal man have adgang Kl sin data via en browser.



IT-‐sikkerhed – brugere og roller (fortsat)

•  Fordel for leverandørerne at udvikle en app der har potenKale Kl at kunne bruges i flere kommuner.

–  En” journaliseringsmotor” i app’en ville være hensigtsmæssig men kan blive dyr at implementere. –  Bl.a. automaKsk journalisering og registrering ifm. sagsbehandling vil kræve integraKon med kommunens fagsystemer. –  Der er mange forskellige fagsystemer i de forskellige kommuner, og det er tung at lave en app med integraKon Kl

mange fagssystemer. –  IntegraKon med ét fagsystem og databehandling mv. gør prisen 3-‐10 gange dyrere end en stand alone app. –  IntegraKon med flere fagsystemer kan sagtens fordoble prisen for hvert nyt fagsystem, der skal Klkobles. –  Det ville være en stor fordel, hvis kommunerne lavede fælles standarder for apps – fx via Kombit. –  VigKgt at en løsning laves i open souce.

•  Dataansvar: –  Dilemma: den nye persondataforordning giver kommunen et udvidet ansvar for data – fx hvis en sagsbehandler med

brugerens egen app tager billeder af en borger for at vise en træningsøvelse han/hun skal lave derhjemme. –  Kommunen kan ikke fra skrive sig ansvar for data fra en app, kommunen ejer/anvender/finansierer. –  Informeret samtykke er ikke nødvendigvis nok for at lagre data på device.

Øvelse 2 Forretningsmodeller

INNOBA


INNOBA


Forretningsmodeller 2 temaer blev diskuteret:

1.  Betalingsmodeller

2.  Drip og udvikling

I grupper besvarede deltagerne:

•  Hvad kan nemt løses inden for temaerne?

•  Hvad er svært at løse?

•  Hvilke løsningsmodeller kunne man foresKlle sig?


Proces INNOBA

•  I alt 6 grupper – 3 på hvert tema

•  Udgangspunkt i fikKv case ”Roadie”

•  Fælles brainstorn i hver gruppe om: –  Hvad er let umiddelbart at få Kl at fungere?

–  Hvad er svært at få Kl at fungere?

–  Jeres løsningsforslag: hvordan kunne man løse problemet?!

•  DokumentaKon på post it’s og plakater

•  Eper øvelsen: Gensidig præsentaKon samt fælles

refleksion

INNOBA


Inspira&on •  Hver gruppe fik udleveret inspiraKonsmateriale i

form af: –  En beskrivelse af casen: ”Roadie” –  En beskrivelse af hvert tema med udvalgte

inspiraKonsspørgsmål •  Grupperne hjalp ”Roadie” på vej Kl

implementering i KK SOF. •  I hver gruppe sad både leverandører og

medarbejdere fra Københavns Kommune, der Kl daglig arbejder med rammer og implementering.

44


TEMA 3: BETALINGSMODELLER BAGGRUND INSPIRATIONSSPØRGSMÅL

OPGAVE


Hvordan kunne vi finde betalingsmodeller eller andre løsninger, der sikrer, at Åse kan bruge ”Roadie” også, når hun ikke er Plkny[et KK SOF længere? • Hvordan understø[er vi borgere, der ski]er mellem at være privatperson og ”kunde” i socialforvaltningen?

• Hvordan kunne vi gøre app’en alment Plgængelig – men samPdig brugbar i KK SOF regi?

• Hvilke betalingsmodeller kunne man foresPlle sig over Pd ved brug af app’en (licenser der ændrer pris over Pd, delvis brugerbetaling, betaling pr. anvendt data frem for månedsbetaling, forskellige versioner med forskellig pris, ….?)

”Roadie” har været anvendt som prototype i et boPlbud over længere Pd. Den har været en stor succes. En beboer, Åse, har ha] særlig glæde af at få sine a]aler og medicinpåmindelser sat i system, og så har hun en tæt kontakt med sin kontaktperson på boPlbuddet via daglige beskeder – særligt når noget er svært. Åse har fået det bedre, skal nu fly[e ud af boPlbud’et og over i sin egen lejlighed, hvor hun skal have en hjemmevejleder i stedet for sin nuværende kontaktperson. Hun har brug for ”Roadie” i sin hverdag, synes hun selv. Den nye hjemmevejleder kender ikke systemet, og der er ikke afsat midler i hans budget Pl at betale licenser. Lederen på Åses gamle boPlbuds vælger at gøre en undtagelse….Han betaler hjemmevejlederens kursus og bliver ved med at betale den Pdligere beboers licens. E]er 1 år klarer Åse sig så godt, at hun kan undvære hjemmevejlederen. Men hun har stadig brug for ”Roadie”, der fungerer så godt i hverdagen. Desværre har hun ikke råd Pl licensen på 100 kr./mdr., da hun er på kontanthjælp.


TEMA 4: DRIFT OG UDVIKLING BAGGRUND INSPIRATIONSSPØRGSMÅL

OPGAVE Diskutér i gruppen Hvad er let ved udfordringen – hvad kan let lade sig gøre/løses? Hvad er svært ved udfordringen – hvad er svært at løse? Hvad er jeres forslag Pl konkrete løsninger? Udfyld post-‐its og sæt op på væg

Hvordan kan vi lave gode a]aler, der sikrer, at ”Roadie” giver værdi i det lange løb? • Hvordan sikres stabil dri] med gode brugeroplevelser?

• Hvordan sikrer vi, at løsningen følger med Pden og udviklingen?

• Hvordan sikrer vi, at løsninger, der ikke giver værdi, bliver ersta[et af nye og bedre?

”Roadie” har været anvendt som prototype i et myndighedscenter i Socialforvaltningen i 1 år. Den har været en stor succes ind7l nu, og Socialforvaltningen ønsker at udbrede det hvis muligt. Men der er fortsat en række udfordringer og mangler iflg. medarbejderne og borgerne. For det første er systemet begyndt at crashe ret Pt e]er den sidste opdatering, og nogle brugere får ikke svar i online-‐supporten længere. Der er ikke noget i kontrakten, der klart definerer support-‐leverancerne. Myndighedscenteret har nu opre[et et team af IT-‐ambassadører med borgere og medarbejdere. Teamet har mange gode idéer Pl, hvordan systemet kunne gøres smartere, men leverandøren melder ud, at der ikke kan udvikles mere på systemet lige nu, da de har fokus på et nyt produkt Pl sundhedsvæsenet. E]er et par måneder går leverandøren konkurs.


Resultat Betalingsmodeller INNOBA

Det er let at...



Det er svært at...



Betalingsmodeller

•  Ikke en Københavner-‐app! –  App’en skal udvikles, så den kan anvendes i flere kommuner for at sikre kriKsk masse og en aOrakKv finansieringsmodel for

leverandørerne. •  KK SOFs egen app

–  KK SOF ejer app’en eper udvikling. –  Kan selv vælge (forskellige) leverandører Kl drip og videreudvikling senere. –  Ulempe: nye leverandører kan mangle indsigt i målgruppen.

•  Leverandørens app –  Leverandøren finder selv kommuner der vil investere app’en og har her en buisness case for at blive ved med at udvikle på app’en. –  Starte med Københavns kommune og Klføje kommunerne en eper en og derved udbygge app’ens muligheder for integraKon med

flere fagssystemer. –  Evt. fee Kl KK SOF, hvis de skaffer andre kommunale brugere

•  Flere kommuner sammen –  Københavns kommune går sammen med andre kommuner om at betale udvikling –  Flere fordele ved flere kommuner: f.eks. arbejder kommunerne forskelligt, så samarbejder skaber en mere generisk app, der bedre

kan udbredes.

•  Delt risiko –  Kunne man foresKlle sig en betalingsmodel, hvor KK SOF og leverandør deler risikoen: fx med større betaling for både udvikling og

drip jo flere der anvender app’en? –  KK SOF og leverandør deler gevinsterne ved udbredelse Kl andre kommuner?



Betalingsmodeller – fortsat

•  Betaling for brug af app: –  Fx one Kme fee når borgeren ryger ind i systemet. Dereper graKs for borgeren – også eper forløb hos KK SOF. –  Eller løbende licens, som kommunen betaler. Dereper graKs app for borgeren, når man ikke længere er i forløb. Evt.

flere akKve elementer/funkKoner, når app’en er under licens ip graKs version. –  Kunne også være flat fee på udvikling og drip og dereper betaling pr. akKve borger. Giver minde udviklings

omkostninger for kommunen og mere moKvaKon hos leverandøren. Evt. stadig med graKs brug for borgeren eper endt KK SOF forløb.

–  Man kunne også foresKlle sig en graKs app Kl borgeren finansieret via betaling med data. Dvs. leverandøren får adgang Kl at kommercialisere data (big data model).

•  App’en som et hjælpemiddel: –  Kan app’en betales fra kommunen via ordningen for hjælpemidler? –  Må kommunen støOe brug af app hvis der ikke er § på en borger?

•  Målkontrakt: hvis app’en ikke lever op Kl nogle givne mål kan kommunen videreudvikle app’en

hos en ny leverandør.

•  AlternaKv: udvikl en simpel app, der giver mulighed for at borgerne(kommunen) kan skipe app hvis/når der findes en bedre app Kl formålet. ’’

•  Et tæt samarbejde og Kllid mellem partnerne er en forudsætning for nye forretnings-‐ og betalingsmodeller!


Resultat Dri_ og udvikling INNOBA

Det er let at...



Det er svært at...



Drip og udvikling

•  Læg behov og business case frem – også for det videre forløb (drip og udvikling). Incitament-‐modeller indbygges i kontrakten fra start.

•  Brug open source så andre leverandører kan byde ind på vedligehold og udvikling.

•  KK SOF som screener af henvendelse om ændringsønsker og som support-‐kontor, der modtager henvendelser – screener – sender videre Kl teknisk support hos leverandøren.

•  Lad være men at starte fra bunden. Der findes løsninger, der kan videreudvikles. Langt billigere end at bygge en helt ny løsning.

•  Prøv idéer af i mindre forløb, hvor det er Klladt at fejle.

•  En model hvor der også er værdiskabelse for leverandøren i udvikling og vedligehold.

•  Det kan kræve udgiper Kl special udvikling for hver enkel kommune, der er med i app’en. –  Vil KK være fødekanal for de små kommuner, der ikke selv har budget Kl udvikling af app’s på deOe område –  Fx mindre kommuner betaler Kl kk for brug af app’en. –  Jo flere kommuner der er med, jo billigere er dripen og løbende udvikling.

•  Konkurs: –  Sikre flere kommunale brugere Kl app’en (større kundegrundlag) –  Sørge for realisKske udviklings-‐ og dripomkostninger samt rimelige udbudsomkostninger –  Open source eller overdragelse af kildekoden –  Betaling for vedligeholdelse up front årligt

Øvelse 3 UdbudsinformaKon

INNOBA


•  Hvad er vigKgt info Kl jer at have med i et

evt. udbud?

•  Hvad er den største udfordring i jeres

øjne ved implementering af apps på det

sociale område?


Jeres gode råd INNOBA


Resultater INNOBA


Gode råd dagens afslu/ende refleksioner INNOBA

•  Det er dyrt at svare på et udbud, gør det nemmere for leverandørerne, så kan de små også være med.

•  Kunne man tænke anderledes og lade være med at lave et udbud? Dvs. KK SOF laver en business case og behovsbeskrivelse og lader det være op Kl leverandørerne at udvikle løsninger, som de kan gå ud Kl kommunerne med.

•  Keep it simple, less is more!

Afrunding Om business cases og det videre forløb

INNOBA




VIGTIGE DESIGNPRINCIPPER

ØKONOMISK POTENTIALE

KVALITATIVT POTENTIALE

IT-‐SIKKERHED OG LOVKRAV

SIMPELT BRUGERVENLIGT IKKE-KOMMUNALT

ARBEJDSMILJØ LIVSKVALITET BEDRE RESSOURCEFORBRUG

TILBAGEBETALINGSTID 4-6 ÅR

JOURNALISERINGSKRAV

PERSONADATALOVGIVNING

KK-REGULATIVER O.LIGN.



BUSINESSCASE - INVESTERINGERNE Ø Fokus på solid implementering (projektledelse og kompetencer) Ø Implementering over 2 år Ø Lige nu stor usikkerhed om omkostninger



BUSINESSCASE - GEVINSTERNE Ø Selvhjulpenhed = mindre behov for støtte (færre timer/uge) Ø Selvhjulpenhed = kortere støtteforløb (fra 12-> 10 måneder) Ø Smartere arbejdsgange?; mindre administration?, mindre papirarbejde?



BUSINESSCASE - VURDERING

VURDERES PÅ Ø Den varige gevinsts størrelse Ø Breakeven på investering max 4-6 år Ø Risikoprofil Ø Livskvalitet, politiske prioriteter og samfundsgevinster

MULIGE GAMECHANGERS FOR OS Ø Bring your own device (platformuafhængige løsninger) Ø Kompetenceudvikling ikke stor meromkostning Ø Solid viden om gevinster Ø Sikre og pålidelige systemer, der følger med udviklingen Ø Stabile udgifter til teknik, support og software



Poten&aler på socialområdet -‐ anslået

Målgrupper og anslået budget: Børnefamilier med særlige behov: 1.4 mia.kr. Borgere med handicap: 1.8 mia.kr. Borgere med sindslidelser: 750 mio.kr. Udsatte voksne: 500 mio.kr.

Sikker dialog og koordinering

Behandling og rehablitering

Struktur, guide, bo-‐ og voksenkompetencer

• Ca. 4.500 i misbrugsbehandling • (ca. 200 mio.kr.)

• Ca. 700 i familiebehandling • (ca. 40 mio.kr.)

• En række andre rehabiliteringsmetoder

• (Recovery, aggresionshåndtering mm.)

• Potentiale i hele kommunen

• Del af pædagogisk indsats og sagsbehandling

• Antal borgere?

• Antal sagsbehandlere

• Ca. 3000 borgere får støtte i eget hjem eller på botilbud

• (1.5 mia.kr.)

• Ca. 600 børn på døgninst. eller plejefamilier

• (ca. 500 mio.kr.)

• Mange unge modtager støtte i overgangen til voksenlivet



MARKEDSDIALOG AFSLUTTET 3/10 INTERN PROCES

TEST / VIDEN

TILPASNING / UDVIKLING

2016 2017

IMPLEMENTERING STOR SKALA

IT-SIKKERHED / LOVKRAV / METODER MARKEDSSCREENING

OFFENTLIGGØRELSE AF INPUT FRA DIALOG

MARKEDSDIALOG PÅBEGYNDT 15/9

KRÆVER INVESTERINGSCASE

1 MIO.KR.TIL SAMUDVIKLING ELLER TEST DIALOG MED ANDRE KOMMUNER

UDVIKLING AF PÆDAGOGISK PRAKSIS MED TEKNOLOGI KVALIFICERING AF BUSINESSCASE

NEXT STEPS?

2018

ANONCERING AF UDVIKLING ELLER INDKØB

BUSINESSCASE

UDBUDSSTRATEGI

67

Om rapporten Denne workshoprapport er udarbejdet af INNOBA, der står for planlægning og facilitering af markedsdialog om mobile digitale løsninger for Københavns Kommune, SOF. INNOBA er specialiseret i innovaPonsprojekter og innovaPonsprocesser med særlig fokus på sundheds-‐ og velfærdssektoren. Kontakt: Rikke Bastholm, [email protected] www.innoba.dk

INNOBA

app’slsocialtudsae · tema 4: drift og udvikling alle er utålmodige, for der forventes store...

Documents