Murer- og betongtjenester til Helse Bergen HF

Invitasjon til markedsdialog (Teams) i forbindelse med planlagt regional anskaffelse av mobile arbeidsstasjoner (traller) med tilhørende programvare for Helse Vest RHF og tilhørende helseforetak/ideelle. Dialogen skal gi innspill til krav, integrasjoner, lisens- og kostnadsmodell, leverings-/vedlikeholdsforhold og funksjoner knyttet til medisinskuffer (f.eks. åpning/innlogging/sporbarhet/ADT-integrasjon). Det legges opp til bruk av Statens standardavtaler SSA-K (kjøpsavtale) og SSA-V (vedlikeholdsavtale).

• Påmelding/forespørsel til markedsdialogen skal gjøres i Ivalua’s kommunikasjonsmodul.Kilde: Avsnitt «Påmelding og spørsmål»
• Oppgi firma, antall deltagere og epostadresse til deltaker(e) ved påmelding.Kilde: Avsnitt «Påmelding og spørsmål»
• Interessent svarer på spørsmål muntlig i møte og ettersender detaljert svar på melding i Ivalua.Kilde: Avsnitt «Oppdragsgiver ber om innspill...»
• Gi innspill (detailed svar) til angitte punkter om programvare og integrasjoner/kostnader/funksjonalitet/service.Kilde: Liste under «Oppdragsgiver ber om innspill...»

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

14.08.2026

Språk

norsk, English

Elektronisk katalog

Ikke tillatt

• Kontraktsgrunnlag skal være Statens standardavtaler SSA-K (kjøpsavtalen) og SSA-V (vedlikeholdsavtalen).Kilde: Avsnitt «Det legges opp til bruk av Statens standardavtaler SSA-K ... og SSA-V ...»
• Service og vedlikehold av programvare skal være inkludert i pris ved kjøp av tralle og vare like lenge som estimert levetid (innspill etterspurt).Kilde: Punkter under «Oppdragsgiver ber om innspill...» (avsnitt om service/vedlikehold)

• Dokumentet beskriver kun markedsdialog/innspillsbehov; ingen eksplisitte kvalifikasjonskrav, tildelingskriterier eller kontraktsvilkår er angitt i teksten.
• Ingen konkrete frister for ettersendelse av innspill er oppgitt utover dato/tid for selve markedsdialogen.
• Omfanget av eventuell utprøving i sykehusmiljø er betinget («kan bli aktuelt»); varighet/krav ved en slik utprøving er ikke spesifisert.
• Det fremgår at programvare skal være inkludert når tralle kjøpes med medisinskuffer og skal være av høyeste versjon/nivå, men hvordan dette senere skal dokumenteres i eventuell konkurranse er ikke beskrevet.

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. Kan dere bekrefte hvor i konkurransegrunnlaget (eventuelt hvilke vedlegg/bilag og punkt) dere konkret angir kravene til programvaren og integrasjonene mot Meona og DIPS (inkl. eventuelle krav til dokumentasjon/tekniske spesifikasjoner), og hvor detaljene fremgår?

   Hvorfor det er verdt å spørre: Leverandøren må forstå hvilken dokumentasjon og hvilke krav som faktisk vil evalueres og prises for å kunne gi korrekt tilbud og planlegge teknisk leveranse.

   Kilde: Invitasjon til markedsdialog – «Finnes det integrasjoner mot Meona og Dips? …»

2. Når dere ber om at programvaren skal være «on-prem», kan dere spesifisere hvilke krav dere stiller til drift og sikkerhet (f.eks. plassering av server/komponenter, bruk av deres IKT-miljø, krav til konto-/tilgangsstyring og logging), og hvilke grensesnitt som forventes mot deres eksisterende systemportefølje?

   Hvorfor det er verdt å spørre: «On-prem» kan bety flere ulike løsninger; leverandøren må avklare drift/arkitektur for å prise integrasjon, sikkerhetstiltak og leveranseansvar.

   Kilde: Beskrivelse av anskaffelsen – «Programvaren skal kunne integreres…» samt «Programvare skal leveres on-prem?»

3. Kan dere bekrefte hvordan lisensmodellen skal prises for dette oppdraget: ønsker dere lisens «pr tralle», «totalt pr HF/IKT selskap», eller annen modell, og hva er forventet prismekanikk (engangssum vs. løpende kost) i et 1–4 års perspektiv?

   Hvorfor det er verdt å spørre: Utydelig prismekanikk gir høy risiko for feil prissetting og mislighold i forhold til forventet økonomimodell.

   Kilde: Invitasjon til markedsdialog – «Hvordan er lisensmodellen…» og «Ønsker de…» samt «Kan dette leveres som engangssum…?»

4. For funksjonene «digital merking av skuff», «individuell åpning av skuffer», «sporbarhet (logging av hvem som åpner skuffene)» og «skanning av pasientarmbånd»: hvilke konkrete krav vil bli evaluert (funksjonskrav, responstid, brukerflyt), og hvilke målemetoder/dokumentasjonskrav forventer dere i tilbudsfasen?

   Hvorfor det er verdt å spørre: Leverandøren trenger å vite hvilke elementer som faktisk måles og dokumenteres for å kunne bygge og dokumentere løsning og unngå antakelser i tilbudet.

   Kilde: Invitasjon til markedsdialog – punkter om skuffåpning/merking/logging/armbånd

5. Dere skriver at det «kan bli aktuelt» med utprøving i reelle sykehusmiljøer og at det kan medføre lengre vedståelsesfrist og krav om å stille arbeidsstasjoner i lengre periode: kan dere beskrive sannsynlig omfang og forventet varighet (antall uker/måneder), antall lokasjoner, og om kostnader knyttet til stilling/levering skal inkluderes i tilbudsprisen eller dekkes separat?

   Hvorfor det er verdt å spørre: Utprøving kan medføre betydelige kostnader og ressursbruk; leverandøren må avklare økonomisk og operasjonelt ansvar.

   Kilde: Beskrivelse av anskaffelsen – «Formålet med en slik utprøving… lengre vedståelsesfrist… be leverandør stille…»

6. Kan dere presisere hvordan SSA-V (vedlikeholdsavtale) skal anvendes i praksis for programvaren: hva omfattes typisk av support/vedlikehold (oppgraderinger til nye «høyeste versjon/nivå», feilretting, endringsleveranser), og hvilke responstider/servicenivå vil dere kreve og evaluere?

   Hvorfor det er verdt å spørre: Leverandøren må forstå omfang og servicenivå for å kunne prise SSA-V riktig og levere i tråd med evaluering.

   Kilde: Beskrivelse av anskaffelsen – «Det legges opp til bruk av SSA-K… SSA-V…» samt «Service og vedlikehold… inkludert…»

7. Ved krav om at «service og vedlikehold av programvare skal være inkludert i pris ved kjøp av tralle… så lenge som estimert levetid»: kan dere oppgi hvordan dere vil fastsette/oppgi «estimert levetid» i anskaffelsen, og om dere forventer at leverandør binder seg for hele levetiden iht. avtaleperiode eller opsjonsstruktur?

   Hvorfor det er verdt å spørre: Levetid/avtaleperiode påvirker kost- og risikobilde; leverandøren må vite hvordan varigheten defineres.

   Kilde: Invitasjon til markedsdialog – «Service og vedlikehold… så lenge som estimert levetid»

8. Dere nevner behov for leveransetider og tilgjengelighet for «erstatningsnøkkel til skuffene», «reservekassetter og skuffer»: hvilke konkrete SLA-/leveringstidkrav planlegger dere å stille, og gjelder de for alle HF/lokasjoner i regionen eller kun sentrale leveringspunkter?

   Hvorfor det er verdt å spørre: Uklare leveringstid-/SLA-krav gir usikkerhet i bemanning, lagerhold og kostnadsberegning.

   Kilde: Invitasjon til markedsdialog – «Hvor lang er leveringstid…», «leveringstid for å få tilsendt…», «Har leverandør et lager…»

9. Er det krav til rapportering/statistikk for bruk av trallen (f.eks. antall åpninger, feilsituasjoner, bruksmønster): kan dere beskrive hvilke rapporter som ønskes, format (f.eks. API/eksport), frekvens, og om IKT-selskapene skal ha tilgang til rådata?

   Hvorfor det er verdt å spørre: Rapporteringsbehov kan variere fra enkle oversikter til omfattende datatilgang; dette må avklares for riktig implementering og kost.

   Kilde: Invitasjon til markedsdialog – «Mulighet for rapporter…», «Feilsituasjoner… IKT selskapet kan hente ut…»

10. Kan dere avklare hvilke evalueringskriterier som skal brukes for «helhetlig vurdering av både maskinvare og programvare» (herunder hvordan vekting skjer mellom maskinvarefunksjoner, programvarefunksjoner, integrasjoner og brukervennlighet/smittevern/robusthet)?

    Hvorfor det er verdt å spørre: Når evalueringen påvirkes av samspill maskin+programvare, må vekting og kriterieinndeling være tydelig for at leverandøren skal kunne optimalisere løsning og prising.

    Kilde: Beskrivelse av anskaffelsen – «Evalueringen vil derfor omfatte en helhetlig vurdering…»