Крупная медицинская клиника в Новосибирске с развитой лучевой диагностикой, терапией и реабилитацией работала в распределённом формате: 4 филиала, 5 корпусов, около 350 рабочих мест и 12 серверов.
ИТ-инфраструктура обеспечивала работу регистратуры, касс, колл-центра, врачей и доступ к результатам исследований. Критическая зависимость от ИТ стала очевидной в момент, когда вся ИТ-команда из трёх человек одновременно уволилась, не оставив документации и передав руководству лишь часть доступов.
Клиника оказывала медицинские услуги с высокой долей лучевой диагностики. Ключевые особенности и требования:
- персональные данные пациентов высшего уровня чувствительности;
- хранение результатов исследований сроком до 10 лет;
- большие объёмы данных одного исследования;
- распределённая работа врачей между корпусами;
- необходимость быстрого доступа к текущим и архивным данным;
- высокая критичность ИТ для регистратуры, касс и колл-центра.
Остановка любого сервиса означала остановку приёма пациентов и финансовых потоков, а в некоторых случаях остановка ИТ угрожала здоровью и жизни пациентов.
После ухода ИТ-команды выявились системные проблемы:
- отсутствовала документация по инфраструктуре;
- серверная была ветхой и морально устаревшей;
- доступ к серверной и системам был абсолютно ограничен;
- ИТ-служба ранее была неподотчётна управлению;
- отсутствовал централизованный контроль над 12 серверами;
- PACS и МИС работали без единой стратегии развития и защиты;
- резервное копирование и архивирование не соответствовали критичности данных.
Фактически клиника осталась без управляемого ИТ.
Триггером стало одномоментное увольнение ИТ-команды, которое руководство расценило как протестную диверсию против изменений в управлении.
Рассматривался вариант набора новой ИТ-команды, но:
- не было времени на подбор;
- отсутствовала внутренняя экспертиза для оценки кандидатов;
- риски простоев и утраты данных были недопустимы.
Было принято решение привлечь внешнюю профессиональную команду и полностью пересобрать ИТ-модель клиники.
Работы велись поэтапно, но системно:
- серверная инфраструктура была собрана и модернизирована фактически с нуля, в новом, контролируемом помещении;
- обновлена и структурирована сеть между корпусами;
- реализованы резервированные каналы связи от провайдеров;
- построена 10-гигабитная оптоволоконная сеть между серверными и корпусами и кабинетами лучевой диагностики;
- усилена информационная безопасность для защиты персональных данных;
- внедрены новые PACS и МИС;
- реализована многоуровневая модель хранения данных: горячий архив — быстрый доступ врачей к текущим исследованиям; тёплый архив — доступ к данным за прошлые периоды для выдачи пациентам; холодное хранение — два отдельных сервера для долговременного хранения;
- выстроено резервное копирование с учётом сроков хранения и объёмов данных;
- обеспечена стабильная работа рабочих мест и ключевых сервисов.
Из аварийного состояния была сформирована управляемая и масштабируемая ИТ-инфраструктура.
За период около трёх месяцев:
- клиника получила стабильную и контролируемую ИТ-модель;
- обеспечена доступность медицинских данных во всех филиалах;
- снижены риски утраты и недоступности исследований;
- работа регистратуры, касс и колл-центра стала устойчивой;
- руководство получило прозрачность, контроль и стратегию развития ИТ.
В медицине потеря доступа к данным пациента — это не ИТ-сбой, а медицинский риск.
- ИТ в клинике влияет не только на экономику, но и на здоровье и жизни людей.
- Регуляторные требования и объёмы данных требуют системного подхода, а не «поддержки по ситуации».
- Управляемая ИТ-модель возможна только при слаженной работе профессионалов и прозрачной ответственности на разных уровнях.
- Документирована ли ИТ-инфраструктура клиники?
- Есть ли контроль доступа к медицинским данным?
- Соответствует ли хранение данных срокам и требованиям?
- Разделены ли архивы по скорости доступа?
- Проверяется ли восстановление резервных копий?
- Зависит ли ИТ от конкретных сотрудников?
- Готова ли клиника к внештатной потере ИТ-персонала?
Проверить — есть ли у меня такой риск
Если после проверки нужен разбор модели сопровождения, можно обсудить порядок работы и формат ответственности через Получить консультацию.
