업무를 시작하기 전에 알아둘 점
증례기록서(Case Report Form, CRF)는 계획서의 질문을 구조화된 수집 항목으로 바꾸는 도구입니다. 모든 원자료를 복사하는 양식이 아니며 분석·안전성·운영에 필요한 항목을 목적에 맞게 수집합니다. 필드 정의와 단위·반복 구조·결측 사유를 먼저 정리하면 입력 후 질의와 표준 변환의 부담을 줄일 수 있습니다.
현장에서 쓰는 말
| 용어 | 뜻 | 언제 쓰나 |
|---|---|---|
| CRF / eCRF | 증례기록서 / 전자 증례기록서 | 계획서에서 요구한 자료를 받는 서식 |
| CRF Completion Guideline | 증례기록서 작성 지침 | 실시기관 입력 담당자에게 배포 |
| Edit check | 입력 시 자동 검증 규칙 | 범위·논리 오류를 입력 단계에서 막을 때 |
| UAT | 사용자 수용 시험 | EDC 오픈 전 화면·검증 규칙을 실제로 입력해 보는 단계 |
| Annotated CRF | 변수명이 달린 증례기록서 | 데이터 표준(SDTM) 매핑과 통계 프로그래밍에 사용 |
관련 규정
ICH E6(R3) Annex 1 §3.16.1과 §4.2는 자료 수집·처리의 관리 체계를 다룹니다. CDISC CDASH는 표준화된 데이터 수집을 이해하는 참고 기준입니다.
CDASH·SDTM·ADaM은 목적이 다릅니다. 수집 화면을 표준 변수 이름으로 바꾸는 것만으로 제출·분석 표준의 적합성이 확보되지는 않습니다.
실무에서는 이렇게 나누어 운영해요
같은 업무라도 회사와 시험 규모에 따라 운영 방식이 갈려요. 많이 쓰는 방식을 비교하면 이렇습니다.
| 운영 방식 | 구체적인 모습 | 장점 | 주의할 점 |
|---|---|---|---|
| 표준 라이브러리 우선 | 검증된 공통 양식을 조합합니다. | 정의와 검증 규칙을 재사용하기 쉽습니다. | 계획서에 불필요한 항목을 그대로 남기지 않아야 합니다. |
| 시험별 설계 중심 | 방문과 평가 목적에 맞춰 양식을 만듭니다. | 특수한 절차와 자료를 반영하기 좋습니다. | 표준 일관성과 후속 변환 비용을 검토해야 합니다. |
| 수집·표준 공동 설계 | DM과 표준·분석 담당자가 함께 설계합니다. | 분석에 필요한 원천 항목을 일찍 확보합니다. | 제출 형식에 맞추려고 현장 입력을 복잡하게 만들지 않도록 합니다. |
설계부터 실제 수집까지
- 수집 사양은 질문 문구·허용값·단위·입력 조건·원천·검증 규칙을 연결합니다. 미실시·미확인·해당 없음은 다른 상태일 수 있어 하나의 빈칸으로 합치지 않는 것이 좋습니다.
- 사용자 인수 시험(User Acceptance Testing, UAT)은 정상 입력 외에도 방문 누락·재검사·중단·수정·권한 차이를 포함합니다. 화면이 열리는지와 자료가 의도한 구조로 저장·추출되는지를 모두 봅니다.
- 양식 변경 때는 새 등록자만 적용할지 기존 자료도 바꿀지 결정합니다. 기존 값의 손실·자동 재검증·기관 교육·표준 변환 영향을 시험하고 승인된 변경 이력을 남깁니다.
| 담당 | 시점 | 수행 내용 | 전달·협업 | 산출물·기록 |
|---|---|---|---|---|
| DM·임상·STAT | 설계 시작 시 | 계획서 요구와 자료원을 매핑 | CRF 작성 담당 | 수집 범위 |
| DM·기관 운영 | 화면 검토 시 | 항목·단위·반복·지침을 검토 | 개발·빌드 담당 | CRF·DB 사양 |
| 빌드·검토 담당 | 사용 전 | 규칙·권한·추출 기능을 시험 | 승인 담당 | 시험 결과와 이슈 |
| DM·교육 담당 | 배포·변경 시 | 버전·사용자·입력 지침을 준비 | 기관 | 시스템·교육 기록 |
| DM·기능팀 | 수집 진행 시 | 오류·부담과 변경 영향을 평가 | 변경 승인 체계 | 개선·검증 기록 |
수집 목적을 먼저 정해요
평가변수와 운영·안전성 등 필요한 자료를 정의하고 항목·방문·단위·입력 규칙을 설계합니다. 불필요한 수집은 피하고 원자료와 CRF의 관계를 정해요.
시험 후반까지 영향을 줘요
DB 사양·검증·사용자 수용 시험·변경 통제와 검토 규칙을 관리합니다. EDC는 시스템이고 CRF는 자료 수집 도구라는 차이를 구분하세요.
항목마다 수집 목적과 출처를 정합니다
평가변수, 안전성, 시험대상자 특성 등 어떤 질문에 쓰일 항목인지 검토합니다. 원자료에서 옮기는 값인지 직접 입력하는 자료인지, 중앙검사·영상·전자설문에서 받을 값인지도 구분합니다. 다른 시스템에서 받는 자료를 이유 없이 중복 입력시키면 불일치와 기관 부담이 커질 수 있습니다.
단위와 반복 구조가 후반 업무를 결정합니다
같은 항목이라도 방문별 반복, 예정 외 방문, 재검사, 부분 날짜, 단위와 정상 범위의 처리가 다를 수 있습니다. 화면에서 쉽게 입력되더라도 출력·코딩·변환 과정에서 의미가 불명확해지면 정제 비용이 늘어납니다. 수집 사양과 입력 지침, DB 구조가 같은 의미를 설명하는지 확인합니다.
사용자 수용 시험은 대표 사례를 따라갑니다
빈 화면이 열리는지만 확인하지 않고 입력·수정·쿼리·서명·권한·추출 등 필요한 기능을 담당 역할에서 확인합니다. 자동 규칙이 정상값에 잘못 반응하거나 필요한 오류를 놓치는지 살펴봅니다. 실제 시험대상자 정보 대신 시험용 자료를 쓰고 발견 사항의 해결·재확인을 기록합니다.
입력 지침과 자료 정의
입력 지침에는 누가 원자료를 보고 어떤 형식으로 기록하는지, 단위 변경·예정 외 방문·알 수 없는 값 등의 처리 방향을 명확히 합니다. 실제 관찰되지 않은 값을 기본값으로 자동 채우면 누락이 관찰값처럼 보일 수 있습니다. 화면의 편의 기능이 자료 의미와 변경 이력을 왜곡하지 않는지 검토합니다.
외부 데이터와의 경계
외부 데이터 항목을 설계할 때는 수신 식별자와 방문·검체·검사 코드, 허용 단위와 수정 파일 전달을 확인합니다. 같은 결과가 CRF에도 수집되면 기준 자료가 무엇인지 합의해야 합니다. 수신 파일을 받았다는 사실과 대상 범위가 완전하게 확보되었다는 확인은 분리해 관리합니다.
회사·시험마다 달라지는 부분
EDC에 들어오지 않는 데이터
중앙 검사·영상·설문·안전성 자료는 별도 흐름일 수 있습니다. 자료 전달 사양과 식별·수신·대조 책임을 정하고 화면 수집 범위와 합쳐 전체 데이터 흐름을 설명합니다.
운영 중 변경
개정 계획서, 규칙 오류, 기관 피드백에 따라 변경할 수 있습니다. 기존 입력값·쿼리·서명·출력에 미치는 영향을 평가하고 새 버전 적용·시험·공지와 필요한 재확인을 관리합니다.
이런 상황이라면 어떻게 진행할까요?
가상의 시험에서 검사 결과를 수집하지만 단위 선택지가 빠져 있습니다. 기관별 단위가 다를 수 있어 DM은 검사실 자료와 분석 요구를 확인합니다. 설계팀은 수치와 단위를 분리하고 허용 단위·변환 책임을 정합니다. UAT에서는 다른 단위와 미실시 상황을 입력해 추출 결과를 살펴봅니다. 이미 입력된 값은 원자료 확인을 통해 보완하고 모든 값을 같은 단위였다고 추정하지 않습니다.
실무에서 자주 묻는 질문
항목은 많을수록 좋은가요?
목적 없는 수집은 기관 부담과 불필요한 개인정보 처리를 늘립니다. 계획서·분석·안전성 요구와 연결되는지 설명할 수 있는 항목을 중심으로 설계합니다.
UAT는 DM만 하나요?
DM이 조율하더라도 기관 입력 관점과 의학·분석·운영 요구를 반영하는 검토가 유용합니다. 역할별 권한과 자료 흐름을 실제 시나리오로 확인합니다.
빈칸과 미실시는 같은가요?
입력이 아직 없다는 상태와 검사를 하지 않았다는 사실은 다릅니다. 사유·수집 정의를 구분해야 후속 질의와 분석에서 자료의 의미를 해석할 수 있습니다.
실무 체크리스트
- 각 항목의 목적·출처·수신 경로가 정해졌는가
- 반복·예정 외·부분 날짜·단위가 표현 가능한가
- 필요 없는 개인정보·중복 수집을 줄였는가
- 규칙·권한·출력·변경 기능을 확인했는가
- 입력 지침과 화면·사양이 일치하는가
- 변경 후 기존 데이터와 분석에 미치는 영향을 확인했는가
자주 하는 실수
- 계획서 문장을 그대로 항목으로 나열하는 것
- 표준 변수명 사용을 표준 적합성 전체로 오해하는 것
- 오류 규칙을 기관 교육으로만 해결하려는 것
- 변경 전후 값과 출력 차이를 검증하지 않는 것
다음 담당자에게 넘길 것
설계 인계에는 승인 화면·사양뿐 아니라 설계 의도, 자료원·외부 전송 관계, 규칙 목록과 미결 제약을 포함합니다. 후속 DM·프로그래밍 담당자가 수집값의 의미와 가능한 예외를 이해할 수 있도록 유지합니다.