Kansallinen PHR: projektin tilannekatsaus Konstantin Hyppönen, Kanta-palvelut, Kela ATK-päivät, Lahti 23.5.2016
Sisällys Nopea muistutus projektin tavoitteista Mitä on juuri nyt työn alla Kokemuksia FHIR-demoon valmistautumisesta 2
epsos NCP Kanta-viestinvälitys Potilaan tiedonhallintapalvelu Julkiset palveluntuottajat Sairaanhoitopiirit (20) Kanta-palvelut Lääketietokanta Perus-TH (192) Reseptikeskus Lääkemääräykset Toimitukset Yksityiset palveluntuottajat (4000) Apteekit (~800) SOTE-ammattilaiset Kelain Potilastiedon arkisto Palvelutapahtumat Hoitoasiakirjat Lokit Uusimiset Lokit Kuvaarkisto Vanhat asiakirjat Potilaan keskeiset terveystiedot (koosteet) Ruotsin epsos-yhteyspiste Yhteys suljettu pilotin jälkeen Kansalaiset (> 5 000 000) Yli 18 v Appsit Omakanta Diagnoosit Suostumuksenhallinta ja tahdonilmaisut Suostumukset ja kiellot Omatietovaranto (PHR) Riskit Muut koosteet Tahdonilmaisut, kuten hoitotahto Potilaan omat tiedot Sosiaalihuollon palveluntuottajat Sosiaalihuollon asiakastiedon arkisto Asiakasasiakirjat Asiakkuudet Asiat Tekniset standardit HL7 V3: CDA R2 taso 3 ja Medical Records HL7 FHIR DSTU2 (PHR) JSON, XHTML (PHR ja sh-arkisto) PDF/A (vanhat tiedot ja sh-arkisto) IHE IT-I Profiles (Kuva-arkistossa) W3C XML DSig WS Addressing, WS-I TLS, X.509 Muut kansalliset palvelut Vanhat asiakirjat Koosteiden palautus Lokit Koodistopalvelu Koodistot ja terminologiat Lomakerakenteet Apteekkirekisteri SOTE-organisaatiorekisteri KaPA Varmennepalvelut TH- ja SH-ammattilaisten rekisterit
Projektin tehtävät Suunnitella, toteuttaa ja ottaa käyttöön omia terveys- ja hyvinvointitietoja sisältävä tietoturvallinen tietovaranto ja rajapinnat Tuotantoon syksyllä 2017 Käytännössä kolme osa-aluetta FHIR-resurssipalvelin Auktorisointipalvelin (+ integrointi KaPA-tunnistuspalveluun) Omakannan laajennokset Omakannassa: Suostumuksen antaminen PHR-tietojen käyttöön terveydenhuollossa ja sosiaalihuollossa Tallennettujen tietojen katselu ja poisto (ei mahdollisuutta tietojen syöttämiseen) Liitettyjen sovellusten katselu ja poisto Työkalut sovellusten kehittäjille: Rajapinta- ja tietomäärittelyt Prosessi tietomallin hallintaan, mm. FHIR-profiilirekisteri Testiympäristöt 4
Juuri nyt työn alla FHIR-soveltamisoppaat Kansainvälinen standardi kaipaa kansallisia ohjeita Pyritään kuitenkin yhteentoimivuuden säilyttämiseen kv-oppaiden kanssa Tietosisältöjen mallinnus Ammattilaisten käyttöön soveltuvat tietomallit ovat osin liian monimutkaisia potilaiden käyttöön Paljon yhteensovittamista ja priorisointia Resurssipalvelimen toteutuksen edistäminen Auktorisointiprotokollien ja tietoturvaominaisuuksien suunnittelu ja toteutus Paljon valmiita pohjia kv-standardeista Tavoitteena hiekkalaatikon laajentaminen auktorisointitoiminnallisuuksilla ja uuden version julkaisu elo-syyskuussa. Omakannan käyttöliittymäosuuden suunnittelu- ja kehitystyö käynnistymässä Tietomallin hallintamallin suunnittelu PHR-sovelluksille asetettavien kriteerien suunnittelu 5
Alustavasti mallinnettu ja läpikäyty ODAhankkeen asiantuntijoiden kanssa Fysiologiset mittaukset (FHIR Observation) Verenpaine (systolinen ja diastolinen) Syke Pituus Paino Vyötärönympärys PEF-mittaus Lämpö Verensokerimittaus Hengitystaajuus Lääkitys Lääkitysmerkintä (FHIR MedicationStatement) Lääkkeen kuvaus (FHIR Medication) Kyselyt ja testit (FHIR Questionnaire ja QuestionnaireResponse) Neljän kansansairauden riskitesti 6
Kokemuksia FHIR-demoon valmistautumisesta ERITTÄIN vähän kysymyksiä demon valmistelijoilta Ilmeisesti FHIR-dokumentaatio on ollut riittävän hyvä ja vastannut kehittäjien tarpeita. Alussa kysyttiin esimerkkejä resursseista, nyt niitä löytyy hiekkalaatikosta tuhansittain. Jonkin verran keskustelua koodeista ja mittayksiköistä: Onko pakko kirjoittaa mm[hg], eikö mmhg ole ymmärrettävä?, Onko tämä varmasti sopiva LOINCkoodi, kun sen käyttöä ei kuulemma suositella? jne Päästiin tunnistamaan hiekkalaatikkototeutuksen rajoja Muutama bugi-ilmoitus, korjaukset ja versionnosto demon valmistelun aikana, häiriötilanne, tunnistettu joitakin muistivuotoja. Tärkeää inputtia toteutustyöhön. Erityisesti persistointikerros kaipaa tarkempaa suunnittelua Tietosisältöjen validoinnille selkeästi tarvetta Demo-projekteista syntyneissä resursseissa ei suuria ristiriitoja profiiliehdotusten kanssa. Tietynlaista vaihtelua on kuitenkin tunnistettu, yhteentoimivuuden takaaminen on tärkeää. 7
Kiitos mielenkiinnosta! Konstantin Hyppönen IT-arkkitehti Kela, Kanta-palvelut Konstantin.Hypponen@kela.fi 8