Транзакция 837
Транзакция 837 — это стандартизированный электронный формат данных, используемый в здравоохранении США для передачи информации о медицинских услугах и выставления счетов (claim) от поставщика медицинских услуг (например, больницы или врача) страховой компании (пэйеру). Формат является частью набора стандартов электронного обмена данными (EDI — Electronic Data Interchange) в сфере здравоохранения, регламентируемого организацией ASC X12 (Accredited Standards Committee X12). Основная функция транзакции 837 — автоматизация процесса подачи и обработки страховых требований на оплату медицинской помощи, что заменяет бумажные формы и ускоряет взаиморасчёты между участниками системы.
История и стандартизация
Разработка формата 837 началась в 1990-х годах в рамках усилий по унификации электронного документооборота в американском здравоохранении. Ключевым стимулом стало принятие в 1996 году Закона о переносимости и подотчётности медицинского страхования (HIPAA — Health Insurance Portability and Accountability Act). HIPAA обязал всех участников системы здравоохранения США перейти на единые стандарты электронного обмена данными, включая формат 837, для повышения эффективности, снижения затрат и защиты конфиденциальности пациентов.
Первоначальная версия стандарта (X12 837 004010X098) была утверждена в 2000 году и стала обязательной для использования с 2003 года. Впоследствии формат неоднократно обновлялся. Наиболее распространёнными версиями являются 4010 (004010X098A1) и 5010 (005010X222A1), внедрённая в 2012 году для улучшения обработки данных и соответствия новым требованиям, включая кодировку ICD-10 (Международная классификация болезней 10-го пересмотра). Версия 5010 устранила многие неоднозначности и повысила точность передачи информации.
Структура и типы транзакции 837
Формат 837 представляет собой иерархическую структуру, состоящую из сегментов данных (групп элементов), которые описывают каждый этап медицинской услуги и требования к оплате. Данные передаются в виде текстовых строк с разделителями (обычно символы «*», «:», «~»), что обеспечивает машинную читаемость.
Существует несколько подтипов транзакции 837, различающихся по области применения:
- 837P (Professional): Используется для выставления счетов за услуги отдельных врачей, клиник, лабораторий и других поставщиков, работающих по индивидуальным лицензиям. Включает информацию о диагностике (коды ICD-10-CM), проведённых процедурах (коды CPT/HCPCS) и стоимости.
- 837I (Institutional): Предназначена для больниц, стационаров, домов престарелых и других учреждений, оказывающих комплексную помощь. Содержит данные о пребывании пациента (даты госпитализации и выписки), типе отделения, услугах, оказанных в рамках стационарного лечения.
- 837D (Dental): Специализированный формат для стоматологических услуг. Включает коды стоматологических процедур (CDT-коды) и информацию о зубах и поверхностях.
Основные компоненты данных
Транзакция 837 содержит несколько обязательных и опциональных блоков информации:
- Информация о поставщике услуг: Название, адрес, идентификационный номер (NPI — National Provider Identifier), номер лицензии.
- Информация о пациенте: Имя, дата рождения, пол, адрес, номер полиса медицинского страхования.
- Информация о страховой компании (пэйере): Название, адрес, идентификатор в системе EDI.
- Данные о медицинской услуге: Дата оказания услуги, место оказания (например, офис врача, больница), коды диагностики (ICD-10), коды процедур (CPT/HCPCS), количество единиц, стоимость.
- Финансовая информация: Сумма требования, сумма, оплачиваемая пациентом (франшиза, сострахование), сумма, оплачиваемая страховой компанией, корректировки.
- Дополнительная информация: Примечания, референтные номера, данные о направлении к специалисту.
Процесс обработки
Обработка транзакции 837 включает несколько этапов:
- Формирование: Медицинская информационная система (EHR/EMR) поставщика услуг генерирует файл в формате 837 на основе данных о визите пациента и оказанных услугах.
- Отправка: Файл отправляется через специализированный сервис (EDI-провайдер) или напрямую страховой компании. Часто используется протокол SFTP (SSH File Transfer Protocol) или AS2 (Applicability Statement 2).
- Приём и парсинг: Страховая компания получает файл, парсит его (разбирает на составные части) и проверяет на соответствие стандарту и наличие ошибок.
- Валидация и обработка: Система страховщика проверяет данные на корректность (например, соответствие кодов, наличие полиса). При успешной проверке формируется ответная транзакция — 835 (Payment/Remittance Advice), которая содержит информацию о принятии, отклонении или корректировке требования.
- Возврат: Поставщик услуг получает транзакцию 835, которая позволяет ему сверить поступления и выявить ошибки.
Значение и применение
Транзакция 837 является основой для автоматизации расчётов в здравоохранении США. Её внедрение позволило:
- Сократить время обработки: Требования обрабатываются за часы вместо недель при бумажном документообороте.
- Уменьшить количество ошибок: Автоматизация снижает риск человеческих ошибок при вводе данных.
- Снизить административные расходы: Уменьшаются затраты на печать, почтовые отправления и ручную обработку.
- Повысить прозрачность: Стандартизация позволяет легко отслеживать статус требований и выявлять мошенничество.
Несмотря на широкое распространение, формат 837 имеет ограничения. Он требует специального программного обеспечения и знаний для корректного формирования и интерпретации. Кроме того, различия в версиях стандарта (4010 и 5010) могут вызывать проблемы совместимости между системами разных участников рынка. В России и других странах, не входящих в систему здравоохранения США, аналогичные функции выполняют национальные стандарты электронного документооборота (например, в России — форматы, используемые в системе ОМС и ДМС, такие как XML-схемы для обмена счетами).
Критика и сложности
Основные критические замечания в адрес транзакции 837 связаны с её сложностью и высокими требованиями к квалификации персонала. Небольшие медицинские практики часто сталкиваются с трудностями при настройке и обслуживании EDI-систем, что приводит к ошибкам в выставлении счетов и задержкам выплат. Также отмечается, что формат 837 не всегда адекватно отражает сложные клинические случаи, требующие детального описания, и может приводить к неполной или искажённой передаче информации о состоянии пациента. В ответ на эти проблемы развиваются более современные стандарты, такие как FHIR (Fast Healthcare Interoperability Resources), которые ориентированы на более гибкий и семантический обмен данными.
Источники
- ASC X12 Standards for Electronic Data Interchange — Technical Report Type 3 (TR3) for Health Care Claim (837).
- Centers for Medicare & Medicaid Services (CMS) — HIPAA Administrative Simplification: Electronic Transaction Standards.
- Закон о переносимости и подотчётности медицинского страхования (HIPAA), 1996 г.
- Workgroup for Electronic Data Interchange (WEDI) — Reports on EDI Implementation in Healthcare.
- Health Level Seven International (HL7) — FHIR Overview.
BFOmetr — база данных и аналитика по компаниям России.
На главную BFOmetr →