NPI SKI aftale

@[email protected]

Leveringsaftale

Nationalt Patientindeks, version 1

Projekter - Forbrugsafregnet

Projekter - Forbrugsafregnet

Rammekontrakt 02.18Systemløsninger, Projekter samt Vedligehold

Side 1 af 16Dokument : @[email protected] / version 1.10

Rammekontrakt 02.18

Systemløsninger, Projekter samt Vedligehold

Leveringsaftale : Projekter - Forbrugsafregnet Side 2 af 16Dokument : @[email protected] / version 1.10

Indholdsfortegnelse1 PARTERNE ...................................................................................................................................42 DEFINITIONER.........................................................................................................................43 OPGAVERNE ..............................................................................................................................44 PROJEKTLEDELSE OG PRIORITERING......................................................................65 KUNDENS IT-MILJØ OG DELTAGELSE......................................................................66 KVALITET OG LEVERINGSSIKKERHED ...................................................................67 SAMARBEJDSORGANISATION .........................................................................................78 ANVENDELSE AF UNDERLEVERANDØRER ...........................................................89 KUNDEN ØVRIGE LEVERANDØRER...........................................................................810 OVERDRAGELSE TIL VEDLIGEHOLD OG FORVALTNING .......................811 RETTIGHEDER......................................................................................................................912 VEDERLÆGGELSE ............................................................................................................1013 BETALINGSBETINGELSER ..........................................................................................1114 FORSINKET LEVERING .................................................................................................1115 MANGLER ..............................................................................................................................1216 LEVERANDØRENS MISLIGHOLDELSE I ØVRIGT..........................................1217 OPHÆVELSE .........................................................................................................................1218 KUNDENS FORHOLD......................................................................................................1319 ANSVARSFORSIKRING ...................................................................................................1320 ANSVARSFRASKRIVELSER ...........................................................................................1321 FORCE MAJEURE ...............................................................................................................1322 LEVERANDØRENS HABILITET .................................................................................1423 TAVSHEDSPLIGT ...............................................................................................................1424 OVERDRAGELSE AF LEVERINGSAFTALEN ......................................................1525 OPSIGELSE ............................................................................................................................1526 RAMMEKONTRAKT, VARIGHED, ANDRE LEVERINGSAFTALER.........1527 FORTOLKNING, FORRANG.........................................................................................1628 TVISTER ..................................................................................................................................16

Rammekontrakt 02.18



B I L A G S F O R T E G N E L S E

Leveringsaftalebilag 00: Definitioner (anvendes ikke i denne kontrakt)Leveringsaftalebilag 01: Tidsplan.Leveringsaftalebilag 02: Kundens IT-miljø (anvendes ikke i denne kontrakt)Leveringsaftalebilag 03: Leverancebeskrivelse (Kravspecifikation og Løsningsbeskrivelse)Leveringsaftalebilag 04: Dokumentation (anvendes ikke i denne kontrakt)Leveringsaftalebilag 05: Fællesbetingelser for Kundens leverandører (anvendes ikke i denne kontrakt)Leveringsaftalebilag 06: Servicemål (anvendes ikke i denne kontrakt)Leveringsaftalebilag 07: UdgårLeveringsaftalebilag 08: Leverandørens angivelse af kvalitet og leveringssikkerhed (herunder Modenhed) (anvendes ikke i denne kontrakt)Leveringsaftalebilag 09: Ændringshåndtering (anvendes ikke i denne kontrakt)Leveringsaftalebilag 10: SamarbejdsorganisationLeveringsaftalebilag 11: Kundens deltagelse og Modenhed (anvendes ikke i denne kontrakt)Leveringsaftalebilag 12: Leveringsvederlag og betalingsplan samt øvrige priserLeveringsaftalebilag 13: UdgårLeveringsaftalebilag 14: PrøverLeveringsaftalebilag 15: Licensbetingelser og Standardprogrammelsupport (anvendes ikke i denne

kontrakt)Leveringsaftalebilag 16: Overdragelse (anvendes ikke i denne kontrakt)

Rammekontrakt 02.18



1 PARTERNE

Under SKI’s Rammekontrakt 02.18 er der indgået følgende Leveringsaftale mellem parterne

Den fælles offentlige sundhedsportalSundhed.dkDampfærgevej 222100 København Ø(herefter Kunden)

og

Trifork Public A/SMargrethepladsen 48000 Århus C CVR-nr: 2552 0041(herefter Leverandøren).

2 DEFINITIONER

2.1 Angivelse: Definitioner anført i Leveringsaftalebilag 00 finder anvendelse med nedenstående tilføjelser og modifikationer:

OpgaverneDe opgaver Leverandøren skal udføre for Kunden på Leveringsaftalens betingelser.

3 OPGAVERNE

3.1 Omfang: Baggrunden for og formålet med de opgaver, som Leverandøren skal bistå Kunden med, er nøje beskrevet i Leveringsaftalebilag 03.

Rammekontrakt 02.18



3.1.1 Leveringsaftalebilag 03 beskriver Kundens forretningsmæssige formål i forbindelse med Leveringsaftalens indgåelse, herunder Kundens ønsker til prioriteringer samt Kundens essentielle behov. Leverancen skal understøtte det i Leveringsaftalebilag 03 beskrevne.

3.1.2 Eventuelle krav til lokalitet for Opgavernes udførelse er angivet i Leveringsaftalebilag 03 eller Leveringsaftalebilag 10.

3.2 Dokumentation: Dokumentation skal udfærdiges som anført i Leveringsaftalebilag 04.

3.3 Standardprogrammel: Leveringsaftalebilag 03 og/eller Leveringsaftalebilag 12 angiver det Standardprogrammel Leverandøren skal levere. Leveringsaftalebilag 03 og Leveringsaftalebilag 15 angiver omfanget af Leverandørens Standardprogrammelsupport.

3.4 Tidsmæssige rammer: Opgaverne skal være gennemført senest på det i Leveringsaftalebilag 01 angivne tidspunkt. Hvis der er aftalt andre frister for Leverandørens udførelse af Opgaverne, er dette ligeledes angivet i Leveringsaftalebilag 01.

3.4.1 I forhold til hver af Opgaverne kan i Leveringsaftalebilag 01 endvidere være angivet, hvorledes det afgøres, om en frist er overholdt.

3.5 Forsinkelse - vederlagsreduktion: De bodspålagte frist(er) er angivet i Tidsplanen (Leveringsaftalebilag 01).

3.5.1 Ved Leverandørens overskridelse af en bodspålagt frist, jf. Leveringsaftalebilag 01, foretages en reduktion på 25 % af den timepris, der er angivet i Leveringsaftalebilag 12.

3.5.2 Reduktionen gælder alle Ydelser leveret under Leveringsaftalen fra tidspunktet for overskridelse af fristen, frem til den pågældende milepæl, som er angivet Tidsplanen i Leveringsaftalebilag 01, er opfyldt. Reduktionen gælder ikke betalinger for Standardprogrammel.

3.6 Mindstekrav til Opgavernes udførelse: Opgaverne skal som minimum udføres på følgende vilkår:

Leverandøren skal til hver en tid overholde den mellem Kunden og Leverandøren aftalte leveringsdato. Er andet ikke aftalt, gælder datoer specificeret i Kundens skriftlige ordre(r).

Opgaverne skal udføres i overensstemmelse med god it - og rådgiverskik.

Ydelser omfattet af Leveringsaftalen skal opfylde alle relevante beskyttelsespræceptive myndighedskrav og love, således som disse foreligger ved Leveringsaftalens underskrivelse og senere.

Leverandøren skal sørge for nødvendige anmeldelser m.v. eksempelvis til Datatilsynet.

Prøver udføres som anført i Leveringsaftalebilag 14.

Eventuelle servicemål angivet i Leveringsaftalebilag 06 skal overholdes.

Rammekontrakt 02.18



4 PROJEKTLEDELSE OG PRIORITERING

4.1 Krav: Leverandøren skal levere kvalificeret projektledelse.

4.2 Prioritering og omprioritering: I det omfang Kundens forretningsmæssige mål vedindgåelse af Leveringsaftalen er gengivet i Leveringsaftalebilag 03, skal Leverandøren i sin projektledelse fokusere på de aktiviteter og etablering af den funktionalitet, der understøtter Kundens forretningsmæssige mål.

4.2.1 Leverandøren skal til enhver tid følge Kundens eventuelle ønsker til prioritering eller omprioritering af aktiviteter i forbindelse med opfyldelse af Leveringsaftalen.

5 KUNDENS IT-MILJØ OG DELTAGELSE

5.1 Beskrivelse af it-miljø: De dele af Kundens it-miljø, der forventes at have betydning forLeverandørens løsning af Opgaverne, er beskrevet i Leveringsaftalebilag 02.

5.2 Kundens deltagelse: Omfanget af Kundens deltagelse ved opfyldelse af Leveringsaftalen er fastlagt i Leveringsaftalebilag 11.

6 KVALITET OG LEVERINGSSIKKERHED

6.1 Niveau for Kundens Modenhed: Kunden har forud for indgåelse af Leveringsaftalen besvaret de modenhedsspørgsmål, der i Leveringsaftalebilag 11 er stillet til Kunden. På baggrund af disse besvarelser er Kundens modenhedsniveau angivet i Leveringsaftalebilag 11.

6.2 Leverandørens angivelser vedrørende kvalitet og leveringssikkerhed: Leverandøren har afgivet de oplysninger vedrørende kvalitet og leveringssikkerhed, der fremgår af Leveringsaftalebilag 08, herunder oplysninger om Leverandørens modenhedsniveau.

6.3 Pligt til overholdelse: Leverandøren og Kunden skal ved opfyldelse af deres respektive forpligtelser under Leveringsaftalen opfylde de i Leveringsaftalebilag 08 og Leveringsaftalebilag 11 oplyste niveauer.

6.3.1 Kundens respektiv Leverandørens manglende opfyldelse af et oplyst niveau er en misligholdelse af den pågældende parts forpligtelser på lige fod med andre forpligtelser, den pågældende part er underlagt under Leveringsaftalen.

6.3.2 Ingen af parterne kan dog bringe misligholdelsesbeføjelser i anvendelse alene som følge af manglende opfyldelse af det oplyste niveau, såfremt den pågældende misligholdelse ikke har konkret betydning for Leverandørens kontraktmæssige udførelse af Opgaverne i henhold til den aftalte Tidsplan.

6.4 Kundens manglende overholdelse af Modenhed: Kan Leverandøren dokumentere, at Kundens manglende overholdelse af den i Leveringsaftalebilag 11 oplyste Modenhed indebærer en forsinkelse i forhold til den aftalte Tidsplan, jf. Leveringsaftalebilag 01, skal de aftalte tidsfrister forlænges i det omfang, Leverandøren kan dokumentere, at Kundens manglende

Rammekontrakt 02.18



overholdelse af den oplyste Modenhed har medført forsinkelse. Endvidere gælder bestemmelserne i punkt 18.

6.4.1 Leverandørens rimelige dokumenterede ekstraomkostninger i forbindelse med Kundens manglende opfyldelse af den i Leveringsaftalebilag 11 oplyste Modenhed, afregnes i henhold til de for Leveringsaftalens gældende timetakster.

7 SAMARBEJDSORGANISATION

7.1 Beskrivelse: Der skal etableres en Samarbejdsorganisation, som beskrevet i Leveringsaftalebilag 10. Leverandøren er forpligtet til løbende at rapportere til Kunden i det i Leveringsaftalebilaget fastsatte omfang.

7.1.1 Leveringsaftalebilag 10 beskriver, dels hvilke medarbejdere Leverandøren skal benytte, dels medarbejdernes roller vedrørende opgaverne.

7.2 Brug af offshore ressourcer: Leverandøren må efter eget skøn benytte offshore ressourcer til opfyldelse af Leveringsaftalen, forudsat at Leveringsaftalens krav opfyldes, herunder at aftalte servicemål opnås, Dokumentation udfærdiges på de aftalte sprog, samt at god dansk it-skik og lovgivning om håndtering af persondata overholdes med tilhørende krav til opretholdelse af tekniske og organisatoriske sikkerhedsforanstaltninger.

7.2.1 Leverandøren sørger selv for eventuelle anmeldelser og tilladelser, der måtte være fornødne ved offshore brug af data i forbindelse med udvikling og test af Kundens it-systemer.

7.2.2 Kunden skal underrettes om offshore brug af persondata ved Leveringsaftalens opfyldelse. Leverandøren skal følge Kundens rimelige indsigelser og ønsker i forbindelse med en sådan brug.

7.3 Udskiftning: Leverandøren skal i videst muligt omfang undgå udskiftning af medarbejdere. Såfremt Leverandøren undtagelsesvis er nødsaget til at udskifte en medarbejder, må udskiftningen ikke påføre Kunden omkostninger eller forsinkelser, og den nye medarbejder skal have mindst tilsvarende kvalifikationer og indsigt. Kunden skal således eksempelvis ikke betale for, at den nye medarbejder opnår indsigt i opgaverne svarende til det niveau, som den udskiftede medarbejder havde. Leverandøren skal efter Kundens anmodning udskifte en medarbejder, såfremt Kundens anmodning er rimeligt begrundet.

7.4 Ændringshåndtering: Den aftalte procedure for Ændringshåndtering under Leveringsaftalen fremgår i øvrigt af Leveringsaftalebilag 09.

7.5 Sikkerhedskrav: Leverandøren og dettes eventuelle Underleverandører er forpligtet til at sikre at personale, som har adgang til Kundens lokaliteter, overholder Kundens til enhver tid gældende sikkerhedskrav.

Rammekontrakt 02.18



8 ANVENDELSE AF UNDERLEVERANDØRER

8.1 Leveranceansvar: Leverandørens anvendelse af Underleverandører indebærer ingen begrænsning i Leverandørens ansvar for opfyldelse af kravene i denne Leveringsaftale, herunder kravene til forsikring m.v. Leverandøren hæfter for Underleverandørens Ydelser efter Leveringsaftalen på ganske samme måde som for sine egne forhold.

8.2 Kontakt: Kunden kan i alle tilfælde rette direkte henvendelse til Leverandøren, selv om Leverandøren helt eller delvist har overladt opfyldelsen af kravene til en eller flere Underleverandører.

9 KUNDEN ØVRIGE LEVERANDØRER

9.1 Leveringsaftalebilag 05: Leveringsaftalebilag 05 angiver principper, procedurer og arbejdsgange i forholdet indbyrdes mellem Kundens leverandører. Leverandøren har accepteret bilagets betingelser, herunder reglerne omkring løsning af visse konflikter indbyrdes mellem Kundens leverandører.

10 OVERDRAGELSE TIL VEDLIGEHOLD OG FORVALTNING

10.1 Procedure: Leverandøren skal planlægge og gennemføre sin Overdragelse i overensstemmelse med Leveringsaftalebilag 01, Leveringsaftalebilag 05 og Leveringsaftalebilag 16.

10.1.1 Leverandøren skal i god tid forberede Overdragelsen, så denne kan gennemføres rettidigt. Efter afstemning med Kunden skal Leverandøren således i god tid tage kontakt til de af kundens øvrige leverandører, der skal overtage fra Leverandøren, så aktiviteter og planer kan koordineres og tilrettelægges behørigt.

10.2 Godkendelse: Driftsprøven er ikke bestået, før både Driftsprøven og Overdragelsen ergodkendt af Kunden. Efter gennemført Overdragelse i overensstemmelse med kravene i Leveringsaftalebilag 05 og Leveringsaftalebilag 16, påhviler det Kunden, uden ugrundet ophold, at godkende Overdragelsen.

10.3 Leverandørens mangelfulde medvirken: Hvis Leverandøren misligholder sine overdragelsesforpligtelser med den konsekvens, at godkendelse af Overdragelsen retmæssigt afslås, skal Leverandøren fra og med den aftalte frist overskrides forestå vedligeholdelsen vederlagsfrit, indtil Overdragelsen er godkendt af Kunden.

10.4 Vedligeholdelsesleverandørens mangelfulde medvirken: Vedligeholdelses-leverandøren skal deltage i Overdragelsen i overensstemmelse med Leveringsaftalebilag 01 og Leveringsaftalebilag 05. Ved manglende opfyldelse heraf er Leverandøren forpligtet til, mod rimeligt vederlag, at forestå vedligeholdelsen, indtil Overdragelsen har fundet sted.

Rammekontrakt 02.18



11 RETTIGHEDER

11.1 Generelt vedr. Programmel: For alt Programmel leveret under Leveringsaftalen, gælder endvidere, at Kunden frit må benytte tredjemands bistand til Forvaltning, Drift og/eller vedligeholdelse for Kunden, herunder til i den forbindelse at lade leveret Programmel installere, hoste, overvåge, forvalte, driftsafvikle og vedligeholde hos en anden ekstern leverandør. I forhold til Standardprogrammel kan der dog i Leveringsaftalebilag 15 være anført indskrænkninger heri.

11.1.1 Eventuelle begrænsninger angivet i Leveringsaftalebilag 15 kan ikke indskrænke i Kundens ret til at lade tredjemand vedligeholde, forvalte, videreudvikle og driftsafvikledet System, der er etableret under Leveringsaftalen.

11.1.2 Kunden har ikke ret til udlevering af kildekode til Standardprogrammel, medmindre andet fremgår af Leveringsaftalen eller Leveringsaftalebilag 15.

11.2 Kundespecifikt Programmel - Frembringelser: I Leveringsaftalebilag 12 angives konkret hvilken af følgende to bestemmelser, der skal gælde i forhold til fordeling af rettigheder til Programmel, specifikationer, analyser, design, rapporter, komponenter, kildekode, data/database, Dokumentation, manualer, hjælpeprogrammel, værktøj og lignende, som Leverandøren frembringer som led i nærværende Leveringsaftale:

Kunden erhverver ejendomsret, ophavsret og enhver anden rettighed til dette, herunder ret til selv frit at videreoverdrage rettighederne helt eller delvis, samt efter eget skøn til at frigive rettigheder til det frembragte på kommerciel licens og/eller som Open Source Programmel, samt til at stille det til rådighed for tredjemand via Internettet. De erhvervede rettigheder omfatter også ret til anvendelse til andre formål og på andre teknologiske platforme.

Kunden erhverver en brugsret i forbindelse med egne forretningsprocesser, der er ubegrænset i tid og omfang. Leverandøren skal i så fald ikke udlevere kildekoden løbende, men Leverandøren skal foretage sådanne foranstaltninger, der gør kildekoden tilgængelig for Kunden i tilfælde af Leverandørens misligholdelse

11.2.1 I begge de to anførte situationer indebærer Kundens rettigheder en ret til selv eller med bistand fra tredjemand at lade det frembragte forvalte, vedligeholde, videreudvikle og driftsafvikle i ubegrænset omfang.

11.3 Kildekode til frembringelser: I Leveringsaftalebilag 12 angives konkret hvilken af følgende to bestemmelser, der skal gælde i forhold til udlevering af kildekode:

Kunden skal løbende have udleveret den kildekode, der frembringes under Leveringsaftalen. Udlevering kan f.eks. ske ved, at Kunden får online adgang til at hente kildekoden fra det sted, hvor kildekoden opbevares.

Leverandøren skal ikke udlevere kildekoden løbende, men Leverandøren skal foretage sådanne foranstaltninger, der gør kildekoden tilgængelig for Kunden i tilfælde af Leverandørens misligholdelse.

11.4 Eksisterende Immaterielle Frembringelser: Leverandøren bevarer egne rettigheder til sine eksisterende Immaterielle Frembringelser, selvom disse benyttes ved Leveringsaftalens

Rammekontrakt 02.18



opfyldelse eller indarbejdes i Systemet. Leverandøren indestår for, at en sådan brug eller indarbejdelse af Immaterielle Frembringelser ikke indebærer nogen indskrænkninger i Kundens rettigheder til brug, udnyttelse og overdragelse af Systemet, som beskrevet i denne Leveringsaftale.

11.4.1 Kunden får således en tidsubegrænset ret til at disponere over de pågældende Immaterielle Frembringelser i det omfang, der i enhver henseende er fornøden til den af Leveringsaftalen tilladte brug. Herunder til udnyttelse, tilpasning, videreudvikling, Forvaltning, driftsafvikling og overdragelse af Systemet eller dele deraf, som fastlagt i Leveringsaftalen.

11.4.2 Tilsvarende ret får tredjemand i det omfang Kunden overdrager Systemet eller dele deraf til tredjemand i overensstemmelse med de i Leveringsaftalen tildelte rettigheder.

12 VEDERLÆGGELSE

12.1 Timeregnskab: Hver medarbejder skal omhyggeligt og løbende føre et timeregnskab med detaljeret angivelse af, hvad tiden er blevet anvendt til. Kunden har til enhver tid og uden varsel ret til at se timeregnskaberne.

12.2 Forbrugsbaseret vederlag: Leverandørens bistand vederlægges på grundlag af det faktiske antal forbrugte timer. Vederlaget beregnes ud fra forbruget, samt de i Leveringsaftalebilag 12 anførte priser, takster og beregningsregler.

12.3 Overslag: Leveringsaftalebilag 12 indeholder de af Leverandøren afgivne overslag vedrørende Leverancen. Overslaget er vejledende og ikke udtryk for en fast pris.

12.3.1 Hver enkelt medarbejder skal løbende føre timeregnskab med angivelse af anvendt tid og beskrivelse af udført arbejde. Leverandøren skal efter anmodning dokumentere timeregnskaberne overfor Kunden.

12.3.2 Leverandøren skal give Kunden underretning, såfremt det må forudses, at et overslagikke kan forventes overholdt. Underretningen skal indeholde en redegørelse for årsag til den forventede overskridelse og et revideret overslag for den resterende del af arbejdet.

12.4 Løbende betalinger og øvrige vederlag: Løbende betalinger for anvendelse af Programmel og øvrige vederlag betales med de i Leveringsaftalebilag 12 anførte beløb.

12.5 Priser og rabatsatser: Priser og rabatsatser fremgår af Leveringsaftalebilag 12.

12.5.1 Alle priser i Leveringsaftalebilag 12 er i danske kroner.

12.5.2 I priserne er inkluderet alle ved Leveringsaftalens indgåelse gældende afgifter bortset fra moms. Ved ændring af gældende danske afgifter skal priserne reguleres med den økonomiske nettokonsekvens heraf, så Leverandøren stilles uændret.

12.6 Indeksregulering: Priserne er faste. Leverandøren kan dog én gang årligt regulere de priser, der i Leveringsaftalebilag 12 er anført under afsnittet indeksregulering.

12.6.1 Priserne kan maksimalt øges forholdsmæssigt set i forhold til udviklingen i Danmarks

Rammekontrakt 02.18



Statistiks lønindeks for den private sektor for gruppen industri. Ved et fald i dette indeks skal priserne reduceres tilsvarende.

12.6.2 Udgangspunkt for reguleringen er lønindeks for den private sektor for gruppen industri for 2. kvartal 2008.

12.6.3 Første eventuelle regulering skal ske i henhold til Danmarks Statistiks årlige ændring i timefortjenesten for den private sektor for gruppen industri for 2. kvartal 2009, og herefter for 2. kvartal i efterfølgende år.

12.7 Rejser og ophold: Eventuelle regler for udgifter forbundet med aftalte rejser og ophold ved Leveringsaftalens opfyldelse er angivet i Leveringsaftalebilag 12. Vederlag for transporttid kan kun faktureres, hvis dette fremgår af Leveringsaftalebilag 12 og kun med den deri anførte reducerede takst.

13 BETALINGSBETINGELSER

13.1 Lov om offentlige betalinger: Fakturering skal ske under overholdelse af Lov om offentlige betalinger m.v. (lov nr. 1203 af 27. december 2003) og de regler, der er udstedt eller udstedes med hjemmel i loven.

13.1.1 Faktura skal indeholde reference til SKI Rammekontraktnummer og kontraktbetegnelse.

13.1.2 Bevirker forhold hos Leverandøren, at Kunden ikke er i stand til at betale via elektronisk overførsel, kan Kunden ikke gøres ansvarlig for manglende betaling med efterfølgende morarente og/eller misligholdelsesbeføjelser til følge.

13.2 Betalingsplan: Eventuel betalingsplan er angivet i Leveringsaftalebilag 12.

13.3 30 dage betalingsfrist: Vederlaget forfalder til betaling 30 dage efter modtagelsen af fyldestgørende faktura.

14 FORSINKET LEVERING

14.1 Begreb: Der foreligger forsinkelse, såfremt en Opgave ikke leveres til de af parterne aftalte frister, jf. herved frister angivet i Leveringsaftalebilag 01 og ovenfor punkt 3.5 om eventuel prismæssig reduktion.

14.2 Forebyggelse og afhjælpning: Ved forsinkelse påhviler det Leverandøren uden ugrundet ophold straks at foretage effektive skridt til at overvinde forsinkelsen eller formindske dens virkning.

14.3 Meddelelse: Straks forsinkelse opstår, eller når forsinkelse måtte kunne påregnes at opstå, skal Leverandøren skriftligt meddele Kunden forsinkelsens årsag og forventet varighed.

Rammekontrakt 02.18



15 MANGLER

15.1 Begreb: Der foreligger en mangel, hvis de leverede Ydelser ikke opfylder Leveringsaftalens samt tilhørende Leveringsaftalebilags krav, eller ikke i øvrigt svarer til det, som Kunden med føje kan forvente.

15.2 Afhjælpning før bestået driftsprøve: Leverandøren skal straks afhjælpe Mangler, såfremt det er nødvendigt for, at driftsprøven kan bestås.

15.3 Afhjælpning ydet under Fejlretningsstøtte: Omfanget af Leverandørens Fejlretningsstøtte efter bestået driftsprøve er angivet i Leveringsaftalebilag03 ogLeveringsaftalebilag 16.

15.4 Afhjælpning ydet efter bestået driftsprøve: Indtil 12 måneder efter bestået overtagelsesprøve, jf. Leveringsaftalebilag 01 og Leveringsaftalebilag 14, skal Leverandøren endvidere indenfor rimelig tid afhjælpe de Mangler, der reklameres over. Har Parterne ikke indgået en supplerende Leveringsaftale om vedligeholdelse af Systemet eller dele deraf, skal Leverandøren dog kun rette sådanne Mangler, der må antages at skyldes Leverandørens etablering af Systemet. Det er i så fald Kunden, der skal bevise, at Fejlen kan tilskrives Leverandørens forhold.

15.5 Vederlag: I det omfang Manglerne skyldes, (i) at Leverandøren ikke har fulgt god it- og rådgiverskik ved Opgavernes udførelse, eller (ii) at Leverandøren ikke har opfyldt det i Leveringsaftalebilag 08 oplyste niveau for kvalitet og leveringssikkerhed, skal Manglerne afhjælpes uden yderligere vederlag til Leverandøren. I øvrigt gælder Dansk rets almindelige regler for Ydelser leveret efter Forbrugsafregning, der normalt vil indebære, at Leverandøren kan fakturere sit tidsforbrug ved afhjælpning af Fejl

15.6 Vedligeholdelsesaftale: For de dele af Systemet, der er omfattet af en mellem Parterne indgået Leveringsaftale om vedligeholdelse, skal Leverandøren endvidere afhjælpe Mangler i Systemet efter bestemmelserne i den pågældende Leveringsaftale.

16 LEVERANDØRENS MISLIGHOLDELSE I ØVRIGT

16.1 Afhjælpning: Leverandøren skal straks træffe alle nødvendige foranstaltninger til at afhjælpe Mangler ved Ydelser. Foreligger der en aktuel eller truende misligholdelse, og afhjælpes forholdet ikke senest fem Arbejdsdage efter Kunden har fremsat krav om afhjælpning, skal Leverandøren på anfordring fra Kunden straks tilføre yderligere ressourcer både kvalitativt og kvantitativt, afregning for yderligere ressourcer følger bestemmelserne i pkt. 15.5.

16.2 Misligholdelse i øvrigt: Hvor andet ikke følger af bestemmelserne i nærværende Leveringsaftale, gælder dansk rets almindelige regler om Kundens beføjelser ved Leverandørens misligholdelse, herunder reglerne om forholdsmæssigt afslag.

17 OPHÆVELSE

17.1 Dansk rets almindelige regler: Kunden kan helt eller delvist ophæve Leveringsaftale,

Rammekontrakt 02.18



såfremt der foreligger væsentlig misligholdelse fra Leverandørens side. Ved ophævelse opgøres Parternes indbyrdes mellemværende i overensstemmelse med Dansk rets almindelige regler herom.

18 KUNDENS FORHOLD

18.1 Kundens Ydelser: I Leveringsaftalebilag 11 er det angivet, i hvilket omfang Kunden skal medvirke til Leverandørens opfyldelse af Leveringsaftalen.

18.2 Udskydelse af tidsfrister: Leverandøren skal straks give skriftlig besked til Kunden, såfremt Kunden ikke medvirker som aftalt. Såfremt Kunden herefter stadig ikke medvirker som aftalt, skal Leverandøren have ret til en saglig begrundet udskydelse af sine tidsfrister.

18.3 Betalingsmisligholdelse: Misligholder Kunden sine betalingsforpligtelser, er Leverandøren berettiget til rente i overensstemmelse med rentelovens regler. Leverandøren er endvidere berettiget til at ophæve nærværende Leveringsaftale med virkning for fremtidige Ydelser, såfremt Leverandøren overfor Kunden skriftligt har afgivet påkrav om, dels at Kundenpå nærmere specificeret måde har misligholdt sine betalingsforpligtelser, dels at manglende betaling inden 30 dage vil medføre, at Leveringsaftalen ophæves, og såfremt Kunden ikke har opfyldt sine betalingsforpligtelser inden fristens udløb.

19 ANSVARSFORSIKRING

19.1 Pligt til opretholdelse: Leverandøren skal opretholde en ansvarsforsikring, der dækker Leverandørens ansvar under Leveringsaftalen. Leverandøren skal på Kundens anmodning dokumentere, at dette krav er opfyldt.

20 ANSVARSFRASKRIVELSER

20.1 Fraskrivelse af indirekte tab: Parterne fraskriver sig ansvaret for driftstab, tabt avance eller andet indirekte tab. Tab af data anses for direkte tab.

20.2 Beløbsmæssig maksimering: Erstatning og eventuel bod under Leveringsaftalen tilsammen er dog under alle omstændigheder begrænset til det største af følgende to beløb; (i) 2½million eller (ii) 12 gange Kundens gennemsnitlig månedlige vederlag for Ydelser under Leveringsaftalen fra Leverandøren påbegynder levering frem til det relevante krav om betaling af erstatning eller bod rejses.

20.3 Ved betaling af bod: For forhold, der udløser betaling af bod, kan erstatning kun kræves i det omfang Kunden dokumenterer et tab udover bodsbeløbet.

21 FORCE MAJEURE

21.1 Ansvarsfrihed: I tilfælde af force majeure, som er forhold Parterne ikke er herre over, dvs. ikke kan forhindre og ikke kunne forudse, bortfalder Parternes forpligtelser i henhold til

Rammekontrakt 02.18



Leveringsaftalen, så længe force majeure situationen varer, eller ved Leveringsaftalens ophævelse.

21.2 Varighed: Force majeure ved forsinkelse kan højest gøres gældende med det antal arbejdsdage, som force majeure situationen varer. Såfremt en tidsfrist for Leverandøren udskydes på grund af force majeure, udskydes de betalinger, der knytter sig hertil, tilsvarende, uden at Leverandøren har krav på renter.

21.3 Meddelelse: Den af Parterne, der ønsker at påberåbe sig force majeure, skal give den anden part skriftlig meddelelse herom uden ugrundet ophold, så snart force majeure er konstateret. Der skal samtidig gives den anden part en orientering om den forventede længde af force majeure situationens varighed.

21.3.1 Force majeure kan kun påberåbes, såfremt den pågældende part har givet skriftlig meddelelse herom til den anden part senest 10 arbejdsdage efter, at force majeure er indtrådt.

21.4 Underleverandører: Forhold hos en Underleverandør anses kun for force majeure, såfremt der for Underleverandøren foreligger en hindring, der omfattes af punkt 21.1, og som Leverandøren ikke burde have undgået eller overvundet.

21.5 Ophævelse for fremtiden: Hvis force majeure situationen er af en sådan karakter eller har en sådan varighed, at Leveringsaftalens endelige opfyldelse må anses for umulig, er Parternehver især berettiget til at hæve Leveringsaftalen, uden at kunne gøre krav gældende over for den anden part.

22 LEVERANDØRENS HABILITET

22.1 Sikring af habilitet: Leverandøren garanterer, at firmaet ikke har påtaget sig eller vil påtage sig nogen opgave, som medfører, at der kan rejses rimelig tvivl om firmaets evne til fuldt ud at varetage Kundens interesser.

22.2 Krav vedrørende Leverandørens ansatte og Underleverandører: Leverandøren må i øvrigt ikke anvende medarbejdere, hvor der kan rejses rimelig tvivl om vedkommendes evne til fuldt ud at varetage Kundens interesser. Tilsvarende krav gælder for Leverandørens Underleverandører og disses medarbejdere.

23 TAVSHEDSPLIGT

23.1 Sædvanligt omfang: Parterne skal iagttage tavshed i sædvanligt omfang for forhold, som ikke er alment kendte. Leverandøren skal følge Kundens rimelige instrukser herom.

23.2 Brug som reference: Leverandøren må medtage Kunden på sin referenceliste, men må derudover ikke bruge Kundens navn i markedsføringsøjemed.

Rammekontrakt 02.18



24 OVERDRAGELSE AF LEVERINGSAFTALEN

24.1 Kundens overdragelse: Kunden har ret til at overdrage sine rettigheder og forpligtelser efter Leveringsaftalen til en anden Offentlig Institution, når de opgaver, som Kunden hidtil har varetaget, overgår til en anden Offentlig Institution. Dette gælder uanset, hvad der måtte fremgå af Leveringsaftalebilag 15.

24.2 Leverandørens overdragelse: Leverandøren kan ikke uden Kundens skriftlige samtykke overdrage sine rettigheder og forpligtelser ifølge Leveringsaftalen til tredjemand. Kunden kan ikke nægte sådant samtykke uden saglig grund.

25 OPSIGELSE

25.1 Uopsigelig for Leverandøren: Leveringsaftalen er uopsigelig fra Leverandørens side.

25.2 7 Dages varsel: Kunden er berettiget til skriftligt at opsige Leveringsaftalen med mindst 7Dages varsel.

25.2.1 Ved opsigelse modtager Leverandøren vederlag beregnet efter medgået tidsforbrug frem til det tidspunkt, hvor opsigelsen får virkning, samt de dokumenterede omkostninger Leverandøren måtte have ved at indstille Projektet.

26 RAMMEKONTRAKT, VARIGHED, ANDRE LEVERINGSAFTALER

26.1 Rammekontrakt: Leveringsaftalen er indgået i henhold til Rammekontrakt 02.18 mellem Leverandøren og SKI. Leverandøren skal overholde sine forpligtelser i henhold til Rammekontrakten og må ikke stille Kunden ringere end angivet i Rammekontrakten. Alle væsentlige forhold mellem Kunden og Leverandøren er tilstræbt reguleret i Leveringsaftalen med tilhørende Leveringsaftalebilag.

26.2 Maksimal varighed: Leveringsaftalen har en maksimal varighed på 4 år efter indgåelse af Leveringsaftalen.

26.2.1 Leveringsaftalen og parternes forpligtelser herunder påvirkes ikke af Rammekontraktens eventuelle ophør. Herunder gælder betingelser og procedurer for Ændringshåndtering uændret, inklusiv de prisbetingelser, der finder anvendelse ved Ændringshåndtering.

26.2.2 Selvom Rammekontrakt 02.18 måtte være ophørt som følge af opsigelse eller udløb, medfører dette således ikke ændrede vilkår for Leveringsaftalen. Herunder gælder fortsat, at Leverandøren ikke må stille Kunden ringere end anført i Rammekontrakten.

26.2.3 Bringes Rammekontrakten til ophør af SKI som følge af Leverandørens misligholdelse, kan Kunden dog frit vælge at opsige Leveringsaftalen med 30 Dages forudgående skriftligt varsel.

26.3 Brugsret og immaterielle rettigheder: Leveringsaftalens ophør medfører ingen indskrænkning i eventuel tidsubegrænset brugsret, ophavsret eller andre rettigheder vedrørende

Rammekontrakt 02.18



Systemet, som Kunden måtte have modtaget i henhold til Leveringsaftalen, bortset fra tilfælde, hvor den pågældende rettighed er omfattet af en berettiget ophævelse.

26.4 Bortfald af andre aftaler mellem Parterne: For de Leverancer, der bortfalder ved Leveringsaftalens helt eller delvise ophør som følge af Kundens berettigede opsigelse eller ophævelse af Leveringsaftalen, bortfalder på anfordring fra Kunden, og i det omfang Kunden anmoder derom, ligeledes eventuelle supplerende aftaler med Leverandøren om vedligeholdelse, forvaltning og\eller drift af de pågældende dele af Systemet.

27 FORTOLKNING, FORRANG

27.1 Forrang: Bestemmelser i Leveringsaftalen har forrang frem for bestemmelser i Leveringsaftalebilag.

28 TVISTER

28.1 Lovvalg: Leveringsaftalen er undergivet dansk ret.

28.2 Forhandling: Ved uoverensstemmelser i forbindelse med Leveringsaftalen, skal parterne med en positiv samarbejdende og ansvarlig holdning søge at indlede forhandlinger med henblik på at løse tvisten. Om nødvendigt skal forhandlingerne søges løftet op på højt plan i parternes organisationer.

28.3 Mediation: Kan parterne ikke opnå en løsning ved forhandling, skal tvisten på begæring fra en part indledningsvis søges løst ved mediation ledet af en mediator udpeget af parterne. Har parterne ikke opnået enighed om valg af mediator inden 14 dage efter, at en af dem har fremsat ønske om mediation, kan enhver af parterne indgive begæring til foreningen Danske it-advokater om at udpege en mediator.

28.4 Værneting: Er konflikten ikke løst ved mediation inden 8 uger efter, at der blev fremsat ønske om mediation, er hver af parterne berettiget til at indbringe konflikten for de almindelige domstole. Værneting er byretten i den retskreds, hvor Kunden har hjemsted.

Dato: Dato:

For Kunden: For Leverandøren:

___________________ ___________________

@[email protected]

Leveringsaftalebilag 01

Tidsplan


Projekter - Forbrugsafregning


Side 1 af 13Dokument : @[email protected] / version

Rammekontrakt 02.18


Leveringsaftalebilag : 01 - Tidsplan01 - TidsplanLeveringsaftale : Projekter - Forbrugsafregning Side 2 af 13Dokument : @[email protected] / version

Indholdsfortegnelse1.1. Formål .......................................................................................................................................31.2. Sammenhæng til øvrige bilag .................................................................................................32.1. Generelle krav ..........................................................................................................................42.2. Oversigt leveranceforløb ........................................................................................................52.3. Overdragelse til Kunden.........................................................................................................52.4. Overdragelse til Vedligehold..................................................................................................52.5. Overdragelse til Forvaltning ..................................................................................................62.6. Levering af Standardprogrammel..........................................................................................62.7. Kravtabel...................................................................................................................................63.1. Projektets overordnede Tidsplan ..........................................................................................83.2. Projektets faser.........................................................................................................................83.3. Kravopfyldelse .........................................................................................................................93.4. Projektstyringsmetodens betydning for Tidsplanen...........................................................93.5. Udviklingsmetodens betydning for Tidsplanen ..................................................................93.6. Kvalitetssikringsmetodens betydning for Tidsplanen........................................................9

Rammekontrakt 02.18



1. Indhold

1.1. Formål

Bilaget angiver den mellem Kunden og Leverandøren aftalte Tidsplan gældende for Leveringsaftalen.

1.2. Sammenhæng til øvrige bilag

I det følgende er angivet væsentlige sammenhænge til øvrige bilag.

Tidsplanen vedrører levering af den i Leveranceaftalebilag 03 angivne løsning.

Acceptkriterier for de i Tidsplanen anførte milepæle er enten fastlagt i nærværende dokument, Leveringsaftalen eller Leveringsaftalens øvrige bilag; fortrinsvis Leveringsaftalebilag 02 vedr. IT-miljøet, Leveringsaftalebilag 4 vedr. dokumentation.

Leveringsaftalebilag 08 og Leveringsaftalebilag 10 vil indeholde oplysninger om de projektmodeller eller metoder Leverandøren anvender ved opfyldelse af Leveringsaftalen. Tidsplanen skal i så fald afstemmes med de i Leveringsaftalebilag 08 og 10 anførte modeller og metoder.

De i Leveringsaftalebilag 11 anførte bidrag fra Kunden bør tidsfæstes, og de tidsmæssige rammer bør angives i dette Leveringsaftalebilag 1. Det gælder både personaleressourcer, samt eventuel levering af bidrag som f.eks. data, dokumentation, værktøj, udstyr og licenser.

Opfyldelse af milepæle angivet i Tidsplanen har betydning for Leveringsaftalens håndtering af eventuel bonus, bod ved forsinkelse og betaling, jf. Leveringsaftalebilag 12. Betalingsplanen angivet i Leveringsaftalebilag 12 skal afpasses med Tidsplanen, og betalinger bør så vidt muligt knyttes til opfyldelse af milepæle angivet i dette Leveringsaftalebilag 1.Tidspunkter for eventuel levering til Kunden af Standardprogrammel, jf. Leveringsaftalebilag 15, bør angives i Tidsplanen.

Endvidere er der sammenhæng til Leveringsaftalebilag 16, som omhandler overdragelsesprocessen til Vedligeholder.

Kravbesvarelsen i dette Leveringsaftalebilag skal følge formelle krav angivet i Leveringsaftalebilag 03 under punktet ’Fælles krav til Leverandørens kravbesvarelse’.

Rammekontrakt 02.18



2. Krav til tidsplan

2.1. Generelle krav

Tidsplanen skal som minimum (Mindst Krav) indeholde to milepæle:

Start af Projekt

Projektafslutning

Tidsplan kan suppleres med følgende fælles milepæle:

Overtagelsesprøve start

Overtagelsesdag

Driftsprøve bestået

Ved eventuel faseopdeling skal tidsplanen angives pr. fase, idet samspillet mellem Kunden, Leverandøren og eventuel tredjeparts leverandør tydeligt skal fremgå, herunder tidspunkter for overdragelse til vedligeholdelse, forvaltning eller drift.

Tidsplanen bør angive eventuelle perioder, hvor Kunden eller Leverandøren kun i begrænset omfang har ressourcer til rådighed for opfyldelse af Leveringsaftalen, som f.eks. ferier, perioder reserveret til intern uddannelse og andre perioder, hvor ressourcerne må forventes reserveret til andre aktiviteter.

Hvis der er faser eller perioder, hvor introduktion af ændringsanmodninger vil være særligt problematiske eller må forventes at være stærkt forsinkende for fremdrift med opfyldelse af Leveringsaftalen, bør disse angives i tidsplanen.

Til hver milepæl skal der knytte sig information, som angiver krav til milepælens opnåelse, milepælens tidsmæssige placering, samt en beskrivelse, som dækker den fælles forståelse mellem Kunde og Leverandør af milepælens betydning.

Krav til milepælens opnåelse kan f.eks. være succesfuld gennemførelse af en prøve, levering af Programmel til Kunden m.v.

Milepælens tidsmæssige placering skal enten være angivet ved en dato eller som antal tidsenheder, f.eks. uger fra en tidligere milepæl. Tidligste milepæl, som udgør et referencepunkt, skal være fastsat med konkret dato.

Rammekontrakt 02.18



2.2. Oversigt leveranceforløb

I Figur 2-1 viser på skematisk form sammenhængen mellem leveranceforløbet under nærværende Leveringsaftale kaldet ’Udviklingsaftalen’ og de tre overtagende parter: Kunden, Vedligeholdelsesleverandøren og Forvaltningsleverandøren.

Vedligeholdelsesleverandøren og Forvaltningsleverandøren handler på vegne af Kunden og kan være Kunden selv.

Vedligeholdelsesleverandørens ansvar er primært at fastholde og videreudvikle den funktionalitet, som Udviklingsleverandøren har leveret som Kundespecifikt Programmel.

Forvaltningsleverandørens ansvar er primært at holde løsningen kørende på den driftskapacitet, som Kunden stiller til rådighed.

Der vil være leverancer, hvor det ikke vil være relevant med efterfølgende Forvaltnings-og Vedligeholdelsesopgaver. Dette vil være angivet jf. Leveringsaftalebilag 16.

Figur 2-1, Oversigt over leveranceforløb

2.3. Overdragelse til Kunden

I de tilfælde hvor leverancen overdrages helt eller delvist til en Vedligeholdelsesleverandør og/eller Forvaltningsleverandør kan der være enkelte dele af leverancen, som alene skal overdrages til Kunden.

Tidsplanen skal i givet fald indeholde milepæle herfor.

2.4. Overdragelse til Vedligehold

I forhold til vedligeholdelse under en Leveringsaftale om Vedligehold under nærværende Rammekontrakt 02.18 eller anden tilsvarende aftale skal Tidsplanen som minimum indeholde følgende tre yderligere milepæle (de med kursiv angivne er fælles milepæle jf. afsnit 2.1):

Overdragelses Vedligehold Start

Overtagelsesprøve Start

Overdragelses Vedligehold Slut

Overtagelsesdag

UdviklingOverdragelse og igangsætning

Udvikling/planlægningstart

Afslutning Udvikling/planlægningslut

Rammekontrakt 02.18



Driftsprøve Bestået

Afslutning af Fejlretningsstøtte

Det gælder uanset, om Leverandøren er leverandør på denne vedligeholdelsesaftale.

2.5. Overdragelse til Forvaltning

Såfremt den løsning, som projektet har frembragt, skal forvaltes under en forvaltningsleveringsaftale, da skal tidsplanen som minimum indeholde yderligere følgende to yderligere milepæle (de med kursiv angivne er fælles milepæle jf. afsnit 2.1):

Overdragelses Forvaltning Start

Overtagelsesprøve Start

Overdragelses Forvaltning Slut

Overtagelsesdag

Driftsprøve Bestået

Det gælder uanset, om Leverandøren er leverandør på denne forvaltningsleveringsaftale.

2.6. Levering af Standardprogrammel

Såfremt der er aftalt levering af Standardprogrammel under Leveringsaftalen, da skal tidsplanen indeholde følgende milepæle:

Levering af Standardprogrammel til Kundens anvendelse

Tidspunkt for betaling af Standardprogrammel

Eventuel frist for afbestilling/annullation

Tidspunkt for påbegyndelse af Supportaftale på Standardprogrammel

Eventuelle faser i forhold til implementering og udrulning af Standardprogrammellets brug, jf. brugsscenarier angivet i Leveringsaftalebilag 15 og tilhørende priser samt betalingsplan angivet i Leveringsaftalebilag 12.

Der kan forekomme flere sæt af ovennævnte milepæle, hvis der leveres flere enheder af Standardprogrammel.

2.7. Kravtabel

Rammekontrakt 02.18



Krav ID KravType

MKK1-Kn

Kravbeskrivelse

Lab01-1 Kundens krav til Start af projekt: 01.09.2009

Lab01-2 Kundens krav til Afslutning af projekt: 18.12.2009

Tabel 2.1, Tidsplan - Kravtabel

Idet Kunden i forhold til denne aftale optræder som Forvaltnings- og Vedligeholdsleverandør og på grund af udviklingen på Kundens IT-miljø og den løbende overdragelse af den udviklede løsning, indgår ikke milepæle for overdragelse til forvaltning eller vedligehold.

Rammekontrakt 02.18



3. Tidsplan

3.1. Projektets overordnede Tidsplan

Leverandøren udfylder i Tilbudet nedenstående tabel.

De anvendte og udeladte milepæle afspejler udviklingsmetodens løbende overdragelse til Kunden. I overensstemmelse med Scrum har projektet milepæle hver anden uge med projektmøde, overdragelse til forvaltning, overtagelsesprøve, kvalitetsprøve og tilgængelighedsprøve.

Id Dato Uger fra M0

Navn

Beskrivelse

Std.

Pgm.

(L.B,S)

BOD

(X)

M0 01.09.2009 Kontraktunderskrift

M1 01.09.2009 Projektopstart

M2 01.09.2009 Implementering og test

M3 18.12.2009 OverleveringTabel 3.1, Tidsplan

Id angiver en unik reference. Der skal enten angives en dato for en milepæl eller antal uger målt fra dato for kontraktunderskrift. Er begge angivet, da gælder den angivne dato.

Søjlen ’Std.Pgm.’ er i forbindelse med levering af Standardprogrammel og skal kun anvendes i den forbindelse. ’L’ angiver leveringsdato for Standardprogrammel’. ’B’ angiver betalingsdato for Standardprogrammel. ’S’ angiver begyndelse af første periode for Standardprogrammelsupport.

Søjlen ’BOD’ angiver ved et ’X’, om milepælen er bodsbelagt.

3.2. Projektets faser

Leverandørens skal, om Kunden har sat krav herom i tilbudet, angive projektets opdeling i Faser.

Navn Beskrivelse Begyndelsestidspunkt Sluttidspunkt

Rammekontrakt 02.18



(milepæl) (milepæl)

Fase 1 Implementering af NPI 1 tilpatienter og den alment praktiserende læger i henhold til prioritering af backlog i bilag 3a

M1 M3

Tabel 3.2, Projektets faser

3.3. Kravopfyldelse

Leverandørens skal angive sin kravbesvarelse på Kundens krav i Tabel 2.1.

KravopfyldelsesgradKrav ID KravType

K1-Kn

Helt(X)

Delvist(X)

Ikke(X)

Leverandørens besvarelse

Lab01-1 X

Lab01-2 X

Tabel 3.3, Tidsplan - Kravtabel – Leverandørens besvarelse

3.4. Projektstyringsmetodens betydning for Tidsplanen

Leverandørens skal, om Kunden har sat krav herom i tilbudet, angive den valgte projektstyringsmetodes betydning for Tidsplanen.

Scrum anvendes som projektstyringsmetode, og deraf følger at Leverandøren skal deltage i projektmøde hver anden uge for dels at planlægge næste sprint. Projektstyrings- og udviklingsmetoden er beskrevet nærmere i afsnit 4.

3.5. Udviklingsmetodens betydning for Tidsplanen

Leverandørens skal, om Kunden har sat krav herom i tilbudet, angive den valgte udviklingsmetodes betydning for Tidsplanen.

Leverandøren anvender Scrum som udviklingsmetode.

3.6. Kvalitetssikringsmetodens betydning for Tidsplanen

Leverandørens skal om Kunden har sat krav herom i tilbudet angive den valgte kvalitetssikringsmetodes betydning for Tidsplanen.

Leverandøren anvender test-driven development som kvalitetssikringsmetode, og i overensstemmelse hermed sker kvalitetssikring sideløbende med udviklingen af ny funktionalitet. Metoden har derfor ikke betydning for Tidsplanen.

Rammekontrakt 02.18



4. Detaljeret Projektplan

Projektet baseres på den agile udviklingsmetode, SCRUM.

SCRUM-metoden forudsætter, at der udarbejdes en liste over funktionalitet, som skal indgå i det færdige produkt. Denne liste kaldes en Product Backlog. Listen indeholder både ønsker til funktionalitet, teknologi og krav, som er nødvendige for det færdige produkt, og ønsker, som vil være gode at have med, men som ikke er absolut nødvendige.

I forhold til beskrivelsen af de enkelte elementer på listen anvender kunden, metoden ”user stories”. Denne metode sikrer at man forretningsmæssigt let kan se hvad featuren gør, hvem den er rettet imod og hvilken værdi den har forretningsmæssigt. Den fleksible tilretning er en forudsætning for, at den endelige produkt vil den svarer til det reelle behov, og dette vil ofte ændre og udvikle sig i løbet af projektet.

Teamet arbejder i intervaller (sprints) af 14 antal dage, som illustreret i nedenstående model, fig. 1. Forud for hver sprint skal der udvælges en række opgaver fra product backlog, og disse skal prioriteres til brug for arbejdet i den afgrænsede periode.

Til brug for sprint’en udarbejdes en ’Sprint Backlog’ og et ’Burndown Chart’. Elementerne i sprint backlog’en udvælges fra toppen af den den prioriterede backlog. En story fra product backloggen er klar til at komme på sprint backloggen når:

Den er grov-estimeret af et teammedlem og Product Owner forud for sprint planlægning

Den er detaljeret nok til at kunne nedbrydes i konkrete opgaver, der estimeres til at kunne løses på mellem 1 og 8 timer

Af disse konkrete opgaver udvælges derefter en passende mængde, som vil kunne løses inden for den kommende sprint. Burndown chart’et er en liste, som viser, hvor mange af opgaverne, der er løst. Hver udviklingsopgave i ”Sprint backloggen” er en afsluttet funktionel opgave der kan testes isoleret, dette sikrer at hver del afsluttes inden nye opgaver åbnes, opgaven er først afsluttet når den har gennemgået de nødvendige tests som er aftalt imellem leverandøren og kunden (typisk: Unittest og en funktionel test).

Efter en sprint afholdes altid et uformelt møde, hvor arbejdsteamet præsenterer sine resultater. Det vil typisk ske i form af en demo af de nye elementer. Demoen har til formål at demonstrere, at de forretningsmæssige mål i de stories der har indgået i ”sprint backloggen” er blevet nået. At sprintets intention og funktionalitetsmæssige mål (der udgøres af den samlede mængde user stories i backloggen) er opnået, afgøres ved opfyldelsen af User Acceptance Tests for user stories.

Der er følgende elementer i SCRUM-metoden:

Rammekontrakt 02.18



Artefakter (produkter) Roller Møder:

Product Backlog – ejes af kunden og er den prioriterede liste over ”stories” i projektet

Produkt ejer – det er normalt kunden, som er produkt ejer

Sprint planning møde forud for hver sprint, hvor kundensammen med leverandøren aftaler leverancer

Sprint Backlog – ejes af SCRUM teamet og er den opgavenedbrudte liste af ”stories til den enkelte ”sprint”

SCRUM team – et arbejdsteam som består af leverandørens udviklere

Daily SCRUM - Daglige korte arbejdsgruppemøder

Virkende software - Den færdige software der demo’es efter hver sprint / iteration

Scrum Master – svarer til en slags projektcoach, som hjælper teamet i forhold til udfordringer

Retrospective – Evaluerings-møder med test af den funktionalitet, som er leveret inden for sprint’en.

Tabel 4.1, Elementer i Scrum-metoden

Rammekontrakt 02.18



Figuroversigt

Figur 2-1, Oversigt over leveranceforløb............................................................................................................. 5

Rammekontrakt 02.18



Tabeloversigt

Tabel 2.1, Tidsplan - Kravtabel ............................................................................................................................. 7Tabel 3.1, Tidsplan................................................................................................................................................... 8Tabel 3.2, Projektets faser....................................................................................................................................... 9Tabel 3.3, Tidsplan - Kravtabel – Leverandørens besvarelse ........................................................................... 9Tabel 4.1, Elementer i Scrum-metoden.............................................................................................................. 11

@[email protected]


Leverancebeskrivelse





Rammekontrakt 02.18


Leveringsaftalebilag : 03 - LeverancebeskrivelseLeveringsaftale : Projekter - Forbrugsafregning Side 2 af 15Dokument : @[email protected] / version

Indholdsfortegnelse1. Indledning ........................................................................................................................................3

1.1. Formål .......................................................................................................................................31.2. Sammenhæng til øvrige bilag .................................................................................................3

2. Kundens krav og kvalitetsforventninger......................................................................................42.1. Introduktion og formål med Leverancen.............................................................................42.2. Kundens Business Case ..........................................................................................................4

2.2.1. Funktionelle krav.............................................................................................................42.2.2. Non-Funktionelle Krav..................................................................................................52.2.3. Obligatoriske, åbne standarder for software i det offentlige ....................................7

2.3. Optioner....................................................................................................................................82.4. Supplerende krav til samarbejde med Kundens øvrige leverandører ..............................82.5. Justeringer til samarbejde med Kundens øvrige leverandører ..........................................92.6. Arbejdspakker ..........................................................................................................................9

3. Leverandørens løsningsbeskrivelse og godkendelseskriterier.................................................103.1. Løsningsbeskrivelse...............................................................................................................103.2. Fælles krav til Leverandørens kravbesvarelse....................................................................103.3. Leverandørens kravbesvarelse .............................................................................................11

3.3.1. Funktionelle krav...........................................................................................................113.3.2. Non-Funktionelle Krav................................................................................................113.3.3. Obligatoriske, åbne standarder for software i det offentlige ..................................12

3.4. Optioner..................................................................................................................................133.5. Supplerende krav til samarbejde med Kundens øvrige leverandører ............................133.6. Arbejdspakker ........................................................................................................................143.7. Offentliggørelse af kontrakt.................................................................................................14

Tabeloversigt...........................................................................................................................................15

Rammekontrakt 02.18



1. Indledning

1.1. FormålLeveringsaftalebilaget angiver Kundens Kravspecifikation, svarende til Kundens kvalitetsforventninger.

1.2. Sammenhæng til øvrige bilagI det følgende er angivet væsentlige sammenhænge til øvrige bilag.

Krav til Leverandørens anvendelse af Kundens IT Miljø vil fremgå af Leveringsaftalebilag 02, hvilket blandet andet kan omfatte udstyr, programmel, retningslinjer fra Kunden (IT-arkitektur, designguidelines), dokumenter og procedurer til interaktion med Kundens øvrige leverandører jf. Leveringsaftalebilag 05.

Krav til dokumentation vil fremgå af Leveringsaftalebilag 04.

Krav til servicemål herunder skaleringstrin vil fremgå af Leveringsaftalebilag 06.

Krav til Kvalitet og Leveringssikkerhed vil fremgå af Leveringsaftalebilag 08. Krav til kvalitetssikringsproces m.v. vil dog fremgå af Leveringsaftalebilag 10.

Krav til Standardprogrammel herunder Standardprogrammelsupport vil fremgå af Leveringsaftalebilag 15.

Krav ifm. overdragelse af løsning til Vedligeholdelsesleverandør vil fremgå af Leveringsaftalebilag 16.

Rammekontrakt 02.18



2. Kundens krav og kvalitetsforventninger

2.1. Introduktion og formål med LeverancenDet Nationale Patientindeks, NPI, bliver på længere sigt patientens og sundhedspersonens indgang til at se sundheds-relateret data fra forskellige it-systemer. Patienten kan ud fra sit cpr-nummer fremsøge sine data fra datakilderne på Sundhedsdatanettet, og sundhedspersonen kan gøre det samme for patienter i aktuelt behandling.Leverancen inkluderer første version af NPI, herefter benævnt ”Løsningen”. Løsningen er en funktionelt og datamæssigt afgrænset applikation. Der hentes data fra 4 eksisterende datakilder, og det at hente og præsentere data er vigtigere end at foretage en egentlig indeksering.

Løsningens brugergrænseflade skal have sin egen placering på sundhed.dk-portalen, således at indgangen til Løsningen bliver gennem sundhed.dk og gennem sundhed.dk’s login-procedurer.

Formålet med Leverancen er således at implementere Løsningen baseret på 4 navngivne datakilder og sundhed.dk’s portalframework.

2.2. Kundens Business CaseDer er stor efterspørgsel efter patientoplysninger på tværs af it-systemer. Ofte er det afgørende for at kunne yde en kvalificeret behandling, at behandlingsansvarlige sundhedspersoner har oplysninger til rådighed om patientens tidligere behandlings- eller medicineringsforløb.

Der er således store gevinster at hente, ved at kunne præsentere data fra flere kilder og dermed have et bedre informationsgrundlag for behandlingen af patienten. Disse gevinster indebærer øget patientsikkerhed, øget behandlingskvalitet og optimerede arbejdsgange i det danske sundhedsvæsen.

2.2.1. Funktionelle krav

Leverancen styres ved hjælp af SCRUM metoden som beskrevet i Leveringsaftalebilag 8.

Denne metode indebærer, at Kunden som produktejer løbende specificerer og prioriterer de funktionelle krav til Leverancen. Underbilag 3a angiver den ved kontraktens indgåelse gældende version af product backlog. Opgaver mærket P0 er mindste løsningskrav til opgaveløsningen.

Rammekontrakt 02.18



Leverandøren forpligter sig til at følge kundens løbende prioritering samt at følge SCRUM processens retningslinier for udvælgelse og implementering af funktionalitet på baggrund af kundens prioritering.

Leverandøren skal stille den aftalte udviklingskapacitet til rådighed i hvert sprint.

Projektets overordnede funktionelle krav er angivet i Tabel 2-1, Funktionelle krav -Kravtabel.

Kravtype

Krav ID

K1-Kn

Titel Beskrivelse

Lab03-F-1 Implementering af Løsningen med data fra 4 navngivne kilder.

Den underliggende applikation som på foranledning fra brugergrænsefladen forespørger ud i de 4 navngivne datakilder og præsenterer svarene i brugergrænsefladen på sundhed.dk.

Lab03-F-2 Implementering af Løsningens brugergrænseflade for patienter.

Patienternes indgang til Løsningen. Dette følger sundhed.dk’s kriterier for design af brugergrænseflader.

Lab03-F-3 Implementering af Løsningen’s brugergrænseflade for sundhedspersoner.

Sundhedspersonernes indgang til Løsningen. Dette følger sundhed.dk’s kriterier for design af brugergrænseflader.

Lab03-F-4 Implementering af grænseflade til e-journal

Med udgangspunkt i udbudte webservices på e-journal.

Lab03-F-5 Implementering af grænseflade til Medicinprofilen og/eller Fælles Medicinkort

Med udgangspunkt i udbudte webservices på Medicinprofilen og/eller Fælles Medicinkort.

Lab03-F-6 Implementering af grænseflade til Landspatientregisteret

Med udgangspunkt i den eksisterende implementering på sundhed.dk og evt. webservices udbudt påLandspatientregisteret.

Lab03-F-7 Implementering af grænseflade til Labotatoriesvar

Med udgangspunkt i den eksisterende implementering på sundhed.dk og evt. webservices udbudt på Laboratoriesvar.

Lab03-F-8 Udnyttelse af og integration med nødvendig funktionalitet på sundhed.dk

Herunder digital signatur og moduler til login, navigation, brugeradministration, rettighedsstyring, sikkerhed og logning.

Tabel 2-1, Funktionelle krav – Kravtabel

2.2.2. Non-Funktionelle Krav

Kundens Non-Funktionelle krav er formaliseret og angivet i

Lab03-NF-7 Løsningen skal overholde sundhed.dk’s generelle krav til svartider

Lab03-NF-8 Leverandøren skal følge de i-sikkerhedsretningslinjer, som sundhed.dk anviser

Rammekontrakt 02.18



Tabel 2-2. Kravene omfatter blandet andet krav til IT-sikkerhed, Lovgivning, som ikke er udtrykt gennem funktionelle krav, Angivelse af om Open Source, må, kan eller skal anvendes, Leveringssteder, dvs. de lokationer, hvor løsningen skal anvendes og Uddannelse

Krav til konvertering kan indgå i nærværende tabel.

Kravtype

Krav ID

K1-Kn

Titel Beskrivelse

Lab03-NF-1 Projektledelse og –styring Se nedenfor.

Lab03-NF-2 Ressourceforbrug Se nedenfor.

Lab03-NF-3 Projektjustering Se nedenfor.

Lab03-NF-4 Løsningen skal overholde sundhed.dk’s gældende kode- og systemudviklingsmæssige standarder

Lab03-NF-5 Løsningen skal overholde sundhed.dk’s gældende visuelle og interaktionsmæssige standarder

Lab03-NF-6 Løsningen skal overholde sundhed.dk’s gældende dokumentationsstandarder



Tabel 2-2, Non-Funktionelle krav – Kravtabel

Lab03-NF-1: Projektledelse: Det er en del af leverandørens opgaver ved Leveringsaftalens opfyldelse at varetage projektledelse, jf. Leveringsaftalens punkt 4. Leverandøren skal herunder sørge for den indbyrdes koordinering af alle projektaktiviteter, samt sikre sig, at der ikke træffes beslutninger, der er indbyrdes uforenelige eller vil hindre kontraktmæssig opfyldelse af Leveringsaftalen.

Lab03-NF-2: Ressourceforbrug: Det er en del af leverandørens opgaver ved Leveringsaftalens opfyldelse at varetage styring af eget ressourceforbrug ved Leveringsaftalens opfyldelse. Kunden følger dagligt ressourceforbruget via Scrum projekt metoden.

Rammekontrakt 02.18



Lab03-NF-3: Projektjustering: Rådgivning, projektledelse og styring af ressourceforbrug skal varetages således, at (i) de aftalte milepæle (jf. Leveringsaftalebilag 01) kan overholdes, (ii) der etableres et sammenhængende System, som overholder de i Leveringsaftalen beskrevne mindstekrav (angivet i underbilag 3a), og (iii) de i Leveringsaftalen anførte ressourcer er tilstrækkelige til etablering af Systemet.

Konstaterer Leverandøren risiko for, at en aftalt milepæl ikke kan overholdes, eller eventuelt kun vil kunne overholdes ved tilføjelse af yderligere ressourcer, skal Leverandøren, som led i overholdelse af Lab03-NF1-3, gøre Kunden opmærksom herpå, idet Leverandøren samtidig skal foreslå korrigerende tiltag. Korrigerende tiltag kan f.eks. være (i) en ændret prioritering i det løbende arbejde med product backlock (bilag 3a), (ii) ændring i udvælgelse af opgaver til Sprint Backlog og (iii) ændring i udvælgelsen af opgaver til konkrete Sprints.

2.2.3. Obligatoriske, åbne standarder for software i det offentlige

For at sikre fundament for fremtidens informationssamfund er der og bliver der løbende udviklet og godkendt fælles standarder, som det offentlige skal efterleve.

Standarderne er nærmere beskrevet af hhv. IT- og Telestyrelsen og Digital Sundhed/Medcom, og der henvises tilhttp://www.itst.dk/arkitektur-og-standarder

og

http://www.sdsd.dk

og

http://medcom.dk

Kunden har i Tabel 2-3 angivet aktuelle standarder samt markeret hvilke standarder, som Kunden vurderer relevant for løsningen i det omfang, de 4 navngivne datakilder lever op til standarderne.

Rammekontrakt 02.18



Kravtabel

Obligatoriske, åbne standarder

Standarden skal indgå i løsningen (Kundens relevans vurdering)

Krav ID

(X)

Lab03-

OS-01

Standarder for dataudveksling mellem offentlige myndigheder (OIOXML)

Lab03-

OS-02

Standarder til elektronisk sags- og dokumenthåndtering (FESD)

Lab03-

OS-03

Standarder til elektroniske indkøb i det offentlige (OIOUBL)

Lab03-

OS-04

Standarder for digital signatur (OCES) X

Lab03-

OS-05

Standarder for offentlige hjemmesider og tilgængelighed X

Lab03-

OS-06

Standarder for it-sikkerhed (DS-484 - kun for staten) X

Lab03-

OS-07

Standarder for SOAP-baseret kommunikation på sundhedsdatanettet (DGWS)

X

Tabel 2-3, Obligatoriske, åbne standarder – Kravtabel

2.3. OptionerOptionsmuligheden indgår ikke i nærværende Leveringsaftale.

2.4. Supplerende krav til samarbejde med Kundens øvrige leverandørerKunden kan her angive supplerende krav til Leveringsaftalebilag 05.

Rammekontrakt 02.18



Kravtype

Krav ID

MK

K1-Kn

Titel Beskrivelse

Lab03-SL-1 Test og implementering Trifork skal udføre udvikling, test og implementering i samarbejde med SDSDs og Sundhed.dk’s øvrige leverandører og konsulenter på Løsningen.

Tabel 2-4, Supplerende krav til samarbejde med Kundens øvrige Leverandører - Kravtabel

2.5. Justeringer til samarbejde med Kundens øvrige leverandørerKunden har her angivet eventuelle justeringer til Leveringsaftalebilag 05.

2.6. ArbejdspakkerTil brug ved styring, tidsplanlægning og estimering kan det være hensigtsmæssigt at opdele Leverancen i en række arbejdspakker.

En fase i projektet, jf. tidsplanen i Leveringsaftalebilag 01, kan dække udførelsen af en eller flere arbejdspakker.

Kunden har i

Tabel 2-5, Arbejdspakker - Kravtabel, angivet sine krav til opdeling af Leverancen i arbejdspakker.

Kravtype

Krav ID

K1-Kn

Titel Beskrivelse

Lab03-AP-1 Implementering af Leverancen jf. bilag 3a.

Tabel 2-5, Arbejdspakker - Kravtabel

Rammekontrakt 02.18



3. Leverandørens løsningsbeskrivelse og godkendelseskriterier

3.1. LøsningsbeskrivelseLeverandøren skal her beskrive løsningen. Det skal specifikt angives hvilke dele af løsningen, som løftes ved anvendelse af Standardprogrammel og hvilke dele, dvs. det resterende, som er Kundespecifikt programmel. Grænsefalder indeholdt i løsningen skal ligeledes beskrives. Samme gælder for Obligatoriske, åbne standarder jf. afsnit 2.2.3. og afsnit 3.3.3.

Løsningsbeskrivelsen er indarbejdet i dette Leveringsaftalebilags afsnit 2 og underbilag 03a. Kunden er ansvarlig for at prioritere kravene i underbilag 03a.

3.2. Fælles krav til Leverandørens kravbesvarelse

Hvert krav er angivet med en kravtype. Kunden har prioriteret sine krav ved angivelse af K1 – Kn, hvor K1 er højeste vægt.

Til hvert krav er der i kravbesvarelsen tilknyttet en angivelse af kravopfyldelsesgrad. Angivelsen kan antage en af tre værdier:

o Helt = Kravet er i sin helhed opfyldt

o Delvist = Dele af kravet opfyldes ikke

o Ikke = Kravet opfyldes ikke.

Leverandøren skal for hvert krav angive løsningens kravopfyldelsesgrad.

Har Leverandøren ikke angivet en værdi for kravopfyldelsesgrad, da vil kravet få opfyldelsesgraden ’Helt’.

Hvor Leverandøren angiver kravopfyldelsesgraden til ’Delvist’, skal Leverandøren angive både hvilke dele af Kundens krav, som ikke er opfyldt, og hvilke som er opfyldt.

Leverandøren skal ikke uddybe besvarelse for de krav, hvor kravopfyldelsesgraden er angivet til ’Ikke’.

Der er ikke krav om, at Leverandøren skal angive Løsningsbeskrivelse for krav med kravopfyldelsesgraden ’Helt’, såfremt Kunden i kravet ikke eksplicit har sat krav herom.

Rammekontrakt 02.18



Såfremt Kundens krav og Leverandørens kravbesvarelse er placeret hver for sig i Leveringsaftalebilaget, f.eks. i hver sin kravtabel, skal Leverandøren sørge for, at kravbesvarelsen indeholder alle Kundens krav inklusive de af Kunden angivne Kravtyper.

3.3. Leverandørens kravbesvarelseFor krav som opfyldes ’Helt’, kan Leverandøren lave en eksplicit reference til det konkrete punkt i løsningsbeskrivelsen angivet under afsnit 3.1.

Tilsvarende gælder for krav med kravopfyldelsesgraden ’Delvist’ for den del af kravet, som er opfyldt.

3.3.1. Funktionelle kravNedenstående

Tabel 3-1 refererer til krav i

Tabel 2-1.

Kravtype

Kravopfyldelsesgrad

Helt

Delvist

Ikke

Krav ID

K1-Kn (X) (X) (X)

Løsningsbeskrivelse

Lab03-F-1 X

Lab03-F-2 X

Lab03-F-3 X

Lab03-F-4 X

Lab03-F-5 X

Lab03-F-6 X

Lab03-F-7 X

Lab03-F-8 X

Tabel 3-1, Funktionelle krav – Kravbesvarelse

3.3.2. Non-Funktionelle KravNedenstående

Tabel 3-2 refererer til krav i

Rammekontrakt 02.18





Tabel 2-2.

Kravtype

Kravopfyldelsesgrad

Helt

Delvist

Ikke

Krav ID

K1-Kn (X) (X) (X)


Lab03-NF-1 X

Lab03-NF-2 X

Lab03-NF-3 X

Lab03-NF-4 X

Lab03-NF-5 X

Lab03-NF-6 X

Lab03-NF-7 X Kravet opfyldes, hvad angår indhold i portalen. Kravet kan ikke garanteres opfyldt for eksternt indhold (afhænger af svartider fra de eksterne datakilder).

Lab03-NF-8 X

Tabel 3-2, Non-Funktionelle krav – Kravbesvarelse

3.3.3. Obligatoriske, åbne standarder for software i det offentlige

1 Overholdelse i den tilbudte løsning

Har Kunden jf. afsnit 2.2.3 angivet, at en ’Obligatorisk, åben standard for software i det offentlige’ er relevant for løsningen, da skal standarden være indeholdt i den aftalte løsning, som angivet og beskrevet af Leverandøren under afsnit 3.1.

Leverandør skal i tilbudet udfylde

Tabel 3-3 ud fra Kundens krav i Tabel 2-3.

Rammekontrakt 02.18



Kundens

relevansvurdering

Krav ID

(x)


Lab03-OS-01

Lab03-OS-02

Lab03-OS-03

Lab03-OS-04 x

Lab03-OS-05 x

Lab03-OS-06 x

Lab03-OS-07 x

Tabel 3-3, Obligatorisk, åbne standard - Kravbesvarelse

Såfremt Kunden ikke har angivet relevans af en given standard i 2.2.3, men er det efterLeverandørens vurdering i forbindelse med sin udarbejdelse løsningsforslaget, at den pågældende standard er relevant, da skal Leverandøren i 3.3.3 angive dette og indarbejde standarden i sit løsningsforslag.

3.4. OptionerOptionsmuligheden indgår ikke i nærværende Leveringsaftale.

3.5. Supplerende krav til samarbejde med Kundens øvrige leverandører

Nedenstående Tabel 3-4 refererer til krav i

Tabel 2-4

Kravtype

Kravopfyldelsesgrad

Helt

Delvist

Ikke

Krav ID

K1-Kn (X) (X) (X)


Lab03-SL-1 X

Tabel 3-4, Supplerende krav til samarbejde med Kundens øvrige Leverandører – Kravbesvarelse

Rammekontrakt 02.18



3.6. ArbejdspakkerNedenstående Tabel 3-5 refererer til krav i

Tabel 2-5.

Kravtype

Kravopfyldelsesgrad

Helt

Delvist

Ikke

Krav ID

K1-Kn (X) (X) (X)


Lab03-AP-1 X

Tabel 3-5, Arbejdspakker – Kravbesvarelse

Leverandøren skal, såfremt der er aftalt opdeling i arbejdspakker endvidere i Tabel 3-6 ud fra kravbesvarelsen i Tabel 3-5 for hver fastlagt arbejdspakke, beskrive indhold af arbejdspakken, referencer til de krav, som opfyldes gennem arbejdspakken, samt om leveringsprojektet er opdelt i faser og angive den fase i projektet, hvor arbejdspakken produceres.

Som minimum skal der angives en arbejdspakke.

Arbejdspakke Fase i projektet Indhold af arbejdspakken Kravreferencer

Tabel 3-6, Angivelse af Arbejdspakker

3.7. Offentliggørelse af kontraktEfter kontraktens indgåelse er leverandøren berettiget til at fremsende børsmeddelelse til Københavns Fondsbørs omkring aftalens indgåelse samt at offentliggøre, at kontrakten er indgået.

Rammekontrakt 02.18



Tabeloversigt

Tabel 2-1, Funktionelle krav – Kravtabel ............................................................................................................ 5Tabel 2-2, Non-Funktionelle krav – Kravtabel................................................................................................... 6Tabel 2-3, Obligatoriske, åbne standarder – Kravtabel ..................................................................................... 8Tabel 2-4, Supplerende krav til samarbejde med Kundens øvrige Leverandører - Kravtabel .................... 9Tabel 2-5, Arbejdspakker - Kravtabel................................................................................................................... 9Tabel 3-1, Funktionelle krav – Kravbesvarelse................................................................................................. 11Tabel 3-2, Non-Funktionelle krav – Kravbesvarelse ....................................................................................... 12Tabel 3-3, Obligatorisk, åbne standard - Kravbesvarelse................................................................................ 13Tabel 3-4, Supplerende krav til samarbejde med Kundens øvrige Leverandører – Kravbesvarelse ........ 13Tabel 3-5, Arbejdspakker – Kravbesvarelse ...................................................................................................... 14Tabel 3-6, Angivelse af Arbejdspakker............................................................................................................... 14

@[email protected]

1

Underbilag 03a: Product Backlog

1) Leverancebeskrivelse

Logisk overblik over Leverancen

Leverancens elementer

Brugere: Som det fremgår af tidligere afsnit, gøres webmodulet (2) tilgængeligt for brugerne via login med digital signatur på sundhed.dk. Patienter logger ind på Min sundhed.dk med personlig digital signatur (3), og får adgang til NPI via menupunktet ”Min sundhedsdata” i den personlige menu. Her kan de søge på eget cpr-nummer i de fire datakilder, som er tilgængelige for NPI 1. Praktiserende læger logger ind på sundhed.dk for sundhedsfaglige med medarbejdersignatur (4), og får adgang til NPI via menupunktet ”Patientdata” i den sundhedsfaglige menu. Her kan de søge på en patients cpr-nummer i de fire datakilder, som er tilgængelige for NPI 1.

Sundhed.dk: NPI 1 anvender i videst muligt omfang eksisterende funktionalitet, navigation og sideopbygning på sund-hed.dk (1). NPI 1 anvender sundhed.dk’s moduler til login, brugeradministration, rettighedsstyring, sikkerhed og logning. Webmodulet (2) indgår som integreret element på portalen, hvilket indebærer at sundhed.dk’s globale elementer altid er tilgængelige for brugeren. Herunder sundhed.dk’s topmenu og søgefunktion samt hovedmenu, personlig menu og/eller sundhedsfaglig menu. Endvidere udvikles NPI 1 i overensstemmelse med sundhed.dk’s retningslinjer for brugervenlighed, design og interaktion samt kodemæssige og øvrige systemtekniske standarder.

@[email protected]

2

Webmodulet: Webmodulet (2) er brugernes brugergrænseflade til NPI 1. Det er her patienterne får mulighed for at fremsøge data på eget cpr-nummer, og få præsenteret disse i et kronologisk overblik. Lægerne får tilsvarende muligheder i forbindelse med behandlingen af en given patient. Webmodulet skal indeholde en kronologisk præsentation af væsentlige elementer fra de 4 datakilder, fx præsenteret som en tids-linje. Endvidere skal webmodulet indeholde en kort opsummering af udvalgte data for hver af de 4 datakilder. NPI 1 rummer kun dette kronologiske, summariske overblik. Hvis brugerne ønsker detaljeret information fra hver af de 4 datakilder, sendes de videre til de eksisterende løsninger på sundhed.dk.

Administration og sikkerhed: Login, brugeradministration, rettighedsstyring, sikkerhed og logning håndteres som nævnt via eksisterende moduler (5) på sundhed.dk. Leverancen inkluderer snitflader til de moduler på sundhed.dk, som håndterer ovennævnte og relaterede forhold.

Datakilder og snitflader: De 4 datakilder er integreret på forskellig vis på sundhed.dk. 2 af dem (e-journal og Medicinprofil) er inte-greret via i-frames, og de to øvrige (LPR og Laboratoriesvar) er integreret via webservices. NPI 1’s integration til de 4 datakilder er betinget af, at datakilderne stiller de fornødne web services til rådighed, og at NPI både juridisk og organisatorisk har lov til at tilgå og vise data fra kilderne.

E-journal (6): Denne datakilde er tilgængelig for sundhed.dk’s brugere med forskellige regionale og tids-mæssige begrænsninger. E-journal præsenteres aktuelt på sundhed.dk via avanceret framing. Denne præsentation kan ikke anvendes som grundlag for NPI 1. I stedet skal etableres en snitflade (7) til de webservices som udbydes på e-journal. Udvalgte data fra e-journal skal indgå i det kronologiske overblik i NPI 1. Udvælgelsen af parametre og præsentationen af disse er en aktivitet som indgår i udviklingsprocessen.

Landspatientregister (7): Denne datakilde er tilgængelig for sundhed.dk’s brugere via webservices. Disse webservices skal også danne grundlag for NPI 1 (7). Aktuelt har kun patienter adgang til LPR. Med NPI 1 er det målsætningen også at give læger adgang til LPR. Udvalgte data fra LPR skal indgå i det kronologi-ske overblik i NPI 1. Udvælgelsen af parametre og præsentationen af disse er en aktivitet som indgår i udviklingsprocessen.

Medicinprofil (8): Denne datakilde er tilgængelig for sundhed.dk’s brugere via avanceret framing. Denne præsentation kan ikke anvendes som grundlag for NPI 1. I stedet skal etableres snitflade (9) til de webservices som udbydes på Medicinprofilen. Det er også muligt at man frem for Medicinprofilen vil anvende Fælles Medicinkort, hvis dette rent teknisk og juridisk viser sig mere hensigtsmæssigt. Udvalgte data fra Medicinprofilen skal indgå i det kronologiske overblik i NPI 1. Udvælgelsen af parametre og præsentationen af disse er en aktivitet som indgår i udviklingsprocessen.

Laboratoriesvar (9): Denne datakilde henter svar fra forskellige laboratoriesystemer via webservices, og er tilgængelig for sundhed.dk’s brugere via en integreret brugergrænseflade. Disse webservices skal også danne grundlag for NPI 1. Det er muligt at skelne mellem 1) status på, om der findes svar fra et givet laboratorium, og 2) selve svaret. Aktuelt har kun læger adgang til den eksisterende løsning på sund-hed.dk. Med NPI 1 er det målsætningen at give patienter notifikation om, at der findes svar. For at få selve svaret er patienterne dog fortsat nødt til at henvende sig til deres læge.

I øvrigt trækker NPI 1 på de data, som er tilgængelige vedr. en given bruger via den digitale signatur. Herunder cpr-nummer, navn og alder.

@[email protected]

3

2) Product Backlog

Nedenstående tabel angiver projektets product backlog og er udtryk for Kundens krav og prioriteringer pr. 1. sept. 2009. I overensstemmelse med udviklingsmetoden, beskrevet i Leveringsaftalebilag 8, tildeler Kunden løbende Leverandøren opgaver fra den til enhver tid gældende Product Backlog.

Forklaring til tabellen:ID LøbenummerTitel OpgavebeskrivelsenImpl fase Foreløbig estimering af tidspunkt for implementeringPrio Prioritet

Opgaver med Prioritet P0 er mindstekrav til løsningen.

Bemærk, at opgaverne i backlog’en er betinget af, at NPI juridisk har lov til at tilgå datakilderne og fremvise data, at datakilderne teknisk udstiller de fornødne webservices, samt at dataejerne samarbejder med NPI.

Nr Titel Impl fase Prioritet

1 Patientens indgang til NPI skal indeholde en dynamisk (java script baseret) tabel-lignendeoversigt over indlæggelser med links til datakildernes visning på sundhed.dk

1 P0

2 Patientens indgang til NPI skal indeholde en dynamisk (java script baseret) tabel-lignende oversigt over medicineringer med links til datakildernes visning på sundhed.dk

1 P0

3 Patientens indgang til NPI skal indeholde en dynamisk (java script baseret) tabel-ligenden oversigt over prøvesvar med links til datakildernes visning på sundhed.dk

1 P1

4 Patientens indgang til NPI skal indeholde en statisk (uden brug af java script) tabel-lignende oversigt over indlæggelser med links til datakildernes visning på sundhed.dk

1 P0

5 Patientens indgang til NPI skal indeholde en statisk (uden brug af java script) tabel-lignende oversigt over medicinering med links til datakildernes visning på sundhed.dk

1 P0

6 Patientens indgang til NPI skal indeholde en statisk 1 P1

@[email protected]

4

(uden brug af java script) tabel-lignende oversigt over prøvesvar med links til datakildernes visning på sundhed.dk

7 Lægens indgang til NPI skal indeholde en dynamisk (java script baseret) tabel-lignende oversigt over patientens indlæggelser med links til datakildernes visning på sundhed.dk

1 P0

8 Lægens indgang til NPI skal indeholde en dynamisk (java script baseret) tabel-lignende oversigt over patientens medicineringer med links til datakildernes visning på sundhed.dk

1 P0

9 Lægens indgang til NPI skal indeholde en dynamisk (java script baseret) tabel-lignende oversigt over patientens prøvesvar med links til datakildernes visning på sundhed.dk

1 P0

10 Lægens indgang til NPI skal indeholde en statisk (uden brug af java script) tabel-lignende oversigt over patientens indlæggelser med links til datakildernes visning på sundhed.dk

1 P0

11 Lægens indgang til NPI skal indeholde en statisk (uden brug af java script) tabel-lignende oversigt over patientens medicineringer med links til datakildernes visning på sundhed.dk

1 P0

12 Lægens indgang til NPI skal indeholde en statisk (uden brug af java script) tabel-lignende oversigt over patientens prøvesvar med links til datakildernes visning på sundhed.dk

1 P0

13 Patientens indgang til NPI skal indeholde en kronologisk oversigt over medicineringer, indlæggelser og prøvesvar med links til datakildernes visning på sundhed.dk. Gerne afspejlet som en tidslinje.

1 P0

14 Lægens indgang til NPI skal indeholde en kronologisk oversigt over patientens medicineringer, indlæggelser og prøvesvar med links til datakildernes visning på sundhed.dk. Gerne afspejlet som en tidslinje.

1 P0

@[email protected]

5

15 NPI skal integrere til e-journal via den eksisterende servicehost på e-journal

1 P0

16 NPI skal integrere til PEM via den eksisterende servicehost på PEM

1 P0

17 NPI skal integrere til LPR gennem den eksisterende servicehost på sundhed.dk

1 P0

18 NPI skal integrere til LabSvar gennem den eksisterende servicehost på sundhed.dk

1 P0

19 NPI skal benytte brugerrettigheds-, samtykke- og rolle-modulerne fra sundhed.dk

1 P0

20 NPI skal benytte logningsfunktionaliteten i sundhed.dk

1 P0

21 Login til NPI skal for patientens vedkommende skevia login på sundhed.dk med privat digital signatur.

1 P0

22 Login til NPI skal for lægens vedkommende ske via login på sundhed.dk med sundhedsfaglig digital signatur.

1 P0

061009-1


Samarbejdsorganisation

Systemløsninger - Længerevarende projekter

Forbrugsafregning med maks. Pris



Rammekontrakt 02.18


Leveringsaftalebilag : 10 - Samarbejdsorganisation10 - SamarbejdsorganisationLeveringsaftale : Systemløsninger - Længerevarende projekter Forbrugsafregning med maks. Pris Side 2 af 8Dokument : @[email protected] / version 1.10


1.1. Formål......................................................................................................................................31.2. Sammenhæng til øvrige bilag................................................................................................3

2. Kundens organisation.....................................................................................................................42.1. Kundens nøglepersoner ........................................................................................................52.2. Kundens krav til Samarbejdsorganisationen......................................................................5

3. Leverandørens organisation...........................................................................................................73.1. Leverandørens nøglepersoner ..............................................................................................7

Tabeloversigt.............................................................................................................................................8

Rammekontrakt 02.18



1. Indledning

1.1. FormålI dette Leveringsaftalebilag angiver Kunden sine krav til den Samarbejdsorganisation, som etableres, når aftalen er indgået mellem Kunden og Leverandøren.

Leverandøren skal angive sit Løsningsforslag relateret til Kundens krav til Samarbejdsorganisationen.


Kravbesvarelsen i dette Leveringsaftalebilag skal følge formelle krav angivet i Leveringsaftalebilag 03 under punktet ’Fælles krav til Leverandørens kravbesvarelse’.

Reaktionstider anført i Leveringsaftalebilag 06 forudsætter henvendelse til rette kontaktpunkt.

Der skal være overensstemmelse med den projekt- eller udviklingsmetode, som Leverandøren har angivet i Leveringsaftalebilag 08 og den samarbejdsorganisation, som er angivet i dette bilag.

Ændringshåndtering i henhold til Leveringsaftalebilag 09 foregår i organer fastlagt i dette Leveringsaftalebilag 10, og beslutninger forudsætter deltagelse af personer med beslutningskompetence som angivet heri.

Leverandørens beskrivelse af Samarbejdsorganisationen i dette bilag skal afspejle Kundens deltagelse, som angivet i Leveringsaftalebilag 11.

Rammekontrakt 02.18



2. Kundens organisationDer er tale om et samarbejdsprojekt mellem Kunden og Digital Sundhed, og der er udarbejdet en selvstændig samarbejdsaftale mellem Kunden og Digital Sundhed.

Såvel Kunden som Digital Sundhed anvender Prince2 som grundlag for deres projektmodel. I den forbindelse er der nedsat en projektstyregruppe, hvor Kunden’s repræsentant er Projektchef Glenn Leervad-Bjørn, og Digital Sundheds repræsentant er Programleder Susie Wagner Bondorff. Sidstnævnte indgår i rollen som styregruppeformand, jf. Prince2.

Leverandøren forholder sig formelt set til Kunden som bestiller, men i det daglige udviklingsarbejde forholder Leverandøren sig først og fremmest til den fælles projektleder, Mikkel Schou-Nielsen, der repræsenterer såvel Kunden som Digital Sundhed. Der er nedsat et udviklingsteam som på kundesiden, ud over den fælles projektleder, tæller følgende medlemmer: Teknisk projektleder Philip Haugaard (Kunden) og ansvarlig for klinisk indhold og dataudvælgelse, Pernille Kirkvåg (Digital Sundhed).

Det daglige udviklingsarbejde varetages og prioriteres i øvrigt i henhold til principperne for agil udvikling og i henhold til kravene i bilag 3 og 3a.

Rammekontrakt 02.18



2.1. Kundens nøglepersonerI Tabel 2-1 har Kunden angivet de nøglepersoner, som deltager i Samarbejdsorganisationen.

Navn Rollebeskrivelse Funktion

Projektchef Glenn Leervad-Bjørn og Susie Wagner Bondorff.

Ansvarlig for at træffe bindende beslutninger i forhold til kontrakten

Mikkel Schou-Nielsen Ansvarlig for Ændringshåndtering

Projektchef Glenn Leervad-BjørnSusie Wagner BondorffMikkel Schou-Nielsen

Har mandat til at fremsende en Ændringsanmodning

Mikkel Schou-Nielsen Projektleder og evt. CV for denne

Tabel 2-1, Kundens nøglepersoner

2.2. Kundens krav til SamarbejdsorganisationenDer skal etableres en Samarbejdsorganisation, som både kan håndtere det daglige arbejde og som er beslutningsdygtig i forhold til de spørgsmål af bl.a. kommerciel karakter, der løbende vil komme. Den endelige detaljering af Samarbejdsorganisationen [vil/kan] ske i forbindelse med en senere afklaringsfase.

I Tabel 2-2 har Kunden angivet de krav, som denne har til Leverandørens beskrivelse af Samarbejdsorganisationen.

Krav ID Kravtype(MK K1 – Kn)

Titel Beskrivelse

Lokaliteten i forbindelse med udviklingsarbejdet, uddannelse af Kundens medarbejdere o.a

Det daglige udviklingsarbejde udføres overvejende på Leverandørens adresse. Diverse møder, test og demoer foretages på adresse efter Kundens valg.

Rammekontrakt 02.18



Krav vedrørende angivelse af konkrete kontaktdata i dette Leveringsaftalebilag

Disse er allerede udvekslet pr, mail.

Angivelse af kontakt for henvendelser vedrørende forhold, hvor Leverandøren er forpligtet af et servicemål om reaktionstid

Jf. sundhed.dk-specifikke krav i Bilag 3.

Angivelse af konkrete krav til rapportering til brug for projektorganisationen

Der rapporteres via såkaldte ”sprint-møder” og via referat for hver af disse møder, som sendes til den fælles projektleder, den tekniske projektleder og Kundens projektstyregruppe.

Angivelse af Leverandørens ansvarlige for Ændringshåndtering


Beskrivelse af Leverandørens organisering af Ændringshåndtering


Involvering af interne følgegrupper i Kundens organisation

Dette aftales efter behov mellem Kunden og Leverandøren.

Procedurer for afholdelse af Styregruppemøder(mødefrekvens, forberedelse af dagsordener og etablering af beslutningsgrundlag, rapportering til brug for forberedelse, krav til referat, systemer og procedurer for risikostyring mm.).

Der afholdes styregruppemøder efter hvert sprintmøde, dvs. hver 14. Dag. Kunden varetager dette og involverer Leverandøren efter behov.

Tabel 2-2, Kundens krav til Samarbejdsorganisationen - kravtabel

Rammekontrakt 02.18



3. Leverandørens organisation

3.1. Leverandørens nøglepersonerI Tabel 3-1 har Leverandøren angivet de nøglepersoner, som deltager i samarbejdsorganisationen. Såfremt Kunden i Error! Reference source not found. eller i Tabel 2-2 har stillet krav til Leverandørens angivelse af nøglepersoner, skal disse beskrives nedenfor.

Navn Rollebeskrivelse Funktion

Jesper Carøe Ansvarlig for at træffe bindende beslutninger i forhold til kontrakten

Preben Thorø Ansvarlig for Ændringshåndtering

Preben Thorø Projektleder

Kjeld FrobergNiels Ladegaard Bech

Udviklingsteam

Tabel 3-1, Leverandørens angivelse af nøglepersoner

Rammekontrakt 02.18



Tabeloversigt

Tabel 2-1, Kundens nøglepersoner ....................................................................................................................... 5Tabel 2-2, Kundens krav til Samarbejdsorganisationen - kravtabel................................................................. 6Tabel 3-1, Leverandørens angivelse af nøglepersoner ....................................................................................... 7

@[email protected]




Leveringsvederlag og betalingsplan

samt øvrige priser



Rammekontrakt 02.18


Leveringsaftalebilag : 12 - Leveringsvederlag og betalingsplan samt øvrige priserLeveringsaftale : Projekter - Forbrugsafregning Side 2 af 12Dokument : @[email protected] / version 1.10

Indholdsfortegnelse1.1. Formål .......................................................................................................................................31.2. Sammenhæng til øvrige bilag .................................................................................................35.1. Timepriser baseret på SKI-pris..............................................................................................86.1. Rejseudgifter.............................................................................................................................97.1. Aftalt rapportering.................................................................................................................10

Rammekontrakt 02.18



1. Indledning

1.1. FormålLeveringsaftalebilagets formål er at samle alle de økonomiske parametre, der skal reguleres i forhold til Leveringsaftalen. På baggrund af Leverandørens tilbud, Kundens valg og justeringer før Kontraktunderskrift etableres Kontraktsummen. På basis af Kontraktsummen etableres betalingsregler og betalingsplan.

Dette Leveringsaftalebilag beskriver derudover:

- Principper for justering af betalingsplanen i forbindelse med tilkøb og licenser.

- Ydelsesdokumentation


Tidsplanen i Leveringsaftalebilag 01 angiver den tidsmæssige fastlægning af milepæle, som har betydning for betaling.

Arbejdspakker er angivet i Leveringsaftalebilag 03

Den aftalte rabatstruktur på SKI-priser jf. Rammekontraktens Underbilag 03.1.1 og 03.1.2

Rammekontrakt 02.18



2. KontraktsumVed Kontraktunderskrift indeholder nærværende Leveringsaftalebilag:

Estimerede omkostninger til Leverandørens timeforbrug jf. nærværende afsnit

Estimerede Øvrige Omkostninger jf. afsnit 6

Herved fremkommer den forventede samlede omkostning. Rabatsatsen for Volumenrabat jf. Underbilag 03.1.1 og 03.1.2 findes ud fra denne samlede omkostning.

Kontraktsummen ved Kontraktunderskift udgør angivne og estimerede omkostninger i nærværende Leveringsaftalebilag fratrukket Volumenrabat og evt. ’Tillægsrabat ved tidligbestilling’.

Kontraktsummen revideres løbende efter Kontraktunderskrift i forhold til faktisk forbrug og aftalte ændringer. Volumenrabatsatsen fastholdes gennem hele Leveringsaftalens løbetid.

Aftalen er baseret på følgende timepriser:

RessourcekategorierRessourcegrupper 1 2 3 4 5 6 7Lokal 707 884 1.017 1.194 1.326 1.548 1.767Ikke lokal 1

Opgaven estimeres til:

Ressourcekategori 1 2 3 4 5 6 7

Timepris (Kr.) 707 884 1.017 1.194 1.326 1.548 1.767

Estimeret antal timer 0 0 340 200 110 0 0

EstimeretOmkostning (Kr.)

0 0 345.780 238.800 145.860 0 0

Maksimalpris (Kr.) 730.440

Leverandøren har, efter Statens regler for dokumentation, ret til at få dækket sine rimelige rejseomkostninger i forbindelse med møder og andre projektaktiviteter hos Kunden.

Rammekontrakt 02.18



De samlede rejseomkostninger estimeres til kr. 16.200,-

Timeforbruget til transport afregnes med 50% rabat.

Den samlede kontraktsum udregnes herefter til:

Timeforbrug: 730.440

Rejseomkostninger 16.200

I alt 746.640

Samlet omkostningsestimat (i Kr.)

Volumenrabat 10% 74.664

Kontraktsum (i Kr.,) 671.976

Rammekontrakt 02.18



3. Justering af vilkår i LeveringsaftaleKunden har i Tabel 3-1 angivet valgte justeringer af vilkår i Leveringsaftalen.

Justering valgt af Kunden

Reference tilLeverings-aftalen

A: A

lternativ regulering / B:

Bortfald / C

: Tilvalg

Alternativ formulering af vilkår

(sæt X.)

11.2 + 11.3 C Kunden erhverver ejendomsret, ophavsret og enhver anden rettighed til dette, herunder ret til selv frit at videreoverdrage rettighederne helt eller delvis samt efter eget skøn til atfrigive rettigheder til det frembragte på kommerciel licens og/eller som Open Source Programmel samt til at stille det til rådighed for tredjemand via Internettet. De erhvervede rettigheder omfatter også ret til anvendelse til andre formål og på andre teknologiske platforme.

Kunden skal løbende have udleveret den kildekode, der frembringes under Leveringsaftalen. Efter Leverandørens valg kan udlevering f.eks. ske ved, at Kunden får online adgang til at hente kildekoden fra det sted, hvor kildekoden opbevares.

X

11.2 + 11.3 C Kunden erhverver en brugsret i forbindelse med egne forretningsprocesser, der er ubegrænset i tid og omfang.

Til understøttelse af Kundens mulighed for Overdragelse af Kundens vedligeholdelse, videreudvikling, forvaltning og driftsafvikling til tredjemand, skal Kunden løbende have udleveret kopi af den kildekode, der frembringes under Leveringsaftalen. Efter Leverandørens valg kan udlevering f.eks. ske ved, at Kunden får online adgang til at hente kildekoden fra det sted, hvor kildekoden opbevares. Kildekoden må kun benyttes til vedligeholdelse og videreudvikling for Kunden til brug i Kundens forretningsprocesser.

11.2 + 11.3 C Kunden erhverver en brugsret i forbindelse med egne forretningsprocesser, der er ubegrænset i tid og omfang.

Leverandøren skal ikke udlevere kildekoden løbende, men Leverandøren skal foretage sådanne foranstaltninger, der gør kildekoden tilgængelig for Kunden i tilfælde af Leverandørens misligholdelse.

Tabel 3-1, Justering af aftalevilkår, A-MNO

Tabel 3-1 må ikke ændres jf. Rammekontraktens bestemmelse udover Kundens angivelse af værdi i kolonnen: ’Justering valgt af Kunden’

Rammekontrakt 02.18



4. BetalingYdelser som jf. Leveringsaftalen kan faktureres efter forbrug vil blive afregnet månedsvis.

Rammekontrakt 02.18



5. Timepriser Afsnittet omhandler de timepriser, SKI-priser, som leveringen afregnes efter.

SKI-priser er angivet i Rammekontraktens Underbilag 3.1.1 og 3.1.2.

Leverandøren skal sørge for, at der er overensstemmelse mellem nedenstående angivelser og angivelserne for Leverandøren i ovennævnte underbilag.

5.1. Timepriser baseret på SKI-pris

RessourcekategorierRessourcegrupper 1 2 3 4 5 6 7Lokal 707 884 1.017 1.194 1.326 1.548 1.767Ikke lokal 1

Tabel 5-1, Timepriser baseret på SKI-priser

Rammekontrakt 02.18



6. Øvrige Omkostninger

6.1. RejseudgifterLeverandøren har, efter Statens regler for dokumentation, ret til at få dækket sine rimelige rejseomkostninger i forbindelse med møder og andre projektaktiviteter hos andre underleverandører.

De samlede rejseomkostninger estimeres til kr. 16.200,-

Rammekontrakt 02.18



7. RapporteringVed alle ydelser, der i henhold til Leveringsaftalen kan faktureres efter forbrug, skal Leverandøren for hver medarbejder omhyggeligt og løbende føre et timeregnskab med detaljeret angivelse af, hvad tiden er anvendt til, idet en samlet detaljeret og aktivitetsopdelt specifikation månedligt udleveres til Kunden med eventuelt understøttende materiale. Leverandøren skal justere specifikationen for Kundens eventuelle rimelige begrundede indsigelser.

Parterne kan indbyrdes aftale frekvens, detaljeringsgrad og form for rapportering af forbrug, idet Leverandøren dog til enhver tid på anfordring skal give Kunden adgang til yderligere indsigt i den løbende tidsregistrering.

Samme krav til rapportering og adgang til indsigt gælder i forhold til eventuelle udlæg og materialer, som Kunden skal betale efter forbrug.

7.1. Aftalt rapporteringLeverandøren fakturerer månedligt bagud det forbrugte antal timer.

Rammekontrakt 02.18



8. IndeksreguleringerSKI-priser reguleres i henhold til Rammekontraktens bestemmelse.

Rammekontrakt 02.18



Tabeloversigt

Tabel 3-1, Justering af aftalevilkår, A-MNO ....................................................................................................... 6Tabel 5-1, Timepriser baseret på SKI-priser ....................................................................................................... 8

@[email protected]




Rammekontrakt 02.18


Leveringsaftalebilag :Leveringsaftale : Side 2 af 14Dokument : @[email protected] / version


1.1. Formål......................................................................................................................................31.2. Sammenhæng til øvrige bilag................................................................................................3

2. Kundens krav til Prøver .................................................................................................................42.1. Prøvens genstand ...................................................................................................................42.2. Afprøvningsprogram .............................................................................................................42.3. Afprøvningsforskrifter ..........................................................................................................52.4. Afprøvningsplaner .................................................................................................................52.5. Fejlkategorier ..........................................................................................................................52.6. Generelle krav.........................................................................................................................62.7. Prøvekatalog ...........................................................................................................................6

2.7.1. Prøveoversigt .................................................................................................................63. Leverandørens kravbesvarelse.....................................................................................................12

3.1. Afprøvningsprogram ...........................................................................................................123.2. Afprøvningsforskrifter ........................................................................................................123.3. Afprøvningsplaner ...............................................................................................................123.4. Generelle krav.......................................................................................................................123.5. Prøvekatalog .........................................................................................................................12

3.5.1. Kravbesvarelse for prøver .........................................................................................13Tabeloversigt...........................................................................................................................................14

Rammekontrakt 02.18



1. Indledning

1.1. FormålI dette Leveringsaftalebilag angives Kundens krav til afprøvning af Leverancen. Leverandøren udarbejder på baggrund af Kundens krav en overordnet plan for prøverne, herunder et afprøvningsprogram, afprøvningsforskrifter og afprøvningsplaner.

Formålet med prøverne er at finde og rette fejl samt at verificere, at Leverancerne opfylder de specificerede krav, herunder de Servicemål som er angivet i Leveringsaftalebilag 06.


Tidsplanen i Leveringsaftalebilag 01 skal afspejle de krav til Prøver og Milepæle, som Kunden har angivet i nærværende Leveringsaftalebilag afsnit 2.7.

I nærværende Leveringsaftalebilag afsnit 2.7 angives de IT-miljøer, Standardprogrammel og værktøjer, der skal anvendes i forbindelse med Prøver. Dette skal være i overensstemmelse med Leveringsaftalebilag 02, som angiver, hvad der stilles til rådighed for Leverandøren af IT-miljøer, Standardprogrammel og værktøjer.

Leveringsaftalebilag 04, hvor Kunden angiver krav til den Dokumentation, der skal udarbejdes for Prøver.

Leveringsaftalebilag 06, hvor Kunden angiver krav til Servicemål for Vedligeholdelse, som Leverandøren under Driftsprøven skal leve op til.

Leveringsaftalebilag 10, hvor krav til Samarbejdsorganisation samt ansvar og roller i forbindelse med prøveafvikling beskrives.

Leveringsaftalebilag 11, hvor omfanget af Kundens medvirken i Prøver angives.

Kravbesvarelsen i dette Leveringsaftalebilag skal følge formelle krav angivet i Leveringsaftalebilag 03 under punktet ”Fælles krav til Leverandørens kravbesvarelse”.

Rammekontrakt 02.18



2. Kundens krav til PrøverKundens krav til prøver er struktureret indenfor 5 væsentlige områder:

Prøvens genstand

Afprøvningsprogram

Afprøvningsforskrifter

Afprøvningsplaner

Fejlkategorier

Nedenfor er de 5 områder beskrevet nærmere.

I afsnit 2.6 har Kunden angivet sine generelle, tværgående krav til prøver, og i afsnit 2.7har Kunden angivet sit prøvekatalog, som indeholder de detaljerede krav til hver enkelt defineret prøvetype.

2.1. Prøvens genstandPrøvning af en Leverance har til formål at sikre, at Leverandørens Leverance på overtagelsestidspunktet er fejlfri,stabil og opfylder de fastlagte krav og servicemål.

Genstanden for prøven er en Leverance, der kan være alt fra:

Et helt nyt delsystem

En opgradering af komponenter i systemafviklingsplatformen, f.eks. en opgradering af basisprogrammel – hvor Leverancen stort set alene består i en afprøvning af, om applikationsprogrammellet fortsat virker

En ændring til applikationsprogrammellet

Et dokumentationselement.

2.2. AfprøvningsprogramAfprøvningsprogrammet har som formål at give en samlet og dækkende, men over-ordnet beskrivelse af de afprøvninger, der skal gennemføres som en del af Leverancen. Afprøvningsprogrammet fastlægger principperne og de metoder, der skal anvendes.

Kundens detaljerede krav til afprøvningsprogrammet er angivet i Tabel 2-2.

Rammekontrakt 02.18



2.3. AfprøvningsforskrifterAfprøvningsforskrifterne skal for hver af de afprøvninger, der er defineret i afprøvningsprogrammet, i detaljer beskrive gennemløbet af afprøvningerne.

Kundens detaljerede krav til afprøvningsforskrifter er angivet i Tabel 2-2

2.4. AfprøvningsplanerAfprøvningsplanerne omfatter også eventuelle installationsaktiviteter. Kundens detaljerede krav til afprøvningsplaner er angivet i Tabel 2-2.

2.5. FejlkategorierFejl identificeret under en prøve inddeles i de kategorier, som Kunden har angivet i Tabel 2-1. Fejlniveauet i en prøve opgøres ved optælling af fejl i de definerede fejlkategorier.

Nr Betegnelse Beskrivelse

1 Kritisk fejl Fejl der medfører at ingen af de væsentlige arbejdsprocesser er mulige at gennemføre, ej heller ved mindre ændringer i arbejdsprocessen.

Prøven afbrydes, idet det ikke giver mening at fortsætte.

Leverandøren skal, uden ugrundet ophold, udbedre den eller de kritiske fejl. Hvis Leverandøren ikke er i stand til at udbedre den/de kritiske fejl indenfor maksimalt fem kalenderdage, skal Leverandøren levere bindende planer til Kunden for hvorledes den/de kritiske fejl vil blive udbedret indenfor prøveperioden..

2 Alvorlig fejl Fejl der medfører at flere væsentlige arbejdsprocesser ikke kan gennemføres eller kun kan gennemføres ved væsentlige ændringer i arbejdsgangen.

Kunden kan vælge at indstille prøven, såfremt sådanne fejl opstår.

Leverandøren skal, uden ugrundet ophold, udbedre den eller de alvorlige fejl. Hvis Leverandøren ikke er i stand til at udbedre den/de alvorlige fejl indenfor maksimalt ti kalenderdage, skal Leverandøren levere bindende planer til Kunden for hvorledes den/de alvorlige fejl vil blive udbedret indenfor prøveperioden..

3 Betydende fejl Fejl der resulterer i at arbejdsprocesser ikke kan gennemføres eller kun kan gennemføres ved ændringer i arbejdsgangen.

Fejlen kan afhjælpes i prøveperioden

Kunden kan vælge at indstille prøven, såfremt sådanne fejl opstår.

Leverandøren skal, uden ugrundet ophold, udbedre den eller de alvorlige fejl. Hvis Leverandøren ikke er i stand til at udbedre den/de betydende fejl indenfor maksimalt femten kalenderdage, skal Leverandøren levere bindende planer til Kunden for hvorledes den/de betydende fejl vil blive udbedret indenfor prøveperioden.

4 Normal fejl Fejl der ikke hindrer at arbejdsprocessen i at kunne gennemføres normalt, eventuelt med mindre ændringer i arbejdsprocessen for at omgå fejlen.

Leverandøren skal levere bindende planer til Kunden, der beskriver hvorledes alle normale fejl udbedres indenfor prøveperioden.

Rammekontrakt 02.18



5 Mindre betydende fejl Ubetydelig eller kosmetisk fejl, men hvor der er fejl i forhold til aftalegrundlaget.

Leverandøren skal levere bindende planer til Kunden, der beskriver hvorledes alle mindre betydende fejl udbedres.

Tabel 2-1, Fejlkategorier

Det er som udgangspunkt Kunden, der afgør hvilken kategori en given fejl tilhører, samt om der ved er anvist en anvendelig omgåelse.

2.6. Generelle kravTabel 2-2 indeholder Kundens generelle krav til Prøver.

Kravtype

Titel KravbeskrivelseKrav ID

K1-Kn

Lab14-G-1 Ansvar for afprøvning Leverandøren har som en del af Leverancen ansvaret for afprøvningen af de Leverancer som er et resultat af de udviklingsydelser, som Leverandøren leverer i overensstemmelse med Kontrakten.

Lab14-G-2 Udføre afprøvning Udføre afprøvningen – helt eller delvist.Tabel 2-2, Generelle krav til prøver - Kravtabel

2.7. Prøvekatalog

2.7.1. Prøveoversigt

I Tabel 2-3 viser en oversigt over de prøver, som er defineret i prøvekataloget

Kravtype

Prøve ID

K1-Kn

Prøvetype Beskrivelse

Lab14-P1

Overtagelsesprøve

Kundens endelige godkendelse af Leverancen.

Lab14-P2

Kvalitetsprøve Tester kodens kvalitet i forhold til Kundens nedskrevne retningslinjer herfor.

Tabel 2-3, Oversigt over prøver i prøvekataloget – Kravtabel

Rammekontrakt 02.18



1 Lab14-P1 – Overtagelsesprøve

1.1 Prøvens genstand

Prøven har til formål at sikre, at Løsningen, som vedligeholdelsesleverandøren skal overtage vedligeholdelsesansvaret for, lever op til de opstillede krav for vedligeholdelse, og at de nødvendige forudsætninger er til stede for at ansvaret for projektet kan overdrages fra udviklingsleverandøren til vedligeholdelsesleverandøren.

Overtagelsesprøven skal sikre, at leverancen understøtter den aftalte funktionalitet. Udgangspunktet for prøven er de stories og tilhørende acceptkriterier der løbende er blevet aftalt understøttet i sprintplanlægningen.

Delovertagelsesprøver gennemføres som del af continuous integration i hvert sprint.

1.2 Testvilkår

Kvalitetsprøve skal være gennemført på den afleverede version af Leverancen.

Der må ikke uden Kundens accept være kendte kritiske, alvorlige eller betydende fejl når kvalitetsprøven gennemføres.

Overtagelsesprøve gennemføres på hver af de User Stories, som gennem Scrum processen er blevet udvalgt og implementeret som en del af udviklingsopgaven. Overtagelsesprøven udføres ved at gennemføre de User Acceptance Tests som er defineret til hver af de User Stories, der som beskrevet ovenfor er implementeret i Leverancen. Det er Kundens ansvar at planlægge og afholde User Acceptance Tests.

Al aftalt dokumentation og kildetekst skal være tilgængelig.

Kunden er ikke berettiget til at definere yderligere testkriterier uden forudgående accept fra Leverandøren.

1.3 Miljøer

1.4 Testværktøjer

1.5 Sikkerhedskrav

1.6 Prøvedata

1.7 Uddannelses- og undervisningsmateriale

1.8 Godkendelseskriterier

Godkendelseskriterierne er relateret til antal fejl i de enkelte fejlkategorier.

Beståelse/ikke-beståelse af prøven afgøres ud fra følgende kriterier:

Fejlkategori Acceptabelt fejlniveau målt ved max antal fejl

Kritisk fejl Ingen fejl

Rammekontrakt 02.18



Alvorlig fejl Ingen fejl

Betydende fejl Max 5 fejl

Normal fejl Max 30 fejl ved en større applikation

Mindre betydende fejl Ingen begrænsning – dog skal Leverandøren udarbejde en bindende plan for hvordan og hvornår fejlene udbedres.

Tabel 2-4, Godkendelseskriterier for Lab14-P1

1.9 Dokumentation

1.10 Godkendelse

Med mindre andet er aftalt, skal Kunden senest ti Arbejdsdage efter at have modtaget rapport med prøveresultatet, skriftligt meddele Leverandøren, om prøven er bestået eller ikke bestået med angivelse af fejl og manglende overholdelse af servicemål i en mangelliste. En prøve er bestået, når godkendelseskriterierne fastsat i afprøvningsprogrammet er opfyldt.

Såfremt der konstateres fejl, skal Leverandøren snarest muligt rette disse og efterfølgende demonstrere, at afhjælpning har fundet sted i henhold til klassifikationen af fejltypen.

Såfremt Kunden ikke afgiver meddelelse om godkendelsen inden fristen, kan Leverandøren meddele Kunden, at prøven vil blive anset for godkendt, medmindre Kunden ikke inden 10 Arbejdsdage regnet fra Leverandørens meddelelse tager stilling til prøven.

1.11 Kravtabel

Nedenstående kravtabel er konkretisering af kravbeskrivelserne for prøven, hvor de enkelte krav er identificeret og kategoriseret.

Kravtype


K1-Kn

GenereltDer foretages løbende (hver 14. dag) test af funktionaliteten af den seneste udvikling.Kravene til funktionaliteten er beskrevet i underbilag 3a.

TestvilkårDer er tale om en ”live-test”, hvor det primære fokus er på funktionalitet, og dermed også en løbende overtagelsesprøve.

MiljøerDer foretages test i Sundhed.dk’spræproduktionsmiljø (Bruger testmiljø) hos Sundhed.dk. For så vidt dette ikke er muligt, kan testen for et sprint foretages i testmiljøet.

Rammekontrakt 02.18



TestværktøjerDer anvendes ikke konkrete testværktøjer, men testen baseres på de usercases, der udarbejdes løbende.

Sikkerhedskrav

Prøvedata

Uddannelses- og undervisningsmateriale

Godkendelseskriterier

DokumentationOverdrages løbende ifm. sprintforløbet

GodkendelseKundens godkendelse af produktet sker ved hvert sprintforløb. Dog vil der ske en godkendelse af den samlede løsning, efter det sprint hvor denne foreligger.

Forhold, der tidligere er godkendt skal dog have ændret funktionalitet eller være fejlbehæftet for ikke at blive godkendt i forbindelse med test af den samlede løsning

Andre krav

Tabel 2-5, Kravtabel for Prøven – Lab14-P1 - Overtagelsesprøve

2 Lab14-P2 – Kvalitetsprøve

2.1 Prøvens genstand

Kvalitetsprøven skal sikre den softwaremæssige kvalitet i projektet. Kvaliteten skal sikre at projektet efter aflevering kan vedligeholdes og videreudvikles.

Kvalitetsprøver gennemføres som del af continuous integration i hvert sprint.

2.2 Testvilkår

Kunden forpligter sig til at indgå i Scrum processen på følgende vis:

1. Leverandøren frigiver efter hvert afsluttet sprint en ny version af Leverancen.

Rammekontrakt 02.18



2. Kunden udfører Kvalitetstest af Leverancen i løbet af det efterfølgende sprint således, at eventuelle mangler i forhold til den krævede kvalitet kan indføres i projektets backlog inden opstart på næste sprint.

3. Kunden forpligter sig til at prioritere mangler i kvalitet øverst på projektets backlog, så disse mangler udbedres i det tidligst mulige sprint.

Der udføres en afsluttende Kvalitetsprøve i forbindelse med Overtagelsesprøven.

2.3 Miljøer

2.4 Testværktøjer

2.5 Sikkerhedskrav

2.6 Prøvedata

2.7 Uddannelses- og undervisningsmateriale

2.8 Godkendelseskriterier

Godkendelseskriterierne er relateret til antal fejl i de enkelte fejlkategorier.

Beståelse/ikke-beståelse af prøven afgøres ud fra følgende kriterier:

Fejlkategori Acceptabelt fejlniveau målt ved max antal fejl

Kritisk fejl Ingen fejl

Alvorlig fejl Ingen fejl

Betydende fejl Max 5 fejl

Normal fejl Max 30 fejl ved en større applikation

Mindre betydende fejl Ingen begrænsning – dog skal Leverandøren udarbejde en bindende plan for hvordan og hvornår fejlene udbedres.

Tabel 2-6, Godkendelseskriterier for P3

2.9 Dokumentation

2.10 Godkendelse

Med mindre andet er aftalt, skal Kunden senest ti Arbejdsdage efter at have modtaget rapport med prøveresultatet, skriftligt meddele Leverandøren, om prøven er bestået eller ikke bestået med angivelse af fejl og manglende overholdelse af servicemål i en mangelliste. En prøve er bestået, når godkendelseskriterierne fastsat i afprøvningsprogrammet er opfyldt.

Såfremt der konstateres fejl, skal Leverandøren snarest muligt rette disse og efterfølgende demonstrere, at afhjælpning har fundet sted i henhold til klassifikationen af fejltypen.

Rammekontrakt 02.18



Såfremt Kunden ikke afgiver meddelelse om godkendelsen inden fristen, kan Leverandøren meddele Kunden, at prøven vil blive anset for godkendt, medmindre Kunden ikke inden 10 Arbejdsdage regnet fra Leverandørens meddelelse tager stilling til prøven.

2.11 Kravtabel

Nedenstående kravtabel er konkretisering af kravbeskrivelserne for prøven, hvor de enkelte krav er identificeret og kategoriseret.

Kravtype


K1-Kn

GenereltDer foretages løbende (hver 14. dag) test af kvaliteten af den seneste udvikling.

TestvilkårKravene til kvalitetstesten er beskrevet i bilag 3 og underbilag 3a.

MiljøerDer foretages test i Sundhed.dk’s testmiljø hos Sundhed.dk.

TestværktøjerDer anvendes ikke konkrete testværktøjer

Sikkerhedskrav

Prøvedata

Uddannelses- og undervisningsmateriale

Godkendelseskriterier

DokumentationOverdrages løbende ifm. sprintforløbet

GodkendelseKundens godkendelse af produktet sker ved hvert sprintforløb

Andre krav

Tabel 2-7, Kravtabel for Prøven – Lab14-P2 - Kvalitetsprøve

Rammekontrakt 02.18



3. Leverandørens kravbesvarelse

3.1. Afprøvningsprogram

3.2. Afprøvningsforskrifter

3.3. Afprøvningsplaner

3.4. Generelle kravNedenstående Tabel 3-1 refererer til krav i Tabel 2-2.

Kravtype

Kravop-fyldelses-grad

Helt

Delvist

Ikke

KravID

K1-Kn (X) (X) (X)


Lab14-G-1X Det er Kundens ansvar at planlægge og afholde User

Acceptance Tests

Lab14-G-2X Leverandøren gennemfører løbende kvalitetsprøver gennem

continues integration. Kunden udfører den formelle Kvalitetstest af Leverancen.

Tabel 3-1, Generelle krav til prøver – Kravbesvarelse

3.5. PrøvekatalogLeverandøren skal i Tabel 3-2 angive hvilke prøver, som Leverandøren tilbyder jf. Tabel 2-3.

Rammekontrakt 02.18



Kravtype


Helt

Delvist

Ikke

PrøveID

K1-Kn (X) (X) (X)


Lab14-P1X

Lab14-P2X

Tabel 3-2, Prøvekatalog – Kravbesvarelse

3.5.1. Kravbesvarelse for prøver

Leverandøren skal i Tabel 3-3 angive løsningsbeskrivelse for samtlige enkelte prøvers individuelle krav jf. kravtabeller under afsnit 2.7.1.

Kravtype


Helt

Delvist

Ikke

KravID

K1-Kn

Prøve ID

(X) (X) (X)


Tabel 3-3, Individuelle krav per prøve - Kravbesvarelse

Rammekontrakt 02.18



Tabeloversigt

Tabel 2-1, Fejlkategorier ......................................................................................................................................... 6Tabel 2-2, Generelle krav til prøver - Kravtabel................................................................................................. 6Tabel 2-3, Oversigt over prøver i prøvekataloget – Kravtabel......................................................................... 6Tabel 2-4, Godkendelseskriterier for Lab14-P1.................................................................................................. 8Tabel 2-5, Kravtabel for Prøven – Lab14-P1 - Overtagelsesprøve ................................................................. 9Tabel 2-6, Godkendelseskriterier for P3 ............................................................................................................ 10Tabel 2-7, Kravtabel for Prøven – Lab14-P2 - Kvalitetsprøve ...................................................................... 11Tabel 3-1, Generelle krav til prøver – Kravbesvarelse..................................................................................... 12Tabel 3-2, Prøvekatalog – Kravbesvarelse......................................................................................................... 13Tabel 3-3, Individuelle krav per prøve - Kravbesvarelse................................................................................. 13

Documents

NPI SKI aftale