Hämta loggarkiv. Utgåva PA Hämta loggarkiv. Sida 1 (20) Utskriftsdatum: Baserad på mall revision A
|
|
- Roland Persson
- för 6 år sedan
- Visningar:
Transkript
1 Inera AB Sida: 1 (20) Hämta loggarkiv Utgåva PA Sida 1 (20)
2 Inera AB Sida: 2 (20) Revisionshistorik Version Revision Datum Komplt beskrivning av ändringar Ändringarna gjorda av Definitiv revision fastställd av PA Första utkast Pär Hansson / Roger Öberg PA Uppdaterad efter kommentarer Pär Hansson PA Uppdaterad Pär Hansson / Roger Öberg PA Uppdaterad Pär Hansson / Roger Öberg PA Uppdaterat namespace i lista arkiv Pär Hansson / Roger Öberg Innehållsförteckning 1 INLEDNING LISTA ARKIV FÖR VÅRDGIVARE HÄMTA LOGGARKIV DATATYPER Sida 2 (20)
3 Inera AB Sida: 3 (20) 1 Inledning 1.1 Om dokument Denna beskrivning är en tillägg av tjänstekontrakten i tjänstedomänen urn:riv:ehr:log (huvuddomän Electronic Health Record underdomän log). Dokument beskriver hur tjänsten Hämta loggarkiv är uppbyggd med hjälp av en REST-service. Val att använda en REST-tjänst iställ för SOAP(som RIV-TA använder) har gjorts då d är en myck lättviktig lösning för att hämta/skicka filer. Att skicka filer via SOAP innebär en förhållandevis tungrodd lösning för en enkel uppgift. Om SOAP används kan man skicka datat som en binär bilaga. Men om tjänsten ska konsumeras av t.n system innebär d att tredjeparts produkter måste användas då varken WSE eller WCF stödjer dta.alternativ hade då varit att skicka datat i payloaden som en Base64-kodad sträng. Men dta innebär ungefär 33% overhead vilk gör d direkt olämpligt att använda i hämta loggarkiv -tjänsten där filerna är stora och många. Tjänsterna för att hämta loggarkiv är av typen HTTP-REST. En REST-service tillåter olika typer av HTTP anrop GET, PUT, POST och DELETE. I hämta loggarkiv -tjänsten är d endast GET som kommer att implementeras, då d bara är hämtning och listning av arkiv som kan utföras. Anrop mot tjänsterna sker med https(tvåvägs-ssl) och validering av certifikat från tjänstekonsument utförs för att endast tillåta att tjänsten levererar data till tillåtna mottagare. Sida 3 (20)
4 Inera AB Sida: 4 (20) 2 Lista arkiv för vårdgivare Lista en vårdgivares arkiv som matchar angiv datumintervall. Tjänsten svarar med en XML-struktur som innehåller de arkiv som matchar paramrarna. Då loggarkiven är statiska filer så kommer dessa kunna innehålla loggposter utanför angiv intervall om filens innehåll går över intervallgränsen. Därför är d av intresse för konsumenten att hålla reda på vilka arkiv som hämtats för att undvika inläsning av dubblter i konsumerande system. Arkiven särskiljs av sitt unika id. Svar om paramrar är giltiga: Statuskod: 200 Content-Type: application/xml Content: xml-struktur som beskriver efterfrågade arkiv Svar vid felaktiga paramrar: Statuskod: 200 Content-Type: application/xml Content: xml-struktur med felkod 2.1 Frivilligh 2.2 Version SLA-krav Kategori Värde Kommentar Svarstid Tillgängligh Last Aktualit 2.4 Fältregler Begäran careproviderid log:hsaid HsaId för vårdgivaren 1..1 fromdate xs:datetime Anger från och med datum för d 1..1 intervall som efterfrågas. todate xs:datetime Anger till datum för d intervall som 1..1 efterfrågas. Observera att datum hanteras exklusivt, dvs inte till och med. Svar listarchivesresponse 1..1 Sida 4 (20) log:download:list ArchivesResponse Rurnerar en samling arkivmadata som matchar förfrågan. Arkivsamlingen kan ha storleken 0 om ing arkiv matchar angivna paramrar.
5 Inera AB Sida: 5 (20) 2.5 Regler 2.6 Tjänsteinteraktion Archives 2.7 Exempel Exempel på anrop Tjänsten anropas genom: Datum från och till anges på format enligt Notera att dessa måste URL-kodas för att skickas via http. Då ser anrop ut enlig nedan. 11T14%3A54%3A42.418%2B02%3A00&toDate= T14%3A54%3A42.418%2B02%3A Exempel på svar Följande XML visar strukturen på svarsmeddeland från tjänsten. <ns1:listarchivesresponse xmlns:ns1="urn:riv:ehr:log:download:1" xmlns:ns2="urn:riv:ehr:log:1"> <ns1:result> <ns1:resultcode>?</ns1:resultcode> <ns1:resulttext>?</ns1:resulttext> </ns1:result> <!-- Array --> <ns1:archivemadata> <ns2:archiveid>?</ns2:archiveid> <ns2:fromdate>?</ns2:fromdate> <ns2:careprovider> <ns2:careproviderid>?</ns2:careproviderid> <ns2:careprovidername>?</ns2:careprovidername> </ns2:careprovider> <ns2:todate>?</ns2:todate> </ns1:archivemadata> </ns1:listarchivesresponse> Sida 5 (20)
6 Inera AB Sida: 6 (20) 3 Hämta loggarkiv Tjänst för att hämta t loggarkiv. Tjänsten måste anropas för varje arkiv-fil som ska hämtas Således måste anrop föregås av anrop till tjänsten lista arkiv (listarchives) för att va vilken resurs som ska hämtas. Konsumentens certifikat verifieras för att inga arkiv som inte tillhör rätt vårdgivare rurneras. Svar om efterfrågat arkiv finns: Statuskod: 200 Content-Type: application/zip Content-Disposition: attachment; filename="<arkivfilnamn>" Content: arkivfil (zippat xmldata enligt Log-schemat) Svar vid ogiligt förfrågan: Statuskod: 200 Content-Type: application/xml Content: xml-struktur med felkod 3.1 Frivilligh 3.2 Version SLA-krav Kategori Värde Kommentar Svarstid Tillgängligh Last Aktualit 3.4 Fältregler Begäran archiveid log:id UUID som unikt refererar en arkivfil 1..1 Svar Zip-fil application/zip (Normalfall) Om arkivfilen finns rurneras denna(zipfil) innehållandes den efterfrågade arkivfilen. Upppackad består zip-filen av Madata.xml och Archive.xml enligt specifikation nedan. garchivesresponse Sida 6 (20) log:download: GArchivesRespo nse (Felfall) Dta svar fås enbart ifall efterfrågat arkiv inte kan levereras (t.ex. om d inte finns eller vid annat fel)
7 Inera AB Sida: 7 (20) 3.5 Regler 3.6 Tjänsteinteraktion Archives 3.7 Exempel Exempel på anrop Tjänsten anropas genom: Exempel på svar I normalfall rurneras en zippad arkivfil med http-rubrikerna Statuskod: 200 Content-Type: application/zip Content-Disposition: attachment; filename="<arkivfilnamn>" Filen har namn <UUID>.zip där UUID är t unikt id för arkiv. Ex 0d8f f b1447e1245c3.zip Arkiv innehåller två filer Madata.xml och Archive.xml. Madata.xml beskriver innehåll i Archive.xml med vårdgivare från och till datum på logposter. Ex: <?xml version='1.0' encoding='utf-8'?> <log:archivemadata xmlns:log="urn:riv:ehr:log:1"> <log:archiveid>4b91870f-52a1-4bab-9d67-19d777c9dd8f</log:archiveid> <log:careprovider> <log:careproviderid>se ab5</log:careproviderid > <log:careprovidername>xll</log:name> </log:careprovider> <log:fromdate> t21:41:48.050z</log:fromdate> <log:tomdate> t21:41:48.050z</log:tomdate> </log:archivemadata> Archive.xml innehåller loggposter enligt loggschemat. Ex: <?xml version='1.0' encoding='utf-8'?> <log:archive xmlns:log="urn:riv:ehr:log:1" version="1.0"> <log:archiveid>4b91870f-52a1-4bab-9d67-19d777c9dd8f</log:archiveid> <!-- Array --> <log:logenvelope xml:id="id "> <log:logsequencenumber>3</log:logsequencenumber> <log:lastdigest>...</log:lastdigest> <!-- Array --> <log:log> <log:logid>4b91870f-52a1-4bab-9d67-14c653c9bb4f</log:logid> <log:system> <log:systemid>se ab5</log:systemid> <log:systemname>samtyckestjänst</log:systemname> </log:system> Sida 7 (20)
8 Inera AB Sida: 8 (20) <log:activity> <log:activitytype>nödöppning</log:activitytype> <log:activitylevel/> <log:activityargs/> <log:startdate> t21:41:48.050z</log:startdate> <log:purpose>vård och behandling</log:purpose> </log:activity> <log:user> <log:userid>se pb5</log:userid> <log:name>helge Nilsson</log:Name> <log:personid/> <log:assignment>se pb5</log:assignment> <log:title/> <log:careprovider> <log:careproviderid>se ab5</log:careproviderid> <log:careprovidername>xll</log:careprovidername> </log:careprovider> <log:careunit> <log:careunitid>se12345-xll-admin</log:careunitid> <log:careunitname>admin</log:careunitname> </log:careunit> </log:user> <log:resources> <!-- Array --> <log:resource> <log:resourcetype>samtycke</log:resourcetype> <log:patient> <log:patientid> </log:patientid> <log:patientname/> </log:patient> <log:careprovider> <log:careproviderid>se ab5</log:careproviderid> <log:careprovidername>xll</log:careprovidername> </log:careprovider> <log:careunit> <log:careunitid>se12345-xll-admin</log:careunitid> <log:careunitname>admin</log:careunitname> </log:careunit> </log:resource> </log:resources> </log:log> <ds:signature xmlns:ds=" <ds:signedinfo> <ds:canonicalizationmhod Algorithm=" <ds:signaturemhod Algorithm=" <ds:reference URI="#ID "> <ds:transforms> <ds:transform Algorithm=" <ds:transform Algorithm=" </ds:transforms> <ds:digestmhod Algorithm=" <ds:digestvalue>...</ds:digestvalue> </ds:reference> </ds:signedinfo> <ds:signaturevalue>...</ds:signaturevalue> <KeyInfo xmlns=" <X509Data> <X509Certificate>... </X509Certificate> Sida 8 (20)
9 Inera AB Sida: 9 (20) </X509Data> </KeyInfo> </ds:signature> </log:logenvelope> </log:archive> Exempel vid felaktigt anrop. Statuskod: 200 Content-Type: application/xml Content: xml-struktur med felkod Följande XML visar strukturen på svarsmeddeland från tjänsten om fel uppstår <ns1:garchivesresponse xmlns:ns1="urn:riv:ehr:log:download:1"> <ns1:result> <ns1:resultcode>?</ns1:resultcode> <ns1:resulttext>?</ns1:resulttext> </ns1:result> </ns1:garchivesresponse> Sida 9 (20)
10 Inera AB Sida: 10 (20) 4 Datatyper Kaptitl beskriver alla datatyper som används av tjänsterna, version Datatyper från namnrymd urn:riv:ehr:log:1 Nedan beskrivs några komplexa datatyper som är deklarerade i den beroende namnrymden urn:riv:ehr:log:1, version 1.0. Dessa datatyper är vanligt förekommande i övriga tjänster senare i kapitl log:activity Datatyp som representerar vilken typ av aktivit som utförts, på vilken nivå, tidpunkt samt syft med aktiviten. activitytype log:activitytype Värde som anger vilken typ av aktivit 1 som utförts. activitylevel log:activitylevel Information om vilken nivå som aktivit 0..1 utförts på. activityargs log:activityargs Övrig information för aktiviten. T.ex paramerar för en rapport. startdate xs:datetime Information om tidpunkt som aktivit 1 utfördes på. purpose log:purposetype Information om syft med aktiviten log:activityargs Datatyp som representerar en. Maxlängd: log:activitylevel Datatyp som representerar en aktivits nivå. Maxlängd: log:activitytype Enumerationsvärde som anger typ av aktivit som utförts. Kan vara Läsa, Skriva, Signera, Utskrift, Vidimera, Radera, Nödöppning Värde "Läsa" "Skriva" "Signera" "Utskrift" "Vidimera" "Radera" "Nödöppning" Beskrivning En läsning av data har utförts. En aktivit där något läggs till. Signering har utförts. En utskrift har utförts. En autentisering har utförts. Något har raderats. Nödöppning har gjorts. Sida 10 (20)
11 Inera AB Sida: 11 (20) log:archive Information om befintliga arkiv. archiveid log:id 1 logenvelope log:logenvelope 1..* log:archivemadata Datatyp som beskriver madata för t arkiv. archiveid log:id Arkivs unika id 1 careprovider log:careprovider Vårdgivare som äger loggposter i arkiv. 1 fromdate xs:datetime Datum på arkivs första loggpost. 1 todate xs:datetime Datum på arkivs sista loggpost log:assignment Datatyp som representerar namn på medarbare i uppdrag. Maxlängd: log:careprovider Datatyp som representerar en vårdgivare. careproviderid log:hsaid Vårdgivarens id. 1 careprovidername log:careprovidern ame Vårdgivarens namn. Värd är ej obligatoriskt log:careprovidername Datatyp som representerar namn på en vårdgivare. Maxlängd: log:careunit Datatyp som representerar en vårdenh. careunitid log:hsaid Vårdenhens id. 1 careunitname log:careunitname Vårdenhens namn. Värd är ej obligatoriskt Sida 11 (20)
12 Inera AB Sida: 12 (20) log:careunitname Datatyp som representerar namn på en vårdenh. Maxlängd: log:hsaid Datatyp som representerar d unika nummer som identifierar en anställd, uppdragstagare, strukturenh eller en HCC funktion (HSA-id). Specificerat enligt HSA-schema tjänsträd version 3.9. Maxlängd: log:id Datatyp som representerar t unikt identifikationsnummer enligt format för UUID (Universally Unique Identifier). Maxlängd: log:log Datatyp som representerar en loggpost enligt PDL. Datatypen beskriver grundformat för en loggpost. logid log:id Unik, global identifierare posten. 1 system log:system Information om system som skapar 1 loggpost. Innehåller systems id samt eventuellt namn. activity log:activity Information om aktivit som utförts och 1 som ska loggas. Innehåller typ av aktivit, datum för aktiviten och i vilk syfte som aktiviten utfördes. user log:user Information om användaren som utfört 1 aktivit. Innehåller användarens id samt till vilken vårdenh användaren tillhör. Kan även innehålla ej obligatoriska uppgifter som namn, personnummer, uppdrag och titel. resources log:resources Information om aktuella resurser log:logenvelope Information om befintliga arkiv. logsequencenumber xs:int 1 lastdigest xs:string 1 log log:log 1..* signature ds:signature 1 Sida 12 (20)
13 Inera AB Sida: 13 (20) log:patient Datatyp som representerar en patient i en resurs. patientid log:personid Patientens id nummer, kan vara personnummer, samordningsnummer alternativt reservnummer. patientname log:patientname Patienten namn. Värd är ej obligatoriskt log:patientname Datatyp som representerar en patients namn. Maxlängd: log:personid Datatyp som representerar t personnummer, samordningsnummer eller t reservnummer. Maxlängd: log:purposetype Enumerationsvärde som anger syfte till aktivit. Kan vara Vård och behandling, Kvalitssäkring, Annan dokumentation enligt lag, Statistik, Administration/tillsyn, Specialuppgift Värde "Vård och behandling" "Kvalitssäkring" "Annan dokumentation enligt lag" "Statistik" "Administration/tillsyn" "Specialuppgift" Beskrivning Aktivitens syfte är vård och behandling Aktivitens syfte är kvalitssäkring Aktivitens syfte är annan dokumentation enligt lag Aktivitens syfte är statistik Aktivitens syfte är administration/tillsyn Aktivitens syfte är av typen specialuppgift log:resource Datatyp som representerar en resurs i loggposten. resourcetype log:resourcetype Information om vilken typ av resurs som loggpost avser. Kan vara kemlabbsvar, journaltext, remiss, översikt, samtycke, patientrelation, sätta spärr, rapport osv. patient log:patient Information om vilken patient som resursen avser. Värd är ej obligatoriskt. careprovider log:careprovider Information om vilken vårdgivare resursen tillhör. Sida 13 (20)
14 Inera AB Sida: 14 (20) careunit log:careunit Information om vilken vårdenh resursen tillhör log:resourcetype Datatyp som representerar en aktivits nivå. Maxlängd: log:resources Information om aktuella resurser. En loggpost kan hålla en eller flera resurser. resource log:resource 1..* log:result Datatyp som rurneras som t generellt svar från alla förändrande tjänster, t.ex. skapa, radera, c. En anropande klient skall alltid kontrollera att resultatkoden inte innehåller fel för att på så sätt va om anrop lyckades. Alla svarskoder förutom OK och INFO byder att åtgärden inte genomfördes. resultcode log:resultcode Anger svarskod för åtgärden. 1 resulttext xs:string Optionellt felmeddelande som innehåller information om fel som uppstod. Fält är tomt om resultatkoden är "OK" log:resultcode Enumerationsvärde som anger de svarskoder som finns. Värde "OK" "INFO" "ERROR" "VALIDATION_ERROR" "ACCESSDENIED" Beskrivning Transaktionen har utförts enligt uppdrag. Transaktionen har utförts enligt begäran, men d finns t meddelande som konsumenten måste visa upp för användaren (om tillämpbart). Exempel på dta kan vara "kom fastande". Transaktionen har INTE kunnat utföras p.g.a t logiskt fel. D finns t meddelande som konsumenten måste visa upp. Exempel på dta kan vara "tiden har bokats av annan patient". En eller flera inparamrar innehåller felaktiga värden. Angiven tjänst utfördes ej. Behörigh saknas för att utföra begärd tjänst. Angiven tjänst utfördes ej log:system Datatyp som representerar t system i loggposten. D system som skapar loggposten. Sida 14 (20)
15 Inera AB Sida: 15 (20) systemid log:hsaid Systems id. 1 systemname log:systemname Systems namn. Värd är ej 0..1 obligatoriskt log:systemname Datatyp som representerar namn på t system. Maxlängd: log:user Datatyp som representerar användaren som utfört aktivit, tillika ägare av loggpost. userid log:hsaid Användarens id. Loggpostens ägare. 1 name log:username Användarens fulla namn. Värd är ej 0..1 obligatoriskt. personid log:personid Användarens id nummer, kan vara 0..1 personnummer, samordningsnummer alternativt reservnummer. Värd är ej obligatoriskt. assignment log:assignment Namn på medarbare i uppdrag, 0..1 exempelvis sjuksköterska på kirurgkliniken. Värd är ej obligatoriskt. title log:usertitle Användarens titel. Värd är ej 0..1 obligatoriskt. careprovider log:careprovider Användarens vårdgivare när aktivit 1 utfördes. Den vårdgivaren är ägare av loggposten. careunit log:careunit Användarens vårdenh när aktivit utfördes log:username Datatyp som representerar namn för en användare. Maxlängd: log:usertitle Datatyp som representerar titel på användare. Maxlängd: Datatyper från namnrymd Nedan beskrivs några komplexa datatyper som är deklarerade i den beroende namnrymden ds, ds:canonicalizationmhod Sida 15 (20)
16 Inera AB Sida: 16 (20) algorithm ds:uri ds:digestmhod algorithm ds:uri ds:digestvalue value xs:string ds:keyinfo x509data ds:x509data 1..* ds:object signatureproperties ds:signaturepropert ies ds:reference uri ds:uri 0..1 id xs:string 0..1 referencetype ds:uri 0..1 transforms ds:transforms 0..1 digestmhod ds:digestmhod 1 digestvalue ds:digestvalue ds:signature id xs:string 0..1 signedinfo ds:signedinfo 1 Sida 16 (20)
17 Inera AB Sida: 17 (20) signaturevalue ds:signaturevalue 1 keyinfo ds:keyinfo 0..1 object ds:object 0..* ds:signaturemhod algorithm ds:uri ds:signatureproperties signatureproperty ds:signaturepropert y 0..* ds:signatureproperty id xs:string 1 targ xs:string 1 timestamp ds:timestamp ds:signaturevalue value xs:string 1 id xs:string ds:signedinfo id xs:string 0..1 canonicalizationmhod ds:canonicalization 1 Mhod reference ds:reference 1..* signaturemhod ds:signaturemho d ds:timestamp Sida 17 (20)
18 Inera AB Sida: 18 (20) date xs:string 1 time xs:string ds:transform algorithm ds:uri ds:transforms transform ds:transform 1..* ds:uri Maxlängd: ds:x509certificate value xs:base64binary ds:x509data x509certificate ds:x509certificate Datatyper från namnrymd urn:riv:ehr:log.download:1 Nedan beskrivs några komplexa datatyper som är deklarerade i aktuell namnrymd urn:riv:ehr:log.download:1, version 1.0. Dessa datatyper är vanligt förekommande i övriga tjänster senare i kapitl log.download:garchivesresponse Rurtyp för tjänsten hämta arkiv Typen ärver Result och används bara då något går fel och ingen arkivfil rurneras. Sida 18 (20)
19 Inera AB Sida: 19 (20) log.download:hsaid Datatyp som representerar d unika nummer som identifierar en anställd, uppdragstagare, strukturenh eller en HCC funktion (HSA-id). Specificerat enligt HSA-schema tjänsträd version 3.9. Maxlängd: log.download:listarchivesresponse Rurtyp för tjänsten lista arkiv archivemadata log:archivemad ata En samling arkivmadata. 0..* log.download:result Datatyp som rurneras som t generellt svar från alla tjänster. En anropande klient skall alltid kontrollera att resultatkoden inte innehåller fel för att på så sätt va om anrop lyckades. Alla svarskoder förutom OK byder att åtgärden inte genomfördes. resultcode log.download:resu Anger svarskod för åtgärden. 1 ltcode resulttext xs:string Optionellt felmeddelande som innehåller information om fel som uppstod. Fält är tomt om resultatkoden är "OK" log.download:resultcode Enumerationsvärde som anger de svarskoder som finns. Värde "OK" "ERROR" "VALIDATION_ERROR" "ACCESSDENIED" Beskrivning Transaktionen har utförts enligt uppdrag. Transaktionen har INTE kunnat utföras p.g.a t logiskt fel.". En eller flera inparamrar innehåller felaktiga värden. Angiven tjänst utfördes ej. Behörigh saknas för att utföra begärd tjänst. Angiven tjänst utfördes ej. Sida 19 (20)
20 Inera AB Sida: 20 (20) Sida 20 (20)
1 Exempel på att kontrollera XML-signatur manuellt
2017-05-22 1(11) 1 Exempel på att kontrollera XML-signatur manuellt Detta är exempel på hur man kan kontrollera en XML-signatur enbart med enkla kommandoradsverktyg i Linux. Exemplen är avsedda att öka
SLL s attributsprofil
Attribut Beskrivning Kodverk Förekomst Anmärkning hsaidentity Personens HSA-id, kopplat till utfärdaren urn:oid:1.2.752.29.4.19 0..1 Oklart? givenname Personens tilltalsnamn enligt skatteverkets urn:oid:2.5.4.42
Inera s attributsprofil
Attribut Beskrivning Kodverk Förekomst Anmärkning authnmethod Autentiserngsmetod 1..1 x509issuername Utfärdare av certifikatet 1..1 levelofassurance Vilken LOA-nivå som användaren har autentiserat sig
Beskrivning av e-räkenskapsformatet 2.02
Version 2.02 2009-11-23 1 (6) Beskrivning av e-räkenskapsformatet 2.02 E-räkenskapsformatet är ett XML-dokument som fungerar som en behållare för instansdokument, underskrifter och annan information som
MongoDB för Säkerhetstjänster
MongoDB är en så kallad dokumentorienterad databas eller NoSQL-databas. Den används inom tre funktioner i Säkerhetstjänster: Systemloggar, Loggrapportering och Arkivsökning. Med rekommenderad konfiguration
eremiss 3.20 Webservices integration
eremiss 3.20 Webservices integration eremiss 3.20 har tjänster för integrerade system. Vem kan nyttja tjänsterna? Ett externt system kan programmeras att nyttja valda delar av dessa tjänster. För att kunna
eremiss 3.23 Webservices integration
eremiss 3.23 Webservices integration eremiss 3.23 har tjänster för integrerade system. Vem kan nyttja tjänsterna? Ett externt system kan programmeras att nyttja valda delar av dessa tjänster. För att kunna
MVK SSO 2.0 Mina vårdkontakter
Ämne Version Datum Introduktion MVK SSO 2.0 1.7 2014-02-14 Ansvarig Dokument ID Sign Martin Carlman/Peter Bäck MVK-0031 Version Datum Av Avsnitt Ändring 1.7 140214 AL MVK SSO 2.0 Mina vårdkontakter MVK
RIV 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
Filleveranser 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
Integration mot SPOR. Svenskt PeriOperativt Register 3.0
Innehållsförteckning Innehållsförteckning... 1 1. Inledning... 2 2. Förberedelser... 2 3. Sätt att integrera... 2 3.1. Webbtjänst... 2 Autentisering... 2 Beställning av certifikat... 2 Adresser... 3 3.2.
Utkast/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
Faktura/Saldobesked Gränssnittsdokumentation. Version 5.1
Version 5.1 Datum: 2010-12-06 Sida 2 av 20 Revisionshistorik Version Datum Kommentarer 5.1 2010-12-06 Lagt till info om att tjänsten är behörighetsskyddad. 5.0 2008-03-14 Nya response-värden returneras
Specifikation av säker elektronisk kommunikation mellan aktörer i försäkringsbranschen
Specifikation av säker elektronisk kommunikation mellan aktörer i försäkringsbranschen (Version 1.1) version 1.1 Sidan 1 av 25 1 Inledning...3 1.1 Bakgrund...3 1.2 Syfte...3 1.3 Notation...3 1.4 Förvaltning
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
Certifikattjä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
Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister
Version 1.02 Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister Sändning av uppgifter Scheman Meddelanden 2 (16) Versionshistoria Version Datum Beskrivning
LabPortalen Services 2.11
LabPortalen Services 2.11 LabPortalen 2.11 har tjänster för integrerade journalsystem. Vem kan nyttja tjänsterna? Ett integrerat journalsystem kan programmeras att nyttja valda delar av dessa tjänster.
Elektronisk tidredovisning
Elektronisk tidredovisning Presentation av gränssnitt mot tidrapporteringssystem Sid 1 Elektronisk tidredovisning Tekniskt gränssnitt för tidredovisning Försäkringskassan tillhandhåller ett webbtjänstegränssnitt
Termer och begrepp. Identifieringstjänst SITHS
Termer och begrepp Identifieringstjänst Revisionshistorik Version Datum Författare Kommentar 1.0 2019-02.20 Policy Authority Fastställt 1.1 Policy Authority Mindre justeringar 1. Dokumentets syfte Definition
Tjä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:
Manual Nationell- och systemadministratör
M ANUAL NATIONELL - OCH SYS TE M ADMINISTRATÖ R (2) Manual Nationell- och systemadministratör Stöd och behandling Stockholm, 2018-05-29 Revisionshistorik Version Författare Kommentar 0.1 Elin Åkerblom
Integration mot SPOR. Svenskt PeriOperativt Register 2.0 KARL NYBERG, JOEL DAMBERG, TOMAS SNÄCKERSTRÖM, RODRIGO FUNES
Integration mot SPOR Svenskt PeriOperativt Register 2.0 KARL NYBERG, JOEL DAMBERG, TOMAS SNÄCKERSTRÖM, RODRIGO FUNES 2014-12-15 Innehållsförteckning 1. Inledning 4 1.1. Avgränsningar 4 1.2. Version 4 1.3.
Portförändringar. Säkerhetstjänster 2.1 och framåt
Portförändringar Säkerhetstjänster 2.1 och framåt Innehållsförteckning 1. Säkerhetstjänster 2.1 införs... 3 1.1. Bakgrund... 3 1.2. Brandväggsöppningar... 3 1.3. Test att brandväggsöppningarna för Säkerhetstjänster
Revisionsfrågor HSA och SITHS 2015
Revisionsfrågor HSA och SITHS 2015 Fyll i svar på nedanstående revisionsfrågor. När du har besvarat alla frågorna klickar du på knappen "Skicka nu" längst ner på sidan. Om du inte hinner besvara alla frågor
E-pliktleverans via RSS-feeds
E-pliktleverans via RSS-feeds Referens till detta dokument: http://www.kb.se/namespace/digark/deliveryspecification/deposit/rssfeeds/ 1 Ändringshistorik a element måste nu först komma i given ordning (anpassning
Version: 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
RIV 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
Sändning av uppgifter Scheman Makuleringsuppgifter Anläggningsprojekt för ett nationellt inkomstregister
Version 1.02 Sändning av uppgifter Scheman Makuleringsuppgifter Anläggningsprojekt för ett nationellt inkomstregister Sändning av uppgifter Scheman Makuleringsuppgifter 2 (12) Versionshistoria Version
Version: 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
Certifikattjänsten - testbädd. Anläggningsprojekt för ett nationellt inkomstregister
Certifikattjänsten - testbädd Anläggningsprojekt för ett nationellt inkomstregister 2 (9) INNEHÅLL 1 Inledning... 3 2 Testmaterial... 3 2.1 Parametrar som används i testbäddens tjänster... 3 2.2 Testbäddens
LAT 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
InTime HTTP API. Översikt funktioner. Webbtjänster för systemintegration med InTime Messenger.
InTime HTTP API Webbtjänster för systemintegration med InTime Messenger. Översikt funktioner Samtliga funktioner, frånsett listningar, tar emot en XML sträng via metoden HTTP POST. Meddelanden Skapa meddelanden
Manual Dataadministratör
Manual Dataadministratör Stöd och Behandling version 1.4 Stockholm, 2015-11-24 Innehåll 1. Inledning... 3 1.1. Plattformen för Stöd och behandling... 3 1.2. Roller och Behörigheter... 3 1.3. Förutsättning
Introduktion 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
FR Nedladdning v1.3 - teknisk beskrivning
FR Nedladdning v1.3 - teknisk beskrivning Dokumentversion 1.4 Gäller från 2018-03-21 Gränssnitt Åtkomst prod Åtkomst ver Uttagsscheman https://api.lantmateriet.se/fr-nedladdning/1.2 https://api-ver.lantmateriet.se/fr-nedladdning/1.2
Introduktion 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
Elektronisk tidredovisning
Nytt IT-stöd Assistansersättning Elektronisk tidredovisning Presentation av gränssnitt mot tidrapporteringssystem Sid 1 April 2016 Elektronisk Tidredovisning Tekniskt gränssnitt för tidredovisning Försäkringskassan
Administration av landstingsstatistik. Statistiktjänsten
Administration av landstingsstatistik Statistiktjänsten Målgrupp Detta dokument beskriver hur ett landsting kommer igång med att använda landstingsstatistiken. Dokumentet vänder sig till dig som har behörighet
Termer och begrepp. Identifieringstjänst SITHS
Termer och begrepp Identifieringstjänst Revisionshistorik Version Datum Författare Kommentar 1.0 2019-02-20 Policy Authority Fastställd 1. Dokumentets syfte Definition av termer och begrepp som används
LEFI 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
Elektronisk 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
RIV 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
Gränssnittsdokumentation. Faktura/Saldobesked. version 5.0
Datum: 2008-03-14 Sida 1 av 19 Revisionshistorik Senaste ändringen först. version 5.0 Datum Version Kommentar 2008-03-14 5.0 Nya response-värden returneras vid sökning av faktura, pallsaldo och debiteringsbesked.
Regelverk. 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...
Webbteknik II. Föreläsning 5. Restless farewell. John Häggerud, 2011
Webbteknik II Föreläsning 5 Restless farewell HTTP Request HTTP verbs (methods): GET, POST, HEAD, DELETE, PUT, OPTIONS, TRACE, CONNECT http://www.w3.org/protocols/rfc2616/rfc2616-sec9.html variable=value&variable2=value2
Services + REST och OAuth
Services + REST och OAuth Syftet med Services Skapa ett Drupal API för att exponera webb- API:er. Officiella versionen - Create a unified Drupal API for web services to be exposed in a variety of different
Administration av landstingsstatistik. Statistiktjänsten
Administration av landstingsstatistik Statistiktjänsten Versionshistorik Version Författare Kommentar 1.0 Zara Sarén Första versionen för Statistiktjänsten 3.0 1.1 Zara Sarén I avsnittet Om landstingsstatistik,
RIV 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
RDT Externt Webbtjänst Gränssnitt
Version 2.0 1(9) RDT Externt Webbtjänst Gränssnitt Ändringsförteckning: Versionsnummer Ändringsdatum Orsak till ändringen Ändad av 1.0 2007-11-23 Första versionen. Magnus Fredriksson 2.0 2009-03-17 Ändrat
Schematransformation SLU
Testing INSPIRE Annex III Data Specifications Schematransformation SLU GeoTest 2012 Rapport upprättad 2012-10-05 Testad av GeoTest projektet Bilagor 1) Matchningstabell Innehållsförteckning 1 Introduktion...
Extern dialog för Samtycke och vårdrelation. Säkerhetstjänster
Extern dialog för Samtycke och vårdrelation Innehållsförteckning 1 INLEDNING 4 1.1 Allmänt... 4 1.2 Konventioner... 4 1.3 Referenser... 4 3 Webbsidegränssnittet 5 3.1 Förutsättningar... 5 3.2 Gränssnittsspecifikation...
Informationsmodell för Bild och Funktionsregistret. VERKSAMHETSSPECIFIKT för BILD och FUNKTIONSMEDICIN (BFM) RADIOLOGI
Informationsmodell för Bild och Funktionsregistret VERKSAMHETSSPECIFIKT för BILD och FUNKTIONSMEDICIN (BFM) RADIOLOGI Sid 1 (5) 1. Innehåll 1. INNEHÅLL...2 2. INTRODUKTION... 3 2.1 INLEDNING... 3 3. INFORMATIONSMODELL
Dokumentation för tjänsten Tjänstefördelning
Dokumentation för tjänsten Tjänstefördelning Nova Software AB, Storgatan 5A, 521 42 Falköping 0515 777 888 support@novasoftware.se Dokumentation för tjänsten Tjänstefördelning Introduktion Denna tjänst
GATEWAY 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
Förvaltningsgemensam specifikation för leverans av enstaka publikationer till Kungliga biblioteket (FGS-PUBL)
Datum: 2016-02-17 Version 1.2 Förvaltningsgemensam specifikation för leverans av enstaka publikationer till Kungliga biblioteket (FGS-PUBL) Referens till det här dokumentet: http://www.kb.se/namespace/digark/deliveryspecification/deposit/fgs-publ/
RIV Informationsspecifikation Visualisering Remiss status
1(25) RIV Informationsspecifikation Visualisering Remiss status Kontaktpersoner: Robert Georén(Mawell), 2(25) Revisionshistorik Version Date Change Author 0.1 Skapade dokumentet Robert Georén 0.2 2011-11-09
XML-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
Fass webbtjänster Fass Vet.- texter
Fass webbtjänster Fass Vet.- texter Sida: 2 av 6 Innehåll Referenser... 2 Versioner... 2 Syfte... 3 Hämta veterinär Fass- text med nplid... 3... 3... 3 Hämta veterinär Fass- text med nordiskt varunummer...
Sammanfattning 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...
PMO-guide Primärvården
Elektronisk överföring av BHV-journal Från och med juni 2018 är det möjligt att elektroniskt exportera en BHV-journal till en Elevhälsa som har PMO, även till andra kommuner och landsting i Sverige. Viktig
Laboration 2 RESTful webb-api
Webbteknik II, 1DV449 Laboration 2 RESTful webb-api Author: John Häggerud & Johan Leitet Semester: HT 2011 Course code: 1DV449 Inledning I denna laboration är det tänkt att Du ska skriva ett eget webb-api
Tjänstegränssnitt API Vägledning
Sida: 1 av 23 2017-06-21 Tjänstegränssnitt API Vägledning Tjänstegränssnitt API Vägledning Version 1.3 Gränssnittsbeskrivning Sida: 2 av 23 Revisionshistoria Datum Version Beskrivning Författare 2016-06-16
Handbok för EASY sekretessregister PASiS m fl Tandemsystem. Allmänt...2. Att logga in i EASY 3. Att registrera personuppgifter.. 4. Nyuppläggning...
PASiS utbildning 2004-12-15 Handbok för EASY sekretessregister PASiS m fl Tandemsystem Allmänt...2 Att logga in i EASY 3 Att registrera personuppgifter.. 4 Nyuppläggning...4 Översikt över användarens behörighet...5
Dokumentation om DAK-formatet
Dokumentation om DAK-formatet Filbeskrivning Kommun kommunid Kommunens den fyrsiffriga kod. Int x kan hittas på skl.se (sök på kommunkoder) version nuvarande filversionen
NKRR. Regelskrivning i praktiken
Sida: 1 (13) NKRR Regelskrivning i praktiken Innehåll Sida: 2 (13) 1 Inledning... 3 1.1 Förkortningar och begrepp... 3 2 Ändringshistorik för dokumentet... 4 3 Bakgrund... 5 3.1 Regler i NKRR... 5 3.2
RS01 Resultat på prov
Studentavdelningen/Ladokgruppen 1 (8) RS01 Resultat på prov Detta dokument uppdaterades senast den 29 oktober 2008. Syfte I funktionen kan man rapportera resultat på prov, tillgodoräkna, ändra och ta bort
RIV Informationsspecifikation Visualisering Remisstatus
1(25) RIV Informationsspecifikation Visualisering Remisstatus Kontaktpersoner: Robert Georén(Mawell), 2(25) Revisionshistorik Version Date Change Author 0.1 Skapade dokumentet Robert Georén 0.2 2011-11-09
Felsö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...
Rutin Oidentifierad patient och patient utan personnummer
Dokumentnamn Version Dokumenttyp Oidentifierad patient och patient utan personnummer 1.3 Användarinstruktion Utfärdande förvaltning Sökord Giltig fr.o.m. D-data AB oidentifierad patient, reservnummer,
Digital inlämning av årsredovisningar
Digital inlämning av årsredovisningar Teknisk guide Version 0.5 1 Innehållsförteckning 1 Ändringshistorik... 3 2 Inledning... 4 3 Infrastruktur och aktörer... 5 4 Beskrivning av tjänsterna... 7 4.1 Informationstjänster...
Uppgiftskravstjänsten Teknisk anslutning för att hämta uppgiftskrav som öppna data. Version 1.0
Uppgiftskravstjänsten Teknisk anslutning för att hämta uppgiftskrav som öppna data Version 1.0 1 Innehållsförteckning 1 Inledning... 3 2 Anslutning... 3 2.1 Scenario 1: Hämtning av uppgiftskrav som öppna
Frågehantering XML-produkter Bolagsverket 1 (15)
Frågehantering XML-produkter Bolagsverket 1 (15) 2 (15) Ändringslogg Datum Beskrivning 2011-03-08 Skapar ändringslogg i ny version av dokumentet. Infört tre nya produkter för information om kungörelser.
Revisionsfrågor HSA och SITHS 2014
Revisionsfrågor HSA och SITHS 2014 Fyll i svar på nedanstående revisionsfrågor. När du har besvarat alla frågorna klickar du på knappen "Skicka nu" längst ner på sidan. Om du inte hinner besvara alla frågor
MIS Life Insurance XML
MIS Life Insurance XML Kundfråga Kundfråga Livförsäkring Version: 1 Utgåva: 6.2 Referens: MIS Life Insurance XML Kundfråga version 1.6.2 Uppdaterad: 2013-05-23 Kommentarer och rättningar av detta dokument
Användarbeskrivning ARBETSGIVARINTYG. för Sveriges alla arbetsgivare. arbetsgivarintyg.nu. En ingång för alla användare. Innehåll. Version 1.
2015 05 17 Arbetslöshetskassornas samorganisation SO Version 1.0 ARBETSGIVARINTYG för Sveriges alla arbetsgivare Användarbeskrivning arbetsgivarintyg.nu Med tjänsten arbetsgivarintyg.nu kan du som arbetsgivare
Fass webbtjänster Veterinära Fass-texter
Fass webbtjänster Veterinära Fass-texter Sida: 2 av 6 Innehåll Referenser... 2 Versioner... 2 Syfte... 3 Hämta veterinär Fass-text med nplid... 3... 3... 3 Hämta veterinär Fass-text med nordiskt varunummer...
PMO-guide primärvården
Vaccination Registreringar på andra enheter visas när du klickar på. Detta måste göras varje gång du öppnar journalen. För mer information se guiden Huset. Registrera vaccination i Svevac Enligt ackrediteringsvillkoren
SAMBI SAML Profil. Samverkan för Behörighet och Identitet inom hälsa, vård och omsorg
SAMBI SAML Profil Samverkan för Behörighet och Identitet inom hälsa, vård och omsorg Innehållsförteckning 1. Introduktion... 4 1.1. Specifikation... 4 1.2. Notation... 4 1.3. XML namnrymd... 4 2. Metadata
Manual Användaradministration
Manual Användaradministration Svevac Webbadress: https://svevac.inera.se Webbadress demoversion: https://test.svevac.inera.se (användarnamn: demo / lösenord: demo) Supportärenden Kontakta i första hand
Hantering av spärrar och annan information i samband med omorganisationer och verksamhetsrelaterade förändringar Underrubrik på titelsida
Hantering av spärrar och annan information i samband med omorganisationer och verksamhetsrelaterade förändringar Underrubrik på titelsida Innehållsförteckning 1 Bakgrund... 3 2 Sammanfattning... 3 3 Dela
Inrapportering av data till Svenska Intensivvårdsregistret
Version: 6.0 Fastställd: 2019-01-20 Gäller från: 2019-01-20 Inrapportering av data till Svenska Intensivvårdsregistret Intensivvårdstillfällen med vårdtyp IVA, BIVA och TIVA registreras i lokalt system
HSA Arkivering av stängda vårdgivare och vårdenheter. Scenariobeskrivning, version 2.0, 2014-09-30
HSA Arkivering av stängda vårdgivare och vårdenheter Scenariobeskrivning, version 2.0, Innehåll Inledning... 3 Information som ska sparas vid arkivering... 3 Scenario 1: En vårdenhet stängs... 4 Scenario
Snabbguide till Avstämningsfunktionen 2.0
Version 1.2 Snabbguide till Avstämningsfunktionen 2.0 För vårdgivare Version 1.2 1 (12) Innehållsförteckning AVSTÄMNINGSFUNKTIONEN ETT SYSTEM FÖR UPPFÖLJNING... 2 SÅ FUNGERAR DET... 2 DET FINNS I AVSTÄMNINGSFUNKTIONEN...
SITHS på egna och andra organisationers kort. Hur SITHS kort-information uppdateras i HSA
SITHS på egna och andra organisationers kort Hur SITHS kort-information uppdateras i HSA Innehållsförteckning 1. Certifikat och kortadministration HSA och SITHS... 2 1.1 SITHS en förtroendemodell... 2
Utfärdande av HCC. Utbyte av SITHS CA v3 på kort som kan hantera SITHS CA v1
Utfärdande av HCC Utbyte av SITHS CA v3 på kort som kan hantera SITHS CA v1 Innehåll 1. Bakgrund... 2 2. Identifiera kort att byta ut... 2 3. Utfärda nytt HCC till befintligt SITHS-kort... 3 3.1 Förutsättningar...
HSA Admin version 4.9 (och lite 4.8)
HSA Admin version 4.9 (och lite 4.8) Vad är nytt? Precis som i 4.8 - Rätt mycket 12:e maj 2014 Robert Stahl Robert.stahl@inera.se En liten tillbakablick först. 17 åtgärder genomfördes i version 4.8, både
Underlag 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.
RDT Externt Webbtjänst Gränssnitt
Vägverket Samhälle och trafik Texttelefon: 0243-750 90 Magnus Fredriksson Sitv - extern Datum: 2007-11-23 Beteckning: Version 1.0 RDT Externt Webbtjänst Gränssnitt Ändringsförteckning: Versionsnummer Ändringsdatum
Protokollbeskrivning av OKI
Protokollbeskrivning av OKI Dokument: Protokollbeskrivning av OKI Sida 1 / 17 1 Syfte Det här dokumentet har som syfte att beskriva protokollet OKI. 2 Sammanfattning OKI är tänkt som en öppen standard
Tjänstespecifik Teststrategi Utomlänsfakturering
Tjänstespecifik Teststrategi Utomlänsfakturering Sid 1/13 Innehåll 1. Inledning... 3 Kvalitetsmål... 4 Anpassning till testmodell... 4 Ekosystem... 5 Testmiljö... 6 2. Verifiering av tjänstekonsument...
TJÄ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
Skuldutdrag. Funktionell beskrivning av tjänsten med elektronisk överföring Utgåva 2.3
1(6) Skuldutdrag Funktionell beskrivning av tjänsten med elektronisk överföring Utgåva 2.3 www.kronofogden.se E-postadress: kontakt@kronofogden.se Postadress Besöksadress Telefon Telefax Box 1050 0771-73
Regelverk. 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...
DIAGNOSTISKT PROV. Tid. Hjälpmedel. Antaganden. Rättning. Övrigt. Diagnostiskt Prov. Klockan Inga
203-03-9 203-03-9 DIAGNOSTISKT PROV Tid Klockan 09.00-2.00 Hjälpmedel Inga Antaganden Om förutsättningar saknas I en uppgift skall rimliga antaganden göras och nedtecknas. Rättning Tentamen omfattar 6
Bestä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
Anvisningar 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