**Есть такой популярный миф про гос-ИТ: «Там всё работает на древнем коде, который писали ещё при царе Горохе, и ничего изменить нельзя».

Звучит страшно, но знаете, в чём прикол? В здравоохранении очень часто вообще нет “старого кода”😅 Потому что до недавних пор многое просто не было оцифровано в принципе. То есть ты приходишь в проект — и перед тобой пустое поле. Где-то даже не поле, нетронутая тундра 🫎 И вместо того, чтобы разгребать чей-то технический долг, ты можешь строить архитектуру с нуля, спокойно, без боли рефакторинга.

Например: Ты хочешь сделать единый модуль для выгрузки исследований, а раньше исследования лежали в папках. Физических, в шкафу, по алфавиту. Здесь будет не «замена древнего кода», а построение нового цифрового слоя там, где раньше был бумажный ритуал. Можно выбрать стек, который реально подходит продукту — не потому что «так исторически сложилось», а потому что он оптимален под масштаб региона, нагрузку, интеграции и данные.

Да, кто-то скажет: «Но устаревшие системы же наверняка есть!» Есть. Например, условный медпортал десятилетней давности, который выглядит так, как выглядели сайты до появления UI-дизайнеров как профессии. Но тут е**сть важное правило: если работает — не трогай. Потому что одна ошибка в рефакторинге — и у нас 2 миллиона жителей не могут записаться к врачу. Поэтому переписывать можно (и нужно), но очень аккуратно, через микросервисы, через постепенную замену модулей. И это — тоже вызов уровня «включить мозги на максимум» 🧠

Где ещё айтишнику дают такую возможность? Ну разве что в стартапе. Да, ты чаще всего все равно будешь вкручиваешь винтик в готовый механизм, но между делом очень велика вероятность, что у тебя появится возможность построить весь механизм целиком. И от этого будет зависеть работа здравоохранения региона. Вот поэтому за каждым словом «устаревшее» почти всегда стоит фраза: «нужно сделать лучше — и у тебя есть шанс это придумать».

Пысы. Минусы, кстати, тоже есть, но об этом в следующем посте.