업무를 시작하기 전에 알아둘 점
EDC·CTMS·eTMF·IRT·Safety DB는 서로 다른 목적의 기록을 관리합니다. 시스템을 많이 도입했다고 자료가 자동으로 일치하거나 규정 준수가 완성되지는 않습니다. 업무 요구·권한·검증·연계·변경·장애·보존을 실제 자료 흐름과 연결하고 어떤 시스템이 어떤 사실의 기준인지 분명히 합니다.
현장에서 쓰는 말
| 용어 | 뜻 | 언제 쓰나 |
|---|---|---|
| CTMS | 임상시험 관리 시스템 | 실시기관·방문·일정 관리 |
| eTMF | 전자 시험 마스터 파일 | 필수문서 보관 |
| EDC | 전자 자료 수집 시스템 | CRF 입력 |
| IRT / IWRS | 무작위배정·의약품 공급 시스템 | 배정과 재고 |
| Safety DB | 안전성 데이터베이스 | 이상사례 사례 관리 |
관련 규정
ICH E6(R3)은 자료의 검토·정정·전송·확정과 전산시스템의 사용 목적·위험에 맞는 관리를 다룹니다. 자료의 출처·변경 이력·접근과 장기 열람을 실제 업무에 연결합니다.
ICH E6(R3) Annex 1 §4.3은 전산시스템 관리, §4.2는 자료 생애주기를 다룹니다. 시스템의 기능만 아니라 자료가 이동하는 과정도 고려합니다.
운영·기록·배정·안전성
CTMS는 운영 관리, eTMF는 필수 기록 관리, IRT/RTSM은 무작위배정·임상시험용의약품 관리 관련 기능, Safety DB는 안전성 사례 관리 등에 사용됩니다. 실제 기능은 구현에 따라 달라요.
시스템 사이의 경계
입력 정보의 책임·연계·접근권한·검증·변경·백업·보관을 고려합니다. 한 시스템의 상태값이 다른 업무의 완료를 자동으로 보장하지는 않습니다.
시스템별 목적과 기준 자료를 정합니다
EDC는 임상자료 수집, CTMS는 시험 운영, eTMF는 필수 기록, IRT/RTSM은 배정·임상시험용의약품 관련 기능, Safety DB는 안전성 사례 처리에 사용될 수 있습니다. 실제 구성은 제품과 시험에 따라 다르므로 어떤 자료가 어디에서 생성되고 어느 상태를 기준으로 삼는지 설명해야 합니다.
인터페이스도 하나의 업무입니다
시스템 연결이 있어도 식별자·코드·시점·누락·재전송 조건을 확인해야 합니다. 예를 들어 운영상 등록과 실제 배정, 기관 배송과 수령 확인은 서로 다른 사건일 수 있습니다. 전송 성공 메시지를 임상적·업무적 완료와 동일시하지 않고 불일치 시 확인 담당과 수정 위치를 정합니다.
권한과 장애 대응은 실제 역할에 맞춥니다
기관 담당자·CRA·DM·PV 등에게 필요한 접근을 구분하고 등록·변경·회수 과정을 관리합니다. 공유 계정으로 개인의 작업을 구분할 수 없게 하거나 퇴사자의 접근을 남겨 두는 방식은 피합니다. 장애 때 임시 기록을 어디에 남기고 복구 후 누가 대조하는지도 시험 전에 준비합니다.
실제 작업은 이런 순서로 진행해요
- 도입 요구에는 기능뿐 아니라 자료 중요도·역할별 접근·감사 추적·전자서명·추출·복구·보존을 넣습니다. 벤더의 검증 자료를 활용하더라도 시험의 사용 목적에 맞는 확인 책임을 정합니다.
- 계정은 역할과 위임 범위에 맞춰 부여하고 변경·퇴사·벤더 교체 때 회수합니다. 공유 계정이나 불필요한 관리자 권한은 누가 무엇을 했는지의 추적을 약화시킵니다.
- 연계는 성공 전송뿐 아니라 중복·누락·순서 변경·실패·재처리를 시험합니다. 종료 시에는 데이터만 추출하지 않고 메타데이터·추적 기록과 장기 열람에 필요한 형식을 확보합니다.
| 담당 | 시점 | 수행 내용 | 전달·협업 | 산출물·기록 |
|---|---|---|---|---|
| 업무 책임자 | 도입·설계 시 | 목적·자료·역할·중요 기능 정의 | 시스템 담당 | 요구사항 |
| 공급자·검토자 | 사용 전 | 구성·시험·권한·교육 확인 | 승인·사용 책임자 | 준비·시험 기록 |
| 사용·지원 담당 | 운영 중 | 접근·오류·연계와 변경을 관리 | 관련 기능팀 | 이슈·변경 이력 |
| 보안·운영 담당 | 장애·변경 시 | 영향·대체 절차·복구를 확인 | 자료 책임자 | 복구·대조 결과 |
| 보관 책임자 | 종료·서비스 변경 시 | 자료·메타데이터·읽기 가능성 확인 | 보관·이관 대상 | 출력·이관·접근 기록 |
실무에서는 이렇게 나누어 운영해요
같은 업무라도 회사와 시험 규모에 따라 운영 방식이 갈려요. 많이 쓰는 방식을 비교하면 이렇습니다.
| 운영 방식 | 구체적인 모습 | 장점 | 주의할 점 |
|---|---|---|---|
| 통합 플랫폼 | 여러 기능을 같은 플랫폼에서 운영합니다. | 공통 식별과 사용자 경험을 맞추기 쉽습니다. | 한 기능의 변경·장애가 다른 기능에 미치는 영향을 봐야 합니다. |
| 전문 시스템 연계 | 기능별 도구를 연결해 사용합니다. | 전문 요구에 맞는 기능을 선택합니다. | 식별자·전송·변환·재처리와 실패 감시가 중요합니다. |
| 혼합·수동 인계 | 시스템 사이 일부 자료를 파일로 전달합니다. | 기존 도구를 활용하고 도입 부담을 줄입니다. | 버전·보안·대조·수신 확인의 수작업 통제가 필요합니다. |
회사·시험마다 달라지는 부분
상용 서비스와 자체 구성
클라우드 서비스·공급자 표준 기능·시험별 설정·자체 개발은 책임 경계가 다릅니다. 외부 공급자가 검증했다는 설명만으로 실제 사용 목적에 맞는 구성과 운영 책임을 생략하지 않습니다.
자료 보관 방식
시스템 사용 종료와 기록 보관 종료는 다릅니다. 서비스 해지·공급자 변경 전에 데이터뿐 아니라 필요한 이력·문서·읽기 도구와 접근권을 어떻게 확보할지 결정합니다.
이런 상황이라면 어떻게 진행할까요?
가상의 시험에서 IRT의 불출 자료가 EDC로 전달되지 않았습니다. 시스템 담당자는 전송 로그와 실패 범위를 확인하고 업무 담당자는 실제 불출 기록을 대조합니다. 누락된 자료를 통제된 재처리로 전달하며 중복 생성 여부도 확인합니다. 장애 기간의 대체 업무와 후속 대조를 기록하고, 화면에 값이 보인다는 사실만으로 연결이 모두 정상이라고 판단하지 않습니다.
상태와 이력의 의미
같은 완료·승인 상태 이름도 시스템과 업무에 따라 의미가 다를 수 있습니다. 실제로 누가 어떤 정보를 바꾸었고 다음 단계가 무엇을 근거로 진행되는지 확인합니다. 자동 연계가 있으면 오류·재시도·수동 보정과 중복 방지의 처리도 자료 책임자가 이해할 수 있도록 기록합니다.
자료 이관의 확인
시스템 교체·종료 때는 원래 자료의 의미·구조·관련 이력이 보존되고 읽을 수 있는지 확인합니다. 파일 수가 맞는지만 보지 말고 필요한 범위와 메타데이터, 검색·접근 기능과 책임을 점검합니다. 이관 전후 차이가 생기면 근거와 해결을 남기고 이전 환경을 중단할 조건을 책임자가 확인합니다.
실무에서 자주 묻는 질문
벤더가 검증했다고 하면 충분한가요?
벤더 근거의 범위와 실제 설정·사용 목적·위험을 함께 검토합니다. 시험별 권한·양식·연계와 중요한 업무 시나리오의 확인이 필요합니다.
백업이 있으면 보관도 해결되나요?
복구용 백업과 장기 열람 가능한 보관은 목적이 다릅니다. 자료·맥락·추적 기록을 필요한 기간 동안 읽고 재구성할 수 있는지 확인합니다.
관리자 권한은 넓게 주면 편한가요?
업무에 필요한 최소 권한과 책임을 분리하는 것이 중요합니다. 변경·승인·자료 열람의 추적성과 부재 시 대체를 적절한 계정 구조로 설계합니다.
실무 체크리스트
- 시스템별 목적·기준 자료·책임이 명확한가
- 사용 목적에 맞는 시험·교육·권한을 확인했는가
- 식별자·전송 범위·재전송·오류 처리 규칙이 있는가
- 접근 변경과 회수가 개인별로 추적되는가
- 장애 시 임시 기록·복구 후 대조를 정했는가
- 종료 후 자료·이력의 읽기·검색·보존이 가능한가
자주 하는 실수
- 시스템의 상태값을 실제 업무 완료로 단정하는 것
- 공급자 인증서 하나로 모든 구성 검토를 대신하는 것
- 자료만 출력하고 감사추적·관련 메타데이터를 잃는 것
- 서비스 종료 뒤에 보관·접근 방법을 고민하는 것
다음 담당자에게 넘길 것
시스템 인계에는 계정·권한·설정의 책임, 연계 사양과 미결 장애, 변경 이력과 종료 후 보관 방식을 포함합니다. 비밀번호를 전달하는 방식으로 소유권을 넘기지 않고 승인된 계정 관리 절차로 접근을 이전합니다.