Den Gode Sårjournal Service MedCom, version W 1
|
|
- Astrid Bertelsen
- 5 år siden
- Visninger:
Transkript
1 Den Gode Sårjournal Service MedCom, version W 1
2 Den Gode Sårjournal Service Rettelser... 3 Formål... 4 Funktionalitet... 5 GetSignOnLink... 5 GetPatientKnown... 5 Bilag A: Specificering af DGWS... 6 Netværk... 6 Id-kortattributter... 6 Kommunikationsmodel... 6 Kuvertattributter... 6 Logning... 7 Bilag B: Teknisk dokumentation... 8 End point til servicen... 8 WSDL... 8 DataListe... 8 Komplekse typer... 8 Bilag C: Eksempler... 9 GetSignOnLink... 9 GetPatientKnown Referencer MedCom, Den Gode Sårjournal Service ver
3 Rettelser Dato Ansvarlig Version Beskrivelse Ulrik Hardt Første udgave. Schønnemann Ulrik Hardt Schønnemann Erstattet GetNumberOfUnreadNotes med GetPatientKnown Ændret SorIdentifier til valgfri i GetSignOnLinkRequest Udvidet med sikkerhedsniveau 4 med User ID Kort Ulrik Hardt Schønnemann Udvidet med sikkerhedsniveau 2 med System ID Kort Tilføjet figur for sign-on forløbet. MedCom, Den Gode Sårjournal Service ver
4 Formål Formålet med standarden er at understøtte adgangen til den elektroniske sårjournal direkte fra fagsystemerne i kommuner og på sygehusene. I første version af servicen implementeres funktionalitet til at understøtte single sign-on samt forespørgsel om den aktuelle patient er kendt i sårjournalen, således at brugeren på forhånd vil kunne se om der findes en sårjournal, eksempelvis via mouse-over på en signon knap i fagsystemet Brugerens rettighed til at se den aktuelle patients sårjournal afhænger af, om rettigheden er tildelt i sårjournalen. Denne rettighed kan være tildelt brugeren i sårjournalen via tilknytning til en brugergruppe, som har adgang til den pågældende patient, eller ved at SOR koden for brugerens arbejdssted medsendes i kaldet og dermed knytter brugeren til en brugergruppe. En lejlighedsvis bruger, hvis arbejdssted ikke optræder som en brugergruppe i sårjournalen, vil kunne få adgang til at tilgå den aktuelle patients sårjournal via servicen, ved at afgive tilsagn om samtykke eller behandlingsansvar. En sådan adgang vil kun kunne gives en bruger et begrænset antal gange på et døgn. Første version af servicen understøtter adgang via sikkerhedsniveau 4, hvor autentifikation af brugeren sker via medarbejdercertifikat. Hvis det ikke er muligt for klientsystemet at anvende niveau 4, kan autentifikation ske via brugernavn og password på systemniveau (sikkerhedsniveau 2). Ved anvendelse af niveau 2 skal brugeren identificere sig overfor sårjournalen med eget CPR nummer, som hvis det er kendt af afsendersystemet, kan medsendes i kaldet. Hvis ikke brugerens CPR nummer medsendes, vil brugeren ved første login via sing-on knappen blive bedt om at indtaste sit CPR nummer. MedCom, Den Gode Sårjournal Service ver
5 Funktionalitet Servicen udstilles som webservice der overholder Den Gode Webservice version De enkelte metoder i servicen beskrives herunder. GetSignOnLink Klientsystemet forespørger om et link, der anvendes i en browser til at logge brugeren ind samt vise en angivet patient i sårjournalen. Linket kan kun anvendes én gang. Det udløber og kan ikke anvendes efter 5 minutter. Kommunikationen ved en session er angivet på figuren til højre. 1. Slutbrugeren klikker på en sårjournal knap. 2. Fagsystemets server laver en forespørgsel til sårjournalen 3. Sårjournalen returnerer et link 4. Fagsystemets server sender linket tilbage til slutbrugerens maskine 5. Slutbrugerens maskine åbner en browser med linket 6. Sårjournalen vises I kaldet angives et CPR nummer på patienten, der ønskes vist. Desuden kan brugerens arbejdssted angives via en SOR kode, arbejdsstedet anvendes til at autorisere om den pågældende bruger har ret til at se patienten. Se eksempel på request og response i Bilag C. GetPatientKnown Klientsystemet forespørger om den aktuelle patient er kendt i sårjournalen. Det er tanken med dette kald, at det kan anvendes ved eks. mouse over på sign-on knappen, således brugeren på forhånd vil kunne se om der findes en sårjournal. I kaldet angives et CPR nummer på patienten, der ønskes vist. Se eksempel på request og response i Bilag C. MedCom, Den Gode Sårjournal Service ver
6 Bilag A: Specificering af DGWS Netværk Den Gode Sårjournal Service tillader følgende netværkstyper. Sundhedsdatanettet (VPN) Andet VPN SSL Ja Nej Nej Id-kortattributter Systemer der er i stand til at anvende autentifikationsniveau 4 bør anvende dette sikkerhedsniveau. Type USER Version Autentifikationsniveau 4-MOCES Er det ikke muligt at anvende niveau 4 kan afsenderen identificeres på bruger niveau, hvis brugeres CPR nummer er kendt i afsendersystemet. Der skal anvendes brugernavn og password (niveau 2) til autentifikation af brugeren dog tildeles brugernavn og password til systemleverandøren, således alle brugere af et system anvender samme brugernavn og password. Type USER Version Autentifikationsniveau 2-Brugernavn og Password Hvis afsendersystemet hverken kender brugeres CPR nummer eller er i stand til at anvende niveau 4, er det muligt at tilgå servicen på systemniveau med brugernavn og password. Her skal det lokale bruger id dog medsendes og brugeren vil første gang blive bedt om at indtaste sit CPR nummer. Der tildeles brugernavn og password til systemleverandøren, således alle brugere af et system anvender samme brugernavn og password. Type SYSTEM Version Autentifikationsniveau 2-Brugernavn og Password Kommunikationsmodel Den Gode Webservice definerer to overordnede kommunikationsmodeller: Sign On (SO) og Single Sign On (SSO). I et SO scenarium kommunikerer klient og serviceudbyder alene med hinanden, mens SSO scenariet introducerer en betroet tredjepart. Sign On Single Sign On Ja Nej Kuvertattributter Den Gode Sårjournal Service anvender følgende kuvertattributter. MedCom, Den Gode Sårjournal Service ver
7 Timeout Sikkerhedsniveau Uafviselig kvittering Prioritet (8 timer) 1-TOM Nej RUTINE Logning Persondataloven [PERSLOV] og Sundhedsloven [SUNDLOV] udstikker retningslinjer for hvornår det er påkrævet at logge, hvem der har haft adgang til data. Dette fortolkes i bredeste forstand som, at have set eller opdateret personfølsom information om en anden person. Logning udføres af både klient og serviceudbyder. Logning af adgang til personfølsomme data påkrævet? Ja MedCom, Den Gode Sårjournal Service ver
8 Bilag B: Teknisk dokumentation MedCom s Den Gode webservice er beskrevet hvordan headerens XML kode for forsendelses- og sikkerhedsdata benyttes. Nedenfor er derfor alene beskrevet det maksimale indhold i meddelelsernes body-del. End point til servicen URL følger.. WSDL WSDL en for servicen kan findes her: DataListe XML element Type Beskrivelse urn:oio:medcom:ulcerrecord:1.0.0 GetSignOnLinkRequest GetSignOnLinkRequestType Anmodning om et sign-on link. GetSignOnLinkResponse GetSignOnLinkResponseType Svar med et sign-on link. GetPatientKnownRequest GetPatientKnownRequestType Anmodning om patient er kendt i systemet GetPatientKnownResponse GetPatientKnownReponseType Svar med om patienten er kendt i systemet Komplekse typer Type Antal Beskrivelse urn:oio:medcom:ulcerrecord:1.0.0 GetSignOnLinkRequestType Anmodning om et sign-on link. SorIdentifier 0..1 Brugerens arbejdssted via en SOR kode PersonIdentifier 1 Patientens CPR nummer uden bindestreg GetSignOnLinkResponseType Svar med et sign-on link. SignOnLink 1 Sign-on link GetPatientKnownRequestType Anmodning om patienten er kendt. PersonIdentifier 1 Patientens CPR nummer uden bindestreg GetPatientKnownReponseType Svar om patienten er kendt. PatientKnownIndicator 1 Angivelse af at patienten er kendt i systemet. MedCom, Den Gode Sårjournal Service ver
9 Bilag C: Eksempler Kun det første eksempel indeholder det komplette request og response. De efterfølgende eksempler undlader DGWS elementerne i headeren. GetSignOnLink SoapAction urn:oio:medcom:ulcerrecord:1.0.0#getsignonlink Request (SYSTEM brugernavn/password) <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:saml="urn:oasis:names:tc:saml:2.0:assertion" xmlns:wsse=" xmlns:ds=" xmlns:medcom=" xmlns:soap=" xmlns:wsu=" wsu:id="envelope"> <soap:header> <wsse:security> <wsu:timestamp> <wsu:created> t08:01:00z</wsu:created> </wsu:timestamp> <saml:assertion id="idcard" IssueInstant=" T08:00:00Z" Version="2.0"> <saml:issuer>epj Systemet</saml:Issuer> <saml:subject> <saml:nameid Format="urn:medcom:names:careprovider:cvrnumber"> </saml:NameID> <saml:subjectconfirmation> <saml:confirmationmethod>urn:oasis:names:tc:saml:2.0:cm:holder-of-key</saml:confirmationmethod> <saml:subjectconfirmationdata> <wsse:usernametoken> <wsse:username>username</wsse:username> <wsse:password>password</wsse:password> </wsse:usernametoken> </saml:subjectconfirmationdata> </saml:subjectconfirmation> </saml:subject> <saml:conditions NotBefore=" T08:00:00Z" NotOnOrAfter=" T16:00:00Z"/> <saml:attributestatement id="idcarddata"> <saml:attribute Name="sosi:IDCardID"> <saml:attributevalue>urn:uuid:444e6ed0-21cd-11e c9a66</saml:attributevalue> <saml:attribute Name="sosi:IDCardVersion"> <saml:attributevalue>1.0.1</saml:attributevalue> <saml:attribute Name="sosi:IDCardType"> <saml:attributevalue>system</saml:attributevalue> <saml:attribute Name="sosi:AuthenticationLevel"> <saml:attributevalue>2</saml:attributevalue> <saml:attributestatement id="systemlog"> <saml:attribute Name="medcom:ITSystemName"> <saml:attributevalue>epj Systemet</saml:AttributeValue> </saml:assertion> </wsse:security> <medcom:header> <medcom:securitylevel>2</medcom:securitylevel> <medcom:timeout>28800</medcom:timeout> <medcom:linking> <medcom:flowid>urn:uuid:aeb920e0-21cc-11e c9a66</medcom:flowid> <medcom:messageid>urn:uuid:b3d1c140-21cc-11e c9a66</medcom:messageid> </medcom:linking> <medcom:priority>rutine</medcom:priority> </medcom:header> <LocalUserId xmlns="urn:oio:medcom:ulcerrecord:1.0.0">42785</localuserid> </soap:header> <soap:body> <GetSignOnLinkRequest xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <SorIdentifier> </SorIdentifier> <PersonIdentifier> </PersonIdentifier> </GetSignOnLinkRequest> </soap:body> </soap:envelope> Request (USER brugernavn/password) <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:saml="urn:oasis:names:tc:saml:2.0:assertion" xmlns:wsse=" open.org/wss/2004/01/oasis wss-wssecurity-secext-1.0.xsd" xmlns:ds=" xmlns:medcom=" 1.0.xsd" xmlns:soap=" xmlns:wsu=" open.org/wss/2004/01/oasis wss-wssecurity-utility-1.0.xsd" wsu:id="envelope"> <soap:header> <wsse:security> <wsu:timestamp> <wsu:created> t08:01:00z</wsu:created> </wsu:timestamp> <saml:assertion id="idcard" IssueInstant=" T08:00:00Z" Version="2.0"> <saml:issuer>epj Systemet</saml:Issuer> <saml:subject> <saml:nameid Format="medcom:cprnumber"> </saml:NameID> <saml:subjectconfirmation> <saml:confirmationmethod>urn:oasis:names:tc:saml:2.0:cm:holder-of-key</saml:confirmationmethod> <saml:subjectconfirmationdata> <wsse:usernametoken> <wsse:username>username</wsse:username> <wsse:password>password</wsse:password> </wsse:usernametoken> </saml:subjectconfirmationdata> MedCom, Den Gode Sårjournal Service ver
10 </saml:subjectconfirmation> </saml:subject> <saml:conditions NotBefore=" T08:00:00Z" NotOnOrAfter=" T16:00:00Z"/> <saml:attributestatement id="idcarddata"> <saml:attribute Name="sosi:IDCardID"> <saml:attributevalue>urn:uuid:444e6ed0-21cd-11e c9a66</saml:attributevalue> <saml:attribute Name="sosi:IDCardVersion"> <saml:attributevalue>1.0.1</saml:attributevalue> <saml:attribute Name="sosi:IDCardType"> <saml:attributevalue>user</saml:attributevalue> <saml:attribute Name="sosi:AuthenticationLevel"> <saml:attributevalue>2</saml:attributevalue> <saml:attributestatement id="userlog"> <saml:attribute Name="medcom:UserCivilRegistrationNumber"> <saml:attributevalue> </saml:attributevalue> <saml:attribute Name="medcom:UserGivenName"> <saml:attributevalue>nany Ann</saml:AttributeValue> <saml:attribute Name="medcom:UserSurName"> <saml:attributevalue>berggren</saml:attributevalue> <saml:attribute Name="medcom:User Address"> <saml:attribute Name="medcom:UserRole"> <saml:attributevalue>læge</saml:attributevalue> <saml:attribute Name="medcom:UserOccupation"> <saml:attributevalue>speciallæge</saml:attributevalue> <saml:attribute Name="medcom:UserAuthorizationCode"> <saml:attributevalue>81pms</saml:attributevalue> <saml:attribute Name="medcom:CareProviderID" NameFormat="medcom:skscode"> <saml:attributevalue> </saml:attributevalue> <saml:attribute Name="medcom:CareProviderName"> <saml:attributevalue>bispebjerg Hospital, Dermatovenerologisk Amb. D</saml:AttributeValue> <saml:attributestatement id="systemlog"> <saml:attribute Name="medcom:ITSystemName"> <saml:attributevalue>epj Systemet</saml:AttributeValue> </saml:assertion> </wsse:security> <medcom:header> <medcom:securitylevel>2</medcom:securitylevel> <medcom:timeout>28800</medcom:timeout> <medcom:linking> <medcom:flowid>urn:uuid:aeb920e0-21cc-11e c9a66</medcom:flowid> <medcom:messageid>urn:uuid:b3d1c140-21cc-11e c9a66</medcom:messageid> </medcom:linking> <medcom:priority>rutine</medcom:priority> </medcom:header> </soap:header> <soap:body> <GetSignOnLinkRequest xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <SorIdentifier> </SorIdentifier> <PersonIdentifier> </PersonIdentifier> </GetSignOnLinkRequest> </soap:body> </soap:envelope> Request (USER MOCES) <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:saml="urn:oasis:names:tc:saml:2.0:assertion" xmlns:wsse=" xmlns:ds=" xmlns:medcom=" xmlns:soap=" xmlns:wsu=" wsu:id="envelope"> <soap:header> <wsse:security> <wsu:timestamp> <wsu:created> t08:01:00z</wsu:created> </wsu:timestamp> <saml:assertion id="idcard" IssueInstant=" T08:00:00Z" Version="2.0"> <saml:issuer>epj Systemet</saml:Issuer> <saml:subject> <saml:nameid Format="medcom:cprnumber"> </saml:NameID> <saml:subjectconfirmation> <saml:confirmationmethod>urn:oasis:names:tc:saml:2.0:cm:holder-of- key</saml:confirmationmethod> <saml:subjectconfirmationdata> <ds:keyinfo> <ds:keyname>ocessignature</ds:keyname> </ds:keyinfo> </saml:subjectconfirmationdata> </saml:subjectconfirmation> </saml:subject> <saml:conditions NotBefore=" T08:00:00Z" NotOnOrAfter=" T16:00:00Z"/> <saml:attributestatement id="idcarddata"> <saml:attribute Name="sosi:IDCardID"> <saml:attributevalue>urn:uuid:444e6ed0-21cd-11e c9a66</saml:attributevalue> <saml:attribute Name="sosi:IDCardVersion"> <saml:attributevalue>1.0.1</saml:attributevalue> <saml:attribute Name="sosi:IDCardType"> <saml:attributevalue>user</saml:attributevalue> <saml:attribute Name="sosi:AuthenticationLevel"> <saml:attributevalue>4</saml:attributevalue> <saml:attribute Name="sosi:OCESCertHash"> <saml:attributevalue>...</saml:attributevalue> <saml:attributestatement id="userlog"> <saml:attribute Name="medcom:UserCivilRegistrationNumber"> MedCom, Den Gode Sårjournal Service ver
11 <saml:attributevalue> </saml:attributevalue> <saml:attribute Name="medcom:UserGivenName"> <saml:attributevalue>nany Ann</saml:AttributeValue> <saml:attribute Name="medcom:UserSurName"> <saml:attributevalue>berggren</saml:attributevalue> <saml:attribute Name="medcom:User Address"> <saml:attribute Name="medcom:UserRole"> <saml:attributevalue>læge</saml:attributevalue> <saml:attribute Name="medcom:UserOccupation"> <saml:attributevalue>speciallæge</saml:attributevalue> <saml:attribute Name="medcom:UserAuthorizationCode"> <saml:attributevalue>81pms</saml:attributevalue> <saml:attribute Name="medcom:CareProviderID" NameFormat="medcom:skscode"> <saml:attributevalue> </saml:attributevalue> <saml:attribute Name="medcom:CareProviderName"> <saml:attributevalue>bispebjerg Hospital, Dermatovenerologisk Amb. D</saml:AttributeValue> <saml:attributestatement id="systemlog"> <saml:attribute Name="medcom:ITSystemName"> <saml:attributevalue>epj Systemet</saml:AttributeValue> <ds:signature id="ocessignature"> <ds:signedinfo> <ds:canonicalizationmethod Algorithm=" <ds:signaturemethod Algorithm=" <ds:reference URI="#IDCard"> <ds:transforms> <ds:transform Algorithm=" <ds:transform Algorithm=" </ds:transforms> <ds:digestmethod Algorithm=" <ds:digestvalue>...</ds:digestvalue> </ds:reference> </ds:signedinfo> <ds:signaturevalue>...</ds:signaturevalue> <ds:keyinfo> <ds:x509data> <ds:x509certificate>...</ds:x509certificate> </ds:x509data> </ds:keyinfo> </ds:signature> </saml:assertion> </wsse:security> <medcom:header> <medcom:securitylevel>4</medcom:securitylevel> <medcom:timeout>28800</medcom:timeout> <medcom:linking> <medcom:flowid>urn:uuid:aeb920e0-21cc-11e c9a66</medcom:flowid> <medcom:messageid>urn:uuid:b3d1c140-21cc-11e c9a66</medcom:messageid> </medcom:linking> <medcom:priority>rutine</medcom:priority> </medcom:header> </soap:header> <soap:body> <GetSignOnLinkRequest xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <SorIdentifier> </SorIdentifier> <PersonIdentifier> </PersonIdentifier> </GetSignOnLinkRequest> </soap:body> </soap:envelope> Response <?xml version='1.0' encoding='utf-8'?> <soapenv:envelope xmlns:soapenv=" xmlns:medcom=" xmlns:wsse=" xmlns:wsu=" id="envelope"> <soapenv:header> <wsse:security> <wsu:timestamp> <wsu:created> t12:15:52z</wsu:created> </wsu:timestamp> </wsse:security> <medcom:header> <medcom:securitylevel>1</medcom:securitylevel> <medcom:linking> <medcom:flowid>urn:uuid:aeb920e0-21cc-11e c9a66</medcom:flowid> <medcom:messageid>urn:uuid:364e d5-11e c9a66</medcom:messageid> <medcom:inresponsetomessageid>urn:uuid:b3d1c140-21cc-11e c9a66</medcom:inresponsetomessageid> </medcom:linking> <medcom:flowstatus>flow_finalized_succesfully</medcom:flowstatus> </medcom:header> </soapenv:header> <soapenv:body> <GetSignOnLinkResponse xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <SignOnLink> </GetSignOnLinkResponse> </soapenv:body> </soapenv:envelope> GetPatientKnown SoapAction urn:oio:medcom:ulcerrecord:1.0.0#getpatientknown Request MedCom, Den Gode Sårjournal Service ver
12 <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:soap=" xmlns:wsu=" wsu:id="envelope"> <soap:header> <!-- DGWS HEADER --> </soap:header> <soap:body> <GetPatientKnownRequest xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <PersonIdentifier> </PersonIdentifier> </GetPatientKnownRequest> </soap:body> </soap:envelope> Response <?xml version='1.0' encoding='utf-8'?> <soapenv:envelope xmlns:soapenv=" xmlns:wsu=" id="envelope"> <soapenv:header> <!-- DGWS HEADER --> </soapenv:header> <soapenv:body> <GetPatientKnownResponse xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <PatientKnownIndicator>true</PatientKnownIndicator> </GetPatientKnownResponse> </soapenv:body> </soapenv:envelope> MedCom, Den Gode Sårjournal Service ver
13 Referencer [DGWS] Den Gode Webservice, Version 1.0.1, MedCom 2008, [DGWS] Den Gode Webservice, Version 1.0, MedCom 2006, [DGWS] Den Gode Webservice, Version 1.0 Bilag, MedCom 2006, [PERSLOV] Persondataloven, Datatilsynet, Lov nr. 429 af 31. maj 2000, [SUNDLOV] Sundhedsloven, Lov nr. 546 af 24. juni 2005, MedCom, Den Gode Sårjournal Service ver
Den Gode Sårjournal Service MedCom, version W 1
Den Gode Sårjournal Service MedCom, version 1.0.0 W 1 Den Gode Sårjournal Service Rettelser... 3 Formål... 4 Funktionalitet... 5 GetSignOnLink... 5 GetNumberOfUnreadNotes... 5 Bilag A: Specificering af
Læs mereDen Gode PatoBank Webservice MedCom, version 1.0
Den Gode PatoBank Webservice MedCom, version 1.0 W1 Den Gode PatoBank webservice MedCom, ver. 1.0 Del A: Formål og funktionalitet...3 Formål og baggrund...3 Sikkerhedslog...4 Autentifikation...4 Webservice
Læs mereDet Danske Vaccinationsregister. IDWS - Snitfladebeskrivelse. Version 1.4.0
Det Danske Vaccinationsregister IDWS - Snitfladebeskrivelse Version 1.4.0 2015-11-08 Versionering Version Dato Forfatter Ændring 1.0 2015-11-08 MAL Første udgave af dokumentet 1.1 2015-11-30 MAL Rettelser
Læs mereDen Gode E-CPRService
Den Gode E-CPRService MedCom, version 1.0 W 1 MedCom, Den Gode E-CPRService ver. 1.0 opdat. 18.10.2011 2 Den Gode E-CPRService MedCom, version 1.0 Formål... 5 Introduktion... 5 Ansvar... 6 Erstatningscprnummerservice...
Læs mereDen Gode NationalePrøveNummer Service MedCom, version 1.0 W 1
Den Gode NationalePrøveNummer Service MedCom, version 1.0 W 1 MedCom, Den Gode NPN Service ver. 1.0 2 Den Gode NationalePrøveNummer Service MedCom version 1.0 Formål... 5 Introduktion... 5 Ansvar... 6
Læs mereDet Fælles Medicinkort. IDWS - Snitfladebeskrivelse. Version
Det Fælles Medicinkort IDWS - Snitfladebeskrivelse Version 1.4.0.1 2014-09-18 Versionering Version Dato Forfatter Ændring 1.4.0.1 2014-10-24 FRJ Første udgave af dokumentet Det Fælles Medicinkort IDWS
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 mereDet Gode Rekvisitionshotel MedCom, version 1.0 W 1
Det Gode Rekvisitionshotel MedCom, version 1.0 W 1 MedCom, Det gode Rekvisitionshotel ver. 1.0 2 Det Gode Rekvisitionshotel MedCom version 1.0 Forord... 3 Rettelser... 3 Formål... 4 Introduktion... 4 Adgangskrav...
Læs mereDen Gode LÆ Service MedCom, version 1.0 W 1
Den Gode LÆ Service MedCom, version 1.0 W 1 MedCom, Den Gode LÆ Service ver. 1.0 2 Den Gode LÆ Service MedCom version 1.0 Formål... 5 Serviceudbyders Ansvar... 6 Tilgængelighed... 6 Funktionalitet... 7
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 mereDen Gode Webservice Bilag Version 1.0-13-07-2006
Bilag Version 1.0-13-07-2006 Bilag 1: Digital signering med XML...37 #1: Opret XML...38 #2: Indsæt indhold i XML...39 #2.a: Udpeg det XML, der skal underskrives...39 #2.b:
Læs mereDen Gode Webservice 1.1
Den Gode Webservice 1.1 -Profilen for webservicebaseret kommunikation i sundhedssektoren Ivan Overgaard, io@silverbullet.dk Udfordringen Service-Orienteret Arkitektur (SOA) er den moderne måde at lave
Læs mereDESIGNDOKUMENT (Teknisk dokumentation)
29. feb.2016 version 1.2 Lægemiddelstyrelsens E2B Bivirkningsservice DESIGNDOKUMENT (Teknisk dokumentation) Dokument historik Version Dato Ændring 1.0 19-06-2014 Final version ifm. idriftsættelse 1.1 29-06-2015
Læs mereE-BUSINESS SOLUTIONS FROM CSC! "
E-BUSINESS SOLUTIONS FROM CSC! " Dette dokument beskriver e-tl kommunikationstest For at sikre en tidlig aftestning af forbindelsen fra eksterne parter til e-tl er der implementeret en række Web Services,
Læs mereDen Gode Webservice Bilag. Version
Den Gode Webservice Bilag Version 1.11-18-2-2008 Indhold Bilag 1: Digital signering med XML...3 #1: Opret XML...5 #2: Indsæt indhold i XML...5 #2.a: Udpeg det XML, der skal
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 mereDigitaliseringsstyrelsen
NemLog-in 29-05-2018 INTERNAL USE Indholdsfortegnelse 1 NEMLOG-IN-LØSNINGER GØRES SIKRERE... 3 1.1 TJENESTEUDBYDERE SKAL FORBEREDE DERES LØSNINGER... 3 1.2 HVIS LØSNINGEN IKKE FORBEREDES... 3 2 VEJLEDNING
Læs mereDen Gode Notifikation
Den Gode Notifikation Rekvisitioner Tilbagesvar version 1.15 http://www.dmdd.biz/reminderservice/2017/02/01/ W 1-1 - Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav... 4 Funktionalitet...
Læs mereSTS Anvenderdokument. STS Anvenderdokument
STS Anvenderdokument i STS Anvenderdokument STS Anvenderdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.4 2014-07 N STS Anvenderdokument iii Contents 1 Introduktion 1 1.1 Målgruppen......................................................
Læs mereDen Gode Webservice. En fælles webserviceprofil for sundhedsvæsenet Version 1.0-13-07-2006. Den Gode Webservice
Den Gode Webservice En fælles webserviceprofil for sundhedsvæsenet Version 1.0-13-07-2006 1 Introduktion...3 Anvendte standarder...5 Internationale standarder...5 Nationale standarder...6 Grundlæggende
Læs mereDen Gode Notifikation
Den Gode Notifikation Rekvisitioner Tilbagesvar version 20170201 http://www.dmdd.biz/reminderservice/2017/02/01/ W 1-1 - Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav...
Læs mereTilstrækkelig sikker dataudveksling via Sundhedsdatanettet (SDN) Ved Kåre Kjelstrøm
Tilstrækkelig sikker dataudveksling via Sundhedsdatanettet (SDN) Ved Kåre Kjelstrøm Sundhedsdatanettets Anatomi UNI-C Router Organisation A Router Router Organisation B Firewall Firewall Linjesikkerhed
Læs mereVejledning. 1 Indledning. 2 Kontakt Webservicen. Webservice til Optagelse.dk
Vejledning Vedrørende: Skrevet af: Webservice til Optagelse.dk Lars Strange Vester Voldgade 123 1552 København V Tlf.nr.: 35 87 88 89 E-mail: stil@stil.dk www.stil.dk CVR-nr.: 13223459 1 Indledning Dette
Læs mereGrænseflade til afhentning af FTU-ansøgninger på Optagelse.dk
Grænseflade til afhentning af FTU-ansøgninger på Optagelse.dk Dato 16-09-2015 Version Status 1.0 Gældende Ansvarlig Tobias Thisted Side 2 af 13 Ændringshistorik Version Kapitel/afsnit Beskrivelse 1.0 Hele
Læs mereELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 13/1 2010 VERSION 1.02
ELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 13/1 2010 VERSION 1.02 Indhold Indhold... 2 Introduktion... 3 Den Gode Webservice... 4 ID Kortet... 4 Signering... 4 BDBChildMeasurementReport webservicen...
Læs mereBilag XPRS XML Eksempler
Bilag XPRS XML Eksempler Dato 24-06-2016 Version Status 4.0 Gældende fra og med den 1. juli 2016 Ansvarlig Hans Thorup Side 2 af 54 Indhold 1 XML eksempler... 3 1.1 Censorkompetencer... 3 1.2 Elever til
Læs mereNotat 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 mereSOSI. (ServiceOrienteretrienteret SystemIntegration) Quick Tour 2.0
SOSI (ServiceOrienteretrienteret SystemIntegration) Quick Tour 2.0 Indhold Hvad og hvem er SOSI Visionen og Missionen Begreber, arkitektur og teknik Hvad er SOSI Projekt initieret og drevet af Ribe- og
Læs mereATP WS Provider Profile
ATP WS Provider Profile Author: Integration Expert Team (IET) (IET) Subject: ATP WS provider profile Page 1 of 16 1. Dokumenthistorik ATP WS Provider Profile Revisioner Dato for denne version: 13.11.2014
Læs mereIndberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice. https://statistik.uni-c.dk/erhvervelevtrivsel/dok/uploadserviceeud.
Notat Vedrørende: Skrevet af: Indberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice uhl Version: 1.2 Fordeling: Systemleverandører Styrelsen for It og Læring Vester Voldgade 123 1552
Læs mereNotat om teknisk opgradering af sundhed.dk til MedComs kommunikation-standard for Den Gode Webservice
Notat om teknisk opgradering af sundhed.dk til MedComs kommunikation-standard for Den Gode Webservice Lars Hulbæk/10. November 2006 1. Teknisk sammenhæng mellem sundhed.dk og MedCom Arbejdsdelingen mellem
Læs mereSEI2 snitfladebeskrivelse (IDWS)
SEI2 snitfladebeskrivelse (IDWS) SEI2 (Sundhedsdatastyrelsens Elektroniske Indberetning 2) 1 / 30 INDHOLDSFORTEGNELSE 1 Introduktion... 3 1.1 Anvendte termer og forkortelser... 3 2 3. parts integration
Læs mereValg af webservice standard
Valg af webservice standard Agenda Valg til en serviceorienteret infrastruktur Identitetsbaserede Services, Kåre Kjelstrøm Teknologiske trends og udfordringer Debat, spørgsmål og kritik Skal du lave en
Læs mereWebservice til FGU-indberetning til Datavarehuset
Webservice til FGU-indberetning til Datavarehuset Dato 17-09-2019 Version Status 1.0 Gældende fra og med 20. september 2019 Ansvarlig Lars Strange Side 2 af 11 Indhold 1 Indledning... 3 2 Kontakt Webservicen...
Læs mereDen gode Børnedatabaseindberetning fra almen praksis
Den gode Børnedatabaseindberetning fra almen praksis Indholdsfortegnelse Indberetning til Børnedatabasen... 3 A: Beskrivelse... 3 Baggrund... 3 Indsamling af data fra de alment praktiserende læger....
Læs mereCompetencies Webservice
Competencies Webservice Parathedsvurdering af grundskole elever Kunde: STIL Leverandør: Formpipe Software A/S Borupvang 5D DK-2750 Ballerup CVR nr. 29177015 Indholdsfortegnelse 1.0 Ændringer i forhold
Læs mereDe udstillede services vil generelt være tilgængelige i to adskilte PENSAB-miljøer, test og produktion.
Public ReleaseX NOTAT / PENSAB - lønservices AF / Tom Bisgård Sørensen, e-mail: tom.sorensen@cgi.com Dette notat beskriver principperne for hvordan en klient til PENSABs eksterne lønservices kan konstrueres.
Læs mereSecurity Token Service. Snitflade OIO WS Trust
Security Token Service Snitflade OIO WS Trust Side 1 af 7 Indholdsfortegnelse 1. Versionsnummer... 3 2. Snitfladebeskrivelse... 3 3. Servicebeskrivelse... 3 3.1 Identity provider... 3 3.2 Supported binding...
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 mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereVejledning til Fordelingskomponenten
Vejledning til Fordelingskomponenten Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Revision Nuværende revision: 1.0 Revisionshistorik Revision Dato 0.1 01.02.2016 1.0 14.03.2016 1.0.1 27.05.2016
Læs mereSOSIGW. - Administrationskonsol for SOSIGW 1.0.6. Indeks
SOSIGW - Administrationskonsol for SOSIGW 1.0.6 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Administrationskonsollen... 2 Generel brug af konsollen... 3 Fremsøgning af ID-kort... 3 Søgning
Læs mereBrugerguide til Stamdatamodulets administrator-gui KOMBIT
Brugerguide til Stamdatamodulets administrator-gui KOMBIT 1 Indholdsfortegnelse 1 Indholdsfortegnelse... 2 2 Historik... 3 3 Installation... 4 4 Tilgå Konsollen... 4 5 Opret en ny Serviceaftager... 4 6
Læs mereGrænseflade til afhentning af grundskoleprøvekarakterer fra Optagelse.dk
Grænseflade til afhentning af grundskoleprøvekarakterer fra Optagelse.dk Dato 24-06-2016 Version Status 1.0 Gældende fra og med den 1. juli 2016 Ansvarlig Tobias Thisted Side 2 af 8 Indhold 1 Introduktion
Læs mereDen Gode Webservice. version 1.1, 1-7-2008 W 1
Den Gode Webservice version 1.1, 1-7-2008 W 1 Indhold Introduktion...3 Anvendte standarder...4 Internationale standarder...5 Nationale standarder...6 Namespaces...6 Grundlæggende arkitektur...6 Kommunikationsmodel...7
Læs mereInformation til nye kunder
Indhold I denne mini- guide finder du svarene på de spørgsmål, vi oftest bliver stillet, når pleje.net skal implementeres. Guiden er inddelt i seks afsnit, som indeholder: 1. Oprettelse af brugere og brugergrupper
Læs mereDen gode Børnedatabaseindberetning fra kommunal sundhedstjeneste
Den gode Børnedatabaseindberetning fra kommunal sundhedstjeneste Indholdsfortegnelse Indberetning til Børnedatabasen... 3 A: Beskrivelse... 3 Baggrund... 3 Indsamling af data fra den kommunale sundhedspleje....
Læs mereSikkerhedsanalyse af WSRP
Sikkerhedsanalyse af WSRP Analyse af sikkerhedsaspekter ved udveksling af brugerinformation mellem portaler og WSRP-portlets Sikkerhedsanalyse af WSRP Analyse af sikkerhedsaspekter ved udveksling af brugerinformation
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 mereWebservice til EUD-indberetning til DVH
Webservice til EUD-indberetning til DVH Dato 24-06-2016 Version Status 1.0 Gældende fra og med den 1. juli 2016 Ansvarlig Lars Strange Side 2 af 9 Indhold 1 Indledning... 3 2 Kontakt Webservicen... 3 3
Læs mere18/ VERSION 1.1
ELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 18/06-2013 VERSION 1.1 (Bemærk! Denne snitflade omlægges i 2018 til nyt format i forbindelse med SEI2 projektet) Indhold Indhold... 2 Introduktion... 3
Læs mereWebservice til AMU-indberetning til Datavarehuset
Webservice til AMU-indberetning til Datavarehuset Dato 27-06-2018 Version Status 1.0 Gældende fra og med den 1. juli 2018 Ansvarlig Lars Strange Side 2 af 16 Indhold 1 Indledning... 3 2 Kontakt Webservicen...
Læs mereSUP-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 mereSTS Fejlsituationer. STS Fejlsituationer
STS Fejlsituationer i STS Fejlsituationer STS Fejlsituationer ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.4 2013-04 N STS Fejlsituationer iii Indhold 1 Introduktion 1 2 Behandling af forespørgsel
Læs mereVejledning til bestilling af utensilier
170007-05 Vejledning til bestilling af utensilier INDHOLD: 1 ÅBNING AF BESTILLINGS-HJEMMESIDEN... 2 2 LOGON... 3 3 ANGIV BESTILLING... 4 4 AFSEND BESTILLING... 6 5 KVITTERING... 7 6 TIMEOUT... 8 7 KONTAKT...
Læs merePræcisering af transportbaseret sikkerhed i Den Gode Webservice
Præcisering af transportbaseret sikkerhed i Den Gode Webservice 1. Historik...2 2. Indledning...3 3. SSL/TLS baseret netværk...3 4. Sundhedsdatanettet (VPN)...5 5. Opsummering...6 6. Referencer...6 Side
Læs mereSTS Anvenderdokument i. STS Anvenderdokument
i STS Anvenderdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.4 2014-07 N iii Indhold 1 Introduktion 1 1.1 Målgruppen...................................................... 1 1.2 Snitflader.......................................................
Læs mereEksport Portalen. Vejledning til API. Christian Holm 30. June Progressive A/S. Lyskær 3B DK-2730 Herlev Tel
Eksport Portalen Vejledning til API Christian Holm 30. June 2017 Progressive A/S Lyskær 3B DK-2730 Herlev Tel. +45 3525 5070 Tangen 6 DK-8200 Aarhus N Tel. +45 3525 5070 www.progressive.dk info@progressive.dk
Læs mere1.1 Formål Webservicen gør det muligt for eksterne parter, at fremsøge informationer om elevers fravær.
EfterUddannelse.dk FraværService - systemdokumentation BRUGERDOKUMENTATION: WEB-SERVICE Af: Logica Indhold 1. Indledning... 1 1.1 Formål... 1 1.2 Webservice version... 1 1.3 Historik... 1 2. Absence Webservice...
Læs mereIvan Overgaard 11/29/2012
NSI Seal.Net Version 2.0 Ivan Overgaard 11/29/2012 Revisionshistorik: Version Dato Ændring Ansvarlig 0.8 29-11-2012 Oprettet IO 1.0 04-04-2013 redigeret IO Seal.Net Page 2 of 23 Version 2.0-29. november
Læs mereBlanketdokumentation LÆ 121 & 125 v1.0 Februar 2011
Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs mereE-BUSINESS SOLUTIONS FROM CSC. 4 Systemgrænseflader. 4 Systemgrænseflader
E-BUSINESS SOLUTIONS FROM CSC 4 Systemgrænseflader 4 Systemgrænseflader E-BUSINESS SOLUTIONS FROM CSC 4 Systemgrænseflader Dokumentoplysninger Titel: Projekt: e-tl Løsningsspecifikation, Systemgrænseflader
Læs mereWebservice til EUD-indberetning til Datavarehuset
Webservice til EUD-indberetning til Datavarehuset Dato 24-02-2017 Version Status 1.1 Gældende fra og med den 1. marts 2017 Ansvarlig Lars Strange Side 2 af 9 Indhold 1 Indledning... 3 2 Kontakt Webservicen...
Læs mereADGANGSSTYRING. 26. Februar 2019
ADGANGSSTYRING 26. Februar 2019 Agenda Adgangsstyring for brugere Forretningsmål med sikkerhedsmodellen Gennemgang af KOMBITs sikkerhedsmodel Sikkerhedsmodellen repræsenteret i SAML 2.0 Adgangsstyring
Læs mereTrin-for-trin guide: Tilslutning af web service til NemLog-in
Trin-for-trin guide: Tilslutning af web service til NemLog-in Side 1 af 18 18. maj 2015 TG Baggrund og formål I foråret 2014 blev der udarbejdet en fælles sikkerhedsmodel for grunddataprogrammet. Modellen
Læs mereBlanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011
Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs mereIt-sikkerhedstekst ST9
It-sikkerhedstekst ST9 Single Sign-On og log-ud Denne tekst må kopieres i sin helhed med kildeangivelse. Dokumentnavn: ST9 Version 1 Juli 2015 Single Sign-On og log-ud Betegnelsen Single Sign-On (SSO)
Læs mereGuide til SOAP-servicen i Plandata.dk.
Guide til SOAP-servicen i Plandata.dk. Formål med servicen. Via SOAP-webservicen, kan man hente, oprette og redigere planer i Plandata.dk. Planernes data udveksles med servicen i GML-format. Værktøjer.
Læs mereGrænseflade til afhentning af oplysninger om
Grænseflade til afhentning af oplysninger om praktikforhold fra EASY-P Dato 31-01-2017 Version Status 1.1 Historisk (gældende fra 1. februar 2017 til 31. maj 2017) Ansvarlig Jan Simonsen Side 2 af 19 Ændringshistorik
Læs mereDen Gode Webservice. version 1.0.1 W 1
Den Gode Webservice version 1.0.1 W 1 Indhold Introduktion...3 Tid...4 Tidsangivelse...4 Tidssynkronisering...5 Referencer...6 MedCom. Den Gode Webservice version 1.0.1 2 Introduktion Den Gode Webservice
Læs mereTimeout-politik for den fællesoffentlige føderation
Side 1 af 8 7. november 2012 Timeout-politik for den fællesoffentlige føderation Dette dokument beskriver en politik for timeout af brugersessioner i den fællesoffentlige føderation, der er obligatorisk
Læs mereBlanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011
Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 6 1.4 Den fremtidige
Læs mereftuapplicationservice _03_27
ftuapplicationservice - 2017_03_27 URL Tjenesten på Optagelse.dk kan findes via følgende webservice beskrivelse (kræver også login): Test: https://test.optagelse.dk/security-proxy/webservice/ftuapplicationservice20170327?wsdl
Læs mere: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:01 i/iv BEM 2.0 snitflade. BEM 2.0 snitflade. Fælles Medicinkort - Dokumentation -
2017-08-28 10:01 i/iv BEM 2.0 snitflade BEM 2.0 snitflade 2017-08-28 10:01 ii/iv BEM 2.0 snitflade http://wiki.fmk.netic.dk/ Printed on 2017-08-28 10:01 2017-08-28 10:01 iii/iv BEM 2.0 snitflade Table
Læs mereSådan logger du ind... 2 Hvilke mapper kan du tilgå... 3 Visning af eksempel af en fil... 5 Sådan deler du en fil... 7 Se hvad du deler med andre...
Sådan logger du ind... 2 Hvilke mapper kan du tilgå... 3 Visning af eksempel af en fil... 5 Sådan deler du en fil... 7 Se hvad du deler med andre... 9 Offline synkronisering... 11 Klienter til mobile enheder...
Læs mereKald af PingService via SOAPUI
Kald af PingService via SOAPUI Author: Integration Expert Team (IET) Owner: Integration Expert Team (IET) Page 1 of 24 1. Dokumenthistorik Kald af PingService via SOAPUI Revisioner Dato for denne version:
Læs mereBlanketdokumentation LÆ 221 & 225 v1.0 Februar 2011
Blanketdokumentation LÆ 221 & 225 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs mereVejledning til brug af dybe link i Digital Post
Vejledning til brug af dybe link i Digital Post Denne vejledning beskriver hvordan man kan linke til forskellige dele af Digital Post fra eksterne hjemmesider Version: 2 Udarbejdet: juli 2015 Udarbejdet
Læs mereDigital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3
Digital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3 1 Indholdsfortegnelse B.1. INTRODUKTION... 4 B.1.1. HENVISNINGER... 4 B.1.2. INTEGRATION MED EKSISTERENDE
Læs mereDPSD2 Guide: Sådan sikrer du at der er netværksmæssig adgang til DPSD2.
DPSD2 Guide: Sådan sikrer du at der er netværksmæssig adgang til DPSD2. Denne guide henvender sig til brugere af DPSD2 og de netværksadministratorer der har ansvaret for at der er opsat en korrekt netværksmæssig
Læs mereIndledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)... 2
Teknisk vejledning Tilkobling af institution til MODST SSO 28. juni 2019 BIG/CAB Indhold Indledning... 2 Ansvar ifm. MODST SSO... 2 I drift på MODST SSO... 2 skal have egen føderationsserver (IdP)... 2
Læs mereIndhold Indledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)...
Teknisk vejledning Tilkobling af institution til MODST SSO 29. marts 2019 BIG/CAB Indhold Indledning... 2 Ansvar ifm. MODST SSO... 2 I drift på MODST SSO... 2 skal have egen føderationsserver (IdP)...
Læs mereWebReq ændringer 2018
WebReq ændringer 2018 Til leverandører der anvender integrerede systemkald til WebReq Version 1.01 W 1-1 - WebReq ændringer 2018 Formål... 3 Introduktion... 3 Browserkrav og kryptering... 4 Brugerens cpr.-nummer...
Læs mereDigital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
Læs mereNotat. 1 Institutionsregister: Webservice HelloWorld() HelloWorldCredentials()
Notat Vedrørende: Institutionsregister: Webservice 2.0 Skrevet af: hrk Version: 2.0 Fordeling: Dette notat beskriver web-servicen, der udstiller oplysninger fra Institutionsregisteret til interne og eksterne
Læs meree-tinglysningsprojektet
E-BUSINESS SOLUTIONS FROM CSC e-tinglysningsprojektet Løsningsspecifikation: Tværgående moduler Dokumentoplysninger Titel: Projekt: e-tl Løsningsspecifikation, Tværgående Moduler e-tl (Elektronisk Tinglysning)
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 mereIntroduktion til brugeradministratorer i SEB v3
Indledning Dette dokument er en introduktion til brugerstyringssystemet SEB. Dokumentet tager udgangspunkt i en brugeradministrators opgaver. SEB består overordnet af to dele 1) Et brugeradministrationssystem
Læs mereBlanketdokumentation LÆ 231 & 235 v1.0 Februar 2011
Blanketdokumentation LÆ 231 & 235 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs mereGuide til IT-afdelingen: Test af DANBIO6 Kiosksystem
Guide til IT-afdelingen: Test af DANBIO6 Kiosksystem Indholdsfortegnelse 1. Teknisk opsætning af DANBIO Kiosk 3 2. Test af DANBIO Kiosk 4 3. Baggrund - Hvad er DANBIO? 7 3.1. Kort beskrivelse af flowet
Læs mereOktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12
Oktober 2013 HLG/XIGA Opstartsvejledning ATS Engros 1/12 1. ATS Engros vejledning for aktører Formålet med dette dokument er at beskrive, hvordan du kommer i gang med at anvende ATS til test af certifikat
Læs mereGiv andre medarbejdere adgang til den digitale postkasse. Vejledning til Digital Post for virksomheder
Giv andre medarbejdere adgang til den digitale postkasse Vejledning til Digital Post for virksomheder Giv andre medarbejdere adgang til den digitale postkasse Denne vejledning viser dig, hvordan du giver
Læs mereVejledning til a-kasser om administration af brugere i Arbejdsmarkedsportalen
Vejledning til a-kasser om administration af brugere i Arbejdsmarkedsportalen Version: 1.0 Oprettet den 9. maj 2018 INDHOLD 1. INDLEDNING... 3 2. ADGANG... 3 3. OPRETTELSE AF BRUGERE OG TILDELING AF ROLLER...
Læs mereVejledning Patientportal
Vejledning Patientportal side 1 af 6 Indhold Patientportalen... 3 Hvordan finder jeg Patientportalen?... 3 Hvad kan jeg fra Patientportalens forside?... 3 Opret bruger på Patientportalen... 4 Hvordan opretter
Læs mereWebservice til indberetning af kompetencedækning i folkeskolen Skoleåret
Webservice til indberetning af kompetencedækning i folkeskolen Skoleåret 2018-2019 Af Henrik Rosendahl-Kaa Opdateret: 30-11-2018 Dette notat beskriver kort webservicen hørende til Indberetning af kompetencedækning.
Læs mereTDCs Signaturserver. 11/05 - Version 1.0 2005 TDC Erhverv Sikkerhed og certifikater
TDCs Signaturserver Side 2 Indhold Indledning...3 Teknisk projekt... 3 Tekniske forudsætninger... 3 Installation af klienten... 4 Udstedelse af signatur... 4 Anvendelse af signaturen... 6 Eksport af signaturen...
Læs mereKOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE
KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration
Læs mereFælles testmiljøer. Dato: 29.07.2014 Version: 1.2. - Vejledning til oprettelse og vedligehold af testcertifikater
Fælles testmiljøer National Sundheds-IT www.nsi.dk - Vejledning til oprettelse og vedligehold af testcertifikater Islandsbrygge 39 Dato: 29.07.2014 Version: 1.2 Udarbejdet af: NSI 2300 København S Version
Læs mereWebservice til GYM-indberetning
Webservice til GYM-indberetning Dato 04-11-2015 Version Status 1.1 Historisk Ansvarlig Lars Strange Side 2 af 12 Ændringshistorik Version Kapitel/afsnit Beskrivelse 1.1 Dokumentet Udvidet fra at omfatte
Læs mere