Forretningsmæssigt leverandørspor - Serviceplatformen

Transkript

1 Forretningsmæssigt leverandørspor - Serviceplatformen

2 Dagsorden 1. Velkomst og ramme for dialogen 2. Forretningsmæssig ramme 3. Arbejdsgange 4. Services på Serviceplatformen 5. Forretningsmæssige muligheder og udfordringer 6. Afsluttende spørgsmål og dialog

3 Velkomst og ramme for dialogen

4 Formål med den forretningsmæssige dialog Serviceplatformen er en del af det kommunale it-landskab og vil over tid udstille flere og flere data. Det betyder, at I over tid skal bruge den mere og mere så det er vigtigt, at den rent faktisk understøtter arbejdsgange og behov hos leverandører. Tro er godt, viden er bedre KOMBIT har gode ideer om, hvad I som leverandører har brug for men vi vil gerne være sikre

5 Ramme for dialogen Dialogen er rådgivende Vi har forpligtelser overfor vores fælles kunder Lovgivning sætter rammer Men vi har samme mål Serviceplatformen skal være Nem at anvende Understøtte, at I kan drive forretning

6 Ramme for dialogen Rammen for dialogen er alle forretningsmæssige aspekter ved Serviceplatformen, herunder: Hvilke forretningsmæssige udfordringer og muligheder er der ved Serviceplatformen, både som anvender- og kildesystem? Hvad kan KOMBIT gøre for at lette jeres arbejde med Serviceplatformen? Hvordan bør KOMBIT inddrage leverandører I arbejdet med Serviceplatformen fremover? Vi har emner til dagsordenen, men input er velkomne!

7 Hvad får I ud af dialogen? Med denne dialog får I bl.a. mulighed for at: Påvirke KOMBITs processer for leverandørinddragelse Påvirke udformningen af arbejdsgange i forbindelse med brug af Serviceplatformen Påvirke hvilke tiltag KOMBIT tager ift. at sikre, at Serviceplatformen tages i brug Påvirke hvilke tiltag KOMBIT tager ift. at sikre, at leverandører kan drive forretning med Serviceplatformen som spiller

8 Helt praktisk Vi mødes cirka en gang om måneden. Mødedatoerne er: 11/4 16/5 Der kan være forberedelse til møderne. Der laves korte referater af møder, så I kan orientere jeres organisationer

9 Forretningsmæssig ramme

10 Dataflow

11 Det juridiske benspænd Databehandlingsinstruks Databehandlingsinstruks Kommune KOMBIT Kildesystemejer Systemleverandør af fagsystem Systemleverandør af Serviceplatformen Systemleverandør af Kildesystem

12 Det juridiske benspænd Anvendersystemer kan ikke uden videre få adgang til services de indeholder persondata Kommunen skal instruere KOMBIT om både at hente data i kildesystem og stille dem til rådighed for et anvendersystem i kommunen Typisk er det dog en systemleverandør, der udfører det praktiske arbejde i forhold til at få adgang til data

13 afstedkommer to centrale forhold: 1. En masse papirgange En generel databehandlingsaftale, der giver KOMBIT lov til at hente data En konkret databehandlingsaftale (serviceaftale), der giver KOMBIT lov til at videregive data I praksis vil dette blive it-understøttet vha. selvbetjening. 2. Ændrede betalingsflows

14 Betalingsflow Bemærk: Der foregår ikke betalinger fra eller til anvendersystemer. Disse varetages af kommuner

15 Udfordringer og muligheder Som anvendersystem betyder det blandt andet: At I ikke kan fakturere kommuner for levering af data (Men) at I let kan få adgang til data, som giver mulighed for at tilbyde ny funktionalitet, som I kan fakturere for Som kildesystem betyder det blandt andet, at: I via Serviceplatformen kan fakturere for levering af data Større træk på data, fordi de er let tilgængelige

16 Overordnet arkitektur

17 Arbejdsgange

18 Serviceplatformens administrationsmodul Formål At skabe en selvbetjeningsløsning der gør det nemt for jer at få adgang til serviceplatformens services og til kildesystemernes data Derfor skal det være nemt: At logge på At oprette tilslutningsaftaler At oprette serviceaftaler At godkende serviceaftaler At håndtere brugeradministration Det er de processer administrationsmodulet skal understøtte

19 Log på Administrationsmodulet Bruger logger på Administrationsmodulet via Serviceplatformen.dk Anvendersystemudbyderen oprettes, via forespørgsel til servicedesk, med CVR-oplysninger og oplysninger om Serviceplatformsadministrator(SPA) Aftager er oprettet med oplysninger om Kommunenavn og Serviceplatformsadministrator(SPA) Der anvendes OCES2 NEM ID Erhverv

20 Opret Tilslutningsaftale Anvendersystemudbyder opretter Tilslutningsaftale Når der oprettes tilslutningsaftaler i testmiljøet gives der adgang til alle services Når der skal gives adgang til services i produktionsmiljøet skal der udpeges hvilke services og aftalen skal indeholde Første gang et anvendersystem skal tilsluttes skal det oprettes via tilslutningsaftalen

21 Opret Serviceaftale Anvendersystemudbyder udfylder blanket

22 Opret Serviceaftale Anvendersystemudbyder læser aftale og sender til visitering

23 Visiter Serviceaftale Aftagere modtager mails med advisering

24 Visiter Serviceaftale Aftager læser og godkender serviceaftale Aftalen indeholder juridisk aftaletekst Når aftalen godkendes er der indgået en juridisk aftale mellem Aftager og KOMBIT om anvendelse af de services der er specificeret i Serviceaftalen

25 Opret bruger SPA(Serviceplatformsadministrator) opretter bruger Tilføje brugere Registrere tegningsberettiget Der implementeres en organisationsside, hvor administratorerne har mulighed for at tilføje organisationsoplysninger

26 Serviceplatformens administrationsmodul Begreber Tilslutningsaftale Serviceaftale Aftagere(eks. Specifikke Kommuner) Anvendersystemudbyder Anvendersystem Kildesystemer(Eks. CPR) Brugere: 3 Typer Aftager Anvendersystemudbyder (Driftsleverandør) 2(+1) Roller Serviceplatformadministrator Bruger Tegningsberettiget(kun for Aftager)

27 Principper for anvendelse af Serviceplatformen(distributionskanal) Monopolbrudsprojekternes behov 98 kommunernes løsninger Bruges på tværs af løsninger / Ikke 1-1 integration Cashing / replikering Orkestrering / forædling God BC / stor efterspørgsel

28 Principper for anvendelse af Serviceplatformen(distributionskanal)

29 Indholdet af Serviceplatformen Indsamling af konkrete databehov, herunder integrationstype, volumen og SLA Analyse af behovene Udarbejdelse af BC, fastsættelse af prisen og valg af distributionskanal Prioritering af behovene Aftaleindgåelse og Leverandørdialog Bestilling og opfølgning på Serviceplatformen (SPOC) Evt. databehandleraftale Udarbejdelse og vedligeholdelse af roadmap Kommunikation Fakturering

30 Roadmap for serviceplatformen ikke prioriteret Person- og virksomhedsoplysninger, herunder partskontakt Ejendomsoplysninger, herunder adresser Indkomstoplysninger, skattemæssige adviser, forskuds- og årsopgørelse Samtlige ESDH løsninger (Sag og dokumentindeks) Samtlige økonomi løsninger Hændelser fra grundregistre samt fagsystemer Lægevalg sundhedsoplysninger, lægeerklæringer Formueoplysninger Brevgenereringsmotor Klassifikation (KLE, FORM, IM kontoplan) Jobcenterløsninger og AMS løsninger Udstilling af blanketter og databeskrivelser Udstilling af Klippekort integrationer

31 Henvendelse: Mahdad Fahimi, Hvornår: Når behovet melder sig (indgår dialog) Betingelse: Løsningen skal bruges af kommunerne

32 Forretningsmæssige muligheder og udfordringer

33 Udfordringer og muligheder Som anvendersystem betyder det blandt andet: At i takt med flere data bliver tilgængelige på Serviceplatformen, bliver det lettere at tilgå data, som igen giver mulighed for at tilbyde ny funktionalitet At I ikke kan fakturere kommuner for levering af data Men: Er det et problem? For hvem? Hvad kan vi gøre ved det?

34 Udfordringer og muligheder Som kildesystem betyder det blandt andet, at: I via Serviceplatformen kan fakturere for levering af data Større træk på data, fordi de er let tilgængelige Enhedspriser på data bliver billigere Men: Holder det? For hvem? Hvad skal vi være opmærksomme på?

35 Afsluttende spørgsmål og dialog

36 Opsamling Form? Indhold?

37 Næste møde 11. april Vi vil gerne diskutere: Serviceaftaler Dokumentationen til overdragelse af drift og videreudvikling Muligheder og udfordringer Input til emner - skriv til Michel ([email protected]) Simon ([email protected]) Input til data skriv til Mahdad ([email protected])