Foredrag på konferansen Gevinstrealisering gjennom samarbeid 13. januar 2010 i regi av KS og IKT Norge. Foredrag om samarbeidet innen GeoIntegrasjonsprosjektet av Ragnar Sturtzel, EDB Business Partner.
Gevinstrealisering gjennom samarbeid - GeoIntegrasjon
1. GeoIntegrasjon – Helhetlig løsning for samhandling mellom sak/arkiv og geografiske informasjonssystemer Ragnar Sturtzel EDB Business Partner
2. Kort om meg Sivilingeniør NTH (NTNU) Norsk Data Kontorstøtte (NOTIS-familien) Kommunikasjon og integrasjon Standardisering internt + EU-prosjekt ND -> Siemens Nixdorf Omega -> SGK og DocuLive NIT -> IBM -> EDB EDB Sak og Arkiv (Kontor 2000, K2000 eSak) Standardisering
3. Litt historikk Norsk Data rundt 1980 Overgang fra linjebasert til skjermbasert Mange forskjellige terminaler, proprietære grensesnitt Uaktuelt å forlange nye terminaler Løsning: VTM (standard grensesnitt fra programmene) (”mellomvare”)
4. Mer historikk Elektronisk saksbehandling 90-tallet GIS GAB SAK Løsning: Geolok 1 Windows til Windows-kommunikasjon Alle kartleverandører, alle sak/arkiv, GAB GIS ( ) SAK GAB
5. 2000-tallet Web erstatter Windows Noark 4 standardiserer sak/arkiv Matrikkelen erstatter GAB Initiativ til diverse standardisering Geolok 2 som delmengde av Geolok 1 – mest GIS Noark 4 Web Services Diverse Høykomprosjekter Mye dugnad blant leverandørene Mangler koordinering og forvaltning fra det offentlige
6. Kommunikasjonsbehovet eksploderer …og alle snakker / vil snakke med alle Vann og avløps systemer Saks-/arkiv systemer Matrikkel systemet Kommunale Planregistre Data og tjenster fra Norge digitalt Geografiske Informasjons Systemer (GIS) Økonomi systemer
7. I mangel av standarder ”Lyngdal”: Vis saker i kartet (WFS-tjeneste) (Ergo, Norkart) ”12k”: Plandialog (planer, fremdrift, dokumenter, høringer) (Acos, Norconsult) Matrikkelinfo fra kartet Diverse proprietære integrasjoner mot arkivet ”Klipp og lim”-integrasjoner
8.
9.
10. Men også noen forsøk på standardisering Noark 4 Web Services (KS, alle sak/arkiv) Geolok 2 (alle kartleverandører, alle sak/arkiv, foreningen Geolok, …) BEST : Arkiv til arkivintegrasjon (Fylkesmannen i Sogn og Fjordane, alle sak/arkiv) KS Resultat XML: Skjema, fagsystem, arkiv (hovedsakelig KS, Semicolon, Asker kommune, Sem & StenersenProkom, Oppad, EDB) Aktuell også for ByggSøk
11.
12.
13. ”Geosak”: Mangfold av systemer, mange leverandører Kart Geodata, Norconsult, NorkartGeoservice, … Arkiv Acos, EDB, Ergo, SI, … Matrikkel P.t. i praksis kartleverandørene Sak (generelle og fagspesifikke) Acos, EDB, Ergo, Geodata, Geomatikk, NorkartGeoservice, … Skjema BE (ByggSøk), Sem & StenersenProkom, Kommuneforlaget, …
14. Målbilde GeoIntegrasjon Vann og avløps systemer Saks-/arkiv systemer Matrikkel systemet Kommunale Planregistre Standardiserte grensesnitt og tjenester Data og tjenster fra Norge digitalt Geografiske Informasjons Systemer (GIS) Økonomi systemer
15. Status ved oppstart av GeoIntegrasjon Noark 5 mangler standard grensesnitt Noark 4 brukes fortsatt og videreutvikles N4WS, BEST, KS Resultat XML Geolok 2 mangler matrikkelstøtte Geolok 1 lever videre Proprietære grensesnitt for ”GAB” via kart Matrikkel uten stabilt innsyns-API GAB-kloner med matrikkeldata Planregister uten tjenester MD har sammen med utvalgte leverandører spesifisert en datamodell som går langt utover plan
16.
17. Standardisering i GeoIntegrasjon 1 Arbeidspakke 1: Utvidelse av Noark tjenestesnitt: Geodata (eiendom, bygning, koordinat, plan) Prosess Oppdatering av sak og journalpost Fortsatt Noark 4-basert, men Riksarkivet har startet prosjekt for Noark 5 Sendt på høring Arbeidspakke 2: Utvidelse av Geolok tjenestesnitt Geolok -> GeoIntegrasjon Også SAK og Matrikkel (”GAB”) Fortsetter i arbeidspakke 3 og 4
18. Standardisering i GeoIntegrasjon 2 Arbeidspakke 3: Standard grensesnitt for matrikkel Stabilt for oppslag, basert på matrikkel-API Tilsvarende funksjonalitet som Geolok 1 GAB Arbeidspakke 4: Plan Digitalt planregister – definere tjenester PlanDialog – generalisere og standardisere Utarbeidelse av plan – samspill mellom systemer Arbeidspakke 5A: Rammeverk Prinsipper for metodebeskrivelse Tilgang og autentisering
19. Standardisering i GeoIntegrasjon 3 Arbeidspakke 5B: Test og godkjenning Test i samarbeid med eBygg2009 Offentlige organer og leverandører samarbeider Offentlig (del-)finansiering Offentlig prosjektledelse Forskjellig type etater er med
21. Prinsipper for samspillet, teknisk System A System B System A System B 1) WebService WSrequest: hentData WSresponse <xml> 2) Kontrolloverføring 2. Lagre resultatdokument 1. LINK1 (sesjon, parametre, LINK2) 3. LINK2 (sesjon) 4. WS: hentResultatdokument (sesjon,xml)
22. Eksempler Innen brukergrensesnittet URL-er for eksempel for å vise eiendom i kart eller saker fra arkivet Tjenester for å hente og lagre data SOAP-baserte Web Services, for eksempel N4WS WMS etc. senere Kombinasjoner som hent naboliste Vis / plukk ut eiendommer (brukergrensesnitt) Hent eiendommene (tjeneste) Hent rettighetshavere (tjeneste)
24. Hvorfor standardisere Billigere for leverandørene Mange grensesnitt = stor jobb, men liten betalingsvilje Billigere for kundene Slipper 1:1-integrasjoner med tilsvarende regning Større tilbud Flere integrerer seg Slipper å bli låst inne Mer robuste integrasjoner Lov å eksperimentere men eksperiment er ingen standard!
25. Standardisering i offentlig sektorSuksessfaktorer 1 Inkludere offentlige ”etater” ”Hva” KS, Riksarkivet, Statens Kartverk, BE, … Forvaltning og finansiering Samkjøring mellom etatene, ikke silo Inkludere leverandørene ”Hvordan” ”Alle” –> forankring og forpliktelser Løsninger leveres, ikke bare papir Praktiske løsninger Erfaring fra integrasjoner
26. Suksessfaktorer 2 Ovenfra og ned Først hva Så hvordan KISS – ”Keep it simple stupid” ”Krabbe før man kan gå, gå før man kan løpe” D.v.s.: Det viktigste først, ikke ”nice to have” Det er ikke gitt at man vet hvor mål er Tjenester Ikke innmat Inkludere pilotperiode og revisjon basert på denne Verifikasjon gjennom implementering Stabilitet, men likevel versjoner / utvidelser Eksperimenter er OK, men ingen standard
27. Hvorfor lykkes GeoIntegrasjon 1 KISS De viktigste basistjenestene standardiseres først Kompliserte tjenester bygges v.hj.a. et sett med basistjenester Pragmatisk, målrettet Fremdrift og konsensus De systemene som er best egnet til å forvalte en type data gjør dette, samspill med de andre Tjenestene implementeres, ikke kun teori Mange konkurrenter, samme grensesnitt Pilotinstallasjoner med revisjon basert på erfaring
28. Hvorfor lykkes GeoIntegrasjon 2 ”Siloetatene” i staten deltar sammen KS deltar Alle kartleverandørene deltar Alle sakleverandørene deltar Alle arkivleverandørene deltar Matrikkelprosjektet deltar eBygg2009 deltar Kort sagt: Alle er med Fortsatt mye dugnad, men Offentlig (del-)finansiering Fremtidig forvaltning
29. ”Hjertesukk” Snakker offentlige etater sammen? Jeg må ofte informere de om hva andre gjør Hvilke muligheter som finnes Skjemaleverandører Andre leverandører (fagsystemer, sak/arkiv, …) Statens Kartverk KS Statens bygningstekniske etat Riksarkivet Diverse kommuner