Hajautuneen potilastiedon hallinta

Koko: px
Aloita esitys sivulta:

Download "Hajautuneen potilastiedon hallinta"

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.

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ätiedot

IHE XDS.b - Kuinka Se Toimii Käytännössä?

IHE 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ätiedot

HL7 Clinical Document Architecture. Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki

HL7 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ätiedot

XDS-arkkitehtuuri ja sen soveltuvuus kansalliseen SOTE-arkkitehtuuriin

XDS-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ätiedot

Selainpelien pelimoottorit

Selainpelien pelimoottorit Selainpelien pelimoottorit Teemu Salminen Helsinki 28.10.2017 Seminaaritutkielma Helsingin yliopisto Tietojenkäsittelytiede ! 1 HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta

Lisätiedot

IHE-XDS, sähköiset potilaskertomukset ja niiden arkistointi

IHE-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ätiedot

Opinnäytetyö (AMK) Tietotekniikan koulutusohjelma. Hyvinvointiteknologia. Kesäkuu FilippKoivu

Opinnä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ätiedot

KODAK EIM & RIM VIParchive Ratkaisut

KODAK 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ätiedot

Seminaari: HL7 versio 2

Seminaari: 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ätiedot

Aika/Datum Month and year Kesäkuu 2012

Aika/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ätiedot

Työn laji Arbetets art Level Aika Datum Month and year Sivumäärä Sidoantal Number of pages

Työ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ätiedot

Hajallaan olevan potilastiedon hallinta

Hajallaan 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ätiedot

Liite 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 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ätiedot

Koht dialogia? Organisaation toimintaympäristön teemojen hallinta dynaamisessa julkisuudessa tarkastelussa toiminta sosiaalisessa mediassa

Koht dialogia? Organisaation toimintaympäristön teemojen hallinta dynaamisessa julkisuudessa tarkastelussa toiminta sosiaalisessa mediassa Kohtdialogia? Organisaationtoimintaympäristönteemojenhallinta dynaamisessajulkisuudessatarkastelussatoiminta sosiaalisessamediassa SatuMariaPusa Helsinginyliopisto Valtiotieteellinentiedekunta Sosiaalitieteidenlaitos

Lisätiedot

Pro 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 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ätiedot

Asiakastietoa käsittelevä järjestelmä. Rajapintakäyttötapaukset

Asiakastietoa 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

Esittely. IHE Finland- järjestön esittely. Osallistujien esittely

Esittely. 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ätiedot

Maailman muutosta tallentamassa Marko Vuokolan The Seventh Wave -valokuvasarja avauksena taidevalokuvan aikaan

Maailman 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ätiedot

IHE suostumusprofiili BPPC Basic Patient Privacy Consents

IHE 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ätiedot

Asiakastietoa käsittelevä järjestelmä. Rajapintakäyttötapaukset

Asiakastietoa 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ätiedot

XDW-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 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ätiedot

Paikka: Kallion Kortteli (Kuntatalo), kokoustila A 3.2 (Toinen linja 14, Helsinki) tai Skype for Business- etäyhteys

Paikka: 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ätiedot

Luonnontieteiden popularisointi ja sen ideologia

Luonnontieteiden 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ätiedot

Kvarkki ja Tiedon ratkaisut

Kvarkki 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ätiedot

Action Request System

Action 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ätiedot

Kvarkki tekninen määrittely versio 2.2.1

Kvarkki 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ätiedot

Affinity Domainin perustaminen KVARKKI-arkkitehtuurissa

Affinity 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ätiedot

Oppimateriaalin kokoaminen ja paketointi

Oppimateriaalin 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ätiedot

Kuva-aineistojen arkisto XUA-allekirjoituksen määritys

Kuva-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ätiedot

HIMSS 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 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ätiedot

Kvarkki 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) 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ätiedot

Terveydenhuollon standardoinnin tilanne tänään, tietohallintopäälli kkö Pekka Ruotsalainen, Stakes

Terveydenhuollon 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ätiedot

PKI- ja hakemistotarpeet pacsissa

PKI- 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ätiedot

Kliininen dokumentaatio

Kliininen 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ätiedot

Kvarkki tekninen määrittely versio 2.3

Kvarkki 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ätiedot

Kansallisen terveysarkiston liityntäpisteen suunnittelu

Kansallisen 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ätiedot

Kvarkki tekninen määrittely versio 2.2

Kvarkki 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ätiedot

Laatu syntyy tekemällä

Laatu 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ätiedot

opiskelijan ohje - kirjautuminen

opiskelijan 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ätiedot

Tiedosta hyvinvointia 1 SNOMED CT. Outi Meriläinen

Tiedosta 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ätiedot

Hallintomallit Suomen valtionhallinnon tietohallintostrategioissa

Hallintomallit Suomen valtionhallinnon tietohallintostrategioissa Hallintomallit Suomen valtionhallinnon tietohallintostrategioissa Lauri Eloranta Helsingin yliopisto Valtiotieteellinen tiedekunta Viestintä Pro gradu -tutkielma, 2014 Hallintomallit)Suomen)valtionhallinnon)tietohallintostrategioissa

Lisätiedot

SecGo. 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 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ätiedot

Kohti paperitonta potilaskertomusta. Asko Nieminen Asiantuntijalääkäri PSHP Tietohallinto

Kohti 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ätiedot

Kvarkki-määrittely, versio

Kvarkki-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ätiedot

Kuva-aineistojen arkisto (Kvarkki) tekninen määrittely versio 2.3.1

Kuva-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;&27455<:4;2;&,9:=>23?277<&8=@74;9&ABBCDABBE !"#$%&'$("#)*+,!!,"*--.$*#,&--#"*/".,,%0 1&'23456789::94752;&2745523?27747544H9;&IG@&JG9?=&15=5H42>:9 '28

Lisätiedot

Kela / IT-osasto KanTa-palveluryhmä Sähköisten lääkärintodistusten välitys KanTa-viestinvälitys

Kela / 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ätiedot

Potilastiedon 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 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ätiedot

JHS-järjestelmä ja yhteentoimivuus

JHS-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ätiedot

Kela Kanta-palvelut Terveydenhuollon todistusten välitys Toiminnalliset prosessit

Kela 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ätiedot

Rekisteri- ja tietosuojaseloste

Rekisteri- 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ätiedot

KanTa Asiakastietojen käsittely ja menettelytavat eresepti-palvelua käytettäessä

KanTa 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ätiedot

Kvarkki-määrittely, versio

Kvarkki-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ätiedot

What is IHE and how is it relevant in Finland? - IHE Suomessa

What 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ätiedot

KUULUMISET IHE-INTERNATIONAL JA IHE-EUROPE- KOKOUKSISTA

KUULUMISET 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ätiedot

SÄHKE2-SERTIFIOINTIKRITEERIT

SÄ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ätiedot

Katsaus korruption vaikutuksesta Venäjän alueelliseen talouskasvuun ja suoriin ulkomaisiin investointeihin

Katsaus korruption vaikutuksesta Venäjän alueelliseen talouskasvuun ja suoriin ulkomaisiin investointeihin INSTITUUTIOTTALOUSKASVUNEDELLYTYKSENÄ KatsauskorruptionvaikutuksestaVenäjänalueelliseentalouskasvuunjasuoriin ulkomaisiininvestointeihin2000 2010 AshekMohamedTarikHossain HelsinginYliopisto Valtiotieteellinentiedekunta

Lisätiedot

Kokemuksia 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 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ätiedot

TIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo

TIEKE 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ätiedot

KAUPPATIEDONSIIRRON VÄLINEET RAKENNUSALAN VERKOSTOTALOUDESSA

KAUPPATIEDONSIIRRON 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ätiedot

STM/THL/Kela Kuvantamisen valtakunnallinen arkkitehtuuri. LUONNOS Hyväksyttäväksi 9/2014

STM/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ätiedot

Sukupuu -ohjelma. Ossi Väre (013759021) Joni Virtanen (013760641)

Sukupuu -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ätiedot

Tiedekunta/Osasto Fakultet/Sektion Faculty Valtiotieteellinen tiedekunta

Tiedekunta/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ätiedot

Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?

Johtamisen 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ätiedot

Hakemistojen käytettävyys hajautuneen potilastiedon hallinnassa

Hakemistojen 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ätiedot

JARI PORRASMAA

JARI 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ätiedot

sivu 1 (5) Sähköinen lääkemääräys vaatimusmäärittely versio 2.71

sivu 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ätiedot

Terveydenhuollon tietotekniikka. Seminaari 5.9.2012

Terveydenhuollon 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ätiedot

1 Virtu IdP- palvelimen testiohjeet

1 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ätiedot

X-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. 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ätiedot

Osallistavan suunnittelun kyselytyökalu

Osallistavan 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ätiedot

Omatietovaranto. Jari Suhonen, THL Jari Suhoenn/ OPER

Omatietovaranto. 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ätiedot

Faktoja Kanta-palveluista nyt ja tulevaisuudessa Yksikön johtaja Marina Lindgren, Kela

Faktoja 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ätiedot

Seminaari: Keskusmuistitietokannat. Keskusmuistitietokantojen samanaikaisuuden hallinta Ilkka Pullinen

Seminaari: 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ätiedot

TERVEYDENHUOLLON 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 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ätiedot

Paikkatietojen tietotuotemäärittely

Paikkatietojen 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ätiedot

Arkkitehtuurinen reflektio

Arkkitehtuurinen 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ätiedot

KanTa-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ä 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ätiedot

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Sisää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 - 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ätiedot

ALUEARKKITEHTUURI 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 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ätiedot

Keskustelusivusto. Suunnitteludokumentti

Keskustelusivusto. Suunnitteludokumentti Keskustelusivusto Suunnitteludokumentti Tietokantasovellus, Syksy 2007, Ryhmä 1 Tuomas Puikkonen tpuikkon@cs.helsinki.fi Tietojenkäsittelytieteen laitos Helsingin Yliopisto Sisältö Keskustelusivusto...1

Lisätiedot

Paikkatietojen tietotuotemäärittely

Paikkatietojen 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ätiedot

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Arkkitehtuurikuvaus. 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ätiedot

Ohje 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 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ätiedot

OLENNAISET TOIMINNALLISET VAATIMUKSET - PÄIVITETTY LUOKITUS JA JÄRJESTELMÄLOMAKE Kela toimittajayhteistyökokous 26.4.

OLENNAISET 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ätiedot

Ohje 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 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ätiedot

KIRJAUTUMINEN JÄRJESTELMÄÄN ALOITUSSIVU. OMAT ASETUKSET Salasanan vaihto. VITANet KÄYTTÄJÄOPAS. Avaa VITANet osoitteessa https://vitanet.vita.

KIRJAUTUMINEN 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ätiedot

Tietosuojaseloste. Trimedia Oy

Tietosuojaseloste. 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ätiedot

Lääkitysmäärittelyt 2016 Käyttötapaukset

Lää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ätiedot

opiskelijan ohje - kirjautuminen

opiskelijan 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ätiedot

Kokemuksia IHE-toiminnasta

Kokemuksia 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ätiedot

STM/THL/Kela Kuvantamisen valtakunnallinen arkkitehtuuri

STM/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ätiedot

Webforum. Version 15.1 uudet ominaisuudet. Päivitetty: 2015-03-28

Webforum. 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ätiedot

Sosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto

Sosiaalihuollon 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ätiedot

Julkisen hallinnon yhteinen kokonaisarkkitehtuuri

Julkisen 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ätiedot

Asiakkaan on hyväksyttävä tämän tietosuojaselosteen ehdot käyttääkseen Samppalinnan Kesäteatterin palveluita.

Asiakkaan 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ätiedot

FinCC luokituskokonaisuuden päivitys FinCC seminaari THL, Helsinki

FinCC 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