Palvelut · Miten saamme tietopohjan, johon voi luottaa?
OMOP tutkimukseen, FHIR tiedonvaihtoon, sääntely rakenteeseen.
Terveysdata on hajallaan järjestelmissä, jotka kuvaavat samaa asiaa eri tavoin. Standardi ei yksin ratkaise ongelmaa. Ratkaisevaa on, miten harmonisointi dokumentoidaan ja kuka sitä ylläpitää.
Milloin tämä on ajankohtaista
- Useita lähdejärjestelmiä pitää tuoda yhteiseen malliin tutkimusta tai analytiikkaa varten.
- OMOP on valittu, mutta muunnos on kerran ajettu skripti, jota kukaan ei ylläpidä.
- Rajapinnat ovat hajanaisia, eikä tieto liiku rakenteisena järjestelmästä toiseen.
- Toisiolain muutos ja EHDS tuovat vaatimuksia, joiden vaikutusta alustaan ja tietomalleihin ei ole arvioitu.
- Kehitätte lääkinnällistä ohjelmistoa, ja datan jäljitettävyys pitää pystyä osoittamaan.
Standardien roolit
OMOP
OMOP on yhdenmukaistettu tietomalli tutkimukseen, analytiikkaan ja toisiokäyttöön. Se on hyödyllinen, kun useita lähdejärjestelmiä tuodaan yhteiseen malliin. OMOP on harmonisoinnin sopimus, ei kääntäjä. Rakenne tulee valmiina, mutta jokainen vastaavuus lähdejärjestelmän ja sanaston välillä on tulkinta, joka pitää dokumentoida ja ylläpitää. Sanastovastaavuudet tarvitsevat versionhallinnan siinä missä koodikin.
FHIR
FHIR on tiedonvaihdon ja sovellusrajapintojen standardi. Sitä tarvitaan, kun tiedon pitää liikkua järjestelmien välillä operatiivisessa työssä. HL7:n aiemmat standardit ovat yhä käytössä monessa integraatiossa, ja uusi rakennetaan usein niiden rinnalle. Yksi tapa mallintaa rakenteista kliinistä tietoa on openEHR, ja se sopii osaan arkkitehtuureista.
Neljä käyttöyhteyttä
| Käyttöyhteys | Mitä se vaatii datalta |
|---|---|
| Tutkimus | Toisiokäyttö, OMOP-harmonisointi, kohorttien muodostaminen, toistettavuus |
| Tietojohtaminen | Yhteiset määritelmät ja mittarit, tilannekuva, väestötason analytiikka |
| Operatiivinen käyttö | Tiedonvaihto järjestelmien välillä, integraatiot, prosessien automaatio |
| Kliininen työ | Päätöksentuki ja työnkulut, jotka sopivat ammattilaisen työhön |
Sääntely on osa rakennetta
Sääntely vaikuttaa arkkitehtuuriin, tietovirtoihin, käyttöoikeuksiin, dokumentaatioon ja julkaisukäytäntöihin. Siksi se otetaan mukaan silloin, kun rakennetta suunnitellaan. Toteutuksessa se näkyy kuutena asiana: sisäänrakennettu tietosuoja, roolipohjainen pääsynhallinta, jäljitettävyys ja lokitus, hallitut käsittely-ympäristöt, dokumentoitu omistajuus ja käyttötarkoitukseen sidottu käyttö.
Arkkitehtuuriin vaikuttavat GDPR, toisiolaki, EHDS, lääkinnällisten laitteiden sääntely (MDR ja IVDR) ja EU:n tekoälyasetus.
Toisiolaki muuttui 1.5.2026
Usean rekisterinpitäjän tietoihin voi nyt hakea luvan Findatalta tai erikseen kultakin julkiselta rekisterinpitäjältä. Hyvinvointialue voi siis olla sekä luvan myöntäjä että aineiston koostaja. Silloin poiminnan toistettavuus ja jäljitettävyys ovat rekisterinpitäjän omaa työtä. Pseudonymisoitu data on avaimen haltijalle yhä henkilötietoa.
EHDS lyhyesti
EHDS eli eurooppalainen terveystietoalue perustuu EU:n asetukseen (EU) 2025/327. Se vaikuttaa sekä terveysdatan ensisijaiseen käyttöön että toisiokäyttöön. Yksi keskitetty tietokanta tai tekninen alusta se ei ole. Asetus tuli voimaan maaliskuussa 2025, ja sen velvoitteet tulevat sovellettaviksi pääosin vuosina 2027–2031. Toisiokäytön säännöt alkavat soveltua pääosin maaliskuussa 2029. Vaikutukset ulottuvat tietoalustoihin, tietomalleihin, käyttöoikeuksiin ja toisiokäytön prosesseihin. EHDS nostaa vaatimustasoa, mutta hyvää arkkitehtuuria ja selkeää omistajuutta se ei korvaa.
Näyttö
Meillä on näyttöä OMOP-pohjaisten tai OMOPiin liittyvien terveysdataratkaisujen teknisestä tuesta, arkkitehtuurista ja tuotantovalmiuden vahvistamisesta. Tätä työtä olemme tehneet useassa ympäristössä. Asiakaskohtaisista yksityiskohdista kerromme, kun asiakkaan lupa on kunnossa.
Näin tämä ostetaan
Terveysdatan työ ostetaan samalla tavalla kuin muu tietotuotanto: projektina tai jatkuvana allokaationa. Standardin valinta tai toisiokäytön vaatimusten arviointi voi olla myös rajattu määrittely.