| |
|
Prosjekttutløsende behov (overordnet)- fra handlingsplanen i porteføljestyring |
Etatene skal beskrive sin tolking av begreper i lovverk og annet forvaltningsregelverk i egen begrepskatalog. Begrepsbeskrivelsene skal bl.a. legge til rette for at opplysningene i datasettene kan beskrives eksplisitt, f.eks. hva inngår i “likningsverdi”. Begrepsbeskrivelsene skal være tilgjengelige slik at regelverksutvikling og digitaliseringsprosjekter kan identifisere forenklinger. |
| |
|
Prosjekttutløsende behov (overordnet)- fra handlingsplanen i porteføljestyring |
GDPR artikkel 30 stiller krav til protokoll. Tolkes litt ulikt om det er en protokoll pr behandling eller en samlet protokoll med oversikt over alle behandlingene. Uansett er hensikten å kunne gi en samlet oversikt over behandlingen av personopplysninger i en virksomhet. Enighet om at dette løses ved at det legges til en modul for å registrere en behandlingsaktivitet. Summen av de registrerte behandlingsaktivitetene utgjør protokollen. Noe informasjon vil være felles på tvers av behandlingsaktivitetene, slik som hvem som er behandlingsansvarlig (direktøren), hvem som er personvernombud etc. |
| |
|
Prosjekttutløsende behov (overordnet)- fra handlingsplanen i porteføljestyring |
En lokal datakatalog til bruk for “orden i eget hus”, GDPR, statistikk etc |
| |
|
Prosjekttutløsende behov (overordnet)- fra handlingsplanen i porteføljestyring |
For å ta i bruk dataene må tilgangen til opplysningene være beskrevet gjennom API-beskrivelser. API-ene må beskrives og forvaltes av dataeier (eller distributør) (API Management), og inkludere detaljer som protokoller, utvekslingsformater, sikkerhetskrav, innholdsstrukturer, avhengigheter til kodelister, terms of service m.m. API-beskrivelsene vil finnes som en del av datakatalogen. (2018). |
| |
|
Felles datasettkatalog |
Felles API-katalog |
| |
|
Felles Begrepskatalog |
Felles datasettkatalog |
| |
|
Felles Begrepskatalog |
Etatene skal beskrive sin tolking av begreper i lovverk og annet forvaltningsregelverk i egen begrepskatalog. Begrepsbeskrivelsene skal bl.a. legge til rette for at opplysningene i datasettene kan beskrives eksplisitt, f.eks. hva inngår i “likningsverdi”. Begrepsbeskrivelsene skal være tilgjengelige slik at regelverksutvikling og digitaliseringsprosjekter kan identifisere forenklinger. |
| |
|
Felles Begrepskatalog |
Felles Informasjonsmodell-katalog |
| |
|
Lokal datasettkatalog |
Felles datasettkatalog |
| |
|
Lokal datasettkatalog |
En lokal datakatalog til bruk for “orden i eget hus”, GDPR, statistikk etc |
| |
|
Lokal datasettkatalog |
GDPR artikkel 30 stiller krav til protokoll. Tolkes litt ulikt om det er en protokoll pr behandling eller en samlet protokoll med oversikt over alle behandlingene. Uansett er hensikten å kunne gi en samlet oversikt over behandlingen av personopplysninger i en virksomhet. Enighet om at dette løses ved at det legges til en modul for å registrere en behandlingsaktivitet. Summen av de registrerte behandlingsaktivitetene utgjør protokollen. Noe informasjon vil være felles på tvers av behandlingsaktivitetene, slik som hvem som er behandlingsansvarlig (direktøren), hvem som er personvernombud etc. |
| |
|
"leveranse" |
Som virksomhet ønsker jeg en egen oversikt for intern bruk over datasett slik at... |
| |
|
Krav (EPOS og nødvendige krav) |
Støtte for arbeidsflyt |
| |
|
Krav (EPOS og nødvendige krav) |
Intern kontaktperson |
| |
|
Krav (EPOS og nødvendige krav) |
Som virksomhet ønsker jeg en egen oversikt for intern bruk over datasett slik at... |
| |
|
Krav (EPOS og nødvendige krav) |
Integrasjon med AD |
| |
|
Krav (EPOS og nødvendige krav) |
Som virksomhet som behandler personopplysninger ønsker jeg [verktøystøtte] slik at jeg ivaretar kravene til protokoll iht GDPR artikkel 30 (protokoll) |
| |
|
Krav (EPOS og nødvendige krav) |
Som API-konsument ønsker jeg at API-beskrivelser samles slik at det er lett å få oversikt |
| |
|
Krav (EPOS og nødvendige krav) |
EPOS |
| |
|
Krav (EPOS og nødvendige krav) |
EPOS LBK jira-adapter |
| |
|
Krav (EPOS og nødvendige krav) |
EPOS FBK funksjonalitet |
| |
|
Som virksomhet ønsker jeg en egen oversikt for intern bruk over datasett slik at... |
Integrasjon med AD |
| |
|
Som virksomhet ønsker jeg en egen oversikt for intern bruk over datasett slik at... |
Intern kontaktperson |
| |
|
Som virksomhet ønsker jeg en egen oversikt for intern bruk over datasett slik at... |
Støtte for arbeidsflyt |
| |
|
EPOS LBK jira-adapter |
Etatene skal beskrive sin tolking av begreper i lovverk og annet forvaltningsregelverk i egen begrepskatalog. Begrepsbeskrivelsene skal bl.a. legge til rette for at opplysningene i datasettene kan beskrives eksplisitt, f.eks. hva inngår i “likningsverdi”. Begrepsbeskrivelsene skal være tilgjengelige slik at regelverksutvikling og digitaliseringsprosjekter kan identifisere forenklinger. |
| |
|
EPOS FBK funksjonalitet |
Etatene skal beskrive sin tolking av begreper i lovverk og annet forvaltningsregelverk i egen begrepskatalog. Begrepsbeskrivelsene skal bl.a. legge til rette for at opplysningene i datasettene kan beskrives eksplisitt, f.eks. hva inngår i “likningsverdi”. Begrepsbeskrivelsene skal være tilgjengelige slik at regelverksutvikling og digitaliseringsprosjekter kan identifisere forenklinger. |
| |
|
Felles API-katalog |
Felles datasettkatalog |
| |
|
Felles API-katalog |
For å ta i bruk dataene må tilgangen til opplysningene være beskrevet gjennom API-beskrivelser. API-ene må beskrives og forvaltes av dataeier (eller distributør) (API Management), og inkludere detaljer som protokoller, utvekslingsformater, sikkerhetskrav, innholdsstrukturer, avhengigheter til kodelister, terms of service m.m. API-beskrivelsene vil finnes som en del av datakatalogen. (2018). |
| |
|
MVP søketjeneste |
Som API-konsument ønsker jeg at API-beskrivelser samles slik at det er lett å få oversikt |
| |
|
Felles Informasjonsmodell-katalog |
Felles API-katalog |
| |
|
Felles Informasjonsmodell-katalog |
Ulik representasjon av sentral informasjon, for eksempel adresse, personopplysninger og organisasjoner medfører et løpende integrasjonsarbeid og risiko for kvalitetsforringelser. EU er pådriver for etablering av informasjonsmodeller som forener ulike land og virksomheters representasjoner og reduserer kostnaden for sammenstilling av data. Lokalt betyr dette også for BRSys en mer sømløs integrasjon mellom registrene. Altinn har verktøystøtte for informasjonsmodellering i dag (SERES) som vil migreres til ny arkitektur (2017) og etter hvert knyttes tettere til Tjenester 3.0 |
| |
|
Lokal begrepskatalog |
Felles Begrepskatalog |
| |
|
Lokal begrepskatalog |
Lokal datasettkatalog |
| |
|
Lokal begrepskatalog |
Felles datasettkatalog |
| |
|
Lokal begrepskatalog |
Etatene skal beskrive sin tolking av begreper i lovverk og annet forvaltningsregelverk i egen begrepskatalog. Begrepsbeskrivelsene skal bl.a. legge til rette for at opplysningene i datasettene kan beskrives eksplisitt, f.eks. hva inngår i “likningsverdi”. Begrepsbeskrivelsene skal være tilgjengelige slik at regelverksutvikling og digitaliseringsprosjekter kan identifisere forenklinger. |
