Leverandørmøte. Helsedataprogrammet 8. juni 2018

Transkript

1 Leverandørmøte Helsedataprogrammet 8. juni 2018

2 Velkommen Bodil Rabben Divisjonsdirektør og programeier

3 Om dagens møte Helge T. Blindheim Ansvarlig Leverandørdialog

4 Praktisk info Møtet streames Video tilgjengelig i ettertid Spørsmål Tas på slutten av møtet, fra salen og epost: ask@ehelse.no Spørsmål senere: helsedataprogrammet@ehelse.no, Status Valg av konsept for HAP er gjort PoC-fasen er avsluttet Forberedelse av anskaffelse(r) er i gang

5 Agenda for dagens leverandørmøte Tid Tema 13:00 13:05 Velkommen 13:05 13:20 Status fra programmet 13:20 14:35 Presentasjon av prosjektene Fellestjenester Harmonisering Organisasjonsutviklingsprosjektet Konseptvalgutredning for Helseanalyseplattformen 14:35 14:50 Helsedata.org 14:50 15:00 Oppsummering av leverandørdialog og PoC 15:00 15:20 Fremtidige anskaffelser 15:20 16:00 Spørsmålsrunde

6 Status fra programmet Marianne Braaten Fungerende programleder og leder PMO

7

8 Helsedataprogrammets fire prosjekter Prosjekt Helseanalyseplattformen Helseanalyseplattformen Bidra til å utrede og innføre; standarder, kodeverk, terminologier, protokoller, formater, kanaler, tjenester (API) Prosjekt Harmonisering Helseregistre (+ andre datakilder) Prosjekt Organisasjonsutvikling Prosjekt Fellestjenester Tekniske fellestjenester for helseregistre

9 Helsedataprogrammet har større fokus på data ut enn data inn En innbygger en journal Helseplattformen Regionale EPJ Program for kodeverk og terminologi Helsedataprogrammet Data inn Data ut

10 Helsedataprogrammet involverer bredt innen forskning, helse og næringsliv PROGRAMSTYRE REFERANSEGRUPPE PROGRAMLEDELSEN HARMONISERING FELLESTJENESTER HELSEANALYSE- PLATTFORMEN ORGANISASJONS- UTVIKLING ARBEIDSGRUPPER FORSKNING INNOVASJON OG NÆRINGS- UTVIKLING REGISTER- FORVALTNING STYRING OG ØKONOMI SIKKERHET OG PERSONVERN HELSE- PERSONELL

11 Vi starter i det små og realiserer stegvis videre X

12

13 Datatilsynets pris for innebygd personvern i praksis 2017

14 Tillit fra innbyggere Sterkt personvern Ønsker å bidra + Bedre helsetjeneste God helseforskning og kvalitetsforbedring Side 14

15 Fellestjenester Anders Långberg Prosjektleder

16 Prosjekt Fellestjenester Prosjektet Fellestjenester skal bidra til bedre datakvalitet, bedre personvern, mer effektiv registerforvaltning og enklere tilgang til helsedata gjennom å utrede, utvikle og innføre nasjonale tekniske fellesløsninger for helseregistrene. Prosjektet videreutvikler og bredder bruk av eksisterende fellestjenester samt tar frem nye fellestjenester og støtter pilotregistre å ta disse i bruk Helseregister API Data Funksjonalitet Side 16

17 Et integrert landskap av helsedata Helsepersonelltjenester Grunndata Integrasjonstjenester Personverntjenester Helseanalyseportalen Drift- og infrastruktur x x x Oppføringsoversikt Innbyggertjenester

18 Fellestjenester og løsninger Personverntjenester Innbyggertjenester Innsynstjeneste i helseregistre for innbyggere via Helsenorge Samtykkefunksjonalitet via Helsenorge Grunndata Drift & infrastruktur tjenester RESH Folkeregisteret Felles drift av registre hos Norsk Helsenett Filoverføringstjenesten Oppføringsregister Integrasjons -tjenester Helsepersonelltjenester Resultatportalen Nasjonal PROM-løsning Felles autentiseringsløsning Metadatatjenester Metadatakatalogen

19 Personvern stiller krav til helseregistrene I GDPR skal alle virksomheter ha rutiner for å vurdere og etterkomme krav: 1. Det må gis samtykke 2. Rett til innsyn 3. Rett til å bli glemt 4. Rett til å overføre data 5. Rett til å bli informert 6. Rett til å korrigere informasjon 7. Rett til reservasjon 8. Rett til å bli varslet x x x

20 API API API Innsyn i helseregistre på tvers av sektoren Helsenorge PHA GUI Helsenorge.no Oppføringer Registre, Innsyn Metadata Registrene kan tilby både direkteinnsyn og meldingsbasert innsyn med samme XML-format Sentrale helseregistre og de nasjonale kvalitetsregisterplattformene er først ut, men løsningen vil fungere for alle helseregistre Metadata- API API API API Synkront tjenestekall Asynkron melding løsning FHI MFR, SYSVAK HDIR KPR Kvalitetsregistre

21 Side 21 Eksempel på (enkel) innsynstjeneste: Fødselsregisteret : 1-3 måneder venting Mange timesverk for FHI Porto + papir mai 2018 kl. 09:55 50 sekunder pålogging 15 sekunder navigering

22 Harmonisering Håvard Lande Prosjektleder

23 Hvorfor er harmonisering viktig? Side 23

24 Harmonisering gjennom standardisering av: 1 Informasjonsutveksling 2 Informasjonsinnhold 3 Arkitektur

25 Harmonisering gjennom standardisering av: 1 Informasjonsutveksling

26 Standardiserte tjenester (API) er veinettet for overføring av helsedata mellom aktører og innbyggere i Norge Myndigheter og innbygger Helseforetak Helseregistre Forskningsinstitusjoner Side 26

27 Hvordan skal vi få til dette? Prosess for innføring Utredning Spesifikasjon av standardiserte tjenester (API) Bredding av tjenester og standarder Etablere fellestjenester for integrasjon Side 27

28 Filoverføringstjenesten Side 28

29 Mandatet er å etablere en løsning for elektronisk overføring av filer som erstatter forsendelse av fysiske lagringsmedier Helseanalyseplattform Filoverføringstjenesten Forsker Helseregister Helseregister Side 29

30 Harmonisering gjennom standardisering av: 2 Informasjonsinnhold

31 Hvordan harmonisere informasjonsinnholdet? Side 31

32 Metadata er informasjon om kilder og innholdet i kildene Metadata kan enklest beskrives som data om data det vil si beskrivelse av data For helseregistre er det hovedsakelig snakk om beskrivelse av registre og beskrivelse av registervariabler Et velutviklet metadataspråk åpner dørene for ny innsikt i det rike norske helsedatauniverset! Metadata Side 32

33 Eksempel på beskrivelse av en variabelen Avdøde i Dødsårsaksregisteret Registerkategori Sentrale helseregistre Nasjonale kval.registre Register DÅR Kvalitetsregister X Metadata Tema (Lokalt) Avdøde Personopplysninger Tema (Standard) Variabel Metadata Person Person Kjønn Kjønn Kodeverk Metadata 0 Ikke kjent 1 Mann 2 Kvinne 9 Ikke spesifisert 1 Kvinne 2 Mann 3 Finnes ikke 3101 Kjønn Egendefinert Ref.term 3101 Kjønn 3101 Kjønn Metadata Side 33

34 Registermiljøene bør aktivt påvirke hvordan strukturerte data fra kliniske fagsystem skal overføres til registrene «EPJ-verden» «Helseregister-verden» Én innbygger én journal Helseplattformen i Midt-Norge DIPS Arena i resterende regioner Program for kodeverk og terminologi Hvordan skal data som blir trukket ut av fagsystemene struktureres for overføring til registre? Registerforvalter Nasjonal forvaltning av metadata Helsefaglig kodepersonell EPJ EPJ EPJ Kliniske fagsystem Helseregistre Side 34

35 En nasjonal metadatakatalog skal realiseres i HealthTerm den samme løsningen vil bli benyttet til forvaltning av kodeverket og terminologi Desember 2017: PKT gikk til anskaffelse av HealthTerm fra danske CareCom som nasjonal løsning for IKT-støtte for kodeverk og terminologi. Høsten 2018: HDP vil i samarbeid med registermiljøene gjennomføre en PoC av HealthTerm for å teste egnethet som løsning for forvaltning av metadata. Q Q Q Q Q Q Våren 2018: Helsedataprogrammet vil i samarbeid med HRR delta i spesifikasjonsfasen for oppsett av HealthTerms som løsning for forvaltning av metadata. Mars 2019: Ved utgangen av Q skal en nasjonal metadatakatalog være satt i drift. Side 35

36 Harmonisering gjennom standardisering av: 3 Arkitektur

37 Hvorfor trenger vi arkitekturstyring? Side 37

38 Hvordan jobber vi med arkitekturprinsipper i Helsedataprogrammet? Revidere eksisterende prinsipper sett i lys av helseregistre Innspill Difi (utkast 2017) Helsedataprogrammet bidrar med innspill til nasjonale arkitekturprinsipper Styringsgrunnlag for nasjonal arkitekturstyring (E-helse 2018) Side 38

39 Klassifisering av helseregistre basert på FAIR prinsippene er planlagt Data må være F A I R indable ccesible nteroperable eusable Forskningsrådet oppfordrer til at de internasjonale FAIR-prinsippene følges. Det er et sett av retningslinjer som viser hvordan dere kan tilrettelegge for videre bruk av forskningsdata. Side 39

40 Hvordan jobber vi med harmonisering i Helsedataprogrammet? 4 Arkitekturprinsipper 1 Kodeverk, terminologi og metadatatjenester Innbygger Forsker Helsenorge Helseanalyseplattform 2 Standardiserte tjenester (API) Myndigheter, og næringsliv Helsefaglig kodepersonell Forvaltningsløsning for kodeverk, terminologi og metadata Helseregister Helseregister Helseregister 3 Referanseterminologi Forvalter 3 Referanseterminologi Snomed CT PAS EPJ Innrapporteringsportal Helsepersonell Side 40

41 Organisasjonsutviklingsprosjektet Maren S. Lien Prosjektleder

42 Organisasjonsutviklingsprosjektet består av 4 delprosjekter Effektiv og trygg forvaltning og drift av Helseanalyseplattformen Bedre samhandling mellom aktørene Forvaltningsorganisasjon Styringsmodell Organisering av forvaltningsorganisasjon Prosesskartlegging roller og ansvar Rettslig grunnlag og dataansvar Bedre koordinering av registerfeltet Modell for porteføljestyring på helseregisterområdet Ambisjonsnivå og scope Forutsigbar og rettferdig fordeling av kostnader til tekniske fellesløsninger for helseregistre Effektiv innføring og gevinstrealisering Finansieringsmodell for tekniske fellestjenester Kostnadsbilde Prinsipper for finansiering Fordelingsnøkkel Innføring Planlegging av innføringsløp Plan for gevinstrealisering Side 42

43 Oppdragstekst til direktoratet Tillegg til tildelingsbrev, 19. februar 2018 Utrede alternative løsninger for; 1. Tilgangsforvalterfunksjonen 2. Organisatorisk forankring av helseanalyseplattformen Utredningen skal omfatte en vurdering av hvor databehandlingsansvaret bør plasseres, herunder om det bør være et felles ansvar. Utredningsarbeidet skal også inkludere en vurdering av tilsvarende løsninger i andre land. Utredningsarbeidet skal gjennomføres i dialog med Folkehelseinstituttet, Helsedirektoratet og de regionale helseforetakene. Frist for endelig rapport 1. oktober og statusrapport 20. juni. Møte med registerledere 8. mai 2018 Side 43

44 Ulike organisatoriske modeller for forvaltningsorganisasjon HAP og tilgangsforvalterfunksjonen 1 2 Tilgangsforvalterfunksjonen som en del av forvaltningsorganisasjon HAP Tilgangsforvalterfunksjonen og forvaltningsorganisasjon HAP som to separate organisasjoner Forvaltningsorganisasjon HAP Forvaltningsorganisasjon HAP Tilgangsforvalterfunksjonen Tilgangsforvalterfunksjonen Side 44

45 Hva tilgangsforvalterfunksjonen kan innebære isolert sett Søknadsmottak Søknadsbehandling Vedtak Tilgjengeliggjøring av data Et kontaktpunkt for søknader Felles søknadsskjema Vurdering av søknader Felles saksbehandlingssystem Vedtakskompetanse Leveransegaranti Datauttrekk/ avgrensning Tilgang til sikkert prosjektrom Side 45

46 En forvaltningsorganisasjon for HAP må tilpasses ambisjonsnivået for HAP og konsept 7 Styringsmodell Prosesser: Ledelses Kjerne Støtte Oppgaver Roller og ansvar Juridisk ansvar Grensesnitt mot sentrale aktører Side 46

47 Konseptvalgutredning for Helseanalyseplattformen Børge Kristiansen Virksomhetsarktitekt

48 Helsedataprogrammet fikk programstyrets tilslutning til konsept 7 Analyseøkosystem som anbefalt konsept for Helseanalyseplattformen.

49 Prosessen for utvelgelse av konsept 7 har gått gjennom flere filtreringsrunder Utarbeidede konsepter Evaluerte konsepter Nedvalg konsepter Anbefalt konsept 13 konsepter ble utarbeidet med utgangspunkt i mulighetsdimensjonene 7 konsepter bestod de absolutte kravene og representerte nok ulikheter til å bli vurdert videre 4 konsepter ble videreført i en samfunnsøkonomisk analyse 1 anbefalt konsept K1: Helsedataportal K2: Forskermaskinen K3: Analyserom K4: Registerkonsolidering K5: Analyseinfrastruktur K6: Helsedataplattform K7: Analyseøkosystem K8: Lovendringer K9: Helseregisterbemanning K10: Utleveringsplattform K11: PAS/EPJ-analyseplattform K12: Statistikkbank K13: Tilgjengeliggjøringsplattform K1: Helsedataportal K2: Forskermaskinen K3: Analyserom K4: Registerkonsolidering K5: Analyseinfrastruktur K6: Helsedataplattform K7: Analyseøkosystem K1: Helsedataportal K4: Registerkonsolidering K6: Helsedataplattform K7: Analyseøkosystem K7: Analyseøkosystem

50 Helseanalyseplattformen vil gi virkninger for flere grupper Kostnadsvirkninger Nyttevirkninger Fordelingsvirkninger Investeringskostnader Verdiskaping i helseindustrien Mer og bedre helseforskning Omfordeling av kostnader til datautlevering Drifts- og forvaltningskostnader Mer effektiv legemiddelutvikling Bedre beslutningsstøtte Omfordeling mellom næringer Endrings- og omstillingskostnader Tidsbesparelser registerforvaltning og forskere Bedre styringsdata Sparte investeringskostnader Bedre personvern Sparte driftskostnader Beregning av samfunnsøkonomisk lønnsomhet Kvalitativ vurdering

51 d e 5 1 Nåverdiberegningene viser at konsept 7 er det samfunnsøkonomisk mest lønnsomme alternativet Mill. kroner Konsept 1 Konsept 4 Konsept 6 Konsept 7 Netto nåverdi *Netto skattevirkning er inkludert i nåverdiberegningene

52 d e 5 2 De ikke-prissatte virkningene bidrar svært positivt til Helseanalyseplattformens samfunnsøkonomiske lønnsomhet Konsept 1 Konsept 4 Konsept 6 Konsept 7 *Netto skattevirkning er inkludert i nåverdiberegningene Netto nåverdi Mer og bedre helseforskning Bedre styringsdata Bedre beslutningsstøtte

53 Gjennom Helseanalyseplattformen skal vi understøtte kunnskapsproduksjon UTKAST Ledelse og koordinering Kjerneoppgaver «Vi skal understøtte kunnskapsproduksjon» Tilgjengeliggjøre data Veilede Understøtte analyse av data Informasjonsforvaltning Støttefunksjoner HR IT Økonomi Markedsføring Anskaffelser og innkjøp Risk & compliance Side 53

54 Hvilke tjenester er tenkt etablert i konsept 7? Forskere Helsepersonell Myndigheter Næringsliv Helseledere Tilgangsforvalter Analysetjenester Søknadstjenester Registerforvaltere Forvaltningstjenester Dataplattform med innebygget personvern Innbyggertjenester Innbyggere Datakilder Økosystem

55 Følgende prinsipper ligger til grunn for realiseringsstrategien av Helseanalyseplattformen 1 Helseanalyseplattformen skal implementeres stegvis både når det gjelder funksjonalitet og datakilder 2 Brukergruppen forskere har prioritet i første versjon av Helseanalyseplattformen 3 De store, komplekse løftene knyttet til etablering av Helseanalyseplattformen må tas i programperioden 4 Det må etablering en grunnmur i form av en dataplattform 5 6 Nye søknadstjenester må dekke et bredt spekter av datakilder selv om Helseanalyseplattformen ikke inkluderer disse datakildene Helsedataprogrammet skal som prinsipp ikke bygge ferdige innsikt- og analyseprodukter, men legge til rette for dette gjennom enklere tilgang på data og analyseinfrastruktur 7 Helseanalyseplattformen skal kunne realiseres gjennom bruk av skytjenester 8 Helseanalyseplattformen skal, der det er hensiktsmessig, gjenbruke tjenester og infrastrukturer som allerede finnes

56 Data- og analysetjenester Søknadstjenester Funksjonelle egenskaper til HAP brutt ned i tenkt rekkefølge UTKAST Søknadsstøtte Oversikt over registre Metadatautforsker for utvalgte registre Status på søknad Dialogtjenester Metadatautforsker for alle registre Søknadsskjema Konsolidere eksisterende skjema og autentisering Sporvalg i skjema og veiledning, inkl metadata for utvalgte registre Regelbasert veiledning Saksbehandling Saksbehandlingsløsning Delvis automatisert saksbehandling og beslutningstøtte Datautlevering og tilgjengeliggjøring Datautleveringstjeneste (filoverføring) Syntetiske data pilot Administrativt prosjektrom Syntetiske data pr register Dialog med innbygger Syntetiske data på tvers av registre Analyseinfrastruktur Analyserom med open source verktøy Analyserom der man kan ta med egne verktøy Datavarehus- og business intelligence infrastruktur Analyserom med markedsplass av analyseverktøy Publisering- og innsiktsportal Kjøremiljø for beredskap og helseovervåkning Markedsplass for analysegrensesnitt Eksplorativ analyse Kohorteksplorer pilot Anonymisert analyse pilot Kohorteksplorer definerte datasett Anonymisert analyse definerte datasett Kohorteksplorer alle registre Anonymisert analyse alle registre Dataplattform Dataplattform for analyserom Dataplattform med integrert kopier av 9 initielle registre Masterdata på historikk Dataplattform med integrert kopi av registre - fase 2 Virtuelle registre Dataplattform med integrert kopi av registre - fase 3 Innbyggertjenester Innsynstjeneste pilot Innsynstjeneste bredding og utvidelse Innhente eksterne samtykker Samtykke rik funksjonalitet Dialog og informasjon med eksterne parter Innbyggerdata Helsedata.org Felles søknadsskjema og metadatautforsker Saksbehandlingsverktøy og det enkle analyserommet Regelbasert veiledning for søker Databehandlingsansvaret Det enkle økosystemet Automatisert saksbehandling og avansert helseanalyse Analyseøkosystemet

57 Helsedata.org Erik Vardal Prosjektleder

58 Helsedata.org Hva er? Er «inngangsportalen» til Helseanalyseplattformen Etablert for å kunne gi tidlig nytteverdi. Inneholder p.t. søknadsveiledning for forskere Publiseringsløsning basert på EPiServer

59 Rammebetingelser for realisering av helsedata.org Helsedata.org utvikles innenfor "Rammeavtalen for IKT-konsulenttjenester område utvikling og test" Minikonkurranse ble gjennomført høsten 2017 Capgemini utvikler og forvalter løsningen Norsk Helsenett (NHN) er driftsleverandør Tett samarbeid med prosjekt harmonisering (HealthTerm)

60

61 Side 61 Søknadstjenester på helsedata.org Helsedata.org Fase 1 Levert 21.3 Motta veiledning Fase 2 Leveres i september Søke i variable (EUTRO) Legge i huskeliste Skaffe oversikt «Forberede søknad» EPiServer EPiServer Fase 3 under vurdering Fase n Helseanalyseplattform Analysere Få tilgang til data Felles søknadsskjema Søknadstjenester EPiServer? Tilgangsstyring, anonymisering, aggregering, maskering, overføring, sporing, logging Innhenting, mottak, sammenstilling, validering og transformasjon Helseregistre, grunndata, sosiøkonomiske data, biobanker, befolkningsundersøkelser og andre kilder.

62 Mer informasjon om helsedata.org Mer informasjon finnes her: Vi kan også kontaktes på:

63 Oppsummering av leverandørdialog og PoC Helge T. Blindheim

64 Kort om leverandørprosessen Des møter, Bli bedre kjent med HDP Jun. 8 Åpent leverandørmøte Nov. 17 Åpent leverandørmøte Jan møter, Presentasjon av løsninger/tilnærminger Feb Mai 18 PoC presentasjoner og demoer Jun. 15 Åpen demo av PoCer Internt i Direktoratet

65 Hvordan definerte vi et leverandørdrevet Proof of Concept?

66 Hvorfor gjennomføre leverandørdrevne Proof of Concepts? Engasjere leverandørmarkedet tidlig 1 Forsterke trygghet på konseptvalg 2 Utforske og lære om eksisterende teknologi 3

67 Våren 2018 har programmet støttet seks leverandørdrevne proof of concepts med fokus på ulike problemstillinger Analytics as a service Økosystem, eksemplifisering av brukerhistorier, tidsbruk ved sammenstilling av data Ende til ende arkitektur på Google Cloud Platform Serverfri arkitektur, virtualisering av data Synthetic Data Vault Avansert generering av syntetiske data, styrking av personvernet Forenkling og automatisering av søknadsprosess Helseanalyseplattformen som et økosystem Helseanalyseplattformen som en datahub Skreddersydde søknadsløp, automatisert dialog Integrasjon med ekstern infrastruktur, sikkerhetstjeneste for risikoanalyse og databeskyttelse Fordeler og ulemper ved bruk av data hub fremfor data lake arkitektur

68 Oppsummering Bekreftelse på at K7 er gjennomførbart Ulike aspekter ved HAP belyst: automatisert saksbehandling, integrasjoner, analysetjenester, helheten av et økosystem Testet flere eksisterende skytjenester

69 Fremtidige anskaffelser Trond Åsheim Prosjektleder

70 Prinsipper og planer fra KVU til anskaffelsesprosess Vurdert som mest relevante for vurdering av anskaffelsesmodell Side 70

71 Side 71 Helsedataprogrammet har lagt til grunn fire prinsipper for videre arbeid med anskaffelser i HAP Prinsipper Helseanalyseplattformen skal implementeres stegvis både når det gjelder funksjonalitet og datakilder Dynamisk bruk av leverandørmarkedet Løsningen skal tilrettelegge for et offentlig og kommersielt økosystem for analysetjenester De store, komplekse løftene knyttet til etablering av Helseanalyseplattformen må tas i programperioden Hva betyr prinsippet for anskaffelser Sikre kontraktsmekanismer for fleksibel gjennomføring med hyppige delleveranser som gir gevinstrealisering underveis Skalerbare og robuste kontrakter som hensyntar finansieringsbildet til programmet og pågående arbeid med regelverk og organisering Sikre god konkurranse for å få de beste betingelsene i markedet Aktiv bruk av pilotering og PoC Gradvis overføring av oppgaver og kompetanse til kunden Legge til rette for innovasjon og næringsutvikling - sikre åpenhet og troverdighet for plattformen Forhindre låsing til en leverandør Legge til rette for at plattformen kan bli selvfinansierende Sikre god gjennomføringsevne og tilgang til den beste kompetansen i markedet Fokus på grunnleggende infrastruktur, sikkerhet, personvern

72 Side 72 Rammer for anskaffelsesstrategien Områder til vurdering Antall anskaffelser Tid Finansieringsmodeller Eksempelvis Mange frihetsgrader i oppdeling av målbildet som skal realiseres gjennom anskaffelser i markedet. Vi må sikre at vi starter rett sted med riktig ambisjonsnivå. Det er mange avhengigheter og stor usikkerhet, og de store, komplekse løftene skal tas i programperioden må sikre tilstrekkelig gjennomføringsevne. Satsningen er foreløpig ikke fullfinansiert. Skal man planlegge ut fra det som er sikkert eller finnes det alternative finansieringsmodeller som kan benyttes? Forvaltning og drift Hvordan skal programmet håndtere at en etablert mottakerorganisasjon ikke er på plass?

73 Hvordan kan markedet bidra med å realisere analyseøkosystemet gitt forutsetningene? Prinsipper K7 - Analyseøkosystem Områder Helseanalyseplattformen skal implementeres stegvis både når det gjelder funksjonalitet og datakilder Antall anskaffelser Dynamisk bruk av leverandørmarkedet Tid Løsningen skal tilrettelegge for et offentlig og kommersielt økosystem for analysetjenester Finansieringsmodeller De store, komplekse løftene knyttet til etablering av Helseanalyseplattformen må tas i programperioden Forvaltning og drift 40 %? 80 %? HAP 2020

74 Side 74 Invitasjon til innspill innen tre områder Områder til vurdering Tema for innspill Antall anskaffelser Antall anskaffelser og mulig innretning av anskaffelsene for å etablere analyseøkosystemet. Tid Finansieringsmodeller Hvordan kan vi realisere de store og komplekse løftene i konseptvalgutredning i løpet av programperioden (2020)? Finansieringsmodeller/-mekanismer som inkluderer markedet i å bygge analyseøkosystemet og gi verdi for alle parter over tid. Forvaltning og drift Hvordan skal programmet håndtere at en etablert mottakerorganisasjon ikke er på plass?

75 Spørsmålsrunde

76