Hajautuneen potilastiedon hallinta
|
|
- Pirkko Laaksonen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Hajautuneen potilastiedon hallinta Hanna Kopperi Seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Helsinki, 6. maaliskuuta 2016
2 HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta Fakultet Faculty Laitos Institution Department Matemaattis-luonnontieteellinen Tekijä Författare Author Hanna Kopperi Työn nimi Arbetets titel Title Tietojenkäsittelytieteen laitos Hajautuneen potilastiedon hallinta Oppiaine Läroämne Subject Tietojenkäsittelytiede Työn laji Arbetets art Level Aika Datum Month and year Sivumäärä Sidoantal Number of pages Seminaari 6. maaliskuuta Tiivistelmä Referat Abstract IHE XDS on yksi IHE:n kehittelemistä profiileista [Nou11], jossa käytetään hyödyksi ebxml rekisteristandardia (ISO osat 3 ja 4) [Ben12], tietojen vaihtoon SOAP:aa ja ja tietojen hakuun SQL kieltä [Ben12, PP14]. IHE XDS mahdollistaa dokumenttien tallentamisen, jakamisen ja hallinnan yhdessä toimivien samat toimintatavat hyväksyneiden terveydenhuollon organisaatioiden välillä [Ben12]. Tällaiset yhdessä toimivat ja terveydenhuollon dokumentteja jakavat terveydenhuollon organisaatiot muodostavat joukon, jota IHE XDS terminologissa kutsutaan kliinisesti yhteneväksi toimialueeksi (clinical affinity domain) [DLA07, PP14]. IHE XDS tarjoaa hajautetun lähestymistavan kliinisten dokumenttien jakamiseen sen sijaan, että kaikki tieto yritettäisiin koota yhteen suureen tietokantaan [Ben12] Avainsanat Nyckelord Keywords IHE, IHE XDS Säilytyspaikka Förvaringsställe Where deposited Muita tietoja Övriga uppgifter Additional information
3 Sisältö 1 Johdanto 1 2 Integrating the Healthcare Enterprise (IHE) IHE profiili IHE Cross-Enterprise Document Sharing (IHE XDS, IHE XDS.b) IHE XDS arkkitehtuuri ebxml ja XDS XDS metadata Transaktiot XDS dokumentti, XDS kansio ja XDS kokoelma Turvallisuus 8 5 Laajennukset Cross-Enterprise Sharing for Imaging (XDS-I, XDS-I.b) Cross-Enterprise Sharing of Medical Summary (XDS-MS) Käyttö maailmalla 9 7 Yhteenveto 10 Lähteet 11 ii
4 1 Johdanto Terveydenhuollon toimialalla yksi suurimmista ongelmista on potilastietojen pirstaloituminen [Ben12] ja kykenemättömyys niiden toimivaan jakamiseen yritysten välillä [DLA07]. Koska potilastiedot ovat pääasiassa hajanaisesti useiden terveydenhuollon palveluita tarjoavien organisaatioiden järjestelmissä, on edellä kuvattujen ongelmien takia erittäin vaikeaa saada kokonaiskuvaa yhden potilaan potilashistoriasta. Pirstaloitumisesta aiheutuu myös turhaa työtä ja vaivaa niin sairaaloiden henkilökunnalle kuin potilaallekin, joka olettaa omien tietojensa seuraavan mukanaan sairaalasta toiseen. Lisäksi yhteentoimivuutta vaikeuttaa se, että kliinisen tiedon esittämiseen käytetään terveydenhuollon järjestelmissä useita erilaisia standardeja, joista esimerkkinä HL7 CDA ja openehr [DLA07]. Tähän ongelmaan on haettu ratkaisua Integrating the Healthcare Enterprise (IHE) organisaation kehittelemällä Cross-Enterprise Document Sharing (XDS) profiililla, joka muodostaa viitekehyksen alueellisten ja kansallisten potilastietojärjestelmien kehittämiselle [Nou11]. Profiili tarjoaa hajautetun lähestymistavan dokumenttien jakamiseen eri terveydenhuollon palveluita tarjoavien osapuolten välille. Profiilissa jokainen taho arkistoi omat dokumenttinsa käytettäviksi yhteisen rekisterin kautta yhden ison tietokannan sijaan. Tässä seminaarityössä esitellään lyhyesti IHE organisaatio, mihin sen toiminta perustuu ja miten organisaatio pyrkii ratkaisemaan terveydenhuollon informaatio-ongelmia kehittämällä ongelmiin vastaavanlaisia profiileja kuin XDS. Keskeisimpänä aiheena työssä on IHE XDS profiili ja sen rakenne. Työ rakentuu siten, että kappaleessa kaksi käsitellään IHE organisaatiota ja esitellään kuinka XDS:n kaltaiset profiilit kehitetään. Kappaleessa kolme esitellään mistä XDS profiili koostuu. Kappaleessa neljä kerrotaan miten turvallisuus tulee ottaa huomioon IHE XDS profiilia käytettäessä. Kappale viisi esittelee pintapuolisesti kaksi XDS profiilin laajennusta ja kappaleessa kuusi kerrotaan lyhyesti, miten käytetty XDS profiilia käytetään maailmalla. Kappaleeseen seitsemän on koottu tekstin yhteenveto. 2 Integrating the Healthcare Enterprise (IHE) IHE:n perusti vuonna 1999 Healthcare Information Systems and Management Society (HIMSS) ja Radiological Society of North America (RSNA) [Be12] ja sen tarkoitus on kehittää terveydenhuollon järjestelmien tietojen jakamista [Wit14]. IHE:n työ pohjautuu olemassa olevien standardien runsauteen [Wit14]. Vuosittain IHE kokoaa terveydenhuollon alan asiantuntijoita ja yhteistyökumppaneitaan ympäri maailmaa tapaamiseen, jossa selvitetään mihin terveydenhuollon informaatio-ongelmiin organisaation tulisi erityisesti keskittyä. Tapaamisessa osapuolet esittelevät ensin käyttötapauksia jotka an- 1
5 tavat yleiskuvan tiedon jakamiseen liittyvistä ongelmista ja lopuksi valitaan yksi käyttötapaus, johon IHE alkaa kehittää ratkaisua. Ratkaisun työstäminen etenee tunnistamalla ensin, mitä olemassa olevia standardeja ratkaisussa voitaisiin hyödyntää ja sen jälkeen selvittämällä kuinka standardeja tulisi käyttää ongelmatilanteen ratkaisemiseksi. Kun tekniset asiantuntija ovat saaneet kehitettyä ratkaisun, teollisuuden toimijat tekevät siitä konkreettisia toteutuksia omiin terveydenhuollon järjestelmiinsä [Be12, Wit14]. Näiden toteutuksien toimivuutta testataan IHE:n ympäri maailmaa järjestämissä IHE Connectathon tapahtumissa. Lopulta teollisuuden toimijat julkaisevat lausuntonsa ratkaisun toimivuudesta omissa järjestelmissään [Be12]. 2.1 IHE profiili IHE:n kehittämiä ratkaisuja kutsutaan IHE profiileiksi [Wit14]. IHE profiili on määritelmä, jossa on eriteltyinä ongelmatilanteen kuvaava käyttötapaus, ratkaisuun valitut standardit ja yksityiskohtainen kuvaus siitä kuinka standardeja käytetään käyttötilanteen saavuttamiseksi. IHE kuuluu standardeja kehitteleviin organisaatioihin (Standards Development Organization, SDO) ja noudattaa näille tyypillisiä periaatteita, joten profiilit eivät esimerkiksi sisällä tarkkaa kuvausta siitä, miten järjestelmä tulee toteuttaa jotta se noudattaisi profiilia. Tällä tavalla annetaan profiilia toteuttavalle taholle mahdollisuus määritellä itse esimerkiksi järjestelmän laatuvaatimukset, kuten skaalautuvuus ja luotettavuus, ja tarvittavat järjestelmä kohtaiset ominaisuudet. Tämän lisäksi IHE profiileissa otetaan huomioon monissa maissa eroavat toimintatavat ja käytännöt suunnittelemalla profiileista neutraaleja erilaisten käytäntöjen suhteen ja antamalla tuki erilaisten hallinnollisten variaatioiden käytölle. 3 IHE Cross-Enterprise Document Sharing (IHE XDS, IHE XDS.b) IHE XDS on yksi IHE:n kehittelemistä profiileista [Nou11], jossa käytetään hyödyksi ebxml rekisteristandardia (ISO osat 3 ja 4) [Ben12], tietojen vaihtoon SOAP:aa ja ja tietojen hakuun SQL kieltä [Ben12, PP14]. IHE XDS mahdollistaa dokumenttien tallentamisen, jakamisen ja hallinnan yhdessä toimivien js samat toimintatavat hyväksyneiden terveydenhuollon organisaatioiden välillä [Ben12]. Tällaiset yhdessä toimivat ja dokumentteja jakavat terveydenhuollon organisaatiot muodostavat joukon, jota IHE XDS terminologissa kutsutaan kliinisesti yhteneväksi toimialueeksi (clinical affinity domain) [DLA07, PP14]. IHE XDS tarjoaa hajautetun lähestymistavan kliinisten dokumenttien jakamiseen sen sijaan, että kaikki tieto yritettäisiin koota yhteen suureen tietokantaan [Ben12]. 2
6 3.1 IHE XDS arkkitehtuuri IHE XDS muodostuu viidestä toimijasta, joita ovat rekisteri, tietovarasto, dokumenttien tuottaja, dokumenttien hyödyntäjä sekä potilaiden tunnistamiseen käytettävä potilasidentiteettien lähde (patient identity source) [Ben12, Nou11]. Kuvassa 1 näkyy XDS arkkitehtuurin perusrakenne ja sen toimijoiden yhteydet. Rekisteri sisältää metadataa eli kuvaavia tietoja kaikista luoduista dokumenteista [Nou11] ja URI linkit kaikkien näiden todellisiin sijainteihin [PP14]. Sen tehtävä on vastata dokumenttien hyödyntäjien lähettämiin kyselyihin palauttaen kyselyiden kriteerit täyttävien dokumenttien URI linkit. Rekisteri ei siis säilö dokumentteja, vaan sen tehtävä on indeksoida ne [Ben12, Nou11]. Dokumenttien arkistointivastuu on tietovarastolla [Nou11]. Yhteen rekisteriin voi olla yhteydessä useita tietovarastoja [Ben12]. Tietoturvan parantamiseksi rekisterillä ei ole minkäänlaista pääsyä dokumenttien sisältöihin, vaan se vastaa kyselyihin sisältämiensä dokumenttien metadatan perusteella. Kuva 1: XDS:n toimijat ja niiden yhteydet toisiinsa [Ben12, MDW11, Nou11, PP14] Tietovarastot tarjoavat siis pysyviä säilöjä dokumenteille [Ben12]. Jokaisella dokumenttien tuottajalla voi olla oma tietovarasto, johon se arkistoi omat dokumenttinsa. Uusi dokumentti tallentuu tietovarastoon siinä vaiheessa, kun dokumenttien tuottaja kuten laboratorion, kardiologian tai radiologian raportointijärjestelmä julkaisee uuden dokumentin ja lähettää sen ja siihen liittyvää metadataa tietovarastolle [Ben12, Nou11]. Tämä dokumentti voi olla esimerkiksi kuva, kirje tai tutkimustulokset [Ben12]. Kun dokumentti tallennetaan tietovarastoon, tietovarasto laskee muun muassa dokumentin tarkisteen (hash) ja koon ja toimittaa lopulta talletettuun dokumenttiin liittyvän metadatan rekisterille rekisteröitäväksi. Dokumenttien hyödyntäjä 3
7 lähettää potilaisiin perustuvia kyselyjä rekisterille ja saa vastineeksi tiedon tarvitsemiensa dokumenttien sijainnista [Ben12]. Sijaintitietojen perusteella hyödyntäjä pystyy hakemaan dokumentit tietovarastoista ja lukemaan niitä selaimellaan. Potilasidentiteettien lähdettä tarvitaan silloin, kun yhdessä toimivien terveydenhuollon organisaatioiden sisällä käytetään eri tunnuksia potilaiden tunnistamiseen [Ben12]. Koska jokaisella potilaalla tulee olla yksi yksikäsitteinen tunniste yhtenevän toimialueen sisällä [Ben12], jokaiselle potilaalle luodaan oma XAD-PID tunnus (XDS affinity domain patient identifier) [MDW11]. Potilaasta käytettävä tunnus on ainoa luotettava tieto dokumenttikohtaisessa metadatassa, jonka avulla pystytään hakemaan potilaskohtaisia dokumentteja [Nou11], sillä usea potilas voi jakaa esimerkiksi saman nimen ja syntymäajan. XAD-PID tunnuksen avulla dokumenttien tuottajat voivat julkaista dokumentteja tietovarastossaan ja dokumenttien hyödyntäjät voivat suorittaa kyselyitä rekisteriin [MDW11, Nou11]. Käytettäessä XAD-PID tunnusta, rekisterin tulee potilasidentiteettien lähdettä käyttäen tarkistaa ennen metadatan rekisteröimistä metadatassa olevan tunnuksen oikeellisuus ja voimassa olo, ja että rekisteröitävä dokumentti todella kuuluu tunnuksen osoittamalle henkilölle. Potilasidentiteettien lähteenä toimii useimmiten palvelin, joka tukee IHE PIX profiilia tai IHE PDQ profiilia [Ben12]. Palvelimen tehtävä on tarjota dokumenttien tuottajalle ja dokumenttien hyödyntäjälle yksinkertainen tapa selvittää lokaalia potilastunnusta vastaava XAD-PID [MDW11]. PIX (patien identity cross-referenving) profiilia käytettäessä palvelin vastaanottaa potilaan tunnuksen sisältäviä henkilötietoja useilta eri organisaatioilta, ja muodostaa tiedoista vertailutaulukon, jossa näkyy kaikki tietoihin täsmäävät potilaat [Wit14]. PDQ (patient demographics query) profiilia käytettäessä palvelimelle lähetetään rajoitettu määrä haettavan potilaan henkilötietoja ja vastineeksi saadaan lista tietoihin täsmäävistä potilaista. 3.2 ebxml ja XDS IHE XDS:n arkkitehtuuri on erikoistettu versio ebxml rekisteristandardin (ISO 1500 osat 3 ja 4) arkkitehtuurimallista [Ben12, Nou11], joka perustuu rekisterin ja tietovaraston käyttöön [DLA07]. Tietovarasto on paikka, jossa rekisterin osoittama dokumentti sijaitsee ja josta se voidaan noutaa tarvittaessa. Tietovarasto on kykenevä tallentamaan kaiken tyyppistä sisältöä, kun taas rekisteriin tallennetaan metadataa, joka kuvailee sisällön. ebxml rekisteri-informaatiomalli (ISO :2004, ebxml RIM) määrittelee rekisteriin tallennettavat objektit ja kuvaa kuinka nämä tulee järjestää [Ben12, DLA07]. Kuvassa 2 näkyy ebxml RIM:in käsitteiden hierarkkinen rakenne. Ylimmällä tasolla oleva luokka RegistryObject tuottaa pienimmän tarvittavan määrän metadataa rekisteriin tallennettavalla objektille [PP14]. Muiden luokkien ilmentymät mahdollistavat dynaamisen tavan lisätä 4
8 omavalintaisia attribuutteja luokan RegistryObject ilmentymälle. Kuva 2: ebxml rekisteri-informaatiomallin hierarkkinen rakenne [PP14] 3.3 XDS metadata Kun terveydenhuollon organisaatiot päättävät käyttää IHE XDS:n tarjoamaa ratkaisua tietojen jakamiseen ja muodostavat yhtenevän toimialueen, yksi organisaatioiden tehtävistä on määritellä sallitut arvojoukot dokumentista rekisteröitävän tiedon eli metadatan elementeille [Ben12]. IHE XDS tarjoaa ennalta määritellyn joukon dokumentin metadatan elementtejä [DLA07], jotka voidaan jakaa aiheen mukaan dokumenttiin, potilaaseen, dokumentin laatijaan, tapahtumaan ja teknisiin tietoihin liittyviin elementteihin [Ben12]. Nämä metadatan elementit on lueteltu kuvassa 3, jossa elementit on lajiteltu ne määrittelevän toimijan mukaan. Osa metadatan elementtien arvoista on tavallisesti ihmiselle luettavassa muodossa kuten dokumentin otsikko (title) ja potilaan väestötiedot (sourcepatientinfo), joita ovat potilaan nimi, sukupuoli ja syntymäaika [Ben12]. Joidenkin elementtien arvojoukkona käytetään jotakin termistöä kuten SNOMED CT:tä tai LOINC:ia. Tällaisia elementtejä ovat muun muassa dokumentin luokkakoodi (classcode) ja tyyppikoodi (typecode) joiden avulla määritellään, minkälaisesta dokumentista on kyse. Dokumentti voi olla esimerkiksi resepti, kotiutusmääräys tai raportti. Elementtien joukkoon sisältyy useita eri tunnuksia. Näitä ovat esimerkiksi dokumentin tunnus (uniqueid), jolla kyseiseen dokumenttiin voidaan viitata muista dokumenteista, potilaan tunnus (patientid), jolla potilas tunnistetaan rekisterissä, yhtenevän toimialueen tunnus (homecommunityid) ja tietovaraston tunnus (repositoryuniqueid) [Ben12]. Osa tunnuksista, kuten dokumentin tunnus ja pelkästään rekisterissä käytettävä dokumentin tunnus (entryuuid), ovat yleismaallisesti uniikkeja tunnuksia (universally unique identifiers, UUID) ja osa, kuten yhtenevän toimialueen tunnus ja tietovaraston tunnus, ovat objektin tunnuksia (object identifier, OID) [B12, Ben12]. 5
9 UUID:t ovat ohjelmiston käytön aikana luomia uniikkeja tunnuksia, joita käytetään yleensä silloin kun tunnusta ei laadi ihminen [B12]. OID:t ovat tunnuksia, joiden avulla objekteja tunnistetaan tietyn rekisterin sisällä ja tunnukset ovat uniikkeja vain kyseisessä rekisterissä. Kuva 3: IHE XDS metadatan ennaltamääritellyt elementit [Ben12] Dokumentin metadatan rekisteröiminen rekisteriin on normaalisti täysin automatisoitu prosessi, joten rekisteriin tallennettua metadataa on hyvin epäkäytännöllistä ja usein jopa mahdotonta muokata [Ben12]. Tämän takia on otettava huomioon, että dokumentin tuottajan ja tietovaraston tulee koota tarvittavat tiedot dokumentista ennen metadatan rekisteröimistä. 6
10 3.4 Transaktiot XDS:ssä käytetään yleisimmin viittä erilaista transakstiota eli tapahtumaa [IHE9/15]. Dokumenttien tuottaja käynnistää Provide and Register Document Set-transaktion itsensä ja tietovaraston välille aloittaakseen dokumentin julkaisemisprosessin. Kun tietovarasto on vastaanottanut tallennettavat dokumentit, joita voi olla yksi tai useampi, se käyttää Register Document Set-transaktiota välittääkseen dokumenttien metadatan rekisterille rekisteröitäväksi. Ennen rekisteröimistä rekisteri varmistaa dokumenttien metadatan oikeellisuuden ja, jos rekisteri ei onnistu validoimaan yhden tai useamman dokumentin metadataa, transaktio epäonnistuu. Päästäkseen käsiksi tarvitsemiinsa dokumentteihin dokumenttien hyödyntäjä käyttää Registry Stored Query-transaktiota rekisteriin. Rekisteri etsii kyselyn kriteereihin täsmäävien dokumenttien tallennetut metadatat ja palauttaa listan löydettyjen dokumenttien sijainneita ja tunnisteista. Vastaanottamiaan tietoja käyttäen dokumenttien hyödyntäjä suorittaa Retrieve Document Set-transaktion kohdistaen sen dokumentin sisältävään tietovarastoon. Vastineeksi tietovarasto lähettää dokumenttien hyödyntäjälle transaktiossa määritellyn dokumentin. Patient Identity Feed-transaktio välittää potilaan tunnisteen ja potilaan väestötiedot potilasidentieteettien lähteeltä rekisterille [Nou11]. Tätä käytetään silloin, kun potilaille luodaan tunnisteita tai kun tunnisteita muokataan tai yhdistellään [IHE9/15]. Lisäksi transaktiota käytetään silloin, jos potilaan väestötiedot muuttuvat. Patient Identity Feed-transaktion tarkoituksena on pitää rekisterissä olevien potiladen tunnukset ajantasalla. 3.5 XDS dokumentti, XDS kansio ja XDS kokoelma XDS:ssä yksittäinen dokumentti on pienin tietoalkio, jonka tietovarasto arkistoi ja jonka metadata rekisteröidään rekisteriin [IHE9/15]. Dokumentti on kooste kliinisestä informaatiosta ja siltä vaaditaan HL7 CDA (Health Level Seven Clinival Document Architecture) määritelmän mukaiset ominaisuudet, joita ovat muun muassa pysyvyys (persistence) ja täydellisyys (wholeness). Dokumentti voi olla joko ihmisen tai järjestelmän luettavissa. XDS ei määrittele missä muodossa dokumentin sisällön tulisi olla. Tämän takia sisältö voi muodostua vapaasta tekstistä, muotoiltusta tekstistä (HL7 CDA taso 1), kuvista (DICOM) tai rakenteellisesta osasta, jossa on käytetty jotakin termistöä (HL7 CDA taso 2, CCR). XDS:ssä ei ole mahdollista päästä käsiksi vain osaan dokumentin sisältöä, vaan dokumentteja käsitellään kokonaisuuksina. XDS kansioiden avulla dokumenttien tuottajat voivat ryhmitellä dokumentteja haluamallaan tavalla ja dokumenttien hyödyntäjät löytävät yhdestä paikasta tarvitsemiensa dokumenttien sijainnit [IHE9/15]. Kansiot ovat pysyviä tallenteita joita luovat dokumenttien tuottajat. Kun kansio on kerran 7
11 luotu, se on rekisterin tiedossa ja sen sisältöön voidaan kohdistaa kyselyitä. XDS:ssä kansiot eivät voi olla sisäkkäisiä ja jokaisella kansiolla tulee olla uniikki tunniste. Sama dokumentti voi sisältyä useaan eri kansioon. XDS kokoelma (submission set) on pysyvä tallenne, ja se luodaan aina kun suoritetaan esityspyyntö (submisson request) [IHE9/15]. Esityspyyntöjä on kahdenlaisia, joista ensimmäinen on dokumenttien tuottajan lähettämä Provide and Register Document Set-transaktio tietovarastolle. Toinen esityspyyntö on tietovaraston lähettämä Register Document Set-transaktio rekisterille. Jokainen esityspyyntö sisältää informaatiota, jonka avulla XDS dokumentti saadaan rekisteröityä asianmukaisesti. Tämä informaatio koostuu muun muassa dokumentin metadatasta ja kokoelmasta, joka sisältää listan kaikista uusista julkaistavista dokumenteista ja kansioista ja mahdollisesti myös listan aiemmin julkaistuista dokumenteista. Koska kokoelmaan voidaan liittää tieto myös aiemmin julkaistuista dokumenteista, saadaan helposti yhdistettyä kaikki dokumentit, jotka liittyvät olennaisesti potilaan sen hetkiseen hoitoon. Dokumenttien hyödyntäjät voivat suorittaa rekisterille kyselyjä, joilla haetaan kaikki tiettyyn kokoelmaan liittyvät dokumentit. 4 Turvallisuus Yhtenevään toimialueeseen voi kuulua useita terveydenhuollon palveluita tarjoavia organisaatioita, jolloin turvallisuus- ja yksityisyyskäytäntöjen koordinointi voi olla haastavaa [IHE9/15]. Tämän lisäksi hajautetusti toimiva järjestelmä on aina haavoittuvaisempi hyökkäyksille kuin keskitetty järjestelmä, koska keskitetyn järjestelmän ympärille on helpompi rakentaa suojamuurit [Ben12]. Turvallisuuden takaavien käytäntöjen ylläpitäminen vaatii organisaatioilta hyvää yhteistyötä, sillä esimerkiksi yhden organisaation yhtiömuutokset voivat vaikuttaa yhteisiin käytäntöihin, jolloin kaikkien osapuolten on voitava ottaa tarvittavat muutokset huomioon [IHE9/15]. Turvallisuuskäytäntöjen hoitaminen ei siis ole vain kertaluonteinen tapahtuma, vaan vaatii osapuolilta pitkäaikaista aktiivisuutta. IHE XDS profiili ei ota kantaa turvallisuus- ja yksityisyyskäytäntöihin [IHE9/15]. Tämä johtuu siitä, että käytäntöjen toteutukset riippuvat pitkälti lainopillisista asioista sekä terveydenhuollon järjestelmien tyypeistä. XDS pyrkii tarjoamaan mahdollisimman joustavat lähtökohdat käytäntöjen toteutukselle. Lisäksi turvallisuus- ja yksityisuuskäytännöistä tehtävät päätökset saattavat myös vaikuttaa jonkin verran XDS:n toimijoiden toteutukseen, minkä vuoksi on yksinkertaisempaa jättää toteuttajille valinnanvapaus tarvittavien käytäntöjen toteutuksesta. IHE on kehittänyt erilaisia turvallisuutta käsitteleviä profiileja, joita ovat esimerkiksi ATNA (Audit Trail and Node Authentication), BPPC (Basic Patient Privacy Consent), DSG (Document Digital Signature), EUA (Enterprise User Authetication) ja XUA (Cross- Enterprise User Assertion) [Ben12]. 8
12 5 Laajennukset IHE XDS profiilin rinnalle on kehitetty erikoistetut profiilit esimerkiksi kuvantamista (imaging) [IHE7/15] ja lääketieteellisiä yhteenvetoja (medical summaries) varten [IHE14]. Seuraavissa kappaleissa esitellään lyhyesti nämä profiilit. 5.1 Cross-Enterprise Sharing for Imaging (XDS-I, XDS-I.b) XDS-I profiili laajentaa ja erikoistaa XDS profiilin mekanismeja tukemaan kuvantamisen dokumentaatiota, johon kuuluu muun muassa eri tekniikoilla otettuja kuvia sisältäviä tutkimuksia, analyysien tuloksia ja lausuntoja [IHE7/15]. Profiilissa määritellään käsiteltävien dokumenttien tyypit ja tarvittavat transaktiot kuvien julkaisemiseen, rekisteröimiseen ja noutamiseen. XDS-I ei aseta uusia vaatimuksia XDS profiilin määrittelmille toimijoille. 5.2 Cross-Enterprise Sharing of Medical Summary (XDS- MS) Lääketieteelliset yhteenvedot ovat kliinisiä dokumentteja, joissa on koottuna tärkein tieto sähköisistä sairauskertomuksista (electronic medical record, EMR) ja lisäksi dokumentin luomishetkellä kirjoitettu vapaamuotoinen yhteenveto [IHE14]. Yhteenveto luodaan yleisimmin siinä vaiheessa, kun potilaan tilannetietoa päivitetään esimerkiksi kirjaamalla potilaalle lähete toiselle lääkärille tai kotiuttamalla potilas ja lähettämällä potilaan tiedot kirjattavaksi laskutusta varten. XDS-MS profiili on XDS profiilin erikoistettu versio [Ben12] ja määrittelee tarvittavat standardit lääketieteellisten yhteenvetojen välitykseen sekä pienimmän pakollisen tietojoukon, joka tulee välittää yhteenvedossa eteenpäin [IHE14]. Näiden lisäksi profiili määrittelee yhteenvetojen vastaanottajalle vaatimukset, jotka varmistavat lähettäjän lähettämän yhteenvedon kontekstin asianmukaisen säilytyksen. 6 Käyttö maailmalla Kanadassa ja USA:ssa on otettu käyttöön useita XDS profiiliin perustuvia projekteja ja kumpikin maa on valinnut XDS:n dokumenttien jakamisen standardiksi [Nou11]. Myös Euroopassa, Kiinassa ja Japanissa on otettu käyttöön profiiliin perustuvia projekteja. Esimerkiksi Hollannissa laki kieltää potilastietojen keräämisen yhteen paikkaan, minkä takia tiedon jakamiseen on kehitetty IHE XDS profiilin tarjoamaa arkkitehtuuria vastaava kansallinen AORTA-järjestelmä [Spr08]. Suomessa tietoisuus IHE:n tarjoamista tiedonjakoon perustuvista profiileista ei ole vielä kovin mittavaa [Myk08]. IHE XDS profiilia ei Suomessa vielä käytetä sellaisenaan hyödyksi tietojen jakamisessa. 9
13 7 Yhteenveto IHE on terveydenhuollon tietojen jakamista parantamaan perustettu organisaatio, joka perustaa työnsä olemassa oleviin standardeihin. Se kokoaa vuosittain asiantuntijoita ympäri maailmaa tapaamiseen, jossa pyritään selvittämään, mihin terveydenhuollon informaatio-ongelmiin organisaation tulisi erityisesti keskittyä. Ratkaisuiksi IHE kehitelee IHE profiileja, joissa määritellään ratkaisussa käytettävät standardit ja kuinka niitä tulisi käyttää. Profiilien toteutuksia testataan ympäri maailmaa järjestettävissä IHE Connectathon tapahtumissa, joiden perusteella toteutuksien kehittäjät julkaisevat lausuntonsa profiilien toimivuudesta omissa järjestelmissään. IHE:n kehittämän IHE XDS profiilin tarkoitus on parantaa tiedon välitystä yhtenevään toimialueeseen kuuluvien terveydenhuollon palveluita tarjoavien organisaatioiden välillä. Profiili perustuu hajautettuun ratkaisuun, jossa jokainen organisaatio omalla tahollaan ylläpitää dokumenttien arkistointia ja dokumentteihin päästään käsiksi yhteisen rekisterin kautta. Organisaatiot, jotka ovat päättäneet toimia yhteistyössä ja muodostaneet yhtenevän toimialueen, ovat sopineet yhteisistä toimintatavoista ja käytännöistä. Tällaisia ovat esimerkiksi dokumenteista rekisteriin tallennettavien metadatatietojen elementtien arvojoukot. XDS profiili jättää metadatan arvojoukkojen määrittelyn lisäksi monia ohjelmistokehityksessä huomioon otettavia asioita, kuten turvallisuudesta ja yksityisyydestä huolehtimisen, toteuttajalle. Tämä johtuu siitä, että IHE haluaa tarjota järjestelmältä vaadittavien käytäntöjen ja toimintatapojen osalta mahdollisimman neutraalin viitekehyksen, jota on helppo soveltaa eri lähtökohdista. XDS profiilia käytetään laajalti eri puolilla maailmaa, mutta se ei ole muiden IHE:n kehittelemien profiilien lailla kovin tunnettu Suomessa. IHE XDS profiilin rinnalle on kehitetty muutamia sitä laajentavia ja erikoistavia profiileja, joista tekstissä esiteltiin esimerkkinä XDS-I ja XDS-MS. Pelkästään näillä profiileilla ei kuitenkaan saada rakennettua toimivaa ja kaikki käyttötilanteet huomioon ottavaa järjestelmää, sillä niiden tarkoituksena ei ole yksin ratkaista kaikkia dokumenttien jaon tarpeita [IHE7/15]. IHE on kehittänyt ja kehittää jatkuvasti lisää profiileja, joilla pyritään ratkaisemaan tietojen jakamiseen liittyviä ongelmia. Olemassa olevia profiileja ovat esimerkiksi IHE PIX ja IHE PDQ, joita käytetään hyödyksi potilaiden identiteettien selvittämisessä. Lisäksi IHE on kehittänyt esimerkiksi erilaisia profiileja turvallisuuden ja yksityisyyden takaamiseksi, joita voidaan hyödyntää XDS-profiilin yhteydessä. 10
14 Lähteet [B12] T. Benson. The HL7 V3 RIM. Teoksessa Principles of Health Interoperability HL7 and SNOMED, T. Benson, toim. Springer London, 2012, sivut [Be12] T.Benson. Standards Development Organizations Healthcare. Teoksessa Principles of Health Interoperability HL7 and SNOMED, T. Benson, toim. Springer London, 2012, sivut [Ben12] T. Benson. IHE XDS. Teoksessa Principles of Health Interoperability HL7 and SNOMED, T. Benson, toim. Springer London, 2012, sivut [DLA07] A. Dogac, G.B. Laleci, T. Aden ja M. Eichelberg. Enhancing IHE XDS for Federated Clinical Affinity Domain Support. IEEE Transactions on Information Technology in Biomedicine, 11, 2 (2007), sivut [IHE14] IHE. IHE Patient Care Coordination (PCC) Technical Framework, Volume 1 (IHE PCC TF-1): Integration Profiles. 2014, ( ). [IHE7/15] IHE. IHE Radiology (RAD) Technical Framework, Volume 1 (IHE RAD TF-1): Integration Profiles. 2015, ( ). [IHE9/15] IHE. IHE IT Infrastructure (ITI) Technical Framework, Volume 1 (ITI TF-1): Integration Profiles. 2015, ( ). [MDW11] J. Mussi, N. Domeij, K. Wiiting ja C. Parisot. IHE IT Infrastructure White Paper XDS Patient Identity Management. 2011, Patient_ID_Management_Rev2-0_ pdf ( ). [Myk08] J. Mykkänen. IHE - Integrating the Healthcare Enterprise Suomessa - missä mennään? 2008, pdf ( ). [Nou11] R. Noumeir. Sharing medical records: The XDS architecture and communication infrastructure. IT Professional, 13, 4 (2011), sivut [PP14] J. Puustjärvi ja L. Puustjärvi. Using Ontology-Based Registry and SPARQL Engine in Searching Patient s Clinical Documents. BIOSTEC 11
15 2014, Proc. of 7th Internat. Joint Conf. on Biomedical Engineering Systems and Technologies, 2014, sivut [Spr08] R. Spronk. AORTA, the Dutch national infrastructure. 2008, ( ). [Wit14] K. Witting. Health Information Exchange: Integrating the Healthcare Enterprise (IHE). Teoksessa Introduction to Nursing Informatics, K.J. Hannah, P. Hussey, M.A. Kennedy ja M.J. Ball, toim. Springer, 2014, sivut
arvostelija OSDA ja UDDI palveluhakemistoina.
Hyväksymispäivä Arvosana arvostelija OSDA ja UDDI palveluhakemistoina. HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta/Osasto Fakultet/Sektion Faculty/Section Laitos Institution
LisätiedotIHE XDS.b - Kuinka Se Toimii Käytännössä?
IHE XDS.b - Kuinka Se Toimii Käytännössä? Ensemble Käyttäjätapaaminen 20.10.2011 Anssi Kauppi / InterSystems Nordics / Suomi Seuraava Aihe IHE ja IHE Suomessa IHE Profiilit XDS.b Profiili Muita Profiileja
LisätiedotHL7 Clinical Document Architecture. Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki
HL7 Clinical Document Architecture Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki Clinical Document Architecture (CDA) HL7 järjestön standardi Ensimmäinen julkaisu 2000 ja toinen 2005 Kliinisen
LisätiedotXDS-arkkitehtuuri ja sen soveltuvuus kansalliseen SOTE-arkkitehtuuriin
XDS-arkkitehtuuri ja sen soveltuvuus kansalliseen SOTE-arkkitehtuuriin Hanna Pohjonen Rosaldo Oy hanna.pohjonen@rosalieco.fi Hanna Pohjonen Terveydenhuollon IT-konsultti Tehnyt konsultointia 24 eri maassa
LisätiedotSelainpelien pelimoottorit
Selainpelien pelimoottorit Teemu Salminen Helsinki 28.10.2017 Seminaaritutkielma Helsingin yliopisto Tietojenkäsittelytiede ! 1 HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta
LisätiedotIHE-XDS, sähköiset potilaskertomukset ja niiden arkistointi
hyväksymispäivä arvosana arvostelija IHE-XDS, sähköiset potilaskertomukset ja niiden arkistointi Janne Huttunen Pro gradu -tutkielma Helsinki xx.xx.2013 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
LisätiedotOpinnäytetyö (AMK) Tietotekniikan koulutusohjelma. Hyvinvointiteknologia. Kesäkuu FilippKoivu
Opinnäytetyö (AMK) Tietotekniikan koulutusohjelma Hyvinvointiteknologia Kesäkuu 2012 FilippKoivu CROSS-ENTERPRISE DOCUMENT SHARING (XDS)- JA CROSS-ENTERPRISE DOCUMENT SHARING FOR IMAGING (XDS-I) -INTEGRAATIOPROFIILIT
LisätiedotKODAK EIM & RIM VIParchive Ratkaisut
ATK Päivät 2006 Mikkeli KODAK EIM & RIM VIParchive Ratkaisut 29.-30.5. 2006 Stefan Lindqvist HCIS Sales Specialist Health Care Information Systems Kodak Health Group 3/24/2013 1 Arkistoinnin haasteita
LisätiedotSeminaari: HL7 versio 2
hyväksymispäivä arvosana arvostelija Seminaari: HL7 versio 2 Markus Koski Helsinki 29.9.2014 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF
LisätiedotAika/Datum Month and year Kesäkuu 2012
Tiedekunta/Osasto Fakultet/Sektion Faculty Laitos/Institution Department Filosofian, historian, kulttuurin ja taiteiden tutkimuksen laitos Humanistinen tiedekunta Tekijä/Författare Author Veera Lahtinen
LisätiedotTyön laji Arbetets art Level Aika Datum Month and year Sivumäärä Sidoantal Number of pages
Tiedekunta/Osasto Fakultet/Sektion Faculty Laitos Institution Department Tekijä Författare Author Työn nimi Arbetets titel Title Oppiaine Läroämne Subject Työn laji Arbetets art Level Aika Datum Month
LisätiedotHajallaan olevan potilastiedon hallinta
Hajallaan olevan potilastiedon hallinta Hanna Kopperi Pro Gradu -tutkielma HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Helsinki, 15. lokakuuta 2016 HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY
LisätiedotLiite 7: Asiakastietoa käsittelevä järjestelmä Sosiaalihuollon asiakastiedon arkisto. Rajapintakäyttötapaukset
Liite 7: Asiakastietoa käsittelevä järjestelmä Sosiaalihuollon asiakastiedon arkisto Rajapintakäyttötapaukset Versiohistoria Versio Pvm Tekijät Muutokset 1.0 22.4.2016 Katja Korhonen Ensimmäinen julkaistu
LisätiedotKoht dialogia? Organisaation toimintaympäristön teemojen hallinta dynaamisessa julkisuudessa tarkastelussa toiminta sosiaalisessa mediassa
Kohtdialogia? Organisaationtoimintaympäristönteemojenhallinta dynaamisessajulkisuudessatarkastelussatoiminta sosiaalisessamediassa SatuMariaPusa Helsinginyliopisto Valtiotieteellinentiedekunta Sosiaalitieteidenlaitos
LisätiedotPro gradu -tutkielma Meteorologia SUOMESSA ESIINTYVIEN LÄMPÖTILAN ÄÄRIARVOJEN MALLINTAMINEN YKSIDIMENSIOISILLA ILMAKEHÄMALLEILLA. Karoliina Ljungberg
Pro gradu -tutkielma Meteorologia SUOMESSA ESIINTYVIEN LÄMPÖTILAN ÄÄRIARVOJEN MALLINTAMINEN YKSIDIMENSIOISILLA ILMAKEHÄMALLEILLA Karoliina Ljungberg 16.04.2009 Ohjaajat: Ari Venäläinen, Jouni Räisänen
LisätiedotAsiakastietoa käsittelevä järjestelmä. Rajapintakäyttötapaukset
Asiakastietoa käsittelevä järjestelmä Sosiaalihuollon asiakastiedon arkisto Versiohistoria Versio Pvm Tekijät Muutokset 1.0 KK Ensimmäinen julkaistu versio. 2.0 12.10.2016 KK Muokattu käyttötapauksia Arkistoi
LisätiedotEsittely. IHE Finland- järjestön esittely. Osallistujien esittely
Kokous 2.12.2015 08:15 08:30 Aamiainen 08:30 08:45 Tilaisuuden avaus ja esittely 08:45 9:30 Kuva- arkiston toteutusprojekti - Tarja Herttuainen 9:30 10:20 IHE toimintasuunnitelma 2016 Konstantin Hyppönen
LisätiedotMaailman muutosta tallentamassa Marko Vuokolan The Seventh Wave -valokuvasarja avauksena taidevalokuvan aikaan
Maailman muutosta tallentamassa Marko Vuokolan The Seventh Wave -valokuvasarja avauksena taidevalokuvan aikaan Pro gradu -tutkielma 31.1.2012 Helsingin yliopisto Humanistinen tiedekunta Filosofian, historian,
LisätiedotIHE suostumusprofiili BPPC Basic Patient Privacy Consents
IHE suostumusproiili BPPC Basic Patient Privacy Consents HL7 Finland IHE SIG 20.8.2009 Juha Mykkänen Kuopion yliopisto, HIS-tutkimusyksikkö SOLEA-hanke Contains material by Charles Parisot 1 BPPC: sisältöproiili
LisätiedotAsiakastietoa käsittelevä järjestelmä. Rajapintakäyttötapaukset
Asiakastietoa käsittelevä järjestelmä Sosiaalihuollon asiakastiedon arkisto Versiohistoria Versio Pvm Tekijät Muutokset 1.0 KK Ensimmäinen julkaistu versio. 2.0 12.10.2016 KK Muokattu käyttötapauksia Arkistoi
Lisätiedot! #! %! & #!!!!! ()) +
! #! %! & #!!!!! ()) + Tiedekunta/Osasto Fakultet/Sektion Faculty Humanistinen tiedekunta Laitos Institution Department Taiteiden tutkimuksen laitos Tekijä Författare Author Matti Pesonen Työn nimi Arbetets
LisätiedotXDW-profiilin käyttö osana XDS-infrastruktuuria. IHE Finland työkokous Helsingin kuntatalo Esittelijä: Jussi Seilola
XDW-profiilin käyttö osana XDS-infrastruktuuria IHE Finland työkokous Helsingin kuntatalo 10.10.2017 Esittelijä: Jussi Seilola Esittely Jussi Seilola Chief Architect, Social and Healthcare Digialla vuodesta
LisätiedotPaikka: Kallion Kortteli (Kuntatalo), kokoustila A 3.2 (Toinen linja 14, Helsinki) tai Skype for Business- etäyhteys
Työkokous 19.3.2019 Paikka: Kallion Kortteli (Kuntatalo), kokoustila A 3.2 (Toinen linja 14, 00530 Helsinki) tai Skype for Business- etäyhteys TYÖKOKOUKSEN AGENDA: 08:50 Aamukahvi 09:00 Tilaisuuden avaus
LisätiedotLuonnontieteiden popularisointi ja sen ideologia
Luonnontieteiden popularisointi ja sen ideologia Tapauksina Reino Tuokko ja Helsingin Sanomat 1960-luvulla Ahto Apajalahti Helsingin yliopisto Humanistinen tiedekunta Suomen ja Pohjoismaiden historia Pro
LisätiedotKvarkki ja Tiedon ratkaisut
Kvarkki ja Tiedon ratkaisut Joona Pylkäs Head of Imaging, Tieto Healthcare & Welfare joona.pylkas@tieto.com Agenda Kvarkki kansallinen kuva-arkistojärjestelmä Yleisesittely ja keskeiset ominaisuudet Vaikutukset
LisätiedotAction Request System
Action Request System Manu Karjalainen Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 25.10.2000 Action Request System (ARS) Manu Karjalainen Ohjelmistotuotantovälineet
LisätiedotKvarkki tekninen määrittely versio 2.2.1
Kvarkki tekninen määrittely versio 2.2.1 6.2.2016 Muokkauspäivä Versio Muutos Tekijä 3.6.2016 2.1 Tarkennettu mm. palvelutapahtumatunnuksen Pekka Rinne hallintaa keskitetyssä Kvarkissa ja sallittuja tiedostomuotoja
LisätiedotAffinity Domainin perustaminen KVARKKI-arkkitehtuurissa
Affinity Domainin perustaminen KVARKKI-arkkitehtuurissa 16.3.2016 Sisällysluettelo Käytetty sanasto... 2 Johdanto... 4 Affinity Domain tasoiset toiminnallisuuteen sekä tietosisältöön liittyvät vaatimukset...
LisätiedotOppimateriaalin kokoaminen ja paketointi
Oppimateriaalin kokoaminen ja paketointi Pekka Simola Helsinki 14.4.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta/Osasto
LisätiedotKuva-aineistojen arkisto XUA-allekirjoituksen määritys
1 (6) Kuva-aineistojen arkisto XUA-allekirjoituksen 31.10.2017 Muokkauspäivä Versio Muutos Tekijä 31.10.2017 1.01 Muokattu Kvarkki-termi -> Kuva-aineistojen Pekka Rinne arkistoksi. Ei teknisiä muutoksia
LisätiedotHIMSS European EMR Adoption Model. Ari Pätsi Terveydenhuollon ATK päivät Helsinki 15 16.05. 2012
HIMSS European EMR Adoption Model Ari Pätsi Terveydenhuollon ATK päivät Helsinki 15 16.05. 2012 HIMSS Analytics Europe on myöntänyt 23.04.2012 Itä-Savon sairaanhoitopiirille EMR Adobtion Model -tason 6.
LisätiedotKvarkki XUA: sähköisen allekirjoituksen määritys 1 (6) V 1.0. Kvarkki XUA: sähköisen allekirjoituksen määritys
Kvarkki XUA: sähköisen allekirjoituksen määritys 1 (6) Kvarkki XUA: sähköisen allekirjoituksen määritys 9.6.2017 Kvarkki XUA: sähköisen allekirjoituksen määritys 2 (6) Sisältö 1 Johdanto... 3 1.1 Dokumentissa
LisätiedotTerveydenhuollon standardoinnin tilanne tänään, tietohallintopäälli kkö Pekka Ruotsalainen, Stakes
SUOMEN KUNTAUITTO Sosiaali- ja terveysyksikkö TERVEYDENHUOLLON 27. ATK- PAIVAT 4. - 5.6.2001 Terveydenhuollon standardoinnin tilanne tänään, tietohallintopäälli kkö Pekka Ruotsalainen, Stakes cncydcnhuollon
LisätiedotPKI- ja hakemistotarpeet pacsissa
PKI- ja hakemistotarpeet pacsissa keskitetty käyttäjähallinta käyttäjän vahva tunnistaminen 1. klusterissa 2. klusterin ulkopuolella kliinikot: vanhat web-serverit, kliinikkotyöasemat tutkijat 3. etäkäytössä
LisätiedotKliininen dokumentaatio
Kliininen dokumentaatio Suvi Jentze-Korpi Helsinki 29.09.2014 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta Fakultet
LisätiedotKvarkki tekninen määrittely versio 2.3
Kvarkki tekninen määrittely versio 2.3 9.6.2017 Muokkauspäivä Versio Muutos Tekijä 3.6.2016 2.1 Tarkennettu mm. palvelutapahtumatunnuksen Pekka Rinne hallintaa keskitetyssä Kvarkissa ja sallittuja tiedostomuotoja
LisätiedotKansallisen terveysarkiston liityntäpisteen suunnittelu
Kansallisen terveysarkiston liityntäpisteen suunnittelu Sami Teräväinen 18.5.2017 Espoo Valvoja: Prof. Jukka Manner (Aalto-yliopisto) Ohjaaja: DI Juha Järvinen (Commit; Oy) Sisältö Taustaa Ongelman asettelu
LisätiedotKvarkki tekninen määrittely versio 2.2
Kvarkki tekninen määrittely versio 2.2 2.1.2017 Muokkauspäivä Versio Muutos Tekijä 3.6.2016 2.1 Tarkennettu mm. palvelutapahtumatunnuksen Pekka Rinne hallintaa keskitetyssä Kvarkissa ja sallittuja tiedostomuotoja
LisätiedotLaatu syntyy tekemällä
Laatu syntyy tekemällä Toimivaa laadunhallintaa Yli 1000 toimitettua järjestelmää Suomessa yli 500 organisaatiota käyttää järjestelmää toimintojensa ohjaamiseen Tuotekehitys jatkunut vuodesta 1994 ja uusi
Lisätiedotopiskelijan ohje - kirjautuminen
opiskelijan ohje - kirjautuminen estudio on Edupolin kehittämä e-oppimisympäristö koulutusryhmän verkkoalustana perinteisen luokkaopetuksen tukena. etäopiskelussa ja -opetuksessa kotoa tai työpaikalta.
LisätiedotTiedosta hyvinvointia 1 SNOMED CT. Outi Meriläinen
Tiedosta hyvinvointia 1 SNOMED CT Outi Meriläinen 28.11.2006 Tiedosta hyvinvointia 2 SNOMED Systematized Nomenclature of Medicine Tiedosta hyvinvointia 3 SNOMED on kansainvälinen hanke standardoidun, globaalin
LisätiedotHallintomallit Suomen valtionhallinnon tietohallintostrategioissa
Hallintomallit Suomen valtionhallinnon tietohallintostrategioissa Lauri Eloranta Helsingin yliopisto Valtiotieteellinen tiedekunta Viestintä Pro gradu -tutkielma, 2014 Hallintomallit)Suomen)valtionhallinnon)tietohallintostrategioissa
LisätiedotSecGo. Sähköinen allekirjoitus ja sen käyttö. Ari-Pekka Paananen, SecGo VE Oy Director,technology ari-pekka.paananen@secgo.com
SecGo Sähköinen allekirjoitus ja sen käyttö Ari-Pekka Paananen, SecGo VE Oy Director,technology ari-pekka.paananen@secgo.com Turvallinen Sähköinen Tiedonkulku Tunnistetut käyttäjät tietojärjestelmiin Pääsyoikeudet
LisätiedotKohti paperitonta potilaskertomusta. Asko Nieminen Asiantuntijalääkäri PSHP Tietohallinto
Kohti paperitonta potilaskertomusta Asko Nieminen Asiantuntijalääkäri PSHP Tietohallinto Nykytilanne Paperin käyttö Esteet ja hyödyt Tavoite Paperittomuus Sähköinen potilaskertomus Rakenteinen kirjaaminen
LisätiedotKvarkki-määrittely, versio
Kvarkki-määrittely, versio 1.0 20.1.2014 Kvarkki-määrittely Sisällysluettelo 1 Johdanto... 6 2 Sanasto... 6 3 Lähtökohdat; Keskitetty / hajautettu kokonaisuus... 14 3.1 Kanta- ja Kvarkki arkkitehtuurien
LisätiedotKuva-aineistojen arkisto (Kvarkki) tekninen määrittely versio 2.3.1
Kuva-aineistojen arkisto (Kvarkki) tekninen määrittely versio 2.3.1 31.10.2017 Muokkauspäivä Versio Muutos Tekijä 3.6.2016 2.1 Tarkennettu mm. palvelutapahtumatunnuksen Pekka Rinne hallintaa Kuva-aineistojen
Lisätiedot!"#$%&'$("#)*+,!!,"*--.$*#,&--#"*/".,,%0 1&'23456789::94752;&27455<:4;2;&,9:=>23?277<&8=@74;9&ABBCDABBE
!"#$%&'$("#)*+,!!,"*--.$*#,&--#"*/".,,%0 1&'23456789::94752;&2745523?27747544H9;&IG@&JG9?=&15=5H42>:9 '28
LisätiedotKela / IT-osasto KanTa-palveluryhmä Sähköisten lääkärintodistusten välitys KanTa-viestinvälitys
1 Sähköisten lääkärintodistusten välitys KanTa-viestinvälitys 2 VERSIOHISTORIA Versio Pvm Tekijät Selite 1.0 10.5.2012 TV Ensimmäinen julkinen versio 1.1 6.6.2012 TV Välityssanoman lähetys muutetaan synkroniseksi
LisätiedotPotilastiedon arkisto 2. vaiheen tietosisällöt ja toiminnallisuus. Projektipäällikkö Anna Kärkkäinen 10.10.2014
Potilastiedon arkisto 2. vaiheen tietosisällöt ja toiminnallisuus Projektipäällikkö Anna Kärkkäinen 10.10.2014 Kanta-palveluiden tulevat toiminnallisuudet ja sisällöt Potilastiedon arkiston hyödyntäminen
LisätiedotJHS-järjestelmä ja yhteentoimivuus
JHS-järjestelmä ja yhteentoimivuus JHS-seminaari 5.4.2005 Säätytalo Tommi Karttaavi, JUHTA JUHTA Asetettu valtionhallinnon ja kunnallishallinnon tietohallintoyhteistyön suunnittelua ja tietohallintoyhteistyöhön
LisätiedotKela Kanta-palvelut Terveydenhuollon todistusten välitys Toiminnalliset prosessit
Kela Kanta-palvelut 19.5.2016 Terveydenhuollon todistusten välitys Toiminnalliset prosessit Kela Kanta-palvelut 19.5.2016 Sisällys 1 Johdanto... 2 2 Todistuksen välitys vastaanottokäynnin yhteydessä (perusprosessi)3
LisätiedotRekisteri- ja tietosuojaseloste
Rekisteri- ja tietosuojaseloste TÄMÄ ON CORELLIA HELSINKI OY:N HENKILÖTIETOLAIN (10 JA 24 ) JA EU:N YLEISEN TIETOSUOJA-ASETUKSEN (GDPR) MUKAINEN REKISTERI- JA TIETOSUOJASELOSTE. LAADITTU 14.5.2018. VIIMEISIN
LisätiedotKanTa Asiakastietojen käsittely ja menettelytavat eresepti-palvelua käytettäessä
Malli: Asiakastietojen käsittely 1 (7) KanTa Asiakastietojen käsittely ja menettelytavat eresepti-palvelua käytettäessä Ohje: Tämän ohjeen kohderyhmä on terveydenhuollon toimintayksikön johto. Ohje on
LisätiedotKvarkki-määrittely, versio
Kvarkki-määrittely, versio 0.9 17.11.2014 Kvarkki-määrittely Sisällysluettelo 1 Johdanto... 6 2 Sanasto... 6 3 Lähtökohdat; Keskitetty / hajautettu kokonaisuus... 13 3.1 Kanta- ja Kvarkki arkkitehtuurien
LisätiedotWhat is IHE and how is it relevant in Finland? - IHE Suomessa
What is IHE and how is it relevant in Finland? - IHE Suomessa Intersystems Symposium Helsinki, 19.11.2011 Juha Mykkänen Itä-Suomen yliopisto, Kuopion kampus Tietojenkäsittelytieteen laitos HIS-tutkimus
LisätiedotKUULUMISET IHE-INTERNATIONAL JA IHE-EUROPE- KOKOUKSISTA
KUULUMISET IHE-INTERNATIONAL JA IHE-EUROPE- KOKOUKSISTA Kuulumiset IHE Intl kokouksesta 14-15.4.2018 (la-su), Haag Strategic retreat, käytännössä noin 10-tuntisia työpäiviä yhdessä kokoushuoneessa. Paikalla
LisätiedotSÄHKE2-SERTIFIOINTIKRITEERIT
1 (9) Kansallisarkisto SÄHKE2-SERTIFIOINTIKRITEERIT SÄILYTYSJÄRJESTELMÄ v. 2.0 (23.4.2015) VERSIOHISTORIA Versio Päivämäärä Tekijä Sisältö 1.0 15.3.2012 Mikko Eräkaski yhteensä 37 vaatimusta 1.1 21.5.2013
LisätiedotKatsaus korruption vaikutuksesta Venäjän alueelliseen talouskasvuun ja suoriin ulkomaisiin investointeihin
INSTITUUTIOTTALOUSKASVUNEDELLYTYKSENÄ KatsauskorruptionvaikutuksestaVenäjänalueelliseentalouskasvuunjasuoriin ulkomaisiininvestointeihin2000 2010 AshekMohamedTarikHossain HelsinginYliopisto Valtiotieteellinentiedekunta
LisätiedotKokemuksia Viron earkistosta. Madis Tiik Eestin E-terveyden Säätiön johtaja 27.05.2009
Kokemuksia Viron earkistosta Madis Tiik Eestin E-terveyden Säätiön johtaja 27.05.2009 Viron E-Terveys projekti Virossa jo käytössä olevien sovellusten käyttäminen terveydenhuollon tarpeisiin ID-korti Sähköinen
LisätiedotTIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo
TIEKE Verkottaja Service Tools for electronic data interchange utilizers Heikki Laaksamo TIEKE Finnish Information Society Development Centre (TIEKE Tietoyhteiskunnan kehittämiskeskus ry) TIEKE is a neutral,
LisätiedotKAUPPATIEDONSIIRRON VÄLINEET RAKENNUSALAN VERKOSTOTALOUDESSA
KAUPPATIEDONSIIRRON VÄLINEET RAKENNUSALAN VERKOSTOTALOUDESSA CM-Systems Oy tutkimuksen tausta ja tavoite tulos ja kehitetty ratkaisu ohjelmiston kuvaus projektinhallintaan erikoistunut ohjelmisto- ja konsulttiyritys,
LisätiedotSTM/THL/Kela Kuvantamisen valtakunnallinen arkkitehtuuri. LUONNOS Hyväksyttäväksi 9/2014
LUONNOS Hyväksyttäväksi 9/2014 1 Sanasto Termi Selite Viittaus Affinity Domain Assigning Authority DICOM IHE ATNA IHE BPPC IHE CT IHE IOCM IHE PIX IHE XCA IHE XCA-I IHE XDS.b Yhden XDS-rekisterin laajuinen
LisätiedotSukupuu -ohjelma. Ossi Väre (013759021) Joni Virtanen (013760641)
Sukupuu -ohjelma Ossi Väre (013759021) Joni Virtanen (013760641) 7.11.2011 1 Johdanto Toteutimme C -kielellä sukupuuohjelman, johon käyttäjä voi lisätä ja poistaa henkilöitä ja määrittää henkilöiden välisiä
LisätiedotTiedekunta/Osasto Fakultet/Sektion Faculty Valtiotieteellinen tiedekunta
Tiedekunta/Osasto Fakultet/Sektion Faculty Valtiotieteellinen tiedekunta Laitos Institution Department Politiikan ja talouden tutkimuksen laitos Tekijä Författare Author Virta, Mikko Antero Työn nimi Arbetets
LisätiedotJohtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?
Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? JÄRJESTÄJÄ SAVO Q AIKA 14.11.2018 Kokonaisarkkitehtuurin määrittelyä Tekijä(t) Armour, F. & Kaisler, S. 2017. Introduction to Enterprise
LisätiedotHakemistojen käytettävyys hajautuneen potilastiedon hallinnassa
Hakemistojen käytettävyys hajautuneen potilastiedon hallinnassa Janne Huttunen Espoo 12.4.2015 Pro gradu -tutkielma HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET
LisätiedotJARI PORRASMAA
Genomitieto terveydenhuollossa - ajatuksia kokonaisarkkitehtuurista 11.11.2014 JARI PORRASMAA Kokonaisarkkitehtuuri? (VM et al) TOIMINTA prosessit palvelut TIETO käsitteet tietomallit TIETO- JÄRJESTELMÄ
Lisätiedotsivu 1 (5) Sähköinen lääkemääräys vaatimusmäärittely versio 2.71
sivu 1 (5) Sähköinen vaatimusmäärittely 12.12.2014 versio 2.71 LIITE 2: Reseptien Reseptikeskuksesta / Potilastietojärjestelmät HL7 MedicalRecords dokumentissa on määritelty tarkat ehdot, joiden mukaisesti
LisätiedotTerveydenhuollon tietotekniikka. Seminaari 5.9.2012
Terveydenhuollon tietotekniikka Seminaari 5.9.2012 Seminaarin ohjelma 13.00-13.30 Terveydenhuollon ohjelmistojen kansalliset laatuvaatimukset Teemupekka Virtanen, STM 13.30-14.00 Lääkinnällisten laitteiden
Lisätiedot1 Virtu IdP- palvelimen testiohjeet
Versio Päivämäärä Muutoshistoria 1.0 5.9.2011 1.1 2.3.2012 Päivitetty metadataosoite 1.2. 24.2.2015 Päivitetty testipalvelinohjeen osoite 1 Virtu IdP- palvelimen testiohjeet Virtuun liitettävää IdP- palvelinta
LisätiedotX-road ja e-health seka valinnanvapaus- ja kapitaatiokokemukset Viron perusterveydenhuollossa. mitä voimme oppia Virosta.
X-road ja e-health seka valinnanvapaus- ja kapitaatiokokemukset Viron perusterveydenhuollossa mitä voimme oppia Virosta Madis Tiik Madis Tiik, MD, Phd 14.12.2012 Tarton Yliopisto, Lääkäri 1996 Tarton Yliopisto,
LisätiedotOsallistavan suunnittelun kyselytyökalu
Osallistavan suunnittelun kyselytyökalu Käyttöohje ARFM- hankkeessa jatkokehitetylle SoftGIS-työkalulle Dokumentti sisältää ohjeistuksen osallistavan suunnittelun työkalun käyttöön. Työkalu on käytettävissä
LisätiedotOmatietovaranto. Jari Suhonen, THL Jari Suhoenn/ OPER
Omatietovaranto Jari Suhonen, THL 25.10.2016 27.10.2016 Jari Suhoenn/ OPER 1 Tulossa THL:stä PHR-kokonaisuuden yleiskuvaus Kuvaus kokonaisuudesta, periaatteet ja linjaukset Saatavilla vuoden 2016 aikana
LisätiedotFaktoja Kanta-palveluista nyt ja tulevaisuudessa Yksikön johtaja Marina Lindgren, Kela
Faktoja Kanta-palveluista nyt ja tulevaisuudessa 12.10.2016 Yksikön johtaja Marina Lindgren, Kela Tässä esityksessä Mitä Kanta-palvelut ovat nyt? Mitä uutta on tulossa? Mitä vaatimuksia Kanta-palvelujen
LisätiedotSeminaari: Keskusmuistitietokannat. Keskusmuistitietokantojen samanaikaisuuden hallinta Ilkka Pullinen
Seminaari: Keskusmuistitietokannat Keskusmuistitietokantojen samanaikaisuuden hallinta Ilkka Pullinen Sisältö Johdanto Esiteltävien menetelmien taustoja Hajautetun tietokannan spekuloiva samanaikaisuuden
LisätiedotTERVEYDENHUOLLON LOMAKKEIDEN NYKYTILA JA TULEVAISUUS. Terveydenhuollon Atk-päivät 26.-27.5.2009 Jyväskylän Paviljongissa Timo Siira, neuvonantaja
TERVEYDENHUOLLON LOMAKKEIDEN NYKYTILA JA TULEVAISUUS Terveydenhuollon Atk-päivät 26.-27.5.2009 Jyväskylän Paviljongissa Timo Siira, neuvonantaja Terveydenhuollon lomakkeet Lomakkeesta voidaan yleistäen
LisätiedotPaikkatietojen tietotuotemäärittely
Paikkatietojen tietotuotemäärittely Esityksen sisältö: Mikä on paikkatietotuote? Mikä on paikkatietotuoteseloste? Kuka paikkatietotuotteita määrittelee? Mikä on paikkatietotuoteselosteen sisältö? Mitä
LisätiedotArkkitehtuurinen reflektio
Arkkitehtuurinen reflektio Toni Ruokolainen Toni.Ruokolainen@cs.helsinki.fi Helsinki 6.10.2003 Tiivistelmä HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET
LisätiedotKanTa-palvelut sähköinen resepti ja potilastiedon arkisto Vakuutusyhtiöpäivä Henna Koli, Kela
KanTa-palvelut sähköinen resepti ja potilastiedon arkisto Vakuutusyhtiöpäivä 28.5.2013 Henna Koli, Kela KanTa-palvelut Kansallinen Terveysarkisto (KanTa) on yhteinen nimitys terveydenhuollon, apteekkien
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
Lisätiedot- Järjestelmä nuorisotyön dokumentointiin
- Järjestelmä nuorisotyön dokumentointiin Taustaa Romania Hunedoara County Direction for Sport and Youth Irlanti - City of Dublin Youth Service Board Ruotsi KEKS Viro - Association of Estonian Open Youth
LisätiedotALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN. Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi
ALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi MISTÄ ALUETIETOJÄRJESTELMÄSSÄ ON KYSYMYS? Asiakkaan tietojen tulisi olla saatavissa vain niiden käyttöön,
LisätiedotKeskustelusivusto. Suunnitteludokumentti
Keskustelusivusto Suunnitteludokumentti Tietokantasovellus, Syksy 2007, Ryhmä 1 Tuomas Puikkonen tpuikkon@cs.helsinki.fi Tietojenkäsittelytieteen laitos Helsingin Yliopisto Sisältö Keskustelusivusto...1
LisätiedotPaikkatietojen tietotuotemäärittely
Paikkatietojen tietotuotemäärittely Esityksen sisältö: Mikä on paikkatietotietotuote? Mikä on paikkatietotuotemäärittely? Kuka paikkatietotuotteita määrittelee? Mikä on paikkatietotuotemäärittelyn sisältö?
LisätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
LisätiedotOhje 1 (12) Maarit Hynninen-Ojala MOODLE PIKAOHJE. Kirjautuminen Moodleen ja työtilan valitseminen
Ohje 1 (12) Maarit Hynninen-Ojala MOODLE PIKAOHJE Kirjautuminen Moodleen ja työtilan valitseminen 1. Verkko-osoite: http://moodle.metropolia.fi 2. Kirjautuminen: omat verkkotunnukset 3. Oma Moodlessa näkyvät
LisätiedotOLENNAISET TOIMINNALLISET VAATIMUKSET - PÄIVITETTY LUOKITUS JA JÄRJESTELMÄLOMAKE Kela toimittajayhteistyökokous 26.4.
OLENNAISET TOIMINNALLISET VAATIMUKSET - PÄIVITETTY LUOKITUS JA JÄRJESTELMÄLOMAKE 24.4.2019 Kela toimittajayhteistyökokous 26.4.2019 1 ASIAKASTIETOLAIN 250/2014 MUKAISET OLENNAISET VAATIMUKSET I Toiminnalliset
LisätiedotOhje ja testitapaus. 1 Käyttöönottokoe. 1.1 Kanta-arkistonhoitaja ja Arkistonhoitajan käyttöliittymä. 1.2 Käyttöönottokokeessa esiintyvät ongelmat
Ohje ja testitapaus 1 (5) Ohje ja testitapaus 1 Käyttöönottokoe Käyttöönottokokeen tarkoituksena on varmistaa teknisesti tietojärjestelmien yhteentoimivuus tuotantoympäristössä. Tätä käyttöönottokokeen
LisätiedotKIRJAUTUMINEN JÄRJESTELMÄÄN ALOITUSSIVU. OMAT ASETUKSET Salasanan vaihto. VITANet KÄYTTÄJÄOPAS. Avaa VITANet osoitteessa https://vitanet.vita.
KIRJAUTUMINEN JÄRJESTELMÄÄN Avaa VITANet osoitteessa https://vitanet.vita.fi Kirjaudu sisään saamillasi käyttäjäkohtaisilla tunnuksilla. Käyttäjätunnus: xxxxxxx Salasana: xxxxxxxx Asiakas: esim. VITALA
LisätiedotTietosuojaseloste. Trimedia Oy
Tietosuojaseloste Trimedia Oy www.trimedia.fi info@trimedia.fi +358 44 535 7215 1 Tietosuojaseloste 1. Rekisterin pitäjä Yritys valvoo antamiasi tietoja ja on vastuussa henkilötiedoista tietosuojalain
LisätiedotLääkitysmäärittelyt 2016 Käyttötapaukset
Lääkitysmäärittelyt 2016 1(18) Lääkitysmäärittelyt 2016 Terveyden ja hyvinvoinnin laitos Heikki Virkkunen Päivi Mäkelä-Bengs Riikka Vuokko Versio 0.1 (27.10.2015) Lääkitysmäärittelyt 2016 2(18) Pvm Päivitetyt
Lisätiedotopiskelijan ohje - kirjautuminen
opiskelijan ohje - kirjautuminen estudio on Edupolin kehittämä e-oppimisympäristö koulutusryhmän verkkoalustana perinteisen luokkaopetuksen tukena tai etäopiskelussa ja -opetuksessa kotoa tai työpaikalta.
LisätiedotKokemuksia IHE-toiminnasta
Kokemuksia IHE-toiminnasta Hannu Laesvuori Commit; Oy Commit; Toimittaa ratkaisuja terveydenhuollon organisaatioiden tarpeisiin sekä asiakaskohtaisia sähköisen liiketoiminnan ratkaisuja Päätuote laajassa
LisätiedotSTM/THL/Kela Kuvantamisen valtakunnallinen arkkitehtuuri
1 Sanasto Termi Selite Viittaus Affinity Domain Assigning Authority DICOM EMR tai HIS IHE ATNA IHE BPPC IHE CT IHE IOCM IHE PIX IHE XCA IHE XCA-I Yhden XDS-rekisterin laajuinen alue, toiselta nimeltään
LisätiedotWebforum. Version 15.1 uudet ominaisuudet. Päivitetty: 2015-03-28
Webforum Version 15.1 uudet ominaisuudet Päivitetty: 2015-03-28 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Dokumentit... 5 Uudet versiot dokumenttien katseluohjelmista ipadille... 5 Dokumenttien
LisätiedotSosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto
Sosiaalihuollon asiakirjastandardi kehittyy Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto 1 Esityksen sisältö Asiakirjastandardin lähtökohdat Suunnitteluperiaatteet
LisätiedotJulkisen hallinnon yhteinen kokonaisarkkitehtuuri
Julkisen hallinnon yhteinen kokonaisarkkitehtuuri Yhteisten palvelujen kartta Määrittely 0.9 Päiväys 15.3.2017 Tiivistelmä 15.3.2017 2 (7) Yhteentoimivuutta syntyy myös erityisesti yhteisiä palveluja kehittämällä
LisätiedotAsiakkaan on hyväksyttävä tämän tietosuojaselosteen ehdot käyttääkseen Samppalinnan Kesäteatterin palveluita.
Samppalinnan Kesäteatterin tietosuojaseloste Asiakkaan on hyväksyttävä tämän tietosuojaselosteen ehdot käyttääkseen Samppalinnan Kesäteatterin palveluita. Selosteella informoimme asiakkaitamme heidän henkilötietojensa
LisätiedotFinCC luokituskokonaisuuden päivitys FinCC seminaari THL, Helsinki
Anneli Ensio FinCC luokituskokonaisuuden päivitys FinCC seminaari 28.2.2012 THL, Helsinki Kansallinen hoitotyön kirjaamismalli 1. Päätöksenteon prosessimalli (WHOn hoitotyön malli, Suomeen 1970 luvulla)
Lisätiedot