Palvelut
Palvelumme vastaavat kolmeen kysymykseen.
Ne ovat kysymyksiä, jotka ovat edessä, kun data- tai tekoälyhanke on alkamassa, käynnissä tai pysähtynyt. Aloittaa voi mistä tahansa niistä. Harva aloittaa tyhjästä, ja siksi kysymme ensin, mitä teillä on jo tehty.
01
Mitä rakennetaan ja missä järjestyksessä?
Ensin päätetään, mitä toiminnassa pitää muuttaa. Vasta sitten, mitä rakennetaan.
02
Miten saamme tietopohjan, johon voi luottaa?
Luotettava tieto syntyy kahdesta asiasta: alustasta, jonka päällä sitä tuotetaan, ja tavasta, jolla työ tehdään.
Tietoalusta
Alusta julkiseen pilveen, omaan ympäristöön tai molempiin. Mitä tuotantokelpoinen alusta vaatii.
TietoalustaData as Software
Menetelmä, jolla tietotuotannosta tulee testattua ja toistettavaa. Neljä muutosta, jotka Länsi-Uudenmaan hyvinvointialue teki.
Data as SoftwareTerveysdata: standardit ja sääntely
OMOP tutkimukseen, FHIR tiedonvaihtoon, sääntely osaksi rakennetta.
Terveysdata: standardit ja sääntelySote-tilannekeskukset ja varautuminen
Tietopohja, joka palvelee johtoa maanantaina ja häiriössä.
Sote-tilannekeskukset ja varautuminen03
Miten se päätyy käyttöön – ja pysyy siellä?
Toimiva malli tai valmis alusta ei vielä ole käytössä. Tuotantokäytöllä on kuusi edellytystä, ja ne tarvitaan yhtä aikaa.
Tekoäly tuotantokäyttöön
Kuusi edellytystä, mallirekisteri, referenssiarkkitehtuuri ja tekoälyasetuksen aikataulu.
Tekoäly tuotantokäyttöönTekninen kokonaisvastuu
Monitoimittajahankkeessa jonkun pitää vastata arkkitehtuurista, rajapinnoista ja laatuvaatimuksista. Voimme ottaa sen roolin toteutuksen ajaksi.
Tekninen kokonaisvastuuMiten työskentelemme
Askelia on kolme, ja jokainen päättyy tulokseen, jonka voi arvioida.
Määrittely
Selvitämme ongelman ja tavoitellun muutoksen: ketkä tekevät työn tänään ja mitä muutos vaatii tiedolta ja tekoälyltä. Tulos on kirjattu suunnitelma seuraavasta askeleesta tai perusteltu suositus jättää se ottamatta.
Rajattu todennus oikeassa ympäristössä
Rakennamme ytimen, joka todentaa muutoksen: oikea data, oikea ympäristö, oikeat käyttäjät, rajattu laajuus. Tuotantokäytön kriteerit kirjoitetaan, ennen kuin todennus alkaa. Näin tiedetään, toimiiko ajatus, ennen kuin siihen sidotaan lisää rahaa.
Tuotanto ja käyttöönotto
Viemme ratkaisun tuotantoon, järjestämme valvonnan ja teemme työn, jota tarvitaan, jotta uusi tapa korvaa vanhan ammattilaisten arjessa. Valmista on vasta, kun välineet ovat tiiminne päivittäisessä käytössä.
Mitä meiltä ostetaan
Ostatte kokeneita tekijöitä ja sovitun lopputuloksen. Ison hankkeen voi tehdä useassa osassa.
Sovittu lopputulos
Projekti
Rajattuun kysymykseen vastaa kokenut asiantuntija, ja tulos sovitaan etukäteen. Esimerkiksi määrittely tai rajattu todennus oikeassa ympäristössä.
Nimetty asiantuntija tiimiinne
Jatkuva allokaatio
Arkkitehti, johtava kehittäjä tai toiminnan muutoksesta vastaava toimii teidän rooleissanne niin kauan kuin työ vaatii. Esimerkiksi tietoalustan rakentaminen.
Toteutustiimi
Kokonaisvastuu
Tyypillisessä toteutuksessa tiimissä on arkkitehti, johtava datainsinööri ja datainsinööri. Tällä kokoonpanolla menetelmämme viedään käyttöön teidän organisaatiossanne. Esimerkiksi tietotuotannon vastuualue kokonaisuudessaan.
Integraattoripalvelu
Tekninen kokonaisvastuu
Ohjaamme toteutusta ja toimimme teidän edunvalvojananne. Vastaamme arkkitehtuurista, rajapinnoista ja laatuvaatimuksista, ja katselmoimme jokaisen muutoksen ennen tuotantoon vientiä. Toteutuksen voi tehdä teidän oma tiiminne tai useampi toimittaja, ja sopimusvastuu säilyy kullakin toimittajalla.
Kysymyksiä ja lyhyitä vastauksia
Miten uudistamme tietoalustan lukkiutumatta yhteen toimittajaan?
Päättämällä ensin, minkä pitää olla siirrettävissä: data, tietomallit ja keskeiset työnkulut. Niissä käytetään avoimia standardeja ja vaihdettavia komponentteja. Muilta osin voi valita yhden toimittajan tuotteen, kunhan valinta on tietoinen.
TietoalustaMiksi tietoputkemme hajoavat joka vuosi?
Yleensä siksi, että muunnokset ovat pitkiä SQL-kyselyitä, joita ei voi yksikkötestata mielekkäästi, ja sama logiikka on kopioitu moneen paikkaan. Silloin lähes jokainen korjaus rikkoo jotain muuta. Apu löytyy menetelmästä: pienet testattavat funktiot, versionhallinta sekä automaattinen testaus ja julkaisu.
Data as SoftwareMiten OMOP saadaan käytännössä toimimaan?
OMOP antaa rakenteen, mutta harmonisointi on aina tulkintaa lähdejärjestelmien sisällöstä. Ratkaisevaa on, miten tulkinnat dokumentoidaan ja kuka niitä ylläpitää. Sanastovastaavuudet tarvitsevat versionhallinnan siinä missä koodikin.
Terveysdata: standardit ja sääntelyPilottimme toimii, mutta eteneminen pysähtyy. Mitä puuttuu?
Useimmiten omistaja ja kriteerit. Pilotin jälkeiselle vaiheelle ei ole nimetty vastuuhenkilöä eikä kirjoitettu ehtoja, joilla edetään tai lopetetaan. Malli on harvoin ongelma.
Tekoäly tuotantokäyttöönTarvitsemme tilannekuvan, jolla johto voi ohjata. Mistä aloitetaan?
Päätöksistä. Ensin määritetään, mitä tilannekuvan perusteella päätetään ja kuka päättää. Sen jälkeen tulevat tietosisällöt ja vasta lopuksi näkymät.
Sote-tilannekeskukset ja varautuminenEdessä on kilpailutus. Miten tiedämme, mitä ostaa ja missä paloissa?
Määrittelyssä kirjoitamme hankinnan vaatimukset ja hyväksymiskriteerit niin, että ne ovat teknologianeutraaleja mutta riittävän täsmällisiä. Samalla päätetään, mikä pysyy omassa hallinnassanne.
MäärittelyToimittajia on monta. Kuka vastaa teknisestä kokonaisuudesta?
Monitoimittajahankkeessa arkkitehtuurista, rajapinnoista ja laatuvaatimuksista pitää vastata yhden tahon. Voimme ottaa sen roolin toteutuksen ajaksi. Silloin katselmoimme muutokset ennen tuotantoa, myös muiden toimittajien tekemät. Tässä roolissa olemme toimineet kahdessa asiakkuudessa.
Tekninen kokonaisvastuu