Altinn for fagsystemleverandører

Altinn for fagsystemleverandører Altinndagen 29. august 2012 Rolf Jacobsen 1. Altinn plattformen 2. Viktigheten av system til system forståelse 3. Fellesløsninger 4. Pådrivere i videreutviklingen av Altinn 5. Videreutvikling av Altinn plattformen

1. Altinn plattformen Typisk systemskisse for en tjenesteeier som benytter Altinn i dag Tjenesteutviklingsløsningen (TUL) Løs kobling Løs kobling Web-portal www.altinn.no Web-service Sluttbrukersystem Sluttbruker- Sluttbrukersystesystem Sluttbrukerløsningen (SBL) - Web-service - Batch Tjenesteeiers Tjenesteeiers fagsystem fagsystem Tjenesteeiers fagsystem 05.04.2011 3

1. Altinn plattformen Tjenester som kan realiseres med Altinnplattformen Innsendingstjenester - brukere fyller ut og sender inn skjema i portal eller sluttbrukersystem Meldingstjenester etatene sender meldinger (med varsel) til brukere som kan vises i portal eller sluttbrukersystem Innsynstjenester etatene gjør informasjon i egne systemer (arkiv, fag, registre, etc.) tilgjengelige for online oppslag i Altinn eller sluttbrukersystem Samhandlingstjenester etatene setter sammen tjenester i helhetlige prosessforløp Lenketjenester autentisering/autorisering av bruker og overføring til tjeneste som kjører hos etaten Formidlingstjenester flytting av store datamengder mellom parter Frittstående varsel etat sender varsel til bruker på SMS eller e-post 05.04.2011 4

Aktører i Altinn (integrasjon) Sluttbrukersystem Etatsystem Offentlige registre Andre portaler/nettsteder Autentisering MinID Buypass MinID Ekstern-portal Sluttbruker-systemer Altinn Offentlige register Etat-systemer 05.04.2011 5

Integrasjon Integrasjon Alfa Omega: Forretningsdata Seres Begrepsdefinisjoner Begrepsstruktur Begrepsimplementasjon Modellering i Seres -Høyere grad av semantikk Meldingsmodell Meldingsspesifikasjon (XSD) Tjenesteeiere Evt. andre metadata -kilder (eks KITH) Krav: XSD Altinn Tjenesteutvikling Forretningsdata iht. Meldingsspesifikasjon Altinn Sluttbrukerløsning Plattform Kjøremiljø Forretningsdata iht. Meldingsspesifikasjon Sluttbrukersystem 05.04.2011 Tjenesteeiere/ Etatsystem 6

Vår suksess er basert på at vi forstår brukerens og tjenesteeierens forretning og behov. Strategi Brukernes behov, muligheter og plikter overfor offentlig sektor Brukernes forretningsprosser relatert til behov og plikter overfor offentlig sektor Tjenesteeiernes tjenester til næring og offentlig ift deres behov, muligheter og plikter Tjenesteeiernes forretningsprosser relatert til deres tjenesteproduksjon Modeller er den formell link mellom strategi og forvaltning. Modellene gir blant annet: - Forståelse av business Metode - Dokumentasjon - Kravspesifikasjoner - Grunnlag for generering av runtimemoduler Rammeverk for virksomhetsarkitektur i offentlig sektor Virksomhetsarkitektur Metadata er den formelle Implementeringen av virksomhetsarkitekturen Forretningsprosesser Semantikk/ Begreper BPMS Reposi tory DD Digitalisering av offentlig sektor er en av byggesteine i effektivisering av forvaltningen Implementeringen bør være hendelsesorientert og basert på en SOAarkitektur Presentasjons plattform Altinn Integrasjons plattform SERES IKT miljø Informasjonsflyten mellom Næring og offentlig og innen offentlig sektor Struktur Virksomhetsarkitektur DBMS Implementering Informasjonsforvaltnings plattform

Etat (er) Bedrift Forretningsprosesser Informasjonsutveksling Prosessmodeller Informasjonsmodeller Etatssystem Altinn SERES Fagsystem Altinn en kjøre- og SERES en referanseplattform for informasjonsutveksling mellom næring og det offentlig 05.04.2011 9

Fagsystem Altinn nett Portaler Brukermiljøene til en felles samhandlings arena Tjenester Komponenter Sikkerhetsplattform - IDporten Tjenester Komponenter Tjenesteplattform - Altinn Samhandlingsarena for Norsk eforvaltning Tjenester Komponenter Informasjonsforvaltningsplattform - metadata Tjenester Fagsystem Folkereg Enhetsreg Matrikkel Registre Andre info kilder Informasjonskildene til en felles samhandlings arena

Fagsystem Altinn nett Portaler Brukermiljøene til eforvaltnings løsningene Autentisering Kryptering m.m Autorisasjon Signering ID-porten Sikkerhetsplattform som tilgjengeliggjør ulike sikkerhetstjenester Innsending Innsyn Formidling m.m Melding Samhandling Meldingsboks ALTINN tjenesteplattform som tilgjengeliggjør ulike eforvaltningstjenester Eierskap Regler m.m Begrep Struktur Implementering Informasjonsforvaltnings plattform som tilgjengeliggjør ulike informasjonsegenskaper Felles registre Fagsystem Andre info kilder Forvaltere av informasjons kildene

3 Endringsdriverne Kundedrevet utvikling: Kundedrevet utvikling er å lytte til og tilfredsstille det utviklingsbehovet som fremkommer fra våre tjenesteeiere i samarbeids- og styringsstrukturen i Altinn. Brukerdrevet utvikling: Brukerdrevet utvikling er basert på de erfaringene vi gjør i den daglig drift og i utøvelsen av forvaltningen av plattformen. Markedsdrevet utvikling: Markedsdrevet utvikling er en utvidelse av kundedrevet utvikling, hvor vi lytter bredt til markedet og hva det forventer av Altinn. En plausibel forutsetning er at fremtidens marked er definert. Markedsdrevet utvikling blir en del av vår eierdrevne utvikling når den tas inn i vår produktstrategi. Eierdrevet utvikling: Eierdrevet utvikling er den utviklingen av plattformen som er nedfelt i vår produktstrategi og handlingsplaner. Kilden kan være våre eiere NHD, våre forpliktelser i samarbeidet norsk eforvaltning (DIFI), som nevnt markedet, våre leverandører eller oss selv som forvaltere av løsningen. 09.09 14.2010

3 Endringsdrivere II Problemanalyse D&F TE behov/krav TP TU krav/behov TU Plattform utvikling I&U eforvaltning behov/krav DIFI&AEI Lover og forskrifter NHD Leverandører Slutt brukere Fagsysteml everandører ALM Drift og Forvaltning - I driftsprosessen og da spesielt i problemanalysen vil det oppstå behov for endringer i Altinn basert på brukerens behov Tjenesteplanlegging - I dialog med eksisterende eller ny tjenesteeiere utvikler tjenesteplanlegging en markedsforståelse som er viktige styringssignaler for videreutviklingen av Altinn. I noen tilfelle konkretisert i krav om funksjonalitet og nye egenskaper fra den enkelte værende eller fremtidig tjenesteeier. Tjenesteutvikling - I bruk av TUL og Altinn og SERES som utviklingsplattformer vil utviklerne hele tiden se forbedringspotensialet i tjenesteutviklingsmiljøet. Innovasjon og Utvikling - Med utgangspunkt i produktstrategien for Altinn, arkitektkrav og status på plattformen, vil det være et kontinuerlig behov for endringer og videreutvikling. eforvaltning/difi - I vårt samarbeid med spesielt Difi fremkommer ønsker om endringer i plattformen, som flytting av autentisering fra Altinn til ID-porten, meldingsboksen som felleskomponent, nye brukergrupper osv.. NHD -Det kan komme nye lover og forskrifter som vil kreve endringer i Altinn Leverandører - I forbindelse med akutt feilretting kan ACN ha gjort endringer i plattformen som vi må kvalitetssikre og eventuelt endre eller godta i ettertid. - Leverandørene BØR på eget initiativ komme med innspill til forbedringer i plattformen. - Vi må sørge for å få en best mulig sluttbrukerinvolvering, f. eks gjennom godt samarbeid med brukerforeninger - Fagsystemleverandører vil ha spesifikke ønsker om funksjonalitet som skal understøtte fagsystemene