Overordnet set vurderer Odense Kommune, at både det foreliggende udkast og det bagvedliggende arbejde er af høj kvalitet.
|
|
- Aksel Andreas Søndergaard
- 7 år siden
- Visninger:
Transkript
1 Høringssvar på Specifikation af Serviceinterface for Sag standard for Specifikation af Serviceinterface for Sag og har flg. bemærkninger. og det bagvedliggende arbejde er af høj kvalitet. MFD, MIB Der er godt at se at standarden er kommet tættere på en operationel tilgang til sagsbegrebet. Det er også godt at se at standarden er kommet tættere operationel tilgang når det gælder sagsudvekslinger. Den mere operationelle tilgang gør, at definitionen på sag nu er mere enkel, hvilket muliggør understøttelsen af, at sager findes i mange systemkontekster og i mange afarter. Udkastet rummer også udfordringer: Det skal sikres at standarden overholder gældende lovgivning, hvis dette arbejde ikke allerede er udført. Der savnes eksempler i anvendelsen af serviceinterfacet Sag i forhold til konkrete integration-sammenhænge. Indarbejdelse af eksempler vil netop gøre komponentens anvendelse tydeligere og mere forståelig, ligesom det vil sikre at formålet med Serviceinterface Sag opfyldes, som beskrevet under afsnittet Formål med Serviceinterface Sag. Side 1 af 2
2 Detailkommentarer Side 13 afsnittet Operationer: I Tabel 7 er henvist til dokumentet Generelle specifikationer for serviceinterface Sags- og dokumentområdet for beskrivelse af operationerne. Der savnes eksempler for de enkelte operationer direkte beskrevet i Sag dokumentet, herunder især beskrivelse af søgning. Lars Nico Høgfeldt Tlf.: Mail: lanh@odense.dk Side 2 af 2
3 Specifikation af Serviceinterface for Doku- Høringssvar på ment standard for Specifikation af Serviceinterface for Dokument og har flg. bemærkninger. MFD, MIB og det bagvedliggende arbejde er af meget høj kvalitet. Der er godt at se at standarden er kommet tættere på en operationel tilgang til dokumentbegrebet. Udkastet rummer også udfordringer: Det skal sikres at standarden overholder gældende lovgivning, hvis dette arbejde ikke allerede er udført. Der savnes eksempler i anvendelsen af serviceinterfacet Dokument i forhold til konkrete integration-sammenhænge. Indarbejdelse af eksempler vil netop gøre, at formålet med Serviceinterface Dokument opfyldes, som beskrevet under afsnittet Formål med Serviceinterface Dokument. Indarbejdelsen af eksempler vil ligeledes gøre standarden langt mere håndterbar og mindre svævende, og dermed sikre at alle har samme opfattelse af begreberne og deres anvendelse. Side 1 af 2
4 Detailkommentarer Side 6 Afsnittet Formål: Formålet... er at understøtte en smidig UDVEKSLING af dokumenter imellem fagsystemer. Er det dokumenterne eller metadata der skal udveksles? Måske dokumenter, hvis en sag/dokument skal oversendes til en anden myndighed? Ellers skal dokumenterne vel kun forekomme et sted? Der savnes rige eksempler direkte beskrevet i standarden. Lars Nico Høgfeldt Tlf.: Mail: lanh@odense.dk Side 2 af 2
5 Høringssvar på Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet standard for Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet og har flg. bemærkninger. PHAJ, LANH og det bagvedliggende arbejde er af meget høj kvalitet. Det er godt med en generel rammesættende standard beskrivelse, som også fremadrettet vil kunne genbruges og være referenceramme for kommende standarder. Udkastet rummer også udfordringer: Dokumentet indeholder ingen overvejelser om versionering om sameksistens af forskellige versioner af specifikationerne, dvs. change management. Der vil over tid opstå behov for at håndtere sameksistens af forskellige versioner, bagudkompatibilitet etc. En model herfor kunne være en matrix, der på hver led havde samtlige udgaver af samtlige forretningsservices og felterne i matricen beskriver graden af kompatibilitet imellem de komponenter fra forskellige versioner af specifikationerne. Det kan foreslås at stille det generelle krav til alle de standardiserede forretningsservices, at hver service kan oplyse, hvilken version af standarden den understøtter. Side 1 af 3
6 Det bør fremgå tydeligere og mere entydigt i det indledende formåls afsnit, at standarden bør anvendes af alle fagsystemer, og ikke kun er begrænset til ESDH området. Ovenstående kan ligeledes understøtte af, at der i standarden indgår eksempler med andre fagsystemer fx et Lønsystem. Side 21 Ang. Registrering: Det kan evt. tydeliggøres, at der ikke kan ændres ved dataindholdet af en objektregistrering, der har fundet sted. Virkningsperioder kan ændres, men ikke registreringsperioder. Eneste mulighed er at foretage en ny registrering. Detailkommentarer Side 5: Formuleringen "De enkelte arbejdsgrupper skal udarbejde..." lyder som var den skrevet før arbejdet gik i gang. - Tjek de øvrige afsnit, der kan være lignende eksempler. Side 11 nederst: "Systemer agerer typisk som enten serviceudbydere eller serviceanvendere, men kan også være både serviceudbydere og serviceanvendere. Dette illustreres i Figur." - mangler konkret henvisning til figur. Side 16 Ang. tabel 4: De 3 typer nederst i tabel 4 har stærk relation til "Begrebsmodel til brugerstyring" og der skal sikres koordinering med begreberne i dokumentet Begrebsmodel til brugerstyring. Side 22 - Ang. figur 4: Er tilstanden Nedlagt = slettet? ellers bør tilstanden/begrebet Nedlagt beskrives i dokumentet. Side 22: Ang. Tilstande på figur 4: Kan et Objekt ikke går fra tilstanden Passiv til Nedlagt? eller skal det importeres igen for at opnå tilstanden Nedlagt? - Ifølge beskrivelsen af Passiv på side 24 kan et Objekt som har tilstanden Passiv stadig benyttes, men vedligeholdes ikke" Gælder det også i forhold til ændring af tilstand, således at et Passivt Objekt ikke kan ændre tilstand? Side 2 af 3
7 Lars Nico Høgfeldt Tlf.: Mail: Side 3 af 3
8 Specifikation af Serviceinterface for Klassi- Høringssvar på fikation standard for Specifikation af Serviceinterface for Klassifikation og har flg. bemærkninger. PHAJ og det bagvedliggende arbejde er af meget høj kvalitet. Det bør fremgå tydeligere og mere entydigt i det indledende formåls afsnit, at standarden bør anvendes af alle fagsystemer, og ikke kun er begrænset til ESDH området. Ovenstående kan ligeledes understøtte af, at der i standarden indgår eksempler med andre fagsystemer fx et Lønsystem. Detailkommentarer Side 8: Nævn også forretningsservice vedr. brugeradm/brugerrettigheder. Side 14: Kardinalitetsangivelserne bør justeres. Imellem klassifikation og facet står der *. Det bør være 1..* for at markere, at der mindst skal være 1 facet jf. teksten siden 15: "Klassifikationssystem eller blot klassifikation er en objektinstans, der samler en systematik bestående af en eller flere facetter". Side 16 - Ang. Tilstand:
9 Der er betydelige uklarheder i tabellen. Tilsyneladende er tilstandsskift fra "Nej" til "Nej" ikke tilladt (der er ikke kryds ud for denne mulighed). Indholdet kan evt. formidles enklere helt uden tabel - i hvert fald, hvis der menes "Når først tilstanden "publiceret" er indtrådt, forbliver i denne tilstand" (tilsvarende med tabellerne s. 20 og s. 25). Side 16 Ang. Relation: Kardinaliteten for Ejer-relationen er angivet med betyder det, at en organisation altid har netop 1 klassifikation? I så fald er det ikke korrekt. Tilsvarende bør Ansvarlig-relationen rettes til, at en organisation kan være ansvarlig for flere objekter. Side 17: Det undrer, at operationen "Passiverer én Klassifikation" ikke modsvares af en operation kaldet "Aktiverer én Klassifikation". Er passivering en irreversibel proces? Side 23: Er det korrekt, at klasse-objektet forekommer to gange? Med to forskellige kardinalitetsangivelser. Lars Nico Høgfeldt Tlf.: Mail: lanh@odense.dk
10 Specifikation af Serviceinterface for Arkiv- Høringssvar på struktur standard for serviceinterface for arkivstruktur og har følgende bemærkninger. og det bagvedliggende arbejde er af meget høj kvalitet. Der er et stort behov for en standard for at understøtte en mere smidig udveksling af oplysninger om logiske arkiver mellem systemer. AMOR, MFD Standarden er afprøvet i en teoretisk kontekst og vi vurderer at den logik der præsenteres i standarden fint ville kunne monteres ovenpå eksisterende fagog ESDH systemer, digitale som fysiske. Det bør fremgå tydeligere og mere entydigt i det indledende formåls afsnit, at standarden bør anvendes af alle fagsystemer, og ikke kun er begrænset til ESDH området. Ovenstående kan ligeledes understøtte af, at der i standarden indgår eksempler med andre fagsystemer fx et Lønsystem. Anneli Mortensen Tlf.: Mail: amor@odense.dk
11 Specifikation af Serviceinterface for Organi- Høringssvar på sation standard for serviceinterface for organisation og har ingen bemærkninger. og det bagvedliggende arbejde er af meget høj kvalitet. Der er et stort behov for en standard for udveksling af informationer om organisations- og personaledata. MIB, PHAJ Standarden bør ikke begrænses kun til ESDH området, men anvendes af alle andre fagsystemer, hvilket også fremgår i standarden og de i standarden beskrevne eksempler. Lars Nico Høgfeldt Tlf.: Mail: lanh@odense.dk
Sag og dokument standarderne - Hvad og hvorfor
Sag og dokument standarderne - Hvad og hvorfor > Sag og dokument standarderne Hvad og hvorfor Dette dokument kan frit anvendes af alle. Citeres der fra dokumentet i andre publikationer til offentligheden,
Læs mereHøringssvar vedrørende Specifikation af serviceinterface for person (part)
IT- og Telestyrelsen Holsteinsgade 63 2100 København Ø Høringssvar vedrørende Specifikation af serviceinterface for person (part) Dette er KLs høringssvar på den offentlige høring om specifikation af serviceinterface
Læs mereSpecifikation af serviceinterface for klassifikation. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for klassifikation Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for klassifikation Udgivet af: IT- & Telestyrelsen Denne
Læs mereSpecifikation af serviceinterface for sag. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for sag Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for sag Denne standard kan frit anvendes af alle. Citeres der fra
Læs mereSpecifikation af serviceinterface for arkivstruktur. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for arkivstruktur Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for arkivstruktur Denne standard kan frit anvendes af alle.
Læs mereOm projektet afprøvning af MOX-konceptet
NOTAT Om projektet afprøvning af MOX-konceptet MOX konceptet skal afprøves i flere forskellige kommuner med flere forskellige leverandører. Afprøvningen skal gennemføres i løbet af efteråret 2012. Der
Læs mereHøringsnotat - specifikation af serviceinterface for SAG version 1 2
N OTAT Høringsnotat - specifikation af serviceinterface for SAG version 1 2 Specifikation af serviceinterface for SAG Version 1.2 (Sag-standard) Den fællesoffentlige styregruppe for Sag og Dokument sendte
Læs mereKommentar fra KMS til Specifikation af Serviceinterface for Person
Kommentar fra KMS til Specifikation af Serviceinterface for Person Organisation Side Kapitel Afsnit/figur/tabel /note Type af kommentar (generel (G), redaktionel (R), teknisk (T)) Kommentar KMS-1 G Godt
Læs mereSpecifikation af serviceinterface for dokument. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for dokument Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for dokument. Version 1.1.1 Denne standard kan frit anvendes
Læs mereIndeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76
MOX bilag Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76 Rapporten og bilaget udgør et foreløbigt udkast til rapportering
Læs mereSag og Dokument: Eksempel på brug af generelle egenskaber
Sag og Dokument: Eksempel på brug af generelle egenskaber Der er knyttet en række generelle egenskaber til de enkelte objekter som beskrevet i dokumentet Generelle egenskaber for serviceinterfaces på sags-
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 mereGenerelle egenskaber for serviceinterfaces på sags- og dokumentområdet. Denne standard er godkendt af OIO-komiteen december 2009
Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet Denne standard er godkendt af OIO-komiteen december 2009 Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet Denne
Læs mereSpecifikation af serviceinterface for Sag version 1.2
Høringssvar fra KMD vedrørende Specifikation af serviceinterface for Sag version 1.2 KMD takker for muligheden for at kommentere på specifikationen. Det er KMDs vurdering, at der generelt er tale om fornuftige
Læs mereSpecifikation af serviceinterface for dokument. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.
Specifikation af serviceinterface for dokument Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af serviceinterface for dokument Denne standard
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 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 mere1 Objekt informationsmodel - Byggeblok
1 Objekt informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Objekt Modellen beskriver og viser hvordan Forretningsobjekt "Objekt" kan forstås. Modellen er generisk, og kan derfor bruges
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 mereSpecifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.
Specifikation af serviceinterface for organisation Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af forretningsservice for Organisation 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 mereVejledning i kravspecificering af Sag og Dokument standarder (Revideret udgave; januar 2011)
Notat Vejledning i kravspecificering af Sag og Dokument standarder (Revideret udgave; januar 2011) Denne version af vejledningen er identisk med første udgave fra august 2010 bortset fra redaktionelle
Læs mereOmråde Karakter Tema Kræver formidli ng
ID Kommentar Indsendt af Område Karakt Tema Kræv formidli ng Intn kommentar Formuling til høringsnotat Medfør ændring i standard? Behandling af høringssvaret 191 Ovordnet set vurd Kommune, at både det
Læs merecuneco en del af bips
center for produktivitet i byggeriet Metode & struktur for egenskabsdata Onsdag 30. maj 2012 Byggecentrum i Ballerup Høringsworkshop Agenda Velkomst Præsentation af projektet Pause Debat Afrunding Løbende
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 mereHøringssvar vedr. Serviceinterface for Person
Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...
Læs merePå vej mod internationalt orienterede datastandarder
FDA2018 På vej mod internationalt orienterede datastandarder Dan Bjørneboe, KL Peter Bruhn Andersen, Digitaliseringsstyrelsen 1 OPDATERING OIO OIO-OPDATERING FDA 23. april 2018 DAGSORDEN/EMNER OIO OPDATERING
Læs mereIT- og Telestyrelsen Holsteinsgade København Ø. Fremsendt til: Høringssvar Specifikation af serviceinterface for Person
IT- og Telestyrelsen Holsteinsgade 63 2100 København Ø Fremsendt til: sagogdokument@itst.dk 19. august 2011 Ref. LFH J.nr. Domæne Valg Person Høringssvar Specifikation af serviceinterface for Person KMD
Læs mereSeptimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og FKG_2_3_1_mssql.sql
Septima P/S Larsbjørnsstræde 3 1454 København K +45 7230 0672 www.septima.dk 31. juli 2013 Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og
Læs mereHØRINGSNOTAT. OIO-udvalget for sags- og dokumentområdet
OIO-udvalget for sags- og dokumentområdet HØRINGSNOTAT 8. december 2009 Indstilling til OIO-Komitéen vedrørende Sags- og dokumentstandarder på baggrund af høring oktober/november 2009 Holsteinsgade 63
Læs mere1 Tilstand informationsmodel - Byggeblok
1 Tilstand informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Tilstand : Overordnet model til at beskrive "tilstande". Modellen er generisk og kan bruges som skabelon på tværs af forretningsområder
Læs mereCCS Formål Produktblad December 2015
CCS Formål Produktblad December 2015 Kolofon 2015-12-14
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 mereSpecifikation af serviceinterface for sag
Specifikation af serviceinterface for sag > Specifikation af serviceinterface for sag. Version 1.2 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til offentligheden,
Læs mereSTEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen
STEDBEVIDST UDVIKLING Jes Ryttersgaard Kort og Matrikeldtyrelsen - bevidst om at bruge stedet som indgang til digital forvaltning - bevidst om hvordan vi sikrer, at det giver mening at bruge stedet - bevidst
Læs mereSpecifikation af serviceinterface for sag. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for sag Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for sag. Version 1.2 Denne standard kan frit anvendes af alle. Citeres
Læs mereTeknisk uddybning af generelle egenskaber for sags- og dokumentområdet
Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Denne vejledning kan frit anvendes af alle. Citeres der fra
Læs mere1 Klassifikation-version2.0
1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)
Læs mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
Læs mereSpecifikation af serviceinterface for organisation. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for organisation Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for Organisation Denne standard kan frit anvendes af alle.
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 mereSpecifikation af serviceinterface for SAG. Version 1.2
Specifikation af serviceinterface for SAG Version 1.2 > Specifikation af serviceinterface for sag. Version 1.2 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
22.3.27 SortimentStruktur. DataStructure: SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis
Læs mereAxapoint Reviewkommentar til MOX-specifikation Version 0.76 - udarbejdet af It-arkitekturrådets arbejdsgruppe
Axapoint ApS Brunhøjvej 8, st. tv DK-8680 Ry Tel. +45 23 10 83 44 CVR nr. 32 15 37 98 info@axapoint.com www.axapoint.com Bank: Danske Bank. www.axapoint.com MOX-review Axapoint Reviewkommentar til MOX-specifikation
Læs mereKommentar Foreslået ændring Kommentarer fra arbejdsgruppen
KOMMENARSKABELON Dato 0-06-5 Udfyldt af: E-mail: Høring Egenskabsdata Kaj A. Jørgensen kaj@m-tech.aau.dk Henvisning ype af kommentar (G//R) G G Kommentar Foreslået ændring Kommentarer fra arbejdsgruppen
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 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 mere(Bilag til dagsordenpunkt 7, Føderative sikkerhedsmodeller til Sårjournalen og andre nationale it-løsninger på sundhedsområdet)
N OTAT Den 15. december 2014 Bilag 6 opsamling på høringssvar fra netværket til sikkerhedsmodel for sårjournalen (Bilag til dagsordenpunkt 7, Føderative sikkerhedsmodeller til Sårjournalen og andre nationale
Læs mereTerminologi. som del af en digitaliseringsstrategi
Terminologi som del af en digitaliseringsstrategi Motivation og formål Motivation et manglende fælles begrebsapparat på det sociale område betyder, at der pt. er begrænsninger forbundet med at udvikle
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 mereOIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.
OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs 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 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 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 mereFællesoffentlig beskedmodel version 1.0
Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles
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 mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
8.2.27 SortimentStruktur. SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given
Læs merecuneco en del af bips
center for produktivitet i byggeriet Hvordan håndteres data i byggeriets livscyklus? Torsdag 24. januar 2013 Indhold Data i byggeriets livscyklus Forudsætninger Implementering og anvendelse Ny IKT-bekendtgørelse
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
8..27 SortimentOverfør Kort beskrivelse: Denne service distribuerer ØiR Sortimenter til It-systeminstanser, der abonner på sortimentet på vegne af en myndighed. Servicen udstilles som integrationen SF_72
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
2.9.27 SortimentStruktur. SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given
Læs mereAnvendelse af dobbelthistorik i GD2
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:
Læs mereSvar fra KMD A/S på høring over udkast til standarder på sags- og doku mentområ det
Ministeriet for Videnskab, Teknologi og Udviklin g IT- og Telestyrelse n OIO-udvalget for sa gs- og dokumentområdet Holsteinsgade 63 DK-2 100 København Ø oiosta nda r der@itst.dk Svar fra KMD A/S på høring
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 mereIT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007
IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 Holsteinsgade 63 2100 København Ø Att. Palle Aagaard FESD Grænseflade til CMS-løsninger, høringssvar fra Gentofte Kommune Gentofte Kommune har med
Læs mereHøringssvar vedrørende FESD Datafølgeseddel
IT- og Telestyrelsen Hosteinsgade 63 2100 København Ø Høringssvar vedrørende FESD Datafølgeseddel Dette er KLs høringssvar på den offentlige høring om FESD Datafølgeseddel, som er gennemført på www.oio.dk
Læs 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 mereKOMMENTARSKABELON. Høring af CCS Informationsstruktur. Foreningen af Rådgivende Ingeniører, FRI og DANSKE ARK ime@frinet.dk pd@danskeark.
KOMMENTARSKABELON Dato Dokument Høring af CCS Informationsstruktur Udfyldt af: E- mail: Foreningen af Rådgivende Ingeniører, FRI og DANSKE ARK ime@frinet.dk pd@danskeark.dk Navn på er Inge Ebbensgaard
Læs mereTil høringsparterne Se vedlagte liste
Til høringsparterne Se vedlagte liste Side 2 af 5 26. juni 2018 Høring i forbindelse med opdatering af National Standard for Identiteters Sikringsniveau til version 2.0. Digitaliseringsstyrelsen har revideret
Læs mereBilag 2: Høringssvar til Forslag til resultatorienteret forretningsarkitektur på beskæftigelsesområdet
NOTAT Bilag 2: Høringssvar til Forslag til resultatorienteret forretningsarkitektur på beskæftigelsesområdet (Bilag til dagsordenspunkt 3: Forslag vedr. en resultatorienteret forretningsarkitektur på beskæftigelsesområdet)
Læs mereKOMMENTARSKABELON. Høring CCS Klassifikation - bygningsdele Ole Berard olb@mth.dk
KOMMENTARSKABELON Dato Udfyldt af: E-mail: Dokument Høring CCS Klassifikation - bygningsdele Ole Berard olb@mth. Navn på er afsnit figur 5.3 Generel Hele funktionsinddelingen er ikke tilgængelig. Hvad
Læs mereSkema til høringssvar anmeldelse af forskningsdata
Skema til høringssvar anmeldelse af forskningsdata Dette skema anvendes til høringssvar vedr. bekendtgørelser om anmeldelse af digitale forskningsdata hos statslige myndigheder Alle høringssvar bedes indført
Læs mereFremsøg sendte og modtagne meddelelser
Fremsøg sendte og modtagne meddelelser Denne vejledning beskriver, hvordan man som myndighed, kan fremsøge sendte og modtagne meddelelser i Digital Post Administrationsportalen, samt hvilke forudsætninger
Læs mereKoncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele
LEVERANCE 2.1 Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele Konceptet beskriver, hvordan koden forvaltes, og hvordan
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 mereIngen ydelser uden en proces
ARBEJDSGANGSBANKEN OG DIGITALISERING Det er et velkendt, at al god digitalisering starter med en analyse af den proces den arbejdsgang som digitaliseringen vedrører. Det er ligeså velkendt, at det alligevel
Læs mereSpecifikation af Model for Klassifikation Version 2.0
1 Specifikation af Model for Klassifikation Version 2.0 > Specifikation af Model for Klassifikation Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer
Læs mereFælles grundlag for strukturen i EPJ
Fælles grundlag for strukturen i EPJ G-EPJ som standard Gert Galster Sundhedsstyrelsens Enhed for Sundhedsinformatik G-EPJ som standard... for hvad? Der Der findes i i dag dag ingen entydig definition
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 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 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 mereBehovsanalysens perspektiver for cuneco
Behovsanalysens perspektiver for cuneco Seminar Ballerup 5. marts/aarhus 8. marts cunecos antagelser Antagelser bag ansøgningen om midler til cuneco Branchen har for at kunne samarbejde mere effektivt
Læs mereGenerelt Internationalisering
Bekendtgørelse om krav til anvendelse af Informations- og Side 1 af 7 Generelt Digital Konvergens samarbejdet, har i sit hidtidige arbejde fokuseret på at implementere vindende, digitale standarder, der
Læs mereJanuar a IKT-specifikationer aftale og kommunikation. del 2 digital kommunikation
Januar 2016 a 102-2 IKT-specifikationer aftale og kommunikation del 2 digital kommunikation Kolofon 2016-01-08
Læs mereN O TAT. Udkast til: KL s politik på sags- og dokumentområdet. Anbefalinger i KL s politik på sags- og dokumentområdet
N O TAT Udkast til: KL s politik på sags- og dokumentområdet Kommunernes politik på sags og dokumentområdet støtter kommunerne i at træffe de rigtige beslutninger om valg af it-løsninger til sags- og dokumenthåndtering,
Læs mereSUP-specifikation, version 2.0. Bilag 14. SUP-Styregruppen. Ordliste (informativ) Udkast af 12. juni Udarbejdet for
SUP-specifikation, version 2.0 Bilag 14 Ordliste (informativ) Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Ordliste Anvendelsen af
Læs mereN OT AT. Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks. Overordnet vision til håndtering afsendelse af dokumenter
N OT AT Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks Dette notat indeholder en beskrivelse af arbejdsgange til håndtering af afsendelse af dokumenter til Dokumentboksen eller måske
Læs mereFor de fleste vil det ikke være muligt at skelne mellem hypoteser og fakta.
KOMMENTARSKABELON Dato 06-02- 2014 Høring af CCS Klassifikation af ressourcer Udfyldt af: E- mail: BIM7AA phs@cfmoller.com Navn på er figur BIM7AA er en arbejdsgruppe som repræsenterer: Aarhus Arkitekterne
Læs mereObjektorientering. Programkvalitet
1 PROSA-Bladet nr. 4 1993 Objektorientering = Programkvalitet? Af Finn Nordbjerg, adjunkt ved Datamatikeruddannelsen, Aalborg Handelskole 1. Indledning Objektorientering er blevet et edb-fagets mest udbredte
Læs mereHøringssvar vedr. Høring CCS kodestruktur (høringsversion 5. marts 2013)
2. maj 2013 Høringssvar vedr. Høring CCS kodestruktur (høringsversion 5. marts 2013) har interesse modtaget høring af CCS kodestruktur. ser det som positivt, at CCS er ved at tage form og kan formidles
Læs mereFESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
Læs mereLeverancebeskrivelse - Bilag 1
Leverancebeskrivelse - Bilag 1 Miniudbud iht. rammeaftale 02.18 om Borgerskab og Service Juli 2008 Dato: 17-07-2008 Kontor: Udviklingsenhed J.nr.: I4148 Sagsbeh.: CHS Fil-navn: Leverancebeskrivelse bilag
Læs mereDefinition: unikt beskrivende navn på engelsk, der entydigt refererer til egen- skaben
Bilag 1 - Felter i CCS- egenskabstabel - 3. udgave.docx BESKRIVELSE AF FELTNAVNE I CCS EGENSKABSTABEL cuneco en del af bips 21. januar 2014 Projektnr. 12 061 Sign. SSP 1 Indhold 1 Indhold... 1 2 Indledning...
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 mereDen nye fælles offentlige kravspecifikation. v/ projektleder Anna Schou Johansen
Den nye fælles offentlige kravspecifikation v/ projektleder Anna Schou Johansen Mål og visioner for kravspecifikationen Øget intern og ekstern sammenhæng Effektivisere indkøb og systemopbygning Optimering/effektivisering
Læs mereSpecifikation af Model for Dokument (Version til kommentering)
Specifikation af Model for Dokument (Version til kommentering) 1 > Specifikation af Model for Dokument. Version 2.0 (version til kommentering) Denne standard kan frit anvendes af alle. Citeres der fra
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 mereSTS ORGANISATION. 26. februar 2019
STS ORGANISATION 26. februar 2019 Indhold Baggrund og ophæng til rammearkitekturen Hvordan fungerer Organisation? Anvisninger til anvendelse af Organisation Guide til udlæsning af Organisation Dokumentation
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 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 mere