Rubrik på titelsida 1 - Inera · Web viewAvgränsningar, förutsättningar och inberoenden Avgränsningar Projektets scoop är avgränsad till mikrobiologi och kemi. Transfusion

2017 Projektplan LaboratoriemedicinVersion 1.0

Marjan Akhavan Senast ändrad2018-01-18

ProjektplanLaboratoriemedicin

(Multidisciplinär laboratoriesvar)

Inera AB Box 177 03Tjänhovsgatan21118 93 Stockholm

Tel 08 452 71 [email protected]

Organisationsnummer556559-4230

Sid 1/17



Innehåll1. Basfakta.............................................................................................................................. 3

1.1 Godkännande...............................................................................................................3

1.2 Bilagor..........................................................................................................................3

1.3 Referenser....................................................................................................................4

1.4 Definitioner................................................................................................................... 4

2. Projektidé och mål..............................................................................................................5

2.1 Bakgrund och projektidé...............................................................................................5

Effektmål.................................................................................................................................. 6

2.2 Projektmål.....................................................................................................................6

2.3 Avgränsningar, förutsättningar och inberoenden..........................................................7

2.3.1 Avgränsningar.......................................................................................................7

2.3.2 Förutsättningar......................................................................................................7

2.3.3 Inberoenden..........................................................................................................8

3. Leverans och överlämning................................................................................................8

4. Organisation och bemanning..........................................................................................10

5. Tidsplan och resursbehov...............................................................................................11

5.1 Beslutspunkter, milstolpar...........................................................................................11

5.2 Resursbehov och inköp resultat..................................................................................13

5.2.1 Resursbehov.......................................................................................................13

5.2.2 Inköp resultat......................................................................................................13

6. Arbetsformer..................................................................................................................... 14

6.1 Produktion och kravdialog..........................................................................................14

6.1.1 Produktion...........................................................................................................14

6.1.2 Kravdialog, förankring.........................................................................................14

6.2 Informationsspridning.................................................................................................15

6.3 Möten.......................................................................................................................... 15

7. Risker................................................................................................................................ 16

8. Projektkalkyl..................................................................................................................... 17




Sid 2/17



Revisionshistorik

Version Datum Författare Kommentar0.1 2017-11-22 Marjan Akhavan Upprätta dokumentet

0.8 2018-01-16 Marjan Akhavan Uppdatering efter intern remiss

1.0 2018-01-18 Marjan Akhavan Projektplan är godkänd

1. Basfakta

1.1 Godkännande

Projektplanen godkänd av:

Beställare/Projektägare: Projektledare:

Tomas Lithner Marjan Akhavan-Sadeghi

<Nnnn Nnnn> <Nnnn Nnnn>

1.2 BilagorNr Dokument, beskrivning Version, datum1 Resursbehov 20180116

2 Projektkalkyl 20180116

3 Detaljplan Tas fram senare

4 Riskanalys Tas fram senare




Sid 3/17

Iner

a m

all P

roje

ktpl

an v

3.0

2016

-08-

29



1.3 ReferenserNr Dokument, beskrivning Version, datum1 Tidigare direktiv: Projektdirektiv Tillämpning av

tjänstekontrakt för mikrobiologi_v1.docxVersion 12016-11-30

2 Laboratoriemedicin – kompletterande aktiviteter inom verksamhetsutveckling

2016-06-20

3 Förstudierapport tjänstekontrakt laboratoriemedicin version 1.0.pdf

Version 1.0 2014-04-12

4 Förstudierapport Landstingsövergripande IT-stöd för laboratoriemedicin- Rapport Labbremiss- v0.7.pdf

Version 0.7

5 Avsiktsförklaring gällande Laboratoriemedicin – kompletterande aktiviteter inom verksamhetsutveckling Multidiciplinärt Labratorie tjänstekontrakt

2016-12-06

6 Tjänstekontraktsbeskrivning; GetLaboratoryOrderOutcome 4.0

2016-12-07Version 4.0_RC4

7 Nyttor med multidisciplinära svar

8 Informationsspecifikation för tjänsten

getLaboratoryOrderOutcome i clinicalprocess_healtcond_actoutcome

2016-12-07Version 1.1

1.4 Definitioner

Förkortning Beskrivning

Tjänstekontrakt-TKB Tjänstekontrakt beskrivning. Specifikation som beskriver ett nationellt standardiserat gränssnitt som förekommer mellan tjänstekomponenter i en tjänstebaserad arkitektur.

Tillämpningsanvisning

Dokumentation på hur tjänstekontrakt och informationsspecifikationen ska användas

PAS Patient administrativa system




Sid 4/17

Iner

a m

all P

roje

ktpl

an v

3.0

2016

-08-

29In

era

mal

l Pro

jekt

plan

v3.

0 20

16-0

8-29

https://riv-ta.atlassian.net/wiki/download/attachments/160301106/Rapport%20Labbremiss-%20v0.7.pdf?api=v2

https://riv-ta.atlassian.net/wiki/download/attachments/160301106/F%C3%B6rstudierapport%20tj%C3%A4nstekontrakt%20laboratoriemedicin%20version%201.0.pdf?api=v2

https://riv-ta.atlassian.net/wiki/download/attachments/160301106/F%C3%B6rstudierapport%20tj%C3%A4nstekontrakt%20laboratoriemedicin%20version%201.0.pdf?api=v2

https://riv-ta.atlassian.net/wiki/download/attachments/160301106/Projektdirektiv%20Till%C3%A4mpning%20av%20tj%C3%A4nstekontrakt%20f%C3%B6r%20mikrobiologi_v1.docx?api=v2

https://riv-ta.atlassian.net/wiki/download/attachments/160301106/Projektdirektiv%20Till%C3%A4mpning%20av%20tj%C3%A4nstekontrakt%20f%C3%B6r%20mikrobiologi_v1.docx?api=v2



Förkortning Beskrivning

NTjP Nationell tjänsteplattform. En uppsättning komponenter som möjliggör en tjänstebaserad integration. För mer information, se http://rivta.se/documents/ARK_0034/

LIS Laboratorieinformationssystem-Läkare och biomedicinanalytiker använder laboratorieinformationssystem för att registrera och analysera provresultatet inom olika discipliner, hematologi, kemi, immunologi och mikrobiologi…. Grundläggande laboratorieinformationssystem har vanligtvis funktioner som hanterar beställning, provbehandling, resultatinmatning.

Källsystem Ett verksamhetssystem som tillhandahåller patientrelaterad vård- och omsorgsinformation, exempelvis ett Källsystem kan vara antigen LIS eller journalsystem.

DSDM Dynamic Systems Development Method (DSDM) är en systemutvecklingsmetod som är baserad på Rapid Application Developmentmetodiken (RAD) där prototyping ses som viktigare än detaljerad planering. Metoden är inkrementell och iterativ med en nära kunddialog för att få fram affärssystem med rätt funktionalitet i rätt tid.

2. Projektidé och mål

2.1 Bakgrund och projektidéInformationsflöden kring provbunden diagnostik och uppföljning är ganska fragmenterad inom Sverige. Laboratoriemedicinområdet är komplext och påverkas av flera olika aktörer samt regleras av ett antal lagar och regelverk. Idag hanterar den nationella infrastrukturen, med vissa begränsningar, information om undersökningar för klinisk kemi inom ramen för laboratoriemedicin. Det finns ett utökat behov att tillgängliggöra multidisciplinär labbinformation på ett kodat och strukturerat sätt, bland annat via Nationell patientöversikt (NPÖ) och Journalen. Önskan är dessutom att optimera informationsflöden kring provbunden diagnostik (kemi, mikrobiologi och immunologi) mellan vårdens aktörer såväl vårdgivare, laboratorieverksamheter som patienten själv, och därmed skapa bättre förutsättningar för god vård.

Undersökningar av området laboratoriemedicin har tydliggjort behovet av att få konsensus inom olika labbverksamheter och discipliner avseende svarsprocessen och möjligheten tolka varandras information. Ett problem är till exempel att i laboratoriesvar används idag olika typer av kodad information, därför behövs strukturering av laboratorieinformation och användning av




Sid 5/17



kodverk vilket kommer att underlätta utbyte och tolkning av information för att följa upp och jämföra provsvar.

Det finns tjänstekontrakt och informationsspecifikation för multidisciplinära laboratoriesvar som togs fram för några år sedan på Inera. Tjänstekontraktet godkändes dock inte för användning i klinisk drift på grund av att det saknades regelverk och implementationsguide på hur tjänstekontrakten ska användas. Det verksamhetsarbete som behövs göras kommer att arbetas fram i detta projekt och dessutom tjänstekontrakt och informationsspecifikationen kommer att uppdateras mot dagens behov och verksamhetenskrav.

Projektgruppen kommer att i samarbete med verksamheten arbeta med att realisera de lösningar som behöver tas fram. Det är dock viktigt att poängtera att verksamheterna själva beslutar om hur och varifrån de ska hämta den information som ska tillgängliggöras via den nationella tjänsten.

EffektmålProjektet ska möjliggöra för intressenter, inklusive patienten själv, att som ett ingångsvärde för eventuella åtgärder, ta del av patientens laboratorieresultat. Projektet laboratoriemedicin (multidisciplinära laboratoriesvar) ska åstadkomma en ökad interoperabilitet och därmed ökad nytta för vård och patient samt att det bidrar till en kostnadseffektiv och säker hantering av laboratoriesvar.

2.2 Projektmål

Slutleverans av projektet består av några delar. Det tas fram en lösning som möjliggör laboratorieinformationstillgång via nationella tjänsten.

Tidpunkt 201902

Resultat Projektets mål är att strukturera multidisciplinärt laboratoriesvar och definiera och dokumentera detta i form av specifikationer, tillämpningsanvisningar och regelverk. Därmed tillgängliggöra laboratoriesvar via nationella tjänster.

Kostnad 2 700 tkr




Sid 6/17



2.3 Avgränsningar, förutsättningar och inberoenden

2.3.1 Avgränsningar

Projektets scoop är avgränsad till mikrobiologi och kemi. Transfusion medicin och patologi ingår inte i lösningen.

Metodinfo Alla kodverk vid projektavslut kommer inte att vara kompletta. Att skapa nationellt

standardiserade kodverk kommer att fortsätta i förvaltningen. Projektet ansvarar inte för kodverket till utbudskatalog dock resultatet kan självklart

användas av utbudtjänsten. Projektet kommer inte att hantera hela svarsprocessen, vi begränsa oss till det minimala

som behövs för att presentera svar. Hantering av beställning ingår inte.

Projektet agerar utifrån befintliga avtal mellan Inera och respektive huvudman. Finansiering för utveckling av källsystem och konsumerande applikationer för att

genomföra pilot ingår inte. Arbete angående övergång från ”GetLaboratoryOrderOutcome” kemitjänstekontrakt till

det nya tjänstekontraktet ingår inte. Förvaltningarna för NPÖ och journal står för gränsnittuppdateringarna för att visa

resultatet. Det är verksamheten som ansvarar för att ta fram lösningar i lokala system och

tillgängliggöra data som kan presenteras i NPÖ och Journalen.

2.3.2 Förutsättningar

Referensgrupp bestående av experter som kan hjälpa till med att bygga lösningen och strukturen.

Det ska finnas projektresurser med tillräckligt tid för att kunna genomföra arbetet. Genom ändringar i källsystemet kan verksamheten leverera kodade information med

hög kvalité.




Sid 7/17



2.3.3 Inberoenden

Förutsättningar som måste vara klara för att vi ska kunna testa resultatet innan leverans.

Nr Beskrivning Ev. godk-kriteria

Ansvarig Datum

1 Respektive verksamhet förbereder hos sig själv i samband med resultat som tas fram under projektetsgång.

Verksamhetsrepresentanter* 201810

2 Verksamhetens LIS ska förberedas/utvecklas! (kodarbete och kommunikation med leverantörer kan påverka leverans av information till tjänsten)


3 För att kunna testa svarsflödet måste svarprocessen och svarsformat vara klara.

Projektet i samarbete med verksamhetsrepresentanter (referensgruppen)

201806

4 Verksamhetsrepresentanter ska uppnå konsensus för svarsprocess och svarsformatet.


*verksamhetsrepresentanter: I referensgruppen ingår representanter från olika landsting.

3. Leverans och överlämning

Identifierade leveranser är utifrån redan utförda arbeten som förstudier och analyser inom det området. Det är viktigt att notera att projektet kommer att hålla sig till budgetramarna och levererar det som finns intäkt för. Det kommer att skapas backlogg för framtida arbeten.

Detaljerad aktivitetsplan tas fram senare i samarbete med projektgruppen.




Sid 8/17



Lev.nr Beskrivning Mottagare Godk-kriteria

Datum

L1 Kravsammanställning Förvaltare Styrgrupp 201804

L2 Komplettering av informationsspecifikation

Förvaltare Granskas av A&R

201806

L3 Komplettering av tjänstekontraktsbeskrivning


201806

L4 Verksamhetsregler, Tillämpningsanvisning/

Implementationsguide


201809

L5 Standardiserade kodverk, Kodverkslistor

A&R/Socialstyrelse/Equalis/

Förvaltare

Granskas av A&R

201809

L7 Svarsformat-standardiserade svar presentation

Förvaltare Styrgrupp 201809

L8 Svarsprocessen Förvaltare Styrgrupp 201809

L9 Bilda en referensgrupp Tomas L Tomas L 201802

L10 Skapa stödmaterial och utbildning

Förvaltare PL 201812

L11 Stöd till piloter PL Tomas L 201810

L12* Pilotanslutning PL Tomas L 201901

L13 Testprocess enligt testmodell 2

Förvaltare PL 201901

L13 Produktionssättning Förvaltare PL 201902

* Anmärkning: Ambitionen är att pilot är en del av projektet men om det visar sig att det blir orimliga ledtider och kostnader tas bort pilotanslutningen från projektet.

Projektet kräver att det utnämns en förvaltare/tjänsteansvarig under projektets gång och följer med utvecklingen, för att veta historiken och kunna ta emot materialet efter godkännande.

Resultatet av ovanstående leveranser kommer att lämnas till förvaltaren.




Sid 9/17



Det finns en kodverksförvaltning på Inera som kan ta del av kodverksarbetet. Materialet kan tillgängliggöras via terminologitjänsten då det är på plats.

Stödmaterial som tas fram lämnas också till förvaltningen för framtida användning. Det ska utnämnas en ansvarig för referensgruppen.

4. Organisation och bemanning

Roll Bemanning Tel/e-post

Styrgrupp Tomas LithnerPatrik Sjöberg

Stefan SkoogJan-Olov Strandberg

[email protected]@inera.se


Projektledare Marjan Akhavan-Sadeghi

[email protected]

Arbetsgrupp Rebecca Ceder, Kodutredare

[email protected]

Daniel Karlsson, Kodutredare

[email protected]

Torbjörn Dahlin, Informatiker


Stefano Testi, Terminolog

[email protected]

Manolis Nymark, Jurist

[email protected]

Khaled Daham, Teknisk arkitekt

[email protected]

Malin Hedman

Rikard EdgrenTestledare

[email protected]

[email protected]




Sid 10/17



Patrik Sjöberg, Fredrik Ström

Arkitekt stödresurser

[email protected]@cag.se

Referensgrupp-kontaktpersoner

Torsten Eich

Jonas SwanbergIvar Tjernberg

Åke Gusstafsson

[email protected]

[email protected]@ltkalmar.se

[email protected]

5. Tidsplan och resursbehov

5.1 Beslutspunkter, milstolpar

Datum BP MS Beskrivning




Sid 11/17

Styrgrupp

Projektledning

Tekisk Arkitektur

Referensgrupp

Informatik och kodverk

Förvaltning

Test och anslutning

Juridik



201711 BP1 Beslut om att starta projektet och initiera planering och förberedelser.

201712 BP2 Beslut att starta aktiviteter för att ta fram projektplan, träffa arkitekter och verksamhetskunniga för att skriva projektplan.

201801 BP3 Fastställd Projektplan.

201802 BP4 Beslut om att starta genomförandet (enligt Projektplan).

201804 MS1 Kravinsamling dokumenterad

201805 MS2 Informationsspecifikation uppdaterad.

201805 MS3 Tekniskspecifikation klar.

201805 MS4 Standardiserad kodverk-mängd data som är kodad kontrolleras

201805 MS5 Säkerhetsfrågor

201805 BP5 Beslut om att fortsätta, förändra eller avbryta genomförandet.

201806 MS5 A&R granskning på IS och TKB, standardiserade kodverk.

201808 MS6 Svarsrapport överenskommelse

201808 MS7 Svarprocess överenskommelse

201808 MS8 Tillämpningsanvisningar klara

201809 MS9 Klar med testprocessen och anslutningsplanering.

201810 MS10 Pilotarbete ska börja

201812 BP6 Beslut om att godkänna leverans till användare och kommunicera ut resultatet.

201812 MS10 Stödmaterial klar.

201901 MS3 Tester och pilot ska vara klara och godkända

MS4

201902 BP7 Beslut om att godkänna överlämning till förvaltare

201902 BP8 Slutrapport. Beslut om att avsluta projektet




Sid 12/17



5.2 Resursbehov och inköp resultat

5.2.1 Resursbehov

Detaljerat resursbehov finns i bilagan.

Resursbehov, roll Omfattning Projektledare, (Marjan Akhavan-Sadeghi) 70%x12

Projektledning, samarbete med referensgruppen, samarbete med intressenter, koordinering mellan leveranser.

Juriststöd, (Manolis) 10%x4

Juridisk och säkerhetsfrågor

Informationsarkitekt, (Torbjörn Dahlin) 35%x8

Krav, informationsspecifikation och kompletterande regelverk och anvisningar

Teknisk arkitekt, (Patrik Sjöberg, Khaled Daham)

20%x8, TKB och det tekniska lösning och infrastrukturen

Terminolog, (Stefano Testi) 5%x8

Kodverksutredare (Rebecca Ceder, Daniel Karlsson)

30%x10

Testare (Malin Hedman) 30%x10

Förvaltning, () 0

Anslutning ansvarig, () 10%x4

5.2.2 Inköp resultat

Inköp av resultat OmfattningÖvriga kostnader 200 tkr




Sid 13/17



6. Arbetsformer

6.1 Produktion och kravdialog

6.1.1 Produktion

Det kommer att göras en behovs- och kravanalys, utifrån resultatet görs en prioritering av vad som kommer att hanteras i projektet och vilka delar kommer att gå till förvaltningen eller vidare arbete behövs. Prioriteringar kommer att göra med jämna intervall så att projekten fokusera sig på rätta leveranser i budgetramarna.

Prioriteringar kommer att ske utifrån kravlistan och MuSCoW metodiken enligt DSDM.

Must Have Should Have Could Have Won’t Have this time

Arbetet sker i korta sprintar, med gemensamma arbetsmöten. Bokas kontinuerliga avstämningsmöten så att varje resurs ger status och flaggar för svårigheter. Det kommer att finnas timebox för varje resurs och dess närmaste leveranser. Regelbundna projekt- och referensgruppsmöten. Samarbeta med Socialstyrelsen, Equalis och verksamhetsrepresentanter. Pilotlandsting eller pilotlabb kommer att väljas rätt tidigt för att kunna hinna med införande av åstadkomna ändringar under projektet och förbereda förutsättningarna för test och validering av resultatet och processen.

6.1.2 Kravdialog, förankring

Kravarbetet sker delvis utifrån redan gjorda förstudier och informationsspecifikation etc och dels utifrån samarbete och dialog med expertgruppen/referensgruppen och intressenter.

Kravarbete sker i början på projektet och kontinuerlig under arbetet i form av workshops, dialog och verksamhetsförankring.

Kravsammanställningen utgör grund för skapandet av användningsfall, uppdateringen av informationsspecifikationen, gemensam kodverk, skriva regelverk, svarsprocessen o.sv.




Sid 14/17



6.2 InformationsspridningInformationsspridningen kommer att tydliggöras i kommunikationsplanen som kommer att framtas senare.

Internt Arbetsgruppen har regelbundna avstämningsmöten för uppföljning och gemensam

planering av kommande veckornas prioriteringar.

Arbetsmöten/workshops med samverkansparterna inom områdena krav, informatik, arkitektur av respektive områdes huvudresurs.

Månadsvis rapportering sker till projektkontoret. Regelbundna möten med styrgruppen för att informera om projektets status.

Externt Ineras nyhetsbrev, Confluence, Ineras bolagswebb Informationsmöten med landstingen och leverantörer

Information till referensgruppsrepresentanter

6.3 MötenStyrgrupp Syfte/resultat Ansvarig Frekvens/tidStyrgruppsmöte Övergripande

uppföljning av ekonomi, tidplan, leveranser samt eskaleringsforum vid särskilda behov och beslut.

Tomas Lithner En gång per månad eller efter behov.

Referensgruppsmöte/

verksamhetskravsmöte

Verksamhetsfrågor, utredningsfrågor och förankringar, harmonisera eller samla krav, problemlösning.

Marjan Akhavan 2 gånger per månad i början.

Projektmöten Regelbundna avstämningar och status, spridning av information samt samordning och planering

Marjan Akhavan Veckovis




Sid 15/17



Arbetsmöten och workshops

Problemlösning Marjan Akhavan/

projektresurser

I samråd med gruppen

Förankring och kommunikationsmöte

Att ge information och status till externa

Marjan Akhavan 2-3 gånger under projektet

7. RiskerDet behövs göras en riskanalys i samarbete med projektgruppen vid senare skede.

Riskanalysen nedan är initialt gjord av projektledaren från dem input som har fått under utredningsarbetet för framtagande av projektplanen.

Risk

Riskbeskrivning S K Sa Åtgärder

R1 Resursbrist 3 5 15 I samarbete med projektkontoret och projektägare hitta rätta resurser och allokera dem.

R2 Samarbete med andra parter tar längre tid än väntat.

4 4 16 Tydliga krav mot landstingen för representanternas tid.

R3 Budget räcker inte att täcka alla kostnader

5 5 20 Minimera leveranser på ett sätt som inte drabbar hela flödet.

R4 Kvalité/mängd på information kan försämras/minskas på grund av tid och budget

3 5 15 Nyckelresurser allokeras tillräckligt mycket. Ordentlig kravanalys och prioritering.

R5 Verksamhetens oeniga om hur laboratorieinformation ska presenteras

4 5 20 Viktigt att verksamhetsrepresentanter fokuserar på en gemensam labblösning (trots att deras LIS inte klarar av).

R6 Utredningar tar längre än väntat/estimerat

4 4 16 Ytterligare begränsning på mängden av data som kan presenteras.

R7 Svårighet att etablera gemensamt (grundläggande kodverk)

4 4 16 Anlita kunniga kodverskutredare och lösningsorienterade representanter.

R8 Budgetbrist 5 4 20 Begränsa leveranser.




Sid 16/17



8. ProjektkalkylFör detaljerade planering titta på bilaga

Rubrik Beskrivning Kostnad (tkr)Resurser Interna och externa

resurser inom krav, informatik, kodutredare, arkitektur, ledning, testare, terminolog

2 000 tkr

Osäkerhet, Risk Risk ligger i tid och budget för samverkan och eventuella frågor som uppdagas i dessa dialoger.

500 tkr

Inköp Projektomkostnader, möten, utbildningsmaterial, stöd piloter, gemensam testmiljö, resor, mat, fika etc.

200 tkr

Summa 2 700 tkr




Sid 17/17

Documents

Rubrik på titelsida 1 - Inera · Web viewAvgränsningar, förutsättningar och inberoenden Avgränsningar Projektets scoop är avgränsad till mikrobiologi och kemi. Transfusion