RIV Tekniska Anvisningar Basic Profile Valfria tillägg
|
|
- Charlotta Forsberg
- för 7 år sedan
- Visningar:
Transkript
1 RIV Tekniska Anvisningar Basic Profile Valfria tillägg Version 1.1 ARK_0028
2 Innehåll 1 Översikt Tillgänglighet Referenser RIV Tekniska Anvisningar Basic Profile med http header för att ange ursprunglig avsändare Inledning Målgrupp Syfte Beskrivning av namnregler Följsamhet mot externa regelverk Regel #1, Följsamhet mot RIV TA BP Detaljerade regler Regel #2: Propagering av ursprunglig sändares identitet i http header Regel #3: Mottagande av ursprunglig sändares identitet i http header Regel #4: Säkerställ att anropande tjänsteplattform är känd RIV Tekniska Anvisningar Basic Profile med status för anrop till aggregerande tjänster Inledning Målgrupp Syfte Beskrivning av namnregler Följsamhet mot externa regelverk Regel #1, Följsamhet mot RIV TA BP Detaljerade regler Regel #2: Aggregerande tjänster skall returnera status om bearbetning av ett anrop Regel #3: Tjänstekonsumenter av en aggregerande tjänster kan ta del av status om bearbetning av ett anrop Regel #4: Aggregerande tjänster skall återanvända befintlig tjänsteinteraktion (WSDL-fil) /16
3 Utgåvehistorik Utgåva PA1 Revision Datum Beskrivning Ändringarna gjorda av Definitiv revision fastställd av Första utgåva av anvisningar för valfria tillägg till RIV-TA v2.1. Innehåller: 1. Anvisning för att ange ursprunglig avsändare A 2. Anvisning för att ange status på bearbetning i aggregerande tjänst Uppdaterade mall och några typos Lars Erik Röjerås 1.1 Uppdaterat till Inera mall Lennart Eriksson 3/16
4 1 Översikt Detta dokument beskriver anvisningar för valfria tillägg till regelverket för RIV Tekniska Anvisningar Basic Profile 2.1. Anvisningarna är generellt sett valfria men kan för vissa typer av komponenter, t ex tjänsteplattformar, vara obligatoriska. Enskilda domäner kan också ta beslut om att göra vissa valfria tillägg obligatoriska inom sin domän, se respektive domäns Tjänstekontraktsbeskrivning. Översikt) Anvisning) Tjänste0 schema)2.1) Anvisning) Domän0 schema)2.1) Anvisning) Webservice0profil) 2.1) 0) Basic)Profile)med) valfria)>llägg) Baseras)på) Anvisning) Webservice0 profil)2.1) 0) Basic)Profile) Dokumentet beskriver följande anvisningar: RIV Tekniska Anvisningar Basic Profile med http header för att ange ursprunglig avsändare 2.1 RIV Tekniska Anvisningar Basic Profile med status för anrop till aggregerande tjänster Tillgänglighet Detta dokument är publicerade under licensen Creative Commons CC-BY-SA ( Det betyder att du fritt får kopiera, distribuera och skapa bearbetningar av anvisningarna, under förutsättning att upphovsmannen (Sveriges Kommuner och Landsting) anges (men inte på ett sätt som antyder att de godkänt eller rekommenderar din användning av verket). Denna profil är verifierad genom exempelapplikationer. Källkoden [R11] för dessa distribueras under öppenkällkodslicensen Apache License, Version 2.0 ( 4/16
5 1.2 Referenser Ref Dokument Beskrivning och ev. webbadress Ansvarig [R1] T-Boken T-boken. Styrande tekniska principer och teknisk referensarkitektur för den nationella arkitekturen: Webblänk till PDF för REV B: Arkitektur och regelverk, Center för ehälsa i samverkan [R2] Översikt RIV Tekniska Anvisningar Bakgrund, motiv, krav samt de principer som ligger till grund för utvecklingen av denna anvisning. Arkitektur och regelverk, Center för ehälsa i REV D Webblänk till PDF för översikten: samverkan [R3] RIV Teknisk Anvisningen innehåller regeluppsättningen som definierar profilen. Arkitektur och regelverk, Anvisning - Basic Profile 2.1 Webblänk till PDF för anvisningen: Center för ehälsa i samverkan [R4] RIV Teknisk Anvisning Anvisning för att specificera ett XML-schema (tjänsteschema) för ett tjänstekontrakt. Definierar elementen för WSDL-filens meddelanden. Arkitektur och regelverk, Center för ehälsa i Tjänsteschema 2.1 Webblänk till PDF för anvisningen: samverkan [R5] WS-I Basic Profile Defines the WS-I Basic Profile 1.1, consisting of a set of non-proprietary Web services specifications, along with clarifications, refinements, interpretations and amplifications of those specifications which promote interoperability The Web Services Interoperability Organization och ISO Weblänk till WS-I Basic Profile: [R6] WS-I Simple Soap Binding Profile Defines the WS-I Simple SOAP Binding Profile 1.0, consisting of a set of non-proprietary Web services specifications, along with clarifications and amendments to those specifications which promote interoperability The Web Services Interoperability Organization Weblänk till profilen : [R7] HCC spec. SITHS HCC: Certifikat för svensk vård och omsorg. Webblänk till PDF för REV 2.35: PROJEKT/SITHS/ [R8] SOAP 1.1 spec Definierar ett XML-baserat protokoll för utbyte av information. Är grunden för den standardisering som går under benämningen web services. Inera AB W3C Webblänk till specifikationens hemsida: [R9] WSDL 1.1 spec Beskrivningsspråk för web-services. Syftar till att stödja utvecklingsverktyg W3C 5/16
6 Ref Dokument Beskrivning och ev. webbadress Ansvarig i design-time och web-service-konsumenter i run-time. Webbänk till specifikationens hemsida: [R10] Exempel - Tjänsteinteraktion [R11] Exempel konsument och producent i Java och.net Alla fragment av WSDL och XML-scheman som finns i detta dokument härrör ur den tjänsteinteraktion som ligger till grund för exempelapplikationerna för Java och.net. Mer information återfinns i wikin: Referensapplikationerna syftar till att vara ett generellt underlag för den utvecklare som ska utveckla en tjänstekonsument eller en tjänsteproducent för en tjänsteinteraktion som följer denna profil. Det är en målsättning att detta ska avlasta nationella projekt från att ta fram projektspecifika kodexempel för varje nationell tjänsteinteraktion som specificeras enligt denna profil. Mer information återfinns i wikin: Arkitektur och regelverk, Center för ehälsa i samverkan Arkitektur och regelverk, Center för ehälsa i samverkan 6/16
7 2 RIV Tekniska Anvisningar Basic Profile med http header för att ange ursprunglig avsändare Inledning Denna anvisning är en påbyggnad på Basic Profile 2.1 för att möjliggöra överföring av information om den ursprungliga avsändarens (tjänstekonsuments) identitet. Överföringen skall ske via en http header med namnet xrivta-original-serviceconsumer-hsaid". Anvisningen är obligatorisk för tjänsteplattformar men frivillig för tjänsteproducenter. Anvisningen påverkar inte tjänstekonsumenter. Anvisningen innehåller endast regeluppsättningen som definierar profilens avvikelser från Basic Profile. För bakgrund, motiv, krav samt de principer som ligger till grund för utvecklingen av profilen hänvisas till Översikt RIV Tekniska Anvisningar 2.1 [R2] Målgrupp Denna anvisning riktar sig dels till leverantörer som implementerar tjänsteplattformar enligt T-boken [R1] och till implementationer av tjänsteproducenter som vill veta identiteten på den ursprungliga tjänstekonsumenten i de fall anropet passerat en eller flera tjänsteplattformar på vägen till tjänsteproducenten Syfte Syftet med denna anvisning är att beskriva en utökning av basprofilen som ger möjlighet att föra över information om den ursprungliga avsändarens (tjänstekonsuments) identitet till en tjänsteproducent. En tjänsteproducent kan använda denna information till exempel för loggning eller behörighetsmekanismer. I de fall tjänstekonsument och tjänsteproducent kommunicerar utan mellanliggande tjänsteplattform behövs inte denna http header då tjänsteproducenten i det fallet kan hämta avsändarens identitet direkt från tjänstekonsumentens klient certifikat, se regel #6 i RIV TA Basic Profile 2.1 [R3]. Detta illustreras av följande bild: 7/16
8 Klient certifikat Server certifikat Tjänstekonsument Tjänsteproducent I de fall tjänstekonsument och tjänsteproducent kommunicerar via en eller flera mellanliggande tjänsteplattformar har samtliga tjänsteplattformar till ansvar att sätta denna http header om den inte redan är satt av en tjänsteplattform tidigare i anropskedjan. Är http header redan satt ansvarar respektive tjänsteplattform för att föra http headern vidare i anropet till tjänsteproducenten alternativt till nästa tjänsteplattform. Följande bild visar hur ursprungsidentiteten förs via den nationella tjänsteplattformen från anropande tjänstekonsuments klient certifikat till tjänsteproducenten via http headern: Request Klient certifikat NTjP certifikat HTTP header Server certifikat Tjänstekonsument Nationell Tjänsteproducent Nedan ett mer komplext exempel med tre tjänsteplattformar inblandade i anropet, dels en applikationslokal tjänsteplattform (också känd som Applikation Service Bus, ASB), dels en regional samt den nationella tjänsteplattformen. I detta exempel så är det den applikationslokala tjänsteplattformen som fångar upp identiteten från tjänstekonsumentens klient certifikat och sätter det i http headern. Den regionala och den nationella tjänsteplattormen för bara vidare inkommande http header till sitt utgående anrop: 8/16
9 Klient certifikat Lokal TP certifikat Tjänstekonsument Applikationslokal Request HTTP header Request Request RTjP certifikat HTTP header NTjP certifikat HTTP header Server certifikat Regional Nationell Tjänsteproducent Till sist ett exempel där vi vänder på anropskedjan för att visa hur det ser ut med en tjänsteproducent som sitter bakom en applikationslokal tjänsteplattform som i sin tur anropas av en regional tjänsteplattform. Tjänstekonsumenten i detta exempel anropar den nationella tjänsteplattformen som i sin tur anropar den regionala. Det blir nu den nationella tjänste-plattformen som fångar upp identiteten från tjänstekonsumentens klient certifikat och sätter det i http headern. Den regionala och den applikationslokala tjänsteplattormen för bara vidare inkommande http header till sitt utgående anrop: 9/16
10 Klient certifikat NTjP certifikat Tjänstekonsument Nationell Request HTTP header RTjP certifikat Request HTTP header Lokal TP certifikat Request HTTP header Server certifikat Regional Applikationslokal Tjänsteproducent 2.2 Beskrivning av namnregler Denna profils namn är RIV Tekniska Anvisningar Basic Profile med http header för att ange ursprunglig avsändare 2.1 och refereras ${profil} Denna profils kortnamn är rivtabpos21 och refereras ${profilkortnamn} 2.3 Följsamhet mot externa regelverk Här definieras de externa regelverk (t.ex. profiler) som utgör regelbas för denna profil. Det är en målsättning att denna profil ska kunna läsas uppifrån och ner utan detaljerad kunskap om externa regelverk. För regler som inte lyfts fram i denna profil (av förbiseende eller för att de inte bedömts viktiga) hänvisas till de externa regelverk som redovisas här. Regel #1, Följsamhet mot RIV TA BP 2.1 Utformning av WSDL skall följa RIV TA BP 2.1, med tillägg av de regler som definieras i denna profil. Motiv: Interoperabilitet 2.4 Detaljerade regler Regel #2: Propagering av ursprunglig sändares identitet i http header 10/16
11 En tjänsteplattform skall propagera ursprunglig avsändares identitet i http headern x-rivta-originalserviceconsumer-hsaid. Det innebär att: 1. Om http headern inte är satt i ett inkommande anrop så skall avsändaren betraktas som ursprunglig avsändare och dess identitet () skall hämtas från inkommande klient certifikat och sättas i http headern i utgående anrop till tjänsteproducenten alternativt till nästa tjänsteplattform. 2. Om http headern är satt i ett inkommande anrop så skall tjänsteplattformen föra vidare http headern i anropet till tjänsteproducenten alternativt till nästa tjänsteplattform. Motiv: Detta ger möjlighet att föra vidare information om ursprunglig avsändares identitet även om anropet passerar en eller flera mellan liggande tjänsteplattformar. Regel #3: Mottagande av ursprunglig sändares identitet i http header En tjänsteproducent kan utnyttja http headern x-rivta-original-serviceconsumer-hsaid för att få redan på identiteten av den ursprungliga avsändaren om anropet kommer från en eller flera mellanliggande tjänsteplattformar. Motiv: Detta ger en valfri möjlighet för tjänsteproducenter att identifiera den ursprungliga avsändaren. Regel #4: Säkerställ att anropande tjänsteplattform är känd För att säkerställa en pålitlig propagering av ursprunglig avsändares identitet skall en tjänsteplattform säkerställa att den endast för vidare ursprunglig avsändares identitet från andra tjänsteplattformar som den litar på, t ex genom att upprätthålla en lista på IP adresser eller för de tjänsteplattformar den litar på och som den kontrollerar mot innan den accepterar en inkommande http header för ursprunglig avsändare. För anrop där denna kontroll misslyckas skall ett felmeddelanden skickas tillbaka till avsändaren och felet skall loggas som ett potentiellt försök till intrång. Motiv: Om inte denna kontroll utförs så riskerar en tjänsteplattform att bli utsatt för angrepp från av avsändare som skickar med en annan tjänstekonsuments identitet () i http headern och därmed otillåtet kan uppträda med dess identitet. 11/16
12 3 RIV Tekniska Anvisningar Basic Profile med status för anrop till aggregerande tjänster Inledning Denna anvisning är en påbyggnad på Basic Profile 2.1 för att möjliggöra rapportering av teknisk information om bearbetningen i en aggregerande tjänst. Informationen skickas tillbaka till anropande tjänstekonsument i SOAP svaret som en SOAP header med namnet "ProcessingStatus" Målgrupp Denna anvisning riktar sig till dem som ska implementera aggregerande tjänster samt till tjänstekonsumenter som är intresserade av att ta del av teknisk information om bearbetningen i en aggregerande tjänst. Notera att utformning av WSDL för en nationell tjänsteinteraktion i enlighet med RIV TA inte påverkas av denna anvisning, för detaljer se nedan Syfte Syftet med denna anvisning är att beskriva en utökning av basprofilen som ger möjlighet att rapportera teknisk information om bearbetningen i en aggregerande tjänst. Informationen skickas tillbaka till anropande tjänstekonsument i SOAP svaret som en SOAP header med namnet "ProcessingStatus". SOAP headern innehåller en lista med en rad per anropat källsystem och ger per källsystem information huruvida anropet gick bra, om svaret kom direkt från cache eller om det hämtades från källsystemet, hur gammal den cachade informationen är. För detaljer se schemafilen interoperability_headers_1.0 i psuedodomänen interoperability:headers i källkodsträdet på Följande dokumentation är hämtad från XML Schemat ovan: ProcessingStatus is used by aggregating services to report back to the consumer regarding the validity of the data returned. The following status codes are used to describe the quality of the data returned for a specific logicaladdress: 1. DataFromSource No data was available in cache, up-to-date data retrieved from source system 2. DataFromCache Up-to-date data returned from cache, no call performed to source system 3. DataFromCacheSynchFailed Required synch with source system failed. Potentially out-of-date data returned from Cache 4. NoDataSynchFailed No data returned, no data in cache and call to source system failed The following table describes the relationship between the status code element and the other elements in a processing-status-record: Status Code isresponsefromcache isresponseinsynch lastsuccessfulsynch lastunsuccessfulsynch lastunsuccessfulsyncherror DataFromSource False True Current timestamp Emtpy Empty DataFromCache True True Last time for succ. Empty Empty call DataFromCacheSynchFailed True False Last time for succ. call Current Relevant timestamp error info NoDataSynchFailed False False Empty Current timestamp Relevant error info /16
13 SOAP headern beskrivs inte i de tjänsteinteraktioner (WSDL-filer) som en aggregerande tjänst följer, detta för att kunna använda samma tjänsteinteraktioner som de underliggande tjänsteproducenterna använder. Nedan ett exempel där en tjänstekonsument anropar en aggregerande tjänst som via engagemangsindex får reda på att det finns information att hämta i två olika källsystem. Den aggregerande tjänsten anropar de två källsystemen (parallellt) och sätter samman ett aggregerat svar till tjänstekonsumenten där SOAP header ProcessingStatus ingår. Detta illustreras av följande bild: Tjänstekonsument 4 1 Response SOAP header Processing Status Aggregerande Tjänst 2 3a 3b Källsystem A Engagemangs- Index Källsystem B Givet att båda källsystemen svarar korrekt så kommer ProcessingStatus SOAP headern se ut något i stil med följande: 13/16
14 <soapenv:envelope xmlns:soapenv=" <soapenv:header> <ProcessingStatus xmlns="urn:riv:interoperability:headers:1"> <ProcessingStatusList> <logicaladdress>-a</logicaladdress> <statuscode>datafromsource</statuscode> <isresponsefromcache>false</isresponsefromcache> <isresponseinsynch>true</isresponseinsynch> <lastsuccessfulsynch> </lastsuccessfulsynch> </ProcessingStatusList> <ProcessingStatusList> <logicaladdress>-b</logicaladdress> <statuscode>datafromsource</statuscode> <isresponsefromcache>false</isresponsefromcache> <isresponseinsynch>true</isresponseinsynch> <lastsuccessfulsynch> </lastsuccessfulsynch> </ProcessingStatusList> </ProcessingStatus> </soapenv:header> Om däremot något av de anropade källsystemen inte svarar inom en föreskriven tid eller returnerar ett fel så kommer ProcessingStatus-SOAP headern innehålla information om att svaret inte är komplett utan bara partiellt samt information om vilket fel som uppstod. I bilden nedan illustreras ett exempel där tre källsystem anropas men bara två ger svar, det tredje orsakar en timeout (dvs svarar inte inom föreskriven maxtid): Tjänstekonsument 4 1 Response SOAP header Processing Status Aggregerande Tjänst 2 3a 3b Källsystem A Engagemangs- Index 3c Källsystem B Källsystem C 14/16
15 SOAP-headern ProcessingStatus kommer då se ut något i stil med följande: <soapenv:envelope xmlns:soapenv=" <soapenv:header> <ProcessingStatus xmlns="urn:riv:interoperability:headers:1"> <ProcessingStatusList> <logicaladdress>-a</logicaladdress> <statuscode>datafromsource</statuscode> <isresponsefromcache>false</isresponsefromcache> <isresponseinsynch>true</isresponseinsynch> <lastsuccessfulsynch> </lastsuccessfulsynch> </ProcessingStatusList> <ProcessingStatusList> <logicaladdress>-b</logicaladdress> <statuscode>datafromsource</statuscode> <isresponsefromcache>false</isresponsefromcache> <isresponseinsynch>true</isresponseinsynch> <lastsuccessfulsynch> </lastsuccessfulsynch> </ProcessingStatusList> <ProcessingStatusList> <logicaladdress>-c</logicaladdress> <statuscode>nodatasynchfailed</statuscode> <isresponsefromcache>false</isresponsefromcache> <isresponseinsynch>false</isresponseinsynch> <lastunsuccessfulsynch> </lastunsuccessfulsynch> <lastunsuccessfulsyncherror> <causingagent>virtualization_platform</causingagent> <code>43000</code> <text>read timed out. Failed to route event via endpoint: org.mule.module.cxf.cxfoutboundmessageprocessor. Message payload is of type: PostMethod, Read timed out</text> </lastunsuccessfulsyncherror> </ProcessingStatusList> </ProcessingStatus> </soapenv:header> 3.2 Beskrivning av namnregler Denna profils namn är RIV Tekniska Anvisningar Basic Profile med status för anrop till aggregerande tjänster 2.1 och refereras ${profil} Denna profils kortnamn är rivtabpagg21 och refereras ${profilkortnamn} 3.3 Följsamhet mot externa regelverk Här definieras de externa regelverk (t.ex. profiler) som utgör regelbas för denna profil. Det är en målsättning att denna profil ska kunna läsas uppifrån och ner utan detaljerad kunskap om externa regelverk. För regler som inte lyfts fram i denna profil (av förbiseende eller för att de inte bedömts viktiga) hänvisas till de externa regelverk som redovisas här. 15/16
16 Regel #1, Följsamhet mot RIV TA BP 2.1 Utformning av WSDL skall följa RIV TA BP 2.1, med tillägg av de regler som definieras i denna profil. Motiv: Interoperabilitet 3.4 Detaljerade regler Regel #2: Aggregerande tjänster skall returnera status om bearbetning av ett anrop Implementationer av aggregerande tjänster skall returnera en SOAP header med namnet "ProcessingStatus". Headern skall rapportera teknisk information om bearbetningen i tjänsten. Headern skall följa elementet ProcessingStatus i XML Schemat: interoperability_headers_1.0.xsd. Motiv: Ge tjänstekonsumenter möjligheten att verifiera att de fått ett komplett svar från den aggregerande tjänsten och om så inte är fallet kunna rapportera tillbaka till användaren att svaret bara är partiellt. Exempel: Se ovan i kapitlet Syfte. Regel #3: Tjänstekonsumenter av en aggregerande tjänster kan ta del av status om bearbetning av ett anrop Tjänstekonsumenter av en aggregerande tjänster kan ta del av status om bearbetning av ett anrop till en aggregerande tjänst genom att ta del av innehållet i SOAP headern med namnet "ProcessingStatus" i svaret från den aggregerande tjänsten. Headern rapporterar teknisk information om bearbetningen i tjänsten. Headern följer elementet ProcessingStatus i XML Schemat: interoperability_headers_1.0.xsd. Motiv: Ge tjänstekonsumenter möjligheten att verifiera att de fått ett komplett svar från den aggregerande tjänsten och om så inte är fallet kunna rapportera tillbaka till användaren att svaret bara är partiellt. Exempel: Se ovan i kapitlet Syfte. Regel #4: Aggregerande tjänster skall återanvända befintlig tjänsteinteraktion (WSDL-fil) Aggregerande tjänster skall återanvända befintlig tjänsteinteraktion (WSDL-fil), dvs. använda samma tjänsteinteraktioner som de underliggande tjänsteproducenterna använder. Det medför att SOAP headern "ProcessingStatus" inte beskrivs explicit i de enskilda WSDL-filerna utan definieras istället i denna anvisning. Motiv: SOAP headern beskrivs inte i de tjänsteinteraktioner (WSDL-filer) som en aggregerande tjänst följer, detta för att enkelt kunna återanvända samma tjänsteinteraktioner som de underliggande tjänsteproducenterna använder. Minskar kostnader och risk för fel i samband med vidareutveckling och förvaltning av tjänsteinteraktioner. 16/16
RIV TA Basic Profile 2.1 med intygspropagering RIV Tekniska Anvisningar
RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 1 (7) RIV TA Basic Profile 2.1 2011-11-19 RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 2 (7) Utgåvehistorik Utgåva PA1 Revision
Läs merRIV TA Domänschema 2.1
RIV TA Domänschema 2.1 RIV Tekniska Anvisningar CeHis Arkitekturledning Sida: 1 (8) RIV TA Domänschema 2.1 RIV Tekniska Anvisningar 2012-01-03 RIV TA Domänschema 2.1 RIV Tekniska Anvisningar CeHis Arkitekturledning
Läs merRIV TA Basic Profile 2.1
1 (13) 19 juni 2013 Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0002 CeHis AR www.cehis.se info@cehis.se RIV TA Basic Profile 2.1 Utgåva C 2 2013-06-19 Center för
Läs merRIV TA Domänschema 2.1
1 (9) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0006 CeHis AR www.cehis.se info@cehis.se RIV TA Domänschema 2.1 Utgåva C 2013-06-19 Center för ehälsa i samverkan
Läs merRIV TA Basic Profile 2.1 RIV Tekniska Anvisningar
RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 1 (11) RIV TA Basic Profile 2.1 Utgåva B 2012-01-03 RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 2 (11) Utgåva PA1 Utgåvehistorik
Läs merRIV Tekniska Anvisningar 2.1
RIV Tekniska Anvisningar 2.1 Domänschema Version 2.1.1 ARK_0006 2014-09-25 Innehåll 1 Inledning... 4 1.1 Målgrupp... 4 1.2 Syfte... 4 1.3 Tillgänglighet... 4 1.4 Referenser... 5 2 Meddelanderegler... 6
Läs merRIVTA Basic Profile 2.1
RIVTA Basic Profile 2.1 Version 2.1.2 ARK_0002 Version: Innehåll 1 Inledning... 5 1.1 Målgrupp... 5 1.2 Syfte... 5 1.3 Tillgänglighet... 6 1.4 Referenser... 6 2 Beskrivning av namnregler... 8 3 Följsamhet
Läs merPolicy för öppen källkod RIV Tekniska Anvisningar
CeHis Arkitekturledning Sida: 1 (8) Policy för öppen källkod RIV Tekniska Anvisningar 2011-12-14 UTKAST ENDAST PRELIMINÄRT REGELVERK Sida 1 (8) CeHis Arkitekturledning Sida: 2 (8) Utgåvehistorik Utgåva
Läs merBasic Profile. SHS Version 2.0 SOAP-based Protocol. Utgåva PA SHS Version 2.0 SOAPbased Protocol Basic Profile 1 (10)
Profile 1 (10) SHS Version 2.0 SOAP-based Protocol Basic Profile Försäkringskassan - Swedish Social Insurance Agency Utgåva PA3 Copyright 2012, 2013 Swedish Social Insurance Agency. All Rights Reserved.
Läs merTjänsteplattform. Tekniska krav. ARK_0034 Version 1.0.1
Tjänsteplattform Tekniska krav ARK_0034 Version 1.0.1 Innehåll 1. Inledning... 3 1.1 Syfte... 3 1.2 Målgrupp... 3 1.3 Avgränsningar... 3 1.4 Fallstudier... 4 1.5 Referenser... 4 2. Terminologi... 5 3.
Läs merRIV Tekniska Anvisningar Release notes
1 (12) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0009 CeHis AR www.cehis.se info@cehis.se RIV Tekniska Anvisningar Release notes Revision C 2013-06-20 Center för
Läs merTjänsteplattform. Tekniska krav. ARK_0034 Version 1.3
Tjänsteplattform Tekniska krav ARK_0034 Version 1.3 Innehåll 1. Inledning... 3 1.1 Syfte... 3 1.2 Målgrupp... 4 1.3 Avgränsningar... 4 1.4 Fallstudier... 4 1.5 Referenser... 4 2. Terminologi... 5 3. Allmänt...
Läs merLä s mer om SLL:s Regionälä Tjä nsteplättform (RTP)
1 (7) Lä s mer om SLL:s Regionälä Tjä nsteplättform (RTP) Stockholms läns landstings Regionala Tjänsteplattform (RTP) är en teknisk plattform som förenklar, säkrar och effektiviserar informationsutbytet
Läs merTjänstekontraktsbeskrivning - Terminologitjänsten
Vårt dnr RAPPORT 10/3152 Utgåva P1.4 Tjänstekontraktsbeskrivning - Terminologitjänsten Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm tfn: växel 08-452 70 00, Fax: 08-452 70 50 info@cehis.se
Läs merServerat och kommunal arkitektur
Serverat och kommunal arkitektur Leverantörsmöte 1 2016-11-10 marco.deluca@skl.se 0733 810 247 Agenda Introduktion Styrande principer (exempel) Övergripande arkitektur Stödtjänster Integrationsprofiler
Läs merLäs mer om SLL:s Regionala Tjänsteplattform (RTP)
1 (10) 2018-05-04 Läs mer om SLL:s Regionala Tjänsteplattform (RTP) Stockholms läns landstings Regionala Tjänsteplattform (RTP) är en teknisk plattform som förenklar, säkrar och effektiviserar informationsutbytet
Läs merXML-produkter. -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: Version: 1.
XML-produkter -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: 2018-09-18 Version: 1.0 Innehållsförteckning 1. Inledning... 3 1.1. Syfte 3 1.2. Målgrupp
Läs merVad gör en åsna i vården? Mats Ekhammar
Mats Ekhammar Agenda Vad menas med tjänsteplattform? Bakgrund Projektstart Lösning Implementation Test och TP Utmaningar och erfarenheter Framtiden Callista Enterprise www.callistaenterprise.se Vad menas
Läs merSammanfattning och specifikationer för POT
0.2 Sammanfattning och specifikationer för POT Kornhamnstorg 61 SE-111 27 Stockholm Sweden 00 00 Telefon: +46 (0)8 791 92 Telefax: +46 (0)8 791 95 www.certezza.net Innehållsförteckning 1 SAMMANFATTNING...
Läs merRegelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 1.0
Regelverk Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag Bilaga A Tekniska ramverk Version: 1.0 Innehållsförteckning 1 Bakgrund och syfte... 1 1.1 Definitioner 1 2 Inledning...
Läs merUnderlag för godkännande av tjänsteproducent
Underlag för godkännande av tjänsteproducent Sid 1/16 Innehåll 1. Versionshantering... 3 2. Inledning... 4 2.1. Instruktioner för ifyllande... 4 2.2. Hantering vid förändring av tjänsteproducent... 5 2.3.
Läs merWebbteknik II. Föreläsning 4. Watching the river flow. John Häggerud, 2011
Webbteknik II Föreläsning 4 Watching the river flow Web Service XML-RPC, SOAP, WSDL, UDDI HTTP Request, Response, Headers, Cache, Persistant Connection REST Hype or the golden way? Web Service / Webbtjänst
Läs merIntroduktion till integrering av Schenkers e-tjänster. Version 2.0
Introduktion till integrering av Schenkers e- Version 2.0 Datum: 2008-06-18 Sida 2 av 8 Revisionshistorik Lägg senaste ändringen först! Datum Version Revision 2008-06-18 2.0 Stora delar av introduktionen
Läs merUtkast/Version (8) Användarhandledning - inrapportering maskin-till-maskin
Utkast/Version Sida 2.0 1 (8) 2017-05-12 Användarhandledning - inrapportering maskin-till-maskin 2 (8) Innehåll 1. Rapportering till VINN eller KRITA... 3 1.1 Allmänt... 3 1.2 Terminologi... 3 2. Hämta
Läs merAnvisning Tjänsteplattformen Driftsättning av Virtualiseringsplattformen
Anvisning Tjänsteplattformen Driftsättning av Virtualiseringsplattformen Revisionshistorik Version Beskrivning Ändrad av PA1 Upprättande av dokumentet Jan Västernäs A Första versionen Jan Västernäs PB1
Läs merReferensarkitektur: T-boken, RIV-TA och tjänstekontrakt Referensimplementationen av T-boken: SKLTP
Var är vi? Förberedelsearbete Introduktion Referensarkitektur: T-boken, RIV-TA och tjänstekontrakt Referensimplementationen av T-boken: SKLTP Genomgång av miljön: RIVTA-box Vad har vi i lådan? Övningar
Läs merTjänsteplattformen nationell integration
Tjänsteplattformen nationell integration 2013-02-12 Lars Erik Röjerås e lars.erik.rojeras@inera.se Innehåll Bakgrund och historia Så funkar det Hur förvaltas det idag Hur ser framtiden ut 2 Resan V-boken
Läs merVersion: 2.0 NBS / / AS
Version: 2.0 NBS 1.3.2 /1.0.7 2018-01-27 / AS Inloggning och startsida Navigera till Beställningsstödet https://bestallningsstod.tjansteplattform.se Logga in med SITHSkort Välj funktion via menyvalen Verifiera
Läs merLAT Lathund anslutning och test
LAT Lathund anslutning och test Vårdgivare: Sida: 1 (19) Innehåll 1 Introduktion... 4 1.1 Beställningsstödet... 4 1.2 Kontakt vid frågor... 4 1.3 NKRR loggöversikt... 4 2 Avtal... 5 2.1 Personuppgiftsbiträdesavtal
Läs mer<Skriv in datum> <Skriv in ditt namn> <Skriv in ort>
Introduktion till SKLTP och SKLTP- box SKLTP-box v1.1, en demo-paketering av SKLTP v2.2.1 Version: PA3 Datum: 2013-10-03 2 Agenda Förberedelsearbete
Läs merRegelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 3.0
Regelverk Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag Bilaga A Tekniska ramverk Version: 3.0 Innehållsförteckning 1 Bakgrund och syfte... 1 1.1 Definitioner 1 2 Inledning...
Läs merSHS Version 2.0 SOAP-based Protocol Översikt
Protocol Översikt 1 (21) SHS Version 2.0 SOAP-based Protocol Översikt Försäkringskassan - Swedish Social Insurance Agency Utgåva PA3 2013-01-28 Copyright 2012, 2013 Swedish Social Insurance Agency. All
Läs merVägledning för innovativ applikations- och tjänsteutveckling
Vägledning för innovativ applikations- och tjänsteutveckling Version 2.0 2014-04-15 ARK_0022 Innehåll Inledning... 2 Syfte... 2 Målgrupper... 3 Avgränsning... 3 Vägledningens mallar... 3 Informationsspecifikation...
Läs merIntroduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.
Schenker har interna system som handhar information som är av intresse för våra kunder/partners. Idag finns ett flertal av dem tillgängliga via Internet, sk Online-tjänster. Dessa erbjuder inte bara hämtning
Läs merVillkor för anslutning till Nationella tjänsteplattformen
Villkor för anslutning till Nationella tjänsteplformen Villkor för Anslutning till Nationella tjänsteplformen Innehåll 1. Inledning... 3 2. Referenser och definitioner... 3 2.1 Referenser... 3 2.2 Definitioner...
Läs merLEFI Online, system till system (Leverera Förmånsinformation) WEBBSERVICE/SHS/SSEK
LEFI Online, system till system (Leverera Förmånsinformation) WEBBSERVICE/SHS/SSEK Gränssnittsspecifikation Försäkringskassan IT 1 (11) Ändringsförteckning Nedanstående tabell redovisar ändringshistoriken
Läs merRIV TA Tjänsteschema 2.1 RIV Tekniska Anvisningar
RIV Tenkiska Anvisningar Utgåva B CeHis Arkitekturledning Sida: 1 (11) RIV TA Tjänsteschema 2.1 RIV Tekniska Anvisningar Utgåva B 2011-02-10 RIV Tenkiska Anvisningar Utgåva B CeHis Arkitekturledning Sida:
Läs merAnslutningsvägledning. Nationell patientöversikt 2.0
Anslutningsvägledning Nationell patientöversikt 2.0 Innehåll Introduktion... 3 Anslutningsblanketter... 4 Anslutning för produktion... 5 Anslutning för test... 6 Anslutning för test med egen klient...
Läs merMail för attest. Skickas ett mail till den som skapade och till den som attesterade rapporten om felet, åtgärda felet för ett nytt inrapportering
1 SKL Inrapportering Innehåll Summering... 1 Krav... 2 Lägga till rättighet... 3 Kontouppgifter för inrapporteringen till Signe... 4 Tilldela licens... 4 Skapa SKL-inrapporteringsrapport... 5 Attestera
Läs merRIV Tekniska Anvisningar Tjänsteschema
1 (12) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0005 CeHis AR www.cehis.se info@cehis.se RIV Tekniska Anvisningar Tjänsteschema Revision D 2013-06-27 Center för
Läs merBeställningsstöd för anslutning till NTJP
Beställningsstöd för anslutning till NTJP Beskrivning: Beställningsstödet är ett digitalt verktyg för att skapa beställning för teknisk anslutning till tjänsteplattformar. Åtkomst: Åtkomst till beställningsstödet
Läs merVersion: 2.0 NBS / / AS
Version: 2.0 NBS 1.3.2 /1.0.7 2018-01-27 / AS Introduktion till beställningsstödet Den här introduktionen beskriver de vanligaste funktionerna i beställningsstödet Administrera systeminformation Uppdatera
Läs merBeslutsunderlag. Rekommendation för beslut om lösning för hantering av invånarens tidbokning gällande mottagningar som använder flera tidböcker
Beslutsunderlag Rekommendation för beslut om lösning för hantering av invånarens tidbokning gällande mottagningar som använder flera tidböcker 1. Bakgrund och problemställning... 2 2. Rekommendation...
Läs merKonfigurationsstyrning tjänstedomäner ARK_0007. Version
ARK_0007 Innehåll Ordlista... 4 Referenser... 5 1 Inledning... 5 1.1 Målgrupp... 5 1.2 Syfte... 6 1.3 Avgränsning... 6 1.4 Förutsättningar... 6 1.5 Krav på utvecklingsmiljö... 6 1.6 Regelverk och mallar...
Läs merTjänstespecifik teststrategi. För anslutning till tjänsteplattform för vård- och omsorgsutbud
Tjänstespecifik teststrategi För anslutning till tjänsteplattform för vård- och omsorgsutbud Innehåll 1. Inledning... 3 Kvalitetsmål... 3 Anpassning till testmodell... 3 Ekosystem... 4 Nulägesbild... 4
Läs merAvtal om Kundens mottagande av intyg från Mina intyg Bilaga 1 - Specifikation av tjänsten mottagande av intyg från Mina Intyg
Avtal om Kundens mottagande av intyg från Mina intyg Bilaga 1 - Specifikation av tjänsten mottagande av intyg från Mina Intyg Mellan Inera och Kund Innehåll 1. Inledning... 3 2. Bakgrund... 3 3. Syfte...
Läs merTJÄNSTEBESKRIVNING FASAD Tjänstebaserad direktåtkomst Adress
2015-11-27 TJÄNSTEBESKRIVNING FASAD Tjänstebaserad direktåtkomst Adress Extern dokumentation - fasadsystemet Dokumentation Tjänstebaserad uppdatering: Startsida Informationsutbytesmodeller (IUM): http://www.lantmateriet.se/global/qualiware/specifikation-gdl/index.htm
Läs merAvtal 1 om Agentens. användning av Ineras Tjänster
Avtal 1 om Agentens användning av Ineras Tjänster Bilaga 1 - Reglering av Agentens användning av Ineras Tjänster Mellan Inera och Agent Innehåll 1. INLEDNING... 3 2. BAKGRUND... 3 3. REFERENSER OCH DEFINITIONER...
Läs merRIV Tekniska Anvisningar Översikt Utgåva PD
1 (37) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0001 CeHis AR www.cehis.se info@cehis.se RIV Tekniska Anvisningar Översikt Utgåva PD2 2013-11-11 Center för ehälsa
Läs merSSBT testbänk grundläggande uppgifter om företag (SSBTGU) engagemang i företag (SSBTEN) roll i företag (SSBTRO)
SSBT testbänk grundläggande uppgifter om företag (SSBTGU) engagemang i företag (SSBTEN) roll i företag (SSBTRO) Användarbeskrivning Version 2.0 1 Innehållsförteckning 1 Ändringshistorik... 3 2 Inledning...
Läs merRIV Tekniska Anvisningar Översikt
RIV Tekniska Anvisningar Översikt Version 2.0.2 ARK_0001 Innehåll 1 Inledning... 6 1.1 Målgrupp... 6 1.2 Syfte... 6 1.3 Avgränsningar... 6 1.4 Tillgänglighet... 6 1.5 Referenser... 6 2 Anvisningarna i
Läs merBas - Utvecklingsstöd
Bas - Utvecklingsstöd skapad för: SVR skapad av: Robert Georén Version: 1.2 Datum: 2010-05-19 Förändringar Vem När Vad Robert Georén 2009-05-11 Skapade dokumentet, version 1.0. Robert Georén 2009-09-15
Läs merUC API Teknisk referens för UC:s svenska personinformation
UC API Teknisk referens för UC:s svenska personinformation Innehåll Innehåll... 2 Tjänstebeskrivning... 3 Referenser... 3 Operationer... 4 Exempel... 5 Exempel anrop för personfråga... 5 Fråga... 5 Svar...
Läs merWebservice tjänsten GetPerson Slagning mot befolkningsregister
2008-01-08 B Lundmark 1 (14) TietoEnator HealthCare Sweden AB Carlsgatan 6, Box 85 201 20 MALMÖ Telefon 010-481 53 85 Fax 040-97 01 62 E-post bengt.lundmark@tietoenator.com www.tietoenator.se/healthcare
Läs merRIV Tekniska Anvisningar Översikt Utgåva E
1 (41) 3 april 2014 Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0001 CeHis AR www.cehis.se info@cehis.se RIV Tekniska Anvisningar Översikt Utgåva E 2014-04-03 Center
Läs merDet här dokumentet är till för att ge en översikt över ASP.NET MVC samt hur WCF Services används från.net applikationer.
Informationsinfrastruktur 7.5 hp Mattias Nordlindh Inledning Det här dokumentet är till för att ge en översikt över ASP.NET MVC samt hur WCF Services används från.net applikationer. Dokumentet består av
Läs merTJÄNSTEBESKRIVNING FASAD Tjänstebaserad direktåtkomst Byggnad 2015-11-27
TJÄNSTEBESKRIVNING FASAD Tjänstebaserad direktåtkomst Byggnad 2015-11-27 Extern dokumentation - fasadsystemet Dokumentation Tjänstebaserad uppdatering: Startsida Informationsutbytesmodeller (IUM): http://www.lantmateriet.se/global/qualiware/specifikation-gdl/index.htm
Läs merTjänsteavtal för ehälsotjänst
Tjänsteavtal för ehälsotjänst Bilaga 1. Specifikation av Tjänsten INNEHÅLLSFÖRTECKNING 1. Inledning... 3 2. Bakgrund... 3 2.1. Referenser... 4 3. Tjänstebeskrivning... 4 3.1. Syftet med Tjänsten... 4 3.2.
Läs merAL T granskning NeR 2013-01-13. Version 1.0
AL T granskning NeR 2013-01-13 Version 1.0 Revisionshistorik Datum Version Beskrivning Författare 2013-01-13 PA1 Dokumentet skapat AL T, CeHis, Lennart Eriksson 2013-01-31 1.0 Bara gula markeringar inför
Läs merWebbtjänster med API er
Webbtjänster med API er Mål med lektionen! Veta kursmålen. Lite grunder om WCF Vem är jag? Mitt namn är Björn Jönsson och jobbar på Tahoe Solutions, ni når mig via mail: bjorn.jonsson@tahoesolutions.se
Läs merAvtal om Kundens användning av Journal via nätet Bilaga 1 - Specifikation av tjänsten Journal via nätet (Enskilds direktåtkomst)
Avtal om Kundens användning av Journal via nätet Bilaga 1 - Specifikation av tjänsten Journal via nätet (Enskilds direktåtkomst) Mellan Inera och Kund Innehåll 1. Inledning... 2 2. Bakgrund... 2 2.1 Referenser...
Läs merElektronisk tullräkning Sid 1(9) Samverkansspecifikation. Version: 1.0 SAMVERKANSSPECIFIKATION. för. e-tullräkning
Elektronisk tullräkning Sid 1(9) SAMVERKANSSPECIFIKATION för e-tullräkning Elektronisk tullräkning Sid 2(9) Innehållsförteckning 1 Inledning...3 1.1 Introduktion...3 2 Identifikation av parterna...4 2.1
Läs merAvtal om Kundens användning av
Avtal om Kundens användning av Informationsutlämning till NKRR Bilaga 1 Specifikation av tjänsten Informationsutlämning till NKRR Mellan Inera och Kund Innehåll 1. Inledning... 3 2. Bakgrund... 3 2.1 Referenser...
Läs merRIV TA Konfigurationsstyrning 1.0 RIV Tekniska Anvisningar
Konfigurationsstyrning CeHis Arkitekturledning Sida: 1 (16) RIV TA Konfigurationsstyrning RIV Tekniska Anvisningar 2012-01-03 Konfigurationsstyrning CeHis Arkitekturledning Sida: 2 (16) Utgåva Utgåvehistorik
Läs merFelsökningsunderlag. för Nationell patientöversikt, NPÖ. Dokumentationsversion 3.0 Datum
Felsökningsunderlag för Nationell patientöversikt, NPÖ Dokumentationsversion 3.0 Datum Innehåll 1 Beskrivning av felmeddelanden i NPÖ (Nationell patientöversikt)... 3 1.1 Allmän information om NPÖ2...
Läs merWebbtjänster med API er
Webbtjänster med API er Mål med lektionen! Titta på hur service:ar fungerar och hur vi programmerar dem. Vad lektionen omfattar WCF Service WCF Services Vad är en WCF service? En WCF Service är ett program
Läs merTjänstekontraktsbeskrivning Infektionsverktyget - Registreringstjänster
Vårt dnr RAPPORT 10/3152 Utgåva P1.8 Tjänstekontraktsbeskrivning Infektionsverktyget - Registreringstjänster Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm tfn: växel 08-452 70 00, Fax:
Läs merGATEWAY TJÄNSTEBESKRIVNING. Webbservice. WSDL-fil. Skicka meddelanden. SMS och FastnätsSMS
GATEWAY TJÄNSTEBESKRIVNING Tjänsten Messit Gateway består av ett gränssnitt som enkelt kan implementeras i en egen applikation. Det enda som krävs för att använda Messit Gateway är att applikationen som
Läs merArkitekturella beslut Infektionsverktyget. Beslut som påverkar arkitekturens utformning
Arkitekturella beslut Beslut som påverkar arkitekturens utformning Arkitekturella beslut Innehåll 1. Inledning... 3 1.1 Syfte... 3 1.2 Definitioner, Akronymer och Förkortningar... 3 1.3 Referenser... 3
Läs merBeställning av samverkan över flera tjänsteplattformar
Beställning av samverkan över flera tjänsteplattformar Detta dokument beskriver hur anslutningar och samverkan genom tjänsteplattformar beställs i följande scenario: En tjänstekonsument, Min vårdkalender,
Läs merAnvisning för Svensk Livfaktura
Anvisning för Svensk Livfaktura Bilaga B: Validering av PEPPOL BIS Svefaktura 5A 2.0 Version 1.0 Upphovsrätt Den här anvisningen för Livfaktura BIS 5A 2.0 är baserad på PEPPOL BIS 5A 2.0 som i sin tur
Läs merRIV Tekniska Anvisningar Tjänsteschema
RIV Tekniska Anvisningar Tjänsteschema Version 2.1.4 ARK_0005 Innehåll 1 Inledning... 4 1.1 Målgrupp... 4 1.2 Syfte... 4 1.3 Tillgänglighet... 5 1.4 Referenser... 5 2 Beskrivning av namnregler... 7 3 Detaljerade
Läs merNationell Tjänsteplattform och säkerhetsarkitektur. Per Brantberg, område arkitektur/infrastruktur
Nationell Tjänsteplattform och säkerhetsarkitektur Per Brantberg, område arkitektur/infrastruktur Nationell e-hälsa är vårt uppdrag Uppgiften är att skapa en väl fungerande informationsförsörjning inom
Läs merUC API Teknisk referens för UC:s svenska företagsinformation
UC API Teknisk referens för UC:s svenska företagsinformation Innehåll Innehåll... 2 Tjänstebeskrivning... 3 Referenser... 4 Operationer... 5 Exempel... 6 Företagsfråga... 6 Fråga... 6 Svar... 6 Kreditupplysning...
Läs merFilleveranser till VINN och KRITA
Datum Sida 2017-04-25 1 (10) Mottagare: Uppgiftslämnare till VINN och KRITA Filleveranser till VINN och KRITA Sammanfattning I detta dokument beskrivs översiktligt Vinn/Kritas lösning för filleveranser
Läs merRIV Tekniska Anvisningar Översikt
RIV Tekniska Anvisningar Översikt Version 2.0.1 ARK_0001 2014-12-08 Innehåll 1 Inledning... 6 1.1 Inledning utgåva E... 6 1.2 Målgrupp... 6 1.3 Syfte... 6 1.4 Avgränsningar... 6 1.5 Tillgänglighet... 7
Läs merKonfigurationer Video- och distansmöte Bilaga till Tekniska anvisningar
Konfigurationer Video- och distansmöte Bilaga till Tekniska anvisningar Innehållsförteckning 1 Inledning... 3 2 Inkopplingsalternativ... 4 2.1 Lokal gatekeeper ansluten till Central Sjunet SBC... 4 2.2
Läs merAnvändarhandbok Test. NKRR Utgåva 0.4 Sida: 1 (19) NKRR
Sida: 1 (19) NKRR Användarhandbok Test Innehåll Sida: 2 (19) 1 Introduktion... 3 1.1 Referenser... 3 2 Ändringshistorik för dokumentet... 3 3 Anslutning... 4 3.1 Avtal... 4 3.1.1 Personuppgiftsbiträdesavtal
Läs merTeknisk guide för brevlådeoperatörer. Annika Melin 2015-03-10 Version: 1.1
Teknisk guide för brevlådeoperatörer Annika Melin 2015-03-10 Sida 1 av 21 Innehållsförteckning Inledning... 2 1 Dokumentinformation... 3 Syfte... 3 1.2 Avgränsningar... 3 1.3 Målgrupp... 3 1.4 Begrepp
Läs merLEFI Online. Anslutningsinformation
LEFI Online Försäkringskassan, Tjänsteleverans _LEFI Innehåll 1 DOKUMENTINFORMATION... 3 1.1 REFERENSER... 3 1.2 AVGRÄNSNINGAR... 3 1.3 KONTAKT... 3 2 KOMMUNIKATION... 4 2.1 WEBBGRÄNSSNTET... 4 2.1.1 Tillträde
Läs merChecklista för konsumenter som ska kvalitetssäkra sina e-tjänster och konsumentadapter som nyttjar SSBT
Checklista för konsumenter som ska kvalitetssäkra sina e-tjänster och konsumentadapter som nyttjar SSBT Testmiljöer SSBT Version: 1.0 1 (12) Innehållsförteckning 1 Inledning... 3 2 Testmiljö... 3 2.1 Tillgång
Läs merDatatal Gateway. F Datatal Gateway 2019
atatal Gateway Innehållsförteckning 1. Vad är atatal Gateway... 2 2. Funktioner atatal GW.... 2 2.1 SIP terminal... 3 2.2 Samtalsgrupper... 3 2.3 Rutter... 3 2.4 Nummerhantering... 4 2.5 Trunkar... 4 2.6
Läs merIntroduktion till VITS-bokens tekniska arkitektur
Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 www.cehis.se info@cehis.se Introduktion till VITS-bokens tekniska arkitektur Center för ehälsa i samverkan koordinerar landstingens
Läs merAvisering av förändringar i tjänstekontrakt för Mina Meddelanden
Tjänstekontrakt Mina version 3 Status Sida 1 av 10 Versionsdatum: 2017-12-18 Dokumentversion (n,nn): 2.0 Avisering av förändringar i Tjänstekontrakt Mina version 3 Sida 2 av 10 Innehåll... 3 1 Dokumentinformation...
Läs merFHIR OCH INTEROPERABILITET I SJUKVÅRDEN OSKAR THUNMAN
FHIR OCH INTEROPERABILITET I SJUKVÅRDEN OSKAR THUNMAN 2015-01-29 CALLISTAENTERPRISE.SE FHIR OCH INTEROPERABILITET I SJUKVÅRDEN Semantisk interoperabilitet Bakgrund Dagens standarder FHIR och framtidens
Läs merAnvisningar vid utformning av adaptrar till NPÖ.
Anvisningar vid utformning av adaptrar till NPÖ. Inera AB Bo 177 03 Sid 1/10 Revisionshistorik Version Revision Datum Komplett beskrivning av ändringar p1.0.0 2014-08-15 Första version BS Ändringarna gjorda
Läs merICC Västra Götalandsregionen Tillämpningsriktlinjer integration
ICC Västra Götalandsregionen 2019-02-08 Tillämpningsriktlinjer integration 2 Versionshistorik Utgåva/Utkast Datum Beskrivning/Kommentar Utfärdat av 0.1 2018-10-25 Första utkast Erik Frumerie 0.2 2018-12-06
Läs merCertifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten
Version 1.03 Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten Certifikattjänsten Beskrivning av gränssnittet 2 (15) Versionshistoria Version Datum Beskrivning 1.0 30.10.2017 Dokumentet
Läs merArkitektur för Bistånd
ark_uppsala_bistånd_v3.ppt Arkitektur för Bistånd Sven-Håkan Olsson, Definitivus AB. 1 Enstaka bild får användas med angivande av källa ÖTP V2.0 s22 Generellt mönster i ÖTP Medborgare Företag Handläggare
Läs merArkitektur för ansökan/anmälan (utkast)
PROJEKT SERVERAT Arkitektur för ansökan/anmälan (utkast) ANGE UNDERRUBRIK Innehåll Marcos rubrik... Fel! Bokmärket är inte definierat. Mellanrubrik... Fel! Bokmärket är inte definierat. Arkitektur för
Läs merÖppna standarder & dokumentformat. 13 Mars 2007 Stefan Görling,
Öppna standarder & dokumentformat 13 Mars 2007 Stefan Görling, stefan@gorling.se Om dokumentet Joachim Strömbergson, utvecklingschef InformAsic, aktiv i IETF Stefan Görling, doktorand i industriell ekonomi,
Läs merBeställning D Etablera samverkan
Beställning D Etablera samverkan Beställningen skall ske av tjänstedomänansvarig eller en person som fått denna rättighet delegerad av tjänstedomänansvarig. Via denna beställning kopplas logiska verksamhetsadresser
Läs merSOA. Länkar +ll sidor om SOA h3p:// h3p://dsv.su.se/soa/
SOA Länkar +ll sidor om SOA h3p://www.soaprinciples.com/p3.php h3p://dsv.su.se/soa/ Vad är SOA? h3p://www.soaprinciples.com/p3.php Standardized Service Contracts Service Loose Coupling Service Abstrac+on
Läs merHandledning Konfigurationsstyrning tjänstedomäner
1 (16) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0007 www.cehis.se info@cehis.se Handledning Konfigurationsstyrning tjänstedomäner Version 2.0.1 2014-01-30 Center
Läs merRFI för nästa generations katalogtjänst. Som inte behöver baseras på en katalogprodukt
RFI för nästa generations katalogtjänst Som inte behöver baseras på en katalogprodukt 1. Syfte med RFI... 3 2. Vad behöver vi er hjälp med?... 3 3. Hur går du tillväga... 4 3.1 Agenda för dialog... 4 4.
Läs merGissa det hemliga talet
Laborationsanvisning Gissa det hemliga talet Steg 2, laborationsuppgift 1 Författare: Mats Loock Kurs: Inledande programmering med C# Kurskod:1DV402 Upphovsrätt för detta verk Detta verk är framtaget i
Läs merKonfigurationer Videooch distansmöte Bilaga till Tekniska anvisningar
Konfigurationer Videooch distansmöte Bilaga till Tekniska anvisningar Innehåll 1. Inledning... 3 2. Inkopplingsalternativ... 3 2.1 Lokal gatekeeper ansluten till Central Sjunet SBC... 4 2.2 Lokal SBC ansluten
Läs merBEAst rekommendation för hantering av bilagor till elektroniska fakturor 2011-05-17
BEAst rekommendation för hantering av bilagor till elektroniska fakturor 2011-05-17 1(7) Innehållsförteckning 1. INLEDNING... 3 2. BEAST:S REKOMMENDATION... 3 2.1 EDIFACT... 3 2.2 XML... 3 3. ALLMÄNT...
Läs mer