Stream: Kanta FHIR Prescription
Topic: Profiilien kehityksen reunaehdot
Kari Heinonen (Jan 22 2021 at 08:14):
Onko Kanta lääkemääräyksen FHIR-resurssien laatimisella jotain ennalta päätettyjä reunaehtoja tai sitovia linjauksia ?
Lähinnä ajattelen rakenteisen annostelun osiota. Koska Kanta- ja FHIR- tietomallit eroavat niinkin perustavanlaatuisella tavalla toisistaan, onko harkittu/mietitty annostelun rakenteen tekemistä kokonaan uutena resurssina sen sijaa että jotenkin "muokattaisiin" standardia tai käytettäisiin sitä ns. "luovilla tavoilla" (esim. esitelty resurssin kokonaisuuden toistaminen) ?
Enkä kyllä millään haluaisi olla ensimmäinen postaaja mutta kovin on täällä hiljaisen oloista ...
edit #1. Käytin äsken pari tuntia selaamalla simplifierin MedicationRequest -profiileja. Ylipäätään mitkään rakenteiseen annosteluun liittyvät standardista poikkeamat ovat ns. laskettavissa yhden käden sormilla. Toiseksi mitään Kanta-tietomallia muistuttavaa en onnistunut löytämään ollenkaan - tunteeko joku asiaa paremmin ?
edit #2: Information to non-Finnish speakers
As instructed by stream creator, use of Finnish as a language of conversation is allowed. However, to this I don't personally wholly agree :-) To those interested, this post is about general development plans, directions and guidelines concerning creating MedicationRequest -profile compatible with Finnish national Kanta archive, especially representing Dosage in a structural manner.
Mika Tuomainen (Jan 27 2021 at 05:57):
Ensin yleinen kommentti: toivomme, että tekemässämme avauksessa keskusteltaisiin nyt Simplifierista löytyvistä FHIR resursseista ja niiden soveltuvuudesta yksilöintitietojen palautuksen esitystavaksi. Nyt tässä esitetyissä kysymyksissä mennään osin korkeammalle tasolle/arkkitehtuuritasolle ja sen keskustelun paikka ei välttämä ole täällä (ellei niin erikseen sovita). Palaamme tarvittaessa näihin erikseen.
Toivottavaa kuitenkin olisi, että yksilöintitietojen FHIR palautuksen kommentit ja muut yleisemmät asiat pidettäisiin ainakin eri keskustelun avauksissa.
Tässä vaiheessa ei ole ollut reunaehtoja tai sitovia linjauksia. Työn lähtökohtana on ollut hyödyntää FHIR standardia mahdollisimman pitkälle sellaisenaan ja pyrkiä pysymään standardin mukaisissa rakenteissa niin pitkälle kuin mahdollista. Näin samalla tulee arvioiduksi FHIRin olemassa olevien resurssien soveltuvuus tietosisällön esittämiseen.
Mika Tuomainen (Jan 27 2021 at 06:00):
Lähinnä ajattelen rakenteisen annostelun osiota. Koska Kanta- ja FHIR- tietomallit eroavat niinkin perustavanlaatuisella tavalla toisistaan, onko harkittu/mietitty annostelun rakenteen tekemistä kokonaan uutena resurssina sen sijaa että jotenkin "muokattaisiin" standardia tai käytettäisiin sitä ns. "luovilla tavoilla" (esim. esitelty resurssin kokonaisuuden toistaminen) ?
Mikä on Kanta-tietomalli mihin tässä viittaat? Edit1 kohdassa kysytkin omaan kysymykseesi liittyen, mikä ylipäätään on Kanta-tietomalli. Koodistopalvelusta löytyvä THL Lääkemääräyksen tietosisältö taitaa olla ainoa "tietomallimainen" esitys tietosisällöstä, ei pelkkä listaus tietoja kuten aiemmin määrittelyissä on ollut. Toisaalta tuo on tietosisältömäärittely eikä välttämättä ohjaa eri järjestelmien varsinaista tietomallia.
Nyt on siis pyritty katsomaan, miten hyvin FHIR resurssit soveltuvat tietosisällön esittämiseen. Aika moni (kaikki?) rakenteisen annostuksen (S1 Kirjaa ja muodosta rakenteinen annostusohje") esimerkeistä on esitettävissä FHIR MedicationRequest-resurssilla. Eikä tässä ymmärtääksemme ole juurikaan tehty mitään luovaa, esitetty tiedot niin kuin ne FHIR standardilla on ollut tarkoitus esittää.
Kannattaa huomioida, että rakenteinen annostus ei ole FHIRssa resurssi, se on FHIRssa MedicationRequest-resurssin elementin dosageInstruction alainen tieto ja esitetään Dosage-tietotyypillä. Dosage-tieotyypin alla aikoihin liittyvät tiedot puolestaan esitetään Dosage-tietotyypistä löytyvällä timing elementillä, joka on Timing-tietotyyppiä (rakenteisen tietotyypin sisällä toinen rakenteinen tietotyyppi).
Ja jos korvaamme tuon dosageInstruction-elementin omalla rakenteella, voimme alkaa keskustella koko MedicationRequest-resurssin sopivuudesta.
Mika Tuomainen (Jan 27 2021 at 06:14):
edit #1. Käytin äsken pari tuntia selaamalla simplifierin MedicationRequest -profiileja. Ylipäätään mitkään rakenteiseen annosteluun liittyvät standardista poikkeamat ovat ns. laskettavissa yhden käden sormilla. Toiseksi mitään Kanta-tietomallia muistuttavaa en onnistunut löytämään ollenkaan - tunteeko joku asiaa paremmin ?
Selailitko Kanta-projektin (https://simplifier.net/prescriptionr4) MedicationRequest profiilia (vain yksi) eli kohdistuuko tämä kommenttisi siihen vai ylipäätään Simplifierista löytyviä muitakin (muiden maiden) MedicationRequest-profiileja? Tämä "Ylipäätään mitkään rakenteiseen annosteluun liittyvät standardista poikkeamat ovat ns. laskettavissa yhden käden sormilla." ei oikein aukea mitä sillä haet. Ylipäätään toivoisimme nyt tarkkoja esimerkkejä haasteista/ongelmista.
Mika Tuomainen (Jan 27 2021 at 06:19):
edit #2: Information to non-Finnish speakers
At first phases, it is maybe better to use Finnish, all terms and concepts are only in Finnish (and Swedish) in Finnish prescription context . Therefore, if we want to discuss Kanta prescription here in English, we have to do some translation work at first. Otherwise, we are afraid, there is a big risk of misunderstandings. After there is a consensus on the basic things of the FHIR, then we can introduce open and more difficult issues to the international discussions.
Kari Heinonen (Jan 31 2021 at 08:26):
Kysyttiin ”Mikä on Kanta-tietomalli mihin tässä viittaat ?”
Valitettavasti parasta mitä puheenaolleen ”Kanta-tietomallin” suunnalla on tarjolla, on Koodistopalvelun tietosisältöjen, lääkemääräyksen CDA-rakennekuvausten ja toiminnallisten määrittelyiden muodostama dokumentaatiokokonaisuus täydennettynä lääkitysprojektin eri vaiheiden myötä syntyneellä kuvalla tavoite/tahtotilasta. Varsinkin rakenteisen annostelun osalta formaalin tietomallin (ymmärrettynä esim. FHIR-profiilina, XML-skeemana, tms) puuttuminen on ongelmallista, esimerkiksi kompaktien, eksaktien esimerkkien laatiminen kehityskohteiden hahmottamiseksi on kovin hankalaa.
Itse ratkaisin tämän niin että loin vuosia sitten täysin epävirallisen, karkean ja mm. elementeiltään omavaltaisesti nimetyn, HL7-perustietotyyppeihin pohjaavan XML-skeemaparin (näitä noudattavine esimerkkitapausten XML-instansseineen) rakenteisesta annostelusta: toisen vastaten lääkemääräyksen julkaistua tietosisältöä ja toisen siitä miten ajattelin asiaa voitavan kehittää. Näin oli edes jollain tavalla konkreettinen pohja mistä kulloinkin keskustella.
Työpajan 20.1.2021 loppupuolella korviini osui yleisön joukosta tullut maininta kansainvälisistä projekteista, joita mahdollisesti voitaisiin hyödyntää. Siispä, aivan kuten kirjoitin, selasin simplifierin MedicationRequest –resursseja (monikossa siis, sekä valmiita että luonnoksia) ja koitin katsoa miten niissä on lähestytty annostelun kuvaamista. Myöskään kokeeksi täällä Zulipissa sittemmin tekemäni ”dosage -sanahaut” eivät tuoneet esiin mitään enempää (tai sitten en vaan osaa käyttää tätä). Koska tulokset jäivät mielestäni yllättävän laihoiksi, ei rakenteinen annostelu mitenkään voi olla vain kansallinen kysymys, ajattelin kysyä josko joku tuntisi FHIR-kontekstissa tehtyjä projekteja paremmin.
”Ja jos korvaamme tuon dosageInstruction-elementin omalla rakenteella, voimme alkaa keskustella koko MedicationRequest-resurssin sopivuudesta.”
Niimpä. Eikä tietenkään ole järkevää käyttää resursseja Dosage -tietotyyppiin pohjaten jos sen avulla ei vaikuta mahdolliselta saavuttaa käyttökelpoista vastinetta rakenteisen annostelun, jonka ympärille ongelmat nähdäkseni (taas) keskittyvät, THL-tietomallille. Mutta samalla todettakoon, että olisi todella erikoinen tilanne jos joustavuudestaan ja laajennettavuudestaan tunnettu FHIR muodostuisi kehittämistä rajoittavaksi tekijäksi, kun asiat kerran on saatu ns. CDA-puolella hoidetuksi. Toki Lääkemääräyksen rakenteisen annostelun perusratkaisun saavuttamiseen meni todella monta vuotta ja projektia. Juuri edellämainituista syistä yritän omalta osaltani herätellä keskustelua "korkeammalla tasolla / arkkitehtuuritasolla”.
Mika Tuomainen (Feb 02 2021 at 17:18):
Työpajan 20.1.2021 loppupuolella korviini osui yleisön joukosta tullut maininta kansainvälisistä projekteista, joita mahdollisesti voitaisiin hyödyntää. Siispä, aivan kuten kirjoitin, selasin simplifierin MedicationRequest –resursseja (monikossa siis, sekä valmiita että luonnoksia) ja koitin katsoa miten niissä on lähestytty annostelun kuvaamista. Myöskään kokeeksi täällä Zulipissa sittemmin tekemäni ”dosage -sanahaut” eivät tuoneet esiin mitään enempää
Seuraavia olemme katsoneet läpi ja ottaneet näistä myös mallia:
NHSllä on paljon esimerkkejä rakenteisesta annostuksesta, noudattaa FHIR Dosagea, huom. ovat kylläkin FHIR STU3 mukaisia mutta niissä ei ole merkittävää eroa FHIR R4:seen:
- https://fhir.nhs.uk/
- https://developer.nhs.uk/apis/dose-syntax-implementation-1-3-2-alpha/
- https://developer.nhs.uk/apis/dose-syntax-implementation-1-3-2-alpha/dosage-overview.html
- https://developer.nhs.uk/apis/dose-syntax-implementation-1-3-2-alpha/dosage-examples-overview.html
- https://nhsconnect.github.io/Dose-Syntax-Implementation/dosage-examples-standard.html
- https://nhsconnect.github.io/Dose-Syntax-Implementation/dosage-examples-additional.html
Ruotsissa on kehitteillä kansallinen lääkityslista, tämä löytyy Simplifieristakin (materiaaliin ei tarvita tunnuksia). Myös täällä noudatetaan FHIR Dosagea (muutama laajennus taisi olla tehtynä). Täältä olemme katsoneet jonkun verran millaisia laajennuksia ruotsalaiset ovat tehneet. Mitään yhteistyötä ruotsalaisten kanssa ole ainakaan vielä viritelty:
- https://simplifier.net/swedishnationalmedicationlist
- https://simplifier.net/guide/swedishnationalmedicationlist/home
- https://simplifier.net/guide/swedishnationalmedicationlist/Dosageexamples
- https://simplifier.net/swedishnationalmedicationlist/nllmedicationrequest
- https://simplifier.net/swedishnationalmedicationlist/nlldosage
Kv. järjestelmien osalta löytyy joistakin järjestelmistä FHIR rajapintakuvauksia, esim. Yhdysvalloissa vaaditaan rajapinnat julkisiksi, tässä linkki vaikkapa Epicin FHIR rajapintoihin:
Ja sitten löytyy myös US core FHIR määrittelyt (erillisiä Argonaut linkkejä en nyt tähän ehtinyt kaivaa):
Norjalaiset ovat tehneet FHIR resursseista omat pohjaprofiilit, löytyy täältä
Zulipista (chat.fhir.org) voi hakea streameista esim. näin:
- stream:implementers > dosage
- stream:implementers > medicationrequest
Last updated: Apr 12 2022 at 19:14 UTC
