KS Resultat XML. Versjon 2.0 KS
|
|
- Aina Abrahamsen
- 8 år siden
- Visninger:
Transkript
1 KS KS Resultat XML Versjon 2.0 KS
2 Side: 1 Innholdsfortegnelse Innledning... 2 Bakgrunn... 2 Prosjektgruppe... 2 Prosessmodeller... 3 Skjemautfylling... 4 Mottak... 5 Saksbehandling... 6 Svar... 7 Tjenesteregister/skjemakatalog... 8 Dokumentasjon av tjenester og informasjonsmodeller... 9 skjemaresultat skjemaresultat-v sak skjemavalidering-v skjemabehandling-v barnehage Barnehage-resultat-v Preutfyll-person-v Preutfyll-skjema-v oppvekst Barn Oppvekstenhet Familie Foresatt Fortrinn Omfang Sone Plass felles borger felles-v
3 Side: 2 Innledning Rapporten beskriver forslag til revidering av KS Resultat XML. Informasjonsmodellen er i hovedsak lik versjon 1 og bruker de samme prinsipper for oppdeling av resultat data i en generell del, en arkiv del og en fagsystem del. Det er først og fremst tjenestene som har blitt utvidet og spesifisert for å støtte arbeidsflyt beskrevet i prosessmodellene. Bakgrunn Versjon 1 av KS Resultat XML var knyttet til Noark4 WS. I GeoIntegrasjon 1 prosjektet ble Noark4 WS 2 oppgradert til Noark5 WS 3 sammen med en del andre domener. Denne revisjonen har tatt inn arkivdata fra GeoIntegrasjon og utvidet standarden med behov som er meldt inn fra brukere og leverandører. Det er også laget UML modeller av tjenester og informasjonsmodeller med veiledningsmateriell og verktøy for å lage webservice tjenester og dataskjema, slik at det skal være mulig å enkelt utvide rammeverket med andre typer søknader enn barnehage. Barnehagesøknad er brukt som eksempel gjennom prosessene på samme måte som i versjon 1. Dokumentasjon av KS Resultat XML versjon 1 ligger på Prosjektgruppe Disse har deltatt i prosjektet: Ragnar Sturtzel (EVRY), Ove Rune Driveklepp (Visma), Frode Høgset (Visma), Thor Arne Johansen (Oppad), Bjørn Korneliussen (Sem og Stenersen Prokom), Snorre Solem (Kommuneforlaget), Joachim Mørch-Eidem (BRREG/SERES), Hjørdis Hoff (Acando/SERES), Øystein Aanrud (Bærum Kommune), Line Richardsen (KS), Tor Kjetil Nilsen (Arkitektum) Arbeidet med revideringen har pågått første halvår Det har blitt avholdt flere møter i prosjektet for å kartlegge behov og jobbe fram løsninger. 1 GeoIntegrasjon prosjektet ( definerte felles grensesnittstandarder og prinsipper for samspill mellom fagsystemer, GIS og saks-/arkivsystemer i offentlig sektor. 2 Noark4 WS Noark5 -
4 Side: 3 Prosessmodeller Prosesmodellen har blitt brukt for å identifisere tjenester som ønskes utført mellom to parter/aktører. Hovedvekten av tjenestene som har fått forslag om standard grensesnitt ligger i skjemautfyllingsfasen og i mottaksfasen. Det er også identifisert tjenester i de to neste fasene, men her er det flere som ikke har fått noe forslag til grensesnitt utover at det for eksempel er pekt på SvarUT 4 prosjektet som særs relevant i behandling og svar fasen, samt at Elektronisk handelsformat (EHF) 5 muligens kan benyttes for å lage fakturagrunnlag mot økonomisystem. Under følger kapitler med nærmere redegjørelse for prosessene som er lagt til grunn for de foreslåtte tjenestene. Prosessene kan også sees på med større bilder. Skjemautfylling Mottak Saksbehandling Svar 4 SvarUT prosjektet har som mål å operasjonalisere deler av en felles arkitektur for kommunesektoren slik det anbefales i FAKS-rapporten. 5 Elektronisk handelsformat (EHF) -
5 Side: 4 Skjemautfylling Prosessen starter ved at innbygger/søker finner aktuelt skjema på skjemahotellet for eksempel via tjenestebeskrivelser. Når skjemaet åpnes så kalles Hent skjemadata til fagsystemet som skal behandle søknaden slik at lister med valg og tilbud kan fylles inn i skjemaet. Søker kan autentiserer seg mot for eksempel ID-porten/MinID 6 Hvis søker er autentisert så hentes personlig relatert informasjon til skjemaet (for eksempel alle barn) Søker fyller inn resterende informasjon Skjemaet valideres mot barnehagesystem Hvis søknaden er ok så lagres søknaden. Hvis det er mangler i søknaden så sendes søker tilbake til aktuelt felt som må utbedres. 6 ID-porten -
6 Side: 5 Mottak Prosessen starter ved at postmottaket ved avtalte intervall automatisk sjekker om det er kommet nye søknader Hvis det finnes nye søknader så startes en løkke for hver ny søknad Søknad hentes ned fra skjemahotellet Søknaden arkiveres i organisasjonens arkiv Kvittering sendes til skjemahotell om at søknaden er motatt Epost sendes til søker om ikke skjemaløsningen gjør dette Finner så riktig saksbehandlingssystem for aktuelt skjema Sender søknaden til riktig saksbehandlingssystem Det finnes en rekke alternative måter å organisere rekkefølgen på disse oppgavene og foreslått prosess er ingen fasit. Et alternativ kan være at søknaden sendes rett til sakssystem etter Hent søknad slik at det er sakssystemet sitt ansvar å arkivere og evt sende kvittering.
7 Side: 6 Saksbehandling Prosessen starter med at skjemaresultat sendes inn til fagsystem for behandling (selve saksbehandlingen for barnehagesøknad er vesentlig forenklet) Saksbehandling starter med å hente en sak fra kø Fordeler plass Lager tilbud om plass Lager et unikt svarskjema på skjemahotellet for aktuelle tilbud Sender tilbud om plasser til søker via for eksempel SvarUT komponenten Arkiverer utgående dokument
8 Side: 7 Svar Prosessen starter ved at en får svar på utsendt tilbud om plasser Mottaksprosessen kan benyttes for å ta imot elektronisk svar Svar fra søker tas imot om hvilken plass som bekreftes Svaret arkiveres Nødvendige opplysninger registreres i fagsystemet Videre prosess Før hver termin starter en prosess som bruker plassvalgene for å generere riktig fakturagrunnlag Faktura sendes fra organisasjonens fakturasystem
9 Side: 8 Tjenesteregister/skjemakatalog Utifra UML modellene er det generert webservice tjenester(wsdl) og dataskjema(xsd) som kan lastes ned fra Disse er ment for utviklere og de som ønsker å implementere tjenestene i sine løsninger.
10 Side: 9 Dokumentasjon av tjenester og informasjonsmodeller Tjenesteskjema og applikasjonsskjema for KSResultatXML standarden. Her vises i detalj informasjonsmodeller med beskrivelse av objekter, attributter og relasjoner. Tjenestene dokumenteres også med sine operasjoner. Informasjonsmodellen for skjemaresultat bruker de samme prinsipper som i versjon 1 med en tredeling av modellen. En del inneholder arkivdata, en annen generelle metadata om søknaden og den siste fagdata delen er en utvidbar modell for fagspesifikk informasjon. Hele modellen kan også sees på mlmodell/
11 Side: 10 skjemaresultat Skjema - (diagram) Overordnet struktur for pakkene tar utgangspunkt i skjemaresultat-v2 og denne utvides med fagspesifikk informasjon slik som for barnehagesøknad. En kan også velge å levere preutfyllingstjenester for domenet slik som Preutfyll-person og Preutfyll-skjema. Figur: 1
12 Side: 11 skjemaresultat-v2 Pakke som beskriver generelt om skjemaresultat og tjenester som kan implementeres av en skjemaløsning. Skjema - (diagram) Pakken skjema-v2 er avhengig av: felles-v2 Kodeliste fra GeoIntegrasjon felles Felles fra GeoIntegrasjon Arkiv Kjerne fra GeoIntegrasjon Arkiv Dokument fra GeoIntegrasjon Arkiv Teknisk fra GeoIntegrasjon felles Figur: 2
13 Side: 12 Skjema - (diagram) Viser tjenester og datastrukturer for Skjema. Tjenestene implementeres av en skjemaløsning, og brukes typisk av et postmottak/skjemamottak for videre behandling. Figur: 3
14 Side: 13 Arkivdata Class et arkiv består av brev eller dokumenter som er blitt til som ledd i en bedrifts eller et (offentlig) organs virksomhet samt metadata om disse. Relasjoner Arkivdata dokumenter Dokument angir dokumenter og filer fra GeoIntegrasjon Arkiv (NOARK5WS) Skjemaresultat arkivdata 0..1 Arkivdata angir arkivdata for søknaden Attributter Attributt Merknader Begrensninger og tagger saksmappe Saksmappe [0..1] angir saksmappe fra GeoIntegrasjon Arkiv (NOARK5WS) journalpost Journalpost angir journalpost fra GeoIntegrasjon Arkiv (NOARK5WS) Fagdata Class Fagdataimplementasjoner arver fra denne slik som feks barnehage, sfo, skole innrapportering, byggesak, stedsbasert innrapportering, mm Relasjoner Generalization Barnehagefagdata Fagdata Skjemaresultat fagsystemdata 0..1 Fagdata angir fagsystemdata for søknaden
15 Side: 14 RelasjonstypeKode Class Kode Angir type relasjon til annen søknad Se kodeliste på Kompletterer kan kuttes ved at vi da forlanger komplett søknad på nytt = Erstatter. Relatert kan brukes ved f.eks. søknad om midlertidig brukstillatelse i byggesak og relaterer da til tidligere søknad om igangsettingstillatelse. Relasjoner Generalization RelasjonstypeKode Kode RelatertSøknad Class Referanse til annen instans av skjema. Attributter Attributt Merknader Begrensninger og tagger søknadsid SøknadsId Identifikator for resultatet. Dette skal være en unik identifikator for resultatet, og det anbefales å benytte en GUID relasjonstype RelasjonstypeKode Angir type relasjon til annen søknad
16 Side: 15 Skjemahode Class Relasjoner Unspecified Skjemaresultat skjemahode 1 Skjemahode angir skjemahode Attributter Attributt Merknader Begrensninger og tagger skjemaid string Unik identifikator for kildeskjemaet (GUID) Kan brukes for ruting til riktig fagsystem, identifisering av prosess som skal startes, standardverdier som søknaden skal kompletteres med, o.l skjemaversjon string Kildeskjemaets versjonsnummer. resultatkilde string resultatsystem string resultatdato datetime resultatmål string Identifikator for systemet/installasjonen som er opphavet til resultatet. Dette kan for eksempel være nettadressen til serveren der skjemamotoren som har produsert resultatet kjører. Identifikator for programvaren som ble benyttet under utfyllingen av skjemaet. Denne bør inneholde navn på programvare, versjonsnummer og buildnummer. Tidspunkt (dato/tid, format som xsd:datetime) da innholdet ble produsert, dvs. utfylleren trykket på send inn eller tilsvarende. Identifikator for systemet som skal motta/behandle resultatet. språk string Språket som ble brukt ved utfylling av skjemaet. Se Kodeliste for Språk for gyldige verdier.
17 Side: 16 Skjemakvittering Class Kvittering for at søknaden er lastet ned fra skjemaløsningen til skjema/postmottak for videre saksbehandling i organisasjonen Attributter Attributt Merknader Begrensninger og tagger søknadsid SøknadsId Søknadens identifikasjon i Skjemaresultat saksnummer Saksnummer [0..1] journalnummer Journalnummer [0..1] består av saksår / sakssekvensnummer og identifiserer en saksmappe. Vises ofte på formatet 2012/ består av journalsekvensnummer / journalår og identifiserer en journalpost. Vises ofte på formatet 12345/2012 kvitteringersendtsøker boolean Brukes hvis skjemamottaket sender epost til søker om at det er mottatt. Alternativt så kan den sendes av skjemaløsningen Skjemaresultat Class Samlingen med informasjon som utgjør søknaden. Informasjonen er delt i tre elementer; ett for fagsystemdata, som skal benyttes av fagsystem for å registrere og behandle søknaden, og ett for arkivdata, samt ett for hodedata og identifikasjon. Arkivdata kan benyttes i integrasjoner uten fagsystem, og hvor mellomvare er involvert i ruting og arkivering av informasjonen. Arkivdata seksjonen benyttes også for å transportere filvedlegg slik som f.eks PDF versjoner av den utfylte søknaden. Relasjoner Unspecified Skjemaresultat skjemahode 1 Skjemahode angir skjemahode Skjemaresultat fagsystemdata 0..1 Fagdata angir fagsystemdata for søknaden arkivdata angir arkivdata for søknaden
18 Side: Skjemaresultat Arkivdata Attributter Attributt Merknader Begrensninger og tagger søknadsid SøknadsId Identifikator for resultatet. Dette skal være en unik identifikator for resultatet, og det anbefales å benytte en GUID relatertsøknad RelatertSøknad [0..1] Referanse til annen instans av skjema SøknadsId Class Identifikator for resultatet. Dette skal være en unik identifikator for resultatet, og det anbefales å benytte en GUID Attributter Attributt Merknader Begrensninger og tagger identifikator string
19 Side: 18 Skjematjenester Interface Operasjoner Metode Merknad Parametre KvittereForMottak() Returnerer: void Array: False Kvitterer for at søknaden er lastet ned, og kan da Skjemakvittering [in] kvittering fjernes på skjemahotellet. Bestemmer også hvordan tilbakemelding til søker skal gis. Søknaden fjernes også fra HentNyeSøknader da. HentNyeSøknader() Returnerer: SøknadsId Array: True Returnerer en liste med søknadsid'er som ikke er lastet ned ennå. HentSøknad() Returnerer: Skjemaresultat Array: False Henter resultatet av en søknad SøknadsId [in] søknadsid
20 Side: 19 sak skjemavalidering-v2 Pakke som typisk implementeres av fagsystemer som skal motta skjema og som kan tilby validering av dette skjemaet til skjemaløsninger. Tjenestene sikrer at en søknad ikke inneholder ulogiske data som restriksjoner i xsd skjema ikke beskriver. skjemavalidering-v2 - (diagram) Pakken skjemavalidering er avhengig av: skjema-v2 Teknisk fra GeoIntegrasjon felles Figur: 4
21 Side: 20 skjemavalidering-v2 - (diagram) Viser tjenester og datastrukturer i skjemavalidering Figur: 5 Valideringsfeil Class Relasjoner Valideringsresultat valideringsfeil Valideringsfeil resultatet kan ha 0 til mange feil Attributter Attributt Merknader Begrensninger og tagger feltreferanse string angir referanse til hvilket felt som inneholder feil eller ulogiske verdier melding string beskriver feilen som må rettes opp før skjemaet kan sendes inn og tips om hvordan det kan gjøres.
22 Side: 21 Valideringsresultat Class Relasjoner Valideringsresultat valideringsfeil Valideringsfeil resultatet kan ha 0 til mange feil Attributter Attributt Merknader Begrensninger og tagger sjekkok boolean angir om søknaden er ok for videre behandling. Hvis "false" så beskrives manglene i Valideringsfeil. Skjemavalidering Interface Et saksbehandlingssystem kan tilby denne valideringstjenesten for søknader/skjema for å sikre bedre kvalitet på alt som kommer inn. Operasjoner Metode Merknad Parametre SjekkGyldigSkjemaresult at() Returnerer: Valideringsresultat Array: False Tjenesten benyttes for å sjekke om søknaden inneholder nødvendige data og har lovlige kombinasjoner av data slik at det er sannsynlig at søknaden blir behandlet. (en unngår å sende svar om ufullstendige opplysninger) Skjemaresultat [in] resultat
23 Side: 22 skjemabehandling-v2 Pakken skjemabehandling implementeres typisk av et fagsystem som gjør saksbehandling i et domene. Skjemamottak kan rute skjema/søknader videre for behandling i dette fagsystemet. skjemabehandling - (diagram) Pakken skjemabehandling er avhengig av: skjema-v2 Teknisk fra GeoIntegrasjon felles Figur: 6 Skjemabehandling - (diagram) Viser tjenestene i skjemabehandling Figur: 7
24 Side: 23 Skjemabehandling Interface Tjenesten benyttes for å sende søknad/skjema inn til riktig saksbehandlingssystem/fagsystem for behandling. Operasjoner Metode Merknad Parametre NySkjemabehandling() Returnerer: void Array: False Registrerer et nytt skjema til behandling Skjemaresultat [in] resultat
25 Side: 24 barnehage Barnehage-resultat-v2 Pakke som inneholder resultat fra en barnehagesøknad. Utvider den generelle pakken skjemaresultat med domenespesifikk informasjon. Resultat - (diagram) Pakken barnehage-resultat er avhengig av: skjemaresultat-v2 borger-v2 oppvekst Kontakt fra GeoIntegrasjon felles Figur: 8
26 Side: 25 Barnehage-Resultat - (diagram) Figur: 9
27 Side: 26 BarnFlytteOpplysninger Class Opplysninger som benyttes hvis barnet/søker skal flytte til kommunen. Hvis innflytting (til kommune) er satt (true), er nyadresse (m/fomdato) påkrevet (ellers ikke) Relasjoner BarnFlytteOpplysninger nyadresse 0..1 Adresseperiode kan angi ny adresse for innflytta barn med fra dato mulighet Barnehagefagdata barnflytteopplysninger 1 BarnFlytteOpplysninger angir om barnet flytter til kommunen Attributter Attributt Merknader Begrensninger og tagger innflytting boolean «asattribute» Hvis innflytting (til kommune) er satt (true), er nyadresse (m/fomdato) påkrevet (ellers ikke) Barnehagefagdata Class Fagdata Relasjoner Generalization Barnehagefagdata Fagdata Barnehagefagdata plassvalg Plass For fagdata så kan mange plasser i prioritert rekkefølge velges Barnehagefagdata tilleggsdata 0..1 Tilleggsdata fagdata kan utvides med tilleggsdata Barnehagefagdata regningsmottaker 1 Kontakt fagdata bruker kontakt som regningsmottaker
28 Side: 27 Barnehagefagdata barnflytteopplysninger 1 BarnFlytteOpplysninger angir om barnet flytter til kommunen Barnehagefagdata barnopplysninger 1 Barn Barn brukes i fagdata for å angi hvilke barn som det søkes plass/overføring/oppsigelse for Attributter Attributt Merknader Begrensninger og tagger søknadsopplysninger Søknadsopplysninger Generelle opplysninger om søknaden som start og sluttdato, meldingstype og om det kommer vedlegg til søknaden Meldingstype Enumeration Angir hvilken type søknad det dreier seg om. Den ene angir at søknaden dreier seg om en overføring fra en annen enhet i samme kommune, den andre angir at det er snakk om en ny plass (f.eks. innflytting eller et nytt barn.) og den tredje er oppsigelse av plass. Attributter Attributt Merknader Begrensninger og tagger OVERFOERING_SAM ME_KOMMUNE string NY_PLASS string OPPSIGELSE string
29 Side: 28 Søknadsopplysninger Class Generelle opplysninger om søknaden Attributter Attributt Merknader Begrensninger og tagger type Meldingstype angir overføring, ny plass eller oppsigelse vedlegg boolean Angir om søknaden vil bli supplert med mer (ettersendt) dokumentasjon startdato date [0..1] Angir første dag den omsøkte plassen ønskes benyttet. sluttdato date [0..1] angir dag for oppsigelse Tilleggsdata Class Relasjoner Barnehagefagdata tilleggsdata 0..1 Tilleggsdata fagdata kan utvides med tilleggsdata
30 Side: 29 Preutfyll-person-v2 Pakken inneholder tjenester for å preutfylle et skjema med personlig informasjon forutsatt at en er autentisert og at det gir tilgang til fødselsnummer. Preutfyll - (diagram) Pakken preutfyll-person er avhengig av: felles-v2 oppvekst Kontakt fra GeoIntegrasjon felles Teknisk fra GeoIntegrasjon felles Figur: 10
31 Side: 30 Preutfyll - (diagram) class Preutfyll «interface» Preutfyll-person + FinnFamilierForPerson(Personidentifikator) : Preutfyllresultat felles-v 2::PreutfyllMetadata Preutfyllresultat +metadata 1 + kildesystem: string [0..1] + kildeorganisasjon: string [0..1] + kommentar: string [0..1] + opprettet: datetime +familier oppvekst::familie Oppvekst : Familie Figur: 11
32 Side: 31 Preutfyllresultat Class Relasjoner Preutfyllresultat familier Familie henter familier en person er involvert i Unspecified Preutfyllresultat metadata 1 PreutfyllMetadata metadata for resultatet Preutfyll-person Interface Operasjoner Metode Merknad Parametre FinnFamilierForPerson() Returnerer: Preutfyllresultat Array: False Hent personinformasjon basert på fødselsnummer. Tjenesten benyttes til å innhente personspesifikke data for pre-utfylling av elektronisk skjema. Informasjon returnert fra tjenesten benyttes til å fylle inn verdier i lister og menyer som benyttes i skjermdialogen. Data i dette dokumentet representerer en familie og er typisk resultatet av et registeroppslag. Gitt et fødselsnummer vil et slikt oppslag returnere en liste med de foresatte (med rolleangivelse; f.eks, mor, far eller annen familie), og en liste med barn tilknyttet fødselsnummeret som ble bruket ved oppslag. Personidentifikator [in] fødselsnummer
33 Side: 32 Preutfyll-skjema-v2 Pakken inneholder tjenester for å preutfylle et skjema med fagdata, valglister o.l fra et fagsystem Barnehage-Preutfyll - (diagram) Pakken preutfyll-skjema er avhengig av: felles-v2 oppvekst borger Teknisk fra GeoIntegrasjon felles Figur: 12
34 Side: 33 Barnehage-Preutfyll - (diagram) class Barnehage-Preutfyll Skjemadata «enumeration» Opptaksår DETTEOPPTAKSAAR NESTEOPPTAKSAAR +metadata +enheter +spesielle-hensyn 1 +statsborgerskap felles-v 2::PreutfyllMetadata + kildesystem: string [0..1] + kildeorganisasjon: string [0..1] + kommentar: string [0..1] + opprettet: datetime tags asgroup = true oppv ekst::oppv ekstenhet Kode + posisjon: Punkt [0..1] + enhetinformasjon: anyuri [0..1] ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] +spesielle-hensyn oppv ekst::fortrinn Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] borger::statsborgerskap Kode +sone enheter +omfang oppv ekst::sone oppv ekst::omfang Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] + omfang-id: string + omfang-tekst: string + omfang-fra-alder: integer [0..1] + omfang-til-alder: integer [0..1] + omfang-info: string [0..1] + omfang-timer-per-uke: integer [0..1] ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] «interface» Preutfyll-barnehageskjema + HentSkjemadata(Opptaksår, integer) : Skjemadata +språk felles-v 2::Språk Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] Figur: 13
35 Side: 34 Opptaksår Enumeration Identifisere hvilket opptaksår man ønsker data for, fagsystemet styrer hva som er dette og neste opptaksår, skjemaleverandør trenger ikke å endre noe ved overgang til nytt opptaksår. Attributter Attributt Merknader Begrensninger og tagger DETTEOPPTAKSAAR string inneværende år NESTEOPPTAKSAAR string neste år Skjemadata Class Samler generelle data for preutfylling av en barnehagesøknad Relasjoner Skjemadata statsborgerskap Statsborgerskap skjemadata henter ut lister med statsborgetskap Skjemadata språk Språk skjemadata henter ut lister med språk Skjemadata spesielle-hensyn Fortrinn skjemadata henter ut lister med fortrinn Skjemadata enheter Oppvekstenhet skjemadata henter ut lister med enheter Unspecified Skjemadata metadata 1 PreutfyllMetadata angir metadata for preutfyllingen
36 Side: 35 Preutfyll-barnehageskjema Interface Tjeneste for å hente data fra et barnehagesystem til et skjema Operasjoner Metode Merknad Parametre HentSkjemadata() Returnerer: Skjemadata Array: False Tjenesten benyttes til å innhente kommunespesifikke data for pre-utfylling av elektronisk skjema. Informasjon returnert fra tjenesten benyttes til å fylle inn verdier i lister og menyer som benyttes i skjermdialogen. Opptaksår [in] opptaksår integer [in] kommunenr Hent tilgjengelige enheter, omfang, språk og soner.
37 Side: 36 oppvekst Oppvekst - (diagram) Pakken oppvekst er avhengig av: felles-v2 borger Teknisk fra GeoIntegrasjon felles Geometri fra GeoIntegrasjon felles Kodeliste fra GeoIntegrasjon felles Figur: 14
38 Side: 37 Familie - (diagram) Figur: 15
39 Side: 38 Koder - (diagram) class Koder Oppvekstenhet Kode + posisjon: Punkt [0..1] + enhetinformasjon: anyuri [0..1] ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] felles-v 2::Språk Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] borger::rolle Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] +enheter +sone 0..1 Sone borger::statsborgerskap Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] 000 Norge 101 Danmark 103 Finland 105 Island...osv 980 Statsløs 990 Uoppgitt Språkkoder: nb nn se smj sma fi fkv en +spesielle-hensyn Bokmål Nynorsk Nordsamisk Lulesamisk Sørsamisk Finsk Kvensk Engelsk Se Fortrinn Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] Kodene defineres av fagsystemet Eks: 1 Barn med nedsatt funksjonsevne 2 Barn det er fattet vedtak om etter barnevernloven 3 Søsken i samme barnehage osv... MO Mor FA Far SM Stemor SF Stefar FM Fostermor FF Fosterfar MM Medmor EF Ektefelle SA Samboer SI Søster BR Bror... Se for komplett liste borger::sivilstand Kode ::Kode + kodeverdi: String + kodebeskrivelse: String [0..1] + ergyldig: Boolean [0..1] 1 Ugift 2 Gift 3 Enke/enkemann 4 Skilt 5 Separert 6 Registrert partner 7 Separert partner 8 Skilt partner 9 Gjenlevende partner Se Se for komplett liste Figur: 16
40 Side: 39 Omfang - (diagram) Figur: 17
41 Side: 40 Barn Class Borger Barn er et menneske som er i fasen mellom fødsel og pubertet. Den juridiske definisjonen av «barn» refererer generelt til personer som ikke har nådd myndighetsalder. I konteksten av barnopplysninger skal "Borger.spraak" forstås som morsmål Relasjoner Generalization Barn Borger Barn arver egenskapene til borger Familie barn Barn En familie har 0 til mange barn Barnehagefagdata barnopplysninger 1 Barn Barn brukes i fagdata for å angi hvilke barn som det søkes plass/overføring/oppsigelse for Oppvekstenhet Class Kode En enhet er f.eks en barnehage, barnepark, skole eller avdeling. I tillegg til enheten angis også hvilken sone enheten tilhører. Kan f.eks. benyttes i kommuner som er delt i geografiske soner. Relasjoner Bi-Directional sone 0..1 Sone enheter Oppvekstenhet en sone kan være knyttet til flere enheter Generalization Oppvekstenhet Kode arver egenskaper fra Kode Skjemadata enheter Oppvekstenhet skjemadata henter ut lister med enheter enhet angir hvilken enhet plassen søkes
42 Side: 41 1 for Plass Oppvekstenhet Oppvekstenhet spesielle-hensyn Fortrinn en enhet kan ha mange fortrinn Oppvekstenhet omfang Omfang En enhet kan ha definert mange omfang/tilbud Attributter Attributt Merknader Begrensninger og tagger posisjon Punkt [0..1] posisjon til barnehagen. enhetinformasjon anyuri [0..1] url til mer informasjon om barnehagen Familie Class En familie er en institusjon eller et hushold som består av en gruppe individer som er knyttet sammen gjennom arv (demonstrert eller stipulert) fra felles aner, ekteskap, partnerskap eller adopsjon. Relasjoner Familie foresatte Foresatt En familie har en eller flere foresatte Familie barn Barn En familie har 0 til mange barn Preutfyllresultat familier Familie henter familier en person er involvert i
43 Side: 42 Foresatt Class Borger Kan være foreldre eller en med juridisk foreldrerett Relasjoner Generalization Foresatt Borger Foresatt arver egenskapene til Borger Familie foresatte Foresatt En familie har en eller flere foresatte Attributter Attributt Merknader Begrensninger og tagger bor-med-barnet boolean foresatte har samme adresse som barnet sivilstand Sivilstand viser til en persons forhold til en eller flere andre personer
44 Side: 43 Fortrinn Class Kode Fortrinn er forhold som skal vurderes ved behandling av søknaden med tanke på fortrinn ved plasstildeling. Fortrinnet består av en id for å identifisere fortrinnet i fagsystemet, og beskrivende tekst. Kodene defineres i fagsystemet. Se evt forslag her Relasjoner Skjemadata spesielle-hensyn Fortrinn skjemadata henter ut lister med fortrinn Generalization Fortrinn Kode arver egenskaper fra Kode Oppvekstenhet spesielle-hensyn Fortrinn en enhet kan ha mange fortrinn
45 Side: 44 Omfang Class Omfang er entydig bestemt av omfang-id. Hvert unike omfang-id tilsvarer et konkret omfang som er bestemt av fagsystemet. F.eks kan et fagsystem definere: 1:100% plass 2:50% plass ettermiddag 3:50% plass formiddag 4:50% plass like uker 5:50% plass ulike uker I tillegg til omfang-id og omfang beskrivelse kan det spesifiseres hvilke ukedager som er aktuelle, og hvilket alderstrinn omfanget gjelder. Da omfang benyttes i preutfyll-barnehage muliggjør dette at skjermdialog kan filtrere ut omfang som er uaktuelle. Relasjoner Omfang ukedager Ukedag Omfang spesifiseres av omfang-id/omfang-tekst. Omfanget kan suppleres ved å angi ukedager. Plass omfang 1 Omfang For en plass så velges det et omfang Oppvekstenhet omfang Omfang En enhet kan ha definert mange omfang/tilbud Attributter Attributt Merknader Begrensninger og tagger omfang-id string entydig identifikasjon omfang-tekst string beskrivelse av omfanget omfang-fra-alder integer [0..1] omfang-til-alder integer [0..1] omfanget gjelder fra denne alder omfanget gjelder til denne alder [rangemaximum = 6 ] [rangeminimum = 0 ] [rangeminimum = 0 ] [rangemaximum = 6 ]
46 Side: 45 Attributt Merknader Begrensninger og tagger omfang-info string [0..1] ytterligere informasjon om omfanget omfang-timer-per-uke integer [0..1] kan angi et omfang på timer pr uke Sone Class Kode Sone er en geografisk inndeling av enheter. Det kan feks være skolekrets, bydel, mm Relasjoner Generalization Sone Kode arver egenskaper fra Kode Bi-Directional sone 0..1 Sone enheter Oppvekstenhet en sone kan være knyttet til flere enheter
47 Side: 46 Plass Class Angir ønsker om plassering, slik som hvilken enhet, hvilket omfang, og prioritering som ønskes. Relasjoner Barnehagefagdata plassvalg Plass For fagdata så kan mange plasser i prioritert rekkefølge velges Plass enhet 1 Oppvekstenhet angir hvilken enhet plassen søkes for Plass omfang 1 Omfang For en plass så velges det et omfang Attributter Attributt Merknader Begrensninger og tagger prioritet integer [0..1] hvilken prioritet valgt plass har [rangeminimum = 1 ] [rangemaximum = 20 ]
48 Side: 47 felles borger Borger - (diagram) Pakken borger er avhengig av: felles-v2 Kodeliste fra GeoIntegrasjon felles Adresse fra GeoIntegrasjon felles Kontakt fra GeoIntegrasjon felles Figur: 18
49 Side: 48 Borger - (diagram) Viser datastrukturer for borger som utvider Person fra GeoIntegrasjon felles Figur: 19
KS Resultat XML 2.0 for Byggsøk
KS Resultat XML 2.0 for Byggsøk Tor Kjetil Nilsen ARKITEKTUM AS TOR@ARKITEKTUM.NO 48148468 Innhold KS Resultat XML 2.0 for Byggsøk... 2 Tjenester for integrasjon med skjemahotell for en digital dialog...
DetaljerDigital postkasse Ragnar Sturtzel, løsningsarkitekt ECM
Norsk Arkivråds høstseminar 2014 2014-11-03 Digital postkasse Ragnar Sturtzel, løsningsarkitekt ECM Digital postkasse i praksis, hva kreves Både ESA og ephorte leveres med støtte for KS SvarUt og Digipost
DetaljerVeileder i modellering av en SOSI produktspesifikasjon Kent Jonsrud STU
Veileder i modellering av en SOSI produktspesifikasjon 2013-11-06 Kent Jonsrud STU Formålet med denne veilederen Veileder i å lage informasjonsmodellen i en produktspesifikasjon som et utplukk av objekttyper
DetaljerKOMMUNE24:7. Gi innbyggerne digitalt førstevalg med e-skjema
KOMMUNE24:7 Gi innbyggerne digitalt førstevalg med e-skjema Kommune24:7 Kommune24:7 er løsningen som gjør det enkelt for innbygger å søke tjenester på nett. Med brukervennlige skjermdialoger blir søkeprosessen
DetaljerInnrapportering av trekk til NAV
.. Innrapportering av trekk til NAV XML meldingsbeskrivelse VERSJON 1.0 7. april 2010 Sist oppdatert: 2. februar 2012 Innhold Innrapportering av trekk til NAV... i XML meldingsbeskrivelse... i 1 Dokumenthistorie...
DetaljerAngivelse av EHF profiler og dokumenttyper
Angivelse av profiler og dokumenttyper Innholdsfortegnelse Veileder profiler og dokumenttyper 1. Forord... 3 1.1 Formål med dokumentet... 3 1.2 Begrepsdefinisjoner... 4 1.2.1 Dokumenttype... 4 1.2.2 Customization...
DetaljerDokumentfangst fra nettsider IKT-løsning. Hva har Bærum kommune gjort for å realisere dette?
Dokumentfangst fra nettsider IKT-løsning Hva har Bærum kommune gjort for å realisere dette? Innlegg på Norsk Arkivråds høstseminar 2010 v/lars Flugstad Agenda Hvem og hva er vi Utfordring SFO innmelding
DetaljerBOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs
BOKMÅL Side 1 av 7 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap KONTINUASJONSEKSAMEN
DetaljerAP226 Use Case Diagram - SBL
AP226 Use Case Diagram - SBL Use Case Diagram Figuren under (Figur 1) viser en oversikt over alle use case for Sluttbrukerløsningen i Altinn 2 versjon 1. Den innerste firkanten inneholder alle use case
DetaljerSpesifikasjon for utfylling og innsending av opplysninger over tilskudd til vitenskapelig forskning eller yrkesopplæring til Skatteetaten.
Spesifikasjon for utfylling og innsending av opplysninger over tilskudd til vitenskapelig forskning eller yrkesopplæring til Skatteetaten. Gjelder for inntektsåret 2013 med første innrapportering i 2014.
DetaljerModellering av data. Magnus Karge, Kartverket
Modellering av data Magnus Karge, Kartverket 02.05.2018 Modellering av data Innhold Sentrale elementer i klassediagrammer Sentrale elementer i pakkediagrammer Relevante standarder Internasjonalt: ISO 19103
DetaljerSamdok samla samfunnsdokumentasjon
Samdok samla samfunnsdokumentasjon Tjenestegrensesnitt mot Noark 5 DELPROSJEKT Arkiv i e-forvaltning KDRS-dag 5. november 2015 Hans Fredrik Berg, Riksarkivet Samla samfunnsdokumentasjon SAMDOK Kommunale
DetaljerWSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang
ForsendelseServiceV5 Her beskrives funksjonalitet for ForsendelseServiceV5 WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang For å benytte webservicen må en bruke HTTP Basic autentication
DetaljerARKIV I SAMTID OG FRAMTID Utfordringer med portaler og integrering av fagsystemer og sak-/ arkivsystemer. Astrid Øksenvåg Daglig leder ekor as
ARKIV I SAMTID OG FRAMTID Utfordringer med portaler og integrering av fagsystemer og sak-/ arkivsystemer. Astrid Øksenvåg Daglig leder ekor as enorge - ekommune Alle nye interaktive, offentlige tjenester
Detaljer«Nå kommer kommunene» -Fra innovasjonsprogram til praktisk realitet. Lisbet Nederberg og Håvard Wiik, Skedsmo kommune Altinndagen, 3.
«Nå kommer kommunene» -Fra innovasjonsprogram til praktisk realitet Lisbet Nederberg og Håvard Wiik, Skedsmo kommune Altinndagen, 3. desember 2015 Innovasjon@altinn fra sist Da svigerfar skulle søke omsorgsbolig
DetaljerNoark-4 Web Services
Noark-4 Web Services Standard kommunikasjon mellom fagsystemer og sak/arkivsystemer basert på Noark-4 Funksjonell beskrivelse Versjon 1.0 Dato: 2006-05-30 Funksjonell beskrivelse Versjon 1.0 Side 1 av
DetaljerSamdok. PRIORITERT OPPGAVE Arkiv i e-forvaltning. (11) Tjenestegrensesnitt mot Noark 5. samla samfunnsdokumentasjon
samla samfunnsdokumentasjon RAPPORT 2014 PRIORITERT OPPGAVE () Tjenestegrensesnitt mot Noark 5 Utarbeidet av Rapportdato 1 av 4 OPPGAVE () Tjenestegrensesnitt mot Noark 5 Ansvarlig strategigruppe Arbeidsgruppens
DetaljerNOARK 5 arkivkjerne. FORENKLING AV BYGGESAK GIS samarbeidet Telemark Buskerud Vestfold Tor Kjetil Nilsen Arkitektum AS
NOARK 5 arkivkjerne FORENKLING AV BYGGESAK 22.04.2016 GIS samarbeidet Telemark Buskerud Vestfold Tor Kjetil Nilsen Arkitektum AS 11 ansatte i Bø og Gjøvik Tjenester Noen prosjekter og kunder Statens Kartverk
DetaljerHva er SvarUt? Forsendelsene adresseres på vanlig måte. I tillegg påføres fødselsnummer eller organisasjonsnummer for å oppnå digital forsendelse.
1 Hva er SvarUt? SvarUt er en løsning KS KommIT har etablert for å kunne sende utgående post fra kommunen i et elektronisk format og for å innføre sentralisert løsning for utsending av vanlig brevpost.
DetaljerPlandataforum SK-Oslo 29.10.2012
Plandataforum SK-Oslo 29.10.2012 Jon Arne Trollvik, Statens kartverk E-post: jon-arne.trollvik@statkart.no Spåkenes, Lyngen Highlights GI-standarden vedtatt 31.01.2012 Et nytt standardisert grensesnitt
DetaljerVisma Flyt Barnehage. Foresattportal
Visma Flyt Barnehage Foresattportal Innhold Om Foresattportalen 3 Innlogging 3 Foresatte uten muligheter for innlogging 4 Endre språk 5 Kontaktopplysninger til kommunen/ansvarlig for barnehageprogrammet
DetaljerPublic. earkiv 360. Integrasjonsmuligheter og nye metoder for import Stian Gregory
earkiv 360 Integrasjonsmuligheter og nye metoder for import. 5.0. Stian Gregory Innhold earkiv 5.0: Hva kommer / hva er nytt? Integrasjon/import - bakgrunn / hvorfor Eksisterende metoder for import Manuell
DetaljerInnføring av domeneregistreringer med elektroniske egenerklæringer
1 (11) Innføring av domeneregistreringer med elektroniske egenerklæringer Dette dokumentet beskriver en løsning for registrering av domenenavn med elektroniske egenerklæringer. 2 (11) Historikk Dato Revisjon
DetaljerDokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre.
Systembeskrivelse for eksterne aktører Med milepæl 3 gir Kartverket neste innblikk i den kommende løsningen for elektronisk tinglysing. Milepæl 3 gir eksterne aktører mulighet til å få innsikt i grensesnitt
DetaljerSvarUt. Astrid Øksenvåg, prosjektleder KS SvarUt Steinar Carlsen, Bergen kommune
SvarUt Astrid Øksenvåg, prosjektleder KS SvarUt Steinar Carlsen, Bergen kommune SvarUt Brev Hva er SvarUt? Sak/Arkiv En løsning for å kunne sende utgående post fra kommunen i et elektronisk format og Fagsystem
DetaljerAP221 Use Case - SBL - Benytt innsendingsjeneste
AP221 Use Case - SBL - Benytt innsendingsjeneste Benytt innsendingstjeneste Bruker kan fylle ut/signere/sende inn innsendingstjeneste og funksjonaliteten knyttet til disse operasjonene er beskrevet detaljert
DetaljerBrukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering
Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.
DetaljerForespørsel og svar om egenandel
.. Forespørsel og svar om egenandel Informasjonsmodell og XML meldingsbeskrivelse VERSJON 1.1 Status: Til utprøving 6. oktober 2010 KITH-rapport 1024:2010 Innhold 1 Dokumenthistorie... 3 2 Innledning...
DetaljerINF1000 Prøveeksamen Oppgave 7 og 9
INF1000 Prøveeksamen Oppgave 7 og 9 Høst 2015 Siri Moe Jensen 7a) Skriv en klasse Gave med to variabler som forteller hva som er i gaven, og hvor mye den har kostet. Klassen skal ha en konstruktør med
DetaljerIN1010 V19, Obligatorisk oppgave 2
IN1010 V19, Obligatorisk oppgave 2 Innleveringsfrist: Tirsdag 26.02 kl 23.59 Introduksjon I de obligatoriske oppgavene fremover skal du lage et system som holder styr på leger, pasienter, resepter og legemidler.
DetaljerSØKNAD OM BARNEHAGEPLASS I NES KOMMUNE 2014/2015
SØKNAD OM BARNEHAGEPLASS I NES KOMMUNE 2014/2015 for søkere uten 11-sifret personnummer Konfidensielt Etternavn, fornavn Fødselsdato og personnummer Kjønn Nasjonalitet Morsmål Opplysninger Jente Gutt om
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Radiologi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerKS SvarUt. DDT 8. april 2014. Astrid Øksenvåg - KommIT. KommIT
KS SvarUt DDT 8. april 2014 Astrid Øksenvåg - Satsingsområder Digital dialog Strategisk ledelse og IKT Kompetanse Arkiv og dokumenthåndtering Personvern og informasjons-sikkerhet Arkitektur og standardisering
DetaljerForespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse HIS 1022:2010
HIS 1022:2010.. Forespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse Versjon 1.6 Opprinnelig dato 1.12.2008 Sist endret 15.02.2012 KITH 21/08:2012 Publikasjonens tittel: Forespørsel om
DetaljerMeldingsutveksling med Kreftregisteret over Norsk Helsenett
Meldingsutveksling med Kreftregisteret over Norsk Helsenett Versjonshistorikk Versjon Dato Kommentar Forfatter 0.1 2011-10-05 Første utkast Sølve Monteiro 0.2 2011-10-06 Legge til oppsummering Sølve Monteiro
DetaljerObligatorisk oppgave 4: Lege/Resept
Obligatorisk oppgave 4: Lege/Resept INF1010 Frist: mandag 27. mars 2017 kl. 12:00 Versjon 1.0 (111c894 ) Innhold 1 Innledning 1 1.1 Begreper................................ 2 2 Pasienter 2 3 Leger og lister
DetaljerTilleggsopplysninger for saksbehandling i pleie- og omsorgssektoren
Tilleggsopplysninger for saksbehandling i pleie- og omsorgssektoren Side av 6 Tilleggsopplysninger for saksbehandling i pleie- og omsorgssektoren Tillegg til Noark-4 KITH-rapport 7/03 Versjon 0.92 KITH
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 10 Alle Vegobjekttype: 10.212 Fartsgrense, variabel (ID=721) Datakatalog versjon: 2.15-832 Sist endret: 2018-05-31 Definisjon: Kommentar: Høyeste tillatte hastighet på
DetaljerPRESENTASJON NORDIG OKTOBER Alle skal kunne teste alt - overalt
PRESENTASJON NORDIG OKTOBER 2017 Alle skal kunne teste alt - overalt Det eksistensielle - Arkivverkets oppgaver Vår oppgave er - - - å dokumentere samtid for ettertid - i den tro at det er nyttig for ettertiden
DetaljerForprosjekt nytt skoleadministrativt system. Vedlegg 6 Prosessbeskrivelse Aktivitetsskolen
Forprosjekt nytt skoleadministrativt system Vedlegg 6 Prosessbeskrivelse Aktivitetsskolen Innledning Dette dokumentet utgjør grunnlaget for den foreløpige funksjonelle kravspesifikasjonen for anskaffelsen
DetaljerElements NYTT OG NYTTIG! NINA FARAHI
Elements 2019.3 NYTT OG NYTTIG! NINA FARAHI Innhold Elements Saksbehandling Elements Møte Elements Outlook Plugin Elements Administrator Elements ebyggesak Dashbord 3 Leder kan fordele, registrere forfallsdato
DetaljerEn leveranse fra Semicolon-prosjektet. Informasjonsmodell og veiledning for bruk av XML Schema for barnehagesøknad og oppvekst
En leveranse fra Semicolon-prosjektet Informasjonsmodell og veiledning for bruk av XML Schema for barnehagesøknad og oppvekst Versjon kandidat 1.0 15. januar 2009 Side 1 Innhold 1 Endringslogg...4 1 Bakgrunn
DetaljerDokumentasjon av XML strukturer for ByggSøk
Dokumentasjon av XML strukturer for ByggSøk 28. februar 2003 Per Thomas Jahr Innhold 1 Oversikt over skjemaer...1 2 Valg mellom import og include...2 3 Enkoding...2 4 Navnerom...2 5 Regler for navngiving
DetaljerNoark 5 tjenestegrensesnittet Hvor er vi nå?
Noark 5 tjenestegrensesnittet Hvor er vi nå? 01. april 2019 Øivind Kruse, arkivar Bakgrunn Noark Noark 1-4 (1984-2008) Kravspesifikasjon for system for elektronisk journalføring Definert uttrekksformat
DetaljerInnholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10
1 Innholdsfortegnelse 1. Testing... 3 1.1 Feiltesting av koden... 3 1.2 Funksjonstesting:... 7 2. Kilder.10 2 1. Testing Testing av et system er nødvendig for å finne ut om systemet fungere slik det skal
DetaljerArkitektum. Nasjonale prosjekter på bygg. Digitaliseringskonferansen Vest-Telemark September Hallstein Søvik Daglig leder Arkitektum
1 Arkitektum Nasjonale prosjekter på bygg Digitaliseringskonferansen Vest-Telemark September 2017 Hallstein Søvik Daglig leder Arkitektum Om Arkitektum 2 Etablert i 2008-14 ansatte pr. september 2017 Vi
DetaljerVisma Enterprise - ehandel. Versjon GLN-integrasjon
Visma Enterprise - ehandel Versjon 2019 GLN-integrasjon Oppdatert 26.4.2019 Innhold INNLEDNING 3 GS1 Norway 3 GLN 3 Enterprise ehandel 3 Prinsippskisse for integrasjonen 4 Forutsetninger 4 GRUNNDATA 5
DetaljerINF1000 (Uke 15) Eksamen V 04
INF1000 (Uke 15) Eksamen V 04 Grunnkurs i programmering Institutt for Informatikk Universitetet i Oslo Anja Bråthen Kristoffersen og Are Magnus Bruaset 22-05-2006 2 22-05-2006 3 22-05-2006 4 Oppgave 1a
DetaljerINF1000 (Uke 15) Eksamen V 04
INF1000 (Uke 15) Eksamen V 04 Grunnkurs i programmering Institutt for Informatikk Universitetet i Oslo Anja Bråthen Kristoffersen og Are Magnus Bruaset 22-05-2006 2 22-05-2006 3 22-05-2006 4 Oppgave 1a
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF1000 Grunnkurs i objektorientert programmering Eksamensdag: 11. juni 2004 Tid for eksamen: 9.00 12.00 Oppgavesettet er på 8
DetaljerLøsning for utgående EHFfaktura
Løsning for utgående EHFfaktura og fakturahotell Bilag Kundens kravspesifikasjon Anskaffelse av konsulenttjenester DocuLive referanse nr 202036-38 Side av 7 Innledning... 3 2 Forklaring til kravspesifikasjonen...
DetaljerEtter uke 9 skal du. Introduksjon til objektorientert programmering. Innhold. Klasser som abstraksjoner
Etter uke 9 skal du Introduksjon til objektorientert programmering INF1001 Høst 2016 Uke 9 Kunne designe og implementere en programstruktur med flere klasser Kunne etablere og manipulere objekter i (sammensatte)
DetaljerSOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon
SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon class Bygning Bygningsavgrensning:: Bygningsavgrensning {root} + grense: Kurve +bygningsavgrensning 0..* 0..* Bygg {root} En bygning
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerPRESENTASJON Uttrekk og bevaring av eldre fagsystem med dots kjernen
UTTREKK OG BEVARING FRA ELDRE FAGSYSTEM 21 nov 2012 KDRS Samling PROSJEKT Prosjektet fokuserer på utfordringen knyttet til bevaring av fagsystem slik beskrevet i Riksrevisjonens rapport. Prosjektets har
DetaljerVeileder for innsendingssystemet IPIS. Versjon 1.9/07.12.2010/TJ. Helsedirektoratet
Veileder for innsendingssystemet IPIS Versjon 1.9/07.12.2010/TJ Helsedirektoratet 2 Endringshistorikk Versjonsnr Dato Beskrivelse av endringer 1.1 27.04.2006 Nedlasting av.net Framework er fjernet i kap
DetaljerVEDLEGG 7 INFORMASJONSMODELL
VEDLEGG 7 INFORMASJONSMODELL 1.1 INFORMASJONSMODELL Denne modellen skal danne et bilde av informasjonsinnholdet i det nye folkeregisteret. Informasjonsmodellen er en konseptuell modell som gir en overordnet
DetaljerInterface to building application
GeoIntegrasjon Interface to building application GeoIntegrasjon Standardized electronic interaction for geo-related administrative procedures between case, archives, maps, technical systems, land register
DetaljerUnit4 Web Dokumentarkiv Dokumentarkiv og vedlegg i Unit4 Web
Unit4 Web Dokumentarkiv Dokumentarkiv og vedlegg i Unit4 Web Økonomisenteret, august 2017 Innhold Om dokumentarkivet... 2 Dokumentarkivets hovedvindu... 3 Dokumenttyper... 4 Dokumentmaler... 5 Opprette
DetaljerPresentasjon av digital søknad på nav.no
STAVANGER KOMMUNE BÆRUM KOMMUNE BERGEN KOMMUNE OSLO KOMMUNE TRONDHEIM KOMMUNE Samarbeidsprosjekt mellom 5 pilotkommuner, KS og Arbeids- og velferdsdirektoratet Presentasjon av digital søknad på nav.no
DetaljerStatus digitale planprosesser (3D plan, digitale reguleringsbestemmelser)
Kommunal- og moderniseringsdepartementet Status digitale planprosesser (3D plan, digitale reguleringsbestemmelser) Ida Rørbye 14. februar 2018, lokale geomatikkdager Trons og Finnmark Digitaliseringen
DetaljerNye krav til planer tilrettelagt for effektiv byggesaksbehandling
Kommunal- og moderniseringsdepartementet Nye krav til planer tilrettelagt for effektiv byggesaksbehandling Hilde Johansen Bakken Steinkjer, 25. april 2018 A L T H E N G E R S A M M E N M E D A L T 2 Satsing
DetaljerKravspesifikasjon for kontrollprogram for barnevern 2015 i KOSTRA
Kravspesifikasjon for kontrollprogram for barnevern 2015 i KOSTRA Gjelder filuttrekk: Barnevern 2015 Gjelder rapporteringsår: 2015 Kontaktperson: Tone Dyrhaug, tlf. 21 09 47 71, e-post: tone.dyrhaug@ssb.no
DetaljerHøringsuttalelse ang. produktspesifikasjon for kommunalt planregister
Postadresse: EDB ErgoGroup Postboks 494 Skøyen 0213 Oslo Besøksadresse: Nedre Skøyen vei 26 Skøyen Miljøverndepartementet Pb 8013 Dep 0030 Oslo Dato: 14.12.2011 Ref.: Ragnar Sturtzel Høringsuttalelse ang.
DetaljerNr. 76/378 EØS-tillegget til Den europeiske unions tidende KOMMISJONSFORORDNING (EU) nr. 1312/2014. av 10.
Nr. 76/378 EØS-tillegget til Den europeiske unions tidende 15.11.2018 KOMMISJONSFORORDNING (EU) nr. 1312/2014 2018/EØS/76/66 av 10. desember 2014 om endring av forordning (EU) nr. 1089/2010 om gjennomføring
DetaljerSOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer
SOSI standard - versjon 4.0 1 DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 2 INNHOLDSFORTEGNELSE DEL 1: Regler for navning av geografiske elementer 1 0 Orientering og
DetaljerAP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter
AP221 Use Case - TUL - Utarbeid komponenter Utarbeid komponenter En tjeneste i Sluttbrukerløsningen har en arbeidsflyt som bestemmer de forskjellige stegene som må gjennomføres i skjemainnsendingen. Disse
DetaljerHjemmeweb - Veiledning for foresatte. Startsiden for Hjemmeweb
Hjemmeweb - Veiledning for foresatte Startside, hvordan se eleven og foresattes informasjon, faner med ulik elevinformasjon. Visma Flyt Skole har en egen foresattpålogging vi kaller Hjemmeweb. Foresatte
DetaljerOppdatering 4 ESA Vedlagt følger Oppdatering 4 til ESA server/web versjon
Postadresse: EVRY Postboks 4 1330 Fornebu Besøksadresse: Snarøyveien 30 A Fornebu Til brukere av ESA Dato: 28.06.2017 Ref.: Ragnar Sturtzel Oppdatering 4 ESA 8.1.2.2 Vedlagt følger Oppdatering 4 til ESA
DetaljerPlan: Parameter-overføring Alias Typer (Ghezzi&Jazayeri kap.3 frem til 3.3.1) IN 211 Programmeringsspråk
Plan: Parameter-overføring Alias Typer (Ghezzi&Jazayeri kap.3 frem til 3.3.1) Funksjonelle språk (Ghezzi&Jazayeri kap.7 frem til 7.4) Neste uke: ML Ark 1 av 16 Forelesning 16.10.2000 Parameteroverføring
DetaljerSamspill mellom sak og kart
GeoIntegrasjon Samspill mellom sak og kart GeoIntegrasjon Standardisert elektronisk samhandling for geografisk relatert saksbehandling og innsyn mellom sak, arkiv, kart, fagsystemer, matrikkel og planregistre
DetaljerStartsiden for Hjemmeweb
Visma Flyt Skole har en egen foresattpålogging vi kaller Hjemmeweb. Foresatte finner Hjemmeweb på samme adresse som ansatte logger inn i VFS (https://skole.visma.com/navn). Foresatte logger inn via fanen
DetaljerSvarUt Offentlig digital post
SvarUt Offentlig digital post eller Thor Kvatningen - it-rådgiver / /byarkivet Thor.kvatningen@trondheim.kommune.no Hva er SvarUt? En løsning for å kunne sende digital utgående post fra kommunen i et elektronisk
DetaljerN5WS. Jean-Philippe André Caquet Kontaktkonferansen 21.05.2014
N5WS Jean-Philippe André Caquet Kontaktkonferansen 21.05.2014 Hva er webservices? Små komponenter som kan brukes fleksibelt på tvers av nettsteder og andre tjenester. En komponent i denne sammenheng er
DetaljerEn bedre måte å håndtere prosjekt, team, oppgaver og innhold
En bedre måte å håndtere prosjekt, team, oppgaver og innhold Bedre prosjekthå ndtering med metådåtå M-Files går langt utover bare enkel dokumenthåndtering. Den unike arkitekturen drevet av metadata lar
DetaljerUtkast Kravspesifikasjon sensurregistrering
Utkast Kravspesifikasjon sensurregistrering versjon 2.9.15 Richard Edvin Borge, Adelheid Mortensen Huuse 1 1 Introduksjon Som et ledd i digitaliseringen av eksamensprosessen er det ønskelig å få en løsning
DetaljerNoark-5 hva blir det til? Ståle Prestøy IKA Trøndelag. 23. mai 2007 Noark-5 - hva blir det til? 1
Noark-5 hva blir det til? Ståle Prestøy IKA Trøndelag 23. mai 2007 Noark-5 - hva blir det til? 1 Hvorfor Noark-5? Generell teknologisk utvikling (1998-2006) Flere organ i samme database Sikring av dokumenters
DetaljerEigersund kommune. Rutinene beskrevet i dette dokumentet er alle pliktige til å sette seg inn i og følge!
Eigersund kommune Rutinehåndbok for behandling av persondata i skoleverket Rutinene beskrevet i dette dokumentet er alle pliktige til å sette seg inn i og følge! «Organisasjonen må ha skriftlige retningslinjer
DetaljerGjennomgang av eksamen H99
Gjennomgang av eksamen H99 Administrasjon av kurser, studenter og påmeldinger Ole Christian Lingjærde Gruppen for bioinformatikk Institutt for Informatikk Universitetet i Oslo Oppgave 1 (15 %) (Besvares
DetaljerByggSøk-byggesak 2010
ByggSøk-byggesak 2010 Kommuneadministrator Ny plan- og bygningslov trådte i kraft 1.juli 2010, og ByggSøk-byggesak 2010 er det nye søknadssystemet som ivaretar byggesøknader iht den nye loven. I dette
DetaljerTest 2 OOP. - Prøveeksamen
Test 2 OOP - Prøveeksamen 2007 - Viktig: Jobb med oppgavene som om det var eksamen Ikke snakk med sidemann, ta korte pauser, benytt kun skriftlige hjelpemidler du hadde tenkt til å hatt med på eksamen.
DetaljerBevaring av fagsystem og Noark 5
Bevaring av fagsystem og Noark 5 Thomas Sødring Førsteamanuensis Arkiv Høyskolen i Oslo og Akershus thomas.sodring@jbi.hio.no P-R428 22452610/99570472 1/34 I dag skal vi Litt om HiOA Snakke litt om Fra
DetaljerBeskrivelse av å lage en modell
Beskrivelse av å lage en modell Hvor i løypa befinner vi oss? Business Process Lage produktspesifikasjon Kartverket Matrikkel- og stedsnavnavdeling Ny produktspesifikasjon skal lages Nei Lage UML-modell
DetaljerSvar på spørsmål mottatt etter tilbudskonferansen INNHOLD
Svar på spørsmål mottatt etter tilbudskonferansen INNHOLD 1 DOKUMENTINFORMASJON... 2 2 Spørsmål Del I... 3 2.1 Spørsmål til K-9 - Vedlegg A Leveringsomfang V1.1 Skal det være overlevering av B-post på
DetaljerInformasjon Prøveeksamen i IN1000 høsten 2018
Prøveeksamen IN1000-INF1001-H18 Informasjon Prøveeksamen i IN1000 høsten 2018 Tid Fra tirsdag 6.11 kl. 14:15 til tirsdag 13.11 kl. 12:00 (Normal eksamenstid er 4 timer) Oppgavene Oppgave 2b og 2c er flervalgsoppgaver.
DetaljerAP221 Use Case SBL Registrer abonnement
AP221 Use Case SBL Registrer abonnement Registrer abonnement Etatssystem kan sende inn liste over innsendingstjenester som skal instansieres og dukke opp i en persons/organisasjons liste over aktive elementer.
DetaljerKodelister. fortjener større oppmerksomhet. Steinar Høseggen, Geomatikk IKT AS
Kodelister fortjener større oppmerksomhet Steinar Høseggen, Geomatikk IKT AS Definisjoner Kode (Classifier, Term) = entydig navn på et Konsept som har en form for faglig eller vitenskaplig definisjon Beskrivelse,
DetaljerEndret litt som ukeoppgave i INF1010 våren 2004
Endret litt som ukeoppgave i INF1010 våren 2004!!!" # # $# ##!!%# # &##!'! Kontroller at oppgavesettet er komplett før du begynner å besvare det. Les gjerne gjennom hele oppgavesettet før du begynner med
DetaljerBrukerveiledning SvarUt
Brukerveiledning SvarUt 1 Som forvaltningsnivå skal vi følge prinsippet om «digitale førstevalg». Dette innebærer at digitale løsninger er hovedregelen for vår kommunikasjon med det offentlige, innbyggere
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Patologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerElektronisk fakturabehandling
Elektronisk fakturabehandling Per Martin Jøraholmen 27.09.2013 Direktoratet for økonomistyring Side 1 DFØ fakturamottak Organisering av fakturamottaket (EFB) DFØ fakturamottak Oppstart høsten 2004 2005
DetaljerTil IT-avdelingen. Krav innføring av Visma Samhandling Arkiv. Visma Unique AS Avdeling Oppvekst
Til IT-avdelingen Krav innføring av Visma Samhandling Arkiv Visma Unique AS Avdeling Oppvekst www.visma.no/offentlig Innholdsfortegnelse Visma Samhandling Arkiv - systemkrav...3 Teknisk skisse Arkiv og
DetaljerAlle skal kunne teste alt - overalt KDRS TRONDHEIM JUNI 2017
Alle skal kunne teste alt - overalt KDRS TRONDHEIM - 13. JUNI 2017 Det eksistensielle - Arkivverkets oppgaver 2 Det eksistensielle - Arkivverkets oppgaver Vår oppgave er - - - å dokumentere samtid for
Detaljer«Standard for begrepsbeskrivelser»
«Standard for begrepsbeskrivelser» Standardiseringsrådet, 13. mars 2012 Steinar Skagemo Tema Bakgrunn Behovet for standarder innenfor området metadata/semantikk/begrepsarbeid Spesielt om behovet for standard
Detaljer1. Generelt. GSI, import av datafil (spec 1.0) 1.1. Ingen individbasert innsamling. 1.2. Historikk. 1.3. Import 2010-11. 1.4. Importmulighet i GSI
1. Generelt 1.1. Ingen individbasert innsamling Det har noen år vært gjennomført testing av en individbasert innsamling til GSI (Grunnskolens Informasjonssystem). Det foreligger ikke nødvendige godkjenninger
DetaljerAP221 Use Case SBL Preutfyll og instansier innsendingstjeneste
AP221 Use Case SBL innsendingstjeneste innsendingstjeneste Preutfylling av innsendingstjenester skal hjelpe brukerne med utfyllingen av innsendingstjenesten. Der tjenesteeier kjenner til informasjonen
DetaljerBrukerveiledning. Søknadssystemet esg. Elektronisk søknadsblankett for søknad om sentral godkjenning for ansvarsrett. Side 1 av 24
Brukerveiledning Søknadssystemet esg Elektronisk søknadsblankett for søknad om sentral godkjenning for ansvarsrett Side 1 av 24 Innholdsfortegnelse 1 Om esg... 3 2 Ny bruker... 4 3 Logg inn... 6 3.1 Mine
DetaljerKrav til Hovedutstyrsliste (HUL) for leverandører
Krav til Hovedutstyrsliste (HUL) for leverandører Merk: Til dette dokument følger mal for hovedutstyrsliste (ref. PW mappen Maler) E04 04.12.12 For implementering GMTND GMWEE GMAFR E03 15.09.09 For implementering
Detaljer