PSM 지적사항의 시정조치(Corrective Action) 관리 방법
PSM 자체감사, 공정안전보고서 심사, 현장점검, 사고조사, HAZOP, PSSR 등을 수행하면 다양한 지적사항이 발생합니다.
이때 중요한 것은 지적사항을 단순히 “조치완료”로 표시하는 것이 아니라 **원인 확인 → 조치계획 수립 → 책임자 지정 → 완료기한 설정 → 조치실행 → 효과확인 → 종결(Closure)**까지 관리하는 것입니다.
실무에서는 다음 흐름으로 이해하면 좋습니다.
지적사항 발생 → 위험도 평가 → 원인분석 → 시정조치 수립 → 책임자·기한 지정 → 조치실행 → 증빙확보 → 효과확인 → 종결 → 재발방지
1. 시정조치(Corrective Action)란?
시정조치는 확인된 문제를 단순히 고치는 것에 그치지 않고 문제의 원인을 제거하여 다시 발생하지 않도록 하는 조치입니다.
예를 들어 자체감사에서 다음 지적이 나왔다고 하겠습니다.
“PSV 정기검사 기록 일부 누락”
이때 단순히 누락된 기록을 찾아 파일에 넣는 것만으로 끝내면 일회성 보완에 그칠 수 있습니다.
보다 적절한 접근은 다음과 같습니다.
| 구분 | 조치 예시 |
|---|---|
| 즉시조치 | 누락 기록 확보 |
| 원인확인 | 검사 후 문서등록 절차 미정립 확인 |
| 시정조치 | 검사완료 후 문서등록 절차 신설 |
| 예방조치 | CMMS 완료조건에 검사성적서 첨부 추가 |
| 효과확인 | 이후 3개월간 누락 여부 확인 |
2. Correction과 Corrective Action의 차이
두 개념을 구분할 필요가 있습니다.
| 구분 | Correction | Corrective Action |
|---|---|---|
| 의미 | 현재 문제를 바로잡음 | 원인을 제거하여 재발방지 |
| 초점 | 현상 | 원인 |
| 예시 | 잘못된 표지판 교체 | 표지판 변경관리 절차 개선 |
| 결과 | 문제 1건 해결 | 동일문제 재발 가능성 감소 |
PSM 지적사항 관리에서는 단순 Correction보다 Corrective Action까지 연결되었는지를 확인하는 것이 중요합니다.
3. 지적사항을 하나의 Action Item으로 등록
지적사항이 발생하면 먼저 관리번호를 부여하는 것이 좋습니다.
예를 들어 다음과 같이 관리할 수 있습니다.
| 관리번호 | 출처 | 지적사항 |
|---|---|---|
| CA-2026-001 | 자체감사 | PSV 검사기록 누락 |
| CA-2026-002 | HAZOP | 고액위 경보 미설치 |
| CA-2026-003 | 사고조사 | Drain 작업절차 미흡 |
| CA-2026-004 | PSSR | 방폭 Cable Gland 부적합 |
관리번호가 있어야 후속조치와 증빙자료를 연결하기 쉽습니다.
4. 지적사항 출처(Source)를 반드시 기록
같은 문제라도 어디에서 나온 지적사항인지 구분해야 합니다.
대표적인 출처는 다음과 같습니다.
| 출처 | 예시 |
|---|---|
| 자체감사 | PSM Audit |
| HAZOP | Recommendation |
| LOPA | 추가 IPL 요구 |
| 사고조사 | 개선권고 |
| PSSR | Startup 전 미완료사항 |
| MOC | 변경 후 후속조치 |
| 외부심사 | 심사 지적 |
| 법정검사 | 검사결과 시정사항 |
출처를 관리하면 동일 문제의 반복 여부도 확인할 수 있습니다.
5. 지적내용은 구체적으로 작성
지적사항을 다음처럼 작성하면 관리하기 어렵습니다.
“관리 미흡”
“교육 필요”
“점검 철저”
보다 구체적으로 작성하는 것이 좋습니다.
예를 들어,
“P-101A/B 정비 후 Mechanical Seal 누설점검 기록이 정비이력에 첨부되지 않음”
처럼 작성하면 무엇을 고쳐야 하는지 명확해집니다.
좋은 지적사항은 최소한 다음을 포함합니다.
| 항목 | 내용 |
|---|---|
| 대상 | 어떤 설비·절차인가 |
| 위치 | 어디에서 발생했는가 |
| 문제 | 무엇이 미흡한가 |
| 기준 | 어떤 요구사항과 다른가 |
| 증거 | 어떤 사실로 확인했는가 |
6. 위험도(Risk) 또는 중요도 분류
모든 지적사항을 동일한 우선순위로 처리하면 안 됩니다.
일반적으로 다음과 같이 분류할 수 있습니다.
| 등급 | 개념 |
|---|---|
| High | 즉시 또는 우선조치 필요 |
| Medium | 계획기간 내 조치 |
| Low | 일반 개선사항 |
또는 회사 기준에 따라 A/B/C 등급을 사용할 수도 있습니다.
위험도는 다음 요소를 고려할 수 있습니다.
- 사고발생 가능성
- 결과의 심각성
- 기존 Safeguard 존재 여부
- 법적 요구사항
- 설비 운전 지속 여부
- 작업자 노출 가능성
7. 고위험 지적사항은 임시조치부터 시행
최종 Corrective Action이 완료될 때까지 시간이 필요한 경우가 있습니다.
이때 위험도가 높다면 **임시조치(Interim Action)**를 먼저 적용해야 할 수 있습니다.
예를 들어 PSV 교체에 2개월이 필요한 경우,
- 운전압력 제한
- 임시 Alarm 강화
- 추가 순찰
- 설비 운전중지
- 임시 격리
등을 검토할 수 있습니다.
중요한 것은 임시조치를 최종조치로 착각하지 않는 것입니다.
8. 근본원인(Root Cause) 확인
반복되는 지적사항은 원인을 제대로 제거하지 않았기 때문에 발생하는 경우가 많습니다.
예를 들어,
지적사항: 작업허가서 가스측정 기록 누락
단순히 “작업자 교육 실시”로 끝내기보다 왜 누락됐는지 확인해야 합니다.
| 가능 원인 | 내용 |
|---|---|
| 절차 미흡 | 기록항목 자체가 불명확 |
| 양식 문제 | 작성란 없음 |
| 교육 부족 | 담당자가 요구사항 모름 |
| 감독 부족 | Supervisor 확인 없음 |
| 시스템 문제 | 전산상 필수입력 아님 |
원인에 따라 Corrective Action도 달라져야 합니다.
9. “교육 실시”만으로 종결하지 않기
PSM 지적사항에서 자주 나오는 조치가 **“교육 실시”**입니다.
하지만 교육만으로 원인이 제거되지 않는 경우가 많습니다.
예를 들어 Valve Line-up 오류가 반복된다면 단순 교육보다 다음을 검토해야 합니다.
- Line-up Checklist 개선
- Valve Tag 개선
- Double Check 제도
- P&ID 현장비치
- Interlock 추가
- Procedure 개정
즉, 교육은 하나의 조치수단일 뿐 항상 근본적인 Corrective Action은 아닙니다.
10. Corrective Action은 측정 가능하게 작성
조치계획은 완료 여부를 객관적으로 판단할 수 있어야 합니다.
좋지 않은 예:
“향후 철저히 관리”
좋은 예:
“2026년 10월 31일까지 P-101A/B 정비절차서에 Seal Leak Test 항목을 추가하고, CMMS 정비완료 조건에 검사기록 첨부를 의무화한다.”
후자의 경우 완료 여부를 명확하게 확인할 수 있습니다.
11. 책임자(Action Owner) 지정
모든 Action Item에는 책임자가 있어야 합니다.
부서만 지정하면 실제로 누가 완료할 것인지 불명확할 수 있습니다.
| 항목 | 예시 |
|---|---|
| 담당부서 | 정비팀 |
| Action Owner | 정비팀 설비담당자 |
| 협조부서 | 생산팀, 안전팀 |
| 승인자 | 팀장 |
책임자는 단순히 문서를 작성하는 사람이 아니라 조치를 완료하도록 관리하는 사람이어야 합니다.
12. 완료기한(Due Date) 설정
Corrective Action에는 반드시 완료기한을 설정하는 것이 좋습니다.
기한은 위험도와 필요한 작업범위를 고려하여 설정합니다.
| 위험도 | 관리방향 |
|---|---|
| High | 즉시 또는 단기간 |
| Medium | 계획된 기간 내 |
| Low | 합리적인 개선기한 |
단순히 모든 지적을 30일 또는 90일로 동일하게 설정하는 것보다 위험기반으로 관리하는 것이 적절합니다.
13. 기한연장(Extension)은 승인절차 필요
설비구매나 Shutdown 일정 때문에 기한 내 조치가 어려운 경우가 있습니다.
이때 임의로 날짜만 변경하면 관리체계가 약해집니다.
기한연장 시 다음 사항을 기록하는 것이 좋습니다.
| 항목 | 내용 |
|---|---|
| 기존 Due Date | 최초 완료기한 |
| 연장사유 | 자재·Shutdown 등 |
| 위험평가 | 연장기간 위험 검토 |
| Interim Action | 임시안전조치 |
| New Due Date | 변경기한 |
| 승인자 | 책임관리자 |
특히 고위험 지적사항은 기한연장이 반복되지 않도록 관리해야 합니다.
14. 조치완료 증빙(Objective Evidence)
“완료”라고 표시했다고 실제 Corrective Action이 완료된 것은 아닙니다.
객관적인 증빙자료가 필요합니다.
| 조치내용 | 증빙 예시 |
|---|---|
| 절차서 개정 | 개정 Procedure |
| 설비개선 | 전·후 사진 |
| Valve 설치 | P&ID + 현장사진 |
| 교육 | 교육자료·참석기록 |
| 검사 | 검사성적서 |
| Alarm 추가 | C&E Matrix·시험기록 |
| Interlock 설치 | Functional Test 결과 |
PSM 자체감사에서는 이 증빙의 연결성이 중요합니다.
15. 문서만 바꾸고 현장은 그대로인지 확인
Corrective Action에서 자주 발생하는 문제입니다.
절차서는 개정됐지만 현장 작업자는 과거 방식대로 작업할 수 있습니다.
또는 P&ID에는 신규 Valve가 표시됐지만 실제 현장에는 설치되지 않을 수도 있습니다.
따라서 Closure 전에는 다음 세 가지를 함께 확인하는 것이 좋습니다.
Document → Person → Field
| 확인영역 | 확인내용 |
|---|---|
| Document | 문서가 개정됐는가 |
| Person | 담당자가 변경내용을 알고 있는가 |
| Field | 현장이 실제 변경됐는가 |
16. 효과확인(Effectiveness Verification)
시정조치가 완료되었다고 즉시 종료하지 않고 실제로 문제가 재발하지 않는지 확인하는 단계가 필요합니다.
예를 들어 작업허가서 누락 문제를 개선했다고 하겠습니다.
다음 한 달 동안 20건의 작업허가서를 샘플링하여 누락이 다시 발생했는지 확인할 수 있습니다.
| 확인결과 | 판단 |
|---|---|
| 재발 없음 | Effectiveness 확보 |
| 일부 재발 | 추가조치 필요 |
| 동일문제 반복 | Root Cause 재검토 |
즉, Completion과 Effectiveness는 서로 다른 개념입니다.
17. 종결(Closure) 기준을 명확히 설정
Corrective Action을 종결하기 위해서는 최소한 다음 조건을 만족하는 것이 좋습니다.
| Closure 조건 | 확인내용 |
|---|---|
| Action 완료 | 계획한 조치 수행 |
| Evidence 확보 | 증빙 존재 |
| 현장확인 | 실제 적용 |
| 관련문서 개정 | 필요 문서 반영 |
| 교육 | 필요한 경우 실시 |
| MOC | 변경 시 수행 |
| Effectiveness | 재발방지 확인 |
| 승인 | Closure 승인 |
이 기준을 만족하지 않았는데 단순히 “완료” 표시만 한다면 Audit Trail이 약해집니다.
18. MOC와 연결해야 하는 Corrective Action
Corrective Action 중 설비나 공정조건을 변경하는 조치는 MOC와 연결해야 합니다.
예를 들어 다음과 같습니다.
| Corrective Action | MOC 필요성 |
|---|---|
| Valve 추가 | 검토 필요 |
| Interlock 추가 | 필요 가능 |
| Set Point 변경 | 필요 가능 |
| 배관재질 변경 | 필요 |
| Pump 변경 | 필요 |
| 작업절차 문구 수정 | 회사기준에 따라 |
| 단순 청소 | 일반적으로 낮음 |
중요한 것은 Corrective Action이라는 이유로 MOC 절차를 생략하지 않는 것입니다.
19. Corrective Action Register 관리
실무에서는 모든 지적사항을 하나의 관리대장으로 통합하는 것이 좋습니다.
예를 들어 다음 항목을 사용할 수 있습니다.
| 항목 | 내용 |
|---|---|
| Action ID | 관리번호 |
| Source | 자체감사·HAZOP 등 |
| Finding | 지적사항 |
| Risk | 위험도 |
| Root Cause | 원인 |
| Corrective Action | 시정조치 |
| Interim Action | 임시조치 |
| Owner | 책임자 |
| Due Date | 완료기한 |
| Status | Open/In Progress/Closed |
| Evidence | 증빙 |
| MOC No. | 관련 MOC |
| Completion Date | 실제 완료일 |
| Effectiveness | 효과확인 |
| Closure Approval | 종결승인 |
이렇게 관리하면 발생부터 Closure까지 전체 Audit Trail을 추적할 수 있습니다.
20. 정리
PSM 지적사항 관리에서 중요한 것은 “지적사항을 몇 건 완료했는가”보다 실제 위험이 제거되었는가입니다.
| 관리단계 | 주요 질문 |
|---|---|
| 지적사항 등록 | 무엇이 문제인가? |
| 위험도 평가 | 얼마나 중요한가? |
| Root Cause | 왜 발생했는가? |
| Interim Action | 완료 전 위험은 어떻게 관리할 것인가? |
| Corrective Action | 원인을 어떻게 제거할 것인가? |
| Owner | 누가 책임지는가? |
| Due Date | 언제까지 완료할 것인가? |
| Evidence | 무엇으로 완료를 증명할 것인가? |
| Field Verification | 현장도 실제 바뀌었는가? |
| Effectiveness | 문제가 다시 발생하지 않는가? |
| Closure | 객관적으로 종결 가능한가? |
실무적인 관리흐름은 다음과 같습니다.
| 단계 | 관리내용 |
|---|---|
| ① | 지적사항 발생 |
| ② | Action ID 부여 |
| ③ | 지적내용과 기준 명확화 |
| ④ | 위험도 분류 |
| ⑤ | 필요 시 즉시·임시조치 |
| ⑥ | 근본원인 분석 |
| ⑦ | Corrective Action 수립 |
| ⑧ | Action Owner 지정 |
| ⑨ | Due Date 설정 |
| ⑩ | 조치실행 |
| ⑪ | 관련 MOC 수행 |
| ⑫ | 증빙자료 확보 |
| ⑬ | Document–Person–Field 확인 |
| ⑭ | Effectiveness Verification |
| ⑮ | Closure 승인 |
특히 PSM 자체감사에서는 “조치완료”라는 한 줄보다 그 뒤에 연결된 객관적인 증거가 더 중요합니다.
예를 들어 지적사항이 “고액위 Interlock 미설치”였다면,
Finding → Action Plan → MOC → P&ID 변경 → Interlock 설치 → C&E Matrix 개정 → 기능시험 → 운전원 교육 → 현장확인 → Closure
까지 연결되어 있어야 완전한 시정조치라고 볼 수 있습니다.
반대로 교육 한 번 실시하거나 문서 한 장 개정한 뒤 바로 Closed 처리하면 같은 문제가 반복될 가능성이 높습니다.
따라서 PSM 시정조치는 지적사항 → 원인 → 조치 → 증빙 → 효과확인 → 종결이 끊기지 않도록 관리하는 것이 가장 중요합니다.
Analyst
댓글 0
첫 댓글을 남겨보세요.