TYÖPYÖTÄINTEGRAATION AVOIMET SOVEL- LUSRAJAPINNAT

Koko: px
Aloita esitys sivulta:

Download "TYÖPYÖTÄINTEGRAATION AVOIMET SOVEL- LUSRAJAPINNAT"

Transkriptio

1 PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6 STUDIES AND REPORTS OF THE PLUGIT PROJECT 6 Mika Tuomainen, Antti Komulainen, Juha Rannanheimo, Juha Mykkänen TYÖPYÖTÄINTEGRAATION AVOIMET SOVEL- LUSRAJAPINNAT KUOPION YLIOPISTO SAVONIA-AMMATTIKORKEAKOULU KUOPIO 2004

2 Tekijät: Mika Tuomainen (myös toim.) Antti Komulainen Juha Rannanheimo Savonia Business Savonia-ammattikorkeakoulu Juha Mykkänen HIS-tutkimusyksikkö, Tietotekniikkakeskus Kuopion yliopisto Myynti: Tietotekniikkakeskus / Kanslia Kuopion yliopisto puh. (017) ISBN (koko teos) ISBN (osa 6) ISBN (PDF) Kopijyvä Oy, Kuopio Kuopio 2004

3 Tuomainen, Mika; Komulainen, Antti; Rannanheimo, Juha; Mykkänen, Juha. Työpöytäintegraation avoimet sovellusrajapinnat. PlugIT-hankkeen selvityksiä ja raportteja s ISBN (KOKO TEOS) ISBN (OSA 6) ISBN (PDF) TIIVISTELMÄ Potilasta hoidettaessa potilaan tietoja on tarkasteltava kokonaisvaltaisesti. Potilastiedot ovat tyypillisesti useissa järjestelmissä, jonka seurauksena käyttäjän työasemalla on usein tarpeellista olla käynnissä yhtäaikaisesti useita eri sovelluksia. Koska järjestelmien välillä ei ole riittävästi yhteistoiminnallisuutta, lääkärin tai muun hoitohenkilökunnan täytyy erikseen kirjautua sisään kuhunkin järjestelmään ja hakea esimerkiksi potilaan tiedot erikseen joka järjestelmään. Näin käyttäjä joutuu tekemään useita samankaltaisia toimintoja eri järjestelmiin. Työpöytäintegraation tarkoitus on tuoda apua tähän ongelmaan. Se määrittelee yleisen mallin työasemalla toimivien sovellusten työpöytälähtöisen visuaalisen integroinnin toteuttamiseen. Työpöytäintegraation tavoitteena on helpottaa erillisten järjestelmien yhtäaikaista käyttöä ja parantaa näin käyttäjän työprosesseja, joista tulee tehokkaampia ja paremmin työnkulkua tukevia. Tässä raportissa esitellään PlugIT-hankkeessa määriteltyjen työpöytäintegraation avointen sovellusrajapintojen taustaselvitykset, tekniikkariippumattoman määrittelyt sekä tekninen HTTPrajapintamäärittely. Työpöytäintegraatio-rajapintojen avulla voidaan toteuttaa kertakirjautuminen sekä yhteisen kontekstin jakaminen eri järjestelmien kesken. Raportin tulokset on tuotettu PlugIT-hankkeessa tutkijoiden, terveydenhuollon organisaatioiden ja ohjelmistoyritysten yhteistyössä vuosina Sen tuottamisessa on hyödynnetty hankkeen integrointiratkaisujen arviointi- ja määrittelymenetelmiä. Yleinen kymmenluokittelu UDK: Asiasanat (YSA): tiedonhallinta, tietojärjestelmät, terveydenhuolto, standardointi, systeemityö, tietoteollisuus Medical Subject Headings (MeSH): medical informatics, information systems, information management, software, health care sector, hospital information systems

4

5 ESIPUHE Tämä raportti on tehty PlugIT-hankkeessa vuosina Raportissa dokumentoidaan hankkeessa tuotettu kontekstinhallinnan määrittely, joka sisältää avoimet sovellusrajapinnat työpöytäintegraation toteuttamiseksi. Raportti on suunnattu ennen kaikkea ohjelmistojen tuottajille, jotka haluavat toteuttaa ohjelmistoihinsa PlugIT-määritysten mukaiset työpöytäintegraatio-rajapinnat joko toteuttavana tai hyödyntävänä osapuolena. Raporttia voivat hyödyntää myös järjestelmien kehittämiseen osallistuvat terveydenhuollon ja tietohallinnon ammattilaiset. Raportti sisältää taustat, jotka vaikuttivat kehitystyöhön sekä tuotetut kontekstinhallinnan määritykset. PlugIT-hanketta ovat rahoittaneet ja siihen ovat osallistuneet TEKES, Mawell konserni, Medimaker Oy Ltd, Medici Data Oy, Mediweb Oy, Mylab Oy, Tietoenator Oyj, WM-data Novo Oyj, Atkos Oy, BEA Systems Oy, Commit; Oy, Enfo Oy, Fujitsu Services Oy, General Electric Healthcare CIS EMEA, Mediconsult Oy, Microsoft Oy, Oracle Finland Oy, Helsingin ja Uudenmaan sairaanhoitopiirin kuntayhtymä, Pirkanmaan sairaanhoitopiirin kuntayhtymä, Pohjois-Savon sairaanhoitopiirin kuntayhtymä, Pohjois-Pohjanmaan sairaanhoitopiirin kuntayhtymä, Satakunnan sairaanhoitopiirin kuntayhtymä, Varsinais-Suomen sairaanhoitopiirin kuntayhtymä, Kuopion kaupungin sosiaali- ja terveyskeskus sekä Siilinjärven ja Maaningan terveydenhuollon kuntayhtymä. Kiitämme hankkeeseen osallistuvien yritysten ja sairaaloiden edustajia hyvistä ideoista ja näkökulmista. Kuopiossa 30. elokuuta 2004 Tekijät

6

7 SISÄLLYS 1 JOHDANTO PlugIT-hanke Raportin sisältö TYÖPÖYTÄINTEGRAATIO Yleistä työpöytäintegraatiosta Työpöytäintegraation käsitteet TAUSTA PLUGIT-KONTEKSTINHALLINTARATKAISU Kontekstinhallintaratkaisun sisältö Kontekstinhallinnan toiminta Kontekstinhallintaan liittyminen Potilaskontekstin muutos Käyttäjäkontekstin muutos Kontekstinhallinnasta eroaminen Kokoava esimerkki Kontekstinhallintaratkaisun sessionhallinta, elinkaari ja identifiointi KONTEKSTINHALLINTARATKAISUN TIETOSISÄLTÖ Konteksti Subjektit Subjektien nimeäminen Subjektien käyttäminen PlugIT-kontekstinhallintaratkaisun subjektit KÄYTTÄJÄ-SUBJEKTI POTILAS-SUBJEKTI CUSTOM SUBJEKTIT Subjektit ja turvallisuus TEKNIIKKARIIPPUMATTOMAT RAJAPINTAMÄÄRITTELYT Rajapintojen, metodien, parametrien, poikkeuksien ja subjektien nimeäminen Rajapinnat Metodit Parametrit Poikkeukset Subjektit ContextManager-rajapinta JoinCommonContext LeaveCommonContext ContextData-rajapinta SetItemValues GetItemValues Rajapintojen käyttöesimerkki...27

8 7 RAJAPINTAMÄÄRITTELYT HTTP-TEKNIIKALLE Arkkitehtuuri Tekniikka Sessionhallinta Pollaukset Metodit HTTP-viesteillä HTTP GET / POST-viestit MIME-header HTTP-kutsun muodostaminen Paluuarvon muodostaminen Poikkeukset ContextManager-rajapinta JoinCommonContext JoinCommonContextWithIp LeaveCommonContext ContextData-rajapinta SetItemValues GetItemValues TURVALLISUUS TOTEUTUKSET, HYÖDYNTÄMINEN JA JATKOKEHITYS Toteutukset Muu hyödyntäminen Jatkokehitys LÄHTEET...41 Liite 1: Turvallisuus. Liite 2: Työaseman identifioimisvaihtoehdot. Liite 3: HTTP-viestien tarkennukset. Liite 4: PlugIT-kontekstinhallintaratkaisun ja CCOW-standardin keskeisimmät erot.

9 TUOMAINEN, KOMULAINEN, RANNANHEIMO, MYKKÄNEN 1 JOHDANTO 1.1 PlugIT-hanke PlugIT on vuosina toteutettu valtakunnallinen Tekes-rahoitteinen tutkimus- ja kehittämishanke, joka tuottaa avoimia ohjelmistorajapintojen määrityksiä sekä niihin liittyviä menetelmiä ja osaamista terveydenhuollon ohjelmistoyrityksille ja niiden asiakkaille. Hankkeen tavoitteena on tukea terveydenhuollon palvelutoimintaa ohjelmistotuotannon palveluketjun kautta, paremmin integroituvien ohjelmistokokonaisuuksien avulla (PlugIT 2004). Tutkimuksen sekä rajapintojen määrittelyn ovat toteuttaneet neljä Kuopion Centekin yksikköä yhteistyössä 15 ohjelmistoyrityksen, kuuden sairaanhoitopiirin (mukaan lukien kaikki yliopistolliset sairaanhoitopiirit) sekä yhden kahden kunnan terveydenhuollon kuntayhtymän kanssa. 1.2 Raportin sisältö Tämän dokumentin luvussa 2 esitellään työpöytäintegraatiota yleisesti sekä selvitetään työpöytäintegraatioon liittyvät käsitteet. Luvussa 3 esitetään taustoja, jotka ovat vaikuttaneet kontekstinhallintamäärittelyjen tuottamiseen. Luvussa 4 käydään läpi PlugIT-hankkeessa tuotetun kontekstinhallintaratkaisun perustoiminta. Luvussa 5 kuvataan PlugIT-kontekstinhallintaratkaisun tietosisältö ja sen muodostamisperiaatteet. Luvussa 6 ovat kontekstinhallinnan rajapintamäärittelyt tekniikkariippumattomina ja luvussa 7 rajapintamäärittelyt HTTP-tekniikalle. Luvussa 8 käsitellään kontekstinhallintaratkaisuun liittyviä turvallisuusnäkökohtia. Luvun 9 kerrotaan kontekstinhallintaan liittyvistä toteutuksista, kontekstinhallinnan määrittelyjen muusta hyödyntämisestä sekä rajapintojen jatkokehittämisestä. TYÖPÖYTÄINTEGRAATION AVOIMET SOVELLUSRAJAPINNAT 9

10 TUOMAINEN, KOMULAINEN, RANNANHEIMO, MYKKÄNEN 2 TYÖPÖYTÄINTEGRAATIO 2.1 Yleistä työpöytäintegraatiosta Työpöytäintegraation (visual integration) tavoitteena on helpottaa erillisten järjestelmien yhtäaikaista käyttöä samalla työpöydällä. Esimerkiksi terveydenhuollon järjestelmissä käyttäjä joutuu tekemään useaan kertaan perusperiaatteiltaan samanlaisia toimintoja eri järjestelmissä. Näitä toimintoja ovat tyypillisesti järjestelmiin kirjautuminen ja sekä tietyn potilaan tietojen hakeminen. Työpöytäintegraatio helpottaa tätä tilannetta tarjoamalla keinot kertakirjautumisen ja yhteiseen kontekstiin siirtymisen toteuttamiseksi. Kertakirjautumisessa (single sign-on) käyttäjän tarvitsee kirjautua vain kerran yhteen järjestelmään. Muut integraatioon kytketyt sovellukset kykenevät käyttämään hyväksi tätä kirjautumistietoa, niin ettei niihin tarvitse kirjautua erikseen. Yhteiseen kontekstiin siirtymisen avulla käyttäjälle tarjotaan automaattinen tai helppo siirtyminen samaan potilaaseen tai muuhun käsiteltävänä olevaan asiaan eri järjestelmissä. Näin käyttäjän tarvitsee syöttää esimerkiksi potilaan tunnus ja hakea haluamansa potilaan tiedot vain yhteen järjestelmään. Muut järjestelmät osaavat työpöytäintegraatiota hyödyntäen hakea saman potilaan tiedot potilastunnuksen perusteella ilman erillistä potilastunnusten syöttämistä. Työpöytäintegraatio määrittelee yleisen mallin työasemalla toimivien sovellusten työpöytälähtöisen visuaalisen integroinnin toteuttamiseen. Kyseessä on selvityksessä Terveydenhuollon sovellusintegraatioratkaisujen määrittely (Mykkänen ym. 2004a) kuvatuista integrointimalleista käyttäjäläheinen integrointi. Työpöytäintegraation avulla käyttäjälle tarjotaan yhdenmukainen näkymä käsiteltävään tietoon huolimatta tarpeesta käsitellä tietoa useissa eri järjestelmissä. Tavoitteena on helpottaa erillisten järjestelmien yhtäaikaista käyttöä ja parantaa näin käyttäjän työprosesseja, joista tulee tehokkaampia ja paremmin työnkulkua tukevia. On tärkeää kuitenkin huomata, että työpöytäintegraatio ei poista sovelluksissa sijaitsevaa päällekkäistä tietoa. Se kuitenkin helpottaa ja tehostaa merkittävästi käyttötilanteita, joissa sama käyttäjä joutuu käyttämään useita sovelluksia samanaikaisesti. Käyttäjälle jää tällöin enemmän aikaa varsinaiseen työhönsä turhan toiston poistuttua. Myös mahdollisuus esimerkiksi väärän potilaan käsittelemiseen potilastunnuksen syöttövirheen johdosta pienenee ja näin voidaan varmistua, että ollaan käsittelemässä samaa potilasta eri järjestelmissä. 2.2 Työpöytäintegraation käsitteet Yhteinen konteksti (common context) muodostuu joukosta yhteisiä tietoja ja käsitteitä, entiteettejä (entities), joita eri järjestelmät voivat käsitellä samalla tavalla järjestelmien sisäisestä toteutuksesta riippumatta. Yhteisten entiteettien merkityksen on oltava sama kaikissa järjestelmissä. Näitä ovat esimerkiksi käyttäjän ja asiakkaan (terveydenhuollossa potilaan) perustiedot. Myös muut mahdolliset tiedot ja käsitteet, joilla on sama merkitys eri järjestelmissä, voivat kuulua yhteiseen kontekstiin. Kontekstinhallintaa (context management) käytetään usein työpöytäintegraation synonyymina. Kontekstinhallinta pitää sisällään tekniikat ja keinot, joilla työpöytäintegraatio voidaan toteuttaa. Kontekstinhallinta-arkkitehtuurin muodostavat siihen kuuluvat kontekstia käsittelevät tai hyödyntävät olemassa olevat järjestelmät, koordinaattori-komponentti sekä mahdolliset agenttikomponentit (kuva 2.1). 10 PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6

11 TUOMAINEN, KOMULAINEN, RANNANHEIMO, MYKKÄNEN Järjestelmä 2 Järjestelmä 1 Järjestelmä 3 Koordinaattorikomponentti Agenttikomponentti Agenttikomponentti Kuva 2.1. Kontekstinhallinta-arkkitehtuuri. Koordinaattori-komponentti (context manager) toimii työpöydällä olevien järjestelmien näkymättömänä koordinaattorina. Se on ohjelmistokomponentti, joka ylläpitää ja koordinoi käsiteltävää kontekstia sekä yhteyksiä sovelluksiin. Koordinaattori-komponentin avulla siihen liittyneet sovellukset voivat jakaa keskenään yhteistä kontekstia. Tällöin puhutaan myös yhteisen kontekstin synkronoinnista. Agenttikomponenttien avulla voidaan yhdistää eri sovellusten samaa entiteettiä tarkoittavat tiedot huolimatta entiteettien eri arvoista eri järjestelmissä. Esimerkiksi käyttäjällä voi olla eri käyttäjätunnus eri sovelluksissa. Agenttikomponentin avulla käyttäjän yhden järjestelmän käyttäjätunnuksen perusteella voidaan kontekstiin asettaa myös käyttäjän muissa sovelluksissa käyttämät erilaiset käyttäjätunnukset. Näin huolimatta eri käyttäjätunnuksista eri järjestelmissä, kertakirjautuminen voidaan toteuttaa. Käyttäjätunnusten täytyy olla tietysti tallennettuna etukäteen agenttikomponentille. Agenttikomponenttien käyttäminen on valinnainen lisätoiminto, jota ei välttämättä tarvitse toteuttaa kontekstinhallinta-arkkitehtuuriin. Järjestelmät ovat organisaatiossa jo olemassa olevia järjestelmiä. Koordinaattori-komponenttiin liitetyt järjestelmät eivät tiedä toisistaan, ne kommunikoivat ainoastaan koordinaattorin kanssa. Työpöydällä (desktop) tarkoitetaan käyttäjän yhden työaseman kuvaruudulla näkyvää käyttöliittymän työaluetta. TYÖPÖYTÄINTEGRAATION AVOIMET SOVELLUSRAJAPINNAT 11

12 TUOMAINEN, KOMULAINEN, RANNANHEIMO, MYKKÄNEN 3 TAUSTA PlugIT -hankkeen osapuolet tunnistivat jo hankkeen alkuvaiheessa kontekstinhallinnan ja sen avulla toteutettavan työpöytäintegraation yhdeksi keskeiseksi integrointimäärittelyn kohteeksi. Tehtävien määrittelyjen tavoitteeksi asetettiin soveltuvuus olemassa oleviin järjestelmiin sekä mahdollisten avointen standardien hyödyntäminen. PlugIT-hankkeessa tutkittiin aluksi Health Level Seven-yhdistyksen ylläpitämää CCOWstandardia (HL7 2004), joka on avoin standardi työpöytäintegraation toteuttamiseksi. Ensin perehdyttiin itse CCOW-standardiin, sen arkkitehtuuriin ja perusratkaisuihin ja arvioitiin standardin mahdollista toteuttamista ja käyttöönottamista. Sen jälkeen tutkittiin tarkemmin standardin mukaisia rajapintoja, joiden avulla CCOW-yhteensopivuus olisi mahdollista toteuttaa. Myös yhteen kaupalliseen sovelluskehitysohjelmistoon perehdyttiin tarkemmin. Sovelluskehitysohjelmiston avulla toteutettiin CCOW-yhteensopivia Windows-pohjaisia (ActiveX) demosovelluksia. Tämän työn tulokset on dokumentoitu opinnäytetyössä CCOW-standardi ja sen toteutus Sentillion Vergence Application SDK:lla (Komulainen, Tuomainen 2002). Lisäksi kokeiltiin toteuttaa demosovelluksia HTTP-tekniikalle. Näiden kokeilujen tarkoituksena oli selvittää, millaista CCOWyhteensopivuuden toteuttaminen sovelluksiin on. Koordinaattori-komponentista toteutettiin vielä minimiversio tavoitteena selvittää mm. komponentin toteuttamisen vaatimaa työmäärää. Käytännössä CCOW-standardin mukainen toteutus oli hankkeen osapuolten mielestä liian raskas tapa toteuttaa työpöytäintegraatiota. Lisäksi CCOW-standardin mukaisia valmiita tuotteita oli markkinoilla vain muutamia toteutuksia. Näin epävarmuustekijöiksi nousivat kontekstinhallintaympäristön hinnoittelu sekä mahdollinen riippuvaisuus ulkomaisesta toimittajasta. PlugIT -hankkeen aikana selvisi, että hankkeen eri osapuolien mielestä kontekstin välittäminen järjestelmien kesken ei saanut olla automaattista (kuten CCOW-standardissa), vaan sen haluttiin tapahtuvan käyttäjän toimesta/aloitteesta. Kontekstinhallinnan tarpeet Suomessa olivat näin vain tietojen vienti kontekstivarastoon ja niiden haku sieltä, eikä kontekstin vaihtumiseen haluttu automatiikkaa. Keskeisin kontekstinhallinnan toiminnallisuus oli näin saavutettavissa kevyemmälläkin ratkaisulla kuin CCOW-standardin mukainen tapa. Näiden tulosten perusteella PlugIT-hankkeessa alettiin määritellä kevyempää kontekstinhallintaratkaisua työpöytäintegraation toteuttamiseksi Suomessa. Ratkaisussa sovellettiin HL7:n CCOW-standardia ja määriteltiin yksinkertainen hajautettu kontekstinhallintapalvelu, johon eri tekniikoilla toteutetut tietyllä käyttäjän työasemalla sijaitsevat (esim. Windows- ja web-pohjaiset) sovellukset olisi helppo liittää. Tarkoituksena ei kuitenkaan ollut toistaa standardissa jo määriteltyjä vaatimuksia, vaan hahmottaa minimiratkaisua, jolla CCOW-tyyppinen toiminnallisuus olisi saavutettavissa. Keskeisimpänä tavoitteena oli määritellä perustoiminnallisuus, jolla käyttäjä- ja potilaskontekstin käsittely olisi toteutettavissa. PlugIT-kontekstinhallintaratkaisu yksinkertaistaa koordinaattorin toteutusta huomattavasti. Myös osallistuvien sovellusten ja koordinaattorin välinen viestintä on suoraviivaisempaa. PlugITkontekstinhallintaratkaisun keskeisimmät erot verrattuna CCOW-standardiin on lueteltu liitteessä PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6

13 4 PLUGIT- KONTEKSTINHALLINTARATKAISU Tässä luvussa esitellään PlugIT-hankkeessa tuotettu kontekstinhallintaratkaisun perustoiminta. Kontekstinhallinnan määrittelyt ovat tässä raportissa Kontekstinhallinnan määrittely versio 2 - dokumentin (Tuomainen 2004) mukaiset. 4.1 Kontekstinhallintaratkaisun sisältö Kontekstinhallintaratkaisu muodostuu koordinaattori-komponentista ja siihen liittyneistä sovelluksista. Koordinaattori toimii työpöydällä olevien järjestelmien näkymättömänä kontekstin koordinoijana. Sen avulla siihen liittyneet sovellukset voivat jakaa keskenään yhteistä kontekstia. Kontekstinhallintaan liittyneet sovellukset ovat olemassa olevia sovelluksia (web/työasema). PlugITkontekstinhallintaratkaisu määrittelee koordinaattorin tarjoamat rajapinnat sovelluksille, rajapintojen käytön, sekä yhteisen kontekstin tietosisällön ja nimeämisen (kuva 4.1). Rajapinnat käydään tarkasti läpi tämän dokumentin luvussa 6 Tekniikkariippumattomat määrittelyt ja luvussa 7 Rajapintamäärittelyt HTTP-tekniikalle. Kontekstinhallinnan tietosisältöä ja nimeämistä käsitellään luvussa 5 Subjektit Sovellus 1 (web/työasema) Sovellus n (web/työasema) CM CD Koordinaattori Yhteinen konteksti Rajapinnat CM = ContextManager CD = ContexData Kuva 4.1. Minimitason kontekstinhallinta. 4.2 Kontekstinhallinnan toiminta Kontekstimuutosten toteuttamiseksi koordinaattorin tarvitsee toteuttaa kontekstinhallintaan liittymisessä ja siitä eroamisessa, sekä kontekstin tietosisällön käsittelyssä tarvittavat metodit. Sovelluksiin ei tarvitse toteuttaa rajapintoja, ne käsittelevät kontekstitietoja koordinaattorin tarjoamilla get/set- TYÖPÖYTÄINTEGRAATION AVOIMET SOVELLUSRAJAPINNAT 13

14 metodeilla. Koordinaattori ei näin koskaan kutsu osallistuvia sovelluksia. CCOW-standardin ilmoituksia kontekstin muutoksista tai kartoituksen tuloksista ei tarvita. CCOW-standardin kontekstinmuutosilmoitukset ja kartoitukset on kuvattu tarkemmin dokumentissa CCOW -standardi ja sen toteutus Sentillion Vergence Application SDK:lla (Komulainen, Tuomainen 2002). PlugIT-kontekstinhallintaratkaisussa kontekstiin kohdistuvat haut tapahtuvat käyttäjälähtöisesti potilaskontekstin osalta, taustalla ei ole CCOW-standardin automatiikkaa. Käytännössä tämä tarkoittaa sitä, että käyttäjä päättää, milloin sovellus hakee viimeisimmäksi käsitellyn potilaan tunnuksen kontekstista tai hakeminen perustuu välillisesti johonkin käyttäjän toimeen (esim. formloadiin). Haluttaessa potilaskonteksti voidaan hakea myös aina, kun sovellus avataan ensimmäisen kerran. Käyttäjätunnuksen osalta toimintoketju on käyttäjästä riippumaton. Järjestelmä hyödyntää käyttäjäkontekstia, kun se haluaa toteuttaa kertakirjautumisen Kontekstinhallintaan liittyminen Sovelluksen on liityttävä (Join) kontekstinhallintaan ennen kuin se voi kutsua muita kontekstinhallinnan metodeja. Missä vaiheessa sovellus omassa logiikassaan sitten liittyy kontekstinhallintaan, on ratkaistava toteutuskohtaisesti Potilaskontekstin muutos Potilaskontekstin muutos tapahtumaketju on seuraavanlainen (oletuksena, että sovellus on jo liittynyt kontekstinhallintaa): 1. Käyttäjä valitsee potilaan käyttäen jotain integraatioon kytkettyä sovellusta. 2. Sovellus asettaa (set) kontekstia identifioivan tunnisteen (potilastunniste) koordinaattorin ylläpitämään kontekstiin. 3. Käyttäjä vaihtaa toiseen sovellukseen ja klikkaa esim. "Hae viimeisin potilas" painiketta, jolloin toinen sovellus hakee kontekstista viimeisimmäksi käsitellyn potilaan. 4. Toinen sovellus sopeuttaa sisäisen tilansa ja näyttää tiedot potilaskontekstin mukaisesti (näyttää sen potilaan tiedot, jonka potilastunnuksen sai kontekstinhallinnasta) Käyttäjäkontekstin muutos Tässä on oletuksena, että on olemassa yksi luotettu sovellus, joka saa asettaa käyttäjätunnuksen kontekstiin, muut voivat vain hakea käyttäjätunnuksen kontekstista. Aihetta on käsitelty luvussa 8 Turvallisuus. Käyttäjäkontekstin muutos ei ole käyttäjän itsensä ohjaamaa, vaan hänen näkökulmastaan automaattista. Näin voidaan toteuttaa kertakirjautuminen eri sovelluksiin. Tämä tarkoittaa seuraavaa: Kun sovellusta avataan ja se liittyy kontekstinhallintaan, tarkistaa sovellus, onko kontekstinhallinnassa jo käyttäjätunnus (= käyttäjä on jo kerran kirjautunut johonkin kontekstinhallintaan kirjautumisen mahdollistavaan luotettuun sovellukseen). Jos on, hakee sovellus käyttäjätunnuksen kontekstista ja suorittaa automaattisen sisäänkirjauksen. Jos sovellusta avattaessa kontekstissa ei ole käyttäjätunnusta (= käyttäjä ei ole vielä kirjautunut kontekstinhallintaan kirjautumisen mahdollistavaan luotettuun sovellukseen), on olemassa seuraavat vaihtoehdot: 14 PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6

15 Jos sovelluksella, johon käyttäjä on kirjautumassa, on oikeus asettaa käyttäjä kontekstinhallintaan, pyydetään käyttäjää kirjautumaan, jonka jälkeen sovellus asettaa käyttäjätunnuksen kontekstiin Jos sovelluksella ei ole oikeutta asettaa käyttäjää kontekstiin, on käyttäjän kirjauduttava vain tähän sovellukseen ja käytettävä sitä ilman kontekstinhallintaa tai sitten käyttäjän on ensin kirjauduttava organisaatiossa ennalta määriteltyyn luotettuun sovellukseen. Näin käyttäjäkontekstinmuutosten tapahtumaketjusta muodostuu seuraavanlainen: 1. Käyttäjä avaa sovelluksen, joka liittyy kontekstinhallintaan. 2. Sovellus tarkistaa, onko käyttäjä jo kirjautunut kontekstinhallintaan luotetun sovelluksen välityksellä Jos käyttäjä on kirjautunut, sovellus hakee käyttäjätunnuksen kontekstista ja kirjaa käyttäjän sovellukseen Ellei käyttäjä ole kirjautunut, sovellus pyytää käyttäjää kirjautumaan. Jos kyseessä on luotettu sovellus, käyttäjäkonteksti asetetaan samalla koordinaattorin ylläpitämään kontekstiin. Jos kyseessä ei ole luotettu sovellus, kirjautuminen suoritetaan ainoastaan kyseiseen sovellukseen. 3. Vaiheet 1 ja 2 toistetaan aina, kun uusi sovellus aukaistaan. 4. Sovelluksia suljettaessa tai käyttäjän kirjautuessa ulos sovelluksesta sovellus eroaa kontekstista Kontekstinhallinnasta eroaminen Sovellusta suljettaessa tai siitä uloskirjautumisessa on huomioitava: Sovelluksen on erottava kontekstista. Kun viimeinenkin sovellus eroaa kontekstista, on kontekstinhallinnan lopetettava työpöydän yhteisen kontekstin ylläpitäminen Kokoava esimerkki Seuraavassa kokoava esimerkki kontekstinhallinnan toiminnasta (kuva 4.2). Esimerkissä kaksi järjestelmää liittyy koordinaattorin ylläpitämään kontekstiin ja sekä asettaa että hakee tietoa kontekstista. Lopuksi järjestelmät eroavat kontekstista. TYÖPÖYTÄINTEGRAATION AVOIMET SOVELLUSRAJAPINNAT 15

16 Järjestelmä 1 Koordinaattori Järjestelmä 2 1. Avaa järjestelmä 1 3. Käyttäjä A kirjautuu järjestelmään 1 2. Liity kontekstinhallintaan 4. Aseta käyttäjäkonteksti 5. Hae potilas X 6. Aseta potilaskonteksti 8. Liity kontekstinhallintaan 7. Avaa järjestelmä 2 9. Hae konteksti (käyttäjä ja potilas) Kontekstitiedot Järjestelmä 2: Kirjaa käyttäjä A ja näytä potilas X 12. Hae viimeisimmäksi käsitelty potilas 13. Hae potilaskonteksti 11. Aseta potilaskonteksti 10. Vaihda potilas Y Kontekstitiedot Näytä potilas Y 14. Eroa kontekstinhallinnasta 15. Eroa kontekstinhallinnasta Kuva 4.2. Kokoava esimerkki kontekstinhallinnan toiminnasta. 1. Aluksi käyttäjä avaa ensimmäisen järjestelmän (Järjestelmä 1) työpöydälle. 2. Järjestelmä 1 liittyy koordinaattoriin. 3. Käyttäjä kirjautuu normaalisti Järjestelmään 1 (järjestelmän on oltava luotettu sovellus). 4. Kirjautumisen jälkeen Järjestelmä 1 asettaa vaiheessa 3 saamansa käyttäjän käyttäjätunnuksen koordinaattorin ylläpitämään kontekstiin. 5. Käyttäjä hakee Järjestelmän 1 näytölle potilaan X. 6. Potilaan haun jälkeen Järjestelmä 1 asettaa potilaan X potilastunnuksen koordinaattorin ylläpitämään kontekstiin. Koordinaattorin ylläpitämässä kontekstissa on nyt käyttäjän käyttäjätunnus sekä potilaan X potilastunnus. 7. Käyttäjä avaa Järjestelmän Järjestelmä 2 liittyy koordinaattoriin. 9. Järjestelmä 2 käy avautuessaan hakemassa kontekstista kontekstitiedot. Käyttäjän käyttäjätunnuksen avulla Järjestelmä 2 kirjaa käyttäjän automaattisesti sisään. Näin toteutuu kertakirjautuminen. Lisäksi kontekstissa oli myös potilaan potilastunnus. Potilastunnuksen perusteella Järjestelmä 2 hakee vielä automaattisesti potilaan X Järjestelmän 2 näytölle. Näin potilaskonteksti on synkronoitu järjestelmien välille. 10. Käyttäjä vaihtaa Järjestelmässä 2 potilaan Y näytölle. 11. Järjestelmä 2 asettaa kontekstiin potilaan Y tunnuksen. 12. Käyttäjä päättää hakea järjestelmään 1 viimeisimmäksi käsitellyn potilaan. 13. Järjestelmä 1 käy hakemassa kontekstista potilaan Y tunnuksen ja vaihtaa näytölle tunnuksen perusteella potilaan Y näytölle. Näin potilaskonteksti on synkronoitu kahden järjestelmän välillä. 14. Järjestelmä 1 eroaa kontekstista. 15. Järjestelmä 2 eroaa kontekstista. Koordinaattori lopettaa tällöin työasemakohtaisen kontekstin ylläpitämisen. 16 PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6

17 4.3 Kontekstinhallintaratkaisun sessionhallinta, elinkaari ja identifiointi Koordinaattori-komponentin yhteydessä aikaväliä, jossa yksi tai useampi ohjelma on yhteydessä komponenttiin, kutsutaan sessioksi. Sessio alkaa, kun ensimmäinen ohjelma liittyy kontekstinhallintaan ja päättyy, kun viimeinen ohjelma katkaisee yhteyden kontekstinhallintaan. Sessionhallinnalla puolestaan tarkoitetaan koordinaattori-komponentin kykyä huolehtia mm. seuraavista asioista: elinkaaren hallinta (session luominen ja tuhoaminen) session identifioiminen session tilan ylläpito (esim. aktivointi, passivointi ja kontekstin säilyttäminen) komponentin oman elinkaaren hallinta (instantiointi, tuhoaminen). PlugIT-kontekstinhallintaratkaisussa kontekstiin liittyvien sovellusten identifiointi toteutetaan käyttämällä seuraavia parametreja: applicationname: sovelluksen yksilöllinen nimi. Liittyessään kontekstinhallintaan sovellus tunnistautuu koordinaattori-komponentille nimensä avulla. Sovelluksen nimellä voidaan myös konfiguroida etukäteen koordinaattorille, mitkä sovellukset voivat osallistua yhteiseen kontekstiin. Konfiguroidaanko sallitut sovellukset etukäteen, on ratkaistava toteutuskohtaisesti. participantcoupon: tunnus, jonka koordinaattori-komponentti antaa sovellukselle sen liittyessä kontekstinhallintaan. Parametri yksilöi kontekstiin osallistuvan sovelluksen ja sovelluksen on käytettävä sitä jatkossa ollessaan yhteydessä koordinaattoriin. työaseman ip: tarvitaan työasema tunnistamiseen, jos koordinaattori sijaitsee palvelimella. Parametrin käyttöä on kuvattu tämän dokumentin kappaleessa 7.3 Sessionhallinta. Parametreja käytetään seuraavasti: Kun sovellus liittyy kontekstinhallintaan, koordinaattori tunnistaa sen applicationnameparametrin avulla. Liittymisen yhteydessä koordinaattorin on annettava sovellukselle uusi participantcoupontunniste Kun sovellus taas eroaa kontekstinhallinnasta, on sen käytettävä saamaansa participantcoupontunnusta, jotta koordinaattori-komponentti voisi ylläpitää listaa kontekstinhallintaan osallistuvista sovelluksista ja lopettaa session, kun viimeinenkin sovellus on katkaissut yhteyden. participantcoupon-tunnusta käytetään sovelluksen tunnistamiseen muissakin koordinaattorin metodeissa (get/set). CCOW-standardin kontekstitunnistetta (contextcoupon) ei PlugIT-kontekstinhallintaratkaisussa tarvita, koska kontekstissa säilytetään vain tuoreinta, viimeksi asetettua kontekstia. Ehdotettua kontekstia ei tarvitse erikseen säilyttää (ehdotettu konteksti kuvattu tarkemmin dokumentissa CCOW - standardi ja sen toteutus Sentillion Vergence Application SDK:lla (Komulainen, Tuomainen 2002)). TYÖPÖYTÄINTEGRAATION AVOIMET SOVELLUSRAJAPINNAT 17

18 5 KONTEKSTINHALLINTARATKAISUN TIE- TOSISÄLTÖ 5.1 Konteksti Kontekstinhallinnan (koordinaattorin) tärkein tehtävä on säilyttää ja ylläpitää työpöytäkohtaista kontekstia, eli tietoja viimeksi valitusta potilaasta, sisäänkirjautuneesta käyttäjästä ja muista mahdollisista tiedoista, joita työpöytäintegraatiossa halutaan hyödyntää. PlugIT-kontekstinhallintaratkaisussa tärkeimmät tiedot liittyvät käyttäjään ja potilaaseen. Näiden tietojen avulla saadaan toteutettua toiminnallisuus, jossa integraatioon osallistuvat sovellukset voivat toteuttaa kertakirjautumisen (käyttäjä) ja seurata saman potilaan tietoja koordinoidusti eri ohjelmissa (potilas). Yksinkertaistettuna tämä tarkoittaa potilaan ja käyttäjän tunnuksien hakemista kontekstista sekä niiden välittämistä kontekstiin. PlugIT-kontekstinhallintaratkaisun kontekstin tietosisältö on määritelty CCOW-standardin dokumentin Subject Data Definitions (Seliger 2002b) mukaisesti tietokokonaisuuksittain, joita kutsutaan subjekteiksi (context data subject). Jokaiseen subjektiin liittyy joukko tietoja, joista jokainen muodostaa nimi-arvoparin (context item). Esimerkiksi käyttäjäsubjektista voisi löytyä seuraava tieto, joka vastaa käyttäjätunnusta: User.ID.Logon MattiM (nimiosa) (arvo). 5.2 Subjektit Subjektien nimeäminen PlugIT-kontekstinhallintaratkaisun subjektien nimeäminen ja syntaksi määritellään CCOWstandardin dokumentin Subject Data Definitions (Seliger 2002b) mukaisesti. Syntaksi on yhteinen kaikille subjektille. Kaikki subjektit nimetään seuraavan säännön mukaisesti: Subject_label.role.Name_prefix.optional_name_suffix Jokainen osa erotetaan toisistaan pisteellä ja jokaisella osalla on oma tarkoituksensa: Subject_label: Ilmaisee subjektin, johon tieto kuuluu, esim. Patient. role: Kertoo tiedon roolin. PlugIT-kontekstinhallintaratkaisussa on määritelty rooliksi ainoastaan: Id = identifier data. Tieto, jota käytetään jonkin todellisen entiteetin tunnistamiseen, esim. yksilöllinen potilastunnus. PlugIT-kontekstinhallintaratkaisun kontekstissa käsitellään ainoastaan Id-tietoja. CCOW-standardissa on määritelty myös muita tiedon rooleja (Seliger 2002b, Tuomainen 2003b). Name_prefix: Ilmaisee mitä tieto tarkoittaa, esimerkiksi Logon (= kirjautumistieto). 18 PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6

19 Optional_name_suffix: Tämä ei ole pakollinen kenttä. Suffix-osan avulla on mahdollista esimerkiksi erottaa eri järjestelmien käyttämät subjektit, jos niiden arvot poikkeavat toisistaan. Suffix-osaan voidaan tätä tarkoitusta varten esimerkiksi sovelluksen nimi. CCOW-standardissa tätä käytetään mm. erottamaan saman käyttäjän eri käyttäjätunnukset eri sovelluksissa (Seliger 2002b, Tuomainen 2003b) Subjektien käyttäminen Seuraavassa käydään läpi subjektien käyttäminen PlugIT-kontekstinhallintaratkaisussa, joka noudattaa CCOW-standardia: Subjektien riippuvaisuus toisistaan: PlugIT-kontekstinhallintaratkaisun käyttäjä- ja potilassubjektit eivät ole riippuvaisia toisistaan, eikä määrittelyssä ole mukana muita subjekteja, jotka voisivat olla riippuvaisia käyttäjä- ja potilas-subjekteista. Vähintään yksi id-tieto kontekstissa: Kontekstin tietosisällölle ei ole muita rajoittavia tekijöitä kuin yhden id-tiedon pakollisuus. Kontekstin tietosisältönä on oltava siis aina vähintään yksi idtieto. Sama tieto useaan kertaan: CCOW-standardissa joillakin subjekteilla voi olla yhtä subjektin nimeä kohden useita eri arvoja. PlugIT-kontekstinhallintaratkaisussa kontekstissa on ainoastaan yksi yksikäsitteinen käyttäjän ja/tai potilaan id-tieto. Aakkoskoosta riippuvuus: Subjektin tietojen nimet ja arvot on käsiteltävä aakkoskoosta riippumattomina, ellei toisin ole erikseen mainittu. HL7 2.4 Specification: Spesifikaatiota käytetään perustana, jos mahdollista, subjektin tietojen nimeämisessä, semantiikassa ja tietojen arvojen tyypeissä. Lokalisointi: Subjektin tietojen nimet tulee esittää englanniksi riippumatta maasta, jossa niitä käytetään. Sen sijaan tietojen arvot voivat olla kyseisen maan omalla kielellä PlugIT-kontekstinhallintaratkaisun subjektit PlugIT-kontekstinhallintaratkaisun kontekstitiedoiksi on määritelty käyttäjä (User)- ja potilassubjektit (Patient). Subjektit User ja Patient on otettu CCOW-standardista ja nimetty standardin mukaisesti. Lisäksi on mahdollista määritellä custom-subjekteja omien tarpeiden mukaan. Customsubjektien määrittelysäännöt ovat CCOW-standardin mukaisia KÄYTTÄJÄ-SUBJEKTI User- eli käyttäjäsubjektia käytetään käyttäjän tunnistamiseen sovelluksessa. Ainoana identifioivana tunnuksena tällä subjektilla on käyttäjän käyttäjätunnus. Käyttäjä-subjektin avulla voidaan toteuttaa kertakirjautuminen (single sign-on). Ensimmäinen sovellus, jonka käyttäjä työpöydällään käynnistää, kysyy käyttäjältä tämän käyttäjätunnuksen, jonka perusteella sovellus sitten asettaa käyttäjätunnuksen yhteiseen kontekstiin. Tämän jälkeen avattavat ja kontekstinhallintaan liittyneet sovellukset voivat käynnistyessään käyttää hyväkseen kontekstissa olevaa käyttäjätietoa ja suorittaa kirjautumisen käyttäjän puolesta. Minimitoteutuksessa tarvitaan vain käyttäjän käyttäjätunnusta, joka on käyttäjän yksilöivä id-tieto User.Id.Logon CCOW-standardista on määritelty käyttäjä-subjektille muitakin item-tietoja (Seliger 2002b, Tuomainen 2003b). TYÖPÖYTÄINTEGRAATION AVOIMET SOVELLUSRAJAPINNAT 19

20 PlugIT-kontekstinhallintaratkaisussa on oletuksena, että kaikki järjestelmät käyttävät samaa geneeristä id-tunnusta ollessaan yhteydessä kontekstinhallintaan. Näin Id-tiedon Suffix-osa ei ole tarpeellinen (User.Id.Logon.Suffix). HL7 tietotyyppi User.Id.Logon-tiedolle on string. Etuna geneerisen id-tunnuksen käytöstä on käyttäjätunnusten mappauksen tarpeettomuus kontekstinhallinnassa. Tosin mahdollinen mappaus geneeristen id-tunnuksien ja järjestelmien omien käyttäjätunnuksien välillä jää järjestelmien omalle vastuulle (ellei geneerisen id-tunnuksen käyttö riitä). Tällainen geneerinen id-tunnus on mahdollista saada varsinkin tulevaisuudessa toimikortilta POTILAS-SUBJEKTI Patient- eli potilassubjektilla tunnistetaan potilas. Potilassubjektin avulla kontekstinhallintaan liittyneet sovellukset voivat synkronoida käyttäjälle näyttämänsä potilaan tiedot. CCOW-standardissa on määritelty potilas-subjektille useita item-tietoja (Seliger 2002b, Tuomainen 2003b). PlugIT-kontekstinhallintaratkaisussa näistä tarvitaan ainoastaan potilaan yksilöivää tunnusta, joka Suomessa on henkilöturvatunnus. Potilaan yksilöivä id-tieto on näin Patient.Id.NationalIdNumber HL7 tietotyyppi Patient.Id.NationalIdNumber-tiedolle on string CUSTOM-SUBJEKTIT Yksittäisellä organisaatiolla voi olla tarve luoda uusia subjekteja omiin käyttötarpeisiinsa, ellei niitä löydy jo valmiiksi määriteltyinä. Tällöin voidaan määritellä itse omia custom-subjekteja. Customsubjektit on määriteltävä kuten CCOW-standardissa (Seliger 2002b). Näin itse määritellyt subjektit eivät ole ristiriidassa CCOW-standardissa valmiiksi määriteltyjen subjektien kanssa. Custom-subjektien erottaminen muista subjekteista tapahtuu käyttämällä erikseen määriteltyä avainsanaa. Avainsanana käytetään custom subjektia käyttävän organisaation World Wide Web Consortium (W3C) domain-nimeä. Tällaisella tekniikalla eri organisaatioiden määrittelemät custom-subjektit voidaan tunnistaa ja erottaa toisistaan. Taulukossa 1 on esimerkkejä customsubjekteista. Taulukko 1. Esimerkkejä custom subjektien määrittelystä. Custom-subjekti [plugit.fi]daterange [plugit.fi]daterange.id [plugit.fi]startdate Selitys Oma uusi subjekti (DateRange), jota ei löydy standardista Oma uusi subjekti (DateRange) ja sille oma uusi item (tieto alkamispäivä, StartDate), Id-osa CCOW-standardin mukainen Patient.Co.[plugit.fi]Current_medications Standardisubjektiin (Patient) lisätty oma uusi item (Current_medications), Co-osa CCOW-standardin mukainen 20 PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 6

Kontekstinhallinta. Päivitetty 17.8.2007. Mika Tuomainen

Kontekstinhallinta. Päivitetty 17.8.2007. Mika Tuomainen Kontekstinhallinta Päivitetty 17.8.2007 Mika Tuomainen Sisältö Työpöytäintegraatio CCOW standardi Miksi CCOW ei käynyt suoraan? Minimikontekstinhallinnan määrittely Tietoturvallinen kontekstinhallinta

Lisätiedot

Muutos Tutkimusyhteistyösopimukseen. PlugIT: Terveydenhuollon sovellusintegraatio

Muutos Tutkimusyhteistyösopimukseen. PlugIT: Terveydenhuollon sovellusintegraatio Muutos PlugIT-tutkimusyhteistyösopimukseen, sivu 1/29 Muutos Tutkimusyhteistyösopimukseen PlugIT: Terveydenhuollon sovellusintegraatio 1. Projektiosapuolet: 1.1 Tutkimusosapuolet KUOPION YLIOPISTO, projektin

Lisätiedot

Help Desk toiminta päättyi 31.12.2004 ja sitä antoivat seuraavat henkilöt:

Help Desk toiminta päättyi 31.12.2004 ja sitä antoivat seuraavat henkilöt: HL7 CDA FAQ päivitetty 15.1.2005 Tämän dokumentin OID-tunnus on 1.2.246.777.11.2005.9. HL7 Help Desk on tarkoitettu HL7 yhdistyksen toteuttamien standardien ja rajapintojen käyttöönottoon liittyvään neuvontaan

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet Järjestelmäarkkitehtuuri (TK081702) Integraation tavoitteita Lähtökohta Web-palvelut Asiakasrekisteri ERP, Tuotannon ohjaus Tuotanto Myynti Intranet Extranet? CRM Johdon tuki Henkilöstö Kirjanpito Palkanlaskenta

Lisätiedot

PlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003. Koko projektin keskeiset tehtävät

PlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003. Koko projektin keskeiset tehtävät PlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003 Tässä työsuunnitelmassa on esitetty vain tutkimussuunnitelman mukaisten tärkeimpien tuotosten aikaansaamiseksi

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services

Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden

Lisätiedot

Ydinpalvelurajapinnat (käyttäjä, käyttöoikeus, potilas): Tekninen liittymämäärittely http- ja XML-tekniikoilla Versio 2.

Ydinpalvelurajapinnat (käyttäjä, käyttöoikeus, potilas): Tekninen liittymämäärittely http- ja XML-tekniikoilla Versio 2. Ydinpalvelurajapinnat (käyttäjä, käyttöoikeus, potilas): Tekninen liittymämäärittely http- ja XML-tekniikoilla Versio 2.0 - alustava PlugIT-projekti, Ydinpalvelurajapinnat Yhteyshenkilö: Marko.Sormunen@uku.fi

Lisätiedot

TW- EAV510: PORTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON

TW- EAV510: PORTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON TWEAV510: PORTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON Laitteessa tulee olla ohjelmisto 5.00.49 tai uudempi, tarvittaessa päivitä laite OPERAATTORIN IPOSOITE Jotta valvontakameran

Lisätiedot

Tikon lisenssin haku

Tikon lisenssin haku Marraskuu 2014 1 (11) lisenssin haku Lisenssin haku -ohje Marraskuu 2014 2 (11) Sisällysluettelo 1 Yleistä... 3 Muuttunut lisenssiavaimen toimituskäytäntö... 3 Milloin lisenssiavainta tarvitaan... 3 Kuka

Lisätiedot

Mallintaminen; kurssipalautejärjestelmä

Mallintaminen; kurssipalautejärjestelmä Thomas Gustafsson & Saara Salminen Mallintaminen; kurssipalautejärjestelmä Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikan koulutusohjelma Mallintaminen, tehtävä 1 21.1.2012 Tiivistelmä Tekijä(t)

Lisätiedot

EMVHost Online SUBJECT: EMVHOST ONLINE CLIENT - AUTOMAATTISIIRROT COMPANY: EMVHost Online Client sovelluksen käyttöohje AUTHOR: DATE: 15.03.

EMVHost Online SUBJECT: EMVHOST ONLINE CLIENT - AUTOMAATTISIIRROT COMPANY: EMVHost Online Client sovelluksen käyttöohje AUTHOR: DATE: 15.03. EMVHost Online SUBJECT: COMPANY: COMMENTS: AUTHOR: EMVHOST ONLINE CLIENT - AUTOMAATTISIIRROT NETS OY EMVHost Online Client sovelluksen käyttöohje NETS OY DATE: 15.03.2011 VERSION: 1.0 1 SISÄLLYS SISÄLLYS...

Lisätiedot

Tikon ostolaskujen käsittely

Tikon ostolaskujen käsittely Toukokuu 2014 1 (8) Toukokuu 2014 2 (8) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen aktivointi... 5 6. Eräajot

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat Järjestelmäarkkitehtuuri (TK081702) SOA yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,

Lisätiedot

todenna.fi todenna.fi Käyttöohje Tässä käyttäohjeessa kerrotaan mikä on todenna.fi -kirjautumispalvelu ja miten sitä käytetään.

todenna.fi todenna.fi Käyttöohje Tässä käyttäohjeessa kerrotaan mikä on todenna.fi -kirjautumispalvelu ja miten sitä käytetään. Käyttöohje Tässä käyttäohjeessa kerrotaan mikä on -kirjautumispalvelu ja miten sitä käytetään. - 0 - Mikä on? Henkilökohtaisia tietojasi sisältävä verkkopalvelu on suojattu niin, että tietosi ovat turvassa.

Lisätiedot

Terveydenhuollon avoimet sovellusrajapinnat - yhteiset perusratkaisut

Terveydenhuollon avoimet sovellusrajapinnat - yhteiset perusratkaisut PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 7 STUDIES AND REPORTS OF THE PLUGIT PROJECT 7 Marko Sormunen, Jari Porrasmaa, Juha Rannanheimo, Juha Mykkänen, Saara Savolainen Terveydenhuollon avoimet sovellusrajapinnat

Lisätiedot

Muutos Tutkimusyhteistyösopimukseen. PlugIT: Terveydenhuollon sovellusintegraatio

Muutos Tutkimusyhteistyösopimukseen. PlugIT: Terveydenhuollon sovellusintegraatio Muutos PlugIT-tutkimusyhteistyösopimukseen, sivu 1/29 Muutos Tutkimusyhteistyösopimukseen PlugIT: Terveydenhuollon sovellusintegraatio 1. Projektiosapuolet: 1.1 Tutkimusosapuolet KUOPION YLIOPISTO, projektin

Lisätiedot

Tikon ostolaskujen käsittely

Tikon ostolaskujen käsittely Toukokuu 2013 1 (7) 6.3.0 Copyright Aditro 2013 Toukokuu 2013 2 (7) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen

Lisätiedot

ILMOITUSSOVELLUS 4.1. Rahanpesun selvittelykeskus REKISTERÖINTIOHJE. SOVELLUS: 2014 UNODC, versio 4.1.38.0

ILMOITUSSOVELLUS 4.1. Rahanpesun selvittelykeskus REKISTERÖINTIOHJE. SOVELLUS: 2014 UNODC, versio 4.1.38.0 Rahanpesun selvittelykeskus ILMOITUSSOVELLUS 4.1 REKISTERÖINTIOHJE SOVELLUS: 2014 UNODC, versio 4.1.38.0 Tekninen tuki: puh: 0295 486 833 (ark. 8-16) email: goaml.krp@poliisi.fi Ilmoitusten sisältöön liittyvät

Lisätiedot

Kokemuksia kertakirjautumisesta kuinka Valvira-kortista tehdään haluttu

Kokemuksia kertakirjautumisesta kuinka Valvira-kortista tehdään haluttu Kokemuksia kertakirjautumisesta kuinka Valvira-kortista tehdään haluttu 26.5.2010 Pertti Eskelinen Head of Consulting and Support Salcom Group Oy, osasto 57 Salcom Groupin tavoite ja missio Yritys, joka

Lisätiedot

ZENworks Application Virtualization 11

ZENworks Application Virtualization 11 ZENworks Application Virtualization 11 ZENworks / perinteinen asennus ZENworks virtualisointi Ei erillistä asennusta Ei vaadita erilisiä oikeuksia Oletusasetukset mukana Eri versiot samanaikaisesti Sama

Lisätiedot

www.solita.fi solita@solita.fi

www.solita.fi solita@solita.fi www.solita.fi solita@solita.fi JAVA-SOVELLUSTEN RAKENTAMINEN INTEGROITUUN YMPÄRISTÖÖN Jarno Peltoniemi Solita Oy 10.5.2005 Aiheet Johdanto Portaalit, portletit Oracle Portal Java-sovelluksen rakentaminen

Lisätiedot

Potilastiedot ja tietoturvallisuus Käyttäjähallinta ja tietoturva kertakirjautumisella

Potilastiedot ja tietoturvallisuus Käyttäjähallinta ja tietoturva kertakirjautumisella Potilastiedot ja tietoturvallisuus Käyttäjähallinta ja tietoturva kertakirjautumisella Terveydenhuollon atk-päivät 19-20.5.2008, Redicom Oy jukka.koskinen@redicom.fi Käyttäjähallinta (IDM) Salasanahallinta

Lisätiedot

Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7

Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin

Lisätiedot

Toimittajaportaalin rekisteröityminen Toimittajaportaalin sisäänkirjautuminen Laskun luonti Liitteen lisääminen laskulle Asiakkaiden hallinta Uuden

Toimittajaportaalin rekisteröityminen Toimittajaportaalin sisäänkirjautuminen Laskun luonti Liitteen lisääminen laskulle Asiakkaiden hallinta Uuden 1 Toimittajaportaalin rekisteröityminen Toimittajaportaalin sisäänkirjautuminen Laskun luonti Liitteen lisääminen laskulle Asiakkaiden hallinta Uuden asiakkaan lisääminen Laskujen haku Salasanan vaihto

Lisätiedot

Yritys nimeltä Redicom

Yritys nimeltä Redicom Kertakirjautuminen IDM projektin keihäänkärki Yritys nimeltä Redicom Redicom Oy Redicom on riippumaton konsulttitalo, joka on erikoistunut tunnistautumis-, käyttäjähallinta ( IDM ja IAM)- ja kertakirjautumisratkaisujen

Lisätiedot

Ohjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1

Ohjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1 3. Komponentit ja rajapinnat 3.1 Komponenttien idea: ohjelmistotuotannon rationalisointi 3.2 Mikä on ohjelmistokomponentti? 3.3 Komponentit ohjelmistoyksikköinä 3.4 Rajapinnat 3.6 Komponenttien räätälöinti

Lisätiedot

Tiedonsiirto- ja rajapintastandardit

Tiedonsiirto- ja rajapintastandardit Tiedonsiirto- ja rajapintastandardit Viitekehys Julkishallinnon perustietovarantojen rajapinnat (PERA) työryhmän tulokset valmiit syksyllä 2011 Määrittelee teknisen arkkitehtuuriratkaisun tietovarantojen

Lisätiedot

Olet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun.

Olet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun. StorageIT 2006 varmuuskopiointiohjelman asennusohje. Hyvä asiakkaamme! Olet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun. Ennen asennuksen aloittamista Varmista, että

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

Suomen avoimien tietojärjestelmien keskus COSS ry

Suomen avoimien tietojärjestelmien keskus COSS ry Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet

Lisätiedot

Asio. Ohjelma on selainpohjainen, joten ohjelmaa varten tarvitaan internet-selain. Ohjelmaan pääsee osoitteella

Asio. Ohjelma on selainpohjainen, joten ohjelmaa varten tarvitaan internet-selain. Ohjelmaan pääsee osoitteella 1 Kirjautuminen Ohjelma on selainpohjainen, joten ohjelmaa varten tarvitaan internet-selain. Ohjelmaan pääsee osoitteella tila.savonia.fi Ohjelmassa on ns. Haka-kirjautumispalvelu, jolloin kirjautumiseen

Lisätiedot

Toiminnallisten vaatimusten jäljitettävyys tietotarpeisiin ja ohjelmistoratkaisuihin terveydenhuollon tietojärjestelmissä

Toiminnallisten vaatimusten jäljitettävyys tietotarpeisiin ja ohjelmistoratkaisuihin terveydenhuollon tietojärjestelmissä Toiminnallisten vaatimusten jäljitettävyys tietotarpeisiin ja ohjelmistoratkaisuihin terveydenhuollon tietojärjestelmissä Juha Mykkänen, Irmeli Minkkinen, Assi Pöyölä, Annamari Riekkinen Kuopion yliopisto

Lisätiedot

Sähköpostitilin luonti 07.06.2011

Sähköpostitilin luonti 07.06.2011 Sähköpostitilin luonti 07.06.2011 SÄHKÖPOSTITILIN LUONTI Tilin luonti pääkäyttäjän hallintaportaalissa 3 Sähköpostitilin luonti Outlook 2010 ohjelmaan 8 Tämä ohje on lyhennetty versio sähköpostilin Hallintaportaalin

Lisätiedot

Integrointi. Ohjelmistotekniikka kevät 2003

Integrointi. Ohjelmistotekniikka kevät 2003 Integrointi Ohjelmistotekniikka kevät 2003 ERP (Toiminnanohjausjärjestelmä) Myynti Henkilöstö, palkanlaskenta Kirjanpito Myynti Myyjät Extranet Tietovarasto Laskutus, reskontrat Asiakas ERP Asiakasrekisteri

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri Järjestelmäarkkitehtuuri (TK081702) ja Järjestelmäarkkitehtuuri Sovellukset ovat olemassa Järjestelmien uudistaminen vie yleensä arvioitua enemmän resursseja ja kestää arvioitua kauemmin Migration (Migraatio

Lisätiedot

Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari

Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,

Lisätiedot

Veronumero.fi Tarkastaja rajapinta

Veronumero.fi Tarkastaja rajapinta Suomen Tilaajavastuu Oy Veronumero.fi Tarkastaja rajapinta Rajapintakuvaus veronumeroiden tarkastamiseen ja henkilötietojen noutamiseen Suomen Tilaajavastuu Oy Muutoshistoria Päivämäärä Tekijä Muutos 11.2.2013

Lisätiedot

SerAPI Patientlist Client käyttö- ja asennusohje

SerAPI Patientlist Client käyttö- ja asennusohje SerAPI Patientlist Client käyttö- ja asennusohje Yhteyshenkilö Hannu Virkanen (hannu.virkanen@uku.fi) Dokumentin versio 1.0 Päiväys 26.6.2007 Sisällysluettelo 1 Johdanto... 4 2 Sovelluksen päälomake...

Lisätiedot

Liite 2 : RAFAELA -aineiston elinkaaren hallinta

Liite 2 : RAFAELA -aineiston elinkaaren hallinta RAFAELA-hoitoisuusluokitus-jär je 1 Liite 2 : RAFAELA -aineiston elinkaaren hallinta Ohje: Lomake täytetään Tilaajan toimesta ja palautetaan Toimittajalle käyttöoikeussopimuksen mukana. 1. Aineiston omistajuus

Lisätiedot

JOVISION IP-KAMERA Käyttöohje

JOVISION IP-KAMERA Käyttöohje JOVISION IP-KAMERA Käyttöohje 1 Yleistä... 2 2 Kameran kytkeminen verkkoon... 2 2.1 Tietokoneella... 2 2.2 Älypuhelimella / tabletilla... 5 3 Salasanan vaihtaminen... 8 3.1 Salasanan vaihtaminen Windows

Lisätiedot

Toimintaympäristön kuvaus. LTC-Otso Myyjän työkalu (POC)

Toimintaympäristön kuvaus. LTC-Otso Myyjän työkalu (POC) LTC-Otso Myyjän työkalu (POC) Toimintaympäristön kuvaus 21 toukokuu, 2015 Sisältö 1 Johdanto... 3 1.1 Dokumentin tavoite... 3 1.2 Dokumentin yleiskuvaus... 3 2 Järjestelmälle asetetut vaatimukset... 3

Lisätiedot

Tietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen

Tietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen Tietojärjestelmä tuotantoympäristössä Tausta ja tavoitteet Tausta Kurssilla on opiskeltu suunnittelemaan ja toteuttamaan tietokanta, joka on pieni perustuu selkeisiin vaatimuksiin on (yleensä) yhden samanaikaisen

Lisätiedot

Käyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio

Käyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,

Lisätiedot

Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta

Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta Palveluita ja sisältöä portaaliin - XML:n mahdollisuuksista XML-tietokannat ja julkishallinnon XML-sovellukset, 28.05.2002 Lasse Akselin, TietoEnator Oyj Sisällys Valtion tietotekniikan rajapintasuosituksia

Lisätiedot

Web -myyntilaskutus Käyttöönotto v. 6.3.0. Toukokuu 2013 1 (16) Versio 6.3.0. Web -myyntilaskutus. Copyright Aditro. All rights reserved.

Web -myyntilaskutus Käyttöönotto v. 6.3.0. Toukokuu 2013 1 (16) Versio 6.3.0. Web -myyntilaskutus. Copyright Aditro. All rights reserved. Toukokuu 2013 1 (16) Versio 6.3.0 Web -myyntilaskutus Toukokuu 2013 2 (16) 1 Johdanto... 3 2 Pikaohje... 3 3 Yritysasetukset... 4 4 Käyttäjät ja käyttäjäroolit... 5 4.1 Käyttäjäroolit... 5 4.2 Käyttäjät...

Lisätiedot

Sovellusarkkitehtuurit

Sovellusarkkitehtuurit HELIA TiKo-05 1 (9) Sovellusarkkitehtuurit ODBC (Open Database Connectivity)... 2 JDBC (Java Database Connectivity)... 5 Middleware... 6 Middleware luokittelu... 7 Tietokanta -middleware... 8 Tapahtumamonitorit

Lisätiedot

KANTA HL7 RAJAPINTAMÄÄRITTELYT: ERILLISJÄRJESTELMIEN LIITTÄMINEN KANTA-PALVELUUN ERILLISJÄRJESTELMIEN KANTA- PALVELUTAPAHTUMARAJAPINNAT TYÖRYHMÄ

KANTA HL7 RAJAPINTAMÄÄRITTELYT: ERILLISJÄRJESTELMIEN LIITTÄMINEN KANTA-PALVELUUN ERILLISJÄRJESTELMIEN KANTA- PALVELUTAPAHTUMARAJAPINNAT TYÖRYHMÄ KANTA HL7 RAJAPINTAMÄÄRITTELYT: ERILLISJÄRJESTELMIEN LIITTÄMINEN KANTA-PALVELUUN ERILLISJÄRJESTELMIEN KANTA- PALVELUTAPAHTUMARAJAPINNAT TYÖRYHMÄ 5.5.2010 Timo Kaskinen, Timo Siira, Jarkko Närvänen SOLEA

Lisätiedot

582203 Tietokantasovellus (4 op) - Web-sovellukset ja niiden toteutus

582203 Tietokantasovellus (4 op) - Web-sovellukset ja niiden toteutus 582203 Tietokantasovellus (4 op) - Web-sovellukset ja niiden toteutus Sisältö Mikä on web-sovellus? Selaimen rooli web-sovelluksessa Palvelimen rooli web-sovelluksessa Aineistopyynnöt Tiedon välittäminen

Lisätiedot

Tikon Ostolaskujenkäsittely versio 6.1.2 SP1

Tikon Ostolaskujenkäsittely versio 6.1.2 SP1 Toukokuu 2012 1 (14) Tikon Ostolaskujenkäsittely versio 6.1.2 SP1 Asennusohje Toukokuu 2012 2 (14) Sisällysluettelo 1. Vaatimukset palvelimelle... 3 1.1..NET Framework 4.0... 3 1.2. Palvelimen Internet

Lisätiedot

Potilastiedot ja tietoturvallisuus Tietoturvaselvitykset ja asiantuntijakonsultointi roolipohjaisen käyttäjähallinnan osalta

Potilastiedot ja tietoturvallisuus Tietoturvaselvitykset ja asiantuntijakonsultointi roolipohjaisen käyttäjähallinnan osalta Potilastiedot ja tietoturvallisuus Tietoturvaselvitykset ja asiantuntijakonsultointi roolipohjaisen käyttäjähallinnan osalta Terveydenhuollon atk-päivät 26.-27.5.2009, Redicom Oy jukka.koskinen@redicom.fi

Lisätiedot

sivu 1 Verkkopäätteen muuttaminen Anvian uuteen tekniikkaan Ohje käy seuraaviin verkkopäätteisiin

sivu 1 Verkkopäätteen muuttaminen Anvian uuteen tekniikkaan Ohje käy seuraaviin verkkopäätteisiin sivu 1 Verkkopäätteen muuttaminen Anvian uuteen tekniikkaan Ohje käy seuraaviin verkkopäätteisiin Zyxel Prestige 645 ISP Zyxel Prestige 645 WEB Zyxel Prestige 645R Zyxel Prestige 645 Ennen aloitusta tarkista,

Lisätiedot

Lemonsoft SaaS -pilvipalvelu OHJEET

Lemonsoft SaaS -pilvipalvelu OHJEET Lemonsoft SaaS -pilvipalvelu OHJEET Lemonsoft-käyttäjätunnukset Käyttäjätunnukset voit tilata suoraan omalta Lemonsoft-myyjältäsi tai Lemonsoftin asiakaspalvelun kautta. Käyttäjätunnusta tilatessasi ilmoitathan

Lisätiedot

Sessio 10: Sähköiset potilaspalvelut ja niiden kehittäminen Asiakaslähtöinen toiminta: Kansalaisen ja potilaan verkkopalvelut

Sessio 10: Sähköiset potilaspalvelut ja niiden kehittäminen Asiakaslähtöinen toiminta: Kansalaisen ja potilaan verkkopalvelut Sessio 10: Sähköiset potilaspalvelut ja niiden kehittäminen Asiakaslähtöinen toiminta: Kansalaisen ja potilaan verkkopalvelut Pirkko Kortekangas, VSSHP tietohallintoylilääkäri Esityksen tarkoitus Lähtökohta

Lisätiedot

Ohjelmistojen eta ka ytto

Ohjelmistojen eta ka ytto 1 Ohjelmistojen eta ka ytto Sisältö Yleistä ohjelmistojen etäkäytöstä... 1... 2 Ongelmia ja ratkaisuja... 6 Citrix-asiakasohjelmiston oletusasetusten palautus... 10 Yleistä ohjelmistojen etäkäytöstä Citrix-asiakasohjelmiston

Lisätiedot

Lukkarikone Pikaohjeet v. 1.0

Lukkarikone Pikaohjeet v. 1.0 Lukkarikone Pikaohjeet v. 1.0 Huom! Lukkarikone toimii oikein vain jos koulutusohjelmasi ylläpitää lukujärjestystietoja Metropolian tilanvarausjärjestelmässä (tvj.metropolia.fi). Käyttöperiaate Lukkarikone

Lisätiedot

Palomuurit. Palomuuri. Teoriaa. Pakettitason palomuuri. Sovellustason palomuuri

Palomuurit. Palomuuri. Teoriaa. Pakettitason palomuuri. Sovellustason palomuuri Palomuuri Teoriaa Palomuurin tehtävä on estää ei-toivottua liikennettä paikalliseen verkkoon tai verkosta. Yleensä tämä tarkoittaa, että estetään liikennettä Internetistä paikallisverkkoon tai kotikoneelle.

Lisätiedot

Visma Nova Pro ja Visma Nova C/S Pro Suomen Asiakastieto. Käyttäjän käsikirja

Visma Nova Pro ja Visma Nova C/S Pro Suomen Asiakastieto. Käyttäjän käsikirja Visma Nova Pro ja Visma Nova C/S Pro Suomen Asiakastieto Käyttäjän käsikirja Oppaan päiväys: 4.5.2012. Asiakaspalvelu: Helpdesk: www.visma.fi Visma Nova -asiakaspalvelu: puh: 0207 560 508 (ylläpitoasiakkaat)

Lisätiedot

Sonera Microsoft Office 365 -palvelun käyttöönotto-opas pääkäyttäjälle. Microsoft Office 365:n käytön aloittaminen

Sonera Microsoft Office 365 -palvelun käyttöönotto-opas pääkäyttäjälle. Microsoft Office 365:n käytön aloittaminen käyttöönotto-opas pääkäyttäjälle Microsoft Office 365:n käytön aloittaminen OHJE Pääkäyttäjän käyttöönotto-opas Microsoft Office 365:n käytön aloittaminen Johdanto 3 1. Sonera Omat Sivut -tilin luominen

Lisätiedot

Opinajan käytön aloittaminen koulussa/oppilaitoksessa

Opinajan käytön aloittaminen koulussa/oppilaitoksessa Opinajan käytön aloittaminen koulussa/oppilaitoksessa Yleistä Opinaika löytyy osoitteesta: http://www.opinaika.fi Jokainen oppilas ja opettaja tarvitsevat oman käyttäjätunnuksen ja siihen liittyvän salasanan

Lisätiedot

Taltioni teknisen alustan arviointi

Taltioni teknisen alustan arviointi Taltioni teknisen alustan arviointi Taltioni sidosryhmätilaisuus, 10.1.2012 Jaakko Lähteenmäki, Niilo Saranummi 1/11/2012 2 Selvitystyön kohde Selvitystyö: VTT & Fujitsu Keskeiset vaatimukset Taltioni-palvelulle?

Lisätiedot

Käyttöohje Planeetta Internet Oy 3.8.2011

Käyttöohje Planeetta Internet Oy 3.8.2011 Käyttöohje Planeetta Internet Oy 3.8.2011 PLANEETTA TIEDOSTOPALVELIN KÄYTTÖOHJE 3.8.2011 1 (25) Sisällysluettelo Sisällysluettelo... 1 Planeetta Tiedostopalvelin... 2 Yleistä tietoa palvelusta... 2 Palvelun

Lisätiedot

Haaga-Helia/IltaTiko ict2tcd005: Ohjelmiston suunnittelutaito 1/7 Anne Benson. Tällä opintojaksolla käytämme VS:n kolmen kokonaisuuden luomiseen:

Haaga-Helia/IltaTiko ict2tcd005: Ohjelmiston suunnittelutaito 1/7 Anne Benson. Tällä opintojaksolla käytämme VS:n kolmen kokonaisuuden luomiseen: Haaga-Helia/IltaTiko ict2tcd005: Ohjelmiston suunnittelutaito 1/7 Microsoft SQL käyttö Yleistä VisualStudiosta Tällä opintojaksolla käytämme VS:n kolmen kokonaisuuden luomiseen: - sovellushallintaan -

Lisätiedot

Windows 8 -kurssi. Kurssista

Windows 8 -kurssi. Kurssista Windows 8 -kurssi petri.kiiskinen@wellamo-opisto.fi Kurssista Maanantaisin ja keskiviikkoisin 9. 16.9.2013 Kolme kertaa 3 x 4 h = 12 h Klo 12:15 15:30 Puolessa välissä pidetään vartin kahvitauko Kännykät

Lisätiedot

Web -myyntilaskutus Käyttöönotto v. 6.4.0. Toukokuu 2014 1 (17) Versio 6.4.0. Web -myyntilaskutus. 1994-2014 Tikon Oy. All rights reserved.

Web -myyntilaskutus Käyttöönotto v. 6.4.0. Toukokuu 2014 1 (17) Versio 6.4.0. Web -myyntilaskutus. 1994-2014 Tikon Oy. All rights reserved. Toukokuu 2014 1 (17) Versio 6.4.0 Web -myyntilaskutus Toukokuu 2014 2 (17) 1 Johdanto... 3 2 Pikaohje... 3 3 Yritysasetukset... 5 4 Käyttäjät ja käyttäjäroolit... 6 4.1 Käyttäjäroolit... 6 4.2 Käyttäjät...

Lisätiedot

AinaCom Skype for Business. Asennusohje

AinaCom Skype for Business. Asennusohje AinaCom Skype for Business Asennusohje 19.11.2015 Sisällys 1 AinaCom Skype for Business / Lync 2010 / Lync for Mac 2011 asennusohje... 3 2 Windows työasemat... 3 2.1 Windows työasemavaatimukset... 3 2.2

Lisätiedot

Office 2013 - ohjelmiston asennusohje

Office 2013 - ohjelmiston asennusohje Office 2013 - ohjelmiston asennusohje Tämän ohjeen kuvakaappaukset on otettu asentaessa ohjelmistoa Windows 7 käyttöjärjestelmää käyttävään koneeseen. Näkymät voivat hieman poiketa, jos sinulla on Windows

Lisätiedot

Avoin lähdekoodi. Jani Kylmäaho Maanmittauslaitos www.oskari.org

Avoin lähdekoodi. Jani Kylmäaho Maanmittauslaitos www.oskari.org Avoin lähdekoodi Jani Kylmäaho Maanmittauslaitos www.oskari.org Avoimen lähdekoodin määritelmä (OSI) Ohjelman täytyy olla vapaasti levitettävissä ja välitettävissä. Lähdekoodin täytyy tulla ohjelman mukana

Lisätiedot

Sosiaalihuollon valtakunnallisten tjpalveluiden. I-vaihe

Sosiaalihuollon valtakunnallisten tjpalveluiden. I-vaihe Sosiaalihuollon valtakunnallisten tjpalveluiden käyttöönotto I-vaihe Tueksi pilottihankkeen suunnitteluun 4.9.2015 THL/OPER-yksikkö 1 Käyttöönoton vaiheistus I vaihe: PDF- tallennus ja tiedon saatavuus

Lisätiedot

Macintosh (Mac OS X 10.2) Verkkoasetukset Elisa Laajakaista yhteyksille:

Macintosh (Mac OS X 10.2) Verkkoasetukset Elisa Laajakaista yhteyksille: 1 (13) Macintosh () Verkkoasetukset Elisa Laajakaista yhteyksille: Valitse Omenavalikosta Järjestelmäasetukset. Järjestelmäasetuksista Verkko 2 (13) Verkkoasetuksista (1.) Kytkentä Ethernet ja (2.) Määrittelytapa

Lisätiedot

1. päivä ip Windows 2003 Server ja vista (toteutus)

1. päivä ip Windows 2003 Server ja vista (toteutus) 1. päivä ip Windows 2003 Server ja vista (toteutus) Olette pomosi kanssa tarkastaneet asiakkaan tekemän ja sinun korjaaman suunnitelman ja tehneet oman versionsa siitä. Noudata siis tätä tekemäänne uutta

Lisätiedot

Yliopistollisten sairaanhoitopiirien klusteri

Yliopistollisten sairaanhoitopiirien klusteri Yliopistollisten sairaanhoitopiirien klusteri Kehittämispäällikkö Sinikka Ripatti HUS Tieto- ja lääkintätekniikan tulosalue Kehittämis- ja sovelluspalvelut Osapuolet Helsingin ja Uudenmaan sairaanhoitopiiri,

Lisätiedot

Terveydenhuollon ATK päivät 29. 30.05.2007 TURKU

Terveydenhuollon ATK päivät 29. 30.05.2007 TURKU Ari Pätsi Tietohallintopäällikkö Aulikki Hautsalo Johtava tietojärjestelmäsuunnittelija Terveydenhuollon ATK päivät 29. 30.05.2007 TURKU Terveydenhuoltopiiristä lyhyesti Terveydenhuoltopiiri (Sosteri)

Lisätiedot

E-AINEISTOJEN ESILLEPANO KIRJASTOSSA Asiakastablettien tekninen ratkaisu

E-AINEISTOJEN ESILLEPANO KIRJASTOSSA Asiakastablettien tekninen ratkaisu E-AINEISTOJEN ESILLEPANO KIRJASTOSSA Asiakastablettien tekninen ratkaisu Tomi Pervala Tietotekniikkasuunnittelija ICT-Palveluyksikkö Helsingin kaupunginkirjasto 3.6.2014 LÄHTÖTILANNE Tablettilaitteita

Lisätiedot

Terveydenhuollon Atk-päivät 2009

Terveydenhuollon Atk-päivät 2009 Terveydenhuollon Atk-päivät 2009 26. 27.5.2009, Jyväskylä Mika Kolhinoja Teknologiakonsultti Citrix CCA, Citrix CCEA, Citrix CCSP, Microsoft MCP, Microsoft MCSA, Microsoft MCSE, Microsoft MCTS, Microsoft

Lisätiedot

H9 Julkaiseminen webissä

H9 Julkaiseminen webissä H9 Julkaiseminen webissä Tässä harjoituksessa opetetaan kaksi tapaa viedä tiedostoja jakoon webin kautta (tehtävä 1 ja tehtävä 3), sekä kokeillaan yksinkertaista, jokamiehen tapaa tehdä oma sivusto (tehtävä

Lisätiedot

Maksuturva-palvelun rajapintakuvaus verkkokaupalle / MAKSUN PERUUTUS

Maksuturva-palvelun rajapintakuvaus verkkokaupalle / MAKSUN PERUUTUS Maksuturva-palvelun rajapintakuvaus verkkokaupalle / MAKSUN PERUUTUS Versio 4.0 2(5) Sisältö 1. Muutokset... 3 2. Maksun peruutuksen tiedot... 3 2.1 Kenttien selitteet Maksun peruutuksen tiedot... 4 3.

Lisätiedot

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit

Lisätiedot

Automaster tai MBS. 2. ODBC - ajurin asennus (jos ei ole jo asennettu)

Automaster tai MBS. 2. ODBC - ajurin asennus (jos ei ole jo asennettu) 1 GHTransaction-ohjelman asennusohje Copyright Grey-Hen Oy. All rights reserved. Sisältö: 1. Johdanto 2. ODBC - ajurin asennus 3. GH Transaction ohjelman asennus Automaster tai MBS 1. Johdanto GHTransaction

Lisätiedot

Toimilohkojen turvallisuus tulevaisuudessa

Toimilohkojen turvallisuus tulevaisuudessa Toimilohkojen turvallisuus tulevaisuudessa Turvallisuusseminaari ASAF 30.10-1.11.2006 Mika Strömman Teknillinen korkeakoulu 1 Sisältö Luotettavuuden lisääminen hyvillä tavoilla Toimilohkokirjastot Turvatoimilohkot

Lisätiedot

Ajanvarauksen avoimet rajapinnat

Ajanvarauksen avoimet rajapinnat SerAPI hanke Ajanvarauksen avoimet rajapinnat alueellisen ajanvarauspalvelun ja web ajanvarauksen toteuttamiseen Ajanvarausrajapinnat kohteet Tarkoitettu erityisesti alueellisten ajanvarauspalvelujen tai

Lisätiedot

Windows Server 2012 asentaminen ja käyttöönotto, Serverin pyörittämisen takia tarvitaan

Windows Server 2012 asentaminen ja käyttöönotto, Serverin pyörittämisen takia tarvitaan Aram Abdulla Hassan Windows Server 2012 asentaminen ja käyttö 1 Windows Server 2012 asentaminen ja käyttöönotto, Serverin pyörittämisen takia tarvitaan Hyper-V ohjelma. Riipu minkälaista Serveria yritämme

Lisätiedot

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3 Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2

Lisätiedot

Alueellisia kokemuksia elektronisen kertomuksen käytöstä

Alueellisia kokemuksia elektronisen kertomuksen käytöstä TERVEYDENHUOLLON 25. ATK-PAIVAT Kuopio, Hotelli Scandic 31.5-1.6.1999 erityisasiantuntija Anita Kokkola Suomen Kuntaliitto Elektroninen kertomus - Valtakunnallinen kertomusmaarittelytyö Alueellisia kokemuksia

Lisätiedot

1 (5) TYÖNANTAJAN / TYÖPAIKKAKOULUTTAJAN KÄYTTÖLIITTYMÄ

1 (5) TYÖNANTAJAN / TYÖPAIKKAKOULUTTAJAN KÄYTTÖLIITTYMÄ 1 (5) TYÖNANTAJAN / TYÖPAIKKAKOULUTTAJAN KÄYTTÖLIITTYMÄ Koulutuskorvauksen hakemista ja arviointilomakkeen täyttämistä varten työnantaja / työpaikkakouluttaja saa sähköpostiinsa ilmoituksen. Tämän jälkeen

Lisätiedot

Risto Pelin Microsoft Project 2002 projekti- ja yritystason järjestelmänä

Risto Pelin Microsoft Project 2002 projekti- ja yritystason järjestelmänä Risto Pelin Microsoft Project 2002 projekti- ja yritystason järjestelmänä PROJEKTIJOHTAMINEN OY RISTO PELIN 3 Sisällysluettelo ESIPUHE 7 OSA I PROJEKTIN HALLINTA PROJEKTITASOLLA 1 JOHDANTO 11 1.1 Projektiohjelmien

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

Verkottunut suunnittelu

Verkottunut suunnittelu Rintekno Oy / JMM / 10.1.2002 Verkottunut suunnittelu DOKUMENTTI- POHJAINEN Tarkastus ja hyväksyntä Automaattinen dokumenttien luonti MALLIPOHJAINEN 2D:SSÄ JA 3D:SSÄ Tarkastus ja hyväksyntä Virtuaaliset

Lisätiedot

MatTaFi projektin HAKA-pilotti

MatTaFi projektin HAKA-pilotti projektin HAKA-pilotti Matti Harjula matti.harjula@hut.fi Matematiikan ja systeemianalyysin laitos Teknillinen korkeakoulu 15. tammikuuta 2008 1 2 Materiaalin tuottajat ongelmana 3 Uusien sovellusten yksinkertaisempi

Lisätiedot

Salasanojen hallinta. Salasanojen hallintaopas RESTAURANT ENTERPRISE SOLUTION

Salasanojen hallinta. Salasanojen hallintaopas RESTAURANT ENTERPRISE SOLUTION Salasanojen hallinta Salasanojen hallintaopas RESTAURANT ENTERPRISE SOLUTION Restaurant Enterprise Solution Asiakirjan tarkoitus Tämä asiakirja kertoo tarvittavat säännöt kuinka hallinnoida RES salasanoja

Lisätiedot

Haka-palveluiden valvonta ja tilastointi AAIEye -työkalun avulla. Mika Suvanto, CSC. mika.suvanto@csc.fi 3.9.2009

Haka-palveluiden valvonta ja tilastointi AAIEye -työkalun avulla. Mika Suvanto, CSC. mika.suvanto@csc.fi 3.9.2009 Haka-palveluiden valvonta ja tilastointi AAIEye -työkalun avulla Mika Suvanto, CSC mika.suvanto@csc.fi 3.9.2009 Mitä se tekee? kaksi perustoimintoa: valvoo Haka-palveluiden toimintaa kirjautumalla niihin

Lisätiedot

PILETTI. Tekninen vaatimusmäärittely. v. 0.2

PILETTI. Tekninen vaatimusmäärittely. v. 0.2 PILETTI Tekninen vaatimusmäärittely v. 0.2 2 Sisällysluettelo 1. Yleiskuvaus... 3 2. Taustajärjestelmä... 4 3. Palvelupisteiden sovellus... 4 4. Korttisovellus ja turvaratkaisu... 4 5. Rajapinnat... 5

Lisätiedot

Wilman huoltajatunnus. Tunnuksen tekeminen

Wilman huoltajatunnus. Tunnuksen tekeminen Wilman huoltajatunnus Huoltajatunnuksen tekeminen onnistuu, kun sinulla on toimiva sähköpostiosoite ja oppilaitoksen lähettämä avainkoodi. Wilman käyttäjätunnusuudistuksen ansiosta molemmilla lapsen huoltajilla

Lisätiedot

Elisa Ring. Agentin opas. Elisa Oyj, PL 1, 00061 ELISA, Y-tunnus 011650-6, Kotipaikka: Helsinki

Elisa Ring. Agentin opas. Elisa Oyj, PL 1, 00061 ELISA, Y-tunnus 011650-6, Kotipaikka: Helsinki Elisa Ring Agentin opas Elisa Ring Agentin opas 2 Sisällys 1. Agentin tehtävät ja työkalut... 3 Elisa Ring Valikko... 3 2. Hallintakäyttöliittymä... 4 Kirjaudu sisään Hallintakäyttöliittymään... 4 Asiakaspalvelusarjojen

Lisätiedot

Sonera Neuvottelupalvelut Microsoft Office 365 -sisäänsoittopalvelu. Pikaopas

Sonera Neuvottelupalvelut Microsoft Office 365 -sisäänsoittopalvelu. Pikaopas Sonera Neuvottelupalvelut Microsoft Office 365 -sisäänsoittopalvelu Pikaopas Sisältö Johdanto... 2 Järjestelmävaatimukset... 2 Vinkkejä audioneuvottelutoiminnon käyttöön... 3 Audioneuvotteluasetukset...

Lisätiedot

Luku 7 Uusien Mallien Tiedostot

Luku 7 Uusien Mallien Tiedostot Luku 7 Uusien Mallien Tiedostot Kaikki ZoomTextin asetukset voidaan tallentaa ja palauttaa käyttämällä mallitiedostoja. Mallitiedostot kontrolloivat kaikkia ZoomTextin toimintoja mukaan lukien suurennustasot,

Lisätiedot

Alkusanat ja sisällysluettelo

Alkusanat ja sisällysluettelo Alkusanat ja sisällysluettelo Tässä ohjeessa käsitellään pintapuolisesti ohjelman sujuvan käytön aloittamiseksi tarvittavien pohjatietojen lisääminen. Useimmat ohjeessa käsitellyistä toimenpiteistä onnistuvat

Lisätiedot

ADMIN. Käyttöopas 08Q4

ADMIN. Käyttöopas 08Q4 ADMIN Käyttöopas 08Q4 Sisällysluettelo Uuden käyttäjän lisääminen...3 Käyttäjän poistaminen...3 Oikeudet...4 Käyttäjäasetukset...6 Aktiviteetin määritys...8 Aktiviteetin määrittely...8 Kenttämäärittelyt...9

Lisätiedot

Langaton Tampere yrityskäyttäjän asetukset

Langaton Tampere yrityskäyttäjän asetukset Sivu 1/6 Langaton Tampere yrityskäyttäjän asetukset Tässä ohjeessa kerrotaan, miten teet kannettavan tietokoneesi ja WLANkännykkäsi määrittelyt. Ohjeet on tarkoitettu sellaiselle yritykselle, jolla on

Lisätiedot