HL7 Clinical Document Architecture Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki
Clinical Document Architecture (CDA) HL7 järjestön standardi Ensimmäinen julkaisu 2000 ja toinen 2005 Kliinisen hoidon asiakirjoja varten Pohjautuu osittain RIM malliin
Tarve CDA standardille Terveydenhuollon käytännön työhön sisältyy paljon kommunikaatiota Syntyy paljon informaatiota, jota tulisi tallentaa Hoito, tutkimus, lääkemääräys, käynti, havainto Tietoa tarvitaan monessa paikassa mahdollisesti samanaikaisesti Tietoa jaetaan eri järjestelmien ja organisaatioiden välillä Yhteentoimivuus
Potilasasiakirjan ominaispiirteet Tiedon pysyvyys Omistajuus Mahdollisuus varmistukseen Konteksti Eheys Ihmisluettava Persistence Stewardship Potential for authentication Context Wholeness Human readability CDA standardin lähtökohtana Tarkoitettu mahdollistamaan kaiken tyyppisten kliinisten asiakirjojen tallentamiseen
Ongelmia terveydenhuollon tietojärjestelmissä [BEY07] Kyselytutkimus toteutettu Phillips University Marburg Institute for Medical Informatics yliopiston sairaalassa. Havaitutu ongelmat: Riittämätön tiedonkulku sairaalan ja terveydenhuollon ammattilaisten välillä Riittämätön koordinointi Pitkät odotusajat Riittämätön henkilöiden välinen kommunikaatio
Reference Information Model (RIM) Rim viitemallin pääluokat
CDA asiakirjastandardi CDA asiakirja on määritelty ja kokonainen informaatio olio. Asiakirjat ovat enkoodattu käyttäen XML merkkauskieltä. Voi sisältää tekstisisällön lisäksi kuvia ja muuta multimedia sisältöä. Asiakirja koostuu kahdesta osasta: Otsake (header) Runko (body) CDA R1 vain otsake XML enkoodattu. CDA R2 myös runko XML sisältöä. Voi kuitenkin sisältää myös ei rakenteellista dataa. Mahdollistaa myös SNOMED CT ja LOINC käytön.
CDA asiakirjan rakenne otsake Kuvailevaa tietoa asiakirjasta metatietoa. Otsake pohjautuu aina RIM malliin. Käytetään arkistoinnissa, sähköisten allekirjoitusten säilömisessä ja tiedonhaussa. Pakollisia elementtejä 8. Mahdollisuus lisätä toteutuskohtaisia vapaaehtoisia elementtejä. Kaikki elementit ennen ensimmäistä <component> elementtiä.
CDA asiakirjan rakenne otsake Elementti <typeid> <id> <code> <effectivetime> <confidentialitycode> <recordtarget> <author> <custodian> Selitys Asiakirjan pohjana olevan CDA R2 version numero. Suomessa käytännössä typeid root='2.16.840.1.113883'. Asiakirjan yksikäsitteinen yksilöivä tunniste. Asiakirjan potilasrekisteritunnus, jolla ilmaistaan mihin henkilörekisteriin asiakirja kuuluu. Asiakirjan alkuperäinen luontiajankohta, jota käyttäjä ei saa tuottaa tai muokata. Asiakirjan luottamuksellisuuden turvaluokitus. 1 = 'erittäin salainen' ja 5='terveydenhuollon salassapidettävä'. Asiakirjan kohteen tunniste on sen potilaskertomuksen tunniste, johon kyseinen asiakirja liityy. Suomessa potilas (Hetu). Asiakirjan laatija. Entiteetit ja niiden roolit jotka loivat asiakirjan. Asiakirjan ylläpidosta vastuussa oleva entiteetti. Eli organisaatio jonka vastuulla asiakirjan säilyttäminen on. CDA asiakirjan otsakkeessa vaaditut elementit.
CDA asiakirjan rakenne runko Sisältää varsinaisen potilasasiakirjan sisällön. Raportti terveydenhuollon kliinisestä tapahtumasta. Rakenteellinen <StructuredBody> tai rakenteeton BLOB olio <NonXMLBody>. Yksi tai useampi <section> elementti. Section on kertomus. Ainoa pakollinen elementti <text> Jokaisesessa <section> elementissä Ihmisluettava sisältö Mahdollisuus käyttää teḱstinjäsennys elementtejä Ei pakotetusti yhtenevä rakenteellisen sisällön kanssa
CDA käytännössä Maailmanlaajuisesti eniten käytetty HL7 V3 sovellus. Suomessa Kansallinen terveysarkisto KanTa Sähköinen resepti Käytössä myös Saksassa ja Kreikassa Pilottiprojekteja Kanadassa, Japanissa...
Kanta lähete LÄH Määrittämätön hoitoprosessin vaihe Lähetteen tekniset ja osapuolitiedot tietokentät Hoidon priorisointi tietokentät Tulotilanne Lähetteessä käytettävät otsikot tietokentät
Kanta suun terveydenhuollon potilaskertomus Mahdollistaa kaikkien suun terveydenhuoltoon liittyvien toimenpiteiden ja hoitotapahtumien esittämisen. Monimutkainen Esimerkiksi hampaiston nykytila. Yksittäinen hammas STH01 koodaus
Yhteentoimivuus CDA R1 esitteli CDA tasot, jotka kuvaavat yhteentoimivuuden astetta. 1.Otsakkeen metatiedot ihmis- ja koneluettavaa. 2.Ihmisluettavassa sisällössä käytetään tekstinjäsennys elementtejä. 3.Ihmisluettava semanttinen sisältö on esitetty myös koneluettavassa semanttisessa muodossa. Paikalliset laajennokset Esimerkiksi Kanta
Lähteet [BEY04] Beyer, M. et al, Towards a Flexiple, Process-Oriented IT Architecture for an Integrated Healthcare Network. ACM Symposium on Applied Computing, 2004, sivut 264-271.