EHR 스크린샷에서 임상 데이터 추출하는 방법
— 템플릿 없는 의미 기반 추상화

스크린샷 역설: 디지털 기록이 데이터 추출을 보장하지 않는 이유

전자의무기록은 데이터 이식성 문제를 해결할 것으로 기대되었습니다. 하지만 대신 새로운 문제를 만들었습니다: 임상 데이터 교환의 기본 단위가 된 스크린샷입니다.

이는 과장이 아닙니다. Reddit의 r/healthIT에서 한 병원 청구 담당자는 임상 데이터 워크플로우의 현실을 이렇게 설명했습니다: "시스템 간 데이터 교환은 매우 번거롭고, 보통 다른 시스템에 필요한 각 필드를 복사해서 붙여넣어야 합니다." r/clinicalresearch의 임상 연구 스레드에서는 EMR에서 EDC로의 데이터 입력이 왜 여전히 수동이고 지루한지 질문했습니다. 가장 많은 추천을 받은 답변: "개별 병원의 개인정보 보호 및 보안 문제. 모든 사이트가 다르고, 거의 모든 사이트가 PHI에 대해 극도의 신뢰 문제를 가지고 있습니다."

근본 원인은 구조적입니다. EHR 시스템(Epic, Cerner(현재 Oracle Health), Meditech)은 추출이 아닌 트랜잭션 처리를 위해 설계된 독점 관계형 데이터베이스에 데이터를 저장합니다. Epic은 Chronicles 트랜잭션 시스템의 임상 데이터를 미러링하는 Clarity라는 보고 데이터베이스를 사용합니다. Cerner는 수백 개의 테이블에 걸쳐 벤더별 스키마로 레코드를 구성하는 Millennium에 의존합니다. 직접 데이터베이스 액세스에는 대부분의 임상 팀이 갖추지 못한 SQL 전문 지식이 필요하며, 대부분의 의료 시스템이 이를 허용하지 않습니다.

이것이 스크린샷 역설을 만듭니다: 데이터는 EHR 내부에 디지털 형태로 존재하지만, 다른 시스템(임상 레지스트리, 연구 데이터베이스, 품질 보고 스프레드시트)으로 옮기는 유일한 방법은 화면을 통하는 것입니다. 누군가 로그인하여 올바른 환자, 올바른 진료 기록, 올바른 탭으로 이동하여 필요한 값을 읽습니다. 그런 다음 다른 곳에 입력합니다. 이것이 실제 임상 데이터 추출입니다: 환자 의무기록에서 핵심 정보를 체계적으로 추출, 검토 및 검증하는 프로세스입니다. 그리고 "체계적"이라는 단어에도 불구하고, 압도적으로 수동입니다. Journal of AHIMA에 발표된 연구에 따르면 의료 기관의 58%가 수동 추출을 주요 방법으로 사용하는 반면, 자연어 처리는 18%, 단순 데이터베이스 쿼리는 12%만 사용합니다(PMC 연구, 2021).

임상 데이터가 일반 서식보다 추출하기 어려운 이유

일반 인보이스에는 날짜, 금액, 공급업체 이름, 품목 등 약 12개 필드가 있으며, 그 의미는 형식에 관계없이 명확합니다. 그러나 임상 기록은 다릅니다. 동일한 데이터 유형이 EHR 모듈, 보고서 레이아웃, 심지어 동일한 의료 시스템 내의 어느 병원에서 생성되었는지에 따라 매우 다른 표현으로 나타납니다. 다음은 기존 추출 방식을 무너뜨리는 네 가지 데이터 범주와 그 이유입니다.

활력 징후: 단순한 숫자 그 이상

"142/88" 혈압 수치는 한 화면에서는 BP: 142/88 mmHg로, 다른 화면에서는 "수축기: 142", "이완기: 88"이라는 두 행 표로, 또 다른 화면에서는 자세 정보가 추가된 "142/88(앉은 자세, 왼팔)"로 나타날 수 있습니다. 고정 픽셀 좌표에서 값을 찾거나 알려진 라벨 형식과 패턴 매칭하는 템플릿 기반 추출 도구는 첫 번째 변형에서 실패합니다. 레이아웃마다 별도의 템플릿이 필요합니다. 반면 의미 기반 추출 모델은 "142/88", "수축기 142 / 이완기 88", "BP 142/88"이 형식과 관계없이 동일한 임상 개념을 설명한다는 것을 인식합니다. 위치가 아닌 의미로 읽기 때문입니다.

활력 징후는 또한 환자의 나이, 성별, 임상 맥락에 따라 달라지는 참조 범위를 수반합니다. 분당 110회의 심박수는 신생아에게는 정상이지만 휴식 중인 성인에게는 우려할 만한 수치입니다. 추출 도구가 그러한 임상적 판단을 내릴 필요는 없습니다. 추상화 담당자가 판단합니다. 그러나 값, 단위, 기록된 타임스탬프를 정확히 보존하여 추상화 담당자가 후속 검토를 위한 완전한 정보를 갖도록 해야 합니다.

동일한 수치가 EHR 외부에서도 나타납니다. 방문 기록을 작성하는 재택 의료 보조원이 혈압계, 혈당계 또는 맥박 산소 측정기 디스플레이를 촬영하고 나중에 각 숫자를 케어 로그에 입력합니다. 이 재택 의료 보조원 활력 징후 사진은 동일한 추출 문제입니다. 방문당 한 행씩, 수축기, 이완기, 맥박, SpO2를 열로 사용합니다.

투약 목록: 자유 텍스트의 다중 필드 파싱

EHR 화면의 투약 데이터가 깔끔한 표 형태인 경우는 드뭅니다. 약물명, 용량, 투여 경로, 투여 빈도, 마지막 투여 시간 등의 열로 구성된 연속 투약 기록(MAR)으로 표시될 수도 있고, "Metformin 1000 mg PO BID, Lisinopril 20 mg PO daily, Atorvastatin 40 mg PO QHS"와 같은 서술형 투약 조정 기록으로 표시될 수도 있습니다. 전자는 표 형식이고, 후자는 문장 형식입니다. 템플릿 기반 OCR 도구는 두 형식 모두에서 텍스트를 캡처할 수 있지만, 모든 약물명 약어에 대한 수기 규칙 없이는 "Metformin 1000 mg PO BID"를 [약물: Metformin, 용량: 1000 mg, 투여 경로: 경구, 투여 빈도: 하루 두 번]과 같은 구조화된 필드로 파싱하지 못합니다. 의미 기반 추출 방식은 문장을 읽고 각 약물명과 관련 용량, 투여 경로, 투여 빈도 간의 관계를 이해합니다. 이는 약사가 투약 목록을 훑어보며 머릿속으로 정리하는 방식과 동일합니다.

검사 패널: 하나의 값, 여러 라벨

혈청 포도당 결과는 Quest Diagnostics 보고서에서 "Glucose: 102 mg/dL"로, Cerner 검사 플로시트에서 "GLU 102"로, Epic Results Review 화면에서 "Glucose, Serum — 102 mg/dL (Ref: 70-99)"로 표시될 수 있습니다. 세 가지 모두 동일한 임상 관찰, 즉 공복 포도당 102를 나타냅니다. 템플릿 기반 접근 방식은 각 라벨 변형을 개별적으로 학습해야 합니다. 의미 기반 모델은 "Glucose", "GLU", "Glucose, Serum"이 동일한 검사 항목을 가리키는 세 가지 라벨임을 인식합니다. 이는 텍스트 문자열이 아닌 임상 용어를 이해하기 때문입니다.

이러한 차이는 실제 업무에서 매우 중요합니다. 외부 검사 PDF, 내부 EHR 스크린샷, 팩스 결과물이 혼합된 자료에서 200명 환자의 검사 값을 추출하는 임상 연구 코디네이터는 200개의 추출 템플릿을 만들 수 없습니다. 모든 형식에서 작동하는 단일 추출 패스가 필요합니다. 값이 위치한 위치가 아니라 의미에 따라 값을 식별하는 의미 기반 추출이 이를 가능하게 하는 메커니즘입니다.

문제 목록: 코드와 설명을 나란히

Epic의 문제 목록 항목은 "E11.9 — 합병증이 없는 2형 당뇨병"과 같이 표시될 수 있습니다. ICD-10 코드 "E11.9"는 텍스트 설명 옆에 위치합니다. 일부 보고서는 코드만 표시하고, 일부는 설명만 표시하며, 일부는 둘 다 표시합니다. 단순한 추출 도구는 "E11.9"를 한 필드로 가져오고 설명을 버리거나, 설명을 가져오고 코드를 잃을 수 있습니다. 추상화 담당자는 등록 제출을 위한 코드와 임상 맥락을 위한 설명, 둘 다 필요합니다. 진단 코드와 관련 텍스트 설명 간의 관계를 이해하는 의미 기반 추출 접근 방식은 쌍을 안정적으로 포착하여 완전한 임상 정보를 보존할 수 있습니다.

FHIR과 HL7이 스크린샷 문제를 해결하지 못하는 이유

이 시점에서 떠오르는 질문은 분명합니다. API를 사용하면 되지 않나요? FHIR(Fast Healthcare Interoperability Resources)은 바로 이를 위해 설계된 HL7 표준입니다. 즉, 시스템 간 구조화된 임상 데이터 교환입니다. Epic은 SMART on FHIR을 지원합니다. Cerner는 FHIR R4 기반 Ignite API를 제공합니다. Meditech의 Expanse 플랫폼은 FHIR R4 엔드포인트를 노출합니다. 그런데도 사람들은 왜 여전히 스크린샷에서 복사하여 붙여넣기를 하고 있을까요?

FHIR API는 제한된 데이터 요소와 제한된 사용자 집합만 다루기 때문입니다. Epic의 FHIR API는 환자 인구통계, 예약, 알레르기 및 일부 임상 문서를 제공하지만, 품질 지표, 상세 청구 데이터, 또는 진료소가 의뢰, 사전 승인, 등록 관련 변수를 추적하기 위해 추가하는 맞춤 필드는 노출하지 않습니다. Skyvern의 EHR 자동화 분석(2026년 3월)이 문서화했듯이, 가장 우수한 FHIR 구현조차도 프로그래밍 방식으로 접근 가능한 데이터에 상당한 공백을 남깁니다.

더 근본적으로, API 접근은 대부분의 임상 팀이 통제하지 못하는 IT 인프라를 요구합니다. ACC의 CathPCI Registry를 위해 데이터를 추상화하는 품질 개선 간호사나 Get With The Guidelines에 제출하는 뇌졸중 코디네이터는 FHIR 통합을 구축할 자격 증명, API 키 또는 기술 지원이 없습니다. 그들은 EHR 프런트 엔드에 접근할 수 있습니다. 로그인하여 환자 차트를 보고 스크린샷을 찍을 수 있습니다. 그것이 그들의 데이터 추출 파이프라인이며, 임상 데이터 추상화 작업의 상당 부분에서 그것이 유일하게 사용 가능한 파이프라인입니다.

심혈관 등록을 위한 AI 기반 추상화 도구를 구축하는 Health Elements 팀은 중간 규모 의료 시스템이 모든 서비스 라인에 걸쳐 임상 데이터 추상화에 연간 1,500만 달러 이상을 지출하는 것으로 추정합니다(Health Elements 분석). 동일한 분석에 따르면 AI 기반 추상화는 추상화 시간을 최대 90% 단축하고 총 추상화 비용을 50% 이상 절감할 수 있습니다. 이러한 절감은 더 나은 API에서 나오는 것이 아니라, 인간 추상화 담당자와 같은 방식으로 화면의 내용을 읽되 더 빠르고 일관되게 읽을 수 있는 도구에서 나옵니다.

의미 기반 추출과 템플릿 기반 OCR: 중요한 차이점

모든 AI 추출이 동일한 방식으로 작동하는 것은 아닙니다. 임상 데이터에서 중요한 차이는 위치 기반 추출(템플릿 OCR)과 의미 기반 추출(의미를 읽는 AI) 사이에 있습니다.

이 차이는 패러다임의 전환입니다. 템플릿 기반 OCR은 "이 페이지에서 포도당 수치는 어디에 있습니까?"라고 묻습니다. Semantic AI Extraction은 "이 페이지에서 어떤 값이 포도당을 의미합니까?"라고 묻습니다. 전자는 기하학 문제입니다. 후자는 독해 문제입니다. 동일한 관찰이 여러 EHR, 검사실 공급업체 및 보고서 레이아웃에서 수십 가지 다른 라벨로 나타날 수 있는 임상 데이터의 경우, 독해 접근 방식이 확장 가능한 방식입니다.

이것이 실제로 Custom Column Extraction이 의미하는 바입니다: 특정 EHR 화면 레이아웃에 대한 경계 상자를 정의하거나 템플릿을 훈련하는 대신, 원하는 열 머리글("Patient MRN", "BP Systolic", "BP Diastolic", "Heart Rate", "Hemoglobin A1c", "LDL Cholesterol")을 입력하면 AI가 임상적 의미를 이해하여 문서 어디에서나 각 값을 찾습니다. 출력을 정의하는 것은 사용자입니다. 입력을 이해하는 것은 AI입니다.

이 접근 방식은 또한 Batch Processing을 가능하게 합니다: 여러 스크린샷, PDF 또는 스캔된 보고서를 한 번에 업로드하고, 환자당 한 행씩, 모든 열이 채워진 단일 병합 스프레드시트를 받는 것입니다. 서로 다른 시점에 촬영된 서로 다른 EHR 모듈의 스크린샷이 포함된 200개의 환자 차트에서 데이터를 추상화하는 임상 연구 코디네이터의 경우, Batch Processing은 수 주가 걸리는 수작업을 몇 분 안에 완료되는 작업으로 바꾸어, 인간 검토자의 역할을 데이터 입력에서 데이터 검증으로 전환합니다.

종이 등록 양식도 본질적으로 다르지 않습니다. 환자 접수 양식을 Excel로 변환하는 작업은 정의한 헤더 목록을 스캔한 페이지에서 채워 넣으므로, 차트의 종이 부분이 스크린샷과 동일한 테이블에 들어갑니다.

실전 워크스루: EHR 스크린샷에서 구조화된 스프레드시트까지

실제 임상 데이터 추상화 시나리오, 즉 Epic 차트 스크린샷에서 심장내과 레지스트리 제출용 핵심 변수를 추출하는 시나리오를 사용하여 추출 워크플로우가 처음부터 끝까지 어떻게 진행되는지 보여드리겠습니다.

추출만으로는 부족할 때: 품질 검사 및 예외 사례

임상 데이터 추출은 인보이스 처리보다 더 높은 중요성을 지닙니다. 인보이스에서 소수점이 잘못되면 청구 수정으로 이어지지만, 검사 결과값에서 소수점이 잘못되면 레지스트리 데이터 품질 플래그가 발생하거나, 더 심각하게는 환자 결과가 잘못 분류될 수 있습니다. 여기서는 중요한 예외 사례와 이를 처리하는 방법을 다룹니다.

정상 범위를 벗어난 값 및 단위 불일치

크레아티닌 수치 "15.2 mg/dL"은 임상적으로 위험한 수치입니다. "1.2 mg/dL"은 일상적인 수치입니다. 추출 중 소수점이 이동하면 오류가 모든 다운스트림 분석에 전파됩니다. 이러한 문제에 대한 안전장치는 추출 단계가 아니라 검토 단계에 있습니다. AI 추출 후, 환자 집단의 생리학적으로 가능한 범위를 벗어난 값이 있는지 출력 열을 스캔하십시오. 최신 추출 도구는 구성 가능한 참조 범위와 추출된 값을 비교하여 이상값을 자동으로 플래그할 수 있습니다. 이는 인간 검토를 대체하지는 않지만, 검토자의 주의를 오류 가능성이 가장 높은 행으로 유도하여 모든 행을 동일하게 검토하는 것보다 훨씬 효율적인 워크플로우를 제공합니다.

중복 약물 및 조정 기록물

EHR 화면의 환자 약물 목록에는 "Metformin 500 mg BID"의 활성 처방과 "Metformin 1000 mg daily"의 중단된 처방이 모두 동일한 약물 이력 보기에 표시될 수 있습니다. 모든 약물 항목을 가져오는 단순 추출은 둘 다 캡처하여 허위 중복을 생성합니다. 해결책은 추출을 구성하여 약물 상태를 별도 열(활성/중단/완료)로 캡처하고, 추출자가 검토 중에 필터링할 수 있도록 하는 것입니다. 이때 추론 열이 유용해집니다. "활성 약물만 (예/아니오)"로 정의된 열은 AI가 각 약물 항목의 상태 맥락을 평가하고 현재 활성 상태인 것만 출력하도록 지시합니다.

다중 페이지 보고서 및 연속 페이지

CBC 결과가 2페이지에서 시작하여 3페이지까지 이어지는 4페이지 분량의 검사실 보고서는 연속성 문제를 제기합니다. 추출 도구가 3페이지가 새 보고서가 아닌 연속임을 이해할까요? 문서를 전체적으로 처리하는 의미론적 추출 모델(모든 페이지를 하나의 연속적인 임상 문서로 읽음)은 이를 자연스럽게 처리합니다. 모델은 3페이지의 "WBC: 7.2"가 2페이지에서 시작된 동일한 CBC 패널에 속하며 별도 보고서가 아님을 인식합니다. 다중 페이지 PDF를 업로드할 때는 AI가 이 연속성 맥락을 유지할 수 있도록 모든 페이지를 여러 업로드로 분할하지 말고 단일 파일에 포함시키십시오.

수기 주석 및 여백 메모

임상의는 주석을 답니다. 여백에 "2주 후 반복"이라고 손으로 적힌 인쇄된 검사실 보고서. 동그라미 친 용량 옆에 "중단됨 — 위장 장애 유발"이라고 휘갈겨 쓴 약물 목록. 이러한 주석에는 표준 OCR 엔진이 놓치거나 잘못 읽을 임상적으로 중요한 정보가 포함되어 있습니다. 문서를 추출된 텍스트뿐만 아니라 이미지로 처리하는 비전 기반 AI 모델은 인쇄된 텍스트와 함께 필기체를 읽어 구조화된 데이터와 비구조화된 임상 맥락을 한 번에 캡처할 수 있습니다. 수기 메모가 약물 상태를 수정하는 경우, "약물 상태 (활성/중단/수정됨)"와 같은 추론 열이 해당 주석을 검토자를 위한 구조화된 플래그로 표시할 수 있습니다.

HIPAA, 보안, 그리고 '컴플라이언스'의 실제 의미

임상 데이터를 처리하는 모든 도구는 HIPAA를 준수해야 합니다. 그러나 HIPAA 컴플라이언스는 인증 배지가 아니라, HIPAA 보안 규칙이 요구하는 관리적, 물리적, 기술적 안전장치에 의해 정의되는 운영 상태입니다(45 CFR Part 160 및 Part 164의 Subpart A와 C). 정부 기관이 'HIPAA 인증' 마크를 발급하지 않습니다. 중요한 것은 도구의 데이터 처리 방식이 보안 규칙의 세 가지 안전장치 범주를 충족하는지 여부입니다.

임상 데이터 추출과 관련된 기술적 안전장치는 다음과 같습니다: 전송 중 암호화(모든 데이터는 HTTPS로 전송), 저장 데이터 암호화, 환자 데이터를 보거나 처리할 수 있는 사람을 제한하는 접근 통제, 그리고 데이터 보존 및 삭제에 대한 명확한 정책입니다. 파일을 일시적으로 처리하는 도구(처리 후 원본 문서를 저장하지 않고 데이터만 추출)는 지속적인 PHI 저장소가 없기 때문에 상당한 위험 범주를 제거합니다.

업무상 제휴 계약(BAA)이 필요한 조직(대부분의 HIPAA 적용 기관)의 경우, 추출 도구 공급업체에 반드시 물어봐야 할 핵심 질문은 BAA에 서명할 의향이 있는지입니다. BAA는 HIPAA 의무를 업무상 제휴사인 공급업체로 확장하는 계약입니다. 서명된 BAA 없이 적용 기관은 해당 공급업체와 처리를 위해 PHI를 법적으로 공유할 수 없습니다. 이는 기술적 기능이 아닌 계약상 요구사항입니다. 환자 데이터를 업로드하기 전에 반드시 확인하십시오.

실제로 AI 기반 임상 데이터 추출을 위한 보안 모델은 다음과 같아야 합니다: 사용자가 시스템에 입력되는 데이터를 통제하고, 시스템은 원본 파일을 보관하지 않고 처리하며, 사용자가 출력 결과의 행선지를 통제합니다. PHI의 지속적인 저장 금지, 사용자 데이터 학습 금지, 제3자와의 공유 금지. 이러한 운영 관행(마케팅 주장이 아닌)이 HIPAA 호환 워크플로우를 일반 파일 업로드 도구와 구분짓는 요소입니다.

의미론적 추출이 뛰어난 경우와 인간이 필요한 경우

의미론적 AI 추출은 대부분의 임상 데이터 추출 시나리오를 잘 처리하지만, 인간의 판단이 필수적인 특정 상황이 있습니다. 이러한 한계를 솔직히 인정하는 것이 존재하지 않는 완벽한 경험을 약속하는 것보다 낫습니다.

뛰어난 경우: 단일 화면이나 보고서에 있는 구조화되거나 반구조화된 임상 데이터 — 활력 징후 표, 약물 목록, 검사 패널, 문제 목록, 예방 접종 기록, 퇴원 약물 조정. 이러한 데이터 유형은 시각적 표현이 달라도 예측 가능한 임상 의미를 갖습니다. AI는 다양한 EHR 공급업체와 보고서 형식에서 높은 정확도로 이를 캡처할 수 있습니다. 기본 임상 개념(혈압, 당화혈색소, 약물 용량)이 보편적이기 때문입니다.

인간이 확인해야 하는 경우: 데이터가 포함된 서술형 임상 노트 — 공식 검사 결과 항목 없이 검사 값을 우연히 언급하는 경과 기록("오늘 아침 K가 3.1이라서 보충했습니다"). AI는 "3.1"을 칼륨 값으로 추출할 수 있지만, 이것이 공식 검사가 아닌 현장 검사였으며 그 값이 레지스트리의 "혈청 칼륨" 필드에 속하지 않을 수 있다는 임상적 맥락을 포착하지 못할 수 있습니다. 마찬가지로, 심한 아티팩트가 있는 스캔 문서 — 여러 번 팩스 전송되어 고스트 텍스트와 정렬 왜곡이 발생한 팩스 기록 — 는 결과 품질이 저하될 수 있습니다. 이러한 경우 AI 추출은 최종 답변이 아니라 인간 검토자가 확인하는 초안으로 취급해야 합니다.

의료 문서를 위한 LLM 기반 정보 추출 도구에 대한 2024년 벤치마킹 연구(medRxiv 게재)에 따르면, 최신 AI 모델은 임상 IE 작업에서 "규칙 기반 방법에 비해 상당한 발전"을 제공하지만, 성능은 문서 유형과 추출 복잡성에 따라 달라집니다. 실무자를 위한 핵심: AI 추출을 생산성 배율기로 사용하여 간단한 데이터 포인트의 80%를 처리하고, 인간 추출자는 임상 판단이 필요한 20%에 검증 노력을 집중하십시오.

다른 접근 방식과의 비교

임상 데이터 추출 옵션은 완전 수동에서 완전 자동까지 다양합니다. 다음은 마케팅 문구가 아닌 실제 현장에서의 비교입니다.

올바른 선택은 데이터 양, 형식 다양성, 조직의 기술 리소스 접근성에 따라 달라집니다. 데이터베이스 자격 증명, API 접근 권한, NLP 엔지니어링 팀 없이 Epic 스크린샷, 외부 검사실 PDF, 팩스 기록 등 다양한 형식의 200개 차트를 추출해야 하는 임상 연구 코디네이터에게 의미론적 AI 추출은 템플릿 구축이나 IT 연동이 필요 없는 유일한 옵션입니다. 이것이 유일한 유효한 접근 방식은 아니지만, 대부분의 임상 데이터 추출 작업이 직면한 현실적 제약 조건에 부합하는 유일한 방법입니다.

자주 묻는 질문

오늘날 EHR 스크린샷에서 등록, 연구, 질 개선 프로젝트 또는 감사를 위해 임상 데이터를 추출하고 있다면, 먼저 소량의 자체 파일로 접근 방식을 테스트해 보십시오. 환자 차트 10개를 선택하고, 열을 정의한 후 추출을 실행합니다. 결과를 수동 추출과 비교하십시오. AI가 데이터 포인트의 90% 이상을 정확하게 포착한다면, 현재 필사에 소요하는 시간의 대부분을 되찾은 것입니다. 나머지 10%는 바로 귀하의 임상 전문성이 필요한 부분입니다.