Fælles miljø. NSP Testmiljøer. Dato: Version: 1.0

Størrelse: px
Starte visningen fra side:

Download "Fælles miljø. NSP Testmiljøer. Dato: 21.12.2012 Version: 1.0"

Transkript

1 NSP Testmiljøer National Sundheds-IT - Sammenhængende testdata Islandsbrygge 39 Dato: Version: 1.0 Udarbejdet af: NSI 2300 København S Fælles miljø CPR CPR CPR NSI SCRIPTS SDM STS FMK DDV Resumé Nationale services og lokale it-systemer anvender i stadigt større omfang fælles datakilder som f.eks. CPR-registret og Taksten, og der er derfor et voksende behov for at sikre sammenhængende testdata i testforløb, hvor lokale it-systemer afprøver anvendelsen af nationale services. Tilsvarende er der i undervisningsforløb behov for konsistens på tværs af de anvendte it-systemer, så brugerne oplever et virkelighedstro billede af it-systemernes brug. Nærværende notat beskriver den løsningsmodel, NSI stiller til rådighed i forhold til at generere og vedligeholde sammenhængende testdata i de fælles test- og uddannelsesmiljøer. Version Ansvarlig Kommentar 0.1 CHE Første udkast 0.9 CHE Små rettelser efter feedback fra RH og NSI. 1.0 CHE Pixibog tilføjet som appendiks, samt redaktionelle rettelser. Side 1

2 Indholdsfortegnelse 1 Indledning Baggrund Målgruppe Formål og afgrænsning Hvad er sammenhængende testdata? Hvad opnås ved brug af løsningen? Ansvarsområder og opgaver fordelt på aktørerne Løsningens indhold Sammenhængende testdatasæt Stamdata Statiske stamdata genereres til det enkelte miljø Dynamiske stamdata hentes fra produktionsmiljøet Kliniske data Ind- og udlæsning af kliniske data Kliniske skabeloner Automatiseret generering af data Administration af testdatasæt Omfanget af den centrale styring af sammenhængende testdatasæt NSI stiller nationale skabeloner til rådighed for nationale services Sikring af lokal sammenhæng ved indlæsning af kliniske data Appendiks A: Praktisk guide til sammenhængende testdata Bestilling af stamdata Kliniske testdata Administration af kliniske testdata Brug af scripts til at kalde Dump og Restore Vær opmærksom på følgerne af Dump og Restore Referencer Side 2

3 1 Indledning 1.1 Baggrund Den nationale udrulning af FMK har bragt fokus på behovet for fælles miljøer, hvori der kan gennemføres testforløb og uddannelse af brugere, og NSI, RSI og regionerne har derfor i fællesskab specificeret og etableret et antal fælles test- og uddannelsesmiljøer, der kan tilgås af relevanter parter indenfor sundhedssektoren. Behovet for fælles miljøer til test og uddannelse rækker udover FMK, og der er derfor blevet specificeret en arkitektur, hvor nationale services kan tilføjes efterhånden som de bliver udviklet. Da testmiljøerne i sagens natur er komplekse at etablere og vedligeholde, idet de mange komponenter og services interagerer med hinanden og i forskelligt omfang deler datagrundlag, er denne opgave placeret hos NSP-operatøren. En væsentlig del af et testmiljø er oprettelse og vedligehold af testdata. Generering af gode testdatasæt er en opgave, der selv i relativt ukomplicerede it-systemer kan være krævende. Generering af gode og sammenhængende testdatasæt i national sammenhæng er både kompleks og besværlig, idet data skal oprettes i mange registre og konsistens skal sikres på tværs af registrene, og der er derfor blevet etableret dels en central, administrativ grænseflade, hvor anvendere af et testmiljø kan få tildelt testdata, dels etableret den nødvendige funktionalitet til at oprette sammenhængende og konsistente testdatasæt. 1.2 Målgruppe Sammenhængende testdata er beskrevet i relativt ikke-tekniske termer. Notatet kan derfor med fordel læses af overordnede beslutningstagere og andre interessenter, der ønsker et indblik i mulighederne løsningen giver, samt principperne bag sammenhængende testdatasæt i fælles miljøer. NSP-operatøren har udarbejdet en teknisk dokumentation af løsningen, der beskriver snitflader og tekniske forudsætninger for brugen af sammenhængende testdata, og der henvises til dette dokumentationsmateriale for en teknisk gennemgang af løsningen [TESTDATA- TEKNISK]. 1.3 Formål og afgrænsning Notatet beskriver principper, forudsætninger og afgrænsninger forbundet med generering og vedligehold af sammenhængende testdatasæt i de fælles miljøer, NSI udstiller til uddannelses- og testformål. Notatet foreskriver ikke hvordan de lokale it-systemer implementeres, ej heller hvordan sammenhængende testdatasæt anvendes og udbredes på tværs af lokale it-systemer. Der er pt. krav om at cpr-numre skal overholde samme tekniske krav som rigtige cprnumre, dvs. de skal bestå af en gyldig dato efterfulgt af fire cifre. Det er dermed pt. ikke muligt at anvende erstatningscpr-numre. 1.4 Hvad er sammenhængende testdata? Sammenhængende testdata er en væsentlig del af fundamentet for testforløb af høj kvalitet i de fælles testmiljøer udstillet af NSI, og sammenhængende testdata medvirker til at give et virkelighedstro billede for brugere, der uddannes i brugen af lokale it-systemer og nationale services i det fælles uddannelsesmiljø. Side 3

4 Sammenhængende testdata dækker over flere aspekter ved de fælles test- og uddannelsesmiljøer, og omhandler både faktiske data, metoder til oprettelse og vedligehold af data samt en central administrationsfunktion. Datamæssigt er sammenhængende testdata data i et af de fælles miljøer, og består af et sæt af informationer i en række registre og nationale services, hvor der er sikret indbyrdes konsistens mellem de enkelte registre og dataindholdet i de nationale services i det givne miljø. Konceptuelt betragtes et testdatasæt som værende opdelt i stamdata og kliniske data, hvor stamdata er placeret i NSP-regi, og kliniske data hos de nationale services. Procesmæssigt er sammenhængende testdata styret af en række scripts, der opretter data på basis af cpr-lister (én liste per anvender). Disse scripts sikrer bl.a. at de relevante CPRnumre oprettes i testcpr-registret, og at referencer til andre registre er valide, f.eks. at der ved opslag i Sikrede fås gyldige referencer til Yderregistret, og at de tilhørende sundhedsfaglige personer kan slås op i Autorisationsregistret. Cpr-listerne og eksekvering af de tilhørende scripts håndteres af NSP-operatøren. Funktionalitetsmæssigt giver sammenhængende testdata mulighed for at tage et øjebliksbillede af kliniske data for en testpatient, og efterfølgende genindlæse øjebliksbilledet. Denne funktionalitet gør det muligt at definere et kendt udgangspunkt for én eller flere testpatienter, og på enkel vis genetablere dette udgangspunkt (til f.eks. kurser eller iterative testforløb). En anden og nyttig egenskab ved disse øjebliksbilleder er muligheden for at udskifte cprnummeret ved genindlæsning, således at et øjebliksbillede kan fungere som skabelon for andre testpatienter. Sammenhængende testdata giver endvidere mulighed for automatisk oprettelse af kliniske data for alle testpatienter på basis af skabeloner, og det er dermed muligt at populere selv meget store testdatasæt med klinisk meningsfyldte data. 1.5 Hvad opnås ved brug af løsningen? Løsningen tilvejebringer en metode til automatisk oprettelse af store og små testdatasæt til brug ved testforløb i de fælles miljøer. Anvendere af miljøet opnår dermed sikkerhed for at miljøets data har en kendt og høj kvalitet ved opstart af et testforløb. Løsningen giver endvidere mulighed for på enkel vis at tage øjebliksbilleder af kliniske data og efterfølgende genindlæse dem i miljøet, således at testforløb kan gentages med samme udgangspunkt, og klassesæt til uddannelsesforløb kan genbruges. 1.6 Ansvarsområder og opgaver fordelt på aktørerne Der er en række opgaver og ansvarsområder, der er fordelt på de involverede aktører. Fordelingen er som følger: - Anvender (regioner, LPS-leverandører, kommuner, m.fl.) o Efter behov tage kliniske øjebliksbilleder og opbevare billederne til senere brug o Bestille cpr-numre hos NSP-operatøren til eget brug og formidle cpr-listerne internt i egen organisation o Eventuelt tilrette testdata til specifikke formål (f.eks. overskrive de automatisk genererede kliniske data med særlige patienttyper som kronikere, diabetikere, cancerpatienter, osv.) - Serviceudbyder (FMK, DDV, m.fl.) Side 4

5 o Generere et passende sæt af kliniske skabeloner, således at der kan dannes meningsfyldte kliniske data for alle testpatienter på cpr-listerne o Udstille service, der kan anvendes til at tage øjebliksbilleder og indlæse kliniske data (til brug for både anvenderne og NSP-operatøren) - NSP-operatør o Opbevare og publicere cpr-lister for alle anvenderne, således at det er muligt at identificere præcis hvilken anvender, der ejer et cpr-nummer o Generere statiske stamdata og indlæse de tilhørende kliniske skabeloner ved opdateringer på cpr-listerne 1.7 Løsningens indhold De etablerede testmiljøer afspejler en kompleks virkelighed i produktionsmiljøet, hvor en række nationale datakilder leverer stamdata til fælles brug gennem NSP ens stamdataservice. Der er dermed i produktionsmiljøet sikret entydighed i forhold til oprindelse af data og ajourføring af kildedata. Dette er illustreret på simplificeret form for produktionsmiljøet på Figur 1, hvor det ses at en række registre opsamles og udstilles gennem stamdataservicen. 1 Stamdataregistre+fra+en+række+myndigheder+ CPRregistret Autorisationsregistret Yderregistret Sikrede Taksten SOR SKS NSP Stamdata service Figur 1 NSP ens stamdataservice i produktionsmiljøet opsamler registerinformationer fra en række bagvedliggende registre og sikrer, at alle parter har nem adgang til samme version af registrene. I testmiljøerne er ikke alle de bagvedliggende stamdataregistre tilgængelige til testformål, og det er derfor nødvendigt at frembringe testdata til disse registre på anden vis. Løsningen beskrevet i dette dokument tilvejebringer disse testdata ved hjælp af cpr-lister og automatiserede generering af testdata, hvorved der sikres konsistens og sammenhæng mellem registrene. Stamdata som beskrevet ovenfor udgør kun en del af det datamæssige fundament i et givet miljø. De nationale services, der er tilgængelige i miljøet, rummer hver især et sæt kliniske data for de tilknyttede patienter. Som illustreret på Figur 2 udstilles de nationale services gennem NSP, og de kliniske data opbevares af de respektive services. 1 På NSP-operatørens hjemmeside - https://www.nspop.dk/pages/viewpage.action?pageid= ses en komplet oversigt over udstillede registre. Side 5

6 Kliniske(data(fra(na.onale(services( FMK DDV NSP Figur 2 Kliniske data fra de nationale services udstillet gennem NSP opbevares af de respektive services. I testmiljøerne er der oprettet separate testinstanser af de tilknyttede nationale services. Testudgaverne af disse services oprettes uden kliniske data, og det er derfor hensigtsmæssigt automatisk at kunne oprette et passende testdatasæt for testpatienterne i testmiljøerne. Løsningen beskrevet i dette dokument giver mulighed for automatisk oprettelse af kliniske data i de relevante nationale services tilknyttet et testmiljø. Side 6

7 2 Sammenhængende testdatasæt I produktionsmiljøet er opgaven med at sikre konsistens mellem registrene (og løbende vedligehold af registrenes indhold) placeret hos de respektive dataejere. I test- og uddannelsesmiljøerne er det ikke muligt at opretholde denne kobling i fuldt omfang, idet ikke alle nationale datakilder giver mulighed for separate testmiljøer. Der er derfor behov for en alternativ løsning, hvor entydigheden bevares (indenfor det givne miljø), og hvor der kan oprettes sammenhængende testdatasæt for de relevante stamdataregistre. Data fra registre i produktionsmiljøet benævnes dynamiske stamdata, idet de opdateres af en ekstern instans (dataejeren). Data fra registre, der i de fælles miljøer genereres automatisk af NSI, benævnes statiske stamdata, idet de i praksis er statiske, da indholdet ikke vedligeholdes manuelt. Testinstanserne af de nationale services, der eksisterer i de fælles miljøer, indeholder kliniske testdata for testpatienterne. De tre typer af data er illustreret på Figur 3, hvor det ses at stamdata stilles til rådighed for alle parter i et testmiljø (dvs. både anvendere af miljøet og testudgaverne af de nationale services) gennem stamdataservicen, og de kliniske data er tilgængelige for anvenderne af testmiljøet gennem de udstillede snitflader for de nationale services. Det bemærkes, at kliniske data adskiller sig principielt fra de andre typer testdata, idet de vedligeholdes af anvenderne af systemet (testbrugerne) gennem de formelle snitflader, hvor stamdata som beskrevet ovenfor enten oprettes automatisk (statiske stamdata) eller hentes fra eksterne dataleverandører (dynamiske stamdata). Sta$ske(stamdata( Dynamiske(stamdata( Kliniske(data(fra(( na$onale(services((test)( CPRregistret Autorisationsregistret Yderregistret Sikrede Taksten SOR SKS FMK DDV NSP Stamdata service Figur 3 I et testmiljø hentes udvalgte registre fra de officielle datakilder, og andre genereres automatisk. De kliniske testdata er konsistente med stamdata i det givne miljø og opbevares i testimplementeringerne af de nationale services. Registrene anvendes både af de nationale services og af de lokale it-systemer, og det er altafgørende for anvendeligheden af testdatasættet i et givet testmiljø at der dels er konsistens imellem registrenes indhold og referencer på tværs mellem registre, dels at alle parter i miljøet anvender samme udgave af registrene. Løsningen giver derfor anvendere af de fælles miljøer mulighed for at oprette og vedligeholde testdatasæt med konsistens mellem de anvendte registre. Ved oprettelse af en testpatient sikres det automatisk, at referencerne mellem de relevante registre eksisterer, f.eks. at testpatientens egen læge eksisterer i yderregistret, og at vedkommende har et autorisationsid i Side 7

8 autorisationsregistret. Som en del af løsningen er det endvidere muligt at få genereret kliniske data på automatiseret vis. Den samlede løsning for sammenhængende testdatasæt gør det derfor muligt at oprette et komplet og sammenhængende datasæt (både stamdata og kliniske data) for en liste af testpatienter og testbrugere, således at en anvender af et givet testmiljø har et solidt og konsistent datagrundlag allerede inden ibrugtagningen af miljøet. Tilsvarende sikres det, at de registre, der indeholder stamdata for testpatienter og testbrugere, anvendes af de tilknyttede nationale services, f.eks. at FMK anvender samme testudgave af autorisationsregistret som anvendere af et miljø kan tilgå gennem NSP ens stamdataservice. 2.1 Stamdata Som beskrevet ovenfor er stamdata i testmiljøerne opdelt i statiske og dynamiske stamdata. De dynamiske stamdata hentes fra de samme datakilder som anvendes i produktionsmiljøet. Denne kobling er mulig for registre, hvor det er tilladt at anvende produktionsdata til testformål, og hvor der ikke er behov for at oprette særlige testdata. De statiske stamdata er registre, hvor det af forskellige årsager ikke er muligt eller tilladt at anvende produktionsdata til testformål. Som det fremgår af Figur 4 er der en række registre, der indeholder personhenførbare og potentielt personfølsomme oplysninger og derfor ikke uden videre kan anvendes til testformål. Disse registre udfyldes derfor med automatisk genereret indhold, men vedligeholdes ikke løbende som deres modparter i produktionsmiljøet. Sta$ske(stamdata( Dynamiske(stamdata( CPRregistret Autorisationsregistret Yderregistret Sikrede Taksten SOR SKS Indeholder personhenførbare og potentielt personfølsomme oplysninger. Produktionsdata må ikke anvendes. Indeholder ikke-følsomme informationer, der er offentligt tilgængelige og må anvendes til testformål. Produktionsdata må anvendes. Figur 4 Personorienterede stamdata genereres til hvert miljø og betragtes derfor som statiske. De resterende registre kan hentes fra produktionsmiljøet med passende intervaller og betragtes derfor som dynamiske. Det bemærkes at det for hvert miljø er muligt at opdatere dynamiske registre efter aftale, således at dynamikken er kontrolleret (dette er relevant i forhold til f.eks. uddannelsesmiljøet, hvor der ikke ønskes opdateringer i takt med produktionsmiljøet). Opdateringsfrekvensen fastlægges individuelt for de enkelte fællesmiljøer Statiske stamdata er ens på tværs af alle testmiljøerne Følgende registre betragtes som statiske i test- og uddannelsesmiljøerne: - CPR-registret o Indeholder CPR-oplysninger for testpatienterne, herunder navn og adresse - Autorisationsregistret o Indeholder sundhedsfaglig autorisation for testbrugerne Side 8

9 - Yderregistret o Indeholder yderoplysninger for de privatpraktiserende sundhedsfaglige testbrugere, herunder læger, speciallæger og tandlæger - Sikrede o Indeholder koblingen mellem testpatienterne og egen læge Det bemærkes, at de enkelte stamdataregistre er indbyrdes afhængige, idet der refereres på tværs af registrene. I oprettelsen af de statiske stamdata sikres konsistens imellem registrene, således at der er sikkerhed for at f.eks. en testpatients egen læge i sikrede også eksisterer i yderregistret og autorisationsregistret. Afhængighederne mellem stamdataregistrene er skitseret på Figur 5. Som det ses er cpr-registret et centralt register, der refereres fra de andre statiske registre. Afhængighederne rækker udover de direkte referencer, idet der også er behov for indirekte sammenhæng, f.eks. at der eksisterer sundhedsfaglige personer (i autorisationsregistret) til ydernumrene i yderregistret. Sikrede CPRregistret Autorisationsregistret Yderregistret Figur 5 De statiske stamdataregistre er indbyrdes afhængige, og det er derfor en del af løsningen at der sikres konsistens mellem registrene ved oprettelse af sammenhængende testdatasæt. De statiske stamdata er de samme på tværs af de fælles miljøer, og det er dermed muligt at gennemføre identiske testforløb på forskellige miljøer Dynamiske stamdata hentes fra produktionsmiljøet Følgende registre hentes fra produktionsmiljøet 2 : - SOR o Indeholder organisatoriske oplysninger for udvalgte dele af sundhedsvæsnet - SKS o Som SOR, blot for Sundhedsvæsenets Klassifikationssystem - Taksten o Lægemiddelstyrelsens officielle takst over lægemidler De dynamiske stamdata er ikke nødvendigvis på tværs af miljøerne, idet miljøerne er konfigureret forskelligt i forhold til hvor ofte data synkroniseres med produktionsmiljøet. 2 Registrene hentes fra samme datakilder som produktionsudgaverne, og er indholdsmæssigt og strukturelt identiske med registrene på NSP ens stamdataservice i produktionsmiljøet. For yderligere information om registrenes indhold og anvendelsesformål henvises derfor til NSP-operatørens dokumentation af stamdataservicen. Side 9

10 2.2 Kliniske data De nationale services, der kan tilgås i de fælles miljøer, er oprettet som separate instanser, der hver især indeholder kliniske data for de patienter, der eksisterer i de enkelte miljøer. Testudgaverne af de nationale services er ved opstart af et miljø tomme for kliniske data, og der oprettes derfor automatisk kliniske data for samtlige testpatienter i hvert enkelt miljø. For hver patient udvælges der som en del af løsningen automatisk en passende klinisk skabelon for hver af de tilknyttede nationale services (se afsnit 2.3 nedenfor for en beskrivelse af skabelon-begrebet), og indholdet fra skabelonerne indlæses i de respektive services. FMK FMK$ data$ DDV DDV$ data$ Figur 6 Hver national service opbevarer egne kliniske data, der kun er tilgængelige gennem de formelle snitflader til servicen. Det er derfor nødvendigt at etablere en alternativ metode til ind- og udlæsning af kliniske data i de fælles miljøer Ind- og udlæsning af kliniske data Som en del af løsningen er de nationale services blevet udvidet med funktionalitet, der gør det muligt at ind- og udlæse kliniske data for testpatienter. Funktionaliteten gør det muligt at gennemføre den automatiske oprettelse af testpatienter, der udføres af NSP-operatøren som en del af vedligeholdet af cpr-listerne. Restore- Dump- FMK FMK$sni(lade- Funktionaliteten udstilles på separate snitflader som illustreret på Figur 7 og er derfor ikke en del af den nationale services officielle snitflade. Denne skelnen er vigtig, da funktionaliteten giver mulighed for administrative justeringer af datagrundlaget, og det er nødvendigt at tillade indlæsningen uden validering af brugerens sundhedsfaglige rettigheder. Funktionaliteten må derfor ikke være tilgængelig i de sundhedsfaglige it-systemer. Det er derfor heller ikke muligt at foretage en indlæsning af data i produktionsmiljøet, da snitfladen ikke udstilles i produktion. Figur 7 FMK (og kommende services) udvides med to nye snitflader til testformål: Dump og Restore, der anvendes til at ind- og udlæse kliniske data. Side 10

11 Ind- og udlæsning af kliniske data giver anvenderne af et miljø mulighed for en meget finkornet kontrol over testdatasættet, da der ikke er tekniske begrænsninger for hvordan funktionaliteten anvendes. Det forudses at funktionaliteten vil blive anvendt til f.eks. etablering af klassesæt til brug i undervisningsforløb, og til etablering af et kendt udgangspunkt for iterative testforløb. Data udlæst af en national service kan betragtes som datapakker, hvor hver pakke indeholder et komplet øjebliksbillede (inklusiv historik) for en given testpatient i den givne service. For FMK vil et øjebliksbillede f.eks. være testpatientens medicinkort. En anvender, der tager et sådant øjebliksbillede af en testpatient, modtager datapakken som en fil, og anvenderen opbevarer selv datapakken til eventuel senere brug. Datapakken er låst i den forstand at den ikke kan ændres af anvenderen, og alene kan anvendes til genindlæsning af testpatienten. F.eks. vil et klassesæt bestå af et antal datapakker, opbevaret et sted i underviserens regi, og ved kursusstart vil underviseren foranledige at datapakkerne genindlæses i den nationale service (ved kald til Restore metoden) i det fælles uddannelsesmiljø. 2.3 Kliniske skabeloner Datapakker udlæst af en national service ved anvendelse af Dump-funktionaliteten beskrevet ovenfor har en yderligere anvendelse, idet det er muligt at anvende et klinisk øjebliksbillede af en testpatient som skabelon for andre testpatienter. Datapakken indeholder det komplette kliniske øjebliksbillede af testpatienten, men ved genindlæsning af datapakken i den nationale service angives det, at data ikke skal oprettes for den oprindelige testpatient, men i stedet oprettes for en anden testpatient. Restore-metoden vil substituere det oprindelige cprnummer og indlæse de kliniske data i den anden testpatients navn. Side 11

12 FMK FMK testpatient 1 FMK$sni(ladetestpatient 2 Trin-2:-Indlæsning-af-øjebliksbillede- (skabelon)- Dump- Restoretestpatient1 Data-pakke: testpatient1 Data-pakke: testpatient1 FMK$sni(lade- cpr$nr:- testpa3ent1- Trin-1:-Udlæsning-af-øjebliksbillede- cpr$nr:- testpa3ent2- Figur 8 Kliniske øjebliksbilleder kan anvendes som skabeloner gennem en totrinsproces, hvor data først udlæses for en given testpatient, og efterfølgende indlæses for en anden testpatient. Anvendelsen af øjebliksbilleder som skabeloner er illustreret på Figur 8. Som det fremgår af figuren udlæses et øjebliksbillede og anvendes efterfølgende som skabelon for en anden testpatient. En skabelon er dermed blot et klinisk øjebliksbillede, der konceptuelt har fået skabelonstatus, og der er derfor ikke knyttet tekniske begrænsninger til anvendelsen. Dette giver en lang række muligheder for manipulation med testdata, og fungerer som fundament for den automatiske oprettelse af kliniske data for nye testpatienter, idet oprettelsen af kliniske data her er baseret på kliniske skabeloner. I praksis vil en skabelon blive oprettet ved at der for en given testpatient foretages de ønskede kliniske justeringer af data, indtil det samlede billede i det givne it-system er som ønsket. Justeringerne foretages gennem it-systemets klinikerrettede snitflade, og det er derfor muligt at tilrette den udvalgte testpatients data til det konkrete behov, skabelonen skal opfylde, f.eks. i forhold til cancer, diabetes, kroniske forløb, osv. Når de kliniske data i det givne it-system er tilpassede efter de konkrete behov, oprettes et øjebliksbillede ved kald til servicens Dump-funktionalitet, og der haves nu en kopi af testpatientens kliniske data i en separat datapakke, der kan anvendes både som skabelon og til genindlæsning af testpatienten. Side 12

13 2.4 Automatiseret generering af data NSP-operatøren vedligeholder en række automatiserede scripts, der genererer sammenhængende testdata. De automatiserede scripts bygger på cpr-lister, og danner dels de statiske stamdata, dels kliniske data. Anvendere af de fælles miljøer har separate cpr-lister, der rummer testcpr-numre ejet af de enkelte anvendere. NSP-operatøren publiserer listerne og godkender tilføjelser til de enkelte lister (med det formål at sikre, at hvert testcpr-nummer alene optræder på én liste, så der er entydigt ejerskab over cpr-numrene). Fælles miljø CPR CPR CPR NSI SCRIPTS SDM STS FMK DDV Figur 9 NSI stiller scripts til rådighed, der på basis af (konfigurerede) cpr-lister genererer kliniske data og stamdata. Cpr-listerne giver mulighed for angivelse af udvalgte karakteristika for testpatienter og testbrugere. De nøjagtige konfigurationsmuligheder er dokumenteret særskilt i den tekniske dokumentation fra NSP-operatøren. Ønskes der særlige kliniske data for udvalgte testpatienter overskrives de automatisk genererede kliniske data blot ved anvendelse af Restore-funktionaliteten. Side 13

14 3 Administration af testdatasæt 3.1 Omfanget af den centrale styring af sammenhængende testdatasæt Den centrale styring af sammenhængende testdatasæt består dels i udarbejdelse og vedligehold af de automatiserede scripts, dels i sikring af, at cpr-listerne til de enkelte anvendere af et miljø ikke har sammenfald af cpr-numre. Snitflader til administration af testdatasæt er bevidst gjort så simple som muligt, da der ønskes minimal afvigelse fra produktionsmiljøerne, og der er derfor som nævnt ovenfor alene introduceret to nye metoder til ud- og indlæsning af kliniske data (Dump og Restore). Disse metoder er stillet til rådighed for anvenderne af de fælles miljøer, og anvendelsen af metoderne er underlagt de generelle retningslinjer, anvenderne i fællesskab har specificeret for de enkelte miljøer (også omtalt som fælles spilleregler ). 3.2 NSI stiller nationale skabeloner til rådighed for nationale services Den automatiske generering af kliniske data finder sted gennem anvendelse af et sæt af skabeloner, der stilles til rådighed af NSI for hver enkelt national service. I FMK-regi pågår der i efteråret 2012 et arbejde med anonymisering af produktionsdata, og afledt af dette projekt produceres der et stort antal kliniske skabeloner, der fungerer som datagrundlag for den automatiserede generering af FMK kliniske testdata. 3.3 Sikring af lokal sammenhæng ved indlæsning af kliniske data Sammenhængende testdata sikrer at stamdata og kliniske data i oprettelsesøjeblikket er konsistente og sammenhængende i de enkelte miljøer. Sikringen gælder for den nationale del af infrastrukturen, dvs. for data på den nationale serviceplatform og de nationale services. I forhold til de lokale it-systemer, der anvender de sammenhængende testdata som beskrevet her, er der en opgave forbundet med at sikre intern konsistens. Ved oprettelse af en testpatient i de fælles miljøer, hvor testpatienten eksisterer i forvejen i de lokale it-systemer, kan der være uoverensstemmelse både i stamdata og kliniske data. Tilsvarende vil der ved nulstilling af en testpatient (f.eks. genindlæsning i et kursusforløb) være behov for at sikre, at lokale it-systemer tilsvarende nulstilles. Denne opgave ligger hos de enkelte anvendere, og bør tages i betragtning når de fælles miljøer anvendes. Side 14

15 4 Appendiks A: Praktisk guide til sammenhængende testdata Sammenhængende testdata består af stamdata og kliniske data. Stamdata bestilles hos NSP-operatøren gennem NSP-support, og der skal påregnes 1-2 arbejdsdag til levering af nye stamdata. 4.1 Bestilling af stamdata Bestilling af stamdata foregår ved at der i en supporthenvendelse til NSP-support angives følgende: - - Testpatienter o En specifik liste af cpr-numre, der ønskes oprettet Testklinikere o En specifik liste af cpr-numre For hver testkliniker angives cpr-nummer, autorisationsid og rolle Bemærk at dobbeltgængere ikke er tilladt, så ved angivelse af en liste bliver den valideret af NSP-operatøren op mod allerede udstedte cpr-numre (for samtlige anvendere), og dobbeltgængere afvises. Allerede oprettede testpatienter og testklinikere kan ses på NSP-operatørens offentlige oversigt på NSP-operatørens hjemmeside. 4.2 Kliniske testdata Kliniske testdata genereres automatisk af NSP-operatøren, når der oprettes stamdata. Det betyder f.eks. at alle testpatienter har et medicinkort i FMK med anonymiserede produktionsdata. Der er ikke behov for at gøre yderligere for at få kliniske testdata oprettet automatisk. Bemærk at det er en god ide at tage et Dump af alle testpatienterne, så snart de er oprettet, da det på den måde er nemt at nulstille hele testsættet, hvis der skulle være behov for dette. Alternativt kan man genbestille cpr-numrene hos NSP-operatøren, men det tager kalendertid. 4.3 Administration af kliniske testdata Der er to måder, der kan foretages administration af kliniske testdata: - - Teknisk o Kald til Dump og Restore metoderne Brugerorienteret o Anvendelse af egne testsystemer eller onlineløsninger Metoderne kan kombineres, så det f.eks. er en bruger, der i EPJ tilretter data i et klassesæt for samtlige testpatienter, og efterfølgende (eventuelt med hjælp fra en tekniker) sørger for at kalde Dump for hele klassesættet. Side 15

16 Ved kald til Dump returneres en binær fil, der indeholder testpatientens kliniske data. Denne fil skal opbevares et passende sted, så den efterfølgende kan bruges hvis der er behov for at genetablere patientens tilstand. Der udstilles en DGWS snitflade for hver national service i hvert af de fælles miljøer til metoderne - - Dump o Metode, der tager et cpr-nummer som input og som returnerer en binær fil, der indeholder de tilhørende kliniske data. o Den binære fil skal opbevares til eventuel senere brug, f.eks. i en folder på brugerens harddisk. Restore o Metode, der tager et cpr-nummer samt en dump-fil som input, og som overskriver de kliniske data for det angivne cpr-nummer med de kliniske data i dump-filen. WSDL og anden dokumentation for Dump og Restore (herunder endpoints til de forskellige services i de forskellige miljøer) kan findes her på NSP-operatørens hjemmeside. 4.4 Brug af scripts til at kalde Dump og Restore NSI har udarbejdet eksempler på scripts, der kan bruges ved kald til Dump og Restore. Disse scripts kan eventuelt fungere som inspiration, og kan downloades fra NSP-operatørens hjemmeside. Det bemærkes, at de leverede scripts er Pythonscripts, og derfor forudsætter en pythonfortolker på den maskine, hvor de eksekveres. Kommandolinjekaldene er udarbejdet til Unix/Linux, og kan også afvikles på en Windowsplatform under forudsætning af at der installeres en passende shell (f.eks. CygWin (gratis), der kan hentes her: Kommandolinjekald til Dump:./make-dump-request.py [cpr-nummer - uden bindestreg]./perform-request.py [URL til dump-snitflade] [PORT] dump - > [sti til dump-fil] Eksempel:./make-dump-request.py /performrequest.py triforkfaellestest.lms.trifork.com 80 dump - > /tmp/ dump Side 16

17 Kommandolinjekald til Restore: cat [sti til dump-fil]./make-restore-request.py [cpr-nummer der skal skrives til i den nationale service - uden bindestreg] -./perform-request.py [URL til restoresnitflade] [port] restore - Eksempel: cat /tmp/ dump./make-restore-request.py /performrequest.py triforkfaellestest.lms.trifork.com 80 restore - Bemærk at en Restore-operation kan tage én patients dump-fil som input og skrive det til en anden patient, og dermed fungerer første patient som "skabelon" for den anden patient. 4.5 Vær opmærksom på følgerne af Dump og Restore Lokale it-systemer har ofte cachede data fra de nationale services, og ved brug af Restoremetoden ændres hele datagrundlaget for den pågældende testpatient i den nationale service. Hvis et eller flere lokale it-systemer beror på f.eks. versionsnummeret af et medicinkort til at sikre at seneste version er cachet, vil dette kunne fejle, idet det er det komplette datagrundlag, der ændres i den nationale service, herunder versionsnumre. Det er derfor nødvendigt at man sikrer, at de lokale it-systemer håndterer en Restore operation. Side 17

18 5 Referencer Reference Beskrivelse Placering TESTDATA-TEKNISK NSP-operatørens tekniske dokumentationssæt for sammenhængende testdata Findes på NSP-operatørens hjemmeside (http://www.nspop.dk) Side 18

NSP Testmiljøer. Dato: 09.10.2012 Version: 1.0

NSP Testmiljøer. Dato: 09.10.2012 Version: 1.0 NSP Testmiljøer National Sundheds-IT www.nsi.dk - Sammenhængende test-systemer i NSI-regi Islandsbrygge 39 Dato: 09.10.2012 Version: 1.0 Udarbejdet af: NSI 2300 København S Resumé Den nationale serviceplatform

Læs mere

1 Introduktion og formål... 3 1.1 Yderligere informationer og dokumentation... 3 1.2 Læsevejledning... 3 1.3 Begreber og forkortelser...

1 Introduktion og formål... 3 1.1 Yderligere informationer og dokumentation... 3 1.2 Læsevejledning... 3 1.3 Begreber og forkortelser... Fælles testmiljøer National Sundheds-IT www.nsi.dk - Tilslutning til og anvendelse af fælles miljøer Islandsbrygge 39 Dato: 08.07.2015 Version: 1.05 Udarbejdet af: NSI 2300 København S Signaturforklaring

Læs mere

NSP Testmiljøer. Dato: 08.11.2012. - Mødereferat fra projektmøde d. 07/11 2012. National Sundheds-IT. www.nsi.dk. Islandsbrygge 39.

NSP Testmiljøer. Dato: 08.11.2012. - Mødereferat fra projektmøde d. 07/11 2012. National Sundheds-IT. www.nsi.dk. Islandsbrygge 39. NSP Testmiljøer National Sundheds-IT www.nsi.dk - Mødereferat fra projektmøde d. 07/11 2012 Islandsbrygge 39 Dato: 08.11.2012 Udarbejdet af: NSI 2300 København S Side 1 Indholdsfortegnelse 1 Referat fra

Læs mere

Bestilling af register i NSP stamdataservicen. - Tilskudsansøgnings stamdata. Dato: 29.11.2012 Version: 0.1 Udarbejdet af: NSI. National Sundheds-IT

Bestilling af register i NSP stamdataservicen. - Tilskudsansøgnings stamdata. Dato: 29.11.2012 Version: 0.1 Udarbejdet af: NSI. National Sundheds-IT Bestilling af register i NSP stamdataservicen - Tilskudsansøgnings stamdata Dato: 29.11.2012 Version: 0.1 Udarbejdet af: NSI National Sundheds-IT www.nsi.dk Islandsbrygge 39 2300 København S Side 1 1 Kort

Læs mere

Ibrugtagning af Fødselsindberetningsservicen på NSP

Ibrugtagning af Fødselsindberetningsservicen på NSP Ibrugtagning af Fødselsindberetningsservicen på NSP Udarbejdet af: NSI Version: 1.0 Dato: 09.07.2013 Indholdsfortegnelse 1 Vejledning til ibrugtagning af Fødselsindberetningsservicen... 3 1.1 Læsevejledning

Læs mere

Resumé NSI har udviklet en funktionel prototype med en visuel brugergrænseflade, der giver ikke-teknikere mulighed for at tilgå adviseringsservicen.

Resumé NSI har udviklet en funktionel prototype med en visuel brugergrænseflade, der giver ikke-teknikere mulighed for at tilgå adviseringsservicen. Fælles testmiljøer Statens Serum Institut Sektor for National Sundheds-it - Anvenderguide: Visuel adviseringsklient, en funktionel prototype Artillerivej 5 2300 København S Dato: 12.12.2013 Version: 1.0

Læs mere

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0 SmartFraming Et vindue til nationale sundhedssystemer Version 3.0 Infrastruktur i dagens sundheds IT Det sundhedsfaglige personale benytter sig i dag af en række forskellige systemer i forbindelse med

Læs mere

Produktbeskrivelse for. Min-log service på NSP

Produktbeskrivelse for. Min-log service på NSP Produktbeskrivelse for service på NSP Sundheds professionel Borger Fagsystem / Serviceudbyder Sundhed.dk 1 2 3 (Registreringsservice) (Konsolideringsservice) (Udtræksservice) Indeks Database (oprydning)

Læs mere

Produktbeskrivelse for

Produktbeskrivelse for Produktbeskrivelse for Service til opfølgning på behandlingsrelationer NSP Opsamling Tjenesteudbyder Opfølgning Notifikation Side 1 af 7 Version Dato Ansvarlig Kommentarer 1.0 22-12-2011 JRI Final review

Læs mere

FMK Bruger dokumentation Administrativ GUI

FMK Bruger dokumentation Administrativ GUI FMK Bruger dokumentation Administrativ GUI Trifork A/S Margrethepladsen 3 DK-8000 Århus C Denmark Phone: +45 8732 8787 Fax: +45 8732 8788 www.trifork.com Versionering Version Dato Forfatter Ændring 0.0.1

Læs mere

AuthorizationCodeService

AuthorizationCodeService AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark, version 1.1 W 1 AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark version 1.1 Kåre Kjelstrøm Formål... 3 Introduktion...

Læs mere

Det Fælles Medicinkort. Godkendelseskriterier for version 1.2.6

Det Fælles Medicinkort. Godkendelseskriterier for version 1.2.6 Det Fælles Medicinkort Godkendelseskriterier for version 1.2.6 2012-07-01 Det Fælles Medicinkort - Godkendelseskriterier for version 1.2.6 Formål Dette dokument beskriver de kriterier, et system skal overholde,

Læs mere

Produktbeskrivelse for

Produktbeskrivelse for Produktbeskrivelse for Behandlingsrelationsservicen NSP Behandlingsrelationsservice REFHOST LPR Lokal Database Jævnlig opdatering Ydelser Sikrede NOTUS Sygesikringssystemet Side 1 af 9 Version Dato Ansvarlig

Læs mere

NSP OG FMK KOMMUNEUDRULNING. Teknisk temadag om sundhedsdatanettet Troels Asger Hansen, trah@ssi.dk Anni Markussen, anni@lakeside.

NSP OG FMK KOMMUNEUDRULNING. Teknisk temadag om sundhedsdatanettet Troels Asger Hansen, trah@ssi.dk Anni Markussen, anni@lakeside. NSP OG FMK KOMMUNEUDRULNING Teknisk temadag om sundhedsdatanettet Troels Asger Hansen, trah@ssi.dk Anni Markussen, anni@lakeside.dk AGENDA Nyt fra National Sundheds-IT, Troels Asger Hansen, NSI - Samspil

Læs mere

Digital Sundhed Program for infrastruktur og sikkerhed

Digital Sundhed Program for infrastruktur og sikkerhed SDSD Projektmodel Kravspecifikation 007d.01 Stamdata Register Infrastrukturprogrammet fase 2 FMKi projektet Dato: 13.12.2010 Version: 1.0 Udarbejdet af: Digital Sundhed Sammenhængende Sundhed i Danmark

Læs mere

National AK løsning NSP. AK klient

National AK løsning NSP. AK klient National understøttelse af AK behandling - Overordnet projektbeskrivelse Dato: 30.06.2014 Version: 1.0 Udarbejdet af: NSI (TSO) Statens Seruminstitut Sektor for National Sundheds-IT www.nsi.dk Artillerivej

Læs mere

Det Fælles Medicinkort

Det Fælles Medicinkort Det Fælles Medicinkort 1.4 Adviseringer 2013-09-18 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark 45 8732 8787 Fax: 45 8732 8788 DK20921897 www.trifork.com Indhold Formål...3 Workflows...3 Workflow:

Læs mere

National Sundheds-it Infrastruktur og sikkerhed

National Sundheds-it Infrastruktur og sikkerhed NSI Projektmodel Kravspecifikation CPR-services Infrastrukturprogrammet fase 2 CPR projektet Dato: 18.08.2011 Version: 1.1 Udarbejdet af: NSI NATIONAL SUNDHEDS-IT NATIONAL BOARD OF E-HEALTH www.nsi.dk

Læs mere

Fælles testmiljøer. Dato: 29.07.2014 Version: 1.2. - Vejledning til oprettelse og vedligehold af testcertifikater

Fælles testmiljøer. Dato: 29.07.2014 Version: 1.2. - Vejledning til oprettelse og vedligehold af testcertifikater Fælles testmiljøer National Sundheds-IT www.nsi.dk - Vejledning til oprettelse og vedligehold af testcertifikater Islandsbrygge 39 Dato: 29.07.2014 Version: 1.2 Udarbejdet af: NSI 2300 København S Version

Læs mere

Det Fælles Medicinkort

Det Fælles Medicinkort Det Fælles Medicinkort Snitfladebeskrivelse for Registrering af tilknytning til hjemmesygeplejen Version 1.4.0 2012-11-21 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 Fax: +45 8732

Læs mere

26-06-2014 DDV Stamdata Anvenderguide_1.0 1/12

26-06-2014 DDV Stamdata Anvenderguide_1.0 1/12 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 www.trifork.com 26-06-2014 DDV Stamdata Anvenderguide_1.0 1/12 Det Danske Vaccinationsregister Anvendelse af ddv-stamdata Trifork A/S

Læs mere

Teknisk Dokumentation

Teknisk Dokumentation Sundhedsstyrelsens E2B Bivirkningswebservice Teknisk Dokumentation Side 1 af 8 Indhold Indledning... 3 Terminologi... 3 Arkitektur... 4 Web Service Snitflade... 4 Valideringsfejl... 5 Success... 5 E2B...

Læs mere

NATIONAL SERVICEPLATFORM

NATIONAL SERVICEPLATFORM NATIONAL SERVICEPLATFORM Sammenhæng og samarbejde i sundhedsvæsenet Afd.chef Birgitte Drewes, National Sundheds-it Lokal it National it (central) SKABELSESBERETNINGEN Ingen it - Papiret hersker overalt

Læs mere

Det Danske Vaccinationsregister. Godkendelseskriterier for DDV 1.4.0. Version 1.4

Det Danske Vaccinationsregister. Godkendelseskriterier for DDV 1.4.0. Version 1.4 Det Danske Vaccinationsregister Godkendelseskriterier for DDV 1.4.0 Version 1.4 2015-02-27 Versionering Version Dato Udført af Ændring 1.0 27-02-2015 TYRA KRAUSE Dokument oprettet Det Danske Vaccinationsregister

Læs mere

IDAP manual Emission

IDAP manual Emission IDAP manual Emission Dato: 08-06-2005 16:32:35 Indhold INDHOLD... 1 1 EMISSION... 2 1.1 KURVER... 2 1.2 RAPPORTER... 5 1.3 DATA REDIGERING... 6 1.3.1 Masse redigering... 7 1.3.2 Enkelt redigering... 10

Læs mere

Udvalgte nye elementer i Navision 5.2.01. DDI en

Udvalgte nye elementer i Navision 5.2.01. DDI en Version 1 10. juni 2011 Udvalgte nye elementer i Navision 5.2.01 DDI en Oplæg juni 2011 til Kulturministeriet Bestillingsoversigt i DDI en - Bestillingsoversigten åbnes via Indrapportering til ØSC \Bestillingsoversigt,

Læs mere

FMK-online's brug af SmartFraming

FMK-online's brug af SmartFraming Side 1 af 9 FMK-online's brug af SmartFraming Version 1.1 2011-11-01 Side 2 af 9 Indholdsfortegnelse Indledning...3 Initialisering og login...3 Kontekst Properties...4 user.id.authorizationid...4 userorganization.id.number...4

Læs mere

Tværsektoriel vejledning om anbefalede arbejdsgange i forbindelse med implementering af Fælles Medicinkort (FMK) på sygehuse og i praksissektoren

Tværsektoriel vejledning om anbefalede arbejdsgange i forbindelse med implementering af Fælles Medicinkort (FMK) på sygehuse og i praksissektoren Region Syddanmark Sagsnr. 13/31059 Tværsektoriel vejledning om anbefalede arbejdsgange i forbindelse med implementering af Fælles Medicinkort (FMK) på sygehuse og i praksissektoren Indholdsfortegnelse.....Side

Læs mere

Udeblivelse.dk Introduktion

Udeblivelse.dk Introduktion Udeblivelse.dk Introduktion 26 JANUAR 2015 Copyright 2014-2015, Udeblivelse Aps, Web: www.udeblivelse.dk, Email: info@udeblivelse.dk Indledning:... 2 Login... 3 Opret Klinik... 4 1. Administrator... 4

Læs mere

Erfaringer med CPR-replikering

Erfaringer med CPR-replikering Erfaringer med CPR-replikering Dette dokument beskriver en række overvejelser vi har gjort os i forbindelse med at vi har udviklet en Proof of Concept (PoC) af en CPR-replikeringstjeneste for KOMBIT. CPRs

Læs mere

Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL

Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL 4. januar 2013 Indhold UTS og forskellen i forhold til det gamle format...2 Udfordringer med UTS...2 Tiltag med henblik på at afhjælpe udfordringerne...3

Læs mere

Vejledning til Teknisk opsætning

Vejledning til Teknisk opsætning Vejledning til Teknisk opsætning v. 1.0 Adm4you, 2010. Indhold Kort om denne vejledning... 3 Generelt om easyourtime... 3 Installation af databasen... 3 Sikkerhed og rettigheder... 4 SQL Login... 4 Rettigheder

Læs mere

Det Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0

Det Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0 Det Fælles Medicinkort Snitfladebeskrivelse for Receptfornyelse og genbestilling Version 1.4.0 2012-11-21 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 Fax: +45 8732 8788 DK www.trifork.com

Læs mere

Mit Skolekort. Manual til skole admin brugere

Mit Skolekort. Manual til skole admin brugere Indhold 1. Versionshistorik... 3 2. Definitioner... 4 3. Login... 5 4. Beskeder... 6 5. Elev administration... 7 Elev administration tabel... 9 Redigering... 10 Bestilling... 11 6. Opret elev... 12 Opret

Læs mere

Produkt Modellering & Load til Microsoft Dynamics NAV

Produkt Modellering & Load til Microsoft Dynamics NAV Produkt Modellering & Load til Microsoft Dynamics NAV Send data fra et CAD-system, modellér de ønskede produktionsdata, og opret herefter stamdata automatisk i Dynamics NAV. Formål: Hovedformålet med PM&L

Læs mere

Brugervejledning til Landsbyggefondens regnskabsindberetningssystem

Brugervejledning til Landsbyggefondens regnskabsindberetningssystem LANDSBYGGEFONDEN 11. marts 2015 Brugervejledning til Landsbyggefondens regnskabsindberetningssystem (for boligorganisationer og selvejende institutioner) 2. udgave Indholdsfortegnelse 1. I 1 NDLEDNING...

Læs mere

Opus Journal. Strukturreform. I dette nyhedsbrev NYHEDER OG ÆNDRINGER I OPUS JOURNAL. Personoplysninger. Recept

Opus Journal. Strukturreform. I dette nyhedsbrev NYHEDER OG ÆNDRINGER I OPUS JOURNAL. Personoplysninger. Recept Nr. 2 December 2006 NYHEDER OG ÆNDRINGER I OPUS JOURNAL I dette nyhedsbrev Journal Obstetrik Diabetes Vi udsender hermed Nyhedsbrev nr. 2 i 2006, der omhandler ændringer i OPUS Journal, OPUS Obstetrik

Læs mere

Koncept for forløbsplaner

Koncept for forløbsplaner Dato 13-03-2015 Sagsnr. 1-1010-185/1 kiha kiha@sst.dk Koncept for forløbsplaner 1. Introduktion Der indføres fra 2015 forløbsplaner for patienter med kroniske sygdomme jf. regeringens sundhedsstrategi

Læs mere

Brugervejledning Digital Post for administratorer

Brugervejledning Digital Post for administratorer Brugervejledning Digital Post for administratorer 1. Login Login til administrationsmodulet i Digital Post sker via Admin -knappen på forsiden. I login-billedet tastes det opgivne brugernavn og adgangskode

Læs mere

EA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning:

EA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning: Introduktion til EA3 Mit navn er Marc de Oliveira. Jeg er systemanalytiker og datalog fra Københavns Universitet og denne artikel hører til min artikelserie, Forsimpling (som også er et podcast), hvor

Læs mere

Navision Stat 7.0. CVR Integration. Overblik. Side 1 af 15. 30. april 2015 ØS/ØSY/MAG

Navision Stat 7.0. CVR Integration. Overblik. Side 1 af 15. 30. april 2015 ØS/ØSY/MAG Side 1 af 15 Navision Stat 7.0 30. april 2015 ØS/ØSY/MAG CVR Integration Overblik Introduktion I denne vejledning kan du læse om, hvordan du validerer dine debitorers og kreditorers data op imod Det Centrale

Læs mere

Certifikatpolitik for NemLog-in

Certifikatpolitik for NemLog-in Side 1 af 9 7. november 2012 Certifikatpolitik for NemLog-in Version 1.2 Dette dokument beskriver certifikatpolitikken for NemLog-in løsningen. Politikken definerer hvilke typer certifikater, der må anvendes

Læs mere

RKKP IT- og Datastrategi - Vision og målsætninger. Version 5. juni 2013

RKKP IT- og Datastrategi - Vision og målsætninger. Version 5. juni 2013 RKKP IT- og Datastrategi - Vision og målsætninger Version 5. juni 2013 Der er en stigende efterspørgsel efter kvalitet og online kvalitetsdata i det danske sundhedsvæsen. Efterspørgslen kommer fra klinikere

Læs mere

Indholdsfortegnelse. Version 1.4. 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2

Indholdsfortegnelse. Version 1.4. 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2 Indholdsfortegnelse 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2 1.2 Forberedelse til anvendelse Serviceplatformen... 2 1.2.1 Medarbejdercertifikat (MOCES)... 2 1.2.2

Læs mere

Lectio. EASY-A Integration vejledning. MaCom A/S Vesterbrogade 48, 1. 1620 København V Telefon: 33 79 79 00

Lectio. EASY-A Integration vejledning. MaCom A/S Vesterbrogade 48, 1. 1620 København V Telefon: 33 79 79 00 Lectio EASY-A Integration vejledning 1992-2009 MaCom A/S MaCom A/S Vesterbrogade 48, 1. 1620 København V Telefon: 33 79 79 00 Telefax: 33 79 79 84 E-mail: mail@macom.dk Internet: www.macom.dk Forord Dette

Læs mere

STS Designdokument. STS Designdokument

STS Designdokument. STS Designdokument STS Designdokument i STS Designdokument STS Designdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.3 2013-01 N STS Designdokument iii Indhold 1 Introduktion 1 2 Arkitekturoverblik 1 2.1 Eksterne

Læs mere

Fra 1. april 2009 skal lægerne fremsende alle henvisninger til psykologer og fysioterapeuter elektronisk.

Fra 1. april 2009 skal lægerne fremsende alle henvisninger til psykologer og fysioterapeuter elektronisk. Guide: Henvisninghotellet ( REFHOST ) Version mar 2009 Fra 1. april 2009 skal lægerne fremsende alle henvisninger til psykologer og fysioterapeuter elektronisk. Denne guide er primært baseret på oplysninger

Læs mere

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke:

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke: ISO 9001:2015 (Draft) Side 1 af 9 Så ligger udkastet klar til den kommende version af ISO 9001. Der er sket en række strukturelle ændringer i form af standardens opbygning ligesom kravene er blevet yderligere

Læs mere

Eksterne Sundhedsinstitutioners import af sundhedsenheder til SOR

Eksterne Sundhedsinstitutioners import af sundhedsenheder til SOR Eksterne Sundhedsinstitutioners import af sundhedsenheder til SOR Vedrører Sundhedsvæsenets organisationsregister, SOR version 1.2.1 30. januar 2009. Indhold 1 Introduktion 1 2 Forudsætninger 1 2.1 SKS-SHAK

Læs mere

Indlæsning af tilskud fra UVM

Indlæsning af tilskud fra UVM Indlæsning af tilskud fra UVM Brugervejledning version 1.0 Side 1 Indholdsfortegnelse Indledning... 3 Download bogføringskladde fra brevportalen... 3 Gem regneark på din arbejdsplads... 3 Bearbejdning

Læs mere

Underbilag 14 C: Afprøvningsforskrifter til prøver og tests

Underbilag 14 C: Afprøvningsforskrifter til prøver og tests Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS) Indhold underbilag 14 C Afprøvningsforskrifter

Læs mere

Specifikationsdokument for servicen RID-CPR

Specifikationsdokument for servicen RID-CPR Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for servicen RID-CPR Nets DanID A/S januar 2015

Læs mere

Personalestamdata Sidst opdateret 27-05-2009/version 2.1/Steen Eske Christensen

Personalestamdata Sidst opdateret 27-05-2009/version 2.1/Steen Eske Christensen Personalestamdata Sidst opdateret 27-05-2009/version 2.1/Steen Eske Christensen Indhold Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele, som kan læses hver for sig. Du kan derfor

Læs mere

Bilag 2: Kravspecifikation - Side 1

Bilag 2: Kravspecifikation - Side 1 Bilag 2: Kravspecifikation - Side 1 Use-Cases Syddjurs Kommune betragter den tværgående sundhedsplatform som en del af en større infrastruktur, hvor data flyder mellem forskellige elementer. Dette dokument

Læs mere

Høringssvar - Nyt udkast for bekendtgørelse om adgang og registrering af lægemiddel og vaccinationsoplysninger

Høringssvar - Nyt udkast for bekendtgørelse om adgang og registrering af lægemiddel og vaccinationsoplysninger N O T A T Høringssvar - Nyt udkast for bekendtgørelse om adgang og registrering af lægemiddel og vaccinationsoplysninger Ministeriet for Sundhed og Forebyggelse har sendt et nyt udkast for bekendtgørelse

Læs mere

Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler.

Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler. Side 1 af 20 Navision Stat 7.0 ØSY/JACPM 15-05-2015 Vejledning til Lokal Versionsstyring (VMS) Overblik Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk

Læs mere

Indhold. Digital Sundhed. Brugerstyringsattributter - Politikker ... 2. 1. Introduktion... 2 2. Identifikation...

Indhold. Digital Sundhed. Brugerstyringsattributter - Politikker ... 2. 1. Introduktion... 2 2. Identifikation... Digital Sundhed Brugerstyringsattributter - Politikker - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Identifikation...... 2 2.1. Politik... 2 3. Sundhedsfaglig

Læs mere

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling FKO Quick Guide Kom godt igang med FKO Temperaturmåling FKO GUIDE Temperaturmåling Publikationen er udgivet af Socialstyrelsen Edisonsvej 18, 1. 5000 Odense C Tlf: 72 42 37 00 www.socialstyrelsen.dk Udgivet

Læs mere

Guide til SoA-dokumentet - Statement of Applicability. August 2014

Guide til SoA-dokumentet - Statement of Applicability. August 2014 Guide til SoA-dokumentet - Statement of Applicability August 2014 Guide til SoA-dokumentet - Statement of Applicability Udgivet august 2014 Udgivet af Digitaliseringsstyrelsen Publikationen er kun udgivet

Læs mere

LUDUS WEB. Installations- og konfigurations-vejledning. Den 7. april 2009. J.nr.: 4004 V0624 09

LUDUS WEB. Installations- og konfigurations-vejledning. Den 7. april 2009. J.nr.: 4004 V0624 09 LUDUS WEB Installations- og konfigurations-vejledning Den 7. april 2009 J.nr.: 4004 V0624 09 CSC Scandihealth A/S, P.O. Pedersens Vej 2, DK-8200 Århus N Tlf. +45 3614 4000, fax +45 3614 7324, www.scandihealth.dk,

Læs mere

Navision Stat 5.4.02. GIS SFTP kommunikation mellem NS 5.4.02 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH Opr. d. 26.02.15

Navision Stat 5.4.02. GIS SFTP kommunikation mellem NS 5.4.02 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH Opr. d. 26.02.15 Side 1 af 12 Navision Stat 5.4.02 ØSY/SKH Opr. d. 26.02.15 GIS SFTP kommunikation mellem NS 5.4.02 og INDFAK2. Overblik Introduktion Dokumentet tager udgangspunkt i en allerede eksisterende vejledning

Læs mere

Bilag 1 Tidsplan Version 0.9 05-05-2014 0

Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 ETAPER I UDVIKLINGSPROJEKTET... 3 2.1.1 ETAPE I - AFKLARING... 3 2.1.2 ETAPE II ANALYSE, DESIGN,

Læs mere

Grunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen

Grunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen Grunddataprogrammet Side 1 af 11 Aftale om styringsrammer for grunddatamodellen Side 1 af 11 11. oktober 2013 SAR Aftale om styringsrammer for grunddatamodellen Formål Formålet med aftalen er at sikre

Læs mere

Bias Reducing Operating System - BROS -

Bias Reducing Operating System - BROS - Bias Reducing Operating System - BROS - Accepttestspecifikation Projektgruppe 3: Rasmus Lund Jensen (11111) Nicolai Glud(11102) Jacob Roesen(10095) Mick Holmark(11065) Johnny Kristensen(10734) 1 Versionshistorik

Læs mere

CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg.

CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg. CAMPridge for Dynamics AX - Tilvalg Landeuafhængige tilvalg til CAMPridge Medlems-system CAMPridge Medlemssystemet kan udbygges med en række ekstra funktioner og faciliteter, kaldet tilvalg. Persondata,

Læs mere

SHARED CARE PLATFORMEN. skaber et sammenhængende patientforløb

SHARED CARE PLATFORMEN. skaber et sammenhængende patientforløb SHARED CARE PLATFORMEN skaber et sammenhængende patientforløb Sammenhængende patientforløb kræver fælles it-løsninger Shared Care platformen er Region Syddanmarks it-løsning til sikring af, at den nødvendige

Læs mere

Hos Lasse Ahm Consult vurderer vi at følgende krav i de enkelte kravelementer er væsentlige at bemærke:

Hos Lasse Ahm Consult vurderer vi at følgende krav i de enkelte kravelementer er væsentlige at bemærke: ISO 9001:2015 Side 1 af 8 Så ligger det færdige udkast klar til den kommende version af ISO 9001:2015. Standarden er planlagt til at blive implementeret medio september 2015. Herefter har virksomhederne

Læs mere

Integrationer. Praktikportal projektet Oktober 2014 Version 1.1

Integrationer. Praktikportal projektet Oktober 2014 Version 1.1 Integrationer Praktikportal projektet Oktober 2014 Version 1.1 Revisionshistorie Version Dato Ansvarlig Beskrivelse 1.0 23-10-2014 Lars Christensen Dokument oprettet 1.1 24-3-2015 Kasper Hansen Yderligere

Læs mere

Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform

Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform Version 1.0, september 2013 Den fælleskommunale Serviceplatform Ved årsskiftet 2013/14 åbner Den fælleskommunale Serviceplatform

Læs mere

Vejledning VEDRØRENDE GENERELLE BETINGELSER FOR ANVENDELSE AF NEMHANDEL. Februar 2015 (VERSION 1.4 AF FEBRUAR 2015)

Vejledning VEDRØRENDE GENERELLE BETINGELSER FOR ANVENDELSE AF NEMHANDEL. Februar 2015 (VERSION 1.4 AF FEBRUAR 2015) Vejledning Februar 2015 VEDRØRENDE GENERELLE BETINGELSER FOR ANVENDELSE AF NEMHANDEL (VERSION 1.4 AF FEBRUAR 2015) Side 2 af 12 Indholdsfortegnelse: Indholdsfortegnelse:... 2 INDLEDNING... 4 GENERELLE

Læs mere

Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011

Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige

Læs mere

Lægesystemleverandørmøde. 26. januar 2012

Lægesystemleverandørmøde. 26. januar 2012 MedCom Danish Centre for Health Telematics Lægesystemleverandørmøde Dagsorden: 1. Velkomst 26. januar 2012 2. Referat fra sidste møde 3. Meddelelser bl.a. status LÆ-blanketter, MedCom8 konference 4. 2011

Læs mere

Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011

Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011 Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige

Læs mere

Administration af subsites BRUGERVEJLEDNING FOR ADMINISTRATOREN

Administration af subsites BRUGERVEJLEDNING FOR ADMINISTRATOREN Administration af subsites BRUGERVEJLEDNING FOR ADMINISTRATOREN Indholdsfortegnelse Introduktion... 2 Definitioner... 2 Generelt... 3 Oprettelse af en skabelon... 4 Sidetypeskabeloner... 5 Globale displaymoduler...

Læs mere

Digital post Snitflader Bilag A2 - REST Register Version 6.3

Digital post Snitflader Bilag A2 - REST Register Version 6.3 Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER

Læs mere

Region Midtjylland Proces for Change Management

Region Midtjylland Proces for Change Management Region Midtjylland Proces for Change Management Version 1.1 Forord Dette dokument beskriver RMIT s Change Management proces. Processen beskriver minimumskravene (need to have) for at få processen til at

Læs mere

Karakterer og fritagelse 02-04-2008/version 1.0/Steen Eske Christensen

Karakterer og fritagelse 02-04-2008/version 1.0/Steen Eske Christensen Karakterer og fritagelse 02-04-2008/version 1.0/Steen Eske Christensen Indhold Ændringer Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele, som kan læses hver for sig. Du kan derfor

Læs mere

Navision Stat 7.0. GIS SFTP kommunikation mellem NS 7.0 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH/CPS Opr. 27.02.15

Navision Stat 7.0. GIS SFTP kommunikation mellem NS 7.0 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH/CPS Opr. 27.02.15 Side 1 af 12 Navision Stat 7.0 ØSY/SKH/CPS Opr. 27.02.15 GIS SFTP kommunikation mellem NS 7.0 og INDFAK2. Overblik Introduktion Dokumentet indeholder en beskrivelse af overførsel af data via SFTP. Denne

Læs mere

Versionsbrev. LUDUS Web version 2.28.0. Den 8. august 2012. J.nr. 4004-V1046-12

Versionsbrev. LUDUS Web version 2.28.0. Den 8. august 2012. J.nr. 4004-V1046-12 Versionsbrev LUDUS Web version 2.28.0 Den 8. august 2012 J.nr. 4004-V1046-12 CSC Scandihealth A/S, P.O. Pedersens Vej 2, DK-8200 Århus N Tlf. +45 3614 4000, fax +45 3614 7324, www.csc.com/ludus, sc-ludus@csc.com

Læs mere

NBS Organisatoriske begreber

NBS Organisatoriske begreber NBS Organisatoriske begreber Rapport vedrørende udarbejdelse af begrebssystem og definitioner Version 1.0/18. december 2012 Kolofon: Titel NBS - Rapport vedrørende udarbejdelse af begrebssystem og definitioner

Læs mere

FNUX. Testprotokol Version 2.3 for. Fælles Nordisk Udvekslings-Format, FNUX

FNUX. Testprotokol Version 2.3 for. Fælles Nordisk Udvekslings-Format, FNUX FNUX Testprotokol Version 2.3 for Fælles Nordisk Udvekslings-Format, FNUX Lægesystem udgave 11.06.2013 Styring af dokumentversion Version Forfatter Dato Beskrivelse 0.1 JAG 24-08-2012 Udkast 1.0 GHE 10-09-2012

Læs mere

E-BOLIGHANDEL. Send sag til den finansielle sektor samt advokater tilmeldt e-bolighandel

E-BOLIGHANDEL. Send sag til den finansielle sektor samt advokater tilmeldt e-bolighandel Send sag til den finansielle sektor samt advokater tilmeldt e-bolighandel INDHOLD Indhold Indledning 3 Inden du går i gang 4 Tilslutnings aftale hos e-nettet 4 Opsætning af dine firmaoplysninger 4 Salgsopstilling

Læs mere

Notat. Introdansk beskrivelse af fastlagte krav til indberetning af statistikoplysninger fra udbydere 27.06.2012 JL

Notat. Introdansk beskrivelse af fastlagte krav til indberetning af statistikoplysninger fra udbydere 27.06.2012 JL Notat Vedrørende: Skrevet af: Introdansk beskrivelse af fastlagte krav til indberetning af statistikoplysninger fra udbydere Jesper Lund Version: 1.4: rev. af Ankestyrelsen, januar 2014 27.06.2012 JL I

Læs mere

Opnåelse af tilladelse til at udbyde spil i Danmark

Opnåelse af tilladelse til at udbyde spil i Danmark Opnåelse af tilladelse til at udbyde spil i Danmark Vejledning til teknisk tilslutningsforløb 1.7.2015 Version 1.2 Historik for dokumentet: Version Dato Opsummerende beskrivelse af ændringer 1.0 2011.06.30

Læs mere

FAQ. kursusportalen.regionh.dk. Oversigt over centrale administratorer findes særskilt.

FAQ. kursusportalen.regionh.dk. Oversigt over centrale administratorer findes særskilt. FAQ kursusportalen.regionh.dk Supportside: http://www.regionh.dk/menu/uddannelse/kursusportalen/ Adgang til Kursusportalen Jeg kan ikke åbne kursusportalen på min computer? Problemet kan skyldes browser-versionen.

Læs mere

Magnus:Revision. Nyheder og vejledning til version 2012.1

Magnus:Revision. Nyheder og vejledning til version 2012.1 Magnus:Revision Nyheder og vejledning til version 2012.1 Indledning - Magnus:Revision 3 Nyheder og vejledning til version 2012.1 5 Eksisterende brugere 5 Information vedrørende tidligere versioner af programmet

Læs mere

Vejledning til leverandører ifm. CPR-abonnement

Vejledning til leverandører ifm. CPR-abonnement Vejledning til leverandører ifm. CPR-abonnement Dette notat beskriver de forhold som man som leverandør og kommune skal være opmærksom på når man ønsker at modtage CPR-data i abonnement fra Serviceplatformen.

Læs mere

App-strategi for Randers Kommune December 2012. Bilag 2: Procesvejledning for app-udvikling i Randers Kommune

App-strategi for Randers Kommune December 2012. Bilag 2: Procesvejledning for app-udvikling i Randers Kommune Bilag 2: Procesvejledning for app-udvikling i Randers Kommune Procesvejledningen har til formål, at skabe overblik over app-udviklingsprocessen, og skal sikre kvalitet og genkendelighed blandt apps ene

Læs mere

Indlæsning af prisfiler fra grossist

Indlæsning af prisfiler fra grossist Indlæsning af prisfiler fra grossist I Mamut Stellar 7 er det muligt at indlæse prisfiler fra Grossistmodulet. Det er ikke alle filformater der indeholder de samme data, men i denne vejledning beskrives

Læs mere

EG Data Inform. Byggebasen. WCF og webservices. Jens Karsø

EG Data Inform. Byggebasen. WCF og webservices. Jens Karsø EG Data Inform Byggebasen WCF og webservices Jens Karsø 10 Indholdsfortegnelse Byggebasen Services indledning... 2 Målsætning... 2 Valg af teknologier... 3 Kommunikationsmodel for byggebasen... 3 Services.byggebasen.dk...

Læs mere

BIM Shark brugervejledning v1 Februar 2016

BIM Shark brugervejledning v1 Februar 2016 Indholdsfortegnelse 1 BIM Shark's mission... 2 2 Kom godt i gang... 2 2.1 Oprettelse af bruger... 2 2.2 Oprettelse af virksomhed... 3 2.3 Inviter medlemmer/accepter invitation/sende invitationer... 3 2.3.1

Læs mere

Patientadministration

Patientadministration Patientadministration Systematic Columna Patientadministration sikrer effektiv understøttelse af arbejdsgange, fuld integration mellem forskellige systemer og overblik over sygehusenes aktiviteter. Overblik

Læs mere

SOSI Gateway Komponenten (SOSI GW)

SOSI Gateway Komponenten (SOSI GW) SOSI Gateway Komponenten (SOSI GW) - en security domain gateway Version 1.2 1/8 Indledning Region Syddanmark er udvalgt som pilotregion for projektet Det Fælles Medicingrundlag, og i den forbindelse arbejdes

Læs mere

Document Capture til Microsoft Dynamics NAV. Quick Guide til RTC version 3.50

Document Capture til Microsoft Dynamics NAV. Quick Guide til RTC version 3.50 Document Capture til Microsoft Dynamics NAV Quick Guide til RTC version 3.50 INDHOLDSFORTEGNELSE Introduktion... 3 Basisopsætning... 4 Indlæsning af standard opsætning... 4 Opdatering af standard opsætning...

Læs mere

GIS indlæsning af kreditorer og betalingsform. Brugervejledning 1.0

GIS indlæsning af kreditorer og betalingsform. Brugervejledning 1.0 GIS indlæsning af kreditorer og betalingsform Brugervejledning 1.0 Indhold 1 Indledning... 5 2 Opsætning af GIS grænseflade til kreditor indlæsning... 5 2.1 Oprettelse af en datastrøm... 7 2.2 Filsystem...

Læs mere

Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011

Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011 Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 6 1.4 Den fremtidige

Læs mere

Forord. Versioner. Version Date Description 1.0.0 09/05/2012 Initial version

Forord. Versioner. Version Date Description 1.0.0 09/05/2012 Initial version APOS2 DWH Services Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.

Læs mere

Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12

Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12 Oktober 2013 HLG/XIGA Opstartsvejledning ATS Engros 1/12 1. ATS Engros vejledning for aktører Formålet med dette dokument er at beskrive, hvordan du kommer i gang med at anvende ATS til test af certifikat

Læs mere