Тема 36 из 91· Операционная экономика системы здравоохранения
Длительность пребывания (ДП)
Длительность пребывания — это количество дней от госпитализации до выписки — основная метрика эффективности потока для стационарной помощи. Британские острые средние показатели составляют около 4-5 дней; каждый избыточный день потребляет дефицитную койку и подвергает пациента рискам, приобретённым в больнице.
Почему это важно
ДП управляет почти всем в экономике острой больницы: коечная мощность, плановая пропускная способность, поток неотложной помощи, персонал. Сокращение средней ДП даже на доли дня в масштабе высвобождает огромную мощность (см. сэкономленные койко-дни). ДП также является сигналом качества в обоих направлениях — слишком длинная предполагает сбой процесса (задержанная диагностика, бумажная работа при выписке, ожидания социальной помощи); слишком короткая может означать преждевременную выписку, что проявляется позже как реадмиссии.
Расчёт
ДП (на эпизод) = дата выписки − дата госпитализации
Средняя ДП = занятые койко-дни / выписки (отчитывайтесь о среднем И медиане;
ДП сильно смещена вправо выбросами длительного пребывания)
Сравнения требуют корректировки структуры случаев (возраст, диагноз, тяжесть),
иначе вы измеряете, кого принимает больница, а не как она работает.
Закон Литтла связывает переменные потока: занятые койки = коэффициент госпитализации × средняя ДП — тот же закон, который управляет программными очередями (см. метрики потока).
Разобранный пример
Траст принимает 40 экстренных медицинских пациентов в день при средней ДП 6,0 дней: 240 коек постоянно заняты (40 × 6). ПО координации выписки (отслеживание задач, автоматизация фармацевтики-на-вынос, бронирование транспорта) сокращает неклинический хвост пребываний на 0,4 дня в среднем.
Требуемые койки = 40 × 5,6 = 224 → 16 коек освобождаются непрерывно
= 16 × 365 = 5840 койко-дней/год
Оцените 5840 койко-дней по механизму (перезаполнение/закрытие/резерв) согласно сэкономленным койко-дням. Обратите внимание, что сдвинулось: не медицина, а ожидание — пациент был медицински готов; система всё ещё занималась бумажной работой. Это проблема очереди, и ПО хорошо справляется с проблемами очередей.
Связь с программной инженерией
ДП — это время цикла больницы, и плейбук улучшения идентичен работе над потоком поставки: инструментируйте этапы (госпитализация → лечение → медицински готов → фактически выписан), найдите, где скапливается время (это передачи), устраняйте состояния ожидания вместо добавления мощности. Когорта «медицински готов к выписке, но всё ещё занимает койку» — это больничная версия одобренного, но не слитого PR. Прямые программные возможности: оркестровка задач выписки, скорость выполнения диагностики, электронное назначение лекарств для выписки, интеграция направления в социальную помощь.
Подводные камни
- Отчётность только по среднему — выбросы доминируют; уменьшающееся среднее может скрывать растущий хвост длительного пребывания.
- Отсутствие корректировки структуры случаев в заявлениях до/после: пороги госпитализации меняются сезонно и в долгосрочной перспективе.
- Сокращение ДП, вновь появляющееся как реадмиссия — всегда сочетайте заявления о ДП с данными о реадмиссии за 30 дней.
Источники
- ОЭСР, индикатор длительности больничного пребывания. https://www.oecd.org/en/data/indicators/length-of-hospital-stay.html
- NHS England, Национальный сбор затрат. https://www.england.nhs.uk/costing-in-the-nhs/national-cost-collection/