보험 청구 심사 자동화와 병원 행정 자동화의 AI 선분류·사람 책임 검수 레이어

실손보험 청구 AI, 54.7% 참여인데 병원은 왜 17.3%였나

숫자부터 이상합니다. 실손보험 청구 전산화 참여율은 시행 직전 기준 54.7%였습니다. 그런데 보건소를 빼고 병원만 보면 17.3%로 내려갑니다.

환자는 서류를 떼러 다니지 않아도 되는 세상을 기대합니다. 보험사는 청구서를 더 빨리 받기를 원합니다. 그런데 정작 병원과 EMR이 덜 붙으면 AI는 멋진 판정기를 들고도 입구에서 대기합니다.

자동판정 버튼이 주인공인 줄 알았는데, 진짜 무대는 훨씬 지루합니다. 청구서가 들어오는 길, 애매한 건을 사람에게 넘기는 줄, 나중에 분쟁이 생겼을 때 꺼내볼 기록입니다.

첫 병목은 판정 모델이 아니라 병원과 EMR 연결입니다

1. 실손보험 청구 전산화는 병원급 의료기관과 보건소부터 시작됐습니다. 시행 직전 전체 참여율은 높아 보였지만, 병원군만 보면 참여가 낮아 첫 병목이 병원·EMR 온보딩에 있다는 신호가 나왔습니다.

2. 금융위원회도 후속 과제로 미참여 병원과 EMR 업체 참여 유도, FAQ 배포, 실손24 병원찾기, 마이데이터 연계를 언급했습니다. 모델 성능보다 먼저 풀어야 할 일은 기관 연결과 현장 운영이었습니다.

3. 공보험 쪽 HIRA 청구·심사 흐름은 이미 원형을 보여줍니다. 의료기관이 전산으로 청구하면 시스템이 오류·누락·계산 착오를 먼저 확인하고, 이상 건은 직원·의료전문가·위원회가 봅니다.

여기서 민간 실손보험과 공보험의 책임 구조가 같다고 말하면 과장입니다. 다만 운영 순서는 닮았습니다. 청구서가 먼저 표준 레일을 타고, 기계가 이상 신호를 고르고, 사람이 책임질 건을 봅니다.

AI는 도장을 찍기보다 검수 순서를 만듭니다

1. 청구서 한 장은 병원 창구에서 끝나지 않습니다. EMR, 청구 소프트웨어, 동의 정보, 코드, 금액, 증빙, 전송 상태를 지나 보험사 큐에 들어갑니다.

2. AI와 룰엔진이 먼저 할 수 있는 일은 명확합니다. 문서를 읽고, 필드를 뽑고, 코드와 금액을 대조하고, 누락·중복·저신뢰 건을 사람 검수 큐로 올립니다.

3. HIRA는 공보험 청구에서 종이 청구 심사기간을 40일, 전자 청구 심사기간을 15일로 제시했습니다. 이 숫자는 민간 보험 AI ROI가 아니라, 전자화가 시간을 줄이는 위치가 접수·점검·분류 레일이라는 힌트입니다.

4. 고객에게 불리한 결정일수록 마지막에 필요한 것은 "AI가 그렇게 말했습니다"가 아닙니다. 누가, 왜, 어떤 근거로 판단했는지 남기는 설명·로그·이의제기 경로입니다.

공항 보안검색대를 떠올리면 됩니다. 모든 짐을 사람이 처음부터 끝까지 열어보면 줄이 끝나지 않습니다. 기계가 먼저 보고, 이상한 짐만 사람이 다시 봅니다. 보험 청구에서도 돈은 바로 그 줄 세우기와 재검수 기록에 붙습니다.

이 패턴은 처음이 아닙니다. 다른 산업에서도 비슷한 구조가 보입니다. 금융권 백오피스 SaaS에서는 내부망에서 SaaS를 쓰는 문이 열려도, 개인식별정보·개인신용정보 처리에는 예외가 남고 접근통제·사전심사·정기평가가 붙습니다. 닮은 점은 자동화나 클라우드가 들어올수록 보안·권한·기록 운영이 유료 업무로 남는다는 점입니다. 다른 점은 보험·병원 청구에는 진료정보, 보험금 지급, 소비자 불이익이라는 민감한 판정이 같이 얽혀 사람 검수의 무게가 더 크다는 점입니다. 그쪽에서도 다음 전개는 "클라우드 도입" 자체보다 접근권한, 평가, 보고 같은 운영 요건을 누가 계속 관리하느냐였습니다.

돈은 자동판정이 아니라 책임질 수 있는 운영 항목에 붙습니다

대표 사례는 청구서 한 장으로 충분합니다. 환자가 진료를 받고 실손보험 청구를 요청합니다. 병원은 필요한 데이터를 보내야 하고, 보험사는 받은 데이터가 코드·금액·증빙과 맞는지 확인해야 합니다.

보험사가 새로 부담하는 것은 접수 자동화만이 아닙니다. 병원·EMR에서 들어온 데이터를 맞춰 보고, 예외 큐를 정리하고, 사람 검수 결과를 남기고, 이의제기 때 꺼낼 근거 패킷을 만들어야 합니다.

병원도 공짜로 지나가지 않습니다. EMR 연동, 동의·전송 오류, 개인정보 접근권한, 창구 문의 대응이 남습니다. 잘못 붙은 자동화는 일을 줄이지 않고 "왜 안 넘어갔죠?"라는 질문만 늘립니다. 원무과 입장에서는 이것도 꽤 성가신 신종 민원입니다.

그래서 공급자의 반복매출은 설치비보다 운영비에 가깝습니다. EMR 커넥터 유지보수, 코드·심사 규칙 버전관리, 예외 큐 운영, 권한관리, 감사로그 보관, 이의제기 문서 생성, 보안 점검이 계속 바뀝니다.

책임의 위치는 좁혀 써야 합니다. 이 케이스에서 벤더가 보험금 지급 책임을 대신 떠안는다고 볼 근거는 없습니다. 책임은 보험사와 의료기관의 사람에게 남고, 공급자는 그 사람이 책임질 수 있게 기록·검수·보안 인프라를 파는 쪽에 가깝습니다.

기억할 문장은 하나입니다. 자동화의 돈은 사람을 지우는 데서가 아니라, 사람이 책임질 순간을 정확히 남기는 데서 납니다.

인코어 관점: 자동승인율보다 예외 큐 조항을 봐야 합니다

돈의 위치는 이렇게 갈립니다. 보험사와 병원은 데이터 연결, 보안, 예외 처리, 민원·이의제기 대응 비용을 새로 부담합니다. EMR·청구 소프트웨어·운영 솔루션 공급자는 그 일을 대신 굴러가게 해주는 커넥터, 룰 관리, 검수 큐, 감사로그를 반복 서비스로 팝니다.

앞으로 볼 포인트는 세 가지입니다.

1. 기관 유형별 전산청구 참여기관 수와 실제 처리량이 공개되는지 봐야 합니다. 병원·의원·약국의 운영 숫자가 올라오면 데이터 레일이 넓어진다는 뜻이고, 숫자가 멈추면 온보딩이 여전히 병목이라는 뜻입니다.

2. 구매요건에 예외 큐, 사람 override, 감사로그, 이의제기 패킷, 접근권한 관리가 들어오는지 봐야 합니다. 이 항목들이 가격표에 올라오면 자동화가 기능이 아니라 책임 인프라로 팔리기 시작한 겁니다.

3. 자동화된 불리한 결정의 설명, 로그 보존, 이의제기 절차가 감독 기준에서 어떻게 정리되는지 봐야 합니다. 기준이 또렷해질수록 검수 레이어의 단가도 또렷해집니다.

AI 데모는 박수를 받습니다. 운영은 청구서를 만듭니다. 다음 계약서에서는 자동승인율보다 예외 큐·override·감사로그 조항이 가격표에 있는지 먼저 보십시오.