Arkitekturrapport: DUBU
|
|
- Frans Kvist
- 6 år siden
- Visninger:
Transkript
1 Arkitekturrapport: DUBU Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens ansvar at sikre, at rapporten udarbejdes. Det anbefales at den opstartes i projektets indledende fase/i forbindelse med PID, og løbende bearbejdes. Rapporten sendes til sekretariatet for Kommunernes it-arkitekturråd og offentliggøres på it-arkitekturrådets arkitektur-site.
2 Revisionshistorik Version Revisionsdato Oversigt over rettelser Rettelse udført af Dokument oprettet DGJ
3 Indholdsfortegnelse Indhold Revisionshistorik... 2 Indholdsfortegnelse... 3 Indhold... 3 Arkitekturrapport baggrund... 4 Input til arkitekturrapport... 4 Aktiviteter i arkitekturrapportering... 5 Appendix: Arkitekturrapport skabelon... 6 Projektinformation... 6 Baggrund for projekt... 6 Resultatdokumentation... 8 Børnehandicapudredning... 8 Forenkling af ICS-metoden... 8 Den fælleskommunale rammearkitektur... 8 Effektivisering af arbejdsgange... 9 Resultat af gennemført arkitekturanalyse... 9 Målarkitektur Forretningsbegrebsmodel Tidsplan for eventuel opdatering af arkitekturrapport... 18
4 Arkitekturrapport baggrund Dette dokument skal give et overblik over de arkitekturovervejelser i et projekt, som kan være relevante for at realisere visionerne i kommunernes fælles rammearkitektur. Arkitektur realiseres i projekter og det er derfor afgørende, at it-projekter arbejder i den samme retning og koordineres på tværs af organisatoriske og tekniske skel. Du (og projektleder) skal i dokumentet redegøre for, 1. Hvilke områder af kommunernes fælles rammearkitektur, det er særlig vigtigt at forholde sig til i den kommende løsning. 2. Hvordan jeres arkitektur/produkt indgår i det samlede arkitektur-/systemlandskab. Input til arkitekturrapport Arkitekturrapporten består følgende afsnit. Projektinformation o Du skal her indsætte grundlæggende information om projektet. Baggrund for projektet o Indsæt kontekst omkring projektet eksempelvis fra PID, således at eksterne kan få en indførelse i projektet. Resultat af gennemført arkitekturanalyse o Du skal her dokumentere, hvordan projektets behov påvirker det kommunale arkitekturlandskab og passer sammen med den fælleskommunale rammearkitektur. Du må vurdere detaljeringsniveauet fra projekt til projekt og ligeledes tilpasse analysen til det aktuelle fokus i arkitekturarbejdet. Anvendelse af forretningsservices o Du skal her markere på figuren hvilke af rammearkitekturens forretningsservices, it-projektet anvender, samt om den fysiske service er fra fælles initiativer (eks. KOMBIT eller staten), eksterne leverandører eller egenudviklet. Produktion af forretningsservices og services o Her angiver du hvilke nye eller ændrede forretningsservices, du selv producerer til fælles gavn og glæde. Du beskriver ligeledes om disse lever op til de fælles arkitekturprincipper og rammearkitekturens forretningsserviceopbygning samt hvilke services projektets produkter stiller til rådighed for andre. I det følgende findes en beskrivelse af de nødvendige aktiviteter for at udføre arkitekturrapporteringen.
5 Aktiviteter i arkitekturrapportering 1. Afklar undersøgelsens omfang og form o hvilke delområder, du skal analysere og i hvor mange detaljer? o hvem er det nødvendigt at inddrage i analysen? o analysens form hvordan dokumenteres de fundne resultater (jf. skabelonen i appendix)? 2. Gennemfør arkitekturanalysen - som udgangspunkt bør analysen forholde sig til forretningens behov, sammenlignet med den kommunale rammearkitektur samt nationale og lokale it-strategier generelt. 3. Endelig opsummering og samling af materiale i arkitekturrapport (skabelon i appendix). OBS: Hvis arkitekturanalysen identificerer områder, hvor der ikke findes standarder at sammenligne med i den fælleskommunale rammearkitektur, kan projektet med fordel udarbejde en anmodning om at vurdere og evt. standardisere den valgte teknologi og arkitektur. En sådan anmodning sendes til sekretariatet for Kommunernes it-arkitekturråd.
6 Appendix: Arkitekturrapport skabelon Projektinformation Projektnavn Ledelsesansvarlig Projekttype DUBU (Digitalisering - Udsatte Børn og Unge) Karina Bagger (KBA) Genudbud af løsning til sagsstyring for udsatte børn og unge. Systemet er et tilbud til kommunerne, og tilslutning er derfor frivillig Baggrund for projekt Baggrund Systemet Digitalisering Udsatte Børn og Unge (DUBU) er et fælleskommunalt it-system (et fagsystem) til at sikre kvalitet og sammenhæng i arbejdet med udsatte børn og unge. Løsningen sikrer struktureret digital registrering og myndighedssagsbehandling af udsatte børn og unge. I dag anvender 76 kommuner DUBU, og DUBU-kommunerne har opnået større ensartethed i sagsbehandlingen og har oparbejdet et godt tværgående kommunalt samarbejde. Den løsning, der genudbydes (generelt benævnt som DUBU 3.0), skal understøtte socialrådgiverne i deres socialfaglige arbejde i en brugervenlig og stabil løsning med yderligere funktionalitet, herunder Resultatdokumentation og handicapudredning som de største nye tiltag. KOMBIT har i samarbejde med Socialministeriet, KL og brugerne udviklet DUBU, så løsningen understøtter, at krav til lovmedholdelighed og dokumentation i det socialfaglige arbejde sikres. Ny lovgivning på området bliver altid prioriteret med henblik på implementering i løsningen. DUBU er således lovmedholdelig og er i sidste ende med til at sikre Borgernes retssikkerhed på området. DUBU indeholder i dag blandt andet: Et Aktivitetsbaseret sagsstyringsværktøj Underretninger Børnefaglig undersøgelse Handleplaner Indsatsregistrering med økonomioverblik
7 Dokumentjournalisering mv. Med DUBU har kommunerne en løsning, der sikrer nem overlevering af Sager mellem DUBU-kommuner. Overlevering af data til Ankestyrelsens statistikker og Danmarks Statistik sker automatisk, ligesom DUBU sikrer arkivering af Sager til Rigsarkivet eller 7-arkiv, herunder stadsarkiver. DUBU-løsningen kan desuden levere et udtræk af kommunernes egne data, som mange kommuner allerede i dag anvender til ledelsestilsyn og - information. DUBU har eksisteret siden december Regeringen og KL indgik i forbindelse med økonomiaftalen for 2013 en aftale om at styrke itunderstøttelsen på området og gjorde det til et krav, at landets 98 kommuner senest i 2014 skulle have anskaffet DUBU eller en lignende løsning. Følgende områder kan fremhæves som understøttede ved brug af DUBU: Håndtering af Underretninger og processer heromkring Håndtering af dokumentation Overblik over økonomien på området Indberetning til Ankestyrelsen og Danmarks Statistik. Automatisering af aflevering til arkivering Mellemkommunal sagsoverførsel Ensartet metodetilgang (ICS) Det Eksisterende System har skabt ensartethed, systematik og overblik i de kommuner, der har taget hele DUBU-løsningen i anvendelse. Det er blevet lettere for kommunerne at indberette til Ankestyrelsen og Danmarks Statistik. Sagsoverførsel mellem DUBU-kommuner og internt mellem kollegaer er nu blevet automatiseret med tidsbesparelse som gevinst. Desuden fremhæver brugerne, at DUBU understøtter en bedre langsigtet planlægning af det socialfaglige arbejde. Projektteamet i KOMBIT har arbejdet tæt sammen med brugerne for at optimere løsningen løbende, og med DUBU har kommunerne en it-løsning, der bygger på den socialfaglige systematik Integrated Children s System (ICS). ICS er en helhedsorienteret metode for sagsbehandling og udredning i sager om udsatte børn og unge. Metoden er licensbaseret og forankret i Socialstyrelsen. ICS-metoden er en integreret del af DUBU og danner et fælles metodisk grundlag for kommunerne. Anvendelsen af ICS-metoden har givet Sagsbehandlerne flere opgaver og krav til deres daglige arbejde. Socialstyrelsen har forud for dette udbud foretaget en gennemgang af metoden med henblik på en forenkling. Der er derfor i denne Kravspecifikation taget hensyn til Socialstyrelsens ændringer
8 til ICS, så DUBU 3.0 kan understøtte de ændrede arbejdsgange. Andet (fx arbejdsgangsanalyse) Formålet med Systemet (DUBU 3.0) er: Professionelt og effektivt at understøtte myndighedsfunktionen på udsatte børne- og ungeområdet Systemet skal understøtte bedre styring og sagsbehandling på det kommunale område for udsatte børn og unge. Det skal både understøtte den enkelte Sagsbehandlers arbejdsprocesser og tilvejebringelsen af Ledelsesinformation i form af overblik og statistik på tværs af de enkelte Sager. For en videogennemgang af eksisterende funktionalitet se Bilag 2.1.T Brugervideoer fra det Eksisterende System. Der skal desuden indgå en række nye væsentlige funktionelle elementer i forhold til det Eksisterende System: Resultatdokumentation Resultatdokumentation anvendes af Sagsbehandlerne til dokumentation af opnåede resultater for Barnet/den unge og dennes familie. Sagsbehandlerne kan dermed vurdere effekten af de iværksatte Indsatser. Børnehandicapudredning Børnehandicapudredning understøtter en systematisk og helhedsorienteret udredning af Barnet/den unges funktionsevne og ressourcer ikke blot på diagnoser og begrænsninger. Børnehandicapudredning er et handleplans- og opfølgningsværktøj, der understøtter Sagsbehandlerne i formulering af individuelle og konkrete målsætninger tilpasset det enkelte Barn/den unges situation og behov. Værktøjet skal også understøtte systematisk opfølgning på målsætningerne, Barnet/den unges situation og behov samt Indsatserne. Forenkling af ICS-metoden Socialstyrelsen har foretaget en forenkling af ICS-metoden. Dette har, ud over ændring af den metodiske tilgang, blandt andet medført, at antallet af felter, der skal udfyldes i forbindelse med den Børnefaglige Undersøgelse, er blevet væsentligt færre. Derudover er flowet gjort enklere og mere overskueligt. Den fælleskommunale rammearkitektur Kommunerne og KL s fælleskommunale rammearkitektur beskriver fælles principper og standarder, som sikrer, at der udvikles it-systemer på en ensartet og sammenhængende måde. Disse principper og standarder er nu et krav til alle leverandører på det kommunale it-marked. Kommunerne og KOMBIT har på baggrund af Den Fælleskommunale Rammearkitektur etableret en række fælleskommunale forretningsservices og komponenter, fx Serviceplatformen og Støttesystemerne. Systemet skal følge principperne og de grundlæggende betingelser for Den Fælleskommunale Rammearkitektur.
9 Effektivisering af arbejdsgange Ud over ovenstående væsentlige nye funktioner i Systemet stilles der nye krav til mere enkle, effektive og intuitive arbejdsgange i Systemet, fx ved færre skærmbilleder og klik. Resultat af gennemført arkitekturanalyse
10 Arkitekturprincipper Da aftalen med kommunerne omkring genudbud indebærer at de nuværende forretningsgange fortsættes og at den grundlæggende brug af systemet er uændret, har det givet visse begrænsninger på justering af den bagvedliggende arkitektur i den nuværende løsning. F.eks. har det ikke været muligt at implementere enkeltsagsprincippet, da det vil give væsentlige forretningsmæssige ændringer. Gennemgang af arkitektur principper A - Principper vedrørende it-styring og strategi: A1. Der arbejdes mod en fælles Rammearkitektur: De eksisterende elementer fra Rammearkitekturen, herunder støttesystemerne anvendes i så stor udstrækning som det er muligt. Dette gælder Sikkerhed, Organisation og Klassifikation, samt Sags- og Dokument indeks. Ydelsesindeks er udeladt pt., da det i sin nuværende form kun understøtter økonomiske ydelser, og fordi løsningen ikke effektuerer sådanne ydelser A2. Arkitekturen skal sikre mod Leverandør lock-in : Der sikres via udstillede snitflader og kravstilling af en informationsmodel baseret på OIO og øvrige standarder for støttesystemerne at data kan eksporteres i et standardiseret format A3. IT-Sikkerhed tænkes ind i løsningen fra starten: DUBU vil blive baseret på støttesystemet Adgangsstyring, og indeholde de fornødne procedurer til at sikre korrekt sikring af data i henhold til lovgivning på området. Da DUBU indeholder sager med højeste sikkerhedsklassifikation (VIP-sager), vil der også blive håndteret sikkerhed på brugerniveau i forhold til enkeltsager B - Principper vedrørende forretning og information: B1. Forretningsservices genbruges på tværs af IT-løsninger: Grundet de specielle krav til design af løsningen, vurderes ikke at det er relevant at de udviklede services kan genbruges på tværs B2. Arbejdsgange er dokumenterede på tværs af forretningsdomæner: Systemet er meget specifikt rettet mod udsatte børn/unge området, og har derfor ikke tværgående forretningsprocesser. Der er dog en kobling til økonomi, som varetager effektuering af de bevilgede ydelser Denne del af processen er udenfor scope af løsningen, og derfor ikke beskrevet i detaljer. Desuden leverer Systemet data til både kommunal og fælleskommunal ledelsesinformationssystemer. B3. Brugere inddrages aktivt i behovsafklaring og udviklingsforløb: Projektet har etableret en arbejdsgruppe med nuværende DUBU-brugere fra udvalgte kommuner. Denne gruppe udgør et væsentligt fundament i at afdække ekstra forretningsbehov i forhold til løsningen. B4. It-løsning udfordrer og effektiviserer eksisterende arbejdsgange og
11 regler: Grundet aftalen omkring uændrede arbejdsgange har det ikke været muligt at udføre denne opgave. Systemet er dog kravsat med henblik på at mulige en efterfølgende successiv effektivisering af eksisterende arbejdsgange. B5. Der anvendes altid et standardiseret begrebsapparat: Begreber er fortrinsvis baseret på de standarder som OIO og støttesystemerne dikterer, men kravet omkring uændrede arbejdsgange og anvendelse af systemet har givet visse udfordringer for denne proces. F.eks. har det ikke været muligt at implementere enkeltsagsprincippet B6. Der er defineret entydigt ejerskab af data og regler: Da der ikke er sket ændringer, følger ejerskab af data og regler det nuværende systems B7. Enhver betydelig forretningshændelse meddeles omverdenen: Da DUBU på grund af særlig følsomhed er et lukket system, er der ikke identificeret behov for forretningshændelser til andre systemer. Der er dog planlagt en hændelse når der bevilges en ydelse i systemet, da effektueringen altid sker eksternt til systemet. Dette muliggør en optimering af den nuværende procedure, hvor effektueringen igangsættes ved udsøgning af bevillinger i DUBU-løsningen B8. Fælles autoritative reference- og grunddata anvendes: Fælles reference og grunddata benyttes i det omfang de er tilgængelige. Øvrige data håndteres lokalt i løsningen. Det gælder f.eks. personer hvor CPR-nummer enten ikke findes eller hvor nummeret er ukendt B9. Adskil det foranderlige fra det uforanderlige: Dette punkt håndteres senere under afklaringen C Principper vedrørende applikationer og teknologi: C1. Data udstilles via åbne snitflader og kan genbruges: Der udstilles standard OIO-snitflader til Sag og Dokument. Herudover udstilles service til at kunne hente en dokumentfil fra det indbyggede dokumentlager. Løsningen understøtter at andre systemer kan importere journalnotater og dokumenter via Fordelingskomponenten (Benyttes bl.a. af SAPA) Der udstilles ligeledes en mulighed for at Hop ind i løsningen, hvis yderligere information omkring f.eks. en DUBU-sag er påkrævet. C2. Alle objekter er uafhængige af systemet, hvor de er skabt: Data og objekter udstiller data i henhold til aftalte standardformater, og der kravstilles at data skal kunne udtrækkes i disse formater, såfremt man ønsker at flytte behandlingen af disse til et andet system. Dette sikrer at leverandøren har frie rammer til den fysiske implementering af deres datalager, men at man samtidig kan få data ud i et aftalt format.
12 Forretningsservices (fra rammearkitekturen) Forretningsservices (eget domæne) Fysiske services (fra fælles initiativer) Fysiske services (fra eksterne leverandører) Fysiske services (egenudviklede) Standarder It-infrastruktur Sikkerhed C3. Data identificeres entydigt: Alle forretningsobjekter bør have én teknisk nøgle, der er uforanderlig. F.eks. skal en bruger transaktion kunne følges ved hjælp af en unik transaktions nøgle (UUID), så det er muligt entydigt at identificeres hvem der har udført hvilke handlinger uden en given transaktion. C4. It-løsninger er skalerbare efter formål: It-løsningen for DUBU skal kunne skalere, så alle services kan afvikles inden for rimelig tid, og systemets brugere ikke oplever svartid ud over de opsatte SLA krav for løsningen. Dette skal også gælde hvis DUBU løsningen på sigt udvides med yderligere funktionalitet eller flere brugere. C5. It-løsninger er robuste overfor egne og andre systemer nedbrud: Statiske data der er kritiske for systemets funktioner defineres i kopiregister, så afhængigheder mindskes og svartider forbedres. Øvrige opslag der ikke er kritiske for brugen af systemet, må ikke blokere for brugen; der vil blot være reduceret information/ begrænset funktionalitet. Kritiske registreringer bør altid kunne foregå, selvom valideringer ikke er mulige Eventuelle fejl skal så efterfølgende identificeres og rapporteres når validering igen er tilgængelig. Sagsindeks Dokumentindeks Klassifikation Organisation Beskedfordeler Fordelingskomponent OIO-Sag, OIO-Dokument, OIO-Organisation, OIO-Klassifikation benyttes som del af begrebsmodellen til at kommunikere med støttesystemer <Hvilke andre standarder og regler er anvendt og kunne disse være relevante for andre?> <Hvordan og hvor forventes løsningen driftet?> <Hvilke integrationsmodeller tages i anvendelse?> DUBU benytter standard sikkerhed baseret på Støttesystemet adgangsstyring
13 Målarkitektur Præsentationslaget består af DUBU (website), der udstilles af Systemet og kan tilgås via en browser uden for Systemet. Forretningslaget består af funktionalitet fra de use cases med tilhørende arbejdsgange, der er beskrevet i kapitel 4 i kravspecifikationen. Den angivne funktionalitet i ovenstående tegning er ikke udtømmende. Den sidste del af Systemet er ikke repræsenteret i et lag. Det drejer sig om den integrationsfunktionalitet, der muliggør, at Systemet kan integrere til sin omverden samt en database. Forretningsbegrebsmodel Begrebs og informationsmodellen er baseret på den logiske datamodel for den nuværende DUBU løsning, og forsøgt tilpasset standard begreber fra OIO og støttesystemerne. Det var dog vanskeligt at få håndteres sagsbegrebet korrekt, da systemet grundet de aftalte forudsætninger ikke kan understøtte enkeltsagsprincippet. For at løse dette issue, er det nuværende begreb Aktivitet opdelt i Opgave og Aktivitet, hvor Opgave er en slags undersag i forhold til sagen. Hvis man senere vælger at implementere enkelsagsprincippet i løsningen, vil begrebet Opgave blive til undersager i forhold til hovedsagen i det nuværende system.
14 Modellen er inkluderet i den vedhæftede fil Bemærk at Word kræver redigering for at tilgå objektet. DUBU Begrebs- og informationsmodel Anvendelse af forretningsservices Marker ved brug af boksene på figuren hvilke af rammearkitekturens forretningsservices, it-projektet anvender, samt om den fysiske service er fra fælles initiativer (eks. KOMBIT eller staten), eksterne leverandører eller egenudviklet. Den fælles rammearkitektur: Fælles forretningsservices Sag og dokument Styring og sikkerhed Sag Dokument Organisation Medarbejder Ressource Rettighed Koordinering Økonomi Referenceinformation Beskedfordeling Betaling Kontering Retskilde Klassifikation Fordelingskomponent Arbejdsgang Autoritative grunddata Person Indkomst Virksomhed Ejendom Adresse Geografi Myndighed For hver anvendelse af en service beskrives: Forretningsservice / applikationsservice Sag Dokument Organisation Anvendelse Vedligeholdelse af kopi af DUBU sager i sagsindeks Vedligeholdelse af kopi af DUBU dokumenter i dokumentindeks Myndighed, Org.Enhed, Bruger, IT-System til kommunikation med sags-
15 Beskedfordeling Fordelingskomponent Klassifikation Person Virksomhed Myndighed og dokumentindeks samt til dataafgrænsning og sikkerhed Til at modtage beskeder til vedligeholdelse af organisation og klassifikation replika, samt til afsendelse af bevillingshændelser Til at modtage journalnotater og dokumenter fra datafangst i andre systemer som f.eks. SAPA KLE emne og handling klasse samt ydelsesklassifikation Reference for personer i CPR Reference for virksomheder i CVR Reference for myndigheder i CVR For at imødegå risiko for at de afhængige snitflader ikke er tilgængelige i tide, defineres følgende plan: Service Sag, Dokument Organisation, Klassifikation, Myndighed Beskedfordeler Fordelingskomponent Person, Virksomhed Alternativ plan B Sager og dokumenter vil ikke være tilgængelige eksternt via indeks. Brugeren må derfor fremsøge direkte i løsningen. Der er kravstillet initial load af indeks når dette måtte blive tilgængeligt Disse informationer er planlagt i en lokal kopi. Der vil blive kravstillet en simpel brugergrænseflade til lokal vedligeholdelse af kopien indtil denne kan vedligeholdes via beskeder i beskedfordeler. I forbindelse med opstart af forbindelsen efterfølgende vil der ske en initial load. Denne load kan kræve justering af referencer i løsningen. Eksterne systemer vil ikke kunne modtage forretningshændelser og DUBU vil skulle hente CPR hændelser direkte fra CPR via eksisterende service på Serviceplatformen Det vil ikke være muligt at sende journalnotater og dokumenter fra eksterne systemer til DUBU før denne snitflade er klar Disse informationer er tilgængelige pt., og kræver derfor ikke en plan B
16 Produktion af forretningsservices Beskriv hvilke forretningsservices I selv udvikler og hvordan de stilles til rådighed for andre. For hver forretningsservice angives: Beskrivelse Bemærkning Forretningsservicens navn Kort beskrivelse af servicen Hvilke processer stilles til rådighed for andre? Begrebsmodel Hvilke standarder anvendes? Hvilke klassifikationer anvendes? Andet? OIO-Sag Udstiller standard OIO-sag service til opslag og vedligeholdelse af DUBU sager Søg, Læs, Opret, Ret I henhold til OIO-Sag Standard web-service udstillet via Serviceplatformen KLE Emne KLE Handling Tillader kun standard håndtering af sager; det er således ikke muligt for eksterne systemer at tilgå DUBU lokaludvidelser (DUBU-Sag)
17 Beskrivelse Bemærkning Forretningsservicens navn Kort beskrivelse af servicen Hvilke processer stilles til rådighed for andre? Begrebsmodel Hvilke standarder anvendes? Hvilke klassifikationer anvendes? Andet? OIO-Dokument Udstiller standard OIO-dokument service til opslag og vedligeholdelse af DUBU dokumenter Søg, Læs, Opret, Ret I henhold til OIO-Dokument Standard web-service udstillet via Serviceplatformen KLE Emne KLE Handling Tillader kun standard håndtering af sager; det er således ikke muligt for eksterne systemer at tilgå DUBU lokaludvidelser (DUBU-Sag) Forretningsservicens navn Kort beskrivelse af servicen Hvilke processer stilles til rådighed for andre? Begrebsmodel Hvilke standarder anvendes? Hvilke klassifikationer anvendes? Andet? Beskrivelse Hent dokumentfil Udstiller service til læse en dokumentfil via URI for DUBU dokumenter Ikke pt. identificeret n/a URI adgang til fil Filtype Bemærkning Benyttes for at hente dokumentfilen via den URI der fremgår af OIO-Dokument Benyttes i forbindelse med OIO- Dokument til at hente filen til et fremsøgt dokument
18 Beskrivelse Bemærkning Forretningsservicens navn Kort beskrivelse af servicen Hvilke processer stilles til rådighed for andre? Begrebsmodel Hvilke standarder anvendes? Hvilke klassifikationer anvendes? Dialog integration Tillader andre systemer (f.eks. SAPA) at hoppe ind i løsningen med en specifik sag Ikke pt. identificeret n/a Standard dialog integration defineret af SAPA n/a Andet? Benyttes i forbindelse med opslag i sagsindeks til at tilgå sagen fra SAPA Tidsplan for eventuel opdatering af arkitekturrapport 1.0 Kravspecificering <DATO> 2.0 Løsningsdesign <DATO> 3.0 Byggefase <DATO> 4.0 Test <DATO> <DATO>
Arkitekturrapport: <PROJEKTNAVN>
Arkitekturrapport: Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens
Læs mereArkitekturrapport: Standard for indbetalinger
Arkitekturrapport: Standard for indbetalinger Denne orienteringsrapport udarbejdes for it-projekter med effekt på den fælleskommunale rammearkitektur. Rapporten ejes af projektets it-arkitekt. Det er projektlederens
Læs mereDUBU 3.0 STRATEGI FOR GENUDBUD
DUBU 3.0 STRATEGI FOR GENUDBUD Maj 2016 DUBU og strategi for genudbud DUBU (Digitalisering - Udsatte Børn og Unge) er en it-løsning, der fremmer sammenhæng og kvalitet på området for udsatte børn og unge.
Læs mereBilag 9: Arkitekturrapport for Kommunernes Ydelsessystem. Arkitekturrapport: Kommunernes Ydelsessystem
Bilag 9: Arkitekturrapport for Kommunernes Ydelsessystem (Hører til dagsordenspunkt 11: Arkitekturrapporter) Arkitekturrapport: Kommunernes Ydelsessystem Denne orienteringsrapport udarbejdes for it-projekter
Læs mereArkitekturrapport: Kommunernes Ydelsessystem (KY) Arkitekturrapport: Kommunernes Ydelsessystem
Arkitekturrapport: Kommunernes Ydelsessystem 1 Indholdsfortegnelse Baggrund for projekt... 3 Resultat af gennemført arkitekturanalyse... 5 Anvendelse af forretningsservices... 9 Baggrund for projekt Baggrund
Læs mereArkitekturrapport: KITOS - Kommunens It-Overbliks System
Arkitekturrapport: KITOS - Kommunens It-Overbliks System Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt.
Læs mereArkitekturrapport: DUBU
Arkitekturrapport: DUBU Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens ansvar
Læs mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 13.10.2014 Fælles it-arkitekturstyring
Læs mereBilag 1: Arkitekturrapport, EDS Hjælpemidler
Bilag 1: Arkitekturrapport, EDS Hjælpemidler (Bilag til dagsordenspunkt 2, Arkitekturrapporter fra Effektiv Digital Selvbetjening) Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug
Læs mereArkitekturrapport: MDB Min Digitale Byggesag
Arkitekturrapport: MDB Min Digitale Byggesag Denne orienteringsrapport udarbejdes for it-projekter med effekt på den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens
Læs mereDEN FÆLLESKOMMUNALE RAMMEARKITEKTUR
KL S DIALOGFORUM FOR IT-LEVERANDØRER OG KONSULENTHUSE 10.OKT. 2014 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - en arkitektur for den kommunale digitalisering - v/ Peter Thrane,
Læs mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål
Læs mereArkitekturrapport: FÆLLES SPROG III
Bilag 5: Arkitekturrapport fra projektet Fælles Sprog III (Bilag til dagsordenspunkt 6: Arkitekturrapporten). Arkitekturrapport: FÆLLES SPROG III Denne orienteringsrapport udarbejdes for it-projekter med
Læs mereDHUV ARKITEKTURRAPPORT
DHUV ARKITEKTURRAPPORT Agenda Baggrund for projektet Projektoverblik (incl. rammearkitektur) Høringssvar Evt. DHUV-projektet har til Arkitekturrådet udarbejdet en arkitekturrapport. Rapporten beskriver
Læs merePeter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration
Peter Thrane Enterprisearkitekt KL+KOMBIT Den fælleskommunale Rammearkitektur - Inspiration REGIONERNE Selvstyre Egen økonomi Konkurrence = bedre priser Samarbejde Koordinering Udveksling SAMMENHÆNG
Læs mereDEN FÆLLESKOMMUNALE RAMMEARKITEKTUR
DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR FDA2017 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - FRA VISION TIL PRAKSIS FDA 2017 Agenda Digitaliseringsstrategien og kommunernes udfordringer Rammearkitekturen som et fælles
Læs mereArkitekturrapport: Digitalisering på Handicap- og Udsatte Voksne-området
Arkitekturrapport: Digitalisering på Handicap- og Udsatte Voksne-området Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af
Læs mereArkitekturrapport: Kommunernes Sygedagpengesystem
Bilag 3: Arkitekturraport KSD. (Bilag til dagsordenspunkt 7: Arkitekturrapport for Kommunernes Syge-Dagpenge system (KSD)). Arkitekturrapport: Kommunernes Sygedagpengesystem Denne orienteringsrapport udarbejdes
Læs mereSNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser
SNITFLADER TIL INDEKSER Præsentation af de fælleskommunale støttesystemernes snitflader til indekser Introduktion Fokus At give et overblik over: Integration til indekserne Forudsætninger for integration
Læs mereIntroduktion til Klassifikation
Introduktion til Klassifikation 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Klassifikation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af
Læs mereArkitekturrapport: YDELSESREFUSION
Arkitekturrapport: YDELSESREFUSION Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets arkitekt (Erling Hansen).
Læs mereStøttesystemerne. Det er tid til
1 Det er tid til Støttesystemerne 2 Kombit Digitalisering er afgørende for udviklingen af de kommunale kerneopgaver, hvor bedre borgerservice med færre ressourcer er i centrum. Kommunernes mål er at bevare
Læs mereIntroduktion til Støttesystem Organisation
Introduktion til Støttesystem Organisation 1. Om dokumentet Dette dokument formidler et overblik over Støttesystemet Organisation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse
Læs mereSAPA Kommunenetværk Øst & Vest. KMJ 28. august 2013, Værløse 29. August 2013, Middelfart
SAPA Kommunenetværk Øst & Vest KMJ 28. august 2013, Værløse 29. August 2013, Middelfart P R O J E K T S T A T U S 1. Kravspecifikation A. Kommuner B. Leverandører 2. Faglige afklaringer i workshops 3.
Læs mereArkitekturrapport: Kommunernes Ydelsessystem
Bilag 3: Arkitekturrapport for Kontaktydelsesprojektet. Bilag til dagsordenspunkt 8: Aktuelt perspektiv på arkitekturarbejdet i kontantydelsesprojektet. Arkitekturrapport: Kommunernes Ydelsessystem Denne
Læs mereSTØTTESYSTEMET KLASSIFIKATION
STØTTESYSTEMET KLASSIFIKATION v/ Martin Bo Jensen 26. februar 2019 KOMBITs løsninger og fælleskommunal infrastruktur 2 Kommunale fagområder Arbejdsmarked og erhverv Social og sundhed Børn og læring Mit
Læs mereArkitekturrapport: Ejendomsskatte- og Ejendomsbidragsløsningen. Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af
Arkitekturrapport: Ejendomsskatte- og Ejendomsbidragsløsningen Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapporten ejes af projektets
Læs mereIntroduktion til Støttesystem Ydelsesindeks
Introduktion til Støttesystem 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af hvilke komponenter,
Læs mereFordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014
Fordeling af journalnotater og dokumenter Udkast til løsningsmodel Marts 2014 1 Indledning Denne præsentation beskriver, på et overordnet plan, følgende områder i forhold til en fremtidig fordelingsmekanisme,
Læs mereSAPA KRAVSPECIFIKATION v. 0.8. Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL
SAPA KRAVSPECIFIKATION v. 0.8 Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL Sags- og partsoverblikket Vise adresser der har adressebeskyttelse Adressen
Læs mereMø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 mereVilkå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 mereBaggrund og løsningsbeskrivelse DUBU 2.0
Baggrund og løsningsbeskrivelse DUBU 2.0 1 Formål Det overordnede formål med DUBU-systemet er at skabe bedre styring og sagsbehandling på området Udsatte børn og unge. Systemet skal både understøtte den
Læs mereKlik 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 mereSAGS- OG DOKUMENTINDEKS, YDELSESINDEKS TO AF DE OTTE STØTTESYSTEMER. Version 2.0
SAGS- OG DOKUMENTINDEKS, YDELSESINDEKS TO AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og få adgang til relevante
Læs mereIT-ARKITEKTURPRINCIPPER 2018
IT-ARKITEKTURPRINCIPPER 2018 5 It-arkitekturmål 5 Arkitekturprincipper Følg eller forklar Fælleskommunale arkitekturprincipper og -regler IT-ARKITEKTURMÅL Billigere it Sammenhængende it Mere robust og
Læs mereIntroduktion til Støttesystem Sags- og Dokumentindeks
Introduktion til Støttesystem Sags- og Dokumentindeks 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Sags- og Dokumentindeks i den fælleskommunale infrastruktur. Formålet er
Læs mereSags- og Dokumentindeks og Ydelsesindeks
Støttesystemet Sags- og Dokumentindeks og Ydelsesindeks 1 Sags- og Dokumentindeks og Ydelsesindeks To af de otte Støttesystemer 2 Kombit Støttesystemerne Sags- og Dokumentindeks og Ydelsesindeks Hvad er
Læs mereFælles kommunal rammearkitektur og konkrete støttesystemer
Fælles kommunal rammearkitektur og konkrete støttesystemer KL/Kombit og Kommunerne hvad er Kombit? KOMBIT er kommunernes it-fællesskab, hvis forretningsområde er kommunal it og digitalisering. KOMBIT bestiller
Læs mereKOMBITs arbejde med it-arkitektur
KOMBITs arbejde med it-arkitektur Fælleskommunal rammearkitektur Mette Kurland, KOMBIT 29.09.2011 KOMBIT/Fælleskommunal rammerarkitektur 1 Rammearkitektur ift. KOMBITs mission Forhandlingskraft Effektivisering
Læs mereRAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA. IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther
RAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther Agenda Intro - hovedbudskaber Kort om rammearkitektur Status for Støttesystemer, Serviceplatform m.v.
Læs mereArkitekturrapport: FLIS
Arkitekturrapport: FLIS Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens ansvar
Læs mereRammearkitektur. Konkurrence og sammenhængende digitalisering
Rammearkitektur Konkurrence og sammenhængende digitalisering Agenda Hvorfor er Rammearkitekturen nødvendig? Hvad indeholder Rammearkitekturen? Hvilke støttesystemer bringer KOMBIT i udbud nu? Status og
Læs mereOpsamling på kommunal høring. Vejle & Roskilde Den 18. Juni 2013
Opsamling på kommunal høring Vejle & Roskilde Den 18. Juni 2013 Dagsorden Velkommen Høringsprocessen frem til udbuddet på KY Resultater fra høringen Udbudsmaterialet kapitel 1 4, 5 og 6 Temaer: EDSH, opgavelisten,
Læs mereBilag 7: Arkitekturrapport, SAPA
Bilag 7: Arkitekturrapport, SAPA (Bilag til dagsordenspunkt 11, Arkitekturrapport for SAPA) Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur.
Læs mereRammearkitekturen og services i et lokalt perspektiv
KL s Dialogforum for it-leverandører og konsulenthuse 21. oktober 2015 Rammearkitekturen og services i et lokalt perspektiv Henrik Brix Fmd for KIT@ Fmd for IT-arkitekturrådet Favrskov Kommune 1 Den fælleskommunale
Læs mereKlik her for at angive tekst.
30. april 2013 Klik her for at angive tekst. NOTAT Klik her for at angive tekst. Bilag 16: Anvenderkrav til Støttesystemet Ydelsesindeks version 1.0 (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav
Læs mereBilag 2: Arkitekturrapport, EDS Lokaleudlån
Bilag 2: Arkitekturrapport, EDS Lokaleudlån (Bilag til dagsordenspunkt 2, Arkitekturrapporter fra Effektiv Digital Selvbetjening) Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug
Læs mereIndledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.
8. april 2013 19-Partskontakt => Kontaktdata Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. I de oprindelige oplæg med visionen
Læs mereKLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer og
KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer 11-03-15 og 12-03-15 Hvem er jeg? Denny Christensen Chefkonsulent og IT Arkitekt i KOMBIT Har været teamlead og skribent på bla. kravspecifikationerne
Læs mereSAGS-, DOKUMENT- OG YDELSESINDEKS. v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019
SAGS-, DOKUMENT- OG YDELSESINDEKS v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019 AGENDA 1. Recap: Hvad er indekserne og hvad kan de bruges til? 2. Tilslutning og Compliance
Læs mereStøttesystemet Klassifikation. Klassifikation. Et af de otte Støttesystemer
1 Et af de otte Støttesystemer 2 Kombit Støttesystemet Hvad er Støttesystemet? Håndtering af alle typer klassifikationer i samme system Støttesystemet er et centralt register for de klassifikationer, som
Læs mere10. sept 2013 NOTAT. Integrationsmodel støttesystemer
10. sept 2013 NOTAT Integrationsmodel støttesystemer 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/13 1. Indledning... 3 2. Arkitekturens
Læs mereUnderbilag 2Q Vilkår for integration til støttesystemet Klassifikation
Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra
Læs mereTil kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer
UdbudsVejledning Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog,
Læs mereKLASSIFIKATION ET AF DE OTTE STØTTESYSTEMER. Version 2.0
KLASSIFIKATION ET AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og blandt andet få adgang til relevante data.
Læs mereKOMBITS TILGANG TIL ARKITEKTUR ER ENKEL
KOMBITS TILGANG TIL ARKITEKTUR ER ENKEL KOMBIT s EA rammeværk KL Fundament Digitaliseringsstrategi Arkitekturmål Arkitekturprincipper Brug Måling, evaluering og opfølgning Undervisning og gå-hjem møder
Læs mereBESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER. Version 2.0
BESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og få adgang til relevante data. Et støttesystem
Læs mereEFFEKTMÅLING DREJEBOG FOR KVANTITATIVE MÅLEPUNKTER EFFEKTMÅLING AF INITIATIVET SAMMENHÆNG OG GENBRUG MED RAMMEARKITEKTUREN
DREJEBOG FOR KVANTITATIVE MÅLEPUNKTER EFFEKTMÅLING AF INITIATIVET SAMMENHÆNG OG GENBRUG MED RAMMEARKITEKTUREN EFFEKTMÅLING DREJEBOG FOR KVANTITATIVE MÅLEPUNKTER Udarbejdelsen af denne drejebog Formål Tilgang
Læs mereArkitekturrapport: Byg & Miljø 2.0
Arkitekturrapport: Byg & Miljø 2.0 Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens
Læs mereBilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer)
Klik her for at angive tekst. Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Krav og vejledning til
Læs mere6. Status på arbejdet med fælles infrastruktur (fast punkt)
6. Status på arbejdet med fælles infrastruktur (fast punkt) Status på RA STS projektet (Michael Strand) Operationelle erfaringer (Peter Thrane / Michael Strand) Serviceplatformen og datafordeleren (Michael
Læs mereArkitekturrapport: SAPA
Arkitekturrapport: SAPA Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens ansvar
Læs mereDHUV. Digitalisering på handicap- og udsatte voksneområdet metoder og it-anskaffelse Kommunemøder den 4., 7., 10. og 14.
DHUV Digitalisering på handicap- og udsatte voksneområdet metoder og it-anskaffelse Kommunemøder den 4., 7., 10. og 14. marts 2011 2 Vejledende program 12.45 Baggrund for projektet og formål med dagen
Læs mereSPOR 8: PERSPEKTIVER OG FORRETNINGSMÆSSIG VÆRDI
SPOR 8: PERSPEKTIVER OG FORRETNINGSMÆSSIG VÆRDI v. Sisse Bange og Mette Vinther Poulsen Data- og infrastrukturdage 16. og 19. september 2019 Perspektiver og forretningsmæssig værdi Hvorfor den fælleskommunale
Læs mereBaggrundsinformation
1. Begreber Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres
Læs mereBilag 6 - Kortlægning af udvalgte initiativer og analyser
Bilag 6 - Kortlægning af udvalgte initiativer og analyser Sekretariatet for arkitekturrådet har i forbindelse med foranalysen af hvordan rammearkitekturen kan bidrage til fælleskommunale standarder for
Læs mereFælleskommunal infrastruktur - SAPA-seminar, marts Michel Sassene, KOMBIT
Fælleskommunal infrastruktur - SAPA-seminar, marts 2014 Michel Sassene, KOMBIT Agenda 1. Hvorfor fælleskommunal infrastruktur? 2. Hvad kan man med infrastrukturen? 3. Brug af infrastrukturen i kommunen
Læs mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
Læs mereBilag 3: Arkitekturrapport, EDS Økonomisk friplads
Bilag 3: Arkitekturrapport, EDS Økonomisk friplads (Bilag til dagsordenspunkt 2, Arkitekturrapporter fra Effektiv Digital Selvbetjening) Denne orienteringsrapport udarbejdes for it-projekter i henhold
Læs mereVELKOMMEN Kommunernes data- og infrastrukturdag 2019
VELKOMMEN Kommunernes data- og infrastrukturdag 2019 Vi starter 9.00 Skab netværk og brug hinanden Har du hilst på dem, du sidder ved siden af KOMBIT eftersender link til dagens præsentationer VELKOMMEN
Læs mereIt-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 mereSAPA ARKITEKTURRAPPORT. Kommunernes it-arkitekturråd 8. maj 2014 DCH & KMJ
SAPA ARKITEKTURRAPPORT Kommunernes it-arkitekturråd 8. maj 2014 DCH & KMJ Indstilling Det indstilles, at arkitekturrådet drøfter, om: - Rapportens omfang og indhold er dækkende - SAPA-løsningens brug af
Læs mereRammearkitekturer der hænger sammen
FDA2018 FÆLLESOFFENTLIG DIGITAL ARKITEKTUR Rammearkitekturer der hænger sammen Erfaringer fra udrulning og implementering af rammearkitekturen i kommunerne Henrik Brix Formand for kommunernes it-arkitekturråd
Læs mereDUBU Sag og Dokument integrationer
DUBU Sag og Dokument integrationer Formålet med dette notat er at informere DUBU kommuner omkring hvilke integrationer vedrørende Sager og Dokumenter der er en del af DUBU, samt hvilke integrationsmuligheder
Læs mereADGANG TIL EGEN SAG ADGANG TIL EGEN SAG. Integration til Borger.dk baseret på fælleskommunal infrastruktur
ADGANG TIL EGEN SAG ADGANG TIL EGEN SAG Integration til Borger.dk baseret på fælleskommunal infrastruktur Tema Side 2 af 7 Indholdsfortegnelse Formål...3 Muligheder for at udstille data...3 SAPA og den
Læs mereSTØTTESYSTEMERNE NØGLEN TIL NYE MULIGHEDER OG FREMTIDENS SAGSBEHANDLING
Bilag 8 seneste version af grundfortællingen Pkt. 11 Grundfortælling om støttesystemer STØTTESYSTEMERNE NØGLEN TIL NYE MULIGHEDER OG FREMTIDENS SAGSBEHANDLING 1 HISTORIEN BAG STØTTESYSTEMERNE KMD har monopol
Læs mereKommunale cases: Frederiksberg & VeRA. Marius Hartmann It og forretningsarkitekt Frederiksberg kommune
Kommunale cases: Frederiksberg & VeRA Marius Hartmann It og forretningsarkitekt Frederiksberg kommune Frederiksberg Det eksisterende systemlandskab af ikkerammearkitektur kompatible systemer vil være et
Læs mereLøsningsbeskrivelse. Den fælleskommunale Serviceplatform
Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4
Læs mereVejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunal støttesystemer
3. september 2013 Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunal støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog, der vejleder
Læs mereVejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer
Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog, der vejleder kommunerne i det
Læs mereKlik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks
30. april 2013 NOTAT Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks Indhold: 1. Indledning og vejledning... 3 2. Krav vedr. Systemets anvendelse af Støttesystemet
Læs mereKommissorium 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 mereUdarbejdelse af strategier for hændelsesorientering
Udarbejdelse af strategier for hændelsesorientering En vejledning til kommunernes og ATP s opgaver Version 1.0 februar 2015 KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
Læs mereAcadre-integration til SAPA
Løsningsbeskrivelse Leverandør: Formpipe Software A/S Borupvang 5D DK-2750 Ballerup CVR nr. 29177015 Indholdsfortegnelse 1.0 Acadre-integration til SAPA... 1 1.1 Overordnet beskrivelse... 1 1.2 Detaljeret
Læs mereVilkå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(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR
Læs mereMØDE OM JOBCENTER- RELATEREDE SNITFLADER
MØDE OM JOBCENTER- RELATEREDE SNITFLADER 20. og 21. maj 2014 Dagsorden 1. Præsentation af deltagerne Jesper Bo Seidler 2. Formaliteter omkring indgåelse af aftaler Iver Winther 3. Præsentation af Jobcenter
Læs mereIt-principper. Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune
It-principper Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune Indledning It-principperne er grundstenene for it-arkitekturen i Sønderborg Kommune. Principperne skal bidrage til, at vi
Læs mereKL s Handicap og Psykiatrikonference 22. november 2010
Digitalisering af handicap- og udsatte voksneområdet. KL s Handicap og Psykiatrikonference 22. november 2010 Indhold 1. Kort om behovet for projektet 2. Præsentation af DHUV projektet 1. Formål med metoden
Læs mereSTS NETVÆRKSDAGE. Spor 3: Beskedfordeler. 11. og 12. marts 2015. Christian Callsen
STS NETVÆRKSDAGE Spor 3: Beskedfordeler 11. og 12. marts 2015 Christian Callsen SPOR: BESKEDFORDELER PRÆSENTERES AF: Christian Callsen, KOMBIT (ekstern) BAGGRUND: It-arkitekt, bl.a. speciale i hændelsesorientering
Læs mereFællesskabet der vil noget mere
Fællesskabet der vil noget mere Jens Kjellerup Digitaliseringschef Ballerup Kommmune & Bestyrelsen OS 2 - Offentlig Digitaliseringsfællesskab jeh2@balk.dk Tlf. +45 2477 4242 Agenda Digitaliseringslandskabet
Læs mereIt-Arkitekturrådets møde 28. februar Effektmåling af rammearkitektur
www.pwc.dk It-Arkitekturrådets møde 28. februar Effektmåling af rammearkitektur Revision. Skat. Rådgivning. Interviews og workshop har været primær input til udarbejdelsen af målepunkter, som har haft
Læs mereKrav og vejledning til kommunernes fremtidige it-udbud
Klik her for at angive tekst. Krav og vejledning til kommunernes fremtidige it-udbud I forbindelse med det forestående monopolbrud udarbejder KOMBIT i samarbejde med kommunerne en trin-for-trin drejebog,
Læs mereINTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR
INTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR Integrationsform (Serviceplatform [SP]) Gennemstilling Omstilling/redirect Orkestrering Replica/cache Transformation SFTP simpel SFTP med service kvittering
Læs mereKOMBITS UDMØNTNING AF RAMMEARKITEKTUREN. V/ Chefkonsulent Morten Hass
KOMBITS UDMØNTNING AF RAMMEARKITEKTUREN V/ Chefkonsulent Morten Hass Tre budskaber Rammearkitekturen er kommunernes fælles krav og infrastruktur Hvert fælles projekt udbygger rammearkitekturen Når ny fælles
Læs mereBilag 1: Beskrivelse af ydelsen (udkast) Konsulent Rammeaftale
Bilag 1: Beskrivelse af ydelsen (udkast) Konsulent Rammeaftale Der er udbudt følgende delaftaler: Delaftale 1: Digital forretningsstrategi Delaftale 2: It-strategi og governance Delaftale 3: It-konsulenter
Læs mereIntroduktion til Den fælleskommunale Rammearkitektur
Introduktion til Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Version 1.3 1. Introduktion Den fælleskommunale Rammearkitektur er et løbende udviklingsarbejde, hvor
Læs mereVision og strategi for DIGITALISERING & VELFÆRDSTEKNOLOGI for SÆH-forvaltningen
Vision og strategi for DIGITALISERING & VELFÆRDSTEKNOLOGI for SÆH-forvaltningen 2016-2020 VISION PERSPEKTIVER OVERORDNEDE MÅL ORGANISERING ROLLER OG ANSVAR INDSATSER BAGGRUND I Hjørring Kommune vil vi
Læs mereBilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS
NOTAT Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS (Bilag til dagsordenspunkt 10, Arkitekturrapport for KITOS) Lars Nico Høgfeldt, Odense Kommune Generel indledning
Læs mere