Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunal støttesystemer

Relaterede dokumenter
Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer

Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer

Krav og vejledning til kommunernes fremtidige it-udbud

Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer)

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks

Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

Klik her for at angive tekst.

Version 1.0. Vejledning til brug af Støttesystemet Organisation

SAPA Kommunenetværk Øst & Vest. KMJ 28. august 2013, Værløse 29. August 2013, Middelfart

Støttesystemerne. Det er tid til

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

SAGS- OG DOKUMENTINDEKS, YDELSESINDEKS TO AF DE OTTE STØTTESYSTEMER. Version 2.0

SNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser

Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer. KL-huset, tirsdag d. 4. juni 2013

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring

23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring

Sags- og Dokumentindeks og Ydelsesindeks

SAPA OG STØTTESYSTEMERNE. V/ projektleder Kenneth Møller Johansen

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Introduktion til Støttesystem Ydelsesindeks

Introduktion til Støttesystem Sags- og Dokumentindeks

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

Administrationsmodul, Adgangsstyring for systemer og Adgangsstyring for brugere

Generelt om støttesystemerne

SAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA

SAPA S BETYDNING FOR ESDH. IMPULS 2015, 17. september 2015 Kenneth Møller Johansen

10. sept 2013 NOTAT. Integrationsmodel støttesystemer

Introduktion til Støttesystem Organisation

Læsevejledning til review af støttesystemer, marts 2013

Introduktion til Klassifikation

Overblik over roller og kompetencer i forhold til Støttesystemerne

1 Begrebsmodel for Ydelsesindeks

Vilkår vedrørende brug af Støttesystemet Adgangsstyring

Kommunernes Ydelsessystem: Vejledning til business caseredskab

RAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA. IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther

Opsamling på kommunal høring. Vejle & Roskilde Den 18. Juni 2013

Fælleskommunal infrastruktur - SAPA-seminar, marts Michel Sassene, KOMBIT

Baggrundsinformation

SAPA - spørgsmål & svar for beslutningstagere

Rammearkitektur. Konkurrence og sammenhængende digitalisering

SF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Som bekendt træder EU s nye databeskyttelsesforordning (GDPR) i kraft den 25. maj 2018.

DECEMBER Vejledning til kommunens snitfladestrategi

Vilkår vedrørende anvendelsen af Støttesystemet Organisation

BESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER. Version 2.0

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0

KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer og

Scope dokument for Advisservice

SAGS-, DOKUMENT- OG YDELSESINDEKS. v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019

KOMBITS UDMØNTNING AF RAMMEARKITEKTUREN. V/ Chefkonsulent Morten Hass

Udarbejdelse af strategier for hændelsesorientering

NETVÆRKSDAGE MARTS Michel Sassene

STØTTESYSTEMERNE NØGLEN TIL NYE MULIGHEDER OG FREMTIDENS SAGSBEHANDLING

SKI Version 1.0

Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform

SAPA. Kommunenetværk. KMJ, d. 24. november 2013

SAPA KRAVSPECIFIKATION v Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL

Integration Generelle vilkår og forudsætninger Integrationsbeskrivelse - version 0.1

Vilkår vedrørende brug af Støttesystemet Sags- og Dokumentindeks

Vejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller

SPOR 1: ADGANGSSTYRING

Aftale med KMD om udfasning af KMD Sag

Vilkår for dialogintegration SAPA

Introduktion til Støttesystemet Beskedfordeler

1. Release- og Versioneringsstrategi for Serviceplatformen og services

SAPAs kravspecifikation Læsevejledning. KMJ, 19. marts 2013

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.

Baggrund og løsningsbeskrivelse

FAGCHEFSEMINAR OKTOBER Gruppearbejde - Monopolbrud

Acadre-integration til SAPA

Leverandørmøde Kommunernes Ydelsessystem. August/september 2013

SAPA NETVÆRK FOR KOMMUNER. 10. og 12. marts 2014 KMJ

STS-KOMMUNENETVÆRK. 5. og 7. april 2016 Kenneth Møller Johansen

Bilag 3A.6 Integrationer

AFREGNINGSMODEL FOR ANVENDELSE AF DEN FÆLLESKOMMUNALE INFRASTRUKTUR

Faktaark for DAR 1.0

STS NETVÆRKSDAGE. Spor 3: Beskedfordeler. 11. og 12. marts Christian Callsen

Redskab til hjælp med budgetlægningen for SAPA projektet i kommunerne

Overvejelser om genudbud af it-løsninger - Jura brugt strategisk i it-kontrakter

SPOR 7: IBRUGTAGNING OG ANVENDELSE

Bilag 2. Vilkår for anvendelse af sikkerhedsmodellen i den fælleskommunale Rammearkitektur Version 2.0

Serviceplatformen informationsmateriale. Leverandørmøde 7. februar 2013

Integration SF Sags- og Dokumentindeks Integrationsbeskrivelse - version 2.2.0

ADGANG TIL EGEN SAG ADGANG TIL EGEN SAG. Integration til Borger.dk baseret på fælleskommunal infrastruktur

/marius hartmann Integrationskrav 2. Logningskrav 3. Konsekvenser for kommunen

Underbilag A Administrationsmodul

Vejledning 6. november 2014

Bilag 2: Kravspecifikation

SAPA PÅ KOMMUNEDAGE. November Kenneth Møller Johansen

SAPA - Snitfladestrategi

KOMMUNERNES IMPLEMENTERING AF MONOPOLBRUDDET. V/ Flemming Engstrøm og Nils Thor Rosted

Faktaark for BBR 2.0

Serviceplatformen & Støttesystemerne. - Hvor langt er de egentligt?

NemRefusion genudbud Tekniske Dialogmøder med leverandører

1 Begrebsmodel for Ydelsesindeks

Transkript:

3. september 2013 Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunal støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog, der vejleder kommunerne i det komplekse arbejde med monopolbruddet de kommende år. Drejebogen indeholder bl.a. en praktisk vejledning i tilpasning af eksisterende lokale systemer, snitflader og kontrakter, der ruster kommunerne organisationsmæssigt, ressourcemæssigt og operationelt til de kommende implementeringer og udrulninger af systemerne, så kommunerne kan fokusere på at realisere de store gevinster, monopolbruddet vil medføre. Drejebogen ligger på www.kombit.dk/drejebogen og beskæftiger sig med de nye fælleskommunale itsystemer; Kommunernes Ydelsessystem, Kommunernes Sygedagpengesystem, Støttesystemerne og Serviceplatformenom. Denne vejledning er en del af Drejebogen, men omhandler udelukkende de fælleskommunale Støttesystemer. For at sikre monoopolbrud skal kommunerne begynde at indarbejde bestemmelser, der sikrer en fremtidig brug af Støttesystemerne. Dette dokument fokuserer kun på udbud og genudbud af it-systemer, der skal anvende Støttesystemer,og altså ikke på implementeringen af Støttesystemerne. Dokumentet er en version 2.0, som løbende vil blive opdateret, og kommunerne bør derfor holde øje med disse opdateringer.drejebogen og denne vejledning er tænkt som inspiration og er ikke obligatoriske for kommunerne med mindre andet er angivet eksplicit. Vejledningen henvender sig primært til de personer i kommunerne, der beskæftiger sig med at udarbejde kravspecifikationer og andet materiale i forbindelse med it-udbud, og giver forslag til, hvordan brugen af Støttesystemerne kan indgå i kommunens kommende udbudsmateriale. Det er dog afgørende at bemærke, at det kun er en vejledning og foreslagene derfor i høj grad skal tilpasses det konkrete udbudsmateriale. 1. Hvorfor denne vejledning De fælleskommunale Støttesystemer (Støttesystemerne) er en central del af det kommende monopolbrud, da de vil understøtte behov for data og funktionalitet på tværs af it-systemer. Støttesystemerne er endnu ikke udviklet, men kommunerne bør allerede nu begynde at tage højde for Støttesystemerne i kommende udbud, gen-udbud, indkøb og kontraktforhandlinger for at sikre, at den fremadrettede brug af støttesystemerne fremgår af kommunernes it-kontrakter. Læs mere om Støttesystemerne, hvad de indeholder og tidsplan mv. her. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/11

Vejledningen er primært relevant ved kommunernes kommende udbud af nye itsystemer og genudbud af eksisterende it-systemer. For eksisterende it-systemer, hvor kommunerne ikke på kort sigt har planer om at genudbyde systemet, vil det være relevant allerede nu at indlede en dialog med leverandøren for at undersøge de kontraktsog udbudsmæssige muligheder for, at systemet kan udvikles til at anvende Støttesystemerne. Videreudvikling eller tilretning af en it-kontrakt er typisk dyrt og tidskrævende. Det er derfor vigtigt, at leverandørerne i kommunernes kommende it-udbud allerede i forbindelse med afgivelsen af tilbud beskriver: 1) i hvilket omfang deres løsninger vil kunne anvendes eller overgå til anvendelse sammen med Støttesystemerne, 2) hvordan en sådan overgangsproces vil blive håndteret samt ikke mindst 3) prisen for dette. For at leverandøren kan angive ovenstående er det afgørende, at kommunen præcist beskriver med hvilket formål de enkelte Støttesystemer skal anvendes, og hvorvidt dette påvirker funktionaliteten i systemet. Fx skal kommunen beskrive, hvilke hændelser man forventer at modtage fra Beskedfordeleren, og hvad systemet skal gøre, når det modtager en hændelse. Kommunerne opnår oftest det bedste tilbud, hvis brugen af Støttesystemerne er klart beskrevet for tilbudsgiver, og det er derfor en afgørende forudsætning for kommunens it-anskaffelse, at man i hver enkelt kommune og pr. itanskaffelse har gjort sig konkrete overvejelser herom. 2. Hvilke it-systemer skal indarbejde krav om Støttesystemerne Det er ikke alle it-systemer i kommunerne, som Støttesystemerne er lige relevante for på kort sigt. Som beskrevet i kommuners drejebog for monopolbrud bør kommunerne etablere og vedligeholde sit eget overblik over den lokale it-systemportefølje. Dette overblik kan med fordel udvides til at beskrive, hvilken relevans (høj, middel, lav) som Støttesystemerne har for det pågældende it-system. På kort sigt vil det især være de sagsbærende systemer, som vil være relevante at sikre kan aflevere sagsmetadata til de fælleskommunale indekser for at kunne etablere et tværgående sagsoverblik i SAPA. Som minimum må det forventes, at alle de sagsbærende systemer, som i dag integrerer til KMD Sag, vil være relevante at tilpasse til at anvende Støttesystemet S&D-indeks. Hertil kommer de sagsbærende systemer, som kommunen villle ønske integrerede til KMD Sag i dag. Endelig vil systemer, der er afhængige af beskeder/hændelser i andre systemer, typisk være relevante at tilpasse til at anvende Støttesystemet Beskedfordeler til at udveksle disse beskeder/hændelser. Endvidere er det helt centralt for anvendelsen af Støttesystemer, at kommunens it- KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 2/11

systemer anvende den fælleskommunale adgangsstyring, da der ellers ikke kan skabes adgang til støttesystemerne.. Kommunerne skal selv foretage denne eller tilsvarende forretningsmæsige analyser, af hvilke systemer, der forventes at anvende hvilke støttesystemer og til hvad. 3. Den fremadrettede brug af støttesystemerne Støttesystemerne er endnu ikke udviklet og det er derfor nødvendigt at arbejde med en interim løsning, indtil Støttesystemerne er idriftssat. Kommende systemer skal derfor udvikles, så de er funktionsdygtige uden Støttesystemerne, men skal være opbygget, så omlægning til Støttesystemerne kan ske nemmest muligt. Kommunerne bør foretage en analyse af, hvor dyr denne interim løsning vil være, i forhold til en udskydelse og om interim løsningen eventuelt er en point of no return, specielt i forhold til adgangsstyring. Da Støttesystemerne ikke er udviklet endnu, skal anvendelsen/omlæggelsen til brug af Støttesystemerne indarbejdes som en option i udbudsmaterialet. Optionen vil herefter kunne udnyttes, når Støttesystemerne kan tilgås og er operationelle. Det er på denne baggrund afgørende, at kommunerne ikke blot automatisk indsætter nedenstående optioner på den fremadrettede brug af Støttesystemerne, men samtidgt i tilbudsvurderingen lægger vægt på, at systemet nemt kan omlægges til brug af de relevante Støttesystemer, og at dette sker til en omkostningsbaseret pris. Kommunerne bør ligeledes beskrive den fremadrettede brug af Støttesystemerne i udbudsbekendtgørelsen. Det skal af udbudsbekendtgørelsen fremgå, at der forventes et vist omfang af videreudvikling i forbindelse med brug af Støttesystemerne. Dette for at sikre, at kommunerne ikke kommer i udbudsmæssige problemer i forbindelse med at omlægge en eksisterende it-løsning til brug af Støttesystemerne. Kommunen skal dog i forbindelse med videreudvikling mv. i hvert enkelt tilfælde tage stilling til, hvad der fremgår af udbudsbekendtgørelsen og de aktuelle udbudsregler for videreudvikling. 4. Optioner på brug af Støttesystemerne i kommunernes egne udbud Ved optioner er det afgørende, at kommunerne fjerner mest mulig tvivl for leverandørerne, da ikke bare den primære ydelse (it-systemet), men også eventuelle optioner skal prisfastsættes i forbindelse med afgivelse af tilbud. Eventuelle usikkerheder vil typisk medføre en forøget pris i form af et risikotillæg i tilbudsgivers tilbud. Der bør derfor angives flest mulige forudsætninger/beskrivelser i forbindelse med beskrivelsen af optionerne for at minimere denne tvivl. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 3/11

Der er på nuværende tidspunkt vanskeligt at opstille de specifikke vilkår for, hvordan et it-system tilgår Støttesystemerne, og ligeledes den helt præcise funktionalitet og dataindhold af de enkelte Støttesystemerne, da de endnu ikke er udviklet. KOMBIT har imidlertid offentliggjort de forventede vilkår for brugen af Støttesystemerne for at afbøde dette. Se http://kombit.dk/ra-st%c3%b8ttesystemer som løbende vil blive opdateret. Det skal forventes af tilbudsgivende leverandører, at de er bekendte med og forholder sig eksplicit til disse vilkår. For optionen på hvert enkelt støttesystem skal kommunen som minimum beskrive: 1. Hvilke behov skal støttesystemet opfylde 2. Hvilke dataområder er der tale om 3. Forventes der systemændringer fx brugergrænseflader, advis eller funktionalitet 4. Andre individuelle forhold Kommunerne bør endvidere overveje at indsætte kontraktbestemmelser om fradrag i driftshonoraret for dele af den oprindeligt udbudte løsning, der bliver afløst af støttesystemet Option på brug af Støttesystemet Adgangsstyring Det er en forudsætning for anvendelse af Støttesystemer, at kommunens it-systemer anvender den fælleskommunale adgangsstyring. Der henvises til [Vilkår vedrørende anvendelse af Støttesystemet adgangsstyring] afsnit 1.1 for en overordnet beskrivelse af adgangsstyring i rammearkitekturen. Vikårene for anvendelse af adgangsstyring er opdelt efter hviklen rolle et givet it-system spiller i forhold til adgangsstyring. En given it-system kan have en eller flere af følgende roller: Et anvendersystem der anvender en fællekommunal service En serviceudbyder der udstiller en fællekommunal service Et brugervendt system hvor brugeres adgang og rettigheder administreres og håndhæves i henhold til rammearkitekturens adgangsstyringsmodel. Det er en forudsætning for anvendelse af de øvrige Støttesystemer, at kommunens itsystemer optræder som anvendersystem i henhold til rammearkitekturens adgangsstyring. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 4/11

Kommunen kan desuden vælge at kommunale it-systemer skal optræde i rollen, som serviceudbyder eller som brugervendt system, således at adgangsstyring for kommunens systemer sker i henhold til rammearkiteturens adgangsstyringsmodel. I et givet it-udbud vil det udbudte system ikke nødvendigvis skulle optræde som alle disse typer af systemer, og det er derfor ikke nødvendigvis relevant at medtage alle afsnit i givet it-udbud. Kommunen bør sikre, at man nøje overvejer hvilke krav, der vil være relevante at medtage i et givet udbud. Nedenfor beskrives, hvornår de forskellige afsnit vil være relevante at medtage. Afsnit 2 beskriver vilkår for at systemet tilsluttes til rammearkitekturen og vil være relevante for alle systemer, der skal benytte adgangsstyring i den fælleskommunale rammearkitektur. Afsnit 3 beskriver vilkår for, hvordan anvendersystemer af fælleskommunale services skal forholde sig til den adgangsstyringen, der er implementeret af en fælleskommunal serviceudbyder. Rammearkitekturens støttesystemer vil eksempelvis være sådanne fælleskommunale serviceudbydere. Disse vilkår således relevante for alle systemer, der ønsker at anvende services fra et af rammearkitekturens støttesystemer, herunder fra et af de fælleskommunale støttesystemer. Afsnit 4 beskriver vilkår for, hvordan serviceudbydere skal håndtere adgangsstyring. Disse vilkår er relevante for alle systemer, der ønsker at udstille en fællekommunal service og ønsker at anvende den adgangsstyringsmodel, der er implementeret i rammearkitekturen. Bemærk at vilkårene i dette afsnit skal opdateres med en præcis henvisning til de services, som skal benytte rammearkitekturens adgangsstyring. Afsnit 5 beskriver vilkår for, hvordan et anvendersystem kan foretage adgangsstyring for brugere i henhold til rammearkitekturens føderationsmodel for adgangsstyring. Disse vilkår kan være relevant for alle brugervendte systemer, der tilkobles rammearkitekturen. Det er dog ikke obligatorisk, at adgangsstyring for brugervendte systemer foregår i henhold til rammearkitekturens adgangsstyringsmodel for, at et givet system kan optræde som et anvendersystem i rammearkitekturen. I forbindelse med et it-udbud bør kommunen nøje overveje fordele og ulemper ved at anvende rammearkitekturens model for adgangsstyrring for brugere. Vurderingen af fordele og ulemper vil i høj grad afhænge af kommunens samlede strategi for bruger- og rettighedsstyring. Fordele kan eksempelvis være at kommunen får den samme adgangsstyringsmodel for det udbudte system, som kommunen allerede kender fra de fælleskommunale systemer. Afsnit 6 beskriver ikke-funktionelle vilkår for alle systemer, der skal benytte adgangsstyring i den fælleskommunale rammearkitektur. Kommunen bør naturligvis stille andre ikke-funktionelle vilkår for Systemet. Herunder bør der stilles vilkår for logning, sikkerhed, revision, sessionsstyring, performance mv. Disse vilkår er dog ikke specifikt møntet på adgangsstyring, og er derfor ikke medtaget i dette dokument. Et antal steder i vikårene står der krav til forskellige administrative opgaver som Leverandøren af Systemet skal udfører. Det er et vilkår for anvendelse af adgangsstyring i rammearkitekturen at disse opgaver bliver udført. Dog kan myndigheden selv træde ind i rollen som Leverandør og udfører disse administrative opgaver. I forbindelse med KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 5/11

udbud at et it-system bør myndigheden derfor nøje gennemgå vikårene og overveje om de ønsker at få Leverandøren af Systemet til at udfører disse administrative opgaver eller om de selv vil udfører dem. Det vil ofte være naturligt at Leverandøren af Systemet udfører opgaverne, hvis Leverandøren skal varetage den øvrige drift af det udbudte system. Underbilag A og B beskriver begrebs- og informationsmodeller for hhv. administrationsmodul og adgangsstyring og kan vedlægges udbudsmaterialet for at give Leverandøren af Systemet et detaljeret indtryk af hvordan rammearkitekturens adgangsstyring fungerer. Option # Systemet skal kunne anvende Støttesystemet Adgangsstyring Kategori: (O) Type: Støttesystemet Adgangsstyring (indsæt link). Dette i overensstemmelse med vilkårene herfor. (insæt link) til at anvende Støttesystemet Adgangsstyring og eventuelt begrunde, hvorfor Støttesystemet Adgangstyring ikke kan anvendes. Tilbudsgiver bedes endvidere beskrive processen for omlæggelsen af Systemet til anvendelse af Støttesystemet Adgangsstyring. Det vægtes højt, at Systemet i størst muligt omfang kan omlægges til at anvende Støttesystemet Adgangsstyring, og at processen for omlæggelsen er smidig. Option på brug af Støttesystemet Beskedfordeler Kommunerne skal ved option på brug af Beskedfordeler, beskrive i hvilke processer beskeder forventes at indgå, samt hvilke informationer der ønskes modtaget og hvilke informationer Systemet forventes at formidle til andre via beskeder. Konkrete hvilke beskeder der skal modtages af Systemet og hvordan de behandles aftales nærmere med Leverandøren. På samme måde aftales det nærmere hvilke beskeder, der afsendes af Systemet. Hvis der er behov for informationer, som ikke aktuelt kan modtages som beskeder, samarbejder Kommunen og Leverandøren om igangsættelse af proces der skal tilvejebringe disse. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 6/11

Option # Systemet skal kunne anvende Støttesystemet Beskedfordeler Kategori: (O) Type: Funktionelt Støttesystemet Beskedfordeler (indsæt link). Dette i overensstemmelse med vilkårene herfor. (indsæt link og versionsnummer) til at anvende støttesystemet Beskedfordeler og eventuelt begrunde, hvorfor støttesystemet Beskedfordeler ikke kan anvendes. Tilbudsgiver bedes endvidere beskrive processen for omlæggelsen af Systemet til anvendelse af Støttesystemet Beskedfordeler. Det vægtes højt, at Systemet i størst mulig omfang kan omlægges til at anvende Støttesystemet Beskedfordeler, og at processen herfor er smidig. Option på brug af Støttesystemet Klassifikation Option # Systemet skal kunne anvende Støttesystemet Klassifikation Kategori: (O) Type: Funktionelt Støttesystemet Klassifikation. (indsæt link). Dette i overensstemmelse med vilkårene herfor. (indsæt link og versionsnummer) til at anvende Støttesystemet Klassifikation og eventuelt begrunde, hvorfor Støttesystemet Klassifikation ikke kan anvendes. Tilbudsgiver bedes endvidere beskrive processen for omlæggelsen af Systemet til anvendelse af Støttesystemet Klassifikation. Det vægtes højt, at Systemet i størst mulig omfang kan omlægges til at anvende Støttesystemet Klassifikation, og at processen herfor er smidig. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 7/11

Option på brug af Støttesystemet Organisation Option # Systemet skal kunne anvende Støttesystemet Organisation Kategori: (O) Type: Funktionelt Støttesystemet Organisation. (indsæt link). Dette i overensstemmelse med vilkårene herfor. (indsæt link og versionsnummer) til at anvende Støttesystemet Organisation og eventuelt begrunde, hvorfor Støttesystemet Organisation ikke kan anvendes. Tilbudsgiver bedes endvidere beskrive processen for omlæggelsen af Systemet til anvendelse af Støttesystemet Organisation. Det vægtes højt, at Systemet i størst mulig omfang kan omlægges til at anvende Støttesystemet Organisation, og at processen herfor er smidig. Option på brug af Støttesystemet Sags- og dokumentindeks 1. For at opnå den fulde værdi af Sags- og Dokumentindeks, skal dette opdateres med metadata om alle sager og dokumenter, der har relevans for den borger/virksomhedsrettede sagsbehandling i den danske kommunale sektor. Metadata om sager og dokumenter, der alene vedrører interne forhold i en myndighed, personalesager, lovforberedende arbejde, statistikker o. lign. skal derfor som udgangspunkt ikke lægges i Sags- og Dokumentindekset. Sagsbærende fagsystemer, herunder ESDH-systemer, har primært rollen som afsendersystem og dermed opdaterer Støttesystemet Sags- og Dokumentindeks. Sekundært kan ikke-journaliserede dokumenter fx fra indgående post være relevant i forhold til Sags og dokumentindeks. Det er muligt at lade flere Afsendersystemer opdatere de samme sager/dokumenter, idet Støttesystemet Sags- og Dokumentindeks vil gennemføre alle opdateringer, der indeholder nyere data end de eksisterende. Der kan være Afsendersystemer, hvor systemejer er vidende om at visse typer og grupperinger af metadata også opdateres i Støttesystemet Sags- og dokumentindeks fra andre Afsendersystemer. Af hensyn til belastning, effektivitet og for at undgå dubletter i Støttesystemet Sags- og dokumentindeks vil det være hensigtsmæssigt at Afsendersystemet ikke medtager disse metadata i opdateringen af Støttsystemet Sags- og dokumentindeks. 2. Støttesystemet Sags- og Dokumentindeks vil kunne opdateres af Afsendersystemer via to mekanismer: KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 8/11

Anvendelse af en række OIO-lignende opdateringsservices i Støttesystemet Sags- og Dokumentindeks Modtagelse af beskeder via Støttesystemet Beskedfordeler. Kommunerne skal ved option på brug af Sags- og Dokumentindekset, beslutte sig for i hvilket omfang man vil kræve at Afsendersystemet understøtter begge måder at opdatere Støttesystemet Sags- og Dokumentindeks på, om man vil lade det være valgfrit for leverandøren hvilken opdateringsform, der anvendes, eller om man vil kræve én bestemt opdateringsform anvendt. Udbyderen skal, afhængig af hvilken opdateringsstrategi man vælger, medtage begge eller kun det ene af de to vilkår vedr. opdatering af Sags- og Dokumentindekset. 3. To af vilkårene specificerer, at leverandøren indenfor tre måneder skal tilpasse integrationen til Ydelsesindekset til ændringer i OIO-standarder, informationsmodel eller andre ændringer i Ydelsesindekset. Myndigheden bør overveje om de tre måneder ud fra et forretningsmæssigt synspunkt er det rigtige vilkår. 4. Myndigheden bør overveje i hvilket omfang der er brug for den hop-funktionalitet, der er beskrevet som vilkår, idet dette i nogle situationer kan være dyrt at etablere. 5. Vilkåret om at Systemet skal kunne identificere fejlagtigt eksisterende objekter i indekset vil i transitionsperioden kunne være dyrt for legacy-systemer at opfylde. Myndigheden kan derfor overveje, gerne i samråd med Kombit, om vilkåret skal udgå eller modificeres. Option # Systemet skal kunne anvende Støttesystemet Sags- og dokumentindeks Kategori: (O) Type: Funktionelt Støttesystemet Sags- og dokumentindeks. Dette i overensstemmelse med vilkårene herfor. (indsæt link og versionsnummer) til at anvende Støttesystemet Sags- og dokumentindeks og eventuelt begrunde, hvorfor Støttesystemet Sags- og dokumentindeks ikke kan anvendes. Tilbudsgiver bedes endvidere beskrive processen for omlæggelsen af Systemet til anvendelse af Støttesystemet Sags- og dokumentindeks. Det vægtes højt, at Systemet i størst mulig omfang kan omlægges til at anvende Støttesystemet Sags- og dokumentindeks, og at processen herfor er smidig. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 9/11

Option på brug af Støttesystemet Ydelsesindeks 1. For at opnå den fulde værdi af Støttesystemet Ydelsesindeks, skal dette opdateres med metadata om alle ydelser, der har relevans for den borger/virksomhedsrettede sagsbehandling i den danske kommunale sektor. Sagsbærende Fagsystemer, herunder ESDH-systemer, har primært rollen som afsendersystem og opdaterer dermed Støttesystemet Ydelsesindeks. Det er muligt at lade flere Afsendersystemer opdatere de samme metadata om ydelser, idet Støttesystemet Ydelsesindeks vil gennemføre alle opdateringer, der indeholder nyere data end de eksisterende. Der kan være Afsendersystemer, hvor systemejer er vidende om at visse typer og grupperinger af metadata også opdateres i Støttesystemet Ydelsesindeks fra andre Afsendersystemer. Af hensyn til belastning, effektivitet og for at undgå dubletter i Støttesystemet Ydelsesindeks vil det være hensigtsmæssigt at Afsendersystemet ikke medtager disse metadata i opdateringen af Støttsystemet Ydelsesindeks. Systemet skal kunne henvise til den Sag, der er relateret til en Bevilling. 2. Støttesystemet Ydelsesindeks vil kunne opdateres af Afsendersystemer via to mekanismer: Anvendelse af en række OIO-lignende opdateringsservices i Støttesystemet Ydelsesindeks Modtagelse af beskeder via Støttesystemet Beskedfordeler. Kommunerne skal ved option på brug af Ydelsesindekset, beslutte sig for i hvilket omfang man vil kræve at Afsendersystemet understøtter begge måder at opdatere Støttesystemet Ydelsesindeks på, om man vil lade det være valgfrit for leverandøren hvilken opdateringsform, der anvendes, eller om man vil kræve én bestemt opdateringsform anvendt. Udbyderen skal, afhængig af hvilken opdateringsstrategi man vælger, medtage begge eller kun det ene af de to vilkår vedr. opdatering af Ydelsesindekset. 3. To af vilkårene specificerer, at leverandøren indenfor tre måneder skal tilpasse integrationen til Ydelsesindekset til ændringer i informationsmodel eller andre ændringer i Ydelsesindekset. Myndigheden bør overveje om de tre måneder ud fra et forretningsmæssigt synspunkt er det rigtige vilkår. 4. Myndigheden bør overveje i hvilket omfang der er brug for den hop-funktionalitet, der er beskrevet som vilkår, idet dette i nogle situationer kan være dyrt at etablere. 5. Vilkåret om at Systemet skal kunne identificere fejlagtigt eksisterende objekter i indekset vil i transitionsperioden kunne være dyrt for legacy-systemer at opfylde. Myndigheden kan derfor overveje, gerne i samråd med Kombit, om vilkåret skal udgå eller modificeres. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 10/11

Option # Systemet skal kunne anvende Støttesystemet Ydelsesindeks Kategori: (O) Type: Funktionelt Støttesystemet Ydelsesindeks. Dette i overensstemmelse med vilkårene herfor. (indsæt link og versionsnummer) til at anvende Støttesystemet Ydelsesindeks og eventuelt begrunde, hvorfor Støttesystemet Ydelsesindeks ikke kan anvendes. Tilbudsgiver bedes endvidere beskrive processen for omlæggelsen af Systemet til anvendelse af Støttesystemet Ydelsesindeks. Det vægtes højt, at Systemet i størst mulig omfang kan omlægges til at anvende Støttesystemet Ydelsesindeks, og at processen herfor er smidig. Kommunespecifik tilretning Udbud af it-løsninger er en kompleks og til tider tidskrævende proces. Nærværende vejledning skal derfor kun ses som et forslag til, hvordan Støttesystemerne kan indgå i kommunens kommende udbud, og hvilke kontraktmæssige tiltag kommunen skal være opmærksomme på i forbindelse med adgang til kommunens egne data. Det er derfor afgørende, at den enkelte kommune forholder sig nøje til hvert enkelt forslag og tilpasser det til den konkrete kontrakt og kravspecifikation. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 11/11