Arkitekturrapport: Kommunernes Ydelsessystem
|
|
- Sandra Jessen
- 5 år siden
- Visninger:
Transkript
1 Bilag 3: Arkitekturrapport for Kontaktydelsesprojektet. Bilag til dagsordenspunkt 8: Aktuelt perspektiv på arkitekturarbejdet i kontantydelsesprojektet. Arkitekturrapport: Kommunernes Ydelsessystem Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Rapporten sendes til sekretariatet for Kommunernes it-arkitekturråd og offentliggøres på it-arkitekturrådets arkitektur-site. 1
2 Revisionshistorik Version Revisionsdato Oversigt over rettelser Rettelse udført af Dokument oprettet KKJ Dokument samt analyse opdateret til nuværende arkitektur KKJ / MSU 2
3 Indholdsfortegnelse Indhold Revisionshistorik...2 Indholdsfortegnelse...3 Indhold...3 Arkitekturrapport Kommunernes Ydelsessystem (KY)...4 Projektinformation...4 Baggrund for projekt...4 Resultat af gennemført arkitekturanalyse...8 Forretningsbegrebsmodel...15 Tidsplan for eventuel opdatering af arkitekturrapport...17 Referencer...17
4 Arkitekturrapport Kommunernes Ydelsessystem (KY) Projektinformation Projektnavn Ledelsesansvarlig Projekttype Kommunernes Ydelsessystem (KY) SKI (It-arkitekt: KKJ) Ny it-løsning Baggrund for projekt Baggrund Projektet har til formål at etablere et moderne, fælleskommunalt it-system, Kommunernes Ydelsessystem (KY) til understøttelse af sagsbehandlingen på kontanthjælpsområdet og tilgrænsende områder, samtidig med at kommunernes udbudspligt af løftes og it-omkostninger på området reduceres. Systemet skal afløse KMD Aktiv. KMD Aktiv anvendes i dag af 97 kommuner og er omfattet af transitionsaftalen indgået i forbindelse med salget af KMD A/S, og dermed af KOMBIT s og KL s Udbudsplan for monopolområderne. Centralt for oplevelsen af det nye system vil være en væsentlig højere grad af beslutningsstøtte og automatisering end den brugerne kender fra de nuværende systemer. Systemet skal være robust, skalérbart, intuitivt, baseres på åbne snitfalder og standarder (f.eks. Sag & dokument) og så vidt mulig være i overensstemmelse med KOMBIT s rammearkitektur. Beskrivelse af løsningens forretning It-løsningens forretning er behandling af ydelsessager hos kommunale forvaltninger. Realiseringen af it-understøttelse af denne forretning indebærer it-løsningens integration med en række andre forretningsservices (it-løsninger) i andre relaterede domæner. De it-løsninger, der indgår i den komplette proces fra borgeren får et behov for kontanthjælp (eller anden ydelse) til borgeren har fået denne ydelse udbetalt, er illustreret på Figur 1 nedenfor. Figur 1: Forretnings flow fra borgerens ansøgning til udbetalt ydelse Borgeren har flere muligheder for henvendelse til det offentlige, og der er i KY fokus på
5 at facilitere oplevelsen af én indgang. Dette sker ved at sikre, at KY har den fornødne tekniske såvel som forretningsmæssige integration til it-løsninger, der findes i KYs omverden (som illustreret på Figur 1). Der er således skabt en komplet integration fra borgerens indgang til det offentlige, til den resulterende udbetaling af en ydelse til borgeren. KYs forretningsmæssige scope er illustreret i Figur 2 nedenfor. Figur 2: Forretningsmæssig scope for it-løsningen It-løsningen skal nærmere betegnet understøtte de dele af forvaltningen, som administrerer ydelsessager af følgende art: Forsørgelsesydelser - de løbende ydelser efter lov om aktiv socialpolitik: Uddannelseshjælp, kontanthjælp, revalideringsydelse, ressourceforløbsydelse og ledighedsydelse samt fleksløntilskud efter lov om en aktiv beskæftigelsesindsats. Dertil kommer opkrævning af fleksydelsesbidrag (der ligner efterlønsbidrag) og beregning og udbetaling af fleksydelse (der ligner efterløn). Enkeltydelser - hjælp i særlige tilfælde efter lov om aktiv socialpolitik kap. 10, og integrationslovens kap. 6: Hjælp til rimeligt begrundede enkeltudgifter, hjælp til udsættelsestruede, hjælp til sygebehandling, hjælp til tandbehandling, hjælp til samværsudgifter, hjælp til forsørgelse af forældreløse børn og hjælp til flytning. Andre ydelser - en ydelsesart, der kan udbetales gennem løsningen, men som ikke understøttes beregningsmæssigt ud over skatteberegning. Det er f.eks. helbredstillæg, udvidet helbredstillæg og personlige tillæg efter pensionslovene samt forskellige løbende økonomiske ydelser efter lov om social service. Dertil kommer en række ydelser efter lov om en aktiv beskæftigelsesindsats. Administrationssager - sager hvor kommunen har truffet afgørelse om hel eller delvis administration af en personens økonomi efter LAS 90, eller har indgået en frivillig aftale med personen. Dertil kommer et antal pensionister, hvor der efter pensionslovene er truffet beslutning om administration eller indgået frivillig aftale om administration af den pension, som beregnes og udbetales fra Udbetaling Danmark. De forskellige typer af ydelsessager håndteres i KY igennem en række forretningsprocesser. Forretningsprocesserne er modelleret over den generiske
6 forretningsproces, dog med tilpasning til KY. Alle ovennævnte ydelsestyper abstraheres i KY til forretningsprocessen Behandling af ydelsessager. Behandling af ydelsessager -processen er opdelt i flere underprocesser, som følger den generiske forretningsproces dette er vist i Tabel 1. Forretningsproces Underproces Behandling af ydelsessager Administration af person Modtag henvendelse / ansøgning Opret sag Oplys sag Beregn ydelse Træf afgørelse Udbetal og følg op Afslut sag Læg budget Træf afgørelse Effektuering Afslutning Administration af itløsning Administration Tabel 1: It-løsningens forretningsprocesser Ud over Behandling af ydelsessager har KY en afledt forretning i administrering af personers økonomi, samt administration af it-løsningen selv. Administration af en persons økonomi træder i kraft i de tilfælde, hvor det som en del af den primære proces, behandling af personens sag, er vurderet af det faglige personale, at personens økonomi skal under administration. Almen administration af løsningen er en pågående proces. I forretningsprocessen med Behandling af ydelsessager anvender KY en række af Rammearkitekturens Fælles Forretningsservice. Figur 3 illustrerer hvordan KYs forretning møder og gør brug af Rammearkitekturen.
7 Figur 3: Kommunernes Ydelsessystems forretning og Rammearkitekturen Der er udarbejdet detaljerede beskrivelser for alle ovennævnte forretningsprocesser samt deres subprocesser ud fra Rammearkitekturens generelle procesmønstre. Se [PROCESSER].
8 Resultat af gennemført arkitekturanalyse Arkitekturprincipper Kommunernes Ydelsessystem (KY) er baseret på De Fælleskommunale Arkitekturprincipper og er i høj grad bygget op omkring Den Fælleskommunale Rammearkitektur. Løsningen anvender i udpræget grad Fælles forretningsservices fra Rammearkitekturen, frem for at udvikle egne services. Herudover har De Fælleskommunale Arkitekturprincipper præget udformningen af krav til KYs løsningsarkitektur. Nedenstående liste beskriver hvilken indflydelse de enkelte principper har haft på løsningens arkitektur. A. Principper vedrørende it-styring og strategi A1. Der arbejdes mod en fælles rammearkitektur KY realiseres igennem udpræget brug af Den Fælleskommunale Rammearkitektur. Fra Rammearkitekturen anvendes Fælles Forretningsservices og KY benytter de Fælleskommunale Arkitekturprincipper i realiseringen af de fem overordnede mål fremsat af Den Fælleskommunale Digitaliseringsstrategi, samt de seks kommunalt fremsatte behov til digitalisering [RA], [RA-PRINCIP], [DIGI-STRAT]. A2. Undgå leverandør- lock-in KY har separate drifts- og udviklingskontrakter, der er med til at sikre maksimal kontinuitet i overgangsfaser. Derudover er der (jfr. Arkitekturprincip C1, C2 og C3) sikret det tekniske grundlag for at data kan eksportes fra- og importeres til KY. A3 It-sikkerhed tænkes ind i løsninger fra starten KY anvender Rammearkitekturens Adgangsstyring, så autentifikation og autorisation følger den fælles model for både brugere via KYs brugergrænseflade og eksterne IT-systemer via KYs tekniske snitflader. B. Principper vedrørende forretning og information B1. Forretningsservices genbruges på tværs af it-løsninger KY anvender flere af Rammearkitekturens Fælles Forretningsservices, samt flere af Rammearkitekturens fysiske services (se. Forretningsservices og Fysiske services nedenfor). KY udstiller egne forretningsservice igennem en række snitflader (se Fysiske services (egenudviklede) nedenfor). B2: Opgavevaretagelsen er dokumenteret på tværs af forretningsdomæner KY har forretningsmæssige snitflader til processer i relaterede domæner hos landets jobcentre, samt UDK, hvor bla. borgerens ansøgning omkring forskudsvist udlagt børnebidrag igangsættes. B3: Brugere inddrages aktivt i behovsafklaring og udviklingsforløb KY har igennem hele processen med kravspecificering, og vil i igennem udviklingsforløbet, gøre brug af en arbejdsgruppe af kommunale sagsbehandlere og fageksperter. Konkret udføreres en række (delleverance) prøver, herunder brugeraccepttest.
9 Arkitekturprincipper (fortsat) B4: IT-løsninger udfordrer eksisterende regler og arbejdsgange KY har påvirket eksisterende regler og arbejdsgange primært på to områder. Samarbejdet mellem KYs forretnings- og informationsarkitekter og kommunernes fageksperter, har vist punkter i lovgivningen, som med fordel kan tilpasses. Derudover har arbejdet med arbejdsgruppen, specielt med det store fokus på KYs Selvbetjening (og kommende arbejdsprocesser for omkring denne), udfordret hvordan ydelsescentrene i dag varetager behandling af ydelsessager. Introduktionen af KYs Selvbetjening, samt den store fokus på automatisk indhentning af data i KY, vil give anledning til væsentlig forbedring og optimering af arbejdsgange i kommunerne. Ydermere gives der igennem disse initiativer en bedre oplevelse af forløbet for borgeren, igennem bedre information, mere vejledning, hurtigere sagsbehandling m.v. B5: Der anvendes altid vedtagne begreber KYs begrebsmodel indarbejder begreber fra OIO Sag og Dokument standarderne, samt fra forretningsdomænet Kommunale Ydelser. B6: Der er defineret entydigt ejerskab af forretningsservices KY har udarbejdet en begrebs- og informationsmodel. Derudover er KY entydigt ejer at de forretningsservices som KY tilbyder. Forretningsservices tilbydes konkret igennem en række fysisk realiserede snitflader. Snitfladerne anvendes af it-løsninger der benytter KYs forretningsservices, eksempelvis den til KY hørende borgervendte selvbetjening (herunder eksterne tredjeparts selvbetjeninger). Et andet konkret eksempel er SAPA, der giver et overblik og bl.a. ydelsessager for en borger. KY udstiller de fornødne snitflader for at KY Selvbetjeningen som forretningsservice kan aftage KYs forretningsservice. Se Fysiske Services (egenudviklede) nedenfor, for en liste af konkrete snitflader. B7: Forretningshændelser meddeles omverdenen KY anvender i så høj grad det er muligt Beskedfordeleren til at modtage, såvel som afsende Beskeder. Ved relevante tilstandsskift i sagsbehandlingsprocessen afsendes en Besked via Beskedfordeleren, sådan at andre forretningssystemer kan konsumere disse. B8: Fælles autoritative reference- og grunddata anvendes Løsningen benytter centrale grunddata, der trækkes indirekte gennem Serviceplatformen, for at opnå målet om minimering af genindtastning af data. Ligeledes er brugen af referencedata, specifikt KLE, tænkt ind som en fundamental del af løsningen, til at opnå sagsbehandlernes ønsker om en højere grad af automatisering igennem f.eks. automatisk opgavefordeling. B9: Forandringsrobust arkitektur Som direkte følge af dette arkitekturprincip er det tydeligt kravsat, at der i løsningsarkitekturen skal fokuseres på indkapsling af data og services, således at der opnås en høj grad af forandringsparathed (modifiability) i KY, specielt med henblik på lovændringer.
10 Arkitekturprincipper (fortsat) Forretningsservices (fra rammearkitekturen) Forretningsservices (eget domæne) C. Principper vedrørende applikationer og teknologi C1: Data udstilles via åbne snitflader og kan genbruges Dette arkitekturprincip påvirker KY fra to sider; dels bevirker det at KY udstiller sine egenudviklede fysiske services (se nedenstående) ved brug af standardiserede åbne snitflader, der sikrer Løsningens integration i Rammearkitekturen; dels bevirker arkitekturprincippet at løsningen kan aftage forretningsservices fra andre (fysiske) services, udstillet af fagsystemer såvel som Støttesystemer. C2: Alle data er uafhængige af systemet, hvor de opbevares Dette arkitekturprincip overholdes igennem Løsningens brug af Rammearkitekturens Sag og Dokument Forretningsservices, hvorved sager og dokumenter opbevaret (og skabt) af Løsningen frit kan overføres til andre Løsninger, der ligeledes realiserer Rammearkitekturens Sag og Dokument forretningsservices. Samtidig kan Løsningen eksportere alle data bla. til brug for ledelsesinformationssystemer (LIS) og et nyt kommende ydelsessystem kan derfor også etablere en import af det fulde datasæt om nødvendigt. C3: Data identificeres entydigt Alle objekter i løsningen identificeres med et unikt ID (UUID). C4: It-løsninger er skalerbare efter formål Der stilles krav til at Løsningen skal være skalerbar både horisontalt og vertikalt, så øget belastning kan imødekommes efter behov. C5: It-løsninger er robuste overfor egne og andre systemers nedbrud Der stilles krav til at Løsningen skal være fejltolerant, og kunne fortsætte sit virke i tilfælde af nedbrud i eksterne systemer. Det er dog overladt til Leverandøren af godtgøre hvordan dette krav imødekommes (f.eks. ved at cache visse data, implementere prøv-igen-strategier etc.) Af rammearkitekturens Fælles Forretningsservices anvender løsningen følgende: Sag Dokument Klassifikation Organisation Part Betaling Kontering Beskedfordeling Rettighed KY anvender følgende Domænespecifikke Forretningsservices (hvor domænet er ydelsesdomænet): Ydelsesindeks Kommunernes Sygedagpengesystem (KSD)
11 Fysiske services (fra fælles initiativer) KY anvender følgende af de fysisk realiserede forretningsservices fra den fælleskommunale Rammearkitektur (Støttesystemerne): Organisation Klassifikation Økonomi i Rammearkitekturen (ØiR) Beskedfordeling Adgangsstyring Sagsindeks Dokumentindeks Ingen af ovennævnte forretningsservices er aktuelt i drift og afhængig af den kadence hvormed KY hhv. Rammearkitekturens Støttesystemer udrulles, kan det derfor blive nødvendigt, at Leverandøren selv realiserer Støttesystemet, enten ved at genbruge og tilpasse en komponent, som allerede eksisterer (uden for Rammearkitekturen), eller ved at udvikle komponenten som en del af KY. Hvis dette er tilfældet, vil KY stræbe efter at sikre at den implementerede komponent senere kan udskiftes med Rammearkitekturens Støttesystemer. Der er specificeret et sæt af Plan B krav for hvert af Rammearkitekturens Støttesystemer hvis disse skulle forsinkes så voldsomt at KY vælger at implementere dele af funktionaliteten selv.
12 Fysiske services (fra eksterne leverandører) KY anvender følgende fysiske services fra eksterne leverandører: SKAT eindkomst Feriekonto online opslag CPR Søgeservice SKAT eskattekort SKAT R75 Fælles Offentlig Fjernprint AMS DFDG AMS Statisk varehus Danmarks-Statistik UIS Person- og PersonSag Service CPR Vejregister CVR Jobcenter - Bevillingsoplysninger Dokumentboks NemSMS Feriekonto batch KMD Social Pension Forskudsvist udlagt børnebidrag ATP Register over samlevende JobCenter JobCenter - Målgruppeskift KY arbejder p.t. ud fra et mål om at alle services kan køres igennem Serviceplatformen. Formålet med integrationer igennem Serviceplatformen er at sikre en højere afkobling mellem tredjepartsservices og KY, hvilket følger følgende arkitekturprincipper: A1 Der arbejdes mod en fælles Rammearkitektur A3 Sikkerhed tænkes ind i løsningen fra starten B1 Forretningsservices genbruges på tværs af it-løsninger (B7 Enhver betydelig forretningshændelse meddeles omverdenen) B8 Fælles autoritative reference- og grunddata anvendes C1 Data udstilles via åbne snitflader og kan genbruges Samt støtter op om følgende af den fælleskommunale digitaliseringsstrategis overordnede mål: (Sammenhængende IT) Genbrug Flere leverandører (Driftstabilitet)
13 Fysiske services (egenudviklede) KY udstiller forretningsservices til behandling af ydelsessager overfor andre IT-systemer, som beskrevet ovenfor i form af en række fysiske implementationer. Nærmere bestemt udstiller KY følgende fysiske egenudviklede forretningsservices: Sag Dokument Part Journalnotat Beskedfordeling (modtagelse) Sag og Dokument ejes af Rammearkitekturen, men det er nødvendigt givet disse forretningsservices natur, at KY selv realiserer dem som fysiske services. Part ejes også af Rammearkitekturen, og anvendes af KY. Dog udstilles der ikke nogen konkret teknisk snitflade, som der gør for Sag og Dokument. Part fra Rammearkitekturen anvendes udelukkende til at arve informations- og begrebsmodellen. Journalnotat er på lige fod med Sag og Dokument, en OIO standard, der er en del af Rammearkitekturen. KY udstiller Journal som en fysisk (egenudviklet) service, hvilket faciliterer at andre it-løsninger kan tilgå læse (og oprette m.v.) journalnotater på ydelsessager. Af de kendte eksisterende eller kommende forretningsservice, er dette er specielt relevant for SAPA. I den nyeste version af den fysiske realisering af Rammearkitekturens fællesforretningsservice Beskedfordeling, er der defineret et nyt integrationsmønster, hvor KY kan udstille en snitflade til beskedmodtagelse, som led i anvendelsen af den fælles forretningsservice Beskedfordeling. KY understøtter naturligvis dette. Denne snitflade er således kun den ene halvdel af KYs anvendelse af forretningsservicen Beskedfordeling, da KY også anvender den fysiske service (Beskedfordeler) som almindeligt anvendersystem.
14 Fysiske services (egenudviklede) - fortsat Egenudviklede fysiske fagspecifikke forretningsservices: Ansøgning KY udstiller snitfladen Ansøgning, som en del af KYs fagspecifikke forretningsservice. Det er nødvendigt for KY at realisere denne fysiske service grundet behovet for integration med Selvbetjeningsforretningsservices, som anvender KYs forretningsservice. Dette indebærer konkret Ansøgninger om ydelser, f.eks. forsørgelsesydelser. Ansøgning er en fagspecifik forretningsservice, da den kun relaterer sig til ansøgninger om ydelser. Den nævnes dog eksplicit her, da denne fagspecifikke service muligvis kan ophæves til en domæne- eller fælles forretningsservice. Standarder KY stiller krav om overholdelse af en række centrale OIO standarder: OIO Sag OIO Dokument OIO Klassifikation OIO Organisation OIO UBL til NemHandel OIO-XML Løsningen stiller desuden krav om anvendelse af fællesoffentlige klassifikationer: KLE Kontoplanen Endelig bygger Løsningen som tidligere nævnt på en række fælles principper og strategier: Fællesoffentlig digitaliseringsstrategi Fælleskommunal digitaliseringsstrategi Den Fælleskommunale Rammearkitektur De Fælleskommunale Arkitekturprincipper It-infrastruktur Sikkerhed Se projektets driftskontrakt. It-løsningens sikkerhed bygger på Rammearkitekturens Adgangssstyring og Administrationsmodul.
15 Forretningsbegrebsmodel Nedenstående Figur 4 viser Kommunernes Ydelsessystems overordnede begrebsmodel. Figur 4: It-løsningens begrebsmodel Alle KYs ydelser er modelleret over samme generelle model. En model, der også ligger til grund for ydelser uden for KYs ydelsesområde. De enkelte ydelser er modelleret hver for sig, med det informationsbehov, der er på det specialiserede område, men stadig over samme model. Den fulde detaljerede model er ikke medtaget her. Farvekoder: Hvid: klassen er defineret i denne kontekst og "ejes" af KY. Grøn: klassen er defineret generelt for hele ydelsesområdet (også udover KY) Blå: klassen er defineret udenfor KY og ejes af et andet domæne. KY skal respektere disse klasser og deres definition. Gennemgang af modellen Ydelseskatalog I venstre sides nederste hjørne af modellen findes fundamentet for de ydelser en person kan blive tildelt. Her beskrives ydelserne med link til lovgrundlaget og med de regler, der afgør dels hvorvidt personen har
16 ret til ydelsen og dels hvor stor ydelsen bliver (Bevillingsregel og beregningsregel). Begge anvender bl.a. satser i deres beregninger. Det beskrives også her, hvorledes ydelserne skal konteres, når de engang bliver bevilgede. Beslutningsoplysninger Når en person ansøger om en eller flere ydelser, skal vi bruge dels Bevillingsreglerne og dels nogle informationer om personen (inkl. ægtefælle mm. afhængigt af ydelsen). Disse indgår i begrebet beslutningsoplysninger. Nogle af disse oplysninger kommer fra ansøgningen og andre indhentes fra andre informationskilder (eksempelvis andre ydelsessystemer). Part Person og virksomheder kan være parter i en sag og kan optræde i forskellige roller i forhold til ansøgning og bevilling af ydelser. Som navnet siger, er det Ydelsesansøgeren, der ansøger om en eller flere ydelser. Ydelsesansøgeren er som regel en person, men kan også være en virksomhed, der ansøger på vegne af en person. Bevillingsmodtageren er den, der får bevillingen og Ydelsesmodtageren er den, der modtager ydelsen. Eksempelvis kan det være en optiker, der modtager ydelsen, mens det er en person, der har modtaget bevillingen. Organisation Organisationen holder de aktører, som har noget med sagsbehandlingen at gøre og som er juridisk ansvarlige for sagens forløb. Her beskrives organisationen, sagsbehandlere, brugere etc. og deres indbyrdes sammenhæng. Sag Sagen samler alle dokumenter, notater, parter, aktører, bevillinger m.m. Sag består af 2 dele. En standardsag, som håndteres fuldstændigt efter standarden for sag og en KY-sag, som håndterer det, der er specielt for KY. Udefra opfattes det som en og samme sag. Bevilling Når der er indsamlet de nødvendige oplysninger til at man kan afgøre, hvorvidt en ydelsesansøger har ret til ydelsen eller ej, gives enten et afslag eller en bevilling. Bevillingen består af en eller flere bevilgede ydelser (som er defineret i ydelseskataloget). Bevillingen kan ses som en "kontrakt" mellem kommunen og personen om at modtage en eller flere ydelser. Planlægning Når en ydelsesansøger har fået bevilget sin(e) ydelse(r), lægges en plan for, hvorledes de skal effektueres. På planen angives eksempelvis beløb, frekvens, dispositionsdag etc. Beregningsgrundlag For at finde det korrekte beløb til udbetaling, anvendes beregningsreglen på den bevilgede ydelse fra ydelseskataloget sammen med oplysninger om personen og eventuelle takster. Effektuering Effektueringen sørger for, at det, der står på planen, sker. Dvs. at de bevilgede ydelser bliver udbetalt i den frekvens, med det beløb og med den dispositionsdato, som planen siger. Effektueringen søger også for at resultater fra andre beregningen som Sanktionsberegning, Skatteberegning, ATP-beregning og eventuelt administrationstræk indregnes, før udbetalingen foretages til ydelsesmodtagerens konto. Se [BEGREBMODEL] for hele den detaljerede begrebsmodel.
17 Tidsplan for eventuel opdatering af arkitekturrapport 1.0 Kravspecificering Løsningsdesign Byggefase Test Referencer [RA] - Den Fælleskommunale Rammearkitektur, [RA-PRINCIP] De Fælleskommunale Arkitekturprincipper, [BEGREBMODEL] Kommunernes Ydelsessystems begrebsmodel, [PROCESSER] Kommunernes Ydelsessystems forretningsprocesser og subprocesser, Processer.docx [DIGI-STRAT] Den Fælleskommunale Digitaliseringsstrategi,
Arkitekturrapport: 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 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 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: 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: <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 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 mereUnderbilag 2.4 Begrebsmodel. Kommunernes Ydelsessystem
Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side 2 af 8 Vejledning Bilaget er færdigt, og Tilbudsgiver
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 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 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 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 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 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 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 mereLeverandørmøde Kommunernes Ydelsessystem. Den 19. februar 2013
Leverandørmøde Kommunernes Ydelsessystem Den 19. februar 2013 A. Idemodning Eksterne tests og pilot-drift F. Afslutning Tidsplan 2011 2012 2013 2014 2015 2016 C. Krav & kontrakter D. Udvikling & overtagelse
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 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 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 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: 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 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 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 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 mereLeverandørmøde Kommunernes Ydelsessystem. August/september 2013
Leverandørmøde Kommunernes Ydelsessystem August/september 2013 A. Idemodning Eksterne tests og pilot-drift F. Afslutning Tidsplan 2012 2013 2014 2015 2016 C. Krav & kontrakter D. Udvikling & overtagelse
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 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 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 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 mereYDELSESREFUSION. Dialog med it-leverandører af økonomisystemer Torsdag den 27. august 2015
YDELSESREFUSION Dialog med it-leverandører af økonomisystemer Torsdag den 27. august 2015 Opgaver på de kommunale økonomisystemer fra 2016 og 2018 Fra 2016 skal kommunernes refusioner og medfinansieringer
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 mereKommunernes Ydelsessystem
Kommunernes Ydelsessystem Kommunernes Ydelsessystem De næste 15 minutter Målsætninger for Kommunernes Ydelsessystem Omfang af løsningen Status på projektet Implementering Spørgsmål 2 27.9.2012 Digitaliseringsmessen
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 mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 NOTAT Anvenderkrav til Støttesystemet Klassifikation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk
Læs mereUnderbilag 2.13: Hændelsesliste. Kommunernes Ydelsessystem
Underbilag 2.13: Hændelsesliste Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 2 Hændelsesliste Indgående beskeder... 4 3 Hændelsesliste udgående beskeder... 25 DETTE DOKUMENT
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 mereKommissorium for Digital Robust Arkitektur
Digital Robust Arkitektur Kommissorium for Digital Robust Arkitektur 1. Motivation/baggrund for programmet Arkitekturprogrammet er et program som udspringer af den Fælles offentlige digitaliseringsstrategi.
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 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 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 mereUnderbilag 2.5 Informationsmodel. Kommunernes Ydelsessystem
Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 1.1 Symbolforklaring... 3 1.2 Underbilagets indhold... 4 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19
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 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 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 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 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 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 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 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 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 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 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 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 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 mereAdministrationsmodul, Adgangsstyring for systemer og Adgangsstyring for brugere
1 Administrationsmodul, Adgangsstyring for systemer og Adgangsstyring for brugere Tre af de otte Støttesystemer 2 Kombit Støttesystemerne Administrationsmodul, Adgangsstyring for systemer og Adgangsstyring
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 mere1 KY-kontering 26.11.2013
1 KY-kontering... 2 1.1 Bevilling... 3 1.1.1 Attributter... 3 1.2 Økonomisk effektueringsplan... 3 1.2.1 Attributter... 4 1.3 Bevilget ydelse... 5 1.3.1 Attributter... 5 1.4 Bevillingsmodtager... 5 1.5
Læs mereGenerelt om støttesystemerne
Generelt om støttesystemerne Dette afsnit giver et overblik over de enkelte støttesystemer der indgår i Rammearkitekturen. For yderligere information henvises til de udarbejdede kravspecifikationer. Støttesystemerne
Læs mereVersion 1.0. Vejledning til brug af Støttesystemet Organisation
Version 1.0 Vejledning til brug af Støttesystemet Organisation kombit@kombit.dk CVR 19 43 50 75 Side 1/6 1. Indledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT indkøb af
Læs mereSAPAs 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 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 mereSAPA OG STØTTESYSTEMERNE. V/ projektleder Kenneth Møller Johansen
SAPA OG STØTTESYSTEMERNE V/ projektleder Kenneth Møller Johansen I dag 1. KMD Sag: Konkurrence hvordan? 2. Kort om SAPA og om Støttesystemerne 3. Samspil med kommunernes sagsbærende løsninger 4. Hvad gør
Læs mere1. Overordnet beskrivelse af processen
NOTAT Administration af Person (Beskæftigelsesområdet, Pensionsområdet) 1. Overordnet beskrivelse af processen Denne forretningsproces angår opstart og behandling af administrationssager håndteret af kommunens
Læs mere1. Overordnet beskrivelse af processen
NOTAT Udbetaling af andre ydelser (merudgifter) - Børn & Unge, Pension, Social & Handicap, Diverse 1. Overordnet beskrivelse af processen Denne forretningsproces beskriver, hvordan sagsbehandlere på andre
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 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 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 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 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 mereKOMMUNERNES SYGEDAGPENGESYSTEM
KOMMUNERNES SYGEDAGPENGESYSTEM Funktionaliteten i hovedtræk Netværksmøder 5. og 6. november 2013 IKKE KUN IT OG MONOPOLBRUD OGSÅ KOMMUNAL FORANDRING! GLEM HVORDAN DU GØR DET I DAG KSD i kontekst Print
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 mereBilag 2: Kravspecifikation Kommunernes Ydelsessystem
Bilag 2: Kravspecifikation Kommunernes Ydelsessystem INSTRUKTION TIL TILBUDSGIVER Bilag 2 med underbilag indeholder Kundens konkrete krav til Løsningen. (Bilag 12 Optioner er også en del af Kravspecifikationen,
Læs mereProcessen igangsættes, når Ydelsescentret modtager en indstilling om ressourceforløbsydelse
NOTAT Behandling af ressourceforløbsydelse Bemærk, at beskrivelserne omkring anvendte og anvendte pt. ikke er kvalificeret med hensyn til nuværende praksis, idet ressourceforløbsydelse først er indført
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 mereSERVICEPLATFORMEN FOSAKO MØDE 21. MARTS Forretningsudvikler Tomas Volf
SERVICEPLATFORMEN FOSAKO MØDE 21. MARTS 2019 Forretningsudvikler Tomas Volf HVAD ER DEN FÆLLESKOMMUNALE INFRASTRUKTUR? - DEN KORTE VERSION Serviceplatformen Støttesystemerne Datakilder Datakunder Grunddata:
Læs mereUnderbilag 2.12: Eksempler på breve
Underbilag 2.12: Eksempler på breve Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 1.1 Eksempler på brevskabeloner... 3 1.2 Eksempler på breve... 9 1.3 Afslagsbrev... 10
Læs mereKommunernes Ydelsessystem: Vejledning til business caseredskab
Kommunernes Ydelsessystem: Vejledning til business caseredskab Version 1.0, maj 2014 Denne vejledning til en lokal business case suppleres af følgende dokumenter: Instruktion til udfyldelse af business
Læs mere1. Overordnet beskrivelse af processen
19.12.2012 KY projektet NOTAT Behandling af forsørgelsesydelser, Fleksydelser (bidrag og udbetaling) 1. Overordnet beskrivelse af processen Fleksydelse er en ordning for personer der er visiteret til fleksjob.
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 mere1. Overordnet beskrivelse af processen
19.12.2012 KY projektet NOTAT Administration af person (Beskæftigelsesområdet, Pensionsområdet) 1. Overordnet beskrivelse af processen Denne forretningsproces angår opstart og behandling af administrationssager
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 mereBehandling af forsørgelsesydelser, Fleksydelser (bidrag og udbetaling)
05.08.2013 KY Projektet NOTAT Behandling af forsørgelsesydelser, Fleksydelser (bidrag og udbetaling) 1. Overordnet beskrivelse af processen Fleksydelse er en ordning for Personer, der er visiteret til
Læs mereVilkå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 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 mereNETVÆRKSMØDE KY & KSD. Tirsdag den 5. og onsdag den 6. november
NETVÆRKSMØDE KY & KSD Tirsdag den 5. og onsdag den 6. november Program 09.15 09.45 Status på Kommunernes Ydelsessystem 09.45 10.45 Succeskriterier og gevinstrealisering på Kommunernes Ydelsessystem 10.45
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 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 mereDenne forretningsproces angår behandling af en indstilling til revalideringsydelse.
19.12.2012 KY projektet NOTAT Behandling af forsørgelsesydelser, Revalideringsydelse 1. Overordnet beskrivelse af processen Denne forretningsproces angår behandling af en indstilling til revalideringsydelse.
Læs mereSAPA S BETYDNING FOR ESDH. IMPULS 2015, 17. september 2015 Kenneth Møller Johansen
SAPA S BETYDNING FOR ESDH IMPULS 2015, 17. september 2015 Kenneth Møller Johansen I dag 1. Kort om KOMBIT 2. KMD Sag: Monopolbrud hvordan? 3. Samspil med ESDH-systemer 4. Hvad gør kommunerne nu? 5. Etablering
Læs mereIndlæg på Kommunerne IT arkitektur råd
Indlæg på Kommunerne IT arkitektur råd 25. februar 2014 Peter Glargaard Jytte Bertelsen Hvor vi kom fra Kommunerne UDK SAPA Overblik, Opgavestyring Driftsstabilitet afhænger bl.a. af leverandørafhængigheder
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 mereProcessen igangsættes når Ydelsescentret modtager en indstilling om forsørgelse fra jobcentret.
19.12.2012 KY projektet NOTAT Behandling af forsørgelsesydelser, Ledighedsydelse 1. Overordnet beskrivelse af processen Denne forretningsproces angår behandling af en indstilling til ledighedsydelse. Formålet
Læs mereBilag 2: Kravspecifikation Kommunernes Ydelsessystem
Bilag 2: Kravspecifikation Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 4 1 Indledning... 4 1.1 1.2 1.3 1.4 1.5 Leverancebeskrivelsens indhold... 4 Underbilag under nærværende bilag... 4
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 mereUnderbilag 2.19: Målepunkter og succeskriterier Kommunernes Ydelsessystem
Underbilag 2.19: Målepunkter og succeskriterier Kommunernes Ydelsessystem Underbilag 2.19 Målepunkter og succeskriterier Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 2 Målepunkter og succeskriterier...
Læs mereLæsevejledning til review af støttesystemer, marts 2013
Læsevejledning til review af støttesystemer, marts 2013 Kommunerne ønsker en fælleskommunal rammearkitektur, der kan understøtte digitaliseringen og åbne for konkurrence på det kommunale it-marked. Rammearkitekturen
Læs mereIntroduktion til Støttesystemet Beskedfordeler
Introduktion til Støttesystemet 1. Om dokumentet Dette dokument formidler et overblik over brugen af den fælleskommunale. Formålet er at give læseren en forståelse af, de væsentligste begreber, forudsætninger
Læs mereProcessen igangsættes, når Ydelsescentret modtager en indstilling om forsørgelse fra Jobcentret.
NOTAT Behandling af forsørgelsesydelser, Ledighedsydelse Bemærk, at denne procesbeskrivelse er tilrettet i forhold til lovgivningen pr. 1. januar 2013 (jf. ændringer som følge af Lov nr. 1380 af 23/12/2012
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 mere