Digital Sundhed Program for infrastruktur og sikkerhed

Størrelse: px
Starte visningen fra side:

Download "Digital Sundhed Program for infrastruktur og sikkerhed"

Transkript

1 SDSD Projektmodel Kravspecifikation 007d.01 Stamdata Register Infrastrukturprogrammet fase 2 FMKi projektet Dato: Version: 1.0 Udarbejdet af: Digital Sundhed Sammenhængende Sundhed i Danmark Islands brygge København S Digital Digital Sundhed Program for infrastruktur og sikkerhed Kravspecifikation for Stamdata register Side 1 af 13

2 Indholdsfortegnelse Stamdata registre... 3 Indledning... 3 Om kravspecifikationen... 4 Kravenes form... 4 Forudsætninger... 4 Delspecifikation A: Stamdata register på NDP... 5 Delspecifikation B: Service enabling af stamdata... 7 Generelle krav... 9 Leverance og test Referencer Dokumenthistorik Dokumentplacering Revisionshistorik Side 2 af 13

3 Stamdata registre Indledning Stamdataregistret er i dag realiseret som et modul hos Lægemiddelstyrelsen (LMS) der stiller opdaterede og validerede stamdata til rådighed, bl.a. for det Fælles Medicin Kort (FMK), Medicin-IT og Det Danske Vaccineregister (DDV). Stamdataregistret indeholder i sin nuværende form data fra en række registre, bl.a.: CPR-data inkl. Relationer forældre/børn, værge- og myndighedsforhold Oplysninger fra autorisationsregistret Organisatoriske oplysninger fra SOR og SKS Yderregistret Lægemiddelstyrelsens Takst Alle oplysninger fra disse registre udbydes i versionerede udgaver, så også applikationer, der kræver et historisk datagrundlag tilgodeses. Stamdataregistret er udarbejdet således, at det forholdsvist nemt kan udvides med yderligere registre. Der er taget beslutning om at udstille stamdataregistret som en service på den Nationale Service Platform (NSP), med standardiseret adgang til informationer samt et ensartet serviceniveau, idet eksisterende og kommende services på NSP har brug for at kunne tilgå stamdata af sikkerhedsmæssige hensyn (f.eks. Security Token Service-STS og Behandlingsrelationsservicen). Det forventes endvidere, at standardiseret adgang til stamdata på NSP kan indløse arbejdsbesparende potentialer ved at erstatte ofte manuelle og ressourcekrævende opslag i autorisationsregistret og andre registre med automatiske servicekald til stamdata servicen på NSP til gavn både for regionerne og for de centrale myndigheder (f.eks. LMS, SSI og SST). Stamdata servicen skal realiseres i NSP v2 arkitekturen. Denne arkitektur består af en række NSP instanser, der er ens på nær konfiguration, samt en central databærende enhed (National Data Platform). NDP skubber data ud på NSP instanserne gennem en replikeringsmekanisme. For en beskrivelse af NSP version 2 henvises til [NSP v2]. Nærværende kravspecifikation indeholder krav til indsamling af stamdata på NDP platform samt efterfølgende service enabling af stamdata på NSP instanserne. Der bør tages udgangspunkt i det eksisterende stamdata modul hos LMS. Leverandøren skal i sin besvarelse af nærværende kravsspecifikation specificere og begrunde hvorvidt der er tale om portering af kode eller nyudvikling af servicen på NSP. Side 3 af 13

4 Om kravspecifikationen Dette afsnit forklarer kravenes form og hvordan kravene tænkes at tilgodese kundens forretningsmæssige mål. Kravenes form Kravene er opdelt i kapitler efter deres art. I hvert kapitel er kravene opstillet i afsnit der vedrører en bestemt arbejdsopgave eller emne. Kravene indeholder flg.: Kravnummer eller Optionsnummer Overskrift Beskrivelse (Info) Løsningsforslag (Info) Hyppighed (Info) Verificering (Info) Andre informationer (eksempel, kommentar ) De første tre punkter er obligatoriske og udgør selve kravet. Foruden disse punkter kan kravet foreslå en løsning, redegøre for hyppighed, hvordan kunden har tænkt sig at verificere kravet samt andre oplysninger. Disse oplysninger er ikke en del af kravet, men nogle nyttige informationer til tilbudsgiver/leverandøren, der kan hjælpe eller guide mod den rigtige løsning. Kravene har fortløbende unikke numre og kan således utvetydigt refereres til med deres kravnummer, f.eks. Krav 1 eller K1. Forudsætninger Koordination med LMS aktiviteter for stamdata service forudsættes Aftale om brug af de enkelte registre (hvilke registre må anvendes og under hvilke betingelser) forudsættes etableret Side 4 af 13

5 Delspecifikation A: Stamdata register på NDP I anden sammenhæng etableres en National Data Platform (NDP) som selvstændig databærende platform, indeholdende en MySQL databaseserver samt replikeringsmekanisme, der muliggør distribution af data til de enkelte NSP instanser. Replikeringen er konfigurerbar således, at man eksempelvis kan konfigurere, hvilke data der skal replikeres. Stamdata registre er omfangsrige og loads kan være ressourcekrævende, specielt de initielle. For ikke at blokere for øvrige services på NSP skal stamdata servicen etableres på NSP på en sådan måde, at ressourcer kan styres og kontrolleres. Nedenstående figur illustrerer principperne. Figur 1: De fuldt optrukne pile fra NDP til registrene repræsenterer servicekald. Gennem disse kald hentes data, dvs. dataflow er modsat pilens retning. De stiplede pile repræsenterer database replikering, hvor data replikeres i pilens retning. Krav 1. Krav 2. Etablering af stamdataregister på NDP Der skal leveres et stamdataregister (en database) på NDP. Databasen skal realiseres i NDP-arkitekturen, ved anvendelse af den MySQL database, som stilles til rådighed på NDP. Database skemaet skal være baseret på tilsvarende skema for stamdataregistret hos LMS, og eventuelle ændringer skal der redegøres og dokumenteres for. Der skal leveres en samlet specifikation af database skemaet i form af ER diagrammer, mv. Mekanismer til opsamling af stamdata Leverandøren skal foreslå forskellige løsninger til indlæsning af stamdataregistre, f.eks. gennem ftp eller servicekald. Leverandøren skal sandsynliggøre, at løsningerne tilsikrer fleksibilitet i forhold til at kunne tilføje eventuelle nye registre på et senere tidspunkt. Leverandøren skal samtidig Side 5 af 13

6 sandsynliggøre, at løsningerne er robust over for utilgængelighed af dele af stamdatakilderne. Løsningen skal koordineres med tilsvarende funktionalitet hos LMS, og skal som udgangspunkt være en kopi af denne løsning. Eventuelle afvigelser skal dokumenteres og begrundes. Krav 3. Stamdataparser Det skal leveres en parser på NDP s applikationserver, der kan behandle data fra eksterne registre og placere dem i stamdataregistret, på lignende måde som det pt. foregår for det eksisterende stamdataregister hos LMS. Relevante datakilder der skal hentes data fra er begrænset til: - CPR - Autorisationsregistret - SOR - Yderregister - Lægemiddeltaksten - Sikrede - Doseringsforslag Løsningen skal være designet på en sådan måde, at der er taget højde for, at der i fremtiden indhentes data fra nye registre. Leverandøren skal redegøre for, hvorledes dette er imødekommet. Leverandøren kan vælge at portere eksisterende software eller nyudvikle parseren. Mulighederne skal belyses og valg begrundes. Krav 4. Krav 5. Krav 6. Initielt load Det skal leveres et initielt load af data således, at stamdataregistret fra begyndelsen er etableret med stamdata inden det normale flow kan igangsættes. Angivelse af kilde til data i stamdataregistret Løsningen skal give mulighed for, at data i stamdataregistret kan spores tilbage til kilden. Historik for stamdata Løsningen skal indeholde fuld historik på data i stamdataregistret, inklusiv tidsstempler for opdatering af de enkelte registre. Dels for at kunne vurdere om data er gamle og således bør fornyes, dels for at kunne tilgodese applikationer, der har brug for historiske data. Side 6 af 13

7 Delspecifikation B: Service enabling af stamdata Stamdata skubbes ud på de enkelte NSP instanser gennem den replikeringsmekanisme, der stilles til rådighed på NSP v2. Nærværende delspecifikation omhandler krav til service enabling af stamdata på NSP instanserne. Krav 7. Service enabling af hele registre Stamdataregistre på NSP skal stilles til rådighed for sundhedsvæsnets parter gennem en service enabling. Eksterne aktører (som f.eks. LMS) skal kunne forespørge på stamdata. Der skal leveres metoder til to typer af forespørgsler: - Forespørgsel på ændringer til et stamdata register ( delta, siden sidst der blev overført stamdata til den pågældende aktør) - Forespørgsel på totale registre Løsningsforslag: Sidste type af forespørgsel må gerne implementeres som et særtilfælde af den første type. Servicen, der udstilles, skal implementeres som et SOAP kald i henhold til DGWS, version på sikkerhedsniveau 3, dvs. med brug af SOSI System IDkort (enten VOCES eller FOCES). Servicen skal rumme mulighed for at angive hvilket register der ønskes returneret fra servicen. Nuværende kilder er begrænset til CPR, SOR, LMS Taksten, SKS, Yderregister, Autorisationsregistret, Sikrede, Doseringsforslag. Servicen skal designes således, at det er muligt at tilføje nye data kilder. Det skal sikres, at kaldende organisation har rettigheder til at modtage ønskede registre. Se også Krav 9. Krav 8. Returnering af registre fra servicen Der er tale om potentielt store mængder af data, der skal returneres fra stamdata servicen. Leverandøren skal tilvejebringe en løsning, der er robust, skalerbar og fleksibel over for potentielt store mængder af data. Leverandøren skal vælge, beskrive og begrunde et egnet XML format til leverance af stamdata, evt. per stamdata register. Løsningsforslag: Det initielle request via DGWS kan bruges til at udveksle en url, hvorved stamdataregistret kan åbne for download af store mængder af Side 7 af 13

8 data. Der kan tilbydes forskellige protokoller (f.eks. ftp, http) og formater (XML, FastInfoset, JSON) til dette. Paging kan eventuelt benyttes til at dele overførslen op i håndterbare dele. Leverandøren skal begrunde sine valg. Krav 9. Krav 10. Administrationsinterface til håndtering af publikationsrettigheder De enkelte registre (dvs. datakilder), der stilles til rådighed på NSP, kan være underlagt restriktioner, eksempelvis omkring publikation. Der ønskes en løsning, hvorved man kan konfigurere hvilke organisationer, der har adgang til hvilke registre. Det skal således være muligt at kontrollere adgang til servicen på organisations (CVR) niveau. Til dette formål skal der udvikles et simpelt administrationsmodul som kun kan tilgås af operatøren for NSP. I administrationsmodulet skal det være muligt at markere hvilke kilder (registre), der er frit tilgængelige samt hvilke kilder, der kun er begrænset publikationsrettighed til, samt hvilke organisationer, der har lov til at tilgå disse registre. Service enabling af autorisationsregistret Der skal leveres en service på NSP der på givet Navn og CPR nummer som input returnerer tilhørende autorisationskode samt yderligere relevant data fra registret. Side 8 af 13

9 Generelle krav Krav 11. Krav 12. Krav 13. Krav 14. Krav 15. Krav 16. Krav 17. Krav 18. Overholdelse af operatørkrav Kravene specificeret i [SDSD Operatør] skal overholdes eksplicit. Eventuelle fravigelser fra kravene på grund af manglende relevans eller sammenfald med krav i nærværende kravspecifikation skal begrundes. Overholdelse af krav til teknisk dokumentation Kravene specificeret i [SDSD Teknisk] skal overholdes eksplicit. Eventuelle fravigelser fra kravene på grund af manglende relevans eller sammenfald med krav i nærværende kravspecifikation skal begrundes. Performance Services, der udstilles på NSP som følge af Krav 7 og Krav 10 er ikke kritiske. Løsningen skal derfor kunne håndtere 10 samtidige kald og svartider skal være i overensstemmelse med normal praksis inden for området. De leverede komponenter skal være robust over for en stigende belastning, således at svartiderne og den tidsmæssige spredning af svartiderne ikke forøges nævneværdigt ved stigende belastning. Ved overbelastning skal komponenterne fortsat virke korrekt, hvilket betyder at de funktionelt fungerer, og ikke afleverer forkerte resultater. Overholdelse af dette krav skal dokumenteres, eventuelt som en del af testrapporten der skal udarbejdes i Krav 20. Open Source JAVA komponenter Nærværende kravspecifikations komponenter skal udvikles i JAVA under open source licens i overensstemmelse med anbefalingerne i [SDSD OSS]. Anvendelse af SOSI biblioteket Leverandøren skal benytte egnede SOSI-biblioteker i udviklingen af komponenterne. Såfremt leverandøren afviger fra dette skal der argumenteres herfor. Monitoreringssnitflade Til brug for operatøren af NSP skal leverandøren udstille en monitoreringssnitflade således, at status på alle dele af løsningen (stamdataregistre, parser, replikering, service enabling) kan monitoreres. Monitoreringen skal udarbejdes i overensstemmelse med [SDSD Teknisk]. Log Leverandøren skal som en del af løsningen logge på SLA (Service Level Agreement) niveau såvel som på audit niveau til den centrale log, som beskrevet i [SDSD Teknisk]. Standarder Alle XML formater skal i videst muligt omfang følge de i Den Gode Webservice, version beskrevne standarder (se [DGWS]), herunder SOAP 1.2, WS-Security, XML-signatur, SAML, osv. Sikkerhedsniveauet for webservices skal være niveau 4, dvs. digitalt signeret id-kort skal anvendes, med mindre lavere sikkerhedsniveauer eksplicit er nævnt i nærværende kravspecifikation. Side 9 af 13

10 Hvis leverandøren finder det nødvendigt at fravige fra dette, skal det eksplicit bemærkes og begrundes. Side 10 af 13

11 Leverance og test Krav til form og tidsplan for leverancen beskrives i det følgende. Krav 19. Krav 20. Test af Stamdataregistret Leverandøren skal gennemføre en test af Stamdata Registret, der demonstrerer, at den overholder kravene i nærværende kravspecifikation. Der skal udarbejdes testplan, testsuites, testcases og testdata. Resultatet af testen skal ligeledes dokumenteres. Der skal ydermere gennemføres kode test (unit testing) med minimum 80% coverage. Performancetest Der skal udføres en automatiseret performancetest, der indeholder flg. - En skaleringstest der viser sammenhængen mellem svartider og stigende belastning indtil overbelastningspunktet nås. Endvidere skal skaleringstesten vise spredningen af svartiderne. - En load/stresstest, der identificerer overbelastningspunktet og identificerer hvilke symptomer systemet udviser ved overbelastning og om eller hvornår systemet bryder sammen. Det skal påvises at systemet virker korrekt ved overbelastning, hvilket betyder at den funktionelt fungerer, og ikke afleverer forkerte resultater. - Endurancetest der viser at systemet ikke har ressourcelækager (CPU, RAM) ved længerevarende jævn belastning. Testen planlægges i en testplan og dokumenteres i en testrapport. Den automatiserede test skal kunne afvikles i forbindelse med alle opdateringer af software og hardware. Krav 21. Krav 22. Tidsplan Tilbudsgiver skal vedlægge tidsplan, der i kalendertid angiver mulige starttidspunkter for projektet, varigheden af projektet, samt hvilke personressourcer, der tildeles. Afviklingsmiljøer De udviklede komponenter skal etableres i 3 miljøer. - Et produktionsmiljø - Præproduktionsmiljø - Et testmiljø / udviklermiljø Alle aspekter af komponenten skal kunne testes i præproduktionsmiljøet. Krav 23. Løsningsbeskrivelse Tilbudsgiver skal i forbindelse med aflevering af løsningsbeskrivelse med prisoverslag også levere et estimat på forventet tidsforbrug specificeret på relevante funktionelle delelementer. Side 11 af 13

12 Referencer SDSD Teknisk SDSD OSS SDSD NSP Note om teknisk dokumentation for arkitekturkomponenter Operatørvurdering og prioritering Note on recommended Open Source Software licenses in Digital Health Denmark Beskrivelse af den Nationale Service Platform, version 1. Dokumentationen er sammenfattet i en række specifikationer. wiki/bin/view/servicedes k/arkitekturkomponenter wiki/bin/view/operator/ar kitekturkomposslicens Ved henvendelse til SDSD SDSD NSPv2 Kravspecifikation på NSP v2 Ved henvendelse til SDSD Side 12 af 13

13 Dokumenthistorik Dokumentplacering Kilden til dette dokument vil blive placeret på Revisionshistorik Revisionsnummer Revisionsdato Oversigt over rettelser Rettet af Rettelser markeret / Første udkast SRJ / Rettelser efter review SRJ / Rettelser efter review SRJ / Rettelser efter EDA review SRJ 0.72& / Rettelser efter møde med sdsd SRJ Rettelser efter review SRJ / Rettelser efter sdsd review. SRJ Tilføjelse af doseringsforslag til krav / Omskrivelse efter sdsd review SRJ og beslutning om central databærende platform / CHE review SRJ / SRJ Side 13 af 13

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

Digital Sundhed Program for infrastruktur og sikkerhed

Digital Sundhed Program for infrastruktur og sikkerhed SDSD Projektmodel Kravspecifikation 005.06 sikkerhedsmæssige opfølgningsservices Infrastrukturprogrammet fase 2 FMKi projektet Dato: 9.12.2010 Version: 1.0 Udarbejdet af: Digital Sundhed Sammenhængende

Læs mere

Kravspecifikation for SOSI-GW komponenten

Kravspecifikation for SOSI-GW komponenten Kravspecifikation for SOSI-GW komponenten Af: TSO/Lakeside Version: 1.20 1/13 Indhold Indhold...2 Baggrund...3 Overordnet teknisk beskrivelse...3 Om kravspecifikationen...5 Kravenes form...5 A Funktionelle

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

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

ecpr erstatnings CPR Design og arkitektur

ecpr erstatnings CPR Design og arkitektur 1 ecpr erstatnings CPR Design og arkitektur Indhold ecpr erstatnings CPR... 1 Indhold... 2 Formål... 3 Overblik... 4 Snitflader... 4 Komponenter... 5 Webservice... 5 Statuskomponent... 5 Forretningslag...

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

SOSI STS Dokumentationsoverblik

SOSI STS Dokumentationsoverblik SOSI STS Dokumentationsoverblik - for Sammenhængende Digital Sundhed i Danmark Date: 19. August, 2009 Version: 0.3 Author: Arosii A/S Indholdsfortegnelse 1 Introduktion...3 2 Dokumentationselementer...4

Læs mere

Digitalisering 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 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 mere

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4

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

Guide til kravspecifikation

Guide 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 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

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

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7 Etablering af datadistribution på den Fællesoffentlige Datafordeler Version: 0.8 Status: udkast Oprettet: 10.3.2014 Dato: 16. juni 2014 Dokument historie

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

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

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

Præsentation af BSK regionens identity and access management platform

Præsentation af BSK regionens identity and access management platform Regionshuset It digital forvaltning BSK programmet Olof Palmens alle 17 Kontakt@regionmidtjylland.dk www.regionmidtjylland.dk Præsentation af BSK regionens identity and access management platform BrugerStamdataKataloget

Læs mere

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER Kommunernes it-arkitekturråd 8. maj 2014 AGENDA Væsentligste observationer og konklusioner Relevans for kommuner STRATEGI OG ARKITEKTUR Analysen giver et bud

Læs mere

- Installationsvejledning for SOSIGW 1.1, NSP

- Installationsvejledning for SOSIGW 1.1, NSP SOSIGW - Installationsvejledning for SOSIGW 1.1, NSP Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Forudsætninger og krav... 2 Installér ønsket JDK.... 2 Konfigurer JDK til ubegrænset kryptering...

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

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

Fæ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 mere

SOSI STS Testscenarier

SOSI STS Testscenarier SOSI STS Testscenarier Version 1.0.1 Status: Offentliggjort Indholdsfortegnelse 1 Introduktion... 2 1.1 Baggrund...2 1.2...2 1.3 Baggrundsmateriale... 2 1.4 Adgang...2 2 Test af STS Webservice... 4 2.1

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

Bilag 4: Dokumentation

Bilag 4: Dokumentation Bilag 4: Dokumentation Udbud af løn- og personalesystem Side 1 Indhold bilag 4 Bilag 4 Dokumentation... 3 4.1 Indledning... 3 4.2 Overordnede dokumentationskrav... 3 4.3 Dokumentation af leverance... 3

Læs mere

National adgang til INR-data til brug for AK løsninger

National 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 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

DOKUMENTBROKER Koncept

DOKUMENTBROKER Koncept DOKUMENTBROKER Koncept Copyright 2012 INDHOLDSFORTEGNELSE 1 Hvad er DokumentBrokeren?...1 1.1 Formål...1 1.2 Fordele...1 1.3 Baggrund...2 2 Komponenter...3 2.1 Dataflet...4 2.2 Platform og teknologi...4

Læs mere

National serviceplatform NSP

National serviceplatform NSP National serviceplatform NSP SOA fokuseret på at høste et mere afgrænset sæt gevinster. Fra SDSD har vi ønsket at skabe og formidle dette fokus under betegnelsen NSP en National ServicePlatform. Hvilke

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel 02. december 2014 Indhold INDHOLD... 1 INDLEDNING... 2 STANDARDER... 4 OIOUBL e-handelsstandard... 4 OIORASP - transportprotokol... 5 BETINGELSER FOR ANVENDELSE AF

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel Indhold > Indledning 3 Standarder 5 OIOUBL 5 OIO RASP 6 OIO SMI 7 Biblioteker 8 Web applikationer 9 Fakturablanket 9 NemHandel Registrering 9 NemHandel.dk 10 Web services

Læs mere

SOSIGW. - Driftsvejledning for SOSIGW 1.0. Indeks

SOSIGW. - Driftsvejledning for SOSIGW 1.0. Indeks SOSIGW - Driftsvejledning for SOSIGW 1.0 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Kontrol af korrekt driftstilstand... 2 Ændring af statisk konfiguration... 2 Logfil... 2 Backup... 3

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

Bilag 12. Drift af SUP-systemer. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen

Bilag 12. Drift af SUP-systemer. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen Kan med fordel udskrives på en farveprinter, idet figurerne er i farver. SUP-specifikation, version 2.0 Bilag 12 Drift af SUP-systemer Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af

Læs mere

Sikkerhedsanbefaling. Forholdsregler ved ophør af serviceopdateringer til Windows XP Embedded

Sikkerhedsanbefaling. Forholdsregler ved ophør af serviceopdateringer til Windows XP Embedded Sikkerhedsanbefaling Forholdsregler ved ophør af serviceopdateringer til Windows XP Embedded Juli 2014 Indledning Microsoft har annonceret, at selskabet den 31. december 2016 frigiver den sidste serviceopdatering

Læs mere

Servicevilkår Fælles Medicin Kort via NSP

Servicevilkår Fælles Medicin Kort via NSP Servicevilkår Fælles Medicin Kort via NSP Serviceudbyder: Lægemiddelstyrelsen Version: 0.2 Version Dato Ændringer 0.1 07.03.2011 Eksternt udkast til kommentarer 0.2 01.08.2011 Præciseringer af enkelte

Læs mere

Teknisk leverandørspor - Serviceplatformen

Teknisk leverandørspor - Serviceplatformen Teknisk leverandørspor - Serviceplatformen Dagsorden 1. Velkomst og ramme for dialogen 2. Forretningsmæssig ramme 3. Arbejdsgange 4. Teknisk tilslutning 5. Brug af eksternt testmiljø 6. Drifts- og serviceorganisation

Læs mere

NemID DataHub adgang. morten@signaturgruppen.dk & jakob@signaturgruppen.dk. Doc. 25538-12, sag 10/3365

NemID DataHub adgang. morten@signaturgruppen.dk & jakob@signaturgruppen.dk. Doc. 25538-12, sag 10/3365 NemID DataHub adgang morten@signaturgruppen.dk & jakob@signaturgruppen.dk Agenda Funktionaliteten og brugeroplevelsen Arkitekturen og komponenterne bag NemID og digital signatur Datahub token Pause Udvikling

Læs mere

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER cuneco en del af bips Dato 20. marts 2012 Projektnr. 14 021 Sign. SSP 1 Indledning cuneco gennemfører et projekt, der skal udvikle en standardiseret struktur og

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

WHITEPAPER DokumentBroker

WHITEPAPER DokumentBroker WHITEPAPER DokumentBroker Copyright 2013 DokumentBrokeren er en selvstændig arkitekturkomponent, som uafhængigt af forretningsapplikation og kontorpakke, genererer dokumenter af forskellige typer og formater,

Læs mere

STS Designdokument. STS Designdokument

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

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

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

FMK snitflade-versionering

FMK snitflade-versionering FMK snitflade-versionering Principper for snitflade-versionering FMKs snitflader er versionerede Der er flere forskellige versioner i drift, aktuelt 1.2.4 og 1.2.2 FMK versioneres således at: Udviklingsversioner

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

Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer)

Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Klik her for at angive tekst. Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Krav og vejledning til

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

OS2 Opgavefordeler. Løsningsbeskrivelse Version 2. Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk

OS2 Opgavefordeler. Løsningsbeskrivelse Version 2. Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk OS2 Opgavefordeler Løsningsbeskrivelse Version 2 Udarbejdet af Miracle A/S Simon Møgelvang Bang smb@miracle.dk 15/2/2015 Løsningsbeskrivelse for OS2 Opgavefordeler 1. Introduktion... 3 2. Kontekst... 3

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

Brugerskabte data en national service (BSD) - produktbeskrivelse

Brugerskabte data en national service (BSD) - produktbeskrivelse - 1 Brugerskabte data en national service (BSD) - produktbeskrivelse Brugerskabte data en national service (BSD) - produktbeskrivelse...1 Indledning...1 Formål...1 Beskrivelse...1 Basale krav til det bibliotek/website

Læs mere

It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud. Region Midtjylland 2010.

It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud. Region Midtjylland 2010. It arkitektur- og sikkerhedskrav Løn og personalesystemsudbud Region Midtjylland 2010. 1 1 Indledning 1.1 Versionshistorie Version Dato Ansvarlig Status Beskrivelse 1.0 2010-05-04 HENSTI Lukket Definition

Læs mere

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet. MOX og APOS2 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

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring Version 1.0 Vilkår for brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 12 - Ændringshåndtering 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav

Læs mere

Kravspecification IdP løsning

Kravspecification IdP løsning Kravspecification IdP løsning Resume IT-Forsyningen, som varetager IT-drift for Ballerup, Egedal og Furesø Kommuner, ønsker at anskaffe en IdP/Føderationsserverløsning, der kan understøtte en række forretningsmæssige

Læs mere

Hvordan OSS er m ed til at sikre

Hvordan OSS er m ed til at sikre Hvordan OSS er m ed til at sikre sam m enhæ ng og digitalisering i sundhedssektoren Ved Esben P. Graven, Senior it arkitekt Digital sundhed (SDSD) Spørgsmål til: esg@sdsd.dk 1 SammenhængendeDigital Sundhed

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

Kravspecifikation tværga ende sundhedsplatform

Kravspecifikation tværga ende sundhedsplatform Kravspecifikation tværga ende sundhedsplatform Kravliste. Høringsversion. Opdateret 21-10-2014 Indhold Indhold... 1 Typer af krav... 4 1. Sprog... 5 Krav [1.1]: Sprog... 5 Krav [1.2]: Sprog - Menusprog...

Læs mere

Notat om Single sign-on for kliniske brugere af telemedicinsk sårvurdering i det nationale projekt for udbredelse af telemedicinsk sårvurdering

Notat om Single sign-on for kliniske brugere af telemedicinsk sårvurdering i det nationale projekt for udbredelse af telemedicinsk sårvurdering Notat om Single sign-on for kliniske brugere af telemedicinsk sårvurdering i det nationale projekt for udbredelse af telemedicinsk sårvurdering Baggrund I det nationale projekt for udbredelse af telemedicinsk

Læs mere

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur

Projekt DAF. Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur IT & Operational Developement Projekt DAF Digitale annonceordrer og fakturaer Funktionel kravspecifikation Infrastruktur Politiken Jyllandsposten Berlingske Tidende OMD Carat Mediaedge:CIA Mediacom Initiative

Læs mere

Digital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet

Digital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet Digital Sundhed Brugerstyringsattributter - Introduktion - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Læsevejledning... 2 3. Aktører... 2 4. Autentifikation...

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

Den Digitale Landevej - Arkitekturprodukt

Den 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 mere

Copyright 2010 Netcompany A/S. Alle rettigheder forbeholdes.

Copyright 2010 Netcompany A/S. Alle rettigheder forbeholdes. Version: 1. Status: Godkendt Godkender: Niels. Alle rettigheder forbeholdes. Elektronisk, mekanisk, fotografisk eller anden gengivelse, oversættelse eller kopiering af dette dokument

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

Sagsnr. 1-23-4-82-2-14 Spørgsmål og svar Udbud af IT Service Management System. 1. Spørgsmål til UDBUDSBETINGELSER + UDBUDSBILAG 1-4

Sagsnr. 1-23-4-82-2-14 Spørgsmål og svar Udbud af IT Service Management System. 1. Spørgsmål til UDBUDSBETINGELSER + UDBUDSBILAG 1-4 Sagsnr. 1-23-4-82-2-14 Spørgsmål og svar Udbud af IT Service Management System 1. Spørgsmål til UDBUDSBETINGELSER + UDBUDSBILAG 1-4 Nr. Spørgsmål Svar Modtaget Besvaret 1.1 Vi det være tilladeligt at udarbejde

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

Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer

Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer UdbudsVejledning Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog,

Læs mere

STS Driftsvejledning. STS Driftsvejledning

STS Driftsvejledning. STS Driftsvejledning STS Driftsvejledning i STS Driftsvejledning STS Driftsvejledning ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.1 2012-11 HT STS Driftsvejledning iii Indhold 1 Introduktion 1 2 Konfigurations opdateringer

Læs mere

1. Formål Overbliksillustration National og regional infrastruktur og services Nationale systemer og infrastruktur...

1. Formål Overbliksillustration National og regional infrastruktur og services Nationale systemer og infrastruktur... Side 1/6 OpenTele Oversigt over nationale services og infrastruktur, og standarder i relation til TeleCareNord / KIH Datamonitoreringsplatform og KIH Databasen Dokumentejer Version Dato HGR 0.1 23042013

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

GIS: Anbefalinger og performance (NS )

GIS: Anbefalinger og performance (NS ) Side 1 af 5 Navision Stat Opr. 14.11.14 ØSY/CPS/SKH J.nr. n/a GIS: Anbefalinger og performance (NS 5.4.02) Den generiske integrationssnitflade til Navision Stat (GIS) understøtter udveksling af data mellem

Læs mere

SUP-specifikation, version 2.0. Bilag 9. SUP-Styregruppen. Sikkerhed og samtykke. Udkast af 12. juni Udarbejdet for

SUP-specifikation, version 2.0. Bilag 9. SUP-Styregruppen. Sikkerhed og samtykke. Udkast af 12. juni Udarbejdet for SUP-specifikation, version 2.0 Bilag 9 Sikkerhed og samtykke Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Indholdsfortegnelse 1 Introduktion...

Læs mere

Fælles testmiljøer. Dato: Version: 1.1

Fæ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 mere

OpenTele Server Performance Test Rapport

OpenTele Server Performance Test Rapport OpenTele Server Performance Test Rapport 17. marts 2015 Side 1 af 22 1Indholdsfortegnelse Indholdsfortegnelse Indledning Test forudsætning Beskrivelse af testscenarier Test af OpenTele kliniker web interface

Læs mere

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Underbilag 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 mere

Den Gode LÆ-blanket Webservice (DGLÆ:WS)

Den Gode LÆ-blanket Webservice (DGLÆ:WS) Den Gode LÆ-blanket Webservice (DGLÆ:WS) MedCom arbejdspapir. Ver 0.2 18-06-2006. HVO Den Gode LÆ-blanket Webservice (DGLÆ:WS)...1 Del A: Formål og funktionalitet...2 Formål (=Usecase)...2 Sagsgangen i

Læs mere

Kravspecifikation. for. Indholdskanalen 2.0

Kravspecifikation. for. Indholdskanalen 2.0 Kravspecifikation for Indholdskanalen 2.0 August 2011 2 Indhold 1. Kort projektbeskrivelse... 3 2. Erfaringer fra Indholdskanalen... 3 Konsekvenser... 3 3. Tekniske krav... 4 Redaktionsværktøjet og indholdsproduktion...

Læs mere

:55 i/iv BEM 2.0 BEM 2.0. Fælles Medicinkort - Dokumentation -

:55 i/iv BEM 2.0 BEM 2.0. Fælles Medicinkort - Dokumentation - 2016-11-22 09:55 i/iv BEM 2.0 BEM 2.0 Fælles Medicinkort - Dokumentation - http://wiki.fmk.netic.dk/ 2016-11-22 09:55 ii/iv BEM 2.0 http://wiki.fmk.netic.dk/ Printed on 2016-11-22 09:55 2016-11-22 09:55

Læs mere

Referencearkitektur for National Service Platform og Sundhedsdatanettet. Ved Esben P. Graven, Digital sundhed (SDSD)

Referencearkitektur for National Service Platform og Sundhedsdatanettet. Ved Esben P. Graven, Digital sundhed (SDSD) Referencearkitektur for National Service Platform og Sundhedsdatanettet Ved Esben P. Graven, Digital sundhed (SDSD) Uden arkitektur vokser interaktions behov voldsomt Adskillige forskellige TYPER af programmer

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

Bilag WebService LoginModule (BSKAuth)

Bilag WebService LoginModule (BSKAuth) Regionshuset It digital forvaltning BSK programmet Olof Palmes Allé 17 Kontakt@regionmidtjylland.dk www.regionmidtjylland.dk Bilag WebService LoginModule (BSKAuth) Navn Web Service: LoginModule Metode/operation:

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

Bilag 5A Standardserviceydelser

Bilag 5A Standardserviceydelser Bilag 5A Standardserviceydelser Version 1.0 04-07-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 STANDARDSERVICEYDELSER... 4 3.1 BESTILLING AF STANDARDSERVICEYDELSER... 4 3.2 TILFØJELSE

Læs mere

Høringssvar vedr. Serviceinterface for Person

Høringssvar vedr. Serviceinterface for Person Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...

Læs mere

Teknisk leverandørspor - Serviceplatformen

Teknisk leverandørspor - Serviceplatformen Teknisk leverandørspor - Serviceplatformen Dagsorden 1. Velkomst 2. Opfølgning på arbejdsgange 3. En BI-leverandørs syn på Serviceplatformen 4. Testdata 5. Integrationsmønstre 6. Orientering fra kommunedialog

Læs mere

Specifikationsdokument for servicen PID-CPR

Specifikationsdokument for servicen PID-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 PID-CPR DanID A/S 3. juni 2014 Side

Læs mere

Bilag 1 - a. It og Telestyrelsens principper 15 Skarpe 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Få styr på forretningsg angene

Bilag 1 - a. It og Telestyrelsens principper 15 Skarpe 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Få styr på forretningsg angene Bilag 1 - a 1 Ét hospital Der samarbejdes koordineres om it i DNU inden for områder hvor øget forretningsværdi eller reducerede omkostninger kan realiseres 2 It styring er en ledelseopgave DNU ledelsen

Læs mere

Digital Sundhed Program for infrastruktur og sikkerhed

Digital Sundhed Program for infrastruktur og sikkerhed Digital Sundhed Program for infrastruktur og sikkerhed Produktbeskrivelse for CPR tjenester på National Service Platform (NSP) Produkt-ID Navn Initiativ Init2011-002 CPR tjenester på NSP NSP Version Dato

Læs mere

Styring af testmiljøer almindelig god praksis

Styring af testmiljøer almindelig god praksis White paper Styring af testmiljøer almindelig god praksis Søren Beyer Nielsen Ph.D., M.Sc. Pragmatic Consult A/S v. 1.2 Pragmatic Consult A/S Stadagervej 42 2730 Herlev Danmark Tel: 44 92 23 77 Fax: 44

Læs mere

Det Fælles Medicinkort. Godkendelseskriterier for version 1.2

Det Fælles Medicinkort. Godkendelseskriterier for version 1.2 Det Fælles Medicinkort Godkendelseskriterier for version 1.2 2010-12-17 Det Fælles Medicinkort - Godkendelseskriterier for version 1.2 Formål Dette dokument beskriver de kriterier, et system skal overholde,

Læs mere

Kommunale integrationsløsninger i SkoleIntra v/ Ole Windeløv

Kommunale integrationsløsninger i SkoleIntra v/ Ole Windeløv Kommunale integrationsløsninger i SkoleIntra v/ Ole Windeløv Kommunale integrationsløsninger Elevplaner og andet til ESDH systemer Daginstitutioner på SkoleIntra Varmestyrings- og booking systemer Advisering

Læs mere

Tekniske krav til spiludbydere i forbindelse med opnåelse af tilladelse til at udbyde online spil i Danmark

Tekniske krav til spiludbydere i forbindelse med opnåelse af tilladelse til at udbyde online spil i Danmark Tekniske krav til spiludbydere i forbindelse med opnåelse af tilladelse til at udbyde online spil i Danmark Version 1.10 Versionshistorik Version Dato Opsummerende beskrivelse af ændringer 1.00 2010-10-5

Læs mere

DD110 - Detaljeret projektplan

DD110 - Detaljeret projektplan Version: 1.3 Status: Godkendt Godkender: Dokumenthistorik Version Dato Navn Status Bemærkninger 1.0 9-11-2007 Endelig Initiel version 1.1 22-11-2007 Godkendt 1.2 28-11-2007

Læs mere

Vejledning til leverandørers brug af Serviceplatformen

Vejledning 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 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

Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter

Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter Servicebeskrivelse Økonomistyrelsen Marts 2011 Side 1 af

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