임상시험 문서 자동화, eTMF 문서를 반복 분류하지 않는 방법
핵심 요약 (TL;DR)
IRB 승인서, 동의서, Monitoring Visit Report는 같은 시험이라도 Study·Site·Version이 문서마다 다른 위치와 형식으로 기재돼, eTMF 업로드 전 원본을 다시 열게 됩니다.
로민 API가 문서를 분류하고 Study, Site, Version, Date, Subject ID를 값별 신뢰도와 함께 추출합니다.
n8n 같은 워크플로우 도구가 결과를 트래커에 정리하고, 버전이 다르거나 신뢰도가 낮은 값만 업로드 전 검수로 보냅니다.
담당자는 확인 대상만 원본과 대조하고 eTMF 최종 승인을 진행합니다.
eTMF 업로드 전 임상 문서 정리에서 무엇이 반복되나요?
문서마다 다르게 기재된 Study·Site·Version을 원본에서 다시 찾아 트래커에 입력하는 일이 반복됩니다.
TMF(Trial Master File)는 임상시험의 수행 과정과 품질을 입증하는 필수 문서 묶음이고, eTMF는 이 문서를 전자 시스템으로 관리하는 방식입니다. 다기관 임상시험에서는 여러 CRO와 사이트가 각자의 양식으로 문서를 보내기 때문에, 담당자는 문서를 하나씩 열어 Study, Site, Version, Date를 확인한 뒤 트래커에 입력합니다. 문서 하나하나는 어렵지 않지만, 시험과 기관이 늘어날수록 확인할 양도 빠르게 늘어납니다.
제약 품질문서 자동화는 시험성적서(CoA)와 제조기록서 자동화 글에서 다뤘습니다.
1) Study·Site 기준 재태깅
같은 시험이라도 사이트마다 파일명이 ICF_final.pdf, approval_scan.pdf처럼 제각각입니다. 기관명도 IRB 승인서에는 한글로, Monitoring Visit Report에는 영문과 Site 번호로 기재됩니다. 파일명만으로는 어느 시험, 어느 기관 문서인지 알기 어려워 결국 문서를 열어 보게 됩니다.
2) 동의서와 IRB 승인서의 Version 재대조
동의서는 페이지 하단에, IRB 승인서는 심의자료 목록에 Version이 기재됩니다. 동의서는 Version 3.0인데 IRB 승인서의 승인 대상 동의서가 Version 2.1이라면, 새 버전의 승인 통지서가 아직 도착하지 않았을 수 있습니다. 두 문서를 나란히 열어 승인일자와 버전을 다시 대조해야 하는 순간입니다.
문서 형태 차이 | 실무 영향 |
|---|---|
Study ID 위치가 상단, 하단, 파일명으로 분산 | 트래커 태깅 기준 차이 |
Version 표기 방식이 문서마다 다름 | 최신 승인본 확인 지연 |
서명 영역이 별도 페이지나 스캔 이미지에 위치 | 공유 전 마스킹 대상 누락 |
Site 정보가 기관명과 Site No.로 혼재 | 기관별 문서 묶음 기준 혼선 |
3) 서명·Subject 정보 공유 전 재확인
동의서 서명 페이지에는 Subject ID, 생년월일, 성명, 서명이 함께 기재됩니다. 외부에 공유하기 전 가려야 할 영역을 확인하려고 원본을 확대해 다시 봅니다.
4) 트래커 밖 미수신 문서
Monitoring Visit Report의 Action Item에 기재된 후속 문서가 별도 메일로 오거나 아직 도착하지 않으면, 메일함과 공유 폴더를 다시 찾아보게 됩니다.
Study·Site·Version 기준으로 어떤 항목을 확인하나요?
문서 유형마다 확인 항목이 다릅니다. IRB 승인서는 승인 문서 목록, 동의서는 Version과 서명 영역, Monitoring Visit Report는 Action Item이 중심입니다.
문서 종류 | 추출 항목 예시 | 실무 활용 |
|---|---|---|
IRB 승인서 | Study ID, Site, 승인일자, 과제번호, 승인 문서 목록과 Version | 승인 이력 확인, 승인 대상 버전 확인 |
동의서(ICF) | Study ID, Version, Version Date, Subject ID, 서명 영역, 기관명 | 사용 버전 확인, 공유 전 마스킹 검토 |
Protocol | Study ID, Protocol No., Version, 발효일, Sponsor | 기준 문서 버전 확인, 후속 문서 대조 |
Monitoring Visit Report | Visit Date, Site, CRA, Visit Type, Findings, Action Item | 모니터링 이력 정리, 후속 조치 확인 |
Deviation Report | Deviation No., 발생일, Site, Subject ID, 이탈 내용, 조치 상태 | 이탈 이력 관리, audit 대응 자료 |
로민은 문서마다 구조가 달라도 이 항목들을 추출해, 값별 신뢰도와 함께 API 응답으로 전달합니다.
eTMF 업로드 전 자동화 흐름은 어떻게 구성하나요?
로민 API와 n8n 같은 워크플로우 도구를 연결해 문서 수신, 분류·추출, 트래커 정리, 업로드 전 검수의 4단계로 구성합니다. 처음부터 모든 문서를 연결할 필요는 없습니다. 반복이 가장 많은 동의서나 IRB 승인서부터 시작해 문서 종류를 하나씩 추가할 수 있습니다.
구분 | 역할 |
|---|---|
로민 | 문서 분류, Study·Site·Version·Date·Subject ID 추출, 값별 신뢰도 제공 |
워크플로우 도구 | 문서 수신, 트래커 정리, 버전 대조·미수신 확인, 담당자 알림 |
담당자 | 확인 대상 검수, eTMF 최종 승인 |
1단계. 임상 문서 수신
CRO와 사이트 메일, 공유 폴더로 들어온 문서를 워크플로우 도구가 받아 로민 API로 전달합니다. 담당자가 파일을 따로 모아 올릴 필요가 없습니다.
2단계. 문서 분류와 항목 추출
로민이 문서를 IRB 승인서, 동의서, Protocol, Monitoring Visit Report, Deviation Report로 분류하고 Study, Site, Version, Date, Subject ID를 추출합니다. 파일명이 제각각이거나 기관마다 양식이 달라도 문서 내용을 기준으로 구분합니다.
3단계. 트래커 정리와 확인 대상 분리
워크플로우 도구가 추출 결과를 Study·Site 기준으로 트래커에 정리합니다. 동의서와 IRB 승인서의 버전이 다르거나, 예정된 문서가 들어오지 않았거나, 신뢰도가 낮은 값이 있으면 업로드 전 검수로 보냅니다. 확인할 것이 없는 문서는 eTMF 업로드 준비 폴더로 바로 전달합니다.
4단계. 업로드 전 검수
담당자는 검수 목록에 올라온 값만 원본과 대조합니다. 문서 전체를 다시 열어 보는 대신, 확인이 필요한 몇 개의 값에 집중할 수 있습니다. 확인을 마친 문서는 eTMF에 업로드하고 최종 승인을 진행합니다.
사람이 다시 확인하지 않아도 되는 처리 비율을 로민은 문서 업무 자동화율이라고 부릅니다.
구조화 전후 eTMF 업로드 전 검수는 어떻게 달라지나요?
문서를 하나씩 열어 입력하던 시간이 확인이 필요한 값을 검토하는 시간으로 바뀝니다.
구분 | 기존 방식 | 구조화 후 |
|---|---|---|
문서 확인 | 파일별 Study·Site·Version 직접 확인 | 추출된 값의 트래커 확인 |
버전 확인 | 동의서·IRB 승인서 원본 교차 확인 | 버전이 다른 문서만 검수 |
양식 대응 | CRO·사이트별 파일명·양식 재파악 | 문서 내용 기준 분류 |
수신 현황 | 메일함·공유 폴더 재확인 | 트래커 기준 수신·미수신 확인 |
담당자 역할 | 분류·입력·대조 반복 | 확인 대상 검토·최종 승인 |
여러 종류의 문서를 먼저 분류하고 확인할 항목을 선별하는 방식은 공공과 의료 분야에서도 쓰이고 있습니다.
특허청: 양식이 제각각인 심판서류 171여 종을 자동 분류하고, 심판관이 육안으로 하던 서류 형식 점검을 자동화했습니다.
흥국생명: 진단서·처방전을 포함한 보험금 청구서류 20여 종을 분류 성공률 98%, 항목 인식률 97%로 자동 처리해 접수 업무를 자동화했습니다.
라이나생명: 진단서·처방전 등 보험금 청구 서류의 접수를 AI OCR로 자동화했습니다.
GC케어: 건강검진 결과서의 검사 항목과 수치를 자동 추출해 데이터화 업무를 자동화했습니다.
충북대학교병원: 임상병리 문서 인식에 로민을 적용했습니다.
출처: 특허청 AI 심판 업무 자동화 관련 기사 · AI타임스 / 흥국생명 보험금 접수 자동화 관련 기사 · 전자신문 / 라이나생명 보험금 청구 접수 자동화 관련 기사 · 전자신문 / 로민 헬스케어 솔루션
자주 묻는 질문
Q. CRO나 사이트마다 임상 문서 형식이 달라도 처리 가능한가요?
네. 로민은 문서 내용과 구조를 기준으로 문서 유형과 항목을 추출하기 때문에 기관마다 양식이 달라도 처리할 수 있습니다. 새 사이트가 추가될 때 규칙을 처음부터 다시 만들 필요가 없고, 운영 환경에 맞는 추출 기준은 로민과 함께 설계합니다.
Q. 서명 영역이 포함된 스캔본 동의서도 처리할 수 있나요?
네. 이미지 PDF, 스캔본, 스마트폰 촬영본도 처리합니다. 해상도가 낮거나 기울어진 문서처럼 신뢰도가 낮게 표시된 값은 업로드 전 검수로 넘어가, 담당자가 원본과 대조해 확인합니다.
Q. eTMF나 문서 트래커와 연동할 수 있나요?
로민은 처리 결과를 API로 제공합니다. n8n 같은 워크플로우 도구, 내부 API, DMS·eTMF 연계 모듈로 트래커와 업로드 전 흐름을 연결할 수 있으며, 구성 방식은 사내 보안 정책에 맞춰 함께 정합니다.
Q. Subject ID와 서명 영역 정보는 어떻게 처리되나요?
로민은 CSAP 인증과 KPaaS·KACI 인증을 취득했습니다. 온프레미스, 프라이빗 클라우드, SaaS(API) 방식으로 구축할 수 있어 외부망 사용이 제한된 환경에서도 검토할 수 있습니다. 마스킹 범위와 접근 권한은 회사의 보안 기준에 맞춰 협의합니다.
Q. eTMF compliance도 자동으로 판단하나요?
compliance 판단과 eTMF 승인은 담당자가 진행합니다. 로민은 판단에 필요한 값을 정리하고, 업로드 전 검수 목록에서 추출 결과와 원본을 함께 확인할 수 있도록 지원합니다.
Q. 문서 버전 불일치도 자동으로 확정하나요?
로민이 동의서와 IRB 승인서의 Version을 각각 추출하면, 워크플로우 도구가 두 값을 비교해 다른 경우 검수 목록에 올립니다. 최신 승인본 확정은 담당자가 진행합니다.
임상시험 문서 자동화, 우리 환경에 맞게 검토해 보세요
지금 사용하는 임상 문서로 어디까지 자동화할 수 있는지 확인해 보세요. 로민과 만나 반복이 가장 많은 문서부터 함께 검토할 수 있습니다.