Tiedon tuottajien roolien ja kirjaamistilanteiden vaikutukset tiedon
Tiedon tuottajien roolien ja kirjaamistilanteiden vaikutukset tiedon laatuun DRG – käyttäjäpäivät 13.12.2013, Tampere Tohtorikoulutettava, Sami Laine Aalto-yliopisto, tietotekniikan laitos [email protected] Tiedon tuottamisen prosessi sisältää kolme vaihetta Tiedon syntyminen Tiedon muokkaaminen Tiedon hyödyntäminen Oberon Poiminta Fina Radu/RIS Tietovarasto/ Ecomed Poiminta Poiminta THL Benchmarking Poiminta Sisäinen tilasto Wang, R. Y., Lee, Y. W., Pipino, L. L. and Strong, D. M. (1998) Manage Your Information as a Product. Sloan Management Review, 39, 4, pp. 95-105. Tiedon syntymiseen vaikuttavat monet tilannekohtaiset yksityiskohdat - eikä todellisuus aina vastaa suunnitelmia tai tavoitteita TIEDON SYNTYMINEN TYÖKÄYTÄNTEET ”hoitoprosessit”, ”kirjausohjeet” KÄYTTÖLIITTYMÄT ”kuvaruudut”, ”vuorovaikutus” OHJELMISTOT ”tietomallit”, ”työnkulku” TIEDON MUOKKAAMINEN TIEDON HYÖDYNTÄMINEN SUUNNITELTU TOIMINTA Esim. Toimeenpiteen laskutuksen kirjausohje tai Oberonin lähetteen käsittelyn työnkulku. TODELLINEN TOIMINTA Esim. Toimenpiteen kirjaamattomuus tai kuvaruutujen läpikulku default-vaihtoehdoilla. TIEDON TUOTTAJIEN ROOLIT Tiedon tuottamiseen liittyy kolme roolia, jotka voi omaksua yksi tai useampi toimija ”Havainnoi reaalimaailmaa ja luo siitä päätelmän eli väitteen.” TIEDON SYNTYMINEN TIEDON LUOJA ”Kerää reaalimaailmasta tietoa eli väitteitä.” TIEDON KERÄÄJÄ TIEDON TALLENTAJA ”Tallentaa tiedon tietojärjestelmään.” Shankaranarayanan, G., Wang, R.Y., Ziad, M. “IP-MAP: Representing the Manufacture of an Information Product.” In the Proceedings of the 2000 Conference on Information Quality, 2000. pp. 1-16. Yksi henkilö voi toimia useassa roolissa samanaikaisesti Osoitteen muutos VRK-virkailija “Kotiosoite” Osoitteen muutos Potilas “Kotiosoite” TIEDON KERÄÄJÄ TIEDON LUOJA TIEDON TALLENTAJA TIEDON SYNTYMINEN - POTILAAN OSOITE TIEDON LUOJA TIEDON KERÄÄJÄ TIEDON TALLENTAJA Osoitteen muutos Potilas “Kotiosoite” Roolit voivat hajaantua eri ammattiryhmien, organisaatioiden tai yksilöiden kesken Myös ajallisesti ja paikallisesti! TIEDON SYNTYMINEN – POTILAAN DIAGNOOSI TIEDON LUOJA Konsultaatio Röntgenlääkäri “Diagnoosi” TIEDON KERÄÄJÄ Päivystyskäynti Hoitava lääkäri “Diagnoosi” TIEDON TALLENTAJA Konekirjoitus Konekirjoittaja “Diagnoosi” Roolien hajautuminen aiheuttaa ongelmia tiedon laadulle, koska roolin realisoituessa Tilannekohtaiset yksityiskohdat vaikuttavat tiedon laatuun • Diagnoosin tallentava konekirjoittaja ei kykene arvioimaan tiedon laatua, kuten diagnoosin luonut lääkäri, koska ei tiedä kaikkia ”asiaan liittyviä taustatietoja”. Tilannekohtaiset yksityiskohdat vaikuttavat erilaisiin virheprofiileihin • Samaan tietoon syntyy ”erilaisia virheitä” riippuen miten tieto tuotetaan. Esimerkiksi päivystyksen kiireen vuoksi kaikki aikaleimat menevät nopeasti tai puuttuvat kokonaan! Tilannekohtaiset motiivit vaikuttavat tiedon laatuun • Kirjaamiskohde ei ehkä liity juuri kyseisen henkilön “omaan työhön tai yksikön hyötyihin”! Roolien hajautuminen aiheuttaa ongelmia tiedon laadulle, koska hajautumisen vuoksi Prosessiin syntyy lisää erilaisia virhemahdollisuuksia • Tiedon voi kirjoittaa kynällä väärin eri tavalla kuin näppäiltäessä suoraan tietokoneelle. • Roolien välisessä viestinnässä voi tapahtua virheitä useammassa kohdassa. Tiedon todellista merkitystä ja laatua on vaikeampi tunnistaa ja jäljittää • Tiedon alkuperäistä luojaa tai syntymisen tapahtumaketjua voi olla vaikea tai jopa mahdotonta tietää. • Kukaan yksittäinen taho ei kykene arvioimaan tiedon todellista tarkkuutta tai mahdollisia puutteita. Syntyy tarve uudelle kontekstisidonnaiselle laadunvalvontamekanismille • Kuhunkin tilanteeseen eli roolin realisoitumiseen tarvittaisiin oma tilannekohtainen laadunvarmistuksensa ja ohjeistuksensa. Tiedon tuottamisen roolit kannattaa yhdistää mahdollisimman tiiviiksi automaattiseksi kokonaisuudeksi TIEDON LUOJA TIEDON TALLENTAJA PAIKKA TIEDON LUOJA TIEDON KERÄÄJÄ TIEDON TALLENTAJA TIEDON SYNTYMINEN TIEDON KERÄÄJÄ AIKA Tiedon tuottamisen roolit kannattaa yhdistää mahdollisimman tiiviiksi automaattiseksi kokonaisuudeksi TIEDON LUOJA TIEDON TALLENTAJA PAIKKA TIEDON LUOJA TIEDON KERÄÄJÄ TIEDON TALLENTAJA TIEDON SYNTYMINEN TIEDON KERÄÄJÄ AIKA TILANNEKOHTAISET YKSITYISKOHDAT Kumpi on läpimenoajaltaan parempi sairaala? Mitkä asiat nostavat läpimenoaikaa? Mitkä asiat laskevat läpimenoaikaa? HUONO(?) SAIRAALA TEHOKAS(?) SAIRAALA Mistä numerot todella tulevat? Mitä numerot oikeasti tarkoittavat? Tiedon syntymiseen vaikuttavat tilannekohtaiset yksityiskohdat TIEDON SYNTYMINEN TYÖKÄYTÄNTEET ”hoitoprosessit”, ”kirjausohjeet” TIEDON MUOKKAAMINEN SUUNNITELMAT KÄYTTÖLIITTYMÄT ”kuvaruudut”, ”vuorovaikutus” OHJELMISTOT ”tietomallit”, ”työnkulku” TODELLINEN TOIMINTA TIEDON HYÖDYNTÄMINEN HUONO SAIRAALA TEHOKAS SAIRAALA Läpimenoaika on yksinkertaisesti: loppuhetki - alkuhetki Alkuhetki Loppuhetki Helppoa?!?! Automaattiset aikaleimat suoraan ohjelmistosta Läpäisyaika kuvaakin ohjelmiston rakennetta ja dokumentoinnin etenemistä… • Häiriötekijät johtavat liian aikaisiin aikaleimoihin – Kiirehditään ohjelmiston sivujen lävitse vakiovaihtoehdoin. • Häiriötekijät johtavat liian myöhäisiin aikaleimoihin – Dokumentointi jätetään myöhempään ajankohtaan. Potilas saapuu Automaattinen aikaleima Potilas poistuu LIIAN AIKAISIN MAHDOTON LIIAN MYÖHÄÄN Automaattinen aikaleima Manuaaliset ajankohdat käsin kirjattuna Läpäisyaika on subjektiivinen ja altis inhimillisille virheille • Häiriötekijät johtavat liian aikaisiin aikaleimoihin – – • Häiriötekijät johtavat liian myöhäisiin aikaleimoihin – – Potilas saapuu Manuaalinen aikakirjaus Muistetaan aika väärin liian aikaiseksi Manipuloidaan oman yksikön tehokkuusmittaria paremmaksi Muistetaan aika väärin ja varmuuden vuoksi yliarvioidaan. Kirjataan 11:00 vahingossa 22:00, koska näppäimet ovat vierekkäin. Potilas poistuu LIIAN AIKAISIN MAHDOTON LIIAN MYÖHÄÄN Manuaalinen aikakirjaus Milloin potilaan käynti alkaa? Potilas saapuu sairaalaan Sihteeri avaa sisäänkirjaamisen kuvaruudun Manuaalisesti kirjoitettu oletettu vastaanottoaika Lääkäri avaa potilaan hoitotiedotikkunan Sama kaikille?!?! kaikissa sairaaloissa kaikissa ohjelmistoissa Potilas saapuu klinikan ilmoittautumistiskille Sihteeri sulkee sisäänkirjaamisen kuvaruudun kaikissa hoitoketjuissa Manuaalisesti kirjoitettu varmistettu vastaanoton aika Jne Lääkäri sulkee jonkin monista ikkunoista Milloin potilaan käynti alkaa? Sihteeri avaa sisäänkirjaamisen kuvaruudun Potilas saapuu sairaalaan Manuaalisesti kirjoitettu oletettu vastaanottoaika Lääkäri avaa potilaan hoitotiedotikkunan Mitä potilaan käynnin alkuhetki mittaa?!?! potilasta, sihteeriä, lääkäriä... saapumista, avaamista, sulkemista, kirjoittamista... Potilas saapuu klinikan ilmoittautumistiskille oletuksia, suunnitelmia, varmistettua todellisuutta... Sihteeri sulkee sisäänkirjaamisen kuvaruudun fyysistä paikka, organisaation rakennetta, kuvaruutua... Manuaalisesti kirjoitettu varmistettu vastaanoton aika Jne Lääkäri sulkee jonkin monista ikkunoista Tieto (standardoitukin) on aina tilannekohtaista ja ympäristösidonnaista • Yksityiskohtia ja ympäristötekijöitä • Mittausmenetelmiä ja virheprofiileja Tiedon ymmärtämiseksi pitää tietää tarkalleen mistä kirjauksesta on kyse Jokin väliaikainen päivitys Ensimmäinen kerta Viimeisin arvo Ajanhetki Potilas saapuu klo11:00 ≠ 11:00 ≠ 11:00 Potilas saapuu ≠ Potilas saapuu ≠ Potilas saapuu Tiedon ymmärtämiseksi pitää tietää tarkalleen miten kirjaus on tehty Automaattinen aikaleima Muu? Esim. RFID paikkatieto? Manuaalinen kirjaus Ajanhetki Potilas saapuu klo 11:00 ≠ klo 11:00 ≠ klo 11:00 Potilas saapuu ≠ Potilas saapuu ≠ Potilas saapuu Tiedon ymmärtämiseksi pitää tietää tarkalleen mitä todellisuudessa tapahtuu Työtilanteet kannustavat jättämään kirjauksia tekemättä Kirjaukset perustuvat dokumentointiin eikä varsinaiseen työhön Työtilanteet kannustavat syöttämään väärää tietoa MITÄ MUUTA? Ajankohta Potilas saapuu klo 11:00 ≠ klo 11:00 ≠ klo 11:00 Potilas saapuu ≠ Potilas saapuu ≠ Potilas saapuu Tilannekohtaisistakin vaikuttimista voidaan tulevaisuudessa kerätä metadataa Interaction Context Documentation Input Controls Value Properties Interaction Structures Product Title Input mechanism Data type Dialog structures User Instructions Input item Value range Dialog context Task Visibility Item selection Input constraints Screen layout Confirmation mechanism Default values Logging Environment Alerts Laine, Sami, Nieminen, Marko, Helenius, Mika (2013), ” User Interaction Metadata for Improved Information Traceability”, In the Proceedings of the 18th International Conference on Information Quality (ICIQ), Little Rock, Arkansas, USA. Tiedon todellinen merkitys syntyy tilannekohtaisesti ympäristön ja toimijoiden vuorovaikutuksesta Tilannekohtaiset yksityiskohdat vaikuttavat tiedon tarkkuuteen TYÖKÄYTÄNTEET • ”hoitoprosessit”, ”kirjausohjeet” Tilannekohtaiset yksityiskohdat vaikuttavat erilaisiin virheprofiileihin Tilannekohtaiset motiivit vaikuttavat tiedon laatuun KÄYTTÖLIITTYMÄT • ”kuvaruudut”, ”vuorovaikutus” OHJELMISTOT • ”tietomallit”, ”työnkulku” Tiedon todellinen merkitys syntyy tilannekohtaisesti ympäristön ja toimijoiden vuorovaikutuksesta TYÖKÄYTÄNTEET TYÖKÄYTÄNTEET • ”hoitoprosessit” • ”kirjausohjeet” • Diagnoosi kirjataan hoitojakson lopuksi... • Mutta milloin ja missä hoitojakso loppuu? KÄYTTÖLIITTYMÄT KÄYTTÖLIITTYMÄT • ”kuvaruudut” • ”vuorovaikutus” • Tiedot kirjataan Oberoniin... • Mutta miten default-arvot kulkeutuvat ja entä jos tärkeät valikkovaihtoehdot puuttuvat? OHJELMISTOT OHJELMISTOT • ”tietomallit” • ”työnkulku” • Vertaillaan läpäisyaikoja... • Mutta mitataanko ajanhetkiä täsmälleen samasta asiasta samassa kontekstissa? Tiedon syntymiseen vaikuttavat monet tilannekohtaiset yksityiskohdat - eikä todellisuus aina vastaa suunnitelmia tai tavoitteita SUUNNITELTU TOIMINTA TODELLINEN TOIMINTA TIEDON SYNTYMINEN TIEDON LUOJA TIEDON KERÄÄJÄ TIEDON TALLENTAJA TYÖKÄYTÄNTEET ”hoitoprosessit”, ”kirjausohjeet” TYÖKÄYTÄNTEET ”hoitoprosessit”, ”kirjausohjeet” TYÖKÄYTÄNTEET ”hoitoprosessit”, ”kirjausohjeet” KÄYTTÖLIITTYMÄT ”kuvaruudut”, ”vuorovaikutus” KÄYTTÖLIITTYMÄT ”kuvaruudut”, ”vuorovaikutus” KÄYTTÖLIITTYMÄT ”kuvaruudut”, ”vuorovaikutus” OHJELMISTOT ”tietomallit”, ”työnkulku” OHJELMISTOT ”tietomallit”, ”työnkulku” OHJELMISTOT ”tietomallit”, ”työnkulku” JOHTOPÄÄTÖKSET Johtopäätökset rooleista Tietojen tuottamisessa esiintyy usein kolme teoreettista roolia: tiedon luoja, tiedon kerääjä ja tiedon tallentaja • Ongelmia syntyy mikäli nämä eri roolit hajautuvat usealle eri henkilölle, pitkälle aikavälille tai paikasta toiseen. • Reaalimaailmassa rooleja voi joutua tai joskus kannattaakin hajauttaa, mutta hallitusti ja tietoisesti. Tällöin tarvitaan myös enemmän hajautettua laadunvalvontaa! Tiedon luonti, kerääminen ja tallennus olisi hyvä tapahtua aina mahdollisimman suoraan, nopeasti ja täsmällisesti. • Fyysisesti samassa paikassa • Organisatorisesti samassa yksikössä • Ajallisesti samalla hetkellä Johtopäätökset tilannekohtaisista yksityiskohdista Laadukas tieto edellyttää *tuottamisen* standardointia: työkäytänteet, käyttöliittymät, ohjelmistot. • Tiedon tuottamiseen vaikuttavat monet pienet yksityiskohdat ja ympäristötekijät, jotka sekoittavat tiedon laatua • Täsmällisyys edellyttää sekä työkäytänteiden, käyttöliittymien että ohjelmistojen sisäisten rakenteiden standardointia • Huom! Kyse ei ole vain tiedon määrittelystä, vaan tuottamisesta! Laadukkaan tiedon tuottamiseen tarvitaan *tilannekohtaista laadunvarmistusta* • Kuhunkin tilanteeseen tarvittaisiin oma tilannekohtainen laadunvarmistuksensa ja ohjeistuksensa sekä rooleittain (esim. tallentaja) että käyttötarkoituksittain (esim. DRG-laskutus). • Laadun varmistuksen tulisi nivoa yhteen työkäytänteet, käyttöliittymät ja ohjelmistojen sisäinen rakenne. Tiedon syntymiseen vaikuttavat monet tilannekohtaiset yksityiskohdat sekä roolit, eikä todellisuus aina vastaa suunnitelmia TODELLINEN TOIMINTA SUUNNITELTU TOIMINTA TIEDON MUOKKAAMINEN TIEDON HYÖDYNTÄMINEN TIEDON SYNTYMINEN TIEDON LUOJA TIEDON KERÄÄJÄ TIEDON TALLENTAJA ROOLIT TYÖKÄYTÄNTEET ”hoitoprosessit”, ”kirjausohjeet” KÄYTTÖLIITTYMÄT Tarvitaan tilannekohtaista laadunvarmistusta! ”kuvaruudut”, ”vuorovaikutus” OHJELMISTOT ”tietomallit”, ”työnkulku” Pohdintoja DRG-toiminnalle Laadukkaan DRG-tiedon tuottamiseen tarvitaan DRG-kohdennettua laadunvarmistusta • Rooleittain ja työtilanteittain • Suunnitelmat vs todellisuus Laadun varmistuksen tulisi nivoa yhteen työkäytänteet, käyttöliittymät ja ohjelmistojen sisäinen rakenne. • Onko DRG-laskutuksen tai tuottavuuden laadunvarmistus suunniteltu täsmällisesti huomioiden kaikki roolit kaikissa tilanteissa? • Miten DRG-laskutuksen todellisuutta seurataan työkäytänne-, käyttöliittymä- tai ohjelmistotasolla? Miten DRG-laskennan laadunvarmistusta on kehitetty viimeaikoina • Kohdennettu lähemmäksi tiedon syntymistilanteeseen ja tiedon luojaan? • Nopeutettu palautetta kullekin roolille ja tilanteelle? • Täsmennetty tilannekohtaisesti tarkasti seuratuksi dataksi? Onko DRG-laskennassa tapahtunut jotain päinvastaista? • Hajautunut tiedon tuottamisprosessi uusilla työnjaoilla tai toimintamalleilla? • Hidastunut tai puuttuva palautemekanismi tiedon laadunvarmistuksessa? • Yleistetty määritelmiä ja uusia käsitteitä tyytyen korkean tason kompromisseihin? Kysymyksiä? Tohtorikoulutettava, Sami Laine Aalto-yliopisto, tietotekniikan laitos [email protected] https://www.researchgate.net/profile/Sami_Laine/ Versio 9.12.2013
© Copyright 2024