Tietojen eheys

Tämä aihe on osa SG Systems Global sääntely- ja toimintaohjeiden kirjasto.

Tietojen eheys: varmista, että tiedot ovat luotettavia – ALCOA-todisteet, tarkastuslokit, valvottu pääsy ja puolustettavat päätökset.

Päivitetty tammikuussa 2026 • tietojen eheys, ALCOA, tarkastuslokit, osa 11, liite 11, CSV, tietojen säilytys, käyttöoikeuksien hallinta • Toimialojen välinen

Tiedon eheys on kurinalaisuutta, jolla varmistetaan, että tiedot ovat luotettavia – täydellisiä, tarkkoja, osuvia ja suojattuja virheellisiltä muutoksilta – koko tiedon elinkaaren ajan. Säännellyissä valmistus- ja laatujärjestelmissä "eheys" ei ole filosofinen ajatus. Se on toiminnallinen perusta erän vapauttamiselle, tuotepäätöksille, tutkimuksille ja potilas-/asiakasturvallisuudelle. Jos tiedot eivät ole luotettavia, niihin perustuvaa päätöstä ei voida puolustaa.

Organisaatiot sekoittavat usein tiedon eheyden kyberturvallisuuteen tai tiedon laatuun. Tietoturva suojaa luvattomalta käytöltä; laatu keskittyy käyttökelpoisuuteen; eheys todistaa, että tietue on sitä, mitä se väittää olevansa, eikä sitä ole manipuloitu, hiljaisesti korruptoitunut tai irrotettu kontekstistaan. Tämä konteksti sisältää metatiedot (aikaleimat, käyttäjätunnukset, versiot), tarkastuslokit ja menettelylliset kontrollit, jotka varmistavat, että ihmiset eivät voi kirjoittaa historiaa uudelleen, jos jokin menee pieleen.

Tietojen eheys on tärkeintä silloin, kun paine on suurin: poikkeamatutkimus, spesifikaatioiden vastainen tapahtuma, toimittajariita, erän käsittelypäätös tai auditointi. Näissä hetkissä organisaatiolla on joko luotettava todisteketju – tai sillä on argumentteja. Eheys estää "mielestämme sen tapahtui näin" -ajattelun korvaamasta "voimme todistaa sen tapahtuneen näin".

"Jos asiakirja voidaan kirjoittaa uudelleen, se ei ole todiste."

1) Mitä tietojen eheys oikeastaan ​​tarkoittaa

Tietojen eheys tarkoittaa, että tietueisiisi voidaan luottaa todisteina. Käytännössä eheys todistaa, että:

• Tiedot voidaan katsoa johtuvan: voit luotettavasti vastata kysymykseen "kuka teki mitä, milloin ja miksi".
• Tiedot ovat täydelliset: puuttuvia tuloksia, eriä, lokitietoja tai liitteitä ei ole.
• Tiedot ovat johdonmukaisia: aikaleimat, versiot ja tilasiirtymät ovat koherentteja ja toistettavissa.
• Tietueet on suojattu: Luvattomat muutokset, mukaan lukien poisto- tai päivämääränmuutosyritykset, estetään ja havaitaan.
• Tiedot ovat edelleen käyttökelpoisia: ne voidaan hakea, tulkita ja tarkastella vuosia myöhemmin säilytyssääntöjen mukaisesti.

Eheys ei rajoitu "data-arvoihin". Se sisältää kontekstin, joka antaa arvoille merkityksen: instrumentit, menetelmät, yksiköt, versiot, hyväksynnät ja jäljityslinkit. Lämpötilalukema ilman kalibrointistatusta ei ole luotettava todiste. "Hyväksytty"-tulos ilman testimenetelmän tarkistusta ei ole puolustettava. Erätietue ilman tarkastusketjua on vain tarina.

Säännellyissä ympäristöissä – lääketeollisuudessa, lääkinnällisten laitteiden valmistuksessa, elintarviketurvallisuudessa ja muussa merkittävässä valmistusteollisuudessa – rehellisyys on perusta, joka tukee julkaisupäätöksiä, tutkimuksia ja sääntelyyn perustuvaa luottamusta. Jos rehellisyys rikotaan, kaikesta muusta tulee neuvoteltavissa.

2) Miksi tietojen eheys ei ole neuvoteltavissa

Eheyden toteutumista edistäviä tekijöitä on neljä:

Karu totuus: eheysongelmat ovat kalliita, koska ne luovat "todistamattoman todellisuuden". Kun dataan ei voida luottaa, organisaatiot reagoivat ylitestaamalla, toistamalla työtä, pidentämällä eräpidätyksiä ja viemällä asian johdon tarkastuksiin. Vaikka tuote olisi turvallinen, kyvyttömyys todistaa sen turvallisuutta muuttuu toiminnaksi pullonkaulaksi.

Myös eheyden puutteet ovat tarttuvia. Kun ihmiset uskovat, että tietoja voidaan muuttaa, he muuttavat käyttäytymistään: "tallenna se myöhemmin", "korjaa arvo", "päivitä taulukko", "sovimme asian myöhemmin". Tämä kulttuurinen ajautuminen tuhoaa todistusaineiston laadun nopeammin kuin mikään tekninen heikkous.

3) Tietojen eheys vs. laatu vs. turvallisuus

Tiimit sekoittavat usein näitä käsitteitä ja suunnittelevat vääriä ohjausobjekteja.

Tietoturva ilman eheyttä on yleistä: vahvat ulkorajojen valvonnat, heikko sisäinen hallinto ja etuoikeutetut käyttäjät, jotka voivat kirjoittaa historiaa uudelleen. Myös eheys ilman tietoturvaa on mahdollista: hyvät tarkastuspolut, heikot käyttöoikeuksien valvonnat ja suuri luvattoman käytön todennäköisyys. Säännellyssä työssä tarvitaan molempia – mutta eheys on se osa, joka tekee tietueista puolustettavia.

4) Datan elinkaari: missä eheys saavutetaan tai menetetään

Rehellisyys ei ole yksittäinen kontrolli. Se on seurausta kontrollien joukosta koko datan elinkaaren ajan:

• Creation: miten tiedot generoidaan (laite, järjestelmä, manuaalinen syöttö), mukaan lukien menetelmä ja versio.
• Käsittely: laskelmat, muunnokset ja johdetut tulokset – joissa usein esiintyy piilotettua manipulointia.
• Review: hyväksyntätyönkulut, poikkeusten käsittely ja eskalointiprosessit (katso hyväksynnän työnkulku).
• raportointi: yhteenvedot, koontinäytöt ja PDF-raportit, jotka voivat irrota taustalla olevasta totuudesta.
• Varastointi: missä tietueet sijaitsevat, miten niitä suojataan ja miten lokitietoja säilytetään.
• Haku: kyky toistaa tietueen konteksti tarkastusten ja tutkimusten aikana.
• Säilytys/arkistointi: pitkäaikainen säilytys tietojen säilytys sääntöjä.
• disposition: hallittu tuhoaminen säilytyksen päätyttyä dokumentoiduin perusteluin.

Useimmat eheysohjelmat epäonnistuvat, koska ne keskittyvät tallennukseen ja jättävät huomiotta luomisen ja käsittelyn. Tämä on päinvastoin. Jos tietue vaarantuu tallennuksen yhteydessä, mikään säilytyskäytäntö ei voi korjata sitä myöhemmin.

5) Määrittele laajuus: mikä lasketaan tietueeksi

Rehellisyys alkaa armottomasta laajuuden määrittelystä. Jos et määrittele, mikä on valvottu asiakirja, ihmiset määrittelevät sen puolestasi – yleensä tavalla, joka vähentää vastuuta.

Käytännön laajuuskartta sisältää:

• Laatutiedot: poikkeamat, tutkimukset, hyväksynnät, CAPA (katso poikkeamanhallinta ja KORKKI).
• Valmistustiedot: erädokumentaatio, kuten BMR ja elektroniset vastineet, kuten EBR.
• Laitetiedot: laitteen historiatiedot (DHR / eDHR).
• Laboratoriotietueet: tulokset, laskelmat ja tarkasteluhistoria (usein yhteydessä LIMS).
• Perustiedot: kontrolloidut reseptit, osaluettelot, eritelmät ja parametrirajoitukset (katso päätietojen hallinta).
• metadata: aikaleimat, käyttäjätunnukset, versiot ja itse auditointiketju.
• Liitteet: PDF-tiedostot, kuvat, raakadatatiedostot ja instrumenttien viennit – usein helpoin paikka piilottaa manipulointi.

Laajuuden on katettava myös "varjojärjestelmät": laskentataulukot, paikalliset kansiot, jaetut asemat ja ad-hoc-tietokannat. Jos kriittiset laskelmat tehdään Excelissä valvottujen järjestelmien ulkopuolella, eheysriski piilee siellä – ei validoidussa sovelluksessa, jota ylpeänä esittelet tarkastajille.

6) ALCOA käytännössä: näyttöä, ei iskulauseita

ALCOA on yleisin lyhenne eheysodotuksista. ALCOAn arvo ei ole lyhenne, vaan testattavat käyttäytymismallit, joihin se pakottaa:

• Johtuvuus: yksilöllinen identiteetti, hallittu pääsy ja luotettava käyttäjien attribuutio.
• Luettavissa: tallenteiden on oltava luettavissa ja tulkittavissa pitkällä aikavälillä (mukaan lukien sähköinen luettavuus).
• Samanaikaiset: Tapahtumat kirjataan muistiin niiden tapahtuessa, eikä niitä rekonstruoida myöhemmin.
• Alkuperäinen: säilyttää lähdetiedot ja tietueen ensimmäisen sieppauksen (ja suojaa sitä päällekirjoitukselta).
• tarkka: arvot ovat oikein, laskelmat ovat hallittuja ja virheet ovat havaittavissa.

ALCOA ei toimi, kun organisaatiot käsittelevät sitä koulutusmateriaalina. Järjestelmästä, jossa käyttäjät voivat korvata tuloksia, poistaa lokitietoja tai allekirjoittaa suorittamattomia toimia, ei voi "kouluttaa" ulos. ALCOAa valvotaan kontrollien, ei julisteiden avulla.

7) Hallinto: omistajuus, menettelytavat ja todisteet

Integriteetti ei ole IT-projekti. Se on laatujohtamismalli. Ilman hallintaa kontrollit rappeutuvat ja poikkeuksista tulee normaaleja.

Keskeiset hallinnon ankkurit:

• Omistus: määritellyt järjestelmän/tiedon omistajat, jotka ovat vastuussa eheyden valvonnasta ja säännöllisestä tarkastelusta.
• Asiakirjojen hallinta: SOP:t tietojen käsittelyä, tarkastelua, korjauksia ja poikkeamia varten.
• Tarkistuksen valvonta: menetelmien, spesifikaatioiden, reseptien ja konfiguraatioiden kontrolloidut versiot.
• Muuta ohjausta: järjestelmämuutosten, korjauspäivitysten ja kokoonpanopäivitysten eheysvaikutusten arviointi.
• Koulutus + pätevyys: koulutettuja käyttäjiä, mutta myös koulutettuja arvioijia, jotka tietävät, miltä "hyvä todistusaineisto" näyttää.
• Säännöllinen tarkastelu: Tarkastuslokeja, etuoikeutettuja käyttöoikeuksia ja kriittisiä tietueita tarkastellaan tahdin mukaan.

Hallinnon on myös määriteltävä ”korjaussäännöt”. Kun virhe tapahtuu, miten se korjataan? Mikä on sallittua, mikä on kiellettyä ja mitä on kirjattava tarkastuslokiin? Jos vastaus on ”me vain korjaamme sen”, kyseessä on eheysvaje.

8) Pääsyoikeuksien hallinta: UAM, RBAC ja SoD

Rehellisyys epäonnistuu nopeimmin pääsyn kautta. Jos väärät ihmiset voivat tehdä vääriä toimia – tai jos kukaan ei pysty todistamaan kuka teki mitä – asiakirjoista tulee neuvoteltavissa olevia.

Kontrollit, joiden on oltava olemassa ja testattavissa:

• Määritellyt roolit ja käyttöoikeudet: hallitaan käyttäjäoikeuksien hallinta (UAM).
• RBAC täytäntöönpano: etuoikeutetut toimet ovat rajoitettuja ja niitä voidaan tarkastella uudelleen.
• Varastointikuri: käyttöoikeus luotu/poistettu kohdassa käyttöoikeuksien tarjoaminen valvontaa.
• Työtehtävien jako: ei omahyväksyntää tai ”muutin sen ja hyväksyin sen” (katso tehtävien eriyttäminen).
• Säännöllinen käyttöoikeuden tarkistus: käyttöoikeutta tarkistetaan, eikä sitä pidetä oikeana ikuisesti (katso käyttöoikeuksien tarkistus kurinalaisuutta toteutusjärjestelmissä).

Etuoikeutettu käyttöoikeus on korkeimman riskin eheysheikkous. Ylläpitäjillä on usein valta muokata päätietoja, muuttaa tarkastuspolun kokoonpanoa tai palauttaa varmuuskopioita, jotka muuttavat historiaa. Eheysohjelmien on käsiteltävä etuoikeutettua käyttöoikeutta hallittuna laaturiskinä, ei "välttämättömänä IT-mukavuutena".

9) Auditointilokit ja metatiedot: eheysmoottori

Kriittisten sähköisten asiakirjojen tarkastuslokit eivät ole valinnaisia. Ne ovat mekanismi, joka tekee virheelliset muutokset näkyviksi ja oikeutetut muutokset puolustettaviksi.

Tehokkaiden tarkastusketjujen on osoitettava:

• täydellisyys: kriittiset toimenpiteet (luominen, muokkaaminen, poistaminen, hyväksyminen, ohittaminen) tallennetaan.
• Nimeä: yksilöllinen käyttäjäidentiteetti; jaetut tilit tuhoavat attribuution.
• aikaleimat: luotettava ajan ja aikavyöhykkeen käsittely (aikavaihtelu luo ”mahdottomia” sekvenssejä).
• Syy muutokseen: Järjestelmä vaatii tarvittaessa perusteluja, ei hiljaisia ​​​​muokkauksia.
• Arvioitavuus: tarkastuslokit ovat kyseenalaistettavia ja rutiininomaisesti tarkistettavissa, eivätkä ne ole "tarvittaessa saatavilla".

Metadata on usein eheyden perusta. Jos arvoja voidaan viedä, mutta metatiedot (kuka hyväksyi, mikä versio, mikä laite, mikä menetelmä) menetetään, myös merkitys menetetään. Tästä syystä "vain raportti -arkistot" ovat riskialttiita: ne säilyttävät PDF-tiedoston, mutta hylkäävät totuuden todistamiseen tarvittavan jäsennellyn kontekstin.

10) Sähköisten allekirjoitusten ja hyväksynnän merkitys

Sähköisillä allekirjoituksilla on merkitystä vain, jos niiden merkitys säilyy. Allekirjoitus ei ole grafiikka; se on kontrolloitu ilmoitus.

Sähköisten allekirjoitusten eheysodotukset sisältävät:

• Henkilöllisyyden varmistus: Allekirjoitukset on sidottu todennetuille käyttäjille, eivät jaetuille kirjautumistunnuksille.
• Tarkoituksen selkeys: Se, mitä hyväksytään (ja minkä version nojalla), on yksiselitteistä.
• Kiistämättömyys: käyttäjät eivät voi uskottavasti estää allekirjoitusta heikkojen kontrollien vuoksi.
• Auditoitavuus: Allekirjoitustapahtumat tallennetaan tarkastuslokeihin aikaleimalla ja merkityksellä varustettuina.

Tästä syystä eheys on ristiriidassa 21 CFR Part 11:n ja Annex 11:n kanssa : valvonnan tarkoituksena on varmistaa, että sähköiset tiedot ja allekirjoitukset ovat yhtä luotettavia kuin paperiset – usein luotettavampia – koska ne säilyttävät tapahtumahistorian.

11) Validointi ja järjestelmän varmistus: CSV ja GAMP 5

Tietojen eheyttä ei voida taata pelkästään sillä perusteella, että ostit suositun järjestelmän. Se on taattu, kun järjestelmä on konfiguroitu, validoitu ja sitä käytetään kriittisten tietojen säilyttämiseksi.

Säännellyissä ympäristöissä tähän puututaan yleensä seuraavilla tavoilla:

• Tietokonejärjestelmän validointi (CSV): varmistaen, että järjestelmät tukevat aiottua käyttöä ja säilyttävät kriittisten asiakirjojen eheyden.
• GAMP 5: riskiperusteisen validoinnin soveltaminen ja toiminnan keskittäminen sinne, missä eheysriski on suurin.
• Muutosohjaukseen perustuva uudelleenvalidointi: Kun korjaat, päivität, siirrät infrastruktuuria tai muokkaat kokoonpanoa, eheysvaikutus arvioidaan.

Validoinnin on katettava ne kontrollipolun ominaisuudet, jotka tekevät tietueista uskottavia: tarkastuslokien luominen ja haku, käyttöoikeuksien valvonta, sähköisen allekirjoituksen toiminta, ajankäyttö, raporttien luominen (ja linkittäminen pohjana oleviin tietoihin) sekä tietojen viennin/tuonnin kontrollit. Jos validoit työnkulut, mutta et todistusaineistoketjua, validoit väärän asian.

12) Säilytys ja palautettavuus: arkistointi ja palautus

Rehellisyys on myös ajallinen ongelma. Tiedostojen on pysyttävä luotettavina ja saatavilla niin kauan kuin säilytys vaatii. Tässä kohtaa säilytyksestä, arkistoinnista ja katastrofien jälkeisestä palautuksesta tulee eheyden valvontaa – ei pelkästään IT-hygieniaa.

Palautuksen jälkeinen eheys on yleinen sokea piste. Palautetusta järjestelmästä, joka menettää auditointipolun jatkuvuuden tai nollaa aikaleimat, voi tulla vaatimustenmukaisuus- ja todistekatastrofi – vaikka tuotanto jatkuisikin. Siksi palautusharjoituksissa on varmistettava eheyskontrollit, ei pelkästään käyttöaika.

13) Käyttöönotto: päivittäiset kontrollit, jotka todella toimivat

Integriteettiohjelmat onnistuvat, kun kontrollit on integroitu päivittäisiin toimintoihin. Tavoitteena on estää hiljaiset epäonnistumiset ja havaita ajautuminen varhain.

Tarkastelun kohteena olevat operatiiviset kontrollit:

• Auditointiketjun tarkistustiheys: kriittisten tarkastuspolkujen rutiininomainen tarkastelu, ei pelkästään "saatavilla olevien".
• Päätietojen hallinta: hallitut muokkaukset kohdassa päätietojen hallinta hyväksynnällä ja jäljitettävyydellä.
• Poikkeamakytkentä: eheysongelmat kirjataan laatutapahtumina ja tutkitaan (ks. laadukas tapahtumien hallinta).
• Poikkeusten käsittelyn kurinalaisuus: Ohitukset ja "väliaikaiset" oikeudet kirjataan, hyväksytään ja poistetaan.
• Säännöllinen käyttöoikeuden tarkistus: roolit ja käyttöoikeudet validoidaan uudelleen varsinaisia ​​työtehtäviä vasten.
• Aikasynkronoinnin tarkistukset: Järjestelmän kelloja ohjataan; aikaryömintää käsitellään eheysvirheenä.
• Tietojen viennin hallinta: varmista, että viedyistä tiedoista ei voi tulla rinnakkaista, muokattavaa totuutta.

14) KPI-mittarit ja toimintatahti

Tietojen eheyttä tulisi hallita kuten toiminnanohjausjärjestelmää, jolla on mitattavissa olevat tulokset.

Tarkastusten tulisi perustua riskiin. Suuren volyymin sivustot, suuret muutosnopeudet ja ohjelmistopohjaiset toiminnot vaativat useammin tarkastuksia kuin vakaat ympäristöt. Jos valvontaa ei mitata, se ajautuu pois tolaltaan, kunnes tarkastus pakottaa sinut huomaamaan sen.

15) ”Eheyslohkotestin” tarkistuslista

Jos haluat nopean eheysarvioinnin, suorita lohkotesti. Tavoitteena on todistaa, että järjestelmä estää väärät toiminnot ja säilyttää todisteet, kun väärät toiminnot tapahtuvat.

Jos lohkotesti epäonnistuu, käsittele sitä laatupoikkeamana. Eheyskontrollit joko toimivat tai eivät – eikä sanaa ”melkein” voida pitää puolustettavissa tarkastuksen aikana.

16) Yleisiä vikaantumismalleja

• Jaetut tilit ja yleiset kirjautumistunnukset. Attribuutio romahtaa ja tarkastuslokeista tulee merkityksettömiä.
• Muokattavat lähdetiedostot. "Alkuperäiset" tiedot korvataan tai lasketaan uudelleen ilman jälkiä.
• Tarkastusketjua ei ole tarkastettu. Jälki on olemassa, mutta kukaan ei katso – joten manipulointi jää huomaamatta.
• Ylläpitäjän ylilyönti. Etuoikeutetut käyttäjät voivat muuttaa tuloksia, poistaa lokinkirjauksen käytöstä tai muuttaa säilytystä hiljaisesti.
• Aikaajo. Aikaleimoista tulee epäluotettavia; sekvensseistä tulee mahdottomia puolustaa.
• Vain PDF-muotoiset tallennusstrategiat. Raportit säilyvät, mutta jäsennelty totuus ja metatiedot katoavat.
• Taulukkolaskentaohjelma ”totuus”. Kriittiset laskelmat tapahtuvat valvottujen järjestelmien ulkopuolella.
• Palauttaa rikkoo eheyden. Järjestelmät palautuvat toimintakuntoon, mutta tarkastuslokit tai allekirjoituksen merkitys ovat vaurioituneet.

17) Esimerkkejä eri toimialoilta

Rehellisyyden periaatteet ovat yleismaailmallisia, mutta niiden rajat vaihtelevat toimialoittain:

• Lääkkeiden valmistus: rehellisyys on erän vapautuksen ja tutkimusvalmiuden perusta; sidoksissa GxP, 21 CFR-osa 211ja sähköiset asiakirjahallintamenetelmät.
• Lääketieteelliset laitteet: integriteetti tukee suunnittelun ja tuotannon todistusketjuja, kuten DHF, DMRja DHR.
• Ruuan prosessointi: Eheys liittyy jäljitettävyyteen, takaisinkutsumiin ja vaatimustenmukaisuuden valvontaan; puutteet näkyvät täsmäytysaukkoina ja todentamattomina päätöksinä.
• Toteutusjärjestelmät: MES:n ja siihen liittyvien kerrosten on säilytettävä valtion totuus ja todisteet; eheys risteää MES kontrollit ja tarkastusketjut.
• Laboratoriot: Eheys riippuu menetelmän hallinnasta, raakadatan säilyttämisestä ja tarkistuskurista; heikko integraatio luo ”kopioi/liitä”-totuuden.

Yleinen oppitunti on, että rehellisyys ei ole osastokohtainen asia. Se on todistusaineistoketjusi luotettavuutta päästä päähän.

18) Laajennettu usein kysytty kysymys

K1. Mitä on tietojen eheys?
Tietojen eheys on kurinalaisuutta, jolla varmistetaan, että tiedot ovat luotettavia – täydellisiä, tarkkoja, osuvia ja suojattuja virheellisiltä muutoksilta – koko tiedon elinkaaren ajan.

K2. Onko tietojen eheys sama asia kuin kyberturvallisuus?
Ei. Tietoturva suojaa luvattomalta käytöltä; eheys todistaa, että tietue on uskottava todiste, mukaan lukien tarkastusloki, metatiedot ja hallittu muutoshistoria.

K3. Mitä ALCOA tarkoittaa käytännössä?
ALCO tarkoittaa, että tiedot ovat osuvia, luettavia, samanaikaisia, alkuperäisiä ja tarkkoja – tätä valvotaan esimerkiksi käyttöoikeuksien hallinnan, tarkastusketjujen ja tarkistuskurien avulla.

K4. Mitkä ovat yleisimmät eheysongelmat?
Jaetut kirjautumiset, hallitsemattomat laskentataulukot, tarkistamattomat lokitiedot, heikot käyttöoikeusrajoitukset ja metatietojen menetys raportoinnin/arkistoinnin aikana.

K5. Miten todistamme eheyden järjestelmän palautuksen jälkeen?
Palautustestauksen on varmistettava paitsi käyttöaika myös lokitietojen jatkuvuus, aikaleiman oikeellisuus, käyttöoikeuksien hallinta ja allekirjoituksen merkitys (katso varmuuskopion validointi periaatteet).

Aiheeseen liittyvä lukeminen
• Keskeiset eheysperiaatteet: ALCO | Auditointiketju (GxP) | GxP | Tietueen säilyttäminen | Tietojen arkistointi | tietojen säilyttämistä
• Validointi + Hallinto: CSV | GAMP 5 | Muuta ohjaus | Asiakirjojen valvonta | Version valvonta
• Pääsyoikeus + Vastuullisuus: Käyttäjien käyttöoikeuksien hallinta | Roolipohjainen käyttöoikeus | Käyttöoikeuksien tarjoaminen | Tehtävien erottelu
• Sähköisten asiakirjojen konteksti: 21 CFR-osa 11 | Liite 11 | Sähköiset allekirjoitukset
• Järjestelmäkonteksti: MES | Sähköinen erärekisteri (EBR) | eQMS | MES-varmuuskopion validointi