Are, Nils, Tore
Sist oppdatert 19. oktober 2016
Møte i referansearkitekturgruppen, ehdir torsdag 20. oktober 2016
Å kunne levere tilgang til informasjon på ulike nivå (e.g. fra grunnlagsdata til sammenstillinger) og ferdig analyserte resultater til ulike målgrupper.
For sammenstillinger og analyse av data kan tjenesten levere dette interaktivt (interaktiv analysekapasitet), altså at brukere selv kan plukke, sammenstille og behandle individuelle variabler som analyseres og visualiseres/presenteres av tjenesten.
Omfattende krav til
| Målgruppe | Behov |
|---|---|
| Helsearbeider | Ferdige resultater fra enkeltregister (og sammenstilling på tvers av registre) |
| Helseleder | Ferdige resultater fra enkeltregister og sammenstilling på tvers av registre |
| Myndighet | Ferdige resultater fra enkeltregister og sammenstilling på tvers av registre |
| Pasient | Ferdige resultater og grunnlagsdata (egne helseopplysninger) fra enkeltregister, ev også sammenstilling på tvers av registre (eksempelvis samtykke) |
tabellen fortsetter på neste side
| Målgruppe | Behov |
|---|---|
| Registerarbeider | Grunnlagsdata fra enkeltregister |
| Forsker | Grunnlagsdata fra enkeltregister og sammenstilling (av grunnlagsdata) på tvers av registre |
| Næringsliv | Kommersiell utnyttelse basert på sammenstillinger fra enkeltregister og på tvers av registre |
| Innbygger mfl | Ferdige resultater fra enkeltregister (og sammenstilling på tvers av registre) |
Produkt:
Underliggende tjenester:
| Gevinst | Kostnad |
|---|---|
| Helsearbeider gis grunnlag for kvalitetsforbedring | Krever data fra kvalitetsregistre, krever “streng” disiplin på innregistrering (god dekningsgrad), krever betydelige ressurser på analyse av grunnlagsdata |
| Helseleder gis grunnlag for styring og kvalitetsforbedring | Krever “streng” disiplin på innregistrering (god dekningsgrad), krever tilstrekkelig ressurser på analyse av grunnlagsdata, analyse med data fra flere registre er sårbar for “svakeste ledd” |
| Myndighet gis grunnlag for prioritering | Krever “streng” disiplin på innregistrering (god dekningsgrad), krever tilstrekkelig ressurser på analyse av grunnlagsdata, analyse med data fra flere registre er sårbar for “svakeste ledd” |
tabellen fortsetter på neste side
| Gevinst | Kostnad |
|---|---|
| Pasient gis grunnlag for informert valg av helsetjenester | Krever data fra kvalitetsregistre, krever “streng” disiplin på innregistrering (god dekningsgrad), krever betydelige ressurser på analyse av grunnlagsdata, eksponering av helseopplysninger er “krevende” teknisk og juridisk |
| Forsker gis grunnlag for kunnskapsproduksjon | Eksponering av helse/pseudonyme opplysninger kan være “krevende” teknisk og juridisk, forvaltning av tidsbegrenset tilgang til data (tilbakekalling) må kunne håndteres, sammenstilling av data fra flere registre er sårbar for “svakeste ledd” |
tabellen fortsetter på neste side
| Gevinst | Kostnad |
|---|---|
| Næringsliv gis grunnlag for forretningsutvikling | Krever tilstrekkelig ressurser på analyse av grunnlagsdata, krever (muligens) “holdningsendring” mtp mer åpenhet og verdien av kommersiell utnyttelse av helsedata |
| Innbygger mfl gis grunnlag for generell informasjon | Krever tilstrekkelig ressurser på analyse av grunnlagsdata |
| Løsning | Mulighet/Begrensning |
|---|---|
| FHI statistikkbanker | Enkel fremstilling, liten/ingen (interaktiv) analysekapasitet |
| FHI intern resultattjeneste | ? |
| HDir kvalitetsindikatorer | Enkel fremstilling, liten/ingen (interaktiv) analysekapasitet, pt ikke skalerbar men omarbeides |
| HDir Dundas | ? |
| HDir NPR | Benytter/skal benytte Dundas? |
tabellen fortsetter på neste side
| Løsning | Mulighet/Begrensning |
|---|---|
| KREMT | Basert på R(Shiny), potensielt interaktiv analysekapasitet? |
| Rapporteket | Basert på Jasper Report Server og R, interaktiv analysekapasitet |
| MRS-R | Primært for registerdata fra MRS for presentasjon av kvalitetsindikatorer, basert på MS Power BI, tilbyr interaktiv analysekapasitet gjennom lokal klient, under utvikling per oktober 2016 |
Bør interaktiv analysekapasitet være en del av tjenesten ?
Gitt stor forskjell mellom registrene; innen hvilke tema (e.g. grunnlagsdata, kobling, kryptering, analyse, presentasjon) vil det være vanskelig å etablere felles, nasjonale tjenester?
I beskrivelsen av systemet (referansearkitekturen), hvilke tema er viktigst (ut fra antatt gevinst, hva bør prioriteres)?