Notat om roadmaps for softwaren i 4S

Transkript

1 Notat om roadmaps for softwaren i 4S Version 0, Forfatter: Michael Christensen Nærværende oplæg skitserer de nuværende tanker angående roadmaps for udviklingen af softwaren i 4S. Notatet går ikke i detaljer, men søger at opridse de overordnede linjer (en del teknik er dog uundgåelig). På nuværende tidspunkt er der ikke et oplæg til en præcis tidsplan, den vil især afhænge af finansiering. For nogle elementers vedkommende er der dog antydet forslag til kort- og langsigtede mål. Notatet er dynamisk og forventes at udvikle sig løbende. Indhold Indhold... 1 Softwaren i 4S... 2 Overordnede elementer... 2 Influenter og baggrund for roadmap... 3 KIH og TeleCare Nord... 3 OpenTele analyse og arkitekturvurdering... 4 Portabilitet... 6 Understøttelse af nye måleapparater... 6 Københavns Kommune... 6 Træning/video... 6 Brugergrænseflader... 6 GTS resultatkontrakt... 6 Brugsstudier og 4S faglige fora... 7 Brugerhåndtering... 7 Beskeder, notifikationer og kontekst... 7 Input fra leverandører... 8 Referencer... 8 This work is licensed under the Creative Commons Non-Commercial Non-Derivatives License

2 Softwaren i 4S OpenTele er en telemedicinsk platform til opsamling af sundhedsdata. OpenTele består af en server og en klient på en Android tablet. Klienten betjenes typisk af en borger, og bruges til kommunikation og opsamling af sundhedsdata fra medicinsk måleudstyr, som blodtryksmålere o.l. Målte data registreres og sendes via klienten til en OpenTele server. Data på OpenTele serveren kan via en web portal tilgås af eksempelvis sundhedsfagligt personale på sygehuse. [ Net4Care er en udviklingsplatform, der gør det nemmere at koble sundheds-it sammen på tværs af sektorer og leverandører. Net4Care har især fokus på at lette arbejdet med at skabe og afprøve telemedicinske løsninger som baserer sig på internationale standarder som HL7/PHMR og IHE/XDS. Net4Care tilstræber at følge referencearkitekturerne fra National Sundheds-It og guidelines fra Continua Alliance og kan således benyttes som agil testbænk for telesundhedsløsninger. [ Overordnede elementer Overordnede elementer i dette notats forslag til roadmap: 1. Der bør ske en egentlig drifts- og produktmodning af OpenTele. a. Bl.a. mhp. performance, pålidelighed og skalerbarhed, jvf. afsnit om OpenTele analyse og arkitekturvurdering. 2. OpenTele og Net4Care infrastrukturværktøjer bør modulariseres mhp.: a. Yderligere understøttelse af referencearkitekturer b. Øget genbrug på tværs af 4S software og i fht. øvrige leverandørløsninger c. Effektiv udvikling og samarbejde i mindre teams 3. Yderligere understøttelse af standarder og klare snitflader. Herunder: a. Understøttelse af dansk profil for HL7/PHMR. Der er en arbejdsgruppe med deltagelse fra AI, AU og Silverbullet (samt muligvis Trifork/NextStep), som arbejder intensivt på Net4Care PHMR Builder. Denne integreres nu i KIH Databasen. b. Der bør ses på andre typer data såsom spørgeskemaer og hvordan standarder som HL7/CDA understøtter dette. c. Kommunikation mellem OpenTele klient i hjemmet og dataopsamlingsserver bør standardiseres. 4. Portabiliteten i fht. hardware/software platforme bør øges aht.: a. Understøttelse af nye Android tablets, men bør generelt prioriteres aht. løbende vedligehold, test og indkøb. b. Evt. understøttelse af andre platforme end Android på klientsiden 5. Integration med måleapparater bør modulariseres og generaliseres mhp: a. Nemmere integration af nye apparater (herunder samarbejde med apparatproducenter) b. Specifik understøttelse af Bluetooth Low Energy 6. Generalisering og skalerbarhed i fht. brugerhåndtering bør udvikles og forbedres. a. Integration og konsolidering ifht. eksisterende brugerstyringsløsninger og ifht. nationale services og borgerprofiler. b. Behov for en mere fleksibel bruger-/borger-model i fht. f.eks. opdeling i teams og login af sundhedsprofessionelle på klientsiden. 7. Der bør ske en brugervenlig forbedring af sikkerhed, herunder: a. Analyse og udarbejdelse af non-funktionelle krav og efterfølgende udbedring. b. Brugervenlig borgerlogin 2

3 8. Dokumentation bør opdateres, og der skal udarbejdes vejledninger til videreudvikling: a. God kvalitetaf dokumentation er generelt vigtig for effektiv udvikling og vedligehold, men i 4S s open source sammenhæng er det især vigtigt, at skridt-for-skridt vejledninger er tilstede og er af høj kvalitet. Dette øger sandsynligheden for et velfungerende økosystem med deltagelse af SMV ere. 9. Bring Your Own Device og Integrate Your Own Device (BYOD og IYOD) a. En effektiv understøttelse af BYOD bør på sigt kunne give aftagere en økonomisk fordel i fht. nuværende løsninger. b. Alexandras brugerstudier viser et udtalt behov hos borgere for BYOD eller IYOD. 10. Open source video a. Flere interessenter og projekter har eksplicit udtrykt interesse for open source understøttelse af videokommunikation. Aktuelt er den nuværende videoløsning i OpenTele closed source. Ovenstående punkter er ikke prioriteret, men prioritering bør ske i overensstemmelse med aktiviteter som der er allokeret ressourcer til / kan allokeres ressourcer til / bør gøres en eksplicit indsats for at finde ressourcer til. Influenter og baggrund for roadmap Som baggrund for tankerne omkring roadmaps for 4S softwaren indgår en række forskellige influenter. Nogle af de vigtigste er listet her: Erfaringer og planer i KIH og TeleCare Nord Planer i Københavns Kommune GTS telemedicinprojektet (aka resultatkontrakten) Brugsstudier 4S: opsamlet input fra bestyrelse, sundhedsfaglige fora, leverandører m.v. Referencearkitekturer Pointer hidrørende fra disse er kort ridset op i de følgende afsnit. KIH og TeleCare Nord I dette afsnit gennemgås punkter, som især baserer sig på erfaringer og planer i projekterne KIH og TeleCare Nord. Bemærk: Der er naturligvis flere erfaringer fra de to projekter end de her fremhævede og samtidigt er ikke alle erfaringer/planer enestående for KIH og TeleCare Nord. Her og i kommende afsnit fremhæves blot betydende elementer med direkte indflydelse på teknisk roadmap. Fremhævede pointer: - Indstillinger vedr. drifts- og produktmodning og OpenTele arkitekturrapport [OT analyse v1.0] - Portabilitet i fht. variende hardware/software platforme: understøttelse på kort og længere sigt af nye Android tablets og nye versioner af Android operativsystemet, samt evt. understøttelse af andre platforme - Understøttelse af nye og energieffektive måleapparater (Bluetooth Low Energy) 3

4 OpenTele analyse og arkitekturvurdering I forlængelse af Region Hs indstillinger omkring en drifts- og produktmodning af OpenTele, har KIH styregruppen foranlediget Lakeside til at udarbejde en analyse og arkitekturvurdering af open source platformen OpenTele [OT analyse v1.0]. Torben Bisgaard Haagh og Michael Christensen fra 4S s gruppe af interne softwarearkitekter har medvirket i interviewundersøgelsen, som bl.a. ligger til grund for rapporten, og anser rapporten som solid og retvisende. Der henvises til den fulde rapport for detaljerede konklusioner og anbefalinger. I det følgende opridses og kommenteres kun ganske kort hovedpointerne. Rapporten dækker følgende dimensioner (jvf. ISO/IEC 25010): Performance effektivitet Kompatibilitet Pålidelighed Sikkerhed Vedligeholdbarhed Rapporten dækker ikke: Funktionel anvendelighed Usability Portabilitet Idet 4S roadmaps har et bredere scope end [OT analyse v1.0], er der i nærværende notat også lagt vægt på elementer som vedrører de tre sidstnævnte dimensioner. I figur 1 citeres analysens tabel med overordnede anbefalinger. Markeringerne med mørkerød ring er lavet ovenpå tabellen for at fremhæve de anbefalinger, som iflg. analysen er såkaldt need-to-have på kort bane. Kort uddybning af et par af punkterne i figur 1: Arkitektur Ark1-Ark3: Drejer sig om anbefaling af opdeling af OpenTele komponenter i overensstemmelse med målarkitektur baseret på nationale referencearkitekturer, således at internationale standarder yderligere understøttes og at der er klare og veldefinerede snitflader. Teknologiparathed Tp1: Dette drejer sig om modning af OpenTele, så man går fra betatestet prototype / velafprøvet pilottest til en egentlig produktionsklar release candidate. Nogle af punkterne vedrørende dokumentation er i rapporten kategoriserede som nice-tohave på kort bane. At de blot er nice-to-have er forståeligt, idet rapportens scope i høj grad er med fokus på OpenTele som teknologisk platform. Som allerede fremhævet tidligere i dette notat, så er det i 4S s open source sammenhæng derudover vigtigt, at skridt-for-skridt vejledninger er tilstede og af høj kvalitet. Dette øger sandsynligheden for et velfungerende økosystem med deltagelse af SMV ere. I 4S sammenhæng bør det derfor overvejes om sådanne vejledninger ikke er need-to-have på kort sigt. 4

5 Figur 1: [OT Analyse v1.0]'s overordnede anbefalinger (punkter som er need-to-have på kort bane markeret med mørkerød ring omkring) 5

6 Portabilitet Hvad angår portabilitet står man lige nu med den konkrete udfordring, at OpenTele på klientsiden officielt kun er testet og afprøvet med Samsung Galaxy tablets, som ikke længere er på markedet. 4S anbefaler en løsning, hvor man på kort sigt, med relativt lille arbejdsindsats, finder en aktuel og passende erstatning for de udgåede tablets. Samtidigt anbefales det, at man indleder et arbejde, hvor man kortlægger en mere generel løsning, således at man på den ene side bliver mindre afhængig af konkrete hardware/software platforme og på den anden side via 4S koordinerer, de konkrete platforme, som OpenTele rent faktisk er testet og godkendt på. Understøttelse af nye måleapparater I KIH/TeleCare Nord har der været diverse alvorlige brugsmæssige udfordringer pga. meget højt strømforbrug på Nonin Onyx II 9560 Pulse Oximeter. Blandt andet derfor er 4S i dialog med Nonin omkring integrationen af en Bluetooth Low Energy (BLE) version af apparatet - Nonin 3230 Bluetooth Smart Pulse Oximeter. I roadmap sammenhæng bør der så vidt muligt fremtidssikres med generelle snitflader til integration af BLE og andre typer apparater. I samme omgang bør der ses på yderligere modularisering så, integrationen af nyt måleudstyr for det første er en enkel og afgrænset opgave, og for det andet kan gøres via generelt genbrugelige komponenter. Københavns Kommune Træning/video Kort fortalt indebærer den nuværende teknologiske plan for anvendelse af OpenTele i Københavns Kommune, at der i første omgang stiles mod et såkaldt TcN+1 setup. Dvs. et setup, som lægger sig tæt op af TeleCare Nord, med tilføjelse af understøttelse af træning/video (+1). Dette gør det endnu engang interessant at undersøge om en open source video komponent er en realistisk mulighed (også f.eks. bragt op på 4S bestyrelsesmøde). Brugergrænseflader I Københavns Kommune er der ytret ønske om, at se på om man kan understøtte mere strømlinede og standardiserede brugergrænseflader. Dette f.eks. af hensyn til at mindske behovet for specialoptræning i anvendelsen af brugergrænseflader til de enkelt systemer. GTS telemedicinprojektet (resultatkontrakten) I forbindelse med GTS projektet Danmark som telemedicinsk foregangsland [Telemed.nu] bør følgende mål for udviklingsplatformen i 2014 fremhæves i 4S roadmap sammenhæng: Modularisering af Net4Care frem mod en række moduler, som kan anvendes i andre kontekster, såsom OpenTele og KIH Databasen. PHMR værktøjer: Udvikling af builder og viewer Sikkerhed: Undersøgelse af sikkerhedsstandarder, samt konkret implementation af login for borgere og klinikere. Mange borgere, der anvender telemedicinske løsninger, har ofte svært ved at håndtere nuværende login-løsninger, derfor undersøges alternative muligheder for mere brugervenlig borgerlogin. Yderligere integration af komponenterne til nationale og tværregionale services (NSP, XDS/XCA mv.) Yderligere anvendelse af standarder til andre typer data (spørgeskemaer m.v.) Standard til kommunikation mellem lokalt og centralt opsamlingspunkt 6

7 Brugsstudier og 4S faglige fora Alexandra Instituttet og Datalogisk Institut har, i forbindelse med [Telemed.nu] og 4S fagligt forum omhandlende gravide med komplikationer, foretaget etnografiske feltstudier i Region Midt med fokus på brugen af OpenTele. I sammenhæng med tekniske roadmaps kan der, med disse studier som baggrund, især trækkes pointer frem omkring brugerhåndtering og i relation til dette omkring beskeder, notifikationer og kommunikationskontekst. Som baggrund, først tre situationer taget direkte fra feltstudierne: En gravid, der observeres for svangerskabsforgiftning syntes, at der mangler en pop op besked, når der er lavet en kvittering på målingerne, for hun kigger først efter svar næste dag, hvor hun skal lave det nye sæt målinger jeg regner med, at de ringer, hvis det er vigtigt. Extra info: den gravide lader tabletten blive hjemme, da den ikke har et beskyttende cover, og den i papæsken er for stor til at have med i tasken på arbejde" En gravid diabetiker kommenterer på kommunikation med Skejby over beskedfunktionen og, kendskab til den hun kommunikerer med: Kender ikke overlægen, vil syntes det er mærkeligt, hvis en fremmed skriver tilbage: Hvis jeg fik svar på det jeg havde spurgt om er det fint, men jeg vil tænke nå! Hvem er nu det? Jeg vi helt klart henvende mig til den, jeg har mest med at gøre, og jeg har indtryk af, at det er [sygeplejersken], der sidder og læser mine beskeder og hende, der har tjekket, der er kommet [målinger] ind, og har administreret planlægningen af vores tid derude [på svangreambulatoriet]." En gravid, der er under observation for svangreskabsforgiftning, med spørgeskema mandag-onsdag-fredag har oplevet hovedpine siden sidste spørgeskema skulle indsendes: Tidligere på ugen, onsdag aften, føltes hovedpinen anderledes og kan ikke umiddelbart tilskrives dårlig søvn, og derfor tog den gravide en hovedpinepille, dagen efter havde hun kortvarigt nistren eller flimren for øjnene", der fik hende til at sende en besked fra beskedfunktionen ind sammen med dagens målinger. Da den gravide bliver bedt om at kontakte jordemoder finder hun kontaktinformation på [jordemorderen] i de udleverede papirer fra inklusionen i hendes vandrejournal. dumt, at jeg ikke har kodet [jordemoderens] nummer ind ( ) Det ville være smart, hvis nummeret man skal kontakte dukker op når beskeden kommer" Brugerhåndtering På klinikersiden er der observeret et behov for at kunne inddele sig i teams med ansvar for hver sine grupper af borgere. Dette relaterer på den ene side til generel skalerbarhed af løsningen i større set-up, og i den forbindelse til et behov for effektiv opfølgning og overlevering imellem de sundhedsprofessionelle. Endelig og ikke mindst er der i dag et behov og en forventning om en personlig og individualiseret kontakt til den enkelte borger. Dette bakkes op af borgere, som har en forventning / forhåbning om, at kommunikation m.v. (se nedenfor) foregår i fht. kliniker, som er inde i borgerens individuelle situation og forløb. Teknisk stiller dette bl.a. krav om flere muligheder for mere detaljeret afspejling af afdelingers konkrete organisation i fht. behandlingen af den enkelte borger, og tilsvarende understøttelse af diverse filtrerede views. Beskeder, notifikationer og kontekst Som antydet ovenfor foregår megen kommunikation med en forventning om forståelse for den enkeltes kontekst. Dette bør understøttes bedre således at teknologien ikke i sig selv 7

8 medfører fremmedgørelse af borgeren i fht. den sundhedsprofessionelle, og således at det f.eks. er klart, hvem der kommunikeres med. Samtidigt bør de sundhedsprofessionelle understøttes bedre i overdragelse af patientkontekster i mellem sig. Brugssituationerne nævnt ovenfor berører samtidigt en anden udfordring, som feltstudierne har afsløret: Tabletten er et apparat, som for manges vedkommende kun er tændt og i spil, når målingerne foretages. Herefter pakkes den væk i sin æske. Blandt de gravide bl.a. fordi tabletten og målingerne kan opfattes som en uønsket sygeliggørelse af deres forløb. Derfor er der udtrykt eksplicit behov for f.eks. at kunne bruge egne apparater (mobiltlf., privat tablet o.l.) i forbindelse med kommunikationen. Teknisk understreger det behovet for at undersøge mulighederne for Bring Your Own Device og Integrate Your Own Device. I sidstnævnte tilfælde vil man f.eks. netop foretage målinger via udleveret grej, men kommunikere via en integration af egne apparater. Input fra leverandører Fredag d. 2. maj afholdt 4S et arrangement for danske it-leverandører. Vi er stadig internt i gang med at samle op på pointerne fra en dag, hvor leverandørerne gav såvel opbakning som nyt input til tankerne bag og aktiviteterne og softwaren i 4S. Nedenfor nogle af de pointer, som blev fremhævet eksplicit under arrangementets workshopdel: - Der bør fokuseres på tutorials (skridt-for-skridt vejledninger til udvikling) og dokumentation af snitflader - Open source video er interessant for flere leverandører - Det er godt med fokus på standardiserede kommunikationsprotokoller og dataudveksling - Det er positivt, hvis Net4Care udviklingsplatformen også i fremtiden kan fungere som en testbænk i fht. national infrastruktur - 4S bør overveje, hvordan og om de kan hjælpe i fht. certificering og medical device directive - Man bør se på andre typer af data end rene måledata. F.eks. spørgeskemaer, kost o.l. via HL7/CDA - BYOD og integrate your own device blev diskuteret i mange sammenhænge Endelig har der i diverse sammenhænge været ytret eksplicit behov fra aftagere om mulighed for understøttelse af offline scenarier. Referencer [OT analyse v1.0] [Telemed.nu] OpenTele analyserapport, version 1.0, Analyse og arkitekturvurdering af Open Source platformen OpenTele. Lakeside, GTS projektet "Danmark som telemedicinsk foregangsland" 8