Innlegg fra Helsedirektoratet

Velferdsteknologi på
kort og lang sikt
BJARTE FRØYLAND
HELSEDIREKTORATET
INNKJØP AV DIGITALE TRYGGHETSALARMER SOM
OPPSTARTEN PÅ EN LENGRE PROSESS.
Fokus på samspill og åpenhet i
datautvekslingen
3 nasjonale velferdsteknologiske satsinger
sees i sammenheng
Trygghet og
mestring i hjemmet
31 utviklingskommuner
Spredningsfase fra
medio 2017
Avstandsoppfølging
av personer med
kroniske sykdommer
400 – 500 personer
Min 4 fylker
Forebygging av ikkesmittsomme
sykdommer
WHO/ITU-prosjekt
Nasjonal spredning av
noen få løsninger
TJENESTEINNOVASJON - KOMPETANSE – GEVINSTREALISERING - INFRASTRUKTUR
Programorganisering
Styringsgruppe
Programeier
Programleder
Sekretariat
Forskningskoordinator
Ref.gruppe
Tjenesteutvikling og
utprøving
Arkitektur og
infrastruktur
Innføring og
spredning
TRYGGHETS- OG MESTRINGSOPPDRAGET
M-HELSE OPPDRAGET
OPPDRAGET FOR AVSTANDSOPPFØLGING AV PERSONER MED KRONISK SYKDOM
OPPDRAGET FOR UTPRØVING AV M-HELSELØSNINGER FOR SOSIAL KONTAKT
Rollen til velferdsteknologiprogrammet
1. Bidra til et felles nasjonalt løft
for tjenesteinnovasjon ved bruk
av velferdsteknologi
2. Etablere en effektiv tekniske
arkitektur for det offentlige
innen velferdsteknologi
3. Bidra til spredning av
velferdsteknologiske tjenester i
kommunene
Viktige prioriteringer - teknologi
1. Tjenesteinnovasjon og
teknologiinnovasjon –
hånd i hånd
2. Enhetlige teknisk rammeverk som
sikrer samhandling på tvers
3. Kostnadseffektiv implementering
og forvaltning av teknisk løsning
Aktivitetsplan
2015
2016
2017
Tjenesteutvikling og utprøving
2018
Overgang til drift utviklingskommuner
Utprøvingsprosjekter trygghetsområdet
Utprøvingsprosjekter – avstandsoppfølging
Arbeidsgruppe
responstjenester
Arkitektur og infrastruktur
Arkitektur/infrastruktur
spesifikasjon v1
Beskrivelse
responssenterløsning
Pilotering v1
Spesifikasjon
responssenterløsning
Implementering infrastruktur
Drift og forvaltning
Rammeverk for bruk av mobil-løsninger
Innføring og spredning
Veikart og støtte til planlegging
Strategi
Innføring / Spredning - trygghetsområdet
Innføring / Spredning - avstandsoppfølging
Prinsipper
Personlig domene
Offentlig helsedomene
EPJ
EPJ
•
•
•
•
•
•
Enkelt i bruk
Responssenterløsning
Pålitelig
Ivareta personvern/datasikkerhet
Tilrettelegge for samhandling/informasjonsdeling
Tilrettelegge for fremtidig innovasjon
Kostnadseffektiv implementering og drift
Standardisering – øke
fleksibilitet
Lettvektsteknologi
Avhengigheter
Skape enkle grensesnitt
Sak-arkiv
Avhengigheter
Tungvektsteknologi
17.11.2015
Continua arkitektur
Continua gjenbruker eksisterende standarder og profiler fra HL7,
IEEE, IHE m.fl. og beskriver hvordan disse kan brukes sammen
FHIR
Vi anbefaler også
FHIR for webapplikasjoner
Vi anbefaler også
SCAIP for lokasjon og
taleforbindelse
SCAIP
Referansearkitektur
Denne presentasjonen viser
et foreløpig utkast til arkitektur.
17.11.2015
Konsepter og teknologi kan endres blant annet basert på piloterfaring.
Konseptskisse for en Continuabasert løsning
(med fokus på responssenter)
Tjenestemottaker
Tjenesteyter
Trygghetsteknologi
Informasjonslagring og deling
(trygghetsalarm,
fallalarm, natt-tilsyn,
lokasjonsløsning,
pilledispenser etc.)
Medisinsk
måleutstyr
(blodsukkermåler,
lungemåler,
blodtrykkmåler, etc.)
Smarthusteknologi
(e-lås, komfyrvakt,
lys/varme styring
etc.)
Responssenter
applikasjon
Personlig
HUB
Internett
Åpne
grensesnitt
Sentral
HUB
Referansearkitektur for velferdsteknologi
Bluetooth,
ZigBee,
USB
PCD-01
HL7-FHIR
MQTT
SCAIP
HL7-FHIR
XDS
• Et standardisert marked rundt trådløse sensorer
• Et åpent grensesnitt og økosystem for applikasjoner
som kjører på Sentral Hub, med flere leverandører.
Tittel/ tema
17.11.2015
Hvorfor disse teknologiene
(standardene)?
Continua
• Det eneste altomspennende standardiserings-initiativet for
Velferdsteknologi – en god internasjonal arena
SCAIP
• SCAIP har lokasjon og tale, noe Continua ikke har, og er
standardisert og brukes i Sverige
FHIR
• Et HL7-basert, utviklervennlig grensesnitt for å lage et åpent
økosystem for velferdsteknologi, støtte for dynamiske data
Tittel/ tema
17.11.2015
Velferdsteknologi skal henge sammen med
de andre løsningene i kommunen
Velferdsteknologiprogrammets
hovedområde
Et åpent
punkt
Tittel/ tema
17.11.2015
Spørsmål kommuner stiller om
«trygghetsalarmer»
Hvilke krav kan/ bør en
stille til en
trygghetsalarm, hvilke
funksjoner bør en
installere på
nåværende tidspunkt
Hva bør
kommunene starte
med?
Erfaringer
kommunene i
velferdsteknologi
programmet?
Organisering?
Hvem bør involveres?
Nødvendig
Kompetanse ?
Kontakten med
leverandører;
hva er lurt /
ikke lurt?
Introduksjon til bruk av standarder i
velferdsteknologi i kommune
17.11.2015
Trygghetsalarm Komponenter og aktører
Bruker
Responssenterpersonell
Hjemmebesøk
uttrykning
Informasjonslagring
responssenter
Kommunikasjon
Trygghetsalarm
Tilpasset bruker
Responssenterløsning
Døgnåpent
Lokal service
Sentral service
Installere, vedlikeholde,
avvikle
Installere, vedlikeholde,
avvikle
Informasjonsdeling
Informasjonslagring
kommune
Løsningsskisse
enkel trygghetsalarmløsning
Responssenterløsning
Stasjonær trygghetsalarm
•
•
Mobil trygghetsalarm
SCAIP
Tale
Mobil/fast
Internett
tilgang
Internett
Kommunalt IT system
Responssenterpersonell
Nasjonale anbefalinger/krav som
kommer
1. Standardisert/åpent grensesnitt mellom utstyr hos brukeren
og offentlige løsninger (mellom personlig HUB og sentral HUB)
for å sikre fleksibilitet og leverandøruavhengighet mellom
personlig utstyr og sentral/offentlig løsning
2. Krav til datasikkerhet, personvern og pålitelighet knyttet til
løsningen
3. Struktur for informasjonslagring og informasjonsdeling mellom
responssenterløsning og andre offentlige registre
Noen anbefalinger – Introduksjon til bruk
av standarder for velferdsteknologi i
kommunal
sektor
17.11.2015
Avklaringer
Jeg må kjøpe inn
i dag
Jeg må gjøre
noe innen 1-2 år
Etter 4 år
Velkommen til
Veiledningstjenesten
Tittel/ tema
17.11.2015
Nicolas Mirail
Jeg må kjøpe inn i dag,
fordi avtalene mine går ut
Kom i gang - Vi anbefaler
• Legg opp til anskaffelse som er basert på SCAIP eller en annen åpen
standard som grensesnitt
• Da kan du bytte ut enten utstyr eller sentral når det er behov
• Pass på å sikre deg rom for utbytting i perioden både i
anbudsforespørsel og i kontrakten
Jeg må gjøre noe
innen 1-2 år
SAMVEIS VEIKART
=
Jeg skal kjøpe inn trygghetsalarm, men masse annen velferdsteknologi
også…
•
•
•
•
•
•
•
•
•
Tenk gjennom tjenestene du vil tilby (og når)
Hva betyr dette for min organisasjon og budsjett? Hva koster det å sette opp
en slik tjeneste (det koster mer, jo bredere tjeneste)
Vil du tilby tjenester på tvers av og sammen med kommuner?
Se om dere kan standardisere tjenester på tvers av kommuner…
Hvordan kombineres trygghetstjenester med andre velferdsteknologi-tjenester
Trenger mine kommunale tjenester å dele innhold med andre aktører (fastlege etc
Lag en tidsplan for hvordan du vil rulle ut tjenester
Og deretter spesifisere opp teknisk løsning…
Etter 4 år
Det er etablert infrastruktur og verktøy for innføring i
kommunen
SAMVEIS
Informasjons og veiledningstjeneste
SAMVEIS VEIKART
+
Introduksjon til bruk
av standarder for
Velferdsvelferdsteknologi i
teknologi
i
kommunal sektor
praksis
Standarder og
arkitekturprinsipper
Ofte stilte
spørsmål
Faktaark
Anbefalinger
til
anskaffelsesprosessen
Leverandørkontakt
Tittel/ tema
17.11.2015
Javel, men hva anbefaler Helsedirektoratet at vi krever av
leverandørene i dag, når vi skal inn i en dialog om trygghetsalarmer?
Selv om vi står fast ved vår anbefaling av Continua som rammeverk for velferdsteknologiske løsninger i
norske kommuner og sykehus, kan vi konstatere at dette rammeverket for standardisering pt ikke dekker all
funksjonalitet som er påkrevet ved implementasjon av trygghetsalarmer og tilhørende responssenter. Spesielt er
taleforbindelser, satellittbasert posisjon og alarmknapper ikke støttet godt nok.
I vårt arbeid med en referansearkitektur for velferdsteknologi har vi derfor så langt anbefalt den svenske
standarden SCAIP, som skal tilfredsstille nødvendige funksjonskrav ved etablering av digitale trygghetsalarmer.
Etter å ha oppsummert erfaringene fra norske leverandørers prosjekter for norske kommuner i 2015, har vi
nå kunnet dokumentere svakheter i SCAIP. I arbeidet med ferdigstillingen av første versjon av vår
referansearkitektur, vil vi prioritere mer helhetlige nasjonale anbefalinger på dette området. Dette arbeidet skal
være ferdigstilt og kommunisert til markedet i løpet av 2015.
eHelse.no/
velferdsteknologi
[email protected]
Til slutt:
Noen ord om forholdet mellom
standardisering og innovasjon
Vi må tilrettelegge for hensiktsmessig
innovasjon og åpenhet
Sensorer hjemme
Visualisering
Sentral Hub
17.11.2015
Innovasjonsarena A:
Hvilke data skal deles?
Og med HVEM?
Innholdsdeling er avhengig av type pasient og
bruksscenario. Trygghetsalarmer håndteres mer
lokalt, mens målinger fra medisinsk utstyr er mer
interessant lenger inn i helsevesenet, i EPJ for
fastlege og spesialisthelsetjeneste etc.
Uttrykning
Hjemmehjelp
Fastlege
Kommune
Spesialist
Innovasjonsarena B:
Et mylder av tjenester
UT
INN
Teknologi hjemme
EPJ, applikasjoner
og visualisering
Sentral Hub
17.11.2015