KuntaIT Terveydenhuollon arkkitehtuuri Terveydenhuollon Atk-päivät

Transkriptio

1 KuntaIT Terveydenhuollon arkkitehtuuri Terveydenhuollon Atk-päivät Tommi Oikarinen, VM, KuntaIT

2 Terveydenhuollon arkkitehtuuri Terveydenhuollon arkkitehtuuri Kunnan arkkitehtuuri Kokonaisarkkitehtuuri (KA) Kuntien arkkitehtuurien kehittäminen eresepti liityntäarkkitehtuurin perusteet

3 Mitä on kokonaisarkkitehtuuri Kokonaisarkkitehtuurille on useita käyttötarkoituksia. Se on erityisesti jäsentämisen, kehittämisen ja kommunikoinnin väline mutta se kattaa myös yhteiset työkalut ja yhteiset suositukset ja linjaukset ohjaamaan toteuttamista Linjaukset & suositukset Hyödyntäminen ja hallinta Jäsennys & kuvaaminen Yhteinen kieli Menetelmät Työkalut Kokonaisarkkitehtuuri on kehittämisen väline, joka pyrkii erityisesti varmistamaan tietojärjestelmien ja IT-ratkaisujen soveltumisen substanssitoiminnan tarpeisiin IT-ratkaisujen arvo määrittyy yksinomaan sen kyvystä tukea substanssitoimintaa tehokkaasti ja tarkoituksenmukaisesti

4 Arkkitehtuuria käytetään keskeisenä ohjausvälineenä Visio ja strategia Toiminnan ja talouden suunnittelu Arkkitehtuurin hallinta Hankesalkun hallinta Hankehallinta Toiminnan kehittäminen Tiedon hallinnan kehittäminen Tietojärjestelmien kehittäminen Järjestelmäkehityksen hallinta Visio ja strategia sekä toiminnan ja talouden suunnittelu ohjaavat arkkitehtuurin kehittämistä. Arkkitehtuurilla hallitaan kokonaisuutta ja ohjataan hankkeiden valintaa hankesalkkuun. Arkkitehtuurilla ohjataan hankkeen suunnittelua. Hankkeessa voidaan havaita muutostarpeita arkkitehtuuriin. Arkkitehtuurilla ohjataan hankkeessa kehitettävien toimintoprosessien ja tietojärjestelmien suunnittelua. Toimintoprosessien ja tietojärjestelmien kehittämisen ja käyttöönoton kautta arkkitehtuurin tavoitetila muuttuu nykytilaksi.

5 Arkkitehtuuri ja järjestelmäkehitys Arkkitehtuuri ohjaus muutostarpeet Järjestelmäprojekti Tietojärjestelmän rakenne Tietojärjestelmän suunnitteludokumentaatio

6 Arkkitehtuuriohjaus organisaation toiminnan kehittämisen syklissä

7 Kuntien arkkitehtuurien kehittäminen

8 Arkkitehtuurin rakenne Kaikille yhteiset Arkkitehtuurimenetelmä Arkkitehtuurin hallintamalli Kuntasektori Kuntasektoria koskevat arkkitehtuurilinjaukset Kunta Kunnan tai kaupungin arkkitehtuurilinjaukset Kuntasektorin arkkitehtuuri Toimiala / hallintokunta Toimialan erityispiirteet huomioiva arkkitehtuuri Kunnan arkkitehtuuri Kuntasektorin arkkitehtuuri

9 Kunnan sähköinen palveluympäristö Käyttöliittymä Kansalliset tietojärjestelmäpalvelut Palvelunäkymät, sähköinen työpöytä, käyttäjärajapinta Asiointi Sähköisen asioinnin peruspalvelut Ohjaus Kansalliset integraatiopalvelut Integraatiopalvelu, prosessimoottori, palvelujen ohjaus Asiakasprofiili Kansalliset perustietovarannot Sähköinen asianhallinta Yhteiset toiminnalliset palvelut Palvelut Ydinprosessi- / palvelualuekohtaiset palvelut Yhteiset tekniset tukipalvelut Kuntasektorin yhteiset palvelut Perinteiset operatiiviset järjestelmät Tietovarannot Operat. kanta Operat. kanta Operat. kanta Operat. kanta MDS:t MDS:t MDS:t

10 Kunnan sähköisen palveluympäristön viitearkkitehtuuri Ulkoinen palvelunäkymä Ryhmätyötila Työntekijän sähköinen työpöytä Kansalliset tietojärjestelmäpalvelut Asiointialustan tekniset peruspalvelut Julkaisunhallinta Personointi Suomi.fi Kela Vero Osallistumisympäristö Kilpailutusjärjestelmä Asioinnin perustoiminnot Palveluohjauksen säännöstö Prosessimoottori SOA-palvelukatalogi ESB-integraatioväylä Kansalliset integraatiopalvelut Asiakasprofiili, kutsurajapinta Vetuma Virtu Katso Valvira-varmenne Asiointitili THL-Koodistopalvelu Sähköinen asianhallinta, eams Prosessin / palvelualueen A palvelut Prosessin / palvelualueen B palvelut Palvelu Palvelu Prosessin / palvelualueen C palvelut Prosessin / palvelualueen D palvelut Palvelu Yhteiset tekniset tukipalvelut Yhteiset toiminnalliset palvelut Tunnistaminen Asiakkuudenhallinta Käyttövaltuushallinta Taloushallinta Sähköinen allekirjoitus Aikaleimapalvelu Hinnoittelu, maksaminen Tiedonluovutusvaltuuksien hallinta Resurssivarausten hallinta Tapahtumaloki Yhteisöjen hallinta Hakupalvelut Palvelu Paikkatietopalvelu Palvelurajapinta Palvelurajapinta Operatiivinen järjestelmä Operatiivinen järjestelmä DB DB Sähköinen asiointialusta Perustietovarannot VTJ YTJ KTJ KANTA, KANSA VAPA Maastotietokanta Palvelurajapinta BI Kuntasektorin palvelut DW Asiakkaat MDS Palvelut/ tuotteet MDS Kiinteistöt MDS Muu MDS Dokumentit MDS Kuntarekry Kuntalaistili

11 Asiakastiedon jäsennys Henkilöasiakas Yritys- ja yhteisöasiakas Henkilon_perustiedot Henkilon_perustiedot Henkilo_ID* Hetu Sukunimi* Etunimet Kutsumanimi Kotikunta Turvakielto Siviilisääty Henkilön_tila Henkilon_tila_pvm 1..* Osoite Kansalaisuus 1 Avainhenkilo Osoite_ID Osoite (ks. VTJ) Osoitetyyppi Kansalaisuus_ID Maatunnus Organisaation_perustiedot Organisaatio_ID* Nimi* Y-tunnus Kotikunta Kotimaa Organisaatiomuoto Puhelinnumero Puhelinumero_ID Puhelinnumero Puhelinnumerotyyppi Puhelinnumerolaji Henkilon_kieli 1..* Kieli_ID Kieli Kielityyppi 1..* Sahkoinen_yhteystieto Yhteystieto Yhteystieto_ID Yhteystieto_kuvaus Sahkoinen_yhteys_ID Sahkoinen_yhteystieto Sähköinen_yhteystietotyyppi Periaate: Keskeisten henkilön perustietojen päälähde on Väestötietojärjestelmä. Aputoiminimi_ID Aputoiminimi Puhelinnumero Kieli Puhelinumero_ID Puhelinnumero Puhelinnumerotyyppi Puhelinnumerolaji Organisaatiosuhde ID Suhdekuvaus Yhteystieto Osoite_ID Osoite (ks. VTJ) Osoitetyyppi Aputoiminimi Kieli_ID Kieli Kielityyppi 1 Osoite Avainhenkilo_ID Henkilon_rooli Sahkoinen_yhteystieto Yhteystieto_ID Yhteystieto_kuvaus Sahkoinen_yhteys_ID Sahkoinen_yhteystieto Sähköinen_yhteystietotyyppi Periaate: Keskeisten organisaation perustietojen päälähde on Yhteisötietojärjestelmä.

12 Asiakastiedot Esimerkki: Työntekijärooliin liittyvät tiedot Työsuhdetiedot Osaaminen, koulutus Esimerkki: talous- ja hallintoroolin tiedot Yhteisö, ryhmä Tunnisteiden muunto Luottamushenkilö Henkilön perustiedot Potilas Liiketoiminnan perustiedot Rekisteritiedot Muut ko. roolin tiedot 0..1 Työntekijä Oppilas Talouden perustiedot Kilpailutus ja hankinnat Organisaation perustiedot a) 1 Tuotantoyksikkö 1 Rakennusvalvonnan asiakas Yhteystieto Prosessin X toimija Osoite Prosessin X toimija Puhelinnumero Sahkoinen_ yhteystieto 1 Paikkatieto ICT-käyttäjä (sis. ja ulk.) 0..1 Kunta a) = edellyttää välille avainhenkilöluokkaa.

13 Kunnan sähköisen palveluympäristön standardointi Ulkoinen palvelunäkymä Ryhmätyötila Työntekijän sähköinen työpöytä Kansalliset tietojärjestelmäpalvelut Asiointialustan tekniset peruspalvelut Julkaisunhallinta Personointi Suomi.fi Kela Vero Osallistumisympäristö Kilpailutusjärjestelmä Asioinnin perustoiminnot Palveluohjauksen säännöstö Prosessimoottori SOA-palvelukatalogi JHS XML ESB-integraatioväylä Kansalliset integraatiopalvelut Asiakasprofiili, kutsurajapinta Sähköinen asianhallinta, eams Prosessin / palvelualueen B palvelut Palvelu Palvelu Prosessin / palvelualueen C palvelut Prosessin / palvelualueen D palvelut Palvelu Palvelu Yhteiset tekniset tukipalvelut Yhteiset toiminnalliset palvelut Tunnistaminen Asiakkuudenhallinta Käyttövaltuushallinta Taloushallinta Sähköinen allekirjoitus Aikaleimapalvelu Hinnoittelu, maksaminen Tiedonluovutusvaltuuksien hallinta Resurssivarausten hallinta Tapahtumaloki Yhteisöjen hallinta Hakupalvelut Paikkatietopalvelu Palvelurajapinta Palvelurajapinta Operatiivinen järjestelmä Operatiivinen järjestelmä DB DB BI XML JHS JHS XML Prosessin / palvelualueen A palvelut Vetuma Virtu Katso Valvira-varmenne Asiointitili THL-Koodistopalvelu Sähköinen asiointialusta Perustietovarannot VTJ YTJ KTJ KANTA, KANSA VAPA Maastotietokanta Palvelurajapinta Kuntasektorin palvelut DW Asiakkaat MDS Palvelut/ tuotteet MDS Kiinteistöt MDS Muu MDS Dokumentit MDS Kuntarekry Kuntalaistili

14 eresepti liityntäarkkitehtuurin perusteet

15 Tavoitteet 1/2 eresepti liityntäarkkitehtuurin kuvauksen tavoitteena on antaa yksittäisille kunnille tai sairaanhoitopiireille välineitä, joiden pohjalta ne voivat tehdä päätöksiä millä liityntämallilla niiden kannattaa liittyä Reseptikeskukseen. Malli/Ohje tavoitetilan integraatioarkkitehtuurin suunnitteluun Selkeä kuva tavoitetilasta Mallia voidaan hyödyntää kaikissa sairaanhoitopiireissä ja kunnissa (mahdollisesti eri variaatioita) Saadaan kättä pidempää, jolla voidaan perustellusti ja loogisesti ohjata, maanitella ja painostaa keskeisiä toimittajia Luodaan looginen kokonaisuus, jossa eri osia voidaan toteuttaa ja kilpailuttaa selkeinä kokonaisuuksina Arkkitehtuurilla pitää olla omistaja Kaikki osallistuvat tahot ymmärtävät lopputuloksen samalla tavalla Toimeenpanon etenemissuunnitelma, jonka avulla voidaan viedä suunnitellut asiat käytäntöön

16 Tavoitteet 2/2 Tuoda kokonaisarkkitehtuurinäkemys integraatioarkkitehtuurin suunnitteluun Kokeilla KA-menetelmän toimivuutta rajatun kohteen jäsentämisessä ja kuvaamisessa Kokeilla KA-menetelmään sisältyvien kuvauspohjien toimivuutta kohteen kuvaamisessa Kiinnittää arkkitehtuurikuvaus osaksi kuntasektorin arkkitehtuurituotoksia

17 eresepti liityntäarkkitehtuurin perusteet Reseptikeskus Terveydenhuollon yksikkö Apteekki Potilastietojärjestelmä Lääkärit Lääketieteen opiskelijat Hammaslääkärit Hammaslääketieteen opiskelijat Apteekkitietojärjestelmä Lääkemääräyksen kirjoittaminen Lääkemääräyksen korjaaminen Lääkemääräyksen mitätöinti Uusimispyyntöjen käsittely Lääkemääräyksen uusiminen Lukitusten purku Määräysten ja toimitusten haku Reseptikeskus Lääkemääräykset & lääketoimitukset Määräysten ja toimitusten haku Lääkemääräysten varaus Lääkemääräysten lukitus Uusimispyyntöjen kirjoitus Annosjakelu Varauksen purku Lukituksen purku Annosjakelun purku Toimitusvarauksen purku Farmaseutit Proviisorit Dokumentti antaa yksittäisille kunnille tai sairaanhoitopiireille välineitä, joiden pohjalta ne voivat tehdä päätöksiä millä liityntämallilla niiden kannattaa liittyä Reseptikeskukseen. Dokumentti kuvaa sähköisiä lääkemääräyksiä välittävän tahon keskeiset integraatiopalvelutarpeet, ratkaisuperiaatteet ja prosessi- ja tekniset vaatimukset

18 eresepti liityntäarkkitehtuurin perusteet SSL/TLS SSL/TLS Reseptikeskus Loogisen tason arkkitehtuuri Liityntäpalvelun integraatioperiaatteet Liityntäpalvelu osana viestinvälitysketjua Potilastietojärjestelmän rooli ereseptin viestinvälityksessä Integraatioratkaisu tietojärjestelmänä Liityntäpalvelun integraatioratkaisun looginen jäsennys Liityntäpalvelun sanomanvälitys integraation osapalveluina Palvelutasovaatimukset Liittymismallit (integraatiovaihtoehdot) Liittymismalli A suora järjestelmäliityntä Liittymismalli B kuntatoimijan keskitetty ratkaisu Liittymismalli C alueellinen liityntäpalvelu Liittymismalli D järjestelmäkohtaisesti keskitetty integraatio Liittymismalli E tuplaintegraatio Esimerkki: Muita liittymismallivariaatioita Liityntäpalvelu Ohjauskerros Palvelu/sovelluskerros Välityskerros Tiedonsiirtokerros Skenaario A Kunta 1 Reseptikeskus Liittymismallien vertailu ja arviointi Yhteenveto ja suositukset Liityntäpalvelun sanomankulkukaaviot Virheettömät, onnistuneen sanomanvälityksen sanomakulut Virheitä sisältävien sanomanvälitysten sanomakulut Kunta 2 Skenaario B Kunta 1 Skenaario C Kunta 2 Reseptikeskus Kunta 1 Kunta 2 Reseptikeskus Skenaario D Kunta 1 Kunta 2 Reseptikeskus Valvira SSL/TLS SSL/TLS Sanomaliikenteen suunta

19 Kokemukset Yhteistyö eri kuntakentän (vähintään aluetasolla) toimijoiden välillä terveydenhuollon sähköisessä tiedonhallinnassa välttämätöntä Yhteistyö edellyttää yhteisiä välineitä ja kieltä (KA-mentelmä yksi ratkaisu tähän) Reseptin integraatiototeutus pitää nähdä osana laajempaa kokonaisuutta Kokonaisarkkitehtuuri tuo integraatioarkkitehtuurin kokonaisvaltaisen lähestymistavan Viime kädessä itse paketti saatiin toimimaan ja kokonaisarkkitehtuuri soveltuu täsmennettynä tällaiseenkin kohteeseen Liityntäarkkitehtuurityötä pitäisi tehdä vielä enemmän KAnäkökulmasta ja laajentaa tarkastelu kattamaan kuntien toiminnan vaatimukset yli terveydenhuollon

20 Kiitos! Lisää hyvää luettavaa / KuntaIT arkkitehtuuri Lisätietoa KuntaIT:stä tommi.oikarinen@vm.fi