Del II SSA-L Bilag til den generelle avtaleteksten Anskaffelse av rammeavtale for felles publisering av metodebøker
Del II SSA-L Bilag til den generelle avtaleteksten Anskaffelse av rammeavtale for felles publisering av metodebøker
Innhold
L‐Bilag 1: Kundens kravspesifikasjon 4
1.1 Avtalens punkt 1.1 Avtalens omfang 4
1.1.1 Bakgrunn 4
1.1.2 Formål 5
1.1.3 Omfang 6
1.1.4 Definisjon av en bok 6
1.2 Avtaleinnretning 6
1.3 Generelle/Administrative krav 6
1.3.1 Leverandørens oppdragsforståelse 6
1.3.2 Leverandørens forutsetninger 7
1.3.3 Myndighetskrav 7
1.3.4 Sikkerhet for tilgang til bøker og innhold 8
1.3.5 Etableringsprosjektet 8
1.3.6 Administrative bestemmelser 8
1.3.7 Dokumentasjon 9
1.3.8 Opplæring 9
1.3.9 Merkantile forhold/pris 9
1.4 Funksjonelle krav 10
1.4.1 System for å lage/redigere innhold 10
1.4.2 System for å vise innhold 12
1.5 Tekniske krav 13
1.5.1 Teknisk 13
1.5.2 Sikkerhet 14
1.5.3 Drift og forvaltning 15
L‐Bilag 2: Leverandørens beskrivelse av tjenesten 17
2.1 Generelle/Administrative krav 17
2.1.1 Leverandørens oppdragsforståelse 17
2.1.2 Leverandørens forutsetninger 18
2.1.3 Myndighetskrav 19
2.1.4 Sikkerhet for tilgang til bøker og innhold 19
2.1.5 Dokumentasjon 20
2.1.6 Opplæring 20
2.2 Funksjonelle krav 21
2.2.1 System for å lage/redigere innhold 21
2.2.2 System for å vise innhold 27
2.3 Tekniske krav 31
2.3.1 Teknisk 31
2.3.2 Sikkerhet 35
L‐Bilag 3: Prosjekt og fremdriftsplan 38
3.1 Etableringsprosjektet 38
L‐Bilag 4: Tjenestenivå og standardiserte kompensasjoner 39
4.1 Drift og forvaltning 39
L‐Bilag 5: Administrative bestemmelser 43
5.1 Avtalens punkt 3.1 Varighet og oppsigelse – opsjon på forlengelse 43
5.2 Avtalens punkt 1.5 Partenes representanter 44
5.3 Tredjepart 44
L‐Bilag 6: Samlet pris og prisbestemmelser 45
6.1 Avtalens punkt 6.1 Priser 45
6.1.1 Prismodell for denne avtalen 45
6.1.2 Faste priselementer 45
L‐Bilag 7: Endringer til den generelle avtaleteksten 47
L‐Bilag 8: Endringer av tjenesten etter avtaleinngåelse 48
L‐Bilag 9: Lisensbetingelser for standardprogramvare 49
L‐Bilag 1: Kundens kravspesifikasjon
1.1 Avtalens punkt 1.1 Avtalens omfang
1.1.1 Bakgrunn
Et evidensbasert helsevesen baserer seg på at tjenesten utnytter tilgjengelig kunnskap og erfaring, slik at man tar i bruk ny kunnskap samtidig som utdatert praksis opphører.1 Dette blir stadig mer utfordrende, da mengden av ny kunnskap øker betraktelig fra år til år.2
For å imøtekomme utfordringene utarbeider fagmiljøer i helseforetakene kliniske anbefalinger slik at fagfeller lettere får tilgang til oppdatert kunnskap. Disse anbefalingene utformes gjerne som metodebøker.
I rapporten fra tiltak 50 ‘Kunnskapsbasert pasientplanlegging 3 fra Nasjonal IKT, diskuteres og beskrives hvordan kunnskap i form av kliniske anbefalinger utvikles, publiseres, brukes, revideres og forvaltes i klinisk praksis. Denne prosessen beskriver også livsløpet for metodebøker.
Figur 1 Prosess for kunnskapsforvaltning (fra Tiltak 50)
Det er ønskelig å gi bedre støtte til det å publisere og bruke metodebøker ved å anskaffe en publiseringstjeneste som er lett tilgjengelig for klinikere, enkel å etablere og vedlikeholde, og understøtter målet om redusert uønsket variasjon gjennom standardisering rundt beste praksis, tilpasset lokale forhold.
1 Veileder for utvikling av kunnskapsbaserte retningslinjer. Helsedirektoratet 10/2012
2 xxxx://xxx.xxxxxxxxxxxxx.xxx/xxxx/00xx-xxxxxxx-xxxxxxx-xxxxxxxx.xxxx og xxxx://xxxxxxxxxx.xxx/xxxxxxxxx/
3 xxxxx://xxxxxxxxxxx.xx/Xxxxxxxxx/Xxxxxxxxxx/Xxxxxxxxxx%00xxxxxxxxxx/Xxxxxx%0000%00-
%20Kunnskapsbasert%20pasientplanlegging%20-%20sluttrapport.pdf
Sentrale behov som må dekkes av denne tjenesten er:
• behov for å tilgjengeliggjøre metodebøker på mobile enheter
• mulighet for deling av metodebøker på tvers av helseforetak og helseregioner
• behov for å få metodebøkene tilgjengelige i samme løsning.
1.1.2 Formål
Det er en betydelig variasjon i innholdet i helsetjenestene som tilbys, på alle nivåer i spesialisthelsetjenesten (innad i avdelinger i samme helseforetak, mellom helseforetak og mellom regioner), og ut fra dette naturlig nok også i kvalitet og resultater. Det er et mål å redusere uønsket variasjon ved at man samler seg rundt beste praksis. Det er flere prosesser som må på plass for måloppnåelse knyttet til dette.
Sentralt i dette arbeidet er det å utarbeide og vedlikeholde prosedyrer og metoder. For at disse skal få det nødvendige gjennomslag må de imidlertid tilgjengeliggjøres på et format som gjør det enkelt å ta disse i bruk. Per i dag er dette i liten grad gjort i spesialisthelsetjenesten. Det finnes svært mange prosedyrer, men disse er i liten grad gjort tilgjengelig på et format som gjør dem lett tilgjengelige for dagligdags bruk i klinisk drift.
Videre er det sentralt for ibruktagelse av metodebøker at disse oppfattes som relevante for brukeren. Ulik tilgang til kompetanse og utstyr medfører at forskjellige tilbydere av helsetjenester noen ganger skal, og må tilnærme seg like problemstillinger ulikt. For eksempel: mens en akuttpasient som legges inn på en universitetsklinikk vanligvis vil kunne ferdigbehandles der, vil tilsvarende pasient på et lite lokalsykehus kanskje stabiliseres og forberedes for transport til en større enhet (kanskje nettopp universitetssykehuset) for videre behandling, dette for å sikre likeverdig behandling for disse to pasientene. Det blir derfor slik at for å redusere variasjon i behandling og kvalitet så må man kunne lage lokale tilpasninger av prosedyrer og metoder. For eksempel, der prosedyren et sted kan være «bestill operasjonssal» så kan den et annet sted være
«kontakt universitetssykehus for overflytting». Mange faktorer, inkludert forskjeller i organisering, behandlingstradisjoner osv., har altså bidratt til den ulikhet man i dag observerer.
Det er altså et mål at metoder baserer seg på felles, nasjonale retningslinjer, basert på beste praksis, tilpasset lokale forhold. Måloppnåelse knyttet til dette vil imidlertid kreve et meget betydelig faglig standardiseringsarbeid. Som en myk start på dette, men med en tilnærming som muliggjør et relativt raskt og betydelig bidrag til måloppnåelse, søker man å etablere en felles publiseringsløsning for metodebøker for spesialisthelsetjenesten.
Løsningen må muliggjøre nasjonale metodebøker tilpasset lokale variasjoner, men det må også være mulig å publisere rent lokale metodebøker. Videre må løsningen kunne filtrere og sortere metodebøkene, på foretaksnivå og per fagområde, slik at brukere lett kan få tilgang på de bøkene som er relevante for dem. Muligheten til å lage lokale variasjoner innenfor allerede publiserte bøker (nasjonale, regionale og ellers) vil understøtte standardisering, enten ut fra at avdelingene selv finner dette hensiktsmessig, eller mer styrt, dersom dette besluttes.
Metodebøkene skal være organisert etter emne (og underemner) og skal være delt inn i kapitler (og underkapitler).
En mulig måte å organisere metodebøkene kan være følgende:
Emne
Underemne
Bok
Kapittel
Underkapittel
Tekst, tabeller, bilder, lyd, video, mm
Metodebøkene skal inneholde tekst, tabeller, grafer, bilder, lyd og video (multimedia).
Det skal være enkelt å skrive (evt laste opp), redigere, publisere, administrere, kategorisere, finne, søke i og "lese" metodebøker.
Gevinstene ved bruk av metodebøkene realiseres i størst grad når de reflekterer omforent innhold som brukes av mange helseforetak, og helst på tvers av regionene. Dette forutsetter et enkelt, funksjonelt og oversiktlig brukergrensesnitt med gode og raske søkemuligheter (tenk Google) for "leserne". I tillegg må det være enkelt å lage (skrive/laste opp/redigere/referere/legge inn multimedia og linker) og publisere metodebøker.
For oversikt over gevinstrealisering og forvaltning må løsningen ha gode statistikkfunksjoner som gir innsikt i bruk av løsningen og metodebøkene.
Det er ønskelig at løsningen er i markedet og i drift ("hyllevare"). Løsningen skal leveres som "software as a service" (SaaS), uten behov for installasjon for bruk fra webleser. Løsningen skal også være tilgjengelig på alle mobile enheter.
1.1.3 Omfang
Løsningen skal være en lettvekts IKT-løsning for å publisere metodebøker og det er ikke et mål å erstatte større IKT-systemer i sykehusene som for eksempel kvalitetssystem og/eller avvikssystem.
1.1.4 Definisjon av en bok
Én bok kan defineres som en samling av tekst som temamessig naturlig hører sammen innenfor et område (for eksempel fagområdene Traumatologi eller Endokrinologi).
1.2 Avtaleinnretning
Følgende presiseres når det gjelder avtalens innretning:
Den anskaffede løsningen skal være en lettvekts IKT-løsning for å publisere og tilgjengeliggjøre metodebøker (se punkt 1.1.4). Et avrop på rammeavtalen gjennom etablering av avropsavtale vil i så måte ikke påvirke helseforetakenes forpliktelser etter allerede eksisterende avtaler.
1.3 Generelle/Administrative krav
1.3.1 Leverandørens oppdragsforståelse
# | Krav | Beskriv | Viktighet |
G1 | Leverandøren skal i L-Bilag 2 beskrive hvordan tilbudt løsning skal bidra til å oppnå anskaffelsens formål som beskrevet i R-Bilag 2 og L-Bilag 1 | B | H |
# | Krav | Beskriv | Viktighet |
G2 | Levernandøren skal i L-Bilag 2 beskrive sin Roadmap og den planlagte utvikling av løsningen de neste 2 årene. | B | M |
G3 | Leverandøren skal i L-Bilag 2 bekrefte at de minst en gang per år fremlegger roadmap for følgende: • Neste 24 måneders releaser med datoer, planlagt ny funksjonalitet og endringer software (Gjelder både norsk og internasjonal releasedato). Herunder også krav til Kunden både hva gjelder kundens programvare og ressurser. • Siste frist for bestilling av endringer i kommende versjoner. | M | |
G4 | Leverandøren skal i L-Bilag 2 beskrive hvordan Kunden kan påvirke innhold og strategi i roadmap. | B | M |
G5 | Leverandøren skal i L-Bilag 2 bekrefte at en bok defineres som èn samling av tekst som temamessig naturlig hører sammen innenfor et område (for eksempel fagområdene Traumatologi eller Endokrinologi). | H | |
G6 | Leverandøren skal i L-Bilag 2 bekrefte at en lokalt tilpasset bok ikke er å regne som en ny bok og at lokale tilpasninger ikke medfører ekstra kostander for Kunden utover eventuell bistand Xxxxxx måtte søke hos Leverandør til gjeldende timepriser. | H |
1.3.2 Leverandørens forutsetninger
# | Krav | Beskriv | Viktighet |
G7 | Leverandørens skal i L-Bilag 2 bekrefte at Leverandør fullstendig skal beskrive eventuelle forutsetningene for å kunne oppfylle kravene i forbindelse med besvarelsen av de enkelte kravene i de respektive bilag. | H | |
G8 | Leverandørens skal i L-Bilag 2 beskrive eventuell annen funksjonalitet enn det som er kravstilt og som er inkludert i tilbudt løsning. | B | L |
G9 | Dersom leverandøren allerede har eksisterende bøker etablert i sin løsning som er til nytte for kunden skal Leverandøren i L-Bilag 2 kort beskrive hvilke bøker dette er. | B | H |
G10 | Leverandør skal i L-Bilag 2 bekrefte at eventuelt allerede eksisterende bøker bekrevet i krav G9 kan overføres til ny avtale vederlagsfritt. | H |
1.3.3 Myndighetskrav
# | Krav | Beskriv | Viktighet |
G11 | Leverandøren skal i L-Bilag 2 bekrefte at de til enhver tid vil etterleve gjeldende pålagte krav i lover, forskrifter, instrukser og retningslinjer som Kunden i egenskap av norske sykehus og/eller eier må forholde seg til. | O | |
G12 | Leverandøren skal i L-Bilag 2 bekrefte at Leverandøren vil iverksette nødvendige endringer i programvaren ved endringer i aktuelle lover, forskrifter og myndighetskrav som får betydning for bruken av tilbudt løsning, og at dette gjøres tilgjengelig for kunden senest 9 måneder etter at endringen er varslet til Leverandøren. | M |
1.3.4 Sikkerhet for tilgang til bøker og innhold
# | Krav | Beskriv | Viktighet |
G13 | Det skal være mulig å kunne transportere alt innhold til andre løsninger (f.eks. ved avtale slutt). Leverandøren skal i L-Bilag 2 beskrive hvordan innholdet i løsningen kan eksporteres. Format på eventuell eksport må angis. | B | O |
G14 | Leverandøren skal i L-Bilag 2 bekrefte at Helseforetakene som utvikler bøkene skal ha fullt eierskap til disse og skal ha tilgang til bøkene (som beskrevet i krav G13) i tilfelle konkurs, avslutning av avtalen eller lignende forhold. | O |
1.3.5 Etableringsprosjektet
# | Krav | Beskriv | Viktighet |
G15 | Leverandørens skal i L-Bilag 3 beskrive innholdet i etableringen og herunder hvilken bistand som inngår. | B | H |
G16 | Leverandøren skal i L-Bilag 3 oppgi en generell prosjektplan for hvordan etableringen gjennomføres i en region. | B | M |
G17 | Leverandøren skal i L-Bilag 3 beskrive sin testmetodikk ved innføring av løsningen samt ved endringer. Leverandør skal anslå sine behov for ressurser og støtte fra Kunde knyttet til Leverandørens testaktiviteter. | B | L |
1.3.6 Administrative bestemmelser
# | Krav | Beskriv | Viktighet |
G18 | Leverandøren skal i R-bilag 4 oppgi sin bemyndigede representant for saker som angår rammeavtalen. | B | L |
G19 | Leverandøren skal i L-bilag 5 oppgi sin bemyndigede representant for saker som angår avropsavtalen. | B | L |
G20 | Leverandøren skal bekrefte i L-Bilag 5 at Kundens informasjon/data ikke skal overlates til tredjepart uten skriftlig godkjennelse fra Kunden i hvert enkelt tilfelle. | L |
1.3.7 Dokumentasjon
# | Krav | Beskriv | Viktighet |
G21 | Leverandøren skal minimum levere følgende dokumentasjon: • Systemdokumentasjon • Brukerdokumentasjon Leverandøren skal i L-Bilag 2 lage en oversikt over dokumentasjon som leveres i tilbudt løsning. | B | H |
G22 | Leverandøren skal i L-Bilag 2 bekrefte at det til en hver tid vil leveres ajourført og komplett dokumentasjon i henhold til gjeldende versjon av systemet. | L | |
G23 | Leverandøren skal i L-Bilag 2 bekrefte at dokumentasjon fra Leverandøren skal være tilgjengelig i elektronisk redigerbart format for Kunden. | L | |
G24 | Leverandøren skal i L-Bilag 2 bekrefte at all dokumentasjon skal være på norsk. | L |
1.3.8 Opplæring
# | Krav | Beskriv | Viktighet |
G25 | Leverandøren skal i L-Bilag 2 bekrefte at all opplæring vil være på norsk. | H | |
G26 | Leverandøren skal i L-Bilag 2 beskrive hvilke kurs som tilbys inkludert i etableringsprisen. Eventuelle andre kurs som Leverandøren tilbyr skal beskrives og prises separat i L-bilag 6. | B | L |
G27 | Leverandøren skal i L-Bilag 2 bekrefte at kursdokumentasjon skal være på norsk. | L | |
G28 | Leverandøren skal i L-Bilag 2 bekrefte at kursdokumentasjon skal gjøres tilgjengelig elektronisk kompatibelt med MS Office-format for Kunde med mulighet til å redigere/editere på dokumentasjonen. | L | |
G29 | Leverandøren skal i L-Bilag 2 bekrefte at Kunden selv har rett til å gjennomføre opplæring av sine brukere hvis Kunden ønsker dette. | H | |
G30 | Leverandøren skal i L-Bilag 2 bekrefte at Leverandøren tilbyr vederlagsfritt, opplæring for brukere ved hver hovedoppgradering. Opplæringen skal i hovedsak inneholde en gjennomgang av endringene og nye funksjoner fra forrige hovedversjon. | H |
1.3.9 Merkantile forhold/pris
# | Krav | Beskriv | Viktighet |
G31 | Leverandøren skal i R-Bilag 5 og L-bilag 6 bekrefte at bilaget inneholder en fullstendig oversikt over alle priselementer og relevante forhold knyttet til pristilbudet. | O | |
G32 | Leverandøren skal i tabell 1 i R-Bilag 5 oppgi priser som angitt i tabellen per RHF (avrop). | B | H |
# | Krav | Beskriv | Viktighet |
G33 | Leverandøren skal i tabell 2 i R-Bilag 5 oppgi priser som angitt i tabellen per RHF (avrop). | B | H |
G34 | Leverandøren skal i tabell 3 i R-Bilag 5 oppgi en (1) egen entydig pristabell per RHF (avrop) . | B | H |
G35 | Leverandøren skal i R-Bilag 5 bekrefte at kunden (det aktuelle RHF) fritt kan velge mellom de 3 (tre) prisalternativene oppgitt i krav G32-G34 ved avrop på rammeavtalen og at det aktuelle prisalternativet kopieres uendret til L-Bilag 6 i avropsavtalen (SSA-L) for det aktuelle avropet. | O | |
G36 | Leverandøren skal i R-Bilag 5 og L-Bilag 6 oppgi pris på eventuelle kurs som ikke er inkludert i avtalen. | B | H |
G37 | Leverandøren skal i R-Bilag 5 og L-Bilag 6 oppgi timepris for bistand utover det som er inkludert i avtalen. | B | H |
G38 | Leverandøren skal i R-Bilag 5 og L-Bilag 6 oppgi eventuelle andre priser som trengs for å levere løsningen. | B | H |
1.4 Funksjonelle krav
1.4.1 System for å lage/redigere innhold
# | Krav | Beskriv | Viktighet |
F1 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen skal være brukervennlig og intuitiv for de som skal legge inn/redigere innhold. | H | |
F2 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen skal ha funksjonalitet som kan gi brukeren oversikt over hvilke metodebøker som er tilgjengelig. | H | |
F3 | Leverandøren skal i L-Bilag 2 bekrive løsningens funksjonalitet for enkelt å opprette og skrive nye bøker og innhold, for eksempel kapitler. | B | H |
F4 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for enkelt å laste opp bøker fra standard tekstbehandlingsprogrammer (for eksempel Word, Pages, pdf, etc.). | B | M |
F5 | Levrerandøren skal i L-Bilag 2 beskrive hvordan det er mulig å redigere opplastede bøker direkte i løsningen. Dette skal kunne gjøres uten å involvere leverandøren. | B | H |
F6 | Leverandøren skal i L-Bilag 2 bekrefte at det er enkelt å opprette emner og underemner for kategorisering av innhold og bøker (f.eks. emne: urologi, underemne: kateter). | H | |
F7 | Leverandøren skal i L-Bilag 2 beskrive hvordan flere forfattere kan samhandle om redigering/oppretting av innhold. | B | H |
F8 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å definere og legge til søkbare stikkord for innholdet. | B | H |
F9 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å integrere bilder, video, lyd, tabeller, grafer, filvedlegg, eksterne linker og referanser til andre bøker/kapitler/emner. | B | H |
F10 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å endre struktur i en bok. | B | H |
# | Krav | Beskriv | Viktighet |
F11 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å fremheve viktige endringer i et emne. | B | H |
F12 | Leverandøren skal bekrefte i L-Bilag 2 at løsningen innehar versjonshistorikk med loggføring av endringer mellom versjoner slik at man enkelt får oversikt over hva som er endret i den nye versjonen. Det skal også være mulig å gå tilbake til en hvilken som helst tidligere versjon av boken i komplett tilstand. | H | |
F13 | Leverandøren skal bekrefte i L-Bilag 2 at løsningen har funksjonalitet for å kunne jobbe med flere versjoner av en bok samtidig, for eksempel kunne ha en ny versjon under utarbeidelse uten at den publiserte blir påvirket. | H | |
F14 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne opprette tilpassede versjoner av bøkene, for eksempel for et helseforetak eller avdeling. | B | H |
F15 | Leverandøren skal bekrefte i L-Bilag 2 at den grafiske layouten vil være lik for alt innhold i løsningen, dvs alle bøker, tekst, multimedia, etc. Forsidebilde på bøkene velges av forfatter. | M | |
F16 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for publisering av nyheter knyttet til bøker og emner. | B | H |
F17 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å administrere og gjøre tilgjengelig bøker på institusjons- og avdelingsnivå. En avdeling/institusjon skal kunne velge ut de bøkene de ønsker å bruke (etablere favoritter) slik at disse kommer opp som førstevalg for brukerne med ansattforhold i aktuell avdeling/institusjon. | B | M |
F18 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne håndtere flere språk for en bok. Bruker skal kunne velge språk i løsningen og riktig språkversjon skal vises dersom flere språkversjoner av en bok er opprettet. | B | L |
F19 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen støtter en godkjennings- /review prosess på nye bøker, endrede kapitler, etc. For eksempel kan det være forskjellige personer/roller som er forfatter og som godkjenner publisering. | B | H |
F20 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne publisere kun deler av en ny bok og samtidig legge ut nyheter om hva som er endret. f. eks et endret/nytt kapittel i en eksisterende bok skal kunne lastes opp og brukerne kan få varsel om dette. | B | M |
F21 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne legge inn hvilket kunnskapsgrunnlag/referanser som er benyttet i utarbeidelsen av boken. | B | H |
F22 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne håndtere innspill fra de som bruker metodebøkene | B | M |
F23 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne be om lesebekreftelse (på flere nivåer i en bok, emne, ved oppdatering etc). Med lesebekreftelse forstås at en bruker blir bedt om å bekrefte at denne har lest aktuelt innhold og at den som har bedt om bekreftelsen får en oversikt over hvem som har lest boken og hvem som ikke har det. | B | M |
# | Krav | Beskriv | Viktighet |
F24 | Leverandøren skal i L-Bilag 2 bekrefte at oppdateringer i løsningen (endringer i bøker, sjekklister, layout, etc) distribueres/publiseres uten unødvendige forsinkelser til alle enheter. | H |
1.4.2 System for å vise innhold
# | Krav | Beskriv | Viktighet |
F25 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen er brukervennlig og intuitiv for de som skal bruke systemet (finne, søke og lese innhold). | H | |
F26 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen kan vise innhold i nettleser samt være tilgjengelig på mobile plattformer - se for eksempel Nasjonal veileder for endokrinologi (xxxxxxxxxxxxx.xx). | H | |
F27 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet som kan gi brukeren oversikt over hvilke metodebøker som er tilgjengelig - både for avdeling/institusjon og totalt. | H | |
F28 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet som gir brukere og organisasjoner mulighet for å markere bøker som "favoritter". Favorittene skal kunne hentes frem enkelt og kunne vises på flere nivåer, for eksempel organisasjon, bruker. Man skal for eksempel kunne få nyheter vedrørende sine favoritter. | H | |
F29 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen støtter at metodebøker kan skrives ut (utskriftsvennlig versjon). | M | |
F30 | Leverandøren skal i L-Bilag 2 bekrive hvordan løsningen støtter at hele eller deler av innhold i en bok skal kunne være tilgjengelig offline, dvs uten internett-tilgang. | B | H |
F31 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen kan vise multimedia, for eksempel bilder, videoklipp og vedlegg. Slikt innhold skal også kunne være tilgjengelig offline, men det skal være et aktivt valg av bruker og det skal gis et varsel om lang nedlastningstid/behov for lagringsplass på enheten. | H | |
F32 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet for både automatisk og manuell oppdatering (valgbar per bruker) av offline- innhold. | H | |
F33 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet for å kun laste ned endret offline-innhold til enheten, ikke alt innhold i en bok. | H | |
F34 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen støtter individuell tilpasning av brukerpreferanser som å endre skriftstørrelse, snarveier til favoritter og lignende. Disse tilpasningene skal huskes av systemet frem til bruker eventuelt endrer preferansene. | B | M |
F35 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for søk i emner/underemner, ved hjelp av stikkord og/eller fritekstsøk, internt i en bok og/eller på tvers av bøker. Søket skal være som for eksempel på xxxxxx.xxx hvor både alle søkeresultater kan gås igjennom, men der de mest relevante (bøker, kapitler) vises i en liste med utdrag av teksten der søketeksten er nevnt. | B | H |
# | Krav | Beskriv | Viktighet |
F36 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen gir bruker mulighet til å velge mellom søk i hovedbok eller lokal tilpasset versjon av bok. | B | M |
F37 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen viser at en bok er oppdatert eller ny. | B | H |
F38 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen viser informasjon om hvilke deler som er oppdatert når det kommer nye versjoner av en bok. | B | H |
F39 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å vise nyheter om bøker. | B | M |
F40 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet for å kunne kopiere deler av innholdet, dvs tekst, bilder og grafer (f.eks til bruk i en pasientjournal). Kopiering av multimedia bør kunne velges. | H | |
F41 | Leverandøren skal i L-Bilag 2 løsningens funksjonalitet for å kunne gi innspill til de som lager metodebøkene. Innspill skal for eksempel kunne gis som kommentarer i boken (for eksempel som "merknader" i Word når man kommenterer en tekst). Innspillene skal kunne vises anonymisert for andre brukere slik at andre kan se hvilke spørsmål/tilbakemeldinger som er gitt til forfatterne. | B | M |
F42 | Løsningen skal ha statistikkfunksjonalitet som minst er tilstrekkelig for å kunne evaluere gevinstene av løsningen - Eksempel på funksjoner er: statistikk på antall publiserte bøker (innenfor kategori, totalt, per dag/uke/måned/år, etc), nedlastede bøker, leste bøker, hvem/hvor/når, gruppere statistikk etter bok, emner, arbeidstilhørighet, med mer. Leverandøren skal i L-Bilag 2 beskrive løsningens statistikkfunksjonalitet. | B | H |
1.5 Tekniske krav
1.5.1 Teknisk
# | Krav | Beskriv | Viktighet |
T1 | Leverandøren skal beskrive arkitekturen for løsningen med minimum følgende elementer: • løsningsarkitektur og modularitet • teknisk lagdeling og kommunikasjonsteknologi mellom lagene • komponentstruktur, standarder og gjenbruk av felles komponenter • teknologi og verktøy brukt under utvikling av applikasjonen Leverandøren skal i L-Bilag 2 beskrive løsningens akitektur. | B | M |
T2 | Leverandøren skal i L-Bilag 2 beskrive hvilke nettlesere og mobile enheter/plattformer som løsningen støtter. | B | H |
T3 | Leverandøren skal i L-Bilag 2 beskrive eventuelle krav til kundens enheter (PC, mobil) for eksempel ytelse, behov for installert programvare, plug-ins, etc. | B | M |
# | Krav | Beskriv | Viktighet |
T4 | Leverandøren skal i L-Bilag 2 bekrefte at det er mulig å dele innhold på tvers av helseregioner, foretak og faggrupper. | H | |
T5 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen tilbys som "software as a service" (SaaS), for eksempel som en skytjeneste. | H | |
T6 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen skal være tilgjengelig i markedet og ikke kreve større utviklingsarbeid – «off-the-shelf». | H | |
T7 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for rollebasert tilgangsstyring, for eksempel rettigheter til å endre innhold samt godkjenne og publisere innhold. | B | M |
T8 | Leverandøren skal i L-Bilag 2 beskrive løsningens muligheter for tilgangsstyring på objektnivå, for eksempel på bok og emne. | B | L |
T9 | Løsningen skal håndtere flere samtidige brukere. Flere samtidige brukere skal kunne redigere samme bok uten risiko for inkonsistens eller samtidighetsproblemer. Leverandøren skal i L-Bilag 2 beskrive hvordan dette er løst. | B | H |
T10 | Løsningen skal tilfredsstille NIKTs arkitekturprinsipper (se xxxxx://xxxxxx.xxxxxxxxxx.xx/xxxxxxx/XX/Xxxxxxxxxx). Leverandøren skal i L-Bilag 2 beskrive kort hvordan dette tilfredstilles. | B | L |
T11 | Data for statistikk skal kunne eksporteres til løsninger for datavarehus og lignende. Leverandøren skal i L-Bilag 2 beskrive tilgjengelige mekanismer for data-eksport. | B | M |
T12 | Leverandøren skal i L-Bilag 2 beskrive utviklingsverktøy som benyttes for utvikling av løsningen. | B | L |
T13 | Leverandøren skal i L-Bilag 2 beskrive responstider på ulike forfatter/redigeringsfunksjoner i løsningen under optimale forhold, for eksempel redigering, lagring, publisering, etc. | B | H |
T14 | Leverandøren skal i L-Bilag 2 beskrive visningshastighet for størrelser på bøker (i MB) og på forskjellige enheter (weblesere, mobile enheter) under optimale forhold. | B | H |
T15 | Leverandøren skal i L-Bilag 2 beskrive eventuelle begrensinger i løsningen som for eksempel maks antall forfatter, maks antall lesere, maks antall bøker, maks størrelse på bøkene, maks størrelse på multimedieobjekter, etc. | B | H |
1.5.2 Sikkerhet
# | Krav | Beskriv | Viktighet |
T16 | Leverandøren skal i L-Bilag 2 beskrive hvordan applikasjonen kan bruke provisjoneringstjenester for opprettelse av brukere og roller (rettigheter) i løsningen. | B | L |
T17 | Leverandøren skal i L-Bilag 2 angi om applikasjonen støtter at en bruker kan velge rolle ved pålogging og hvordan dette løses. | B | M |
T18 | Leverandøren skal i L-Bilag 2 angi om applikasjonen støtter statisk provisjonering for enkelte brukertyper (eksempelvis administrative brukere) og hvordan dette løses. | B | M |
T19 | Leverandøren skal i L-Bilag 2 bekrefte at Single Sign-On (SSO) støttes. | L |
# | Krav | Beskriv | Viktighet |
T20 | Sikkerhetskopiering, konsistenssjekk og andre driftsoppgaver skal kunne gjennomføres uten stopp av applikasjonen og uten merkbar påvirkning av ytelsen for brukeren. Leverandøren skal i L-Bilag 2 beskrive dette. | B | H |
T21 | Leverandøren skal beskrive hvilke mekanismer i løsningen som sikrer at løsningen beholder sin tekniske integritet hvis det skulle oppstå feilsituasjoner. | B | M |
T22 | Leverandøren skal i L-Bilag 2 redegjøre for hvilken tilgjengelighet løsningen kan tilfredsstille (99,xxx% oppetid) og hvordan dette gjøres. | B | M |
T23 | Leverandøren skal i L-Bilag 2 redegjøre for backup- og restorerutiner inkludert hastighet for restore i tilfelle tekniske problemer. | B | M |
T24 | Leverandøren skal i L-Bilag 2 beskrive hvilken aktivitet i løsningen som loggføres, for eksempel redigering av en bok/emne, endrings av layout, etc. | B | L |
1.5.3 Drift og forvaltning
# | Krav | Beskriv | Viktighet |
T25 | Leverandøren skal i L-Bilag 4 bekrefte at norsk er benyttet språk muntlig og skriftlig i supportorganisasjonen, dette gjelder både i dokumentasjon og kommunikasjon med Kunden. | H | |
T26 | Leverandøren skal i L-Bilag 4 beskrive åpningstider for Leverandørens support. | B | M |
T27 | Leverandøren skal I L-Bilag 4 beskrive sin organisering i forhold til mottak og retting av incidenter. | B | M |
T28 | Leverandøren skal i L-Bilag 4 beskrive hvordan Leverandøren holder Kunden orientert om status i incidenter. | B | L |
T29 | Leverandøren skal i L-Bilag 4 beskrive hvordan Xxxxxx skal melde inn feil til Leverandørens supportapparat og hvem som kan melde inn saker. | B | M |
T30 | Leverandøren skal i L-Bilag 4 beskrive hvordan Xxxxxx kan følge opp/ha oversikt over sine innmeldte saker til Leverandørens supportapparat. | B | L |
T31 | Leverandøren skal i L-Bilag 4 bekrefte at alle endringer utført av Leverandøren dokumenteres og dokumentasjon tilgjengeliggjøres for Kunden. | H | |
T32 | Leverandøren skal i L-Bilag 4 beskrive sine rutiner for dokumentering av endringer i løsningen. | B | M |
T33 | Leverandøren skal i L-Bilag 4 beskrive sin hyppighet av hovedreleaser. | B | M |
T34 | Leverandøren skal i L-Bilag 4 bekrefte at Leverandøren vil følge Kundens endringsprosess ved innføring av rettinger og oppgradering til nye versjoner. | M | |
T35 | Leverandøren skal i L-Bilag 4 bekrefte at Leverandør vederlagsfritt skal levere dokumentasjon over alle nye versjoner (release notes) som Leverandør leverer i tilknytning til applikasjonen så lenge vedlikeholdsavtalen løper og releasenote skal inneholde anbefalinger knyttet til behov for opplæring, test samt spesifisering av eventuelle endringer i systemoppsett /konfigurasjon. | M |
# | Krav | Beskriv | Viktighet |
T36 | Leverandøren skal i L-Bilag 4 bekrefte at releasenote tilgjengeliggjøres for Kunden minst 1 måned før programvaren er tilgjengelig for Kunden. | M | |
T37 | Leverandøren skal i L-Bilag 4 beskrive hvordan Kunden kan bestille endringer inn i kommende versjoner. | B | M |
T38 | Leverandøren skal i L-Bilag 4 bekrefte at Kundens vurdering av kategorisering av feil er gjeldende, hvis det skulle oppstå uenighet om kategorisering. | H | |
T39 | Leverandøren skal i L-Bilag 4 bekrefte at Kundens vurdering om en sak er tilfredsstillende løst og at løsningen er godt nok dokumentert er gjeldende. | H | |
T40 | Leverandøren skal i L-Bilag 4 beskrive hvordan Kunden kan sikre at en workaround, som skyldes en feil eller mangel i leveranse, ikke blir permanent. | B | M |
T41 | Leverandøren skal i L-Bilag 4 beskrive hvordan alle feil eller mangler som er meldt til Leverandøren får en oppfølgingsplan videre fremover. En oppfølgingsplan skal inneholde informasjon om dato for når saken skal være løst eller hvilken ny versjon av programvaren saken løses i. Hvis saken løses innen 30 dager etter at saken er meldt inn, så er det ikke behov for en egen oppfølgingsplan for saken. Det er Leverandørens ansvar å sende Xxxxxx oppfølgingsplan den siste arbeidsdagen i hver måned på uløste saker som er eldre enn 30 dager. | B | M |
T42 | Leverandøren skal i L-Bilag 4 bekrefteat retting av feil vil gjelde som vist under: A Kritisk feil Responstid 4 timer. Rettelsesarbeidet starter snarest mulig. Systemet skal hurtigst mulig bringes i drift. B Alvorlig feil Responstid 8 timer. Rettelsesarbeidet starter snarest mulig. Kunden og Leverandøren kan avtale at feilen rettes sammen med andre feil dersom dette er mest hensiktsmessig for fremdriften. Dersom ikke annet er avtalt, vil B-feil oppgraderes til A-feil etter 10 arbeidsdager. C Mindre alvorlig feil Rettelsesarbeidet starter innen rimelig tid som avtales mellom partene. Dersom ikke annet er avtalt, vil C-feil oppgraderes til B feil etter 30 arbeidsdager. Dersom det er gjentagende brudd på tidskravene over, utløses dagbot lik 0,2 % av denne avtalens årlige lisensavgift for de foretakene som er berørt. Hvis brudd fortsetter i perioden med timebøter, økes dagbot til lik 0,5 % av denne avtalens årlige lisensavgift for de foretakene som er berørt. | H |
L‐Bilag 2: Leverandørens beskrivelse av tjenesten
2.1 Generelle/Administrative krav
2.1.1 Leverandørens oppdragsforståelse
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G1 | Leverandøren skal i L-Bilag 2 beskrive hvordan tilbudt løsning skal bidra til å oppnå anskaffelsens formål som beskrevet i R-Bilag 2 og L-Bilag 1. | B | H |
Leverandørens utfyllende beskrivelse av krav G1:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G2 | Levernandøren skal i L-Bilag 2 beskrive sin Roadmap og den planlagte utvikling av løsningen de neste 2 årene. | B | M |
Leverandørens utfyllende beskrivelse av krav G2:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G3 | Leverandøren skal i L-Bilag 2 bekrefte at de minst en gang per år fremlegger roadmap for følgende: • Neste 24 måneders releaser med datoer, planlagt ny funksjonalitet og endringer software (Gjelder både norsk og internasjonal releasedato). Herunder også krav til Kunden både hva gjelder kundens programvare og ressurser. • Siste frist for bestilling av endringer i kommende versjoner. | M | ||
G4 | Leverandøren skal i L-Bilag 2 beskrive hvordan Kunden kan påvirke innhold og strategi i roadmap. | B | M |
Leverandørens utfyllende beskrivelse av krav G4:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G5 | Leverandøren skal i L-Bilag 2 bekrefte at en bok defineres som èn samling av tekst som temamessig naturlig hører sammen innenfor et område (for eksempel fagområdene Traumatologi eller Endokrinologi). | H | ||
G6 | Leverandøren skal i L-Bilag 2 bekrefte at en lokalt tilpasset bok ikke er å regne som en ny bok og at lokale tilpasninger ikke medfører ekstra kostander for Kunden utover eventuell bistand Xxxxxx måtte søke hos Leverandør til gjeldende timepriser. | H |
2.1.2 Leverandørens forutsetninger
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G7 | Leverandørens skal i L-Bilag 2 bekrefte at Leverandør fullstendig skal beskrive eventuelle forutsetningene for å kunne oppfylle kravene i forbindelse med besvarelsen av de enkelte kravene i de respektive bilag. | H | ||
G8 | Leverandørens skal i L-Bilag 2 beskrive eventuell annen funksjonalitet enn det som er kravstilt og som er inkludert i tilbudt løsning. | B | L |
Leverandørens utfyllende beskrivelse av krav G8:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G9 | Dersom leverandøren allerede har eksisterende bøker etablert i sin løsning som er til nytte for kunden skal Leverandøren i L-Bilag 2 kort beskrive hvilke bøker dette er. | B | H |
Leverandørens utfyllende beskrivelse av krav G9:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G10 | Leverandør skal i L-Bilag 2 bekrefte at eventuelt allerede eksisterende bøker bekrevet i krav G9 kan overføres til ny avtale vederlagsfritt. | H |
Leverandørens utfyllende beskrivelse av krav G10:
2.1.3 Myndighetskrav
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G11 | Leverandøren skal i L-Bilag 2 bekrefte at de til enhver tid vil etterleve gjeldende pålagte krav i lover, forskrifter, instrukser og retningslinjer som Kunden i egenskap av norske sykehus og/eller eier må forholde seg til. | O | ||
G12 | Leverandøren skal i L-Bilag 2 bekrefte at Leverandøren vil iverksette nødvendige endringer i programvaren ved endringer i aktuelle lover, forskrifter og myndighetskrav som får betydning for bruken av tilbudt løsning, og at dette gjøres tilgjengelig for kunden senest 9 måneder etter at endringen er varslet til Leverandøren. | M |
2.1.4 Sikkerhet for tilgang til bøker og innhold
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G13 | Det skal være mulig å kunne transportere alt innhold til andre løsninger (f.eks. ved avtale slutt). Leverandøren skal i L-Bilag 2 beskrive hvordan innholdet i løsningen kan eksporteres. Format på eventuell eksport må angis. | B | O |
Leverandørens utfyllende beskrivelse av krav G13:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G14 | Leverandøren skal i L-Bilag 2 bekrefte at Helseforetakene som utvikler bøkene skal ha fullt eierskap til disse og skal ha tilgang til bøkene (som beskrevet i krav G13) i tilfelle konkurs, avslutning av avtalen eller lignende forhold. | O |
2.1.5 Dokumentasjon
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G21 | Leverandøren skal minimum levere følgende dokumentasjon: • Systemdokumentasjon • Brukerdokumentasjon Leverandøren skal i L-Bilag 2 lage en oversikt over dokumentasjon som leveres i tilbudt løsning. | B | H |
Leverandørens utfyllende beskrivelse av krav G21:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G22 | Leverandøren skal i L-Bilag 2 bekrefte at det til en hver tid vil leveres ajourført og komplett dokumentasjon i henhold til gjeldende versjon av systemet. | L | ||
G23 | Leverandøren skal i L-Bilag 2 bekrefte at dokumentasjon fra Leverandøren skal være tilgjengelig i elektronisk redigerbart format for Kunde. | L | ||
G24 | Leverandøren skal i L-Bilag 2 bekrefte at all dokumentasjon skal være på norsk. | L |
2.1.6 Opplæring
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G25 | Leverandøren skal i L-Bilag 2 bekrefte at all opplæring vil være på norsk. | H | ||
G26 | Leverandøren skal i L-Bilag 2 beskrive hvilke kurs som tilbys inkludert i etableringsprisen. Eventuelle andre kurs som Leverandøren tilbyr skal beskrives og prises separat i L-bilag 6. | B | L |
Leverandørens utfyllende beskrivelse av krav G26:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G27 | Leverandøren skal i L-Bilag 2 bekrefte at kursdokumentasjon skal være på norsk. | L | ||
G28 | Leverandøren skal i L-Bilag 2 bekrefte at kursdokumentasjon skal gjøres tilgjengelig elektronisk kompatibelt med MS Office- format for Kunde med mulighet til å redigere/editere på dokumentasjonen. | L | ||
G29 | Leverandøren skal i L-Bilag 2 bekrefte at Kunden selv har rett til å gjennomføre opplæring av sine brukere hvis Xxxxxx ønsker dette. | H | ||
G30 | Leverandøren skal i L-Bilag 2 bekrefte at Leverandøren tilbyr vederlagsfritt, opplæring for brukere ved hver hovedoppgradering. Opplæringen skal i hovedsak inneholde en gjennomgang av endringene og nye funksjoner fra forrige hovedversjon. | H |
2.2 Funksjonelle krav
2.2.1 System for å lage/redigere innhold
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F1 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen skal være brukervennlig og intuitiv for de som skal legge inn/redigere innhold. | H | ||
F2 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen skal ha funksjonalitet som kan gi brukeren oversikt over hvilke metodebøker som er tilgjengelig. | H | ||
F3 | Leverandøren skal i L-Bilag 2 bekrive løsningens funksjonalitet for enkelt å opprette og skrive nye bøker og innhold, for eksempel kapitler. | B | H |
Leverandørens utfyllende beskrivelse av krav F3:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F4 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for enkelt å laste opp bøker fra standard tekstbehandlingsprogrammer (for eksempel Word, Pages, pdf, etc.). | B | M |
Leverandørens utfyllende beskrivelse av krav F4:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F5 | Leverandøren skal i L-Bilag 2 beskrive hvordan det er mulig å redigere opplastede bøker direkte i løsningen. Dette skal kunne gjøres uten å involvere leverandøren. | B | H |
Leverandørens utfyllende beskrivelse av krav F5:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F6 | Leverandøren skal i L-Bilag 2 bekrefte at det er enkelt å opprette emner og underemner for kategorisering av innhold og bøker (f.eks. emne: urologi, underemne: kateter). | H | ||
F7 | Leverandøren skal i L-Bilag 2 beskrive hvordan flere forfattere kan samhandle om redigering/oppretting av innhold. | B | H |
Leverandørens utfyllende beskrivelse av krav F7:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F8 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å definere og legge til søkbare stikkord for innholdet. | B | H |
Leverandørens utfyllende beskrivelse av krav F8:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F9 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å integrere bilder, video, lyd, tabeller, grafer, filvedlegg, eksterne linker og referanser til andre bøker/kapitler/emner. | B | H |
Leverandørens utfyllende beskrivelse av krav F9:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F10 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å endre struktur i en bok. | B | H |
Leverandørens utfyllende beskrivelse av krav F10:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F11 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å fremheve viktige endringer i et emne. | B | H |
Leverandørens utfyllende beskrivelse av krav F11:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F12 | Leverandøren skal bekrefte i L-Bilag 2 at løsningen innehar versjonshistorikk med loggføring av endringer mellom versjoner slik at man enkelt får oversikt over hva som er endret i den nye versjonen. Det skal også være mulig å gå tilbake til en hvilken som helst tidligere versjon av boken i komplett tilstand. | H | ||
F13 | Leverandøren skal bekrefte i L-Bilag 2 at løsningen har funksjonalitet for å kunne jobbe med flere versjoner av en bok samtidig, for eksempel kunne ha en ny versjon under utarbeidelse uten at den publiserte blir påvirket. | H | ||
F14 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne opprette tilpassede versjoner av bøkene, for eksempel for et helseforetak eller avdeling. | B | H |
Leverandørens utfyllende beskrivelse av krav F14:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F15 | Leverandøren skal bekrefte i L-Bilag 2 at den grafiske layouten vil være lik for alt innhold i løsningen, dvs alle bøker, tekst, multimedia, etc. Forsidebilde på bøkene velges av forfatter. | M | ||
F16 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for publisering av nyheter knyttet til bøker og emner. | B | H |
Leverandørens utfyllende beskrivelse av krav F16:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F17 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å administrere og gjøre tilgjengelig bøker på institusjons- og avdelingsnivå. En avdeling/institusjon skal kunne velge ut de bøkene de ønsker å bruke (etablere favoritter) slik at disse kommer opp som førstevalg for brukerne med ansattforhold i aktuell avdeling/institusjon. | B | M |
Leverandørens utfyllende beskrivelse av krav F17:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F18 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne håndtere flere språk for en bok. Bruker skal kunne velge språk i løsningen og riktig språkversjon skal vises dersom flere språkversjoner av en bok er opprettet. | B | L |
Leverandørens utfyllende beskrivelse av krav F18:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F19 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen støtter en godkjennings- /review prosess på nye bøker, endrede kapitler, etc. For eksempel kan det være forskjellige personer/roller som er forfatter og som godkjenner publisering. | B | H |
Leverandørens utfyllende beskrivelse av krav F19:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F20 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne publisere kun deler av en ny bok og samtidig legge ut nyheter om hva som er endret. f. eks et endret/nytt kapittel i en eksisterende bok skal kunne lastes opp og brukerne kan få varsel om dette. | B | M |
Leverandørens utfyllende beskrivelse av krav F20:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F21 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne legge inn hvilket kunnskapsgrunnlag/referanser som er benyttet i utarbeidelsen av boken. | B | H |
Leverandørens utfyllende beskrivelse av krav F21:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F22 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne håndtere innspill fra de som bruker metodebøkene. | B | M |
Leverandørens utfyllende beskrivelse av krav F22:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F23 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å kunne be om lesebekreftelse (på flere nivåer i en bok, emne, ved oppdatering etc). Med lesebekreftelse forstås at en bruker blir bedt om å bekrefte at denne har lest aktuelt innhold og at den som har bedt om bekreftelsen får en oversikt over hvem som har lest boken og hvem som ikke har det. | B | M |
Leverandørens utfyllende beskrivelse av krav F23:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F24 | Leverandøren skal i L-Bilag 2 bekrefte at oppdateringer i løsningen (endringer i bøker, sjekklister, layout, etc) distribueres/publiseres uten unødvendige forsinkelser til alle enheter. | H |
2.2.2 System for å vise innhold
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F25 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen er brukervennlig og intuitiv for de som skal bruke systemet (finne, søke og lese innhold). | H | ||
F26 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen kan vise innhold i nettleser samt være tilgjengelig på mobile plattformer - se for eksempel Nasjonal veileder for endokrinologi (xxxxxxxxxxxxx.xx). | H | ||
F27 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet som kan gi brukeren oversikt over hvilke metodebøker som er tilgjengelig - både for avdeling/institusjon og totalt. | H | ||
F28 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet som gir brukere og organisasjoner mulighet for å markere bøker som "favoritter". Favorittene skal kunne hentes frem enkelt og kunne vises på flere nivåer, for eksempel organisasjon, bruker. Man skal for eksempel kunne få nyheter vedrørende sine favoritter. | H |
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F29 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen støtter at metodebøker kan skrives ut (utskriftsvennlig versjon). | M | ||
F30 | Leverandøren skal i L-Bilag 2 bekrive hvordan løsningen støtter at hele eller deler av innhold i en bok skal kunne være tilgjengelig offline, dvs uten internett-tilgang. | B | H |
Leverandørens utfyllende beskrivelse av krav F30:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F31 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen kan vise multimedia, for eksempel bilder, videoklipp og vedlegg. Slikt innhold skal også kunne være tilgjengelig offline, men det skal være et aktivt valg av bruker og det skal gis et varsel om lang nedlastningstid/behov for lagringsplass på enheten. | H | ||
F32 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet for både automatisk og manuell oppdatering (valgbar per bruker) av offline-innhold. | H | ||
F33 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet for å kun laste ned endret offline-innhold til enheten, ikke alt innhold i en bok. | H | ||
F34 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen støtter individuell tilpasning av brukerpreferanser som å endre skriftstørrelse, snarveier til favoritter og lignende. Disse tilpasningene skal huskes av systemet frem til bruker eventuelt endrer preferansene. | B | M |
Leverandørens utfyllende beskrivelse av krav F34:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F35 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for søk i emner/underemner, ved hjelp av stikkord og/eller fritekstsøk, internt i en bok og/eller på tvers av bøker. Søket skal være som for eksempel på xxxxxx.xxx hvor både alle søkeresultater kan gås igjennom, men der de mest relevante (bøker, kapitler) vises i en liste med utdrag av teksten der søketeksten er nevnt. | B | H |
Leverandørens utfyllende beskrivelse av krav F35:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F36 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen gir bruker mulighet til å velge mellom søk i hovedbok eller lokal tilpasset versjon av bok. | B | M |
Leverandørens utfyllende beskrivelse av krav F36:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F37 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen viser at en bok er oppdatert eller ny. | B | H |
Leverandørens utfyllende beskrivelse av krav F37:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F38 | Leverandøren skal i L-Bilag 2 beskrive hvordan løsningen viser informasjon om hvilke deler som er oppdatert når det kommer nye versjoner av en bok. | B | H |
Leverandørens utfyllende beskrivelse av krav F38:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F39 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for å vise nyheter om bøker. | B | M |
Leverandørens utfyllende beskrivelse av krav F39:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F40 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen har funksjonalitet for å kunne kopiere deler av innholdet, dvs tekst, bilder og grafer (f.eks til bruk i en pasientjournal). Kopiering av multimedia bør kunne velges. | H | ||
F41 | Leverandøren skal i L-Bilag 2 løsningens funksjonalitet for å kunne gi innspill til de som lager metodebøkene. Innspill skal for eksempel kunne gis som kommentarer i boken (for eksempel som "merknader" i Word når man kommenterer en tekst). Innspillene skal kunne vises anonymisert for andre brukere slik at andre kan se hvilke spørsmål/tilbakemeldinger som er gitt til forfatterne. | B | M |
Leverandørens utfyllende beskrivelse av krav F41:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
F42 | Løsningen skal ha statistikkfunksjonalitet som minst er tilstrekkelig for å kunne evaluere gevinstene av løsningen - Eksempel på funksjoner er: statistikk på antall publiserte bøker (innenfor kategori, totalt, per dag/uke/måned/år, etc), nedlastede bøker, leste bøker, hvem/hvor/når, gruppere statistikk etter bok, emner, arbeidstilhørighet, med mer. Leverandøren skal i L-Bilag 2 beskrive løsningens statistikkfunksjonalitet. | B | H |
Leverandørens utfyllende beskrivelse av krav F42:
2.3 Tekniske krav
2.3.1 Teknisk
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T1 | Leverandøren skal beskrive arkitekturen for løsningen med minimum følgende elementer: • løsningsarkitektur og modularitet • teknisk lagdeling og kommunikasjonsteknologi mellom lagene • komponentstruktur, standarder og gjenbruk av felles komponenter • teknologi og verktøy brukt under utvikling av applikasjonen Leverandøren skal i L-Bilag 2 beskrive løsningens akitektur. | B | M |
Leverandørens utfyllende beskrivelse av krav T1:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T2 | Leverandøren skal i L-Bilag 2 beskrive hvilke nettlesere og mobile enheter/plattformer som løsningen støtter. | B | H |
Leverandørens utfyllende beskrivelse av krav T2:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T3 | Leverandøren skal i L-Bilag 2 beskrive eventuelle krav til kundens enheter (PC, mobil) for eksempel ytelse, behov for installert programvare, plug-ins, etc | B | M |
Leverandørens utfyllende beskrivelse av krav T3:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T4 | Leverandøren skal i L-Bilag 2 bekrefte at det er mulig å dele innhold på tvers av helseregioner, foretak og faggrupper. | H | ||
T5 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen tilbys som "software as a service" (SaaS), for eksempel som en skytjeneste. | H | ||
T6 | Leverandøren skal i L-Bilag 2 bekrefte at løsningen skal være tilgjengelig i markedet og ikke kreve større utviklingsarbeid – «off-the-shelf». | H | ||
T7 | Leverandøren skal i L-Bilag 2 beskrive løsningens funksjonalitet for rollebasert tilgangsstyring, for eksempel rettigheter til å endre innhold samt godkjenne og publisere innhold. | B | M |
Leverandørens utfyllende beskrivelse av krav T7:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T8 | Leverandøren skal i L-Bilag 2 beskrive løsningens muligheter for tilgangsstyring på objektnivå, for eksempel på bok og emne. | B | L |
Leverandørens utfyllende beskrivelse av krav T8:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T9 | Løsningen skal håndtere flere samtidige brukere. Flere samtidige brukere skal kunne redigere samme bok uten risiko for inkonsistens eller samtidighetsproblemer. Leverandøren skal i L- Bilag 2 beskrive hvordan dette er løst. | B | H |
Leverandørens utfyllende beskrivelse av krav T9:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T10 | Løsningen skal tilfredsstille NIKTs arkitekturprinsipper (se xxxxx://xxxxxx.xxxxxxxxxx.xx/xxxxxxx/XX/Xxxxxxxxxx). Leverandøren skal i L-Bilag 2 beskrive kort hvordan dette tilfredstilles. | B | L |
Leverandørens utfyllende beskrivelse av krav T10:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T11 | Data for statistikk skal kunne eksporteres til løsninger for datavarehus og lignende. Leverandøren skal i L-Bilag 2 beskrive tilgjengelige mekanismer for data-eksport. | B | M |
Leverandørens utfyllende beskrivelse av krav T11:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T12 | Leverandøren skal i L-Bilag 2 beskrive utviklingsverktøy som benyttes for utvikling av løsningen. | B | L |
Leverandørens utfyllende beskrivelse av krav T12:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T13 | Leverandøren skal i L-Bilag 2 beskrive responstider på ulike forfatter/redigeringsfunksjoner i løsningen under optimale forhold, for eksempel redigering, lagring, publisering, etc. | B | H |
Leverandørens utfyllende beskrivelse av krav T13:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T14 | Leverandøren skal i L-Bilag 2 beskrive visningshastighet for størrelser på bøker (i MB) og på forskjellige enheter (weblesere, mobile enheter) under optimale forhold. | B | H |
Leverandørens utfyllende beskrivelse av krav T14:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T15 | Leverandøren skal i L-Bilag 2 beskrive eventuelle begrensinger i løsningen som for eksempel maks antall forfatter, maks antall lesere, maks antall bøker, maks størrelse på bøkene, maks størrelse på multimedieobjekter, etc. | B | H |
Leverandørens utfyllende beskrivelse av krav T15:
2.3.2 Sikkerhet
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T16 | Leverandøren skal i L-Bilag 2 beskrive hvordan applikasjonen kan bruke provisjoneringstjenester for opprettelse av brukere og roller (rettigheter) i løsningen. | B | L |
Leverandørens utfyllende beskrivelse av krav T16:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T17 | Leverandøren skal i L-Bilag 2 angi om applikasjonen støtter at en bruker kan velge rolle ved pålogging og hvordan dette løses. | B | M |
Leverandørens utfyllende beskrivelse av krav T17:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T18 | Leverandøren skal i L-Bilag 2 angi om applikasjonen støtter statisk provisjonering for enkelte brukertyper (eksempelvis administrative brukere) og hvordan dette løses. | B | M |
Leverandørens utfyllende beskrivelse av krav T18:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T19 | Leverandøren skal i L-Bilag 2 bekrefte at Single Sign-On (SSO) støttes. | L | ||
T20 | Sikkerhetskopiering, konsistenssjekk og andre driftsoppgaver skal kunne gjennomføres uten stopp av applikasjonen og uten merkbar påvirkning av ytelsen for brukeren. Leverandøren skal i L-Bilag 2 beskrive dette. | B | H |
Leverandørens utfyllende beskrivelse av krav T20:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T21 | Leverandøren skal beskrive hvilke mekanismer i løsningen som sikrer at løsningen beholder sin tekniske integritet hvis det skulle oppstå feilsituasjoner. | B | M |
Leverandørens utfyllende beskrivelse av krav T21:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T22 | Leverandøren skal i L-Bilag 2 redegjøre for hvilken tilgjengelighet løsningen kan tilfredsstille (99,xxx% oppetid) og hvordan dette gjøres. | B | M |
Leverandørens utfyllende beskrivelse av krav T22:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T23 | Leverandøren skal i L-Bilag 2 redegjøre for backup- og restorerutiner inkludert hastighet for restore i tilfelle tekniske problemer. | B | M |
Leverandørens utfyllende beskrivelse av krav T23:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T24 | Leverandøren skal i L-Bilag 2 beskrive hvilken aktivitet i løsningen som loggføres, for eksempel redigering av en bok/emne, endrings av layout, etc. | B | L |
Leverandørens utfyllende beskrivelse av krav T24:
L‐Bilag 3: Prosjekt og fremdriftsplan
3.1 Etableringsprosjektet
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G15 | Leverandørens skal i L-Bilag 3 beskrive innholdet i etableringen og herunder hvilken bistand som inngår. | B | H |
Leverandørens utfyllende beskrivelse av krav G15:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G16 | Leverandøren skal i L-Bilag 3 oppgi en generell prosjektplan for hvordan etableringen gjennomføres i en region. | B | M |
Leverandørens utfyllende beskrivelse av krav G16:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G17 | Leverandøren skal i L-Bilag 3 beskrive sin testmetodikk ved innføring av løsningen samt ved endringer. Leverandør skal anslå sine behov for ressurser og støtte fra Kunde knyttet til Leverandørens testaktiviteter. | B | L |
Leverandørens utfyllende beskrivelse av krav G17:
L‐Bilag 4: Tjenestenivå og standardiserte kompensasjoner
4.1 Drift og forvaltning
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T25 | Leverandøren skal i L-Bilag 4 bekrefte at norsk er benyttet språk muntlig og skriftlig i supportorganisasjonen, dette gjelder både i dokumentasjon og kommunikasjon med Kunden. | H | ||
T26 | Leverandøren skal i L-Bilag 4 beskrive åpningstider for Leverandørens support. | B | M |
Leverandørens utfyllende beskrivelse av krav T26:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T27 | Leverandøren skal I L-Bilag 4 beskrive sin organisering i forhold til mottak og retting av incidenter. | B | M |
Leverandørens utfyllende beskrivelse av krav T27:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T28 | Leverandøren skal i L-Bilag 4 beskrive hvordan Leverandøren holder Kunden orientert om status i incidenter. | B | L |
Leverandørens utfyllende beskrivelse av krav T28:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T29 | Leverandøren skal i L-Bilag 4 beskrive hvordan Kunden skal melde inn feil til Leverandørens supportapparat og hvem som kan melde inn saker. | B | M |
Leverandørens utfyllende beskrivelse av krav T29:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T30 | Leverandøren skal i L-Bilag 4 beskrive hvordan Xxxxxx kan følge opp/ha oversikt over sine innmeldte saker til Leverandørens supportapparat. | B | L |
Leverandørens utfyllende beskrivelse av krav T30:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T31 | Leverandøren skal i L-Bilag 4 bekrefte at alle endringer utført av Leverandøren dokumenteres og dokumentasjon tilgjengeliggjøres for Kunden. | H | ||
T32 | Leverandøren skal i L-Bilag 4 beskrive sine rutiner for dokumentering av endringer i løsningen. | B | M |
Leverandørens utfyllende beskrivelse av krav T32:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T33 | Leverandøren skal i L-Bilag 4 beskrive sin hyppighet av hovedreleaser. | B | M |
Leverandørens utfyllende beskrivelse av krav T33:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T34 | Leverandøren skal i L-Bilag 4 bekrefte at Leverandøren vil følge Kundens endringsprosess ved innføring av rettinger og oppgradering til nye versjoner. | M | ||
T35 | Leverandøren skal i L-Bilag 4 bekrefte at Leverandør vederlagsfritt skal levere dokumentasjon over alle nye versjoner (release notes) som Leverandør leverer i tilknytning til applikasjonen så lenge vedlikeholdsavtalen løper og releasenote skal inneholde anbefalinger knyttet til behov for opplæring, test samt spesifisering av eventuelle endringer i systemoppsett /konfigurasjon. | M | ||
T36 | Leverandøren skal i L-Bilag 4 bekrefte at releasenote tilgjengeliggjøres for Kunden minst 1 måned før programvaren er tilgjengelig for Kunden. | M | ||
T37 | Leverandøren skal i L-Bilag 4 beskrive hvordan Kunden kan bestille endringer inn i kommende versjoner. | B | M |
Leverandørens utfyllende beskrivelse av krav T37:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T38 | Leverandøren skal i L-Bilag 4 bekrefte at Kundens vurdering av kategorisering av feil er gjeldende, hvis det skulle oppstå uenighet om kategorisering. | H | ||
T39 | Leverandøren skal i L-Bilag 4 bekrefte at Kundens vurdering om en sak er tilfredsstillende løst og at løsningen er godt nok dokumentert er gjeldende. | H | ||
T40 | Leverandøren skal i L-Bilag 4 beskrive hvordan Kunden kan sikre at en workaround, som skyldes en feil eller mangel i leveranse, ikke blir permanent. | B | M |
Leverandørens utfyllende beskrivelse av krav T:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T41 | Leverandøren skal i L-Bilag 4 beskrive hvordan alle feil eller mangler som er meldt til Leverandøren får en oppfølgingsplan videre fremover. En oppfølgingsplan skal inneholde informasjon om dato for når saken skal være løst eller hvilken ny versjon av programvaren saken løses i. Hvis saken løses innen 30 dager etter at saken er meldt inn, så er det ikke behov for en egen oppfølgingsplan for saken. Det er Leverandørens ansvar å sende Xxxxxx oppfølgingsplan den siste arbeidsdagen i hver måned på uløste saker som er eldre enn 30 dager. | B | M |
Leverandørens utfyllende beskrivelse av krav T41:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
T42 | Leverandøren skal i L-Bilag 4 bekrefteat retting av feil vil gjelde som vist under: A Kritisk feil Responstid 4 timer. Rettelsesarbeidet starter snarest mulig. Systemet skal hurtigst mulig bringes i drift. B Alvorlig feil Responstid 8 timer. Rettelsesarbeidet starter snarest mulig. Kunden og Leverandøren kan avtale at feilen rettes sammen med andre feil dersom dette er mest hensiktsmessig for fremdriften. Dersom ikke annet er avtalt, vil B-feil oppgraderes til A-feil etter 10 arbeidsdager. C Mindre alvorlig feil Rettelsesarbeidet starter innen rimelig tid som avtales mellom partene. Dersom ikke annet er avtalt, vil C-feil oppgraderes til B feil etter 30 arbeidsdager. Dersom det er gjentagende brudd på tidskravene over, utløses dagbot lik 0,2 % av denne avtalens årlige lisensavgift for de foretakene som er berørt. Hvis brudd fortsetter i perioden med timebøter, økes dagbot til lik 0,5 % av denne avtalens årlige lisensavgift for de foretakene som er berørt. | H |
L‐Bilag 5: Administrative bestemmelser
5.1 Avtalens punkt 3.1 Varighet og oppsigelse – opsjon på forlengelse
Denne avtalen vil ha en varighet på 3 år fra signeringdato med påfølgende vurdering av forlengelser for 1. år av gangen. Maksimal varighet på denne avtalen er 8 år men dog ikke lenger enn den overbyggende rammeavtalens utløpsdato + 4 år. Dette er illustret i figuren nedenfor hvor det i et tenkt scenario er slik at et RHF gjør avrop ved inngåelse av rammeavtalen mens et annet RHF gjør avrop rett før rammeavtalens utløp. For første RHF kan da avropsavtalens varighet være opptil 8 år mens den for det andre RHF’et kan ha en varighet på opptil 4 år.
5.2 Avtalens punkt 1.5 Partenes representanter
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G19 | Leverandøren skal i L-bilag 5 oppgi sin bemyndigede representant for saker som angår avropsavtalen. | B | L |
Leverandørens utfyllende beskrivelse av krav G19:
Partenes bemyndiget representant for denne rammeavtalen spesifiseres her:
For Kunden: For Leverandøren:
Navn: Navn:
Stilling: Stilling:
Telefon: Telefon:
E-post: E-post:
5.3 Tredjepart
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G20 | Leverandøren skal bekrefte i L-Bilag 5 at Kundens informasjon/data ikke skal overlates til tredjepart uten skriftlig godkjennelse fra Kunden i hvert enkelt tilfelle. | L |
L‐Bilag 6: Samlet pris og prisbestemmelser
6.1 Avtalens punkt 6.1 Priser
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G31 | Leverandøren skal i R-Bilag 5 og L-bilag 6 bekrefte at bilaget inneholder en fullstendig oversikt over alle priselementer og relevante forhold knyttet til pristilbudet. | O |
Alle priser skal oppis i henhold til avtaletekstens punkt 4.1.
I og med at det ønskelig å gjenbruke bøker, med variasjoner, heller enn å lage nye, så bør det være en viss kostnad knyttet til å publisere en hovedbok, samtidig som gjenbruk av en allerede etablert hovedmetodebok for å lage lokale variasjoner bør være kostnadfri (eventuell støtte fra leverandør er betalbar etter timepriser angitt i 5.1.4 nedenfor).
6.1.1 Prismodell for denne avtalen
[Her klippes aktuell prismodell for aktuelt RHF inn fra R‐bilag 5 ved avrop]
6.1.2 Faste priselementer
I tillegg vil det for alle prismodeller bli bedt om priser for faste elementer som for eksempel:
• Timepriser for bistand utover det som er avtalt som standard bistand
• Eventuell opplæring utover det som er avtalt som standard opplæring.
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G36 | Leverandøren skal i R-Bilag 5 og L-Bilag 6 oppgi pris på eventuelle kurs som ikke er inkludert i avtalen. | B | H |
Leverandørens utfyllende beskrivelse av krav G36:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G37 | Leverandøren skal i R-Bilag 5 og L-Bilag 6 oppgi timepris for bistand utover det som er inkludert i avtalen. | B | H |
Leverandørens utfyllende beskrivelse av krav G37:
# | Krav | Krav oppfylt Ja/Nei | Beskriv | Viktighet |
G38 | Leverandøren skal i R-Bilag 5 og L-Bilag 6 oppgi eventuelle andre priser som trengs for å levere løsningen. | B | H |
Leverandørens utfyllende beskrivelse av krav G38:
L‐Bilag 7: Endringer til den generelle avtaleteksten
Endringer til den generelle avtaleteksten skal samles her med mindre den generelle avtaleteksten henviser slike endringer til et annet bilag, jf. avtalens punkt 1.3.
Det er mulig å gjøre endringer til alle punkter i avtalen, også der hvor avtaleteksten ikke eksplisitt åpner for dette. Leverandøren bør imidlertid være oppmerksom på at avvik, forbehold og endringer i avtalen kan medføre at tilbudet blir avvist.
Alle slike endringer skal fremkomme her, slik at teksten i den generelle avtaleteksten forblir uendret. Det må fremkomme klart og utvetydig hvilke bestemmelser i avtalen det er gjort endringer til samt resultatet av endringen.
Avtalens punkt 2.1.2
Dersom lisensbetingelsens bestemmelser om disposisjonsrett ikke går foran avtalens bestemmelser om disposisjonsrett, skal Xxxxxx presisere dette her.
Dersom tjenesten leveres under standard lisensbetingelser og avtalevilkår (og Kunden ønsker at denne standardtjenesten skal legges til grunn for avtaleforholdet), vil det være lite hensiktsmessig for Kunden å endre den generelle avtaleteksten på dette punktet.
Eksempel på endringstabell:
Henvisning til avtalens punkt og evt. avsnitt | Erstattes med |
Ny formulering/tekst må angis | |
L‐Bilag 8: Endringer av tjenesten etter avtaleinngåelse
Avtalens punkt 1.4 Endringer av tjenesten etter avtaleinngåelsen
Dersom Kunden og Leverandøren har kommet til enighet om en endringsavtale (både i forhold til innhold, eventuelt endring i vederlag og endring i tidsplan), skal endringen (innhold, justert vederlag og justert tidsplan) fremkomme her.
Hver endring skal være underskrevet av bemyndiget representant for partene.
Det er Leverandøren som er ansvarlig for at det føres en fortløpende katalog over endringene som utgjør bilag 8. Leverandøren er også ansvarlig for at Kunden uten ugrunnet opphold gis en oppdatert kopi. Kunden må selv holde oversikt over hvilke endringsanmodninger de har sendt og hvilke endringsoverslag de har mottatt.
Xxxxxx er ansvarlig for at endringene det er anmodet om ikke er i strid med regelverket for offentlige anskaffelser. Endringer som anses som vesentlige vil bli betraktet som direkte anskaffelser og enhver som mener at det er foretatt en direkteanskaffelse kan klage inn Kunden for Klagenemnda for offentlige anskaffelser.
Eksempel på endringskatalog:
Endringsnummer | Beskrivelse av endringen samt eventuell vederlagsjustering og justering av tidsplan | Ikraftsettelsesdato |
L‐Bilag 9: Lisensbetingelser for standardprogramvare
Avtalens punkt 2.1.2 Forholdet til standard lisens‐ og avtalevilkår
Dersom standardprogramvare som er omfattet av tjenesten leveres under standard lisensbetingelser og avtalevilkår (lisensbetingelser), skal kopier av lisensbetingelsene legges ved her, jf. Bilag 2
«Avtalens punkt 2.1.2 Forholdet til standard lisens- og avtalevilkår».