Тема 36 из 91· Операционная экономика системы здравоохранения

Длительность пребывания (ДП)

Длительность пребывания — это количество дней от госпитализации до выписки — основная метрика эффективности потока для стационарной помощи. Британские острые средние показатели составляют около 4-5 дней; каждый избыточный день потребляет дефицитную койку и подвергает пациента рискам, приобретённым в больнице.

Почему это важно

ДП управляет почти всем в экономике острой больницы: коечная мощность, плановая пропускная способность, поток неотложной помощи, персонал. Сокращение средней ДП даже на доли дня в масштабе высвобождает огромную мощность (см. сэкономленные койко-дни). ДП также является сигналом качества в обоих направлениях — слишком длинная предполагает сбой процесса (задержанная диагностика, бумажная работа при выписке, ожидания социальной помощи); слишком короткая может означать преждевременную выписку, что проявляется позже как реадмиссии.

Расчёт

ДП (на эпизод)  = дата выписки − дата госпитализации
Средняя ДП      = занятые койко-дни / выписки (отчитывайтесь о среднем И медиане;
                   ДП сильно смещена вправо выбросами длительного пребывания)

Сравнения требуют корректировки структуры случаев (возраст, диагноз, тяжесть),
иначе вы измеряете, кого принимает больница, а не как она работает.

Закон Литтла связывает переменные потока: занятые койки = коэффициент госпитализации × средняя ДП — тот же закон, который управляет программными очередями (см. метрики потока).

Разобранный пример

Траст принимает 40 экстренных медицинских пациентов в день при средней ДП 6,0 дней: 240 коек постоянно заняты (40 × 6). ПО координации выписки (отслеживание задач, автоматизация фармацевтики-на-вынос, бронирование транспорта) сокращает неклинический хвост пребываний на 0,4 дня в среднем.

Требуемые койки = 40 × 5,6 = 224 → 16 коек освобождаются непрерывно
            = 16 × 365 = 5840 койко-дней/год

Оцените 5840 койко-дней по механизму (перезаполнение/закрытие/резерв) согласно сэкономленным койко-дням. Обратите внимание, что сдвинулось: не медицина, а ожидание — пациент был медицински готов; система всё ещё занималась бумажной работой. Это проблема очереди, и ПО хорошо справляется с проблемами очередей.

Связь с программной инженерией

ДП — это время цикла больницы, и плейбук улучшения идентичен работе над потоком поставки: инструментируйте этапы (госпитализация → лечение → медицински готов → фактически выписан), найдите, где скапливается время (это передачи), устраняйте состояния ожидания вместо добавления мощности. Когорта «медицински готов к выписке, но всё ещё занимает койку» — это больничная версия одобренного, но не слитого PR. Прямые программные возможности: оркестровка задач выписки, скорость выполнения диагностики, электронное назначение лекарств для выписки, интеграция направления в социальную помощь.

Подводные камни

  • Отчётность только по среднему — выбросы доминируют; уменьшающееся среднее может скрывать растущий хвост длительного пребывания.
  • Отсутствие корректировки структуры случаев в заявлениях до/после: пороги госпитализации меняются сезонно и в долгосрочной перспективе.
  • Сокращение ДП, вновь появляющееся как реадмиссия — всегда сочетайте заявления о ДП с данными о реадмиссии за 30 дней.

Источники