Automation | Remote Monitoring | Compliance
OPS CRM
Alarm Rationalization
Ops Alarm Rationalization manages the complete ISA-18.2 alarm lifecycle — from alarm source onboarding through rationalization, monthly performance reviews, point-to-point verification, and signed PHMSA-compliant documentation.
Live demonstration available on request — contact us to schedule
From the moment an updated alarm source export is imported to the moment a compliance officer signs the monthly review — every step happens inside a single application, with a complete audit trail at every stage.
New alarm configs imported. Only changed alarms flagged for review.
ISA-18.2 classification, consequence matrix, priority calc. Single or bulk.
Monthly review of designated safety-related alarms. Overdue escalation.
Full ISA-18.2 KPI report with AI narrative. Compliance officer signed.
Field setpoint verification. Two-phase sign-off: operator + CO.
Every document auto-registered. Inspector walk-in ready, always.
No clicking around to find out where you stand. Rationalization completeness, pending alarms, safety review status, and overdue items are front and center every session.
Double-click any alarm to open the rationalization dialog. Classification, consequence severity matrix, automatic priority calculation, cause/consequence/response documentation — all in one place. Save as Draft or Approve with a timestamped signature.
Priority is never a guess. The formula — Class × highest consequence tier — is displayed inline on every record. No inspector has to take your word for it; they can follow the logic without opening a manual.
Site-specific override matrices are configurable in Settings and any applied override is documented within the alarm record itself, creating a self-contained justification chain.
Filter to a group — same type, same site category, same class. Select all. Open bulk rationalization. Field-level checkboxes give you surgical control: apply classification and consequence ratings across the group while leaving individually-documented notes untouched.
Scenarios are pre-configured rationalization templates for common alarm types: High Pressure, Gas Detection, Tank Level, Low Flow, ESD, and any others specific to your operation. Select a scenario and the classification, consequence ratings, and response procedure pre-fill automatically.
New scenarios are created and managed in Settings — no developer involvement, no deployment. Add a scenario for a new instrument type and it's available immediately.
Every alarm rationalization requires documented answers to three critical questions: Why does this alarm fire? What happens if it's ignored? What must the operator do? These are the compliance fields auditors read first — and the hardest to write for a fleet of hundreds of alarms. The AI writes the first draft, grounded in the alarm's classification, impact scores, and your existing rationalization history. Requires a customer-provided LLM account — see AI Requirements below.
Set the alarm classification (Class, Type), then rate the five impact dimensions — Safety, Environmental, Financial, Operational, Regulatory — on the ISA-18.2 0–4 scale. The calculated priority updates instantly.
Click Suggest next to any documentation field and the AI drafts a Cause, Consequence, or Corrective Action statement using:
Review the draft. Refine it with plain-language instructions. Condense it for brevity. Accept it into the field. Every edit stays yours — the AI never writes directly to any record without a deliberate Accept click by a named, logged user.
Filter to a group of similar alarms — all High Pressure alarms at a site, all BS&W sensors across a gathering system, all Comm Fail points of the same type. Select them all. Open Bulk Rationalization.
Set the classification, impact matrix, and documentation once. Check which fields to propagate. Click Apply — the same rationalization stamps every selected alarm in seconds.
A rationalization effort that would take a team weeks manually documenting 300 similar alarms clears in hours — with audit-grade, field-specific documentation on every record.
Every suggestion is generated, reviewed, and accepted by a named human — never written directly to a compliance record
Save any completed rationalization as a reusable Scenario. Common alarm types — High Pressure, High Temperature, Leak Detection, Comm Fail — rationalize in seconds when a Scenario pre-fills the full impact matrix and documentation fields. Combine with AI refinement for the last 10%.
Every rationalization — who wrote it, when saved, when approved, every field that changed — is logged to the Rationalization Database. AI-drafted text is flagged. If a PHMSA auditor asks how a priority was justified, the complete history is in the record. Nothing is ever overwritten or deleted.
The Alarms tab is the primary workspace. Every alarm across every site, filterable in seconds. The detail panel on the right shows the alarm configuration from your latest imported snapshot and the full rationalization record for any selected alarm — without opening a dialog.
Works equally well with 50 alarms or 50,000. Every filter combination is remembered between sessions so you don't reset your view every time you open the application.
Federal regulations require designated safety-related alarms to be reviewed on a defined schedule. This tab owns that workflow entirely — designation, review scheduling, completion tracking, and sign-off.
Ops works from a normalized alarm record — name, path, type, priority, enabled state, setpoint configuration. The rationalization engine itself is platform-agnostic. Getting your alarm database into that format is a separate implementation step, and it looks different for every platform and every customer configuration. How that bridge gets built is your choice — OPS offers two options.
OPS scopes and delivers the alarm source bridge for your specific environment as a separate implementation engagement. No two alarm system configurations are alike — even on the same platform — so this work is always scoped to your actual data. We engineer the mapping layer from your alarm source export to the Ops normalized record format, validate it against your real alarm inventory, and hand you an import process that runs the same way every time going forward. Works with Ignition, ClearSCADA, FactoryTalk View, Wonderware, or any platform that can produce a structured alarm or tag export.
For customers who want to own the integration layer internally, OPS provides the complete import framework — the normalized alarm record schema, field mapping specification, validation rules, and import interface documentation your team needs to build and maintain the bridge on your own timeline. You handle the source extraction and transformation; Ops handles everything from the point of import forward. OPS is available to validate your first import and answer questions through initial onboarding.
When alarm configurations change in your source system and a new export is imported, Ops automatically classifies what’s new, what was deleted, and what was modified — at the field level. Only alarms whose configuration actually changed are flagged as Needs Review. Every already-approved record remains approved.
Every imported snapshot is stored in full. The Configuration panel shows exactly what any alarm’s parameters looked like at any point in time. The Changelog panel shows the field-by-field diff between every consecutive snapshot — what changed, from what value, to what value, and when.
This is what answers inspector questions on the spot, without hunting through backup files or emailing the engineering team.
Initial rationalization is a project. Alarm management is a program — one that runs continuously, every time your alarm configuration changes, every month when PHMSA compliance reviews are due, every time an inspector walks in the door. Ops is built around a compliance database that maintains the complete, unbroken history of your alarm rationalization program from day one forward. Nothing is overwritten. Nothing is deleted. Every action is logged. Every state is reconstructable.
Every import of your alarm source is compared against the prior state at the field level. New alarms are queued. Modified alarms are flagged as Needs Review only for the fields that changed. Removed alarms are tracked, not deleted. The master list reflects your current configuration at all times — with full history of every version before it.
Every rationalization record, every field change, every approval — captured in full before and after. The database never overwrites; it appends. Any alarm’s complete rationalization history is always accessible. Point-in-time reconstruction lets you show exactly what a record said on any date — the date of a prior inspection, a prior incident, a prior change request.
Each new alarm source import triggers a field-level comparison against the last known state. What changed? Which setpoints were adjusted? Which alarms were added or removed? The diff is surfaced for review before anything is committed — with full control over what to accept, investigate, or flag for re-rationalization.
When a PHMSA inspector asks how a priority was assigned, who approved it, what it was before, and when it changed — the answer is in the database, not in someone’s memory.
The database is the answer to every auditor question — not a printout prepared the week before the inspection. Because every record, every decision, and every approval has always been there, the audit package reflects what actually happened, not what someone reconstructed after the fact.
Ops is designed to work with any standard relational database your organization prefers or already has in place. The compliance schema is purpose-built for long-term record-keeping — soft deletes, append-only history tables, and point-in-time query capability from the start. No data is ever physically removed. Database platform is an implementation decision made at onboarding, not a constraint imposed by the software.
The AMR is not a spreadsheet export. It's a complete, signed compliance document — cover page, KPI analysis, nuisance alarm tables, chattering analysis, standing alarm tracking, AI-drafted performance narrative, and compliance officer signature — auto-registered in Document Control.
| # | Alarm Tag | Events | Priority | Action |
|---|---|---|---|---|
| 1 | Tank_101_LVL_HI | 218 | P2 | Setpoint review |
| 2 | Pump_A_DISC_PRS | 187 | P1 | Deadband review |
| 3 | Compr_1_SUCT_LO | 143 | P3 | Monitor |
| 4 | Separator_HI_LVL | 119 | P2 | Setpoint review |
Any site, any historical month. Reports are generated from your imported alarm journal data — the same data your SCADA system exported, stored in your confidential Rationalization Database. No connection back to Ignition is required at report time.
P2P verification confirms that alarm setpoints configured in Ignition match the physical instrumentation in the field. The OPS workflow enforces the regulatory two-party requirement: the field operator verifies physically; the compliance officer signs off independently.
The field technician works through device cards in the live HTML report. For each instrument, they record actual physical readings against Ignition-configured setpoints, confirm within-tolerance status, and check off each point as verified. Progress is tracked live — the status bar shows exactly how many devices and permissives remain.
After the operator completes field verification, the compliance officer conducts an independent review of all readings and exceptions before signing. The two signatures are physically separate and timestamped independently — no shared sign-off, no rubber-stamp workflow.
OPS-P2P-YYYY-NNNN on CO signingThe AI assistant works exclusively from two sources you control: the alarm master records imported into Ops, and the Rationalization Database — the rationalizations your team has completed, historical master alarm lists, and change history within the program. That is the full extent of its access — the rationalization database, nothing else. No connection to your SCADA system, your broader network, or any data source outside the Ops program. see.
What it does:
What it doesn't do:
The AI helps compliance teams work faster. It does not make compliance decisions.
Export any combination of alarm records, rationalization history, safety reviews, and compliance certificates in seconds. Scoped to exactly what was asked for — not your entire database.
The export dialog lets you build a precise package: select the site, date range, alarm class, and status. A PHMSA inspector asking for "all Priority 1 safety-related alarms for Station 14, last 24 months" gets exactly that — no manual filtering, no pivot tables.
The application adapts to your operation's classification rules, consequence definitions, priority matrices, and site structure — all through a settings UI, with no code changes and no redeployment.
The Log tab captures every significant action with user identity, timestamp, and before/after values. This isn't application debugging output — it's a compliance audit trail built for inspectors and compliance officers.
OPS Document Control is a separate module within the OPS CRM suite — a dedicated compliance document registry that assigns permanent numbered IDs, manages the full document lifecycle, and serves as the single retrieval point for every controlled document across all OPS applications. When Ops Alarm Rationalization generates a compliance report, it registers that document in OPS Document Control automatically. The number is assigned by Document Control. The document is retrievable there. No manual filing. No lost documents. No “I thought someone saved that.”
Monthly alarm performance review. Generated per site per month. Auto-registered when compliance officer signs.
Field setpoint verification. Registered when compliance officer completes Phase 2 sign-off. Revisions tracked as R1, R2, etc.
Alarm rationalization and safety review reports. Full revision lifecycle — draft, sign, revise, void — all tracked.
Most operations manage alarm rationalization in spreadsheets, shared drives, or nothing at all. Here's what that means at inspection time.
| Capability | Ops · Alarm Rationalization | Spreadsheets + Shared Drive | Nothing / Ad-hoc |
|---|---|---|---|
| ISA-18.2 consequence matrix | ✓ Built in, enforced per record | Manual — if someone remembers | ✗ Not tracked |
| Automatic priority calculation | ✓ Formula shown, auditor-visible | Formula in a cell, easily broken | ✗ Guessed or skipped |
| Monthly ISA-18.2 KPI report | ✓ Generated from your imported alarm journal data | Manually assembled — hours of work | ✗ Not produced |
| AI performance narrative | ✓ Drafted automatically, human reviewed | ✗ Written from scratch each month | ✗ Not produced |
| P2P two-phase sign-off | ✓ Operator + CO signatures enforced | Paper form — may or may not exist | ✗ Not tracked |
| Document auto-registration | ✓ Numbered ID, instant on signing | ✗ Manual — folder somewhere | ✗ No registry |
| Ignition config snapshot history | ✓ Every snapshot, field-level changelog | ✗ Not captured | ✗ Not captured |
| Safety review overdue tracking | ✓ Automatic escalation, dashboard alert | Calendar reminder — if maintained | ✗ Missed silently |
| PHMSA inspection readiness | ✓ Inspector walk-in ready, always | Days of prep work at inspection time | ✗ Hope the inspector is lenient |
Ops Alarm Rationalization is built by pipeline control room operators who have sat across the table from PHMSA inspectors. We built the system we wished we'd had.
Optimal Pipeline Solutions
Third-Party Pipeline Control & Compliance Management
info@optimalpipeline.com
· 866-760-3933
Stillwater, OK | Kansas City, MO