Digital Sundhed Program for infrastruktur og sikkerhed
|
|
- Lilian Justesen
- 8 år siden
- Visninger:
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
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 mereDigital 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 mereKravspecifikation 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 mereWebservice kald. System-til-system integration. Ny Easy. ATP 1. februar 2017
Webservice kald System-til-system integration Ny Easy ATP 1. februar 2017 Side 1 of 9 Dokumenthistorik Revisionshistorik Dato for denne revision: 01.02.2017 Dato for næste revision ukendt Revisions Revisions
Læs mereIbrugtagning 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 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 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 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 mereecpr 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 mereSOSI 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 mereSYSTEMDOKUMENTATION AF POC
DIGITALISERINGSSTYRELSEN POC PÅ ORKESTRERINGSKOMPONENTEN SYSTEMDOKUMENTATION AF POC Version: 1.1 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. All rights reserved Dokumenthistorik Version
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 mereInformationsmøde vedrørende Proof of concept for en integrationsplatform
Informationsmøde vedrørende Proof of concept for en integrationsplatform Dagsorden 1. Velkomst 2. Selve Løsningen 3. Visionen 4. Datamodel 5. Milepæle og prøver 6. Open source 7. Praktisk information Selve
Læs mereBilag 3 FODS 8.2, Fuldt Digital Lokalplaner Kravspecifikation.
HLA 11. juli 2012 Bilag 3 FODS 8.2, Fuldt Digital Lokalplaner Kravspecifikation. Dette notat indeholder kravspecifikationen til offentligt udbud vedrørende Fuldt Digitale Planer og udgør således bilag
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 mereLø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 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 mereEG 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 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 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 mereBilag 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 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 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 mereOverordnet løsningsbeskrivelse - Private aktører og borger log-in via SEB / NemLog-in
Overordnet løsningsbeskrivelse - Private aktører og borger log-in via SEB / NemLog-in (samt mulighed for FMK tilgang via SOSI STS) 15.marts 2017 /chg Baggrund Private aktører på sundhedsområdet som apoteker,
Læs mereANALYSE 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 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 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 mereBilag 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 mereBILAG 7. Dokumentation
BILAG 7 Vejledning til tilbudsgiver Bilaget indeholder Kundens mindstekrav til. 2 Indholdsfortegnelse 1. Indledning... 4 2. somfanget... 4 2.1 Proces for udarbejdelse og godkendelse af... 4 2.2 Generelle
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 mereSOSI 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 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 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 mereUnderbilag 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 til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR
Læs merePræ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 mereSF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0
SF1460_A Modtag besked - version 2.3.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
Læs mereSOSI 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 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 mereTeknisk 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- 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 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 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 mereVilkår vedrørende brug af Støttesystemet Beskedfordeler
Vilkår vedrørende brug af Støttesystemet Beskedfordeler 1 Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Beskedfordeler,
Læs mereDOKUMENTBROKER 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 mereSF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0
SF1460_C Aflever besked - version 2.4.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
Læs mereKontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative. Bilag 9 Dokumentation
Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 9 Dokumentation 16. marts 2018 Version 1.0 Side 1/8 [Vejledning til tilbudsgiver:
Læs mereOIS - Applikationskatalog
OIS - Applikationskatalog OIS arkitekturprodukter 25. januar 2018 Indledning Dokumentationen omkring OIS er struktureret med inspiration fra OIO Arkitekturguidens arkitekturreol, således at arkitekturprodukterne
Læs mereBILAG 5.D DOKUMENTATION
BILAG 5.D DOKUMENTATION INDHOLDSFORTEGNELSE 1. Indledning...4 2. Kundens krav til Leverancedokumentation...4 Side 2 of 10 Instruktion til besvarelse af bilaget: Teksten i denne instruktion er ikke en del
Læs mereEn 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 mereVersion 1.0. Vejledning til brug af Støttesystemet Organisation
Version 1.0 Vejledning til brug af Støttesystemet Organisation kombit@kombit.dk CVR 19 43 50 75 Side 1/6 1. Indledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT indkøb af
Læs mereSundhedsdatastyrelsen SOR Services. SOR Udtræk. SOR Opdater. SHAK/SOR MapningsUdtræk
SDS Projektmodel Kravspecifikation: SOR services Dato: 16.05.2017 Version: 0.5 Udarbejdet af: SDS Sundhedsdatastyrelsen www.sundhedsdatastyrelsen.dk Ørestads Boulevard 5 2300 København S Sundhedsdatastyrelsen
Læs mereSundhedsdatastyrelsen SOR Services NSP
SDS Projektmodel Kravspecifikation: SOR services på NSP Dato: 15.05.2017 Version: 0.5 Udarbejdet af: SDS Sundhedsdatastyrelsen www.sundhedsdatastyrelsen.dk Ørestads Boulevard 5 2300 København S Sundhedsdatastyrelsen
Læs mereKontrakt 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 mereSikkerhedsanbefaling. 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 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 mereFMK-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 mereBilag 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 mereBilag 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 mereServicevilkå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 mereNational 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 mereKontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative
Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 12 Change Management 16. marts 2018 Version 1.0 Side 1/16 [Vejledning til tilbudsgiver:
Læs mereJa Sættes til -1. ExporterIndicator Ja Ikke en del af CVR grunddata. Sættes til tomt. Har aldrig været required i CVR (citat ERST)
Konsekvenser for CVR service ved brug af Datafordeleren som kildesystem Dette notat beskriver konsekvenserne af at skifte kildesystemet i Serviceplatformens CVR service fra den nuværende CVR Online 3.0
Læs mereBilag 1: Teknisk dialogmøde for udformningen af Digital Post
Bilag 1: Teknisk dialogmøde for udformningen af Digital Post Næste generation Digital Post, 2016 Indhold Indledning... 2 Kap. 1 Formelle rammer... 3 Kap. 2 Vision og formål... 3 Kap. 3 Næste generation
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 merePROJEKTBESKRIVELSE 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 mereEn 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 mereKontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet
Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 8 Test 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav (MK).
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 mereIt 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 mereVersion 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 mereSTS 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 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 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 mere<navn på proces eller use case>
-- AKT 444548 -- BILAG 1 -- [ Bilag B1_Skabelon Integrationstabel ] -- Bilag B1 Integrationstabel Formålet med integrationstabellerne er at danne et samlet overblik over de tekniske integrationer, der
Læs mereNemID 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 mereSOSIGW. - 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 mereWHITEPAPER 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 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 mereBrugerskabte 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 mereOS2 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 mereKOMBIT A/S (herefter Kunden ) ønsker tilbud på et Proof of Concept til en fremtidig infrastruktur (herefter Løsningen ).
Annoncering af køb af et proof of concept til en fremtidig infrastruktur I medfør af lovbekendtgørelse nr. 1410 af 7. december 2007 om indhentning af tilbud på visse offentlige kontrakter (tilbudsloven)
Læs mereErfaringer 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 mereFMK 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 mereProjekt 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 mereSagsnr. 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 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 mere23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring
23. maj 2013Klik her for at angive tekst. HHK/KMJ Vejledning til 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
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 mereUnderbilag 14 B: Oversigt over prøve- og testtyper. Udbud om levering, installation, implementering, support, drift og vedligehold af BAS
Underbilag 14 B: Oversigt over prøve- og testtyper Udbud om levering, installation, implementering, support, drift og vedligehold af BAS Indhold underbilag 14 B Oversigt over prøve- og testtyper 14 B Oversigt
Læs mereTeknisk 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 mereSpecifikationsdokument 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 www.nets.dk CVR-nr. 30808460 Specifikationsdokument for servicen PID-CPR Nets DanID december 2016 Side 1-7 Indholdsfortegnelse
Læs mereIT-ARKITEKTURPRINCIPPER 2018
IT-ARKITEKTURPRINCIPPER 2018 5 It-arkitekturmål 5 Arkitekturprincipper Følg eller forklar Fælleskommunale arkitekturprincipper og -regler IT-ARKITEKTURMÅL Billigere it Sammenhængende it Mere robust og
Læs mereKravspecification 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 mereDigital 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 mereDen 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 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 mereSTS 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 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 mereCopyright 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