품질 관리 데이터 템플릿
품질 관리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- MasterControl 데이터 추출 안내
품질 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
품질 이벤트
QualityEvent
|
부적합, 일탈, 불만 등 개별 품질 이벤트를 식별하는 고유 ID입니다. 관련된 모든 활동과 문서를 이 ID로 연결합니다. | ||
|
설명
품질 이벤트 ID는 전체 품질 관리 프로세스의 기본 케이스 식별자입니다. 일반적으로 새 품질 이벤트를 시작할 때 MasterControl이 생성하는 영숫자 값입니다. process mining에서 이 속성은 각 품질 문제의 처음부터 끝까지의 흐름을 재구성하는 데 필수적입니다. 관련 활동을 하나의 품질 이벤트 ID로 묶으면 분석 담당자가 전체 프로세스 흐름을 확인하고 생성부터 종료까지의 주기 시간을 측정하며, 개별 케이스의 편차나 병목을 찾을 수 있습니다.
중요한 이유
각 품질 문제의 시작부터 해결까지 전체 수명 주기를 분석할 수 있도록 모든 프로세스 단계를 연결하는 필수 케이스 ID입니다.
확보 방법
품질 이벤트 레코드의 기본 키입니다. 구체적인 테이블 및 필드 이름은 MasterControl 문서나 시스템 설정을 확인하세요.
예시
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
이벤트 시각
EventTime
|
특정 활동이나 이벤트가 발생한 정확한 날짜와 시각입니다. 각 활동의 시작 시각으로 사용됩니다. | ||
|
설명
이 타임스탬프는 품질 프로세스에서 특정 작업이 완료되거나 이벤트가 발생한 시각을 나타냅니다. 케이스별 프로세스 흐름을 재구성하는 데 필요한 시간 순서를 제공합니다. 타임스탬프는 시간 기반 process mining 분석에 필수적입니다. 활동 간 전체 처리 시간, 작업 시간, 대기 시간을 계산하는 데 사용됩니다. 해결 시간 분석, 병목 파악, 부서 간 인계 지연 측정을 위한 대시보드의 기반 데이터입니다.
중요한 이유
이 타임스탬프를 통해 이벤트의 시간 순서를 확인할 수 있습니다. 프로세스 소요 시간 계산, 병목 파악, 프로세스 성과 분석에 중요합니다.
확보 방법
MasterControl의 품질 이벤트 레코드 감사 추적 또는 이력 로그에 있는 표준 필드로, 각 작업이 기록된 시각을 저장합니다.
예시
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
활동명
ActivityName
|
품질 이벤트 수명 주기에서 발생한 특정 작업이나 이벤트의 이름입니다. 예를 들어 '조사 착수' 또는 '시정 조치 이행'이 있습니다. | ||
|
설명
활동명은 품질 관리 프로세스의 개별 단계나 주요 시점을 나타냅니다. 각 활동은 시각과 함께 기록되며, 품질 이벤트별 프로세스 흐름을 구성하는 이벤트 순서를 이룹니다. 이러한 활동을 분석하는 것이 process mining의 핵심입니다. 실제 프로세스 맵을 파악하고, 자주 발생하는 경로와 표준 절차에서 벗어난 흐름, 병목을 찾을 수 있습니다. '근본 원인 분석 수행'과 같은 활동의 순서와 빈도는 재작업 및 규정 준수 대시보드 분석에 중요합니다.
중요한 이유
프로세스 단계를 정의하는 속성으로, 프로세스 맵을 시각화하고 편차를 찾아 프로세스 흐름을 분석할 수 있습니다.
확보 방법
일반적으로 MasterControl의 각 품질 이벤트 레코드에 연결된 감사 추적 또는 이력 테이블에 기록됩니다.
예시
품질 이벤트 생성근본 원인 분석 수행시정 조치 계획 승인조치 효과 검증 완료
|
|||
|
근본 원인 범주
RootCauseCategory
|
품질 이벤트의 근본 원인을 분류한 값입니다. 예를 들어 '인적 오류', '장비 고장', '프로세스 미비'가 있습니다. | ||
|
설명
근본 원인 분석을 수행한 뒤 조사 결과를 일반적으로 범주별로 분류합니다. 이 속성에는 문제 발생 원인을 구조화된 데이터로 저장합니다. 품질 개선 전략을 수립하는 데 중요한 속성입니다. '근본 원인 분석 일관성' 대시보드에서는 이 데이터를 시정 조치의 효과성 및 재작업률과 연계해 분석합니다. 이를 통해 특정 근본 원인을 해결하기 어려운지, 분석 자체가 일관되지 않은지 확인할 수 있습니다.
중요한 이유
품질 문제의 근본 원인을 분류해 재발 방지와 시정 조치의 효과성 개선을 위한 분석을 지원합니다.
확보 방법
일반적으로 MasterControl 품질 이벤트 양식의 근본 원인 분석 또는 조사 섹션에 있는 필드입니다.
예시
장비 오작동교육 미흡자재 결함절차 미준수
|
|||
|
담당 부서
ResponsibleDepartment
|
품질 이벤트 또는 현재 활동을 담당하는 부서나 기능 영역입니다. | ||
|
설명
품질 이벤트를 담당하거나 특정 작업을 수행하는 부서를 나타냅니다. 예를 들어 '제조', '품질 보증', '엔지니어링'이 있습니다. 사업 부문별 프로세스 성과를 필터링하고 비교할 수 있어 분석에 중요한 기준입니다. 활동 간 이 속성이 바뀌면 부서 간 인계가 있었음을 의미하므로, 인계 지연 분석 대시보드에 필요합니다. 인계 시점의 시간 차이를 분석하면 부서 간 소통이나 조율 문제를 찾을 수 있습니다.
중요한 이유
부서 간 병목을 찾고 기능 영역별 프로세스 성과를 분석할 수 있습니다. 인계 지연을 파악하는 데 유용합니다.
확보 방법
일반적으로 MasterControl의 기본 품질 이벤트 양식에 저장되며, 이벤트 진행에 따라 변경될 수 있습니다.
예시
품질 보증제조연구개발규제 업무
|
|||
|
목표 해결일
TargetResolutionDate
|
품질 이벤트를 종료하기로 계획했거나 종료해야 하는 날짜입니다. | ||
|
설명
품질 이벤트의 예상 완료일을 정의합니다. 이벤트 유형과 심각도, 관련 규제 요건에 따라 정해지는 경우가 많으며 해결 프로세스의 기한으로 사용됩니다. 이 날짜를 기준으로 기한 준수 성과와 서비스 수준 계약(SLA) 준수 여부를 측정합니다. '규정 준수율' KPI를 계산하고 'SLA 상태'(예: '기한 내', '지연')라는 계산 속성을 만드는 데 필요합니다. 이를 통해 어떤 유형의 이벤트나 부서가 기한을 놓치기 쉬운지 분석할 수 있습니다.
중요한 이유
해결 기한을 설정해 기한 준수 성과를 측정하고 SLA 준수율을 계산할 수 있습니다.
확보 방법
MasterControl의 기본 품질 이벤트 양식에 있는 날짜 필드일 가능성이 높으며, 자동 계산하거나 직접 입력할 수 있습니다.
예시
2023-11-302024-01-152023-12-22
|
|||
|
사용자 이름
UserName
|
활동을 수행한 사용자 또는 리소스의 이름입니다. | ||
|
설명
시정 조치 계획 승인이나 품질 이벤트 종료와 같은 특정 프로세스 작업을 담당한 사용자를 식별합니다. 사용자별로 프로세스를 분석하면 업무량 분포를 파악하고, 교육 필요성을 확인하며, 사용자에 따라 실행 방식이 달라지는지 살펴볼 수 있습니다. 특정 사용자와 재작업 또는 지연의 연관성을 확인해 성과 관리와 리소스 배분에 참고할 수 있습니다.
중요한 이유
활동을 담당자별로 구분해 업무량과 성과를 분석하고, 리소스와 관련된 병목을 파악할 수 있습니다.
확보 방법
MasterControl의 모든 품질 이벤트 감사 추적 또는 이력 로그에 포함되는 표준 정보입니다. 일반적으로 'User' 또는 'Performed By'로 기록됩니다.
예시
j.does.smithr.williams
|
|||
|
종료 시각
EndTime
|
활동이 완료된 시각을 나타내는 타임스탬프입니다. 단일 시점에 발생하는 이벤트의 경우 StartTime과 같은 경우가 많습니다. | ||
|
설명
EndTime은 활동이 끝난 시점을 나타냅니다. 감사 추적에 기록되는 많은 이벤트는 시작 시각과 종료 시각이 같으며, 이는 특정 시점에 이벤트가 발생했음을 의미합니다. 측정 가능한 시간이 필요한 활동의 경우 이 필드에 해당 시간이 기록될 수 있습니다. 이 속성은 StartTime과 함께 개별 활동의 처리 시간을 계산하는 데 사용됩니다. 품질 관리 프로세스에서 시간이 가장 오래 걸리는 단계를 찾아내고, 품질 프로세스 병목 식별 대시보드를 구성하는 데 중요합니다.
중요한 이유
활동별 소요 시간을 정확히 계산해 품질 관리 프로세스에서 시간이 가장 오래 걸리는 작업을 파악할 수 있습니다.
확보 방법
MasterControl 감사 추적이나 이력 로그에서 확인할 수 있습니다. 제공되지 않는 경우 순서상 다음 활동의 StartTime을 사용해 계산할 수 있습니다.
예시
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
품질 이벤트 상태
QualityEventStatus
|
수명 주기에서 품질 이벤트의 현재 상태입니다. 예를 들어 '진행 중', '조사 중', '승인 대기', '종료'가 있습니다. | ||
|
설명
이 속성은 특정 시점에 품질 이벤트가 어느 단계에 있는지 보여줍니다. 일반적으로 케이스가 주요 단계에 도달할 때마다 업데이트됩니다. process mining에서는 상태를 기준으로 진행 중이거나 종료된 케이스를 필터링할 수 있습니다. 이는 '품질 이벤트 처리량 및 적체 현황' 대시보드에 필요합니다. 각 상태에 머문 시간을 분석하면 이벤트가 지연되는 단계를 찾을 수 있습니다.
중요한 이유
품질 이벤트의 현재 상태를 나타내며, 적체와 처리량, 수명 주기 단계별 소요 시간을 분석할 수 있습니다.
확보 방법
MasterControl의 기본 품질 이벤트 레코드에 있는 표준 상태 필드입니다.
예시
진행 중처리 중CAPA 승인 대기종료취소
|
|||
|
품질 이벤트 유형
QualityEventType
|
품질 이벤트의 분류입니다. 예를 들어 '부적합', '고객 불만', '감사 지적 사항', '일탈'이 있습니다. | ||
|
설명
이 속성은 품질 이벤트의 특성에 따라 유형을 분류합니다. 유형에 따라 프로세스 경로, 규정 준수 요건, 목표 해결 시간이 다를 수 있습니다. 품질 이벤트 유형별 분석은 성과 차이를 파악하는 데 중요합니다. '품질 이벤트 해결 시간 분석'과 같은 대시보드는 이 속성을 기준으로 유형별 처리 시간을 비교해 어떤 문제가 더 복잡하거나 해결에 오래 걸리는지 파악합니다.
중요한 이유
품질 이벤트를 유형별로 분류해 프로세스 흐름, 처리 시간, 결과를 비교 분석할 수 있습니다.
확보 방법
MasterControl의 품질 이벤트 등록 양식에 있는 기본 분류 필드입니다.
예시
부적합 보고서(NCR)고객 불만내부 감사 지적 사항공급업체 시정 조치 요청(SCAR)
|
|||
|
효과성 상태
EffectivenessStatus
|
이행한 시정 및 예방 조치의 효과성을 확인하는 검증 결과입니다. | ||
|
설명
이 속성은 CAPA 프로세스의 마지막 단계인 효과성 검증 결과를 기록합니다. 조치가 문제를 해결하고 재발을 방지했는지 상태로 나타냅니다. 이 데이터는 'CAPA 효과성 모니터링' 대시보드와 'CAPA 효과성 비율' KPI의 주요 입력값입니다. 결과를 분석하면 문제 해결 활동의 성공률을 파악하고 시정 조치가 효과를 내지 못하는 영역을 찾을 수 있습니다.
중요한 이유
이행한 조치의 효과를 측정합니다. CAPA 효과성 비율을 계산하고 지속적인 개선을 추진하는 데 필요합니다.
확보 방법
MasterControl에서 품질 이벤트와 연결되는 CAPA 양식의 효과성 검증 또는 종료 섹션에 있는 결과 필드입니다.
예시
효과 있음효과 없음모니터링 필요
|
|||
|
SLA 상태
SlaStatus
|
품질 이벤트가 목표 해결일까지 종료되었는지 나타냅니다. | ||
|
설명
이 속성은 품질 이벤트의 실제 종료일과 '목표 해결일'을 비교해 계산합니다. 상태는 일반적으로 '기한 내' 또는 '지연'으로 설정됩니다. 기한 준수 성과를 한눈에 보여주는 지표입니다. '규정 준수율' KPI의 기준이 되며, 지연된 케이스를 쉽게 필터링하고 분석할 수 있습니다. 지연 원인을 파악하면 전반적인 처리 속도를 높이고 규정 준수 목표를 달성하는 데 도움이 됩니다.
중요한 이유
케이스가 기한을 준수했는지 간단히 확인할 수 있어 기한 내 처리 성과를 측정하고 개선하는 데 필요합니다.
확보 방법
데이터 변환 과정에서 각 케이스의 '품질 이벤트 종료' 활동 타임스탬프와 'TargetResolutionDate' 필드를 비교해 계산합니다.
예시
기한 내지연위험
|
|||
|
관련 규정
AssociatedRegulationStandard
|
품질 이벤트에 적용되는 특정 규정이나 품질 표준입니다. 예를 들어 ISO 13485 또는 21 CFR Part 820이 있습니다. | ||
|
설명
이 속성은 품질 이벤트를 특정 외부 규정이나 내부 품질 표준과 연결합니다. 생명과학이나 제조업처럼 규제가 적용되는 산업의 기업에 특히 중요합니다. '품질 프로세스 규정 준수' 대시보드에서 이 속성은 중요한 기준입니다. 분석가는 특정 규정과 관련된 이벤트를 필터링하고 필수 프로세스 단계를 따랐는지 확인할 수 있습니다. 절차에서 벗어난 사례는 잠재적인 규정 준수 위험으로 표시할 수 있어 감사와 위험 관리에 활용됩니다.
중요한 이유
품질 이벤트를 특정 규정 준수 요건과 연결해 규제 표준 및 내부 정책의 준수 여부를 분석할 수 있습니다.
확보 방법
MasterControl 품질 이벤트 양식에서 선택할 수 있는 필드일 수 있으며, 사용자는 이벤트에 적용되는 규정을 지정할 수 있습니다.
예시
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
|
|||
|
사업장 위치
SiteLocation
|
품질 이벤트가 발생한 제조 사업장, 공장 또는 시설입니다. | ||
|
설명
이 속성은 품질 이벤트와 관련된 물리적 위치나 사업장을 지정합니다. 문제의 지리적 또는 조직적 맥락을 파악할 수 있습니다. 사업장별 비교 분석에 유용한 기준입니다. 위치별로 필터링하거나 그룹화하면 경영진이 사업장 간 품질 관리 프로세스 성과를 비교할 수 있습니다. 성과가 좋은 사업장의 모범 사례를 공유하고, 추가 지원이나 프로세스 개선이 필요한 사업장을 찾을 수 있습니다.
중요한 이유
제조 사업장이나 시설별 성과를 비교해 위치별 문제와 모범 사례를 파악할 수 있습니다.
확보 방법
일반적으로 품질 이벤트 등록 양식에서 회사 사업장 목록을 드롭다운으로 선택해 입력합니다.
예시
미국 텍사스주 오스틴아일랜드 더블린싱가포르 공장사업장 A
|
|||
|
소스 시스템
SourceSystem
|
데이터를 추출한 시스템을 나타냅니다. 여기서는 MasterControl입니다. | ||
|
설명
데이터의 출처를 나타내는 속성입니다. 이 프로세스에서는 일반적으로 'MasterControl' 값이 저장됩니다. 고정된 값처럼 보여도 여러 시스템의 데이터를 결합해 분석하는 기업 환경에서는 중요한 속성입니다. 데이터 계보를 확인하고 시스템별 동작이나 데이터 품질 문제를 구분하는 데 도움이 됩니다.
중요한 이유
데이터의 출처 시스템을 명확히 표시합니다. 데이터 거버넌스와 여러 애플리케이션의 데이터를 결합하는 분석에 필요합니다.
확보 방법
일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정 값입니다.
예시
MasterControlMasterControl QMS
|
|||
|
시정 조치 ID
CorrectiveActionId
|
품질 이벤트와 연결된 시정 조치 계획(CAPA)의 고유 ID입니다. | ||
|
설명
이 속성은 품질 이벤트와 근본 원인을 해결하기 위해 수립한 시정 조치를 직접 연결합니다. 하나의 품질 이벤트에 하나 이상의 시정 조치가 연결될 수 있습니다. 이 ID를 사용하면 품질 이벤트 데이터와 CAPA 모듈 데이터를 결합해 더 상세히 분석할 수 있습니다. 근본 원인별 조치 유형과 이후 효과성을 조사하고, CAPA 효과성 모니터링 대시보드에 활용할 수 있습니다.
중요한 이유
품질 이벤트를 해당 시정 조치와 연결해 조치 효과성과 해결 방안을 세부적으로 분석할 수 있습니다.
확보 방법
MasterControl 품질 이벤트 양식의 관련 레코드 또는 연결된 객체 섹션에 저장될 수 있습니다.
예시
CA-2023-0199CA-2023-0204CA-2023-0210
|
|||
|
영향받은 제품
ProductAffected
|
품질 이벤트의 대상이 되는 제품, 제품군 또는 구성 요소입니다. | ||
|
설명
이 속성은 품질 문제와 관련된 제품이나 자재를 식별합니다. 품질 이벤트의 영향을 파악하는 데 필요한 정보를 제공합니다. 제품별 프로세스 데이터를 분석하면 품질 문제가 반복되는 제품을 찾을 수 있습니다. 이를 바탕으로 개선 우선순위를 정하고, 제품 설계 변경을 검토하며, 제조 라인이나 공급업체의 성과를 평가할 수 있습니다.
중요한 이유
제품군별로 품질 문제를 분석해 반복되는 문제와 추세를 파악할 수 있도록 업무 맥락을 제공합니다.
확보 방법
품질 이벤트 양식에서 제품을 지정하는 필드입니다. 미리 정의된 목록에서 선택하거나 부품 번호를 입력할 수 있습니다.
예시
제품 A - 로트 54321구성 요소 XYZAPI-001
|
|||
|
예방 조치 ID
PreventiveActionId
|
품질 이벤트와 연결된 예방 조치 계획(PAPA)의 고유 ID입니다. | ||
|
설명
시정 조치 ID와 마찬가지로 이 속성은 품질 이벤트를 수립된 예방 조치와 연결합니다. 예방 조치는 다른 영역에서 유사한 잠재적 문제가 발생하지 않도록 사전에 취하는 조치입니다. 이 ID는 '예방 조치 최적화' 대시보드와 '예방 조치 비율' KPI에 중요합니다. 품질 이벤트가 얼마나 자주 선제적 개선으로 이어지는지 추적하고, 예방 조치의 효과를 시간에 따라 분석할 수 있습니다.
중요한 이유
품질 이벤트를 선제적인 예방 조치와 연결해 문제를 통해 조직이 학습하고 재발을 방지하는 역량을 분석할 수 있습니다.
확보 방법
MasterControl의 품질 이벤트 또는 CAPA 양식에 있는 관련 레코드 섹션에서 예방 조치 객체와 연결된 항목을 확인할 수 있습니다.
예시
PA-2023-0051PA-2023-0052PA-2023-0053
|
|||
|
인계 대기 시간
HandoffWaitTime
|
서로 다른 부서나 팀이 연속해서 수행한 두 활동 사이의 대기 시간입니다. | ||
|
설명
한 부서가 작업을 마친 뒤 다음 부서가 작업을 시작하기까지 케이스가 대기한 시간을 계산합니다. '담당 부서'가 바뀌는 연속 활동을 찾아 그 사이의 시간 차이를 측정합니다. 이 계산 지표는 '인계 지연 분석' 대시보드와 '평균 인계 대기 시간' KPI의 기반입니다. 조율이나 소통 문제로 발생한 대기 시간을 실제 처리 시간과 구분해, 전체 처리 시간을 늘리는 부서 간 병목을 찾을 수 있습니다.
중요한 이유
부서 간 대기 시간을 분리해 측정함으로써 프로세스의 소통 공백과 조율 병목을 파악할 수 있습니다.
확보 방법
데이터 변환 과정에서 각 케이스의 연속 활동에 기록된 타임스탬프와 'ResponsibleDepartment' 값을 분석해 계산합니다.
예시
172800259200604800
|
|||
|
재작업 여부
IsRework
|
활동 또는 활동 순서가 재작업에 해당하는지 나타내는 불리언 플래그입니다. | ||
|
설명
같은 케이스에서 활동이 반복되거나 프로세스가 이전 단계로 되돌아가면 이 플래그가 'true'로 설정됩니다. 예를 들어 같은 품질 이벤트에서 '근본 원인 분석 수행'이 두 번 발생하면 두 번째 활동을 재작업으로 표시합니다. 이 속성은 '재작업 및 재조사 개요' 대시보드와 '근본 원인 재조사율' KPI에 직접 활용됩니다. 재작업을 쉽게 집계하고, 비효율적인 프로세스 흐름이 있는 케이스를 필터링해 분석할 수 있습니다.
중요한 이유
반복되는 활동을 명확히 표시해 재작업의 빈도와 원인, 영향을 쉽게 집계하고 분석할 수 있습니다.
확보 방법
데이터 변환 과정에서 케이스별 활동 순서를 분석해 반복 단계나 프로세스 루프를 찾아 이 플래그를 계산합니다.
예시
truefalse
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
MasterControl에서 데이터를 마지막으로 추출하거나 새로 고친 시각을 나타내는 타임스탬프입니다. | ||
|
설명
소스 시스템에서 데이터를 가장 최근에 가져온 날짜와 시각을 기록합니다. 개별 이벤트가 아닌 전체 데이터 세트에 적용되는 메타데이터 필드입니다. 분석에 사용하는 데이터가 얼마나 최신인지 파악하는 데 중요합니다. 업무 사용자는 프로세스 대시보드와 KPI가 어느 시점의 데이터를 반영하는지 확인하고, 데이터의 최신성을 고려해 의사결정을 내릴 수 있습니다.
중요한 이유
데이터의 최신성을 파악하는 데 필요한 정보를 제공합니다. 사용자는 분석 데이터가 얼마나 최신인지, 다음 데이터 갱신이 언제 예정되어 있는지 확인할 수 있습니다.
확보 방법
MasterControl 데이터의 추출, 변환, 적재(ETL) 과정에서 생성되어 추가되는 타임스탬프입니다.
예시
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
|
|||
품질 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
시정 조치 계획 승인
|
제안된 CAPA 계획이 필수 이해관계자의 공식 검토와 승인을 거친 상태입니다. MasterControl 감사 추적에 명시적으로 기록된 전자 서명 이벤트를 통해 포착되는 경우가 많습니다. | ||
|
중요한 이유
승인 단계는 흔히 병목이 발생하는 구간입니다. 이 활동에 걸리는 시간을 분석하면 승인 지연을 파악하고 인계 지연 분석 대시보드를 활용할 수 있습니다.
확보 방법
승인 권한이 있는 사용자가 CAPA 계획이나 관련 워크플로 단계에 전자 서명을 적용할 때 감사 추적에 명시적으로 기록됩니다.
기록
승인 워크플로 단계와 관련된 전자 서명 로그에서 확인합니다.
이벤트 유형
explicit
|
|||
|
조사 시작
|
품질 이벤트의 범위와 즉각적인 영향을 파악하기 위한 공식 조사 단계의 시작을 나타냅니다. 일반적으로 이벤트가 조사 담당자에게 공식 배정되고 상태가 'Under Investigation'으로 변경될 때 포착됩니다. | ||
|
중요한 이유
조사 단계의 소요 시간을 추적하는 주요 이정표입니다. 이 단계가 지연되면 전체 해결 시간과 규정 준수 기한에 큰 영향을 줄 수 있습니다.
확보 방법
품질 이벤트 기록의 상태가 'Investigation in Progress'와 같은 상태로 변경된 시점을 기준으로 추론합니다. 이 변경 사항은 MasterControl 감사 추적에 기록됩니다.
기록
이벤트 상태가 'Under Investigation'으로 변경된 타임스탬프를 기준으로 추론합니다.
이벤트 유형
inferred
|
|||
|
조치 효과 검증 완료
|
실행한 조치가 효과가 있었는지 확인하기 위해 증거를 수집하고 검토하는 검증 단계가 완료된 상태입니다. 일반적으로 전자 서명을 포함해 효과성 확인 작업이 완료될 때 포착됩니다. | ||
|
중요한 이유
이 활동은 CAPA 효과성 비율과 평균 조치 검증 시간을 계산하는 데 중요합니다. 해결책이 효과가 있었는지 확인해 문제의 재발을 방지합니다.
확보 방법
검증 단계의 전자 서명으로 명시적으로 포착하거나 워크플로의 'Effectiveness Check' 작업 완료를 기준으로 추론할 수 있습니다.
기록
검증 단계의 전자 서명 로그나 작업 완료 타임스탬프에서 확인합니다.
이벤트 유형
explicit
|
|||
|
품질 이벤트 생성
|
이 단계는 일탈, 부적합, 불만 등 새로운 품질 이벤트를 MasterControl에 처음 기록하는 품질 관리 프로세스의 시작점입니다. 일반적으로 사용자가 새 품질 이벤트 기록을 생성할 때 명시적으로 포착되며, 타임스탬프가 포함된 감사 추적 항목이 생성됩니다. | ||
|
중요한 이유
이 활동은 케이스 처리의 시작을 나타냅니다. 전체 품질 이벤트 처리 시간을 측정하고 이벤트 접수량을 분석하는 데 필요합니다.
확보 방법
품질 이벤트 모듈의 감사 추적 테이블에 명시적으로 기록되는 이벤트입니다. 품질 이벤트 기록의 생성 타임스탬프에 해당합니다.
기록
새 품질 이벤트 객체를 만들 때 감사 추적에 기록됩니다.
이벤트 유형
explicit
|
|||
|
품질 이벤트 종료
|
MasterControl에서 품질 이벤트가 성공적으로 해결되고 공식적으로 종료되는 마지막 활동입니다. 기록 상태가 'Closed'로 변경될 때 포착되며, 해당 타임스탬프는 감사 추적에 저장됩니다. | ||
|
중요한 이유
이 활동은 프로세스의 종료를 나타내며 전체 처리 시간과 처리량을 계산하는 데 필요합니다. 품질 관리 케이스가 성공적으로 완료되었음을 확인합니다.
확보 방법
품질 이벤트 레코드의 상태가 마지막으로 'Closed'로 변경된 시점을 바탕으로 추론한 명시적 이벤트입니다. 상태 변경 시각은 감사 로그에 기록됩니다.
기록
이벤트 상태가 'Closed'로 변경된 시각을 바탕으로 추론합니다.
이벤트 유형
inferred
|
|||
|
근본 원인 분석 수행
|
근본 원인 분석(RCA)이 완료되고 결과가 문서화된 상태를 나타냅니다. 'Root Cause' 또는 관련 분석 필드가 입력되고 연결된 작업이 완료로 표시된 시점을 기준으로 추론할 수 있습니다. | ||
|
중요한 이유
이 활동을 추적하면 RCA 단계에 걸리는 시간과 분석 품질을 측정할 수 있습니다. 재작업을 파악하는 근본 원인 재조사율과 같은 KPI를 산출하는 데 중요합니다.
확보 방법
RCA 작업의 완료를 나타내는 감사 추적 항목이나 품질 이벤트 양식의 근본 원인 분류 필드가 입력되고 확정된 시점을 기준으로 추론합니다.
기록
'Root Cause Analysis' 워크플로 단계 또는 작업의 완료를 기준으로 추론합니다.
이벤트 유형
inferred
|
|||
|
시정 조치 계획 제안
|
검토를 위해 시정 및 예방 조치(CAPA) 계획을 작성하고 제출한 상태입니다. 일반적으로 CAPA 기록이 품질 이벤트에 공식 연결되고 상태가 'Pending Approval'로 설정될 때 포착됩니다. | ||
|
중요한 이유
조사에서 해결 계획 수립으로 넘어가는 단계입니다. RCA 완료부터 이 단계까지 걸리는 시간으로 계획 수립의 효율성을 파악할 수 있습니다.
확보 방법
연결된 CAPA 객체가 생성되거나 품질 이벤트 상태가 'CAPA Plan Proposed' 또는 'Pending Plan Approval'과 같은 상태로 변경된 시점을 기준으로 추론할 수 있습니다.
기록
연결된 CAPA 계획 기록의 생성이나 상위 이벤트의 상태 변경을 기준으로 산출합니다.
이벤트 유형
inferred
|
|||
|
시정 조치 실행
|
승인된 시정 조치 계획에 정의된 작업이 실행되어 완료된 상태입니다. 일반적으로 조치 담당자가 시스템에서 실행 작업을 완료로 표시할 때 포착됩니다. | ||
|
중요한 이유
평균 조치 검증 시간 KPI의 측정을 시작하는 주요 이정표입니다. 실행에 걸리는 시간은 시정 조치의 복잡성과 효율성을 보여 줍니다.
확보 방법
배정된 시정 조치 작업의 상태가 'Completed' 또는 'Implemented'로 변경된 시점을 감사 추적에서 확인해 추론합니다.
기록
연결된 CAPA 실행 작업의 완료 타임스탬프를 기준으로 산출합니다.
이벤트 유형
inferred
|
|||
|
예방 조치 실행
|
향후 재발을 방지하기 위한 예방 조치 계획의 작업이 완료된 상태입니다. 배정된 예방 조치 작업이 시스템에서 완료로 표시될 때 포착됩니다. | ||
|
중요한 이유
이 활동을 추적하면 예방 조치율 KPI를 산출하고 조직이 잠재적인 향후 문제에 얼마나 선제적으로 대응하는지 평가할 수 있습니다.
확보 방법
CAPA 계획에서 'Preventive Actions'로 지정된 작업의 완료 타임스탬프를 기준으로 추론합니다.
기록
연결된 예방 조치 작업의 완료 타임스탬프를 기준으로 산출합니다.
이벤트 유형
inferred
|
|||
|
이해관계자 통지
|
품질 이벤트의 해결 결과를 관련 이해관계자에게 공식적으로 전달하는 단계입니다. 시스템에 명시적으로 기록된 작업일 수도 있고, 워크플로에서 'Final Notification' 작업이 완료된 시점을 기준으로 추론할 수도 있습니다. | ||
|
중요한 이유
이 단계를 분석하면 소통의 효율성을 파악할 수 있습니다. 최종 검토 및 종료 시간 KPI를 계산하는 주요 기준이기도 합니다.
확보 방법
시스템에 기록된 명시적인 통지 이벤트일 수도 있고, 최종 종료 전에 'Notify Stakeholders' 작업이 완료된 시점을 기준으로 추론할 수도 있습니다.
기록
워크플로 내 별도의 통지 작업이 완료된 시점을 기준으로 추론합니다.
이벤트 유형
inferred
|
|||
|
조치 효과 없음 판정
|
검증 결과 실행한 조치가 효과가 없는 것으로 확인된 상태입니다. 이 이벤트는 재작업으로 이어지며, 검증 단계가 실패해 조사나 CAPA 계획 수립이 다시 열리는 상태 변경을 기준으로 추론합니다. | ||
|
중요한 이유
이 이벤트는 재작업 반복을 파악하고 최초 해결률을 계산하는 데 중요합니다. 개선이 필요한 문제 해결 과정의 실패를 보여 줍니다.
확보 방법
'Effectiveness Check Failed'와 같은 상태로 변경되거나 'Under Investigation'으로 되돌아가는 등 검증 실패를 나타내는 상태 변경을 기준으로 추론합니다.
기록
검증 후 케이스가 이전 단계로 돌아가는 워크플로 전환을 기준으로 산출합니다.
이벤트 유형
inferred
|
|||
|
초기 분류 완료
|
품질 이벤트를 분류하고 심각도와 우선순위를 지정하는 초기 평가가 완료된 상태입니다. 시스템에서 이벤트 상태가 'New'에서 'Under Assessment' 또는 'Investigation'으로 바뀌는 등 상태 변경을 통해 추론하는 경우가 많습니다. | ||
|
중요한 이유
초기 분류에 걸리는 시간을 분석하면 품질 문제에 대한 초기 대응이 지연되는 지점을 찾을 수 있습니다. 이후 워크플로와 리소스 배분을 결정하는 중요한 단계입니다.
확보 방법
감사 추적에서 이벤트 상태가 초기 분류 이후의 상태로 변경되거나 'Severity' 및 'Priority'와 같은 필수 분류 필드가 처음 입력되어 저장된 시점을 기준으로 추론합니다.
기록
이벤트 상태가 'Submitted'에서 'Assigned'로 바뀌는 등의 변경을 기준으로 산출합니다.
이벤트 유형
inferred
|
|||
|
최종 검토 수행
|
품질 보증 관리자가 모든 문서와 조치를 포함한 품질 이벤트 기록 전체를 최종 검토한 상태입니다. 일반적으로 케이스를 종료하기 전에 전자 서명 이벤트를 통해 명시적으로 포착됩니다. | ||
|
중요한 이유
종료 전 마지막 품질 확인 단계입니다. 이 단계가 지연되면 이벤트가 불필요하게 열린 상태로 남아 처리량 지표에 영향을 줄 수 있습니다.
확보 방법
사용자가 워크플로의 'Final Review' 또는 'QA Approval' 단계에 전자 서명을 적용할 때 감사 추적에서 명시적으로 확인합니다.
기록
최종 승인 워크플로 단계의 전자 서명 로그에서 확인합니다.
이벤트 유형
explicit
|
|||
|
품질 이벤트 취소
|
품질 이벤트가 유효하지 않거나 중복되었거나 잘못 입력된 것으로 판단되어 취소되는 대체 종료 상태를 나타냅니다. 상태가 'Cancelled' 또는 'Void'로 변경된 기록으로 확인할 수 있습니다. | ||
|
중요한 이유
종료된 이벤트와 취소된 이벤트를 구분해야 프로세스 결과를 정확히 보고할 수 있습니다. 취소율이 높다면 이벤트 보고나 분류 과정에 문제가 있을 수 있습니다.
확보 방법
감사 추적 기록에 남은 'Cancelled' 또는 'Voided'와 같은 최종 상태 변경을 바탕으로 추론합니다.
기록
이벤트 상태가 'Cancelled'로 변경된 시각을 바탕으로 추론합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 이벤트 로그를 구성하고 품질 관리 운영에 관한 인사이트를 확인하세요. 규정 준수와 효율성을 높이기 위한 개선을 시작할 수 있습니다.
MasterControl 품질 관리 처리 시간 30% 단축
프로세스를 시각화하고 비효율을 줄여 처리 시간을 30% 단축하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.