Spørsmål og svar: Sak 2012/232 Elektronisk verktøy for dataregistrering

Transkript

1 Spørsmål og svar: 1 I arket 2.Prisskjema, felt D3 står følgende i kommentarfeltet: Jacobsen, Svend B.: Engangskostnadene skal inkludere alle kostnader knyttet til bruk av tilbudt programvare for angitt HF basert på de volumer som er angitt på ark 4. Grunnlagsdata. Har vi oversett noe eller mangler det et ark? 2 1. Når det gjelder psykometriske verktøy opererer dere med en A- liste og en B-liste samt eventuelt tilbyders egen liste. Sett fra vårt ståsted handler disse psykometriske verktøyene seg om faglige valg og preferanser som Kunden selv må ha et eieforhold og selv ta stilling til. Det er fullt mulig å implementere alle disse testene og flere til i den løsningen vi ser for oss, men det blir vanskelig å prise dette da noen/de fleste verktøyene baserer seg på lisenser til tredjepart for bruk. a. Er det korrekt forstått at Leverandøren av IT-løsningen skal holde kontakten med fagfeltet for å sørge for oppdaterte psykometriske tester? b. Er det korrekt forstått at Leverandøren av IT-løsningen skal være «kunde» og betale eventuelle lisenser for Helse Vest sin bruk av de forskjellige psykometriske verktøyene? c. Hvis vi har forstått caset riktig i henhold til spørsmål a. og b. lurer vi på om Kunden har en oversikt over lisenser og kontaktinformasjon vedrørende bruk av de forskjellige psykometriske verktøyene da dette omhandler helsemessige fagspørsmål og ikke IT-løsningen slik vi ser det. d. Hvis vi har forstått caset riktig i henhold til spørsmål a. og Merknader som henviser til andre regneark enn dem som finnes i Prisskjema, ligger igjen fra en tidligere utgave av skjemaet. Disse kan man se bort fra. Spørsmål 1: a) Leverandøren forventes å holde kontakten med rettighetshavere for verktøy/tester som til enhver tid er tilgjengelig i løsningen. Det forventes ikke at leverandøren skal holde seg oppdatert på eventuelle nye verktøy/tester som utvikles og tas i bruk innen fagfeltet. Våre fagmiljøer vil melde inn eventuelle nye verktøy/tester til leverandøren dersom våre fagmiljøer har behov for dette, men det er ønskelig at det administrativt håndteres som skissert under krav 10. b) Dette er korrekt forståelse av krav 10 at vi ønsker at leverandøren administrerer betaling av bruk av lisensierte verktøy/tester til rettighetshavere for oss. Imidlertid ser vi at denne bruken også er et priselement i det produktet vi etterspør, jfr «Del 1 Prisskjema», hvor vi ber leverandøren om å oppgi prisene for bruk av de ulike verktøyene. c) Som nevnt under pkt a) så forventes det at leverandør har kontakt med rettighetshaverne for verktøy/tester når tjenesten som er skissert i krav 10 er en del av tilbudet. d) A-listen i «Del 1 Prisskjema» gir en oversikt over hvilke psykometriske verktøy som er prioriterte for Helse Bergen. B- listen er en oversikt over psykometriske verktøy som er i bruk i Helse Bergen, men de tilhører ikke den prioriterte listen. Sist oppdatert: Side 1

2 b. ønsker vi en tydelig prioritering og rangering fra Kunden på hvilke psykometriske verktøy som skal være en del av løsningen og hvilke som er nice-to-have. Spørsmål 2: Vi har ikke satt eksplisitt krav til at løsningen skal følge Elmer standarden, 2. Med tanke på at de psykometriske testene også skal fylles ut av selv om denne standarden har mange krav som også vil kunne være pasientene er det da et krav om at skjemaene skal støtte ELMER hensiktsmessige i etterspurt løsning. Det viktigste for den aktuelle 2.1? Tenker på dette i forbindelse med standarder som beskrevet brukergruppe, er at skjermbildene/dialogene har en utforming som gjør at i referansekatalogen og Difis høringsnotat om «Forslag til endring det motiverer brukerne til å svare. Så må man nok ha en fleksibilitet i hvordan dette utformes avhengig av kategori brukergruppe for å oppnå av forskrift om IT-standarder i offentlig forvaltning» som pt er til dette i samråd med det det kliniske fagpersonell. behandling. Her fremkommer det at også innbyggerskjemaer skal følge ELMER Det første punktet er knyttet til selve formålet med anbudet, mens de andre spørsmålene er knyttet til kravene (side i Del 2 K- Bilag 1 kundens kravspesifikasjon ): FORMÅL: I kapittel 1 Formål, side 3, i Del 2 K- Bilag 1 kundens kravspesifikasjon står det følgende: Helse Vest RHF har som overordnet formål å inngå en avtale om kjøp og vedlikehold av en løsning for elektroniske verktøy og psykometriske instrument for forskning, kvalitetsforbedringsarbeid og klinisk arbeid i første rekke innen Psykiatrisk divisjon og Avdeling for rusmedisin i Helse Bergen HF. Formålet med en slik løsning er å få et elektronisk måleog kartleggingsverktøy for å samle inn og systematisere data om pasientenes behandlingsforløp. I tillegg skal løsningen være et verktøy for kvalitetsarbeid og forskning. I og med dette anbudet har som formål å inngå en avtale som innebærer å samle inn og systematisere data om pasientenes behandlingsforløp, i tillegg til å være et verktøy for kvalitetsarbeid og forskning, ønsker vi å få ytterligere Spørsmål 1: Del 2 K- Bilag 1 kundens kravspesifikasjon krav 15 samt 33 til og med 40 gir et bilde av de behov vi ser vi har for systematiserte data i løsningen. Samtidig vil mange forsknings- og kvalitetsprosjekt være unike i forhold til hvilke data som ønskes å dokumenteres i systemet og det vil av den grunn ikke være mulige å spesifisere nærmere på generell basis, noe som vi mener avspeiles i krav 23 og 24 med ønske om en fleksibilitet i løsningen. Vi vil svært gjerne at tilbyder beskriver sine eksisterende gode løsninger for behandlingsforløp og håper at blant annet krav 14 kan gi denne muligheten. Spørsmål 2: Vi har ikke satt eksplisitt krav til at løsningen skal være CE-merket på nivå 2. Krav 25 etterspør om løsningen har den beskrevne varslingsfunksjonalitet for behandlende personell. Sist oppdatert: Side 2

3 informasjon om hvilke krav dere har rundt behandlers dokumentasjon av selve den medisinske oppfølgingen og intervensjonen (medisinering, bivirkninger, elektrokonvulsiv behandling, somatisk status, bruk av tvang, og ulike typer psykologisk behandling) for den enkelte pasient. Våres produkter gir bl.a. en god visualisering av symptomtrykk og fungering hos enkeltpasienter over tid, sammenholdt med intervensjonen, og bidrar dermed til å tydeliggjøre selve behandlingsforløpet. Vi finner ikke at formålet med anbudet går igjen i kravene som er spesifisert på sidene i Kravspesifikasjonen Del 2 K- Bilag 1 kundens kravspesifikasjon og spør derfor om en nærmere utdyping. PUNKT 25, spesielt underpunktet med - Varslingsfunksjon når pasient har skåring med kritiske verdier eller store endringer fra tidligere resultat. Elektroniske system (frittstående programvare) som brukes i forbindelse med pasientbehandling må i følge de medisinske retningslinjene (MEDDEV 2.1/6 2012) fra EU klassifiseres som aktivt medisinsk utstyr og dermed CE-merkes minst i klasse 1. Når programvaren brukes til diagnosearbeid og det inntreffer varsling angående endring i pasientstatus/ diagnose vil CE-merkingen måtte løftes til klasse 2 og produktene kan ikke markedsføres før slik CE-merking er foretatt. Prosedyrene for å oppnå slik CE-merking over klasse 1 er omfattende og krever klinisk uttesting på utvalgte pasientgrupper. Spørsmålet fra oss er om dere virkelig vil kreve programvare som forutsetter CE-merking klasse 2? Etter vår oppfatning kan de overordnede mål (se forrige spørsmål) innfris med software som CE-merkes klasse 1. Sak 2012/232 Elektronisk verktøy for dataregistrering Sist oppdatert: Side 3

4 4 Spørsmål knyttet til anskaffelsens omfang med henvisning til Regler for konkurransegjennomføring pkt. 1.4: Det forutsettes at det skal inngis pris for opsjon for øvrige foretak og institusjoner i Helse Vest RHF. Er avtalen for de andre foretakene og institusjonene begrenset til psykiatrisk divisjon og avdeling for rusmedisin eller gjelder det for alle enhetene i helseforetakene? 5 Spørsmål til «Generelle krav» i kundens kravspek pkt 6 hvor det står: Oppdragsgiver ønsker dedikert utviklings- og programmeringsressurs som kan bistå ved behov. 1. I hvilke(n) fase(r) av Leveransen gjelder kravet? 2. Hva ligger i at «dedikert utviklings- og programmeringsressurs som kan bistå ved behov»? 3. Hvem/hvilken rolle hos Kunden skal dedikert utviklings- og programmeringsressurs bistå ved behov? 6 Vi har et følgende spørsmål til kundens kravspek når det gjelder pkt 10 og lisenshåndtering for psykometriske verktøy: 7 Forventer oppdragsgiveren Helse Vest at tilbyder kjøper inn lisensene på deres vegne, eller skal tilbyder administrere de lisenser Helse Vest har tatt ut selv? Vi har følgende spørsmål til kravspek og pkt 4: Opplæring skal foregå på oppdragsgivers lokasjoner: 1. Hvor mange ulike lokasjoner er det snakk om når det gjelder hhv. Sak 2012/232 Elektronisk verktøy for dataregistrering Som det fremgår av Prisskjema under overskrift «Opsjoner», linje blir pris for bruk for tilsvarende enheter på de øvrige foretak, begrenset til den prosentandelen som angitt i kolonne C. I den grad tilbyder ønsker å knytte pris til antall brukere, skal prisen for det omfang som fremgår av konkurransegrunnlaget fremgå av besvarelsen ved eventuelle nye linjer i prisskjemaet. Svar på nr 1: Denne utviklings- og programmeringsressursen vil det være behov for både i innføringsfase så vel som når løsningen er i drift i Helse Bergen. Svar på nr 2: Ønsket er at det er en ressurs som kjenner fagfeltet og foretaket som kan bistå oss ved endringer i fagfeltet, innføring av nye tester og ved tilrettelegging av skjema for forsknings- og kvalitetsprosjekt. Svar på nr 3: De roller som en slik ressurs vil bistå er den som innehar en systemansvarlig og dessuten de som ansvarlige for behov i virksomheten. De sistnevnte vil være ansvarlige for prosjekter innenfor forskning, kvalitetsarbeid og klinisk virksomhet. Vi ønsker at leverandøren administrerer betaling til rettighetshavere for vår bruk av lisensierte verktøy/tester som er i tilbudt løsning. Svar på nr 1: For Helse Bergen er det to lokasjoner, Voss og Bergen. Når det gjelder de øvrige helseforetakene og de private ideelle Sist oppdatert: Side 4

5 Helse Bergen? institusjonene må det inngås avtale med det enkelte foretak ved innløsning av opsjon. Hvis det er behov for å kalkulere med et estimat Helse Stavanger? for helseforetak og institusjonene utenfor Helse Bergen foreslår vi at Helse Fonna? Helse Førde? Private ideelle institusjoner? 2. Er det aktuelt å sentralisere opplæringen ved opsjoner? 3. Hvor mange kursdeltagere er tenkt opplært pr. kurs? dere opererer med minst to lokasjoner per foretak. Svar på nr 2: I utgangspunktet er det ikke planlagt å sentralisere opplæringen. Svar på nr 3: Krav 3 ber tilbyder om forslag til et egnet opplæringsprogram og dette kan gjerne også innehold forslag til ulike antall kursdeltagere i ulike opplæringsopplegg. I prisskjemaet vil vi gjerne at opplæringstjenesten prises per 12 deltakere. 8 Vi har følgende spørsmål til kravspek og pkt 42: 9 10 Er det noe formkrav til dokumentasjon av pasient samtykke. Dersom det er det, hvilke formkrav gjelder? Vi har følgende spørsmål til kapittel 4 i dokumentet «Konkurranseregler» vedrørende kvalifikasjonskrav: Er reglene riktig forstått dersom det kun er kvalifikasjonskravene til kapittel 4.1 som skal dokumenteres av underleverandør mens det er tilstrekkelig at hovedleverandør dokumenterer de resterende kvalifikasjonskravene kapitlene 4.2, 4.3 og 4.4? Ref Krav 15 Spørsmål knyttet til B-lista a) Navn på test: ASSQ. Spørsmål: Dette instrumentet står i A- lista og bør vel følgelig tas bort fra B-lista? b) Navn på test: CY-BOCS. Spørsmål: Dette instrumentet står i A-lista og bør vel følgelig tas bort fra B-lista? c) Navn på test: Cybox. Spørsmål: Er navnet skrevet feil skal Det er ikke noen formkrav til dokumentasjon av pasientsamtykke. Både 4.1 og 4.2 må oppfylles avunderleverandører. For punkt 4.3 og 4.4 kan kvalifikasjoner og kapasitet sees på i sammenheng. Forpliktelseserklæring må imidlertid være utfylt hvis man benytter underleverandør (4.3, 3. kulepunkt). a), b), e): Det viser seg at noen tester er blitt ført både på A- og B- listen. Tilbyder kan se bort i fra at testen er ført på B-listen når den også er på A-listen. c) Det stemmer at testen Cybox har blitt feilstavet i A-listen d) CBCL, YSR og TRF inngår i ASEBA og vil ved evaluering bli vektet som en test f) IES er det samme som Impact of event scale og vil ved Sist oppdatert: Side 5

6 det være cy-bocs? Ref b) over. evaluering bli vektet som en test d) Navn på test: CBCL, YSR & TRF. Spørsmål: Disse tre inngår i instrumentet ASEBA og er vel således redundant? e) Navn på test: diva 2. Spørsmål: Dette instrumentet står i A- lista og bør vel følgelig tas bort fra B-lista? f) Navn på test: Impact of event scale. Spørsmål: Dette er vel det samme instrumentet som IES og er vel således redundant? g) Navn på test: Rorschach Session Rating Scale (SRS). Spørsmål: Dette er vel egentlig to (2) instrumenter; 1) Rorschach & 2) Session Rating Scale (SRS)? h) Navn på test: S-MAR. Spørsmål: Er dette instrumentet det samme som MAR-S? i) Navn på test: PTSD. Spørsmål: Er det entydig hvilket instrument det henvises til her? Ref. PTSD som diagnose. j) Navn på test: Connors ADHD sjekkliste. Spørsmål: Er dette instrumentet kjent under et annet navn (internasjonalt) i så fall; hvilket? k) Navn på test: TROG-2. Spørsmål: Dette er vel det samme instrumentet som Trog II og er vel således redundant? l) Navn på test: SPM-PQ. Spørsmål: Er dette instrumentet kjent under et annet navn (internasjonalt) i så fall; hvilket? Sak 2012/232 Elektronisk verktøy for dataregistrering g) I denne sammenhengen er det Rorschach Session Rating Scale som våre klinikere har oppgitt er i bruk. Benytt gjerne listen merket «Tilbyders liste» for å beskrive ytterligere verktøy dere har å tilby. h) S-MAR vil ved evaluering bli regnet som det samme som MAR-S og bli vektet som en test i) Tilbyder kan se bort i fra dette punktet, testene som dekker inn dette området er allerede i B-listen som DES og IES j) Connors ADHD sjekkliste er også kjent som ADHD Connors Test k) Trog-2 er det samme som Trog II og vil ved evaluering bli vektet som en test l) SPM-PQ er også kjent som McGill pain questionnaire 11 Vedrørende krav nummer 19 har Kunden løsninger for SSO (single-sign-on) i dag? Hvis ja, hvilken løsning har dere, og er det et tilgjengelig og veldefinert API for å integrere løsningen mot den applikasjonen vi ser for oss? Helse Vest har erfaring med noen SSO implementasjoner og da løst på standard Microsoft teknologi mot Active Directory ved bruk av Kerberos. Sist oppdatert: Side 6

7 12 Vedrørende krav nummer 25, 26 og 61 Har oppdragsgiver per dags dato egne løsninger for varslinger som kan benyttes (tenker særlig på sms-varslinger)? Hvis ja, kan vi få en beskrivelse av denne løsningen? Se eget dokument «Helse Vest IKT overordnet skisser SMS systemet» Spørsmål knyttet til dette dokumentets spørsmål nr 6: Dersom ytterligere helseforetak slutter seg til løsningen, vil de tegne egne avtaler? Vil rettighetshavere til verktøy / tester regnes som underleverandører som må kvalifiseres, og i så fall hvilke kvalifikasjonskrav vil da ligge til grunn? Med bakgrunn i formål og kravspesifikasjon til etterspurt løsning, kan Helse Vest angi noen økonomiske rammer for anskaffelsen? Hvilken rolle har kunden sett for seg å inneha ved innføring av etterspurt løsning? Det er Helse Bergen som ønker å anskaffe denne løsningen i første omgang med Helse Vest IKT som formell kunde. I perioden frem til andre foretak tar løsningen i bruk vil det være fagpersonell hos Helse Bergen som vil styre kundens ønsker. Når andre foretak går inn i avtalen vil dette justeres gjennom endringsbilagene. Helse Vest ønsker å utvikle regionale løsninger hvor mest mulig er felles for alle foretak. Dette vil medføre et faglig organ som skal ivareta en felles «ønskeliste» fra Helse Vest. Nei Nei Helse Bergen planlegger å ha prosjektlederrollen ved innføringen av løsningen Ref krav 10. Kan kunden utdype hva som menes med: «..administrasjon av akkreditering og obligatoriske krav for utøvelse av tester? Kan oppdragsgiver gi noen mer teknisks informasjon om ContextManager fra DIPS. Ser oppdragsgiver for seg at En del psykometriske verktøy kan kreve sertifiseringer, en viss type utdannelsesbakgrunn osv. for at en behandler skal kunne ta i bruk verktøyet i pasientbehandling. Det er ønskelig at tilbyder har en oversikt over disse akkrediteringene og kravene for de tester som tilbys. Vi har dessverre ikke anledning til å gi ut mer teknisk informasjon om DIPS ContextManager etter avtale med DIPS. Dere må eventuelt ta kontakt med DIPS ved behov for mer informasjon og inngå en avtale Sist oppdatert: Side 7

8 løsningen skal opprettholde dobbel pasient kontekst eller er det nok at løsning forholder seg til den aktiv pasient i DIPS til med de dersom en slik avtale ikke allerede er på plass. Vårt primære ønske i forhold til dette er en dobbel pasient kontekst, men i Helse Vest har vi hvar tid. Dvs. når løsningen åpnes via DIPS verktøy integrasjon foreløpig kun implementert eller er i same arbeidsflate som DIPS. varianten med DIPS som styrende for aktiv pasient Hva menes med følgende: «Løsningen skal slå sammen pasient id er dersom disse peker til samme pasient. Et eksempel på dette kan være en pasient med H-nummer som allerede er registrert med sitt offisielle F- nummer fra tidligere. Funksjonaliteten vil være avhengig av om hvilken informasjon som allerede er registret på pasienten i Løsningen:» Er det absolutt krav at løsningen inneholder oversikt over pasienter eller kan løsningen basere seg på DIPS som master PAS og kun relatere til det PAS systemet men ikke være sitt eget? Kan oppdragsgiver gi fyldig teknisk informasjon om tilgjengelig integrasjons grensesnitt i forhold til uthenting av følgende informasjonselementer fra DIPS: Vedtaksoversikt, Uferdige Vedtak, Registrerte GAF-verdier, tvangsmidler, MADR-verdier, Rusrelaterte data. Finnes det veldefinerte web service for uthenting av denne dataen. Dette er en løsning for å sikre at det ikke ligger informasjon om samme pasient på ulike id er. Og dersom så er tilfelle, kunne gi applikasjoner melding om at hvilke datasett som skal slås sammen når man får den riktige pasientid n. I mange sammenhenger på sykehuset må det opereres med midlertidig pasientnummer da man ikke har reelt fødselsnummer på pasient. Dette kan være nyfødte, utenlandske statsborgere, pasienter i situasjoner der vi ikke umiddelbart får tak i fødselsnummeret osv. Når man senere får tilgang til dette eller man oppdager at det er flere datasett registrert på samme pasient med ulike hjelpenummer, skal disse datasettene slås sammen, først i DIPS, som deretter sender en melding til abonnerende systemer hvilke pasientnummer som skal slås sammen. Når meldingen om dette kommer til en applikasjon, må denne ha funksjonalitet til å kunne gjøre det samme. DIPS er master for pasientdemografi i Helse Vest. Mange applikasjoner har en kopi av pasientdemografi-dataene for at dette er nødvendig slik de aktuelle applikasjonene er implementert og i noen tilfeller ut i fra ytelsesmessige vurderinger. I dette tilfelle, er det ingenting i veien for at man kan benytte DIPS som kilde, hente demografien for hver gang fra DIPS og selv kun lagre pasientid n i eget system. Man må allikevel kunne slå sammen datasett som er registrert på ulike pasientid er for samme pasient. Vi har ikke benyttet integrasjonsgrensesnitt på disse områdene fra DIPS og kjenner heller ikke til om de finnes. Tilbyder må eventuelt ta kontakt med DIPS for å finne ut om mulighetene dersom løsningen som tilbys ikke allerede har en integrasjonen med DIPS på dette. Dersom løsningen har et generelt grensesnitt på dette området som kan benyttes, bes det om at tilbyder beskriver dette grensesnittet, selv om det eventuelt mangler tilsvarende hos DIPS. Sist oppdatert: Side 8

9 21 Kan oppdragsgiver gi fyldig teknisk informasjon om tilgjengelig integrasjons grensesnitt i forhold til uthenting av Vi har ikke benyttet integrasjonsgrensesnitt på disse områdene fra DIPS og kjenner heller ikke til om de finnes. Tilbyder må eventuelt ta kontakt med DIPS for å finne ut om mulighetene dersom løsningen som tilbys informasjonselementer fra Sosiodemografi i DIPS. Inkludert ikke allerede har en integrasjonen med DIPS på dette. Dersom løsningen hvilken informasjons element det gjelder. Finnes det veldefinerte web service for uthenting av denne dataen. at tilbyder beskriver dette grensesnittet, selv om det eventuelt har et generelt grensesnitt på dette området som kan benyttes, bes det om mangler Kan oppdragsgiver gi informasjon om hvilken labsystem løsningen skal ha mulighet til å hente informasjon i fra og om det finnes tilgjengelig integrasjons grensesnitt i forhold til uthenting av informasjonselementer. Inkludert hvilken informasjons element det gjelder og meldings standarder. Finnes det veldefinerte web service for uthenting av denne dataen. Kan oppdragsgiver gi informasjon om hvilken system løsningen skal ha mulighet til å hente informasjon i fra om registrerte medisiner og om det finnes tilgjengelig integrasjons grensesnitt i forhold til uthenting av informasjonselementer. Inkludert hvilken informasjons element det gjelder og meldings standarder. Finnes det veldefinerte web service for uthenting av denne dataen. Er det flere system en DIPS medisin modul som er aktuell i forhold til integrasjon innen for Helse Vest. Kan oppdragsgiver gi fyldig teknisk informasjon om tilgjengelig integrasjons grensesnitt i forhold til innrapportering og oppdatering av klinisk informasjon fra løsningen til EPJ. Skal denne informasjonen avgis strukturert og da på hvilket format (CDA)? tilsvarende hos DIPS. De fleste laboratoriesystem hos Helse Vest kan sende svar melding i henhold til KITH Svarrapportering av medisinske tjenester versjon 1.3/1.4. Aktuell løsning kan settes opp til å abonnere på disse svarene. Helse Vest har også en løsning for kall av en webtjenesten som returnerer svar vedrørende Medisinsk Biokjemi som er lagt inn i/eller sendt til DIPS for en pasient. Tilbyders bes om å beskrive tilbudte løsnings eventuelle muligheter til å benytte webtjenester og svarmeldinger for uthenting av laboratoriesvar. Helse Vest har et parallelt pågående prosjekt hvor løsning rundt enhetlig medikasjonsregistrering skal utformes/anskaffes. Dersom tilbudte løsning har et grensesnitt på dette området som kan benyttes, bes det om at tilbyder beskriver dette grensesnittet, selv om disse grensesnittene nødvendigvis ikke er implementert mot Helse Vest sine systemer. Tilbyder bes om å beskrive tilbudte løsnings grensesnitt generelt mot EPJsystemer og eventuelt spesielt mot DIPS. Helse Vest i gang med et arbeid for å kunne benytte HL7 CDA mot DIPS fra våren 2014 og dette grensesnittet kan da bli aktuelt å benytte. Sist oppdatert: Side 9

10 25 Kan oppdragsgiver gi informasjon om det finnes det Helse Vest benytter ikke webservice metoder for innhenting av rolle, autorisasjon og autentiserings informasjon fra DIPS og kjenner heller ikke veldefinerte webservice metoder for innhenting av rolle, til om et slikt grensesnitt finnes. I kravet bes tilbyder å beskrive tilbudte autorisasjon og autentiserings informasjon fra DIPS. Hvis det løsning med hensyn til tilgangsstyring, rollesystem, autorisering og kreves et pasient administrativt sikkerhetssystem for løsningen autorisasjonsregister, i første rekke ut ifra hva som ligger i tilbudte løsning finnes da løsning i Helse Vest som kan bruke for vedrørende dette. Når det gjelder sentralisert autentisering og synkronisering av rettigheter mellom løsningen og EPJ eller autorisasjon, så har Helse Vest ulike løsninger for dette, men de fordrer andre systemer? som oftest at aktuelle system selv håndterer autentiseringen og autorisasjonen i forhold til egen funksjonalitet.. Tilbyder bes om å beskrive dette og gjerne dersom løsningen har mulighet for å samhandle med sentralisert autentiserings og autorisasjonssystem. 26 krav 24. Oppdragsgiver har behov for at løsningen tilbyr en skjemabank som inneholder skjema som er i bruk, og som tidligere har vært brukt, både egenutviklede skjema og standardskjema. Tilbyder bes å beskrive egen erfaring med skjemabank, samt forslag til utforming av løsningen. Hva legger dere i begrepet skjemabank? Kan dere utdype dette? Med skjemabank mener vi en felles ressurs for behandlerbrukerne der de kan hente frem skjema som er i bruk og som tidligere har vært i bruk. Dette er med tanke på gjenbruke eller tilpasse allerede eksisterende skjema i pasientbehandling eller forsknings- og kvalitetsprosjekt Til krav 19: Hvilke løsninger bruker HelseVest for brukerhåndtering og kan denne evt. gjenbrukes/brukes i sammenheng med løsningen som nå er forespurt? Til krav 20: Hvilke funksjoner er tenkt for "Ambulante Helse Vest bruker Active Directory, Microsofts katalogtjeneste for håndtering av brukere, brukerrettigheter, og ressurskontroll. I tillegg har Helse Vest en portalløsning for administrering og registrering av tilganger til systemer som vi ser at det er hensiktsmessig med sentral brukeradministrasjon. Tilbyder bes om å beskrive hvilke muligheter som finnes i den tilbudte løsning vedrørende brukerhåndtering og samhandling med andre teknologier på området. I utgangspunktet ønsker vi et tilbud på en løsning som gir samme Sist oppdatert: Side 10

11 tjenester for behandlerbrukere"? Forstår vi det korrekt at det ønskes alle funksjoner i forespurt løsning, eller er det kun et utvalg som er aktuelle? Kan vi forutsette at Kunden har infrastruktur slik at Kunden kan kjøre applikasjonen uten for eget nett? funksjonalitet for ambulante tjenester for behandlerbrukerne som for ikke-ambulante tjenester. Om vi har infrastruktur for å kjøre applikasjonen vil avhenge av hvilke infrastrukturkrav som stilles for tilbudt løsning Til krav 25 og 26: Har HelseVest en eksisterende varslingstjeneste for epost/sms vi kan koble oss opp mot? Slik løsning er hos enkelte foretak brukt for varsling til blodgivere Hvilke løsninger bruker HelseVest for autentisering for pasienter? (MinID/BankID/BuyPass) Dette sett i sammenheng med føringer for nasjonale autentiseringsløsninger som er godkjent/under godkjenning Hvilke løsninger bruker personer (ansatte m.m.) i HelseVest for pålogging til NHN? Vennligst se svar under spørsmål nr 12. Helse Vest har pr. i dag ikke etablert en ferdig løsning for autentisering av pasienter. Fremtidige løsninger vil sannsynligvis muliggjøres gjennom ID-porten, eller en mer direkte løsning basert på de samme prinsippene og sikkerhetsnivå. Tilbyder må beskrive hvordan tilbudte løsning kan forholder seg til og eventuelt har erfaring med denne type sikkerhetsløsninger. For ansatte i helse Vest som er pålogget Helse Vests sitt sikrede nett gir dette også tilgang til NHN. Så vil det avhenge av hvilke tjenester man ønsker å benytte på NHN om disse krever ytterligere bruk av sertifikater/pki. Til nå har dette i hovedsak fra Helse Vests side vært basert på bruk av virksomhetssertifikater. Med disse spørsmålene og tilhørende svar fra fagpersonene i anskaffelsesprosjektet, er anlegningen til å stille spørsmål avsluttet. Sist oppdatert: Side 11