Editorial responsibility: Dimitris Mitsios (Founder of The QHSE Standard; product marketing at Tekmon) · Tekmon pays for sponsored placements on this site (disclosure) · How pages are made · LinkedIn
Scope of this guide: Software procurement guidance, not an operating procedure. Demonstrations below use simulated records in a test environment. Site permit rules and competent authorisation govern actual work.
What you should leave the evaluation with
A record of how the proposed system represents permit authority and status, including the limits of disconnected use.
1. Start with the permit process
HSE describes a permit-to-work system as a formal way to communicate and coordinate specified work. Issuing a permit does not by itself make the job safe. Map the responsibilities, related permits and handback steps in your existing process before discussing automation. HSE also highlights changeover, interface and training considerations when introducing electronic systems.
HSE: Permit-to-work systems. Human-factors guidance from Great Britain; adapt the evaluation to your site's process and applicable requirements. Checked 20 September 2026.
2. Demonstrate authority and status transitions
Ask the vendor to represent your request, review, authorisation, suspension, handover and closure states. Use separate test accounts to show who can make each change and what information they must see. Check how expired or withdrawn records appear in searches, notifications and linked views. Agree what the software records and which decisions remain with authorised people.
3. Define disconnected behaviour precisely
Distinguish viewing a cached record, drafting information and changing an authorised status. Ask how users recognise stale information and what happens if a permit changes while a device is disconnected. Test conflict handling after reconnection. Record unsupported tasks and the agreed fallback process; a generic claim of “offline support” does not establish that current authorisation is available.
4. Check linked work and physical controls
A link to an isolation, asset, contractor or risk record needs a defined owner and update process. In a simulation, change a linked record and inspect the effect on the permit view and review workflow. Confirm what conflict checks actually compare and which dependencies remain manual. A status in software does not demonstrate that a physical isolation or other control has been carried out.
5. Review changeover and continuing administration
Plan configuration review, user training, migration and the treatment of open records during changeover. Ask for the support arrangements and export scope for permit history and attachments. Assess processing time alongside review quality, unresolved dependencies and handover completeness; speed alone is an insufficient acceptance measure.
6. Look at what the incoming shift sees
HSE's human factors guidance on shift handover describes the aim as accurate, reliable communication of task-relevant information across shift changes, using both verbal and written communication, face to face and two way, with enough time allowed. A permit screen can carry the written part. Ask the vendor to show what an incoming supervisor sees: open permits, suspended work and conditions still outstanding. Check whether acknowledgement is recorded and whether the workflow leaves room for the conversation instead of replacing it. HSE's page does not discuss permits to work as such, so applying it to permits is our reading, not HSE's.
HSE: shift handover. General guidance on handover communication in safety-critical industries; it does not mention permit-to-work software. Checked 3 October 2026.
7. Follow a permit to the isolation it relies on
HSE's guidance HSG253 covers the safe isolation of plant and equipment, including work control systems and documentation. A permit that refers to an isolation should lead to a record that can be checked on its own: who isolated, what was isolated, how the isolation was proved and who holds the lock or tag. In the demonstration, open a permit and follow its link to the isolation record. Then change the isolation and see whether the permit is flagged or silently keeps its earlier status. The guidance is not a software specification, and a record in the system still does not show that the physical isolation is in place.
HSE: HSG253, the safe isolation of plant and equipment. The publication page for guidance issued in 2006. We read only the page summary, not the full text. Checked 3 October 2026.
8. For US sites, test lockout continuity
Where OSHA's lockout and tagout standard applies, 29 CFR 1910.147 requires an energy control program of procedures, training and periodic inspections. It requires an inspection at least annually by an authorised employee other than those using the procedure, and specific procedures during shift or personnel changes so that protection continues. Ask the vendor to show where the annual inspection is recorded and by whom, how a group lockout with several people is represented, and how the transfer of a device between an outgoing and an incoming employee is logged. Whether the standard applies to a given task is for the safety specialist to decide.
OSHA: 29 CFR 1910.147, control of hazardous energy. The text of the US standard. It sets no rule for software, and other countries apply different rules. Checked 3 October 2026.
Four tasks for your demo
Illustrative scenario: a simulated maintenance permit changes status while a test device is disconnected. Run all changes on sample records outside live operations.
For each task, record the observed result, evidence, account configuration and owner of any follow-up. Use “demonstrated”, “partly demonstrated” or “not tested”. On a small screen, scroll the table sideways to read all columns.
| Task | Ask the vendor to demonstrate | Evidence to keep |
|---|---|---|
| Attempt an unauthorised change | Use a test requester account to attempt an approval reserved for a different role. | Permission result, visible status and recorded attempt or other available audit evidence. |
| Expose a stale cached record | Cache a sample permit, disconnect the device and change the central record; inspect the cached view and subsequent reconciliation. | Freshness indicators, unavailable actions, conflict handling and the documented fallback. |
| Demonstrate a shift handover | Transfer a simulated open record between authorised test roles using the proposed handover workflow. | Outstanding conditions, acknowledgement, role changes and continuity of history. |
| Inspect a linked-record change | Change a sample linked control record, review the permit response and retrieve the related history. | Dependency visibility, notifications, review steps and exported relationships. |
Before you approve a purchase
- The configured states and role permissions match the agreed permit process.
- Status changes and handovers have been demonstrated with separate test accounts.
- Disconnected tasks, stale information and reconciliation limits are documented.
- Linked-record updates and conflict checks have a defined scope and owner.
- Changeover, fallback arrangements and user training have responsible owners.
- The proposal includes the demonstrated configuration, support and record retrieval.
Editorial update and methodology
Updated 20 September 2026: replaced broad feature prescriptions and unsupported outcome claims with scoped buying questions and illustrative demo tasks. Linked sources support the stated context; the proposed tests are editorial guidance, not measured product results. Read our methodology.
Related guides
- Permit to Work Software for Enterprise: Buyer Shortlist
Shortlist guide for permit to work at enterprise scale.
- Hot work permit software: precautions, re-verification and closure
Software guide on hot work permits.
- Confined Space Software: Permits, Readings and Entry Records
Software guide on confined space entry.
- Permit to Work (PTW) — definition, software & FAQs
Definition of permit to work.
- ATEX — definition, software & FAQs
Definition of ATEX.