ADGANG TIL EGEN SAG ADGANG TIL EGEN SAG. Integration til Borger.dk baseret på fælleskommunal infrastruktur

Transkript

1 ADGANG TIL EGEN SAG ADGANG TIL EGEN SAG Integration til Borger.dk baseret på fælleskommunal infrastruktur

2 Tema Side 2 af 7 Indholdsfortegnelse Formål...3 Muligheder for at udstille data...3 SAPA og den fælleskommunale infrastruktur...3 Fælleskommunal infrastruktur...3 Beskrivelse af komponenterne...4 Muligheder for Borger.dk...5 Adgangsstyring...6 Eksempel på integration og ansvarsdeling...6

3 Tema Side 3 af 7 Formål Formålet med dette notat er at beskrive, hvordan Borger.dk kan drage nytte af den fælleskommunale infrastruktur, som KOMBIT er ved at udvikle. Oven på infrastrukturen er KOMBIT også i gang med at udvikle SAPA, en portalløsning, som udstiller sagsdata fra de kommunale kildesystemer. Infrastrukturen kan derfor også benyttes til at give borgerne adgang til egne sagsdata fra de kommunale kildesystemer, herunder: Oversigt over åbne sager. Kommunikation mellem borger og kommune. Dokumenter tilknyttet sager. Ydelsesoversigt. Journalnotater ifm. aktindsigt. Den fælleskommunale infrastruktur består af en række komponenter, som beskrives nærmere i nærværende notat. Muligheder for at udstille data Der er generelt to muligheder for at udstille data på Borger.dk: 1) Benytte en option i SAPA så udstilling af sagsdata løses af KOMBIT i regi af SAPA-projektet. 2) Kommunerne laver deres egen løsning baseret på den fælleskommunale infrastruktur. Ved at udvikle en glasplade, som udstilles i Borger.dk, opnås også mulighed for at pakke denne glasplade ind på andre platforme og udstille på andre kanaler, fx mobilkanal. SAPA og den fælleskommunale infrastruktur SAPA bygger på den fælleskommunale infrastruktur. SAPA er en portal, der giver et overblik over data om borgere og virksomheder og deres sager hos kommunen. SAPA indeholder ikke i sig selv data om en borger eller forretningslogik til at behandle disse data. Der kan derfor ikke laves sagsbehandling i portalen. Dens formål er udelukkende at vise data på en overskuelig og brugervenlig måde baseret på forskellige kilder, der udstilles på en standardiseret måde via den fælleskommunale infrastruktur. Netop fordi portalen ikke er sagsbærende og blottet for forretningslogik, kan kravene til Borger.dk ses som en delmængde af det SAPA tilbyder sagsbehandlerne, men tilpasset borgernes behov. Da SAPA har behov for at kunne styre rettigheder på kommune og individniveau samt afgrænse på klassifikationer, fx KLE-numre, er dette allerede del af infrastrukturen. Der er også tilknyttet administrationsmoduler med brugergrænseflader til at definere rettigheder og dataafgrænsninger. Fælleskommunal infrastruktur KOMBIT er ansvarlig for at udvikle en række komponenter i den fælleskommunale infrastruktur, hvor Støttesystemerne er en central komponent, der bl.a. giver adgang til overblik over borgerens sager og ydelser. En logisk arkitekturtegning er vist her:

4 Tema Side 4 af 7 De grønne komponenter er de dele af den fælleskommunale infrastruktur, som KOMBIT er ansvarlig for. De grå komponenter er eksterne integrationer, services og portaler, mens de blå er kommunens egne systemer, som de også selv har ansvaret for at få integreret til resten af infrastrukturen. Beskrivelse af komponenterne I den følgende tabel beskrives kort formålet med de enkelte komponenter: Portaler SAPA En portal der giver et overblik over borgere og virksomheders sager og ydelser. Forretningsfunktioner Ydelsesindeks Sag og dokumentindeks Organisation Klassifikation Advis Indeks over data om Kommunens Bevilgede og effektuerede ydelser til en borger fra de Fagsystemer, som har indgået aftale om at aflevere. Indeks med data om Partens Sager og Dokumenter fra de sagsbærende Dokumentindeks ESDH-/fagsystemer, som har indgået aftale om at aflevere data til indekset. Indeholder den kommunale organisation og organisering i henhold til den kommunale opgaveforvaltning samt andre ønskede organisationer. Indeholder alle kommunalt relaterede klassifikationer som fx KLE, FORM, STORM og kan rumme og forvalte alle former for taksonomier i øvrigt. Består af en brugergrænseflade hvor der kan opsættes abonnementer på beskeder. En besked kan være en hændelse, fx en ny sag, en ny ydelse, en flytning osv. Infrastruktur Serviceplatformen En integrationsplatform der udstiller data og funktionalitet fra forskellige Kilde- og Støttesystemer som services til brug for Kommunernes it løsninger.

5 Tema Side 5 af 7 Beskedfordeler Fordelingskomponent Adgangsstyring Distribuerer beskeder om hændelser til alle relevante interessenter. En komponent på Serviceplatformen til at mediere og styre processen med udveksling af journalnotater mellem systemet og kildesystemer. Varetager autentifikation og autorisation for de fælleskommunale støttesystemer og infrastruktur og styrer dermed, hvilke brugere og it-systemer der har adgang til hvilke it-systemer, herunder de fælleskommunale støttesystemer og infrastrukturen. Støttesystemerne Støttesystemerne består af komponenterne Adgangsstyring, Beskedfordeler, Klassifikation, Organisation, Sags- og Dokumentindeks og Ydelsesindeks. Deres formål er at fungere som fælles infrastruktur for kommuner og ATP/Udbetaling Danmark. De understøtter alle implementeringen af principperne i den fælleskommunale rammearkitektur. Muligheder for Borger.dk Ved at benytte de fælleskommunale infrastrukturkomponenter kan der på en nem og standardiseret måde opnås adgang til de borgerdata, der kan laves dataafgræsning, og der opnås en række fordele i forbindelse med drift og vedligehold. Via indekserne Sag og Dokument samt Ydelsesindekset kan der opnås adgang til: Borgerens åbne sager. Borgerens kommunikation mellem borger og kommune samt dokumenter. Borgerens ydelsesoversigt. Indekserne understøtter bitemporalitet efter OIO-standarden, dvs. fuld historik og virkning. Det er vigtigt at bemærke, at indekserne er en database og ikke en applikation eller portal. Databasen indeholder metadata og om fortrinsvis historiske og aktuelle forhold. Borgeren kan derfor fx ikke se fremtidige planlagte aktiviteter på sagen eller hvornår en sag forventes afgjort. Ydelsesindekset kan som det eneste via effektueringsplanerne fortælle, hvor ofte og hvor længe en ydelse udbetales man skal dog overveje om det forretningsmæssigt er en fordel af oplyse om fremtidige udbetalinger, som kan nå at ændre sig inden udbetalingstidspunktet. Indekserne indeholder kun metadata om sager og dokumenter men med referencer til kildesystemerne, hvor de fulde sagsdata og dokumenter kan tilgås. Dataafgrænsning Adgangsstyring stiller en grafisk brugergrænseflade til rådighed, hvor det er muligt for kommunen at opsætte: Hvilke sider borgerne skal have adgang til. Hvilke sagstyper der skal være adgang til, fx baseret på KLE-numre, som administreres i Klassifikationskomponenten.

6 Tema Side 6 af 7 Hvilke kolonner af data der skal vises. Drift og vedligehold Ved at benytte den fælleskommunale infrastruktur opnås desuden: Logning af handlinger. Fuld driftsovervågning af infrastrukturen. Opdatering af snitflader og eksterne integrationer, når der sker ændringer. Serviceplatformen vil løbende udstille flere services i takt med, at de udvikles. Adgangsstyring Sikkerheden og adgangsstyringen bygger på korrekt opmærkning af sager og dokumenter. Støttesystemerne stiller allerede en lang række muligheder til rådighed for at opmærke sager og dokumenter, men den bagvedliggende arkitektur er fleksibel og tilbyder bl.a. muligheden for at tilføje nye roller med et vilkårligt udfaldsrum. Vi forestiller os, at der er behov for at tilføje følgende dataafgrænsninger: 1. Markere om en sag eller et dokument skal vises eller ikke vises. 2. Om der skal være et link til yderligere information samt den url, som skal benyttes for at vise denne yderligere information. Nedenfor gives eksempler på, hvorledes denne opmærkning af sager og dokumenter kunne gøres i Støttesystemet Sags- og dokumentindeks. Markering af om en sag eller et dokument skal vises, kunne fx håndteres ved at indføre en sags-/dokumentklasse med en ny rolle, fx Webadgang, der angiver, om en sag eller et dokument skal være tilgængelig på portalen, om det er tilgængelig for alle parter eller kun for den primære part. En URL til yderligere informationer kunne fx angives ved at tilføje en it-systemrelation med rollen Webarkiv til sagen eller dokumentet. Dermed kan URL en til den yderligere information om sagen eller dokumentet hentes som en adresseinformation om det pågældende IT-system i Støttesystemet Organisation. Hvis ovenstående muligheder via særlig klassifikation af en sag eller et dokument ikke er tilstrækkelige, er det muligt at anvende de lokaludvidelsesmuligheder, der ligger i begge indekser i Støttesystemerne. Der er således ingen begrænsninger for, hvilke metadata der kan tilføjes en sag eller et dokument - tilføjelserne af lokaludvidelser kan kræve ændringer til Støttesystemerne og evt. relaterede systemer, som deler informationsmodellen. Når kravene til borger.dk er kendt, afklares det præcis, hvordan en teknisk løsning kan understøtte kravene. Eksempel på integration og ansvarsdeling Der er fire forskellige metoder til at integrere til Borger.dk, hvoraf de to ikke længere anbefales. Af de to resterende er det kun den ene, der tilbyder interaktion med brugeren. Nedenstående eksempel gør brug af link-integration, som er anbefalet af Borger.dk:

7 Tema Side 7 af 7 1. En bruger logger på Mine sider under Borger.dk. 2. Her klikkes på et link til SAPA, som evt. kan være splittet i flere links, der peger på fx sagsliste, dokumentliste og ydelsesoversigt. Der klikkes på Sagsliste. 3. Brugeren omdirigeres til en særlig Borger.dk-side på SAPA. Siderne er opbygget i en skabelon, der sikrer, at designstandarder for Borger.dk overholdes. Da brugeren nu befinder sig på SAPA og ikke længere på Borger.dk, skal der være links tilbage til Borger.dk, såfremt konteksten til Mine Sider skal bevares. 4. Sagslisten genereres af SAPA ved at hente brugerens data fra støttesystemerne. Resultatet er en liste af metadata for sagerne med tilhørende dokumentreferencer, som vises for brugeren. 5. Hvis brugeren ønsker at se indholdet af et dokument, så slås kildesystemet op i Organisation og herefter kan dokumentet tilgås i kildesystemet, som kan være et kommunalt Fag- eller ESDH-system.