Kalibrering av sensorer i renrom til Helse Bergen HF, Helse Stavanger HF og Sjukehusapoteka Vest HF

Sykehusinnkjøp HF inviterer til markedsdialog (Teams) i forkant av en regional anskaffelse av mobile arbeidsstasjoner (traller) med tilhørende programvare for Helse Vest RHF og tilknyttede helseforetak/ideelle. Anskaffelsen omfatter vurdering av helhetlig samspill mellom maskinvare og programvare, mulig utprøving i sykehusmiljø, og planlegges kontrahert med Statens standardavtaler SSA-K (kjøpsavtalen) og SSA-V (vedlikeholdsavtalen). All kommunikasjon skal foregå via Ivalua.

• Ingen eksplisitte kvalifikasjonskrav angitt i den vedlagte dokumentteksten.

  Dokumentasjon: Ikke angitt

  Kilde: Invitasjon til markedsdialog (hele dokumentet)

• Interessent skal svare på spørsmål og gi innspill i vedlegget «Invitasjon til markedsdialog» lagt ut i Ivalua (ettersendt detaljert svar).Kilde: Agenda / Innspill fra interessenter
• Påmelding eller spørsmål til markedsdialogen skal gjøres i Ivalua’s kommunikasjonsmodul.Kilde: Påmelding og spørsmål
• Ved påmelding skal interessent oppgi firma, antall deltagere og epostadresse til deltagere.Kilde: Påmelding og spørsmål

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

07.09.2026

Språk

norsk, English

Elektronisk katalog

Ikke tillatt

• Kontraktsgrunnlag planlegges å være Statens standardavtaler SSA-K (kjøp) og SSA-V (vedlikehold).Kilde: Beskrivelse av anskaffelsen
• Programvare skal leveres on-prem (innspill etterspurt).Kilde: Innspill fra interessenter (spm om on-prem)
• Service og vedlikehold av programvare skal være inkludert i pris ved kjøp av tralle, og dekke hele estimert levetid (innspill etterspurt).Kilde: Innspill fra interessenter (service og vedlikehold)
• Programvare skal være inkludert i prisen når tralle kjøpes med medisinskuffer og skal være av høyeste versjon/nivå (innspill etterspurt).Kilde: Innspill fra interessenter (programvare inkludert og versjonsnivå)

• Tildelingskriterier og vekting er ikke omtalt i dokumentteksten.
• Ingen formelle kvalifikasjonskrav eller krav til dokumentasjon er angitt.
• Om utprøving i reelle sykehusmiljøer vil gjennomføres er betinget («kan bli aktuelt»), og detaljer om varighet/omfang er ikke angitt.
• Flere av de etterspurte forholdene (integrasjoner, API, lisensmodell, rapporter, batteri, lagerhold av reserve) er formulert som innspillsspørsmål, ikke endelige kontraktskrav i teksten.

Punkter der konkurransedokumentene åpner for tolkning, og der en presisering fra oppdragsgiver kan ha betydning for prising og risiko. Spørsmål kan stilles innen fristene som er angitt i konkurransegrunnlaget.

1. Ivalua-bekreftelse: Når oppdragsgiver skriver «Programvare skal være inkludert i prisen når tralle kjøpes med medisinskuffer og skal være av høyeste versjon/nivå»—hvilken konkret programvare/utgave (navn, versjonnivå og eventuelle moduler) skal anses som «høyeste nivå», og er det krav til at alle lisens-/funksjonsoppgraderinger i kontraktsperioden er inkludert uten ekstra kostnad?

   Hvorfor det er verdt å spørre: Leverandøren må vite nøyaktig hva som skal prises som «høyeste versjon/nivå» og om oppgraderinger inngår, ellers blir prissetting og tilbudsrisiko unødvendig høy.

   Kilde: Invitasjon til markedsdialog – punktliste om programvare («inkludert i prisen… høyeste versjon/nivå»)

2. Kan oppdragsgiver bekrefte om programvaren skal leveres som standard on-prem i regionens miljø, og i så fall: hvilke tekniske krav gjelder til installasjon (f.eks. server/VM, domenetilgang, nødvendig OS/middleware), og hvilke forutsetninger ligger hos Helse Vest IKT for å muliggjøre installasjon og drift?

   Hvorfor det er verdt å spørre: Integrasjons- og driftsforutsetninger (on-prem) påvirker både kostnader og leveranseplan betydelig, særlig i kliniske IKT-miljøer.

   Kilde: Invitasjon til markedsdialog – «Programvare skal leveres on-prem?»

3. Integrasjoner: Hvilke integrasjonspunkter er det konkrete forventninger om mot Meona og DIPS (inkludert om ADT-meldinger/pasientlister skal mottas), og finnes det eksisterende grensesnittspesifikasjon/kravdokumentasjon som leverandøren skal forholde seg til (hvor kan den hentes, og vil den bli vedlagt i konkurransen)?

   Hvorfor det er verdt å spørre: Uten tydelig integrasjonsomfang og tilgjengelig grensesnittspesifikasjon er det vanskelig å prise og planlegge utvikling/tilpasning.

   Kilde: Invitasjon til markedsdialog – «Finnes det integrasjoner mot Meona og Dips?», «mulighet for api… og mottak av ADT meldinger…»

4. Skuffstyring og brukerfunksjonalitet: Er det et krav at «mulighet for individuell åpning av skuffer (pasientspesifikk skuff)» og øvrige funksjoner (pasientnavn på skuff uansett plassering, digital merking, skanning av pasientarmbånd, logging av hvem som åpner) er en del av basisprogramvaren som skal leveres for alle traller med medisinskuffer—eller er dette kun innspill/opsjoner? Be oppdragsgiver også presisere hvilke funksjoner som vil bli testet i ev. utprøving.

   Hvorfor det er verdt å spørre: Leverandøren må vite hvilke funksjoner som er obligatoriske og hvilke som er valgfrie, samt hvordan de vil verifiseres i evaluering.

   Kilde: Invitasjon til markedsdialog – punktlisten om «Mulighet for…», «logging…», «skanne…»

5. Rapportering og tilgjengelighet: Når det bes om «rapporter med statistikk for bruken av trallen» og «hurtig programvare…», hvilke rapporttyper/uttrekk forventes (f.eks. hendelsesdata, brukshyppighet, åpninger, feil, ytelsesmålinger), og er det krav til rapportering via API for IKT-selskapets uttak?

   Hvorfor det er verdt å spørre: Konkrete rapporterings- og API-krav bestemmer utviklings- og integrasjonskostnadene og påvirker også test-/akseptansekriterier.

   Kilde: Invitasjon til markedsdialog – «Mulighet for rapporter…», «Er det mulig for… å koble til API…?»

6. Ytelse: Når oppdragsgiver spør «Hvor raskt åpner skuffene og hvilke faktorer… kan påvirke hurtighet?», ønsker dere at dette dokumenteres som målbare ytelsestall i et definert testoppsett (maks åpnetid, terskler, samtidighet), og vil det bli brukt som evalueringsparameter? Hvis ja, hva er forventet testmetodikk og akseptkriterier (evt. i bilag)?

   Hvorfor det er verdt å spørre: Ytelsesmål uten definert testoppsett skaper stor usikkerhet; leverandøren må kunne underbygge leveranse med dokumenterbare tall.

   Kilde: Invitasjon til markedsdialog – «Hurtig programvare…», «Hvor raskt åpner…»

7. Sikkerhet, feilhåndtering og sporbarhet: Hvilke krav stilles til logging av feilsituasjoner (hendelsesnivå, varighet/retensjon, tilgangsstyring), og gis IKT-selskapet rett til å hente ut loggdata (inkl. format/tilgang via web/API)?

   Hvorfor det er verdt å spørre: Logging/retensjon og tilgangsrettigheter er sentralt for drift, etterlevelse og for leverandørens lisens- og driftskostnader.

   Kilde: Invitasjon til markedsdialog – «Hvor logges feilsituasjoner…», «Logging av hvem… (sporbarhet)»

8. Utprøving i reelle sykehusmiljøer: Under hvilke konkrete betingelser «kan det bli aktuelt» med utprøving, og hvis det gjennomføres—hvilken varighet, omfang (antall traller/konfigurasjoner), bemannings-/opplæringsbehov, og krav til leverandørens vedlikehold/oppfølging i prøveperioden?

   Hvorfor det er verdt å spørre: Dersom utprøving utløses, påvirker det både kostnader, ressursallokering og leveransekapabilitet innen fristene.

   Kilde: Beskrivelse av anskaffelsen – «utprøving i reelle sykehusmiljøer…»

9. Kontraktsramme SSA-V/SSA-K: Oppdragsgiver skriver at det vil bli benyttet SSA-K (kjøpsavtalen) og SSA-V (vedlikeholdsavtalen), og at service/vedlikehold skal være inkludert i pris ved kjøp av tralle og vare like lenge som estimert levetid. Kan oppdragsgiver bekrefte hvilken «estimert levetid» som legges til grunn i kontraktsmengde/prising, samt om SSA-V fullt ut dekker (i) support/feilretting, (ii) oppgraderinger/versjonsløft, og (iii) tilgjengelighet til reservedeler?

   Hvorfor det er verdt å spørre: Levetid og omfang i SSA-V er avgjørende for total risiko- og prisgrunnlag. Uavklarte tolkningsspørsmål kan gi store marginavvik.

   Kilde: Beskrivelse av anskaffelsen – «SSA-K… SSA-V…», samt «Service og vedlikehold av programvare skal være inkludert…»

10. Reservedeler og beredskap: Når oppdragsgiver ber om leveringstid for erstatningsnøkkel/tilbehør og reservekassetter/skuffer ved mye utskifting, hva er konkrete SLA-forventninger (maks leveringstid), og gjelder det også ved kritiske hendelser (f.eks. samtidig svikt på flere enheter)? Videre: finnes det krav om lokale lagerhold i Norge, og eventuelt minstekrav til lagerstørrelse/beredskap?

    Hvorfor det er verdt å spørre: Reservedelsberedskap og SLA-er er typisk kostnadsdrivere og kan innebære leverandørspesifikk risiko som må forstås før tilbud inngis.

    Kilde: Invitasjon til markedsdialog – punktlisten om «erstatningsnøkkel…», «reservekassetter…», «lager… i Norge»