Oversigt; Skriftlig høring af OIO- Komitéen. d december Emner

Størrelse: px
Starte visningen fra side:

Download "Oversigt; Skriftlig høring af OIO- Komitéen. d. 1 2. december 2008. Emner"

Transkript

1 Oversigt; skriftlig høring af OIO-komitéen, 12. december 2008 Oversigt; Skriftlig høring af OIO- Komitéen d december 2008 De følgende emner sendes i skriftlig høring med svarfrist den 18. december 2008: Emner 1. Revideret kommissorium for OIO-udvalg for fødevaresektoren (Bilag 1) (B) 2. FESD standard: GIS-integrationsmodel Version 2.0 (Bilag 2) (B) Punkter mærket B, D, E, O er til henholdsvis (B) Beslutning (D) Drøftelse (E) Efterretning (O) Orientering 12. december 2008 IT- og Telestyrelsen Kontoret for Standardiserings- og arkitekturpolitik (KAP) Holsteinsgade København Ø Telefon Telefax E-post itst@itst.dk Netsted CVR-nr Sagsbehandler Per de Place Bjørn Telefon E-post ppb@itst.dk

2 Ministeriet for Fødevarer, Landbrug og Fiskeri 1AFD_3KT Sagsnr.: Den 5. november 2008 RBHO Covernote til kommissorium for OIO-udvalget for fødevaresektoren It- og telestyrelsen udgav ultimo 2007 en række publikationer omhandlende datastandardisering. En af disse beskriver hvorledes et SSU (OIO-udvalg) skal sættes sammen og arbejde i forhold til blandt andet domænebestyrelser. Med udgangspunkt i denne publikation og dens skabelon for et kommissorium, forelægges hermed et revideret kommissorium for fødevaresektorens eksisterende Sektorstandardiseringsudvalg. På indholdssiden er det nye kommissorium tilført en specifikation af udvalgets arbejdsgange, faste leverancer, kommunikation og arbejdsopgaver. Ambitionsniveau og opgaveindhold er ikke ændret i forhold det eksisterende kommissorium, men beskrivelsen af arbejdet i udvalget er forsøgt gjort mere struktureret og i overensstemmelse med OIO-komitéens anbefalinger. Det indstilles at OIO-komitéen godkender det reviderede kommissorium for OIOudvalget for fødevaresektoren. 1

3 Ministeriet for Fødevarer, Landbrug og Fiskeri 1AFD_3KT Sagsnr.: Den 10. september 2008 RBHO UDKAST Kommissorium for OIO-udvalg for fødevaresektoren Introduktion OIO-udvalget for fødevaresektoren er en del af det tværoffentlige samarbejde om sammenhængende arkitektur og standardisering. Samarbejdet koordineres via det Koordinerende Informationsudvalg og OIO-komitéen for IT-Arkitektur og Standardisering. Det Koordinerende Informationsudvalg og OIO-komitéen har tilsammen til opgave at facilitere det arbejde, der ligger i fælles standarder. Godkendelse Dette kommissorium for OIO-udvalg for fødevaresektoren er godkendt af OIOkomitéen for IT-Arkitektur og Standardisering den xx. Xx Baggrund for OIO-udvalget Med baggrund i det fælles offentlige XML-projekt i regi af det koordinerende Informationsudvalg igangsatte Fødevareministeriet i 2003 et arbejde for at fastlægge en strategi for standardisering af dataudvekslinger, såvel internt som eksternt, baseret på OIOXML. For at sikre en effektiv dataudveksling mellem mange forskellige interessenter er der behov for en større grad af standardisering indenfor fødevaresektoren. Fødevaresektoren omfatter en lang række af interessenter, som allerede i dag arbejder for en mere effektiv udveksling af data på tværs af myndighederne. Det er derfor forventningen, at etableringen af et OIO-udvalg vil medføre en højere grad af koordinering af standardiseringsarbejdet. Definition Fødevaresektoren defineres i forbindelse med OIO-udvalgets arbejde, som værende fokuseret omkring udnyttelse og optimering af naturressourcer forbundet med føde- 1

4 vareproduktionen. Området defineres således som samtlige aktiviteter i forbindelse med produktion af fødevarer. Området inkluderer landbrugsmæssig innovation og services, som indebærer skabelse og distribution af bedre metoder for landbrug og fiskeri, herunder udvikling af bedre og sundere fødevareprodukter. Mission Den overordnede mission for OIO-udvalget er at sikre sammenhæng i den digitale forvaltning. Herunder at data kan udveksles frit og uhindret på tværs af organisatoriske skel, inden for sektoren og mellem sektorer. Alle relevante interessenter på fødevareområdet, offentlige såvel som private, skal så vidt muligt inddrages i standardiseringsarbejdet og tage del i ejerskabet over begrebsmodellen. OIO-udvalgets arbejde skal aktivt bruges af fødevaresektorens interessenter til størst mulig gevinst for området. Formål OIO-udvalget skal sikre en koordinering af, og en fælles forståelse for, fødevaresektorens begreber og standarder. Udvalgets formål er at vedtage fælles definitioner og begreber, baseret på den fælles offentlige OIOXML-standard. Det er således hensigten, at sikre at alle fremtidige udviklinger af OIOXML-definitioner standardiseres mest muligt, og at der sikres størst muligt genbrug af eksisterende definitioner. Det er udvalget, der vurderer om en definition skal være en almen gældende standard på Digitalisér.dk. Derudover er det OIO-udvalgets formål: at identificere behovet for dataudvekslinger indenfor sektoren. at identificere behovet for igangsætning af yderligere standardiseringsprojekter. at koordinere standardiseringsarbejdet indenfor fødevaresektoren. at sikre sammenhæng og fremdrift i standardiseringsarbejdet. at sikre videndeling og erfaringsopsamling i forbindelse med OIOXMLstandardiseringen. at sikre koordinering med relevante grænseflader og sektorstandardiseringsudvalg at vedtage sektorspecifikke standarder og datastrukturer samt at indstille forslag til standarder for OIOXML definitioner til det Koordinerende Informationsudvalg via det offentlige XML-sekretariat. at vedligeholde og videreudvikle drejebog og procesguide for OIOXMLudvikling for fødevaresektoren. 2

5 Ansvarsområder OIO-udvalgets ansvarsområder er: Sagsbehandling af sektorspecifikke standarder og andre sektorrelevante ressourcer, som tilhører sektorens fagområder. Prioritere hvilke standarder, der skal være sektorspecifikke samt opretholdelse af ejerskab til - og vedligeholdelse af - disse. Koordinering med andre projekter og arbejdsgrupper inden for standardiseringsområdet. Afrapportering til OIO-komitéen hvert halve år. Fremskaffelse og vedligeholdelse af sektorens begrebsverden, herunder den konceptuelle model og definition af sektorens vigtigste begreber. Promovere udbredelsen og anvendelse af de udarbejdede standarder. Markedsføre OIO-udvalget inden for sektoren. Koordinering med andre OIO-udvalg. Strategi Den anlagte strategi for OIO-udvalget er primært løsningsdrevet. Det vil sige at begrebsafklaring i fødevaresektoren skal tage udgangspunkt i igangværende eller kommende it-projekter. Således skal standardiseringsuviklingen understøtte forretningen i sektoren. OIO-udvalgets arbejde skal derfor ses i sammenhæng med igangværende projekters tidsplaner. Organisering OIO-udvalget for fødevaresektoren organiseres med Fødevareministeriet som ansvarlig myndighed. Fødevareministeriets departement varetager formandskab og sekretariatsfunktion i udvalget. Medlemmerne repræsenteres på kontorchefniveau og udgøres af: Fødevareministeriet (+ dets institutioner) Miljøministeriet Danmarks Statistik Kommunernes Landsforening SKAT 3

6 Fødevareøkonomisk Institut (Københavns Universitet) Dansk JordbrugsForskning (Det Jordbrugsvidenskabelige Fakultet ved Århus Universitet) DTU Aqua (DTU) Veterinærinstituttet (DTU) Fødevareinstituttet (DTU) Landbrugsrådet Danmarks Fiskeriforening (p.t. ikke medlem) Der kan under udvalget nedsættes en række projektgrupper til at varetage det konkrete standardiseringsarbejde indenfor udvalgte emne- og begrebsområder, der involverer offentlige såvel som private interessenter. Udvalget kan efter behov, oprette og nedlægge projektgrupper løbende. Udvalget mødes minimum tre gange årligt. Sekretariatet og dets opgaver I tilknytning til OIO-udvalgets sekretariatet, etableres en sekretariatsgruppe med repræsentanter fra relevante institutioner under udvalget. Gruppen sammensættes således, at afklaringer og beslutninger kan træffes, og fremdriften i sekretariatets arbejde sikres. Sekretariatets opgaver er: Varetagelse af den daglige drift, herunder alle de administrative opgaver. OIOXML sagsbehandling, herunder kandidatvurdering af potentielle sektorspecifikke standarder. Facilitering og vejledning af projektgrupper. Koordinering af OIO-udvalgets afleveringer. Løbende opdatering af OIO-udvalgets fælles materiale og hjemmeside. Have overblik over standardiseringsarbejdet i fødevaresektoren. Vedligeholdelse og versionering af begrebsmodellerne. Økonomi og ressourcer Udgifter i forbindelse med OIO-udvalgets og sekretariatets løbende opgaver afholdes af Fødevareministeriets departement. Allokering af ressourcer til bemanding af projektgrupper og nødvendig kompetenceudvikling af disse, deles af udvalget. Finansieringen af projekter aftales i udvalget fra projekt til projekt. 4

7 Kommunikation Standardiseringsarbejdet er af afgørende betydning for udviklingen af en effektiv digital forvaltning og derfor et område, der er meget fokus på. Standardiseringsarbejdet involverer også en række forskellige interessenter og har interesse for en række aktører udenfor fødevareområdet. Derfor er det vigtigt at standardiseringsarbejdet og dets resultater præsenteres på Fødevareministeriets hjemmeside. Herunder også referater fra OIO-udvalgets møder. Derudover skal der halvårligt afleveres en statusrapport til OIO-komiteen, der redegør for udvalgets opgaver, mål og status. Denne statusrapport kan med fordel sendes til fødevaresektorens interessenter. Sammen med statusrapporten foretages en måling af opnået OIO-grad i fødevaresektoren, der skal sikre fortsat fremdrift og fokus på standardiseringsarbejdet. Leverancer OIO-udvalgets primære leverance er begrebsafklaringer og XML-schemaer. Men også resultater af projektgruppers arbejde og kommunikations- og statusrapporter, er leverance udvalget skal levere. Evaluering og opfølgning En gang årligt evalueres arbejdet i udvalget og de underliggende projektgrupper. Der træffes her beslutning om, hvorvidt projektgrupperne skal videreføres samt udvalgets sammensætning og arbejdsform. 5

8 Cover OIO Kom itéen, 12. december 2008 Godkendelse af FESD standard GIS-integrationsmodel Version 2.0 Sagsfremstilling Det fremsendte udkast til standard er version 2.0 af standarden FESD GISintegrationsmodel. Det blev oprindelig besluttet at dele standardiseringen af GIS-integrationsmodel. En Fase 1 og en Fase 2. Version 2.0 af standarden dækker den nævnte Fase 2. Ændringerne fra version 1.0 til version 2.0 er primært en opdateret/revideret udgave og indeholder af nyt først og fremmest stillingtagen (anbefalinger) vedrørende sikkerhed og samsøgning samt anbefalinger vedrørende nabohøringer og konfliktsøgning. Der er desuden i mindre grad tilrettet sprog og unøjagtigheder i forhold til tidligere versioner, ligesom det er anset for mere logisk at ombytte Del B og C i forhold til tidligere version. Endelig er der med version 2.0 blevet reevalueret, om teknologier og produkter taler for en anden, mere omfattende integrationsform, herunder klienttil-klient integration, men der er ikke fundet områder, hvor dette er tilfældet. Proces Standarden har været i høring i perioden 30. oktober til 28. november i år. Efter høringsperioden er de relevante høringskommentarer blevet indarbejdet i standarden. 12. december 2008 IT- og Telestyrelsen Kontoret for Standardiserings- og Arkitekturpolitik Holsteinsgade København Ø Telefon Telefax E-post itst@itst.dk Netsted CVR-nr Sagsbehandler Palle Aagaard Telefon Telefax E-post paa@itst.dk Indhold GIS tilhører den type fagsystemer, der er bredt anvendt i den offentlige forvaltning, og som der derfor er blevet fokuseret specielt på i kontrakten med FESD-leverandørerne. Det er derfor en del af FESD-standardiseringsgruppens opgave at udarbejde en standardiseret grænseflade for integration til GIS. GIS er et bredt begreb for systemer, hvis udgangspunkt er stedbestemte data. GIS anvendes i dag bredt i den offentlige forvaltning til mange forskellige formål indenfor specielt miljø-, vej-, by- og regionalplanlægning, men også på en lang række andre områder. Det er forventningen, at GIS vil få en bredere anvendelse i det offentlige indenfor andre områder som sygdomsbehandling og socialområdet og mere generel planlægning og statistik. Specielt hvis der sker en tættere sammenbinding af sags- og dokumentoplysninger fra ESDH-systemet og geografisk relaterede data fra GIS. I en lang række sager er det specielle krav til oplysning af sagen, der knytter sig til GIS-data. Tidligere har forvaltningerne ofte oplyst sagen ved at foretage en række komplekse forespørgsler i deres GIS, hvorefter resultatet (i bedste tilfælde) er blevet skrevet ud og gemt som et dokument på sagen. Der knytter sig ofte en eller anden form for stedangivelse til sager og/eller dokumenter i ESDH-systemet.

9 Standarden gennemgår et større men ikke udtømmende - antal anvendelsesscenarier vedrørende ESDH-GIS integration og fastlægger videre et antal web-services, der kan anvendes til forskellige integrationer til forskellige formål. Indstilling Der indstilles, at OIO Datastandardiseringskomitéen godkender den vedlagte standard for FESD GIS-integrationsmodel Version 2.0. Ministeriet for Videnskab, Teknologi og Udvikling 2

10 Version 2.0 Forslag til standard IT- og Telestyrelsen København den 12. december 2008 FESD-standardisering. GIS-integrationsmodel. Grænsesnit Version 2.0

11 Kolofon: FESD-standardisering. GIS-integrationsmodel. Grænsesnit Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til offentligheden, skal der angives korrekt kildehenvisning. Forslag til FESD-standarder udarbejdes af IT- og Telestyrelsen, Kontoret for Standardiserings- og Arkitekturpolitik, FESD-standardiseringsgruppen i samarbejde med de tre FESD leverandører Software Innovation A/S, Traen Informationssystemer A/S og CSC Danmark A/S. Kontaktperson i FESD-standardisering: Projektleder Rita Lützhøft rla@itst.dk Telefon (direkte) Traen Informationssystemer A/S Vesterbrogade 95 A 1620 København V Telefon: Web-adresse: CSC Danmark A/S Retortvej København V Telefon: Web-adresse: Software Innovation A/S Nærum Hovedgade 10 DK-2850 Nærum Telefon: Web-adresse: Ministeriet for Videnskab, Teknologi og Udvikling. IT- og Telestyrelsen Kontoret for Standardiserings- og Arkitekturpolitik Holsteinsgade 63 DK-2100 København Ø Telf Fax itst@itst.dk 2 / 67

12 Indholdsfortegnelse 1 Forord Del A Business case for ESDH GIS integration Indledning Formål GIS ESDH Overordnet eksempel Rammerne i FESD-kontrakten Afgrænsning Brugertyper Andre standarder Sikkerhedsforhold Samsøgning sikkerhed Lovmæssige forhold Del B Anvendelsesscenarier og funktioner Funktioner i ESDH-GIS-integration Funktionsbeskrivelse GIS Funktionsbeskrivelse ESDH Implementeringsmiljø Indbakkefunktion Oprettelse af stedfæstelse - generelt Automatiseret oprettelse af stedfæstelse Manuel oprettelse af stedfæstelse Slet stedfæstelse Hent geometri for ESDH-objekt Vis GIS-objekter for stedfæstede ESDH-objekter Nabohøring Nabohøring Manuel Nabohøring Automatisk Konfliktsøgning Gem GIS-dokumentation i ESDH Søgning i GIS med resultatvisning i ESDH-system Hent data fra ESDH for GIS-objekt HentObjektData / 67

13 4 Del C ESDH-GIS-integration Beskrivelse af part -data Stedfaestelse Localization Objektbeskrivelse ObjectDescription StedfaestelsesStatus LocalizationStatus Kortbilag MapAttachment Geometri Geometry GeoNoegle GeoKey GISSystemFejl GISSystemError SagSystemFejl CaseSystemError ProcesID ProcessIdentifier Beskrivelse af funktioner i ESDH-webservicen DokumentRegistrering DocumentRegistration GISSoegeresultatRegistrering GISSearchResultRegistration GISGeoNoegleSoegeresultatRegistrering GISGeoKeySearchResultRegistration HentObjektData GetObjectData Følgende web services oprettes i GIS ObjektStedfaestelse ObjectLocalization StedfaestelsesAnmodningRegistrering LocalizationRequestRegistration HentGeometri GetGeometry SletStedfaestelse DeleteLocalization HentStedfaestelseStatus GetLocalizationStatus PraesentationAnmodningRegistrering praesentationrequestregistration NaboerAnmodningRegistrering NeighborsRequestRegistration Bilag A / 67

14 1 Forord Den offentlige sektors IT-systemer på statsligt, kommunalt og regionalt niveau skal kunne spille sikkert og effektivt sammen. Derfor arbejdes der målrettet på at få gennemført fælles standarder for elektronisk sagsog dokumenthåndtering - den såkaldte FESD-standard. Målet med standardiseringsarbejdet er at fremme digital forvaltning i den offentlige sektor, og midlet er at sikre, at de forskellige elektroniske sags- og dokumenthåndteringssystemer (ESDH) får en fælles kernefunktionalitet, og at det samtidig sikres, at denne kerne videreudvikles ensartet. En fælles kernefunktionalitet skal sikre: at der kan foretages sagsbehandling på tværs af flere organisationer at myndigheder, der arbejder med åbne sager, kan lægges sammen at der kan flyttes opgaver mellem forskellige myndigheder I forlængelse af FESD-projektkonkurrencen, som havde sin afslutning primo 2004, og hvor der blev fundet tre FESD-leverandører, blev det i forbindelse med kontraktforhandlingerne besluttet at starte en standardiseringsproces den såkaldte FESD-standardisering. For at sikre interoperabiliteten, både mellem ESDH-systemer og til andre systemer, men også så tredjepart kan udvikle moduler til systemet, blev det anset for afgørende, at der udvikles en fælles offentlig datamodel samt andre standarder på ESDH-området. Koordinering af FESD-standardiseringen er efterfølgende lagt i IT- og Telestyrelsen (ITST). Den konkrete udarbejdelse af forslag/udkast til standarder foregår i et samarbejde mellem de tre FESD-leverandører og en FESD-standardiseringsgruppe i ITST. Arbejdet med forslag/udkast til standarder tager udgangspunkt i NOARK 4 s datamodel og databeskrivelser samt leverandørernes løsninger. Standarderne kan afvige fra NOARK 4 på de områder, hvor det er nødvendigt for at understøtte dansk forvaltningspraksis, eller hvor parterne i FESD-standardiseringen kan opnå enighed om en afvigelse. Udkast/forslag sendes herefter i offentlig høring i ca. 1 måned. FESD-standardiseringsgruppen tilretter og færdiggør på baggrund af høringen de endelige Forslag til standarder. Standardforslagene forelægges herefter OIO-komiteen til godkendelse. Efter den samlede godkendelse bliver standarderne således offentliggjort og indgår i IT- og Telsestyrelsens OIO-Katalog (fremtidigt via digitaliser.dk), som indeholder en oversigt over godkendte og anbefalede standarder til digital forvaltning i det offentlige. I standarden kan forekomme brug af særligt ordvalg. Følgende termer anvendes konsekvent i den følgende betydning: skal / obligatorisk : betyder, at den nævnte metode/element/mulighed/etc. skal benyttes eller skal forefindes dvs. må ikke udelades. må ikke : betyder, at den nævnte metode/element/mulighed/etc. ikke må forefindes eller må ikke benyttes. bør / anbefalet : betyder, at det i høj grad anbefales, at den nævnte metode/element/mulighed/etc. benyttes eller forefindes. Der skal være tungtvejende grunde til at udelade. kan / optionel : betyder, at den nævnte metode/element/mulighed/etc. er en valgmulighed og derfor valgfri at medtage. 5 / 67

15 2 Del A Business case for ESDH GIS integration 2.1 Indledning Som en del af kontrakten mellem det offentlige og FESD-leverandørerne skal der standardiseres integration til Geografiske Informations Systemer (GIS). GIS-integration er således en delmængde af FESDstandardiseringen og har til formål at definere snitflader for dataudvekslingen mellem GIS og ESDHsystemer generelt. Udover FESD-leverandørerne og IT- og Telestyrelsen har der været et tæt samarbejde med en række GISleverandører og Kort & Matrikelstyrelsen (version 1.0), som har bidraget aktivt i udarbejdelse af denne FESD-standard. Gruppen har blandt andet haft deltagelse af Geodata Danmark, Carl Bro Gruppen, Geograf A/S, Informi GIS A/S, Intergraph Denmark A/S m.fl. i forbindelse med version 1.0 og/eller version 2.0. Dette er version 2.0 (også kaldet fase 2) af FESD GIS-integrationsmodellen, som oprindeligt udkom som version 1.0 fra februar 2006 og som version 1.1 fra november Denne version 2.0 er en opdateret/revideret udgave og indeholder af nyt først og fremmest stillingtagen (anbefalinger) vedrørende sikkerhed og samsøgning samt anbefalinger vedrørende nabohøringer og konfliktsøgning. Der er desuden i mindre grad tilrettet sprog og unøjagtigheder i forhold til tidligere versioner, ligesom det er anset for mere logisk at ombytte Del B og C i forhold til tidligere version. Endelig er der med version 2.0 blevet reevalueret, om teknologier og produkter taler for en anden, mere omfattende integrationsform, herunder klient-til-klient integration, men der er ikke fundet områder, hvor dette er tilfældet. Se endvidere afsnittene 2.7 Afgrænsning og Andre standarder. 2.2 Formål GIS tilhører den type fagsystemer, der er bredt anvendt i den offentlige forvaltning, og som der derfor er blevet fokuseret specielt på i kontrakten med FESD-leverandørerne. Det er derfor en del af FESDstandardiseringsgruppens opgave at udarbejde en standardiseret grænseflade for integration til GIS med henblik på at sikre: En mere sammenhængende sagsgang på de sagsbehandlingsområder, der anvender GIS-data i sagsbehandlingen. En mere fleksibel arkitektur, der sikrer, at det bliver lettere at udskifte enten ESDH eller GIS. At det bliver billigere at implementere integration mellem GIS og ESDH-systemer. 2.3 GIS GIS er et bredt begreb for systemer, hvis udgangspunkt er stedbestemte data. GIS anvendes i dag bredt i den offentlige forvaltning til mange forskellige formål indenfor specielt miljø-, vej-, by- og regionalplanlægning, men også på en lang række andre områder. Det er forventningen, at GIS vil få en bredere anvendelse i det offentlige indenfor andre områder som sygdomsbehandling og socialområdet og mere generel planlægning og statistik. Specielt hvis der sker en tættere sammenbinding af sags- og dokumentoplysninger fra ESDHsystemet og geografisk relaterede data fra GIS. GIS kan indeholde mange forskelligartede data, og den eneste nødvendige sammenhæng er, at der til alle data knytter sig et geografisk objekt jf. nedenstående model. 6 / 67

16 Tema Record layout Figur 1: Grundstruktur i GIS. Hvert lag(tema) har oftest tilknyttet et sæt af metadata, der er fastlagt i et specielt record layout. Det nederste lag i illustrationen kunne være matrikelkortet med et sæt af informationer om matriklen Der er ikke nødvendigvis fælles data på tværs af GIS, men man kan i princippet anvende et fælles datalag (tema) på tværs af GIS, sålænge data kan stedfæstes udfra et fælles koordinatsæt. Eksempelvis kan matrikelkortet og metadata om matriklen i princippet gå igen i en række systemer. 2.4 ESDH ESDH-systemers primære opgaver er håndtering af sager og dokumenter og en række metadata om disse. FESD-standardiseringen har allerede udarbejdet og fået godkendt en grundlæggende datamodel for dette område. Den grundlæggende FESD-datamodel indeholder en række grundobjekter som vist nedenfor. cd Centrale FESD-klasser MatrikelOplysning Ejendom Bygning +sagsgenstand +sagsgenstand +sagsgenstand Adresse +sagsgenstand +sagspart Sag Erindring +afsender Person Kontakt +modtager JournalPost Kommentar Gruppe Dokument OrganisatoriskEnhed Organisation DokumentVersion Figur 2: Forenklet diagram over nuværende FESD-standardiserede klasser I en lang række sager er det specielle krav til oplysning af sagen, der knytter sig til GIS-data. Tidligere har forvaltningerne ofte oplyst sagen ved at foretage en række komplekse forespørgsler i deres GIS, hvorefter resultatet (i bedste tilfælde) er blevet skrevet ud og gemt som et dokument på sagen. Der knytter sig ofte en 7 / 67

17 eller anden form for stedangivelse til sager og/eller dokumenter i ESDH-systemet. De oftest anvendte, er de elementer, der er medtaget i FESD-standardiseringens adressemodel. Men der kan, afhængigt af sagstypen, være tale om mange andre former for sammenknytning mellem sager/dokumenter og et eller flere geografisk afgrænsede steder. 2.5 Overordnet eksempel I forbindelse med udarbejdelsen af en byggetilladelse er der en række fastlagte processer, der skal gennemføres og ting, der skal undersøges. I det følgende opstilles et kort eksempel på geografisk stedfæstede sammenhænge, der indgår i et sagskompleks. Hvis to naboer i et dobbelthus ansøger om tilladelse til at opføre en sammenhængende udestue op ad deres hus(e), er der allerede her, jf. nedenstående figur, en række stedfæstede informationer i form af: Matrikelnumre Eventuelle bygningsnumre Eventuelle adresser Tegningsmæssig skitse for placering af udestuen Figur 3: Eksempel på stedfæstning af data, der indgår i en sag Afhængigt af den fastlagte proces for sagen kan der være tale om at undersøge servitutter på de involverede matrikler. Der kan være tale om at identificere de naboer, der skal involveres i en høring efter gældende regler. Der skal eventuelt undersøges, hvilke tilsvarende sager, der har været indenfor det pågældende lokalplanområder etc. Den standardiserede integrationsmodel, der udarbejdes, skal understøtte en effektivisering af denne type arbejdsprocesser. 2.6 Rammerne i FESD-kontrakten Udover de ovenfor skitserede formål indeholder kontrakten med FESD-leverandørerne en række tekniske forudsætninger, der har direkte indflydelse på udarbejdelse af en integration mellem GIS og ESDH-systemer. Disse er: Det er et krav, at den leverede løsning integrerer til andre systemer ved brug af web services som beskrevet af XML-komiteen. Det er et krav, at systemet skal kunne kommunikere med eksterne systemer ved brug af XML udformet efter XML-komiteens anvisninger (kaldet OIOXML), og niveauet for brugen af XML-skemaer til udveksling af informationer skal derfor beskrives. 8 / 67

18 Det er et krav, at de XML-skemaer, der udvikles, lever op til beskrivelsen fra OIO-komiteen om udvikling af XML-skemaer Det er et krav, at de skemaer, der udvikles, offentliggøres i Infostruktur-databasen (fremtidigt via digitaliser.dk) Det er et krav, at tilbudsgiveren sikrer, at tredjepartsleverandører får informationer om leverandørens implementering af FESD-standarden i sine produkter og løsningens øvrige eksterne interfaces, så tredjepartsleverandører kan nå at lave tilpasninger, samtidigt med at ændringerne i datamodellen træder i kraft. Ovenstående er et udsnit af de tekniske krav i kontrakten med FESD-leverandørerne, der knytter sig til integration til fagsystemer. Det er jf. ovenstående en forudsætning, at den standardiserede integration udvikles som web service-baseret udveksling af XML-dokumenter. De SOAP-baserede services beskrives ved hjælp af WSDL, der, sammen med relevante XML-schemaer, er publiceret i OIO-kataloget (fremtidigt i digitaliser.dk). 2.7 Afgrænsning For at understøtte det overordnede formål om systemmæssig fleksibilitet, er det af afgørende betydning, at der er så lidt informationsmæssigt overlap, og så lidt teknisk afhængighed mellem GIS og ESDH-systemet som muligt. Det er vigtigt at fastholde den overordnede arbejdsdeling mellem de to systemer og samtidigt fastlægge en integration på forretningslagsniveau, så brugeren kun i begrænset omfang oplever en adskillelse af systemerne. Det medfører samtidigt en stor kompleksitet i de services, der skal udvikles for at understøtte de funktionelle behov. Det er derfor fundet nødvendigt at opdele standardiseringsprocessen i en række faser, hvor første fase fokuserer på funktionel og informationsmæssig beskrivelse af de services, der forventes udviklet. Samtidigt vil der i første fase blive udviklet egentlige services til den kommunikation, der ikke kræver brugerinteraktion. I fase to (version 2.0) har fokus været på at bruge erfaringerne med den første version til dels at lave tilpasninger til første version ( serviceopdateringer ) og dels tilføje understøttelse for de faciliteter, der er mest savnet i version et. Endelig er det i version 2.0 blevet reevalueret, om teknologier og produkter taler for en anden, mere omfattende integrationsform, herunder klient-til-klient integration, men der er ikke fundet områder, hvor dette er tilfældet Brugertyper Brugerrollen kan opdeles i 3 grupper: Eksperter Almindelige brugere Nye småbrugere Eksperten er den avancerede GIS-bruger, hvis arbejde oftest tager sit udgangspunkt i udarbejdelse og vedligeholdelse af GIS informationer. Den almindelige bruger arbejder i sin dagligdag primært med sagsbehandling, hvor informationer fra GIS indgår som en væsentlig del af afgørelsesgrundlaget. Nye småbrugere er et mix, dels af en ny voksende gruppe, der ikke før har været vant til at bruge GIS og geodata (i nye ikke-tekniske forvaltningsgrene), og dels dem, der kun bruger GIS-informationer sjældent, og som tidligere har fået andre til at bearbejde de nødvendige GIS-informationer (traditionelt i de tekniske forvaltninger). 9 / 67

19 2.7.2 Andre standarder Standarderne WFS og WMS anvendes i dag til at understøtte mere komplekse transaktioner til og fra GIS. For at lette overgangen mod SOAP, er FESD-GIS-integrationsstandarden derfor opdelt i to dele: 1. Funktions- og informationspakkebeskrivelser 2. Service-, transaktions- og fejlhåndteringsbeskrivelser. Det indebærer samtidigt, at FESD-standarden kun omhandler funktioner, der ikke anvender WFS og WMS mere avancerede funktionalitet. ud ESDH Klient A GIS Klient B ESDH Server C GIS Server Figur 4: Integrationen mellem ESDH og GIS kan opdeles i flere typer I fase 1 af standardiseringen er der primært fokuseret på løsning af problemstillinger, der knytter sig til løsning af ekspertens og den almindelige brugers behov ved brug af server til server (C) kommunikation. I fase 2 (version 2.0) er der fokus på justeringer efter erfaringer med anvendelse af fase 1 standarden og GIS integrationsmodellen er endvidere udvidet med mulighed for at koordinere med en række andre georeferencepunkter, udover dem der er specificeret som følge af adressestandardiseringen. Sikkerhedsproblematik er adresseret og fase 2 standarden åbner mulighed for lettere at udføre nabohøringer og konfliktsøgninger. 2.8 Sikkerhedsforhold Sikkerhed er et centralt emne ved integration mellem ESDH og GIS, idet ESDH systemer kan indeholde data, som er underkastet forskellige former for fortrolighed, hvorfor adgangsstyring/brugerstyring er meget centralt for ESDH, hvorimod det traditionelt er mindre relevant for GIS-systemer. Det er således vigtigt, at ESDH data, der er underkastet restriktioner med hensyn til hvilke brugere, der må få adgang til dem, ikke overføres til GIS-systemer, hvor brugeren typisk kan få adgang til alle data. Vær opmærksom på, at ESDH systemet, i forbindelse med denne standard, stiller web services til rådighed, der giver mulighed for at hente data ud af systemet, og dermed potentielt også følsomme data. Denne standard indeholder ikke krav til hvordan disse web services sikres mod uautoriseret adgang, men ESDH leverandøren bør overveje at benytte én eller flere af følgende anbefalinger: OIO Web SSO Profile 2.0 (også kendt som DK-SAML 2.0). Integrated Security (AD) IP Adresse beskyttelse (Kun adgang til ESDH web service fra GIS web service) OWSA Model T 10 / 67

20 Datatilsynet indskærper, at de enkelte myndigheder skal forud for en integration mellem ESDH og GIS drage omsorg for at integrationen sker under overholdelse af reglerne i persondataloven og sikkerhedsbekendtgørelsen Samsøgning sikkerhed Det primære formål med standarden er at beskrive hvordan ESDH objekter kan stedfæstes geografisk, og således udvide informationerne om sager, dokumenter og parter med denne dimension. Bindingen mellem et givent ESDH objekt og et geografisk objekt sker gennem anvendelse af en fælles nøgle stedfæstelsesid. GIS systemet og ESDH systemet behøver således ikke have kendskab til hinandens objekter, eller referencer, og i den simpleste form, udgør stedfæstelsen således en mulig udvidelse af informationerne i de to systemer, ved anvendelse af det andet system. Standarden lægger imidlertid op til at man i GIS systemet gemmer information om et givent objekt. Det vil f.eks. sige at man typebestemmer stedfæstelsen af et ESDH objekt, så man er i stand til at se at der er tale om en sag, uden at skulle hente informationen fra ESDH systemet. Tilsvarende kunne man forestille sig at informationen i GIS systemet omkring en stedfæstet sag, blev udvidet til at indeholde sagstypen. Det ville give mulighed for at foretage søgninger i GIS systemet, f.eks. efter miljøsager i et specifikt geografisk område. STEDFÆSTELSESID Anvendelsen af denne mulighed introducerer et potentielt problem, i forhold til lovgivning og sikkerhed. GIS systemerne er traditionelt åbne i forhold til de brugere der gives adgang, og har ikke på samme måde en rettighedsmæssig beskyttelse af de enkelte objekter. For en række sagsområder vil det dermed være problematisk at det tillades at foretage søgninger på en sagstype i GIS systemet og få vist eksempelvis hvor der er stedfæstet sager af typen TVANGSFJERNELSE. Så selvom det åbenlyst vil give en række brugsmæssige fordele, at foretage geografiske søgninger efter ESDH objekter, skal man som myndighed være meget opmærksom på den følsomme information der muligvis vil blive udtrykt åbent i GIS systemet. SAG SAG SAG Figur 5 Geografiske punkter stedfæstet på sager Som det fremgår andetsteds i standarden, har der været søgt modeller for at lade standarden beskrive integration mellem GIS og ESDH, på klientniveau, uden held. Tilsvarende er det undersøgt om man på en standardiseret måde kan lade geodata indeholde i FESD Datamodel, med henblik på at lade ESDH systemet tilvejebringe den søgemulighed som er beskrevet ovenfor. Dette har heller ikke vist sig muligt, og det vil således være op til den enkelte myndighed i samarbejde med dennes leverandører af hhv. ESDH og GIS, at løse problemet Lovmæssige forhold Myndigheder skal i forbindelse med etablering af integration mellem ESDH og GIS drage omsorg for, at integrationen sker under overholdelse af reglerne i persondataloven og sikkerhedsbekendtgørelsen. Det anbefales at man inden idriftsættelse af integrationen, retter henvendelse til Datatilsynet med beskrivelse af den specifikke integration, med særlig vægt på de data der tilgængeliggøres i forbindelse med integrationen. 11 / 67

21 3 Del B Anvendelsesscenarier og funktioner 3.1 Funktioner i ESDH-GIS-integration På baggrund af de samlede praktiske erfaringer hos GIS- og ESDH-leverandørerne samt de brugerønsker, der har været tilkendegivet overfor samme leverandører, blev ti alment anvendelige funktioner udset som de, der skulle søges løst ved standardiseringen af ESDH-GIS-integration. De ti funktioner er: Funktionaliteter der stilles til rådighed af GIS systemet: Automatiseret oprettelse af stedfæstelse Manuel oprettelse af stedfæstelse Slet stedfæstelse Hent geometri for ESDH-objekt Vis GIS-objekter for stedfæstede ESDH-objekter Nabohøring (Ny fase 2 funktionalitet) Konfliktsøgninger (Ny fase 2 funktionalitet) Vis GIS-objekter for ikke-stedfæstede ESDH-objekter (ikke medtaget i nærværende standardiseringsforslag) Geografisk område anvendt som søgekriterium (ikke medtaget i nærværende standardiseringsforslag) Funktionaliteter der stilles til rådighed af ESDH systemet: Gem GIS-dokumentation i ESDH Søgning i GIS med resultatvisning i ESDH-system Hent data fra ESDH for GIS-objekt Det er vigtigt at være opmærksom på, at anvendelsen af ESDH-GIS-integrationen ikke begrænser sig til ovenstående anvendelsesmuligheder. Det er op til implementeringsparterne at udforme den konkrete anvendelse på baggrund af de snitflader der er beskrevet nærmere i del C. For overskuelighedens skyld, er der i de efterfølgende aktivitetsdiagrammer ikke medtaget alle de fejlsituationer, der her er mulige Funktionsbeskrivelse GIS I dette afsnit gives en overordnet beskrivelse af de funktionaliteter som GIS systemet skal stille til rådighed for ESDH systemet Automatiseret oprettelse af stedfæstelse Funktionen skal gøre det muligt, fra ESDH systemet, at lave en automatisk stedfæstelse i GIS-systemet, uden brug af GIS klienten. Stedfæstelsen foretages alene på baggrund af informationer tilknyttet ESDH-objektet. Disse informationer kan f.eks. være: koordinatx + koordinaty + koordinatsystem kommunenr + vejkode + husnr GIS danner et GIS-objekt på baggrund af de leverede informationer. 12 / 67

22 Manuel oprettelse af stedfæstelse Funktionen skal gøre det muligt, fra ESDH systemet, at lave en manuel stedfæstelse i GIS-systemet, ved hjælp af GIS klienten. Alle relevante data for det ESDH-objekt, der ønskes stedfæstet, overføres til GIS. Brugeren danner, ved hjælp af GIS klienten og de informationer der er overført fra ESDH-systemet, det GISobjekt der skal stedfæstes. Efter afsluttet stedfæstelse returnerer GIS-systemet relevante data til ESDHsystemet Slet stedfæstelse Funktionen sletter en stedfæstelse i GIS-systemet. Sletning af stedfæstelse foretages fra ESDH-systemet og medfører at stedfæstelsen slettes i GIS Hent geometri for ESDH-objekt Funktionen returnerer GML-data fra GIS-systemet til ESDH-systemet. Når ESDH-systemet får bekræftet, at en stedfæstelse er foretaget, bruges det tidligere dannede stedfæstelsesid til at hente GML-data fra GISsystemet for det stedfæstede ESDH-objekt Vis GIS-objekter for stedfæstede ESDH-objekter Funktionen viser én eller flere stedfæstede ESDH-objekter i GIS klienten. Stedfæstelsesinformation for et sæt af ESDH-objekter videregives til GIS. GIS præsenterer det eller de GISobjekter, der via stedfæstelsen er relateret til de aktuelle ESDH-objekter. GIS-objekterne præsenteres i en form, der giver et samlet overblik med deres individuelle geografiske placering markeret. Funktionen giver ikke mulighed for at redigere hverken GIS-objekter eller stedfæstelsesdata Nabohøring Det er muligt i GIS systemet, at foretage en identifikation af naboer, i forhold til et stedfæstelsespunkt. Denne funktionalitet kan udnyttes af ESDH-systemet, i forbindelse med nabohøringer, hvor det f.eks. vil være muligt, automatisk at tilknytte de returnerede naboer som parter i en stedfæstet sag. I ESDH-systemet vil det efterfølgende være muligt, at benytte den indbyggede funktionalitet til brevfletning, når der skal skrives til disse naboer. Funktionen skal gøre det muligt, fra et stedfæstet ESDH-objekt, at få GIS-systemet til at returnere én eller flere GIS-objekter til ESDH-systemet Konfliktsøgninger Det er muligt i GIS-systemet, at finde sager og andre geografiske temaer, der berører et bestemt areal, punkt eller linie i landskabet. GIS-systemet kan, på baggrund af disse informationer, generere en rapport, som returneres til ESDH Systemet. Rapporten gemmes som et dokument i ESDH-systemet. Funktionaliteten kan også benyttes i forbindelse med andre GIS rapporttyper Vis GIS-objekter for ikke-stedfæstede ESDH-objekter Funktionen skal gøre det muligt fra ESDH-systemet at vælge et sæt af objekter, fx sager, dokumenter og/eller parter, der ikke på forhånd er blevet tilknyttet GIS-objekter, og stadig få en visning i GIS af hvor disse ESDH-objekters geografiske relation er. Denne funktion er ikke medtaget i standarden, da det under udviklingsforløbet er vurderet til, at have en kompleksitet, der gør det nødvendigt, at udsætte inddragelse til et senere standardiseringsforløb Geografisk område anvendt som søgekriterium Et i GIS udpeget geografisk område skal kunne indgå som søgekriterium ved en ESDH-søgning. Funktionen skal opfylde behovet for, at geografi kan indgå som element i søgekriterier i ESDH-systemet. Der er således 13 / 67

23 behov for at kunne kalde GIS systemet og udpege et område, der ønskes fastlagt som det geografiske område, søgningen skal begrænses til. Denne funktion er ikke medtaget i standarden, da det under udviklingsforløbet er vurderet til, at have en kompleksitet, der gør det nødvendigt, at udsætte inddragelse til et senere standardiseringsforløb Funktionsbeskrivelse ESDH I dette afsnit gives en overordnet beskrivelse af de funktionaliteter som ESDH systemet skal stille til rådighed for GIS systemet Gem GIS-dokumentation i ESDH Som dokumentation for hvilke GIS-informationer, en sagsbehandler har til rådighed på et givet tidspunkt, skal være muligt, at gemme GIS-dokumenter (fx kortbilag) fra GIS-systemet i ESDH-systemet. GIS-dokumenter skal kunne tilknyttes en sag. GIS-dokumenter skal kunne tilknyttes et dokument som bilag. Det skal være muligt at tilknytte flere GIS-dokumenter pr. sag og/eller pr. dokument. GIS-dokumenter skal kunne gemmes både som raster- og vektor-baseret fil samt i PDF-format Søgning i GIS med resultatvisning i ESDH-system En fremsøgning af et eller flere stedfæstelser i GIS-systemet videregives til ESDH-systemet. ESDH-systemet viser herefter en oversigt over de relaterede ESDH-objekter Hent data fra ESDH for GIS-objekt Udpeg objekt i GIS og få returneret ESDH-systemets tilgængelige data for det pågældende objekt. 3.2 Implementeringsmiljø Følgende antagelser er gjort omkring server- og klientplatforme for de to systemer. Servermiljøet kan være heterogent. Det er med andre ord muligt, at ESDH-system og GIS eksisterer under hvert sit operativsystem. Der eksisterer et mange-til-mange forhold mellem ESDH-system og GIS. Klientprogrammerne kan for begge systemer være både windowsklienter ( tunge klienter), og de kan være browserbaserede klienter. En bruger afvikler de to programtyper på samme PC. PC PC ESDH w indow s-klient GIS w indow s-klient ESDH brow ser-klient GIS w indow s-klient PC PC ESDH w indow s-klient GIS brow ser-klient ESDH brow serklient GIS brow serklient Figur 6 14 / 67

24 En direkte klient-til-klient-kommunikation er ønskelig og opnåelig, men den potentielle kombination af klienttyper på samme brugers PC samt manglen på standarder for en sådan kommunikation har betydet, at nærværende standard for kommunikation mellem GIS og ESDH ej heller specificerer klient-til-klientkommunikation. PC ESDH-klient GIS-klient Serv er Serv er ESDH-system GIS «SOAP» ESDH-w eb serv ice GIS-w eb serv ice Figur 7 Nærværende standardiseringsforslag kræver derfor følgende: Kommunikationen mellem klient og serverdel for de respektive systemer ligger udenfor denne standard. Serverdelen for henholdsvis ESDH-system og GIS kommunikerer indbyrdes via SOAP-baseret web service. Kommunikation mellem ESDH-klient og GIS-klient foretages via systemernes serverdel og de tilbudte web services. En bruger er kendt af begge systemer ved samme brugerid og kan genkendes af både ESDH-system og GIS. Nedenstående oversigtsbillede viser de web service-funktioner, der vil være tilstede i henholdsvis ESDHsystem og GIS. 3.3 Indbakkefunktion I både ESDH-systemet og GIS nødvendiggør manglen på direkte klient-til-klient-kommunikation en funktion, der kan varetage den indirekte formidling af objekter. Denne funktion betegnes som indbakkefunktion i scenariebeskrivelsen. Der er ikke tale om nogle bestemte krav til den praktiske implementering af indbakken. Der skal sagtens være tale om hvad der i andre sammenhænge beskriver som en kø. Funktionen skal håndtere de beskrevne objekttyper for den enkelte bruger, dels ved at kunne præsentere indbakkens indhold, og dels ved at lade en klient hente det indhold, der er relevant for den aktuelle bruger. Der ligger i dette krav ikke et krav til opdateringsmetode for klientens indbakkeoversigt. 15 / 67

25 Der skal udvikles to sæt af Services "FESD services for GIS" og "GIS services for FESD", som illustreret nedenfor. ESDH-web services GIs-web services FESDServiceForGIS + DocumentRegistration + GetObjectData + GISSearchResultRegistration + GISGeoKeySearchResultRegistration GISServiceForFESD + DeleteLocalization + GetGeometry + GetLocalizationStatus + LocalizationRequestRegistration + ObjectLocalization + PresentationRequestRegistration FESDCoreService + GetAddress + GetBuilding + GetCaseFile + GetDocument + GetGroup + GetLandParcel + GetOrganization + GetOrganizationUnit + GetPerson + GetRealProperty + GetRecord Figur 8 16 / 67

26 Disse to web services er beskrevet ved hjælp af UML 2.0 notation og benytter stereotyper som angivet i dette diagram: «wsdl:service» Serv icename «wsdl:binding» BindingName «xsd:schema» SchemaName «wsdl:port» PortName «wsdl:porttype» PortTypeName «xsd:element» ElementName 0..* «wsdl:operation» OperationName «xsd:simpeltype» TypeName «xsd:complextype» TypeName 0..* 0..* 0..* 0..* 0..* «wsdl:part» PartName 1..* +input +fault 0..* 0..1 «wsdl:message» MessageName +output 0..1 Figur 9 De med den stiplede linje omkransede dele af WSDL-dokumenterne for integrationsstandarden er beskrevet i dette dokument 3.4 Oprettelse af stedfæstelse - generelt Funktionen udføres i GIS og kaldes fra ESDH-systemet. En stedfæstelse relaterer et ESDH-objekt til et eller flere GIS-objekter. Et ESDH-objekt skal være et af følgende objekter: Sag Dokument Person 1 Organisation OrganisatoriskEnhed Gruppe Adresse Bygning 1 Selvom ESDH kan udlevere person-objekter til GIS kan stedfæstelse ikke ske for ESDH-objektet Person. 17 / 67

27 Ejendom Matrikel Et GIS-objekt skal være et af følgende objekter: Et punkt En linie En polygon. En stedfæstelse identificeres ved en stedfæstelses-id. En stedfæstelses-id er en unik nøgle. Stedfæstelses-ID en vil efter oprettelse af stedfæstelse være kendt af både ESDH-system og af GIS. Generering af stedfæstelses-id skal foretages af ESDH-system. Ved oprettelse af stedfæstelse tilknyttes stedfæstelsen en oprettelsesdato. Efter oprettelse kendes oprettelsesdatoen af ESDH-systemet. XML-strenge benyttes i forbindelse med overførsel af argumenter til webservices. 3.5 Automatiseret oprettelse af stedfæstelse Funktionen aktiveres af ESDH-systemet. Automatisk stedfæstelse foretages uden brugerens aktive brug af GIS. Stedfæstelsen foretages alene på baggrund af informationer tilknyttet ESDH-objektet. Informationer som eksempelvis: koordinatx + koordinaty + koordinatsystem kommunenr + vejkode + husnr GIS danner et GIS-objekt på baggrund af de leverede informationer. 18 / 67

28 ESDH-server GIS-server Start Find stedfæstelsesgrundlag Stedfæstelsesgrundlag for ESDH-objekt Generer stedfæstelsesid Autom aticlocalizationrequest ObjectLocalization Slut Figur Prækondition: Sagsbehandler har udpeget et dokument eller en sag, der ønskes stedfæstet Find stedfæstelsesgrundlag ESDH-systemet identificerer ud fra foruddefinerede regler de af ESDH-objektets data, der skal anvendes til at foretage stedfæstelse Generer stedfæstelsesid ESDH-systemet danner et unikt stedfæstelsesid. Med stedfæstelsesgrundlag og ID kaldes GIS-servicesen ObjektStedfaestelse ObjektStedfaestelse GIS-servicen foretager en automatiseret geokodning på baggrund af de modtagne data. 3.6 Manuel oprettelse af stedfæstelse Funktionen kan aktiveres af brugeren fra ESDH-systemet. Alle relevante data for det ESDH-objekt, der ønskes stedfæstet, overføres til GIS. Manuel stedfæstelse foretages ved brugerens aktive brug af GIS. Brugeren danner et GIS-objekt på baggrund af de modtagne informationer fra ESDH-systemet. 19 / 67

29 act Figur 11 - Manuel oprettelse af stedfæstelse Sagsbehandler ESDH-server GIS-server Start ESDH-klient Vælg ESDH-objekt til stedfæstelse Generer stedfæstelsesid ObjectIdentityData GIS-klient Hent ov erførte data SaveLocalizationData BrugerID + ProcessID Find data til aktuel bruger Intet at geokode [Ingen data fundet] StedfæstelsesID + ESDH-obj ektdata [Data fundet] Vis ESDH-objektdata Geokod ESDH-objekt StedfæstelsesID + geometri Gem geometri med stedfæstelsesid Slut Figur / 67

30 Forudsætter at der er oprettes en indbakkefunktion i GIS Vælg ESDH-objekt til stedfæstelse Vælger sag eller lignende og aktiverer funktionen i ESDH-klient Generer stedfæstelsesid Funktionen danner et stedfæstelsesid og aktiverer GIS-klient. StedfæstelsesID overføres StedfaestelseAnmodningRegistrering GIS gemmer den modtagen request i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende via GIS-klienten hente request en Hent overførte data Brugeren har nu skiftet til GIS-klient og henter de basale stedfæstelsesdata for ESDH-objektet fra indbakkefunktionen Find data til aktuel bruger Funktionen finder de basale stedfæstelsesdata for ESDH-objektet for den aktuelle bruger Vis ESDH-objektdata I GIS-klienten præsenteres brugeren for de basale stedfæstelsesdata for ESDH-objektet Geokod ESDH-objekt Ud fra de basale stedfæstelsesdata foretager brugeren en stedfæstelse Gem geometri med stedfæstelsesid Funktionen gemmer geometri i GIS-database under stedfæstelsesidentifikatoren. 21 / 67

31 3.7 Slet stedfæstelse Sletning af stedfæstelse foretages fra ESDH-systemet og medfører at stedfæstelsen slettes i GIS. Sagsbehandler ESDH-server GIS-server Start ESDH-klient Vælg ESDH-objekt til sletning Find stedfæstelser for ESDH-obj ekt StedfæstelsesID Vælg stedfæstelse til sletning Kontroller stedfæstelsesstatus LocalizationStatusRequest GetLocalizationStatus [LocalisationStatusCode = 'notdeletable'] Ingen stedfæstelse at slette [LocalisationStatusCode = 'deletable'] «m essage» LocalizationStatusResponse Slet stedfæstelse i GIS «m essage» DeleteLocalizationRequest DeleteLocalization «m essage» DeleteLocalizationResponse Slut Ændrer stedfæstelsesstatus i ESDH Figur 12 Aktiviteterne indenfor den stiplede ramme er valgfri 22 / 67

32 Vælg ESDH-objekt til sletning Sagsbehandleren vælger det ESDH-objekt, der ejer en stedfæstelse, som ønskes slettet Find stedfæstelser for ESDH-objekt Da der kan eksistere flere stedfæstelser for et ESDH-objekt, skal sagsbehandleren gives mulighed for at vælge den stedfæstelse, der skal slettes. ESDH-systemet fremfinder alle stedfæstelser for det valgte ESDH-objekt og præsenterer disse for sagsbehandleren Vælg stedfæstelse til sletning Sagsbehandleren udvælger den stedfæstelse, der skal slettes. Ønskes stedfæstelsens eksistens og sletbarhed kontrolleret, inden sletning forsøges foretaget, kan systemet implementere følgende handling Kontroller stedfæstelsesstatus For at sikre at stedfæstelsen eksisterer i GIS, kontrolleres status i GIS for den valgte stedfæstelse HentStedfaestelseStatus GIS-servicesen finder status for den stedfæstelse, hvis ID servicen kaldes med. Eksisterer stedfæstelsen, returneres den aktuelle status for stedfæstelsen. Hvis stedfæstelsen ikke eksisterer, gives en fejlmelding Slet stedfæstelse i GIS Hvis stedfæstelsen eksisterer i GIS, kalder ESDH-systemet GIS med ID en for den stedfæstelse, der ønskes slettet SletStedfaestelse GIS-servicen sletter stedfæstelsen Ændrer stedfæstelsesstatus i ESDH ESDH-systemet ændrer på stedfæstelsesstatus i ESDH-systemet for den valgte stedfæstelse. Status sættes til: deleted. 23 / 67

33 3.8 Hent geometri for ESDH-objekt Når ESDH-systemet får bekræftet, at stedfæstelsen er foretaget, bruges det tidligere dannede stedfæstelsesid til at hente GML-data for ESDH-objektet fra GIS. ESDH-server GIS-server Start Hent geometri for stedfæstelsesid «m essage» GeometryRequest GetGeometry Gem geometri «m essage» GeometryResponse Slut Figur HentGeometri GIS-servicen bruger den modtagne stedfæstelsesid til at hente den tidligere dannede geokodning. Geokodningen returneres som GML Gem geometri ESDH-systemet tilknytter den modtagne GML til ESDH-objektet. 24 / 67

34 3.9 Vis GIS-objekter for stedfæstede ESDH-objekter Fra ESDH-systemet aktiveres funktionen. Stedfæstelsesinformation for et sæt af ESDH-objekter videregives til GIS. GIS præsenterer det eller de GIS-objekter, der via stedfæstelsen er relateret til de aktuelle ESDH-objekter. GIS-objekterne præsenteres i en form, der giver et samlet overblik med deres individuelle geografiske placering markeret. Funktionen giver ikke mulighed for at redigere hverken GIS-objekter eller stedfæstelsesdata. act Figur 14 - Vis GIS-objekter for ESDH-objekter med stedfæstelse Sagsbehandler ESDH-server GIS-server Start ESDH-klient Vælg ESDH-objekt til GIS-v isning Overfør stedfæstelsesid for ESDH-objekt + brugerid UserLocalizationData GIS-klient StoreTemporary Hent overførte data BrugerID - ProcessID Find data til aktuel bruger Ingen objeket at vise [Data ikke fundet] StedfæstelsesID [Data fundet] Vis geometri for stedfæstelsesid Slut Figur / 67

35 Vælg ESDH-objekt til GIS-visning Sagsbehandleren vælger et eller flere ESDH-objekt(er) for hvilket, der ønskes vist relaterede GIS-objekter Overfør stedfæstelsesid for ESDH-objekt + brugerid ESDH-systemet overfører stedfæstelsesid for ESDH-objektet sammen med brugerid en for sagsbehandleren til GIS-serveren PraesentationAnmodningRegistrereing GIS gemmer den modtagne request i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende via GIS-klienten hente request en Hent overførte data Brugeren har nu skiftet til GIS-klient og henter fra indbakkefunktionen de stedfæstelsesdata for ESDHobjektet, der ønskes vist GIS-objekter for Find data til aktuel bruger Funktionen finder geometridata tilhørende stedfæstelsen Vis geometri for stedfæstelsesid GIS-klienten viser geometri for stedfæstelsen Nabohøring Det er muligt i GIS systemet, at foretage en identifikation af naboer, i forhold til et stedfæstet ESDH objekt. Denne funktionalitet kan udnyttes af ESDH-systemet, i forbindelse med nabohøringer, hvor det f.eks. vil være muligt, at tilknytte de returnerede naboer som høringsparter i en stedfæstet sag. I ESDH-systemet vil det efterfølgende være muligt, at benytte den indbyggede funktionalitet til brevfletning, når der skal skrives til disse naboer. Funktionen skal gøre det muligt, fra et stedfæstet ESDH-objekt, at få GIS-systemet til at returnere én eller flere GeoKeys til ESDH-systemet. Beskrivelse af nabohøringer er opdelt i to scenarier. I det ene scenarie forudsættes, at nabohøringen foretages manuelt i GIS klienten, i det andet scenarie forudsættes, at nabohøringen foretages automatisk i GISsystemet uden bruger interaktion. 26 / 67

36 3.11 Nabohøring Manuel act Figur 15 - Nabohøring Manuel Sagsbehandler ESDH-server GIS-server Start ESDH-klient Vælg ESDH-objekt til Nabohøring Overfør stedfæstelsesid for ESDH-objekt + brugerid GISObjectPresentationRequest PresentationRequestRegistration GIS-klient Hent ov erførte data BrugerID - ProcessID Find data til aktuel bruger Ingen objekter at vise [Data ikke fundet] StedfæstelsesID [Data fundet] Foretag nabohøring Find naboer til StedfæstelsesID GetGeometri ESDH-klient Hent GML objekter for aktuel brugerid GISGeoKeySearchResult GISGeoKeySearchResultRegistration Slut Figur / 67

37 Vælg ESDH-objekt til nabohøring Sagsbehandleren vælger et stedfæstet ESDH-objekt for hvilket, der ønskes vist relaterede GIS-objekter Overfør stedfæstelsesid for ESDH-objekt + brugerid ESDH-systemet overfører stedfæstelsesid for ESDH-objektet sammen med brugerid en for sagsbehandleren til GIS-serveren PraesentationAnmodningRegistrering GIS gemmer den modtagne request i en dertil indrettet brugerspecifik indbakkefunktion. Fra indbakkefunktionen kan brugeren efterfølgende via GIS-klienten hente denne request Hent overførte data Brugeren har nu skiftet til GIS-klient og henter det modtagne stedfæstelsesid for ESDH-objektet fra indbakkefunktionen Find data til aktuel bruger Funktionen finder GIS objektet for den aktuelle bruger Foretag nabohøring På baggrund af det fundne GIS-objekt, foretager brugeren en nabohøring i GIS-systemet Find naboer til stedfæstelsesid GIS-systemet finder naboerne til det modtagne stedfæstelsesid HentGeometri De fundne naboer geokodes og returneres som GeoKeys Returner GeoKeys for stedfæstelsesid + brugerid GIS-systemet returnerer én eller flere GeoKeys, for det modtagne stedfæstelsesid, sammen med brugerid en for sagsbehandleren, til ESDH-serveren GISGeoKeySoegeResultatRegistrering ESDH gemmer de modtagne GeoKeys i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende, via ESDH-klienten, hente data Hent GeoKeys for aktuel brugerid ESDH-klienten søger efter data gemt af GISGeoKeySoegeResultatRegistrering Hent overførte data Brugeren har nu skiftet til ESDH-klienten og henter fra indbakkefunktionen, de GeoKeys (naboer) for det stedfæstede ESDH-objekt, som GIS-serveren har returneret Tilknyt data til ESDH-objekt ESDH klienten kan nu ved hjælp at de indbyggede registreringsmekanismer tilknytte én eller flere af de returnerede naboerne til ESDH-objektet. 28 / 67

38 3.12 Nabohøring Automatisk act Nabohøring Automatisk Sagsbehandler ESDH-server GIS-server Start ESDH-klient Vælg ESDH-objekt til Nabohøring Overfør stedfæstelsesid for ESDH-objekt + brugerid GISObjectNeighborsRequest NeighborsRequestRegistration Find naboer til StedfæstelsesID GetGeometri Hent GeoKeys for aktuel brugerid GISGeoKeySearchResult GISGeoKeySearchResultRegistration Slut Figur Vælg ESDH-objekt til nabohøring Sagsbehandleren vælger et stedfæstet ESDH-objekt for hvilket, der ønskes vist relaterede GIS-objekter Overfør stedfæstelsesid for ESDH-objekt + brugerid ESDH-systemet overfører stedfæstelsesid for ESDH-objektet sammen med brugerid en for sagsbehandleren til GIS-serveren NabohøringAnmodningRegistrering GIS-systemet foretager en automatisk nabohøring på baggrund af den modtagne request Find naboer til stedfæstelsesid GIS-systemet finder naboerne til det modtagne stedfæstelsesid. 29 / 67

39 HentGeometri De fundne naboer geokodes og returneres som GeoKeys Returner GIS-objekter for stedfæstelsesid + brugerid GIS-systemet returnerer én eller flere GeoKeys, for det modtagne stedfæstelsesid, sammen med brugerid en for sagsbehandleren, til ESDH-serveren GISGeoKeySoegeResultatRegistrering ESDH gemmer de modtagne GeoKeys i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende, via ESDH-klienten, hente data Hent GeoKeys for aktuel brugerid ESDH-klienten søger efter data gemt af GISGeoKeySoegeResultatRegistrering Hent overførte data Brugeren henter fra indbakkefunktionen, de GeoKeys (naboer) for det stedfæstede ESDH-objekt, som GISserveren har returneret Tilknyt data til ESDH-objekt ESDH klienten kan nu ved hjælp at de indbyggede registreringsmekanismer tilknytte én eller flere af de returnerede naboerne til ESDH-objektet Konfliktsøgning Det er muligt i GIS-systemet, at finde sager og andre geografiske temaer, der berører et bestemt areal, punkt eller linie i landskabet. GIS-systemet kan, på baggrund af disse informationer, generere en række forskellige rapporttyper, som returneres til ESDH Systemet. En rapport gemmes som et dokument i ESDH-systemet. I dette scenarie gives et eksempel på hvorledes GIS standarden kan benyttes til at implementere support for konfliktsøgninger. 30 / 67

40 act Figur 17 - Konfliktsøgning Sagsbehandler GIS-server ESDH-server Start ESDH-klient Vælg ESDH-objekt til Konfliktsøgning Overfør stedfæstelsesid for ESDH-objekt + brugerid GISObjectPresentationRequest GIS-klient Hent ov erførte data PresentationRequestRegistration BrugerID + ProcessID Find data til aktuel bruger Ingen objekter at vise Foretag konfliktsøgning StedfæstelsesID Send rapport til ESDH DocumentRegistrationRequest ESDH-klient DocumentRegistration Hent data for forjournaliseret dokument BrugerID + ProcessID Intet at journalisere Find forjournaliseret dokument Data for forjournaliseret dokument Foretag endelig journalisering af kortbilag slut Figur / 67

41 Vælg ESDH-objekt til konfliktsøgning Sagsbehandleren vælger et stedfæstet ESDH-objekt for hvilken der ønskes foretaget en konfliktsøgning i GIS-systemet Overfør stedfæstelsesid for ESDH-objekt + brugerid ESDH-systemet overfører stedfæstelsesid for ESDH-objektet sammen med brugerid en for sagsbehandleren til GIS-serveren PraesentationAnmodningRegistrering GIS gemmer den modtagne request i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende via GIS-klienten hente request en Hent overførte data Brugeren har nu skiftet til GIS-klienten og henter fra indbakkefunktionen det stedfæstelsesid, der ønskes foretaget konfliktsøgning for Foretag konfliktsøgning Sagsbehandleren starter en konfliktsøgning i GIS-klienten og danner et rapport (fil) på baggrund af denne søgning Send rapport til ESDH GIS sender rapporten plus bruger- og systemidentifikation til ESDH-systemet Dokumentregistrering ESDH-systemet foretager en dokumentregistrering med minimaloplysninger. ESDH-systemet gemmer dokumentet i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende via ESDH-klienten hente rapporten Hent data for forjournaliseret dokument Brugeren har nu skiftet til ESDH-klienten og henter fra indbakkefunktionen den rapport, der ønskes færdigjournaliseret Find forjournaliseret dokument ESDH-systemet finder og returnerer dokumentet Foretag endelig journalisering af kortbilag Sagsbehandler fuldfører journalisering og eventuel sagstilknytning. 32 / 67

42 3.14 Gem GIS-dokumentation i ESDH Det skal være muligt at gemme GIS-dokumenter fra GIS i ESDH-systemet som dokumentation for hvilke GIS-informationer, en sagsbehandler havde til rådighed på et givet tidspunkt. GIS-dokumenter skal kunne tilknyttes en sag. GIS-dokumenter skal kunne tilknyttes et dokument som bilag. Det skal være muligt at tilknytte flere GIS-dokumenter pr. sag og/eller pr. dokument. GIS-dokumenter skal kunne gemmes både som raster- og vektor-baseret filer samt som PDF filer. act Figur 18 - Gem GIS-dokumentation i ESDH Sagsbehandler GIS-server ESDH-server Start GIS-klient Vælg GIS-objekt Dan GIS-dokument Send GIS-dokument til ESDH DocumentRegistrationRequest ESDH-klient DocumentRegistration Hent data for forjournaliseret dokument BrugerID + ProcessID Find forjournaliseret dokument Intet at journalisere Data for forj ournaliseret dokument Foretag endelig journalisering af kortbilag slut Figur / 67

43 Det skal være muligt at gemme i følgende rasterbaserede filtyper: JPG TIFF PNG Det skal være muligt at gemme i følgende vektorbaserede filtyper: GML SVG Det er ønskeligt at kunne gemme i følgende rasterbaserede filtyper. GEOTIFF JPG2000 Endeligt skal det være muligt at gemme dokumenter af filtypen PDF. Af hensyn til aflevering til offentligt arkiv skal filtypen kunne konverteres til TIFF, version 6.0 baseline Vælg GIS-objekt Sagsbehandleren vælger det GIS-objekt, hvortil GIS-dokumentet er tilknyttet Dan GIS-dokument Sagsbehandleren vælger hvad der ønskes gemt fx kortudsnit - og danner et dokument af dette Send GIS-dokument til ESDH GIS sender GIS-dokument plus bruger-, proces- og systemidentifikation til ESDH-systemet Dokumentregistrering ESDH-systemet foretager en dokumentregistrering med minimaloplysninger. ESDH-systemet gemmer dokumentet i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende via ESDH-klienten hente dokumentet Hent data for forjournaliseret dokument Brugeren har nu skiftet til ESDH-klienten og henter fra indbakkefunktionen det dokument, der ønskes færdigjournaliseret Find forjournaliseret dokument ESDH-systemet finder og returnerer dokumentet Foretag endelig journalisering af kortbilag Sagsbehandler fuldfører journalisering og eventuel sagstilknytning. 34 / 67

44 3.15 Søgning i GIS med resultatvisning i ESDH-system En fremsøgning af et eller flere stedfæstelser i GIS kan videregives til ESDH-systemet. ESDH-systemet viser herefter en oversigt over de relaterede ESDH-objekter. act Figur 19 - Søgning i GIS med resultatv isning i ESDH-system Sagsbehandler GIS-server ESDH-server Start GIS-klient Vælg GIS-objekt Ov erfør stedfæstelsesid for GIS-objekt + brugerid GISSearchResult GISSearchResultRegistration ESDH-klient Hent stedfæstelsesid for aktuel brugerid Find ESDH-objekt til aktuel bruger BrugerID + ProcessID Find stedfæstelsesid StedfæstelsesID Find ESDH-objekt for stedfæstelse Vis ESDH-objektdata ESDH-objektID Slut Figur / 67

45 Vælg GIS-objekt Sagsbehandleren vælger det eller de GIS-objekt(er) for hvilke(t), der ønskes vist relaterede ESDH-objekter Overfør stedfæstelsesid for GIS-objekt + brugerid GIS-systemet overfører stedfæstelsesid for GIS-objektet/-erne sammen med brugerid en for sagsbehandleren til ESDH-serveren GISSoegeResultatRegistrering ESDH gemmer det modtagne GISSearchResult i en dertil indrettet brugerspecifik indbakkefunktion. Fra denne indbakkefunktion kan brugeren efterfølgende, via ESDH-klienten, hente data Hent stedfæstelsesid for aktuel brugerid ESDH-klienten søger efter data gemt af GISSoegeResultatRegistrering Find ESDH-objekt til aktuel bruger Hvis der eksisterer data i indbakkefunktionen, hvor brugerid svarer til den aktuelle sagsbehandlers ID, hentes data Find stedfæstelsesid StedfæstelsesID(-er) findes Find ESDH-objekt for stedfæstelse ESDH-klienten henter det eller de ESDH-objekt(-er), der ejer stedfæstelsen(-erne). Data returneres til brugeren Vis ESDH-objektdata ESDH-klienten viser data for ESDH-objektet(/-erne). 36 / 67

46 3.16 Hent data fra ESDH for GIS-objekt Udpeg objekt i GIS og få ESDH-systemets tilgængelige data for objektet. Sagsbehandler GIS-server ESDH-server Start GIS-klient Vælg GIS-objekt Find data for ESDH-objekt Obj ectdatarequest GetObj ectdata ObjectDataResponse Modtage ESDH-objektdata Vis data for ESDH-objekt Slut Figur Vælg GIS-objekt Sagsbehandleren vælger GIS-objekt, der ønskes vist ESDH-data for Find data for ESDH-objekt GIS finder stedfæstelsesid for GIS-objektet og sender stedfæstelsesid til ESDH-servicen HentObjektData HentObjektData ESDH-servicen henter data for ESDH-objektID og returnerer data til GIS. Se beskrivelse efterfølgende Vis data for ESDH-objekt GIS viser ESDH-data for stedfæstelsen. 37 / 67

47 HentObjektData Funktionen er her beskrevet i en variant, hvor der anvendes operations fra FESDCoreService. Ved implementering af GetObjectData kan anden løsning vælges, blot resultatet er det samme. GetObj ectdata Find UnikID tilknyttet stedfæstelse Start Find ESDH-objekttype tilknyttet stedfæstelse «m essage» CaseFileData GetCaseFile «m essage» RecordData GetRecord «m essage» DocumentData GetDocument «m essage» PersonData GetPerson «m essage» GroupData GetGroup ObjectData fundet «m essage» OrganizationData «m essage» OrganizationUnitData GetOrganization GetOrganizationUnit «m essage» AddressData GetAddress «m essage» BuildingData «operaton» GetBuilding «m essage» RealPropertyData GetRealProperty «m essage» LandParcelData GetLandParcel Figur 21 Rækkefølgen af de følgende to funktioner er ikke relevant Find UnikID tilknyttet stedfæstelse Til søgning i ESDH-systemet benyttes ESDH-objektets unikke, systemneutrale identifikator. Denne findes for den modtagne stedfæstelse. 38 / 67

48 Find ESDH-objekttype tilknyttet stedfæstelse Til hver stedfæstelse er registreret ESDH-objekttypen. For at præcisere søgningen findes denne HentXxx Med den unikke identifikator og ESDH-objekttypen bestemt kan den korrekte Get-funktion anvendes. Der kan anvendes følgende FESDCoreService-kald: Værdi Dan Værdi Eng Beskrivelse HentSag GetCaseFile Henter sagsdata HentJournalPost GetRecord Henter journalpostdata HentDokument GetDocument Henter dokumentdata HentPerson GetPerson Henter persondata HentGruppe GetGroup Henter gruppedata HentOrganisation GetOrganization Henter organisationdata HentOrganisatoriskEnhed GetOrganizationUnit Henter organisatoriskenhedsdata HentAdresse GetAddress Henter adressedata HentBygning GetBuilding Henter bygningsdata HentEjendom GetRealProperty Henter ejendomsdata HentMatrikel GetLandParcel Henter matrikeldata 39 / 67

49 4 Del C ESDH-GIS-integration På de efterfølgende sider beskrives først hver enkelt part (jf. Figur 9) og dennes relation til nye og eksisterende xml-elementer. Efterfølgende beskrives hver operation, dens message -dele, og hvordan hver message er konstrueret ud fra de tidligere beskrevne part -dele. 4.1 Beskrivelse af part -data Stedfaestelse Localization class Figur 22 Localization + LocalizationIdentifier: UUID + UserIdentifier: char(255) + SystemIdentifier: char(255) Figur 22 Stedfaestelse benyttes til at overføre en stedfæstelsesidentifikator sammen med oplysning om aktuel bruger og aktuelt system. Attribut Dan Attribut Eng Kardinalitet StedfaestelsesIdentifikator LocalizationIdentifier Type Beskrivelse UUID [1] En unik, automatisk genereret ID, der entydigt identificerer en stedfæstelse. BrugerIdentifikator UserIdentifier Char(255) [1] BrugerID. En ID, der entydigt identificerer en bruger indenfor systemet. SystemIdentifikator SystemIdentifier Char(255) [1] System-ID. Entydig identifikation af ESDHsystem eller GIS StedfaestelsesIdentifikator StedfaestelsesIdentifikator dannes af ESDH-systemet som en UUID og beskrives som en URN efter formen: urn:uuid:<uuid-identifier> Eksempelvis: urn:uuid:fa954c81-cb39-4e1d-847a-7b1445e82a19 Der anvendes en 128 bit UUID der gemmes som VARCHAR(36). Et stedfæstet ESDH-objekt har mindst en stedfæstelse tilknyttet. For hver stedfæstelse registreres i ESDH-systemet tidspunkt for stedfæstelsen, brugerid (= UserIdentifier ) for den udførende bruger samt systemid (= SystemIdentifier ) for det GIS-system, hvori stedfæstelsen er foretaget. 40 / 67

50 class Figur 23 LocalizedESDHObject + ObjectType: ObjectGroup + UniqueIdentifier: UUID Localization + LocalizationIdentifier: UUID + UserIdentifier: char(255) + SystemIdentifier: char(255) 1 1..* «enumeration» ObjectGroup CaseFile Record Document Person Group Organization OrganizationUnit Adress Building RealProperty LandParcel Figur 23: En stedfæstelse kan foretages for de i ObjektGruppe angivne ESDH-objekttyper BrugerIdentifikator BrugerIdentifikator beskriver en bruger i det system, hvorfra Stedfaestelse modtages. BrugerIdentifikator kendes af både ESDH-system og GIS. BrugerIdentifikator udgøres af de initialer, brugeren er kendt med i systemet. BrugerIdentifikator kvalificeres yderligere efter følgende form: <organisationsidentifikator><systemtype><identifikatortype><brugerinitialer> Hvor hver del dannes således: <organisationsidentifikator> Organisationens egenoprettede unikke identifikator. Dette kan blandt andet være organisationens www-adresse, som eksempelvis : Andre former kan anvendes, hvis disse kan betragtes som unikke. <systemtype> Systemtypen er i dette tilfælde enten /esdh eller /gis. <identifikatortype> Identifikatortypen er i dette tilfælde /bruger/. <brugerinitialer> Brugerinitialerne er en simpel tekststreng, eksempelvis xyz. Et eksempel på en samlet BrugerIdentifikator kunne altså være: SystemIdentifikator SystemIdentifikator beskriver det system, hvorfra Stedfaestelse modtages. SystemIdentifikator har fælles struktur med de to første dele af BrugerIdentifikator. SystemIdentifikator beskrives ved: <organisationsidentifikator><systemtype><identifikatortype><systemnavn> 41 / 67

51 De to første dele dannes som ovenfor beskrevet. De øvrige to dele dannes således: <identifikatortype> Identifikatortypen er i dette tilfælde /system/. <systemnavn> Systemnavn opretttes af den systemejende organisation og udgøres af en tekststreng, der entydigt identificerer systemet indenfor organisationen. Har organisationen vtu valgt at kalde ESDH-systemet for Odin og GIS for Georg, vil SystemIdentifikator for de to systemer se således ud: OBS: Bemærk, at både BrugerIdentifikator og SystemIdentifikator er af URI-typen URN og ikke skal opfattes som URL er Objektbeskrivelse ObjectDescription Hver enkelt instans af ObjectDescription referer til et objekt af typen ObjectGroup via feltet ObjektGroup. Værdien i Objektclassification og ObjectRole, vil være forskellig afhængig af hvilken ObjektGroup der er tale om. class Figur 24 «part» ObjectDescription + ObjectGroup: ObjectGroup + ObjectDescription Text: string + ObjectClassification: string + ObjectRole: string «enumeration» ObjectGroup CaseFile Record Document Person Group Organization OrganizationUnit Adress Building RealProperty LandParcel Figur / 67

52 Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse ObjektGruppe ObjectGroup Object-Group [1] ESDH-objekttype. ObjektBeskrivelse ObjectDescriptionText String [1] Beskrivende tekst, der skal bruges til dannelse af label i GIS. Teksten skal ikke synkroniseres ved ændring, hverken i ESDH eller i GIS. Når ESDH-objektet er en sag eller et dokument, tages teksten altid fra den officielle titel. ObjektKlassifikation ObjectClassification String [1] Emnetype, eksempelvis miljøsag eller byggesag. ObjektRolle ObjectRole String [1] Indtil videre er kun sagsgenstand og sagspart defineret som roller. 43 / 67

53 ObjektGruppe ObjectGroup Liste over mulige ESDH-objekter, der kan gives oplysninger om. Værdi Værdi Beskrivelse Nummerering Dan Eng Sag CaseFile = Sag 1 Journalpost Record = Journalpost 2 Dokument Document = Dokument 3 Person Person = Person 4 Gruppe Group = Gruppe 5 Organisation Organization = Organisation 6 OrganisatoriskEnhed OrganizationUnit = Organisatoriskenhed 7 Adresse Address = Adresse 8 Bygning Building = Bygning 9 Ejendom RealProperty = Ejendom 10 Matrikel LandParcel = Matrikel StedfaestelsesStatus LocalizationStatus class Figur 25 «part» LocalizationStatus + LocalizationIdentifier: UUID + LocalizationStatus: LocalizationStatusCode «enumeration» LocalizationStatusCode deletable deleted notdeletable Figur 25 Stedfæstelsen skal have en status, da oplysningen om tidligere stedfæstelser skal bevares i ESDH-systemet. Status skal også kunne anvendes til at sikre de tilfælde, hvor en stedfæstelse ikke må slettes. Attribut Dan Kardinalitet Stedfaestelses- Identifikator LocalizationIdentifier Stedfaestelses- Status Attribut Eng Type Beskrivelse UUID [1] En unik, automatisk genereret ID, der entydigt identificerer en stedfæstelse. LocalizationStatus Localiza- tion- Status- Code [1] Et sæt af fastsatte tilstande en stedfæstelse kan være i <<enumeration>> StedfaestelsesStatusKode En enumeration-liste af fastsatte tilstande, en stedfæstelse kan være i. 44 / 67

54 Værdi Dan Værdi Eng Beskrivelse KanSlettes Deletable Stedfæstelsen er ikke slettet, men kan slettes. KanIkkeSlettes NotDeletable Stedfæstelsen kan ikke slettes. 2 Slettet Deleted Stedfæstelsen er slettet. 3 Ikke oprettet NotCreated Stedfæstelsen er ikke oprettet 4 Nummerering Kortbilag MapAttachment class Figur 26 «part» Attachment + Attachment: BLOB + FileFormat: FormatType + FileName: char(255) + SystemIdentifier: char(255) + Title: char(255) + UserIdentfier: char(255) Figur 26 Funktionen viderebringer et kortbilag i base64-encoded format til ESDH-systemet for registrering. Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse BrugerIdentifikator UserIdentifier Char(255) [1] BrugerID. En ID, der entydigt identificerer en bruger indenfor systemet. SystemIdentifikator SystemIdentifier Char(255) [1] System-ID. Entydig identifikation af ESDHsystem eller GIS. Bilag Attachment base64bin ary Filformat FileFormat Format- Type [1] Base64-encoded version af kortbilag. [1] Beskriver hvilket binært format, som kortbilaget er repræsenteret i. Titel Title Char(255) [0..1] Eventuel titel (metadata) til GIS-dokumentet FilNavn FileName Char(255) [0..1] Eventuelt filnavn <<enumeration>> KortFilFormat Tilladte filformater for kortbilaget: Værdi Dan Værdi Eng Beskrivelse JPG JPG Rasterbaseret TIFF TIFF Rasterbaseret PNG PNG Rasterbaseret SVG SVG Vektorbaseret GEOTIFF GEOTIFF Rasterbaseret undersøttelse ikke krævet af standarden 45 / 67

55 JPG2000 JPG2000 Rasterbaseret undersøttelse ikke krævet af standarden PDF PDF Kan være relevant i denne forbindelse grundet dets evne til at indkapsle raster- eller vektorbaserede billeder Geometri Geometry class Figur 27 Geometry + LocalizationIdentifier: UUID + Geometry: GMLData [1..*] Figur 27 Funktionen overfører et eller flere GML-objekter tilknyttet en stedfæstelse. Er output fra HentGeometri. Attribut Dan Kardinalitet Stedfaestelses- Identifikator Attribut Eng LocalizationIdentifier Type Beskrivelse UUID [1] En unik, automatisk genereret ID, der entydigt identificerer en stedfæstelse. Geometri Geometry GMLData [1..*] Indeholder et GML-datasæt, der beskriver de geometriske objekter, der er tilknyttet stedfæstelsen GMLData GMLData {XOR} GM L:Point GM L:LineString GML:Polygon Figur 28 GMLData indeholder præcis en af GML-typerne Point, LineString eller Polygon. Som reference til GML anbefales i øvrigt version GML eller den danske profil: GML3V0.DK. Myndigheder, der benytter GIS-ESDH integration skal være opmærksom på, at GML-filer p.t. ikke kan afleveres til offentligt arkiv, og skal derfor sikre sig, at den fornødne dokumentation for en given beslutning skal være til stede i ESDH-systemet i en form, der kan afleveres. 46 / 67

56 4.1.6 GeoNoegle GeoKey class Figur 29 «part» GeoKey {XOR} 0..* BuildingKey - BBRIdentifier: char(15) + BuildingIdentifier: Integer + MunicipalityCode: char(4) + MunicipalRealPropertyIdentifier: Integer 0..* AddressAccessDefinite + MunicipalityCode: char(4) + StreetBuildingIdentifier: char(4) + StreetCode: char(4) 0..* 0..* LandParcelKey + CadastralDistrictIdentifier: Integer + LandParcelIdentifier: string 0..* PostalKey + DistrictSubdivisionIdentifier: char(34) + PostCodeIdentifier: char(4) + StreetBuildingIdentifier: Integer + StreetName: char(40) RealPropertyKey + MunicipalityCode: char(4) + MunicipalRealPropertyIdentifier: Integer AddressPoint + CoordinateSystemCode: + XCoordinate: float + YCoordinate: float Figur 29 GeoNoegle består af præcis et af fem mulige geografiske nøgledatasæt. Enten PostNoegle, Adresse- Noegle, EjendomsNoegle, MatrikkelNoegle eller AdresseLokationsNoegle. Disse fem nøglesæt benyttes af GIS til at foretage automatiseret stedfæstelse. Alle fem nøglesæt hentes fra FESD-adressemodellen. Detaljeret beskrivelse kan hentes i adressemodellen. 47 / 67

57 PostNoegle Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse husnr StreetBuildingIdentifier char(4) [1] = husnr vejnavn StreetName char(40) [1] = vejnavn postnr PostCodeIdentifier integer(4) [1] = postnr bynavn DistrictSubdivisionIdentifier char(34) [1] = bynavn AdresseNoegle Data der af GIS anvendes til maskinel dannelse af stedfæstelse for adresse. Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse kommunenr MunicipalityCode integer(4) [1] = kommunenr vejkode StreetCode char(4) [1] = vejkode husnr StreetBuildingIdentifier char(4) [1] = husnr EjendomsNoegle Data der af GIS anvendes til maskinel dannelse af stedfæstelse for ejendom. Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse ejendomsnr MunicipalRealPropertyIdentifier Integer(6) [1] = ejendomsnr kommunenr MunicipalityCode char(4) [1] = kommunenr MatrikkelNoegle Data der af GIS anvendes til maskinel dannelse af stedfæstelse for matrikel. Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse matrikelnr LandParcelIdentifier string [1] = matrikelnr 48 / 67

58 landsejerlavnr CadastralDistrictIdentifier Integer(4) [1] = landsejerlavsnr AdresseLokationsNoegle Attribut Attribut Kardinalitet Beskrivelse Dan Eng koordinatx XCoordinate Float [1] = X-koordinat koordinaty YCoordinate Float [1] = Y-koordinat koordinatsystem CoordinateSystemCode Koordinatsystem [1] = koordinatsystem BygningsNoegle Attribut Attribut Type Kardinalitet Beskrivelse Dan Eng kommunenr MunicipalityCode Integer(4) [1] = kommunenr ejendomsnr MunicipalRealPropertyIdentifier Integer(6) [1] = ejendomsnr bygningsnr Buildingidentifier Integer(4) [1] = bygningsnr 49 / 67

59 4.1.7 GISSystemFejl GISSystemError Fejlmeddelelse fra GIS. Fælles for alle operations tilhørende GIS-webservicen. GISSystemError + GISError: GISErrorCode «enumeration» GISErrorCode + DeletionFailed: string + InvalidGeoKey: string + InvalidLocalizationIdentifier: string + InvalidSystemIdentifier: string + InvalidUserIdentifier: string + LocalizationFailed: string + MissingGeoKey: string + MissingLocalizationIdentifier: string + MissingSystem Identifier: string + MissingUserIdentifier: string + NoGeometryFound: string + NoLocalizationFound: string Figur 30 Attribut Dan Attribut Eng Type GISFejl GISError GISError- Code Kardinalitet Beskrivelse [1] En foruddefineret fejlmelding <<enumeration>> GISFejlKode Et sæt af foruddefinerede fejlmeldinger. Værdi Dan Værdi Eng Beskrivelse SletningFejlede DeletionFailed Sletning af stedfæstelse kunne ikke udføres UgyldigGeoNoegle InvalidGeoKey Den leverede geo-nøgle er ukorrekt UgyldigStedfaestelsesIdentifikator InvalidLocalizationIdentifier Den leverede stedfæstelsesidentifikator er ukorrekt UgyldigSystemIdentifikator InvalidSystemIdentifier Den leverede systemidentifikator er ukorrekt UgyldigBrugerIdentifikator InvalidUserIdentifier Den leverede brugeridentifikator er ukorrekt StedfaestelseFejlede LocalizationFailed Stedfæstelse kunne ikke udføres 6 ManglendeGeoNoegle MissingGeoKey En geo-nøgle er ikke lmodtaget 7 ManglendeStedfaestelses- Identifikator MissingLocalizationIdentifier En stedfæstelsesidentifikator er ikke modtaget ManglendeSystemIdentifikator MissingSystemIdentifier En systemidentifikator er ikke modtaget ManglendeBrugerIdentifikator MissingUserIdentifier En brugeridentifikator er ikke modtaget GeometriIkkeFundet NoGeometryFound Der blev ikke fundet geometry for stedfæstelsen StedfæstelsesIkkeFundet NoLocalizationFound Der blev ikke fundet en stedfæ- 12 Nummerering / 67

60 stelse SagSystemFejl CaseSystemError Fejlmeddelelse fra ESDH-systemet. Fælles for alle operations tilhørende ESDH-webservicen. CaseSystemError + «part» CaseSystemError: CaseErrorCode «enumeration» CaseErrorCode + InvalidLocalizationIdentifier: string + InvalidM apattachment: string + InvalidSystemIdentifier: string + InvalidUserIdentifier: string + M issinglocalizationidentifier: string + M issingsystemidentifier: string + M issinguseridentifier: string + NoObjectFound: string Figur 31 Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse SagSystemFejl CaseSystemError CaseErrorCode [1] En foruddefineret fejlmelding <<enumeration>> SagFejlKode Et sæt af foruddefinerede fejlmeldinger. Værdi Dan UgyldigStedfaestelses- Identifikator Værdi Eng InvalidLocalizationIdentifier Beskrivelse Den leverede stedfæstelsesidentifikator er ukorrekt UgyldigKortbilag InvalidMapAttachment Den leverede binære fil er ukorrekt 2 UgyldigSystemIdentifikator InvalidSystemIdentifier Den leverede systemidentifikator er ukorrekt UgyldigBrugerIdentifikator InvalidUserIdentifier Den leverede brugeridentifikator er ukorrekt ManglendeStedfaestelses- Identifikator ManglendeSystem- Identifikator MissingLocalizationIdentifier MissingSystemIdentifier En stedfæstelsesidentifikator er ikke modtaget En systemidentifikator er ikke modtaget ManglendeBrugeIdentifikator MissingUserIdentifier En brugeridentifikator er ikke modtaget ObjektIkkefundet NoObjectFound Der blev ikke fundet et ESDHobjekt Nummerering / 67

61 4.1.9 ProcesID ProcessIdentifier Når et system ESDH eller GIS bliver anmodet om at udføre en opgave, returnerer det en reference til den opgave, der skal udføres. Dette muliggør reference til opgaven i efterfølgende kald. Attribut Dan Attribut Eng Type Kardinalitet Beskrivelse ProcesID ProcessIdentifier UUID [0..1] Ident på brugergrænseflade opgave i det kaldte system 4.2 Beskrivelse af funktioner i ESDH-webservicen Figur 32: FESDServiceForGIS benytter 11 operations i FESDCoreService og indeholder selv 4 52 / 67

FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø

FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har

Læs mere

Generelle bemærkninger

Generelle bemærkninger FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Generelle bemærkninger Formen på standarden er så teknisk og kompliceret, at

Læs mere

IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007

IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 Holsteinsgade 63 2100 København Ø Att. Palle Aagaard FESD Grænseflade til CMS-løsninger, høringssvar fra Gentofte Kommune Gentofte Kommune har med

Læs mere

Att: Mads Ellehammer:

Att: Mads Ellehammer: KL Att: Mads Ellehammer: 27. august 2008 FESD-standardiseringsgruppen har nu færdigbehandlet de indkomne svar til høringen, som løb fra den 22. marts 2008 til 23. maj 2008, og ønsker med dette brev at

Læs mere

OI OXML som obligatorisk, åben standard. - uddybende vejledning. 1 Om dette dokument. 2 Baggrund. 2.1 Datastandardisering

OI OXML som obligatorisk, åben standard. - uddybende vejledning. 1 Om dette dokument. 2 Baggrund. 2.1 Datastandardisering OI OXML som obligatorisk, åben standard - uddybende vejledning 1 Om dette dokument Dette dokument beskriver anbefalet praksis for at anvende OIOXML som åben, obligatorisk standard. IT- og Telestyrelsen

Læs mere

Udvalget for Videnskab og Teknologi B 103 - Svar på Spørgsmål 1 Offentligt

Udvalget for Videnskab og Teknologi B 103 - Svar på Spørgsmål 1 Offentligt Udvalget for Videnskab og Teknologi B 103 - Svar på Spørgsmål 1 Offentligt Bilag 1 Vurdering af økonomiske konsekvenser af beslutningsforslag B 103 1. Indhold i beslutningsforslag B 103 Det overordnede

Læs mere

FESD GIS-integrationsmodel

FESD GIS-integrationsmodel FESD GIS-integrationsmodel Version 2.0 Standard IT- og Telestyrelsen København den 19. december 2008 FESD-standardisering. GIS-integrationsmodel. Grænsesnit Version 2.0 Kolofon: FESD-standardisering. GIS-integrationsmodel.

Læs mere

Leverancebeskrivelse - Bilag 1

Leverancebeskrivelse - Bilag 1 Leverancebeskrivelse - Bilag 1 Miniudbud iht. rammeaftale 02.18 om Borgerskab og Service Juli 2008 Dato: 17-07-2008 Kontor: Udviklingsenhed J.nr.: I4148 Sagsbeh.: CHS Fil-navn: Leverancebeskrivelse bilag

Læs mere

Version 2.0. Høring. Dette udkast til forslag til FESD-standard er i offentlig høring i perioden fra 30. oktober 2008 til 28.

Version 2.0. Høring. Dette udkast til forslag til FESD-standard er i offentlig høring i perioden fra 30. oktober 2008 til 28. Version 2.0 Høring Dette udkast til forslag til FESD-standard er i offentlig høring i perioden fra 30. oktober 2008 til 28. november 2008 IT- og Telestyrelsen København den 29. oktober 2008 FESD-standardisering.

Læs mere

Udvalget for Videnskab og Teknologi (2. samling) UVT alm. del - Svar på Spørgsmål 19 Offentligt

Udvalget for Videnskab og Teknologi (2. samling) UVT alm. del - Svar på Spørgsmål 19 Offentligt Udvalget for Videnskab og Teknologi (2. samling) UVT alm. del - Svar på Spørgsmål 19 Offentligt Ministeren for videnskab, teknologi og udvikling Udvalget for Videnskab og Teknologi Folketinget Christiansborg

Læs mere

Forretningsorden. Partnerskab for vidensopbygning om virkemidler & arealregulering. September 2014

Forretningsorden. Partnerskab for vidensopbygning om virkemidler & arealregulering. September 2014 Forretningsorden Partnerskab for vidensopbygning om virkemidler & arealregulering September 2014 1 2 Indhold 1: Baggrund... 4 2: Partnerskabets sammensætning... 4 3: Koordineringsgruppe... 5 4: Sekretariat...

Læs mere

Referat 1. møde i OIO-udvalget for sags- og dokumentområdet den 27. januar 2009

Referat 1. møde i OIO-udvalget for sags- og dokumentområdet den 27. januar 2009 Referat af 1. møde i OIO-udvalget for sags- og dokumentområdet 27.01.09 Referat 1. møde i OIO-udvalget for sags- og dokumentområdet den 27. januar 2009 Mødested: ITST, Holsteinsgade 63, 2100 Kbh. Ø, kl.

Læs mere

GIS-strategiplan 2008. Helsingør Kommune. GIS-strategiplan 2008

GIS-strategiplan 2008. Helsingør Kommune. GIS-strategiplan 2008 Helsingør Kommune 1. Baggrund og projektgruppe 2. Rapporten 3. Behov og ønsker 4. Muligheder og standarder 5. Principper for GIS 6. Organisation og Økonomi 7. Efterfølgende 8. (Anvendelses eksempler) 1

Læs mere

CCS Formål Produktblad December 2015

CCS Formål Produktblad December 2015 CCS Formål Produktblad December 2015 Kolofon 2015-12-14

Læs mere

PLAN OG UDVIKLING GIS-STRATEGI 2012-2016

PLAN OG UDVIKLING GIS-STRATEGI 2012-2016 PLAN OG UDVIKLING GIS-STRATEGI 2012-2016 Indhold 1 INDLEDNING 3 2 STRATEGIGRUNDLAGET OG HANDLINGSPLAN 5 3 VISION 6 4 PEJLEMÆRKER OG PRINCIPPER 8 4.1 TEKNOLOGI 8 4.1.1 Principper 8 4.2 KOMMUNIKATION 9 4.2.1

Læs mere

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks 23. maj 2013 HHK/KMJ NOTAT Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk

Læs mere

Bilag 3. Teknisk løsningsbeskrivelse

Bilag 3. Teknisk løsningsbeskrivelse Bilag 3 Teknisk løsningsbeskrivelse Side 1 af 14 Indholdsfortegnelse 3 TEKNISK LØSNINGSBESKRIVELSE...3 3.1 Vejledning til udfyldelse af bilag...3 3.2 Vision for IT-arkitekturen...4 3.3 Generel arkitektur...5

Læs mere

Kommissorium. Partnerskab for vidensopbygning om virkemidler & arealregulering. September 2014

Kommissorium. Partnerskab for vidensopbygning om virkemidler & arealregulering. September 2014 Kommissorium Partnerskab for vidensopbygning om virkemidler & arealregulering September 2014 1 Indhold 1: Formål... 3 2: Indhold og opgaver...4 3: Organisering... 4 4: Forretningsorden... 6 5: Finansiering

Læs mere

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks Version 1.0 Vilkår for brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og

Læs mere

Bilag 3 FODS 8.2, Fuldt Digital Lokalplaner Kravspecifikation.

Bilag 3 FODS 8.2, Fuldt Digital Lokalplaner Kravspecifikation. HLA 11. juli 2012 Bilag 3 FODS 8.2, Fuldt Digital Lokalplaner Kravspecifikation. Dette notat indeholder kravspecifikationen til offentligt udbud vedrørende Fuldt Digitale Planer og udgør således bilag

Læs mere

Effektiv sagsbehandling og hurtig borgerservice

Effektiv sagsbehandling og hurtig borgerservice Effektiv sagsbehandling og hurtig borgerservice 360 Kommuneløsning Med udvidet borgerselvbetjening og tværgående digitale arbejdsgange er kommunen efterhånden blevet borgernes primære kontaktpunkt til

Læs mere

Fælleskommunal digitaliseringsstrategi

Fælleskommunal digitaliseringsstrategi Fælleskommunal digitaliseringsstrategi Projektbeskrivelse 1.6: Optimering af Digital Post og Fjernprint KL, September 2011 Baggrund Kommunerne er i 2010 begyndt at levere breve til Digital Post. Den fællesoffentlige

Læs mere

Kommissorium for Domænebestyrelsen for Bygninger, Boliger og Forsyning

Kommissorium for Domænebestyrelsen for Bygninger, Boliger og Forsyning Kommissorium for Domænebestyrelsen for Bygninger, Boliger og Forsyning Introduktion Besluttet af Styregruppen for Tværoffentligt Samarbejde, marts 2008 I forlængelse af den fællesoffentlige strategi for

Læs mere

Vilkår vedrørende anvendelsen af Støttesystemet Organisation

Vilkår vedrørende anvendelsen af Støttesystemet Organisation Vilkår vedrørende anvendelsen af Støttesystemet Organisation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Organisation,

Læs mere

Marts 2019 AFTALE. Bilag 2. Ydelsesbeskrivelse for IKT-bygherrerådgiveren. om teknisk rådgivning og bistand (IKT-bygherrerådgivning)

Marts 2019 AFTALE. Bilag 2. Ydelsesbeskrivelse for IKT-bygherrerådgiveren. om teknisk rådgivning og bistand (IKT-bygherrerådgivning) Marts 2019 AFTALE om teknisk rådgivning og bistand (IKT-bygherrerådgivning) Bilag 2. Ydelsesbeskrivelse for IKT-bygherrerådgiveren Bilag 2 - Ydelsesbeskrivelse for IKT-bygherrerådgiveren AlmenNet, Studeistrædet

Læs mere

Den politiske styregruppes repræsentanter fra Kommunen er Orla Kastrup Kristensen og Gert

Den politiske styregruppes repræsentanter fra Kommunen er Orla Kastrup Kristensen og Gert Krav 3. Hvordan parterne følger op på aftalen Der er indgået følgende aftaler om organisering af opfølgningen af sundhedsaftalerne. Målsætningen er en sammenhængende opgavefordeling mellem de involverede

Læs mere

Brugerskabte data en national service (BSD) - produktbeskrivelse

Brugerskabte data en national service (BSD) - produktbeskrivelse - 1 Brugerskabte data en national service (BSD) - produktbeskrivelse Brugerskabte data en national service (BSD) - produktbeskrivelse...1 Indledning...1 Formål...1 Beskrivelse...1 Basale krav til det bibliotek/website

Læs mere

Den nye fælles offentlige kravspecifikation. v/ projektleder Anna Schou Johansen

Den nye fælles offentlige kravspecifikation. v/ projektleder Anna Schou Johansen Den nye fælles offentlige kravspecifikation v/ projektleder Anna Schou Johansen Mål og visioner for kravspecifikationen Øget intern og ekstern sammenhæng Effektivisere indkøb og systemopbygning Optimering/effektivisering

Læs mere

Integration mellem Scan Jour Captia og ArcGIS

Integration mellem Scan Jour Captia og ArcGIS Slotsgade 22 6000 Kolding Tlf. 75 53 73 93 Fax 75 53 72 93 http://www.artogis.dk Integration mellem Scan Jour Captia og ArcGIS KAFFE møde 31. august 2006 Samarbejde med ScanJour. Baggrund Baseret på Ny

Læs mere

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER cuneco en del af bips Dato 20. marts 2012 Projektnr. 14 021 Sign. SSP 1 Indledning cuneco gennemfører et projekt, der skal udvikle en standardiseret struktur og

Læs mere

N O TAT. Udkast til: KL s politik på sags- og dokumentområdet. Anbefalinger i KL s politik på sags- og dokumentområdet

N O TAT. Udkast til: KL s politik på sags- og dokumentområdet. Anbefalinger i KL s politik på sags- og dokumentområdet N O TAT Udkast til: KL s politik på sags- og dokumentområdet Kommunernes politik på sags og dokumentområdet støtter kommunerne i at træffe de rigtige beslutninger om valg af it-løsninger til sags- og dokumenthåndtering,

Læs mere

KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen.

KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. 1 2 KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. Det er frivilligt for kommuner at aftage systemet. Iht. den fælleskommunale

Læs mere

Digital strategi, indsatsområde 1, delprojekt 1, Generiske sagsbehandlingsbegreber

Digital strategi, indsatsområde 1, delprojekt 1, Generiske sagsbehandlingsbegreber HØRINGSDOKUMENT Fra: Til: Resumé: David Rosendahl Høringsparter Arbejdsgruppen har identificeret de overordnede og tværgående begreber i sagsbehandlingsprocessen og struktureret og defineret disse generiske

Læs mere

UDKAST v.2. Til interessenter i ehandel (udsendes i bred offentlig høring)

UDKAST v.2. Til interessenter i ehandel (udsendes i bred offentlig høring) Sektorstandardiseringsudvalget for ehandel Til interessenter i ehandel (udsendes i bred offentlig høring) UDKAST v.2. Høring over vision, pejlemærker og forretningskrav til ehandel mellem den offentlige

Læs mere

Projektoplæg. Projekt om effektivisering af energimærkning af offentlige bygninger

Projektoplæg. Projekt om effektivisering af energimærkning af offentlige bygninger Projektoplæg Kontor/afdeling Center for energiadministration Dato 9. maj 2017 Projekt om effektivisering af energimærkning af offentlige bygninger Indledning Offentlige myndigheder er omfattet af energimærkningen

Læs mere

Den politiske styregruppes repræsentanter fra Morsø Kommune er 2 politiske repræsentanter

Den politiske styregruppes repræsentanter fra Morsø Kommune er 2 politiske repræsentanter Krav 6. Hvordan parterne følger op på aftalen. Der er indgået følgende aftaler om organisering af opfølgningen af sundhedsaftalerne. Målsætningen er en sammenhængende opgavefordeling mellem de involverede

Læs mere

Program for møde fredag d. 22/2-2002

Program for møde fredag d. 22/2-2002 Program for møde fredag d. 22/2-2002 Disposition for den indledende præsentation af problemstillinger Kort beskrivelse af projektets struktur, hvilket leder frem til hovedtemaet for den efterfølgende diskussion

Læs mere

OIO står for Offentlig Information Online og er det offentliges fællesbetegnelse for it-arkitektur, it-standarder og digital forvaltning.

OIO står for Offentlig Information Online og er det offentliges fællesbetegnelse for it-arkitektur, it-standarder og digital forvaltning. 1 af 6 30-01-2009 12:42 Vejledning Brugervejledning for OIO-katalog over offentlige it-standarder Version 2.0 - April 2008 INDHOLDSFORTEGNELSE Indledning OIO på nettet Standarder og standardisering Offentlig

Læs mere

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir /

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir / F ORELØBIG BUSINESS CASE F OR PROJEKT VEDR. SAGER P Å TVÆRS AF IT - LØSNINGER O G ORGANISATORISKE S K E L 1. Ledelsesresumé Der anvendes i dag mange ressourcer på at integrere forskellige it-løsninger

Læs mere

FESD standardisering Udveksling Version 1.0

FESD standardisering Udveksling Version 1.0 FESD standardisering Udveksling Version 1.0 Kolofon: FESD standardisering. Udveksling Version 1.0 FESD udvekslingspakke Udarbejdet af IT- og Telestyrelsen, IT-strategisk kontor, FESD standardiseringsgruppen

Læs mere

15. januar 2018 Udvalget for Tværgående Politik

15. januar 2018 Udvalget for Tværgående Politik 15. januar 2018 Udvalget for Tværgående Politik Afsæt For i bedst mulig grad at kunne møde fremtidens udfordringer og få fuld effekt af arbejdet med Kerneopgaverne, er der behov for en politisk arbejdsform,

Læs mere

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1. OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013

Læs mere

Faktaark for DAR 1.0

Faktaark for DAR 1.0 1. december 2014 HEGK Faktaark for DAR 1.0 Overordnet beskrivelse og baggrund for DAR 1.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 DAR i dag... 3 Fremtidige DAR 1.0... 4 3. Teknik...

Læs mere

Strategi for effektbaseret styring i Fødevareministeriet

Strategi for effektbaseret styring i Fødevareministeriet Ministeriet for Fødevarer, Landbrug og Fiskeri 1AFD_1KT Sagsnr.: 168 Strategi for effektbaseret styring i Fødevareministeriet 2010-2013 Oktober 2009 1 1. En indsats skal vise effekt Fødevareministeriets

Læs mere

Digital signatur og XML. Karsten Munk, Videnskabsministeriet

Digital signatur og XML. Karsten Munk, Videnskabsministeriet Digital signatur og XML Karsten Munk, Videnskabsministeriet Indledning Ministeriet for Videnskab, Teknologi og Udvikling tidligere IT- og Forskningsministeriet + universiteterne + innovationspolitikken

Læs mere

DE BEAR TECHNOLOGY. o Processer, metoder & værktøjer. e-mail: info@dbtechnology.dk WWW.DBTECHNOLOGY.DK

DE BEAR TECHNOLOGY. o Processer, metoder & værktøjer. e-mail: info@dbtechnology.dk WWW.DBTECHNOLOGY.DK Mission Critical o Projekt Information management o Processer, metoder & værktøjer. Side 1 of 11 Projekt information Projekt information management inkluderer alle de processer, som er nødvendige for at

Læs mere

IKT-YDELSESBESKRIVELSE FOR TOTALENTREPRE- NØR

IKT-YDELSESBESKRIVELSE FOR TOTALENTREPRE- NØR Marts 2019 IKT-YDELSESBESKRIVELSE FOR TOTALENTREPRE- NØR Indgår som bilag til Totalentrepriseaftalen IKT-YDELSESBESKRIVELSE FOR TOTALENTREPRENØR Nærværende ydelsesbeskrivelse indgår som bilag til Totalentrepriseaftalen.

Læs mere

Krav 5. Sundhedskoordinationsudvalget Kommunal/regionale politiske styregrupper

Krav 5. Sundhedskoordinationsudvalget Kommunal/regionale politiske styregrupper Krav 5. Hvordan parterne følger op på aftalen. Der er indgået følgende aftaler om organisering af opfølgningen af sundhedsaftalerne. Målsætningen er en sammenhængende opgavefordeling mellem de involverede

Læs mere

Sag og dokument standarderne - Hvad og hvorfor

Sag og dokument standarderne - Hvad og hvorfor Sag og dokument standarderne - Hvad og hvorfor > Sag og dokument standarderne Hvad og hvorfor Dette dokument kan frit anvendes af alle. Citeres der fra dokumentet i andre publikationer til offentligheden,

Læs mere

Guide til integration med NemLog-in / Brugeradministration

Guide til integration med NemLog-in / Brugeradministration Guide til integration med NemLog-in / Brugeradministration Side 1 af 9 21. januar 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør)

Læs mere

IKT-YDELSESBESKRIVELSE FOR IKT-LEDEREN

IKT-YDELSESBESKRIVELSE FOR IKT-LEDEREN Marts 2019 IKT-YDELSESBESKRIVELSE FOR IKT-LEDEREN Indgår som bilag til Rådgiveraftalen og kan anvendes, uanset om der er tale om totalrådgivning eller delt rådgivning IKT-YDELSESBESKRIVELSE FOR IKT-LEDEREN

Læs mere

It-arkitekturprincipper. Version 1.0, april 2009

It-arkitekturprincipper. Version 1.0, april 2009 It-arkitekturprincipper Version 1.0, april 2009 Fælles it-arkitekturprincipper Som offentlig it-chef, projektleder eller professionel, der arbejder med digitalisering, skal du træffe mange valg i en hektisk

Læs mere

Skanningsmodul Standard IT- og Telestyrelsen København den 8. september 2005

Skanningsmodul Standard IT- og Telestyrelsen København den 8. september 2005 Skanningsmodul Standard IT- og Telestyrelsen København den 8. september 2005 FESD standardisering FESD-modul. Skanningsmodul Version 1.0 Kolofon: FESD moduler. Skanningsmodul. FESD standardisering. Skanningsmodul

Læs mere

Kommissorium for Følgegruppen for uddannelse og arbejde

Kommissorium for Følgegruppen for uddannelse og arbejde Kommissorium for Baggrund Region Syddanmark og de 22 syddanske kommuner har indgået Sundhedsaftalen 2019-2023. Aftalen er godkendt i kommunalbestyrelser og regionsrådet og trådte i kraft den 1. juli 2019.

Læs mere

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen STEDBEVIDST UDVIKLING Jes Ryttersgaard Kort og Matrikeldtyrelsen - bevidst om at bruge stedet som indgang til digital forvaltning - bevidst om hvordan vi sikrer, at det giver mening at bruge stedet - bevidst

Læs mere

Høringssvar vedrørende FESD Datafølgeseddel

Høringssvar vedrørende FESD Datafølgeseddel IT- og Telestyrelsen Hosteinsgade 63 2100 København Ø Høringssvar vedrørende FESD Datafølgeseddel Dette er KLs høringssvar på den offentlige høring om FESD Datafølgeseddel, som er gennemført på www.oio.dk

Læs mere

Kommunal høring af kravmateriale for Kommunerne Ydelsessystem. Kære høringskoordinator (projektleder)

Kommunal høring af kravmateriale for Kommunerne Ydelsessystem. Kære høringskoordinator (projektleder) Kommunal høring af materiale for Kommunerne Ydelsessystem Kære høringskoordinator (projektleder) I dette notat skitserer vi det arbejde, du er blevet udpeget som ansvarlig for at koordinere i forbindelse

Læs mere

It-delstrategi for administrativ it-anvendelse

It-delstrategi for administrativ it-anvendelse Administrativ DELSTRATEGI 2011-2015 NOTAT It-delstrategi for administrativ it-anvendelse 9. september 2011 Indholdsfortegnelse 1. Formål...2 2. Baggrund...2 3. Vision...3 4. Strategisk retning...3 4.1.

Læs mere

Sundheds it under sundhedsaftalen

Sundheds it under sundhedsaftalen Sundheds it under sundhedsaftalen Et sammenhængende og borger nært sundhedsvæsen forudsætter hurtig præcis kommunikation mellem de forskellige aktører. Målsætningen i sundhedsaftalen for 2008 2010 (Gl.

Læs mere

SAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA

SAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA 26. marts 2014 NOTAT SAPAs forretningsmæssige behov i relation til Dialogintegration Dette notat beskriver SAPAs specifikke forretningsmæssige behov i forhold til integration med relevante ESDH-/fagsystemer,

Læs mere

Dagsorden til møde i styregruppen for Program for digital almen praksis

Dagsorden til møde i styregruppen for Program for digital almen praksis Sundheds- og Ældreministeriet Enhed: SUNDOK Sagsbeh.: DEPSSBO Koordineret med: Sagsnr.: 1706920 Dok. nr.: 546717 Dato: 20-02-2018 Dagsorden til møde i styregruppen for Program for digital almen praksis

Læs mere

Om projektet afprøvning af MOX-konceptet

Om projektet afprøvning af MOX-konceptet NOTAT Om projektet afprøvning af MOX-konceptet MOX konceptet skal afprøves i flere forskellige kommuner med flere forskellige leverandører. Afprøvningen skal gennemføres i løbet af efteråret 2012. Der

Læs mere

UDSNIT 8. februar 2008

UDSNIT 8. februar 2008 UDSNIT 8. februar 2008 Dette udsnit indeholder indeholder en introduktion til hvad begrebet brugerstyring dækker over Kolofon: OIO Referencemodel for tværgående brugerstyring Dette baggrundsdokument kan

Læs mere

Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer. KL-huset, tirsdag d. 4. juni 2013

Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer. KL-huset, tirsdag d. 4. juni 2013 Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer KL-huset, tirsdag d. 4. juni 2013 Agenda 1.Mødets formål 2.Der er forskel på leverandører 3.Fælleskommunale

Læs mere

Projekt 5.3 Digitale Vandløbsregulativer

Projekt 5.3 Digitale Vandløbsregulativer Projekt 5.3 Digitale Vandløbsregulativer 1. Formål og baggrund Baggrund Vandløb kan oversvømme byer og landbrugsarealer. Vandløb er samtidig levested for mange dyr og planter. Kommunerne og lodsejerne

Læs mere

Balancen mellem de interne nødvendigheder og de eksterne påvirkninger reguleres i kommunens it-strategi som præsenteres herunder.

Balancen mellem de interne nødvendigheder og de eksterne påvirkninger reguleres i kommunens it-strategi som præsenteres herunder. It-strategi 1.0 Indledning Flere og flere forretningsprocesser i kommunerne stiller krav til it-understøttelse, og der er store forventninger til at den offentlige sektor hænger sammen inden for it-området.

Læs mere

Høringsnotat - specifikation af serviceinterface for SAG version 1 2

Høringsnotat - specifikation af serviceinterface for SAG version 1 2 N OTAT Høringsnotat - specifikation af serviceinterface for SAG version 1 2 Specifikation af serviceinterface for SAG Version 1.2 (Sag-standard) Den fællesoffentlige styregruppe for Sag og Dokument sendte

Læs mere

SUNDHEDSAFTALE

SUNDHEDSAFTALE Kommissorium for permanent arbejdsgruppe vedr. Patientrettet forebyggelse og kronisk sygdom Godkendt: Den administrative styregruppe den 27. marts 2015. Bemærkning: Baggrund Region Hovedstaden og kommunerne

Læs mere

Kommunernes Ydelsessystem: Vejledning i kommunal høring af kravmateriale, maj 2013

Kommunernes Ydelsessystem: Vejledning i kommunal høring af kravmateriale, maj 2013 Kommunernes Ydelsessystem: Vejledning i kommunal høring af kravmateriale, maj 2013 Drejebogen kommer med input, ideer og forslag til, hvordan kommunerne kan gribe en lokal høringsproces an med indsamling

Læs mere

Geodatastyrelsens strategi 2013 2016

Geodatastyrelsens strategi 2013 2016 Geodatastyrelsens strategi 2013 2016 Geodatastyrelsen er en del af Miljøministeriet og har som myndighed ansvaret for infrastruktur for geografisk information, opmåling, land- og søkortlægning samt matrikel-

Læs mere

Geodatastyrelsens strategi

Geodatastyrelsens strategi Geodatastyrelsens strategi 2013 2016 Geodatastyrelsens strategi 2013 2016 Geodatastyrelsen er en del af Miljøministeriet og har som myndighed ansvaret for infrastruktur for geografisk information, opmåling,

Læs mere

Udvikling af. Sundhedsaftalen Kommissorium for Indsatsområde 3 Genoptræning og rehabilitering

Udvikling af. Sundhedsaftalen Kommissorium for Indsatsområde 3 Genoptræning og rehabilitering Udvikling af Sundhedsaftalen 2015 2018 Kommissorium for Indsatsområde 3 Genoptræning og rehabilitering 1 Kommissorium for arbejdet med indsatsområde 3 Genoptræning og rehabilitering 070314 Generel indledning.

Læs mere

Introduktion til MeMo

Introduktion til MeMo Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,

Læs mere

Projektkommissorium for den elektroniske genoptræningsplan.

Projektkommissorium for den elektroniske genoptræningsplan. Afdeling: Kommunesamarbejde Udarbejdet af: Tove Charlotte Nielsen Journal nr.: 1.01.72./07/801 E-mail: Tove.C.Nielsen@regionsyddanmark.dk Dato: 21. juni 2007 Telefon: 76631321 Projektkommissorium for den

Læs mere

Afrapportering fra arbejdsgruppen for behandlingsredskaber og hjælpemidler.

Afrapportering fra arbejdsgruppen for behandlingsredskaber og hjælpemidler. Afrapportering fra arbejdsgruppen for behandlingsredskaber og hjælpemidler. Indstilling til styregruppen for grundaftaler Arbejdsgruppen for behandlingsredskaber og hjælpemidler indstiller til styregruppen

Læs mere

KANAL- OG DIGITALISERINGSSTRATEGI 2011 2015. Januar 2011

KANAL- OG DIGITALISERINGSSTRATEGI 2011 2015. Januar 2011 KANAL- OG DIGITALISERINGSSTRATEGI 2011 2015 Januar 2011 Indhold 1 INDLEDNING 2 STRATEGIGRUNDLAGET 2.1 DET STRATEGISKE GRUNDLAG FOR KANAL- OG DIGITALISERINGSSTRATEGIEN 3 VISION - 2015 4 KANAL- OG DIGITALISERINGSSTRATEGIEN

Læs mere

Kommissorium for Kommunernes it-arkitekturråd

Kommissorium for Kommunernes it-arkitekturråd Godkendt 3. oktober 2011 Kommissorium for Kommunernes it-arkitekturråd Baggrund En helt ny æra for it-understøttelsen af den kommunale sektor er indledt med salget af KMD og i forbindelse med den netop

Læs mere

Digital Kommuneplan. Hvad er en digital kommuneplan? Oplæg til fælles definition af begrebet. landinspektør Martin Høgh

Digital Kommuneplan. Hvad er en digital kommuneplan? Oplæg til fælles definition af begrebet. landinspektør Martin Høgh Digital Kommuneplan Hvad er en digital kommuneplan? Oplæg til fælles definition af begrebet landinspektør Martin Høgh Agenda 1. Hvad er en digital kommuneplan? - Hvilke datatyper indgår, forskellige ambitionsniveauer,

Læs mere

Udvalget for Videnskab og Teknologi 2009-10 UVT alm. del Svar på Spørgsmål 33 Offentligt

Udvalget for Videnskab og Teknologi 2009-10 UVT alm. del Svar på Spørgsmål 33 Offentligt Udvalget for Videnskab og Teknologi 2009-10 UVT alm. del på Spørgsmål 33 Offentligt Ministeren for videnskab, teknologi og udvikling Udvalget for Videnskab og Teknologi Folketinget Christiansborg 1240

Læs mere

Semantik, tak! Semantik og modelbaseret standardisering i OIO. 2. april 2009, IT-arkitekturkonferencen 2009

Semantik, tak! Semantik og modelbaseret standardisering i OIO. 2. april 2009, IT-arkitekturkonferencen 2009 Semantik, tak! Semantik og modelbaseret standardisering i OIO 2. april 2009, IT-arkitekturkonferencen 2009 Jan Brown, Kontoret for Standardiserings- og Arkitekturpolitik IT- og Telestyrelsen, Videnskabsministeriet

Læs mere

KOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE

KOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration

Læs mere

Introduktion. Jan Brown Maj, 2010

Introduktion. Jan Brown Maj, 2010 Jan Brown Maj, 2010 Introduktion OIOXML har eksisteret som det centrale datastandardiseringsparadigme siden 2002. Til OIOXML-konceptet er der et regelsæt betegnet OIO Navngivnings- og Deignregler (NDR),

Læs mere

...et sagsbehandlingssystem udviklet af sagsbehandlere?

...et sagsbehandlingssystem udviklet af sagsbehandlere? ...et sagsbehandlingssystem udviklet af sagsbehandlere? Brugerne tager magten Sådan bliver it bedre og billigere SBSYS ER ET KOMPLET SAGSSTYRINGS- OG DOKUMENTHÅNDTERINGSSYSTEM (ESDH) TIL EN OFFENTLIG MYNDIGHED

Læs mere

Vilkår vedrørende brug af Støttesystemet Beskedfordeler

Vilkår vedrørende brug af Støttesystemet Beskedfordeler Vilkår vedrørende brug af Støttesystemet Beskedfordeler 1 Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Beskedfordeler,

Læs mere

Politik for Elektronisk Sags- og dokumenthåndtering Godkendt af Styregruppen for edoc

Politik for Elektronisk Sags- og dokumenthåndtering Godkendt af Styregruppen for edoc Politik for Elektronisk Sags- og dokumenthåndtering Godkendt af Styregruppen for edoc Politik for Elektronisk Sags- og Dokumenthåndtering i Region Nordjylland (ESDH) Lovgivning/aftalegrundlag Politikken

Læs mere

Kommissorium for klinisk koordinationsgruppe indenfor Hjerterehabilitering

Kommissorium for klinisk koordinationsgruppe indenfor Hjerterehabilitering 21.03.2018 Kommissorium for klinisk koordinationsgruppe indenfor Hjerterehabilitering Titel Kommissorium for klinisk koordinationsgruppe Hjerterehabilitering Dato og version D. 21. marts 2018 version 1.2

Læs mere

BYG OG MILJØ SAGSBEHANDLER I BYG OG MILJØ. Version 2.0

BYG OG MILJØ SAGSBEHANDLER I BYG OG MILJØ. Version 2.0 BYG OG MILJØ SAGSBEHANDLER I BYG OG MILJØ Version 2.0 Januar 2019 Indholdsfortegnelse OM DENNE VEJLEDNING... 3 SAGSBEHANDLERADGANG I BYG OG MILJØ... 3 Modtagelse af ansøgninger hos myndigheden... 3 Sag

Læs mere

Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips

Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips Dokumenthåndtering er nøglen Nøglen til dokumenterne Nøglen til informationerne Nøglen til data Preben Mejer, Innovation

Læs mere

Udkast til kommissorium for arbejdet med indsatsområde 2 Behandling og pleje

Udkast til kommissorium for arbejdet med indsatsområde 2 Behandling og pleje Udkast til kommissorium for arbejdet med indsatsområde 2 Behandling og pleje Generel indledning. I 2014 skal kommuner og regioner jfr. Sundhedslovens 205 indgå nye sundhedsaftaler, som skal fremsendes

Læs mere

Bilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection

Bilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection Bilag 10 Samarbejdsorganisation Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette

Læs mere

Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011

Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige

Læs mere

DOKUMENTBROKER Koncept

DOKUMENTBROKER Koncept DOKUMENTBROKER Koncept Copyright 2012 INDHOLDSFORTEGNELSE 1 Hvad er DokumentBrokeren?...1 1.1 Formål...1 1.2 Fordele...1 1.3 Baggrund...2 2 Komponenter...3 2.1 Dataflet...4 2.2 Platform og teknologi...4

Læs mere

Notat ang. visning af dagsordener og referater på hjemmesiden ved skift til SBSYS esdh system.

Notat ang. visning af dagsordener og referater på hjemmesiden ved skift til SBSYS esdh system. Notat ang. visning af dagsordener og referater på hjemmesiden ved skift til SBSYS esdh system. I dette notat gøres rede for Hvordan visning af dagsordener og referater teknisk set kører i dag, Valg af

Læs mere

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat. Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012

Læs mere

Underbilag 2O Beskedkuvert Version 2.0

Underbilag 2O Beskedkuvert Version 2.0 Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...

Læs mere

HÅNDBOG FOR GULDBORGSUND KOMMUNE ACADRE

HÅNDBOG FOR GULDBORGSUND KOMMUNE ACADRE HÅNDBOG FOR GULDBORGSUND KOMMUNE ACADRE Indledning 3 Brug af Acadre 4 Formål 4 Overordnede mål: 4 Konkrete mål: 4 Udviklingsmål (fremtidigt mål) 5 Hvem har adgang til hvad? 5 Adgang og misbrug 5 Postmodtagelse

Læs mere

Vejledning til faggrupper

Vejledning til faggrupper Vejledning til faggrupper - en hjælp til at få et overblik over rollen som fagperson INDHOLD 1. Formål med vejledningen... 2 2. Definition af en faggruppe... 2 3. Hvornår skal der gennemføres et udbud

Læs mere

vejman.dk WMS/WFS dokumentation vmgeoserver.vd.dk Maj 2013 Udgave 2.0

vejman.dk WMS/WFS dokumentation vmgeoserver.vd.dk Maj 2013 Udgave 2.0 vejman.dk WMS/WFS dokumentation vmgeoserver.vd.dk Maj 2013 Udgave 2.0 Indholdsfortegnelse 1 Indledning... 3 2 WMS generelt... 3 3 WFS generelt... 4 4 WMS/WFS eksterne kald i forskellige formater... 4 5

Læs mere

IT- og Arkitekturkonferencen 2009

IT- og Arkitekturkonferencen 2009 DIAS 1 IT- og Arkitekturkonferencen 2009 Rolf Sørensen, KMD A/S KORT OM KMD DIAS 2 _ Full it service provider - It til hele værdikæden: _Strategisk sparring, projektbeskrivelse og -ledelse, implementering,

Læs mere

Udvikling af. Sundhedsaftalen Kommissorium for Indsatsområde 4 Sundheds IT og digitale arbejdsgange

Udvikling af. Sundhedsaftalen Kommissorium for Indsatsområde 4 Sundheds IT og digitale arbejdsgange Udvikling af Sundhedsaftalen 2015 2018 Kommissorium for Indsatsområde 4 Sundheds IT og digitale arbejdsgange 1 Kommissorium for arbejdet med indsatsområde 4 Sundheds-IT og digitale arbejdsgange 070314

Læs mere