projektinitieringsdokument v. 1.1 modning af telemedicinsk ... · der gennemføres et udbud efter...

Projektinitieringsdokument v. 1.1

Modning af telemedicinsk infrastruktur Del 1 - Standarder og NSP services

SDS opgaver

16. marts 2016

Hvis du har brug for at læse dette dokument i et keyboard eller skærmlæservenligt format, så klik venligst på denne knap.

http://adlegacy.abledocs.com/97721/f0c9bfd6d4b113df72e9ce59dc2db7e1/DA

http://adlegacy.abledocs.com/97721/f0c9bfd6d4b113df72e9ce59dc2db7e1/DA

Indhold

1 STAMDATA ............................................................................................ 2

2 FORRETNINGENS FORMÅL MED PROJEKTET .............................................. 2

3 SCOPE OG AFGRÆNSNINGER .................................................................. 4

4 MÅL OG SUCCESKRITERIER ..................................................................... 5

5 ØKONOMISKE HOVEDTAL OG FINANSIERING .............................................. 7

6 GEVINSTER ......................................................................................... 10

7 TEKNISK LØSNING ................................................................................ 11

8 LEVERANCER ...................................................................................... 13

9 ORGANISERING ................................................................................... 13

10 TIDSPLAN ........................................................................................... 15

11 KVALITET ............................................................................................ 15

12 RISICI ................................................................................................. 16

13 KOMMUNIKATION ................................................................................. 17

14 TOLERANCER ...................................................................................... 17

15 RAPPORTERINGSKRAV ......................................................................... 18

16 REVISIONSHISTORIK ............................................................................. 18

17 BILAG ................................................................................................. 18

PID Modning af telemedicinsk infrastruktur - standarder og NSP services ....docx side 2 af 19

1 Stamdata

Stamdata

Projektnavn Modning af telemedicinsk infrastruktur (SDS del) Standarder og NSP services

PM ordre nr.

Projektleder Ivan Lund Pedersen

Projektets primære formål Telemedicinsk Infrastruktur på TRL-8

Nuværende fase Projektstart

2 Forretningens formål med projektet

2.1 Den nuværende situation (baggrund)

I økonomiaftalen 2016 (ØA16) mellem regeringen, regionerne og kommunerne er det aftalt, at parterne inden udgangen af 2019 vil tilbyde telemedicinsk hjemmemonitorering til borgere med KOL i hele landet. Arbejdet med at organisere og implementere den telemedicinske be-handling forankres i fem landsdelsprogrammer under ledelse af regioner og kommuner, og med konkret ophæng i de lokale sundhedsaftaler.

I perioden 2012 til 2015 er der gennemført flere initiativer på det telemedicinske område, der i større eller mindre omfang har medvirket til at etablere elementerne i en national telemedi-cinsk it-infrastruktur. Analyser har vist, at denne infrastruktur inklusiv de standarder og kom-ponenter, som infrastrukturen benytter sig af, er på et ”Technology Readiness Level” (TRL) 6.

I 2011 og 2013 udarbejdede National Sundhed-it tekniske retningslinjer1 for, hvordan hel-bredsdata bør deles tværsektorielt og hvordan helbredsdata opsamlet på udstyr i borgeren eget hjem kan opsamles via it-snitflader og internationale it-standarder. Den nationale it-

infrastruktur skal overholde referencearkitekturerne og skal spille tæt sammen med de sund-heds-it systemer, som regioner, kommuner og praksislæger anvender i det daglige arbejde ifm. håndtering af telemedicinske KOL-patienter.

2.2 Formålet med projektets løsning

Som en del af ØA16-aftalen om landsdækkende udbredelse af telemedicinsk hjemmemonitore-ring til borgere med KOL er det besluttet, at der skal etableres en moden national it-

infrastruktur, defineret som TRL niveau 8.

Projektet skal bringe den samlede infrastruktur der er nødvendig for Telemedicinsk behandling af KOL patienter op på TRL niveau 8 inden 2017. Gradueringen i modenhed efter TRL skalaen består af en lang række faktorer, men de mest afgørende for projektet er at infrastrukturen og den udstillede funktionalitet skal være brugt i daglig drift eller noget, der kan sammenlignes med produktionslignende forhold.

Derfor går projektet efter, at ibrugtage infrastrukturen i en pilotimplementering i et afgrænset

område og i en afgrænset periode, men med rigtige patienter og rigtige data via fagsystemer, der anvendes i dagligdagen i det område hvor piloten gennemføres. Hovedparten af aktivite-

terne før sommer 2016 er tekniske modningsøvelser, der afsluttes med en brugertest i et la-boratorie setup, medens al aktivitet fra sommer og resten af året er forberedelse og gennem-førelse af den afgrænsede pilot under produktionsvilkår.

1 ref. Ark. For opsamling af billeder og dokumenter og link & ref. Ark. For opsamling af helbredsdata hos borgeren.

http://sundhedsdatastyrelsen.dk/-/media/sds/filer/rammer-og-retningslinjer/referenceaktitektur-og-it-standarder/referencearkitektur/referencearkitektur-deling-dokumenter-billeder.pdf?la=da

http://sundhedsdatastyrelsen.dk/-/media/sds/filer/rammer-og-retningslinjer/referenceaktitektur-og-it-standarder/referencearkitektur/referencearkitektur-opsamling-helbredsdata-borgere.pdf?la=da


2.3 Projektets bidrag til strategiske mål

Teknisk:

Projektet skal levere nationale services til det telemedicinsk område, som det er nemt, sikkert og omkostningseffektivt at koble sig op på via lokale it-løsninger. Infrastrukturen vil tilbyde en række it-services, der tillader, at datadelingen kan foregå på en sikker og effektiv måde.

Infrastrukturen vil endvidere introducere og implementere en række internationale it-standarder, der ikke tidligere har været i drift i Danmark. Infrastrukturen vil dermed på rele-vante områder styrke Danmarks position internationalt inden for sundheds-it.

Sundhedsfaglig:

Infrastrukturen vil medvirke til, at alle relevante sundhedsfaglige (og andre relevante perso-ner) kan få sikker adgang til hjemmemonitoreringsdata på KOL2 området. Adgangen skal sikre det bedste beslutnings- og monitoreringsgrundlag for alle involverede sundhedspersoner, bor-

geren selv og andre som borgeren ønsker at inddrage i behandling og pleje.

2.4 Den fremtidige situation efter indførelse af løsningen

Efter gennemførelse af nærværende projekt, vil der på sundhedsområdet i Danmark være etableret en moden og velafprøvet national telemedicinsk it-infrastruktur. I den forbindelse vil andre relevante områder blive udviklet i det omfang det har relevans ift. telemedicinsk hjem-memonitorering. Fx har patientrapporterede oplysninger fra en række af de forudgående tele-

medicinske projekter været nævnt som en vigtig informationskilde for de sundhedsfaglige i

sammenhæng med måledata i hjemmemonitorering af patienter med KOL.

2.5 Situationen hvis projektet ikke gennemføres (business as usual)

Som nævnt ovenfor har analyser vist, at den nuværende telemedicinske infrastruktur vurderes at opfylde kravene på TRL-6. De nuværende løsninger vurderes således ikke at være modne til at kunne bære en fuld national udbredelse, idet:

- der er risiko for, at infrastrukturen ikke indeholder de funktioner som leverandører på

det telemedicinske område efterspørger for at kunne skabe brugervenlige og effektive

it-værktøjer til sundhedsprofessionelle brugere

- de nuværende løsninger ikke i fornødent omfang overholder nationale og internationa-

le standarder, hvilket kan medvirke til at skabe et ”lukket dansk marked” og dermed

kan medvirke til at reducere den reelle konkurrence på markedet og mulighederne for

at anskaffe standardløsninger

- der er risiko for, at de nuværende løsninger ikke belastningsmæssigt kan holde til en

national udbredelse med mange tusinde brugere og store mængder af data og derfor

vil give kortere eller længere driftsudfald

- og endelig fordi de fornødne sikkerhedsfunktioner endnu ikke er indarbejdet i løsnin-

gerne, hvilket gør det sikkerhedsmæssigt uforsvarligt at foretage udrulningen på nu-

værende infrastruktur.

2.6 Alternative løsningsscenarier

Der er ikke afdækket alternative løsningsscenarier.

2 Infrastrukturen begrænses dog ikke til KOL området


3 Scope og afgrænsninger

Det samlede modningsprojekt opdeles i 8 delprojekter og opdeles i 4 projektfaser. Hver del-

projekt har en entydig ansvarlig organisation, medens det konkrete udførende arbejde i del-projekterne kan være uddelegeret til andre organisationer/firmaer.

Nedenstående figur viser det samlede projekts opdeling i delprojekter.

Figur 1 - Opdeling i delprojekter med ansvarlige organisationer

Tabel 1 - Områder som er ikke medtages i projektet.


4 Mål og succeskriterier

Projektets mål Beskrivelse Succeskriterier

1. De nationale standarder modnet.

(Delprojekt 1)

Der skal etableres flere nationale stan-

darder/profiler som parterne på blandt

andet dokumentdelingsområdet fremad-

rettet skal benytte sig af.

Standarder udarbejdet, har gennemgået

høring og indarbejdet i standardkataloget i

endelig version.

2. Dokumentdelingsservicen og samtyk-

keservicen på TRL 7

(Delprojekt 2)

Dokumentdelingsservicen (DDS) og Sam-

tykkeservicen skal modnes til TRL 7 inden

sommer 2016.

Sundhed.dk skal etablere en borgervendt

brugergrænseflade til administrations af

samtykker / frabedelse af indsigt.

DDS og Samtykke kvalitetssikret og bruger-

testet i et laboratorie setup.

Samtykke grænseflade tilgængelig på SDK’s

testmiljøer.

3. Driftsoverdragelse af NSP services og

nationalt indeks (delprojekt 7)

Dokumentdelings og samtykke services

lægge i produktion via standard procedu-

rerne for service publicering på NSP.

Der gennemføres et udbud efter et nati-

onalt indeks.

Dokumentdelingsservice og samtykke

service tilgængeligt i NSP produktionsmiljø-

er.

Samtykke Gui publiceret på SDK’s produkti-

onsmiljøer

Afgrænsning Beskrivelse af afgrænsning Begrundelse for afgræsning

Min-Log modning Projektet er afhængig af en velfungerende udgave

af den såkaldte ”Min-Log” komponent på NSP.

Servicen betragtes som værende moden og der

planægges ikke yderligere modningstiltag i nærvæ-

rende projekt

MinLog er allerede taget i brug af FMK programmet

og er trykprøvet i MinLog1 projektet i 2014/2015.

BRS modning Projektet er ligeledes afhængig af velfungerende

udgave af ”Behandlingsrelationsservicen” (BRS).

Der er ikke afsat midler til modning af denne ser-

vice i projektet.

Det er endnu ikke afgjort hvorledes behandlingsrela-

tionsservicen skal anvendes i dette projekt. Der

optages derfor en risiko for, at servicen ikke har den

fornødne modenhed til at imødekomme ønskerne

for optimal anvendelse i nærværende projekt.

Parternes indretning af

dokumentdelingsdo-

mæner

Nærværende projekt forholder sig ikke til den

generelle opdeling og etablering af ”affinitetsdo-

mæner”, men fokuserer alene på modning af

infrastruktur og tilhørende services og standarder,

og skaber et sæt minimumsregler for affinitetsdo-

mænet omkring KIH databasen.

Dette arbejde er allerede igangsat med SDS som

tovholder.

Lokale

opsamlingsplatforme

Der gennemføres ikke modningsaktiviteter på

lokale opsamlingsenheder eller lokale opsamlings-

platforme.

I de gennemførte store skala-afprøvninger (KIH og

OpenTele) er der afprøvet to versioner af opsam-

lingsplatformen OpenTele. Den første blev vurderet

til at være på TRL 7 niveau. Den anden version af

OpenTele og de andre kommercielle opsamlingsplat-

formen på markedet vurderes som modne (TRL8).


Aftale med leverandør af indeks funktiona-

litet underskrevet.


5 Økonomiske hovedtal og finansiering

Finansiering er sikret gennem ØA16, hvori der er afsat 5. mio. kroner til projektaktiviteter i

2016 og 1,2 mio. til løbende drift af indeks og services ift. deling af data fra KIH databasen fra 2017 og frem.

Som udgangspunkt dækker budgettet til det enkelte delprojekt udgifterne til de leverancer der er planlagt i det pågældende delprojekt. Nedenstående tabel giver en oversigt over udmønt-ningen af budgettet for SDS opgaver i 2016 fordelt på arbejdspakker i de 3 delprojekter SDS er ansvarlige for. Dertil skal lægges en post til generelle tværgående aktiviteter i form af bl.a.

ekstern projektledelse på tværs af de 3 dele af det samlede modningsprojekt.

Delprojekt / arbejdspakke Budget mio. kr. for ar-bejdspakker

Budget mio. kr. for del-projekter

Standarder og arkitektur 0,4

AP 1 - Nationale arkitekturleverancer som består af:

- IHE metadata-DK profil

Dansk profil der specificerer hvorledes vi i Danmark

specificerer metadata i de relevante internationale

IHE profiler.

- PHMR-DK profil

Dansk profil af HL7 til kommunikation af telemedi-

cinske målinger mv.

- HL7 - Questionnaire profil

Dansk profil af HL7 questionnaires

- OID vejledning

Opfølgning på guide/regler/principper OID for dansk

anvendelse ifm. HL7/IHE

- Lokale domæneregler for Telemedicin domænet

Opstilling af de regler der skal gælde for anvendelse,

dokumenttyper, metadata etc. i det telemedicinske

domæne. Underlagt de nationale domæne regler

som defineres mellem parterne eksternt for projek-

tet3

- Arkitekturbeslutninger ift. KIH tilpasninger

Fastlæggelse af de ændringer man ønsker at foreta-

ge på KIH databasen for at bringe den i overen-

stemmelse med anbefalingerne fra review.

0,4

3 IHE wiki: ” An XDS Affinity Domain is a group of healthcare enterprises that have agreed to work together using a common set of policies and share a common infrastructure”

http://wiki.ihe.net/index.php?title=Cross-Enterprise_Document_Sharing




Delprojekt 2- NSP teknisk modning 2,45

AP 2 Performancetests NSP

Dokumenteret og godkendt peformancetest af NSP ser-vices med opkobling til et XDS repository

0,6

AP 3 NSP udviklingsaktiviteter

Tilpasninger på basis af fund efter performance test og review implementeret

0,6

AP 4 Brugerhistorier og analyser som består af:

Desk research efter brugerhistorier der danner grundlag

for interviews med 5 basale usecases

Interviews og efterfølgende analyse af disse der danner grundlaget for en første workshop med de sundhedspro-fessionelle.

Workshop med sundhedsprofessionelle hvor de kvalificere-de usecases gennemgås og bearbejdes. Dette danner grundlaget for en afsluttende workshop, hvor både de

sundhedsprofessionelle og deltagende leverandører delta-ger.

Arbejdet udføres af 2 medarbejdere fra Alexandra Institut-tet. Workshoppen forventes afholdt ultimo april/primo maj i colab i Odense.

0,44

AP 5 Samtykke GUI (SDK)

Der udarbejdes et brugerinterface på Sundhed.dk (SDK) til

Samtykke servicen i 3 iterationer, der sætter os i stand til at gennemføre brugertest før sommer. Arbejdet gennem-føres ved at hyre eksterne udviklere til at arbejde på SDK’s platform.

Hen over sommer er det forventningen, at SDK selv fær-diggør brugerfladen og produktionsmodner den endeligt.

0,61




AP 6 Anvender integration & brugertest

Denne arbejdspakke skal levere hele aftalegrundlaget for

piloten og indledende brugertest.

Målet er en pilot i en kommune med deltagelse af en afde-ling fra regionen og deltagelse af 1-2 praktiserende læger. Patientkategorien er KOL patienter, der hjemmemonitore-

rer og man skal sammen fastlægge et scope (antal patien-ter, antal brugere, varigheden af piloten).

Det indebærer afklaringer af mulige kandidater ift. at del-

tage som pilot, indgåelse af aftaler, klarlæggelse af scope for pilot, samt indgåelse af aftaler med leverandørerne der skal deltage i pilotområdet.

Kommuner i Region Sjælland og Region Hovedstaden er udelukket pga. travlhed i de to regioner med sundheds-platformen.

SDS har indledende dialog over noget tid med Frederiks-

havns kommune, Horsens Kommune og Langeland Kom-

mune. Intet er afgjort, men det virker mest realistisk at få et pilotområde op at køre i Frederikshavn.

Denne arbejdspakke skal også forberede og gennemføre de nødvendige brugertest og opstarte leverandørernes integrationer til Dokumentdelings servicen.

Brugertest forventes afviklet i juni måned, men tidsplanen er ambitiøs, så der er ikke meget der skal gå galt før bru-gertest først kan gennemføres efter sommer.

Finansieringen til selve anvender-integrationen hentes fra arbejdspakkerne i Medcoms del af projektet (AP 10,11, og

12).

0,2

Delprojekt 7 - driftsoverdragelse NSP 0,9

AP 15 Indeks udbud

Der skal etableres en ny indeks-komponent fra 1.1.2017, hvor aftalen om det nuværende indeks udløber. Denne kan skaffes enten via et udbud, via leasing under eksiste-rende driftsaftaler eller ved at en region stiller indeks funktionalitet til rådighed. Estimatet er lavet ud fra situati-

onen hvor man gennemfører et udbud.

0,8




AP 16 Connectathon

Som en del af afslutningen af projektet og verifikation af

modenheden foreslås det, at de deltagende leverandører af integrationer og selve infrastrukturen tager på Con-necthaton efter piloten. Der er connecthatons i januar i USA og i april i Europa. Estimatet dækker kun den hjemli-ge forberedelse, og ikke selve deltagelsen – den vil skulle

brugerfinansieres.

0,1

AP 17 Projektafslutning

Afslutningen af projektet og overgang til udbredelse er en meget vigtig proces, hvor efterspørgslen på certificerede løsninger vil være afgørende for at leverandørerne vil gå ind i udbredelsesprocessen.

0

Teknisk projektledelse (frem til sommer 2016) 0,6 0,6

Rejser, mødeforplejning, workshops 0,1 0,1

I alt for SDS-relaterede aktiviteter 4,45 4,45

Buffer 0,55 0,55

6 Gevinster

Da det er et forudsætningsprojekt, der leverer produkter til anvendelse for landsdelsprogram-merne er der ikke foretaget gevinstestimeringer koblet til infrastrukturprojektets aktiviteter.


7 Teknisk løsning

Den tekniske løsning består af services på den nationale serviceplatform som udstilles på

Sundhedsdatanettet, af et underliggende indeks samt et repository til hjemmemonitorerings data og PRO skemaer (KIH databasen). Endelig vil man i projektet integrer fra mindst et fag-system fra hver sektor til denne infrastruktur.

Figur 2 - Scope for modningsprojektes del 1 & 2

7.1 Markedsundersøgelse

Forudsætningerne for projektet er, at der skal ske en modning af den eksisterende telemedi-cinske infrastruktur. Der skal derfor ikke ske anskaffelser, der fordrer særlig afdækning af

markedsløsninger.

Leverandører inddrages i pilotafprøvning for bl.a. at sikre sammenhæng til markedsløsninger, ligesom der sker en begrænset afdækning af forretningsbehov i forbindelse med gennemførel-se af modningsprojektet.

7.2 Teknisk løsning

Den del af den telemedicinske infrastruktur som modnes i projektet er illustreret med grønt i

figur 2.

Adgangen fra fagsystemerne til data fra KIH databasen tænkes standardiseret i henhold til reference arkitekturen ved at til dataadgangen sker via services på den nationale serviceplat-form. Det er en enkelt service (Dokumentdeling) fagsystemerne skal koble op til, hvorefter de får adgang til de repositories der er koblet op dokumentdelingsservicen.


I del 2 af projektet modnes KIH-databasen, som kommer til at indeholde målingsdata fra bor-gerne samt besvarede PRO spørgeskemaer.

Infrastrukturen er indifferent ift. hvilken opsamlingsplatform man vælger, blot den overholder snitfladestandarderne, der er fastlagt i referencearkitekturen for opsamling af helbredsdata4.

En konkretisering af referencearkitekturerne fremgår af figur 3, hvor et skematisk flow af data fra måleenheden i borgerens hjem til et givent fagsystem, når referencearkitekturerne over-

holdes illustreres. I figuren er de opsamlingsplatforme som kendes i Danmark i dag medtaget samt de eksisterende elementer af referencearkitekturen for deling af dokumenter og billeder (KIH og NSP) og disses danske profileringer.

Figur 3 – Oversigt over services og sammenhænge i den telemedicinske infrastruktur. Stan-darder for flow af data fra måleudstyr til anvendersystem/snitfladestandarderne fremgår ne-derst i figuren.

7.3 Integrationer

De tekniske krav til integrationer fra anvendersystemer til dokumentdelings servicen, fremgår af dokumentation af dokumentdelings servicen som kan findes via nedenstående link:

https://www.nspop.dk/display/DOK/Documentation+Dokumentdelingsservice

7.4 Test

Se beskrivelsen af arbejdspakkerne afsnit 8.

4 http://sundhedsdatastyrelsen.dk/da/rammer-og-retningslinjer/om-referencearkitektur-og-standarder/referencearkitekturer

http://sundhedsdatastyrelsen.dk/da/rammer-og-retningslinjer/om-referencearkitektur-og-standarder/referencearkitekturer

http://sundhedsdatastyrelsen.dk/da/rammer-og-retningslinjer/om-referencearkitektur-og-standarder/referencearkitekturer


8 Leverancer

Projektets processer følger statens it-projektmodel/PRINCE2 dog tilpasset projektets omfang

og budget. Konkret betyder det:

- at projektet ledes af en projektleder og forankres i en styregruppe

- at projektet ledes med udgangspunkt i Projektinitieringsdokumenter (PID) der god-

kendes af styregruppen i forbindelse med projektinitiering.

- at styregruppen har det formelle ansvar for fremdrift, risikohåndtering og kvalitet i

projektet og skal sørge for eskalation over projektniveau.

- at der som udgangspunkt kun afvigelsesrapporteres baseret på fastlagte tolerancer for

afvigelse i tid, budget, omfang, risiko og kvalitet.

8.1 Leverancer og afhængigheder

Se bilag 1 tidsplan og den overordnede beskrivelse af arbejdspakkerne i afsnit 5.

9 Organisering

9.1 Projektorganisation

Nærværende projekt er en del af en større portefølje under ledelse af den Fællesoffentlige porteføljestyregruppen for landsdækkende udbredelse af telemedicin. Porteføljestyregruppen har regionalt/kommunalt formandskab.


Sundhedsdatastyrelsen er ansvarlige for delprojekterne 1,2 & 7 og de tilhørende leverancer.

Medcom er ansvarlige for leverancer fra delprojekt 3 til og med 6.

Region Midt er ansvarlig for leverancer fra delprojekt 8.

9.2 Styregruppe

Styregruppen ledes af Sundhedsdatastyrelsen og besættes jf. kommissoriet for styregruppen. Styregruppen sekretariatsbetjenes af Sundhedsdatastyrelsen.

Styregruppen for det samlede modningsprojekt fungerer også som styregruppe for de enkelte delprojekter.


9.3 Projektleder og projektgruppe

Figur 4 - Forslag til projektorganisering

10 Tidsplan

[Henvisning til tidsplan i bilag, men overordnede milepæle bør skrives ind her]

11 Kvalitet

Som udgangspunkt udsættes alle leverancer for review (uformelt review, peer review eller egentlig høring) for at produkterne kan godkendes af styregruppen.

Hvilke kvalitetssikringstiltag, der er er tale om, afhænger af vigtigheden og rækkevidden af produktet, dvs. i hvor høj grad produktet har indflydelse på projektet, løsningen eller på hele løsningsområdet som sådan. Leverancer klassificeres således:

Klasse I leverancer: Meget vigtige og langtrækkende produkter, der både påvirker projektet, projektets leverancer og løsningsområdet som sådan, f.eks. beslutning om sammensætning af national infrastruktur, ændring i domæneinddeling eller lignende. Disse produkter bør undergå peer review og hø-

ring blandt væsentlige interessenter og/eller inddragelse af relevante råd og organer.

Klasse II leverancer: Vigtige leverancer med nogen rækkevidde, der påvirker projektet og projektets leverancer,


f.eks. løsningsspecifikke arkitekturbeslutninger. Disse produkter skal undergå peer review, dvs. review hos ”peers”, der ikke har medvirket til udfærdigelse af det pågældende produkt.

Klasse III leverancer: Leverancer med lille rækkevidde, der muligvis påvirker projektet, men ikke projektets produk-ter, f.eks. ledelsesprodukter eller lignende. Disse produkter bør undergå uformelt review (kor-rekturlæsning).

11.1 Kvalitetsplanlægning

leverance Klassifikation Kvalitetstiltag

IHE metadata-DK profil I Review+Høring

HL7 PHMR-DK profil I Review+Høring

HL7 Questionnaires

I Review+Høring

OID vejledning II Peer Review

Katalog med telemedicinske bruger historier II Peer Review og workshops

Arkitekturbeslutninger I Peer review og godkendelse

hos arkitekturfunktioner

Lokale domæneregler II Peer review

DDS og NSP Samtykkeservice i endelig idriftsat version I Kvalitetssikring hos NSP

operatør

Samtykke brugergrænseflade. I Testes gennem pilotdriften

Udbud af national dokumentdelingsindeks II Peer review

Performancestrategi og performancetestplan III Review

Performancetestrapport III Review

11.2 Kvalitetskontrol og kvalitetssikring

Det er projektlederens ansvar at sikre, at alle leverancer gennemgår den fornødne kvalitets-sikring. Dette sikres gennem hyppige opfølgninger på projektets fremdrift og status på leve-

rancernes kvalitetssikring.

Det er styregruppens ansvar at afvise leverancer, der ikke har gennemgået den fornødne kva-litetssikring.

Specielt ift. brugerhistorierne i AP 4 brugerhistorier og analyser vil der bliver stor vægt på at de brugere der interviewes og/eller deltager i workshops har så bred en erfaringsgrundlag som muligt. Her er det afgørende at landsdelsprogrammerne spiller ind med medarbejdere er både

har indsigt og mandat til at være med til at foretage kvalitetssikringen og afgrænsningen.

12 Risici

Det er projektlederens ansvar at vedligeholde en risikolog (risikoregister) gennem hele pro-jektforløbet. Risikologgen opdateres som udgangspunkt hver 14. dag.


Projektets overordnede risikoprofil er ”HØJ” / ”RØD”. Der er adskillige risici, der vurderes både at være meget sandsynlige og have ganske store konsekvenser for projektet og projektets leverancer. Her nævnes de væsentligste:

1. Det kan vise sig vanskelligt for projektet at finde pilotafprøvningspartnere blandt klini-

kere og dermed afledt hos leverandører.

Dette vil i bedste fald medføre forsinkelser i projektet, i værste fald at man helt må

opgive pilotafprøvningen, hvormed det ikke bliver muligt at opnå TRL 8.

2. Der er i Danmark endnu ikke foretaget storskala-afprøvninger på anvendelse af IHE

dokumenter som grundlag for deling af telemedicinske data. Der er således en risiko

for at parterne i projektet finder, at andre og bedre integrationsmønstre bør anvendes,

hvilket kan ændre på omfanget af nærværende projekt.

3. Der er en stor afhængighed mellem modningen af telemedicinsk infrastruktur og de

fem landsdelsprogrammer. Tidsplanen for infrastrukturprojektet fordrer en acceleret

proces frem mod ultimo 2016. Dette udfordrer derfor hvorvidt de enkelte landdelspro-

grammers tidsplaner, ønsker og behov når at blive fastlagt og inkluderet i modnings-

projektet. Dette vil betyde at der efterfølgende (efter 2016) vil kunne opstå behov og

krav hos de enkelte landsdelsprogrammer der ikke tidligere i processen har været

klarlagt og udtrykt.

Den vil blive udarbejdet en endelig risikoanalyse som vil blive eftersendt til styregruppen

13 Kommunikation

Da projektet er en del af en større portefølje, udfærdiges der ikke en egentlig kommunikati-onsplan for projektet. Det overlades til porteføljesekretariatet at udfærdige den overordnede kommunikationsplan for at sikre tilfredsstillende kommunikation med de væsentligste interes-senter.

Projektet har dog særlig fokus på at 1) nuværende og kommende leverandører på telemedi-cinsområdet og 2) parternes it-arkitekturråd. Begge disse interessenter involveres i nærvæ-rende projekt gennem direkte aktivitet (leverandører udfører aktiviteter der ledes af projektet og parternes it-arkitekturråd kan få plads i den rådgivende arkitekturgruppe under styregrup-pen).

Desuden er der stærkt fokus på koordinering med landsdelsprogrammerne, bl.a. etableres der

formel kontakt til den/de netværksgrupper som nedsættes ifm. landsdelsprogrammerne.

14 Tolerancer

Projektet afvigelsesledes med følgende tolerancer:

- Tid: 5%

Projektleden eskalerer til styregruppen såfremt der er tegn på overskridelse på 5% af

fasens/sporets afslutningstidspunkt.

- Økonomi: 5%

Projektleden eskalerer til styregruppen såfremt der er tegn på overskridelse på 5% af

fasens/sporets budget. Evt. overskud fra tidligere faser må ikke uden styregruppens

godkendelse indregnes i en fases budget.

- Kvalitet: Nul-tolerance

Projektlederen skal eskalere til styregruppen øjeblikkeligt, såfremt der ses tegn på ne-


gativt skred i kvalitet af de planlagte produkter/leverancer. [Der udestår specificering

af kvalitetsmål i afsnit 11.1/11.2 som er forudsætning for nul-tolerance ift. kvalitet]

- Risici: Risikoværdi >= 15

Risikoværdien beregnes som ”sandsynlighed x konsekvens”, hvor hver af disse vurde-

res på en 1-5 skala (5 højest). Alle identificerede risici, hvor risikoværdien er større

end eller lig 15 skal øjeblikkeligt eskaleres til styregruppen, med indstilling om risiko-

aktion (modforanstaltning, reduktion, overdragelse, nødplan eller lignende) og evt. en

indstilling om hvilket styregruppemedlem, der skal være ”ejer” af risikoen, og dermed

have ansvaret for at følge denne risiko på et styringsniveau.

15 Rapporteringskrav

Der rapporteres løbende til projektets styregruppe.

Rapportering til porteføljestyregruppen fastlægges når kravene fra porteføljeledelsen tilgår.

16 Revisionshistorik

Revisionsdato

Version

Ændringer Ændringer markeret?

Forfatter

21-10-2015 0.3 Udkast til samlet PID (lettere redu-ceret)

Nej JRI

27-10-2015 0.4 Input fra JAP og ILP indarbejdet

Ja JRI

05-11-2015 0.5 Input fra mødet mellem SDS og Medcom indar-bejdet.

Ja JRI

5-11-2015 0.6 Tilpasset leveran-ce numre ift. til-passet gant

Ja ILP

3-12-2015 0.7 Omlagt til SUM skabelon og tilret-tet ift. revideret tidsplan

Nej ILP

3.3.2016 1.0 Gennemskrevet efter ny opgave opdeling og navn-givning.

Nej ILP

17 Bilag

Bilag 4.1: Udkast til projektplan for det samlede projekt

Bilag 4.2: Foreløbig risikoanalyse (risikoregister) (eftersendes)

Bilag 4.3: Opsummering af aktiviteter i AP 4 Beskrivelse af brugerhistorier

projektinitieringsdokument v. 1.1 modning af telemedicinsk ... · der gennemføres et udbud efter...

Documents