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.
Kärkipalvelumme
Invinite Data Stack – suvereeni tietoalusta omaan ympäristöön ja pilveen
Avoimiin teknologioihin perustuva lakehouse-alusta, jonka voi ajaa omassa konesalissa, yksityisessä pilvessä tai julkisessa pilvessä samalla arkkitehtuurilla.
Invinite Data StackData as Software
Ohjelmistotuotannon menetelmiin nojaava lähestymistapa, jolla tietotuotannosta tulee testattua ja toistettavaa.
Data as SoftwareInviniten pelikirja · 01
Mitä halutaan saavuttaa?
Mikä on ratkaisemisen arvoinen ongelma ja mitä toiminnassa halutaan muuttaa?
Strategia ja muotoilu
Autamme yhdistämään liiketoiminnan tavoitteet, käyttäjien tarpeet ja teknologian mahdollisuudet selkeäksi suunnaksi.
Nykytila ja tavoitetila
Muodostamme yhteisen kuvan siitä, missä nyt ollaan, mitä pitää muuttaa ja miltä tavoiteltu lopputulos näyttää.
Data- ja AI-mahdollisuuksien tunnistaminen
Tunnistamme, missä data ja tekoäly voivat aidosti parantaa toimintaa, päätöksentekoa tai palveluiden laatua.
Priorisointi
Autamme kohdistamaan kehittämisen niihin asioihin, joilla on suurin merkitys tavoitteiden, vaikutusten ja toteutettavuuden kannalta.
Määrittely
Muutamme tavoitteet ja tarpeet riittävän täsmällisiksi vaatimuksiksi, jotta ratkaisu voidaan suunnitella, hankkia tai toteuttaa.
Inviniten pelikirja · 02
Miten se toteutetaan?
Miten dataa, tekoälyä ja teknologiaa hyödynnetään tarkoituksenmukaisesti kestävän ja toimivan ratkaisun rakentamisessa?
Arkkitehtuuri
Suunnittelemme kokonaisuuden niin, että liiketoiminta, data, integraatiot, sovellukset ja teknologia tukevat samaa tavoitetta.
Data- ja AI-ratkaisut
Suunnittelemme ja toteutamme ratkaisuja, joissa data ja tekoäly palvelevat tunnistettua käyttötarkoitusta eivätkä jää irrallisiksi teknologiakokeiluiksi.
Tiekartta
Jäsennämme tavoitetilan toteutettaviksi vaiheiksi ja teemme näkyväksi tärkeimmät riippuvuudet, valinnat ja etenemisjärjestyksen.
Tekninen määrittely
Kuvaamme ratkaisun tekniset vaatimukset, rajapinnat, tietovirrat ja muut toteutuksen kannalta olennaiset yksityiskohdat.
Rajattu todennus
Todennamme ratkaisun oikealla datalla ja oikeassa ympäristössä ennen laajempaa toteutusta. Tuotantokäytön kriteerit sovitaan ennen kuin todennus alkaa.
Tekninen toteutus
Rakennamme toimivia ratkaisuja, jotka kestävät tuotantokäyttöä ja sopivat asiakkaan olemassa olevaan ympäristöön.
Inviniten pelikirja · 03
Miten siitä syntyy vaikutusta?
Miten uusi ratkaisu saadaan osaksi toimintaa ja tuottamaan mitattavaa arvoa?
Käyttöönotto
Viemme uuden ratkaisun hallitusti osaksi arjen toimintaa, prosesseja ja järjestelmäympäristöä.
Toiminnan muutos
Autamme muuttamaan prosesseja, rooleja ja toimintatapoja niin, että uusi ratkaisu todella muuttaa tekemistä.
Omistajuus
Varmistamme, että vastuut, päätöksenteko ja ratkaisun jatkuva kehittäminen ovat selkeästi asiakkaan hallussa.
Osaamisen kehittäminen
Siirrämme osaamista asiakkaan organisaatioon, jotta ratkaisua osataan käyttää, johtaa ja kehittää myös hankkeen jälkeen.
Vaikutusten mittaaminen ja arviointi
Määritämme, miten tavoiteltuja vaikutuksia mitataan, arvioidaan ja hyödynnetään toiminnan ja ratkaisun jatkokehittämisessä.
Mitä meiltä ostetaan
Ison hankkeen voi tehdä useassa osassa.
Projekti
Rajattuun kysymykseen vastaa kokenut asiantuntijaryhmä, ja tulos sovitaan etukäteen. Esimerkiksi selvitys, määrittely tai rajattu todennus oikeassa ympäristössä.
Asiantuntija osaksi tiimiä
Arkkitehti, johtava kehittäjä tai toiminnan muutoksesta vastaava asiantuntija toimii työpanoksellaan määritetyssä roolissa niin kauan kuin työ vaatii. Esimerkiksi tietoalustan rakentaminen tai tietotuotannon kehittäminen.
Toteutustiimi
Tyypillisessä toteutuksessa tiimissä on arkkitehti, johtava kehittäjä ja yhdestä useampaan kehittäjään. Tiimi rakentaa ratkaisun yhdessä omien asiantuntijoidenne kanssa, jolloin toteutuksen yhteydessä hyödynnetyt menetelmät jäävät teille käyttöön. Esimerkiksi tietotuotannon toimintatapojen, menetelmien ja tuotannon tehostaminen.
Tekninen kokonaisvastuu
Ohjaamme toteutusta puolestanne ja toimimme teidän edunvalvojananne. Vastaamme arkkitehtuurista, rajapinnoista ja laatuvaatimuksista, sekä katselmoimme myös muiden toimittajien tekemän työn ennen tuotantoon vientiä. Toteutuksen voi tehdä teidän oma tiiminne tai useampi toimittaja, ja sopimusvastuu säilyy kullakin toimittajalla.
Tekninen kokonaisvastuuKysymyksiä 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.
Suvereeni 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