Sync template from atomicqms-style deployment
This commit is contained in:
80
.gitea/workflows/atomicai.yml
Normal file
80
.gitea/workflows/atomicai.yml
Normal file
@@ -0,0 +1,80 @@
|
|||||||
|
name: AtomicAI IT Infrastructure Assistant
|
||||||
|
|
||||||
|
on:
|
||||||
|
issue_comment:
|
||||||
|
types: [created]
|
||||||
|
issues:
|
||||||
|
types: [opened, assigned]
|
||||||
|
pull_request:
|
||||||
|
types: [opened, synchronize, assigned]
|
||||||
|
pull_request_review_comment:
|
||||||
|
types: [created]
|
||||||
|
|
||||||
|
jobs:
|
||||||
|
claude-assistant:
|
||||||
|
runs-on: ubuntu-latest
|
||||||
|
if: |
|
||||||
|
github.actor != 'atomicqms-service' &&
|
||||||
|
(
|
||||||
|
(github.event_name == 'issue_comment' && contains(github.event.comment.body, '@atomicai') && github.event.comment.user.login != 'atomicqms-service') ||
|
||||||
|
(github.event_name == 'issues' && github.event.action == 'opened' && contains(github.event.issue.body, '@atomicai')) ||
|
||||||
|
(github.event_name == 'pull_request' && github.event.action == 'opened' && contains(github.event.pull_request.body, '@atomicai')) ||
|
||||||
|
(github.event_name == 'pull_request_review_comment' && contains(github.event.comment.body, '@atomicai') && github.event.comment.user.login != 'atomicqms-service') ||
|
||||||
|
(github.event.action == 'assigned' && github.event.assignee.login == 'atomicai')
|
||||||
|
|
||||||
|
)
|
||||||
|
permissions:
|
||||||
|
contents: write
|
||||||
|
issues: write
|
||||||
|
pull-requests: write
|
||||||
|
|
||||||
|
steps:
|
||||||
|
- uses: actions/checkout@v4
|
||||||
|
with:
|
||||||
|
fetch-depth: 0
|
||||||
|
|
||||||
|
- name: Run AtomicAI IT Infrastructure Assistant
|
||||||
|
uses: https://beta.atomicqms.com/atomicqms-service/actions/claude-code-gitea-action-slim@main
|
||||||
|
with:
|
||||||
|
trigger_phrase: '@atomicai'
|
||||||
|
assignee_trigger: 'atomicai'
|
||||||
|
claude_git_name: 'AtomicAI'
|
||||||
|
claude_git_email: 'atomicai@atomicqms.local'
|
||||||
|
custom_instructions: |
|
||||||
|
You are AtomicAI, an AI assistant specialized in Healthcare IT Infrastructure and Cybersecurity Quality Management.
|
||||||
|
|
||||||
|
## Your Expertise
|
||||||
|
- HIPAA Security Rule technical safeguards
|
||||||
|
- NIST Cybersecurity Framework
|
||||||
|
- SOC 2 compliance
|
||||||
|
- Network security and segmentation
|
||||||
|
- Access control and identity management
|
||||||
|
- Incident response and disaster recovery
|
||||||
|
- Vulnerability management and patching
|
||||||
|
- Medical device network security
|
||||||
|
- Cloud security (AWS, Azure, GCP)
|
||||||
|
- Data backup and recovery procedures
|
||||||
|
- Change management for IT systems
|
||||||
|
- Security awareness training
|
||||||
|
- Audit logging and monitoring
|
||||||
|
|
||||||
|
## Document Creation Guidelines
|
||||||
|
- Place Security SOPs in SOPs/Security/
|
||||||
|
- Place Infrastructure SOPs in SOPs/Infrastructure/
|
||||||
|
- Place Incident Response in Protocols/Incident-Response/
|
||||||
|
- Place Change Management in Forms/Change-Management/
|
||||||
|
- Place Audit Forms in Forms/Audit/
|
||||||
|
- Place Policies in Policies/
|
||||||
|
|
||||||
|
## Numbering Convention
|
||||||
|
- SOP-SEC-XXX for Security SOPs
|
||||||
|
- SOP-INF-XXX for Infrastructure SOPs
|
||||||
|
- SOP-NET-XXX for Network SOPs
|
||||||
|
- IRP-XXX for Incident Response Procedures
|
||||||
|
- POL-XXX for Policies
|
||||||
|
- FRM-XXX for Forms
|
||||||
|
|
||||||
|
Always create branches and submit changes as Pull Requests for review.
|
||||||
|
Prioritize security, compliance, and system availability.
|
||||||
|
allowed_tools: 'Read,Edit,Grep,Glob,Write'
|
||||||
|
disallowed_tools: 'Bash,WebSearch'
|
||||||
0
Forms/Access-Requests/.gitkeep
Normal file
0
Forms/Access-Requests/.gitkeep
Normal file
0
Forms/Asset-Inventory/.gitkeep
Normal file
0
Forms/Asset-Inventory/.gitkeep
Normal file
0
Forms/Audit-Checklists/.gitkeep
Normal file
0
Forms/Audit-Checklists/.gitkeep
Normal file
0
Forms/Change-Requests/.gitkeep
Normal file
0
Forms/Change-Requests/.gitkeep
Normal file
222
Forms/Change-Requests/FRM-CHG-001-Request-For-Change.md
Normal file
222
Forms/Change-Requests/FRM-CHG-001-Request-For-Change.md
Normal file
@@ -0,0 +1,222 @@
|
|||||||
|
# Request for Change (RFC)
|
||||||
|
|
||||||
|
| Form ID | FRM-CHG-001 | Revision | 1.0 |
|
||||||
|
|---------|-------------|----------|-----|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Change Request Information
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| RFC Number | RFC-[YYYY]-[####] |
|
||||||
|
| Date Submitted | |
|
||||||
|
| Requester Name | |
|
||||||
|
| Requester Department | |
|
||||||
|
| Requester Email | |
|
||||||
|
| Requester Phone | |
|
||||||
|
|
||||||
|
## Change Classification
|
||||||
|
|
||||||
|
**Change Type:**
|
||||||
|
- [ ] Standard (Pre-approved, routine)
|
||||||
|
- [ ] Normal (Requires CAB approval)
|
||||||
|
- [ ] Emergency (Critical, time-sensitive)
|
||||||
|
|
||||||
|
**Change Category:**
|
||||||
|
- [ ] Hardware
|
||||||
|
- [ ] Software/Application
|
||||||
|
- [ ] Network
|
||||||
|
- [ ] Database
|
||||||
|
- [ ] Security
|
||||||
|
- [ ] Cloud Infrastructure
|
||||||
|
- [ ] Other: _______________
|
||||||
|
|
||||||
|
**Priority:**
|
||||||
|
- [ ] Critical (Must be completed ASAP)
|
||||||
|
- [ ] High (Within 1 week)
|
||||||
|
- [ ] Medium (Within 2 weeks)
|
||||||
|
- [ ] Low (Within 30 days)
|
||||||
|
|
||||||
|
## Change Description
|
||||||
|
|
||||||
|
### Summary
|
||||||
|
*Provide a brief description of the proposed change (1-2 sentences)*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
### Detailed Description
|
||||||
|
*Describe the change in detail, including what will be modified*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
### Reason/Business Justification
|
||||||
|
*Why is this change necessary? What business need does it address?*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Impact Assessment
|
||||||
|
|
||||||
|
### Affected Systems
|
||||||
|
| System/Application | Environment | Impact Level |
|
||||||
|
|-------------------|-------------|--------------|
|
||||||
|
| | ☐ Prod ☐ Test ☐ Dev | ☐ High ☐ Med ☐ Low |
|
||||||
|
| | ☐ Prod ☐ Test ☐ Dev | ☐ High ☐ Med ☐ Low |
|
||||||
|
| | ☐ Prod ☐ Test ☐ Dev | ☐ High ☐ Med ☐ Low |
|
||||||
|
|
||||||
|
### Affected Users/Groups
|
||||||
|
|
||||||
|
|
||||||
|
### Dependencies
|
||||||
|
*List any dependencies on other systems, changes, or external parties*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Risk Assessment
|
||||||
|
|
||||||
|
**What could go wrong?**
|
||||||
|
|
||||||
|
|
||||||
|
**Likelihood of failure:**
|
||||||
|
- [ ] Low
|
||||||
|
- [ ] Medium
|
||||||
|
- [ ] High
|
||||||
|
|
||||||
|
**Impact if failure occurs:**
|
||||||
|
- [ ] Low - Minor inconvenience
|
||||||
|
- [ ] Medium - Degraded service
|
||||||
|
- [ ] High - Service outage
|
||||||
|
- [ ] Critical - Data loss or security breach
|
||||||
|
|
||||||
|
**Overall Risk Level:**
|
||||||
|
- [ ] Low
|
||||||
|
- [ ] Medium
|
||||||
|
- [ ] High
|
||||||
|
|
||||||
|
## Implementation Plan
|
||||||
|
|
||||||
|
### Proposed Change Window
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Start Date/Time | |
|
||||||
|
| End Date/Time | |
|
||||||
|
| Estimated Duration | |
|
||||||
|
| Maintenance Window Required? | ☐ Yes ☐ No |
|
||||||
|
|
||||||
|
### Implementation Steps
|
||||||
|
| Step | Action | Responsible | Est. Time |
|
||||||
|
|------|--------|-------------|-----------|
|
||||||
|
| 1 | | | |
|
||||||
|
| 2 | | | |
|
||||||
|
| 3 | | | |
|
||||||
|
| 4 | | | |
|
||||||
|
| 5 | | | |
|
||||||
|
|
||||||
|
### Pre-Implementation Checklist
|
||||||
|
- [ ] Backup completed
|
||||||
|
- [ ] Stakeholders notified
|
||||||
|
- [ ] Test plan documented
|
||||||
|
- [ ] Rollback plan documented
|
||||||
|
- [ ] Required access/permissions confirmed
|
||||||
|
|
||||||
|
## Rollback Plan
|
||||||
|
|
||||||
|
**Rollback Trigger Criteria:**
|
||||||
|
*Under what conditions will rollback be initiated?*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
**Rollback Steps:**
|
||||||
|
| Step | Action | Responsible | Est. Time |
|
||||||
|
|------|--------|-------------|-----------|
|
||||||
|
| 1 | | | |
|
||||||
|
| 2 | | | |
|
||||||
|
| 3 | | | |
|
||||||
|
|
||||||
|
**Estimated Rollback Time:**
|
||||||
|
|
||||||
|
## Testing Plan
|
||||||
|
|
||||||
|
**Test Environment:**
|
||||||
|
- [ ] Already tested in Dev
|
||||||
|
- [ ] Already tested in Test/Stage
|
||||||
|
- [ ] Production verification only
|
||||||
|
|
||||||
|
**Test Cases:**
|
||||||
|
| Test | Expected Result | Pass/Fail |
|
||||||
|
|------|-----------------|-----------|
|
||||||
|
| | | ☐ |
|
||||||
|
| | | ☐ |
|
||||||
|
| | | ☐ |
|
||||||
|
|
||||||
|
## Communication Plan
|
||||||
|
|
||||||
|
### Notifications Required
|
||||||
|
- [ ] End users
|
||||||
|
- [ ] Help desk
|
||||||
|
- [ ] Management
|
||||||
|
- [ ] External parties
|
||||||
|
- [ ] None required
|
||||||
|
|
||||||
|
### Notification Details
|
||||||
|
| Audience | Method | Timing | Responsible |
|
||||||
|
|----------|--------|--------|-------------|
|
||||||
|
| | | | |
|
||||||
|
| | | | |
|
||||||
|
|
||||||
|
## Approvals
|
||||||
|
|
||||||
|
### Technical Review
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Reviewer Name | |
|
||||||
|
| Date | |
|
||||||
|
| Decision | ☐ Approved ☐ Rejected ☐ More Info Needed |
|
||||||
|
| Comments | |
|
||||||
|
| Signature | |
|
||||||
|
|
||||||
|
### CAB Review
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| CAB Meeting Date | |
|
||||||
|
| Decision | ☐ Approved ☐ Approved w/Conditions ☐ Deferred ☐ Rejected |
|
||||||
|
| Conditions (if any) | |
|
||||||
|
| CAB Chair Signature | |
|
||||||
|
|
||||||
|
### Management Approval (if required)
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Approver Name | |
|
||||||
|
| Date | |
|
||||||
|
| Signature | |
|
||||||
|
|
||||||
|
## Post-Implementation
|
||||||
|
|
||||||
|
### Results
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Implementation Date | |
|
||||||
|
| Actual Start Time | |
|
||||||
|
| Actual End Time | |
|
||||||
|
| Status | ☐ Successful ☐ Partial ☐ Failed ☐ Rolled Back |
|
||||||
|
|
||||||
|
### Issues Encountered
|
||||||
|
|
||||||
|
|
||||||
|
### Lessons Learned
|
||||||
|
|
||||||
|
|
||||||
|
### PIR Required?
|
||||||
|
- [ ] Yes (Schedule date: _________)
|
||||||
|
- [ ] No
|
||||||
|
|
||||||
|
### Closure
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Closed By | |
|
||||||
|
| Date Closed | |
|
||||||
|
| Final Status | ☐ Successful ☐ Failed |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*Form FRM-CHG-001 Rev 1.0 - Request for Change*
|
||||||
64
Forms/FRM-001-Document-Change-Request.md
Normal file
64
Forms/FRM-001-Document-Change-Request.md
Normal file
@@ -0,0 +1,64 @@
|
|||||||
|
# Document Change Request Form
|
||||||
|
|
||||||
|
| Form ID | FRM-001 | Revision | 1.0 |
|
||||||
|
|---------|---------|----------|-----|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Section 1: Request Information
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Request Date | |
|
||||||
|
| Requested By | |
|
||||||
|
| Department | |
|
||||||
|
|
||||||
|
## Section 2: Document Information
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Document Number | |
|
||||||
|
| Document Title | |
|
||||||
|
| Current Revision | |
|
||||||
|
|
||||||
|
## Section 3: Change Description
|
||||||
|
|
||||||
|
### Type of Change
|
||||||
|
- [ ] New Document
|
||||||
|
- [ ] Revision to Existing Document
|
||||||
|
- [ ] Document Obsolescence
|
||||||
|
|
||||||
|
### Description of Change
|
||||||
|
*(Describe the proposed change in detail)*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
### Reason for Change
|
||||||
|
*(Explain why this change is needed)*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Section 4: Impact Assessment
|
||||||
|
|
||||||
|
### Affected Areas
|
||||||
|
- [ ] Training Required
|
||||||
|
- [ ] Other Documents Affected
|
||||||
|
- [ ] Process Changes Required
|
||||||
|
- [ ] Validation Impact
|
||||||
|
|
||||||
|
### List Affected Documents
|
||||||
|
|
||||||
|
|
||||||
|
## Section 5: Approvals
|
||||||
|
|
||||||
|
| Role | Name | Signature | Date |
|
||||||
|
|------|------|-----------|------|
|
||||||
|
| Requester | | | |
|
||||||
|
| Document Owner | | | |
|
||||||
|
| Quality Assurance | | | |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*Form FRM-001 Rev 1.0*
|
||||||
91
Forms/FRM-003-CAPA-Form.md
Normal file
91
Forms/FRM-003-CAPA-Form.md
Normal file
@@ -0,0 +1,91 @@
|
|||||||
|
# Corrective and Preventive Action (CAPA) Form
|
||||||
|
|
||||||
|
| Form ID | FRM-003 | Revision | 1.0 |
|
||||||
|
|---------|---------|----------|-----|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Section 1: CAPA Identification
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| CAPA Number | |
|
||||||
|
| Date Initiated | |
|
||||||
|
| Initiated By | |
|
||||||
|
| CAPA Owner | |
|
||||||
|
| Target Closure Date | |
|
||||||
|
|
||||||
|
## Section 2: Classification
|
||||||
|
|
||||||
|
### Type
|
||||||
|
- [ ] Corrective Action
|
||||||
|
- [ ] Preventive Action
|
||||||
|
|
||||||
|
### Source
|
||||||
|
- [ ] Customer Complaint
|
||||||
|
- [ ] Internal Audit
|
||||||
|
- [ ] External Audit
|
||||||
|
- [ ] Process Deviation
|
||||||
|
- [ ] Nonconforming Product
|
||||||
|
- [ ] Management Review
|
||||||
|
- [ ] Other: ____________
|
||||||
|
|
||||||
|
### Priority
|
||||||
|
- [ ] Critical (5 business days)
|
||||||
|
- [ ] Major (15 business days)
|
||||||
|
- [ ] Minor (30 business days)
|
||||||
|
|
||||||
|
## Section 3: Problem Description
|
||||||
|
|
||||||
|
*(Describe the nonconformity or potential nonconformity)*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Section 4: Immediate Containment
|
||||||
|
|
||||||
|
*(Actions taken to contain the immediate impact)*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Section 5: Root Cause Investigation
|
||||||
|
|
||||||
|
### Investigation Method Used
|
||||||
|
- [ ] 5 Whys
|
||||||
|
- [ ] Fishbone Diagram
|
||||||
|
- [ ] Fault Tree Analysis
|
||||||
|
- [ ] Other: ____________
|
||||||
|
|
||||||
|
### Root Cause Determination
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Section 6: Corrective/Preventive Actions
|
||||||
|
|
||||||
|
| Action | Responsible | Due Date | Status |
|
||||||
|
|--------|-------------|----------|--------|
|
||||||
|
| | | | |
|
||||||
|
| | | | |
|
||||||
|
| | | | |
|
||||||
|
|
||||||
|
## Section 7: Effectiveness Verification
|
||||||
|
|
||||||
|
| Criteria | Method | Result |
|
||||||
|
|----------|--------|--------|
|
||||||
|
| | | |
|
||||||
|
|
||||||
|
Verification Date: ____________
|
||||||
|
Verified By: ____________
|
||||||
|
|
||||||
|
## Section 8: Closure
|
||||||
|
|
||||||
|
| Role | Name | Signature | Date |
|
||||||
|
|------|------|-----------|------|
|
||||||
|
| CAPA Owner | | | |
|
||||||
|
| Quality Approval | | | |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*Form FRM-003 Rev 1.0*
|
||||||
56
Forms/FRM-006-Audit-Checklist.md
Normal file
56
Forms/FRM-006-Audit-Checklist.md
Normal file
@@ -0,0 +1,56 @@
|
|||||||
|
# Internal Audit Checklist
|
||||||
|
|
||||||
|
| Form ID | FRM-006 | Revision | 1.0 |
|
||||||
|
|---------|---------|----------|-----|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Audit Information
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Audit Number | |
|
||||||
|
| Audit Date | |
|
||||||
|
| Area/Process Audited | |
|
||||||
|
| Lead Auditor | |
|
||||||
|
| Auditee(s) | |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Checklist Items
|
||||||
|
|
||||||
|
| # | Requirement/Question | Reference | C/NC/NA | Evidence/Notes |
|
||||||
|
|---|---------------------|-----------|---------|----------------|
|
||||||
|
| 1 | Are current versions of applicable procedures available? | SOP-001 | | |
|
||||||
|
| 2 | Are personnel trained on applicable procedures? | SOP-003 | | |
|
||||||
|
| 3 | Are training records current and complete? | SOP-003 | | |
|
||||||
|
| 4 | Are records properly maintained and retrievable? | SOP-001 | | |
|
||||||
|
| 5 | Are nonconformities being documented and addressed? | SOP-002 | | |
|
||||||
|
| 6 | Are CAPAs being completed on time? | SOP-002 | | |
|
||||||
|
| 7 | Is equipment calibrated and maintained? | | | |
|
||||||
|
| 8 | Are process controls being followed? | | | |
|
||||||
|
| 9 | Are quality objectives being monitored? | | | |
|
||||||
|
| 10 | | | | |
|
||||||
|
|
||||||
|
**Legend:** C = Conforming, NC = Nonconforming, NA = Not Applicable
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Findings Summary
|
||||||
|
|
||||||
|
| Finding # | Type | Description | Clause Reference |
|
||||||
|
|-----------|------|-------------|------------------|
|
||||||
|
| | | | |
|
||||||
|
| | | | |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Auditor Signature
|
||||||
|
|
||||||
|
| Auditor | Signature | Date |
|
||||||
|
|---------|-----------|------|
|
||||||
|
| | | |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*Form FRM-006 Rev 1.0*
|
||||||
0
Forms/Incident-Reports/.gitkeep
Normal file
0
Forms/Incident-Reports/.gitkeep
Normal file
72
Forms/Training/FRM-004-Training-Record.md
Normal file
72
Forms/Training/FRM-004-Training-Record.md
Normal file
@@ -0,0 +1,72 @@
|
|||||||
|
# Training Record Form
|
||||||
|
|
||||||
|
| Form ID | FRM-004 | Revision | 1.0 |
|
||||||
|
|---------|---------|----------|-----|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Section 1: Employee Information
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Employee Name | |
|
||||||
|
| Employee ID | |
|
||||||
|
| Department | |
|
||||||
|
| Job Title | |
|
||||||
|
|
||||||
|
## Section 2: Training Information
|
||||||
|
|
||||||
|
| Field | Entry |
|
||||||
|
|-------|-------|
|
||||||
|
| Training Title | |
|
||||||
|
| Training Date | |
|
||||||
|
| Training Duration | |
|
||||||
|
| Trainer Name | |
|
||||||
|
| Trainer Qualification | |
|
||||||
|
|
||||||
|
### Training Type
|
||||||
|
- [ ] Initial Training
|
||||||
|
- [ ] Retraining
|
||||||
|
- [ ] Refresher
|
||||||
|
- [ ] Procedure Update
|
||||||
|
|
||||||
|
### Delivery Method
|
||||||
|
- [ ] Classroom
|
||||||
|
- [ ] On-the-Job
|
||||||
|
- [ ] Self-Study
|
||||||
|
- [ ] Computer-Based
|
||||||
|
- [ ] Other: ____________
|
||||||
|
|
||||||
|
## Section 3: Training Content
|
||||||
|
|
||||||
|
*(List topics covered or attach training materials)*
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Section 4: Assessment
|
||||||
|
|
||||||
|
### Assessment Method
|
||||||
|
- [ ] Written Test
|
||||||
|
- [ ] Practical Demonstration
|
||||||
|
- [ ] Verbal Assessment
|
||||||
|
- [ ] Observation
|
||||||
|
|
||||||
|
### Assessment Results
|
||||||
|
|
||||||
|
| Metric | Result |
|
||||||
|
|--------|--------|
|
||||||
|
| Score (if applicable) | |
|
||||||
|
| Pass/Fail | |
|
||||||
|
|
||||||
|
## Section 5: Signatures
|
||||||
|
|
||||||
|
| Role | Name | Signature | Date |
|
||||||
|
|------|------|-----------|------|
|
||||||
|
| Trainee | | | |
|
||||||
|
| Trainer | | | |
|
||||||
|
| Supervisor | | | |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*Form FRM-004 Rev 1.0*
|
||||||
57
Policies/POL-001-Quality-Policy.md
Normal file
57
Policies/POL-001-Quality-Policy.md
Normal file
@@ -0,0 +1,57 @@
|
|||||||
|
# Quality Policy
|
||||||
|
|
||||||
|
| Document ID | POL-001 |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | Quality Policy |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Policy Statement
|
||||||
|
|
||||||
|
[ORGANIZATION NAME] is committed to providing products and services that consistently meet customer requirements and applicable regulatory requirements. We strive for continual improvement of our Quality Management System to enhance customer satisfaction.
|
||||||
|
|
||||||
|
## 2. Quality Objectives
|
||||||
|
|
||||||
|
Our organization commits to:
|
||||||
|
|
||||||
|
1. **Customer Focus**: Understanding and meeting customer needs and expectations
|
||||||
|
2. **Regulatory Compliance**: Maintaining compliance with all applicable regulations and standards
|
||||||
|
3. **Continuous Improvement**: Continually improving the effectiveness of our QMS
|
||||||
|
4. **Employee Engagement**: Ensuring all employees understand their role in quality
|
||||||
|
5. **Risk-Based Thinking**: Identifying and addressing risks and opportunities
|
||||||
|
|
||||||
|
## 3. Management Commitment
|
||||||
|
|
||||||
|
Top management demonstrates commitment to the QMS by:
|
||||||
|
|
||||||
|
- Ensuring the quality policy is appropriate to the organization's purpose
|
||||||
|
- Ensuring quality objectives are established and compatible with strategic direction
|
||||||
|
- Ensuring integration of QMS requirements into business processes
|
||||||
|
- Promoting the use of the process approach and risk-based thinking
|
||||||
|
- Ensuring resources needed for the QMS are available
|
||||||
|
- Communicating the importance of effective quality management
|
||||||
|
- Ensuring the QMS achieves its intended results
|
||||||
|
- Engaging, directing, and supporting persons to contribute to QMS effectiveness
|
||||||
|
|
||||||
|
## 4. Scope
|
||||||
|
|
||||||
|
This policy applies to all employees, contractors, and processes within the scope of our Quality Management System.
|
||||||
|
|
||||||
|
## 5. Communication
|
||||||
|
|
||||||
|
This policy shall be:
|
||||||
|
- Communicated and understood within the organization
|
||||||
|
- Available to relevant interested parties as appropriate
|
||||||
|
- Reviewed for continuing suitability
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
134
README.md
134
README.md
@@ -1,3 +1,133 @@
|
|||||||
# it-infrastructure
|
# IT Infrastructure Quality Management System
|
||||||
|
|
||||||
A comprehensive QMS template designed for IT departments, managed service providers, and technology infrastructure teams in regulated industries.
|
A comprehensive QMS template designed for IT departments, managed service providers, and technology infrastructure teams in regulated industries.
|
||||||
|
|
||||||
|
## 💻 Designed For
|
||||||
|
|
||||||
|
- **Healthcare IT Departments** - Hospital and clinic technology teams
|
||||||
|
- **Managed Service Providers (MSPs)** - IT service organizations
|
||||||
|
- **Data Centers** - Colocation and hosting facilities
|
||||||
|
- **Cloud Operations Teams** - AWS, Azure, GCP management
|
||||||
|
- **Cybersecurity Teams** - Security operations centers
|
||||||
|
- **Research Computing** - HPC and scientific computing
|
||||||
|
- **Compliance-Focused IT** - HIPAA, SOC 2, PCI environments
|
||||||
|
|
||||||
|
## 📋 Regulatory Framework
|
||||||
|
|
||||||
|
This template supports compliance with:
|
||||||
|
|
||||||
|
- **ISO 27001** - Information Security Management Systems
|
||||||
|
- **SOC 2** - Service Organization Control (Trust Services Criteria)
|
||||||
|
- **HIPAA Security Rule** - Healthcare information security
|
||||||
|
- **NIST Cybersecurity Framework** - Security controls and practices
|
||||||
|
- **PCI DSS** - Payment Card Industry Data Security Standard
|
||||||
|
- **GDPR** - Data protection requirements (if applicable)
|
||||||
|
- **FISMA** - Federal information security (government)
|
||||||
|
- **CIS Controls** - Center for Internet Security benchmarks
|
||||||
|
- **ITIL** - IT Service Management best practices
|
||||||
|
- **COBIT** - Governance and management of IT
|
||||||
|
|
||||||
|
## Repository Structure
|
||||||
|
|
||||||
|
```
|
||||||
|
├── SOPs/
|
||||||
|
│ ├── Change-Management/ # Change requests, approvals, implementation
|
||||||
|
│ ├── Incident-Response/ # Security incidents, outages, escalation
|
||||||
|
│ ├── Access-Control/ # User provisioning, authentication, authorization
|
||||||
|
│ ├── Backup-Recovery/ # Backups, disaster recovery, business continuity
|
||||||
|
│ ├── Security-Operations/ # Vulnerability management, patching, monitoring
|
||||||
|
│ └── General/ # Document control, training, CAPA
|
||||||
|
├── Forms/
|
||||||
|
│ ├── Change-Requests/ # RFC forms, CAB meeting records
|
||||||
|
│ ├── Incident-Reports/ # Incident tickets, post-mortems, RCA
|
||||||
|
│ ├── Access-Requests/ # User access, privilege escalation forms
|
||||||
|
│ ├── Audit-Checklists/ # Security audits, compliance assessments
|
||||||
|
│ ├── Asset-Inventory/ # Hardware, software, license tracking
|
||||||
|
│ └── Training/ # Security awareness, competency assessments
|
||||||
|
├── Policies/ # IT and security policies
|
||||||
|
├── Work-Instructions/ # Step-by-step procedures
|
||||||
|
└── Templates/ # Document templates
|
||||||
|
```
|
||||||
|
|
||||||
|
## Document Numbering Convention
|
||||||
|
|
||||||
|
- **POL-XXX**: Policies
|
||||||
|
- **SOP-CHG-XXX**: Change Management SOPs
|
||||||
|
- **SOP-INC-XXX**: Incident Response SOPs
|
||||||
|
- **SOP-ACC-XXX**: Access Control SOPs
|
||||||
|
- **SOP-BAK-XXX**: Backup and Recovery SOPs
|
||||||
|
- **SOP-SEC-XXX**: Security Operations SOPs
|
||||||
|
- **WI-XXX**: Work Instructions
|
||||||
|
- **FRM-XXX**: Forms and Records
|
||||||
|
|
||||||
|
## 🤖 AI-Powered Assistance
|
||||||
|
|
||||||
|
This repository includes **AtomicAI**, your IT infrastructure QMS assistant. Mention `@atomicai` in any issue or pull request to:
|
||||||
|
|
||||||
|
- Draft change management and incident response procedures
|
||||||
|
- Create access control and user provisioning SOPs
|
||||||
|
- Generate backup and disaster recovery plans
|
||||||
|
- Develop security policies and procedures
|
||||||
|
- Create audit checklists and compliance documentation
|
||||||
|
- Review documents for ISO 27001/SOC 2 compliance
|
||||||
|
|
||||||
|
### Example Prompts
|
||||||
|
|
||||||
|
- "@atomicai create an SOP for change management with CAB approval workflow"
|
||||||
|
- "@atomicai draft a security incident response procedure"
|
||||||
|
- "@atomicai write a user access provisioning and deprovisioning SOP"
|
||||||
|
- "@atomicai create a disaster recovery plan template"
|
||||||
|
- "@atomicai develop a vulnerability management procedure"
|
||||||
|
- "@atomicai create a patch management SOP with testing requirements"
|
||||||
|
|
||||||
|
## Getting Started
|
||||||
|
|
||||||
|
1. **Establish Governance** - Define IT policies and approval authorities
|
||||||
|
2. **Implement Change Management** - Configure RFC and CAB processes
|
||||||
|
3. **Set Up Incident Response** - Create escalation procedures and playbooks
|
||||||
|
4. **Define Access Controls** - Establish user provisioning workflows
|
||||||
|
5. **Train Staff** - Security awareness and procedure training
|
||||||
|
|
||||||
|
## Key Documents to Create First
|
||||||
|
|
||||||
|
1. **Change Management SOP** - RFC, approval, and implementation workflow
|
||||||
|
2. **Incident Response Procedure** - Detection, containment, recovery, post-mortem
|
||||||
|
3. **Access Control Policy** - Least privilege, authentication, authorization
|
||||||
|
4. **Backup and Recovery SOP** - Backup schedules, retention, testing
|
||||||
|
5. **Vulnerability Management SOP** - Scanning, prioritization, remediation
|
||||||
|
6. **Patch Management SOP** - Testing, deployment, rollback procedures
|
||||||
|
7. **Business Continuity Plan** - DR procedures and RTO/RPO targets
|
||||||
|
|
||||||
|
## Special Considerations for IT Infrastructure
|
||||||
|
|
||||||
|
### Change Management
|
||||||
|
- Request for Change (RFC) documentation
|
||||||
|
- Change Advisory Board (CAB) process
|
||||||
|
- Risk assessment and testing requirements
|
||||||
|
- Rollback procedures
|
||||||
|
- Post-implementation review
|
||||||
|
|
||||||
|
### Security Operations
|
||||||
|
- Vulnerability scanning and assessment
|
||||||
|
- Penetration testing programs
|
||||||
|
- Security monitoring and SIEM
|
||||||
|
- Threat intelligence integration
|
||||||
|
- Incident detection and response
|
||||||
|
|
||||||
|
### Access Control
|
||||||
|
- Identity and access management
|
||||||
|
- Privileged access management
|
||||||
|
- Multi-factor authentication
|
||||||
|
- Access reviews and recertification
|
||||||
|
- Termination and offboarding
|
||||||
|
|
||||||
|
### Business Continuity
|
||||||
|
- Disaster recovery planning
|
||||||
|
- RTO/RPO definitions
|
||||||
|
- Backup verification and testing
|
||||||
|
- Failover procedures
|
||||||
|
- Communication plans
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*This template is maintained by AtomicQMS. For questions, open an issue in this repository.*
|
||||||
|
|||||||
0
SOPs/Access-Control/.gitkeep
Normal file
0
SOPs/Access-Control/.gitkeep
Normal file
0
SOPs/Backup-Recovery/.gitkeep
Normal file
0
SOPs/Backup-Recovery/.gitkeep
Normal file
0
SOPs/Change-Management/.gitkeep
Normal file
0
SOPs/Change-Management/.gitkeep
Normal file
193
SOPs/Change-Management/SOP-CHG-001-Change-Management.md
Normal file
193
SOPs/Change-Management/SOP-CHG-001-Change-Management.md
Normal file
@@ -0,0 +1,193 @@
|
|||||||
|
# Standard Operating Procedure: Change Management
|
||||||
|
|
||||||
|
| Document ID | SOP-CHG-001 |
|
||||||
|
|-------------|-------------|
|
||||||
|
| Title | IT Change Management Process |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | IT Operations |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To establish a controlled process for managing changes to IT infrastructure, applications, and services to minimize risk and ensure stability while enabling business agility.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure applies to all changes to:
|
||||||
|
- Production servers and network infrastructure
|
||||||
|
- Databases and storage systems
|
||||||
|
- Applications and software
|
||||||
|
- Security configurations
|
||||||
|
- Cloud infrastructure and services
|
||||||
|
- Network and firewall rules
|
||||||
|
|
||||||
|
## 3. Responsibilities
|
||||||
|
|
||||||
|
### 3.1 Change Requester
|
||||||
|
- Submit complete RFC with business justification
|
||||||
|
- Coordinate with stakeholders
|
||||||
|
- Verify change success post-implementation
|
||||||
|
|
||||||
|
### 3.2 Change Manager
|
||||||
|
- Review and classify changes
|
||||||
|
- Schedule CAB meetings
|
||||||
|
- Track change metrics
|
||||||
|
|
||||||
|
### 3.3 Change Advisory Board (CAB)
|
||||||
|
- Review and approve/reject changes
|
||||||
|
- Assess risk and impact
|
||||||
|
- Prioritize conflicting changes
|
||||||
|
|
||||||
|
### 3.4 Technical Implementer
|
||||||
|
- Develop implementation plan
|
||||||
|
- Execute approved changes
|
||||||
|
- Document results
|
||||||
|
|
||||||
|
## 4. Definitions
|
||||||
|
|
||||||
|
| Term | Definition |
|
||||||
|
|------|------------|
|
||||||
|
| RFC | Request for Change - formal change proposal |
|
||||||
|
| CAB | Change Advisory Board - approval committee |
|
||||||
|
| ECAB | Emergency CAB - expedited approval for urgent changes |
|
||||||
|
| PIR | Post-Implementation Review |
|
||||||
|
|
||||||
|
## 5. Change Categories
|
||||||
|
|
||||||
|
### 5.1 Standard Changes
|
||||||
|
Pre-approved, low-risk, routine changes:
|
||||||
|
- Password resets
|
||||||
|
- User account creation
|
||||||
|
- Approved software installations
|
||||||
|
- Scheduled maintenance activities
|
||||||
|
|
||||||
|
### 5.2 Normal Changes
|
||||||
|
Require CAB review and approval:
|
||||||
|
- Application deployments
|
||||||
|
- Server configuration changes
|
||||||
|
- Network modifications
|
||||||
|
- Database changes
|
||||||
|
|
||||||
|
### 5.3 Emergency Changes
|
||||||
|
Require ECAB approval, used only for:
|
||||||
|
- Security incidents requiring immediate response
|
||||||
|
- Critical system failures
|
||||||
|
- Regulatory compliance issues
|
||||||
|
|
||||||
|
## 6. Procedure
|
||||||
|
|
||||||
|
### 6.1 Change Request Submission
|
||||||
|
|
||||||
|
1. **Complete RFC Form** (FRM-CHG-001)
|
||||||
|
- Description of change
|
||||||
|
- Business justification
|
||||||
|
- Risk assessment
|
||||||
|
- Implementation plan
|
||||||
|
- Rollback plan
|
||||||
|
- Testing plan
|
||||||
|
- Affected systems/users
|
||||||
|
|
||||||
|
2. **Submit RFC**
|
||||||
|
- Submit via ticketing system
|
||||||
|
- Attach all supporting documentation
|
||||||
|
- Identify change window preference
|
||||||
|
|
||||||
|
### 6.2 Change Assessment
|
||||||
|
|
||||||
|
| Risk Level | Criteria | Approval Required |
|
||||||
|
|------------|----------|-------------------|
|
||||||
|
| Low | Single system, no downtime, easy rollback | Change Manager |
|
||||||
|
| Medium | Multiple systems, planned downtime, tested rollback | CAB |
|
||||||
|
| High | Critical systems, extended downtime, complex rollback | CAB + Management |
|
||||||
|
|
||||||
|
### 6.3 CAB Review Process
|
||||||
|
|
||||||
|
1. **Pre-CAB Preparation**
|
||||||
|
- Review all pending RFCs
|
||||||
|
- Verify completeness
|
||||||
|
- Identify conflicts with other changes
|
||||||
|
|
||||||
|
2. **CAB Meeting Agenda**
|
||||||
|
- Review of failed/problematic changes
|
||||||
|
- Assessment of new RFCs
|
||||||
|
- Scheduling of approved changes
|
||||||
|
- Review of change calendar
|
||||||
|
|
||||||
|
3. **Decision Outcomes**
|
||||||
|
- **Approved**: Proceed as planned
|
||||||
|
- **Approved with conditions**: Requires modifications
|
||||||
|
- **Deferred**: Reschedule for later review
|
||||||
|
- **Rejected**: Not approved, requires rework
|
||||||
|
|
||||||
|
### 6.4 Change Implementation
|
||||||
|
|
||||||
|
1. **Pre-Implementation**
|
||||||
|
- [ ] Approval documented in ticket
|
||||||
|
- [ ] Stakeholders notified
|
||||||
|
- [ ] Backup completed
|
||||||
|
- [ ] Rollback plan ready
|
||||||
|
- [ ] Monitoring in place
|
||||||
|
|
||||||
|
2. **During Implementation**
|
||||||
|
- [ ] Follow implementation plan exactly
|
||||||
|
- [ ] Document each step
|
||||||
|
- [ ] Test at defined checkpoints
|
||||||
|
- [ ] Communicate status updates
|
||||||
|
|
||||||
|
3. **Post-Implementation**
|
||||||
|
- [ ] Verify change success
|
||||||
|
- [ ] Update documentation
|
||||||
|
- [ ] Close RFC with results
|
||||||
|
- [ ] Schedule PIR if required
|
||||||
|
|
||||||
|
### 6.5 Rollback Criteria
|
||||||
|
|
||||||
|
Initiate rollback if:
|
||||||
|
- Change causes unplanned outage
|
||||||
|
- Functionality fails verification
|
||||||
|
- Security vulnerability introduced
|
||||||
|
- Performance degradation exceeds threshold
|
||||||
|
- Change window expiring with incomplete work
|
||||||
|
|
||||||
|
### 6.6 Emergency Change Process
|
||||||
|
|
||||||
|
1. Obtain verbal ECAB approval (minimum 2 members)
|
||||||
|
2. Document decision and justification
|
||||||
|
3. Implement with minimal viable scope
|
||||||
|
4. Complete formal RFC within 24 hours
|
||||||
|
5. Conduct PIR for all emergency changes
|
||||||
|
|
||||||
|
## 7. Change Freeze Periods
|
||||||
|
|
||||||
|
No non-emergency changes permitted during:
|
||||||
|
- Month-end/quarter-end processing
|
||||||
|
- Major business events
|
||||||
|
- Holiday periods (as defined)
|
||||||
|
- Audit periods
|
||||||
|
|
||||||
|
## 8. Metrics and Reporting
|
||||||
|
|
||||||
|
| Metric | Target |
|
||||||
|
|--------|--------|
|
||||||
|
| Change success rate | >95% |
|
||||||
|
| Emergency change ratio | <5% |
|
||||||
|
| Unauthorized changes | 0 |
|
||||||
|
| Average approval time | <3 business days |
|
||||||
|
|
||||||
|
## 9. Related Documents
|
||||||
|
|
||||||
|
- FRM-CHG-001 Request for Change Form
|
||||||
|
- FRM-CHG-002 CAB Meeting Minutes
|
||||||
|
- SOP-INC-001 Incident Response Procedure
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
112
SOPs/General/SOP-001-Document-Control.md
Normal file
112
SOPs/General/SOP-001-Document-Control.md
Normal file
@@ -0,0 +1,112 @@
|
|||||||
|
# Standard Operating Procedure: Document Control
|
||||||
|
|
||||||
|
| Document ID | SOP-001 |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | Document Control |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | Quality Assurance |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To establish a procedure for the creation, review, approval, distribution, and control of documents within the Quality Management System.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure applies to all controlled documents including:
|
||||||
|
- Policies
|
||||||
|
- Standard Operating Procedures (SOPs)
|
||||||
|
- Work Instructions
|
||||||
|
- Forms and Templates
|
||||||
|
- Specifications
|
||||||
|
- External documents of external origin
|
||||||
|
|
||||||
|
## 3. Responsibilities
|
||||||
|
|
||||||
|
### 3.1 Document Owner
|
||||||
|
- Responsible for document content and accuracy
|
||||||
|
- Initiates document creation and revision
|
||||||
|
- Ensures periodic review is performed
|
||||||
|
|
||||||
|
### 3.2 Quality Assurance
|
||||||
|
- Maintains the document control system
|
||||||
|
- Assigns document numbers
|
||||||
|
- Manages document distribution
|
||||||
|
- Archives obsolete documents
|
||||||
|
|
||||||
|
### 3.3 Approvers
|
||||||
|
- Review and approve documents before release
|
||||||
|
- Ensure documents are adequate for intended purpose
|
||||||
|
|
||||||
|
## 4. Procedure
|
||||||
|
|
||||||
|
### 4.1 Document Creation
|
||||||
|
|
||||||
|
1. Identify the need for a new document
|
||||||
|
2. Request document number from Quality Assurance
|
||||||
|
3. Draft document using appropriate template
|
||||||
|
4. Include all required header information
|
||||||
|
5. Submit for review and approval
|
||||||
|
|
||||||
|
### 4.2 Document Review and Approval
|
||||||
|
|
||||||
|
1. Route document to appropriate reviewers
|
||||||
|
2. Reviewers provide comments within 5 business days
|
||||||
|
3. Author addresses all comments
|
||||||
|
4. Final approval by designated approver
|
||||||
|
5. Quality Assurance releases document
|
||||||
|
|
||||||
|
### 4.3 Document Numbering
|
||||||
|
|
||||||
|
Documents shall be numbered according to the following convention:
|
||||||
|
|
||||||
|
| Type | Prefix | Example |
|
||||||
|
|------|--------|---------|
|
||||||
|
| Policy | POL | POL-001 |
|
||||||
|
| SOP | SOP | SOP-001 |
|
||||||
|
| Work Instruction | WI | WI-001 |
|
||||||
|
| Form | FRM | FRM-001 |
|
||||||
|
|
||||||
|
### 4.4 Revision Control
|
||||||
|
|
||||||
|
1. All changes require documented justification
|
||||||
|
2. Changes follow same review/approval process as new documents
|
||||||
|
3. Revision number increments with each approved change
|
||||||
|
4. Revision history maintained in document footer
|
||||||
|
|
||||||
|
### 4.5 Document Distribution
|
||||||
|
|
||||||
|
1. Current versions available in document control system
|
||||||
|
2. Obsolete versions marked and archived
|
||||||
|
3. Training on new/revised documents as needed
|
||||||
|
|
||||||
|
### 4.6 Periodic Review
|
||||||
|
|
||||||
|
1. Documents reviewed at least every 2 years
|
||||||
|
2. Review documented even if no changes made
|
||||||
|
3. Reviews may result in revision or reaffirmation
|
||||||
|
|
||||||
|
## 5. Related Documents
|
||||||
|
|
||||||
|
- FRM-001 Document Change Request Form
|
||||||
|
- FRM-002 Document Review Record
|
||||||
|
|
||||||
|
## 6. Definitions
|
||||||
|
|
||||||
|
| Term | Definition |
|
||||||
|
|------|------------|
|
||||||
|
| Controlled Document | Document managed under document control system |
|
||||||
|
| Obsolete | Document no longer valid for use |
|
||||||
|
| Revision | Updated version of a document |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
134
SOPs/General/SOP-002-CAPA.md
Normal file
134
SOPs/General/SOP-002-CAPA.md
Normal file
@@ -0,0 +1,134 @@
|
|||||||
|
# Standard Operating Procedure: Corrective and Preventive Action (CAPA)
|
||||||
|
|
||||||
|
| Document ID | SOP-002 |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | Corrective and Preventive Action |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | Quality Assurance |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To establish a systematic process for identifying, investigating, correcting, and preventing nonconformities and potential nonconformities.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure applies to:
|
||||||
|
- Product and process nonconformities
|
||||||
|
- Customer complaints
|
||||||
|
- Audit findings
|
||||||
|
- Process deviations
|
||||||
|
- Potential nonconformities identified through risk analysis
|
||||||
|
|
||||||
|
## 3. Definitions
|
||||||
|
|
||||||
|
| Term | Definition |
|
||||||
|
|------|------------|
|
||||||
|
| Corrective Action | Action to eliminate the cause of a detected nonconformity |
|
||||||
|
| Preventive Action | Action to eliminate the cause of a potential nonconformity |
|
||||||
|
| Root Cause | Fundamental reason for a nonconformity |
|
||||||
|
| Effectiveness Check | Verification that implemented actions achieved desired results |
|
||||||
|
|
||||||
|
## 4. Responsibilities
|
||||||
|
|
||||||
|
### 4.1 CAPA Owner
|
||||||
|
- Investigates the issue
|
||||||
|
- Identifies root cause
|
||||||
|
- Develops and implements corrective/preventive actions
|
||||||
|
- Verifies effectiveness
|
||||||
|
|
||||||
|
### 4.2 Quality Assurance
|
||||||
|
- Manages CAPA system
|
||||||
|
- Assigns CAPA numbers
|
||||||
|
- Tracks CAPA status
|
||||||
|
- Reviews and approves CAPAs
|
||||||
|
- Reports CAPA metrics to management
|
||||||
|
|
||||||
|
### 4.3 Management
|
||||||
|
- Provides resources for CAPA implementation
|
||||||
|
- Reviews CAPA trends
|
||||||
|
- Ensures timely closure
|
||||||
|
|
||||||
|
## 5. Procedure
|
||||||
|
|
||||||
|
### 5.1 CAPA Initiation
|
||||||
|
|
||||||
|
1. Identify nonconformity or potential nonconformity
|
||||||
|
2. Document issue on CAPA Form (FRM-003)
|
||||||
|
3. Classify severity and priority
|
||||||
|
4. Assign CAPA owner
|
||||||
|
|
||||||
|
### 5.2 Investigation
|
||||||
|
|
||||||
|
1. Gather relevant data and evidence
|
||||||
|
2. Interview personnel involved
|
||||||
|
3. Review related documents and records
|
||||||
|
4. Use appropriate investigation tools:
|
||||||
|
- 5 Whys
|
||||||
|
- Fishbone Diagram
|
||||||
|
- Failure Mode Analysis
|
||||||
|
|
||||||
|
### 5.3 Root Cause Analysis
|
||||||
|
|
||||||
|
1. Identify potential root causes
|
||||||
|
2. Verify root cause through evidence
|
||||||
|
3. Document root cause determination
|
||||||
|
4. Consider systemic implications
|
||||||
|
|
||||||
|
### 5.4 Action Development
|
||||||
|
|
||||||
|
1. Develop corrective/preventive actions
|
||||||
|
2. Assign responsibilities and due dates
|
||||||
|
3. Assess actions for:
|
||||||
|
- Appropriateness to problem severity
|
||||||
|
- Impact on other processes
|
||||||
|
- Resource requirements
|
||||||
|
|
||||||
|
### 5.5 Implementation
|
||||||
|
|
||||||
|
1. Execute approved actions
|
||||||
|
2. Document implementation evidence
|
||||||
|
3. Update affected documents/processes
|
||||||
|
4. Provide training as needed
|
||||||
|
|
||||||
|
### 5.6 Effectiveness Verification
|
||||||
|
|
||||||
|
1. Define effectiveness criteria
|
||||||
|
2. Allow sufficient time for actions to take effect
|
||||||
|
3. Collect and analyze data
|
||||||
|
4. Document verification results
|
||||||
|
5. If ineffective, reopen CAPA for further action
|
||||||
|
|
||||||
|
### 5.7 Closure
|
||||||
|
|
||||||
|
1. Review all CAPA documentation
|
||||||
|
2. Verify all actions completed
|
||||||
|
3. Confirm effectiveness verified
|
||||||
|
4. Obtain approval for closure
|
||||||
|
|
||||||
|
## 6. CAPA Metrics
|
||||||
|
|
||||||
|
Quality Assurance shall track and report:
|
||||||
|
- Number of open CAPAs
|
||||||
|
- CAPA aging
|
||||||
|
- On-time closure rate
|
||||||
|
- Effectiveness rate
|
||||||
|
- CAPAs by category/source
|
||||||
|
|
||||||
|
## 7. Related Documents
|
||||||
|
|
||||||
|
- FRM-003 CAPA Form
|
||||||
|
- SOP-003 Nonconforming Product Control
|
||||||
|
- SOP-004 Customer Complaints
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
123
SOPs/General/SOP-003-Training.md
Normal file
123
SOPs/General/SOP-003-Training.md
Normal file
@@ -0,0 +1,123 @@
|
|||||||
|
# Standard Operating Procedure: Training and Competence
|
||||||
|
|
||||||
|
| Document ID | SOP-003 |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | Training and Competence |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | Human Resources / Quality |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To ensure personnel performing work affecting product quality are competent based on appropriate education, training, skills, and experience.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure applies to:
|
||||||
|
- All employees performing quality-affecting activities
|
||||||
|
- Contractors and temporary personnel
|
||||||
|
- Personnel requiring GxP training
|
||||||
|
|
||||||
|
## 3. Responsibilities
|
||||||
|
|
||||||
|
### 3.1 Supervisors/Managers
|
||||||
|
- Identify training needs for their personnel
|
||||||
|
- Ensure training is completed before performing tasks
|
||||||
|
- Evaluate competence of personnel
|
||||||
|
- Maintain department training records
|
||||||
|
|
||||||
|
### 3.2 Human Resources
|
||||||
|
- Coordinate training programs
|
||||||
|
- Maintain central training database
|
||||||
|
- Track training compliance
|
||||||
|
- Archive training records
|
||||||
|
|
||||||
|
### 3.3 Quality Assurance
|
||||||
|
- Develop QMS-related training
|
||||||
|
- Approve training curricula for GxP activities
|
||||||
|
- Audit training compliance
|
||||||
|
|
||||||
|
### 3.4 Employees
|
||||||
|
- Complete assigned training on time
|
||||||
|
- Maintain current qualifications
|
||||||
|
- Report training needs to supervisor
|
||||||
|
|
||||||
|
## 4. Procedure
|
||||||
|
|
||||||
|
### 4.1 Training Needs Assessment
|
||||||
|
|
||||||
|
1. Identify competence requirements for each role
|
||||||
|
2. Document requirements in job descriptions
|
||||||
|
3. Assess current competence of personnel
|
||||||
|
4. Identify training gaps
|
||||||
|
|
||||||
|
### 4.2 Training Curriculum Development
|
||||||
|
|
||||||
|
1. Define learning objectives
|
||||||
|
2. Develop training materials
|
||||||
|
3. Identify delivery method:
|
||||||
|
- Classroom
|
||||||
|
- On-the-job
|
||||||
|
- Self-study
|
||||||
|
- Computer-based
|
||||||
|
4. Define assessment criteria
|
||||||
|
5. Obtain approval from Quality (for GxP training)
|
||||||
|
|
||||||
|
### 4.3 Training Delivery
|
||||||
|
|
||||||
|
1. Schedule training session
|
||||||
|
2. Document attendance
|
||||||
|
3. Deliver training per curriculum
|
||||||
|
4. Assess comprehension through:
|
||||||
|
- Written test (minimum 80% passing)
|
||||||
|
- Practical demonstration
|
||||||
|
- Supervisor observation
|
||||||
|
|
||||||
|
### 4.4 Training Documentation
|
||||||
|
|
||||||
|
Training records shall include:
|
||||||
|
- Employee name and ID
|
||||||
|
- Training title and date
|
||||||
|
- Trainer name and qualifications
|
||||||
|
- Assessment results
|
||||||
|
- Signatures
|
||||||
|
|
||||||
|
### 4.5 Retraining Requirements
|
||||||
|
|
||||||
|
Retraining is required when:
|
||||||
|
- Significant document revisions occur
|
||||||
|
- Performance deficiencies identified
|
||||||
|
- Extended absence from job function
|
||||||
|
- Periodic requalification due
|
||||||
|
|
||||||
|
### 4.6 New Employee Orientation
|
||||||
|
|
||||||
|
All new employees shall complete:
|
||||||
|
1. Company orientation
|
||||||
|
2. Quality system overview
|
||||||
|
3. Job-specific training
|
||||||
|
4. SOP read and understand for applicable procedures
|
||||||
|
|
||||||
|
## 5. Training Records Retention
|
||||||
|
|
||||||
|
- Training records maintained for duration of employment
|
||||||
|
- Records retained 3 years after employee departure
|
||||||
|
- Records available for regulatory inspection
|
||||||
|
|
||||||
|
## 6. Related Documents
|
||||||
|
|
||||||
|
- FRM-004 Training Record Form
|
||||||
|
- FRM-005 Training Assessment Form
|
||||||
|
- Job Descriptions
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
136
SOPs/General/SOP-004-Internal-Audit.md
Normal file
136
SOPs/General/SOP-004-Internal-Audit.md
Normal file
@@ -0,0 +1,136 @@
|
|||||||
|
# Standard Operating Procedure: Internal Audit
|
||||||
|
|
||||||
|
| Document ID | SOP-004 |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | Internal Audit |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | Quality Assurance |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To establish a systematic approach for conducting internal audits to verify the effectiveness of the Quality Management System.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure covers:
|
||||||
|
- QMS process audits
|
||||||
|
- Compliance audits
|
||||||
|
- Product audits
|
||||||
|
- System audits
|
||||||
|
|
||||||
|
## 3. Definitions
|
||||||
|
|
||||||
|
| Term | Definition |
|
||||||
|
|------|------------|
|
||||||
|
| Audit | Systematic, independent examination to determine conformance |
|
||||||
|
| Auditor | Person qualified to perform audits |
|
||||||
|
| Finding | Observation of conformance or nonconformance |
|
||||||
|
| Observation | Noted item not rising to level of finding |
|
||||||
|
|
||||||
|
## 4. Responsibilities
|
||||||
|
|
||||||
|
### 4.1 Lead Auditor
|
||||||
|
- Plans and schedules audits
|
||||||
|
- Prepares audit checklists
|
||||||
|
- Conducts audit activities
|
||||||
|
- Reports audit findings
|
||||||
|
|
||||||
|
### 4.2 Quality Manager
|
||||||
|
- Maintains audit program
|
||||||
|
- Qualifies auditors
|
||||||
|
- Reviews audit reports
|
||||||
|
- Reports to management
|
||||||
|
|
||||||
|
### 4.3 Auditee
|
||||||
|
- Provides access to areas/records
|
||||||
|
- Responds to findings
|
||||||
|
- Implements corrective actions
|
||||||
|
|
||||||
|
## 5. Procedure
|
||||||
|
|
||||||
|
### 5.1 Annual Audit Schedule
|
||||||
|
|
||||||
|
1. Develop annual audit schedule considering:
|
||||||
|
- Previous audit results
|
||||||
|
- Process criticality
|
||||||
|
- Regulatory requirements
|
||||||
|
- Changes to processes
|
||||||
|
2. Ensure all QMS processes audited at least annually
|
||||||
|
3. Obtain management approval
|
||||||
|
4. Communicate schedule to affected areas
|
||||||
|
|
||||||
|
### 5.2 Auditor Qualification
|
||||||
|
|
||||||
|
Auditors shall:
|
||||||
|
- Complete auditor training course
|
||||||
|
- Conduct at least 2 audits under supervision
|
||||||
|
- Be independent of area being audited
|
||||||
|
- Maintain competence through ongoing audits
|
||||||
|
|
||||||
|
### 5.3 Audit Preparation
|
||||||
|
|
||||||
|
1. Review applicable procedures and standards
|
||||||
|
2. Review previous audit reports
|
||||||
|
3. Prepare audit checklist
|
||||||
|
4. Notify auditee of audit scope and schedule
|
||||||
|
5. Confirm auditor availability
|
||||||
|
|
||||||
|
### 5.4 Conducting the Audit
|
||||||
|
|
||||||
|
1. Hold opening meeting with auditee
|
||||||
|
2. Execute audit checklist
|
||||||
|
3. Gather objective evidence:
|
||||||
|
- Document review
|
||||||
|
- Personnel interviews
|
||||||
|
- Process observation
|
||||||
|
4. Document findings with evidence
|
||||||
|
5. Classify findings:
|
||||||
|
- Major Nonconformance
|
||||||
|
- Minor Nonconformance
|
||||||
|
- Observation
|
||||||
|
6. Hold closing meeting
|
||||||
|
|
||||||
|
### 5.5 Audit Reporting
|
||||||
|
|
||||||
|
1. Complete audit report within 5 business days
|
||||||
|
2. Report shall include:
|
||||||
|
- Audit scope and criteria
|
||||||
|
- Personnel interviewed
|
||||||
|
- Findings with evidence
|
||||||
|
- Recommendations
|
||||||
|
3. Distribute report to auditee and management
|
||||||
|
|
||||||
|
### 5.6 Finding Resolution
|
||||||
|
|
||||||
|
1. Auditee responds with corrective action plan within 10 business days
|
||||||
|
2. Quality reviews and approves plan
|
||||||
|
3. Auditee implements corrective actions
|
||||||
|
4. Auditor verifies effectiveness
|
||||||
|
5. Close finding upon verification
|
||||||
|
|
||||||
|
## 6. Audit Records
|
||||||
|
|
||||||
|
Maintain for 5 years:
|
||||||
|
- Audit schedules
|
||||||
|
- Checklists
|
||||||
|
- Reports
|
||||||
|
- Corrective action records
|
||||||
|
|
||||||
|
## 7. Related Documents
|
||||||
|
|
||||||
|
- FRM-006 Audit Checklist Template
|
||||||
|
- FRM-007 Audit Report Template
|
||||||
|
- SOP-002 CAPA
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
114
SOPs/General/SOP-005-Management-Review.md
Normal file
114
SOPs/General/SOP-005-Management-Review.md
Normal file
@@ -0,0 +1,114 @@
|
|||||||
|
# Standard Operating Procedure: Management Review
|
||||||
|
|
||||||
|
| Document ID | SOP-005 |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | Management Review |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | Quality Assurance |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To ensure top management reviews the Quality Management System at planned intervals to ensure its continuing suitability, adequacy, and effectiveness.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure applies to the periodic management review of the QMS, including all processes and quality objectives.
|
||||||
|
|
||||||
|
## 3. Frequency
|
||||||
|
|
||||||
|
Management reviews shall be conducted:
|
||||||
|
- At least annually
|
||||||
|
- More frequently if significant changes occur
|
||||||
|
- As needed based on quality performance
|
||||||
|
|
||||||
|
## 4. Responsibilities
|
||||||
|
|
||||||
|
### 4.1 Quality Manager
|
||||||
|
- Prepares management review agenda and materials
|
||||||
|
- Facilitates the meeting
|
||||||
|
- Documents meeting minutes and action items
|
||||||
|
- Tracks completion of action items
|
||||||
|
|
||||||
|
### 4.2 Top Management
|
||||||
|
- Attends management review meetings
|
||||||
|
- Reviews QMS performance data
|
||||||
|
- Makes decisions on QMS improvements
|
||||||
|
- Allocates resources as needed
|
||||||
|
|
||||||
|
### 4.3 Department Managers
|
||||||
|
- Provides input data for their areas
|
||||||
|
- Attends management review
|
||||||
|
- Implements assigned action items
|
||||||
|
|
||||||
|
## 5. Management Review Inputs
|
||||||
|
|
||||||
|
The following shall be considered:
|
||||||
|
|
||||||
|
### 5.1 Actions from Previous Reviews
|
||||||
|
- Status of action items
|
||||||
|
- Effectiveness of implemented actions
|
||||||
|
|
||||||
|
### 5.2 Changes in Context
|
||||||
|
- Internal changes (organization, resources)
|
||||||
|
- External changes (regulations, market)
|
||||||
|
|
||||||
|
### 5.3 QMS Performance
|
||||||
|
- Customer satisfaction and feedback
|
||||||
|
- Quality objectives achievement
|
||||||
|
- Process performance metrics
|
||||||
|
- Nonconformities and corrective actions
|
||||||
|
- Audit results
|
||||||
|
- Supplier performance
|
||||||
|
|
||||||
|
### 5.4 Resource Adequacy
|
||||||
|
- Personnel
|
||||||
|
- Infrastructure
|
||||||
|
- Work environment
|
||||||
|
|
||||||
|
### 5.5 Risk and Opportunities
|
||||||
|
- Risk assessment results
|
||||||
|
- Effectiveness of risk controls
|
||||||
|
- New opportunities identified
|
||||||
|
|
||||||
|
### 5.6 Improvement Opportunities
|
||||||
|
- Process improvements
|
||||||
|
- Product improvements
|
||||||
|
- QMS enhancements
|
||||||
|
|
||||||
|
## 6. Management Review Outputs
|
||||||
|
|
||||||
|
Decisions and actions related to:
|
||||||
|
- Improvement of QMS and processes
|
||||||
|
- Product improvement
|
||||||
|
- Resource needs
|
||||||
|
- Changes to quality policy or objectives
|
||||||
|
|
||||||
|
## 7. Documentation
|
||||||
|
|
||||||
|
### 7.1 Meeting Minutes
|
||||||
|
- Date and attendees
|
||||||
|
- Items discussed
|
||||||
|
- Decisions made
|
||||||
|
- Action items with owners and due dates
|
||||||
|
|
||||||
|
### 7.2 Record Retention
|
||||||
|
- Management review records retained for 5 years
|
||||||
|
- Available for regulatory inspection
|
||||||
|
|
||||||
|
## 8. Related Documents
|
||||||
|
|
||||||
|
- FRM-008 Management Review Agenda Template
|
||||||
|
- FRM-009 Management Review Minutes Template
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
0
SOPs/Incident-Response/.gitkeep
Normal file
0
SOPs/Incident-Response/.gitkeep
Normal file
182
SOPs/Incident-Response/SOP-INC-001-Incident-Response.md
Normal file
182
SOPs/Incident-Response/SOP-INC-001-Incident-Response.md
Normal file
@@ -0,0 +1,182 @@
|
|||||||
|
# Standard Operating Procedure: Security Incident Response
|
||||||
|
|
||||||
|
| Document ID | SOP-INC-001 |
|
||||||
|
|-------------|-------------|
|
||||||
|
| Title | Security Incident Response Procedure |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | IT Security |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
To establish a structured approach for detecting, responding to, containing, and recovering from security incidents to minimize impact and prevent recurrence.
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
This procedure applies to all security incidents including:
|
||||||
|
- Unauthorized access attempts
|
||||||
|
- Malware infections
|
||||||
|
- Data breaches
|
||||||
|
- Denial of service attacks
|
||||||
|
- Phishing attacks
|
||||||
|
- Lost or stolen devices
|
||||||
|
- Insider threats
|
||||||
|
- System compromises
|
||||||
|
|
||||||
|
## 3. Responsibilities
|
||||||
|
|
||||||
|
### 3.1 All Staff
|
||||||
|
- Report suspected incidents immediately
|
||||||
|
- Preserve evidence (do not turn off systems unless directed)
|
||||||
|
- Follow instructions from incident response team
|
||||||
|
|
||||||
|
### 3.2 IT Security Team
|
||||||
|
- Triage and classify incidents
|
||||||
|
- Lead response efforts
|
||||||
|
- Coordinate with stakeholders
|
||||||
|
|
||||||
|
### 3.3 Incident Response Manager
|
||||||
|
- Authorize containment actions
|
||||||
|
- Escalate to management as needed
|
||||||
|
- Coordinate external communications
|
||||||
|
|
||||||
|
## 4. Incident Classification
|
||||||
|
|
||||||
|
| Severity | Criteria | Response Time |
|
||||||
|
|----------|----------|---------------|
|
||||||
|
| Critical | Active breach, data exfiltration, ransomware | Immediate |
|
||||||
|
| High | Confirmed compromise, malware spreading | < 1 hour |
|
||||||
|
| Medium | Attempted intrusion, isolated malware | < 4 hours |
|
||||||
|
| Low | Policy violation, suspicious activity | < 24 hours |
|
||||||
|
|
||||||
|
## 5. Incident Response Phases
|
||||||
|
|
||||||
|
### 5.1 Phase 1: Detection and Reporting
|
||||||
|
|
||||||
|
**Detection Sources:**
|
||||||
|
- Security monitoring tools (SIEM, IDS/IPS)
|
||||||
|
- User reports
|
||||||
|
- Vendor notifications
|
||||||
|
- Audit findings
|
||||||
|
- Automated alerts
|
||||||
|
|
||||||
|
**Reporting:**
|
||||||
|
1. Document initial observations
|
||||||
|
2. Report via security hotline or email
|
||||||
|
3. Complete FRM-INC-001 Incident Report
|
||||||
|
4. Do NOT attempt remediation without guidance
|
||||||
|
|
||||||
|
### 5.2 Phase 2: Triage and Analysis
|
||||||
|
|
||||||
|
1. **Initial Assessment**
|
||||||
|
- Confirm incident is genuine (vs. false positive)
|
||||||
|
- Classify severity level
|
||||||
|
- Identify affected systems/data
|
||||||
|
- Determine initial scope
|
||||||
|
|
||||||
|
2. **Evidence Collection**
|
||||||
|
- System logs
|
||||||
|
- Network traffic captures
|
||||||
|
- Memory dumps (if warranted)
|
||||||
|
- Screenshots
|
||||||
|
- Preserve chain of custody
|
||||||
|
|
||||||
|
3. **Escalation Decision**
|
||||||
|
- Critical/High: Immediate escalation to management
|
||||||
|
- Notify legal/compliance if data breach suspected
|
||||||
|
- Engage external forensics if needed
|
||||||
|
|
||||||
|
### 5.3 Phase 3: Containment
|
||||||
|
|
||||||
|
**Short-term Containment:**
|
||||||
|
- Isolate affected systems from network
|
||||||
|
- Block malicious IPs/domains
|
||||||
|
- Disable compromised accounts
|
||||||
|
- Preserve evidence before changes
|
||||||
|
|
||||||
|
**Long-term Containment:**
|
||||||
|
- Apply temporary fixes
|
||||||
|
- Increase monitoring
|
||||||
|
- Implement additional controls
|
||||||
|
- Prepare for eradication
|
||||||
|
|
||||||
|
**Containment Decision Matrix:**
|
||||||
|
| Action | Authority Required |
|
||||||
|
|--------|-------------------|
|
||||||
|
| Isolate single workstation | Security Team |
|
||||||
|
| Disable user account | Security Manager |
|
||||||
|
| Block network segment | IT Director |
|
||||||
|
| Shut down production system | Executive approval |
|
||||||
|
|
||||||
|
### 5.4 Phase 4: Eradication
|
||||||
|
|
||||||
|
1. Identify root cause
|
||||||
|
2. Remove malware/backdoors
|
||||||
|
3. Patch vulnerabilities exploited
|
||||||
|
4. Reset compromised credentials
|
||||||
|
5. Verify removal is complete
|
||||||
|
|
||||||
|
### 5.5 Phase 5: Recovery
|
||||||
|
|
||||||
|
1. Restore systems from clean backups
|
||||||
|
2. Rebuild if necessary
|
||||||
|
3. Verify integrity before reconnecting
|
||||||
|
4. Monitor closely post-recovery
|
||||||
|
5. Confirm normal operations
|
||||||
|
|
||||||
|
### 5.6 Phase 6: Post-Incident Review
|
||||||
|
|
||||||
|
**Conduct within 5 business days:**
|
||||||
|
- Timeline reconstruction
|
||||||
|
- Root cause analysis
|
||||||
|
- Response effectiveness review
|
||||||
|
- Lessons learned
|
||||||
|
- Improvement recommendations
|
||||||
|
|
||||||
|
**Documentation:**
|
||||||
|
- Complete FRM-INC-002 Post-Incident Report
|
||||||
|
- Update procedures as needed
|
||||||
|
- Brief stakeholders
|
||||||
|
|
||||||
|
## 6. Communication Guidelines
|
||||||
|
|
||||||
|
### Internal Communication
|
||||||
|
| Audience | Information | Method |
|
||||||
|
|----------|-------------|--------|
|
||||||
|
| Executive Team | Status, business impact, decisions needed | Phone/meeting |
|
||||||
|
| IT Staff | Technical details, actions required | Secure channel |
|
||||||
|
| All Staff | General awareness (if warranted) | Email |
|
||||||
|
|
||||||
|
### External Communication
|
||||||
|
- All external communications through designated spokesperson
|
||||||
|
- Coordinate with Legal and PR
|
||||||
|
- Regulatory notifications per compliance requirements
|
||||||
|
- Customer notifications per contract/law
|
||||||
|
|
||||||
|
## 7. Regulatory Notification Requirements
|
||||||
|
|
||||||
|
| Regulation | Notification Timeframe | Authority |
|
||||||
|
|------------|----------------------|-----------|
|
||||||
|
| HIPAA | 60 days (breach of >500) | HHS OCR |
|
||||||
|
| GDPR | 72 hours | Supervisory Authority |
|
||||||
|
| PCI DSS | Immediately | Card brands, acquirer |
|
||||||
|
| State Laws | Varies | State AG |
|
||||||
|
|
||||||
|
## 8. Related Documents
|
||||||
|
|
||||||
|
- FRM-INC-001 Incident Report Form
|
||||||
|
- FRM-INC-002 Post-Incident Report
|
||||||
|
- Contact list for incident response team
|
||||||
|
- Vendor/partner contact list
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
1
SOPs/Safety/.gitkeep
Normal file
1
SOPs/Safety/.gitkeep
Normal file
@@ -0,0 +1 @@
|
|||||||
|
# Placeholder
|
||||||
0
SOPs/Security-Operations/.gitkeep
Normal file
0
SOPs/Security-Operations/.gitkeep
Normal file
62
Templates/SOP-Template.md
Normal file
62
Templates/SOP-Template.md
Normal file
@@ -0,0 +1,62 @@
|
|||||||
|
# Standard Operating Procedure: [Title]
|
||||||
|
|
||||||
|
| Document ID | SOP-XXX |
|
||||||
|
|-------------|---------|
|
||||||
|
| Title | [Title] |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | [DEPARTMENT] |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
[State the purpose of this procedure]
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
[Define the scope and applicability]
|
||||||
|
|
||||||
|
## 3. Responsibilities
|
||||||
|
|
||||||
|
### 3.1 [Role 1]
|
||||||
|
- [Responsibility]
|
||||||
|
- [Responsibility]
|
||||||
|
|
||||||
|
### 3.2 [Role 2]
|
||||||
|
- [Responsibility]
|
||||||
|
- [Responsibility]
|
||||||
|
|
||||||
|
## 4. Definitions
|
||||||
|
|
||||||
|
| Term | Definition |
|
||||||
|
|------|------------|
|
||||||
|
| | |
|
||||||
|
|
||||||
|
## 5. Procedure
|
||||||
|
|
||||||
|
### 5.1 [Section Title]
|
||||||
|
|
||||||
|
[Procedure steps]
|
||||||
|
|
||||||
|
### 5.2 [Section Title]
|
||||||
|
|
||||||
|
[Procedure steps]
|
||||||
|
|
||||||
|
## 6. Related Documents
|
||||||
|
|
||||||
|
- [List related procedures, forms, etc.]
|
||||||
|
|
||||||
|
## 7. References
|
||||||
|
|
||||||
|
- [External standards, regulations, etc.]
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
68
Work Instructions/WI-001-Template.md
Normal file
68
Work Instructions/WI-001-Template.md
Normal file
@@ -0,0 +1,68 @@
|
|||||||
|
# Work Instruction: [Title]
|
||||||
|
|
||||||
|
| Document ID | WI-001 |
|
||||||
|
|-------------|--------|
|
||||||
|
| Title | [Title] |
|
||||||
|
| Revision | 1.0 |
|
||||||
|
| Effective Date | [DATE] |
|
||||||
|
| Author | [AUTHOR] |
|
||||||
|
| Approved By | [APPROVER] |
|
||||||
|
| Department | [DEPARTMENT] |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Purpose
|
||||||
|
|
||||||
|
[Describe the purpose of this work instruction]
|
||||||
|
|
||||||
|
## 2. Scope
|
||||||
|
|
||||||
|
[Define what activities this instruction covers]
|
||||||
|
|
||||||
|
## 3. Safety Precautions
|
||||||
|
|
||||||
|
- [List any safety requirements]
|
||||||
|
- [Personal protective equipment needed]
|
||||||
|
- [Hazards to be aware of]
|
||||||
|
|
||||||
|
## 4. Equipment/Materials Required
|
||||||
|
|
||||||
|
| Item | Specification |
|
||||||
|
|------|---------------|
|
||||||
|
| | |
|
||||||
|
| | |
|
||||||
|
|
||||||
|
## 5. Procedure
|
||||||
|
|
||||||
|
### Step 1: [Title]
|
||||||
|
[Detailed instructions]
|
||||||
|
|
||||||
|
### Step 2: [Title]
|
||||||
|
[Detailed instructions]
|
||||||
|
|
||||||
|
### Step 3: [Title]
|
||||||
|
[Detailed instructions]
|
||||||
|
|
||||||
|
## 6. Acceptance Criteria
|
||||||
|
|
||||||
|
[Define what constitutes successful completion]
|
||||||
|
|
||||||
|
## 7. Records
|
||||||
|
|
||||||
|
| Record | Location | Retention |
|
||||||
|
|--------|----------|-----------|
|
||||||
|
| | | |
|
||||||
|
|
||||||
|
## 8. References
|
||||||
|
|
||||||
|
- [Related SOPs]
|
||||||
|
- [Specifications]
|
||||||
|
- [Standards]
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Revision History
|
||||||
|
|
||||||
|
| Rev | Date | Description | Author |
|
||||||
|
|-----|------|-------------|--------|
|
||||||
|
| 1.0 | [DATE] | Initial release | [AUTHOR] |
|
||||||
Reference in New Lab Ticket
Block a user