Overordnet set vurderer Odense Kommune, at både det foreliggende udkast og det bagvedliggende arbejde er af høj kvalitet.

Relaterede dokumenter
Sag og dokument standarderne - Hvad og hvorfor

Høringssvar vedrørende Specifikation af serviceinterface for person (part)

Specifikation af serviceinterface for klassifikation. 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 arkivstruktur. Denne standard er godkendt af OIO-komiteen december 2009

Om projektet afprøvning af MOX-konceptet

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

Kommentar fra KMS til Specifikation af Serviceinterface for Person

Specifikation af serviceinterface for dokument. Denne standard er godkendt af OIO-komiteen december 2009

Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76

Sag og Dokument: Eksempel på brug af generelle egenskaber

1 Begrebsmodel for Ydelsesindeks

Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet. Denne standard er godkendt af OIO-komiteen december 2009

Specifikation af serviceinterface for Sag version 1.2

Specifikation af serviceinterface for dokument. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS

Bilag 1: Arkitekturrapport, EDS Hjælpemidler

1 Objekt informationsmodel - Byggeblok

Baggrundsinformation

Specifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.

STØTTESYSTEMET KLASSIFIKATION

Vejledning i kravspecificering af Sag og Dokument standarder (Revideret udgave; januar 2011)

Område Karakter Tema Kræver formidli ng

cuneco en del af bips

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering

Høringssvar vedr. Serviceinterface for Person

På vej mod internationalt orienterede datastandarder

IT- og Telestyrelsen Holsteinsgade København Ø. Fremsendt til: Høringssvar Specifikation af serviceinterface for Person

Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version Fysisk implementering.pdf og FKG_2_3_1_mssql.sql

HØRINGSNOTAT. OIO-udvalget for sags- og dokumentområdet

1 Tilstand informationsmodel - Byggeblok

CCS Formål Produktblad December 2015

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Specifikation af serviceinterface for sag

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen

Specifikation af serviceinterface for sag. Denne standard er godkendt af OIO-komiteen december 2009

Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet

1 Klassifikation-version2.0

Underbilag 2O Beskedkuvert Version 2.0

Specifikation af serviceinterface for organisation. Denne standard er godkendt af OIO-komiteen december 2009

DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR

Specifikation af serviceinterface for SAG. Version 1.2

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Axapoint Reviewkommentar til MOX-specifikation Version udarbejdet af It-arkitekturrådets arbejdsgruppe

Kommentar Foreslået ændring Kommentarer fra arbejdsgruppen

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014

Arkitekturrapport: KITOS - Kommunens It-Overbliks System

(Bilag til dagsordenpunkt 7, Føderative sikkerhedsmodeller til Sårjournalen og andre nationale it-løsninger på sundhedsområdet)

Terminologi. som del af en digitaliseringsstrategi

Introduktion til Klassifikation

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

DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer

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

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

Fællesoffentlig beskedmodel version 1.0

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

cuneco en del af bips

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Anvendelse af dobbelthistorik i GD2

Svar fra KMD A/S på høring over udkast til standarder på sags- og doku mentområ det

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

IT- og Telestyrelsen 21. august 2007 Sagsnr

Høringssvar vedrørende FESD Datafølgeseddel

Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks

KOMMENTARSKABELON. Høring af CCS Informationsstruktur. Foreningen af Rådgivende Ingeniører, FRI og DANSKE ARK

Til høringsparterne Se vedlagte liste

Bilag 2: Høringssvar til Forslag til resultatorienteret forretningsarkitektur på beskæftigelsesområdet

KOMMENTARSKABELON. Høring CCS Klassifikation - bygningsdele Ole Berard olb@mth.dk

Skema til høringssvar anmeldelse af forskningsdata

Fremsøg sendte og modtagne meddelelser

Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.

Ingen ydelser uden en proces

Specifikation af Model for Klassifikation Version 2.0

Fælles grundlag for strukturen i EPJ

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

KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer og

DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR

Behovsanalysens perspektiver for cuneco

Generelt Internationalisering

Januar a IKT-specifikationer aftale og kommunikation. del 2 digital kommunikation

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

SUP-specifikation, version 2.0. Bilag 14. SUP-Styregruppen. Ordliste (informativ) Udkast af 12. juni Udarbejdet for

N OT AT. Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks. Overordnet vision til håndtering afsendelse af dokumenter

For de fleste vil det ikke være muligt at skelne mellem hypoteser og fakta.

Objektorientering. Programkvalitet

Høringssvar vedr. Høring CCS kodestruktur (høringsversion 5. marts 2013)

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

Leverancebeskrivelse - Bilag 1

Definition: unikt beskrivende navn på engelsk, der entydigt refererer til egen- skaben

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

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

Specifikation af Model for Dokument (Version til kommentering)

Arkitekturrapport: <PROJEKTNAVN>

STS ORGANISATION. 26. februar 2019

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

Generelt om støttesystemerne

Transkript:

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

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.: 65 51 17 55 Mail: lanh@odense.dk Side 2 af 2

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

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.: 65 51 17 55 Mail: lanh@odense.dk Side 2 af 2

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

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

Lars Nico Høgfeldt Tlf.: 65 51 17 55 Mail: lanh@odense.dk Side 3 af 3

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:

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 1..1 - 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.: 65 51 17 55 Mail: lanh@odense.dk

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.: 6551 1765 Mail: amor@odense.dk

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.: 65 51 17 55 Mail: lanh@odense.dk