[Automatisk tekstet av Autotekst med NB Whisper. Kan inneholde feil.] Da ønsker jeg velkommen til denne neste delen av Data at View.
Jeg har tenkt å begynne med å gå gjennom samtykkeløsningen vår, sånn at vi bare viser ordentlig hvordan den fungerer.
Jeg har en demo i slutten her som jeg har jobba litt med å spille inn i forkant, for det renner jo ut fødselsnummeret mitt i bauger og kanter når du skal drive med disse samtykkene.
Så hva er samtykkeløsningen som vi nå har?
Jeg fikk et spørsmål fra OUS her, og sier ja.
Vi er leverandør av digitale samtykker for Oslo universitetssykehus.
Det har vi inngått en egen avtale for, og vi er en godkjent generell leverandør.
Samtykkeløsningen vår fikk jo en enorm boost under korona, når Arne Søraas samla inn 200 000 digitalt signerte samtykker i løpet av kort tid etter å ha stått på Dagsrevyen med denne studien sin.
Det var litt nytt at vi klarte å samle inn digitale samtykker på det nivået han trengte, som var at du samtykka til utlevering av journaldata fra forskjellige foretak.
Den har blitt etterprøvd flere ganger, og vi har sett at vi har fått ut journaldata fra andre helseforetak basert på de samtykkene.
Vi har dokumentert gyldigheten og kvaliteten i våre samtykker.
Men det er mange nivåer av samtykke.
Og dette med å kjøre krypterte nøkler med de PDF-ene og det som jeg skal vise nå etterpå, det er det de færreste som trenger.
I begynnelsen var det mange som brukte det, så begynte vi å sende regninger på disse.
Det går greit med 10-20 stykker, men har du 200 000 samtykker og vi faktorerer 56 pluss moms per, så fikk Arne Sørås kaffen litt i halsen.
Men det var jo korona, så pengene satt litt løsere til forskning, heldigvis.
Jeg skal fremdeles vise den, men det er jo ... Vi bruker jo på UiO ofte bare et nettskjema med fade-in-logging.
Vi er meget sikre på og stoler på hvem folk er når de logger inn med fade.
Hvis du samtykker til at vi filmer deg på IT-konferansen vår, og at vi legger det ut, så trenger du ikke å se det i en portal.
Vi må bare ha en dokumentasjon på at det ble gitt samtykke.
Vil du ha det vekk igjen, da får du ta kontakt og diskutere med det.
Vi trenger ikke gjøre det altfor vanskelig heller.
Og våre krav til dokumentasjon holder langt innafor det.
Vi har òg sett at veldig mange kan klare seg med digitale samtykker, der du bare logger inn med ID-porten.
Når du skal lage et samtykke, går du inn i nettskjema og henter ifra mal.
Her har vi samtykkeskjema med signering, og så har vi også samtykkeskjema uten signering.
Den største forskjellen er at det er mye lettere uten signering, og så er det gratis.
Ulempen er at du får det verre å si at det er OK at du har samtykka til utlevering av journaldata.
Men hvis det er et forskningsprosjekt der du gir fra deg helsedata, f.eks., så kan i mange tilfeller være godt nok med bare å ha et id-portende signatur.
Den vil likevel dukke opp i vår portal når du bruker disse skjemaene.
Det siste samtykkeskjemaet er et eget, laget for Oslo universitetssykehus til bruk mot deres system, MedIncite.
Der er det òg en løsning der vi automatisk eksporterer samtykkene inn til OUS' infrastruktur til MedIncite.
For å aktivere og styre et samtykkeskjema, gjør du det nå fra nettskjema.
Som du ser her i denne fanen til TSD, så kan du styre samtykkeskjemaet.
Og så kan du som respondent, eller den som har gitt samtykke, logge inn i en portal på internett som heter TSD Consent Portal, som ser sånn ut.
Nå er det sånn at de bare raser gjennom det, for de har jo da en fullstendig gjennomgang etterpå.
Forskere kan logge inn i TSD og se på sine data i portalen eller på iFilUtforsker.
Her går jeg inn i nettskjemaet for å lage et samtykkeskjema.
Det er jo et likt skjema som alle andre, samme type spørsmål og ser helt likt ut.
Det er bare det at vi håndterer det litt annerledes.
Her lager jeg bare et navn på skjema, og går og velger 'hente skjema ifra mal'.
Du må jo altså ha den skjematypen.
Du kan endre skjematype etterpå hvis du ønsker det, òg etter at du har lagt inn data i skjema.
Gå av på de spørsmålene mange kjenner til fra nettskjema, og jeg får oppretta selve skjemaet.
Det er lagt inn noen spørsmål.
Det kan du bare redigere som du vil.
Men det ligger i den malen.
Og det er jo bare noe vi har lagt inn.
Der er det jo lagt inn dette.
Jeg samtykker, jeg samtykker ikke.
Jeg tror jeg må gjøre noen triks her, fant jeg ut da jeg jobba med filmen min.
At jeg legger fødselsnummeret mitt helt nederst, sånn at jeg kan skjule det litt i demoen.
Så jeg la inn litt tulletriks her.
Ellers blir det så knotete.
Men du må ha fødselsnummerspørsmål, for det er da vi klarer å plukke dette opp og legge det i denne portalen som ligger ute på internett.
Som da respondenten kan logge inn med bank-ID for å se metadata om det skjemaet.
Jeg sjekker bak kodeboka her, går til TSD EduCard-farmen, og velger å koble skjemaet til.
Dette er jo sånn sett likt som det er for alle skjemaer som skal levere data til TSD og EduCard, men her valgte jeg altså signering, og velger å sende dette til TSD.
Du kan sende det til EduCard, men foreløpig blir det ikke eksportert til den offentlige portalen ennå.
Så det er jo ikke så gøy.
Logge inn med TSD-brukeren min og koble skjemaet til.
Idet vi kobler skjemaet til, blir det lagt database inn i TSD som kan ta imot dataene.
Vi ser at jeg får mulighet til å se rettigheter og styre hvem som skal få se samtykke inne i TSD.
Dette er en funksjonalitet vi har for alle skjemaer, du kan styre de rettighetene fra nettskjema.
Jeg åpnet opp skjemaet for å samle inn dataene og gå på nettadressen som så sånn ut.
Jeg logget inn med min vanlige bank i det og gjorde et lite triks.
Og så har jeg gjemt fødselsnummeret mitt helt nederst, sånn at vi ikke gikk ut med det på nettet.
Vi ser noen spørsmål automatisk utfylt.
Vi henter de fra kontakt- og reservasjonsregisteret og fyller ut navn og fødselsnummer.
Nederst står det ikke 'lever', det står 'signer'.
Og vi bør sendt til Postens signeringstjeneste, som vi har en samarbeidsavtale med, som er de som faktorerer penger per samtykke, som gjør at vi må ta den høye prisen.
Og dette er jo bare en underleverandør av oss.
Men her blir det jo lagt på sånne nøkler som dokumenterer at PDF-en ikke har blitt endra.
Hvis noen klarer å endre PDF-en i etterkant, så vil det i Acrobat Reader gi feilmeldinger, fordi han sjekker mot en sånn kjekksum som Posten har tatt vare på for oss.
Nå går jeg til Constant Portal, TSD, uset.no, og logger inn med meg som respondents fødselsnummer via bank i det.
Og her ser vi at dette samtykkeskjemaet ligger med metadata i denne portalen.
Og alle samtykker jeg har gitt, vil de kunne se her med et sett av metadata.
I tillegg er det lenka til et nettskjema, der dette prosjektet, som er noe vi anbefaler, har sagt at du må signere et nytt samtykke der du sier nei dersom du trekker samtykket ditt.
Nå tar jeg på meg forskerhatten og går inn i TSD-prosjektet mitt, som kan se slik ut som dette.
Når du starter en browser, nettleser i TSD, så får alle opp denne websida.
Her ligger det lenker til dette som Leon viste, Tables.
Det er en portal der du kan publisere filer på nett, på et gitt fødselsnummer.
I tillegg har vi altså dataportalen til nettskjemaet, der alle dataene fra nettskjemaet ligger.
Jeg går inn i den dataportalen for å finne dataene og det samtykket som nå ble levert til mitt prosjekt.
Logger inn her uten to-faktor, for det går ikke an å bruke to-faktor inni TSD.
For det er jo ikke Internett.
Ser her at det ligger et skjema som heter 'Samtykke med data at UiO', samt en del andre skjemaer.
Så kan en gå inn på det skjemaet og se på det samtykket som er blitt gitt.
Du ser det er en egen fane her som heter 'Signed document', der det ligger en PDF.
Det kan ta noen minutter før den kommer, for det er en forsinkelse i genereringen av PDF-en, og at den blir sendt etter at dataene fra nettskjemaet er sendt.
Du finner samme PDF-en òg i Filutforsker, altså på dette området Durable.
Delegogattachmentet og CSV-filer med alle samtykkene.
Og du ser jo den PDF-en med den som vi viste her i stad, det er en PDF som er blitt lagd nå.
Så der raste jeg igjennom hele den flyten av hvordan samtykkeløsningen vår fungerer.
Det betyr at hvis noen trekker et samtykke, så vil du egentlig få et nytt samtykke.
Det må du håndtere sjøl, men du får det jo samla inn i TSD på den måten som vi viste her nå i den databotalen.
Vi vet at dette er et samtykke, i og med at det bl.a.
legger til denne PDF-en som blir levert inn på en litt annen måte.
Så vi kommer til å gjøre noen endringer relativt snart inne i TSD, sånn at vi får noe flere features rundt de dataene som er levert, som samtykke.
Der kan en jo bare følge med hva som skjer.
Men det er jo sånn tatt da de litt mindre endringene som blir gjort nå ...
Hadde vi gjort samme med bare fødselsnummer, så hadde det ligget i den portalen ute.
Og da hadde det ligget som data i dataportalen, men uten den PDF-en.
Det kan som sagt fungere vel så greit i mange prosjekter.
Det var samtykkeløsningen.