Tekoäly lukee alihankintatestien testausselosteet

Konkreettinen tekoälyn käyttötapaus laboratoriossa: malli lukee ulkoisen laboratorion testausselosteesta tulokset ja sijoittaa ne tilauksen riveille. Ihminen vain vahvistaa.

31. elokuuta 2026 CleverLAB-tiimi Lukuaika 9 min Tekoäly laboratoriossa

Tekoäly lukee tulokset ulkoiselle laboratoriolle alihankintana teetettyjen testien testausselosteesta

Lyhyesti

Alihankinta päättyy jonkun toisen PDF-tiedostoon. Joku kirjoittaa siitä käsin uudelleen toistakymmentä lukua – ja juuri siinä syntyvät koko prosessin kalleimmat virheet.
Malli lukee otsikkotiedot, tulostaulukon ja alaviitteet, yhdistää rivit tilauksen riveihin ja valmistelee ehdotuksen kirjaukseksi. Itse se ei hyväksy mitään.
Se yhtenäistää sen, mikä vaihtelee laboratorioiden välillä: desimaalierottimen, yksiköt, merkinnän ”< 0,5”, laajennetun epävarmuuden ja standardin julkaisuvuoden.
Tulos säilyttää pysyvän merkinnän ”alihankintatesti” ja siihen liitetyn alkuperäisen selosteen – tätä edellyttää ISO/IEC 17025 -standardin kohta 7.8.2.1 p.
Hyväksyntä jää ihmiselle. Tekoäly lyhentää yhden selosteen käsittelyn toistakymmenestä minuutista minuutin tarkistukseen, mutta ei poista vastuuta.

Miksi juuri alihankintatestien selosteet

Lähes millään laboratoriolla ei ole akkreditoinnin pätevyysalueessaan kaikkea, mitä asiakkaat kysyvät. Raskasmetallit, PAH-yhdisteet, Legionella, määritykset toisen standardin mukaan, kerran neljännesvuodessa tehtävät kausittaiset testit – nämä päätyvät alihankintalaboratorioon. Asiakas saa yhden testausselosteen, ja sinä vastaat kaikesta, mitä siinä on.

Tästä alkaa ongelma, joka ei näy yhdessäkään tehokkuusraportissa: alihankkija lähettää PDF-tiedoston, ja joku teillä kirjoittaa siitä luvut uudelleen. Yleensä hän on se, jolla on eniten muutakin työtä – tekninen johtaja tai testausselosteet hyväksyvä henkilö. Uudelleenkirjoittaminen kestää muutamasta minuutista toistakymmeneen minuuttiin asiakirjaa kohden, se on tylsää ja vaatii sataprosenttista tarkkaavaisuutta. Täydellinen yhdistelmä virheen syntymiselle.

Tämä artikkeli kuvaa yhden tarkasti rajatun tekoälyn käyttötapauksen: tulosten lukemisen alihankkijan testausselosteesta ja niiden sijoittamisen tilauksen riveille. Ilman visioita autonomisesta laboratoriosta, ilman lupauksia ”vallankumouksesta”. Yksi tehtävä, jonka kone tekee nopeammin ja huolellisemmin kuin väsynyt ihminen – edellyttäen, että hyväksymispäätös jää ihmiselle.

Viisi useimmin toistuvaa virhettä

Pilkku vai piste. Ulkomaisen laboratorion selosteessa lukee 0.05, järjestelmä odottaa arvoa 0,05 – huolimattomasti liitettynä tulos voi kasvaa tuhatkertaiseksi.
mg/l eikä µg/l. Ympäristötestien kallein virhe. Alihankkija raportoi mikrogrammoja, sinun pätevyysalueesi toimii milligrammoina – ilman muunnosta vaatimukset täyttävästä tuloksesta tulee raja-arvon ylitys.
Siirtynyt rivi. Taulukossa on viisitoista määritystä, katse hyppää yhden rivin ja kromin tulos päätyy nikkelin kohdalle.
Kadonnut pienempi kuin -merkki. < 0,5 kirjoitettuna muotoon 0,5 ei ole enää ”alle määritysrajan”, vaan konkreettinen mitattu arvo. Se muuttaa tulkinnan ja vaatimustenmukaisuuden arvioinnin.
Ohitettu alaviite. Huomautus poikkeamasta menetelmästä, siitä, että asiakas otti näytteen itse, tai siitä, että kyseinen määritys on alihankkijan akkreditoinnin pätevyysalueen ulkopuolella – yleensä pientä tekstiä sivun alareunassa, mutta sen on päädyttävä lopulliseen testausselosteeseen.

Miksi arvioija kysyy tästä ensimmäisenä

Testejä alihankintana teettäessään laboratorion on osoitettava, että se valvoo ulkoista toimittajaa (ISO/IEC 17025 -standardin kohta 6.6), ja merkittävä testausselosteeseen selvästi tältä toimittajalta saadut tulokset (kohta 7.8.2.1 p). Kun luvut kirjoitetaan käsin uudelleen jonkun toisen PDF-tiedostosta, yleensä molemmat katoavat: alkuperämerkintä häviää, ja yhteys alkuperäiseen asiakirjaan on vain sen ihmisen muistissa, joka työn teki.

Käyttötapaus vaihe vaiheelta

Alla on yhden asiakirjan koko polku – saapumisesta siihen hetkeen, kun tulos on valmis lopulliseen testausselosteeseen. Koko jakso kestää yhtä kauan kuin tämän kappaleen lukeminen; viimeinen vaihe on ainoa kohta, jossa ihmistä tarvitaan.

VAIHE 1

Seloste saapuu ja liitetään tilaukseen

Sähköpostilla, alihankkijan portaalista tai sihteeristön skannaamana. Asiakirja liitetään heti tietyn tilauksen liitteeksi ja pysyy siellä pysyvästi – todisteena on se, ei uudelleen kirjoitettu luku.

VAIHE 2

Asiakirjan rakenteen lukeminen

Malli tunnistaa kolme tasoa: otsikkotiedot (kuka testasi, selosteen numero, päivämäärät), näytteen tunnistetiedot sekä tulostaulukon alaviitteineen. Se ei etsi avainsanoja – se lukee sivun asettelua, ja siksi se selviää siitä, että jokaisella laboratoriolla on erilainen selostepohja.

VAIHE 3

Rivien yhdistäminen tilauksen riveihin

Jokainen taulukon rivi yhdistetään riviin, jonka annoit alihankintaan – määrityksen nimen, menetelmän ja näytteen tunnisteen perusteella yhtä aikaa. Rivit, joita ei voida yhdistää yksiselitteisesti, korostetaan arvaamisen sijaan.

VAIHE 4

Merkintöjen yhtenäistäminen

Desimaalierotin, yksikkö muunnettuna pätevyysalueesi yksiköksi, säilytetty pienempi kuin -merkki ja määritysrajan arvo, laajennettu epävarmuus ilmoitetun kattavuuskertoimen kanssa. Tässä vaiheessa luvun merkitys katoaa useimmin – ja siksi se on kuvattu erikseen eikä piilotettu lukemiseen.

VAIHE 5

Ehdotus tarkistettavaksi

Näytölle tulee vertailu: vasemmalla ehdotettu kirjaus, oikealla se kohta alkuperäisestä selosteesta, josta se on peräisin. Asiakirjaa ei tarvitse selata – lähdekohta on korostettu jokaisen luvun kohdalla.

VAIHE 6

Ihmisen hyväksyntä

Vasta valtuutetun henkilön vahvistus tallentaa tulokset tilaukseen. Jokainen niistä saa pysyvän alihankintatestin merkinnän sekä alihankkijan nimen ja tämän selosteen numeron.

Mitä mallin on luettava, jotta tulos on täydellinen

Pelkkä luku ei riitä. Asiakkaalle annettavan lopullisen testausselosteen on sisällettävä paljon enemmän tietoa, ja kaikki se löytyy alihankkijan asiakirjasta – vain hajallaan kolmessa eri kohdassa. Vähimmäissisältö, jota ilman kirjauksella ei ole merkitystä:

Kuka testasi – alihankintalaboratorion koko nimi ja osoite sekä sen akkreditointinumero.
Alihankkijan selosteen numero ja päivämäärä – tunniste, jonka avulla arvioija palauttaa yhteyden.
Näytteen tunnisteet molemmin puolin – oma näytetunnuksesi ja alihankkijan näytteelle antama tunnus.
Näytteen vastaanotto- ja testauspäivät – ilman niitä et voi arvioida, onko näytteen säilytysaikaa noudatettu.
Määritys, tulos ja yksikkö – yhdessä, ei koskaan erikseen.
Testausmenetelmä ja standardin julkaisuvuosi – ”SFS-EN ISO 17294-2” ilman vuotta on eri menetelmä kuin vuoden kanssa.
Laajennettu epävarmuus ja kattavuuskerroin – jos alihankkija on ilmoittanut ne.
Määritysraja ja tapa, jolla sen alittavat tulokset merkitään.
Huomautukset, poikkeamat ja vaatimustenmukaisuuslausunnot – mukaan lukien tieto siitä, mitkä määritykset olivat akkreditoinnin pätevyysalueen ulkopuolella.

Periaate, josta ei poiketa

Jos jokin näistä tiedoista puuttuu asiakirjasta, malli ei saa täydentää sitä – sen on ilmoitettava puutteesta. Standardin vuoden arvaaminen tai yksikön lisääminen ”koska yleensä se on näin” on juuri sellaista apua, jonka vuoksi työkalu ei enää sovellu akkreditoituun laboratorioon.

Missä se menee pieleen

Rehellisen käyttötapauksen kuvauksen on sisällettävä tilanteet, joissa automaatti ei selviä. Niitä on muutama, ja ne kaikki ovat ennakoitavissa:

Huonolaatuinen skannaus. Faksattu asiakirja, vinosti valokuvattu sivu tai kuulakärkikynällä taulukon poikki kirjoitettu allekirjoitus. Lukeminen on silloin epävarmaa, ja se on merkittävä täyttä tarkistusta vaativaksi.
Sivujen välillä katkeava taulukko. Sarakeotsikot jäävät ensimmäiselle sivulle ja osa riveistä siirtyy toiselle – jos jatkoa ei tunnisteta, arvot on helppo kohdistaa vääriin sarakkeisiin.
Uusinnat ja laimennukset. Sama määritys esiintyy selosteessa kahdesti, koska testi uusittiin. Vain ihminen tietää, kumpi tulos on oikea – ja hänen on osoitettava se.
Koontiseloste useasta näytteestä. Yksi asiakirja, kymmenen näytettä sarakkeissa. Riski kohdistaa tulos väärään näytteeseen on tässä suurin.
Samannäköiset nimet. ”Kromi” ja ”kromi(VI)” ovat kaksi eri määritystä, joilla on eri raja-arvot. Pelkän nimen perusteella yhdistäminen ei tässä ole sallittua – yhdistämisessä on otettava huomioon myös menetelmä.

Ylin sääntö: tekoäly ehdottaa, ihminen hyväksyy. Työkalu, joka tallentaa tulokset ilman vahvistusta, siirtää vastuun testausselosteesta ohjelmistotoimittajalle – eikä yksikään standardi tunne tällaista järjestelyä, eikä yksikään arvioija hyväksy sitä. Tämän käyttötapauksen arvo ei ole ihmisen poistaminen prosessista, vaan hänen työnsä muuttaminen uudelleenkirjoittamisesta tarkistamiseksi.

Kirjausketju

Automaattisella lukemisella on järkeä vain, jos jälkikäteen voidaan selvittää, mistä kukin luku on peräisin. Siksi jokaisen hyväksytyn tuloksen yhteyteen tallennetaan täydelliset tiedot itse lukemisesta – riippumatta siitä, että alkuperäinen asiakirja on jo liitetty tilaukseen.

Mitä tallennetaan	Mitä varten
Lähdeasiakirja	Alihankkijan alkuperäinen seloste siinä muodossa kuin se saapui – ilman muunnoksia ja käsittelyä.
Lukemisen päivämäärä ja kellonaika	Lukeminen voidaan sijoittaa tapahtumien järjestykseen suhteessa asiakirjan vastaanottoon ja testausselosteen hyväksyntään.
Mallin versio	Kun työkalun toiminta muuttuu, tiedetään, mitkä aiemmat lukemiset on tehty vanhalla versiolla.
Ehdotettu arvo	Tallennetaan hyväksytyn arvon rinnalle – näkyy, korjasiko ihminen jotakin ja mitä tarkalleen.
Hyväksyjä	Henkilökohtainen vastuu tuloksen kirjaamisesta tilaukseen.
Alihankintamerkintä	Pysyvästi sidottu tulokseen, siirtyy lopulliseen testausselosteeseen ja täyttää kohdan 7.8.2.1 p vaatimuksen.

Testausselosteessa on yksiselitteisesti osoitettava ulkoisilta toimittajilta saadut tulokset – se on standardin vaatimus eikä pelkkä hyvä käytäntö. Jos tuloksen alkuperämerkintä tehdään käsin, ennemmin tai myöhemmin se jää tekemättä.

Taulukon viimeinen rivi on tässä tärkein. Lukemishetkellä automaattisesti annettua alihankintamerkintää ei voi unohtaa, koska kukaan ei kirjoita sitä – se johtuu siitä, mistä asiakirja on tullut. Se on koko prosessin ainoa muutos, joka parantaa standardin vaatimusten täyttymistä jo rakenteensa ansiosta eikä tiimin kurin varassa.

Mitä tämä käytännössä tuo

Alla olevat luvut ovat esimerkkilaskelma eivätkä tietyn asiakkaan luona tehdyn mittauksen tulos. Oletetaan keskikokoinen laboratorio, joka teettää testejä alihankintana säännöllisesti mutta ei massoittain:

alihankkijoiden selostetta kuukaudessa

määritystä keskimäärin yhdessä selosteessa

8 → 1,5

minuuttia asiakirjaa kohden: uudelleenkirjoittaminen vai ehdotuksen tarkistus

4 h 20 min

aikaa säästyy kuukaudessa näillä oletuksilla

Neljä tuntia kuukaudessa ei ole luku, jota kannattaisi myydä läpimurtona. Todellinen hyöty on muualla: nämä ovat neljä työtuntia laboratorion kalleimmalta henkilöltä, tehtyinä määräajan paineessa tehtävässä, jossa yksi huolimaton rivi maksaa reklamaation, testin uusimisen tai poikkeaman auditoinnissa. Kun uudelleenkirjoittaminen vaihtuu tarkistamiseen, muuttuu ei niinkään tuntimäärä kuin riskin jakautuminen.

Sivuvaikutus, jota kukaan ei suunnittele

Kun kaikki alihankkijoiden selosteet kulkevat yhden paikan kautta, sinulla on muutaman kuukauden kuluttua valmiina tiedot toimittajien arviointiin, jota kohta 6.6 edellyttää: kuka pitää määräajat, kuka lähettää korjauksia vaativia asiakirjoja, kenellä menetelmän kuvauksessa toistuu puutteita. Ilman erillistä rekisteriä.

Miten otat tämän käyttöön omassa laboratoriossasi

Tämän käyttötapauksen käyttöönotto ei vaadi laboratorion uudelleenjärjestelyä. Se vaatii kuitenkin oikean järjestyksen – jos kaikki yritetään ottaa käyttöön kerralla, tiimi alkaa epäillä työkalua:

Valitse yksi alihankkija – se, jolta saat eniten samanlaisella asettelulla laadittuja selosteita. Sen kohdalla näet vaikutuksen nopeimmin.
Kerää muutamia kymmeniä sen selosteita viime vuodelta ja tarkista lukeminen asiakirjoilla, joiden tulokset jo tiedät. Se on ainoa rehellinen testi: vertailu siihen, mitä todella kirjattiin käsin.
Aja rinnakkain kuukauden ajan – automaattinen lukeminen nykyisen uudelleenkirjoittamisen rinnalla. Esiin tulevat erot ovat arvokkaampia kuin yhtäpitävyydet.
Kuvaa tämä johtamisjärjestelmän dokumentaatiossa – kuka hyväksyy, mitä tapahtuu epäselvässä lukemisessa, miten alihankintatulokset merkitään. Arvioija kysyy menettelystä, ei teknologiasta.
Lisää vasta sitten muita alihankkijoita – yksi kerrallaan, ja tarkista jokainen uusi selostepohja erikseen.

Tarkoittaako tämä, että tekoäly hyväksyy tulokset?

Ei. Ja se on ainoa vastaus, jolla tämä käyttötapaus soveltuu akkreditoituun laboratorioon. Malli tekee teknisen toimenpiteen – siirtää tiedon asiakirjasta toiseen tarkemmin kuin ihminen, koska se ei väsy taulukon viidennellätoista rivillä. Vaatimustenmukaisuuden arviointi, päätös testin uusimisesta ja testausselosteen hyväksyntä pysyvät valtuutetun henkilön tehtävinä, täsmälleen kuten ennen käyttöönottoa.

On syytä sanoa myös, mitä tämä työkalu ei tee: se ei arvioi, tekikö alihankkija testin oikein, se ei korvaa toimittajan valvontaa eikä vapauta velvollisuudesta tarkistaa, kuuluiko määritys alihankkijan akkreditoinnin pätevyysalueeseen. Asiakirjan lukeminen ja toimittajan valvonta ovat kaksi eri asiaa – ensimmäisen automatisointi ei hoida jälkimmäistä.

Yhteenveto

Tulosten kirjoittaminen uudelleen muiden selosteista on tehtävä, jossa on hyvän automatisointikohteen kaikki tunnusmerkit: se on toistuvaa, aikaa vievää, kuormitetuimpien ihmisten tekemää ja altis virheille, joilla on vakavat seuraukset. Samalla se on niin rajattu, että sen voi kuvata, testata ja dokumentoida – ja siis puolustaa arvioijan edessä.

Järkevä tekoälyn käyttöönotto laboratoriossa näyttää juuri tältä: yksi konkreettinen tehtävä, selvä vastuunraja ja täydellinen kirjausketju. Ei ”älykästä laboratoriota”, vaan vähemmän lukujen kopioimista PDF-tiedostosta kello kahdelta iltapäivällä.

Jos haluat nähdä, miten lukeminen toimii omien alihankkijoidesi selosteilla, kirjoita meille – paras testi on toistakymmentä teidän omaa asiakirjaanne.

Kokeillaan sitä sinun selosteillasi

Näytämme lukemisen alihankkijoidesi asiakirjoilla ja käymme läpi, miten muutos kuvataan johtamisjärjestelmän dokumentaatiossa – niin, että se läpäisee auditoinnin.

Perusta ja lähteet

PN-EN ISO/IEC 17025:2018-02 Testaus- ja kalibrointilaboratorioiden pätevyyttä koskevat yleiset vaatimukset – kohta 6.6 (ulkoisesti hankitut tuotteet ja palvelut) ja kohta 7.8.2.1 p (ulkoisilta toimittajilta saatujen tulosten selvä yksilöinti testausselosteessa): iso.org/standard/66912.html.
Puolan kansallinen akkreditointielin PCA (Polskie Centrum Akredytacji) – asiakirjat ja vaatimukset testauslaboratorioille, mukaan lukien ulkoisten palvelujen käyttöä koskevat säännöt: pca.gov.pl.
European co-operation for Accreditation – tulkinta-aineistot tulosten raportoinnista standardin kohdan 7.8 mukaisesti: european-accreditation.org.
LabCoda.pl – akkreditoitujen laboratorioiden hakupalvelu testausalueen mukaan: labcoda.pl.

Tietoa artikkelista

Kuvattu käyttötapaus koskee alihankintalaboratorioiden selosteiden lukemista. Esitetyt aika-arviot ja selosteiden määrät ovat esimerkkilaskelma keskikokoisesta laboratoriosta – niiden tarkoitus on havainnollistaa suuruusluokkaa, eivätkä ne ole tietyn asiakkaan luona tehdyn mittauksen tulos.

CleverLAB-tiimi kehittää LIMS-ohjelmistoja ISO/IEC 17025 -standardin mukaan akkreditoiduille laboratorioille. Asiakkaisiimme kuuluu muun muassa vesi-, jätevesi- ja mikrobiologian laboratorioita, fysikaalis-kemiallisia laboratorioita ja teknisen puhtauden laboratorioita.