Oplæg telemedicin KL IT-råd 15/3 2017
Agenda Kravspecifikation af telemedicinsk løsning, hvor Peter Lundkvist fra Esbjerg Kommune (konsulent for) vil føre os sikkert gennem fra 11-15 Oplæg og drøftelse af kravspecifikationsgruppens arbejde, som forankret i den nationale porteføljestyregruppe for udbredelse af telemedicin ambitionsniveau bruger rejser use cases visualisering af kravspecifikationens periodiske system for telemedicin tilvalg/fravalg, fleksibilitet omkring kravkategorier og enkeltkrav kravspecifikation eksempler Eksempel: Hvordan kan man omsætte kravspecifikationen til praksis hvordan sikrer man fleksibilitet/åbenhed i den indkøbte løsning
Udarbejdet materiale Brugerrejser Use Cases En række konkrete use cases der skal opfyldes af leverandørerne Periodisk system for telemedicin Materiale til virksomheder og organisationer som giver en overordnet ide om hvad systemerne alt i alt skal kunne Visualisering af kravkategorier og logiske komponenter Kravspecifikation De konkrete funktionelle krav til udbuddet
Overordnet status Vi har haft fokus på at finde fælles løsninger og skabe enighed ud fra en fleksibel teknisk kravspecifikation Vi har prøvet at at beskrive en række anskaffelsesscenarier, hvor fokus er på at etablere de størst mulige samarbejder - færrest mulige udbud Vi har udarbejdet et oplæg til det videre arbejde Dette er en delaflevering, så der er spørgsmål og kommentarer der stadig udestår
Brugerrejser Illustration Dialog Grundforståelse Status: tæt på færdig
Use Cases Kontekst Sammenhæng Behov Status: mangler formodentlig stadig enkelte, kvalitetssikring
Kravspecifikation: Ambitionsniveau og scope Udvidet telemedicinsk scope Skalering, borgere Scope Fleksibilitet, diagnoser, apps Datadeling
PA tegning fra service/logistik rapport
De 4 ambitionsniveauer i større detalje 1/2 National Infrastruktur Datadeling National Infrastruktur Fleksibilitet
De 4 ambitionsniveauer i større detalje 2/2 National Infrastruktur Skalering National Infrastruktur Udvidet telemedicinsk scope
Periodisk system for telemedicin i DK kategorier Illustration Dialog Fleksibilitet Status: følger selve kravspecifikationen logiske komponenter Vi blander os IKKE i hvordan det er lavet i virkeligheden (næsten)
Tekniske krav der skal overholdes mm. Illustration Dialog Fleksibilitet Status: følger selve kravspecifikationen, ikke fokus på detaljer endnu
Kravspecifikationen Funktionelle krav Formålet er at man vælger de krav man vil have med i sit udbud og kan samle sin kravspec ud fra vores bruttoliste - ud fra det periodiske system for telemedicin Omkring 90% af relevante krav er med Ikke konsistent krav kan overlappe krav kan være med flere steder QA generelt Tekniske detaljer er udskudt
Kravspecifikation eksempel fra arbejdsversionen
Hvordan kan man omsætte kravspecifikationen til praksis vælg ambitionsniveau tilvælg/fravælg kravkategorier f.eks. medarbejderne arbejder i EOJ man skal selv sikre at det så fungerer med de andre tilvælg/fravælg enkeltkrav har eller får i mange borgere, apps eller services? er det vigtigt at det er fleksibelt i forhold til nye diagnoser? hvordan skal jeres medarbejdere arbejde? hvad skal borgerne kunne? f.eks. vores borgere skal altid taste data ind selv det kan få konsekvenser ud over det enkelte krav Uanset ambitionsniveau kan I bruge kravspecifikationen Uanset om I vælger at sætte strøm til de telemedicinske services (den gule kolonne) eller ej, kan I bruge kravspecifikationen
slut på kravspecifikationsgruppens materiale
Governance (efter et udbud) Vigtigt for at I får indflydelse brugerklub OS2 o.lign. Nationalt setup? Det kommer an på hvordan det bliver anskaffet (landsdel/nationalt/alternative konstellationer) Vigtigt at sikre at I har lokal fleksibilitet (hvis ikke I har nok indflydelse på governance)
hvordan sikrer man fleksibilitet/åbenhed i den indkøbte løsning 1/3 Standardisering Certificering (Medcom) standardisering i praksis! Forberedt til forandring vi kan koble andre ting på let ulempe: markedet i dag er ikke standardiseret nye devices nye integrationer nye dataflows Leverandøren bedes gøre rede for. 4S (OpenTele) har nogle forslag i en ny rapport der er på vej. Leverandøren bedes gøre rede for.
hvordan sikrer man fleksibilitet/åbenhed i den indkøbte løsning 2/3 Økosystem(er) flere apparater flere apps nye services Eksempel for nye apps og services fra 3. parts leverandører en appstore til godkendte løsninger og komponenter en række krav til leverandørerne til denne appstore en kvalitetssikringsproces et skalerbart driftsmiljø en governance struktur kører oven på det indkøbte system afkobler nye innovative løsninger fra leverandøren af kernesystemet
hvordan sikrer man fleksibilitet/åbenhed i den indkøbte løsning 3/3
backup slides
Minimumsløsning, datadeling (uden for scope) rød=standardiseret og skal overholdes Eksisterende løsninger/leverandører Telemedicinsk løsning DDS Borgerrettet løsning KIH Nationale services EOJ EPJ Fokus er på fælles anskaffelse og minimal datadeling Alle services håndteres enten i Telemedicin løsningen eller ved siden af (måske manuelt). LPS Som Matis
Basisløsning, fleksibilitet - teknisk standardisering rød=standardiseret og skal overholdes Telemedicinsk løsing App Centralt opsamlingspunkt DDS Cache LOP A Telemedicinsk infrastruktur Borgerrettet løsning KIH Nationale services Telemedicinsk rolle EOJ UI (visualisering) Administration EPJ LPS Teknisk standardisering pga. pris/kvalitet: Devices, LOP/COP integrationer Som Matis
Basisløsning plus servicefunktioner, forretningsmæssig skalering SKAL KAN Klinisk support Teknisk support Monitorering Logistik Service funktioner Lager SLA er Leverance aftale asset management Afregning
Basisløsning plus servicefunktioner, udvidet telemedicinsk scope (uden for scope) SKAL KAN Klinisk support Teknisk support Monitorering Logistik Lager SLA er Borger samarbejde Leverance aftale asset manage ment Af- Video regning Service funktioner Besked Forebygelse Fora Rygestop Undervis ning Genoptræning Virtuelt I hjemmet