Den Gode Sårjournal Service MedCom, version W 1
|
|
|
- Fredrik Bertelsen
- 9 å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 GetNumberOfUnreadNotes... 5 Bilag A: Specificering af DGWS... 6 Netværk... 6 Id-kortattributter... 6 Kommunikationsmodel... 6 Kuvertattributter... 6 Logning... 6 Bilag B: Teknisk dokumentation... 7 End point til servicen... 7 WSDL... 7 DataListe... 7 Komplekse typer... 7 Bilag C: Eksempler... 8 GetSignOnLink... 8 GetNumberOfUnreadNotes... 9 Referencer MedCom, Den Gode Sårjournal Service ver
3 Rettelser Dato Ansvarlig Version Beskrivelse Ulrik Hardt Schønnemann Første udgave. 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 og forespørgsel om hvor mange ulæste notater der er i patienten s sårjournal. I senere versioner forventes udvidelser, der vil gøre det muligt for et klientsystem, at overføre data til og fra sårjournalen. 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. I kaldet angives et CPR nummer på patienten, der ønskes vist. Desuden angives brugerens arbejdssted 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. GetNumberOfUnreadNotes Klientsystemet forespørger om hvor mange ulæste notater, en given bruger har for den aktuelle patient. Hvis der ikke findes en journal for patienten returneres, at denne er ukendt. Det er tanken med dette kald, at det eks. kan anvendes ved mouse over på signon knappen, således brugeren på forhånd dels vil kunne se om der findes en sårjournal og dels om der er ulæste notater på denne. I kaldet angives et CPR nummer på patienten, der ønskes vist. Desuden angives brugerens arbejdssted 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. 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 Afsenderen skal identificeres på bruger niveau, hvilket betyder, at id-kortet af typen USER. Id-kortets versionsnummer er referer til den tilhørende DGWS specifikation. 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. Det forventes at ændre autentifikationsniveauet til 4, så snart den tekniske infrastruktur er klar til dette på sygehuse og i kommunerne. Type USER 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. 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
7 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. GetNumberOfUnreadNotesRequest GetNumberOfUnreadNotesRequ esttype Anmodning om antal ulæste notater GetNumberOfUnreadNotesResponse GetNumberOfUnreadNotesRepo nsetype Svar med antal ulæste notater Komplekse typer Type Antal Beskrivelse urn:oio:medcom:ulcerrecord:1.0.0 GetSignOnLinkRequestType Anmodning om et sign-on link. SorIdentifier 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 GetNumberOfUnreadNotesRequestType Anmodning om antal ulæste notater SorIdentifier 1 Brugerens arbejdssted via en SOR kode PersonIdentifier 1 Patientens CPR nummer uden bindestreg GetNumberOfUnreadNotesReponseType Svar med antal ulæste notater (enten) NumberOfUnreadNotes 1 Antal ulæste notater (eller) PatientUnknownIndicator 1 Angivelse af at patienten er ukendt MedCom, Den Gode Sårjournal Service ver
8 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 <?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> </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> <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:attributevalue>[email protected]</saml:attributevalue> <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> <saml:attributestatement id="systemlog"> <saml:attribute Name="medcom:ITSystemName"> <saml:attributevalue>epj Systemet</saml:AttributeValue> </saml:attributestatement> </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> MedCom, Den Gode Sårjournal Service ver
9 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> GetNumberOfUnreadNotes SoapAction urn:oio:medcom:ulcerrecord:1.0.0#getnumberofunreadnotes Request <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:soap=" xmlns:wsu=" wsu:id="envelope"> <soap:header> <!-- DGWS HEADER --> </soap:header> <soap:body> <GetNumberOfUnreadNotesRequest xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <SorIdentifier> </SorIdentifier> <PersonIdentifier> </PersonIdentifier> </GetNumberOfUnreadNotesRequest> </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> <GetNumberOfUnreadNotesResponse xmlns="urn:oio:medcom:ulcerrecord:1.0.0"> <NumberOfUnreadNotes>3</NumberOfUnreadNotes> </GetNumberOfUnreadNotesResponse> </soapenv:body> </soapenv:envelope> MedCom, Den Gode Sårjournal Service ver
10 Referencer [DGWS] Den Gode Webservice, Version 1.0.1, MedCom 2008, [DGWS] Den Gode Webservice, Version 1.0, MedCom 2008, [DGWS] Den Gode Webservice, Version 1.0 Bilag, MedCom 2008, [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 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
Den 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...
Den 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
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...
Det 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
Den 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
Det 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...
Det 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
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...
DESIGNDOKUMENT (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
Den Gode Webservice 1.1
Den Gode Webservice 1.1 -Profilen for webservicebaseret kommunikation i sundhedssektoren Ivan Overgaard, [email protected] Udfordringen Service-Orienteret Arkitektur (SOA) er den moderne måde at lave
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
Digitaliseringsstyrelsen
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
Vejledning. 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: [email protected] www.stil.dk CVR-nr.: 13223459 1 Indledning Dette
STS 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......................................................
Indberetning 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
ELEKTRONISK 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...
Græ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
Tilstræ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
Den 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:
Valg 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
Den 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
SEI2 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
Den 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....
Græ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
Vejledning 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
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
Eksport 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 [email protected]
Den 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
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...
Den 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
Den 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
Webservice 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...
1.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...
Sikkerhedsanalyse 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
Information 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
Ivan 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
Webservice 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
SOSI. (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
STS 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
Græ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
E-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,
STS 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.......................................................
XML webservice for deklarationsgebyrer. Version 1.0 Final
XML webservice for deklarationsgebyrer Version 1.0 Final Dokumentoplysninger Titel: Projekt: Webservice for deklarationsgebyrer EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011
Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 6 1.4 Den fremtidige
Blanketdokumentation 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
Sådan fungerer Danmarks Miljøportal. en pixibog om infrastrukturen bag Danmarks Miljøportal
Sådan fungerer Danmarks Miljøportal en pixibog om infrastrukturen bag Danmarks Miljøportal Kort om Danmarks Miljøportal Danmarks Miljøportal giver adgang til mange forskellige fællesoffentlige data om
Tilbagesvar For PL-Lægesystemer
Tilbagesvar For PL-Lægesystemer MedCom introdag 25. april 2016 Problem - Rekvisition Reminder server Laboratorier Evt. servicelab Hvis noget går galt!!! Rekvisitionsforløbsservice Borgere / patienter Webreq
Security 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...
Blanketdokumentation 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
Vejledning til SLS webservice Timebank regnskab
Side 1 af 7 Vejledning til SLS webservice Timebank regnskab Indholdsfortegnelse Ændringslog... 1 Formålet med webservicen... 2 Forretningsmæssig beskrivelse... 2 Wsdl-dokumenter... 2 OIOXML-skemaer...
ADGANGSSTYRING. 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
Kald 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:
Det Fælles Medicinkort
Det Fælles Medicinkort 1.4 Adviseringer 2013-09-18 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark 45 8732 8787 Fax: 45 8732 8788 DK20921897 www.trifork.com Indhold Formål...3 Workflows...3 Workflow:
Digital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
Kompetencefonde webservice API beskrivelse
PUBLICX Kompetencefonde webservice API beskrivelse 24.09.2012 A114.8968.3 Logica Side 1 af 12 Indhold 1. Introduktion... 3 2. Termer og forkortelser... 3 3. Systemarkitektur... 4 3.1 Aktører og roller...
Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12
Oktober 2013 HLG/XIGA Opstartsvejledning ATS Engros 1/12 1. ATS Engros vejledning for aktører Formålet med dette dokument er at beskrive, hvordan du kommer i gang med at anvende ATS til test af certifikat
SOSIGW. - Arkitektur og design for SOSIGW 1.0. Indeks
SOSIGW - Arkitektur og design for SOSIGW 1.0 Indeks Indeks... 1 Revisionshistorik... 2 Arkitektur af SOSI-GW... 2 Intern arkitektur... 2 Tilstandsdeling imellem clustermedlemmer... 2 Versionsstyring af
Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011
Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
PHMR En dansk HL7 standard & Et meddelelseshotel bl.a. som overgang til HL7. Michael Due Madsen, [email protected] og Jens Rahbek Nørgaard, JRN@medcom.
PHMR En dansk HL7 standard & Et meddelelseshotel bl.a. som overgang til HL7 Michael Due Madsen, [email protected] og Jens Rahbek Nørgaard, [email protected] PHMR En dansk HL7 standard HL7 (Health Level Seven):
Notat. Vedrørende: Indberetning af elevdata september 2015: Web-service. Version: 1.2 Fordeling:
Notat Vedrørende: Indberetning af elevdata september 2015: Web-service Skrevet af: Version: 1.2 Fordeling: Henrik Rosendahl-Kaa Vester Voldgade 123 1552 København V Tlf.nr.: 35 87 88 89 E-mail: [email protected]
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
Dataudvekslingsaftale vedrørende tilslutning til NemRefusions Virksomhedsservice
Dataudvekslingsaftale vedrørende tilslutning til NemRefusions Virksomhedsservice Dato: Ref.: Mellem og KOMBIT A/S Formål Formålet med denne aftale er at fastlægge de tekniske krav til kommunikationen mellem
Vejledning 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...
DIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22.
DIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22. AUGUST 2013 Fil: DIADEM - Kom godt igang - Ver 1.7.0.docx Indhold 1.
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
