Odense Kommunes Borgersagsportal = Partsoverblik version 1.0

Transkript

1 Odense Kommunes Borgersagsportal = Partsoverblik version 1.0 Mini-konference om de ny S&D standarder IT-arkitekt og projektleder Morten Dall, IT afdelingen - Odense Kommune

2 Der var engang Fra sorte skærmbilleder til nu Odense = eventyrets by 1980 erne: 275 kommuner 3270 og terminaler, bibliotekssystemer, fysiske sager, udskrifter på adviser Kommunerne forvalter lovgivning It simpelt registreringsværktøj It kompentencer stort set ikke tilstede tape og skruetrækker fikser 3270 linien. Fysiske sagsmapper og nåleprintere

3 Monopolet hersker

4 Nye tider: 1990 erne Teknologierne skiftes langsomt ud, vi får: Klient/serverteknologi Windows applikationer Der skrives hvidbøger om arkitektur 3 lags arkitektur! FESD rumler Vi begynder nu at have et fundament for E-sager, vi kan: Journalisere mail Lave officeintegrationer SNAKKE om sagsdannelsesprocesser og WorkFlow En skov af systemer og et monopol = KMD

5 2000 erne (Nullerne ) Systemerne modnes Systemerne modnes og vi bevæger os langsomt væk fra klienttunge applikationer Vi taler om SOA, EDA, Integrationsplatforme, social software gør sit indtog internettet er over os! Det er det rene: Kommunalreformen reducerer antallet af konge/kejserdømmer

6 KMD er nu en.net applikation

7 De seneste år KMD sælges! Transitionsaftalen kommer i stand Kommunerne/det offentlige skal nu beherske it og forretningsudvikling ved egen kraft Referencearkitektur, rammearkitektur formuleres Kombit etableres og skal gennemføre de projekter som kommunerne har brug for Men.. Resultaterne er få og små, der snakkes og skrives meget og gøres for lidt Tiden går Hvem gør noget?

8 Og det bliver mere uhyggeligt Den Ene kunde udenad hele arkitekturhvidbogen, og det baade forfra og bagfra; den Anden havde gjort sig bekjendt med alle SD-standarderne og hvad hver Oldermand maatte vide Ved hvert Vindue seer Du staae tre Skrivere og en gammel Oldermand, og Oldermanden er den Værste for han kan ikke forstaae,.. men han kan alligevel skrive notater så store som rundetårn Vi slås medhekse (Businesscases, projektmetoder og udbudsregler), der kan dræbe enhver ildsprudlende ildsjæl og tapper landsoldat

9 I dag? Hvem får prinsessen Den fælleskommunale og den fællesoffentlige digitaliseringsstrategis mange projekter skal materialiseres i en række konkrete tiltag og passe sammen i en hensigtsmæssig arkitektur SAMTIDIG skal de give betydelige effektiviseringer. Der er brug for tryllestøv OG standarderne Der er brug for styring: Governancestrukturer skal etableres, kommunernes arkitekturråd og dets mandat skal klarlægges Rammearkitekturen skal udkrystalliseres SAMTIDIG skal vi have konkrete løsninger på banen! Og der er også brug for innovation og afprøvninger og trædesten på vejen sig velkommen til

10 BSP = Partsoverblik version 1.0

11 Sammenhængende it og monopol? Der er mange systemer Det er vanskeligt at danne sig overblik over sagskomplekset og seneste hændelser, mennesker Sagsbehandler

12 Konfliktende systemer Der let opstår ballade...omkring emner som Hvor registreres hvad? (sag/journal) EN sag vedr. borgeren? Advishåndtering Hvor dannes overblik? Hvor lægges lægeblanketten? ESDH vs. Fagsystemerne Hvem trækker af på fælles initiativer og deres vægtning? Hvem trækker af på juridiske principper? Udviklingsprioriteringer? Etc.. Der opstår let suboptimerende adfærd Især anno 2011, hvor alle systemer har advishåndtering, dokumentopbevaring, sagsinfo mm.

13 Løsninger?

14 Målet må være Vi skal skabe overblik over sager, journaler, hændelser og mennesker gøre op med teoretisk tilgængelighed! Vi skal kunne håndtere at systemlandskabet er komplekst og at der er mange systemer. Vi skal skabe bedre indgange til de mange systemer Væk fra teoretisk tilgængelighed Vi skal orientere os, og kunne håndtere den fælles offentlige digitaliseringsstrategi, standarder mm. Vi skal skabe resultater på kort og langt sigte Kort sagt: Vi skal væk fra konflikt og suboptimering over til best of breed, standarder og gradvise gevinstskabende udviklingsforløb gerne fælles kommunalt!!.

15 Sammenstillingsstrategien - Herved forenes mange initiativer og vi skaber resultater og sætter en retning på den korte og lange bane

16 - Eksisterende/gammelt It-dogme Work Base BUF KMD Rambøll ESDH XXX Hans Hansen - Sygepenge - Kontanthjælp

17 Ny approach Borgerportal Cpr: XX OBS Sager Sagsbeh. Sammenstille info. Hop til systemkilder Differentiering/rolleafh. Work Base KMD Rambøll ESDH XXX Hans Hansen - Sygepenge - Kontanthjælp DataWareHouse

18 Karakteristika: Resultatorienteret approach! Involverende, innovationsskabende, trinvis 80 % approach Komplementerer og iscenesætter Rammearkitekturen S&D Projekt dataadgang Transitionstalen De mange systemer derude En vej til ATES Erfaringsbaseret bankerne gør det bl.a.

19 En Borgersagsportal 1. skridt, blandt flere... Partsoverblik version 1.0

20 Portalen sammenstiller data, hændelser og mennesker CPR. CPR Rambøll ESDH AS2007 Tilbudshist On Demand KMD Sag

21 BUF visionen som vi materialiserer Adresse Cpr: Sarah Jensen Slotsgade 5 (pr ) 5000 Odense C Adressebeskyttelse Distrikter: s01/u06/p04 [email protected] Mobil: Historik Andre på adressen: Karen Jensen, (mor) Trine Jensen, (søsk.) Peter Hansen, (-) Sarah Jensen Familie Mor: Karen Jensen, Far: Anders Jensen, Børn: Ingen Søskende: Trine Jensen, Tilbudshistorik : Dagpleje : Vuggestue, Storkereden : Børnehave, Rising : Normalklasse, Vestre Skole : SFO Eftermiddag, Vestre Skole Hørevanskeligheder, Ejby Skole Stamoplysninger Fødselsdag: (9 år) Køn: Pige Statsborgerskab: Dansk Fødeland: Danmark Herkomst: Dansk Til komm.: (Hedensted) Læge: Lægerne Iversen og Richard Sundhedstjeneste Sundhedsplejerske: Kirsten Dalsgaard Sidste aftale: Næste aftale: Elevplaner 2007/2008 : Under udarbejdelse 2006/2007 : Forældrekommenteret AS2007 Anbringelse Døgninstitution m. dom Forebyggende Kontaktperson til familien

22 NB! Ikke bare sammenstilling i BSP Men vinduerne/servicene kan bruges i andres systemer også Rambøll

23 Lad os zoome lidt ind

24 Cpr vinduet xxxxxx CPR Koblinger til: Standardiseringsarbejdet vedr. CPR Rammer arkitekturen - Person Part - Hvad skal der til? Transitionsaftalen TSA Starter forretningsdiskussionen, vedr. SKAL du ind i KMD sag? Forretningsdiskussion om anvendelse af CPR-data Hvem fører vi sagerne på?

25 Sagsvinduet Koblinger til: Standardiseringsarbejdet vedr. sagsinterfaces OIO Sag og Dokument standarder Starter forretningsdiskussionen Hvor oprettes sag, lægemappen etc.? Hvem må se hvad? Hvad skal vi vise borgeren? ATES

26 Journalvisning Koblinger til: Standardiseringsarbejdet vedr. dokumentinterfaces OIO Sag og Dokument Transitionsaftalen TSA Starter forretningsdiskussionen, hvor og hvordan skrive journal?

27 OBS vinduet Hop til KMD Advis Koblinger til: Referencearkitekturen/FESD EDA (event driven architecture) Udveksling af hændelser/hændelsesfordeler (WS I-SD Ringstedprojektet ) Transitionsaftalen TSA Hændelser/adviser fra kritiske KMD systemer, hop til xxx Starter forretningsdiskussionen, vedr. Hvordan ønsker du at få pushet viden? SKAL du ind i KMD sag?

28 Sagsbehandler overblik - kommunikation Koblinger til: Standiseringsarbejdet vedr. organisation OIO organisation (APOS) Transitionsaftalen TSA LOS og Brugerstyring Starter forretningsdiskussionen, vedr. Teambaseret vs. individbaseret sagsdeling Brug af awareness

29 Funktionsspecifikke portlets.. Tilbudshistorik Koblinger til: Referencearkitekturen og egne IT-principper Udstille informationer DWH Udbudskrav

30 Hændelser baseret på dwh datasæt EKSEMPLICFICER!! - Vi ved, hvem der er sagsbehandler på borgerne - Vi ved, hvad der sker på borgeren Fødesystemer ØS2000 AS2007 CPR-data Danmarks statistik Extens Tea KMD Aktiv Komma S&A Sygedagpenge KMD Vagtplan Rambøll Care Plads2000 KMD Opus ESDH Work Base SAS v. 9 Grunddata Datawarehouse Datamart

31 Hændelser, overblik og rettidighed Vi kan udstille seneste hændelser i portalen advis vinduet Eller vi kan lave udstille disse hændelser som Rss feeds og vise i portalen eller i en anden Rss reader. Vi har gjort det med det mest efterspurgte.. Civilstandshændelser Adressehændelser Sagshændelser Inaktive cpr numre Se næste side

32 Hændelse i ordinær Rss Reader:

33 Rss indbygget i ESDH eller anden applikation Cpr Cpr til xxxx Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr Cpr

34 BSP en fælleskommunal vej?

35 BSP og rammearkitekturen

36 BSP en fælleskommunale vej Go business case! - Analyser i: Gladsaxe Gentofte Esbjerg (Odense) Etableringen af Udbetaling Danmark aktualiserer problemstillingen! Vi taler IKKE om et standard CRM system her

37 Devoteam rapport - udsnit

38 Fælles BSP: - Virtuelle portaler informationsarkitektur Fælles BSP Fælles services/information Fælles konfiguration Odense Virtuel BSP Gentofte Virtuel BSP Gladsaxe Virtuel BSP Esbjerg Virtuel BSP CPR portlet (fælles) ESDH portlet (Lokal) Rambøll portlet (fælles med lokale data) NN Portlet (lokal) CPR portlet (fælles) ESDH portlet (Lokal) Rambøll portlet (fælles med lokale data) NN Portlet (lokal) CPR portlet (fælles) ESDH portlet (Lokal) Rambøll portlet (fælles med lokale data) NN Portlet (lokal) CPR portlet (fælles) ESDH portlet (Lokal) Rambøll portlet (fælles med lokale data) NN Portlet (lokal)

39 Esbjerg CPR Doks Fag Syst. Advis Sag LDAP Gladsaxe CPR Doks Fag Syst. Advis Sag LDAP Gentofte CPR Doks Fag Syst. Advis Sag LDAP BSP: Konceptuel målarkitektur Portal Odense Gentofte Gladsaxe Esbjerg Kommune Sag Fag Syst. Dok. UDK Objek. Sag KOMBIT CPR Advis KMD Sag Ydelses System Fag System Støtte System Fælles System Data System Metadata System Fælles Sikkerhed (NemLogin, NemId) Fælles (DUBU..) ESB Ydelses System Besked Fordeler Proces understøttelse Bruger Administration Portlet Katalog Service Katalog Lokale systemer

40 Drøftes pt. med KOMBIT Opgaven/forløbet: UDK Projekt init. UDK Analyse Kravspec UDK Udbud Udvikling og test UDK Impl. og idriftsættelse UDK Drift BSP K98 Projekt BSP K98 Drift og vedligehold Arkitektur og Governance Nu! Aug 2011 Okt August 2012 Oktober

41 Mere info Borgersagsportal/partsoverblik sagsoverblikpartskontakt Kontakt Morten Dall,