← All postsHow-to

Electronic batch record: what changes, and what does not, when the paper goes

An EBR removes transcription and enforces sequence. It does not remove the need for validation, audit trails, and a human who reviews the exceptions.

How-toE

An electronic batch record — an EBR — replaces the paper batch record with a system that presents each step to the operator, captures the entry at the point of work, and refuses to move on where a required value is missing or out of limit. The manufacturing history ends up in a database rather than a binder.

The real benefit is not speed of documentation; it is the removal of two failure classes. Transcription errors disappear because values are captured where they are generated, and out-of-sequence work becomes visible because the system knows what has and has not been signed.

What an electronic batch record changes

  • Enforced sequence: steps cannot be signed out of order or skipped silently.
  • Limits applied at entry, so an out-of-specification value is flagged in the room rather than in review three weeks later.
  • Automatic capture from equipment where interfaces exist, removing manual reading.
  • Review by exception: quality reviews the deviations and flags rather than every field, which is where the review time actually goes.
  • Immediate availability: the record exists as the batch runs, so status is a query rather than a phone call.

What it does not change

The regulatory expectations move with the record rather than disappearing. Electronic records need controlled access with individual accounts, electronic signatures linked to the signer, a secure audit trail that records changes with reason, and system validation covering the intended use. Retention and retrievability apply for the same period as paper — including the ability to read the record after the vendor’s current version is obsolete.

And the judgement stays human. Review by exception narrows what a reviewer looks at; it does not decide whether an excursion mattered. Systems configured so that everything passes silently have not removed the review, they have hidden it.

The audit trail is the part that gets configured badly. It must record who changed what, when, and why, and it must not be disableable by the people whose work it records. An EBR with an audit trail that administrators can switch off has replaced a paper problem with a worse electronic one.

Implementing without a two-year project

  1. Fix the master batch record first: an EBR built on an unclear paper process encodes the confusion.
  2. Start with one product line and one area rather than the whole site.
  3. Decide what is captured automatically and what stays manual — full interfacing is where timelines disappear.
  4. Validate for the intended use, with the risk assessment written down, rather than validating everything to the same depth.
  5. Train on the exception paths, not just the happy path; operators need to know what to do when the system will not let them proceed.
  6. Run parallel for a defined period, then stop — indefinite parallel running means the electronic record is not trusted, and both records rot.

For the many steps that are structured data capture with limits and signatures, a form is the right shape: Ettex Forms captures entries at the point of work with the checks applied as they are made, and keeps each submission with who made it and when. Where a full validated EBR platform is required by the regulator or the product, that is the correct tool and this is not a substitute for it — the honest boundary is that structured capture and a durable batch record are different things, and only one of them is a regulated system of record.

Frequently asked

Does an EBR require validation?

Yes. Computerised systems used in regulated manufacture must be validated for their intended use, with the extent based on documented risk. Vendor validation packages support this but do not replace it.

What is review by exception?

A review model where quality examines flagged deviations, out-of-limit entries and audit trail exceptions rather than every field. It requires the system to be validated and configured so exceptions are reliably raised.

Can an electronic batch record be partly paper?

Hybrid systems are common and permitted, but they need clear rules on which record is authoritative for each step, and the paper parts still need the full controls.

What happens to old electronic records when the system is replaced?

They must remain readable and retrievable for the retention period. Plan migration or archival readability before the decommissioning, not after.

AS
Written by Alex S.

Part of the Ettex team — writing about product, engineering and the future of work.

More posts
Get the best of the Ettex blogProduct news, guides and tips — straight to your inbox, no spam.