Projektinitieringsdokument (PID)

Transkript

1 (PID) Vers

2 Indhold 1 STAMDATA FORRETNINGENS FORMÅL MED PROJEKTET FORUDSÆTNINGER AFGRÆNSNINGER MÅL OG SUCCESKRITERIER ØKONOMISKE HOVEDTAL OG FINANSIERING GEVINSTER LEVERANCER OG AFHÆNGIGHEDER ORGANISERING TIDSPLAN OG FREMGANGSMÅDE KVALITET RISICI INTERESSENTER KOMMUNIKATION TOLERANCER RAPPORTERINGSKRAV REVISIONSHISTORIK BILAG... 14

3 1 Stamdata Stamdata Projektnavn Journalnummer? Projektleder Projektets primære formål Nuværende fase Anni Markussen / Lakeside At skabe bedre opfølgningsmuligheder for borgere og delegerende sundhedspersoner. Analysefase 2 Forretningens formål med projektet 2.1 Den nuværende situation (baggrund) I forbindelse med et tidligere projekt i NSI (nu SDS) og i forbindelse med den igangværende konsolidering af PEM og FMK, er der blevet etableret en national it-service til opsamling af borgerrettet log-data på NSP. Hensigten er at skabe et samlet sted, hvor borgerrettede loginformationer kan afleveres og hentes (af relevante systemer). Servicen er i forbindelse med PEM konsolideringen blevet trykprøvet og FMK, DDV, Receptmodul og CTR har taget komponenten i anvendelse. Samtidig har Sundhed.dk omlagt deres nuværende præsentationsløsning, så log-data fra FMK, Vaccinationsregistret og Tilskudsansøgningsservicen alle rekvireres i den centrale service. Da hensigten er at udbrede denne løsning til den resterende del af sundhedsvæsenet, kan den nuværende FMK implementering betragtes som en pilotafprøvning. I denne pilotafprøvning har der vist sig et udtalt behov for at få skabt vejledninger i, hvorledes der bør/skal logges til borgeren, så det efterfølgende giver mening at se disse data i f.eks. Sundhed.dk s MinLog præsentation. Samtidig er der behov for at få revideret løsningen hos Sundhed.dk, så løsningen bliver mere borgervenlig (sammenklapning af log-data med folde-ud muligheder etc.). Der er med den nuværende løsning problemer med forældre og værgers adgang til loggen, og opslag fra disse (og borgeren selv) bør også logges, så misbrug og identitetstyveri kan opdages. Som udvidelse kan der overvejes en kritikalitetsfaktor i nogle af hændelserne, og hvis denne er høj nok, sikres det at borgeren bliver endnu mere aktivt orienteret (e-boks eller måske endda personlig henvendelse). Her bør værdispringshandlinger også tænkes ind. Endelig er der behov for at give service baseret adgang til medhjælps-log, således at medhjælps-loggen også kan gøres tilgængelig i eget system. Derved behøver den delegerende sundhedspersoner ikke at skulle på FMK-Online, for at se, hvad de delegerede foretager sig under sundhedspersonens ansvar. 2.2 Formålet med projektets løsning og bidrag til strategiske mål Projektet udvider den nuværende MinLog service så borgervendte logdata gøres mere komplette og mere informative for borgeren. Projektet skaber vejledninger og retningslinjer, så borgervendt logning fra forskellige dataansvarlige ensrettes. Udtrækket struktureres så det bliver mere overskueligt, og særlige hensyn til de sundhedsfaglige implementeres, så balancen mellem borgerrettet information og passende beskyttelse af den sundhedsfaglige optimeres. Forældres, værgers og fuldmagtshaveres muligheder forbedres, samtidig sikres det at anvendelse af opslag logges i MinLog. Så det bliver muligt at identificere evt. misbrug. Projektet giver yderligere mulighed for at de lokale systemer kan implementere MinLog opslag direkte i deres eget system.

4 2.3 Den fremtidige situation efter indførelse af løsningen Use case 1: En borger er for nyligt blevet skilt fra en sundhedsperson, og har mistanke om, at eks kæresten følger med i borgerens helbredsinformationer - måske for at se evidens på, om borgeren er blevet seksuelt aktiv med nye partnere eller lignende. Borgeren slår op i MinLog på Sundhed.dk. Her mødes borgeren med et simpelt og informativt overblik over handlinger der kan be- eller afkræfte mistanken. Use case 2: En sundhedsperson har benyttet sig af uddelegeringsmulighederne i sin virksomhed, og ønsker som følge at sin overvågningspligt over for medhjælpen, at se om denne anvender sine beføjelser som anvist. Sundhedspersonen ønsker derfor at få et overblik over, hvilke handlinger den delegerede typisk foretager, for evt. at kunne foretage korrektion i forhold til medhjælpen. Sundhedspersonen har denne mulighed for at slå op i Medhjælper-loggen i sit lokale system og få et simpelt og informativt overblik over handlinger, der er foretaget i den delegerenes navn. 2.4 Situationen hvis projektet ikke gennemføres (business as usual) Use case 1: Vil betyde øget antal supportsager hos sundhed.dk supporten, grundet overinformation og for teknisk information i MinLog. Use case 2: Vil betyde at den sundhedsfaglige skal lave opslag i FMK-Online for at se denne information og da informationen ikke er tilgængelig i det lokale system, er der risiko for at opfølgningen ikke bliver udført. 2.5 Alternative løsningsscenarier Der er ikke afdækket alternative løsningsscenarier. 3 Forudsætninger Sundhed.dk dækker selv omkostninger til opdateringer. Test-miljøerne udvides som en del af ØA-16 aftalerne, således at der er adgang til test af forældre og værge adgang. Backlogs er opdateret med findings fra NSP tilstandsrapporten. Eksisterende MinLog skal fungere sideløbende med udvikling og idriftsættelse af. Fællesoffentlige STS er idriftsat, ibrugtaget og driftsmoden. 4 Afgrænsninger Afgrænsning Beskrivelse af afgrænsning Begrundelse for afgrænsning Finansiering og koordinering af rettelser og ibrugtagning hos yderligere Finansiering og koordinering af rettelser og ibrugtagning hos yderligere anvendere i forbindelse med implementering af er Projektet stiller funktionaliteten til rådighed, men det er op til de enkelte anvendere (LPS, EPJ etc.) at tage funktionaliteten i brug.

5 anvendere. ikke omfattet af denne PID. 5 Mål og succeskriterier ID Projektetmål Beskrivelse Succeskriterier PM-1 Via en forbedring af den MinLog servicen skal i Den opdateret service er nationale MinLog service højere grad understøtte kvalitetssikret og idriftsat at skabe grundlaget for at de logningsbehov som og således klar til borgeren kan få adgang til borgeren og storskala ibrugtagning af mere komplette og sundhedsfaglige systemer de sundhedsfaglige informative logdata. har. systemer på tværs af sundhedsdomænet. PM-2 At skabe mere Udtræk af logdata Sundhed.dk og FMK- strukturerede og niveauinddeles med Online kan vise overskuelige udtræk henblik på at skabe bedre aggregerede logdata, der overblik. præsenteres ved første opslag. Derefter kan detaljer fremsøges efter behov. PM-3 At etablere vejledninger Der udarbejdes Der foreligger en og retningslinjer for vejledninger og kvalitetssikret vejledning logning. retningslinjer så indeholdende borgervendt logning fra retningslinjer for logning forskellige dataansvarlige (hvad, hvornår og ensrettes. omfang). PM-4 At opnå sikker Der etableres sikker Der findes sikker adgangskontrol og adgangskontrol for alle adgangskontrol på alle logning. opslag og alle opslag opslag og alle opslag er logges. logget. Dette sikres i forbindelse med kvalitetssikringen af PM-1. PM-5 At forbedre forældres og Der etableres sikker Implementeret adgang via værgers adgangskontrol for opslag IDWS. Dette sikres i opslagsmuligheder. fra forældre og værge. forbindelse med kvalitetssikringen af PM-1. PM-6 At skabe grundlag for Der etableres grundlag for Implementeret adgang via delegeringsindsigt at delegerende SOSI. Dette sikres i sundhedspersoner i eget forbindelse med system kan monitorere kvalitetssikringen af PM-1. hvilke handlinger en delegeret har foretaget sig (via Medhjælper-log).

6 PM-7 At opnå balance mellem Der etableres passende At sundhedspersoner ikke borgerens ret til balance mellem borgerens udstilles i MinLog udover information og beskyttelse ret til information og det som loven kræver af sundhedspersoners beskyttelse af identitet. sundhedspersoners identitet. 6 Økonomiske hovedtal og finansiering ID Beskrivelse Værdi (baseline) 1 Analyse vedr. balance mellem borgerens ret til information og beskyttelse af sundhedspersoners identitet [Lakeside] 2 Kravspecifikation udarbejdelse [Lakeside] 3 Forretningsorienteret anvender dokumentation [Lakeside] 4 Opdatering af MinLog komponenten [Systematic] *) 5 Operatør, test og deployment [CapG, Arosii, Netic] *) 6 FMK-Online [Trifork] 7 FMK auditlogmodul, mm. [Trifork] 8 Projektledelse inkl. høring, lev. styr. mm [Lakeside] 9 Risikopulje Noter: I alt De med *) markerede er erfaringsbaserede skøn. Finansiering vedr. option på E-boks integration er ikke inkluderet i ovenstående. Finansiering vedr. option på integration til fællesoffentlige fuldmagtservice er ikke inkluderet i ovenstående. Finansiering vedr. anvenderrettelser er ikke inkluderet i ovenstående. Finansiering vedr. anvendelse af MinLog i de lokale løsninger er ikke inkluderet i ovenstående. 7 Gevinster 7.1 Strategi for gevinstrealisering Gevinsterne G-1, G-3 og G-4 vil være realiseret fra ibrugtagningstidspunktet (tidspunktet hvor sundhed.dk og FMK-Online starter med at anvende den nye funktionalitet). G-2 vil være realiseret når Medhjælper-loggen er etableret og ibrugtaget i anvendersystemer. Ibrugtagning af Medhjælper-log funktionalitet i anvendersystemer er ikke en del af denne PID. 7.2 Effektiviseringsgevinster Ingen økonomiske/effektiviseringsgevinster identificeret på nuværende tidspunkt.

7 7.3 Ikke-økonomiske gevinster Gevinst ID Gevinstnavn Enhed Gevinst Gevinstejer G-1 Indblik i hændelser og indsigtshændelser i sundhedsvæsenet. N/A Markant bedre muligheder for at borgeren kan orientere sig om hændelser og indsigtshændelser i sundhedsvæsenet, og dermed blive et aktiv i sikring af it-sikkerheden omkring egen person. Seniorbruger G-2 Grundlag for delegeringsindsigt. N/A Grundlag for at delegerende i eget system (via Medhjælper-log) kan følge op på, hvad delegerede og medhjælpere foretager sig i sundhedspersonens navn, og dermed medvirke til at undgå misbrug eller overskridelse af beføjelser. Seniorbruger G-3 Adgang for forældre og værge. N/A Adgang for forældre og værge og en sikkerhedsmodel der giver mulighed for senere at tilføje fuldmagt. Seniorbruger G-4 Balance mellem retten til information og beskyttelse af identitet. N/A Der er etableret passende balance mellem borgerens ret til information og beskyttelse af sundhedspersoners identitet. Seniorbruger 8 Leverancer og afhængigheder 8.1 Leverancer Leverance Beskrivelse Leveringstids punkt Afhængigheder Forretningsdokumentation FD-1 Vejledning Etablering af retningslinjer for logningsniveau Blandt andet på baggrund af

8 passende balance mellem borgerens ret til information og beskyttelse af sundhedspersoners identitet. Udvikling U-1 MinLog-Udtræksservice: U-2 MinLog-Common: Autentificering og validering af brugeropslag Logning af alle opslag Ny mulighed for at hente logninger opdelt i kontakter/konsultationer. Anvender dokumentation Systematic backlog Koordinering af FMK-Online ændringer Koordinering af sundhed.dk Opdatering af fællestestmiljø i forbindelse med børn og værge (se nedenstående afsnit vedr. afhængigheder) Ingen Håndtering af forskelle mellem medhjælperlog og borgervendt log U-3 MinLog-Registreringsservice: Ingen Anvender dokumentation Systematic backlog Koordinering af FMK, TAS, CTR og DDV ændringer. Konsekvens af UL-2 rettelser U-4 MinLog importer: - Ingen Anvender dokumentation Systematic backlog Konsekvens af UL-2 rettelser Optioner O-1 Fuldmagthåndtering TBD Integration til fællesoffentlige fuldmagtsservice i forbindelse med udtræksservice. O-2 Integration til E-boks TBD Test T-1 Komplet test

9 Komplet test der lever op til operatørens testkrav (de forskellige tests defineres og beskrives i kravspecifikationen). Dokumentation D-1 Kravspecifikation D-2 Designdokumentation D-3 Systemdokumentation D-4 Testdokumentation D-5 Driftsdokumentation Afhængigheder Afhængig hed Beskrivelse A-1 Udvidelse af fælles testmiljøer. Der skal udformes krav til udbygning af testmiljøerne, således at de nye egenskaber i kan testes i de fælles testmiljøer. Et kendt problem er manglende mulighed for at rekvirere testpersoner med faste familierelationer så forældre/værge test kan udføres. Denne delopgave bør dække af den opgradering af test-miljøerne, der er aftalt i ØA-16. A-2 CPR Slægtsskab I CPR registret findes slægsskabs oplysninger mellem børn og forældre som skal bruges af MinLog til at konkludere releation. Registretet er mangelfuldt da registrering først er på begyndt i 2004 derfor er der kun releationer i registret for børn føde efter 27. Maj Eller hvis forældrene er blevet skilt. A-3 CPR - Værgemålsoplysninger For kunne konkludere relevant relation skal de relevante CPR oplysninger være tilgængelige på NSP Cpr det vides ikke om det er tilgængeligeligt derfor skal det afklares. Leveringstids punkt Håndtering af afhængighed I forbindelse med udvidelsen af testmiljøerne som er aftalt som en del af ØA- 16 skal det sikres at dette bliver muligt. En konstatering som det ikke er muligt for projektet at ændre på (prod). Afklaring om værgemålsoplysninger er tilgængelige på NSP Cpr (prod).

10 9 Organisering Projektet følger klassiske projektprincipper hvilket konkret betyder: at projektet ledes af en projektleder og forankres i en styregruppe at projektet ledes med udgangspunkt i et (PID) der godkendes af styregruppen i forbindelse med analysefasen. 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. 9.1 Projektorganisation

11 10 Tidsplan og fremgangsmåde Projektet deles op i 4 faser: Analyse Anskaffelse (Specificering) Gennemførelse Ibrugtagning og realisering Vejledningsdokumentation og analysearbejdet i forbindelse med balance mellem borgerens ret til at blive informeret og opretholdelsen af passende beskyttelse af sundhedspersoner ligger uden for faserne og kan sammen med anskaffelsesfasen påbegyndes når PID en er godkendt. Nr Fase Statdato Slutdato Varighed 1 Analyse ,5 mdr. Udarbejde PID. Udpege projektleder. Udpege styregruppe. Udarbejde plan for anskaffelsesfasen. 2 Anskaffelse ,5 mdr. Specificere behov og krav samt processer for det, der skal udvikles. Sende ovenstående specificeringer i høring. Udarbejde plan for gennemførelsesfasen. 3 Gennemførelse mdr. Detaildesign af løsning. Udvikling og test af: o service Forberedelser ved anvenderne Forberede overdragelse til drift. Testforløb med anvenderene. Fastlægge videre arbejde med ibrugtagning og realisering. 4 Ibrugtagning og realisering mdr. ibrugtagning Lukning af MinLog1 interface(s). 11 Kvalitet Som udgangspunkt udsættes alle dokumentationsleverancer review eller egentlig høring. Alle udviklingsleverancer udsættes som udgangspunkt for testkrav defineret i kravspecifikationen. Gennemførte kvalitetsaktiviteter vil indgå som en del af statusrapportering til styregruppen.

12 11.1 Kvalitetsplanlægning Leverance/produkt Forretningsdokumentation Analyse Vejledning Kvalitetsaktivitet Review Review Udvikling Alle udviklingsleverancer (U-1 til U-4) Testaktiviteter jf. operatørens krav defineres og beskrives i kravspecifikationen. Test Alle strategier og planer for de enkelte tests Review Dokumentation Kravspecifikation Designdokumentation Systemdokumentation Testdokumentation Driftsdokumentation Review + høring Review Review Review Review 11.2 Kvalitetskontrol og kvalitetssikring Det er projektlederens ansvar at sikre, at alle leverancer gennemgår den fornødne kvalitetssikring. Dette sikres gennem hyppige opfølgninger på projektets fremdrift og status på leverancernes kvalitetssikring. 12 Risici De vigtigste risici er beskrevet nedenfor. Yderligere risici kan findes i projektets centrale og opdateret risikoregister (kontakt projektlederen for adgang til registret). ID Beskrivelse Reaktion Foranstaltning R-1 Da det kan være vanskeligt at identificere og få adgang til ressourcer der kan afdække logningskrav i relation til vejledningen er der risiko for at en valideret vejledning ikke kan udarbejdes. Dette vil påvirke projektets præstationsmål (kvalitet). Reducere Synliggøre denne risiko og konsekvensen for SDS og dermed få prioriteret identifikation og allokering af ressource til afdækning af logningskrav. R-2 Da der på nuværende tidspunkt er mange kørende projekter med overlappende ressourcer er der risiko for ressourcekonflikt og dermed behov for prioritering blandt kørende Reducere Nedsæt prioriteringsudvalg der kan prioritere på tværs af projekter i SDS. Indikation på

13 projekter. Dette vil påvirke projektets præstationsmål (tid, budget og/eller kvalitet). R-3 Da styregruppen på nuværende tidspunkt hverken har seniorleverandørrollen eller seniorbrugerrollen repræsenteret er det risiko for manglende projektforankring, herunder udestår også det formelle ansvar for fremdrift, risikohåndtering og projektets kvalitet. Dette vil påvirke projektets sandsynlighed for gennemførelse. Undgå ressourcekonflikt skal eskaleres tidligt i forløbet så korrigerende handlinger kan iværksættes og konsekvenserne dermed reduceres. Nedsæt en styregruppe med Styregruppeformand, Seniorleverandør og Seniorbruger 13 Interessenter De vigtigste interessenter er beskrevet nedenfor. Yderligere interessenter kan findes i projektets centrale og opdateret interessentanalyse (kontakt projektlederen for adgang til interessentanalysen). Interessent / målgruppe Område af projektet med særlig interesse Holdning til projektet og mulig reaktion SDS Opgavestiller Er projektets ejer og ambassadør. Betydning for projektet og evt. tiltag til Bidrager i forhold til projektets omfang og indhold og bør løbende involveres og informeres omkring projektet. Sundhed.dk Anvendere af projektets leverancer Kan modsætte sig projektet hvis ikke de ikke involveres, høres og informeres. Bør være repræsenteret i Styregruppen og høres i forbindelse med kravspecificeringen med henblik på validering af kravene. Skal informeres om ændringer til sundhed.dk som konsekvens af ændringerne. Gapgemini Operatør Agerer på vejene af SDS og skal sikre governance struktur omkring projektet og dermed guide projektet gennem fastlagte processer

14 fra start til slut. Bør løbende involveres efter behov. Skal kvalitetssikre og teste løsningen er bør derfor involveres tidligt i projektet for at opnå den forventede testkvalitet, evt. via Arosii. Skal deploye og drifte løsningen og bør derfor involveres i forhold til deployment og driftskrav til projektet, evt. via Netic. Systematic Dokumentation, design, udvikling og test Er en del af projektgruppen og arbejder derfor efter projektets mål. Betydning for gennemførelse af projektet. Trifork Dokumentation, design, udvikling og test Er en del af projektgruppen og arbejder derfor efter projektets mål. Betydning for gennemførelse af projektet. SDS Vejledningsdokumentati on Er en del af projektgruppen og arbejder derfor efter projektets mål. Betydning for gennemførelse af projektet. Lakeside Analyse, kravspecifikation, dokumentation og projektledelse Er en del af projektgruppen og projektledelsen og arbejder derfor efter projektets mål. Betydning for gennemførelse af projektet. 14 Kommunikation Der udformes ikke en kommunikationsplan for projektet. 15 Tolerancer Toleranceområde Projektudgifter: Tid: Kvalitet: Råderum for projektleder +/- 5% må disponeres af projektlederen. Ingen tolerancer, alle afvigelser skal behandles af styregruppen. Rapporteres ved første tegn på afvigelse. Ingen tolerancer, alle afvigelser skal behandles af styregruppen. Rapporteres ved første tegn på afvigelse.

15 Afvigelser og ændringer godkendes af: Styregruppen 16 Rapporteringskrav Rapport/produkt Afsender Modtager Formål Frekvens Produktstatusrapport Teamleder Projektleder At synligøre status på de enkelte leverance/produkter. Fremdriftsrapport Projektleder Styregruppen At synligøre en væsentlig afvigelse fra planen. Angives at projektlederen Ved afvigelser og eksplicit anmodning. 17 Revisionshistorik Revisionsd ato Version Ændringer Forfatter Interne arbejdsversioner Anders Agerholm Sendt til gennemsyn hos styregruppeformanden (Lene Ærbo) Anders Agerholm Tilretninger efter kommentarer Anni Markussen Tilretninger efter styrgruppe møde og ændrede tidsperspectiver Anni Markussen 18 Bilag Udkast til overordnet tidsplan:[sds-_milestone_plan.pdf]