BILAG TIL STANDARDKONTRAKT FOR KORTVARIGT IT-PROJEKT K01 MED RETTELSER

Relaterede dokumenter
BILAG 7 PRØVER. Udvikling af en hjemmeside til borgerforslag samt hosting og vedligeholdelse

BILAG 6 ÆNDRINGSHÅNDTERING

Kontraktbilag 8 Prøver

Koncessionskontrakt vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Kultur- og Fritidsforvaltningen

Bilag 8 omfatter ikke alle Kundens krav. Nogle af Kundens krav er medtaget i andre Bilag for at have en naturlig sammenhæng til konteksten.

Bilag 11 Ændringshåndtering

BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING

BILAG 9 SERVICEMÅL OG INCITAMENTER. Udvikling af en hjemmeside til borgerforslag samt hosting og vedligeholdelse

OPTION TIL RM OG RN BILAG 8 TIL KONTRAKT OM EPJ/PAS ÆNDRINGSHÅNDTERING

EU-udbud af WAN infrastruktur. Bilag 10 - Ændringshåndtering

Indholdsfortegnelse Afprøvning af Leverancen Fællesregler for afprøvning Fejl! Bogmærke er ikke defineret. Installationsprøve Delleveranceprøve

Bilag 9. Ændringshåndtering. Udbud af Medical Device Information Collection

VEJLEDNING. Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner

Teksten i denne instruktion er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering

Udbud af løn- og personalesystem. Kontrakt bilag. Bilag til kontrakten. September Sagsnr. 09/980. Sagsnr. 09/980

Krav til licensaftale

BILAG 10. Modelbilag til driftsaftale Om IT infrastruktur services (IT drift)

Hovedtidsplan og betalingsplan

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

K01 STANDARDKONTRAKT FOR KORTVARIGT IT-PROJEKT

K02 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT. Kontrakt. levering, [drift] og vedligeholdelse af et it-system til [ ] mellem

SOLRØD KOMMUNE ESDH. Projektorganisation. Bilag 5

BILAG 10 SAMARBEJDSORGANISATION. Udvikling af en hjemmeside til borgerforslag samt hosting og vedligeholdelse

BILAG 6 TEST OG PRØVER

Vejledning til Tilbudsgiver Dette bilag indeholder Kundens mindstekrav til tilgængelighed, svartider og drift.

Bilag 14 Ændringshåndtering

Standardkontrakt for kortvarigt it-projekt

K01 STANDARDKONTRAKT MED ENKELTE ÆNDRINGER

BILAG 7 SAMARBEJDSORGANISATION

BILAG 9 SERVICEMÅL OG BODSBESTEMMELSER

Bilag 19 Projektvilkår

Bilag 14 Prøver INSTRUKTION TIL TILBUDSGIVER:

Bilag 10. Afprøvning

Leveringsaftale. mellem. NaturErhvervstyrelsen. Nyropsgade København V. (herefter benævnt Kunden) [navn] [adresse] [cvr-nr]

Leverandøren udfylder de ufærdige dele af skabelonen. Eventuelle supplerende beskri velser angives i et underbilag 6A.

Kontrakt. Januar. Elektronisk journalsystem til den kommunale tandpleje i Syddjurs og Norddjurs Kommune. Side 1 af 26

BASERET PÅ - K01 K O N T R A K T. mellem. CVR-nr... (i det følgende kaldet kunden) CVR-nr... (i det følgende kaldet leverandøren)

Forsvarsministeriets Materiel- og Indkøbsstyrelse

Udkast K O N T R A K T. mellem. Domstolsstyrelsen St. Kongensgade København K (i det følgende benævnt Domstolsstyrelsen)

Prøverne gennemføres som henholdsvis en Idriftsættelsesprøve, en Driftovertagelsesprøve og en. Prøve Delprøve Delprøve

K O N T R A K T. mellem. CVR-nr... (i det følgende kaldet kunden) CVR-nr... (i det følgende kaldet leverandøren)

Leveringsaftale. mellem. NaturErhvervstyrelsen. Nyropsgade København V. (herefter benævnt Kunden) [navn] [adresse] [cvr-nr]

Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten

Rettelsesblad/ Supplerende meddelelse nr. 3

Samhandelsbetingelser InfraHouse P/S Vers Januar 2014

K01 STANDARDKONTRAKT FOR KORTVARIGT IT-PROJEKT

SOLRØD KOMMUNE ESDH. Afprøvning. Bilag 6

BILAG 13 TIL KONTRAKT OM EOJ-SYSTEM RISIKORAPPORTERING SAMT PROAKTIVE HANDLINGER

Kontrakt om anskaffelse og vedligeholdelse. et IT-system

KONTRAKT FOR IT-PROJEKT BASERET PÅ EN AGIL METODE

A nnonce. Den 16. oktober Sags ID: Direkte Mobil Weidekampsgade 10 Postboks København S

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

KONTRAKT OM UDVIKLING, DRIFT OG VEDLIGEHOLDELSE AF HJEMMESIDE MELLEM VISITDENMARK [LEVERANDØRENS NAVN]

KONTRAKT OM LEVERING OG VEDLIGEHOLD AF BILFLÅDESTYRINGS-

FORUDSÆTNINGER FOR SERVICEMÅL

Kontrakt Angiv dato Angiv titel

BILAG 17 AFTALE OM VIDEREUDVIKLING AF EOJ-SYSTEM MELLEM AALBORG KOMMUNE [LEVERANDØRENS NAVN]

K O N T R A K T. mellem. Miljøministeriet v/natur- og Miljøklagenævnet Rentemestervej København NV. (i det følgende kaldet Miljøministeriet)

. Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten

BILAG 9 KUNDENS BETALINGER

BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER

J.nr SOF/MLB/mw 29. august 2007 K02 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT. Bilag

Kontrakt K02 MODIFICERET STANDARDKONTRAKT FOR LÆNGEREVARENDE IT- PROJEKT

Version BILAG 13 PRISER

UNDERBILAG 9A TIL KONTRAKT OM EPJ/PAS KONFLIKTLØSNINGSUDVALG

BILAG TIL KONTRAKT OM LEVERING AF CSM-SYSTEM

GODKENDELSESKRITERIER

BILAG 1 TIDS- OG AKTIVITETSPLAN

K O N T R A K T. mellem

Spørgsmål til udbudsmaterialet omsorgssystem til Holstebro, Lemvig, Skive, Struer og Varde Kommune.

Leveranceaftale. Miniudbud iht. rammeaftale om Borgerskab og Service. Juli 2008

Kontraktbilag 7 Vedligeholdelse

BILAG 15 TIL KONTRAKT OM EPJ/PAS PROAKTIVE HANDLINGER

Udkast til Kontrakt. levering, drift og vedligeholdelse af et elektronisk rekrutteringssystem i Region Syddanmark. mellem

Bilag 13. Ophørsbistand. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 1. Semler IT A/S GENERELLE VILKÅR OG BETINGELSER

ENTREPRISEAFTALE. Fonden Amager Bakke CVR nr c/o I/S Amager Ressourcecenter Kraftværksvej København S (herefter Bygherren )

Kontraktbilag 04 - Transitionsprojekt

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Standardkontrakt for kortvarigt it-projekt

Kontraktbilag 04 - Transitionsprojekt

BILAG 10 VEDLIGEHOLDELSESORDNING

Bilag 6: Servicemål. Udbud af E-rekrutteringssystem. Side 1 af 9

Bilag 5 - Priser og betalingsplan

K O N T R A K T. mellem. CVR-nr... (i det følgende kaldet kunden) CVR-nr... (i det følgende kaldet leverandøren)

Kontraktbilag 8. It-sikkerhed og compliance

BILAG 20 TIL KONTRAKT OM EPJ/PAS OPTION TIL REGION MIDTJYLLAND (RM) OG REGION NORDJYLLAND (RN)

(Bilaget ligger på i pdfformat og word-format.)

SOCIAL PENSION KOMMUNE

Leverance af Radio/TV kanaler

Udbud af RIPA - Syd. Bilag 1 - Tidsplan

Bilag 6: Servicemål. Udbud af løn- og personalesystem. Side 1 af 9

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT BASERET PÅ EN AGIL METODE

Udbud af rådgivning i forbindelse med bygningssyn og byggeri samt bygherrerådgivning Delaftale 1-5 Kontraktbilag 5

BASERET PÅ - K01 K O N T R A K T. mellem. CVR-nr... (i det følgende kaldet kunden) CVR-nr... (i det følgende kaldet leverandøren)

BILAG 1: TIDSPLAN BILAG 1: TIDSPLAN 21. februar 2014

BILAG 13 TIL KONTRAKT OM EPJ/PAS LICENSBETINGELSER

Bilag 11 - Prøver. Undervisningsministeriets udbud - Fremme af evalueringskulturen. 28. juni Uddannelsesudvalget L Bilag 3 Offentligt

Transkript:

BILAG TIL STANDARDKONTRAKT FOR KORTVARIGT IT-PROJEKT K01 MED RETTELSER

INDHOLDSFORTEGNELSE Bilag 1 Tidsplan... 4 1.1. Aktiviteter i forbindelse med kontraktens gennemførelse... 4 1.2. Ændring af tidsplanen... 5 Bilag 2 Kravspecifikation (se kravspecifikation i notat)... 6 Bilag 3 Betalingsplan... 7 3.1. Systemvederlag og den samlede kontraktsum... 7 3.1.1. Generelt... 7 3.1.2. Systemvederlag... 7 3.1.3. Den samlede kontraktsum... 8 3.2. Fakturering af den samlede kontraktsum... 8 Bilag 4 Specifikation af udstyr... 9 4.1. Liste over de apps... 9 Bilag 5 Beskrivelser af tilknyttede ydelser med priser... 10 (Ikke relevant)... 10 Bilag 6 Kundens deltagelse... 11 6.1. Generelt om kundens deltagelse... 11 6.2. Andre forhold... 11 6.3. Manglende medvirken... 11 Bilag 7 Specifikation af vedligeholdelse med priser... 12 (Ikke relevant)... 12 Bilag 8 Prøver... 13 8.1. Afprøvning af systemet... 13 8.2. Fællesregler for afprøvning... 13 8.2.1. Prøvens gennemførelse... 13 8.2.2. Rapport over prøveforløbet... 13 8.2.3. Godkendelse af en prøve... 13 8.2.4. Afhjælpning af konstaterede mangler... 14 8.3. Overtagelsesprøve... 14 8.3.1. Formål... 14 8.3.2. Prøveplan... 14 8.3.3. Tilrettelæggelse... 15 8.3.4. Gennemførelse... 15 8.3.5. Godkendelseskriterier... 15 8.3.6. Mangler i tredjepartsprogrammel... 16 2

Bilag 9 Licensbetingelser... 17 (Ikke relevant)... 17 Bilag 10 Servicemål og incitamenter... 18 10.1. Servicemål... 18 10.1.1. Aftalte servicemål... 18 10.1.2. Svartider... 18 10.1.3. Måling af svartider... 18 10.1.4. Uenighed om opfyldelsen af servicemål... 19 Bilag 11 samarbejdsorganisation... 20 11.1. Projektledelse... 20 11.1.1. Projektledelsens ansvar... 20 11.1.2. Kompetence... 20 11.1.3. Projektledelsens sammensætning... 20 Bilag 12 Ændringsprocedure... 22 12.1. Ændring af kontrakten... 22 12.2. Kundens ændringsanmodning... 22 12.3. Leverandørens ændringsanmodning... 22 12.4. Mindsteindhold for et løsningsforslag... 22 12.5. Vurdering og godkendelse af løsningsforslag... 23 12.5.1. Vurdering af løsningsforslag... 23 12.5.2. Godkendelse... 24 12.6. Ændringslog... 24 3

Bilag 1 Tidsplan 1.1. Aktiviteter i forbindelse med kontraktens gennemførelse Hvor en aktivitet gennemføres over en periode anføres periodens start og sluttidspunkt i kolonnen Tidsangivelse. Nedennævnte aktiviteter iværksættes af den anførte initiativtager for den pågæ l- dende aktivitet. I det omfang at der er angivet flere initiativtagere, er det den førstnævnte, der er den primære initiativtager. Aktivitet/begivenhed Tidsangi- Initiativta- Bemærkninger velse ger Frist for levering af tilbud 10. decem- L ber 2013 kl. 12 Installationsdag 28. februar L 2014 Gennemførelse af overtagel- 28. februar L sesprøve 2014-14. marts 2014 Aftalt overtagelsesdag 31. marts K 2014 Undervise kommunerne i an- K vendelsen af værktøjerne på 10. marts en temadag 2014 Holde oplæg og have stand Marts 2014 K vedr. de digitaliserede værktøjer på to konferencedage "K" = kunde; "L" = leverandør 4

1.2. Ændring af tidsplanen Ændring af denne tidsplan, bilag 1, kan kun ske efter projektgruppens behandling og godkendelse, jf. bilag 11, eller ved kundens udskydelse af en tidsfrist i medfør af kontraktens punkt 7.2. Ved eventuelle ændringer af tidsplanen udarbejdes en ny tidsplan eller tillæg dertil til erstatning af det, der ændres. 5

Bilag 2 Kravspecifikation (se kravspecifikation i notat) 6

Bilag 3 Betalingsplan 3.1. Systemvederlag og den samlede kontraktsum 3.1.1. Generelt Systemvederlag og den samlede kontraktsum opgøres som anført i oversigten i henholdsvis punkt 3.2 og 3.3. nedenfor. Priserne er faste, med mindre prisen er markeret med *. Hvis en pris ikke er fast, skal det af det relevante specifikationsbilag udtrykkeligt fremgå, hvordan prisen reguleres. Systemvederlag og den samlede kontraktsum kan ændres som følge af æ n- dringsanmodninger eller kundens udnyttelse af aftalte optioner i overensste m- melse med kontraktens punkt 5 og 8. Alle priser er i danske kroner ekskl. moms. 3.1.2. Systemvederlag Ydelse Udstyr (bilag 4) Programmel (bilag 4) Dokumentation (bilag 4) Pris [ ] kr. [ ] kr. [ ] kr. Systemvederlag [ ] kr. Tilknyttede ydelser er ikke omfattet af systemvederlaget. Tilsvarende gælder for vedligeholdelse og løbende licensafgifter. Priserne for disse ydelser er angivet i bilag 4, 5 og/eller 7. 7

3.1.3. Den samlede kontraktsum Den samlede kontraktsum omfatter systemvederlaget samt tilknyttede ydelser, der indgår som en del af den samlede leverance. Ydelse Pris Den samlede kontraktsum 3.2. Fakturering af den samlede kontraktsum Leverandøren er berettiget til at fakturere kunden for den samlede kontraktsum i overensstemmelse med nedennævnte og kontraktens punkt 11. Faktureringstidspunkt Fakturabeløb Når apps er testet og godkendt af kunden, og klar til at sætte i drift Accepterede løsningsforslag, der er relateret til ændringsanmodninger, samt o p- tioner til levering til overtagelsesdagen faktureres særskilt på overtagelsesdagen, medmindre andet er aftalt. Vederlag for løsningsforslag, der ikke er accepteret af kunden kan faktureres særskilt af leverandøren efter leverandørens beslutning derom. 8

Bilag 4 Specifikation af udstyr 4.1. Liste over de værktøjer, som skal digitaliseres (apps) Der skal leveres en simpel digitaliseret udgave af de anbefalede værktøjer til tidlig opsporing af sygdom. Værktøjerne skal digitaliseres så simpelt som muligt, så de i høj grad minder om de papirværktøjer, der allerede foreligger. Data skal kunne krypteres når de gemmes på den anvendte enhed, så det kun er tilgængeligt for den sundhedsperson der har indtastet informationerne. For de værktøjer som benytter sig af optællinger, logiske beslutninger, stopur e l- ler lign., skal disse tilbydes i det digitaliserede værktøj. Værktøjerne som skal digitaliseres er: Værktøj til tidlig opsporing af sygdomstegn: Ændringsskemaet/Triagemodellen Hold hjulet i gang Vitale parametre Mini Geriatric Depression Scale (GDS) Verbal Ranking Scale Værktøj til systematisk identifikation af nedsat fysisk funktionsniveau: Stole-test (30s-RSS) Gang-test Værktøj til systematisk identifikation af underernæring: Ernæringsvurderingsskemaet (EVS). Yderligere beskrivelse af, hvad de konkrete apps skal kunne, er uddybet i kravspecifikationen. 9

BILAG 5 BESKRIVELSER AF TILKNYTTEDE YDELSER MED PRISER (IKKE RELEVANT) 10

Bilag 6 Kundens deltagelse 6.1. Generelt om kundens deltagelse Uanset leverandøren er ansvarlig for gennemførelsen af en aktivitet, er det inden for rammerne af nærværende bilag anførte en forudsætning for gennemførelsen, at kunden medvirker aktivt dertil. Kunden skal i den forbindelse sørge for, at de nødvendige ressourcer med den aftalte kompetence vil være til rådighed og opfyldt i forbindelse med kontraktens gennemførelse. 6.2. Andre forhold Ved indgreb, hvor der er risiko for tab af en større mængde data, er leverandøren forpligtet til forinden skriftligt at informere kunden herom. Kunden skal modtage kopier af programmeringen, som kunden selv kan have li g- gende. Kunden har som dataansvarlig selv pligt til at foretage eventuelle anmeldelser til Datatilsynet. 6.3. Manglende medvirken Hvis kunden ikke yder den ovenfor beskrevne medvirken, skal leverandøren straks gøre kundens projektleder opmærksom på dette. 11

BILAG 7 SPECIFIKATION AF VEDLIGEHOLDELSE MED PRISER (IKKE RELEVANT) 12

Bilag 8 Prøver 8.1. Afprøvning af systemet Afprøvning af systemet sker ved en overtagelsesprøve og en driftsprøve i ove r- ensstemmelse med kontraktens punkt 12 og dette bilag. 8.2. Fællesregler for afprøvning 8.2.1. Prøvens gennemførelse Tidspunktet for prøvens gennemførelse fremgår af tidsplanen, jf. bilag 1, eller anden aftale mellem parterne. Prøven skal gennemføres under forhold, der i videst muligt omfang svarer til en normal driftssituation. 8.2.2. Rapport over prøveforløbet Når overtagelsesprøven er afsluttet, udarbejder leverandøren straks en rapport over prøveforløbet med opførelse af eventuelle konstaterede mangler i en ma n- gelliste. Kunden udarbejder en tilsvarende rapport i forbindelse med driftsprøvens gennemførelse. 8.2.3. Godkendelse af en prøve En prøve er bestået, når kravene til prøvens resultat er opfyldt, og godkendelse skal herefter ske i overensstemmelse med kontraktens punkt 12, 2. afsnit. Kan prøven ikke godkendes af kunden, skal kunden uden ugrundet ophold skriftligt meddele dette til leverandøren samt anføre årsagen til den manglende godkendelse. 13

8.2.4. Afhjælpning af konstaterede mangler Såfremt kunden godkender overtagelsesprøven med konstaterede mangler, skal disse anføres i en mangelliste. I så fald aftales en dato, hvorefter manglerne skal være afhjulpet, samt der tilbageholdes kr. 100.000 af den samlede kontraktsum indtil manglerne er afhjulpet. 8.3. Overtagelsesprøve 8.3.1. Formål Formålet med overtagelsesprøven er primært at konstatere, om den aftalte fun k- tionalitet og dokumentation er leveret. Det kan dog også i forbindelse med overtagelsesprøven konstateres, om servicemål er opfyldte og tilknyttede ydelser er leveret i overensstemmelse med det aftalte. 8.3.2. Prøveplan Leverandøren skal som del af sit tilbud udarbejde et udkast til prøveplan for overtagelsesprøven I leverandørens udkast til prøveplan skal karakter, omfang samt tidspunkt for kundens deltagelse specificeres, herunder hvilke data kunden skal stille til rådighed med henblik på en hensigtsmæssig gennemførelse af prøven. Leverandøren skal efter afklaringsfasens afslutning indarbejde alle forslag til æ n- dringer fra kunden i prøveplanen, med mindre leverandøren kan godtgøre at di s- se forslag vil indebære aktiviteter, der ligger uden for hvad der med rimelighed kan påregnes. Kundens forslag til ændring af prøveplanen skal være leverandøren i hænde senest 5 arbejdsdage før prøvens start, hvorefter leverandøren udarbejder en revideret prøveplan. Den reviderede prøveplan skal være modtaget af kunden senest 5 arbejdsdage efter leverandørens modtagelse af kundens forslag til ændringer. 14

8.3.3. Tilrettelæggelse Overtagelsesprøven tilrettelægges af leverandøren som en funktionsprøve, hvor det kontrolleres, at den aftalte funktionalitet, herunder integration til andre s y- stemer, og dokumentation er leveret. Afprøvning af væsentlige funktioner samt dokumentationen er omfattet af leverandørens oplæg til prøveplan. Øvrige funktioner og forhold afprøves i overensstemmelse med prøveplanen. Ifald der ved overtagelsesprøvens gennemførelse ønskes en særskilt konstatering af, om systemet opfylder de i bilag 10 anførte servicemål, skal kunden give leverandøren meddelelse herom senest inden afklaringsfasens afslutning. 8.3.4. Gennemførelse Overtagelsesprøven gennemføres af leverandøren med kundens aktive deltagelse, jf. kontraktens punkt 12.1, 1. afsnit. Kundens deltagelse er nærmere beskrevet i leverandørens oplæg til prøveplan, jf. punkt 8.3.2 ovenfor. I forbindelse med overtagelsesprøvens gennemførelse fremprovokeres en række fejlsituationer, som systemet skal reagere på med fejlmeddelelser, der gør det muligt for brugeren at fortsætte på et veldefineret grundlag. 8.3.5. Godkendelseskriterier Kravene til overtagelsesprøvens resultat er opfyldt, hvis prøven gennemføres uden konstatering af en eller flere kvalificerede mangler. Der er tale om en kvalificeret mangel hvis, Flertallet af brugerne ikke kan anvende systemet eller funktionaliteten er nedsat i en sådan grad, at systemet må anses for ude af drift, eller Anvendeligheden af systemet nedsættes eller besværliggøres i betydende omfang, eller 15

Anvendeligheden af systemet er nedsat i ikke ubetydeligt omfang, med mindre manglen kun berører enkelte af de relevante brugere eller mang len kan omgås uden betydelig ekstra indsats for kunden. Et af de i bilag 10 anførte servicemål ikke er opfyldt. Der konstateres væsentlige mangler ved tilknyttede ydelser. Der er ikke tale om en kvalificeret mangel, hvis der blot er tale om at en enkelt funktion ikke virker, med mindre den pågældende funktion har central betydning for kundens anvendelse af systemet, eller Såfremt antallet og indholdet af ikke kvalificerede mangler er af et sådant o m- fang, at kundens anvendelse af systemet herigennem påvirkes som havde der været tale om en kvalificeret mangel, vil disse samlet blive anset som en kvalificeret mangel. Antallet af ikke kvalificerede mangler må under ingen omstændi g- heder overstige 5. 8.3.6. Mangler i tredjepartsprogrammel Kunden er uanset punkt 8.3.5 dog ikke berettiget til at nægte at godkende overtagelsesprøven på grund af mangler i tredjepartsprogrammel, såfremt der er mindre end 5 ikke væsentlige mangler i tredjepartsprogrammel, og som leverandøren har anvist en rimelig omgåelse af, således at kunden uden betydelig ekstra indsats vil kunne anvende systemet. Anvist omgåelse fratager ikke kunden for retten til afhjælpning af manglen, når den afhjælpes af tredjepart. 16

Bilag 9 Licensbetingelser (Ikke relevant) 17

Bilag 10 Servicemål og incitamenter 10.1. Servicemål Dette bilag beskriver i overensstemmelse med kontraktens punkt 14.1 og 15.3 de servicemål, der skal være opfyldt fra overtagelsesdagen medmindre andet fre m- går af bilaget. 10.1.1. Aftalte servicemål De aftalte servicemål er fastsat individuelt og tilpasset de konkrete forhold. M å- ling af servicemålene er nærmere beskrevet i punkt 10.1.2 nedenfor. 10.1.2. Svartider Svartider samt opfyldelsesgraden afhænger af kompleksiteten af den pågældende transaktion. 10.1.3. Måling af svartider Ved svartid for en transaktion forstås tidsintervallet fra brugeren sender sin kommando til resultatet er synligt for brugeren, og brugeren har mulighed for a f- givelse af en ny kommando. Ved kommando forstås den meddelelse, der sendes til systemet, når Enter/Return-tast, funktionstast eller tilsvarende tast/ikon aktiveres. Svartiderne måles manuelt med digitalt stopur. I forbindelse med konstatering af om en svartid opfylder det aftalte servicemål for opfyldelsesgrad, skal der foretages mindst 3 målinger af svartiden for den pågældende transaktion. Opfyldelsesgraden beregnes som den andel af de foretag- 18

ne svartidsmålinger for en bestemt transaktion, der opfylder den fastsatte svartid til brug for beregning af opfyldelsesgraden. En overskridelse af en maksimal svartid med mere end 2 sekunder indebærer, at systemet anses for utilgængeligt fra det tidspunkt, hvor forholdet er skriftligt meddelt leverandøren, og indtil forholdet er afhjulpet. Sker der samtidig ove r- skridelse af en maksimal svartid eller manglende opfyldelse af opfyldelsesgraden for flere forskellige transaktioner, betragtes det kun som en overskridelse. 10.1.4. Uenighed om opfyldelsen af servicemål Hvis der er uenighed om, hvorvidt kravene til servicemål er opfyldt i en bestemt periode, kan hver af parterne anmode Dansk IT om at udmelde en uvildig sagkyndig, der da afgør dette spørgsmål og størrelsen af afvigelserne endeligt og bindende for begge parter. Tvister om fortolkning af aftalen og andre juridiske spørgsmål kan ikke afgøres af den sagkyndige. Den sagkyndige træffer afgørelse om fordelingen af sit honorar på parterne under hensyntagen til afgørelsens udfald. 19

BILAG 11 SAMARBEJDSORGANISATION 11.1. Projektledelse Hver part udpeger forinden eller umiddelbart efter kontraktens underskrift en projektleder. Parternes projektledere udgør i fællesskab projektledelsen. 11.1.1. Projektledelsens ansvar Projektledelsen har ansvar for at overvåge kontraktens gennemførelse samt sikre den daglige fremdrift, herunder overholdelse af tidsplanen samt eventuelle aktivitets-, kvalitets-, leveranceplaner m.v. Projektledelsen udarbejder eventuelle forslag til ændringer af kontrakten, der forelægges styregruppen. Leverandørens projektleder udarbejder endvidere løbe n- de, dog mindst hver 14. dag, statusrapporter, der blandt andet beskriver proje k- tets fremdrift. Sådanne statusrapporter afleveres til styregruppens medlemmer samt kundens projektleder. 11.1.2. Kompetence Projektledelsens medlemmer refererer til deres respektive organisationers me d- lemmer af styregruppen. Projektledelsen kan indenfor kontraktens rammer gennemføre justeringer, der ikke har konsekvenser i forhold til nytteværdi af systemet, økonomi, tidsplan eller personalemæssige ressourcer. 11.1.3. Projektledelsesmøder 11.1.3. Projektledelsens sammensætning Projektledelsen består af: 20

Kunden Navn: Karen Marie Myrndorff Stilling: Chefkonsulent Tlf: +45 3370 3489 Mobil: 53 60 14 59 E-Mail: kmm@kl.dk Leverandøren Navn, stilling Tlf. Mobil E-mail 21

Bilag 12 Ændringsprocedure 12.1. Ændring af kontrakten Ændring af kontrakten sker efter anmodning fra kunden eller leverandøren i overensstemmelse med kontraktens punkt 5 og dette bilag 12. 12.2. Kundens ændringsanmodning Kundens ændringsanmodning skal som minimum indeholde følgende oplysninger: Beskrivelse af den ønskede ændring, Kundens forslag til prioritering af ændringen, og Dato for fremsættelse af ændringsanmodningen. Ændringsanmodningen skal være tilstrækkelig detaljeret til, at leverandøren i overensstemmelse med kontraktens punkt 5.1, 2. afsnit kan udarbejde et estimat over det vederlag, som vil være forbundet med udarbejdelse af et løsningsforslag. Leverandøren er ikke berettiget til særskilt vederlag for udarbejdelse af s å- danne estimater. 12.3. Leverandørens ændringsanmodning Leverandørens ændringsanmodninger skal have samme indhold som indholdet af et løsningsforslag til kunden. Leverandøren har ikke krav på vederlag for udarbejdelse af løsningsforslag, der er en del af en ændringsanmodning fra leverandøren. 12.4. Mindsteindhold for et løsningsforslag Et løsningsforslag skal mindst indeholde og behandle følgende: 22

Referat af ændringsanmodningen, Beskrivelse af de påkrævede ændringer til opfyldelse af ændringsanmodni n- gen, Konsekvenser for tidsplanen, jf. bilag 1, Pris for gennemførelse af løsningsforslaget, herunder også eventuelle kons e- kvenser for betalingsplanen, jf. bilag 3, Konsekvenser for leverandørens øvrige ydelser i medfør af kontrakten, Konsekvenser for eventuelle andre leverandørers leverancer, Konsekvenser for dokumentation, jf. bilag 4, Konsekvenser for kundens deltagelse, jf. bilag 6, Konsekvenser for servicemål og incitamenter, jf. bilag 10, Garanti for ændringerne og konsekvenser for øvrige garantier, jf. kontraktens punkt 15, Konsekvenser for eventuel uddannelse, Konsekvenser for optioner, jf. bilag 13, Tidspunkt for afprøvning af gennemførte ændringer og konsekvenser for afprøvning af øvrige dele af systemet, jf. bilag 8, Konsekvenser for vedligeholdelsesaftale, jf. bilag 7, og Eventuelle andre relevante forhold. Med mindre andet er aftalt udarbejder leverandøren de nødvendige korrektioner til de bilag, der berøres af ændringen og løsningsforslaget vedlægges disse. 12.5. Vurdering og godkendelse af løsningsforslag 12.5.1. Vurdering af løsningsforslag Kunden kan vælge at afvise et løsningsforslag, at anmode om ændring af løsningsforslaget eller at acceptere løsningsforslaget. Hvis kunden anmoder om ændring af løsningsforslaget, udarbejder leverandøren straks estimat over det vederlag, der påregnes at være forbundet med udarbejdelse af et revideret løsningsforslag. Godkendes estimatet, udarbejder leverandøren uden ugrundet ophold og senest 5 arbejdsdage herefter et revideret løsningsforslag til kunden. Accepteres det reviderede løsningsforslag, bortfalder levera n- 23

dørens vederlag for udarbejdelse af både det oprindelige og det reviderede fo r- slag. Anmodning om væsentlige ændringer af et løsningsforslag anses som en afvisning af det foreliggende løsningsforslag samt fremsættelse af en ny ændringsa n- modning, der skal behandles særskilt i overensstemmelse med kontraktens punkt 5 og nærværende bilag. 12.5.2. Godkendelse Hvis løsningsforslaget eller leverandørens ændringsanmodning accepteres af kunden, skal denne skriftligt have godkendt forslaget eller anmodningen forinden arbejdets iværksættelse. 12.6. Ændringslog Leverandøren skal føre en ændringslog. Heri skal indføres: Daterede ændringsanmodninger, Daterede estimater for vederlag for udarbejdelse af løsningsforslag, Daterede løsningsforslag, Godkendte løsningsforslag, Opdaterede tidsplaner, Opdaterede betalingsplaner, og Øvrige relevante dokumenter. Hver ændringsanmodning skal tildeles et særligt identifikationsnummer, således at ændringsanmodningen og de hertil knyttede dokumenter kan følges i ændringslog'en. 24