Pääotsikko Arial Bold 32 pistettä

Transcription

Pääotsikko Arial Bold 32 pistettä
Lyhyt johdanto PHR-projektiin
27.10.2015
Kanta-palvelut, terveydenhuolto
Julkiset palveluntuottajat
Lääketietokanta
Sairaanhoitopiirit (20)
Reseptikeskus
Lääkemääräykset
Perus-TH (192)
Uusimiset
Yksityiset palveluntuottajat (4000)
IHE
XDS-I
Terveydenhuollon
ammattilaiset
Kansalaiset (> 5 000 000)
IHE
XDS
epSOS NCP
Yhteys suljettu pilotin jälkeen
Kelain
Yli 18 v
Kanta-viestinvälitys
Potilastiedon
arkisto
Apteekit (~800)
Ruotsin epSOS-yhteyspiste
Toimitukset
Kuvailutiedot
Kuva-arkisto
“Vanhat asiakirjat”
Lokit
Lokit
Potilaskertomus
Potilaan tiedonhallintapalvelu
Potilaan keskeiset terveystiedot (koosteet)
Diagnoosit
Rokotukset
Toimenpiteet
Riskit
RTG-lausunnot
Labrat
Fysiol. mittaukset
Terv. ja hoitosuunnitelma
Lääkitys
Suostumuksenhallinta ja tahdonilmaisut
Elinluovutustahto
Omakanta
Hoitotahto
Personal Health Record
Suostumukset
ja kiellot
Potilaan omat tiedot
Tekniset standardit
• HL7 V3: CDA R2 taso 3
ja Medical Records
• IHE IT-I Profiles
• W3C XML DSig
• WS Addressing, WS-I
• TLS, X.509
Muut kansalliset palvelut
Koodistopalvelu
Lomakerakenteet
Varmennepalvelut
Koodistot ja terminologiat
Apteekkirekisteri
SOTE-organisaatiorekisteri
Terveydenhuollon ammattilaisten rekisteri
PHR = Personal Health Record
 Personal Health Record -palvelun avulla ihmiset pystyvät
tallettamaan kansalliseen tietovarantoon (Kanta) myös omia
henkilökohtaisia hyvinvointi- ja terveystietojaan.




Tietoja voi tavoitetilassa tallentaa netin tai erilaisten asiointipalveluiden kautta sekä
mobiilisovelluksilla.
Kela keskittyy projektissa PHR-tietovarannon ja välttämättömien käyttöliittymien
rakentamiseen Omakannassa.
Kolmannet osapuolet rakentavat kansalaisille myös muita käyttöliittymiä muun muassa omien
tietojen tallentamiseen sekä hyvinvointitarkastusten ja älykkäiden oirearvioiden tekemiseen
omien mittaustietojen ja muihin kansalaiselta kerättyjen tietojen pohjalta.
Yksi mahdollinen hanke, jossa käyttöliittymiä kehitetään, on ODA eli Omahoito ja Digitaaliset
Arvopalvelut, mutta on muitakin projekteja ja tietojärjestelmiä, joissa käytetään PHRominaisuuksia.
 PHR-tietoja on tarkoitus käyttää myös terveydenhuollon
toimintayksiköissä kansalaisen suostumuksella. Terveydenhuollon
ammattihenkilö voi tarvittaessa liittää osan tiedoista myös osaksi
potilaskertomusta.
 Palvelun käyttöönotto suunniteltu syksylle 2017.
3
ODA-hankkeen
visiota
ODA-hankkeen visiota
4
PHR-tietosisällöt









Manuaalisesti syötettävät mittaustiedot, kuten verenpainemittaukset, paino,
pituus, verensokerimittaukset
Mittalaiteiden tuottama mittaustieto: osin samat kuin edellä, mutta tulevat
suoraan mittalaitteilta esim. mobiilisovelluksen kautta (yhteys älypuhelimen
ja mittalaitteen välillä esim. Bluetoothilla)
Testien/kyselyjen tulokset, kuten riski- ja itsearviointitestit,
hyvinvointitarkastukset, esitietolomakkeiden sisällöt
Tiedot itsehoitolääkityksestä
Mahdollisesti muut kansalaisen itse kirjaamat terveyttä koskevat tiedot,
kuten veriryhmätiedot, silmälasireseptit
Ajanvarauksen tiedot (?)
Rakenteistamaton tieto, esimerkiksi potilaan tallentamat skannatut
potilasasiakirjat
Tiedot sovellusten liittämisestä PHR-tietovarantoon
Suostumukset tietojen välittämiseen terveydenhuoltoon tai kolmansille
osapuolille
5
Standardipohja: HL7 FHIR DSTU 2




http://fhir.hl7.org
Modulaarinen, uuden sukupolven standardikehikko
Määrittelee sekä tietorakenteet (resurssit) että rajapinnat (REST-pohjaiset)
PHR-tarpeisiin soveltuu mm. seuraavat resurssit










Observation. Mittausdata mittalaitteilta ja manuaalisesti.
Questionnaire, QuestionnaireResponse. Itsearviointikyselyt, riskitestit.
CarePlan. Henkilökohtaiset tavoitteet.
MedicationStatement. Itsehoitolääkitys.
VisionPrescription, silmälasireseptit.
(Appointment, Slot, Schedule, ajanvaraus)
DocumentReference (esim. PDF-muotoinen rakenteistamaton tieto sekä siihen liittyvä
metatieto)
80/20-ajattelumalli, 80 % tietotarpeista ovat yhteisiä ja huomioitu FHIRtietorakenteissa, 20 % domain-kohtaisia ja hoidetaan laajennoksilla
Kehittäjäystävällinen, soveltuu hyvin myös mobiilikäyttöön
Ei kuitenkaan vielä normatiivinen standardi, tuorein versio DSTU 2 (Draft
Standard for Trial Use).
6
Muut standardit

Autentikoinnin ja suostumuksenhallinnan ratkaisut
suunnitteilla, alla lueteltu mahdollisia
standardipohjia





OAuth 2.0 sovellusten autentikointiin.
UMA (user managed access)
HEART-profiilit yllä mainituille
Tietosisältökohtaisia standardipohjia, esim.
ISO/IEEE 11073 -standardista.
Continuan määrittelemiä ratkaisuja voi käyttää
laiterajapinnassa (ei velvoittava eikä näy PHR:lle
päin)
7
Alustava käsitemallihahmotelma
class Class Model
Toimenpide
(Activ ity)
PEF
Mittaus
(Observ ation)
0..*
0..1
Verensokeri
0..*
Hyv inv ointiv almennus
0..*
Tav oite (Goal)
-
0..1
Tupakointi
Tavoitearvo
Paino
1..
Suunnitelma
(CarePlan)
Henkilö (Person)
Verenpaine
0..*
Omahoitosuunnitelma
1
0..*
1
ym.
1
1 1
Liikuntasuoritus
1
Kyselyn v astaukset
(QuestionnaireResponse)
Älykäs oirearv io
(Diabetes)
Kysely
(Questionnaire)
0..*
Itsehoitolääkitys
(MedicationSatement)
Allergiat
(AllergyIntolerance)
Hyv inv ointitarkastus
Älykäs oirearv io
(Tuki- j a
liikuntaelin)
0..*
0..*
0..*
1
Lääkkeen otto
(MedicationAdministration)
Herätetilaus
0..*
Rokotukset
(Immunization)
Insuliiniannos
-
Esimerkiksi ammattilaisen
pyyntö täyttää
Herätteen tilannut järjestelmä hyvinvointitarkastus tai
Mitä tietoja seurataan
tieto siitä, että
Kenen tietoja seurataan
ammattilainen haluaa
tiedon uusien mittausten
tallennuksesta
8
Alustava teknisen arkkitehtuurin hahmotelma
deployment Deployment Model
User interfaces for professionals
«interface»
Patien data repository::Patent
summary interface
My Kanta
Pages
Wellness apps
«interface»
Rest interfaces for
FHIR resources
«device»
mHealth
dev ices
«interface»
PHR::Interface for patient
summary query
Patien data repository
PHR
«device»
OAuth/UMA
authorization
serv er
User-Managed Access
«executionEnvironment»
FHIR serv er (j av a)
Resource
operations
Monitoring
Environments for test,
client testing and
production.
Audit logging
National
codeserv er
(Resource
v alidation)
«device»
NoSQL
database
De-identified
data for
analytics
9
Karkea aikataululuonnos
Aloitus
lokakuu 2015,
määrittelyjen
tarkentaminen
Kehittäjätasoinen
yhteistyö ODA:n
kanssa
elokuu 2016
ODA- ja PHR-toteutukset
valmiina keväällä 2017
Tuotanto
syksy 2017
10
Tarkempi aikataululuonnos
Vaihe/aikataulu
Aloitusvaihe
10
2015
11
2016
12
1
2
3
4
5
6
2017
7
8
9
10
11
12
1
2
3
4
5
6
7
8
9
10
11
Projektisuunnitelman hyväksyntä ja
projektin aloitus
Tietomallien ja rajapintojen määrittelyt
Tarkennusvaihe: Määrittely ja
tekninen suunnittelu
Projektisuunnitelman
tarkentaminen, ohry
27.11.15
Ensimmäisen vaiheen
perustoiminnallisuudet määritelty
Rakennusvaihe
tarkennetaan sprinttisuunnittelussa
31.8.2016:
Tietovarannon
perustoiminnallisuudet
toteutettu,
asiakastestiympäristö ja
määrittelyalusta avattu
30.04.2017 Järjestelmä
valmis,
järjestelmätestaus tehty
ja havainnot korjattu,
käyttöönottovalmius
Siirtymävaihe: Valmistautuminen
käyttöönottoon
Syyskuu 2017:
tuotantokäytön
31.12..2017:
Projektin
päätös
Tuotantokäytön aloitus syyskuu 2017
Projektin päättäminen
11
12
Poimintoja avoimien asioiden luettelosta




Tietomallin joustavuus
Omakanta-käyttöliittymien sisältö
Suostumuksenhallinnan karkeusaste
Ammattilaiskäyttöliittymät
12