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

Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen

Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen av 25.01.14 Tilbyder bes fylle inn nødvendig informasjon i felter som inngår i dokumentets følgende deler/kapitler: 1. Arkitekturprinsipper

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

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

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 1.2 KRAVTABELL... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3

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

Kravspesifikasjon Digital distribusjon av sakspapirer

Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon Digital distribusjon av sakspapirer Kravspesifikasjon 1.1. Tilbudets omfang og fylkeskommunens forventninger Aust-Agder fylkeskommune ber om tilbud på verktøy som legger til rette for

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

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Kundens kravspesifikasjon Bilag til Kjøpsavtalen K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning... 3 2 Kundens bakgrunn

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

Huldt & Lillevik Lønn Huldt & Lillevik Lønn 5.0. Versjon

Huldt & Lillevik Lønn Huldt & Lillevik Lønn 5.0. Versjon Versjon 5.10.2 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til Huldt & Lillevik Lønn 5.10.2 og Altinn Monitor 2.6.6... 2 1.1 Oppdatere versjon via Internett...2 1.2 Oppdatere versjon via CD...2

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

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

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

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon

Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon Helse Vest Innkjøps saksnummer: 2015/22 Helse Vest IKTs avtalenummer: 901502 Bilag til kjøpsavtalen for Antivirusløsning K Bilag 1 - Kundens kravspesifikasjon ist oppdatert: 06.01.2016

Detaljer

Huldt & Lillevik Lønn Huldt & Lillevik Lønn 5.0. Versjon

Huldt & Lillevik Lønn Huldt & Lillevik Lønn 5.0. Versjon Versjon 5.09.4 Innhold Hva er nytt i denne versjonen... 2 1 Oppdatere til 9.4 og Altinn Monitor 2.6.5...2 1.1 Oppdatere versjon via Internett...2 1.2 Oppdatere versjon via CD...2 2 Ny rutine for levering

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

Kravspesifikasjon for PLBSys NG. Versjon 1.0

Kravspesifikasjon for PLBSys NG. Versjon 1.0 Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010 Innhold Revisjonshistorikk... 3 1. Introduksjon... 4 1.1 Registrering av nødpeilesendere i Norge... 4 1.2 Systemets formål og omfang...

Detaljer

VigoVoksen KARRIEREMODULEN Mai 2017

VigoVoksen KARRIEREMODULEN Mai 2017 VigoVoksen KARRIEREMODULEN Mai 2017 Side 2 av 16 INNHOLD Innhold INNHOLD... 1 Oppstart og logg inn... 3 Hovedmeny, menyer og brukeroppsett.... 3 Karrieremodulen... 3 Programdelene i VigoVoksen... 3 Sammenheng

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

Agio Forvaltning AS - Portal. Enkelt, effektivt og tidsbesparende!

Agio Forvaltning AS - Portal. Enkelt, effektivt og tidsbesparende! Agio Forvaltning AS - Portal Enkelt, effektivt og tidsbesparende! Innhold Innlogging... 3 Første gangs innlogging... 4 Åpningsside beboere... 6 Dokumenter... 7 Mitt borettslag/sameie... 10 E-post... 12

Detaljer

Familia versjon 7. Generell sak Grunnkurs

Familia versjon 7. Generell sak Grunnkurs Familia versjon 7 Generell sak Grunnkurs INNHOLDSFORTEGNELSE Innledning... 3 Formål... 3 Unique UQ Familia... 3 Generelle sak i UQ Familia... 3 Kodeverk i Generell sak... 4 Kodeverk i systemadministrasjonen...

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

SSA V, Den store vedlikeholdsavtalen

SSA V, Den store vedlikeholdsavtalen SS V, Den store vedlikeholdsavtalen ilag 1: Kundens kravspesifikasjon Løsning for ny portal Rana kommune Innhold 1.1. Oppbygging av dokumentet 1.2. Mål og omfang 1.3. Juridiske rammebetingelser 1.4. Sikkerhet

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

ANBUDSFORESPØRSEL. RAMMEAVTALE IKT-tjenester m.m. Iknowbase, Oracle- applikasjonsserver og database

ANBUDSFORESPØRSEL. RAMMEAVTALE IKT-tjenester m.m. Iknowbase, Oracle- applikasjonsserver og database ANBUDSFORESPØRSEL RAMMEAVTALE IKT-tjenester m.m. Iknowbase, Oracle- applikasjonsserver og database Varighet: 2 år med mulighet for forlengelse i 1 år Innledende informasjon. Trygderetten ønsker å inngå

Detaljer

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON Administrativt system for skole og SFO SAK NR.: 15/05314 1 Kravmatrise Spesifikasjon av krav Skal (S) Bør (B) Kravet MÅ tilfredsstilles.

Detaljer

Mamut Business Software

Mamut Business Software Mamut Business Software Enkel installasjonsveiledning Innhold Før installasjon 3 Om programmet 3 Om installasjon 4 Under installasjon 5 Betingelser for installasjon 5 Slik installerer du: Enbruker 6 Etter

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

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

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

INSTALLASJONSVEILEDNING OPPDATERING TIL VERSJON Mamut datax Software DETALJERT STEG-FOR-STEG VEILEDNING FOR HVORDAN

INSTALLASJONSVEILEDNING OPPDATERING TIL VERSJON Mamut datax Software DETALJERT STEG-FOR-STEG VEILEDNING FOR HVORDAN Mamut datax Software INSTALLASJONSVEILEDNING OPPDATERING TIL VERSJON 4.1.1300 DETALJERT STEG-FOR-STEG VEILEDNING FOR HVORDAN OPPDATERE DIN VERSJON AV MAMUT DATAX SOFTWARE Mamut Kunnskapsserie, nr. 2-2004

Detaljer

INSTALLASJONSVEILEDNING

INSTALLASJONSVEILEDNING INSTALLASJONSVEILEDNING Oppdatering av ditt Mamut-system DETALJERT STEG-FOR-STEG VEILEDNING I HVORDAN OPPDATERE DIN VERSJON AV MAMUT BUSINESS SOFTWARE FRA VERSJON 9.0 ELLER NYERE Mamut Kunnskapsserie,

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

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

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

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

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

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

Kravspesifikasjon elektronisk kvalitetssystem for internkontroll.

Kravspesifikasjon elektronisk kvalitetssystem for internkontroll. Vedlegg 1 Vedlegg 1 Sak 15-2329 Kravspesifikasjon elektronisk kvalitetssystem for internkontroll. Lenvik kommune INNHOLD 1. GENERELL INFO... 2 2. OPPDRAGETS OMFANG... 2 3. KRAV TIL LEVERANDØR... 2 3.1

Detaljer

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

SSA-V Bilag 1 Kundens kravspesifikasjon KGV/KAV. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon Vedlikeholdsavtalen (SSA-V) Bilag : Kundens kravspesifikasjon Innhold INNLEDNING.... BESKRIVELSE BILAG.... KRAVTABELL... AVTALENS OMFANG... 5. KUNDENS FORMÅL MED AVTALEN... 5 KRAV TIL VEDLIKEHOLD AV LØSNING...

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

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

Integrasjon mot Active Directory i EK 2.37

Integrasjon mot Active Directory i EK 2.37 Notat EK har funksjonalitet for å synkronisere brukertabellen sin mot Active Directory eller en annen katalogtjeneste som kan aksesseres via LDAP protokollen. Funksjonaliteten kan brukes til å: - Oppdatere

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

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

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

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

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Bilag 1 til vedlikeholdsavtalen Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Side 2 av 14 Innhold 1 KRAV TIL VEDLIKEHOLDSAVTALE... 3 1.1 KRAV TIL BRUKERSTØTTE OG OPPFØLGING.3 1.2

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

Bilag 1 Kravspesifikasjon Avtalereferanse: NT Web avspiller

Bilag 1 Kravspesifikasjon Avtalereferanse: NT Web avspiller ilag 1 Kravspesifikasjon Avtalereferanse: NT-0730-15 Web avspiller SIST LAGRET DATO: 18. desember 2015 Side 1 av 12 Innholdsfortegnelse ilag 1 Kravspesifikasjon 1 INNLEDNING... 3 1.1 EGREPSDEFINISJONER...

Detaljer

1.4 Det skal leveres en beskrivelse av eierskapsmodell for registrerte data og fordeling av ansvar for behandling og vedlikehold av disse.

1.4 Det skal leveres en beskrivelse av eierskapsmodell for registrerte data og fordeling av ansvar for behandling og vedlikehold av disse. 1. Tekniske krav 1. Generelle krav 1.1 Databehandleransvar i henhold til Lov om behandling av personopplysninger med tilhørende forskrifter skal tydelig fremgå av beskrivelsene som etterspørres i punkt

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

Vedlegg A - Teknisk kravspesifikasjon. Dato: Side: 1 av 5. Innholdsfortegnelse. 1.2 Om dokumentet Oppbygging av dokumentet...

Vedlegg A - Teknisk kravspesifikasjon. Dato: Side: 1 av 5. Innholdsfortegnelse. 1.2 Om dokumentet Oppbygging av dokumentet... Side: 1 av 5 Vedlegg A - Teknisk kravspesifikasjon Innholdsfortegnelse 1.2 Om dokumentet... 2 1.3 Oppbygging av dokumentet... 2 2 Teknisk kravspesifikasjon/ytelsesspesifikasjon... 2 2.1 Obligatoriske-krav...

Detaljer

Løsning for utgående EHFfaktura

Lø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...

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

INSTALLASJONSVEILEDNING

INSTALLASJONSVEILEDNING Mamut Installasjonsveiledning INSTALLASJONSVEILEDNING OPPDATERING TIL VERSJON 6.1 DETALJERT STEG-FOR-STEG VEILEDNING I HVORDAN INSTALLERE/OPPDATERE DITT MAMUT-PROGRAM Mamut Kunnskapsserie, nr. 6-2006 2

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

For kunder som kjører Huldt & Lillevik Reise 1.3 på Access database

For kunder som kjører Huldt & Lillevik Reise 1.3 på Access database For kunder som kjører Huldt & Lillevik Reise 1.3 på Access database Huldt & Lillevik Reise 1.4 støtter ikke lengre å kjøre mot en Access database. Du må derfor konvertere til MSDE eller SQL Server. Dette

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

Bilag 1 - Oppdragsgivers spesifikasjon 1 Anskaffelsen gjelder

Bilag 1 - Oppdragsgivers spesifikasjon 1 Anskaffelsen gjelder Bilag 1 - Oppdragsgivers spesifikasjon 1 Anskaffelsen gjelder Bergen kommune har i dag to stk. APC Silcon 120 KW 400V UPS med tilhørende batteribanker. UPS ene er koblet i parallell og er en redundant

Detaljer

Laget av Dato Orginal plassering fil. Johnny Andre Sunnarvik. Nov 2016

Laget av Dato Orginal plassering fil. Johnny Andre Sunnarvik. Nov 2016 Laget av Dato Orginal plassering fil. Johnny ndre Sunnarvik Nov 2015 http://innsiden.helse-vestikt.no/avdelinger/tjenesteproduksjon/anbudskrav/documents/sikkerhet.docx Dato Nov 2015 Des 2015 Nov 2016 Beskrivelse

Detaljer

Installasjonsveiledning. Mamut. Oppdatering til versjon 12.1

Installasjonsveiledning. Mamut. Oppdatering til versjon 12.1 Mamut Installasjonsveiledning Oppdatering til versjon 12.1 Detaljert steg-for-steg veiledning i hvordan installere/oppdatere ditt datax-program fra Mamut 2 FØr installasjon serverinstallasjon EttEr installasjon

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

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

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

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

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

Versjonsbrev for Extensor05 versjon april 2018

Versjonsbrev for Extensor05 versjon april 2018 Versjonsbrev for Extensor05 versjon 1.28.20 23.april 2018 Innhold Bedriftsjournal... 3 Generelt... 3 HELFO... 3 Journal... 4 NPR... 5 NPR-BKM... 6 Personalia... 6 Planlegger... 7 Dette versjonsbrevet tilhører

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

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

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

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

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

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

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3 KRAV TIL DRIFT AV TILBUDT

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

Én journal i Midt-Norge bakgrunn, målsetting, status

Én journal i Midt-Norge bakgrunn, målsetting, status Én journal i Midt-Norge bakgrunn, målsetting, status InnoMed møteplass Trondheim, 29.november 2018 Sigrun Berge Engen, kommunikasjonssjef Helseplattformen i Midt-Norge: Én felles løsning med pasientens

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

Labark Oppdatert 9.oktober 2015

Labark Oppdatert 9.oktober 2015 Oppdatert 9.oktober 2015 Innholdsfortegnelse 1.0 STANDARD FUNKSJONER I PROFIL 3 1.1. STANDARD VERKTØYKNAPPER / IKONER 3 1.2 BRUK AV FUNKSJONSTASTER I PROFIL 3 2.0 LABARK 4 2.1 GENERELT OM LABARKET 4 3.0

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

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

Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser

Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser BILAG 1 Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser Driftsavtalen - MIL.NO Avtale om kjøp av driftstjenester knyttet til maskinvare, infrastruktur og programvare Bilag 1 Forsvarets

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

Huldt & Lillevik Lønn 5.0

Huldt & Lillevik Lønn 5.0 Huldt & Lillevik Lønn 5.0 Produktnotat Versjon 5.17.3 Oktober 2017 1. HVA ER NYTT I DENNE VERSJONEN?... 3 2. INTEGRASJONER... 3 3. OPPDATERE HULDT & LILLEVIK LØNN... 3 4. A-MELDING... 4 4.1 Nye fraværskoder

Detaljer

Huldt & Lillevik Lønn 5.0

Huldt & Lillevik Lønn 5.0 Huldt & Lillevik Lønn 5.0 Produktnotat Versjon 5.16.3 November 2016 1. HVA ER NYTT I DENNE VERSJONEN?... 3 2. INTEGRASJONER... 3 3. OPPDATERE HULDT & LILLEVIK LØNN... 3 4. A-ORDNINGEN... 4 4.1. Flere arbeidsforhold...

Detaljer

Kravspesifikasjon. for. Forvaltning og feilmelding av vei- og gatelys

Kravspesifikasjon. for. Forvaltning og feilmelding av vei- og gatelys Kravspesifikasjon for Forvaltning og feilmelding av vei- og gatelys Dato: 14. oktober 2013 INNHOLDSFORTEGNELSE 1. SKEDSMO KOMMUNES LØSNINGER... 3 1.1 BESKRIVELSE AV DAGENS KART OG VEI- GATELYSLØSNINGER

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

VISMA OMSORG PROFIL. Produktbeskrivelse

VISMA OMSORG PROFIL. Produktbeskrivelse VISMA OMSORG PROFIL Produktbeskrivelse Side 2 INNLEDNING Visma tilbyr Visma Omsorg Profil, heretter kalt Profil, en komplett løsning for pleie-, rehabiliteringsog omsorgtjenesten. Profil er et elektronisk

Detaljer

KRAVSPESIFIKASJON WEB-BASERT VERKTØY FOR SPØRREUNDERSØKELSER

KRAVSPESIFIKASJON WEB-BASERT VERKTØY FOR SPØRREUNDERSØKELSER KRVSPESIFIKSJON WEB-BSERT VERKTØY FOR SPØRREUNDERSØKELSER 1 Kravtabell Tilbyder skal beskrive, i tilbudet, hvordan samtlige punkter i kravspesifikasjonen vil bli ivaretatt. Tilbyder skal fylle ut kravtabellen

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

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

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

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

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

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

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

Kundens krav til leveranser

Kundens krav til leveranser Kundens krav til leveranser HiB Felles plattform for Høgskolens nettsider Parafer / Side 1 av 6 Innhold 1 FORMÅL MED ANSKAFFELSEN... 3 2 ANSKAFFELSENS INNHOLD OG OMFANG... 3 3 KRAV TIL LEVERANSEN... 5

Detaljer

InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby

InfoRed Publisering. - produktbeskrivelse.  TalkPool WebServices Postboks Åneby InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,

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