Dokumentnamn SPECIFIKATION Handläggare Hans Olausson Datum 2014-10-29 Dokumentnummer Revision Uppdragsbarometer (TUCAP) www.carmenta.com Sida 1 av 10
Innehåll 1. Revisionshistoria...3 2. Bakgrundsinformation...3 3. Verksamhetsnytta...3 4. Operativa Exempel...3 5. User Stories...5 5.1 User Story: Visa aktuell Uppdragsbelastning...5 5.2 User Story: Visa historisk Uppdragsbelastning...5 5.3 User Story: Visa måluppfyllnad...5 6. Lösningsbeskrivning...6 6.1 Steg 1. Enklast möjliga UI...6 6.2 Steg 2. Prognos ett antal timmar framåt...6 6.3 Steg 3. UI med dockbara fönster...6 6.4 Steg 3. Olika vyer för måluppfyllnad...6 6.5 Steg 5. Inmatning av helgdagar/extraordinära händelser...7 6.6 Steg 6. Web...7 6.7 Allmänna idéer som inte är knutna till något speciellt steg...7 6.8 Principskiss...8 7. Deployment...9 8. Slutsatser efter testperiod...9 8.1 Allmänt...9 8.2 Framtida tillägg...10 8.3 Nästa steg...10 Sida 2 av 10
1. Revisionshistoria Datum Ändrad av Ändringar Rev 2013-09-27 Hans Olausson Första utkast PA0 2013-10-14 Hans Olausson Lagt in lösningsbeskrivning, tidsuppskattning m.m 2013-10-24 Hans Olausson Uppdaterad efter telefonmötet den 17 oktober 2013. Hans Olausson 2013-12-20 Hans Olausson Ändrat från ärendeinensitet till uppdragsintensitet samt angett att historik skall mappas mot veckodag inte datum 2014-01-29 Hans Olausson Uppdaterad efter avstämningsmötet 2014-01- 23 2014-10-03 Hans Olausson Uppdaterad efter avslutade avstämningsmöte 2014-09- 24 PA1 PA2 PA3 PA4 PA5 2. Bakgrundsinformation Denna specifikation skall ses som ett informellt arbetsdokument för TUCAP Projektet Uppdragsbarometer. 3. Verksamhetsnytta Avsikten med funktionen är att ge operatörer och övriga intressenter en tidig varning om att det kan behöva kallas in extra resurser för att upprätthålla de uppsatta målen för framkörningstider etc. Funktionen riktar sig bl.a. till: Stabschefer Jourhavande ambulanschefer Tjänstemän i beredskap Sida 3 av 10
4. Operativa Exempel Figur 1. Översiktbild som visas i applikationen. Figur 2. Måluppfyllnad Figur 3. Antal uppdrag per timma idag Figur 4. Antal uppdrag per timma historiskt Sida 4 av 10
5. User Stories 5.1 User Story: Visa aktuell Uppdragsbelastning Som operatör/arbetsledare vill jag få en bild av den aktuella uppbelastningen (per prioritet) så att jag kan vidta åtgärder om belastningen blir för hög. 5.2 User Story: Visa historisk Uppdragsbelastning Som operatör/arbetsledare vill jag få en bild av den historiska uppdragsbelastningen så att jag enkelt kan upptäcka om aktuell uppdragsintensitet avviker från den historiska intensiteten för motsvarande tidpunkt (motsvarande veckodag för de senaste 3 åren). 5.3 User Story: Visa måluppfyllnad Som operatör/arbetsledare vill jag i realtid se status på måluppfyllnaden (Väntetiden) så att jag har möjlighet att vidta åtgärder om måluppfyllnaden inte är tillräckligt bra. Tiden som ligger till grund för måluppfyllnadsberäkningen beräknas från att ett ärende skapas till det att den första resursen rapporterat framme på plats. Endast prio 1 ärenden tas med i beräkningen. Sida 5 av 10
6. Lösningsbeskrivning För att så snabbt som möjligt få igång något som kan testat i en skarp miljö så har vi valt att dela upp utvecklingen i ett antal steg. Vi anser att Steg 1 innehåller tillräcklig funktionalitet för att kunna utvärdera värdet av funktioen. 6.1 Steg 1. Enklast möjliga UI Som första steg för att utvärdera konceptet görs enklast möjliga applikationen med nedan funktionalitet: Ett enkelt GUI där man visar grafer för aktuell och historisk ärendeintensitet samt aktuell måluppfyllnad. Data access för att beräkna ovan beskrivna grafer sker via direkt access av CoordCom ärende data (vi går mot den sekundära servern för att inte störa produktionen) samt ärendehistoriken i Zamla (SOS databas med historiskt data, vi har stämt av med Mikael Sjögren att det är möjligt att accessa denna) En enkel konfigurationsfil där man anger Central samt ärendetyp Konfigurationsdialog där man kan ange vilka kommuner som skall ingå samt inställning för hur många timmar som skall visas i diagramet (t.ex. 4 timmar bakåt och 4 timmar framåt) 6.2 Steg 2. Prognos ett antal timmar framåt Baserat på pågående uppdrag och någon form av korttidssimulering så skulle man kunna presentera en prognos för en eller ett par timmar framåt. 6.3 Steg 3. UI med dockbara fönster Stöd för att presentera flera graf-vyer för olika geografiska områden införs. Detta gör lämpligen genom att man inför ett fönsterdockningsramverk så att det blir enkelt att lägga upp flera vyer med konfigurerbar storlek 6.4 Steg 3. Olika vyer för måluppfyllnad Stöd för att kunna välja olika vyer av måluppfyllnaden, t.ex. visa på svarstider eller visa på väntetider. Sida 6 av 10
Figur 5 Graf där de två staplarna längt ut till höger visar en prognos 6.5 Steg 5. Inmatning av helgdagar/extraordinära händelser För att historik/prognos skall blir så realistisk som möjligt så kommer man behöva kunna ange att vissa datum är viktiga, t.ex. nyårsafton (infaller på olika veckodagar), påsk (infaller på olika datum), mm. Man vill även kunna t.ex. ange att ett visst datum/tid inträffar ett event (fotbollsmatch, konsert, demonstration etc.) som sannaolik kommer påverka uppdragsintensiteten. OBS! Detta behöver specificeras mer noggrant innan det kan tidsuppslattas/implementeras. 6.6 Steg 6. Web Vill man sprida uppdragsintensitetsinformationen utanför centralerna så känns en Weblösning som den enklaste/säkraste lösningen. Skulle kunna integreras i SOS säkerhetsplattform på samma sätt som ResQMap Webview. 6.7 Allmänna idéer som inte är knutna till något speciellt steg Visa antal lediga resurser med en Visare (funktion finns i realtidsbarometer) Visa antal % som uppfyller mål för Väntetid som en visare för senaste 24 timmarsperioden, alternativt visa väntetiden för den 80 e procenten? Fördelen med det är att man ser om man börjar närma sig målvärdet istället för att man ser att 100 % uppfyller målet utan att veta om man börjar närma sig gränsen. Kunna bygga ihop egna grupper av kommuner som kan sparas som namngivna favoriter Visualisera pågående timmes stapel på ett eget sätt, kanske med en prognos Kunna visa staplar med ½ timmes upplösning Sida 7 av 10
6.8 Principskiss Figur 6 Principskiss över applikationen med databasaccess och konfigurationsfil Sida 8 av 10
7. Deployment Applikationen kommer att köras på en dedicerad klientdator (utan CoordCom/ResQMap installerad) i produktionsmiljön med access till Zamlas och CoordComs ärendedata. 8. Slutsatser efter testperiod Efter att prototypen har körts ett antal månader hos AmbuAlarm och hos SOS Alarm så hade vi ett uppsamlingsmöte hos AmbuAlarm den 24/9-2014. Närvarande: 8.1 Allmänt Michael Zantelid, SOS Alarm Bengt Asplén VGR Bosse Norrhem, TUCAP Hans Olausson, Carmenta Uppdragsbarometern har körts i huvudsak hos AmbuAlarm (sedan mitten av Maj 2014) men även hos SOS Alarm. Sida 9 av 10
Figur 7 Uppdragsbarometer i drift hos AmbuAlarm Både Bengt A och Michael Z tyckte att prototypen har funkat bra och gett en korrekt bild av läget. Prognosen som genereras från historiskt data har i de flesta fallen stämt bra med nuläget. Man har dock noterat att det är fler prio 3 uppdrag i det historiska data jämfört med nuläget men det verkar en allmän känsla av att det numera skapas färre prio 3:or (de blir oftast prio 2:or idag). Uppdragsbarometern skall ses mer som ett arbetsledarverktyg än som ett stöd för den enskilde operatören. Den kan dock vara ett plus för operatörerna att få ett kvitto på att man har haft en intensiv period jämfört med normalläge. 8.2 Framtida tillägg Ett antal tillägg/förbättringar har identifierats: 8.3 Nästa steg Görs om till en Webapp för att göra den enkelt tillgänglig (p.s.s som Webview och ClickView) Stöd för att skapa grupper av kommuner (sjukhusområden). Visualisera väntande ärenden för att få en helhetsbild av arbetsbelastningen. Möjlighet att lägga in exceptionella händelser, t.ex. Göteborgsvarvet, konsert på Ullevi, demonstrationer, fotbollsmatcher. Möjlighet att hantera helger som inte är knutna till fasta veckodagar (Jul nyår etc). Man skulle t.ex. från applikationen kunna ange att den skall köra historiken från ett annat datum än dagens datum. Utvärderingsperioden anses nu vara avslutad. Det är nu upp till SOS Alarm och Carmenta att driva detta vidare och bl.a. annat besluta om man skall göra en Webapp av uppdragsbarometern för att göra det enklare att sprida applikationer till fler användare för att få ytterligare feedback på funktionen. Sida 10 av 10