업무를 시작하기 전에 알아둘 점
CDISC 표준은 수집·정리·분석 자료의 의미와 구조를 일관되게 만드는 데 도움을 줍니다. CDASH·SDTM·ADaM과 통제용어는 목적이 다르며 하나를 적용했다고 나머지가 자동 완성되지는 않습니다. 제출기관의 지원 버전과 시험의 원천 자료·분석 목적을 연결하고 변환 과정의 추적성을 유지합니다.
현장에서 쓰는 말
| 용어 | 뜻 | 언제 쓰나 |
|---|---|---|
| CDISC | 임상 데이터 표준 단체 | 국제 표준 제정 |
| CDASH | 수집 단계 표준 | CRF 설계에 사용 |
| SDTM | 표준 데이터 구조 | 규제기관 제출용 데이터셋 |
| ADaM | 분석 데이터 구조 | 통계 분석용 데이터셋 |
| Define-XML | 데이터 정의서 | 변수·코드 설명 문서 |
관련 규정
CDISC는 CDASH, SDTM, ADaM 등을 foundational standards로 소개합니다. 표준 모델·구현 가이드·통제용어는 버전과 적용 목적을 구분해 사용합니다.
분석 전 데이터 확정은 단순 파일 생성이 아니라 자료 품질과 검토·정정의 확인을 포함합니다. 데이터 표준 적합성만으로 시험 전체 품질을 보증할 수는 없습니다.
각 표준의 목적
CDASH는 데이터 수집, SDTM은 표준화된 데이터 구조, ADaM은 분석 데이터와 추적성을 이해하는 출발점으로 볼 수 있다.
시험별 적용을 확인
국가·제출 목적·표준 버전과 구현 가이드를 확인해야 한다. 실제 데이터는 단순한 일방향 자동 변환으로 완성되지 않는다.
표준의 출발점이 다릅니다
CDASH는 수집 내용의 표준화를 이해하는 데, SDTM은 표 형식의 표준 데이터 구조에, ADaM은 분석과 추적성에 초점이 있습니다. 입력 양식과 도메인, 분석 데이터셋은 반드시 일대일로 대응하지 않습니다. 같은 이름의 변수라도 역할·출처·도출 조건을 확인하고 목적에 맞게 해석해야 합니다.
매핑에서 자료 의미가 사라지지 않게 합니다
항목·단위·검사·방문·반복 구조를 확인하고 표준에 맞게 변환하는 규칙을 문서화합니다. 원자료에 없는 값을 편의상 만들어 채우거나 알 수 없는 날짜를 근거 없이 완전한 날짜로 바꾸지 않습니다. 분석 목적의 도출이 필요하면 원 수집값과 변환·도출 정보를 구분해 설명합니다.
검증 경고는 근거를 보고 판단합니다
기계적 검증으로 구조·필수 값·용어 관련 문제를 찾을 수 있지만 연구 질문과 임상적 의미를 모두 판단할 수는 없습니다. 오류·경고의 원인을 확인하고 수정 또는 설명의 근거를 남깁니다. 경고가 없다는 이유로 매핑·분석이 맞다고 단정하거나 모든 경고를 없애려고 데이터를 왜곡하지 않습니다.
실제 작업은 이런 순서로 진행해요
- 표준 계획은 모델·구현 가이드·통제용어·제출 요건의 조합을 명시합니다. 최신 버전이라는 이유만으로 수신기관이 지원한다고 가정하지 않고 실제 제출 범위를 검토합니다.
- 매핑 사양은 원천 필드·단위·변환·도출·결측 처리와 예외를 설명합니다. 자료가 없는 부분을 추정값으로 채우지 않고 수집 정의와 해당 표준의 허용 방법을 검토합니다.
- 검증 도구의 경고는 오류·타당한 예외·사양 문제를 구분해 처리합니다. 자동 검사 통과 외에 임상 맥락·분모·도출·원천 추적을 확인하고 설명이 필요한 항목을 문서화합니다.
| 담당 | 시점 | 수행 내용 | 전달·협업 | 산출물·기록 |
|---|---|---|---|---|
| DM·표준 담당 | 설계 시 | 수집 항목·표준·자료원의 관계 정의 | 빌드·프로그래밍 | 표준 계획·사양 |
| 프로그래밍·DM | 자료 수신 시 | 코드·단위·방문·매핑을 확인 | 검토 담당 | 변환 데이터와 매핑 |
| STAT·프로그래밍 | 분석 구현 시 | 분석 집단·변수·도출을 연결 | 검증 담당 | 분석 데이터·메타데이터 |
| 검토·검증 담당 | 패키지 점검 시 | 규칙·일관성·추적성을 평가 | 담당 기능팀 | 결과와 해결 설명 |
| 제출·분석 담당 | 전달 시 | 데이터·메타데이터·설명 자료 확인 | 사용·제출 대상 | 최종 패키지와 버전 |
실무에서는 이렇게 나누어 운영해요
같은 업무라도 회사와 시험 규모에 따라 운영 방식이 갈려요. 많이 쓰는 방식을 비교하면 이렇습니다.
| 운영 방식 | 구체적인 모습 | 장점 | 주의할 점 |
|---|---|---|---|
| 표준 우선 설계 | CRF부터 공통 정의와 용어를 반영합니다. | 후속 변환의 불확실성을 줄입니다. | 현장의 실제 수집을 불필요하게 복잡하게 하지 않아야 합니다. |
| 수집 후 매핑 | 기존 자료를 제출 모델에 변환합니다. | 기존 시스템과 자료를 활용할 수 있습니다. | 필수 원천 정보가 없으면 나중에 만들 수 없습니다. |
| 공통 라이브러리 운영 | 프로그램 간 매핑과 도출 규칙을 재사용합니다. | 일관성과 재현성을 높입니다. | 시험별 예외와 버전·변경 영향을 관리해야 합니다. |
회사·시험마다 달라지는 부분
제출 대상과 버전
지역·기관의 지원 표준과 시행 조건이 다를 수 있습니다. 최신 CDISC 버전과 제출기관이 허용하는 버전을 동일시하지 않고, 시험·허가 일정에 맞춰 사용 버전을 정합니다.
역할 분담과 도구
전담 표준팀이 있거나 DM·프로그래밍이 나누어 수행할 수 있습니다. 변환 도구를 사용하더라도 매핑 승인·임상적 검토·분석 도출과 검증 책임을 구분하고 자동화 결과를 확인합니다.
이런 상황이라면 어떻게 진행할까요?
가상의 시험에서 원천 검사 결과의 단위가 기관별로 다릅니다. 표준 담당자는 원천 값과 단위를 보존하면서 표준화 규칙과 변환 근거를 정의합니다. 분석 담당자는 어떤 값이 분석에 쓰이는지 ADaM 사양과 연결하고 독립 검토로 도출을 확인합니다. 자동 검증 경고를 없애기 위해 임의 단위를 넣지 않고 필요한 설명과 자료 보완을 처리합니다.
도출 정보와 원 수집값
분석 목적의 방문 선택·기준값·부분 날짜 처리 등은 원래 수집값과 구분해 설명해야 합니다. 변환 전후의 관계와 도출 근거를 유지하면 검토자가 결과를 원자료까지 추적할 수 있습니다. 수집 오류를 표준 매핑 단계에서 숨기거나 근거 없는 보정으로 제거하지 않습니다.
패키지 간 일관성
데이터 파일·메타데이터·검증 결과와 설명 자료가 동일한 버전의 정의를 가리키는지 확인합니다. 변수명·라벨·코드목록·단위·분석 정의가 바뀌면 관련 자료도 함께 검토합니다. 기술적 파일 생성 성공과 의미·제출 요건의 충족을 구분하고 최종 전달에 사용한 목록과 기준본을 보존합니다.
실무에서 자주 묻는 질문
SDTM이면 바로 분석하나요?
SDTM은 제출용 정리 구조이며 분석 목적의 도출과 집단·변수 정의가 별도로 필요할 수 있습니다. ADaM과 SAP의 관계를 함께 검토합니다.
검증 경고가 없으면 완벽한가요?
자동 검증은 정해진 규칙만 확인합니다. 임상 의미·변환 적절성·원천 추적·분석 목적과의 일치 여부는 전문 검토가 필요합니다.
최신 표준을 쓰면 되나요?
모델·가이드·용어의 호환과 제출기관 지원 버전을 확인해야 합니다. 기존 자료와 프로그램 공통 라이브러리의 변경 영향도 함께 봅니다.
실무 체크리스트
- 수집·표준화·분석의 목적과 버전을 구분했는가
- 원자료에서 변수·도출·출력까지 추적 가능한가
- 단위·방문·부분 날짜·코딩 변환의 근거가 있는가
- 기계적 검증과 의미 검토를 함께 수행했는가
- 해결하지 않는 경고와 설명의 타당성을 검토했는가
- 데이터·메타데이터·설명 자료의 버전이 일치하는가
자주 하는 실수
- SDTM을 만들면 분석 데이터도 자동 완성된다고 보는 것
- 최신 버전을 모든 제출기관의 요구로 가정하는 것
- 검증 도구 경고를 없애려고 원 수집 의미를 바꾸는 것
- 분석 도출을 원래 관찰값처럼 설명하는 것
다음 담당자에게 넘길 것
인계 자료는 데이터 파일 외에도 매핑·도출 사양, 통제용어·표준 버전과 검증 결과를 포함합니다. 데이터 생성자는 자료 사용자가 변수의 출처와 제약을 이해할 수 있도록 설명을 유지하고 변경 시 관련 데이터·보고 영향도 함께 전달합니다.