Spørgsmål og svar til udbud om digitalisering af værktøjer. Publiceret den 15. november 2013.

Transkript

1 Spørgsmål og svar til udbud om digitalisering af værktøjer Publiceret den 15. november Spørgsmål 1. Er det et krav at tilbudsgiver skal være SKI godkendt leverandør? 2. Der står i materialet at udbuddet omfatter udvikling, implementering og præsentationer af de digitale værktøjer. Betyder det at tilbudsgiver ikke skal igennem en prækvalifikations runde først. Men at ordregiver ønsker at få en beskrivelse af udviklingsopgaven, implementeringsopgaven samt prisindikation. 3. Deltager Pallas Informatik i udbudsrunden, og ligger der her information omkring design forslag som skal følges for at give et sammenligneligt grundlag. 4. Er budgetrammen på ovenstående kr ekskl. moms tildelt implementeringsopgaven, uddannelse eller udviklingsopgaven. Der er brugt begge betegnelser se med gult. Hvad er den samlede budgetramme? 5. Hvordan skal driften efterfølgende vurderes? 6. Skal der være en backup af data og hvordan håndterer man persondataloven? 7. Der angives i udbudsmaterialet følgende krav som en forudsætning for at afgive tilbud: - Skal inden udgangen af februar 2014 kunne levere afprøvede digitale udgaver af de otte ovennævnte værktøjer til Svar Nej det er ikke et udbud under SKI Der er ingen prækvalifikationsrunde. Ordregiver ønsker en beskrivelse af udviklingsopgaven. Implementeringsopgaven står KL selv for med hjælp fra kunden til uddannelsesdage i slutningen af november. Kunden kan komme med et bud på pris, som dog max kan være kroner. Der foreligger ikke et design, som skal følges, og KL er helt åben over for designet, men KL ønsker et design der ligger så tæt på papirudgavernes kunnen som muligt. Pallas har endnu ikke tilkendegivet, om de vil deltage i udbudsrunden. De kr. er tildelt udvikling af aps ne samt leverandørens deltagelse i en konference i november, hvor leverandøren 2 aps i en mock-up udgave præsenteres og i en konference til foråret, hvor leverandøren skal undervise i de færdigudviklede aps. Den resterende budgetramme skal anvendes på en række øvrige aktiviteter og er derfor ikke til brug for den opgave, der udbydes. KL stiller de udviklede app s til rådighed for alle kommuner. Selve driften skal efterfølgende varetages af kommunerne, der selv skal lave aftale med leverandøren. Det er ikke et nødvendigt krav, at der skal kunne være back-up af data. Persondataloven forventes at blive håndteret, fordi data skal krypteres og kun kunne tilgås af den samme medarbejder, der skal indtaste et kodeord for tilgang til apps ne. Vi har overvejet spørgsmålet og valgt, som det foreslås, at flytte kravet om afprøvning over i kravspecifikationen. Kravet kan nu findes under punktet Test og installation i kravspecifikationen. De foretagne ændringer i henholdsvis udbudsannonce og kravspecifikation fremgår af de reviderede versioner af udbudsannoncen og kravspecifikationen, som kan findes på

2 ibrugtagning i kommunerne og almen praksis. Tilbudsgiver kan umuligt dokumentere dette, hvorfor afgivne tilbud pr. definition ikke kan være konditionsmæssigt. (?) Må vi foreslå at kravet flyttes over i kravspecifikationen som et ufravigeligt krav i stedet? 8. Mangler der ikke noget tekst i udbudsmaterialet (kravspecifikationen)? 9. Kan det passe at der ønskes habitueltilstand knyttet til alle værktøjerne? 10. I forbindelse med jeres udbud af digitaliseringsværktøjer ser det umiddelbart ud til, at udbudsannoncen og det nævnte kontraktudkast ikke længere er at finde på hjemmesiden. Hvor skal man så finde det? 11. I kravspecifikationen står der under "Brugeradgang", at der skal indtastes brugernavn og kodeord. Gælder dette også hjulet? 12. Ønskes én samlet app, som indeholder alle 8 værktøjer eller ønskes der 8 forskellige individuelle apps? Første løsning vil gøre log on proceduren mest enkelt specielt med henblik på, at man vil anvende mere end 1 værktøj pr. patient. Det som vi forestiller os er en hovedapp man logger på og herefter vælger den konkrete app. Dette giver endvidere mulighed for at se nogle fælles data. hjemmesiden. Jo. Vi havde fået lagt kravspecifikationen forkert ud på hjemmesiden og derfor kunne dele af teksten ikke læses. Det er nu blevet rettet. Nej. Vi har været alle 8 værktøjer igennem igen og ændret vores krav om habitualtilstand. Det er nu kun til de to værktøjer Ændringsskema/triage og Ernæringvurderingsskema, at vi stiller krav om registrering og visning af habitualtilstand. Kravspecifikationen er blevet opdateret. Vi er efter henvendelsen blevet opmærksomme på, at noget af materialet til udbuddet manglede på hjemmesiden. Følgende dokumenter er nu blevet lagt ud: Notat - Forløb forud for udbud af digitaliseringsopgaven Standardkontrakt med ændringer for kortvarigt itprojekt K01 Bilag til standardkontrakt med ændringer K01 Udbud (annoncering efter tilbudsloven) af digitalisering af værktøjer til tidlig opsporing af sygdomstegn, underernæring Nej. Hjulet er et værktøj til refleksion og indeholder ikke registrering af personlige oplysninger. Det er derfor ikke relevant at skulle indtaste et brugernavn for at benytte værktøjet. KL har tidligere svaret på dette spørgsmål. Det er helt op til leverandøren selv, hvorvidt de laver 8 selvstændige app s eller en integreret løsning. 13. Hvordan forventes app en distribueret. Det er korrekt, at det ikke er en del af kravspecifikationen.

3 I materialet står der at drift mm. ikke er del af tilbudet. Dette tolker jeg som om, at I selv har en distributionsplatform og bare skal have de forskellige apps leveret til egen distribution? Der flere forskellige muligheder for at distribuere hvis dette ønkes, men som jeg læser det, er det ikke en del af tilbudet? 14. I henhold til ovenstående så vil KL/DR selv stå for at gøre app en tilgængelig for relevante personer? 15. Hvad er kravene til logning? I henhold til datatilsynet og lov om personhenførbare data? 16. Skal medarbejderne kunne oprette patienter på deres device, således at disse går på tværs af alle apps? 17. Hvilken version af Android skal der udvikles til? 18. Der står at alt data skal være tilgængelig for den bruger der har angivet det på sit device. Dette tolker jeg som om, at i vil undgå en serveropsætning i første omgang. Men ønskes at data skal være tilgængelig på tværs af devices. Således at hvis bruger 1 foretager en registrering på device 1 dag 1 men dag 2 foretager en registrering på device 2. Skal han så kunne se sine data registeret dag 1 på device 1? Eller forventes at alle har en personlig device? 19. Trigeskeamet - Skal triagefarve vælges manuelt eller skal den genereres automatisk udfra det udfyldte ændringsskema (I kravsspec. står kun at triagen automatisk skal være grøn, hvis borger er i habitualtilstand)? KL vil lade det være op til leverandøren selv, at komme med bud på, hvordan apps ne kan gøres tilgængelige. Det kan fx være via de forskellige stores altså itunes, Google Playstore eller Windows Store. Hvis det er muligt at gøre dem tilgængelig på anden vis må dette gerne blive beskrevet. KL vil gå efter den løsning der involverer mindst drift og er lettest for kommunerne at tilgå. Det er besvaret i ovenstående spørgsmål. KL vil selvfølgelig sørge for, at kommunerne bliver orienteret om, hvor apps ne er tilgængelige. Apps ne vil kræve et brugerlogin (se evt. svar på hjemmesiden fra in2media) og der vil ikke være et patientregister i apps ne, eftersom der kun gemmes 5 registreringer per patient. Der er derfor ikke noget problem i henhold til datatilsynet. Dette er ikke et nødvendigt krav, men vil være fordel, når tilbuddet vurderes. Det skal udvikles til 4.1. Ikke alle medarbejdere har en personlig device. Derfor vil det være en fordel for medarbejderne, hvis det er muligt, at data kan gå på tværs af devices, men det er ikke et nødvendigt krav. Når man registrerer en ændring, skal man selv vælge, hvorvidt borgeren skal tildeles farven gul eller rød. Det er vigtigt, at medarbejderen ikke kan tildele farven grøn igen. En ændring betyder, at borgeren flyttes fra sin habitualtilstand, farven grøn og skal tildeles én af de andre to farver. 20. Sæt gang i hjulet - I Det er korrekt, at Roskilde Kommune har udviklet Hjulet

4 Sundhedsstyrelsens materiale står der, at Roskilde Kommune er ved at udvikle en digital model, som kan ligges på PDA er og pc er, og at resultater kan dokumenteres i kommunens omsorgssystem. Findes denne app, og skal der udvikles med udgangspunkt i denne eller en ny lignende? 21. Ernæringsskemaet (EVS) - Kan der sendes et eksempel på skemaet, der findes kunne en overordnet beskrivelse i Sundhedsstyrelsens bilag C, men ikke et decideret skema, eller skal vi tage udgangspunkt i beskrivelsen? 22. Hvilke enheder skal løsningen installeres på er det brugerens private enhed eller er det enhed uddelt af arbejdsgiveren? som app. Det er Palles Informatik, der har udviklet denne. KL stiller ikke krav om, at dette udbud udvikles med udgangspunkt i denne eller den skal være lignende. Ernæringsvurderingsskemaet er udviklet af Socialstyrelsen og kan findes på deres hjemmeside. KL har desuden lagt den ved som bilag A til kravsspecifikationen på hjemmesiden for udbuddet. Jeg har vedhæftet skemaet til denne mail. Enhederne er uddelt af arbejdsgiveren, men kan nogle steder godt være enheder, der også anvendes privat. 23. Stilles der en samlet backend service til rådighed? - Stilles der webservices til rådighed til at hente brugere og login oplysninger? Der skal oprettes brugerlogin til de enkelte medarbejdere, når de skal anvende de enkelte apps. (Login kan dog være samlet, hvis man vælger at have alle apps i én hovedapp). Kommunerne har selv ansvaret for driften af apps. Derfor skal leverandørens løsning kunne stille webservice til rådighed for kommuner, til at hente brugere og loginoplysninger. Integrationen mellem den enkelte kommunes brugerregister (i de fleste tilfælde kan dette være et Active Directory) og den udstillede Webservice er ikke omfattet af dette udbud. KL vil når apps ne er udviklet, stå for kontakten mellem de kommuner, der er interesseret i en driftsløsning, og leverandøren, så det er muligt at lave en samlet aftale mellem parterne. 24. Stilles der server til rådighed for lagring af data? Data skal kun lagres på den enkelte device for de seneste fem registreringer. Den enkelte medarbejder skal selv sørge for løbende at registrere de samme data for den pågældende patient i omsorgssystemet på deres stationære computer. Det forventes, at den begrænsede lagring kan gemmes på enheden. 25. Klares brugerstyring i et eksisterende system? Svar. Jf. punk 1.

5 26. Er det tilladt at anvende tredjeparts programmel i udviklingen til eksempelvis fejllogging og andet? Ja, så længe det er leverandøren der håndterer fejl/problemer i forhold til tredjeparts programmel og ikke KL/kommunerne, der selv skal tage kontakt. 27. Hvilken Android platform ønskes understøttet? Der er kun angivet "Android". Android Kan det forudsættes at der ikke ønskes bagudkompatibilitet ifht. de nævnte platforme (ios 7 og Win8) Der ønskes ikke bagudkompatibilitet. 29. Er der et forventet format til brugervejledninger eks. trykklarefiler? Trykklarefiler i pdf. vil være at foretrække. 30. Kan det forventes at den opstillede kravspecifikation tager tilstrækkelig højde for persondataloven? Ja det gør den i og med der kræves brugerlogin oplysninger.