eBMR/eDHR
Tiivistelmä
Digitaaliset erätietueet eivät läpäise tarkastuksia yhdestä syystä: ne eivät käyttäydy paineen alla kuin todisteet. Tietue näyttää täydelliseltä, kunnes tarkastaja kysyy yksinkertaisen kysymyksen – ”näytä minulle, mistä tiedät tämän numeron olevan oikein”, ”kuka muutti sitä”, ”mitä tapahtui ennen julkaisua”, ”mitä eriä käytettiin”, ”mitä laitteita käytettiin”, ”mitä poikkeuksia tapahtui” tai ”kuinka nopeasti saat koko historian takaisin”. Jos vastaukset vaativat laskentataulukoita, sähköpostiarkeologiaa tai narratiivista rekonstruointia, erätietue ei ole enää tietue. Toimintamallista tulee hauras, ja tarkastukset laajenevat vastaavasti.
Tässä raportissa kuvataan käytännöllinen, toimittajaneutraali malli sähköisille erävalmistustietueille ja sähköisten laitteiden historiatiedoille: sähköiset erätietueet (eBR/eBMR) ja sähköiset laitehistoriatietueet (eDHR) . Malli keskittyy tarkastajien ja auditoijien testaamiin ohjauspintoihin: identiteetti ja erävarmuus, vaiheittainen toteutustodisteet, laitteiden kelpoisuus, hallitut muokkaukset, poikkeusten hallinta, poikkeuksellinen tarkastus, auditointipolut, allekirjoitusten merkitys ja sidonta sekä täydellisten, kontekstuaalisten tietueiden nopea haku.
Kun kyseessä ovat sähköiset asiakirjat ja allekirjoitukset, tarkastusodotuksia käsitellään usein 21 CFR Part 11:n ja siihen liittyvien tietojen eheyden käsitteiden, kuten tietojen eheyden ja ALCOA+:n, kautta . Artikkelissa esitetään myös, miten tärkeät kontrollit voidaan validoida CSV:n ja ohjeiden, kuten GAMP 5:n , avulla ajautumatta ominaisuuksien napsauttamiseen tai "validointiteatteriin".
Tavoite on yksinkertainen: sähköinen erärekisteri, joka voidaan antaa tarkastajalle ja joka toimii itsenäisesti – johdonmukainen, rekonstruoinnin kestävä ja nopeasti haettava.
- Soveltamisala: mikä katsotaan eBMR/eDHR-todisteeksi
- Mitä tarkastajat todellisuudessa testaavat
- Todistemalli: identiteetti, status, tapahtuma, tietue
- Päätietueiden hallinta: MMR/DMR, reseptit, versiot
- Suorituskontrollit: porrastettu työskentely, kovat portit, IPC
- Materiaalit ja punnitustodistus: erät, vaa'at, saanto
- Laitteiden, kalibroinnin ja valmiustilan
- Poikkeamat, poikkeukset ja hallitut muokkaukset
- Poikkeuskohtainen tarkistus ja vapautuspäätökset
- Tarkastuslokit, sähköiset allekirjoitukset ja tietojen eheyden tilanne
- Liitteet ja ulkoiset todisteet: CoA, LIMS, lokit
- Integraatiorajat: ERP/LIMS/WMS-vikatilat
- Tarkastusharjoitukset: 10 testiä, jotka voit suorittaa sisäisesti
- Toteutussuunnitelma
- Päätös
Abstrakti
Sähköisiä erävalmistustietoja (eBMR) ja sähköisiä laitehistoriatietoja (eDHR) arvioidaan sen perusteella, tuottavatko ne luotettavaa näyttöä tarkastusolosuhteissa. Tässä artikkelissa ehdotetaan käytännöllistä toimintamallia digitaalisille erätietueille käyttäen neliosaista todistuskieltä – identiteetti, tila, suoritustapahtuma ja suojattu tietue – jota tukevat kiinteät suorituskontrollit, hallitut poikkeukset, tarkistus poikkeukselta ja nopea haku. Malli käsittelee yleisiä vikatiloja, kuten identiteetin ajautumista, hallitsemattomia muokkauksia, pirstaloitunutta auditointipolkua, heikkoja integraatiorajoja ja tietueita, jotka vaativat narratiivista rekonstruointia.
Artikkelissa esitetään myös tarkastusharjoituksia, jotka simuloivat tarkastajien testaavan tietueiden luotettavuutta: tarkastuslokin toiminnan, allekirjoituksen merkityksen, erän kulutuksen todentamisen, laitteiden kelpoisuuden, poikkeusten linkityksen ja täydellisten tietuejoukkojen hakemisen kontekstineen demonstrointi. Kun sähköisiin tietueisiin luotetaan, malli on yhdenmukainen riskiperusteisten CSV-tiedostojen ja tietojen eheysodotusten kanssa, joita tyypillisesti käsitellään osassa 11 ja ALCOA+:ssa.
1) Soveltamisala: mikä katsotaan eBMR/eDHR-todisteeksi
”Digitaalinen erätietue” voi tarkoittaa mitä tahansa PDF-mallista täysin valvottuun, tapahtumapohjaiseen suoritustallenteeseen. Tarkastajat välittävät yhdestä asiasta: siitä, mitä organisaatio käsittelee säänneltyjen päätösten tukena olevana virallisena tietueena. Jos digitaalista tietuetta käytetään hävittämiseen, julkaisemiseen, tutkimuksiin tai asiakas-/sääntelyvastauksiin, sen on toimittava kuten todistusaineisto – täydellisen, johtuvuuden omaavan, johdonmukaisen ja haettavissa olevan.
Terminologian vuoksi monet organisaatiot luokittelevat eräsuoritustietueet eBR/eBMR (valmistus) -tietueiksi ja laitetietueet eDHR -tietueiksi . Perusvaatimus on sama: rekonstruoida tapahtunut turvautumatta epäviralliseen kerrontaan.
Jos huomenna tapahtuisi poikkeama, valitus tai tarkastus, luottaisitko tähän sähköiseen erätietueeseen ensisijaisena todisteena? Jos kyllä, sen on oltava suunniteltu tarkastusvalmiiksi todisteeksi, ei käyttöliittymäksi.
2) Mitä tarkastajat todellisuudessa testaavat
Tarkastajat harvoin "lukevat koko erätietueen" ensin. He valitsevat yhden säikeen ja ottavat sen selville: kriittisen vaiheen, punnitus-/annostelumerkinnän, poikkeaman, säädön, laitteen käytön, allekirjoituksen tai vapautuspäätöksen. Sitten he pyytävät todisteita siitä, että tietueeseen voi luottaa: kuka sen teki, milloin, mikä muuttui, mitä poikkeuksia tapahtui ja mikä esti kielletyt toimenpiteet.
| Tarkastajan luotain | Mitä he pyytävät nähdäkseen | Minkä täytyy olla totta |
|---|---|---|
| Paljon totuutta | Mitä eriä käytettiin, mistä ne tulivat ja todiste kulutuksesta vaiheen aikana. | Erän identiteettiä valvotaan (usein skannaamalla); kulutusta ei "kirjoiteta myöhemmin". |
| Askel totuus | Mitkä vaiheet tehtiin, milloin, kenen toimesta ja millaisin tuloksin. | Vaiheet suoritetaan tapahtumina; pakollisia tarkistuksia ei voi ohittaa. |
| Laitteiden kelpoisuus | Mitä laitteita käytettiin ja olivatko ne kelvollisia (kalibrointi/puhdistustila). | Poikkeuspolkujen avulla estetään tai hallitaan laitteiden käyttöä, jos ne ovat poissa käytöstä. |
| Muutoshistoria | Mikä muuttui, kuka muutti sen, miksi ja sovellettiinko hyväksyntöjä. | Auditointilokitiedot ovat turvallisia ja merkityksellisiä; muokkaukset säilyttävät alkuperäiset merkinnät. |
| Poikkeusten hallinta | Poikkeamat, ohitukset, uudelleenkäsittely ja niiden linkittyminen erätietueeseen. | Poikkeukset näkyvät varhaisessa vaiheessa, ne ovat jäsenneltyjä ja sidottuja niihin tietue-elementteihin, joihin ne vaikuttavat. |
| Vapautuspäätös | Miten vapautus oli perusteltu ja kuka sen hyväksyi. | Arviointi on tehokasta, mutta ei sokeaa; poikkeuskohtainen arviointi on mitattavissa ja puolustettavissa. |
| Hakunopeus | Kuinka nopeasti voit hakea koko erähistorian kontekstitietoineen. | Tietueet ovat täydellisiä ja vietävissä menettämättä merkitystään. |
Tämän artikkelin loppuosassa kuvataan, miten tietue suunnitellaan siten, että näihin kysymyksiin voidaan vastata nopeasti ja johdonmukaisesti.
3) Todistemalli: identiteetti, status, tapahtuma, tallenne
Digitaaliset erätietueet paranevat, kun kontrollit voidaan ilmaista pienellä määrällä peruselementtejä, jotka siirtyvät päivittäiseen työhön. Tässä käytetty malli on tarkoituksella yksinkertainen: identiteetti (kuka/mitä), tila (onko sallittu), suoritustapahtuma (mitä tapahtui, milloin) ja suojattu tietue (väärentämisen estävä).
Jos et pysty ilmaisemaan kontrollia identiteetin + tilan + suoritustapahtuman + suojatun tietueen kielellä , se lopulta rappeutuu "käytännöksi" ja ajautuu tuotantopaineen alle.
| primitiivinen | Toiminnallinen merkitys | Tarkastuksen merkitys |
|---|---|---|
| Identiteetti | Yksiselitteinen ”kuka/mikä” toimenpide-hetkellä (erä, käyttäjä, laite, sijainti, etiketti, tuotesarja). | Ilman identiteettivarmuutta kaikesta tulee probabilistista. Tarkastajat hylkäävät "me ajattelemme" -ajattelun. |
| Tila | Kelpoisuus käyttöhetkellä (pito/vapautus, voimassaolo päättyy, kalibrointi, koulutuskelpoisuus). | Statuksen avulla voidaan varmistaa ennaltaehkäisy. Jos status voidaan ohittaa, valvonta on neuvoa-antavaa. |
| Suoritustapahtuma | Työn samanaikainen tallennus (annostelu, sekoitus, IPC-tarkistus, pakkaus, testaus, vapautus). | Tarkastukset rankaisevat rekonstruoinnista. Tapahtumat korvaavat myöhemmän kerronnan aikaan sidotulla totuudella. |
| Suojattu tietue | Johtamiskelpoinen, auditoitava ja manipuloinnin paljastava todistusaineisto muutoshistorian kera. | Sähköisen asiakirjan luotettavuus riippuu Kirjausketju käyttäytyminen ja hallitut muokkaukset. |
Kun sähköisiin tietoihin luotetaan, tämä malli tukee tyypillisesti osan 11 ja tietojen eheysperiaatteiden, kuten ALCOA+:n , kautta muotoiltuja odotuksia . Toiminnallinen testi pysyy samana: voidaanko tietoon luottaa ilman selitystä?
4) Päätietueiden hallinta: MMR/DMR, reseptit, versiot
Erätietueet epäonnistuvat, kun "päätotuus" on epäselvä. Valmistuksessa tämä on tyypillisesti päävalmistustietue (MMR) . Laitteissa vastaava ankkuri on usein laitteen päätietue / spesifikaatiojoukko (toimipaikkojen nimet vaihtelevat). Tarkastajat kysyvät: mikä versio suoritettiin, mitä muutettiin, kuka hyväksyi muutoksen ja mihin eriin muutos vaikutti.
Puolustava digitaalinen ohjelma käsittelee päätietueita kontrolloituina objekteina: versioituina, hyväksyttyinä ja linkitettyinä jokaiseen suoritettuun erään. Jos pääparametrit voivat vaihdella epävirallisesti – ”säädämme sitä vuorossa” – erätietueesta tulee tarina kontrolloidun suorituksen sijaan.
- Versiosidonta: Jokainen suoritettu tietue ilmoittaa suoritetun pääversion.
- Vaihda ohjaus: päämuutokset vaativat muodollisen muuta ohjausta ja hyväksynnät.
- Parametrien hallinta: Kriittisille parametreille on asetettu rajoituksia ja poikkeukset tallennetaan hallittuina tapahtumina.
- Voimassaolopäivämäärän logiikka: Version aktivoitumisen ajankohta on yksiselitteinen ja jäljitettävissä.
5) Suorituksen ohjaus: porrastettu työskentely, kovat portit, IPC
Digitaalinen erärekisteri ei ole "lomake". Se on toteutusjärjestelmä, joka luo todisteita työn tapahtuessa. Tarkastajat etsivät ennaltaehkäiseviä toimia: estääkö järjestelmä kielletyt toimenpiteet, valvooko se vaadittuja tarkistuksia ja tallentaako se tapahtumien todellisen järjestyksen. "Varoitukset" ovat heikompia kuin "estot". Käytännöt ovat heikompia kuin valvonta.
Prosessinaikaiset tarkastukset ovat yleinen tarkastusketju, koska ne osoittavat valvonnan suorituksen aikana pikemminkin kuin jälkikäteen tehtävän tarkastelun. Katso lisätietoja prosessinaikaisista tarkastuksesta (IPC) ja siihen liittyvistä portituskäsitteistä, kuten kovaportatuista hyväksymis-/hylkäystarkistuksista.
| Ohjaustyyppi | Miltä se näyttää käytännössä | Miksi se on tärkeätä |
|---|---|---|
| Vaihevalvonta | Pakollisia vaiheita ei voi ohittaa; järjestystä hallitaan; aikaleimat tallennetaan suorituksen yhteydessä. | Estää "täytä myöhemmin" -toiminnon ja tukee rekonstruktiota kestäviä aikajanoja. |
| Hyväksytty/hylätty -portit | Kriittiset IPC-tulokset estävät etenemisen, kun ne ovat alueen ulkopuolella, ellei sovelleta hallittua poikkeusta. | Osoittaa ennaltaehkäisyä, ei vain havaitsemista julkaisuriskin syntymisen jälkeen. |
| Identiteettiportit | Erän/laitteen/käyttäjän henkilöllisyys varmennetaan vaiheen aikana, usein viivakoodin validointi. | Estää identiteetin liikkumisen ja väärän erän käytön, mikä on erittäin tärkeä tarkastusaihe. |
| Poikkeusreitit | Ohitukset vaativat syyn ja hyväksynnän, ja ne kirjataan vaiheeseen linkitettyinä strukturoituina tapahtumina. | Estää epäviralliset kiertotavat, jotka tuhoavat tietueiden luottamuksen. |
6) Materiaalit ja punnitustodistus: erät, vaa'at, saanto
Materiaalien kulutuksessa eräkirjaukset usein rikkoutuvat, koska kulutus on tiheää ja aikataulupaineita on paljon. Tarkastajat testaavat, voitko todistaa: (1) mitä erää käytettiin, (2) oliko se käyttökelpoinen käyttöhetkellä, (3) onko kirjattu määrä uskottava ja (4) miten poikkeamat (yli-/alipaino, korvaukset, erien jakaminen) käsiteltiin.
Vahvat ohjelmat valvovat eräkohtaista kulutusta ja tallentavat punnitustapahtumat toteutustodisteena myöhemmän kirjoittamisen sijaan. Jos vaakaintegraatio on olemassa, sitä tulisi käsitellä todisterajana ja validoida sen mukaisesti; katso vaakaintegraatio . Kun säiliön tunnisteella ja taaralla on merkitystä, kontrollit, kuten taaran hallinta, vähentävät epäselvyyksiä.
Tuottototuus on tärkeä myös siksi, että se paljastaa piilevät uudelleentyöstöt, dokumentoimattomat hylkyprosentit tai täsmäytysongelmat. Puolustavaan lähtötasoon kuuluu strukturoitu tuottoarviointi ja varianssin näkyvyys; katso tuottovarianssin käsitteet ja täsmäytysodotukset.
7) Laitteiston, kalibroinnin ja valmiustilan
Laitteiston todisteena ei ole pelkkä koneen nimen listaaminen. Tarkastajat haluavat tietää, oliko laite käyttökelpoinen käyttöhetkellä ja onko sen todentamiseen tarvittavat tiedot. Yleisiä tarkastuksia ovat kalibroinnin tila, huoltotila, puhdistustila (tarvittaessa) ja se, estettiinkö käyttäjiä käyttämästä käyttökelvottomia omaisuuseriä.
Vahvat järjestelmät toteuttavat kelpoisuuden statuslogiikkana. Esimerkiksi kalibrointia voidaan valvoa käyttämällä sääntöjä, kuten kalibroinnin esto-logiikkaa tai vastaavia rajoituksia. Kyse ei ole täydellisyydestä; kyse on siitä, estääkö järjestelmä kielletyn suorituksen vai havaitseeko se hallitut poikkeukset, kun todellisuus pakottaa poikkeamaan.
- Resurssin tunnistetiedot: käytetyt laitteet ovat yksiselitteisiä ja linkittyneet suoritettuihin vaiheisiin.
- Kelpoisuustodistus: kalibrointi-/valmiustila käyttöhetkellä on tallennettu tai valvottavissa.
- Poikkeusten sieppaus: Käyttö statuksen ulkopuolella, jos se koskaan sallitaan, dokumentoidaan valvotuin hyväksynnöin.
- Jäljitettävä yhteys: Laitetapahtumat linkitetään erätietuetapahtumiin, eikä niitä tallenneta erikseen ilman yhteyttä.
8) Poikkeamat, poikkeukset ja hallitut muokkaukset
Digitaaliset erätietueet epäonnistuvat, kun poikkeuksia käsitellään "järjestelmän ulkopuolella". Tarkastajat eivät odota nollaa poikkeamaa. He odottavat poikkeamien olevan näkyviä, jäsenneltyjä ja linkitettyjä kyseisiin tietueelementteihin. Jos laatujärjestelmässä on poikkeama, mutta sitä ei voida linkittää erävaiheeseen ja sen vaikutuspiirissä oleviin tietoelementteihin, todisteista tulee kertomuksia.
Poikkeusten käsittelyn tulisi sisältää luokittelu, kohdentaminen ja linkittäminen toteutustapahtumiin; katso poikkeamien luokittelu ja kohdentaminen sekä laajempi laatutapahtumien hallinta . Korjaavien ja ennaltaehkäisevien toimien tehokkuutta testataan myös kypsissä tarkastuksissa; katso CAPA:n tehokkuustarkastus.
Hallitut muokkaukset ovat usein eskaloinnin laukaisevia syitä. Tarkastajat haluavat nähdä, että korjaukset säilyttävät alkuperäiset merkinnät ja tuottavat merkityksellisen muutoshistorian tarkastuspolkujen kautta , mukaan lukien tarvittaessa muutoksen syyn. Hiljaiset päällekirjoitukset, säänneltyjen merkintöjen poistaminen tai etuoikeutetut muokkaukset ilman hallintaa ovat rakenteellisia heikkouksia.
9) Poikkeustapausten tarkistus ja vapautuspäätökset
Poikkeuskohtainen tarkastus on houkutteleva menetelmä, koska täysin manuaalinen tarkastus ei skaalaudu. Tarkastajat eivät vastusta poikkeuskohtaista tarkastusta; he vastustavat toivomuskohtaista tarkastusta. Kysymys kuuluu, ovatko poikkeukset hyvin määriteltyjä, merkitseekö järjestelmä ne luotettavasti ja onko julkaisupäätöksen taustalla näyttöä eikä ajatusta "emme huomanneet mitään".
Käytännön ankkuri on poikkeuskohtainen erätarkastus (BRBE) . Puolustava BRBE-ohjelma määrittelee: mikä on poikkeus, miten poikkeukset havaitaan, kuka ne tarkastaa ja miten vapautuspäätös dokumentoidaan ja allekirjoitetaan. Jos vapautus perustuu laboratoriotuloksiin, linkin LIMS-todisteisiin on oltava yksiselitteinen (katso myöhemmät osiot liitteistä ja integraatiorajoista).
| BRBE-elementti | Toiminnallinen vaatimus | Tarkastuksen vikatila |
|---|---|---|
| Poikkeuksen määritelmä | Tyhjennä liipaisimet: OOS/OOT, ohitukset, puuttuvat tiedot, IPC-arvojen vaihteluvälin ulkopuolella, myöhästyneet merkinnät, auditointilokin muokkaukset. | ”Poikkeus” on epämääräinen tai epätäydellinen; arvioijat eivät pysty selittämään, miksi erä oli ”puhdas”. |
| Havaitsemisen luotettavuus | Järjestelmä merkitsee poikkeukset luotettavasti; tarkistajat eivät ole riippuvaisia muistista. | Poikkeuksia on olemassa, mutta niitä ei ilmoiteta jatkuvasti tai ne on helppo poistaa. |
| Arvioijan työnkulku | Arviointi keskittyy poikkeusjonoon ja linkitettyihin todisteisiin, jäljitettävillä poikkeusjärjestelyillä. | Arviointi on epävirallinen; ei ole todisteita siitä, mitä arvioitiin tai miksi se hyväksyttiin. |
| Julkaisutiedot | Vapauttaminen on kontrolloitu päätös, jolla on sähköinen allekirjoitus ja siihen liittyvä näyttö. | Vapautus on tilanvaihto ilman perusteita tai allekirjoituksen merkitystä. |
10) Tarkastuslokit, sähköiset allekirjoitukset ja tietojen eheyden tilanne
Digitaaliset erätietueet kestävät tarkastuksia vain, jos tietueeseen voidaan luottaa. Tämä luottamus syntyy identiteetin, käyttöoikeuksien hallinnan, tarkastushistorian, hallittujen muokkausten ja säilytyskurin avulla – näitä käsitellään usein tietojen eheyden ja periaatteiden, kuten ALCOA+:n, yhteydessä . Kun sähköiset tietueet ja allekirjoitukset korvaavat paperin, organisaatiot yleensä määrittelevät odotuksensa 21 CFR Part 11:n mukaisesti.
Tarkastajat testaavat lokitiedoston toimintaa demonstraation avulla: muuttavat suojattua arvoa, näyttävät lokitiedoston merkinnän (käyttäjä, aikaleima, vanhat/uudet arvot tarvittaessa, muutoksen syy), näyttävät, miten se noudetaan myöhemmin, ja osoittavat, että sitä ei voida muuttaa hiljaisesti. Katso lokitiedosto (GxP) . He testaavat myös allekirjoituksen merkitystä ja sidontaa sähköisiä allekirjoituksia käytettäessä: mitä allekirjoitus tarkoittaa, miten allekirjoittaja todennetaan ja mitä tapahtuu, jos tietue muuttuu allekirjoittamisen jälkeen?
Validoinnin tulisi olla riskiperusteista ja keskittyä kontrollipintaan. CSV :n tavoitteena ei ole testata jokaista näyttöä, vaan testata kontrolleja, jotka estävät haitan tai laadun karkaamisen: identiteetin valvonta, tilan valvonta, porttilogiikka, poikkeusten käsittely, auditointiketjun toiminta ja säilytyskontrollit. Ohjeistus, kuten GAMP 5, auttaa skaalaamaan työtä riskin mukaan.
11) Liitteet ja ulkoiset todisteet: CoA, LIMS, lokit
Erätietueet ovat harvoin itsenäisiä. Ne riippuvat ulkoisista todisteista: toimittajien alkuperätodistuskirjoista, laboratoriotuloksista, ympäristön seurannasta, laitelokeista, lämpötilalokeista, pakkausten täsmäytyksestä ja muusta. Tarkastusriski ei ole "liitteiden olemassaolo", vaan se, ovatko liitteet hallittuja, johtuvia, linkitettyjä ja palautettavissa kontekstista.
Yleinen heikkous on, että ulkoiset todisteet tallennetaan jonnekin muualle (jaettuun asemaan, sähköpostiin, LIMS-järjestelmään) ilman vankkaa linkitystä. Kun tarkastajat kysyvät "näytä minulle julkaisua tukeva laboratoriotulos", organisaation tulisi toimittaa se nopeasti ja liittää se selkeästi erään. Jos linkitys perustuu tiedostojen nimeämiseen tai manuaaliseen hakuun, tietueesta tulee hauras.
- Selkeä yhteys: liitteet linkitetään juuri siihen erään/vaiheeseen/päätökseen, jota ne tukevat.
- Versiohallinta: tarkastettu/hyväksytty versio on tunnistettavissa; muutokset ovat auditoitavissa.
- Haun täydellisyys: Tietueiden vienti sisältää viittauksia, jotka säilyttävät merkityksen, eivätkä pelkästään tiedostonimiä.
- Todisteiden rajat: Jos LIMS on tulosten tallennusjärjestelmä, kyseinen raja määritellään ja testataan.
12) Integraatiorajat: ERP/LIMS/WMS-vikatilat
Integraatiot voivat vahvistaa eräkohtaista todistusaineistoa tai heikentää sitä. Tarkastajat löytävät usein aukkoja rajoissa: kaksi järjestelmää on eri mieltä vapautustilasta; erän tunnistetiedot eroavat toisistaan; aikaleimat eivät ole linjassa; tai "tietue" on jaettu eri työkaluihin ilman selkeää rekisterijärjestelmän määritelmää. Kun näin tapahtuu, organisaatio joutuu täsmäytykseen – eikä täsmäytys ole todiste.
Puolustava integraatioasento määrittelee omistajuuden dataelementtikohtaisesti, tapahtumasopimukset (mitä "julkaisu", "kulutus", "vapautus" ja "pito" tarkoittavat), viivetoleranssin ja täsmäytysmekanismit, kun todellisuus poikkeaa luvusta. Päädatan yhdenmukaistaminen on perustavanlaatuista; katso päädatan synkronointi.
Jos varaston siirrot voivat ohittaa laatustatuksen, erän todentaminen vaarantuu. Statuksen valvontaperiaatteiden, kuten karanteeni-/pitostatuksen, on oltava yhdenmukaisia toiminnon kaikilla siirtopinnoilla, ei vain yhdessä järjestelmässä.
13) Tarkastusharjoitukset: 10 testiä, jotka voit suorittaa sisäisesti
Nopein tapa selvittää, kestääkö eBMR/eDHR tarkastuksen, on suorittaa harjoituksia, jotka jäljittelevät tarkastajien tapaa testata tietojen luottamusta. Jokaisen harjoituksen tulisi olla nopeasti suoritettavissa, ja todisteiden tulisi olla itsenäisiä ilman selityksiä.
- Erän kulutustodistus: valitse erä; todista jokainen käytetty erä ja näytä vaiheittainen aikamittaus (ei myöhemmin kirjoittamalla).
- Väärien erien ehkäisy: yrittää väärän erän skannausta/syöttöä; näyttää eston ja lokitiedot.
- Laitteiden kelpoisuus: valitse resurssi; todista kalibrointi/valmius käyttöhetkellä; yritä käyttöä muualla kuin vakiotilassa.
- IPC-porttitesti: luo IPC-tuloksen, joka on alueen ulkopuolella; näytä lohko-/poikkeuspolku ja linkitys.
- Tuottotaseen täsmäytys: Selitä tuotosvaihtelu todisteilla, älä kertomuksella; näytä hylkyjen/uudelleentöiden käsittely.
- Poikkeamakytkentä: Valitse poikkeama; todista yhteys kyseiseen vaiheeseen ja kirjaa elementit muistiin.
- Auditointiketjun demo: muuta suojattua kenttää; näytä vanha/uusi, käyttäjä, aikaleima, muutoksen syy.
- Allekirjoituksen sidonta: allekirjoita käyttölupa/tarkistus; näytä, mitä se tarkoittaa ja miten allekirjoituksen jälkeinen muutos käsitellään.
- Tietueen vienti: vie erätietue; varmista, että sen konteksti (hyväksynnät, tarkastushistorian viitteet, liitteet) säilyy.
- BRBE-pora: näytä poikkeusjono, tarkistajan päätökset ja vapautuspäätöksen todisteet.
14) Toteutuksen etenemissuunnitelma
Nopein tapa epäonnistua on aloittaa "paperin digitalisoinnilla". Nopein tapa voittaa on aloittaa tunnistamalla, mistä todisteet ovat rikki tänään, ja estämällä korkeimman riskin pääsyn läpi. Käsittele tarkastusten selviytymiskykyä kuin suunnittelua: määrittele todistemalli, valvo portteja, mittaa tuloksia ja skaalaa replikoimalla.
- Määrittele virallinen ennätys: selvennä, mitkä järjestelmät muodostavat eräkirjanpidon ja vapautustodisteet.
- Sidonnan pääversiot: versioitu MMR/DMR ja hallittu muutoshallinta.
- Avaa pakoreitit tiukalla portilla: väärä erä, viallinen laite, puuttuva IPC, hallitsemattomat ohitukset, lähetys/vapautus ilman todisteita.
- Instrumenttipoikkeukset: Poikkeamat ja ohitukset ovat jäsenneltyjä, linkitettyjä ja tarkistettavissa.
- BRBE:n käyttöönotto: määrittää poikkeusten laukaisevat tekijät ja tarkistajien työnkulut; mitata tarkastusten laatua.
- Ohjauspintojen validointi: CSV keskittyy identiteettiin, tilaan, portteihin, tarkastuspolkuihin, allekirjoituksiin ja säilytykseen.
- Suorita tarkastusharjoitukset: kuukausittaisia todisteharjoituksia ajautumisen estämiseksi ja heikkojen rajojen paljastamiseksi varhaisessa vaiheessa.
Päätös
eBMR/eDHR-tietojen säilyvyys ei ole muotoiluprojekti. Se on toimintamalli: identiteettejä valvotaan, tilat ovat todellisia, toteutus tallennetaan tapahtumina, poikkeuksia hallitaan, poikkeuskohtainen tarkastelu on mitattavissa ja tietue on suojattu suunnittelun avulla. Kun nämä elementit ovat käytössä, tarkastuksista tulee nopeampia ja suppeampia, tutkinnasta tulee tarkempaa ja erätodisteiden rekonstruointi on vaikeaa.
Katso lisätietoja määritelmistä tässä artikkelissa linkitetyiltä sanastosivuilta, mukaan lukien eBR/eBMR , eDHR , erävalmistustietue (BMR) , MMR , BRBE , audit trail , 21 CFR Part 11 , data integrity ja CSV . Nämä viitteet ovat valinnaisia; tässä artikkelissa käytetty ohjausmalli on tarkoituksella toimittajaneutraali.
