1 Introduktion og formål Yderligere informationer og dokumentation Læsevejledning Begreber og forkortelser...
|
|
- Andreas Beck
- 8 år siden
- Visninger:
Transkript
1 Fælles testmiljøer National Sundheds-IT - Tilslutning til og anvendelse af fælles miljøer Islandsbrygge 39 Dato: Version: 1.05 Udarbejdet af: NSI 2300 København S Signaturforklaring Ansvarlig for hver na onal service Fælles miljø NSP-operatøren Hver enkelt anvender Tredjepart National Service National Service Kliniske data OCES nationalt testmiljø Stamdatakilder (produktion) Sammenhængende testdata NSP NSP stamdata Opre else af testcer fikater Kald l - Na onale Services - Stamdataservicen - Anden NSP funk onalitet Lokalt itsystem (f.eks. EPJ) Lokale stamdata og kliniske data Version Ansvarlig Kommentar 1.01 CHE Tilføjet erfaringer fra de første anvenderes tilslutning til de fælles miljøer. Udsendt som DRAFT til de første anvendere CHE Yderligere erfaringer opsamlet. Internt review (JRI) CHE NSI review (STMA) Operatør Mindre korrektion henvisning til NSPOP.dk 1.05 Operatør Adgang til Uddannelse og Prodtest via internet Side 1
2 Indholdsfortegnelse 1 Introduktion og formål Yderligere informationer og dokumentation Læsevejledning Begreber og forkortelser Overblik over NSP fælles miljøer Udstillede miljøer Overordnet arkitektur Organisering og ansvarsfordeling Anvenderens opgaver Anvendernes fælles spilleregler Tekniske og organisatoriske forudsætninger Tilslutningsforløb Afdækning af test- og uddannelsesbehov Vilkår for anvendelse af de fælles miljøer indgåelse af aftale Adgangskontrol til nationale services på NSP en Konfiguration og ibrugtagning af nationale services Klargøring af egen (test) LRA organisation Anvendelse af sammenhængende testdata Migreringsplan for eksisterende testdata Overholdelse af fælles spilleregler Etablering af projektorganisation og driftsorganisation Analyse af konsekvenser ved nulstilling af kliniske data Uddannelse af teknikere og brugere Etablering af aftale for sundhedsdatanetforbindelse Opsætning af egne miljøer og it-systemer Appendiks A: Tjekliste til brug ved tilslutning Referencer Side 2
3 1 Introduktion og formål Denne guide henvender sig til organisationer og andre aktører i sundhedsvæsnet, der ønsker at blive tilsluttet de fælles testmiljøer. Guiden giver et overblik over de vigtigste opgaver og aktiviteter før og under tilslutningen med det formål, at tilslutningsforløbet kan foregå så effektivt som muligt. Målgruppen er IT ansvarlige, projektledere og IT arkitekter hos parterne, som skal skabe sig et overblik over, hvad en tilslutning indebærer. Der forudsættes i beskrivelsen et overordnet kendskab til NSP og nationale services. Guiden er af overordnet karakter og beskriver således ikke forhold vedrørende specifikke nationale services, hvordan services kaldes eller funktionalitet udstillet gennem NSP. Der henvises derudover til den generelle dokumentation af NSP og nationale services, hvor der med fordel kan tages udgangspunkt i NSP-operatørens tekniske dokumentation på Yderligere informationer og dokumentation De fælles test- og uddannelsesmiljøer er beskrevet på NSP-operatørens hjemmeside, hvor der dels kan findes notater (herunder seneste version af nærværende dokument), dels den tekniske dokumentation af miljøerne. Følgende notater beskriver de fælles miljøer og forhold vedrørende brugen af miljøerne: - Sammenhængende testdata o Introduktion til testdata i de fælles miljøer og de særlige forhold, der gør sig gældende som følge af sammenhængene mellem testregistre og det produktionslignende setup med mange anvendere i miljøerne - Fælles spilleregler for aktørerne på fælles NSP miljøer o Overordnede regler og retningslinjer for aktørernes adfærd i miljøerne. - Overordnet løsningsbeskrivelse o Gennemgang af miljøerne og tankerne bag, med fokus på it-arkitektur og anvendelsesmuligheder og -begrænsninger. 1.2 Læsevejledning Notatet giver i sin helhed en kort introduktion til de fælles testmiljøer samt en gennemgang af de vigtigste opgaver og aktiviteter. Ønskes alene en gennemgang af tilslutningsforløbet henvises til kapitel 3, og der suppleres derudover med en samlet oversigt over aktiviteter og opgaver i Appendiks A: Tjekliste til brug ved tilslutning. Side 3
4 1.3 Begreber og forkortelser Forkortelse FMK NSI NSP cnsp dnsp NSP-operatøren Beskrivelse Det Fælles MedicinKort. En national ittjeneste, der drives Statens Seruminstitut (tidligere Lægemiddelstyrelsen), som gør det muligt at få informationer om alle patienters aktuelle medicinering. Sektor for National Sundheds-it, Statens Seruminstitut Den Nationale Service Platform på sundhedsområdet. En platform med en række itinfrastrukturelementer, der gør det nemmere, billigere og mere sikkert at udveksle sundhedsdata Den centralt placerede NSP (se ovenfor). cnsp er et tilbud til de aktører, der ikke selv har mulighed for at have en NSP-instans stående. I de fælles testmiljøer er der placeret en cnsp i hvert testmiljø hos driftsleverandøren af testmiljøerne. Fællesbetegnelse for de NSP-instanser, der er placeret hos de enkelte aktører, f.eks. hos regionerne. I de fælles testmiljøer er der placeret en dnsp i hvert testmiljø hos driftsleverandøren af testmiljøerne. Operatøren er indgangen til generel information og udviklingssupport på Den Nationale Service Platform (NSP) og de øvrige komponenter og løsningselementer, der indgår i sundhedssektorens nationale kommunikationsinfrastruktur. Information og udviklingssupport fra operatøren er til rådighed for alle, der arbejder med it-infrastruktur i sundhedsvæsenet. Operatøren varetager derudover koordineringen af udviklingen af den nationale serviceplatform. Side 4
5 2 Overblik over NSP fælles miljøer 2.1 Udstillede miljøer NSI har i fællesskab med RSI og regionerne afdækket et minimumssæt af fælles miljøer, der tilsammen dækker de væsentligste krav til testforløb og uddannelse af sundhedsfagligt personale. Der udstilles følgende fælles miljøer til test og uddannelse: - TEST1 o Formål: Udvikling af klient software Tidlig afprøvning af tværgående aspekter Fejlrettelse (såkaldte hotfixes ) i eksisterende (produktions)versioner o I TEST1 findes der kommende versioner i ikke-kvalitetssikret stand af komponenter og nationale services. Der vil f.eks. kunne findes interne releases af FMK i TEST1. - TEST2 o Formål: Afprøvning af lokal anvendelse af kommende versioner af nationale services og infrastrukturkomponenter Certificering af it-systemer, der skal certificeres til kommende services Udvikling af klientsoftware op mod kommende services, hvor der ønskes test mod mere stabiliserede releases end der tilbydes i TEST1. o - UDD o I TEST2 findes der kommende versioner i kvalitetssikret stand af komponenter og nationale services. Formål: Uddannelse og undervisning o UDD følger produktionsmiljøet i forhold til versioner af komponenter og services, men er underlagt stram regulering af anvendernes adfærd for at sikre at undervisningsforløb ikke forstyrres. o For at sikre konsistens i undervisningsmaterialet opdateres miljøets stamdata (herunder medicintaksten) sjældent og på forhånd fastlagte tidspunkter (som udgangspunkt kun 2 gange årligt). - PRODTEST o Formål Fejlfinding i forhold til fejl opstået i produktionsmiljøet E2E test i et stabilt, produktionslignende miljø Certificering af it-systemer, der skal certificeres til services, der er i produktion o Dette miljø følger produktionsmiljøet nøje i forhold til versioner af komponenter og nationale services. De enkelte miljøer er indbyrdes uafhængige og er underlagt forskellige retningslinjer for anvendelse. 2.2 Overordnet arkitektur De fælles miljøer drives centralt (pt. hos en driftsleverandør i Ålborg) og tilgås gennem en NSP-snitflade. I hvert miljø er der to varianter af NSP-snitfladen: en dnsp til brug for bl.a. Side 5
6 regionerne, og en cnsp til brug for bl.a. LPS-systemerne og kommunerne. Sikkerhedsmæssigt anvendes den nationale test-infrastruktur for digitale certifikater for medarbejdere, virksomheder og it-systemer (OCES). Miljøerne udstilles overfor anvenderne gennem centralt placerede testnps-instanser som illustreret på Figur 1. Fælles miljø National Service National Service dnsp cnsp Lokalt itsystem (f.eks. EPJ) Lokalt itsystem (f.eks. EPJ) Lokalt itsystem (f.eks. EPJ) Lokalt itsystem (f.eks. LPS) Lokalt itsystem (f.eks. LPS) Lokalt itsystem (f.eks. LPS) Region Region Region LPS Kommune Kommune Figur 1 Skitse over arkitekturen i et fælles testmiljø. Hver enkelt aktør (markeret med rødt) gør brug af de nationale services gennem den udstillede NSP-snitflade. På figuren ses et enkelt miljø illustreret med flere samtidige anvendere. Der vil i de enkelte miljøer være mange anvendere samtidig, idet regioner, regionernes it-leverandører, LPSleverandørerne og på sigt kommunerne forventes at tage de fælles miljøer i brug. Miljøerne er opbygget så de kan håndtere den forventede belastning, og kan skaleres hvis der på et senere tidspunkt konstateres en højere belastning end forventet. 2.3 Organisering og ansvarsfordeling De fælles miljøer udbydes af NSI, og den praktiske håndtering af miljøerne varetages dels af NSP-operatøren, dels af de respektive operatører for de tilknyttede nationale services. Brugen af miljøerne er underlagt standardiserede aftaler mellem de enkelte anvendere og NSP-operatøren, og organiseringen er skitseret på Figur 2. Som det fremgår af figuren indgås der aftale mellem de enkelte anvendere af miljøerne og NSP-operatøren om tilslutning til og anvendelse af miljøerne. Anvenderne er dermed afskærmet fra miljøernes driftsmæssige opgaver og de bagvedliggende aftaler for brugen af de tilknyttede nationale services. Side 6
7 Anvendere Dri og support Overordnet styring Stat (NSI) Regioner (RSI) Kommuner (KL) National service X drift National service Y drift National service Z drift NSP-operatør Drift, governance, opgraderinger, nye versioner og services, support, m.v. A aler Region Region Region Region Region LPSleverandør LPSleverandør LPS (Lægepraksis) Kommune Kommune Kommune Kommune Kommune (EOJ) (EOJ) (EOJ) (EOJ) Kommune Kommune Kommune (EOJ) (EOJ) (EOJ) (EOJ) Figur 2 Interessenterne og deres indbyrdes organisering. Brugen af miljøerne er underlagt aftaler mellem de enkelte anvendere og NSP-operatøren. På Figur 3 ses de væsentligste komponenter i løsningen, farvekodet efter hvilken interessent der har ansvaret for komponenterne. Farvekodningen af pilene afspejler, hvem der har opgaven med at udføre kaldene, f.eks. er det den enkelte anvender af et miljø, der har opgaven med at oprette testcertifikater i det nationale OCES-testmiljø, og pilen er derfor rød (farven for anvenderne på figuren). Hvis en organisation benytter lokale udgaver af stamdata og kliniske data i forbindelse med anvendelse af de fælles testmiljøer, er det samme organisations ansvar at vedligeholde og opbevare disse data. Side 7
8 Signaturforklaring Ansvarlig for hver na onal service Fælles miljø NSP-operatøren Hver enkelt anvender Tredjepart National Service National Service Kliniske data OCES nationalt testmiljø Stamdatakilder (produktion) Sammenhængende testdata NSP NSP stamdata Opre else af testcer fikater Kald l - Na onale Services - Stamdataservicen - Anden NSP funk onalitet Lokalt itsystem (f.eks. EPJ) Lokale stamdata og kliniske data Figur 3 Interessenternes ansvarsfordeling illustreret med farvekodning af arkitekturskitsen. 2.4 Anvenderens opgaver NSP-operatøren koordinerer drift og support af de fælles miljøer, og etablerer aftaler med anvenderne om brugen af miljøerne. Der er en række opgaver, som anvenderne selv må varetage, da opgaverne ligger i anvendernes eget regi: - Vedligehold af testbrugeres digitale signaturer De enkelte anvendere har opgaven med at oprette og vedligeholde passende certifikater til testbrugere og testsystemer. Dette foregår gennem det nationale testmiljø udstillet af OCES-operatøren. Det er derfor nødvendigt at have egen test-lra. o Bemærk at der ved oprettelse af medarbejdertestcertifikater skal angives cprnumre, der ejes af anvenderen selv det er en forudsætning for brugen af certifikatet i de fælles miljøer. o For yderligere information om test og OCES henvises til OCES-operatørens hjemmeside ( - Anvendelse af sammenhængende testdata i egne it-systemer Sammenhængende testdata er en væsentlig forudsætning for de fælles miljøer, og anvenderne bør (som i produktion) tage datamæssigt udgangspunkt i de stamdata, der udstilles i de enkelte miljøer. o Denne opgave er især relevant, hvis en anvender ønsker samtidig at anvende lokale stamdata. Her skal anvenderorganisationen tilrettelægge de lokale data meget omhyggeligt og være i stand til at håndtere stamdataændringer i de fælles miljør. Side 8
9 - Håndtering af nulstilling af testpatienternes data I de fælles miljøer er der udstillet funktionalitet, der gør det muligt at tage kliniske øjebliksbilleder af testpatienter i de enkelte nationale services og efterfølgende reetablere testpatienters kliniske data (en nulstilling ) 1. Der vil i lokale it-systemer ofte eksistere tilsvarende versioner af kliniske data, og ved en nulstilling i de nationale services kan der opstå forskelle mellem de lokale kliniske data og de nationale kliniske data. Det er derfor nødvendigt at håndtere dette på passende vis. - Drift af egne test- og uddannelsesmiljøer De enkelte anvendere vil typisk have egne miljøer, der anvendes til forskellige former for test og uddannelse, og anvendelsen af fælles NSP miljøer ændrer ikke på placeringen af ansvaret for drift og vedligehold af disse miljøer. 2.5 Anvendernes fælles spilleregler Anvendelse af de fælles miljøer foregår under et organisatorisk regelsæt udarbejdet af NSI i samarbejde med regionerne. Rammen kaldes også de fælles spilleregler, og formålet med rammen er at regulere anvendelsen af de fælles miljøer, således at de erklærede formål med miljøerne kan fastholdes (jævnfør afsnit 2.1), selv når der er mange samtidige anvendere i de enkelte miljøer. Der henvises til notatet Fælles spilleregler for aktører på fælles NSP miljøer [FÆLLES SPILLEREGLER] for det konkrete sæt af retningslinjer. 2.6 Tekniske og organisatoriske forudsætninger Da et af de erklærede formål med de fælles miljøer er at tilvejebringe et setup, hvor test foregår under langt mere produktionslignende vilkår end i de testmiljøer der har været til rådighed tidligere, er de tekniske og organisatoriske forudsætninger for brugen af testmiljøerne tilsvarende mere produktionslignende end tidligere. I praksis betyder det, at tilslutningsprocessen er mere omfangsrig end tidligere, og at der derfor bør afsættes de nødvendige ressourcer til at gennemføre de relevante led i tilslutningen som beskrevet i det følgende kapitel. 1 Se NSPOP.dk for yderligere information omkring håndtering af testdata. Side 9
10 3 Tilslutningsforløb I det følgende gives en oversigt over de vigtigste opgaver og aktiviteter i forbindelse med et tilslutningsforløb. Formålet med oversigten er at sikre, at de nødvendige aspekter huskes og overvejes. I Appendiks A: Tjekliste til brug ved tilslutning, er en række væsentlige punkter i tilslutningsprocessen opsummeret. De enkelte aktiviteter er i store træk beskrevet i kronologisk rækkefølge. Af hensyn til kalendertid anbefales det at alle aktiviteter gennemgås og iværksættes parallelt hvor det er muligt. Aktiviterne bør gennemgås med det formål at afklare om hver enkelt aktivitet er relevant, eller om den kan udelades. 3.1 Afdækning af test- og uddannelsesbehov NSI udstiller et antal fælles miljøer, der har hver deres formålserklæring. Som noget at det første bør en anvender afdække, om de lokale behov for test- og uddannelse kan opfyldes ved brug af disse miljøer, og det beskrives, hvilke miljøer der ønskes anvendt fra de enkelte lokale it-systemer. 3.2 Vilkår for anvendelse af de fælles miljøer indgåelse af aftale Som nævnt i afsnit 2.3 skal der indgås en aftale mellem en anvender-organisation og NSPoperatøren om anvendelse af de fælles miljøer. Der er udarbejdet en skabelon for en sådan aftale, der skal udfyldes og indsendes til NSPoperatøren forud for anvendelse af miljøerne. Aftalen kan findes på NSPOP.dk Udover informationerne påkrævet i aftalen skal følgende leveres til NSP-operatøren: - Systemnavn på de eller de it-systemer, der skal tilføjes listen af autoriserede systemer i testmiljøerne 2 - testcpr-nummer for den testbruger (og CVR-nummer for brugerens organisation), der ønskes anvendt ved administration af de nationale services, der udbyder en administrativ snitflade i testmiljøerne (pt. kun FMK) Adgangskontrol til nationale services på NSP en En række af de udstillede services i de fælles testmiljøer giver alene adgang til it-systemer fra organisationer (f.eks. en region eller en LPS-leverandør), der er oprettet på de enkelte miljøers godkendelseslister. Anvenderorganisationer kan blive tilføjet disse lister ved henvendelse til NSP-support. Bemærk at de enkelte miljøer har separate godkendelseslister, så det skal ved henvendelsen til NSP-support angives i hvilke miljøer, der ønskes adgang til de enkelte services. 2 Systemnavnet/navnene oprettes af operatøren på de relevante lister, så der kan åbnes for adgang til de ønskede services i testmiljøerne. 3 Testcertifikatet for brugeren er rent teknisk et helt almindeligt MOCES testcertifikat. Side 10
11 Eksempler på services, der kræver oprettelse på godkendelseslister: - FMK - Kopi registerservices Der henvises til NSPOP.dk for en beskrivelse af services fra serviceejerne, der angiver om services, er beskyttet af godkendelseslister. 3.4 Konfiguration og ibrugtagning af nationale services De fælles testmiljøer udstiller en række nationale services, der i forskelligt omfang giver mulighed for administration og konfiguration. Tilslutning til FMK miljø fremgår her: NSP Service: FMK adgang, der ligger under menupunktet: Overblik over NSP Service. Ved ibrugtagning af de fælles miljøer vil de nationale services være konfigureret i en basistilstand, der ikke nødvendigvis giver fuld adgang til den udstillede funktionalitet. Det anbefales derfor at hver anvenderorganisation gennemgår konfigurationen for de ønskede services. 3.5 Klargøring af egen (test) LRA organisation Brugernes og de lokale it-systemers adgang til nationale services og NSP-services i de fælles miljøer er baseret på anvendelse af OCES testcertifikater (til oprettelse af SOSI IDkort). Eventuelle onlineløsninger (f.eks. FMK-online) forudsætter også OCES testcertifikater. Det er den enkelte anvenderorganisation, der skal sørge for at oprette og vedligeholde testcertifikater til brugere og it-systemer, hvilket foregår gennem den (test) LRA funktion, de enkelte organisationer har etableret allerede. Der bør afsættes både kalendertid og interne ressourcer til denne opgave, hvis ikke der i anvenderorganisationen allerede er etableret denne funktion, idet opgaven forudsætter dialog med OCES-operatøren og oprettelse i dennes systemer. Ifølge OCES-operatøren er det en god ide at blive oprettet som tjenesteudbyder hos dem, det er pt. gratis og giver adgang til deres samlede portefølje af testværktøjer. Der henvises til OCES-operatørens hjemmeside for yderligere information om digital signatur og testmiljøer: Bemærk at de testcertifikater, der benyttes i de gamle FMK FÆLLESTEST og FMK PRODTEST miljøer, ikke kan anvendes i de nye fælles miljøer. Årsagen er, at de gamle certifikater er blevet oprettet på anvendernes vegne af FMK-leverandøren, og cvr-nummeret stemplet ind i certifikaterne tilhører derfor FMK-leverandøren. Det er derfor nødvendigt at oprette nye testcertifikater. Bemærk endvidere, at der ved oprettelse af medarbejdertestcertifikater skal angives testcprnumre, der tilhører anvenderen i de sammenhængende testdata i de fælles miljøer (se afsnit 3.6 for information om bestilling af testdata hos NSP-operatøren). Testcertifikaterne skal oprettes i OCES-operatørens PP-testmiljø ( PræProd ). Det anbefales, at der oprettes OCES2-certifikater. Side 11
12 3.6 Anvendelse af sammenhængende testdata NSI forestår generering af sammenhængende testdata i de udstillede miljøer, hvilket bl.a. betyder, at alle services i miljøerne benytter sig af de stamdata, der udstilles på NSP ens stamdataservice. Der er to vigtige konsekvenser af sammenhængende testdata, som der skal tages stilling til: 1. Det bør overvejes, om (test)cpr-registret udstillet på NSP skal indgå i datagrundlaget for lokale testdata, f.eks. testpatienter oprettet i PAS. Tilsvarende bør det overvejes, om eventuelle lokale udgaver af andre nationale registre skal synkroniseres med de registre, der udstilles i stamdataservicen på NSP. 2. De kliniske data, der oprettes af NSP-operatøren (første gang) i de tilknyttede nationale services (f.eks. FMK), er baseret på anonymiserede data fra produktionsmiljøet og har derfor en relativt høj klinisk kvalitet. Ved oprettelse af testpatienter i de nye miljøer oprettes der automatisk kliniske data for patienterne (udføres af NSPoperatøren), og testpatienterne bør efterfølgende valideres og eventuelt justeres i forhold til de konkrete formål med testpatienterne, idet de automatisk oprettede data er valide i forhold til testpatienternes alder og køn, men der er ikke mulighed for at bestille særlige arketyper af patienter, f.eks. sukkersygepatienter. Når det er afklaret hvilke data der ønskes anvendt, kan der bestilles cpr-numre til både testborgere og testklinikere hos via Nationale Servicedesk. Bemærk at cpr-numre alle ejes af en anvender. Stamdata, der indgår i det fælles datagrundlag ejes af NSP-operatøren. En oversigt over tilhørsforholdet for samtlige cpr-numre i testmiljøerne kan ses på NSPOP.dk. Der henvises til siden NSPOP.dk vedrørende sammenhængende testdata. For yderligere informationer henvises til beskrivelse af de enkelte services fra serviceudbyderne, der findes på NSP. 3.7 Migreringsplan for eksisterende testdata I det omfang, der allerede anvendes et eller flere FMK testmiljøer (både de fælles FMK miljøer og eventuelt tilkøbte dedikerede FMK testmiljøer), bør der udarbejdes en migreringsplan for de testdata, der er etableret i disse miljøer. Alternativt kan man vælge at tage udgangspunkt i de muligheder, der er for automatisk generering af kliniske data i de fælles miljøer. CPR-numre i de gamle testmiljøer er automatisk migreret til de fælles miljøer, og er reserveret til de gamle ejere. Ved henvendelse til NSP-support kan det angives, om ejerskabet til eksisterende testcpr-numre ønskes bibeholdt. 3.8 Overholdelse af fælles spilleregler De fælles spilleregler skal overholdes ved brug af de fælles miljøer, og der bør derfor tages stilling til spillereglerne forud for indgåelse af en aftale med NSP-operatøren. Spillereglerne fremgår af NSPOP.dk. 3.9 Etablering af projektorganisation og driftsorganisation Det skal afklares, om anvenderens eksisterende organisation kan håndtere anvendelsen af fælles miljøer, eller om der skal etableres særskilt struktur til dette. Eksempler på nye ansvarsområder kan være Side 12
13 - Administration af testcertifikater - Håndtering af udstillingspatienter og andre krav fra de fælles spilleregler - Uddannelse af teknikere og brugere - Opsætning af egne testmiljøer til brug af de fælles testmiljøer 3.10 Analyse af konsekvenser ved nulstilling af kliniske data I de fælles miljøer er det muligt at gennemføre såkaldt nulstilling af de kliniske data i de enkelte tilknyttede nationale services (f.eks. FMK). En nulstilling består i en tilbageførsel af kliniske data for et eller flere cpr-numre til en tidligere gemt tilstand. Det er endvidere muligt at genbestille cpr-numre, og dermed få genoprettet de kliniske data ud fra de nyeste skabeloner hos NSP-leverandøren. Dette gøres ved at kalde særlig funktionalitet udstillet til dette formål af den pågældende nationale service. Anvendere bør analysere konsekvenserne af en sådan nulstilling af data, idet lokale itsystemer ofte har en lokal kopi eller repræsentation af senest kendte kliniske tilstand i f.eks. FMK, og denne kan blive ugyldig ved en tilbageførsel af tilstanden i den nationale service. Inden denne funktionalitet tages i brug kan den enkelte anvenderorganisation med fordel lægge en plan for hvorledes konsekvenserne håndteres lokalt, f.eks. gennem implementering af tilsvarende nulstilling i de lokale it-systemer Uddannelse af teknikere og brugere De fælles miljøer giver en række muligheder og indfører en række begrænsninger, som både teknikere, driftsfolk og brugere (herunder undervisere) skal være opmærksomme på. Der bør derfor gennemføres passende uddannelsesforløb for de respektive faggrupper. Det bemærkes, at NSI som et led i indførelsen af de fælles miljøer gennemfører en række workshops i begyndelsen af 2013, hvor både overordnede og lavpraktiske emner gennemgås, med det formål dels at indføre anvenderne i miljøernes opbygning, dels at få etableret det tekniske fundament for tilslutning til miljøerne Etablering af aftale for sundhedsdatanetforbindelse Miljøerne PRODTEST og UDD er tilgængelige over Sundhedsdatanettet. Ønskes disse miljøer og adgang via Sundhedsdatanettet skal der derfor indgås en aftale med NSPoperatøren om forbindelse til NSP erne i PRODTEST og UDD. Det er også muligt at tilgå miljøerne via internet. De nødvendige informationer til etablering af aftalen fremgår af skabelonen nævnt i afsnit Opsætning af egne miljøer og it-systemer Når aftaler og organisatoriske opgaver er på plads, skal anvenderorganisationens egne miljøer konfigureres til brug af de relevante fælles miljøer. Endpoints og de nødvendige tekniske beskrivelser af funktionaliteten til sammenhængende testdata fremsendes af NSP-operatøren til anvenderorganisationens kontaktperson efter indgåelse af aftalen beskrevet i afsnit 3.2. Side 13
14 4 Appendiks A: Tjekliste til brug ved tilslutning I tabellen nedenfor er væsentlige punkter i tilslutningsprocessen opsummeret til eventuel udfyldelse som en slags tjekliste. Punkterne har samme rækkefølge som afsnittene i afsnit 3. Opgave Afdækning af behov for miljøer Overblik over hvordan man får adgang til NSP/NSP test Anmodning om adgang til testmiljøer. Whitelisting på nationale services Konfiguration af FMK Klargøring af test LRA funktion Afklaring af sammenhæng mellem lokale og nationale testdata Bestilling af testdata Beskrivelse Opsamling af interne behov for test og uddannelse og mapning op mod de fælles miljøer (se afsnit 3.1). Se: Kom på NSP kort foløbsbeskrivelse Benyt skabelon på NSPOP.dk (se afsnit 3.2) Kontakt enkelte serviceejer ejer eller NSP-support med en liste af services, der ønskes gjort tilgængelige (se afsnit 3.3) Jævnfør beskrivelse på NSP Service: FMK adgang omtalt i afsnit 3.4 Oprettelse hos OCESoperatøren test LRA (se afsnit 3.5) Hvis der i forvejen eksisterer lokale testdata, skal det afklares hvordan disse fungerer i sammenhæng med de nationale testdata. Der skal bestilles cpr-numre hos Nationale servicedesk (og eventuelt eksisterende cpr-numre i de gamle FMK testmiljøer skal enten videreføres eller frigives). Side 14
15 Opgave Oprettelse af testcertifikater Etablering af projektorganisation og driftsorganisation Konsekvensanalyse af nulstilling af data Etablering af aftale for sundhedsdatanetforbindelse Opsætning af egne miljøer og it-systemer Beskrivelse Der skal oprettes testcertifikater til testklinikere og evt. it-systemer (funktionsog/eller virksomhedscertifikater). Bemærk sammenhængen til de sammenhængende testdata (se afsnit 3.5 og 3.6) Hvis ikke der eksisterer en passende ramme til varetagelse af de nye ansvarsområder skal der etableres en organisation til dette (se afsnit 3.9) Der skal foretages en analyse som beskrevet i afsnit 3.10.Giver resultatet anledning til ændringer skal disse beskrives og iværksættes. Ønskes PRODTEST og/eller UDD anvendt via Sundhedsdatanettet, skal der indgås en aftale med NSPoperatøren om dette. Haves der ikke forbindelse til SDN i forvejen skal der etableres en aftale om dette først. Det skal afdækkes hvordan egne miljøer og it-systemer skal konfigureres til brug af de nye testmiljøer. Side 15
16 5 Referencer Reference Titel Placering SAMMENHÆNGENDE TESTDATA Testdata Fremgår af NSPOP.dk FÆLLES SPILLEREGLER Adgang til fælles testmiljøer Fremgår af NSPOP.dk FÆLLES-MILJØER Fælles testmiljøer Fremgår af NSPOP.dk Side 16
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 mereFælles miljø. NSP Testmiljøer. Dato: 21.12.2012 Version: 1.0
NSP Testmiljøer National Sundheds-IT www.nsi.dk - Sammenhængende testdata Islandsbrygge 39 Dato: 21.12.2012 Version: 1.0 Udarbejdet af: NSI 2300 København S Fælles miljø CPR CPR CPR NSI SCRIPTS SDM STS
Læs mereNSP 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 mereNSP 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 mereNSP 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 mereProduktbeskrivelse 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 mereResumé 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 mereVejledning i aftaleindga else med National Serviceplatform og tjekliste for opkobling til Fælles Medicinkort
Vejledning i aftaleindga else med National Serviceplatform og tjekliste for opkobling til Fælles Medicinkort 1 / 16 Indholdsfortegnelse 1 Introduktion... 3 1.1 Formål og målgruppe... 3 1.2 Læsevejledning...
Læs mereFælles testmiljøer. Dato: Version: 1.1
Fælles testmiljøer Statens Serum Institut Sektor for National Sundheds-it - Anvenderguide: Visuel testdataklient, en funktionel prototype Artillerivej 5 2300 København S Dato: 13.11.2015 Version: 1.1 Udarbejdet
Læs mereProduktbeskrivelse 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 mereFæ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 mereServiceplatformen informationsmateriale. Leverandørmøde 7. februar 2013
Serviceplatformen informationsmateriale Leverandørmøde 7. februar 2013 1 Om Serviceplatformen Dette informationsmateriale beskriver kort Den fælleskommunale Serviceplatform: formålet med Serviceplatformen,
Læs mereSmartFraming 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 mereDen Digitale Landevej - Arkitekturprodukt
Indhold 1 A1 Målbillede af arkitekturen... 2 2 Målbilledet... 2 3 Kort om komponenterne... 4 3.1 Sikkerhed... 4 3.2 Opfølgning... 4 3.3 Service udstilling... 4 3.4 Logistik og bestilling... 4 3.5 Stamkort...
Læs mereNational Kroniker Infrastruktur. Oplæg til teknikgruppe Aarhus den 30. april 2012
National Kroniker Infrastruktur Oplæg til teknikgruppe Aarhus den 30. april 2012 Indhold Den Nationale Infrastruktur NPI og dens eventuelle rolle Interessenter sundhed.dk Kroniker projekter EPJ leverandører
Læs mereProduktbeskrivelse 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 mereVejledning til leverandørers brug af Serviceplatformen
Vejledning til leverandørers brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange...
Læs mereNational 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 mereVejledning til kommuners brug af Serviceplatformen
Vejledning til kommuners brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange på Serviceplatformen...
Læs mereNATIONAL 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 mereBilag 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 mereForslag til ny FMK status ved brug af lokale systemer
Dato: 10.06.2013 Projektnavn: Fælles Medicinkort Ansvarlig: Helle Balle og Thomas Sonne Olesen Forslag til ny FMK status ved brug af lokale systemer Baggrund Under implementeringen af FMK i regionerne,
Læs mereNational adgang til INR-data til brug for AK løsninger
National adgang til INR-data til brug for AK løsninger Guide til Anvendere National adgang til INR-data til brug for AK løsninger, version 1.0 Side 1 af 6 Indhold 1 Introduktion... 3 1.1 Formål... 3 1.2
Læs mereNational 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 mereDigitalisering på tværs. IT-arkitekturkonferencen 1.-2. april 2009 Stigende modenhed fælles løsninger
Digitalisering på tværs IT-arkitekturkonferencen 1.-2. april 2009 Stigende modenhed fælles løsninger Hvem er Digital Sundhed? Bestyrelsen nedsat efteråret 2006 3 statslige repræsentanter 2 regionale repræsentanter
Læs mereDette dokument indeholder specifikation af aktiviteterne på Fælles Medicinkort Roadmap Dokumentet er tilgængelig på
Udarbejdet af FMK programmet Lene Ærbo Dato: 09.05.2014 Fælles Medicinkort Roadmap Aktiviteter - Specifikation Dette dokument indeholder specifikation af aktiviteterne på Fælles Medicinkort Roadmap 2014-2016.
Læs mereProcedurer for styring af softwarearkitektur og koordinering af udvikling
LEVERANCE 2.3 Procedurer for styring af softwarearkitektur og koordinering af udvikling Procedurerne vil omfatte: Planlægning af udfasning af gamle versioner af OpenTele Planlægning af modning af kode
Læs mereLægeforeningen 2008 Trondhjemsgade 9, 2100 København Ø Tlf.: 3544 8500 www.laeger.dk
1 Lægeforeningen 2008 Trondhjemsgade 9, 2100 København Ø Tlf.: 3544 8500 www.laeger.dk Fremtidens sundheds-it Lægeforeningens forslag Lægeforeningen 3 Det danske sundhedsvæsen har brug for it-systemer,
Læs mereGuide til integration med NemLog-in / Signering
Guide til integration med NemLog-in / Signering Side 1 af 6 14. november 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør) kan integrere
Læs mereTILSLUTNINGSAFTALE. Aftale om at Statens Serum Institut v/national Sundheds-it udbyder services på den National Serviceplatform (NSP)
TILSLUTNINGSAFTALE Aftale om at Statens Serum Institut v/national Sundheds-it udbyder services på den National Serviceplatform (NSP) 1. Parter Denne aftale om at udstille services for sundhedsvæsenets
Læs mereAffødte krav til SDN fra Arkitekturen. Ved Esben P. Graven, Digital sundhed (SDSD)
Affødte krav til SDN fra Arkitekturen Ved Esben P. Graven, Digital sundhed (SDSD) Indledende betragtninger Infrastrukturen opbygges efter Digitaliserings Strategiens principper om trinvis- og behovsdrevet
Læs mereIntroduktion til NemID og Tjenesteudbyderpakken
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 Introduktion til NemID og Tjenesteudbyderpakken Nets DanID A/S 11. april
Læs mereSP Ydelseskatalog. Version 1.0. KOMBIT A/S Halfdansgade København S Tlf CVR Side 1/17
SP Ydelseskatalog Version 1.0. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/17 Indholdsfortegnelse 1. Versionsstyring... 3 2. Introduktion...
Læs mereOpnå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 mereHandleplan for Sundheds-it og digitale arbejdsgange
Handleplan for Sundheds-it og digitale arbejdsgange Handleplan for Sundheds-it og digitale arbejdsgange beskriver en lang række initiativer, som forventes gennemført eller påbegyndt i aftaleperioden for
Læs mereBestilling 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 mereFælles Medicinkort. Kick - Off Region Nord Helle Balle - National Sundheds it Thomas Sonne - Lakeside
Fælles Medicinkort Kick - Off Region Nord Helle Balle - National Sundheds it Thomas Sonne - Lakeside Hvad er Fælles Medicinkort? En fælles centraldatabase med medicinoplysninger Et samlet overblik over
Læs mereKommissorium for spor 2: Teknik og It-infrastruktur
Udbredelse af telemedicinsk hjemmemonitorering til borgere med KOL i perioden 2016-2019 Kommissorium for spor 2: Teknik og It-infrastruktur Version 02 Godkendt i programstyregruppen 17. juni 2016 Indhold
Læs mereVejledning til leverandørers brug af Serviceplatformen
Vejledning til leverandørers brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange...
Læs mereNSP Servicevilkå r for Indirekte GW LEVERANDØR
NSP Servicevilkå r for Indirekte GW LEVERANDØR Parter Denne aftale om at anvende den Nationale Serviceplatform (NSP) er indgået mellem Statens Serum Institut (SSI) v/national Sundheds-it (NSI) som systemansvarlig
Læs mereLeverancebeskrivelse. KIH databasen. Fælles hjemmemonitoreringsdatabase med fælles snitflader og serviceplatform
Leverancebeskrivelse KIH databasen Fælles hjemmemonitoreringsdatabase med fælles snitflader og serviceplatform Projekt: Klinisk Integreret Hjemmemonitorering Version: V0.3, 2012-06-15 Indholdsfortegnelse
Læs mereIntroduktion til Digital Post. Februar 2016
Introduktion til Digital Post Februar 2016 Hvem skal læse dokumentet? Vejledningen er relevant for dig, hvis du har brug for en introduktion til Administrationsportalen i Digital Post og hvad der skal
Læs mereKoncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele
LEVERANCE 2.1 Koncept for systemforvaltning af den fælles open source kode, herunder procedure for opfølgning på software-versioner af OpenTele Konceptet beskriver, hvordan koden forvaltes, og hvordan
Læs mereSTS 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 mereKvalitetsstyringssystem for test af leverandørernes implementering af MedCom s profiler
Kvalitetsstyringssystem for test af leverandørernes implementering af MedCom s profiler Version 1.0 9. september 2014 INDHOLDSFORTEGNELSE 1 INDLEDNING OG BAGGRUND... 3 2 ANTILOPE PROJEKTET... 4 3 FASEPLAN
Læs mereIndholdsfortegnelse. 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 mereHovedfokus for FMK er nu at nå fuld og korrekt anvendelse af FMK hvilket har resulteret i en udvidelse af handlingsplanen.
Bilag 2 Handlingsplan for Fælles Medicinkort (FMK) Version 2.0 Problemstilling Version 1.0 af handlingsplanen for Fælles Medicinkort blev udarbejdet for at understøttelse af forpligtende aftale i den nationale
Læs mere2.4 Initiativbeskrivelse
KL Danske Regioner Økonomi- og Indenrigsministeriet Social- og Integrationsministeriet Ministeriet for Sundhed og Forebyggelse Finansministeriet 2.4 Initiativbeskrivelse Fuldt digitaliseret kommunikation
Læs mereFMK-EOJ styregruppemøde #1. KL mandag d. 26. marts 2012
FMK-EOJ styregruppemøde #1 KL mandag d. 26. marts 2012 Dagsorden 1. Velkommen og præsentation af medlemmer 2. Mål med projektet ifølge fælles kommunal digitaliseringsstrategi for FMK 3. Styregruppens rolle
Læs mereNational infrastruktur - nu skal den implementeres. Flemming Christiansen kst. direktør, National Sundheds-IT
National infrastruktur - nu skal den implementeres Flemming Christiansen kst. direktør, National Sundheds-IT Ny organisering 1. marts 2012 Samling af National Sundheds-IT, dokumentation fra Sundhedsstyrelsen,
Læs mereFMK 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 mereNotat om teknisk opgradering af sundhed.dk til MedComs kommunikation-standard for Den Gode Webservice
Notat om teknisk opgradering af sundhed.dk til MedComs kommunikation-standard for Den Gode Webservice Lars Hulbæk/10. November 2006 1. Teknisk sammenhæng mellem sundhed.dk og MedCom Arbejdsdelingen mellem
Læs mereProjektinitieringsdokument v Modning af telemedicinsk infrastruktur
Projektinitieringsdokument v. 1.0 Modning af telemedicinsk infrastruktur Del 2 KIH modning, integrationer og pilot MedCom opgaver 29. februar 2016 Projektmodel SUM Produkt: PID, ver. 2.2 Indhold 1 STAMDATA...
Læs mereGovernance model for MedCom versionsopdatering
Governance model for MedCom versionsopdatering med udgangspunkt i hjemmepleje-sygehusstandarder UDKAST opdateret 17. dec. 2013 Indhold Baggrund... 1 Resultatmål med governancemodel... 2 Hvordan opnås målet
Læs mereMedComs understøttelse af den kommende IT strategi på sundhedsområdet
MedComs understøttelse af den kommende IT strategi på sundhedsområdet Forslag om fremadrettet fokus på: Nationale fælles krav Teknisk infrastruktur Nationale portaler Klinisk infrastruktur Nationalt Patient
Læs mereIndhold. 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 mereStatusrapport : 6. sept. 2016
Statusrapport : 6. sept. Region Midtjylland Organisering Styregruppe Der er nedsat en regional/kommunal programstyregruppe, der refererer til Sundhedsstyregruppen. Styregruppen holdt sit første møde den
Læs mereDen samlede erhvervsløsning i næste generation af NemID og NemLog-in3
Notat 21. februar 2017 Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3 Dette notat giver en overordnet konceptuel fremstilling af, hvordan erhvervsområdet forventes håndteret samlet
Læs mereGovernancemodel for MedCom-versionsopdatering
Governancemodel for MedCom-versionsopdatering UDKAST opdateret 11. juni 2014 Indhold Indledning... 1 National governance... 1 Resultatmål med governancemodel... 2 Hvordan opnås målet om en governancemodel?...
Læs mereB U S I N E S S C AS E F O R P R O J E K T F Æ L L E S M E D I C I N KO RT
B U S I N E S S C AS E F O R P R O J E K T F Æ L L E S M E D I C I N KO RT 1. Ledelsesresumé I den fælleskommunale digitaliseringsplan indgår projekt vedr. Fælles Medicinkort (FMK), projekt 4.2. Det fælles
Læs mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 NOTAT Anvenderkrav til Støttesystemet Klassifikation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk
Læs mereDet er projektets formål at sikre fuld udbredelse af Fælles Medicinkort i alle kommuner i 2014 og fuld anvendelse i alle kommuner medio 2015.
U D K A S T T I L R E SULTATKONTRAKT Den 23. august 2013 Ref XX Weidekampsgade 10 Implementering af FMK i kommunerne Projekt 4.2 i handlingsplanen for den fælleskommunale digitaliseringsstrategi Det er
Læs mereUnderbilag 2Q Vilkår for integration til støttesystemet Klassifikation
Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra
Læs mereArtikel 6: Generisk implementeringsplan
Artikel 6: Generisk implementeringsplan Introduktion Formålet med den generiske implementeringsplan er at give kommuner ramme og afsæt for at udarbejde en intern implementeringsplan til brug i egen projektorganisation,
Læs mereBrug af det Fælles Medicinkort, FMK
Brug af det Fælles Medicinkort, FMK Indhold Kort om FMK... 2 Log på FMK... 4 Hent Medicinkort... 5 Opret recept - Læge... 7 Opret recept Sekretær... 9 Lægens godkendelse af recepter... 10 Opret faste ordinationer
Læs mereGuide til kravspecifikation
Side 1 af 10 10. november 2008 Guide til kravspecifikation Version 1.0. Denne guide indeholder en række råd til brug i kravspecifikationer for IT systemer, der skal anvende NemLog-in løsningen. Hensigten
Læs mereSOSIGW. - Administrationskonsol for SOSIGW 1.0.6. Indeks
SOSIGW - Administrationskonsol for SOSIGW 1.0.6 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Administrationskonsollen... 2 Generel brug af konsollen... 3 Fremsøgning af ID-kort... 3 Søgning
Læs mereGenerisk implementeringsplan
Generisk implementeringsplan Introduktion Formålet med den generiske implementeringsplan er at give kommuner ramme og afsæt, for at udarbejde en intern implementeringsplan til brug i egen projektorganisation,
Læs mereSundhedsaftalen Med forbehold for yderligere ændringer, opdatering af handleplan og politisk godkendelse HANDLEPLAN.
Med forbehold for yderligere ændringer, opdatering af handleplan og politisk godkendelse HANDLEPLAN for Sundheds-it og digitale arbejdsgange Handleplan for Sundheds-it og digitale arbejdsgange beskriver
Læs mereArbejdet er afgrænset af de aftalte rammer for det samlede projekt:
NOTAT 2016.12.13 SDS MOWI/ABRA Version 1.0 Notat vedr. principper for telemedicin 1. Indledning Der er igennem de seneste år gennemført en række storskalaprojekter vedr. telemedicin. Især projektet TeleCare
Læs mereImplementering af det Fælles Medicinkort. Foreningen for kommunale IT-chefer, 7. marts 2013 Poul Erik Kristensen Center for social og sundhed, KL
Implementering af det Fælles Medicinkort Foreningen for kommunale IT-chefer, 7. marts 2013 Poul Erik Kristensen Center for social og sundhed, KL Hvad betyder det for en kommune at komme på FMK? Når en
Læs merePræcisering af transportbaseret sikkerhed i Den Gode Webservice
Præcisering af transportbaseret sikkerhed i Den Gode Webservice 1. Historik...2 2. Indledning...3 3. SSL/TLS baseret netværk...3 4. Sundhedsdatanettet (VPN)...5 5. Opsummering...6 6. Referencer...6 Side
Læs mereCertifikatpolitik 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 mereVejledning om avanceret afhentning. i Digital Post på Virk.dk.
Vejledning om avanceret afhentning og sortering i Digital Post på Virk.dk. Denne vejledning beskriver, hvordan virksomheder, foreninger m.v. med et CVR-nummer kan modtage Digital Post, herunder hvordan
Læs mereBilag 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 mereLeverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV
Leverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV Indhold 1. DEFINITIONER... 2 2. BAGGRUND OG FORMÅL... 2 3. MODERNISERINGSSTYRELSENS YDELSER... 3 4. INSTITUTIONENS
Læs mereEngrosmodellen. Udkast til overordnet tidsplan Dialogforum 8-1-2014 2014-01-08 13/81118-36 1
Engrosmodellen Udkast til overordnet tidsplan Dialogforum 8-1-2014 2014-01-08 13/81118-36 1 Hvad skal vi opnå med udsættelsen af projektet! At implementere de nye regler omkring forsyningspligt og evt.
Læs mereMedCom og den nye IT strategi
23. maj 2007/Lars Hulbæk/HBJ MedCom og den nye IT strategi Notat om potentielle MedCom opgaver i lyset af rapporten Strategiske udviklingsveje for EPJ eksternt review af det hidtidige EPJ arbejde MedCom
Læs mereAuthorizationCodeService
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 mereTilslutningsprøvedrejebog til NemKonto for Private Udbetalere. Version 1. december 2007
Version 1. december 2007 Indholdsfortegnelse 1 Indledning...3 1.1 Formål med drejebogen... 3 1.2 Mål med tilslutningsprøven... 3 2 Overordnet beskrivelse af tilslutningsprøven...4 2.1 Beskrivelse af hvad
Læs mereCura og FSIII support, uddannelse og ledelse
Cura og FSIII support, uddannelse og ledelse For at få gevinster ud af CURA og FSIII for borgere og medarbejdere, skal supporten og uddannelsen af slutbrugerne fungerer effektivt. Det kræver ledernes involvering.
Læs mereVejledning 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 mereIntroduktiontil. Oplæg på Ålborg Universitet 15. Juni 2011 Kundechef Ivan Pedersen NSI
Introduktiontil FællesMedicinKort Oplæg på Ålborg Universitet 15. Juni 2011 Kundechef Ivan Pedersen NSI Et lilleeksperiment Brug2 minuttertilat noteredine bud på: Forskellene og lighederne mellem: 1. Kontoudtoget
Læs mereStyregruppe for modernisering af MedCom infrastruktur (POC)
Styregruppe for modernisering af MedCom infrastruktur (POC) KOMMISSORIUM Basisinformation Titel Dato + version Styregruppe for modernisering af MedCom infrastruktur (POC) 21-09-2018 + version 1.0 (MedCom)
Læs mereBORGERNE SKAL VIDEST MULIGT MESTRE EGET LIV
SESSION FÆLLESKOMMUNALE INITIATIVER BORGERNE SKAL VIDEST MULIGT MESTRE EGET LIV Den 7. december 2015 SESSION FÆLLESKOMMUNALE INITIATIVER Agenda 1. Kort om mål og indsatser på social og sundhedsområdet
Læs mere26-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 mereMedCom 11 -Telemedicin. Projektforslag MedCom 10 koordineringsmøde 10/ Jan Petersen, MedCom
MedCom 11 -Telemedicin Projektforslag MedCom 10 koordineringsmøde 10/5 2107 Jan Petersen, MedCom 2 MedCom 11 Telemedicin oversigt Telemedicinsk Landkortet løbende opdatering og engelsk udgave MaTis MedCom
Læs mereUnderstøttelse af LSS til NemID i organisationen
Understøttelse af LSS til NemID i organisationen Table of contents 1 Dette dokuments formål og målgruppe... 3 2 Introduktion til LSS til NemID... 4 2.1 Forudsætninger hos organisationen... 5 2.1.1 SSL
Læs mereStatus på kommunernes opkobling til FMK. Indlæg på E-Sundhedsobservatoriet 2012 Poul Erik Kristensen KL og Morten Thomsen Devoteam
Status på kommunernes opkobling til FMK Indlæg på E-Sundhedsobservatoriet 2012 Poul Erik Kristensen KL og Morten Thomsen Devoteam Indhold 1. Hvem er vi? 2. Hvad handler projektet om? 3. Organisering &
Læs mereDen Digitale Landevej - Arkitekturprodukt
Indhold 1 C2 Komponentopdelt applikationslandskab... 2 2 Serviceplatform... 3 3 Opsamling af data i borgers hjem... 4 3.1 LOP... 5 3.2 Centralt opsamlingspunkt ()... 7 3.2.1 XDS og converter... 8 3.2.2
Læs mereUDKAST: Sundhedsdatanettet (SDN) Danske Regioner
UDKAST: Sundhedsdatanettet (SDN) Modenhedsdrøftelse af systemerne i regi af FSI Det er aftalt i den fællesoffentlige styregruppe for sundheds-it (FSI), at forretningsstyregrupperne én gang årligt drøfter
Læs mereTrin-for-trin guide: Tilslutning af web service til NemLog-in
Trin-for-trin guide: Tilslutning af web service til NemLog-in Side 1 af 18 18. maj 2015 TG Baggrund og formål I foråret 2014 blev der udarbejdet en fælles sikkerhedsmodel for grunddataprogrammet. Modellen
Læs mereDet 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 mereOpenTele datamonitoreringsplatform
OpenTele datamonitoreringsplatform Brugergrænsefladedokumentation 09. marts 2015 Indholdsfortegnelse Indholdsfortegnelse Brugergrænseflade for OpenTele-server Administrationsfunktionalitet Skemaer Skemagrupper
Læs mere1. Release- og Versioneringsstrategi for Serviceplatformen og services
7. januar 2014. Serviceplatformen 1. Release- og Versioneringsstrategi for Serviceplatformen og services Nærværende notat beskriver Serviceplatformens Release- og Versioneringsstrategier. Formålet med
Læs mereNordjysk Telemedicinsk servicefunktion
Nordjysk Telemedicinsk servicefunktion 1. Indledning og baggrund I takt med at flere it-løsninger og telemedicinske løsninger går på tværs af sektorer, øges behovet for tværgående understøttelse af aftaler
Læs mereProcedure for systemtest
LANDBRUGS- OG FISKERISTYRELSEN Procedure for systemtest Retningslinjer for hvordan test udføres i LFST Kontrakt om Testressourcer Underbilag 1c 23. oktober 2017 Version 1.0 En beskrivelse af hvordan test
Læs mereLEVERANCE 1.3. Model for kvalitetssikring
LEVERANCE 1.3 Model for kvalitetssikring Udarbejdelse af kvalitetssikringsmodel, krav til open source kode og dokumentation og godkendelsesprocedurer m.v. Samt fokus på understøttelse af CE-mærkning. 1
Læs mereTilslutning af ny myndighed til NemLog-in
Tilslutning af ny myndighed til NemLog-in Side 1 af 5 12. december 2013 TG Denne guide beskriver, hvordan en offentlig myndighed kan tilslutte sig NemLogin, som udbyder af en selvbetjeningsløsning, der
Læs mereDen Digitale Landevej - Arkitekturprodukt
Indhold 1 A5 Vision, mål og strategier... 2 1.1 Vision... 2 1.2 Mål... 3 1.3 Strategier... 4 1 Produkt Perspektiv Strategi Produkt A5 Vision, mål og strategier Dato 2016-09-27 Forfatter Version 0.9 Status
Læs mere