1 (11) YTHS Raportointijärjestelmähankkeen tarvemäärittely Periaatetason arkkitehtuurin ja ratkaisun kartoitus
2 (11) Sisällysluettelo 1. ALUSTUS... 3 2. JÄRJESTELMÄARKKITEHTUURI... 3 2.1. ETL PROSESSI... 3 2.2. ARKKITEHTUURIN EDELLYTYKSET... 7 3. TEKNISEN YMPÄRISTÖN VAATIMUKSET... 9 3.1. VIRTUALISOINTI... 9 3.2. PALVELIMEN KÄYTTÖJÄRJESTELMÄ... 9 3.3. TYÖASEMAVAATIMUKSET... 9 3.4. KÄYTTÄJÄHALLINTA... 9 4. TIETOMALLI JA RAPORTOINNIN TAVOITE... 9 5. OSAJÄRJESTELMIEN RAJAPINNAT...10 5.1. POTILASTIETOJÄRJESTELMÄT (MEDICUS JA HELMI)... 10 5.2. MEDICUS AJANVARAUS... 10 5.3. TALLETUS... 10 5.4. PAPA... 10 5.5. MULTILAB... 10 5.6. WEBROPOL ASIAKASTYYTYVÄISYYS... 10 5.7. TAPIOLA HENKILÖSTÖKYSELY... 10 5.8. FUJITSU PUHELINJÄRJESTELMÄ... 10 5.9. LOGICA POPULUS HENKILÖSTÖ... 11 5.10. LOGICA RAINDANCE KIRJANPITO... 11 5.11. LOGICA RAINDANCE BUDJETOINTI... 11 5.12. TYÖAJANSEURANTA... 11
3 (11) 1. Alustus Tämän dokumentin aikaansaamiseksi on suoritettu lähdejärjestelmien kartoitus ja rajapintaselvitys. Tämän dokumentin tarkoitus on kuvata riittävät tekniset vaatimukset ja alustava arkkitehtuuri; täydelliset rakenteet ja mallit luodaan vasta osana varsinaista toteuttamishanketta. Toimittajat voivat tietopyyntövaiheessa ehdottaa myös muita arkkitehtuuri tai ratkaisumalleja. 2. Järjestelmäarkkitehtuuri Tässä kappaleessa kuvataan tavoitejärjestelmän mahdollinen arkkitehtuuri, joka perustuu ETL-prosesseihin. Raportointijärjestelmän pääosakomponentit ja niiden tehtävät päätasolla: Lähdejärjestelmät muodostavat hyödynnettäviä tietoja päivittäisessä työskentelyssä ETL-tiedonkeruukomponentti Kerää tiedot osajärjestelmistä usealla eri tekniikalla, kuten: o ODBC:n kautta tietokantakyselyille o HL7-sanomista pull tai push menetelmäl- o lä CSV peräkkäisjonotiedostoista, muuntaa tiedot hyödylliseen ja yhtenäiseen muotoon ja tallentaa tiedot tietovarastoon raportointia varten. Tietovarasto Säilyttää ETLkomponentin toimittamat tiedot Raportointimoottori Muodostaa raportit ja tuloskortit Raportointikäyttöliittymä Loppukäyttäjän työkalu, joka näyttää raportit ja tuloskortit. 2.1. ETL prosessi Järjestelmän arkkitehtuuri perustuu ETL-prosessiin. ETL (Extract, Transform and Load) on alan vakiintunut standarditermi, jolla tarkoitetaan tiedon siirto- ja muunnosprosessia. ETL teknologia toteuttaa kolme erillistä tiedonsiirtotoimintoa: 1. Extraction, tiedon kerääminen yhdestä tai useammasta lähteestä 2. Transformations, esim. tiedon puhdistaminen, uudelleen muotoilu, standardointi, koostaminen tai erinäisten business sääntöjen hyödyntäminen. 3. Loading, muunnetun tiedon syöttäminen kohdejärjestelmiin
4 (11) Kaavio ETL-prosessin peruskomponentit ETL-prosessit ovat uudelleenkäytettäviä komponentteja, jotka voidaan ajastaa suorittamaan tiedonsiirtotehtäviä säännöllisesti. ETL-prosessit ajetaan yleensä eräajoina. YTHS tuloskorttijärjestelmässä pyritään hyödyntämään mahdollisimman paljon automatiikkaa, suoria ODBC-tietokantakyselyitä ja muita tiedonhaku ja siirtorajapintoja. Osa lähdejärjestelmistä ei tue automaattisia rajapintoja, jolloin näistä järjestelmistä tullaan ajamaan manuaalisia siirtotiedostoja.
5 (11) Kaavio YTHS tuloskorttijärjestelmän osakomponentit ja rajapinnat
6 (11)
YTHS Tuloskorttimäärittely Arkkitehtuuri ja tietomalliselvitys 7 (11) 3.5.2011 2.2. Arkkitehtuurin edellytykset Hyvän ETL-arkkitehtuurin tunnusmerkit: Suorituskyky Skaalautuvuus Migroitavuus Palautuvuus virhetilanteista Hallittavuus (eri vaiheiden suorituskoodit, uudelleenajot eri tarkistuspisteistä jne.) Auditointi (kahdessa dimensiossa: business vaatimukset ja tekninen ongelmanselvitys) ETL-arkkitehtuurisuunnittelun nelitasoinen lähestymistapa: TYÖKALUTASO Työkalutaso sisältää yleiset työkalut, jotka tukevat muita tasoja. Tiedostopohjainen ETL-prosessointi aina kun mahdollista: Tallennustilakustannukset suhteellisen pienet Väliaikaistiedostot palvelevat useita käyttötarkoituksia: Testaukseen ja virhekorjaukseen
YTHS Tuloskorttimäärittely Arkkitehtuuri ja tietomalliselvitys 8 (11) 3.5.2011 Uudelleenkäynnistys- ja palautusprosesseihin Kontrollistatistiikan laskentaan Vähentää riippuvaisuuksia ja mahdollistaa modulaarisen järjestelmän Antaa joustavuutta tehtävänsuoritukseen ja ajastukseen Parempi suorituskyky oikein tehtynä ja voi hyödyntää rinnakkaisprosessointia
YTHS Tuloskorttimäärittely Arkkitehtuuri ja tietomalliselvitys 9 (11) 3.5.2011 3. Teknisen ympäristön vaatimukset 3.1. Virtualisointi Hankittavan järjestelmän tulee toimia virtuaalipalvelimella VMWARE ESX järjestelmässä. 3.2. Palvelimen käyttöjärjestelmä Palvelimen käyttöjärjestelmänä tulee olla joko Microsoft Windows, Linux RedHat tai Linux Debian. 3.3. Työasemavaatimukset Raportointijärjestelmän tulee toimia Microsoft Windows 7 työasemilla ja Microsoft Internet Explorer 8 selaimella. 3.4. Käyttäjähallinta Active Directory pohjainen käyttäjänhallinta katsotaan eduksi. 4. Tietomalli ja raportoinnin tavoite Raportoinnin tavoitteena on mm. seurata YTHS:n tunnuslukuja esim. tuloskorttien avulla. Toteutusprojektin lopputuloksen kannalta on oleellista määrittää tietovaraston haluttu tietomalli ennen varsinaisen toteutusprojektin alkua. Alla esitetty YTHS:n tuloskortti mielikuvituksellisilla arvoilla. Taulukko esimerkki säätiön tuloskortista
YTHS Tuloskorttimäärittely Arkkitehtuuri ja tietomalliselvitys 10 (11) 3.5.2011 5. Osajärjestelmien rajapinnat 5.1. Potilastietojärjestelmät (Medicus ja Helmi) - potilastietojärjestelmä Medicus-Helmi (Microsoft SQL 2000), joka sisältää myös ajanvarausjärjestelmän. Ei sisällä omaa raportointiominaisuutta, jonka takia on rakennettu kantayhteys Cognokseen (päivittää tiedot kerran vuorokaudessa). Toimittaja: Receptum Tiedonsiirtoprotokolla: ODBC tietokantayhteys, lähdetietokanta: MS SQL Server 2005 5.2. Medicus ajanvaraus Toimittaja: Receptum Tiedonsiirtoprotokolla: ODBC tietokantayhteys, lähdetietokanta: MS SQL Server 2005 5.3. Talletus Toimittaja: Receptum Tiedonsiirtoprotokolla: ODBC tietokantayhteys, lähdetietokanta: MS SQL Server 2005 5.4. Papa Toimittaja: Receptum Tiedonsiirtoprotokolla: ODBC tietokantayhteys, lähdetietokanta: MS SQL Server 2005 5.5. Multilab Toimittaja: Mylab Oy Tiedonsiirtoprotokolla: Peräkkäisjonotiedosto ajastetusti ajettuna 5.6. Webropol asiakastyytyväisyys Toimittaja: Webropol Oy Tiedonsiirtoprotokolla: siirtotiedostona Tiedonsiirtoformaatti: CSV/XLS/XML 5.7. Tapiola henkilöstökysely Toimittaja: Tapiola Tiedonsiirtoprotokolla: Siirtotiedostona Tiedonsiirtoformaatti: CSV 5.8. Fujitsu puhelinjärjestelmä - puhelinjärjestelmä SAP Wicom, joka sisältää myös omat raportointiominaisuudet. Toimittaja: Fujitsu Service Oy Tiedonsiirtoprotokolla: ODBC/Siirtotiedosto Tiedonsiirtoformaatti: - /CSV
YTHS Tuloskorttimäärittely Arkkitehtuuri ja tietomalliselvitys 11 (11) 3.5.2011 5.9. Logica Populus henkilöstö - henkilöstöhallintojärjestelmä Logica Populus, joka sisältää myös omat raportointiominaisuudet. Vuonna 2011 otetaan lisäksi käyttöön Logica Titania. Toimittaja: Logica Tiedonsiirtoprotokolla: Ajastettuna siirtotiedostona Tiedonsiirtoformaatti: CSV/XML 5.10. Logica Raindance kirjanpito - taloushallintojärjestelmä Logica Raindance, joka sisältää myös omat raportointiominaisuudet (Tane). Toimittaja: Logica Tiedonsiirtoprotokolla: Ajastettuna siirtotiedostona Tiedonsiirtoformaatti: tekstitiedosto kiinteillä positioilla 5.11. Logica Raindance budjetointi - Vuonna 2010 otettiin käyttöön budjetointijärjestelmä Logica Budnetti, joka korvasi Raindance budjetointijärjestelmän. Toimittaja: Logica Tiedonsiirtoprotokolla: Ajastettuna siirtotiedostona Tiedonsiirtoformaatti: tekstitiedosto kiinteillä positioilla 5.12. Työajanseuranta Työajanseuranta on käyttöönottovaiheessa. Toimittaja: - Tiedonsiirtoprotokolla: Siirtotiedostona Tiedonsiirtoformaatti: CSV