Flowchart for batchproduktion (fra batchdokumentation til lageroverdragelse)

Hvad er flowchart for batchproduktion (fra batchdokumentation til lageroverdragelse)?

En batchdokumentation er det arbejdsbevis, der viser, at ét bestemt parti blev fremstillet, som dets formel og procesbeskrivelse siger, det skal, og dette diagram følger den dokumentation fra det øjeblik, den udstedes, til det øjeblik, den færdige batch når lageret under frigivet status. Udløseren er, at produktionsplanen udløser en batchdokumentation mod en arbejdsordre; derfra klargøres og afvejes ingredienserne mod formlen, linjen klareres til netop dette produkt, før noget kører, batchen behandles gennem sine skrevne trin, og hvad end processen definerer som kritisk, logges i realtid frem for at blive rekonstrueret bagefter. Dokumentationen færdiggøres og underskrives, QA gennemgår den mod formlen og mod alt, hvad der er logget undervejs, og batchen frigives, tilbageholdes eller afvises. Det, der adskiller en dokumenteret batch fra en udokumenteret, er ikke, at papirarbejdet findes — det er, at hver indførsel på den er lavet af den person, der gjorde tingen, på det tidspunkt, de gjorde den, mod en dokumentation, der allerede fandtes, før batchen startede.

Dette diagram er udførelsen af én batch mod én batchdokumentation, og det indgår i en større gruppe af processer, det bevidst ikke gentager. Det er ikke siden om fødevarefremstillingsprocessen, som følger hele kæden fra modtagelse af råvarer over produktion til forsendelse og behandler hele dette diagram som ét enkelt led; dér hører indkøb, varemodtagelse og distribution til. Det er heller ikke fødevareproduktionsworkflowet, som kører på niveau med en vagt — bemanding, linjeplanlægning, omstillinger mellem produkter — frem for på niveau med ét partis dokumentation. Det er ikke dokumentstyring: formlen, specifikationen og den batchdokumentationsskabelon, denne proces læser fra, versionsstyres på deres eget spor på /da/templates/dokumentstyring-proces, og dette diagram henter altid kun den gældende revision, redigerer den aldrig. En parameterafvigelse eller en formelfejl logget her overdrages til /da/templates/afvigelseshaandtering-proces til klassifikation og undersøgelse, i det øjeblik det viser sig at betyde noget, frem for at blive afklaret undervejs. Hvor en batch ender med at blive afvist, hører det, der derefter sker med selve produktet — genbearbejdning, destruktion eller retur til en leverandør, hvis en råvare er den sporede årsag — til processen for afvigende fødevareprodukter, ikke dette diagram. Allermest bevidst holdes dispositionsafgørelsen sidst i dette diagram let med vilje: analysecertifikatet, det kundevendte frigivelsespapir og mekanikken bag at frigøre lageret hører til processen for frigivelse af fødevareprodukter, og at gentage den sides detaljer om frigivelsesporten her ville blot give to diagrammer to forskellige svar på det samme spørgsmål. Betragt dette diagram, som ethvert andet skabelon på dette site, som et udgangspunkt at tilpasse mod jeres egne procedurer, jeres eget produkts fareanalyse og de regler og certificeringsordninger, der gælder for jeres facilitet.

Fire beslutninger bærer diagrammet. »Vægte inden for formlens tolerance?« sidder, før linjen overhovedet starter, fordi en afvejningsfejl fanget ved vægten koster en genvejning, mens én fanget efter blanding koster hele batchen. »Linjeklarering verificeret?« besvares af Kvalitetskontrol frem for af operatøren, der lige har rengjort linjen, efter samme logik som lægger en anden underskrift på en check: den, der udførte arbejdet, er den forkerte person til at være den eneste, der bekræfter, at det er gjort, og på en delt linje er det også dér, allergenoverførsel fanges, før den bliver til nogen andens reaktion. »Parametre inden for det validerede interval?« navngiver ikke selv noget tal — hvad der tæller som i interval, er, hvad jeres egen validerede procesbeskrivelse siger for netop dette produkt, og hvis en af de parametre er en kritisk grænseværdi under jeres HACCP-plan, er en overskridelse dér en afvigelse fra en kritisk grænse med sin egen procedure, ikke et gentjek på linjeniveau. Og »Afgørelse om batchen?« er tegnet tre veje frem for to, fordi en batch med et åbent spørgsmål tilbageholdes — ikke frigives for at redde en leveringsdato og ikke afvises, før nogen faktisk har undersøgt den — samme ræsonnement, der giver tilbageholdt lager en ejer frem for at lade det ligge på lageret med en status, ingen har valgt med vilje.

Hvad dette flowchart dækker

I denne skabelon

• Fem swimlanes (Produktionsplanlægning, Produktion, Kvalitetskontrol / QC, Kvalitet / QA og Lager) fordelt på seks faser — Udsted og forbered, Klargør og afvej, Frigør og kør, Overvåg og afslut, QA-gennemgang og Disposition og overdragelse — så batchdokumentationen har en navngiven ejer ved hvert trin fra udstedelse til lager
• En port »Vægte inden for formlens tolerance?« lige efter ingredienserne er klargjort, med en gren for uden for tolerance, der løber tilbage til vægten frem for at lade en korrigeret afvejning rejse videre uverificeret
• »Linjeklarering verificeret?« ejet af Kvalitetskontrol frem for af den, der lige har rengjort linjen, så den samme funktionsadskillelse, der styrer selve batchdokumentationen, også styrer omstillingen ind i den
• »Kør batchen: procestrin efter batchdokumentationen« udført præcis som skrevet, efterfulgt af kritiske parametre logget i realtid og en beslutning »Parametre inden for det validerede interval?«, der sender en overskridelse til en stands-og-gentjek-løkke frem for en bemærkning i margenen
• »Batchdokumentation komplet og læselig?« lukker dokumentationen ind til QA-gennemgang, før »Afvigelser eller resultater uden for interval fundet?« afgør, om batchen bærer noget, QA skal veje ind i dispositionen
• En tredelt »Afgørelse om batchen?« — Frigiv, Tilbagehold eller Afvis — der overdrager en frigivet batch til Lager-banen og en tilbageholdt eller afvist batch videre til afvigelseshåndterings-, det afvigende fødevareprodukt- og fødevarefrigivelsesprocessen frem for at afklare deres detaljer her

Hvornår du skal bruge skabelonen

• I skriver eller reviderer en SOP for batchproduktion og har brug for ét billede af, hvem der udsteder dokumentationen, hvem der afvejer og behandler, hvem der verificerer linjen og parametrene, og hvem der afgør batchens disposition
• Batchdokumentation bliver færdiggjort, men ikke rigtig kontrolleret — QA-gennemgangen er en formalitet — og I vil have kontrollen af dokumentationens fuldstændighed og linje-for-linje-gennemgangen tegnet som separate, navngivne trin
• In-proces-parameterlogge bliver udfyldt efter kørslen frem for under den, og I har brug for, at realtidslogningstrinnet og dets egen beslutningsport er skrevet ind i processen frem for overladt til, hvem der nu er på linjen den dag
• I kører en delt linje på tværs af flere produkter eller allergenprofiler og vil have linjeklarering verificeret af en anden end operatøren, der rengjorde den, frem for overladt til et selvtjek
• I bygger eller konfigurerer et MES- eller batchdokumentationssystem og har brug for den aftalte rækkefølge — inklusive tilbagehold- og afvis-udfaldene, som de fleste procedurer lader være underforståede — før nogen bygger skærmbilleder og rettigheder omkring det

Sådan fungerer det

1. Omdøb banerne til jeres egne roller

   Erstat Produktionsplanlægning, Produktion, Kvalitetskontrol / QC, Kvalitet / QA og Lager med de funktioner, I faktisk har. På et mindre site er QC og QA ofte den samme person med to hatte på forskellige tidspunkter af dagen; hold de to beslutningspunkter adskilte, selv hvis én person ejer begge, for pointen med at adskille dem er det tidspunkt, kontrollen sker på, ikke organisationsdiagrammet.

2. Fastsæt jeres egen formeltolerance og regel for andentjek

   »Vægte inden for formlens tolerance?« har brug for et reelt tolerancebånd, ikke et underforstået — angiv det som en procentsats eller et absolut vægtinterval pr. ingrediens, og beslut, om en anden person verificerer afvejningen, eller en kontrolvægt gør det. Skriv ned, hvad der sker, når en godkendt erstatningsingrediens eller -lot bruges, da en substitution stadig er en formelændring, selv når slutvægten stemmer.

3. Skriv jeres egen tjekliste for linjeklarering

   Beslut, hvad 'klareret' faktisk betyder for jeres linjer: forrige produkt og dets allergener fjernet, etiketter og emballage fra sidste kørsel ryddet fra området, den rette pluklist klargjort, og enhver omstillingsrengøring verificeret mod jeres sanitetsprocedure frem for antaget. Navngiv, hvem der underskriver den, og om den person må være den samme, der kørte den forrige batch.

4. Navngiv jeres egne kritiske parametre og deres grænser

   Dette diagram navngiver bevidst ingen egen temperatur, tid, vægt eller koncentration — hent de faktiske parametre og deres grænser fra jeres egen validerede procesbeskrivelse og, hvor en parameter er en kritisk grænseværdi under jeres HACCP-plan, specifikt fra den plan. Angiv, om logningen er manuel, på en kurveskriver eller via en automatisk datalogger, og hvad 'i realtid' betyder for jeres proces: kontinuerligt eller tjekket med et defineret interval.

5. Beslut, hvad QA vejer ved afvigelsesporten

   »Afvigelser eller resultater uden for interval fundet?« skal pege QA mod et reelt spørgsmål: ændrer noget logget på denne batch — en afvejning uden for tolerance, en parameteroverskridelse, en ufuldstændig underskrift — det, der kan siges om den færdige batch? Alt, der gør det, klassificeres og undersøges på jeres afvigelseshåndteringsproces; dette diagram har kun brug for at vide, om svaret ændrer dispositionsafgørelsen længere nede.

6. Skriv reglerne for tilbagehold og afvisning, og hvor de overdrager

   Angiv, hvem der må sætte en batch på tilbagehold, hvilken status den får i jeres lager- eller ERP-system, og hvordan den mærkes, så ingen på lageret forveksler en karantænesat lot med frigivet lager. Navngiv den proces, en tilbageholdt eller afvist batch flytter videre til — jeres afvigelseshåndterings-, afvigende fødevareprodukt- og frigivelsesproces — frem for at lade 'tilbageholdt' være en blindgyde, ingen ejer.

7. Gennemgå det mod sidste uges batches

   Tag en håndfuld nyligt lukkede batchdokumentationer, inklusive én, der blev tilbageholdt eller havde et spørgsmål ved QA-gennemgangen, og følg dem gennem diagrammet. Ethvert trin, folk beskriver at udføre, som ikke er tegnet, eller er tegnet, men springes over under tidspres, er det fund, det er værd at rette, før I udgiver revisionen.

Ofte stillede spørgsmål

Hvad er trinnene i en batchproduktionsproces?

Produktionsplanen udløser en batchdokumentation mod en arbejdsordre, og formlen, specifikationen og allergenerklæringen bekræftes gældende, før lotnummeret tildeles og pluklisten udstedes. Ingredienserne klargøres og afvejes mod formlen, med en afvejning uden for tolerance, der løber tilbage til vægten frem for videre. Linjen rengøres, og dens klarering verificeres, før noget kører, og batchen behandles derefter gennem sine skrevne trin, mens kritiske parametre logges i realtid; en parameter uden for sit validerede interval standser linjen til en korrektion og et gentjek frem for en bemærkning tilføjet senere. Behandlingen afsluttes, udbyttet afstemmes, og batchdokumentationen færdiggøres og underskrives. QA kontrollerer dokumentationen for fuldstændighed, gennemgår den linje for linje mod formlen, og spørger, om nogen afvigelse eller noget resultat uden for interval blev logget. Batchen frigives derefter, tilbageholdes i afventning af undersøgelse, eller afvises og sættes i karantæne som afvigende, og en frigivet batch flytter til lageret under den status.

Hvordan adskiller dette sig fra et flowchart for fødevarefremstillingsprocessen eller et fødevareproduktionsworkflow?

De sidder i forskellige højder af den samme drift. Fødevarefremstillingsprocessen er hele kæden — modtagelse af råvarer, formulering, produktion, kvalitetsfrigivelse og forsendelse — og dette diagram er ét enkelt led inde i den: hvad der sker med én batch, når dens dokumentation først er udstedt. Fødevareproduktionsworkflowet kører på niveau med en vagt: bemanding af linjen, rækkefølge for hvilke produkter der kører hvornår, og styring af omstillinger hen over en dag — intet af det behandler dette diagram, fordi det starter, når en bestemt batchdokumentation allerede er udstedt til en bestemt kørsel. Denne side er smallere end begge med vilje, fordi 'hvordan kører fabrikken' og 'hvordan bliver ét parti udført og dokumenteret' er forskellige spørgsmål med forskellige ejere, og at folde dem sammen til ét diagram har en tendens til at give et diagram, ingen reelt kan følge.

Hvorfor bliver linjeklarering verificeret af Kvalitetskontrol frem for af operatøren, der rengjorde linjen?

Fordi den, der lige har rengjort, ikke er en pålidelig dommer over, om det er fuldstændigt — ikke af uærlighed, men fordi det er svært at få øje på sin egen fejl i en opgave, man netop har afsluttet. At verificere linjeklarering er en almindelig måde, fødevare- og drikkevareanlæg bygger et andet, uafhængigt tjek ind i en omstilling på: at bekræfte, at det forrige produkt, dets etiketter og dets allergener faktisk er væk, at den rette pluklist og emballage er klargjort til den nye kørsel, og at enhver omstillingsrengøring stemmer med, hvad sanitetsproceduren kræver. Præcis hvor grundigt det tjek skal være, og hvem der er kvalificeret til at udføre det, afhænger af jeres egen allergen- og krydskontaktrisikovurdering for de specifikke produkter, der deler linjen — dette diagram tegner kontrolpunktet, ikke tjeklisten bag det.

Identificerer dette diagram Critical Control Points (CCP'er)?

Nej, og det bør ikke læses sådan. Under Codex Alimentarius' HACCP-ramme er et Critical Control Point et trin, hvor kontrol kan anvendes til at forebygge, eliminere eller reducere en fødevaresikkerhedsfare til et acceptabelt niveau, og hvilke trin der kvalificerer, afgøres af en dokumenteret fareanalyse specifik for et givent produkt, proces og facilitet, typisk arbejdet igennem et CCP-beslutningstræ. Trinnet »Log kritiske parametre i realtid« i dette diagram er et generisk in-proces-overvågningspunkt, der kan, men ikke behøver, falde sammen med et CCP i jeres egen HACCP-plan — noget af det, det logger, kunne være et CCP, noget kunne være en operationel forudsætningsprogramkontrol, og den opdeling er op til jer at afgøre, ikke noget en generisk skabelon kan fastslå. Kortlæg dette diagrams overvågningstrin mod jeres egen fareanalyse frem for at antage, det navngiver ét.

Hvad skal en batchdokumentation indeholde, og hvad vil en auditør eller myndighed kigge efter?

Som minimum: ingredienserne og deres lots, som de faktisk blev brugt, vægtene og procesparametrene, som de faktisk blev observeret mod, hvad formlen og specifikationen krævede, hvem der udførte og hvem der verificerede hvert trin og hvornår, enhver afvigelse fra den skrevne dokumentation og hvordan den blev løst, det afstemte udbytte, og den endelige disposition. Det, en reviewer kigger efter, er som regel ikke, om felterne er til stede, men om indførslerne er samtidige og internt konsistente — en underskrift dateret før den parameter, den verificerer, eller et udbytte, der aldrig varierer fra batch til batch, læses begge som dokumentation færdiggjort efter det faktum frem for under kørslen. Præcis hvad en facilitet skal opbevare, og hvor længe, afhænger af, hvor den opererer, og hvad den producerer: i USA sætter FDA's Preventive Controls for Human Food-regel i 21 CFR Part 117, Subpart F dokumentationskrav for de faciliteter, reglen dækker; i EU kræver forordning (EF) nr. 852/2004, at fødevarevirksomheder vedligeholder dokumentation, der understøtter deres HACCP-baserede procedurer, uden at foreskrive ét universelt dokumentationsformat; og certificeringsordninger som FSSC 22000, BRCGS eller SQF lægger hver deres egne specifikke dokumentationskrav oveni. Intet af det afgøres af denne skabelon — betragt den som et tilpasningsbart udgangspunkt for jeres egen batchdokumentation, ikke en compliance-leverance, og bekræft de faktiske krav med den, der ejer jeres fødevaresikkerheds- og regulatoriske funktion.