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



Samankaltaiset tiedostot
Työpöytäintegraatio ja palvelurajapinnat - tilanne Suomessa ja muualla

A Service-Oriented Architecture (SOA) View of IHE Profiles

Vaatimustenhallinta. Exit

Sosiaalihuollon toimintaprosessien mallinnus. Päivi Röppänen Terveydenhuollon Atk-päivät Jyväskylä

Arkkitehtuurikuvausten kohteet ja kuvaustavat

Tietojärjestelmän osat

Tietojärjestelmäprojekti - haaste hoitajalle

Sosiaalihuollon kokonaisarkkitehtuuri

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen

HL7-standardien soveltuvuus sosiaalihuoltoon

Prosessien ja toiminnan kuvaamisen kehittämiskohteet, tasot, näkökulmat ja esimerkit

PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma ( )

Miten kuvaat ja kehität organisaation kokonaisarkkitehtuuria?

SOLEA-tulosseminaari Päätössanat

Sosiaalihuollon asiakasasiakirjojen standardointi

Esityksen sisältö Määrittelyjen mukaisuudesta varmistuminen - PlugIT-leima

Sosiaali- ja terveydenhuollon tietomallien kansalliset määrittelyt yleiskuva

TIETO- JÄRJESTELMÄN PROSESSIEN KEHITTÄMINEN

ZipIT ojo (Tekes 790/04, 644/05) HAKEMUKSEN LIITE 1 Johtoryhmä ZipIT

TAPAS - puheenvuoro - TAPAS-päätösseminaari Tommi Oikarinen, VM / JulkICT

Taltioni teknisen alustan arviointi

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

KANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI. V3.0 Tiivistelmä

Ajanvarauksen avoimet rajapinnat

UNA PoC-yhteenveto CGI Aino Virtanen

TeliaSonera Identity and Access Management

Kokonaisarkkitehtuuri. Kankaanpään kaupunki

Johdantoluento. Ohjelmien ylläpito

SataSPIN. Prosessien parantaminen verkostoitumalla. Porin korkeakouluyksikkö, TTKK

Kuntien Kansalliseen palveluarkkitehtuuriin liittyminen. Kunta-KaPA

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

Sosiaalialan tiedonhallinta

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät

Kaupunkimallit ja Mallintava kaavoitus. Vianova Systems Finland Oy Jarkko Sireeni

PerustA - Perustietovarantojen viitearkkitehtuuri. Liite 3: Tietojärjestelmäarkkitehtuurin. integraatioarkkitehtuuri

ZipIT-hanke. Hankekokonaisuuden yhteinen tutkimusraportti ajalta

Kokonaisarkkitehtuurin kehittäminen Satu Pajuniemi. Conversatum Oy

Laboratorion näkökulma muuttuvaan standardiin 15189: 2012 mikä muuttuu?

Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely

Avoimen rajapinnan hallinta (Tilaajan hallitsema rajapinta)

Käyttövaltuushallinnan hyödyt tehokkaasti käyttöön. Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/ /2011

SOLEA palvelupohjainen paikallisesti sovitettava kokonaisarkkitehtuuri. Service-Oriented Locally adapted Enterprise Architecture

Korkeakoulujen yhteentoimivuusmalli

Tarpeiden ja vaatimusten hallinta kokonaisarkkitehtuurissa

Projektin tilannekatsaus

Keskustelutilaisuus ICT-palvelujen kehittäminen -suositussarjasta

QPR kuvausvälineen käyttö ja tavoitteet OKM&OPH, Oppijan palvelut - koulutuksen ja opetuksen osakohdealue. Leena Kononen

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA

Arkkitehtuurin kansallinen toteutus ja yhteistyö

UUSI KANSALLINEN ENSIHOITOKERTOMUS

Apotti-hankkeen tuotokset

Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa

Kokonaisarkkitehtuuri Organisaation ja sen ICT tuen yhteistoiminnallista kehittämistä

VAKAVA Valtakunnallinen kokonaisarkkitehtuurin suunnittelun ja kuvaamisen tukiprojekti

ICT-palvelujen kehittäminen - suositussarja Suvi Pietikäinen Netum Oy

ZipIT hanke. Hankekokonaisuuden yhteinen tutkimusraportti ajalta

Teollisuusautomaation tietoturvaseminaari

Korkeakoulun johtaminen ja kokonaisarkkitehtuuri. Päivi Karttunen, TtT Vararehtori TAMK

Alueellisen kokonaisarkkitehtuurin suunnittelun ja kuvaamisen alueellinen tukiprojekti

Soveltamiskokemuksia ohjelmistotuotannon menetelmistä

Kokonaisarkkitehtuurilla tavoitteisiin. Valtio Expo Fennia I, 14:15 14:45 Neuvotteleva virkamies Jari Kallela

FlowIT virtaa IT-hankintoihin

Koulutuksen suhdannevaihtelut. Zeppeliinistä suihkukoneaikaan

Kokonais-IS-arkkitehtuuri korkeakouluissa Tietohallinnon näkökulma

Julkisen hallinnon kokonaisarkkitehtuuri JHKA

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

KOODAAKO PROJEKTIPÄÄLLIKKÖ?

PALVELUKUVAUS järjestelmän nimi versio x.x

Avoimen ja yhteisen rajapinnan hallintamalli

SOA & Ajax Sanahelinää vai toimivaa käytäntöä sähköisessä asioinnissa? Fenix hankejohtaja Harri Juuti Projektipäällikkö Teemu Karvonen

ABB Drives and Controls, Koneenrakentajan ja laitetoimittajan yhteistoiminta toiminnallisen turvallisuuden varmistamisessa

Kanta - määrittelyjen vakiointi Tiivis esittely

Tuotemallipohjaisen toimintaprosessin mallintaminen

Enterprise SOA. Nyt. Palvelukeskeisen yritysarkkitehtuurin rakentajan näkökulma

BaRE Käyttövalmis vaatimusmäärittelymenetelmä

Oppilaitoksen tarjonta tieto- ja viestintätekniikan perustutkintoon valmistavaan koulutukseen

Toimittaja Sovellusarkkitehtuuritason pilkkominen. Kalle Launiala, ProtonIT Oy

Arkkitehtuuri käytäntöön

TIETOHALLINTOLAKI (LUONNOS) Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen

Avoimet ohjelmistorajapinnat: ydinpalvelut ja työpöytäintegraatio

Ketterät tietovarastot ratkaisuna muuttuviin tiedolla johtamisen tarpeisiin. Korkeakoulujen IT-päivät Kari Karru, Cerion Solutions Oy

Ohjelmistojen mallintaminen, mallintaminen ja UML

Yhteentoimivuutta kokonaisarkkitehtuurilla

Kokonaisarkkitehtuuri M U U TO S TA L A A D U N E H D O I L L A

Rajapinta ja arkkitehtuuripohjaa joustaville ja liitettäville sovelluksille? SerAPI* tulosten tiivistelmä

Sosiaalihuollon asiakasasiakirjojen tietomallinnus Tietomallit teknisen asiakirjamäärittelyn näkökulmasta

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

PAIKKATIETOJEN KÄYTTÖ HSY:N VESIHUOLLON OPERATIIVISESSA JA STRATEGISESSA TOIMINNASSA

UNA PoC-yhteenveto Atostek Sami Konttinen

Ohjelmistojen mallintaminen. Luento 11, 7.12.

FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen

Mikä Apotti- ekosysteemi on miten se luo yhteistyötä eri toimijoiden kanssa

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

Tietomallien käyttöönotto Liikennevirastossa LiViBIM Timo Tirkkonen

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Projektinhallinta SFS-ISO mukaan

Menetelmän kehittäminen sosiaalihuollon toimintaprosessien kuvaamiseen

Transkriptio:

Toiminnallisten vaatimusten jäljitettävyys tietotarpeisiin ja ohjelmistoratkaisuihin terveydenhuollon tietojärjestelmissä Juha Mykkänen, Irmeli Minkkinen, Assi Pöyölä, Annamari Riekkinen Kuopion yliopisto SerAPI- ja ZipIT-hankkeet Tervveydenhuollon atk-päivät + SoTeTiTe-tutkimuspäivät 2006, Mikkeli

Sisältö Taustaa: SerAPI- ja ZipIT-hankkeet Vaatimusten elinkaari ja jäljitettävyys Tutkimuksen lähestymistapa Jäljitettävyys ja tietojärjestelmäratkaisujen osa-alueet kohdealuekuvauksissa [=ZipIT-osuus].. vaatimusmäärittelydokumenteissa.. rajapintaratkaisujen suunnittelussa Kuinka parantaa jäljitettävyyttä

SerAPI - Palveluarkkitehtuuri ja websovelluspalvelut terveydenhuollon ohjelmistotuotannossa ja -integraatiossa Tekesin FinnWell-ohjelmaan kuuluva hanke, 3 vuotta, 9/04 alk. 14 yritystä, 4 shp/terv.huollon organisaatiota, 3 tutkimusyksikköä Palveluarkkitehtuuri (SOA) joustavuus: erilaisten prosessien tukeminen, siirtymä kohti komponentti- (palvelu)pohjaisia järjestelmiä Web-sovelluspalvelu (Web services) littettävyys: avoimet tekniikat, palvelurajapinnat ohjelmistotuotteisiin, eri toteutustekniikoiden tukeminen Keskeiset näkökulmat: Terveydenhuollon prosessit, Ohjelmistotuotteet, Teknologia-alusta Avoimet ohjelmistorajapinnat ja integraatio: Kontekstinhallinta, Ajanvaraus, DRG-ryhmittelyt, Päätöksentuki, OID, jne. Standardointi HL7 Finland Common Services SIG taustaprojekti Healthcare Services Specification Project (HL7 ja OMGstandardointijärjestöt) Juha.Mykkanen@uku.fi, Kuopion yliopigsto, HIS-tutkimusyksikkö

ZipIT- Terveydenhuollon prosessien ja ohjelmistojen rinnakkainen kehittäminen Toteuttajat: Shiftec, Terveyshallinnon ja -talouden laitos (KuY), Tietojenkäsittelytieteen laitos (KuY), HIS-tutkimusyksikkö (KuY), Savonia Business, Tietojenkäsittely (Savonia-amk) Tekes-rahoitteiset ZipIT ja ZipIT-ojo ja Työsuojelurahaston ActAD-HIS 2 sairaanhoitopiiriä, kaupunki, 6 yritystä Kesto: 1.9.2004-31.8.2007 (ActAD-HIS -31.12.2005) Tavoitteet: kaventaa kuilua toiminnan ja tietojärjestelmien kehittämisen välillä tehdä kehittämishankkeen päätöksentekoprosessia läpinäkyväksi nostaa käyttöliittymäsuunnittelu osaksi kehittämisprosessia Tuotokset: kolmivaiheinen toimintalähtöinen vaatimusmäärittelymenetelmä: menetelmäkuvaukset, esimerkkitapaukset, soveltamiskokemukset, käyttöja soveltamisohjeet terveydenhuollon prosesseista ohjelmistovaatimuksia ohjelmistoyritysten tarvitsemassa muodossa ritva.silvennoinen@uku.fi

Vaatimusten elinkaari ja jäljitettävyys tietojärjestelmävaatimusten määrittely kohdistuu tietojärjestelmä- ja ohjelmistokehityksen tavoitteisiin oltava kohdealueen asiantuntijoiden hyväksyttävissä ja ymmärrettävissä toiminnalliset vaatimukset järjestelmän käyttötarkoitus, käytöstä saavutettavat tulokset, järjestelmällä käsiteltävät tiedot ja sen tarjoamat toiminnot jäljitettävyys toimintaympäristön tavoitteisiin ja tarpeisiin: tarpeiden dokumentointi, oikeiden asioiden sopiminen (taaksepäin) sovellusten suunnitelmiin ja teknisiin toteutuksiin: varmistaa että ratkaisu pohjautuu todellisiin, sovittuihin tarpeisiin ja toimii oikein/virheettömästi (eteenpäin) Ongelma: kuilu kohdealueen kuvausten ja teknisten määrittelyjen välillä

Tässä tutkimuksessa Lähestymistapa: vaatimusmäärittelyä lähestytään kahdelta suunnalta... kohdealueen ja sen toiminnan tarpeiden kuvaaminen ohjelmiston toiminnallinen ja tekninen määrittely... ja tietojärjestelmäratkaisujen osaalueiden kautta rakenne ja tiedot toiminnallisuus käyttäytyminen/vuorovaikutus miten tietojärjestelmäratkaisujen osaalueet näkyvät ketjussa kohdealueen ymmärtäminen, kehityskohteiden tunnistaminen tavoite- ja vaatimusmäärittelyt ohjelmistoratkaisujen suunnittelu

Jäljitettävyys kohdealueen kuvaamisessa Toimintalähtöisyys tietojärjestelmäratkaisujen perustana kohdealueen työtoiminnan kuvaaminen ja ymmärtäminen - kokonaiskuva ja ratkaisujen vaikutusalue toimintakokonaisuus (organisaatiot, toiminnat, tietokokonaisuudet, yhteydet) työprosessit (esim. toimijat, tiedot) teot (esim. tiedonkäsittelytapahtuma + siinä tarvittavat ohjelmistot) toiminnan nykytilan ja tavoitetilan kuvaaminen - pääpaino toiminnan kehittämisessä osa tavoitetilasta kohdistuu ohjelmistoihin, mutta ei suoraan ohjelmistovaatimuksia työssä tarvittavat tiedot jäljitettävissä toimijoihin ja paikkoihin eism. käyttäjäryhmät, roolit, työtehtävät, tietoliikenne tietojenkäsittelytapahtumat jäljitettävissä työprosessiin käytettävyys

Tietojärjestelmäratkaisujen osa-alueet kohdealueen kuvauksissa Osana toimintakokonaisuutta, sidoksissa toisiinsa. Tiedot loogiset tietokokonaisuudet (esim. lääkelista, epikriisi, viestivihko) Tietoluettelot, sanastot, käsitekaaviot Toiminta työprosessikaaviot, tehtäväkuvaukset, roolit Vuorovaikutus yhteistyö, kommunikointi & tarvittavat välineet sekä sovitut säännöt, moniammatillisuus

Tietojärjestelmäratkaisujen osa-alueet vaatimusmäärittelyissä Hyvät vaatimukset: aidosti tarpeellisia, todennettavia, saavutettavissa olevia, atomisia, tiiviitä Tiedot tietojoukot ja -elementit, -mallit ja -hakemistot, tietoihin liittyvät vastuut (esim. luokkakaaviot, ER-mallit) Toiminnot yksittäisten toimintojen tarkka kuvaaminen ohjelmiston näkökulmasta, toimintoketjut Vuorovaikutus käyttäjän ja sovelluksen välinen vuorovaikutus, sovellusten välinen vuorovaikutus, käyttötapaukset, prosessikuvaukset

Tietojärjestelmäratkaisujen osaalueet integrointiratkaisujen määrittelyissä Rajapintamäärittelyt hyvä tarkastelukohde, koska niissä tulisi määritellä ratkaisu eksplisiittisesti siten, että monet toteuttajat ymmärtävät ratkaisun samalla tavoin Tiedot ohjelmistokutsujen parametrit, viestisisältöjen elementit ja rakenteet, tietomallit, tunnisteet, metatiedot, semantiikka Toiminnot viestityypit, jaetut operaatiot, toisiinsa liittyvät syötteet ja tulosteet, sovellusten käyttäjille tarjoamat toiminnot Vuorovaikutus toiminnallisuutta käynnistävät tapahtumat, kutsusuhteet, tiedonsiirto, käyttöliittymäsuunnittelu

Jäljitettävyyden parantaminen 1: Jäljitettävyys eri osa-alueiden mallien välillä jäljitettävyyttä tukeva mallinnusketju

Jäljitettävyyden parantaminen 2: Huomio tiedon jäljitettävyyteen tietovaatimukset keskeisessä asemassa jäljitys kohdealueen kokonaiskuvaan tiedonkäsittelytapahtuma toimijaan ja työprosessiin toimintakokonaisuuteen tiedon elinkaari: missä tieto tuotetaan, missä eri paikoissa tarvitaan samaa tietoa tiedon luonne ja muoto muuttuu ketjun edistyessä toimialan käsitteet tarkka, rakenteinen esitysmuoto sovelluksissa käsitteiden merkityksen säilyvyys voitava osoittaa vaikutuksia myös toiminnallisten vaatimusten ulkopuolelta olemassa olevat sovellukset, standardit

Jäljitettävyyden parantaminen 3: Käytön havainnollistaminen käyttäjän kannalta, esim. käyttöliittymäkuvien hyödyntäminen jo asiakasvaatimusten keräämisessä sitoo hyvin toiminnat ja tiedot toisiinsa asiakkaan ja ohjelmiston toimittajan molempien helppo ymmärtää voidaan peilata siihen työprosessin kohtaan, jossa tarkoitus käyttää vaatii käyttöliittymäsuunnittelun taitoja haasteina yleiskäyttöisyys ja ratkaisut, jotka toimivat taustalla ilman suoraa käyttäjäkontaktia

Jäljitettävyyden parantaminen 4: Vaatimusten tarkka dokumentointi tähän on ohjeita, mm yksittäisen vaatimuksen dokumentointiohjeet vaatimusmuutosten hallinta useissa ohjelmistomenetelmissä ja -välineissä ei (enää) erillistä vaatimusvaihetta keskittyminen vain ratkaisualueen mallinnukseen - miten varmistetaan aitous, todennettavuus ja atomisuus? vaatimusten hankinta ja dokumentointi työlästä ja tarkkuutta vaativaa (tarkoitetun merkityksen kuvaaminen, atomisuudesta huolehtiminen, ristiriitaisten vaatimusten selvittäminen) hyöty: tukevan pohjan rakentaminen kehitystyölle

Yhteenveto jäljitettävyyttä parantamalla mahdollista hyödyntää entistä suoremmin toimialueen asiantuntemusta tehdä korjauksia kehitysprosessin aikaisessa vaiheessa hyödyntää mallien välisten muutosten automaatiota tekemisen nopeus, tuottavuus lähentää toiminnan kehittämistä terveydenhuollon organisaatioissa sovellusten kehitykseen ohjelmistoyrityksissä mallipohjainen kehitys: jäljitettävyysnäkökulma mukaan ActAD-mallin kytkentä ohjelmistoprosessiin Mallipohjaiset kehitysmenetelmät (esim. Model-Driven Architecture) HL7 Development Framework toimintaprosessien mallinnus- ja määrittely (esim. BPEL, BPMN)

Yhteystiedot juha.mykkanen@uku.fi, Kuopion yliopisto, HIS-tutkimusyksikkö irmeli.minkkinen@cs.uku.fi, Kuopion yliopisto, Tietojenkäsittelytieteen laitos assi.poyhola@uku.fi, Kuopion yliopisto, Shiftec-tutkimusyksikkö annamari.riekkinen@uku.fi, Kuopion yliopisto, HIS-tutkimusyksikkö www.centek.fi/serapi/ www.centek.fi/zipit/