KRAVSPESIFIKASJON NYTT BARNEVERNSYSTEM STEINKJER KOMMUNE

Størrelse: px
Begynne med side:

Download "KRAVSPESIFIKASJON NYTT BARNEVERNSYSTEM STEINKJER KOMMUNE"

Transkript

1 Vedlegg 2 Anbud 24/08 KRAVSPESIFIKASJON NYTT BARNEVERNSYSTEM STEINKJER KOMMUNE

2 1.1 Bakgrunn Forkortelser og Utrykk Organisering av innføringsprosjektet Tidsfrister Forventninger til ny IT-løsning Overordnede krav til IT-løsningen Forutsetninger for anskaffelse av ny IT-løsning Målsetningen anses nådd Krav til besvarelse av kravspesifikasjonen Generelle krav til systemet Generelle krav Organisatorisk tilpasning Brukertilgang til moduler og funksjoner Organisering av systemvedlikehold og drift Brukertilpasning/vennlighet Databaseintegritet/validering av data Krav til rapporteringsverktøy Teknisk miljø Generelle teknisk krav Sikkerhet/Autentisering Krav til pålogging Krav til loggføring Krav til validering/datakvalitet Sikkerhetslogikk Krav til dokumentasjon Generelle krav til dokumentasjon Krav til dokumentasjon av backuprutiner Kontrakt Utveksling av data/grensesnitt mot andre systemer Grensesnitt/integrasjon mot andre systemer Tjenester i forbindelse med leveransen Installasjon Konvertering av data til nytt system Opplæring Innføringsprosjekt Godkjenningstest Konsulentbistand Support, brukerstøtte og vedlikehold Support avtale Krav til funksjoner i barnevernsystemet Planfunksjonalitet...16 Kravspesifikasjon Nytt Barnevernssystem Side 2 av 26

3 8.1.1 Journalnotater / Loggføring Kladd Dokumentliste Planlegging og oversikt over arbeidsoppgaver Kalender og Huskeliste Brukergrensesnitt og tilgang på sentral info Kontaktinformasjon/grunnopplysninger Arbeide med hele familier Fra melding til tiltak Tiltaksplan Sentral og lokal rapportering Status Analyse / styring / internkontroll Kvalitetssikring Roller, rettigheter, drifting m.v Annen funksjonalitet Økonomi, arkiv og merkantile funksjoner Overordnede mål Regnskapssystem generelt Remittering/overføring regnskap/revisjon Lønn Arkiv Krav til styringsdata og ledelse Styringsdata Vedtakssystem / beslutningssystem Saksbehandling Andre funksjoner Adopsjon Annet utstyr Godkjenninger Opsjoner Invest...25 Kravspesifikasjon Nytt Barnevernssystem Side 3 av 26

4 1.1 Bakgrunn er i et interkommunalt samarbeid med nabokommunene Inderøy og Verran på flere områder. Det arbeides nå med en felles IKT-strategi for INVEST-kommunene, hvor felles arkitektur, systemvalg og standardisering av fagsystemer for INVEST er hovedelementer. Inderøy kommune benytter i dag systemet BvPro, og har 5 ansatte fordelt på 3,9 årsverk innen barneverntjenesten. Verran kommune har tidligere fått installert fagsystemet Familia som en del av en pakke med fagsystem fra Unique, men har ennå ikke tatt systemet i bruk. Verran har 2 ansatte/ 1,6 årsverk. s barneverntjeneste benytter i dag produkt fra Visma, siste oppdatterte versjon. Barneverntjenesten i Steinkjer har i dag 14,3 stillingshjemler og totalt 18 brukere av systemet. På sikt kan en se for seg en mulig økning i antall brukere til Forkortelser og Utrykk. I kravspesifikasjonen benyttes følgende forkortelser, navn og uttrykk. STK System Leverandør Systemeier Systemkoordinator Applikasjonsansvarlig Brukerenhet Ansvarlig i brukerenhet Bruker KOSTRA Nytt Barnevernsystem. Ansvarlig for leveranse og vedlikehold av systemet iht kontrakt Ansvarlig bla. for at systemet benyttes iht lov- og avtalverk, prosjekter, utvikling, gevinstrealisering, planer og budsjetter knyttet mot systemet Ansvarlig for den operative delen av systemeierskapet, herunder bla. etablere og følge opp brukerstøtteapparatet, dokumentasjon, håndbøker, rutiner og kurstilbud IT-faglig ansvar for applikasjonen, kontaktperson mot bestiller-leddet og underleverandør, koordineringsansvar internt i IT-seksjonen Enhet som benytter systemet Ansvarlig for innlegging og vedlikehold av opplysninger for egne ansatte samt opplæring/brukerstøtte overfor egne ansatte. Arbeidstaker ansatt i enhet som benytter systemet Kommunalt og statlig rapporteringssystem 1.3 Organisering av innføringsprosjektet. Innføring av nytt barnevernssystem skal skje i form av at Barnevernstjenesten i har prosjektansvaret selv. Prosjektansvarlig som er oppnevnt i STK er barnevernskonsulent Siri Strand (i nært samarbeid med Barnevernsleder Toril Ertsaas). Prosjektansvarlig STK og aktuell leverandør legger opp en framdriftsplan i samarbeid. 1.4 Tidsfrister. Nytt system er innført og tatt i bruk ved barneverntjenesten i Steinkjer Kommune innen 2008 Kravspesifikasjon Nytt Barnevernssystem Side 4 av 26

5 1.5 Forventninger til ny IT-løsning. Kravspesifikasjonen er for et nytt dataverktøy for barneverntjenesten i med tanke på kjøp av nytt it-system. Hensikt: Sikre effektiv og korrekt saksbehandling innen barneverntjenesten. Ivareta rettssikkerheten i barneverntjenesten. Ivareta behovene for internkontroll i barneverntjenesten Sikre tilgjengelighet til gode styringsdata for tjenesten Ivareta rapporteringsbehov til fylkesmannen / departementet, SSB / KOSTRA og styringskortet for barneverntjenesten i Steinkjer. Ivareta behovet for regnskapsføring / kostnadskontroll kommunikasjon opp mot Agresso. Klientregnskap (utgifter og refusjoner) Mulighet til å benytte systemet som redskap til styring og evaluering av arbeid i enkeltsaker (prosess / saksgang med journaler, tiltaksplaner, evalueringer og beslutninger) Arkiv / postsystem Saksutredning for fylkesnemnd og lignende. Maler for effektiv saksbehandling Prosjektmål /resultater: 1. Kravspesifikasjon utarbeidet våren Vurdere forhold rundt teknisk løsning, drift og eierskap av it-systemet, samt brukerstøtte, opplæring og systemadministrasjon. 3. Nytt system er innført og tatt i bruk ved barneverntjenesten i Steinkjer Kommune innen Overordnede krav til IT-løsningen. Løsningen skal være strategiorientert og ha tilfredsstillende funksjonell kvalitet for å støtte kommunens arbeidsprosesser. Systemet skal dekke krav til ytelse, stabilitet, brukervennlighet, sikkerhet, fleksibilitet og dataintegritet. Systemet skal være kostnadseffektivt mht anskaffelse/utvikling, drift, vedlikehold og support Løsningen skal ha stor fleksibilitet mht. effektiv organisering av bruker- og driftsløsninger tilpasset den til enhver tid gjeldende organisasjonsstruktur i kommunen. Data skal kun registreres en gang. Løsningen skal gjennom tett integrasjon av moduler og grensesnitt mot andre systemer sikre engangsregistrering av data. 1.7 Forutsetninger for anskaffelse av ny IT-løsning. Anskaffelsen bygger på følgende grunnleggende forutsetninger: Ny systemløsning skal baseres på anskaffelse av et standard system levert av ekstern leverandør. Eventuelle tilpasninger til kommunens krav skal ikke ha større omfang enn at leverandøren aksepterer å vedlikeholde systemet etter standard vedlikeholdskontrakt. 1.8 Målsetningen anses nådd. Kravspesifikasjon Nytt Barnevernssystem Side 5 av 26

6 Målsetningen med systemanskaffelsen/prosjektet anses nådd når: Ny systemløsning fungerer i samsvar med definerte krav til funksjoner, kjøretider, sikkerhet mv. på kommunens maskin- og kommunikasjonsplattform. Brukerne behersker prioriterte systemfunksjoner og administrative rutiner i samsvar med definerte krav til kvalitet og sikkerhet. Ny systemløsning er tatt i bruk innenfor den valgte organisatoriske løsning. System og tjenester levert iht. kontrakt. Når leverandørs support, brukerstøtte og vedlikehold er etablert iht. vedlikeholdskontrakt 1.9 Krav til besvarelse av kravspesifikasjonen. Kravspesifikasjonen er utformet med sikte på at kommunen så langt mulig skal anskaffe ett standard system, dvs. et system som allerede er i bruk hos kunder med tilsvarende behov som. Det enkelte krav er listet med nummer og type krav: M: Krav som må oppfylles. B: Krav som bør oppfylles. Kolonnen J/N/ i kravtabellen skal fylles ut av leverandør med følgende koder: Kode Forklaring J Ja Krav er oppfylt i den versjon som tilbys. N Nei Krav er ikke oppfylt i den tilbydde versjonen. T Tilpasses Krav som kan oppfylles og tilpasningsarbeidet er inkludert i tilbudet. B Betinget Krav som kan oppfylles, men dette betinger tilpasningsarbeid som ikke er inkludert i tilbudet.? Mer informasjon Det kreves mer informasjon/presisering før kravet kan besvares. Det bør ikke forekomme for mange? da spørsmål kan avklares med i tilbudsperioden. Krav som av leverandøren er besvart med tilpasses (T) eller betinget (B), skal kommenteres i separat dokument som følger anbudet. I tillegg er det satt i kolonnen ytterst til høyre under (utfyllende kommentar) for de krav hvor STK ønsker at leverandør skal gi utfyllende kommentarer. I tillegg kan leverandør selv velge å avkrysse under ved behov for utfyllende kommentarer. vil vurdere leverandørenes tilbud ut fra en total vurdering av i hvilken grad de tilbydde systemer dekker kravene samt de punkter som fremgår under Valg av leverandør i Innkjøpsseksjonens anbudsdokument. Kravspesifikasjon Nytt Barnevernssystem Side 6 av 26

7 2.0 Generelle krav til systemet 2.1 Generelle krav 1 M Systemet skal være en standardløsning, dvs. at implementert versjon med eventuelle opsjoner skal være designet slik at nye versjoner kan installeres og tas i bruk uten krav til systemendringer eller konfigureringsendringer (både klient og tjener). 2 M Systemet må enkelt kunne samhandle med MS Office 2000/2002/ 2003 samt også nyere versjoner - Office produktene ved avgivelse/mottakelse av data. 3 M Samtlige moduler og funksjoner skal være integrert slik at data kun skal registreres en gang. 4 M Systemet skal ivareta nåværende og fremtidige krav og standarder mht til rapportering til sentrale myndigheter. 5 B Det må ved behov være mulig å definere et begrenset antall frie felt. 6 M Systemet skal være basert på anerkjent teknologi og internasjonale standarder. 7 B Systemet skal ha en solid posisjon i markedet, med dokumenterte referanser (vedlegges). 8 M Leverandør må gi en kort historisk beskrivelse av utviklingen av systemet. 9 M Leverandør må gjøre greie for hvilke planer en har for framtidige, planlagte versjoner. 10 M Systemet skal benytte norsk språk i alle deler av systemet med brukergrensesnitt. 11 M Ved søk må en kunne søke på deler av felt, såkalt wild card søk (* eller?) 12 M Leverandør skal redegjøre for kvalitetssikringssystemet som er benyttet i systemutviklingsarbeidet 13 M Leverandør skal redegjøre for organisering av kundesupport (teknisk support og brukerstøtte), herunder dokumentere den kapasitet og kompetanse som anses nødvendig. 14 M Leverandør skal redegjøre for eventuelle utviklingsplaner som innebærer endringer i grunnleggende oppbygging, funksjonalitet, teknologi, arkitektur, database/verktøy mv. Planene spesifiseres med tidspunkt og hvilke konsekvenser endringene vil kunne medføre i tiden etter en leveranse til STK 15 M Ved enhver systemmessig endring skal det ved implementeringstidspunktet foreligge den nødvendige dokumentasjon, både som spørrefunksjon og som skriftlig dokumentasjon 16. M Dokumenthåndtering må være slik at dersom flere forsøker å åpne samme dokument skal man få ett varsel om at dokumentet er åpnet av andre 17. M Programmet må være slik at man kan Åpne flere vinduer uten å måtte lukke ett vindu før man kan åpne et annet. 2.2 Organisatorisk tilpasning. 1 M Data tilknyttet ulike organisatoriske nivå må valgfritt kunne aggregeres til ønsket nivå for rapporterings- og styringsformål Resultatenhet/gruppe/avdeling 2 M Data tilknyttet ulike organisatoriske nivå må valgfritt kunne Kravspesifikasjon Nytt Barnevernssystem Side 7 av 26

8 aggregeres til ønsket nivå for rapporterings- og styringsformål Resultatenhet/gruppe/avdeling 3 B Det må kunne foretas maskinell omorganisering av administrative enheter og enkeltpersoner til andre eller nye administrative enheter. Dvs. personell/brukere fra en gruppe må samlet kunne overføres til en annen gruppe i-fm en evt. omorganisering. 2.3 Brukertilgang til moduler og funksjoner. 1 M Systemets moduler og funksjoner skal kunne tilpasses ansattes behov ved enhver administrativ enhet, styrt gjennom systemets tilgangskontroll. 2.4 Organisering av systemvedlikehold og drift. 1 B Systemvedlikehold må kunne ivaretas fra en sentral driftsfunksjon (systemadministrator), men med mulighet for desentralisering av deler av vedlikeholdet. 2.5 Brukertilpasning/vennlighet. 1 M Systemet må inneholde systematisk oppbygde skjermbilder med relevante og fullstendige opplysninger i forhold til den aktuelle modul/funksjon 2 M Det må være mulig å tilrettelegge et rolletilpasset brukergrensesnitt i forhold til aktuelle moduler og funksjoner. 3 M Brukerne skal oppleve et enhetlig grensesnitt mot samtlige moduler og funksjoner slik at operasjonene utføres på lik måte uavhengig av modul/funksjon. 4 M Samtlige brukere skal, uavhengig av organisatorisk plassering og tilgangsnivå, ha en tilfredsstillende responstid til aktuelle moduler og funksjoner. 5 M Hjelpfunksjon skal være tilgjengelig på kommando- og feltnivå med norsk tekst. Informasjonen skal kunne skrives ut. 6 M Samtlige brukere skal ha tilgang til skriftlig brukerdokumentasjon (håndbøker) på norsk. Leverandør må opplyse om dokumentasjonen er/vil bli tilrettelagt for WEB/intranettløsninger. 2.6 Databaseintegritet/validering av data. 1 B Alle koder i kodetabeller må kunne settes som utgått. Disse utgåtte kodene skal ikke kunne nyttes ved ny registreringer, men kun som historisk informasjon. 2 B Muliggjøre og midlertidig stenge verdier eller koder i tabeller ved å sette en dato i et datafelt som indikerer gyldig til eller både gyldig fra-dato og til-dato. 3 B Tabeller må inneholde kolonner som indikerer hvor data kommer fra (kilde) og nøkkel (tabell og identifikator). Dette er nyttig f.eks. når data lastes inn i databasen ved en konvertering, eller ved andre automatiserte rutiner. Alternativet er at informasjonen blir logget i loggtabeller 4 M Systemet skal ha et feilmeldingssystem som gjør det enkelt for leverandøren å gjenskape aktuell feil i systemet, samt ha diagnoser for de forskjellige feilmeldingene. Unngå generelle feilmeldinger som Feil, kontakt systemansvarlig, det bør benyttes for eksempel feilmeldingskoder samt en tilhørende tekst. 5 M I forbindelse med saksbehandling skal dokumenter lagres i databasen, ikke som filer i kataloger. Dokumentet må videre kunne lagres som standardisert format, ikke i proprietære format som Word el. Kravspesifikasjon Nytt Barnevernssystem Side 8 av 26

9 Eks. på standardiserte/åpne dokumenterte standarder: Ren tekst: ISO Latin :1987 SGML ISO 8879_1986 (herunder subbet-formatene HTML og ML) TIFF versjon 6 PDF RTF 6 B Saksbehandling skal følge krav/regler som er definert i NOARK4. 7 B Systemets kodeverk skal i størst mulig utstrekning være selvdokumenterende, og der det finnes standarder skal disse brukes (eks NOARK4). F.eks kjønnkode = M og K ikke 1 og 0. 8 M Systemet må ha CDV11-kontroll ved personnr registrering. Algoritme for registrering av personnummer for utenlandske personer. 9 M Klienter må ha et unikt identitetsbegrep (primary key) i tillegg til personnummer. Dette er en fordel dersom registrene skal anonymiseres. 10 M Systemet må ha recovery mulighet. Dvs å kunne til enhver tid "rulle" registreringssystemet/databasen tilbake til et veldefinert punkt i tilfelle systembrudd. 11 M All referanseintegritet skal legges i databasen. Dette innebærer for eksempel: o Ingen poster som refereres fra andre tabeller kan slettes. o Ingen andre verdier enn de som finnes i referansetabellen kan legges inn i felt som har slik referanse. 12 M All validering og sikkerhet skal legges på databasen i form av triggere, prosedyrer og constraints. Dette medfører en gjennomført kontroll og validering også ved oppdateringer som ikke utføres fra applikasjonen. Eks ved konverteringer og tilpasninger. 13 M Alle transaksjoner/hendelser vedr. viktig informasjon skal logges, type (sletting, endring, registrering), når (dato og tid), hvem (brukere initialer), hva (hva som ble endret, slettet, registrert) Det skal legges ved oversikt over alle opplysninger som loggføres av systemet ved endring. 14 M Systemet må gi mulighet for å kunne eksportere ALLE data i systemet til standardiserte formater. 15 B Ved import av data skal det kunne etableres brukerdefinert kontrollnivå på alle innkomne transaksjoner (tilsvarende relevante kontroller ved manuelle registreringer). 17 M Systemet må gi melding dersom ugyldige koder benyttes. 2.7 Krav til rapporteringsverktøy. 1 M Det må fremgå i alle skjermbilder hvilke felter det er mulig å spørre på. 2 M Verktøyet må inneholde/det må være mulig å bygge opp standard rapporter. Verktøyet må være fleksibelt mht. utvalgs- og sorteringskriterier. 3 M Verktøyet må inneholde/det må være mulig å bygge opp rapporter tilpasset plan-, styrings- og kontrollformål på samtlige organisatoriske nivå. Verktøyet må være fleksibelt mht. utvalgs- og sorteringskriterier. 4 M Det må være mulig å regulere tilgangen til rapporteringsverktøyet gjennom systemets tilgangskontroll. 5 M Tilrettelagte rapporter må kunne forhåndsvises på skjerm før utskrift. 6 M Data i rapporten skal være tilgjengelig et nivå ned ved å klikke på aktuell rapportlinje. Kravspesifikasjon Nytt Barnevernssystem Side 9 av 26

10 3.0 Teknisk miljø. 3.1 Generelle teknisk krav. 1 M Alle data for alle enheter som benytter systemet må kunne lagres i en sentral database. 2 M Et fundamentalt krav til ny systemløsning, er at den skal kunne kjøres vha WTS (Windows Terminal Server) / Citrix teknologi, tradisjonell klient tjener teknologi og/eller web teknologi. Nyeste testede og sertifiserte plattform. Leverandør må beskrive forslag til implementering av systemløsningen i blandet miljø hvor tradisjonell klient tjener, WTS teknologi og/eller web teknologi benyttes. Alle forutsetninger og forbehold som løsningsforslaget er basert på skal tas med. 3 M Angi minneforbruk pr. klient som er tilkoblet en WTS-server. Minneforbruk skal oppgis for alle aktuelle moduler og programmer som løsningen består av. 4 M Angi krav til operativerativsystem, database og versjon, evt. odbc- drivere, sql-net versjoner, etc. 5 M Angi krav til maskinvarekrav for server(e). Det stilles krav til akseptabel responstid. For en sentral integrert serverløsning skal leverandør oppgi minimumsspesifikasjonen på server(e) for det antall brukere som tidligere er oppgitt. Systemet skal ikke ha mer enn gjennomsnittlig 1 - ett - sekunds responstid på spørring/oppslag mot databasen og for lagring av endrede skjermbilder ("insert" med retur av prompt). 6 M Angi krav til maskinvarekrav til arbeidsstasjoner. 7 M Angi hvilket verktøy applikasjonen er utviklet i både på klient- og tjenersiden. 8 M Systemet må kunne driftes på Windows 2000/ M Systemet skal kunne benytte de vanligste nettverksoperativsystemer. 12 M Systemet må kunne benytte MS SQL database 13 B Ved tegning av vedlikeholdsavtale bør systemet kunne leveres på ny versjon av operativsystem og database i løpet av maksimalt et halvt år etter at kommersiell versjon av operativsystemet/databasen foreligger. 14 B Systemet skal kunne driftes som et integrert system lokalisert til et driftssted med alle moduler og for alle administrasjonsenheter (sentral løsning), jf pkt M Angi hvilke brukergrensesnitt som benyttes. 16 M Angi hvilken systemarkitektur applikasjonen har. 17 M Angi hvilke programvarelisenser som forutsettes på klient- og tjenerside. 4.0 Sikkerhet/Autentisering. 4.1 Krav til pålogging. 1 M har på brukernivå standardisert på operativsystemet Windows 2000/2003. Leverandøren må skissere hvilke planer/løsninger som foreligger mht å tilpasse løsningen til Kravspesifikasjon Nytt Barnevernssystem Side 10 av 26

11 katalogtjenesten Active directory og LDAP i windows 2000/2003. Dette for at brukerne skal slippe pålogging på selve fagsystemet. Den ansattes brukerid må kunne registreres i fagsystemet for å kunne skille tilgangen til den ansatte vha roller. 2 M Når en oppretter påloggings-id er skal påloggings-id gis en default minimums tilgang (eks bare lesetilgang) på database nivå. Dette for å hindre uautorisert tilgang via andre verktøy. 3 M Enhver bruker av systemet skal autentiseres individuelt før han/hun gis tilgang til systemet. Autentisering skal skje ved at brukeren oppgir et passord. Enhver brukeridentitet i systemet skal være entydig knyttet til en - og bare en - fysisk person. 4 M Systemet skal etter en periode - definert av systemadministrator - uten aktivitet fra en bruker, gjennomføre ny autentisering før brukeren får ny tilgang til systemet. 5 M Brukeridentiteten skal være nøkkelen for tilgang til moduler, skjermbilder, funksjoner, menyer, felt og organisasjonsnivå. 6 B Adgangen må kunne reguleres i forhold til hva den enkelte bruker kan gjøre med datafelt (lese, skrive, endre eller slette). 7 B Driftsfunksjoner og vedlikehold må kunne begrenses slik at disse bare kan utføres fra bestemte terminaler. 8 B Mulighet for å begrense/sladde menyer/bilder i forhold til de funksjoner brukeren skal ha tilgang til. 9 M Systemet skal sikre at all tilgang fra autoriserte brukere skjer gjennom menyvalg, og bruker skal ikke slippe til operativsystem prompt - med mindre dette bestemmes av systemadministrator. 10 M Systemet må kunne autorisere brukerne etter roller. Dvs. at systemet må bygge maler som angir hvilke bilder og utskrifter den enkelte skal få tilgang til. 4.2 Krav til loggføring. 1 M Systemet skal logge endringer i brukernes autorisasjon. Loggen skal inneholde utførende brukers id, id for bruker med endret autorisasjon og tidspunkt for endring. Opprettelse og sletting av brukerkonto regnes som endring i autorisasjon. 2 M Systemet skal logge forsøk på uautorisert tilgang, feil i autentisering og andre hendelser som har betydning for sikkerheten. Loggen skal inneholde de opplysninger som er nødvendig for dette formålet, og systemadministrator skal enkelt kunne hente ut rapporter fra loggen. 3 B Systemadministrator skal kunne begrense loggens volum ved å kunne bestemme at bare enkelte hendelser skal logges for enkelte brukere eller grupper av brukere. 4 B Systemet skal til enhver tid kunne produsere rapporter som sikrer fullstendighet uten mulighet til manipulasjon; dvs. at rapportene skal kunne skrives til WORM-disk, CD-ROM eller til papir. Disse bør ha unik identifikasjon. Et viktig element i denne forbindelse er logg av: - Endringer i dataelementer. - Endringer i registre i alle delmoduler. - Angivelse av sidenummer og totalt antall sider/siste side. - Loggen skal på en effektiv måte kunne brukes til kontroll og rapportformål. Av sikkerhetshensyn bør Transaksjonslogg/Redo-logg lagres på en annen disk enn selve datadisken. 5 M Systemet må kunne logge endringer som utføres av bruker vedr. enkeltpersoner. Loggen må dokumentere når og hvem som har utført endringen. 4.3 Krav til validering/datakvalitet. 1 M Ved import av data skal det skrives ut en feilliste som viser hvilke transaksjoner som er avvist og hvilke feil som er oppdaget i Kravspesifikasjon Nytt Barnevernssystem Side 11 av 26

12 transaksjonene. 4.4 Sikkerhetslogikk. 1 M Uansett aksessmetode og aksessverktøy til databasen, så skal definerte sikkerhetskrav være ivaretatt. Business-logikk som angår sikkerhet skal ligge i databasen. 5.0 Krav til dokumentasjon. Det er nødvendig at brukerdokumentasjon er tilgjengelig for all funksjonalitet i systemet, i form av elektroniske hjelpefiler, fortrinnsvis med kontekstsensitivitet, slik at relevant hjelp er tilgjengelig i forhold til den delen av systemet brukeren er inne i. Det forutsettes at leverandør kan tilby brukerdokumentasjon som til enhver tid er oppdatert og relevant. Brukergrensesnitt til applikasjonens hjelpefunksjoner skal ha en standardisert, konsistent fremtoning. 5.1 Generelle krav til dokumentasjon. 1 M Alle applikasjoner skal inneholde overordnet IT-rutinebeskrivelse og referanse til bibliotek/rutiner som den enkelte rutine er avhengig av. 2 M Datamodell over den logiske strukturen i systemet, med sammenhenger og liste over egenskaper. 3 M Oversikt over manuelle og maskinelle kontroller i systemet med henvisning til flytdiagrammet. 4 M Datamodell over den fysiske strukturen i systemet (tabeller) - med oversikt over datafelt og registre. 5 M Dokumentasjon av i hvilken grad regler er realisert i databasesystemet - i form av triggere, lagrede prosedyrer eller views 6 M Bekreftelse av om datastrukturen er normalisert i samsvar med tredje normalform. 7 M Beskrivelse av om referanseintegritet er anvendt i databasehåndteringssystemet for å sjekke konsistens. 8 M Beskrivelse av adgangskontrollsystemet. 9 M Beskrivelse av systemutviklingsmetode. 10 M Beskrivelse av prosjektstyringsmetode. 11 M Beskrivelse av utviklingsmiljø/utviklingsspråk. 12 M Beskrivelse av revisjonsapparat, dvs. hvordan man kan følge transaksjonen fra den oppstår til den er ferdigbehandlet i systemet. 13 M Beskrivelse av rutiner for vedlikehold og videreutvikling av systemet. 14 M Beskrivelse av testplan, testopplegg - med modultester og integrasjonstester. 15 M Beskrivelse av hvordan systemet er designet mht. design. F.eks. klient-/tjener-løsning, WTS løsning eller web løsning 16 M Beskrivelse av hvilke standarder som er anvendt ved design av brukergrensesnitt. 17 M Brukerhåndbok. Må kunne legges på intranett og nås fra applikasjonen. 18 M Systemdokumentasjon og driftsdokumentasjon skal kunne gjøres tilgjengelig for revisjonen ved forespørsel - eventuelt på maskinlesbart medium. 5.2 Krav til dokumentasjon av backuprutiner. 1 M Teknisk beskrivelse Systemkrav (krav til operativsystem, database og versjon, evt odbcdrivere, sql-net versjon, etc) Maskin-/utstyrkrav Nettverk og integrasjon (eksterne) Kravspesifikasjon Nytt Barnevernssystem Side 12 av 26

13 2 B Brukermanual, bør også finnes online. 3 M Driftshåndbok - feilmeldingsoversikt med aksjoner 4 M Plan for gjennomføring 5 M Plan for opplæring 6 M Plan for feilhåndtering 5.3 Kontrakt. 1 M Alle aktuelle kontrakter som gjelder for systemet skal legges ved. 2 M Liste over aktuelle kontrakter som må vurderes, usortert: - Kjøpskontrakt - Vedlikeholdskontrakt - Oppgraderingskontrakt - Kontrakt for konvertering av data (om det er aktuelt) - Kontrakt for utførelse av gjenstående leveranse - Kontrakt for gjennomføring av opplæring - SLA (eller tilsvarende) for systemet 6.0 Utveksling av data/grensesnitt mot andre systemer. 6.1 Grensesnitt/integrasjon mot andre systemer. 1 M For å effektivisere de administrative rutinene og for å sikre engangsregistrering av data, må systemet kunne kommunisere med andre systemer ved å hente og avgi data. Data må kunne eksporteres / importeres mellom systemene på nærmere spesifisert format. Systemet skal også kunne kobles direkte mot nærmere spesifiserte systemer og kommunale registre. Systemet skal settes opp, via nærmere spesifisert kommunikasjon med følgende datasystemer: - Agresso Fellesdata/Folkeregisteret - MS Office kontorstøtteprod. (Word, Excel og Outlook) Konverteringsmodulen for import/eksport og for konvertering av datafiler fra/til de oppgitte systemene skal være brukerstyrt. Formatering og layoutspesifikasjon skal kunne gjøres vha. f.eks. tabellstyring /parametersetting. 2 M Folkeregisteroppslag Systemet må kunne gjøre oppslag i Folkeregister-løsninger ved nyregistrering og ved rutinemessig bruk. Opplysninger som finnes skal kunne overføres til barnevernsystemet, styrt av bruker. Hvis opplysninger mangler skal manuell registrering kunne utføres i barnevernsystemet. Også bruker-kontrollert retting skal være mulig av allerede registrerte data i barnevernsystemet. Leverandør må være villig til å foreta tilpasninger som gjør dette mulig. 3 M MS Office produkter Systemet må ha grensesnitt mot office produktene og kunne levere rapporteringsdata til office-produktene, minst til Word og Excel, for videre bearbeiding. Kravspesifikasjon Nytt Barnevernssystem Side 13 av 26

14 7.0 Tjenester i forbindelse med leveransen. 7.1 Installasjon. 1 M Leverandør skal gjennomføre kontroll av de tekniske forutsetninger for implementering av systemløsningen på kundens datautstyr, kommunikasjonsløsninger og generelt i kundens tekniske miljø. Der systemet er avhengig av programvare levert og installert av eller av tredjepart, er det leverandørens oppgave å gjøre kunden oppmerksom på forholdet. Dette vil kunne omfatte versjoner av operativsystem, terminalemulator, nettverksprogramvare, database m.m. Dvs. alt som må inngå for å oppnå avtalt funksjonalitet. Dette gjelder både klienter, mellomvare og servere. 2 M Leverandør skal, hvis kunden ønsker det, gjennomføre installasjonen hos kunden ved: Avtalefestede testinstallasjoner ved anskaffelse av system. 3 M Leverandør foretar installasjon på det/de anlegg som defineres som anlegg for godkjenning i samsvar med kontrakten og/eller det/de anlegg som er definert som testanlegg. Følgende tjenester inngår i installasjon, ihht. kontrakt: Installasjon av basis programvare som database, evt. rapporteringsverktøy og annen programvare på operativsystemsnivå. Applikasjonsprogrammene skal installeres med korrekte parametere. Brukermenyer skal være lagt inn. Alle periferenheter skal være gjort tilgjengelige. Installasjon av utarbeidet/dokumentert backup-/recoveryrutine. Samtlige punkter under installasjonsprosessene dokumenteres skriftlig og overleveres kunden. Ev. klientinstallasjon skal dokumenteres skriftlig og overleveres kunden. 7.2 Konvertering av data til nytt system. 1 M STK ønsker opsjon på konvertering av data fra gammel løsning til det nye systemet. Leverandøren og må bli enige om konverteringsformatene. STK er ansvarlig for at det blir lagt data fra de gamle systemene ut på et avtalt format. Leverandør er ansvarlig for at data blir videre tilrettelagt og lagt inn i det nye systemet. STK ønsker opsjon på at leverandøren påtar seg et totalansvar for konverteringsprosessen. Tilbudet må utformes med tanke på at konvertering kan bli foretatt flere ganger. Dvs. testinstallasjon på 1 2 test-bydeler og en endelig overgang, kanskje i flere faser. 7.3 Opplæring. Underpunkt M/B J/N/ Kravspesifikasjon Nytt Barnevernssystem Side 14 av 26

15 1 M 1. Leverandør skal levere forslag til komplett opplæringsprogram med nødvendig kursmateriell. Forslaget skal inneholde pris pr. kursdag, basert på det antall kursdeltagere som leverandør mener er hensiktsmessig pr. kurs. Kursene avholdes på kurslokaler hos kunde på lokalt sted. 2 M 2. Leverandør skal levere forslag til optimal arbeidsdeling mellom leverandør og kunde ut fra forutsetningen om at kunden selv skal stå for den rutinemessige masseopplæringen. 7.4 Innføringsprosjekt. 1 M vil selv ivareta prosjektlederfunksjonen, i samhandling med valgt leverandør. Leverandør med sine erfaringer fra lignende innføringsprosjekter er en viktig samarbeidsressurs. Slik samhandling med leverandør under innføringsprosessen ansees derfor å være et viktig suksesskriterium. 2 M Leverandør skal med utgangspunkt i de overordnede målsettinger for prosjektet, samt føringen i pkt , skissere: Suksessfaktorer for innføring av systemet. Eventuelle særlige krav til kunden i forbindelse med innføringen. Fremlegge forslag til aktivitets- og ansvarskart (kunde/leverandør) med tidsplan, estimert timeforbruk pr. aktivitet for hhv. kunde og leverandør og totalt. 3 M Leverandør må komme med forslag for oppbygging av systemets kodeverk. 7.5 Godkjenningstest. 1 M Leverandøren skal levere forslag til godkjenningsprosedyre og godkjenningstest med blanketter for testene. 7.6 Konsulentbistand. 1 M Det kan oppstå behov for konsulentbistand i tillegg til de tjenester som er beskrevet ovenfor. Leverandør må redegjøre for hvilken type bistand som kan tilbys samt oppgi prismatrise etter personellkategori og uttak av timer. Oppgi også eventuelle andre kostnader. 7.7 Support, brukerstøtte og vedlikehold. 1 M Leverandør skal ha et veldefinert apparat og opplegg for telefonisk brukerstøtte og teknisk support, der leverandør skal kunne dokumentere tilstrekkelig kapasitet og kompetanse for nødvendig bistand til kunden. 2 M Leverandør skal tilby avtale om brukerstøtte basert på Statens standardavtale. Regler om omfanget skal oppgis. 3 M Leverandør skal tilby avtale om telefonisk teknisk support for kundens tekniske driftspersonell (dvs. applikasjonsansvarlig) og systemkoordinator basert på Statens standardavtale. Teknisk support skal kunne eskaleres til support hos kunden. Regler knyttet til omfanget skal oppgis. 4 M Leverandør skal tilby avtale om programvareoppgradering basert på Statens standardavtale. 5 M Leverandør skal tilby deltagelse i brukerforum/fagutvalg for tilpasning og videreutvikling av systemet. Kravspesifikasjon Nytt Barnevernssystem Side 15 av 26

16 6 M Kursmateriell, system- og brukerdokumentasjon skal fritt kunne kopieres av kunden. 7.8 Support avtale. 1 M Ved oppgraderinger/versjonsendring eller lignende, skal leverandøren levere ny oppdatert dokumentasjon samtidig. Ved større endringer av systemet skal leverandør også tilby kurs for berørt personell. 2 M Leverandøren skal deponere/utlevere kildeprogrammer m.v. til STK i tilfelle hvor f.eks at leverandør går konkurs. 3 M Leverandøren skal snarest og seinest innen ½ år tilby å tilpasse det leverte systemet til de siste aktuelle releaser av systemprogramvare. 8.0 Krav til funksjoner i barnevernsystemet. 8.1 Planfunksjonalitet Journalnotater / Loggføring 1 M Det ønskes en egen funksjon for å kunne registrere aktiviteter i en sak. Denne funksjonen kaller vi for journalnotat. Journalnotater skal inneholde et fritekstfelt. 2 M En eller flere journalnotater må kunne merkes for fletting til tekstdokument, for innlemming i rapporter m.v. 3 M Det må være mulig å endre status på journalnotatene fra midlertidige interne dokumenter (uten innsynsrett) til journalføring med innsynsrett. Interne journalnotater bør kunne slettes dersom de ikke har betydning for saken Kladd 1 M All registrert aktivitet på enkeltbarn (inkl. meldinger, undersøkelser, journalføring, dokumenter/post, vedtak, arbeidsplaner og tiltaksplaner), med mulighet for filtrering på aktivitetstype, dato m.v. skal vises i en liste med mulighet for utskrift Dokumentliste 1 M Ved innregistrering av post skal det være mulig å velge kopiering av post til aktuelle søsken. 8.2 Planlegging og oversikt over arbeidsoppgaver Kalender og Huskeliste 1 B Kalender-interface bør være en integrert del av systemet. Kalenderen bør ha huskelistefunksjonalitet. Via kalenderen bør bruker få direkte inngang til journal. Kalenderen bør være lett tilgjengelig, som et oppstart-vindu eller som del av dette. 2 B Brukere må ha mulighet til, via rollebegrepet (f.eks. merkantile), å få innsyn i andre saksbehandleres kalendere. 3 B Kalenderen skal vise status/frister/varsling av vedtak som snart går ut m.v. Også varsel på frist for søknad om refusjon/fornyet søknad om refusjon. Mulighet for å ta ut oversikt over vedtak/søknader som nærmer seg frist. Kravspesifikasjon Nytt Barnevernssystem Side 16 av 26

17 Kalenderen bør ha funksjonalitet som gjør at elementene ikke fjernes fra huskelisten før de faktisk er utført. 8.3 Brukergrensesnitt og tilgang på sentral info Kontaktinformasjon/grunnopplysninger 1. M Faglige tiltak/tiltaksplan/journal/utbetaling/etc. bør være lett tilgjengelige og synlige (ikke skjult i en tiltaksplan mange tastetrykk inni programmet). 2. M Søk og registrering av barn/foreldre (og i forbindelse med oppretting av ny sak/melding) skal være mulig via direkte folkeregisteroppslag Det må være muligheter for å Begrense slik tilgang ved administrering av Brukertilgang i systemet. 3. M Det må være mulig å registrere andre foreldre, samarbeidspartnere m.v. på barnets søsken (nødvendig når det for eksempel er halvsøsken) 4. M Vise adresse og tlf. til foreldrene i første bilde 5. M Foreldres adresseendring skal kunne arves til barnet. Men, dersom foreldre og barn har forskjellig adresse, skal det være mulig å sette kryss blant alternativer for hva som skal velges. 6. M Vise foreldreansvar (Fra folkereg.) 7. M Registrering av barnets nettverk må være mulig og brukervennlig 8. M Registrering/endring i liste over samarbeidspartnere m.v. må kunne tilgangsstyres 9. M Foreldre må kunne registreres uten at de ligger i liste over samarbeidspartnere først 10. M Differensierte adresselister og etiketter må kunne taes ut for andre former for masseutsendelsersom generell informasjon, brukerundersøkelser eller lignende 11. M Det må kunne angis at det finnes en IP (Individuell plan på aktuell bruker). Dette for senere enkel rapportmulighet 12. M Tilgjengelig valg i hovedbilde på bruker for valg på å sette Aktiv eller Passiv Arbeide med hele familier 1. M Det ønskes god funksjonalitet i fht å arbeide med en hel familie. Det må være enkelt og intuitivt å bevege seg mellom søsken i samme familie. 2. M Det må være enkelt å åpne hovedkort eller lignende på annen klient, uten å måtte avbryte arbeidet man holder på med. Det betyr at man må kunne ha flere saker åpne samtidig. 3. M Det må være mulig å kopiere et hovedkort fra et søsken til et annet. Ved slik kopiering ønsker vi at minimum følgende elementer blir med: Foreldre Søsken Bosted Samarbeidspartnere Bankkontonr. De elementer som ønskes medtatt ved kopiering bør kunne velges manuelt ved avhaking for hvert av elementene. 4. M Det må være så enkelt som mulig å kopiere vedtak, tiltaksplan, dokumenter (ut/inn), melding, undersøkelse og journalnotat til søsken. Dette må kunne gjøres fra samme bilde elementet registreres inn i, for eksempel ved å kunne velge hvilke søsken som skal få kopi av elementet samtidig som det registreres/skrives. Det betyr at man må slippe å gå inn i en egen kopieringsmeny, et annet barns hovedkort Kravspesifikasjon Nytt Barnevernssystem Side 17 av 26

18 eller lignende for å registrere et slikt element på to ulike barn Fra melding til tiltak 1. M Innregistrering av melding: Barnets personalia (minimum): o Navn, f.nr., adr, statsborgerskap, evt. fødeland, ankomstdato, foreldre med foreldreansvar, sivil status i barnets familie Registreringsdato for melding Registrering av melder Registrering av innmeldt problematikk Behandling av melding: Vurdering av melding; konklusjon: o Melding henlagt o Melding går til undersøkelse Dato for konklusjon Tidsfrist kontroll / varsling Mulighet for å innarbeide sletterutine for henlagte meldinger etter 1 år. Ikke relevante felt skal holdes skjult inntil de blir aktuelle. Eksempler på dette er fristoverskridelses-felt, som bør være grået ut/skjult inntil fristen har blitt overskredet Når slik frist overskrides skal det vises med varsling. 2. M Det skal være veivisere der hvor dette kan kvalitetssikre rapportkritiske koblinger og lette flyten i arbeidet, som for eksempel mellom melding og undersøkelse. 3. M Det skal være veivisere med valg for delelementer som blir med, ved kopiering av et element fra et barn til et annet, for eksempel ved kopiering av melding til søsken. 4. M Enhver form for manuell dobbeltregistrering av databasefelt må unngås. Det må videre unngås at data, som åpenbart skal inn i databasefelt på et senere tidspunkt, først registreres inn i fritekstfelt. 5. M Det skal være enkle og logiske rutiner for etablering av melding. 6. M En melding må kunne registreres på/kobles til flere barn. 7. M Det må kunne kobles dokumenter til en melding, selv om det ikke er opprettet mappe. Dette må kunne slettes / Legges bort hvis ikke sak blir opprettet 8. M Også skannede dokumenter må kunne lagres sammen med en melding. 9. M Det må manuelt kunne defineres automatiserte rutiner og funksjoner for sletting av henlagte meldinger i saker hvor det ikke er registrert mappe. 10. M Det må være en veiviser som understøtter opprettingen av mappa og undersøkelse, ved konklusjon av melding. 11. M Hvis oppretting av mappe først skjer etter registrering av melding, må dokumenter knyttet til meldingen automatisk legges inn i postlista når mappe opprettes. 12. M Gjennomføring av undersøkelser: Innregistrering av barnets personalia Herunder også barnets statsborgerskap, foreldres fødeland Registreringsdato for oppstart av undersøkelse = konklusjonsdato for melding. Registrering av korrespondanse knyttet til undersøkelsen (inn- og utgående dokumenter) Journalsystem for føring av notater, logg, interne notater som følger av arbeidsprosessen Vurdering av undersøkelsen og konklusjon Registrering av resultat av undersøkelsen Kravspesifikasjon Nytt Barnevernssystem Side 18 av 26

19 Dato for undersøkelse konkludert. Tidsfristkontroll / varsling 13. M Når en undersøkelse avsluttes og besluttes fulgt opp med vedtak, ønskes en veiviser som letter opprettelsen av vedtak og kobling mellom undersøkelse og vedtak. Veiviser må kunne velges bort ved behov. 14. M Det må være mulig å fatte vedtak i undersøkelsesfasen som ikke kobles mot undersøkelsen (frister / avslutning) 15. M Saksutredning: Effektivt utredning av sak for fylkesnemnd: Det må være mulig å legge inn mal for utredning av sak for fylkesnemnd Malen må kunne redigeres slik at den tilpasses den aktuelle saksutredning Informasjon fra klientopplysninger, meldinger, undersøkelser, tiltaksplaner, vedtak, korrespodanse, journal og lignende må kunne kopieres inn i saken eller vedlegges saken. 16. M Etablering av tiltaksplan, foreløpig omsorgsplan og omsorgsplan Innregistrering av personer som barnet har et forhold til; parter, oppdragstakere, samarbeidsparter Mal for tiltaksplan Registrering og kontroll av gyldighetsperioder for planperiode, og delmål. Evaluering / justering av mål og planperioder (gyldighetsdatoer) 17. M Vedtak: Innregistrering av vedtak knyttet til Tiltak Kostnader totalt og / eller periodisert Type tiltak (hjelpetiltak / omsorgstiltak) Funksjon (innenfor / utenfor opprinnelig familie) Lovhjemmel + evt. jfr. lovhjemmel Gyldighetsperiode Grunnlag for vedtak, jfr. Kostraskjema 15, pkt. 5a, b. Bakgrunnsopplysninger og vedtaksbegrunnelser må kunne knyttes til vedtaket. Innregistrering av slutning fattet av fylkesnemnd Innregistrering av dom fra Tingretten Innregistrering av dom fra Lagmannsrett Innregistrering av dom fra Høyesterett Vedtak vedr. avslag på søknad om tiltak Innregistrering av vedtak fra fylkesmannen Det må fremgå av innregistreringen hvem som har vedtakskompetanse (barneverntjenesten, fylkesnemnda eller rettsinstans) samtidig som vedtakene må kunne rapporteres til ssb/ fylkesmann som barn under omsorg / barn som har tiltak utenfor hjemmet / samt at plasseringsstedet framgår. 18. M Det må være funksjonalitet for å kunne skille mellom vedtak og administrative beslutninger som følger av lovpålagte oppgaver og forpliktelser i hht. avtaler. Det skal være skille både i fht. kodeverk og maler. Det ønskes mulighet til å kunne velge hvem som er part i fht. en administrativ beslutning (f.eks. fosterforeldre). Foreldre skal ikke automatisk settes som part. 19. M Betalingsforpliktelser i hht vedtak: Etablering av betalingsplan - innregistrering av betalingsforpliktelser som følger av vedtak 20. M Av vedtak følger avtaler og betalingsforpliktelser. Det må være mulig å innregistrere avtaler som følger av vedtak: Oppdragsavtale med støttekontakt Oppdragsavtale med avlastningsfamilier Oppdragsavtale med tilsynsfører Oppdragsavtale med private aktører som f. eks. miljøarbeidere, Kravspesifikasjon Nytt Barnevernssystem Side 19 av 26

20 frivillige organisasjoner o.s.v. Avtale med selvstedig næringsdrivende om oppdrag. Fosterhjemsavtale, samt tilleggsavtale Samværsavtale med foreldre Avtale mellom kommuner vedr. tilsyn i fosterhjem Avtale med staten vedr. barn i institusjon M Betalingsforpliktelser i hht avtaler: Etablering av betalingsplan innregistrering av betalingsforpliktelser som følger av avtaler se punkt M God funksjonalitet i fht vedlikehold av vedtak, avtaler og betalingsplaner: Mulighet til å stoppe vedtak / avtaler og / eller betalingsplaner på grunn av endringer. Mulighet til å endre beløp i betalingsplan som følge av indeksregulering av satser, endring som følge av aldersbestemte satser, eller endring i avtaler som følger av vedtak. 23 God funksjonalitet vedrørende refusjonsarbeid: På bakgrunn av vedtak må det kunne etableres et system for avtaler og betalingsplaner for refusjoner mellom stat og kommune, og mellom kommuner og egenbetaling fra foreldre: Utsending av krav Registrering av innbetaling Purresystem ved manglende innbetaling Varslingssystem for avtaler som utløper Maler for søknad om styrkningstiltak fra staten og lignende M Hvis vedtak gjelder et barn i en familie hvor flere søsken er registrert som klient, må det komme spørsmål om vedtaket skal kopieres, og da med veiviser for kopiering 26 M Skal være direkte overgang fra vedtaksbilde til tiltaksplanen. Hvis undersøkelse er konkludert og det ikke er registrert gyldig tiltaksplan, må det komme varsel om dette. 27 M Det må være mulig å endre ytelser/planlagte utbetalinger og evt. legge inn nye i vedtak som er ferdigstilt/låst. Det bes om beskrivelse om hvordan slike behov er løst i applikasjonen. 28 M I saker hvor undersøkelse er avsluttet og konkludert med tiltak, må det registreres både vedtak og tiltaksplan.. Hvis tiltaksplan ikke er registret, må det komme fram en varsling om dette. I forbindelse med registrering av nye tiltak (vedtak), må de kunne knyttes opp i mot nye eller eksisterende delmål i tiltaksplanen. 29 M Rutine for henleggelse etter undersøkelse. 30 M Ved masseregistrering og også enkeltregistrering skal det være mulig å få opp igjen de felter som skal gjenbrukes Tiltaksplan 1 M Må kunne ta ut oversikt over barn som skal ha/mangler tiltaksplan Må også kunne ta ut barn som skal ha omsorgsplan/mangler omsorgsplan Har tiltaksplan/omsorgsplan må overføres til "kvalitetssikringsskjema" med angivelse av dok nr (og mappenr). Dette gjelder barn i fosterhjem 4-12 og 4-4,5 ledd. 2 M Minst ett hovedmål med tilhørende fra- og til-dato, kodeverk m.v. 3 M Ett eller flere delmål med tilhørende fra- og til-dato, kodeverk m.v. 4 M Ett eller flere tiltak med tilhørende fra- og til-dato, kodeverk m.v., koblet i mange-til-mange relasjon til delmål, slik at det samme tiltaket kan kobles mot flere delmål og vice-versa. 5 M Fletting til tekstdokument basert på ulike mal-typer, for videre Kravspesifikasjon Nytt Barnevernssystem Side 20 av 26

21 bearbeiding og lagring. 6 M Kopiering fra forrige tiltaksplan til ny tiltaksplan 7 M Arkivering av tidligere tiltaksplaner i for eksempel pdf-format 8 M Evalueringsfunksjon for tiltaksplan 9 M Eksport av tiltaksplan (i standardisert format, f.eks. xml-format) til eksternt kvalitetssikringsverktøy, evt. integrering av kvalitetssikringsverktøy i systemet 10 M Gjeldende sett av delmål (og evt. tiltak) skal gjøres tilgjengelig for visning i for eksempel oppstartsbilde knyttet til hvert enkelt barn. 11 M En tiltaksplan må kunne knyttes til flere vedtak pr barn. 8.4 Sentral og lokal rapportering Status 1 MM Oversikt (og utskrift) over status tiltaksplan, vedtak, undersøkelse osv. På enkeltbarn og utvalg av barn, for eksempel pr saksbehandler. Sortering etter alle parametre. 2 MM Kvalitetssikringsverktøy 3 MM SSB (Kostra)/Fylkesmannen. Gode rapporter med mangellister som er lette å filtrere/bruke 4 MM Vi må kunne definere egne rapporter / lage tabeller fra systemet Analyse / styring / internkontroll 1 MM o Ivareta rapportering til SSB/Kostra med mulighet for kommunen å ta ut SSB-rapporten til eget bruk. o Ivareta halvtårsrapportering til fylkesmannen o Ivareta rapportering i hht styringskortet for barneverntjenesten. (de fleste indikatorene til styringskortet hentes fra fylkesmannsrapportene, men i tillegg ønskes: Antall barn fordelt på type tiltak f. eks. barn med støttekontakt, avlastningshjem, familiesentertiltak, mødrehjem m.m.. Antall barn i institusjon Hvor lenge har disse barna bodd i institusjon (sammenlagt antall dager og måneder). Gjennomsnittlig botid i institusjon (antall måneder og dager delt på antall brukere). Endret tiltak for barn under omsorg for å måle: Barn under omsorg som utilsiktet må flytte fra fosterhjem. Evt. kunne telle søknad om nytt tiltak fra BUF-etat. Mulighet til å ta ut rapporter som viser gjennomsnittskostnader for barn på funksjonsområde 251 og 252. Mulighet for å ta ut rapporter over vedtak med refusjonskrav, refusjonstilsagn, tilsagnsdato, innbetalinger og utestående krav. Ulike økonomirapporter med kostnader pr. barn. o Mulighet til å videreutvikle systemet i tråd med endring i rapportbehov Interne tiltak som råd / veiledning / familierådslag utført av egne saksbehandlere Nye tiltak som familiesentre, DUE, m.v. Rapportering på antall klagesaker til fylkesmannen Rapport på antall saker til fylkesnemnd, tingrett og høyere rettsinstanser. Kravspesifikasjon Nytt Barnevernssystem Side 21 av 26

22 Rapportering vedr. slutninger fra fylkesnemnd / rettsinstanser Kvalitetssikring 1 MM Når det gjelder kvalitetssikring og internkontroll er det ønskelig at en gjennom systemet skal kunne ta ut statusrapporter / avviksrapporter og ha et varslingssystem før avvik registreres for eksempel varsling før fristoverskridelser. Kvalitetssikring av lovkrav knyttet til tilsyn, tidsfrister og plankrav. Varsling før fristoverskridelse meldinger og undersøkelser og iverksettelse av vedtak. Varsling av manglende tilsynsfører og gjennomført tilsyn. Varsling på manglende tiltaksplan/omsorgsplan. Avviksanalyser knyttet til lovkravene: tilsyn, tidsfrister, tiltaksplaner / omsorgsplaner og evaluering. Kvalitetssikring av lønnsarbeid: o Varsling på utløp av lønnsavtaler. o Varsling på lønn og utgiftsdekning etter aldersbestemte satser når aktuell alder oppnåes. Evt. at satsene endres automatisk når riktig alder er oppnådd. Kvalitetssikring av funksjonskoder: o Varsling på pågående vedtak når barn bytter funksjonskode (i hjemmet/utenfor hjemmet). Kvalitetssikring av refusjonsarbeid: o Varsling på samtlige refusjonskrav (Bufetat og andre kommuner). o Varsling før tilsagn om refusjon utgår (varsling 6 uker før). 8.5 Roller, rettigheter, drifting m.v. 1 M Rollebasert tilgangsstyring 2 M Mulighet for ulike oppstartsbilder knyttet til de ulike rollene 8.6 Annen funksjonalitet 1 BM Historikk på saksbehandlere som har sluttet (dvs at informasjon beholdes på saker osv selv om saksbehandler har sluttet) 2 MM Historikk på både foreldrenes og barnas bostedsadresser 3 MM Pålogget ident må legges inn som standard-verdi der dette kreves for dataregistrering 4 BM Hensiktsmessig sortering/visning av info i bildene i fht. en rasjonell arbeidsflyt for saksbehandlerne 5 MM Det skal være enkelt og intuitivt å søke opp opplysninger i systemet. 6 BM Systemet skal ha mulighet for vising av nyheter og driftsmeldinger i åpningsbildet 9.0 Økonomi, arkiv og merkantile funksjoner Kravspesifikasjon Nytt Barnevernssystem Side 22 av 26

Anskaffelse av programvare for balansert målstyring KONKURRANSEGRUNNLAG

Anskaffelse av programvare for balansert målstyring KONKURRANSEGRUNNLAG Anskaffelse av programvare for balansert målstyring KONKURRANSEGRUNNLAG Trondheim, 26.mai 2004 SAMMENDRAG NGU skal anskaffe programvare for balansert målstyring. Anskaffelsen gjennomføres etter prosedyren

Detaljer

Brukerveiledning for Vesuv

Brukerveiledning for Vesuv Brukerveiledning for Vesuv Innhold Pålogging... 3 Registrering av ny bruker... 3 Glemt passord... 4 Startsiden... 5 Nytt utbrudd... 6 Nedtrekksmenyer... 6 Obligatoriske felt... 7 Spørsmål vises og fjernes...

Detaljer

Visma CRM Nyheter og forbedringer Side 1

Visma CRM Nyheter og forbedringer Side 1 Visma CRM Nyheter og forbedringer Side 1 NYHETER OG FORBEDRINGER Visma CRM Nyheter og forbedringer Side 2 Oslo, juni 2011 1. Sirkulasjon All informasjon i dette dokumentet kan endres uten varsel og innebærer

Detaljer

Huldt & Lillevik Ansattportal 2011-03-22. Ansattportal. Versjon 3.3.22

Huldt & Lillevik Ansattportal 2011-03-22. Ansattportal. Versjon 3.3.22 Ansattportal Versjon 3.3.22 Innhold 1 Oppdatere til 3.3.22... 2 2 Definere lenker... 5 3 Registrere informasjon om pårørende... 6 4 Bestille nytt passord... 6 5 Andre endringer... 7 5.1 Logging og kontroll

Detaljer

Dokumentstyring og Maler

Dokumentstyring og Maler Arbeide med : Dokumentstyring og Maler i Fenistra Eiendom Dokument kontroll Versjon 1.0 Release dato 28.10.2003 Sist Endret dato 28.10.2003 Innhold 1. Forutsetninger... 3 2. Hensikt... 3 3. MS Word Maler

Detaljer

Huldt & Lillevik Lønn 5.0 2009-09-28. Versjon 5.09.3

Huldt & Lillevik Lønn 5.0 2009-09-28. Versjon 5.09.3 Versjon 5.09.3 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til 9.3 og Altinn Monitor 2.6.4... 2 1.1 Oppdatere versjon via Internett...2 1.2 Oppdatere versjon via CD...2 2 Remittering utland...

Detaljer

SSA-V Bilag 1. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

SSA-V Bilag 1. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon SS-V Bilag Vedlikeholdsavtalen (SS-V) Bilag : Kundens kravspesifikasjon SS-V Bilag Dokumenthistorikk Versjon Dato Beskrivelse av endring Forfatter(e) 0.8 08.2 20 Dokumentet som ble sendt ut på innspillsrunden

Detaljer

Versjonsbrev. for Extensor05 versjon 1.16

Versjonsbrev. for Extensor05 versjon 1.16 Versjonsbrev for Extensor05 versjon 1.16 Bodø, 28. desember 2011 Innhold Viktig informasjon... 3 Generelt... 3 Extensor Kode Oppdatering... 4 Personalia... 4 Pårørende... 4 Serieinfo... 5 Rom... 5 EKG

Detaljer

De punktene som vi ønsker redegjort for i forhold til opsjon barnehage vil også bli tillagt vekt dersom leverandørene ellers står likt.

De punktene som vi ønsker redegjort for i forhold til opsjon barnehage vil også bli tillagt vekt dersom leverandørene ellers står likt. Kravspesifikasjon for skoleadministrativt program Molde kommune Kommunen har spesifisert en del krav til løsningen, og beskrivelse av ønskelig funksjon. Der hvor vi stiller absolutte krav, må tilbyder

Detaljer

Brukerveiledning for IPLOS Registrering

Brukerveiledning for IPLOS Registrering Side 1 av 20 Brukerveiledning for IPLOS Registrering Versjon 3.0. 2002-2010 Helsedirektoratet. Utviklet av Compositae as og Kbit as. IPLOS Registrering er et datasystem for registrering og innrapportering

Detaljer

Rammeavtale for kjøp av vannmålere

Rammeavtale for kjøp av vannmålere Bilag 2 TEKNISK BESKRIVELSE, SERVICE OG VEDLIKEHOLD VEDRØRENDE Rammeavtale for kjøp av vannmålere TIL Skedsmo kommune Side 1 av 7 1 Tekniske krav, service og vedlikehold... 3 1.1 Tekniske forhold... 3

Detaljer

FORESPØRSEL. Fra. Innherred samkommune (ISK) Bestående av Verdal kommune og Levanger kommune. leveranse av:

FORESPØRSEL. Fra. Innherred samkommune (ISK) Bestående av Verdal kommune og Levanger kommune. leveranse av: Innherred samkommune FORESPØRSEL Fra Innherred samkommune (ISK) Bestående av Verdal kommune og Levanger kommune på leveranse av: Leveranse av programvare for personalstyring, turnusplanlegging, vikarpool

Detaljer

Aksjonær / Interessent

Aksjonær / Interessent Brukermanual Aksjonær / Interessent Aksjeservice versjon 2.0 Aksjeservice AS Kolbergveien 20 3121 Tønsberg / Munkedamsveien 68 0270 Oslo Forord Aksjeservice er en løsningsleverandør for ikke-børsnoterte

Detaljer

FRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9

FRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9 FRC-Feeder-E Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9 Installasjon FRC-feeder skal installeres på den computeren hvor dataene ligger. Les mer om dette under

Detaljer

Personec Lønn Oppfølging

Personec Lønn Oppfølging Innhold Personec Lønn Oppfølging... 2 Første gangs kjøring... 2 Fraværsoppfølging definisjon... 3 Hjelpetekster... 5 Fraværsarter... 5 Varsling... 7 Ansatte med fravær i dag... 8 Generere fraværsoppfølging

Detaljer

Produktnotat. System 4 versjon 2007.2

Produktnotat. System 4 versjon 2007.2 Produktnotat System 4 versjon 2007.2 System 4 versjon 2007.2... 3 1. Oppdatere til versjon 2007.2 og Altinn Monitor 2.3.1... 3 1.1. Oppdatere versjon via Internett... 3 1.2. Oppdatere versjon via CD...

Detaljer

Huldt & Lillevik Lønn 2010-09-15. Lønn 5.0. Versjon 5.10.3

Huldt & Lillevik Lønn 2010-09-15. Lønn 5.0. Versjon 5.10.3 Lønn 5.0 Versjon 5.10.3 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til 5.10.3... 2 2 Ny rutine for oppdatering av klienter... 2 3 Ny og forbedret logging i systemet... 3 4 Skattekort levert...

Detaljer

Installasjon og oppgradering av Advisor

Installasjon og oppgradering av Advisor Installasjon og oppgradering av Advisor Innhold: Innhold 1 Forutsetninger... 1 1.1 Historikk... 1 1.2 Generelt... 1 1.3 Versjoner av Advisor... 2 2 Nyinstallasjon... 2 2.1 Server installasjon... 2 2.2

Detaljer

KOMMUNE24:7. Gi innbyggerne digitalt førstevalg med e-skjema

KOMMUNE24: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

Detaljer

Huldt & Lillevik Lønn 2008-10-06. Huldt & Lillevik Lønn. Versjon 5.08.3

Huldt & Lillevik Lønn 2008-10-06. Huldt & Lillevik Lønn. Versjon 5.08.3 Versjon 5.08.3 Innhold Hva er nytt i denne versjonen... 2 1 Installere og oppdatere Altinn Monitor... 2 2 Oppdatere til 5.08.3... 2 2.1 Oppdatere versjon via Internett...2 2.2 Oppdatere versjon via CD...2

Detaljer

Maestro Klientadministrasjon

Maestro Klientadministrasjon Maestro Klientadministrasjon 17.11.2011 12:41 Side 1 av 32 Innhold Installasjon av Maestro Klientadministrasjon Kravspesifikasjon Systemoversikt og installasjon i korte trekk Installasjon punktvis 1 Nedlasting

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. 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.

Detaljer

1 INNLEDNING... 2. 1.1 Om Altinn... 2. 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3. 2.1 Nedlasting... 3. 2.2 Registrering...

1 INNLEDNING... 2. 1.1 Om Altinn... 2. 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3. 2.1 Nedlasting... 3. 2.2 Registrering... INNHOLD Mamut for Altinn INNHOLD 1 INNLEDNING... 2 1.1 Om Altinn... 2 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3 2.1 Nedlasting... 3 2.2 Registrering... 5 2.3 Opprett en bruker... 7

Detaljer

Samarbeidsløsning for FHS, Teknisk info

Samarbeidsløsning for FHS, Teknisk info Samarbeidsløsning for FHS, Teknisk info 1. Kontorstøtte Samarbeidsløsningen som FHS-kontorene har etterspurt må forholde seg til kontorstøttesystemer, e-post, kalender og kontakter. Dette har egentlig

Detaljer

Informasjonsportalen

Informasjonsportalen Brukermanual Informasjonsportalen Aksjeservice versjon 2.0 Aksjeservice AS Kolbergveien 20 3121 Tønsberg / Munkedamsveien 68 0270 Oslo Forord Aksjeservice er en løsningsleverandør for ikke-børsnoterte

Detaljer

Altinn Monitor (Gammel)

Altinn Monitor (Gammel) Innhold Altinn Monitor... 1 Generelt om elektronisk rapportering via Altinn... 1 Installere Altinn Monitor... 1 Forutsetninger... 1 Fremgangsmåte... 2 Registrere bruker på Altinn portalen... 4 Registrere

Detaljer

I databasen ligger det over 100 tabeller. De henger sammen dels via synlige koder, dels via usynlige interne ID-er. De ser man normalt bare når det

I databasen ligger det over 100 tabeller. De henger sammen dels via synlige koder, dels via usynlige interne ID-er. De ser man normalt bare når det 1 2 3 4 I databasen ligger det over 100 tabeller. De henger sammen dels via synlige koder, dels via usynlige interne ID-er. De ser man normalt bare når det dukker opp tall i oversikter eller man får meldingen

Detaljer

Visma Enterprise HRM. Timelønn. En helhetlig løsning for integrerte og effektive arbeidsprosesser. Redigert 12.07.12. Visma Enterprise HRM Timelønn

Visma Enterprise HRM. Timelønn. En helhetlig løsning for integrerte og effektive arbeidsprosesser. Redigert 12.07.12. Visma Enterprise HRM Timelønn Visma Enterprise HRM Timelønn En helhetlig løsning for integrerte og effektive arbeidsprosesser Redigert 12.07.12 Visma Enterprise HRM Timelønn Innhold 1 Kort om timelønn... 3 2 Timelønn Grunndata i Windows...

Detaljer

Brukerdokumentasjon for regnskapssentraler

Brukerdokumentasjon for regnskapssentraler for regnskapssentraler System: Nytt mottakssystem Statsregnskapet Versjon 1 Innholdsfortegnelse FORORD... 3 MÅLGRUPPE... 3 FORMÅL... 3 OMFANG... 3 1 OPPSTART... 4 1.1 ÅPNINGSVINDU... 4 1.2 PÅLOGGING...

Detaljer

1. Generelt. FM-OA, Kompletterende undervisning. 1.1. Innledning. 1.2. Stikkord. 1.3. Prosessen. Spec 2, datert 12.12.2005

1. Generelt. FM-OA, Kompletterende undervisning. 1.1. Innledning. 1.2. Stikkord. 1.3. Prosessen. Spec 2, datert 12.12.2005 1. Generelt 1.1. Innledning Det skal utvikles en databasert løsning for å lette arbeidet rundt tilskudd til kompletterende undervisning i fagene norsk, samfunnsfag og kristendomskunnskap med religions-

Detaljer

Overgang til RT4 hjelp for saksbehandlere

Overgang til RT4 hjelp for saksbehandlere Overgang til RT4 hjelp for saksbehandlere I forbindelse med oppgradering av RT fra versjon 3.8 til 4, vil man kunne oppleve at menyer og funksjonalitet har endret seg noe. Dette dokumentet tar for seg

Detaljer

Unique SamPro. En individuell plan som gir resultater

Unique SamPro. En individuell plan som gir resultater Unique SamPro En individuell plan som gir resultater En lønnsom plan Unique SamPro er et web-basert samarbeids- og koordineringsverktøy som dekker de lovpålagte kravene til Individuell plan (IP). Løsningen

Detaljer

Avtale om leveranse av IKT-tjenester. Del II - Databehandleravtale

Avtale om leveranse av IKT-tjenester. Del II - Databehandleravtale Avtale om leveranse av IKT-tjenester Tjenesteavtale nr.: SUNHF-2011 Del II - Databehandleravtale Versjon: 0.1 Dato oppdatert : 22.03.11 Databehandleravtale mellom Sunnaas Sykehus HF Organisasjonsnr.:

Detaljer

DIPS Communicator 6.x. Installasjonsveiledning

DIPS Communicator 6.x. Installasjonsveiledning DIPS Communicator 6.x Installasjonsveiledning 11. oktober 2010 DIPS Communicator DIPS Communicator er en markedsledende kommunikasjons- og integrasjonsløsning for helsesektoren i Norge i dag. Systemet

Detaljer

Installere konverteringsprogrammet. Innholdsfortegnelse

Installere konverteringsprogrammet. Innholdsfortegnelse Installere konverteringsprogrammet Innholdsfortegnelse Installere konverteringsprogrammet... 2 Laste ned fra våre hjemmesider... 2 Hente fra CD... 2 Forberedelser i System 4... 3 Overføre data fra System

Detaljer

Releaseskriv versjon 2.13. Vedr. INSTALLASJONSPROSEDYRER. Versjon 2.13.36. Pr. 30. MARS 2012 Copyright. Daldata Bergen AS

Releaseskriv versjon 2.13. Vedr. INSTALLASJONSPROSEDYRER. Versjon 2.13.36. Pr. 30. MARS 2012 Copyright. Daldata Bergen AS APPENDIX Releaseskriv versjon 2.13 Vedr. INSTALLASJONSPROSEDYRER Versjon 2.13.36 Pr. 30. MARS 2012 Copyright Daldata Bergen AS Bransjeoversikt- se vår webside: www.daldatabergen.no : Side 1 av 11 Innholdsfortegnelse

Detaljer

S i d e 1. Brukerveiledning Brevfabrikken

S i d e 1. Brukerveiledning Brevfabrikken S i d e 1 Brukerveiledning Brevfabrikken S i d e 2 Innholdsfortegnelse 1 Brevfabrikken innledning 4 2 Komme i gang /Registrer 5 2.01 Registrer 5 2.02 Last ned program 5 3 Min side: 6 3.01 Kontodetaljer

Detaljer

Brukerveiledning for klubb

Brukerveiledning for klubb Brukerveiledning for klubb Elektroniske overganger i FIKS «Amatør uten kontrakt» Innhold 1 Innledning... 2 2 Brukertilgang i FIKS... 2 3 Brukerstøtte... 2 4 Login i FIKS... 3 5 Se klubbens forespørsler

Detaljer

INSTALLASJONSVEILEDNING FOR DATAX REISEREGNING BEDRIFT

INSTALLASJONSVEILEDNING FOR DATAX REISEREGNING BEDRIFT Mamut datax Software INSTALLASJONSVEILEDNING FOR INSTALLASJONSVEILEDNING FOR DATAX REISEREGNING BEDRIFT VERSJON 4.0.1200 DETALJERT STEG-FOR-STEG VEILEDNING FOR HVORDAN INSTALLERE/OPPDATERE DIN VERSJON

Detaljer

Huldt & Lillevik Lønn 2011-10-14. Lønn 5.0. Versjon 5.11.3

Huldt & Lillevik Lønn 2011-10-14. Lønn 5.0. Versjon 5.11.3 Lønn 5.0 Versjon 5.11.3 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til 5.11.3... 2 2 Rapportering til Altinn II... 2 3 Feltet for Navn er utvidet, endringer på skjermbilder og rapporter...

Detaljer

Da pedagogen møtte arkivaren

Da pedagogen møtte arkivaren Da pedagogen møtte arkivaren Bakgrunn for arbeidet i Moss kommune Lovverk og planer som initierer digitale mapper i skoleverket. Høsten 2008 gjøres vedtak i ledergruppa i Moss kommune om digitale elevmapper

Detaljer

1 Guide til flerbrukerinstallasjon av e-lector

1 Guide til flerbrukerinstallasjon av e-lector LES LETTERE, LES RASKERE, FÅ LESELYST! Innhold 1 Guide til flerbrukerinstallasjon av e-lector... 1 1.1 Innledning... 1 1.2 Installasjon på nettverk... 1 1.3 Bruk av SQL Server... 2 1.4 Administrasjon...

Detaljer

Elektronisk kommunikasjon

Elektronisk kommunikasjon Innhold Elektronisk kommunikasjon... 2 Styreinformasjon... 2 Generelle satser, grenser og lønnsarter... 2 Lønnsarter... 3 Beregning av skattefordel... 3 Refusjon privat abonnement... 5 Fordel ved privat

Detaljer

Huldt & Lillevik Lønn og Personal - System 4. Altinn Monitor. Installasjon- og brukerveiledning. Aditro HRM AS

Huldt & Lillevik Lønn og Personal - System 4. Altinn Monitor. Installasjon- og brukerveiledning. Aditro HRM AS Huldt & Lillevik Lønn og Personal - System 4 Altinn Monitor Installasjon- og brukerveiledning Aditro HRM AS Veiledningen er oppdatert pr. 27.12.2007 Innholdsfortegnelse Generelt om elektronisk rapportering

Detaljer

En bedre måte å håndtere prosjekt, team, oppgaver og innhold

En 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

Detaljer

Huldt & Lillevik Lønn 5.0 2009-03-25. Versjon 5.09.2

Huldt & Lillevik Lønn 5.0 2009-03-25. Versjon 5.09.2 Versjon 5.09.2 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til 9.2 og Altinn Monitor 2.6.3... 2 1.1 Oppdatere versjon via Internett...2 1.2 Oppdatere versjon via CD...2 2 Terminoppgave Svalbard...

Detaljer

Versjon.0 IKT- Inntrøndelag Elektronisk verktøy for utforming og samarbeid omkring Individuell Plan

Versjon.0 IKT- Inntrøndelag Elektronisk verktøy for utforming og samarbeid omkring Individuell Plan Versjon.0 IKT- Inntrøndelag Elektronisk verktøy for utforming og samarbeid omkring Individuell Plan OPPDATERT 04.11.2013 LARS PETTER SVARTE MOB.94 80 40 38 INNHOLD 1 PÅLOGGING... 3 1.1 HVORDAN FÅR JEG

Detaljer

KONVERTERING AV DATA FRA RAPP13.50

KONVERTERING AV DATA FRA RAPP13.50 KONVERTERING AV DATA FRA RAPP13.50 (Revisjon 2 07.01.2013) Beskriver her prosedyre for konvertering av data fra gammelt system RAPP13.50 til det nye systemet RF13.50 (www.regionalforvaltning.no). Stikkordsmessig

Detaljer

Visma Contracting Oppgradering til versjon 5.20

Visma Contracting Oppgradering til versjon 5.20 Visma Contracting Oppgradering til versjon 5.20 Oslo, oktober 2013 Før installasjon: SuperOffice De som kjører SuperOffice må få oppgradert denne samtidig. Henvendelse til leverandøren firma KeyForce.

Detaljer

ISY Akkord. Brukerdokumentasjon. Versjon 1.4

ISY Akkord. Brukerdokumentasjon. Versjon 1.4 ISY Akkord Brukerdokumentasjon Versjon 1.4 Side 2 ISY Akkord Installere programmet Installasjon av ISY Akkord Generelt ISY Akkord lastes ned og installeres direkte fra følgene lenke: www.isy.no ISY Akkord

Detaljer

Dato: 22.10.2014. Saksnr.: 2014/6628. Gjelder til: 31.12.2019. Opphever: Referanse til:

Dato: 22.10.2014. Saksnr.: 2014/6628. Gjelder til: 31.12.2019. Opphever: Referanse til: Rundskriv - Serie V Mottakere av rundskrivet: (sett kryss) Nr.: RSV 12-2014 Sdir : A: U: P: OFF: Hov: Andre: Sjøfartsdirektoratet 16 spesielt bemyndigete arbeidskontorer Utvalgte utenriksstasjoner Produsenter

Detaljer

Konvertere fra System 4. Innhold

Konvertere fra System 4. Innhold Innhold Konvertere fra System 4... 2 Installere konverteringsprogrammet... 2 Laste ned fra våre hjemmesider... 2 Installere fra CD... 2 Forberedelser i System 4... 3 Overføre data fra System 4... 4 Kontrollere

Detaljer

FRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.11

FRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.11 FRC-Feeder-E Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.11 Installasjon FRC-feeder skal installeres på den computeren hvor dataene ligger. Les mer om dette under

Detaljer

ISY G-prog Beskrivelse 9.4 - Endringsliste

ISY G-prog Beskrivelse 9.4 - Endringsliste ISY G-prog Beskrivelse 9.4 - Endringsliste Ny Excel Eksport Nytt valg som står default på. Eksporterer da direkte inn i excel fremfor å gå via.txt fil. Brukeren må ha Windows Excel installert på sin maskin.

Detaljer

Brukerveiledning. For importapplikasjon til Naturbase. Versjon 17. mars 2015

Brukerveiledning. For importapplikasjon til Naturbase. Versjon 17. mars 2015 Brukerveiledning For importapplikasjon til Naturbase Versjon 17. mars 2015 Innhold 1. Innledning... 2 1.1 Rutiner for å legge data inn i Naturbase... 2 1.2 Leveranseinstrukser... 3 2. Om leveranse av data

Detaljer

Nyheter og forbedringer Visma CRM

Nyheter og forbedringer Visma CRM Nyheter og forbedringer Visma CRM Oslo, juni 2008 1. opplag All informasjon i denne dokumentasjonen vil kunne forandres uten varsel og representerer ikke en forpliktelse fra produsenten. Alt materiale

Detaljer

Kommentarer til kravspesifikasjon

Kommentarer til kravspesifikasjon Kommentarer til kravspesifikasjon 1 Innledning Universitets- og høgskolesektoren(uh-sektoren) har gått sammen om anskaffelse av rekrutteringssystem. Prosjektet har 26 rettighetshavere. Prosessen eies og

Detaljer

Effektiv kontroll over kopi- og utskriftsjobbene med uniflow Output Manager

Effektiv kontroll over kopi- og utskriftsjobbene med uniflow Output Manager UNIFLOW uniflow Output Manager Effektiv kontroll over kopi- og utskriftsjobbene med uniflow Output Manager Spar virksomheten for tid og penger: Få kontroll over kopi og utskrifter og bli mer effektiv Få

Detaljer

4.1. Kravspesifikasjon

4.1. Kravspesifikasjon 4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens

Detaljer

Brukerveiledning for klubb

Brukerveiledning for klubb Brukerveiledning for klubb Elektroniske overganger i FIKS Ny spillerstatus «Amatør med kontrakt» Innhold 1 Innledning... 2 2 Brukertilgang i FIKS... 2 3 Brukerstøtte... 2 4 Login i FIKS... 3 5 Se klubbens

Detaljer

2013 Aditro AS 1 (24)

2013 Aditro AS 1 (24) 1.0. Rutine for Altinn innsending og Altinn retur... 2 1.1. Om Altinn... 2 1.2. Roller og rettigheter i Altinn... 2 1.3. Opprette datasystem-id og passord i Altinn.... 4 1.4 Sette opp Huldt & Lillevik

Detaljer

Justeringer og nyheter siden BF 2012

Justeringer og nyheter siden BF 2012 1 Justeringer og nyheter siden BF 2012 1. Generelt... 2 1.1. Hjelp og info... 2 1.2. Rydding... 2 1.3. Vigo endrer spesifikasjonen på Vigo-fil (import / eksport).... 2 1.4. Programområder - kodeverk...

Detaljer

Opprette firma. Innhold

Opprette firma. Innhold Innhold Opprette firma... 2 Opprette første firma... 2 Sett tilgang til firma... 5 Opprette nytt firma som kopi... 5 Sett tilgang til firma... 6 Opprette nytt firma... 6 Sett tilgang til firma... 7 Eksport

Detaljer

BRUKERVEILEDNING AMESTO DOCARC DATO: 26.03.14

BRUKERVEILEDNING AMESTO DOCARC DATO: 26.03.14 BRUKERVEILEDNING AMESTO DOCARC DATO: 26.03.14 Innhold 1. Generelt... 3 2. DocArc Admin... 5 2.1 Rettigheter... 5 2.2 Definer ny strukturmal... 5 2.2.1 Opprett struktur... 5 2.2.2 Legg til mapper og undermapper...

Detaljer

MinTid web brukerdokumentasjon

MinTid web brukerdokumentasjon 5.4.0 MinTid web brukerdokumentasjon Logica Norge AS 3.1.0 MinTid brukerdokumentasjon i Innhold MinTid 1 Generelt... 1 Hvem skal bruke MinTid og hva kan gjøres?... 1 Standardfunksjoner i MinTid... 1 Logg

Detaljer

Jobbkø. Innhold. Versjon 1.0 Copyright Aditro Side 1 av 18

Jobbkø. Innhold. Versjon 1.0 Copyright Aditro Side 1 av 18 Innhold Jobbkø / Varsling... 2 Jobbkø... 2 Generelt om jobbkø... 2 Hovedfunksjoner... 2 Jobbkø Bestilling og Status... 2 Bestilling... 3 Faste jobber... 5 Status... 6 Jobb... 7 Administrasjon... 8 Konsern...

Detaljer

Brukermanual. Quality PayBack Starter Edition

Brukermanual. Quality PayBack Starter Edition Brukermanual Quality PayBack Starter Edition Innhold 1. Kapittel 1 Innledning 1.1. Dette dokumentet 1.2. Quality PayBack 1.3. Kort oversikt over funksjoner i QPB. 2. Registering 2.1. Generelt 2.1.1. Logg

Detaljer

F A G B O K F O R L A G E T S E - P O R T A L

F A G B O K F O R L A G E T S E - P O R T A L KOM ME I GANG MED F A G B O K F O R L A G E T S E - P O R T A L BRUKER VE IL EDNING VER SJO N 1.60 INNHOLD Innledning... 3 Forberedelse til nytt skoleår... 3 Første møte med e-portalen... 4 Administrere

Detaljer

Lønn 5.0. Veiledning for ASP leverandører

Lønn 5.0. Veiledning for ASP leverandører Lønn 5.0 Veiledning for ASP leverandører Om denne veiledningen Innhold Om denne veiledningen... 2 Installere første database og programmet... 2 Installere flere databaser på samme server... 2 Sette opp

Detaljer

Manual for innlegging av standard sideinnhold og nyheter via «backend»

Manual for innlegging av standard sideinnhold og nyheter via «backend» Manual for innlegging av standard sideinnhold og nyheter via «backend» 23.3.2006 Utarbeidet av: 2 Innlogging og beskrivelse av hovedelement i «backend» For å få tilgang til redigeringsmodul velges følgende

Detaljer

Kommuneforlaget Avvikshåndtering Administratordokumentasjon Versjon 2.1.0 Table of Contents

Kommuneforlaget Avvikshåndtering Administratordokumentasjon Versjon 2.1.0 Table of Contents Table of Contents Tildel utildelte avvik... 2 Tildel forfalte avvik...3 Søk etter bruker... 4 Opprett lokal bruker...5 Endre lokal bruker... 6 Endre avviksbehandler for bruker... 7 Synkroniser brukerinformasjon

Detaljer

Administrasjon og vedlikehold av. Omsetningsdatabasen i Fenistra Eiendom

Administrasjon og vedlikehold av. Omsetningsdatabasen i Fenistra Eiendom Fenistra as Sandakervn. 138 N-0485 Oslo P.b. 4609 N-0405 Oslo Phone 22 02 08 30 Fax 22 02 08 31 Org.nr 967 82 2760 www.fenistra.no Arbeide med Administrasjon og vedlikehold av Omsetningsdatabasen i Fenistra

Detaljer

ErgoGroup AS eway Nydalsveien 28 Postboks 4364 Nydalen 0402 Oslo Tlf.: +47 23 14 50 00 Faks: +47 23 14 50 01 www.ergogroup.no www.eway.

ErgoGroup AS eway Nydalsveien 28 Postboks 4364 Nydalen 0402 Oslo Tlf.: +47 23 14 50 00 Faks: +47 23 14 50 01 www.ergogroup.no www.eway. Hva er eway? eway er en portal og plattform for samarbeid internt i en organisasjon og med organisasjonens partnere og kunder. Gjennom portalen forenkles og effektiviseres arbeidsprosesser knyttet til

Detaljer

Huldt & Lillevik Lønn 5.0. Altinn Monitor. Brukerveiledning. Aditro HRM AS

Huldt & Lillevik Lønn 5.0. Altinn Monitor. Brukerveiledning. Aditro HRM AS Huldt & Lillevik Lønn 5.0 Altinn Monitor Brukerveiledning Aditro HRM AS Veiledningen er oppdatert pr. 18.12.2008 Innholdsfortegnelse Generelt om elektronisk rapportering via Altinn...2 Altinn Monitor...

Detaljer

Nasjonal database (ND) for klassifikasjonssystem for helsebygg

Nasjonal database (ND) for klassifikasjonssystem for helsebygg Nasjonal database (ND) for klassifikasjonssystem for helsebygg Brukerveiledning ND Rev 02 Mai 2014 Praktiske forhold Web-adresse: https://www.klassifikasjonssystemet.no Forespørsel om leser- eller registeringsrettigheter

Detaljer

Huldt & Lillevik Ansattportal 2009-10-20. Ansattportal. Versjon 3.2.19

Huldt & Lillevik Ansattportal 2009-10-20. Ansattportal. Versjon 3.2.19 2009-10-20 Ansattportal Versjon 3.2.19 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til 3.2.19... 2 1.1 Oppdatere versjon via Internett...2 1.2 Oppdatere versjon via CD...3 2 Passordkontroll

Detaljer

Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser.

Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. 00. PayBack startes ved innlogging til Zylin's webserver. Brukernavn og passord er satt opp etter informasjonen fra webformularet. Adressen

Detaljer

Konverteringsveiledning

Konverteringsveiledning Informasjonssystem for den kommunale sosialtjenesten Konverteringsveiledning Versjon: 5.1x 5.2x Før du starter konverteringsprosessen anbefaler vi at du sjekker at du har siste tilgjengelige versjon av

Detaljer

Flytte Lønn 5.0 fra SQL 2000 til SQL 2005 / 2008

Flytte Lønn 5.0 fra SQL 2000 til SQL 2005 / 2008 Flytte Lønn 5.0 fra SQL 2000 til SQL 2005 / 2008 Før du flytter databasene til Lønn 5.0 fra SQL Server 2000 til SQL Server 2005 / 2008 må du ta backup av databasene. Hvis SQL Server 2005 /2008 ikke allerede

Detaljer

Nytt i GK96 ved oppdatering til versjon. 2.0

Nytt i GK96 ved oppdatering til versjon. 2.0 Nytt i GK96 ved oppdatering til versjon. 2.0 En del nye funksjoner er lagt inn i denne oppdateringen av GK96 samt rettet kjente feil som er rapportert sesongen 2003-2004. Følgende moduler har fått ny funksjonalitet.

Detaljer

Mamut Enterprise Travel CRM

Mamut Enterprise Travel CRM Mamut Enterprise Travel CRM Tilleggsproduktet Mamut Enterprise Travel CRM gir deg muligheten til å ta med deg arbeidet på en bærbar datamaskin ut av kontoret. Du arbeider da på en kopi av den sentrale

Detaljer

Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet

Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet Brukerdokumentasjon for registrering og rapportering beredskapsutstyr hos Post og Teletilsynet Innholdsfortegnelse Innlogging...3 Forside...4 Menyen...4 Oversikt over utstyret...5 Rediger utstyr...6 Opprett

Detaljer

Primus Brukerveiledning for masseimport av bilder. Primus 5.6.5

Primus Brukerveiledning for masseimport av bilder. Primus 5.6.5 Primus Brukerveiledning for masseimport av bilder Primus 5.6.5 Primus Brukerveiledning for masseimport av bilder 2 Innholdsfortegnelse Innholdsfortegnelse... 2 Brukerveiledning for masseimport av bilder

Detaljer

Når du tidligere eksporterte en e-postmelding som inneholdt tegnet \s, ble ikke meldingen eksportert på riktig måte. Dette er nå løst.

Når du tidligere eksporterte en e-postmelding som inneholdt tegnet \s, ble ikke meldingen eksportert på riktig måte. Dette er nå løst. Nyheter og forbedringer for Visma CRM 7.55 Forbedringer Supportsak Koblet til sak feil når du klikket på knappen Når du tidligere klikket på knappen Koblet til sak, fikk du en feilmelding og du kunne ikke

Detaljer

Maritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38)

Maritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38) 18.03.2014 Maritech Lønn versjon 10.00.39 (Endringer etter versjon 10.00.38) Innholdsfortegnelse Endringslogg... 2 Utfasing av maritech Lønn... 2 10.00.39... 2 Eksport av lønnsdata til annet system...

Detaljer

Introduksjon i bruk av Microsoft Outlook 2003 med Exchange for NHH

Introduksjon i bruk av Microsoft Outlook 2003 med Exchange for NHH Introduksjon i bruk av Microsoft Outlook 2003 med Exchange for NHH Innhold Introduksjon i bruk av Microsoft Outlook 2003 med Exchange for NHH... 1 Innhold... 1 Introduksjon... 2 Grensesnitt... 3 Sende

Detaljer

NOARK Hva? Fra: Wikipedia, den frie encyklopedi

NOARK Hva? Fra: Wikipedia, den frie encyklopedi NOARK Hva? "NOARK (Norsk Arkivstandard) ble opprinnelig utviklet som en kravspesifikasjon for elektroniske journalsystemer i Statsforvaltningen. Den første versjonen NOARK 1 kom i 1984, med påfølgende

Detaljer

Erfaringer fra bytte av sak-arkivsystem i Rana kommune fra Esa til ephorte

Erfaringer fra bytte av sak-arkivsystem i Rana kommune fra Esa til ephorte Erfaringer fra bytte av sak-arkivsystem i Rana kommune fra Esa til ephorte serviceavdelingen Mål for anskaffelsen «Rana kommune har som mål å samhandle internt og eksternt på en sikker, effektiv og miljøvennlig

Detaljer

Huldt & Lillevik Lønn 2013-10-29. Lønn 5.0. Versjon 5.13.3

Huldt & Lillevik Lønn 2013-10-29. Lønn 5.0. Versjon 5.13.3 Lønn 5.0 Versjon 5.13.3 Innhold Hva er nytt i denne versjonen... 2 1 Integrasjoner... 2 2 Oppdatere til 5.13.3... 2 3 Datostyring... 2 4 Refusjon av sykepenger... 3 5 Regnskapsbilag terminoppgjør... 4

Detaljer

Som en del av den kontinuerlige utviklingen av systemet vil Visma Software AS kunne endre sammensetningen av pakkeløsninger, moduler og funksjoner.

Som en del av den kontinuerlige utviklingen av systemet vil Visma Software AS kunne endre sammensetningen av pakkeløsninger, moduler og funksjoner. Oslo, 6 August 2009 All informasjon i denne dokumentasjonen vil kunne forandres uten varsel og representerer ikke en forpliktelse fra produsenten. Alt materiale i denne dokumentasjonen og de program den

Detaljer

Etterregulering. Etterregulering. Innhold. Generelt. Etterregulere ansatt / alle ansatte. Spesielle tilfeller å være oppmerksom på

Etterregulering. Etterregulering. Innhold. Generelt. Etterregulere ansatt / alle ansatte. Spesielle tilfeller å være oppmerksom på Innhold Etterregulering... 1 Generelt... 1 Etterregulere ansatt / alle ansatte... 1 Spesielle tilfeller å være oppmerksom på... 1 Forhold som er felles for lønnsberegning og etterregulering... 2 Styreinformasjon

Detaljer

Steinkjer kommune ANBUDSINNBYDELSE. Konkurranse med forhandlinger. Nytt barnevernsystem. Anbud 24/08 Barnevern. Steinkjer 13.05.08

Steinkjer kommune ANBUDSINNBYDELSE. Konkurranse med forhandlinger. Nytt barnevernsystem. Anbud 24/08 Barnevern. Steinkjer 13.05.08 Steinkjer kommune ANBUDSINNBYDELSE Konkurranse med forhandlinger Nytt barnevernsystem Anbud 24/08 Barnevern Steinkjer 13.05.08 1. Generelt Steinkjer kommune skal gå til anskaffelse av nytt barnevernssystem.

Detaljer

Flytting. Innhold. Versjon 1.0 Copyright Aditro Side 1 av 8

Flytting. Innhold. Versjon 1.0 Copyright Aditro Side 1 av 8 Innhold Flytting... 2 Flytting av personer... 2 Fra/til firma... 3 Fra/til ansattnummer... 3 Tabeller... 4 Fra/Til avdeling... 6 Konvertering med opprett nye ansattforhold... 7 Konvertering av historikk...

Detaljer

Brukerhåndbok for drift hos Kirkedata AS. Denne håndboken er utarbeidet av

Brukerhåndbok for drift hos Kirkedata AS. Denne håndboken er utarbeidet av Brukerhåndbok for drift hos Kirkedata AS Denne håndboken er utarbeidet av Oppdatert: 18. desember 2012 Innhold Innhold Innledning... 3 Oppsett av PC... 3 Windows XP... 3 Windows Vista og Windows 7... 3

Detaljer

Mamut for Altinn. Mamut for Altinn - forenkler og effektiviserer. Elektronisk innlevering til det offentlige

Mamut for Altinn. Mamut for Altinn - forenkler og effektiviserer. Elektronisk innlevering til det offentlige Mamut for Altinn Mamut for Altinn - forenkler og effektiviserer Elektronisk innlevering til det offentlige Mamut for Altinn Innhold MAMUT FOR ALTINN... 3 OM MAMUT FOR ALTINN... 3 INNSTILLINGER... 3 INSTALLASJON

Detaljer

Kravspesifikasjon Tipskanal i Riksrevisjonen

Kravspesifikasjon Tipskanal i Riksrevisjonen 2009 Kravspesifikasjon Tipskanal i Riksrevisjonen Rapportering av misligheter til Riksrevisjonen Marianne S. Pilgaard Riksrevisjonen 10. juni 2009 Innhold 1 Tipskanal på Riksrevisjonens hjemmesider...

Detaljer

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5 Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som

Detaljer

KRAVSPESIFIKASJON FOR SOSIORAMA

KRAVSPESIFIKASJON FOR SOSIORAMA KRAVSPESIFIKASJON FOR SOSIORAMA Innhold 1. Forord... 2 2. Definisjoner... 3 3. Innledning... 4 3.1 Bakgrunn og formål... 4 3.2 Målsetting og avgrensninger... 4 4. Detaljert beskrivelse... 8 4.1 Funksjonelle

Detaljer

NYHETER OG FORBEDRINGER

NYHETER OG FORBEDRINGER NYHETER OG FORBEDRINGER Oslo, Januar 2011 1. opplag All informasjon i denne dokumentasjonen vil kunne forandres uten varsel og representerer ikke en forpliktelse fra produsenten. Alt materiale i denne

Detaljer