PlugIT-ydinrajapintademo Marko Sormunen PlugIT-projekti, HIS-yksikkö Kuopion tietotekniikkakeskus Kuopion yliopisto

Esitys aiheesta: "PlugIT-ydinrajapintademo Marko Sormunen PlugIT-projekti, HIS-yksikkö Kuopion tietotekniikkakeskus Kuopion yliopisto"— Esityksen transkriptio:

1 PlugIT-ydinrajapintademo Marko Sormunen PlugIT-projekti, HIS-yksikkö Kuopion tietotekniikkakeskus Kuopion yliopisto Marko.Sormunen@uku.fi

2 Demossa toteutetut & käytetyt rajapinnat AuthenticateUser –käyttäjän varmentaminen (salasana/tunnus –varmennus) –käyttäjäkontekstin asettaminen AuthorizationAccess –käyttäjän valtuuksien tutkiminen tarvittaessa (demosovelluksen käyttöoikeus, onko oikeus katsoa potilastietoja) IdentifyProfile –ehdokkaiden (potilaiden) löytäminen hakuominaisuuksien perusteella (haku etunimen, sukunimen ja hetun perusteella) ProfileAccess –profiilien haku ja päivitys (potilaan perustiedot ja henkilötietolomake)

3 Ydin-rajapintatoteutus & Potilas-demo Tekniset valinnat –WWW-palvelin ja JSP-ympäristö: Resin 2.1.10 –XML-parseri: Xerces 2.6.2 –XSLT- ja Xpath- toteutukset: Xalan 2.6.0 –taustatietokanta: MySQL 4.0 –tietokantaliittymä: JDBC 2 …eli ilmaista Java-teknologiaa paitsi Resin- palvelin (myös ilmainen Apache Tomcat kelpaisi)

4 Ydin-palvelujen toteutuksesta Single-signon saavutetaan ulkopuolisen kontekstipalvelimen avulla –PlugIT:issa tehty referenssitoteutus kontekstipalvelimen minimitoteutuksen määrittelyn v1.1 pohjalta AuthenticateUser –palvelu voi toimia ns. ainoana luotettuna sovelluksena joka saa asettaa käyttäjäkontekstin kontekstipalveluun Fyysisten työasemien tunnistus edelleen IP- osoitteen perusteella  ratkaisu toimii vain valvotuissa intranet- ympäristöissä

5 Ydin-palvelujen toteutuksesta Potilas/Käyttäjätietoa käsittelevät ydin- palvelumetodit käytännössä mappaavat XML- dokumentin sisällön SQL-lausekkeiksi, suorittavat sen ja rakentavat paluu-XML – dokumentin

6 Potilas-demon toiminnallisuus Selain (esitys selaimen oletusmerkistökoodauksella) Demosovellus (JSP) HTTP-sanoma Ydin-palvelut (servlet) XML-sanoma XML-vastaus Tietokanta (MySQL) (data talletettu UTF-8 –koodattuna) HTML-sivu

7 Potilas-demon toiminnallisuus Haku hetun, etunimen ja sukunimen perusteella Patient:IdentifyProfile –palvelua käyttäen Potilaan valinta hakutuloksesta perustietojen lähempää tarkastelua varten Patient:ProfileAccess –palvelua käyttäen –vain käyttäjän yksikön potilaiden tietoja voidaan katsella –myös tietojen päivitys

8 Potilas-demon toiminnallisuus Potilaasta saadaan myös OpenCDA v1.0- määritysten mukainen henkilötietolomake esille myös XSL-muotoilu OpenCDA 1.0 – määrityksistä …pienin lisäyksin henkilötietolomakkeen muuttaminen ja tallettaminen on myös mahdollista potilas- demossa

9 Potilas-demon henkilötietolomake Potilastietolomake haetaan ja talletetaan yhtenä potilaan ominaisuuksista – ”henkilotietolomake” Lomake on tallennettu yhteen potilas-taulun longtext –tyyppiseen kenttään UTF-8 – muotoisena XML-dokumenttina ”Oikeassa elämässä” lomakkeen tietoalkiot olisi ehkä talletettu omiin kenttiinsä, mutta tämä on hyvä esimerkki XML-standardien (Xpath, XSLT) käytöstä XML-dokumenttien käsittelyssä. XML-dokumentteja suoraan tietokantaan – tulevaisuus?

10 ”Henkilötietolomake-editori” (selitys) Patient:ProfileAccess –palvelu hakee lomakkeen (potilaan ominaisuus ”henkilötietolomake”) PatientProfileAccessAdapter –liitin rakentaa DOM- puun lomakkeesta ja lisää siihen viittauksen XSL- tyylisivuun Potilastietolomake palautetaan selaimeen, joka suorittaa XSLT-muunnoksen sille, tuloksena HTML- sivu jossa editoitavia INPUT-elementtejä Kun/Jos selain lähettää HTML-sivun elementit HTTP POST –sanomana, demosovellus asettaa niiden arvot DOM-puuhun (Xpath) korvaten entiset arvot. HTTP POST-sanoman elementit on jo UTF-8 koodattu. PatientProfileAccessAdapter-liitin muuntaa DOM-puun tekstimuotoon ja tallettaa lomakkeen tietokantaan Patient:ProfileAccess –palvelun kautta.

11 ”Henkilötietolomake-editori” (kuva) terveydenhuolto Henkilötietojen käyttötarkoitus Henkilötietojen käyttötarkoitus Tietokanta XML XSLT (selain) DOM XSL (xsl-stylesheet –referenssi) HTTP POST (selain)

12

13 Standardeista… Miksi XSLT, Xpath, DOM, … –W3C:n määrittelemiä tekniikkariippumattomia standardeja –tuki niin Java- kuin Microsoft-yhteisöistä UTF-8 tuo lisätyötä, mutta helpottaa kansainvälistymistä ja merkistöongelmia siirrettäessä tekstimuotoista dataa eri alustojen välillä –UTF-8 on tapa ilmaista Unicode-merkkejä ASCII- merkistöllä (http://www.unicode.org) –UTF-8 on XML-dokumenteissa standardi merkkaustapa

14 Ydin-palvelutoteutuksia ja demoa väsättäessä huomattua Myös tietokannan pitää ymmärtää, että sen data on UTF-8 –koodattua! –muuten ongelmia esim. palautettujen tietueiden järjestyksessä –UTF-8 –tuki uutta tietokannoissa (Oracle, MySQL) –MySQL 4.0 ei vielä ymmärrä UTF-8 -merkistöä UTF-8 –koodauksen säilyminen oikeassa muodossa XSLT-transformaatioissa välillä hieman haasteellista… –XSLT-prosessorit mielellään UTF-8 –koodaavat uudelleen jo yhteen kertaan koodatun datan

15 Ydin-palvelujen referenssitoteutus Ydin-palveludemo on tarkoitus laajentaa yhdeksi referenssitoteutukseksi –sisältää asennusohjeet, dokumentaation ja tietokannan –toteutusta voisi käyttää testauspalveluna omalle asiakkaalle? XML-viestien validointi mukana.NET-toteutus myös tulossa Myös SOAP-toteutus tekeillä ainakin Java- tekniikoilla