X12 파싱을 넘어: 의료 분야 수익 주기 워크플로우 격차 해소

월요일 오전 8시입니다. 의료 청구 담당자가 자신의 큐를 엽니다.

주말 동안 금요일의 835 지급 명세서 파일이 데이터 레이크에 완벽하게 안착되었습니다. 모든 청구 조정 사유 코드(CARC) 및 공급자 수준 조정(PLB) 코드가 파싱, 디코딩 및 정규화되었습니다. 파일의 412개 청구 중 38개가 부분 지급되었습니다. 가장 오래된 거부 건에 대한 적시 청구 제출 기간은 27일 남았습니다.

그녀는 필요한 모든 데이터를 가지고 있습니다. 그녀가 가지고 있지 않은 것은 그것에 대해 조치를 취할 장소입니다.

대신, 그녀는 오전 시간을 2100 및 2110 루프, 모든 EDI 파일 내에 숨겨진 중첩된 청구 및 서비스 라인 세부 정보를 수동으로 탐색하고, SQL 쿼리를 작성하고, 부분 지급을 지급 명세서와 대조하기 위해 스프레드시트에 붙여넣는 데 보냅니다. 거부를 처리하기 위해 실제로 전화를 걸 때쯤이면 하루의 절반이 지나갑니다.

KFF에 따르면, 2023년 HealthCare.gov에서 보험사는 네트워크 내 청구 5건 중 1건을 거부했으며, 그 거부 건의 1% 미만이 실제로 이의 제기되어 대부분의 부분 지급은 그대로 유지됩니다.

현대 의료 IT의 현실은 다음과 같습니다: 데이터 문제는 대체로 해결되었습니다. 워크플로우 문제는 그렇지 않습니다.

이것이 의료 X12의 운영 격차, 즉 파싱 엔진 바로 위의 누락된 계층입니다. 이를 해결하기 위해 Genpact와 Databricks는 기존 Databricks 환경 내에 완전히 존재하는 통합 운영 워크벤치를 구축했습니다. PHI는 보안 경계를 벗어나지 않으며, UI는 데이터를 제자리에서 쿼리하고, 행 수준 보안은 자동으로 적용됩니다.

청구 담당자가 스프레드시트에서 벗어나 청구를 다시 처리하도록 하는 방법은 다음과 같습니다.

파이프라인이 보통 멈추는 곳

X12는 미국 의료 결제의 백본(835, 834, 837)으로 남아 있습니다. Databricks 팀이 저술한 오픈 소스 x12-edi-parser는 완벽한 시작점입니다. 원시 파일을 가져와 루프를 이해하고 정규화된 레코드를 Delta Lake에 씁니다.

하지만 이것이 데이터 분석가를 SQL 쿼리로 이끌 수는 있지만, 청구 담당자를 이의 제기로 이끌지는 못합니다.

원시 X12 파일부터 React UI까지의 메달리온 파이프라인, Unity Catalog PHI 경계가 Bronze/Silver/Gold 데이터 계층을 둘러싸고 규정 준수를 보여줍니다.

우리가 구축한 것: 운영 워크벤치

이 격차를 해소하기 위해 두 계층으로 솔루션을 구축했습니다. 프로덕션 등급의 현실을 위해 기본 파서를 확장하고, 팀을 위한 안전하고 직관적인 운영 표면을 구축했습니다.

계층 1: 엔진 확장

실제 RCM 요구 사항에는 표준 오픈 소스 파서가 항상 처리하지 못하는 조회 기능이 필요합니다. 엔진을 확장하여 다음을 포함했습니다.

• 컨텍스트 등록(834): 엔드투엔드 후원자 및 종속성 추적.
• 디코딩된 조정(835): 코드 테이블 디코딩된 CAS 그룹/이유 필드. 이것은 청구 담당자가 "CO-45"를 바라보는 것과 화면에서 "CO-45: 수수료 일정 초과"를 읽는 것의 차이입니다.
• 업스트림 기여: 코드를 포크하지 않았습니다. 이러한 스키마 및 테스트 확장은 오픈 소스 커뮤니티로 다시 전송됩니다.

계층 2: 청구 담당자 데스크톱

이것은 운영 표면입니다. Databricks SQL 커넥터 바로 위에 있는 안전한 웹 애플리케이션입니다. 화면의 모든 숫자는 Unity Catalog 골드 뷰에 대한 라이브 쿼리입니다. ETL 섀도 복사본도 없고 동기화된 캐시도 없습니다.

워크벤치는 RCM 팀이 실제로 작업하는 방식에 맞춰 설계된 6가지 핵심 보기를 제공합니다.

청구 작업:

• 지급 명세서 서랍(835): 청구 담당자는 청구 대 지급 차이를 유발하는 CARC 코드를 정확히 확인합니다. 화면을 벗어나지 않고도 서비스 라인 세부 정보까지 모든 청구를 열고 이의 제기 또는 수정 초안을 작성할 수 있습니다.
• 거부 워크벤치: 적시 청구 기간은 연령을 현장에서 가장 중요한 지표로 만듭니다. 30일을 초과하면 행이 빨간색으로 표시됩니다. 지불자, CARC 또는 큐별로 필터링할 수 있습니다. 필터 상태는 URL에 인코딩되므로 관리자는 우선순위가 지정된 작업 목록을 팀을 위해 Slack에 깔끔하게 붙여넣을 수 있습니다.
• 등록(834): 혜택 코디네이터는 한 화면에서 신규 직원, 계획 변경 및 종료를 볼 수 있으며, 레코드가 실패하면 정확한 위반 세그먼트로 원클릭 드릴인이 가능합니다.

거부 워크벤치. 30일을 초과한 두 행이 빨간색으로 표시되고, 연령 배지가 중요도를 나타내며, 즉각적인 가시성을 위해 상태 표시줄에 위험에 처한 총 금액이 표시됩니다.

청구 CLM-4209가 선택되었습니다. 서랍에는 세 개의 서비스 라인이 표시되고, CO-45 조정을 일반 영어로 디코딩하며, 직접 이의 제기/수정 작업 버튼을 노출합니다.

현장 관리:

• 리더십 대시보드: 월별 청구, 지급 일치율, 활성 회원 및 미해결 거부를 한 화면에서 볼 수 있습니다. 지불자 피드가 중단되면 당일에 알 수 있습니다.
• 품질 게이트: 일치하지 않는 세그먼트 수는 지불자가 전체 파일을 거부하게 됩니다. 품질 계층은 파일이 전송되기 전에 수집 시 이러한 불일치를 감지합니다.
• 감사 및 보안: 모든 PHI 공개 및 워크플로우 상태 변경은 기록됩니다. 사용자가 긴급 PHI 액세스가 필요한 경우, 시스템은 서면 이유를 요구하며 이는 자동으로 감사 기록됩니다.

보안 잠금, 미리 채워진 이유 필드, HIPAA 규정 준수 경고 및 액세스 확인 전 로그 항목 미리 보기를 보여주는 긴급 액세스 모달.

향후 전망: GenAI 이의 제기 초안 작성

데이터를 청구 담당자 앞에 제시하는 것이 첫 번째 단계입니다. 두 번째 단계는 작업을 가속화하는 것입니다.

이 워크벤치의 다음 개척지는 Databricks Foundation Model API를 통해 Claude 모델을 통합하는 것입니다. 곧 시스템은 CARC 코드를 읽고, 원본 837을 가져오고, 임상 문서를 검토하고, 이의 제기 편지를 동적으로 작성할 것입니다. 빈 페이지에서 작성하는 대신, 청구 담당자는 검토자 및 승인자 역할을 하게 됩니다.

자신의 데이터로 직접 사용해 보세요

귀하의 환경에 이를 배포하는 것은 코드보다는 구성의 문제입니다. Databricks X12 EDI 가속기와 완벽하게 페어링됩니다.

저희에게 2주, 귀하의 Unity Catalog 스키마, 그리고 귀하의 큐에 이미 있는 20개의 거부 건을 제공해 주세요. 오늘날 귀하의 청구 담당자가 해당 거부 건을 처리하는 데 걸리는 시간을 측정한 다음, 워크벤치에서 일치하는 코호트를 처리하는 데 걸리는 시간을 측정하세요.

데이터는 귀하의 것이고, 스톱워치는 귀하의 것이며, 결론은 귀하의 것입니다.

귀하의 조직에 맞게 범위를 조정하려면 Neel Shapur([email protected]) 또는 Databricks의 Aaron Zavora에게 문의하십시오.

(이 글은 AI의 도움을 받아 번역되었습니다. 원문이 궁금하시다면 여기를 클릭해 주세요)