Платформа управления клиентами плюс автоматизация сбора claim’ов для американской биллинговой компании, обслуживающей провайдеров Hospice и Home Health — сама собирает claim’ы, подсвечивает проблемные на входе и держит все данные на HIPAA-совместимом облаке.
Американская компания занимается медицинским биллингом для провайдеров Hospice и Home Health. Ей нужна была единая внутренняя платформа, чтобы вести всю работу из одного места — клиентские организации, их пациентов и врачей, claim’ы и ошибки, и чтобы всё это валидировалось и перепроверялось, на надёжной HIPAA-совместимой инфраструктуре.
Одной из самых тяжёлых ежедневных задач было получение статусов claim’ов. Операторы работали руками через терминальную сессию: по каждому клиенту подключались, вводили логин и пароль, переключались между экранами и вручную выгружали данные. Терминал медленный — извлечение данных даже по одному клиенту занимало несколько минут, а полный проход по всем клиентам растягивался на десятки минут (порядка 35 и больше). И так каждый раз.
BillingHub — единая внутренняя платформа, собранная с нуля от и до. Одна система, которая держит клиентские организации (Hospice / Home Health), их пациентов и врачей, claim’ы и ошибки — и многократно всё валидирует. Автоматизация сбора claim’ов — лишь одна из ярких частей большого целого.
Единый реестр клиентских организаций (Hospice / Home Health) с настраиваемыми под бизнес полями, статусами обслуживания (активен / приостановлен / расторгнут) и полной историей изменений по каждому клиенту — кто, что и когда поменял, вплоть до конкретного поля. Поддерживается массовая загрузка клиентов.
Гибкая ролевая модель: для каждой роли настраивается, какие именно поля сотрудник может видеть, а какие — редактировать, и какой срез клиентов ему доступен. Так же точечно выдаётся доступ к разделам — каталогу claim’ов, управлению клиентами, удалению записей, — так что каждый получает ровно то, что нужно для работы, и ничего лишнего.
Система автоматически проверяет введённые данные. Коды ICD-10 сверяются через icd10data — код должен соответствовать диагнозу и полу пациента и не входить во внутренний блок-лист. Лечащих врачей система проверяет через CMS (data.cms.gov) на наличие нужных разрешений, отлавливая ошибки в кодах и данных пациентов заранее.
Развёрнуто на HIPAA-совместимом Google Cloud (под соглашением BAA) с управляемой Cloud SQL, Secret Manager и шифрованием. Доступ построен на подписанных токенах с ограниченным сроком и одной активной сессией на пользователя; вход усилен вторым фактором TOTP. Все изменяющие действия пишутся в аудит-лог, пароли хранятся только в виде хэшей, а автоматизация общается с платформой по защищённому каналу.
Получение статусов claim’ов было самой тяжёлой ежедневной рутиной — поэтому стало самой мощной частью платформы. Как было: оператор открывал легаси-терминал, входил по каждому клиенту, листал экраны и вручную переписывал записи. Минуты на клиента, порядка 35 и больше за полный проход — и так каждый раз.
Теперь сбор по расписанию делает всё сам: подключается к внешней системе статусов claim’ов, обходит всех активных клиентов и загружает тысячи claim’ов за один проход — сам ведёт список клиентов, следит за актуальностью доступов и логирует каждую сессию. Параллельно идёт классификация, поэтому проблемные claim’ы помечаются на входе, и оператор открывает готовый список вместо перечитывания всего подряд.
Посмотрите ниже. По умолчанию курсор работает с терминалом медленно, вручную — по одному пациенту. Нажмите «Запустить автоматизацию» — и та же работа идёт без рук: страницы листаются, записи летят в базу.
Реконструкция для кейса — все данные вымышлены; реальная система под NDA.
Проект выполнен в рамках NDA, поэтому здесь всё намеренно неполно — интерфейс переработан специально для кейса (это не реальные скриншоты), часть функционала опущена, а отдельные детали автоматизации скрыты по требованию заказчика. И при этом ничего не нарушено.
Работа велась в рамках подписанного NDA и установленного протокола обращения с данными. Внутренние детали, имена клиентов и любые сведения, позволяющие идентифицировать пациентов, намеренно опущены.
Никакие реальные чувствительные и персональные медданные не раскрывались и не использовались за пределами защищённого контура — всё хранится и передаётся в зашифрованном виде. Все данные в демо — вымышленные.
Автоматизация сбора claim’ов работает строго в рамках штатного ПО и интерфейсов, которые предоставляет сам уполномоченный орган, — без взломов, обхода защиты, реверс-инжиниринга и несанкционированного доступа, без действий, способных нарушить или заблокировать работу государственных систем.