Byggeblok: Bevilling

Her fastsætter hvordan en bevilling kan beskrives og dokumenteres med centrale karakteristika. 

Hensigten er at understøtte en mere ensartet håndtering og udveksling af data om bevillinger.

Byggeblokken fastsætter at en bevilling kan opfattes som en "aftale" mellem det offentlige og bevillingsmodtageren (borgere og virksomheder). Den udtrykker dermed "retten til at modtage, og pligten til at yde...". Byggeblokken kan ligeledes bruges til udtrykke situationer hvor bevilling er en tilladelse. 

Byggeblokken er med i dette overblik, fordi den optegner et koncept, som kan gå igen i mange sammenhænge. 

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:

Besked - Hændelsesbesked anvendes til at beskrive hændelser i grunddata.

Hensigten med hændelsesbeskederne er at give abonnenter på data mulighed for at få besked såfremt der sker ændringer i grunddata. 

Hændelsesbeskederne har en fast struktur og er tilgængelige i XML og JSON. Igennem opsætning af abonnementet er det muligt for anvenderen at vælge at få beskederne tilsendt (PUSH) eller selv hente dem via datafordeleren PULL). Hændelsesbeskederne udsendes, via Datafordeleren, hvis der ikke er udarbejdet registerspecifikke skemaer og hændelsesbeskeder genereres af registermyndigheden ved forandringer i data, forstået som Create, Update, Delete operationer. 

Byggeblokken er med i dette overblik, fordi den bygger på international standarder - XML fra W3C og JSON fra IETF/ECMA.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Organisatorisk optagelse:

Besked - EDIFACT/XML anvendes til meddelelsesbaseret dataudveksling.

Hensigten er at give besked om udvalgte sundhedshændelser, såsom indlæggelser, fødselsanmeldelser og laboratoriesvar. 

EDIFACT/XML anvendes i Medcoms systemer, og bygger på standarden EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport), og kan igennem Medcoms struktur konverteres til og fra XML format. 

Byggeblokken er med i dette overblik, fordi den bygger på en international standard - XML fra W3C.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:
Byggeblok: Aktør

Aktør fastsætter hvordan en aktør kan beskrives og dokumenteres med centrale karakteristika. 

Hensigten er at gøre det muligt at redegøre for den aktør, som har en bestemt rolle i en specifik kontekst eller i forhold til en specifik opgave.

Byggeblokken fastsætter, at der findes flere typer af aktører, som hver især indeholder forskellige oplysninger og detaljeringsniveauer i forhold til hvordan en aktør beskrives; Organisation, OrgEnhed, OrgPerson, Person, Virksomhed, Produktionsenhed, Myndighed, It-system.

Byggeblokken er med i dette overblik, fordi den optegner et koncept, som kan gå igen i mange sammenhænge. 

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:
Byggeblok: Aktivitet

Aktivitet fastsætter hvordan en aktivitet kan beskrives og dokumenteres med centrale karakteristika.

Hensigten er at gøre håndteringen og sproget for aktiviteter- som grundlæggende set foregår alle vegne og hele tiden - nemmere og mere ensartet på tværs af alle typer af aktiviteter.

Byggeblokken fastsætter, at aktiviteter: Har et grundlæggende formål, Har et emne, Forgår på et bestemt tidspunkt eller over en tidsperiode, Foregår et sted, Omhandler et eller andet, Har nogle deltagere, Forbruger nogle ressourcer (faciliteter), Har nogle forhold som er omkring den og Har nogle resultater.

Byggeblokken er med i dette overblik, fordi den optegner et koncept, som kan gå igen i mange sammenhænge. 

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:
Byggeblok: Adresse

Adresse fastsætter hvordan en adresse kan beskrives og dokumenteres med centrale karakteristika. 

Hensigten er at gøre det nemmere at finde frem til stedbestemte objekter og således hjælpe myndigheder, virksomheder og borgere til at navigere i omgivelserne.

Byggeblokken bruger stedbestemte geografiske kontaktpunkter med adresseangivelser. Adresser er typisk defineret, så de udtrykker en relation til Geografiske elementer, (veje, pladser) og Administrative geografiske områder (postdistrikter) samt til deres indbyrdes placering (husnummer, etage placering på etage).

Byggeblokken er med i dette overblik, fordi den optegner et koncept, som kan gå igen i mange sammenhænge. Desuden er byggeblokken allerede en del af Modelkataloget, som en del af Danmarks Adresser.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Organisatorisk optagelse:

ADMS-AP fastsætter hvordan semantiske aktiver (særdeles genbrugelige metadata og referencedata) bør beskrives.

Hensigten er at gøre samarbejder på tværs af EU kommissionen, landenes myndigheder, virksomheder og borgere nemmere. 

Byggeblokken indeholder deskriptive metadata-termer - fx for xml-schemaer, generiske datamodeller, kodelister, taksonomier, ordbøger og vokabularer - som kan indarbejdes i egne systemer og som sikrer tværgående ensartethed i semantikken.

Byggeblokken er med i dette overblik, fordi den bygger på en international standard - ADMS fra W3C. Desuden er byggeblokken allerede en del af Modelkataloget.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:

OIO IDWS fastsætter et sæt af webservice profiler, som tilbyder en standardiseret måde at overføre påstande (engelsk: claims) om en serviceaftager til en serviceudbyder. 

Hensigten er at gøre det nemmere at digitalisere en række tværgående sagsgange hos myndighederne.

Byggeblokken omfatter SOAP og REST profiler samt profiler på Bootstrap Token, SAML Identity Tokens, WS-Trust Deployment, WS-Trust. 

Byggeblokken er med i dette overblik, fordi den er en løsning på en type af forretningsproblem (informationssikkerhed), som mange parter står med.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:
Byggeblok: PEPPOL

PEPPOL fastsætter hvorledes eDelivery kan benyttes til e-fakturarer.

Hensigten er at understøtte kendte krav og processer for fakturahåndtering på tværs af landegrænser.

Byggeblokken kan implementeres i egne eProcurement og eBusiness Exchange systemer og muliggør at der opsættes Access Points, adresseregister, capability look-up og dokumentskabeloner. OIO UBL forventes udfaset af PEPPOL.

Byggeblokken er med i dette overblik, fordi den er en løsning på en type af forretningsproblem (afregning for handel) som mange parter står med. Desuden bliver en del af de øvrige byggeblokke sat i spil med PEPPOL, hvilket skaber yderligere samordning på tværs af byggeblokkene.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse:

NSIS definerer forskellige sikringsniveauer for identitetssikring og autentifikation.

Hensigten er at skabe en fælles ramme for tillid til digitale identiteter og digitale identitetstjenester.

Byggeblokken muliggør identifikation over for forskellige selvbetjeningsløsninger, fordi den kan håndtere flere sikringsniveauer på samme tid. NSIS ledsages desuden af NSIS-positivlisten, som indeholder et overblik med de løsninger, som Digitaliseringsstyrelsen, som ansvarlig myndighed, har accepteret NSIS-anmeldelser fra.

Byggeblokken er med i dette overblik, fordi den er en løsning på en type af forretningsproblem (informationssikkerhed), som mange parter står med.

Arkitekturperspektiv:
Byggeblok Hovedtype:
Udgiverorganisation:
Organisatorisk optagelse: