Määritysten toteutukset Windows ja.NET- tekniikoilla PlugIT-seminaari, A-työpaja Heli Mäki, Juha Mykkänen Kuopion yliopisto, HIS-yksikkö

Sisältö •Kontekstipalvelun referenssitoteutus ja kontekstipalveluiden ”testerisovellus” •Olemassaolevan Delphi-sovelluksen liittäminen kontekstipalveluun •.NET-kontekstiasiakas •Demo •Muita toteutuksia Windows-tekniikoilla

Kontekstipalvelun referenssitoteutus •Toteutettu hyväksytyn ”Minimitason kontekstinhallinta” määrityksen mukaisesti –http-palvelin, kontekstin säilyttäminen, usean työaseman tuki jne. –mukana tarkennuksia eri osapuolten toteutusten perusteella •Tuotettu esimerkkidokumentaatio ”Toteutuksen kuvaus” •Tutkittu, millaista konfigurointia kontekstipalvelussa voi tarvita •Vertailu tuotetoteutusten kanssa, toteutuksilla tärkeä osa määritysten jatkokehityksessä •Yliopiston HIS-yksikön projektiin luovuttamaa taustamateriaalia –osapuolten kokeiltavissa, piloteissa hyödynnettävissä, mahdollista kehittää edelleen •Kokeiltavissa myös Internetin kautta •Pilottikäyttö •Taustamateriaalipaketissa sovellus + käyttödokumentaatio

Kontekstipalvelun testerisovellus •Kontekstipalvelinten testaukseen ja kokeiluun tarkoitettu sovellus –”käsin” valittavana operaatiot ja niiden parametrit, palvelimen osoite jne. –mahdollista nähdä ja manipuloida palveluun meneviä kutsuja, kokeilla myös virheellisiä syötteitä jne. •Käytetään ”määrityksen mukaisuuden toteamiseen” –voidaan käyttää testauksessa ja testiraporttien muodostamisessa –osapuolten kokeilut omien palvelutoteutusten kanssa, referenssitoteutuksen kokeilu Internetin kautta –integrointimääritysten mukaisuuden testauksen jatkokehitys testauspalveluiksi -> Avointa-hanke •Taustamateriaalipaketissa sovellus + käyttödokumentaatio

FixIT Demo: vanhan sovelluksen liittäminen kontekstipalveluun •”Musti-tekniikkalle moderneja käyttöliittymiä” (FixIT) – välinepaketin demosovellus •Yksinkertaistettu ”laboratoriosovellus” •M-palvelin, FileMan-tietokanta, RPC Broker-väliohjelmisto, Delphi-sovelluskehitin, Windows-työasemasovellus (client/server) •Sekä käyttäjäkonteksti (kertakirjautuminen) että potilaskonteksti –käyttäjäkontekstissa sovellus kuitenkin edelleen osa Musti-käyttäjähallintaa –potilaskonteksti sovelluksen henkilötietojen käsittely-lomakkeen yhdeydessä •taustarekisteri sovelluksen kannalta –voidaan käyttää myös ilman kontekstipalvelua

FixIT-demo + kontekstipalvelu: toteutuskokemukset •”Oppiva integraatio” kertakirjautumisessa –kontekstipalvelusta saadaan ”yleinen” käyttäjätunnus –sovelluskohtaisesti osataan yhdistää yleinen tunnus Musti-käyttäjään –ensimmäisellä käyttökerralla sisäänkirjaus! •sovellus yhdistää ”yleisen käyttäjätunnuksen” Musti-käyttäjätunnukseen ja käyttää jatkossa tätä tietoa •Käyttäjäkohtainen Musti-käyttäjätunnuksen (+salasanan) ja niitä vastaavien yleisten käyttäjätunnuksen salaaminen ja sovelluskohtainen talletus –vain luotettu sovellus (ei FixIT-demo) saa asettaa käyttäjäkontekstin –pitää huomioida myös tilanteet, joissa kontekstiin ei ole asetettu käyttäjää (normaali sisäänkirjaus), potilaskonteksti voi silti toimia •Delphin Indy (Internet Direct) –yhteyskomponenteilla helposti yhteys kontekstipalveluun –kontekstipalveluyhteydelle sovellukseen oma moduuli (tässä) tai ulkoinen kirjasto •Integroinnin toteutuskokemukset sovelluksen osalta esimerkkinä ”Avointen integrointimääritysten hyödyntäminen” dokumentissa

NETContextClient: tarkempi toteutusesimerkki •Kontekstipalvelun asiakassovellus •Voidaan käyttää myös ilman kontekstipalvelua •Suoritusta voidaan jatkaa ilman kontekstipalvelua, jos kontekstipalvelu lakkaa vastaamasta •Vaatii sisäänkirjautumisen, jos kontekstiin ei ole asetettu käyttäjää •Hakee automaattisesti kontekstiin asetetun potilaan henkilötiedot •Käyttäjien ja potilaiden tiedot ovat sovelluksen omassa tietokannassa

NETContextClient •Sovelluskehitin: –MS Visual Studio.NET 2003 •Sovellustyyppi: –Windows Application •Ohjelmointikieli: –C# •Tietokanta: –MS Access –ODBC-tietokantarajapinta

NETContextClient •Login-lomake: –sisäänkirjautuminen •Potilas-lomake: –potilaan henkilötietojen katselu ja muokkaus •Haku: –potilaan haku –hakuehdot: •henkilötunnus •sukunimi •suku- ja etunimi •ei mitään hakuehtoja

NETContextClient •joinCommonContext-metodi –kontekstiin liittyminen –input: kutsuvan sovelluksen nimi –output: kuponki •leaveCommonContext-metodi –kontekstista poistuminen –input: kuponki •setItemValues-metodi –käyttäjän tai potilaan asettaminen kontekstiin –input: kuponki + kontekstiin asetettavien tietojen nimet + kontekstiin asetettavien tietojen arvot

NETContextClient •getItemValues –käyttäjän tai potilaan haku kontekstista –input: kuponki + kontekstista haettavien tietojen nimet –output: kontekstista haettujen tietojen arvot •contactContext –yhteyden hoitaminen kontekstipalveluun –input: http-kutsun metodi+parametriosa merkkijonona –output: http-kutsun vastaus merkkijonona

Demo •Kontekstipalvelun referenssitoteutus •.NET-kontekstiasiakas •Musti-tekniikkaa käyttävä Delphi-sovellus (FixIT demo) •Kontekstipalvelinten testerisovellus •Single sign-on •Potilaskontekstin välitys •Sovelluksilla omat käyttäjä- ja potilastietokannat •Molemmissa sovelluksissa potilaskontekstin haku silloin, kun potilaan käsittelylomake aktivoidaan –ei erillisellä ”potilaan tahdistus” painikkeella (web-sovellukset) –automaattinen käyttäjän kannalta

Windows-toteutusten kokemukset •Kontekstiin liittyminen Windows-sovellusten osalta osoittautunut nopeasti ja helposti toteutettavaksi –kuten oli kontekstihallintamäärityksen tavoitteena •Muita viime aikojen / käynnissä olevia toteutuksia (Windows- pohjalla) –Ydinpalveluiden palvelintoteutus (Käyttäjä, käyttöoikeus, potilas).NET- alustalla •.NET, IIS-web-palvelin, XML –Koodistorajapintojen referenssitoteutus (Windows, Delphi) ja asiakassovellukset •sisältönä ICD-10, ensi vaiheessa minimitaso (ja perustaso) •palvelussa Indy, MS Access, Active Data Objects –Kontekstipalvelun käyttö Windows-kirjastorajapinnan (DLL) kautta •piilottaa http-liikenteen kontekstipalveluun •ensimmäinen versio koekäytössä (KYS/DIT) –Web services-kokeilut •.NET-, Delphi- ja Java-toteutusten yhteentoimivuudesta hyviä kokemuksia -> määritysten kehitys Web-sovelluspalvelurajapinnoiksi? •PlugIT-projektin aikana toteutusten tukeminen osapuolten tuotteisiin!

Sovellukset ja niiden dokumentaatio (yhteyshenkilöille) •NETContextClient_ –NETContextClient_ •sovellus + dokumentaatio –NETContextClient_040317_S •sovellus + dokumentaatio + lähdekoodi •Kontekstitesteri – tyopoytaintegraatio/ContextTester-Uku ziphttp:// tyopoytaintegraatio/ContextTester-Uku zip •Kontekstipalvelun referenssitoteutuksen kokeiluversio – tyopoytaintegraatio/ContextServer-Uku ziphttp:// tyopoytaintegraatio/ContextServer-Uku zip