Semantikkregisteret for Elektronisk Samordning (SERES) Bakgrunn Grunndata Retningslinjer for modellering
Oppgaveregisteret Et register av Datadefinisjoner (basert på ISO 11179) Oppgaveplikter (gitt av lover og forskrifter) Skjemaer (papir/elektronisk), knyttet til datadefinisjonene og oppgaveplikter Enkel modellering som grunnlag for å lage meldingsspesifikasjoner Opprettet basert på Oppgaveregisterloven av 1997
Utfordringer med dagens system Begrenset modelleringsmekanisme Ikke-grafisk system: Gir for liten oversikt Formatspesifikke datadefinisjoner Skjemalayout tillatt i meldingsspesifikasjonene Krevende å få til samordning (Oppfatning blant saksbehandlere i Oppgaveregisteret)
Nytt register med tilhørende støtteverktøy: SERES SEmantikkregisteret for Elektronisk Samhandling Streng stegvis prosess: 1. Innledende informasjonsmodellering 2. Dokumentmodeller med innhold fra informasjonsmodellen, men presisert for et gitt formål 3. Meldingsspesifikasjoner generert fra dokumentmodeller med tillegg av formatinformasjon Grafikkbasert modellering (UML) for god kommunikasjon med domeneeksperter slik at disse lettere kan validere relevans og kvalitet av innhold og struktur Tilstrekkelige modellmekanismer for å få til kompakte, fleksible og gjenbrukbare modeller
Grunndata Data som ofte transporteres mellom offentlige etater og mellom det offentlige og bedrifter/private Viktig at registrering og bruk av disse har god kvalitet, noe som oppnås ved stor grad av gjenbruk minst mulig duplisert lagring autoritative datakilder på hvert forvaltningsområde just-in-time -henting fra kilden gjennom WebServices at grunndata beskrives gjennom en koherent og kompakt informasjonsmodell Grunndata regnes først og fremst som innholdet i følgende registre: Matrikkelregisteret Det sentrale folkeregisteret Enhetsregisteret
Metodikk UML-basert modellering Klassediagrammer Taksonomi av datatyper kalt semantiske typer som bygger på core data types (UN/CEFACT) Informasjons- og dokumentmodeller Semantiske typer knyttes til formater gjennom koplingselementer i såkalte formatfamilier Flere typer kan dele et format Alle modellelementer får administrative og unikt identifiserende metadata (Dublin Core og andre)
UML klassediagrammer Klasser med attributter Arv og assosiasjoner mellom klasser Assosiasjonsklasser Aggregering og komposisjon Navn og kardinalitet av assosiasjonsender
Kopling til Core Component Representation Terms Identifier Code Text Indicator Numeric Rate Binary Object identifikator kode tekst alternativ tall Ratio Percent binærobjekt Date Time Measure Amount forholdstall prosenttall Quantity tidspunkt Date Time mål beløp antall dato klokkeslett Core Component Types Primary Representation Terms Grunnleggende semantiske typer
Semantiske typer som en utviklet taksonomi
Hvorfor semantiske typer? Informasjonsmodellen får elementer uten representasjonsformat Ønskede representasjonsformater knyttes til avhengig av formål Bedre presisjonen ved sammenlikning av klasser Fremmer gjenbruk av klasser Norskspråklige datatyper som øker modellforståelsen
Sentrale UML-mekanismer Klasse "Person" med 4 attributter Assosiasjonsende med navn "borpå" Person Adresse -fødselsnummer : identifikator -fornavn : tekst -etternavn : tekst -kjønn : kode -bebosav * -borpå * -gatenavn : navn -husnummer : identifikator -postnr : postnummer -poststed : navn Arv Assosiasjon Pasient -innlagtpå : Sykehus -diagnose : kode
Assosiasjonsklasse Assosiasjonsklasse Adressespesifisering -type : adressetype -gjelderfra : dato «opplisting» adressetype +Besøksadresse +Fakturaadresse +Postadresse +Jobbadresse +MidlertidigAdresse +Ferieadresse Person Adresse -fødselsnummer : identifikator -fornavn : tekst -etternavn : tekst -kjønn : kode * -bebosav * -borpå -gatenavn : navn -husnummer : identifikator -postnr : postnummer -poststed : navn
Komposisjon og aggregering Adressespesifisering -type : adressetype -gjelderfra : dato Person Adresse -fnr : fødselsnummer -fornavn : navn -mellomnavn : navn -etternavn : navn * -bebosav 1 -bebor -gatenavn : navn -husnummer : identifikator -postnummer : postnummer -poststed : navn * * Medlemskap -medlemsnr : identifikator Forening -navn : navn -formål : beskrivelse
Enkel grunndatamodell
Modelltyper Harmonisert modell Grunndata Standardmodell Standardisering Ekstern domenemodell Harmonisering Informasjonsmodellen Konvertering SERES-konform domenemodell Konformering UML-konvertert domenemodell Import (XMI) UML-konvertert domenemodell Dokumentmodellering Formatfamilie Formatknytning Avgivermodell Dokumentmodell Meldingsmodell
Konvertert modell En modell som bruker elementer fra UML klassediagram: Klasser med attributter, assosiasjoner og assosiasjonsklasser Gjenbruk av opprinnelige elementnavn fra eksterne modeller med oppbygging av liknende strukturer Eksempel: Relasjonsdatabase: DB-tabell -> UML-klasse DB-tabellfelt -> UML-attributt DB-datatype -> UML-datatype
Konform modell Informasjonsmodell som følger modelleringsretningslinjer: Normaliserte klasser Klasser som er relatert til grunndataklasser Klasseattributter av semantiske typer Navnsetting av modellelementer Generaliserte assosiasjoner med roller En kandidat for harmonisering
Harmonisert modell Informasjonsmodell som består av semantisk harmoniserte elementer som er felles for to eller flere konforme modeller Et harmonisert element erstatter de opprinnelige elementer i domenemodellene Et harmoniseringsråd gir modellelementene status som harmonisert
Informasjonsmodell Dokumentmodell Person -fnr : fødselsnummer -fornavn : navn -mellomnavn : navn -etternavn : navn Adresse -gatenavn : navn -husnummer : tekst -postnummer : kode -poststed : navn Ansatt -ansettelsesdato : dato -arbeidstid : varighet Ansatt -fnr : fødselsnummer -fornavn : navn -mellomnavn : navn -etternavn : navn -ansettelsesdato : dato -arbeidstid : varighet Adresse -gatenavn : navn -husnummer : tekst -postnummer : kode -poststed : navn
Dokumentmodell Meldingsmodell Ansatt -fnr : fødselsnummer -fornavn : navn -mellomnavn : navn -etternavn : navn -ansettelsesdato : dato -arbeidstid : varighet Adresse -gatenavn : navn -husnummer : tekst -postnummer : kode -poststed : navn Formatfamilie Ansatt -fornavn : xsd:token -mellomnavn : xsd:token -etternavn : xsd:token -ansettelsesdato : xsd:date Adresse -gatenavn : xsd:token -husnummer : xsd:token -postnummer : xsd:positiveinteger
Meldingsspesifikasjoner Meldingsmodell: Ansatt -fornavn : xsd:token -mellomnavn : xsd:token -etternavn : xsd:token -ansettelsesdato : xsd:date Adresse -gatenavn : xsd:token -husnummer : xsd:token -postnummer : xsd:positiveinteger Meldingsspesifikasjon (forenklet beskrevet): <xsd:complextype name="adresse"> <xsd:sequence> <xsd:element name="gatenavn" type="xsd:string" /> <xsd:element name="husnummer" type="xsd:string" /> <xsd:element name="postnummer" type="xsd:positiveinteger" /> </xsd:sequence> </xsd:complextype> <xsd:complextype name="ansatt"> <xsd:sequence> <xsd:element name="fornavn" type="xsd:token /> <xsd:element name="mellomnavn" type="xsd:token" minoccurs="0" /> <xsd:element name="etternavn" type="xsd:token" /> <xsd:element name="adresse" type="adresse" minoccurs="0" /> <xsd:element name="ansettelsesdato" type="xsd:date" /> </xsd:sequence> </xsd:complextype>
Innhold i faktisk meldingsspesifikasjon <xsd:simpletype name="navn" seres:elementtype="simpleformat" seres:id="4" seres:version="1.0"> <xsd:restriction base="xsd:token"/> </xsd:simpletype> <xsd:simpletype name="navn" seres:elementtype="semantictype seres:id="3263 seres:def="offisielt navn på personer, foretak etc. seres:version="96" seres:date="2006-06-29 11:03:34 +0200 (to, 29 jun 2006) seres:domain="semantisketyper" seres:sign="oars"> <xsd:restriction base="navn"/> </xsd:simpletype> <xsd:complextype name="subjekt" seres:elementtype="class seres:id="3448 seres:docid="5573 seres:version="104 seres:date="2006-06-30 13:27:05 +0200 (fr, 30 jun 2006) seres:docversion="2225" seres:docdate="2006-08-22 13:31:28 +0200 (Tue, 22 Aug 2006) seres:domain="meldingtilbr220806" seres:sign="bjg"> <xsd:sequence> <xsd:element name="navn" seres:elementtype="attribute type="navn seres:id="4624 seres:docid="5574" minoccurs="0"/> <xsd:element name="adresse" seres:elementtype="association type="adresse" seres:id="5545 seres:docid="5575" minoccurs="0" maxoccurs="unbounded"/> </xsd:sequence> </xsd:complextype>