Kommunikation med SDS-paket Beskrivning av SOS Alarms kommunikationsgränssnitt för egendefinierade SDS-meddelanden

Relevanta dokument
Kommunikation med statusmeddelanden

Specifikation för stationsutalarmering via Rakel. Innehållsförteckning

Gränssnittsspecifikation. Utalarmering XML version 2.0

Gränssnittsspecifikation. Utalarmering XML version 2.0

Rakel Tillsammans med SOS Alarm

Formatmallar i CoordCom

InTime HTTP API. Översikt funktioner. Webbtjänster för systemintegration med InTime Messenger.

TeleCall. Nya funktioner 7.34

Introduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.

Godkännande av kundapplikationer

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.0

Teknisk guide för myndigheter

KOMPETENT LEDNINGSSYSTEM MED FOKUS PÅ ENKELHET

GATEWAY TJÄNSTEBESKRIVNING. Webbservice. WSDL-fil. Skicka meddelanden. SMS och FastnätsSMS

Operativa rutiner mellan Region Skåne och SOS Alarm AB

Elektroskandia Supplier DESADV D96A

BLIS StatusPanel. Bruksanvisning

Posttjänster Svenska postadresser. Postal services Swedish postal addresses

REST API Generellt https POST UTF-8 API_key JSON

Operativa kommunikationsrutiner via Rakelanvändning RAKEL Skåne version 1.2

Version Juni Utskriftsbeställning

BESKRIVNING AV MEDDELANDETYPER

Version Maj Utskriftsbeställning

Alias 1.0 Rollbaserad inloggning

Kursnamn Kurstid Datum och starttid Ort Brandskyddsutbildning 3 timmar :00:00 Alingsås Brandskyddsutbildning 3 timmar

Handledning till Power Point för gränsöverskridande samverkan med stöd av NØdnett och Rakel

Elektronisk tullräkning Sid 1(9) Samverkansspecifikation. Version: 1.0 SAMVERKANSSPECIFIKATION. för. e-tullräkning

Filleveranser till VINN och KRITA

QSP. Karlskoga Radioklubb. Nr 7 September 2013

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

API Notera HTTPS POST msg UTF-8. API_key JSON Mobilnummer format 1. Skicka ett SMS till specifikt nummer POST parametrar: from msg API_key Exempel:

Request for Transfer. Beskrivning av tjänsten. Januari 2017

SOS Alarm. Företagspresentation v

ServIT ärendehantering och CRM

Ontech Control för Iphone Användarmanual Svenska

InTime Message Center SMS gränssnittsspecifikation V2.3

Manual SMS Gateway NÄRHÄLSAN

PROCESSUTVECKLING IT ITIL FÖRBÄTTRAT ÄRENDEHANTERINGSSYTEM ANVÄNDARANVISNING

Manual: Work Anyware Portal Ver

Beskrivning av xml-produkten SamladArendeforteckning (A30) version 2.02

Grundläggande datavetenskap, 4p

Beskrivning av xml-produkten FunktionarerFirmateckningVakanser (F11) version 2.02

Version September Utskriftsbeställning

Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 1.0

Beskrivning av xml-produkten Arendeforteckning (A6) version 2.00

Arbetsmiljö våren

Integration mot Cellsynts SMS gateway via HTTP-gränssnitt (teknisk dokumentation) Cellsynt

Ontech Control för Android Användarmanual Svenska

Analys brand i byggnad i Eksjös gamla trästad

Informationsmodell för Bild och Funktionsregistret. VERKSAMHETSSPECIFIKT för BILD och FUNKTIONSMEDICIN (BFM) RADIOLOGI

Skyddade personuppgifter - PMO

Certifikattjänsten - testbädd. Anläggningsprojekt för ett nationellt inkomstregister

Manual C3 BMS för Android-telefoner

Operativa kommunikationsrutiner via Rakelanvändning RAKEL Skåne version 2.0

Kihl & Andersson: Kapitel 6 (+ introduktioner från kap 7, men följ slides) Stallings: 9.5, 14.1, 14.2, Introduktion i 14.3, 16.1

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

Mobilt Efos och ny metod för stark autentisering

Att fylla i blankett för licensansökan via webb

Manual C3 BMS v. 3 för iphone/ipad

Teknisk guide för brevlådeoperatörer. Annika Melin Version: 1.1

Introduktion till integrering av Schenkers e-tjänster. Version 2.0

Integration mot Cellsynts SMS gateway via HTTP-gränssnitt (teknisk dokumentation)

LEX INSTRUKTION - LEXTALK

Registrera närvaro via

PROGRAMMERING GSM-A4. A4 Prg 3 jan -01

SMS Webb Handbok. Logga in. Ställ in och ändra din användarinformation

Välkomna till SOS Alarm

UC API Teknisk referens för UC:s svenska personinformation

Villkor för digitala leveranser i projekteringsuppdrag

Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 1 METS

iphone app - Users Net2 AN1116-SE Allmänt Starta Appen

MANUAL RS-120/S GSM. Inkoppling av GSM-kort (Mobil 63) till larmsändaren RS-120/S

Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 3.0

TeleCall. Nya funktioner 7.43

Teknisk guide för brevlådeoperatörer

Beskrivning av xml-produkten Verksamhet (F9) version 2.00

DABAS Update. Produktblad

Dokumentation. Ver Sida 1

Så fyller du i ett programmeringsunderlag för Rakel

Teknisk guide för brevlådeoperatörer

Dokumentation. Ver Sida 1

REST API Generellt https POST UTF-8 API_key JSON

KomSys Hela kursen på en föreläsning ;-) Jens A Andersson

Byggnet Viewer Version Oktober

WebbSMS från datorn. Innehållsförteckning

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

Manual - Administration

Manual Användaradministration

Dual Alarm Link Management (DALM)

Välkommen till en enklare värld!

Hur du skapar en ansökan om utbetalning

Lex2 Användningsfall Specifikation: AF_1170 Hantera deltagare Version 1.7

Talgruppshantering tillsammans med SOS Alarm

Föreläsning 10 Mål Förse en översikt av mobilnätens utveckling Förstå komponenterna i ett mobilt nät. Mobila nätverk (1/5) Mobila nätverk (2/5)

Beskrivning av xml-produkten FirmagranskningVerksamhet (F35) version 2.00

Beskrivning av xml-produkten Bifirma_Parallellfirma (F10) version 2.00

Beskrivning av xml-produkten ArendeinformationFtgRegistret (A15) version 2.00

I dokumentet beskrivs hur man i medlemsregistret (MiRiaM) utför en så kallad avancerad sökning.

Manual för WebbSMS 3.0

Innehåll: 1 Blockering av öppen vidarebefordran via Hankens datorer, dvs. third party open relayblockering...

Transkript:

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 1 av 48 Kommunikation med SDS-paket Beskrivning av SOS Alarms kommunikationsgränssnitt för egendefinierade SDS-meddelanden TETRA V+D Transportlager Skallager Data Konfigurationsprofil Detta dokument har upprättats av SOS Alarm i syftet att beskriva och informera om ett kommunikationsgränssnitt. Dokumentet får endast användas som en information där all typ av återskapande eller kopiering av dokumentets innehåll är förbjudet utan att ett skriftligt tillstånd ges från SOS Alarm. För mer information vänligen kontakta SOS Alarm SOS Alarm i Sverige AB SOS Teknik Malmskillnadsgatan 64 111 38 Stockholm Tele: 08-454 38 50 Fax: 08-454 38 59 Hemsida: www.sosalarm.se Mail support@sosalarm.se

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 2 av 48 Innehåll Förord 4 1 Allmänt 5 1.1 Dokumenthistorik... 5 1.2 Referensdokument... 5 1.3 Förkortningar och begreppsförklaringar... 6 2 SDS-gränssnitt (SOS definierade meddelanden) 7 2.1 Användande av transportlager... 8 2.2 Användande av Skallager... 11 2.3 Utskickade larm och ärendeinformation från SOS Alarm.... 12 2.4 Kontaktvägar... 14 3 Datamallar utskick från SOS Alarm 15 3.1 Kommunikation ut från SOS Alarm.... 15 3.1.1 Utdatamall 10020 Räddning lång... 16 3.1.2 Utdatamall 10022 Räddning lång Tillägg... 17 3.1.4 Utdatamall 10024 Räddning lång.... 18 3.1.5 Utdatamall 10025 Räddning lång... 19 3.1.6 Utdatamall 10021 Räddning kort... 20 3.1.7 Utdatamall Vård lång 10030... 21 3.1.8 Utdatamall Vård lång 10032... 22 3.1.9 Utdatamall Vård lång 10033... 24 3.1.10 Utdatamall Vård lång 10034... 26 3.1.11 Utdatamall Vård kort 10031... 28 3.2 Datamallar för kommunikation med SOS Alarm... 29 3.2.1 Data som kan skickas in till SOS Alarm... 30 3.2.2 Personal knyter sig till resurs... 31 3.2.3 Frikoppling av personal från resurs... 31 3.2.4 Kvittens från enskild person, DGNA... 32 3.2.5 Kvittens av person som ej är knuten till resurs, DGNA33 3.2.6 Kvittens från person som är knuten till resurs.... 34 3.2.7 Kvittens från enskild person som ej är knuten till resurs. 35 3.2.8 Kvittens från resurs utan personal, DGNA... 36 3.2.9 Resurskvittens med knytning av personal, DGNA... 37 3.2.10 Resurskvittens med knytning av personal, status U, DGNA 38 3.2.11 Resurskvittens utan knuten personal... 39 3.2.12 Resurskvittens med knytning av personal... 40 3.2.13 Resurskvittens med knytning av personal, status U. 41 3.2.14 Status skickat som SDS till visst ärende... 42 4 Kommunkation med textdata till handapparat 43

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 3 av 48 4.1 Begränsningar för användning... 43 4.2 Sändprofiler... 43 4.3 Sändprofiler för vårdärenden... 43 4.3.1 Profil 11001, för Vård... 43 4.3.2 Profil 11002, för Vård... 44 4.3.3 Profil 11006, för Vård... 44 4.3.4 Profil 11030, för Vård... 45 4.4 Sändprofiler för räddningsärenden... 46 4.4.1 Profil 11041, för Räddning... 46 4.4.2 Profil 11050, för Räddning... 46 4.4.3 Profil 11054, för Räddning... 47 4.4.4 Profil 11060, för Räddning... 47

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 4 av 48 Förord Syftet med detta dokument är att beskriva SOS Alarms kommunikationsgränssnitt för utgående och inkommande SDS-meddelanden till applikationer. Utöver detta dokument finns ett dokument som beskriver fritextmallar, dessa fritextmallar används då mottagaren direkt ska läsa meddelandet. Målet med denna beskrivning är att ge information om vilka krav som finns och vad som behövs för att man ska kunna utveckla applikationer som ska kommunicera med SOS Alarm. Rakelsystemet som är ett TETRA system stödjer två olika typer av SDS tjänster, fördefinierade och egendefinierade meddelanden. De fördefinierade meddelandena brukar även kallas för statusmeddelanden och är ett meddelande som består av en femställig sifferkod (SDS 1). En sådan sifferkod kan en mottagare tolka till klartext genom att texten har förprogrammerats in i mottagarens utrustning. Den andra tjänsten är de s.k. egendefinierade meddelanden vilka enklast kan liknas vid SMS för GSM. Denna tjänst gör att en användare kan skicka och ta emot text till sin utrustning. Egendefinierade meddelanden kan skickas genom olika typer av SDS meddelanden (SDS1-4 (TL)). Det som skiljer mellan de olika meddelandetyperna är storleken vilken är 16 bits för SDS1, 32 bits för SDS 2, 64 bits för SDS 3 och upp till 2047 bits för SDS 4 (TL). Ett SDS-TL skiljer sig även från de övriga genom att man använder sig av ett s.k. transportlager i kommunikationen. Om en användare önskar skicka in fördefinierade statusmeddelanden till SOS Alarm bör de ta del av dokumentet SOS-SDS-090416-1.0 vilket beskriver tjänsten mer i detalj. SOS Alarm kan erbjuda sina kunder flera olika typer av tjänster vilket gör att en användare både kan skicka och ta emot data. Dessa tjänster gör att en användare får ett bra stöd och hjälp i sitt fältarbete. För att kunna nyttja stödet krävs det att användarens utrustning är anpassad och eventuellt utrustad med applikationer. För att underlätta en anpassning krävs det även att man har ett väldefinierat gränssnitt som både beskriver vilka funktioner och vilka krav som finns för gränssnittet. Behov av anpassning kan skilja sig beroende på vilken typ av utrustning som användaren har valt och beroende på vilken tjänst man vill nyttja från SOS Alarm. För mer information och eventuell hjälp, vänligen kontakta SOS Alarm. SOS Alarms SDS-gränssnitt möter TETRA standardens uppbyggnad gällande de regler och definitioner som beskrivs i ETSI dokumentet EN300 392-2 kapitel 13 och 29. De tillägg och avvikelser som berör SOS Alarms gränssnitt beskrivs i detta dokument. För att kunna nyttja SOS Alarms erbjudna SDS-tjänster krävs det att man tar del av detta dokument och beaktar de regler och krav som finns beskrivna i dokumentet och det som anges i hänvisad standard. SOS Alarm kan inte garantera att detta dokument gäller för all framtid. Systemförändringar som SOS Alarm anser nödvändiga samt eventuella yttre faktorer så som förändringar i nätstruktur eller rekommendationer från MSB kan innebära att formatet ändras i framtiden. SOS Alarm kan inte bekosta kunders omprogrammering när och om detta inträffar. Sådana förändringar av större karaktär kommer att meddelas i god tid innan de görs. (3-6 månader)

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 5 av 48 1 Allmänt 1.1 Dokumenthistorik Detta dokument skall ses som ett fristående dokument vilket beskriver SOS Alarms SDSgränssnitt. Dokumentet kommer att uppdateras vid behov och där revision endast redovisas i nedan revisionslogg. Datum Revision Förändring/kommentar Utfärdat av Godkänt av 2013-10-18 1.85 Ny sändprofil 10034 Vård lång med samtliga resurser i mappen 2014-06-01 1.86 Ny sändprofil 10024 Räddning lång med samtliga resurser i mappen 2014-12-17 1.87 Sändprofil 10024 har ändrats. Område har ny position. Sjukvårdsledare (tidigare namn var Medicinskt ansvarig) har ny position. Fälten Objekt, Nycklar, Räddningsledare och Sjukvårdsledare har tillkommit. 2015-10-20 1.88 Ny sändprofil 10025 Räddning Rakel Lång. Fältet larmhändelsetext är adderat. 2016-04-12 1.89 Ny sändprofil 11054 för handapparater. Innehåller område 2016-11-04 1.90 Avsnitt 3.2.1 mallnummer 50025. Korrigerat text om vilka status som kan skickas in. Avsnitt 3.2.14 Ändrat protokollstatus till uppgragsstatus. 2018-05-18 1.91 Avsnitt 3.1.11 Nytt fält Uppdrags-id adderat i ny profil 10035 Lars Norberg Mikael Marberg Lars Norberg Lars Norberg Lars Norberg Lars Norberg Lars Norberg Per Eriksson Per Eriksson Per Eriksson Per Eriksson Per Eriksson Per Eriksson Per Eriksson 1.2 Referensdokument I dokumentet hänvisas det till olika referensdokument. Dessa dokument har sammanställts och redovisas i tabell 1.2.

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 6 av 48 Tabell 1.2 Dok. Typ Dok. Nr Revision ETSI-standard EN300 392-2 V3.4.1 2010-08 SOS dokument SOS-SDS1-090416 R 1.0 Anm: Denna tabell tar inte hänsyn till om ett dokument har fått förändrad revisionsstatus utan ska ses som en sammanställd referenslista. 1.3 Förkortningar och begreppsförklaringar Förkortning Ack AI APP CC CMCE DGNA E2EA EN ETSI ISSI ITSI MCC MNC MSISDN SDS SDS-TL SDS-TL-SAP SS TNCC-SAP TNSDS-SAP TNSS-SAP XML SSI Beskrivning Kvitto Air Interface Applikation Call Control Circuit Mode Control Entity Dynamic Group Number Assigment End to End Acknowledgement European Norm European TETRA Standard Institute Indvidual Short Subscriber Identity Individual TETRA Subscriber Identity Mobile Country Code Mobile Network Code Mobile Station Integrated Service Digital Network Short Data Service Short Data Service Transport Layer Short Data Service Transport Layer Service Access Point. Supplementary Service TETRA Network Call Control Service Access Point TETRA Network Short Data Service Service Access Point TETRA Network Supplementary Service Service Access Point extensible Markup Language Subscriber Identity

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 7 av 48 2 SDS-gränssnitt (SOS definierade meddelanden) Vid kommunikation med egendefinierade SDS-meddelanden rekommenderar SOS Alarm att man använder sig av typen SDS-TL. Denna typ gör att man bl.a. kan få leveranskvittens (E2EA) från mottagaren och även en möjlighet att lägga till en s.k. protokollidentifierare framför själva meddelandet. Fördelen med att använda sig av protokollidentifierare är att man minimerar risken för interprobabilitets problem mellan olika utrustningar och applikationer. Meddelanden till och från SOS Alarm ska kunna hantera sammansatta SDS (concatenated SDS, ETSI 300 392-2 Kap 29.5.10-29.5.11.10) Vid kommunikation med viktig information (larm, ärendedata) genom SDS-meddelanden, rekommenderar SOS Alarm att man alltid kommunicerar punkt till punkt och inte punkt till multipunkt (talgrupp). Skälet till det är att en avsändare aldrig vet om alla mottagare i en multipunkt har fått meddelandet. Att skicka SDS-TL meddelande till en multigrupp med begäran om E2EA kan ge stora systemlaster om flera användare befinner sig inom samma cell (basstation). För mer information, se dokumentet EN300 392-2, stycke 29.3.3.4.1. Normalt skickar en användare egendefinierade SDS-meddelande till SOS Alarm då man är knuten till ett ärende. Vid sådan kommunikation ska samtliga meddelanden vara förpackade på det sätt som beskrivs i detta dokument. För kommunikation som inte är ärendeknutet kan en användare skicka in egendefinierade SDS-meddelanden om dessa följer förbestämda mallar och att man abonnerar på en tjänst ifrån SOS Alarm som erbjuder denna typ av kommunikation.

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 8 av 48 2.1 Användande av transportlager Ett SDS-TL meddelande består av flera olika lager där ett av dem är ett s.k. transportlager (TL). Användarapplikation SDS-TL-SAP SDS-TL (Transportlager) TNCC-SAP TNSS-SAP TNSDS-SAP CMCE Skallager CC SS SDS (Data) Transportlagret är ett lager som består av flera olika element vilka är viktiga komponenter för kommunikation en mellan olika system. Genom att man använder sig av transportlagret kan man både säkerställa och kvalitetssäkra kommunikation på ett sätt vilket inte är möjligt med de andra typerna av SDS-meddelande (SDS 1-4). Transportlager + Skallager + Data De element som SOS Alarm använder sig av i transportlagret är följande: (Sändning och krav på rapportinnehåll) Element (Parameter) Förfrågan Indikering Called Party SSI Obligatorisk Obligatorisk Called party Extension Tillval Obligatorisk Calling Party SSI Tillval Obligatorisk Calling Party extension ---------------- Obligatorisk Protocol identifier Obligatorisk Obligatorisk Delivery report Request Obligatorisk Obligatorisk Service Selection Obligatorisk ---------------- Short form Report ---------------- Obligatorisk Storage Tillval Obligatorisk Validity Period Tillval --------------- Forward Adress Tillval Obligatorisk Message referens Obligatorisk -------------- handle Message reference ---------------- Obligatorisk Template Number Obligatorisk Number of message Obligatorisk Total messages Obligatorisk

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 9 av 48 SSI Mottagare (Called Party SSI), är ett element som innehåller mottagarens SSI nummer. Det SSI som anges ska vara den slutliga mottagarens nummer för meddelandet. Eftersom SOS Alarm rekommenderar att man endast skickar meddelanden punkt till punkt och inte punkt till multipunkt kommer SSI:et bestå av ett ISSI alternativt MSISDN. Längd Typ Krav 24 1 Obligatorisk ------------------------------------------- Anknytning Mottagare (Called Party Extension), detta element ska innehålla mottagarens anknytningsnummer om denne använder sig av ett sådant i systemet. Längd Typ Krav 24 1 Obligatorisk -------------------------------------------- SSI Avsändare (Calling Party SSI), elementet ska innehålla avsändarens SSI. Detta tillägg görs från ett lägre lager i protokollstacken. Längd Typ Krav 24 1 Obligatorisk -------------------------------------------- Anknytning Avsändare (Calling Party Extension), detta element ska innehålla avsändarens anknytningsnummer om denne använder sig av ett sådant. Detta tillägg görs från ett lägre lager i protokollstacken. Längd Typ Krav 24 1 Obligatorisk -------------------------------------------- Protokollidentifierare (Protcol identifier) är ett element som har till uppgift att informera mottagarutrustning/applikation om vilket protokoll som SDS-meddelandet har blivit kodat med. Längd Typ Krav 8 1 Obligatorisk

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 10 av 48 I utgående meddelanden från SOS Alarms stöds följande protokoll: Protokoll Protokoll Id 130 Vanligt textmeddelande 132 Wireless Datagram (WAP) 137 Flash meddelande 138 Meddelande med User Data Header 04 Java simpel wap E2EA kvittens (Delivery report request) är ett element som erbjuder två olika funktioner för kvittens, mottagningskvittens och konsumtionskvittens. I SOS Alarms kommunikationsgränssnitt ska mottagningskvittens endast användas. Längd Typ Krav 2 1 Obligatorisk Val av service (Service selection/short report) är ett element som används för att informera om ett meddelande är tillåtet att skicka till grupp eller inte. I utgående meddelanden från SOS Alarm kommer detta element alltid att sättas till att det inte är tillåtet att skicka till grupp. I SOS Alarms kommunikationsgränssnitt kan applikationer och utrustningar använda sig av både short report och long report. Längd Typ Krav 1 1 Obligatorisk Förvaring (Storage) är ett element som innehåller information om att Rakelsystemet har tillåtelse att förvara ett meddelande längre tid än den tid som krävs för att normalt förmedla ett meddelande. Ett exempel på att ett meddelande inte sparas är om mottagaren inte är nåbar i systemet. I utgående och inkommande meddelanden från och till SOS Alarm ska inte den s.k. store and forward funktionen utnyttjas. Längd Typ Krav 1 1 Obligatorisk Förvaringstid (Validity period), är element som ska användas om det tillåts att ett meddelande får förvaras i Rakelsystemets store and forward funktion. I utgående och inkommande meddelanden från och till SOS Alarm ska inte den s.k. store and forward funktionen utnyttjas i Rakelsystemet. Längd Typ Krav 1 1 Obligatorisk Meddelande referens hantering (Message reference handle), elementet används för funktionen att ge ett meddelande en unik referensbeteckning i systemet.

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 11 av 48 Längd Typ Krav 8 1 Obligatorisk -------------------------------------------- Referensbeteckningen används bl.a. i mekanismen för E2EA där mottagaren av ett meddelande ska replikera tillbaka ursprungsmeddelandets referensbeteckning i sin kvittens till avsändaren. Referensbeteckningen användas även som en komponent för hantering av felmeddelanden om det uppstår något problem med kommunikationen vid förmedling av ett meddelande. 2.2 Användande av Skallager Ett SDS-meddelande som skickas och tas emot i kommunikation med SOS Alarm kan innehålla ett s.k. Skallager. Användarapplikation SDS-TL-SAP SDA-TL (Transportlager) TNCC-SAP TNSS-SAP TNSDS-SAP Skallager CC SS SDS (Data) Detta skallager är en del av själva SDS-meddelandet och innehåller två viktiga element. Det första elementet är den s.k. headern vilken används till att styra informationen till rätt inbox/applikation i mottagande terminal/utrustning (ex. java applikation), header är inte obligatorisk. Efter headern kommer det alltid att skickas ett s.k. starttecken hexadecimalt(12) vilket placeras före efterföljande infodatafält i syntaxen. Infodatafälten skiljs åt med fältseparatortecken hexadecimalt(13). Om det utelämnas information i ett infodatafält ska det tomma fältet markeras med fältseparator. Skälet till det är att visa att det har utelämnats information i meddelandet enligt meddelandets mallnummer. Ett meddelande ska alltid avslutas med ett sluttecken hexadecimalt (14). OBS i detta dokument visas starttecken, fältseparator samt sluttecken som [,, och ] för att det blir tydligare att läsa. Vissa fält kan bestå av flera underfält t.ex. kan flera resurser knytas. Dessa kommer då att presenteras separerade med hexadecimalt(15). En resurs kan också i vissa fall ha en status och geografi dessa attribut separeras då från resurskoden med hexadecimalt(16).

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 12 av 48 Ex: hex(13)resourcecodehex(16)status hex(16)reportedinarea hex(15)resourcecode hex(16)status hex(16)reportedinarea hex(13) Exempel på fält som kan innehålla multipla data: KeyNumber, Unit, RadioGroupName. Det andra elementet består av meddelandets mallnummer (TemplateNo) vilket utgör en femställig sifferkod. Syftet med detta mallnummer är att skapa en mekanism för att informera den mottagande utrustningen om vilken information som har skickats och hur den skall avkodas. Ex. Ett skallager skall alltid användas i kommunikationen när man utnyttjar de tjänster vilka framgår i kapitel 3. Vid kommunikation med vanliga textmeddelanden vilka inte är tjänsteknutna ska denna typ av kommunikation ske utan det s.k. skallagret. Transportlager + Header [TemplateNo + Data] Anm: Header elementet i skallagret är ett tillval som skall andvändas beroende på vilken typ av utrustning som ska ta emot det aktuella meddelandet. Element storlek/innehåll Längd Typ Krav 5 1 Obligatorisk Template number 2.3 Utskickade larm och ärendeinformation från SOS Alarm. SOS Alarm kan erbjuda sina kunder att både larma och skicka ut ärendeinformation i samband med en händelse. Denna kommunikation kräver att det finns ett kopplat ärende till händelsen och att mottagaren är aktuell att bli kontaktad/larmad för ärendet. Vid utskick av larm finns det två olika möjligheter att larma en användare. Den ena möjligheten är att SOS Alarm skickar ut en s.k. Unit Alert (SDS-1, 39030), den andra möjligheten är att man lägger en s.k. header i själva meddelandet för ärendeinformationen. För den senare lösningen krävs det dock att användaren använder sig av en applikation i sin utrustning. När en utrustning tar emot en s.k. Unit Alert kommer den att larma användaren, se tabell 2.3. När larmet har levererats kommer Rakelsystemet att skicka tillbaka en s.k. teknisk leveranskvittens till SOS Alarm. Om Unit Alerten inte kan levereras till användaren kommer Rakelsystemet att returnera ett felmeddelande och beroende på vilket fel som har uppstått kan olika felmeddelanden skickas, se tabell 2.3 för mer information. Tabell 2.3 Kod (Dec) (Hex) Typ Beskrivning 65024 FE00 Meddelande Positiv kvittens på att meddelande har levererats. 65025 FE01 Felmeddelande Allmänt felmeddelande

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 13 av 48 65026 FE02 Felmeddelande Tillstånd saknas 65027 FE03 Felmeddelande Okänd adress 65028 FE04 Felmeddelande Adressat existerar inte 65029 FE05 Felmeddelande Adressat är inte nåbar 65030 FE06 Felmeddelande Mottagare har inte tillstånd att ta emot När SOS Alarm får in en positiv kvittens kommer det automatiskt att skickas ut ärendeinformation till användaren. Om användarens utrustning stödjer header funktion kommer den och ärendeinformation att skickas i samma SDS-paket. SOS ALARM Stödsystem Rakelsystemet Användare /utrustning SOS Alert 39030 à ISSI Leveranskvittens ISSI/MSISDN ß Kvittens *1 SOS Alert 39030 à ISSI Ärendedata U-SDS UNITDATA (SDS TRANSFER) Ärendedata U-SDS INITDATA TRANSFER) Leveranskvitto (Bl-Ack) Leveranskvitto SDS-REPORT (MSG RECEIVED) *1: Rakelsystemet kvitterar leveransen med en kvittens enligt tabell 2.3. Den kvittens som levereras är en SDS-1 Bild 2.3 Larmbeteendet hos olika utrustningar kan variera beroende på vilken modell man har. Det kan även skilja mellan utrustningar beroende på vilka funktioner som stöds. En operatör har möjlighet att skicka ett vanligt textmeddelande till en användare som inte är ärendeknuten. Ett sådant meddelande kan vara ett standardformaterat SDS-TL utan en Header. En operatör har även möjlighet att skicka ett vanligt textmeddelande till en användare som är knuten till ett ärende. Ett sådant meddelande kommer att skickas som ett SDS-TL utan ett Header, se kapitel 3. När SOS skickar meddelande via EADS TCS-API, används två olika teckenuppsättningar. Om mottagaren har adresstypen MSISDN så används 7 bit encoding (7-bit GSM coding). Om mottagarens adress är ISSI, ITSI, GSSI or GTSI, så används 8 bit encoding, (ISO 8859-1).

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 14 av 48 2.4 Kontaktvägar Vid talbegäran (call back request) till SOS Alarm ska nedanstående nummer användas. SOS-central MSISDN i Coordcom Luleå 3711120 Skellefteå 3711120 Sundsvall 3711120 Östersund 3711120 Gävle 3711120 Falun 3711120 Stockholm 3711110 Eskilstuna 3711110 Uppsala 3711110 Västerås 3711110 Örebro 3711110 Karlstad 3711110 Norrköping 3711110 Göteborg 3711140 Jönköping 3711140 Växjö 3711140 Halmstad 3711140 Malmö 3711140 Vid talbegäran till SOS Alarm i gatewayläge ska nedanstående issi-nummer användas. SOS-central ISSI i Coordcom Luleå 371174 Skellefteå 371174 Sundsvall 371174 Östersund 371174 Gävle 371174 Falun 371174 Stockholm 371092 Eskilstuna 371092 Uppsala 371092 Västerås 371092 Örebro 371092 Karlstad 371092 Norrköping 371092 Göteborg 371133 Jönköping 371133 Växjö 371133 Halmstad 371133 Malmö 371133 Vid inloggning till TNA (Tactical Number Assignment) används MSISDN 3711150 För nödlarm används GISSI 9371990

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 15 av 48 3 Datamallar utskick från SOS Alarm Data som skickas ut från SOS Alarm kommer att följa ett antal olika mallar. Syftet med dessa mallar är att data skall se lika ut oavsett versionsförändringar mm. Om SOS eller kund önskar lägga till eller dra ifrån fält kommer SOS att skapa nya mallar, inte ändra i befintliga. 3.1 Kommunikation ut från SOS Alarm. Sammanställning av tillgängliga mallar. Observera att starttecken, sluttecken och fältseparator inte är []. Läs stycke 2.2 ovan. Mallnummer Data (TemplateNo) (Funktion) 10020 Ärendedata räddning lång Anpassat för räddning med fler fält 10021 Ärendedata räddning kort Anpassat för räddning med färre fält 10030 Ärendedata vård lång Anpassat för vård med fler fält 10031 Ärendedata vård kort Anpassat för vård med färre fält

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 16 av 48 3.1.1 Utdatamall 10020 Räddning lång Mallnummer Data (TemplateNo) (Funktion) 10020 Ärendedata räddning Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 CreatedTime Ärendets skapandetid SendTime Meddelandets sändtid Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Trafikolycka CaseIndex2 Indexnivå 2 Ex Personbil. CaseIndex3 Indexnivå 3 Ex Övrigt CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format Transmitter Code Larmsändare Sändarens kod Alarm Category Larmkategori Ex Brand Alarm Event Code Händelsekod Sändarens händelsekod Ex 01, BA MedicalIncidentOfficer Medicinskt ansvarig Medicinskt ansvarig för en händelse ForwardControlPoint Räddningsledare RadioGroupId RadioGroupName Talgrupp Talgrupp namn AdditionalCoordinationInf ormation Övriga koordinationsuppgifter (kommentarsfält)

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 17 av 48 3.1.2 Utdatamall 10022 Räddning lång Tillägg. Mallnummer Data (TemplateNo) (Funktion) 10022 Ärendedata räddning Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 CreatedTime Ärendets skapandetid SendTime Meddelandets sändtid Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Trafikolycka CaseIndex2 Indexnivå 2 Ex Personbil. CaseIndex3 Indexnivå 3 Ex Övrigt CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format Transmitter Code Larmsändare Sändarens kod Alarm Category Larmkategori Ex Brand Alarm Event Code Händelsekod Sändarens händelsekod Ex 01, BA MedicalIncidentOfficer Medicinskt ansvarig Medicinskt ansvarig för en händelse ForwardControlPoint Räddningsledare RadioGroupId RadioGroupName Talgrupp Talgrupp namn AdditionalCoordinationInf ormation Övriga koordinationsuppgifter (kommentarsfält) Additional info Tilläggsinformation

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 18 av 48 3.1.4 Utdatamall 10024 Räddning lång. Mallnummer Data (TemplateNo) (Funktion) 10024 Ärendedata räddning Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 CreatedTime Ärendets skapandetid SendTime Meddelandets sändtid Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Trafikolycka CaseIndex2 Indexnivå 2 Ex Personbil. CaseIndex3 Indexnivå 3 Ex Övrigt CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm CaseTypeArea Område (id) Ex A901 Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format Transmitter Code Larmsändare Sändarens kod Alarm Category Larmkategori Ex Brand Alarm Event Code Händelsekod Sändarens händelsekod Ex 01, BA AttachedCustomerObject Objekt Namnet på ett automatlarmobjekt KeyNumber Nycklar Nycklar på ett objekt och/eller från ett ärende. IncidentCommander Räddningsledare ForwardControlPoint Brytpunkt RadioGroupId RadioGroupName Talgrupp Talgrupp namn AdditionalCoordinationInf ormation Övriga koordinationsuppgifter (kommentarsfält) MedicalIncidentOfficer Sjukvårdsledare Medicinskt ansvarig för en händelse Assigned Resource in Case Folder Lista över knutna resurser i mappen. Samtliga resurser i mappen (händelsen). Oberoende av ärendetyp. Angående fältseparatorer se avsnitt 2.2 Additional info Tilläggsinformation

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 19 av 48 3.1.5 Utdatamall 10025 Räddning lång Ordningen på fälten är densamma som för mall 10024. Mallnummer Data (TemplateNo) (Funktion) 10025 Ärendedata räddning Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 CreatedTime Ärendets skapandetid SendTime Meddelandets sändtid Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Trafikolycka CaseIndex2 Indexnivå 2 Ex Personbil. CaseIndex3 Indexnivå 3 Ex Övrigt CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm CaseTypeArea Område (id) Ex A901 Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format Transmitter Code Larmsändare Sändarens kod Alarm Category Larmkategori Ex Brand Alarm Event Code Händelsekod Sändarens händelsekod Ex 01, BA AttachedCustomerObject Objekt Namnet på ett automatlarmobjekt KeyNumber Nycklar Nycklar på ett objekt och/eller från ett ärende. IncidentCommander Räddningsledare ForwardControlPoint Brytpunkt RadioGroupId RadioGroupName Talgrupp Talgrupp namn AdditionalCoordinationInf ormation Övriga koordinationsuppgifter (kommentarsfält) MedicalIncidentOfficer Sjukvårdsledare Medicinskt ansvarig för en händelse Assigned Resource in Case Folder Lista över knutna resurser i mappen. Samtliga resurser i mappen (händelsen). Oberoende av ärendetyp.

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 20 av 48 Additional info Alarm event text Tilläggsinformation Larmhändelsetext Angående fältseparatorer se avsnitt 2.2 3.1.6 Utdatamall 10021 Räddning kort Mallnummer Data (TemplateNo) (Funktion) 10021 Ärendedata räddning Utskick av ärende. Kort meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Trafikolycka CaseIndex2 Indexnivå 2 Ex Personbil. CaseIndex3 Indexnivå 3 Ex Övrigt CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format RadioGroupId RadioGroupName Talgrupp Talgrupp namn

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 21 av 48 3.1.7 Utdatamall Vård lång 10030 (TemplateNo) (Funktion) 10030 Ärendedata vård Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 SendTime Meddelandets sändtid FirstName Patientens förnamn Name Patientens efternamn SocialSecurityNumb er Personnummer. OBS ej validerad information. Detta är ett fritextfält som kan innehålla allt från t.ex Man ca 60 till komplett personnummer SOS kan ej verifiera att numret är rätt då vi inte kan kontrollera legitimation. Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Bröstsmärtor/Hjärtsjukdom CaseIndex2 Indexnivå 2 Ex Smärtor i skuldror, armar eller käkar. Svimfärdig och/eller illamående. CaseIndex3 Indexnivå 3 CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format PickUpTime Hämtatid Beställd tid för hämtning ToStreet Tilladress Transporten ska ske till adress ToCaseTypeArea Till ärendetypsområde (id) ToLocality Till ort, stadsdel ToMunicipality Till kommun LeaveTime Lämnatid Beställd lämnatid ToPosRT90 Till position RT90 Se ovan ToPosWGS84 Till position WGS84 Se ovan

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 22 av 48 ToPosSweref99 Till position SWEREF99 Se ovan MedicalIncidentOffic Medicinskt ansvarig Medicinskt ansvarig för en händelse er ForwardControlPoint Räddningsledare RadioGroupId RadioGroupNamn Talgrupp Talgrupp namn AdditionalCoordinati oninformation Övriga koordinationsuppgifter (kommentarsfält) 3.1.8 Utdatamall Vård lång 10032 Denna utdalamall är lika som Vård lång 10030, men med skillnaden att ett fält är adderat. Fältet som anger utdatamallens nummer är också ändrat Mallnummer (TemplateNo) Data (Funktion) 10032 Ärendedata vård Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. SendTime FirstName Name SocialSecurityNumb er Meddelandets sändtid Patientens förnamn Patientens efternamn Personnummer. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 Priority Ärendets prioritet Prioritet 1-4 OBS ej validerad information. Detta är ett fritextfält som kan innehålla allt från t.ex Man ca 60 till komplett personnummer SOS kan ej verifiera att numret är rätt då vi inte kan kontrollera legitimation. CaseIndex1 Indexnivå 1 Ex Bröstsmärtor/Hjärtsjukdom CaseIndex2 Indexnivå 2 Ex Smärtor i skuldror, armar eller käkar. Svimfärdig CaseIndex3 Indexnivå 3 CaseIndexComment (EventDescription) Händelsebeskrivning och/eller illamående. Fritext/kommentar Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosRT90 Ärendets position i RT90 format X=6581812 Y=1628578

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 23 av 48 PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format PickUpTime Hämtatid Beställd tid för hämtning ToStreet Tilladress Transporten ska ske till adress ToCaseTypeArea Till ärendetypsområde (id) ToLocality Till ort, stadsdel ToMunicipality Till kommun LeaveTime Lämnatid Beställd lämnatid ToPosRT90 Till position RT90 Se ovan ToPosWGS84 Till position WGS84 Se ovan ToPosSweref99 Till position SWEREF99 Se ovan MedicalIncidentOffic Medicinskt ansvarig Medicinskt ansvarig för en händelse er ForwardControlPoint Räddningsledare RadioGroupId RadioGroupNamn Talgrupp Talgrupp namn AdditionalCoordinati oninformation Övriga koordinationsuppgifter (kommentarsfält) Create time Skapande tid Tidpunkt när ärendet skapades

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 24 av 48 3.1.9 Utdatamall Vård lång 10033 (TemplateNo) (Funktion) 10033 Ärendedata vård Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 SendTime Meddelandets sändtid FirstName Patientens förnamn Name Patientens efternamn SocialSecurityNumb er Personnummer. OBS ej validerad information. Detta är ett fritextfält som kan innehålla allt från t.ex Man ca 60 till komplett personnummer SOS kan ej verifiera att numret är rätt då vi inte kan kontrollera legitimation. Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Bröstsmärtor/Hjärtsjukdom CaseIndex2 Indexnivå 2 Ex Smärtor i skuldror, armar eller käkar. Svimfärdig och/eller illamående. CaseIndex3 Indexnivå 3 CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format PickUpTime Hämtatid Beställd tid för hämtning ToStreet Tilladress Transporten ska ske till adress ToCaseTypeArea Till ärendetypsområde (id) ToLocality Till ort, stadsdel ToMunicipality Till kommun LeaveTime Lämnatid Beställd lämnatid ToPosRT90 Till position RT90 Se ovan ToPosWGS84 Till position WGS84 Se ovan ToPosSweref99 Till position SWEREF99 Se ovan

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 25 av 48 MedicalIncidentOffic Medicinskt ansvarig Medicinskt ansvarig för en händelse er ForwardControlPoint Räddningsledare RadioGroupId RadioGroupNamn Talgrupp Talgrupp namn AdditionalCoordinati oninformation Övriga koordinationsuppgifter (kommentarsfält) Create time Skapande tid Tidpunkt när ärendet skapades AreaNumber+Phone Number Telefonnummer Telefonnummer till hjälpsökande

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 26 av 48 3.1.10 Utdatamall Vård lång 10034 (TemplateNo) (Funktion) 10033 Ärendedata vård Utskick av ärende. Långt meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 SendTime Meddelandets sändtid FirstName Patientens förnamn Name Patientens efternamn SocialSecurityNumb er Personnummer. OBS ej validerad information. Detta är ett fritextfält som kan innehålla allt från t.ex Man ca 60 till komplett personnummer SOS kan ej verifiera att numret är rätt då vi inte kan kontrollera legitimation. Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Bröstsmärtor/Hjärtsjukdom CaseIndex2 Indexnivå 2 Ex Smärtor i skuldror, armar eller käkar. Svimfärdig och/eller illamående. CaseIndex3 Indexnivå 3 CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosRT90 Ärendets position i RT90 X=6581812 Y=1628578 format PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PosSweref99 Ärendets position i N=6581643 E=674306 SWEREF99 format PickUpTime Hämtatid Beställd tid för hämtning ToStreet Tilladress Transporten ska ske till adress ToCaseTypeArea Till ärendetypsområde (id) ToLocality Till ort, stadsdel ToMunicipality Till kommun LeaveTime Lämnatid Beställd lämnatid ToPosRT90 Till position RT90 Se ovan ToPosWGS84 Till position WGS84 Se ovan ToPosSweref99 Till position SWEREF99 Se ovan MedicalIncidentOffic er Medicinskt ansvarig Medicinskt ansvarig för en händelse

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 27 av 48 ForwardControlPoint Räddningsledare RadioGroupId RadioGroupNamn Talgrupp Talgrupp namn AdditionalCoordinati oninformation Övriga koordinationsuppgifter (kommentarsfält) Create time Skapande tid Tidpunkt när ärendet skapades AreaNumber+Phone Telefonnummer Telefonnummer till hjälpsökande Number Assigned Resource in Case Folder Lista över knutna resurser i mappen. Samtliga resurser i mappen (händelsen). Oberoende av ärendetyp. Angående fältseparatorer se avsnitt 2.2 3.1.11 Utdatamall Vård lång 10035 Samma upplägg som profil 10034 men med tillägget MissionNo. MissionNo Uppdrags-id Ett heltalsvärde som räknas upp (+1) för varje resurs som knyts på nytt i ett ärende. Initialt är värdet noll.

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 28 av 48 3.1.12 Utdatamall Vård kort 10031 (TemplateNo) (Funktion) 10031 Ärendedata vård Utskick av ärende. Kort meddelande CallCenterId SOS Central Del 1 av ärendenummer, ärendets larmcentralsid CaseFolderId Ärendemapp Del 2 av ärendenummer, ärendemappsnummer CaseId Ärendenummer Del 3 av ärendenummer, ärendenummer inom mappen. OBS alla tre fälten tillsammans utgör ärendets identitet. Ex 18:1358263:2 FirstName Patientens förnamn Name Patientens efternamn SocialSecurityNumb er Personnummer. OBS ej validerad information. Detta är ett fritextfält som kan innehålla allt från t.ex Man ca 60 till komplett personnummer SOS kan ej verifiera att numret är rätt då vi inte kan kontrollera legitimation. Priority Ärendets prioritet Prioritet 1-4 CaseIndex1 Indexnivå 1 Ex Bröstsmärtor/Hjärtsjukdom CaseIndex2 Indexnivå 2 Ex Smärtor i skuldror, armar eller käkar. Svimfärdig och/eller illamående. CaseIndex3 Indexnivå 3 CaseIndexComment Händelsebeskrivning Fritext/kommentar (EventDescription) Street Adress Ex Ringvägen 100 Locality Ort, stadsdel Ex Stockholm Municipality Kommun Ex Stockholm RouteDirections Vägbeskrivning Ex Gula huset CaseTypeArea Område (id) Ex A901 PosWGS84 Ärendets position i La = 59 20,249 N Lo = 018 03,880 WGS84 format PickUpTime Hämtatid Beställd tid för hämtning

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 29 av 48 3.2 Datamallar för kommunikation med SOS Alarm Meddelanden som ska skickas in till SOS Alarm måste kodas enligt de mallar vilka redovisas i detta dokument. Vid inskickande av meddelanden som är ärendeknutna ska de element som visas i nedan syntax vara obligatoriska: Transportlager + [TemplateNo CallcenterID CasefolderID CaseID StaffMemberCode/ResourceCode + funktion] I meddelanden som inte är ärendeknutna är de element som visas i nedan syntax obligatoriska: Transportlager + [TemplateNo funktion]

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 30 av 48 3.2.1 Data som kan skickas in till SOS Alarm I kommunikation med SOS Alarm kan följande mallar användas: Anm: Vid skickande av SDS-paket innehållande ett tomt element ska strängens fältseparator (hex:13)) ändå skickas. Sammanställning av tillgängliga mallar. Observera att starttecken, sluttecken och fältseparator inte är []. Läs stycke 2.2 ovan. (TemplateNo) (Funktion) 50001 Knytning av personal till resurs 50002 Frikoppling av personal från resurs 50010 Kvittens av larm från enskild personal som är knuten till en resurs. Nyttjar DGNA tjänst. 50011 Kvittens av larm från enskild personal som inte är knuten till en resurs. Nyttjar DGNA tjänst. 50012 Kvittens av larm från enskild personal som redan är knuten till en resurs. Använder sig av statiska talgrupper. 50013 Kvittens av larm från enskild personal som inte är knuten till en resurs. Använder sig av statiska talgrupper. 50014 Kvittens av larm från resurs som inte har knuten personal till sig. Nyttjar DGNA tjänst. 50015 Kvittens av larm från resurs som även knyter personal till sig. Nyttjar DGNA tjänst. En resurs kan knyta max åtta personer per meddelande. 50016 Kvittens av larm och kvittens U från resurs som även knyter personal till sig. Nyttjar DGNA tjänst. 50017 Kvittens av larm från en resurs som inte har knuten personal till sig. Använder sig av statiska talgrupper. 50018 Kvittens av larm från resurs som även knyter personal till sig. Använder sig av statiska talgrupper. En resurs kan knyta max åtta personer per meddelande. 50019 Kvittens av larm och kvittens U från resurs som även knyter personal till sig. Använder sig av statiska talgrupper. En resurs kan knyta max åtta personer per meddelande. 50025 Resurs skickar in ett uppdragsstatus genom ett SDS-paket. (*) (*) Med uppdragsstatus avses ett status som en resurs kan ha under ett uppdrag, dvs något av följande status: U, F, L, S och H. Observera att klarrapport inte räknas som uppdragsstatus.

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 31 av 48 3.2.2 Personal knyter sig till resurs Personal knyter sig till resurs. Det finns möjlighet att knyta upptill åtta personer per meddelande. (TemplateNo) (Funktion) 50001 Knytning av personal till I SOS systemet knyts personal till aktuell resurs resurs ResouceCode ResursId Överenskommet ID (rakelnummer) för resurs. StaffMemberCod BesättningsId Person/funktion som bemannar resursen Upp till 8 st Staffmembers i ett SDS [50001 ResourceCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode] 3.2.3 Frikoppling av personal från resurs Frikoppling av personal från resurs. Det finns möjlighet att frikoppla upptill max åtta personer per meddelande. (TemplateNo) (Vald kvittens) 50002 Frikoppling av personal från resurs I SOS system frikopplas personal från tidigare knuten resurs. ResourceCode ResursId Överenskommet ID (rakelnummer) för resurs. StaffMemberCod BesättningsId Person/funktion som ska raderas från resursen Upp till 8 StaffMembers kan tas bort i samma SDS [50002 ResourceCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode StaffMemberCode]

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 32 av 48 3.2.4 Kvittens från enskild person, DGNA Kvittens av larm från enskild personal som är knuten till en resurs. Nyttjar DGNA tjänst. (TemplateNo) (Vald kvittens) 50010 Kvitterar larm och önskar sig medlemskap i den dynamiska talgruppen för Kvittens till ärendet och tilldelning av talgrupp utförs och åtgärdsregistreras i ärendemappen. Denna kvittens ska inte förväxlas med kvittens U. ärendet. [50010 CallcenterID CasefolderID CaseID StaffmemberCode 11DGNA] (TemplateNo) (Vald kvittens) 50010 Avböjer larmet men önskar sig medlemskap i den dynamisk talgruppen för Avböjning av ärendet åtgärdsregistreras, tilldelning av dynamiskt gruppmedlemskap utförs och åtgärdsregistreras i ärendemappen. passning. [50010 CallcenterID CasefolderID CaseID StaffmemberCode 21DGNA] (TemplateNo) (Vald kvittens) 50010 Avböjer larmet och önskar ingen tilldelning av Avböjning av ärende och tilldelning av talgrupp. Åtgärdsregistreras i ärendemappen. dynamisk talgrupp för ärendet. [50010 CallcenterID CasefolderID CaseID StaffmemberCode 22DGNA]

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 33 av 48 3.2.5 Kvittens av person som ej är knuten till resurs, DGNA Kvittens av larm från enskild personal som inte är knuten till en resurs. Nyttjar DGNA tjänst. 50011 Kvitterar larm, knyter sig till resurs och önskar medlemskap i dynamisk Kvittens till ärendet, knytning till resurs och tilldelning av talgrupp åtgärdsregistreras i ärendemappen. Denna kvittens ska inte förväxlas med kvittens U. talgrupp för ärendet. [50011 CallcenterID CasefolderID CaseID StaffmemberCode 11DGNA ResourceID] 50011 Avböjer larmet och knyter sig inte till någon resurs. Önskar sig medlemskap i Avböjning av ärendet åtgärdsregistreras, tilldelning av dynamiskt gruppmedlemskap utförs och åtgärdsregistreras i ärendemappen. ärendets talgrupp för passning. [50011 CallcenterID CasefolderID CaseID StaffmemberCode 21DGNA] 50011 Avböjer larmet och knyter sig inte till någon resurs, Avböjning av ärende och tilldelning av talgrupp åtgärdsregistreras i ärendemappen. önskar sig ingen tilldelning av medlemskap till ärendets dynamiska talgrupp. [50011 CallcenterID CasefolderID CaseID StaffmemberCode 22DGNA]

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 34 av 48 3.2.6 Kvittens från person som är knuten till resurs. Kvittens av larm från enskild personal som redan är knuten till en resurs. Använder sig av statiska talgrupper. 50012 Personal kvitterar larmet och önskar information om vilken statisk talgrupp som har blivit tilldelad till ärendet. Kvittens till ärendet och utskick av information om vilken statisk talgrupp som har blivit tilldelad till ärendet utförs och åtgärdsregistreras i ärendemappen. Denna kvittens ska inte förväxlas med kvittens U. [50012 CallcenterID CasefolderID CaseID StaffmemberCode 11InfoGRP] 50012 Personal avböjer larmet men önskar information om vilken statisk talgrupp som har blivit Avböjning till ärendet och utskick av information om vilken statisk talgrupp som har blivit tilldelad till ärendet utförs och åtgärdsregistreras i ärendemappen. tilldelad till ärendet. [50012 CallcenterID CasefolderID CaseID StaffmemberCode 21InfoGRP] 50012 Personal avböjer larmet och önskar sig inte information om vilken statisk talgrupp som Avböjning av ärendet åtgärdsregistreras i ärendemappen. Information om vilken talgrupp som har tilldelats ärendet kommer inte att skickas ut. har tilldelats ärendet. [50012 CallcenterID CasefolderID CaseID StaffmemberCode 22InfoGRP]

Filnamn: Kommunikation med SDS-paket_R1-91.doc Sidan 35 av 48 3.2.7 Kvittens från enskild person som ej är knuten till resurs. Kvittens av larm från enskild personal som inte är knuten till en resurs. Använder sig av statiska talgrupper. 50013 Personal kvitterar larm, knyter sig till en resurs och önskar sig information om vilken statisk talgrupp som har blivit tilldelad till ärendet. Kvittens till ärendet, knytning till resurs och utskick av information om vilken statisk talgrupp som har blivit tilldelad till ärendet utförs och åtgärdsregistreras i ärendemappen. Denna kvittens ska inte förväxlas med kvittens U. [50013 CallcenterID CasefolderID CaseID StaffmemberCode 11InfoGRP ResourceCode] 50013 Personal avböjer larmet men önskar information om vilken statisk talgrupp som har blivit tilldelad till ärendet. Avböjning till ärendet och utskick av information om vilken statisk talgrupp som har blivit tilldelad till ärendet utförs och åtgärdsregistreras i ärendemappen. [50013 CallcenterID CasefolderID CaseID StaffmemberCode 21InfoGRP] 50013 Personal avböjer larmet och önskar sig inte information om vilken statisk talgrupp som har blivit tilldelad till ärendet. Avböjning av ärendet åtgärdsregistreras i ärendemappen. Information om vilken talgrupp som har tilldelats ärendet kommer inte att skickas ut. [50013 CallcenterID CasefolderID CaseID StaffmemberCode 22InfoGRP]