План изменений 2026–2027

УК ведет регулярное финансовое планирование как рабочую управленческую функцию.

Проект задает базу: без собственного планирования УК не может быть источником качественной финансовой логики для остальных контуров компании. В документе это один из основных элементов программы.

Фонды и логика план-факт описаны, согласованы и применяются в управлении.

Учредительский документ прямо выносит “описание фондов и план-факт” в отдельный шаг. Смысл проекта — перевести финансовую картину из набора разрозненных цифр в модель, где руководитель понимает структуру ресурсов и может сравнивать план с фактом на приемлемом уровне качества.

Расширение штата и ключевые расходы оцениваются по инвестиционной логике, а не только по факту потребности.

Этот проект связан с тем, что финансовые решения в растущей компании не должны приниматься только по принципу “сейчас нужно” или “заплатили — и ладно”. Учредительская логика здесь — перейти к оценке последствий и возврата от расхода.

Руководители департаментов понимают финансовые ограничения и используют их в своих решениях.

Проект нужен, чтобы финансовая функция перестала быть “закрытым знанием” нескольких людей. По интервью Екатерины, финансовая информация должна не просто существовать, а быть понятной и прозрачной для принятия решений.

В финансовом департаменте работают реальные контроли, а не только номинальные проверки.

Это один из самых четко подтвержденных проектных контуров из интервью Екатерины Мездриковой. Она прямо описывает желаемое состояние как “существующую работающую контрольную среду”, а также подчеркивает, что сейчас функции финансового департамента слишком завязаны на оплаты и транзакционную нагрузку, при этом контрольная функция по-настоящему не развернута. Проект нужен, чтобы сделать контроли самостоятельной рабочей частью департамента, а не побочным эффектом от потока оплат.

Заявки на оплату и входящие финансовые данные структурированы и пригодны для корректного контроля и обработки.

Из интервью видно, что департамент перегружен входящим потоком и вынужден обслуживать большое количество задач, которые поступают в неструктурированном виде. Это снижает качество работы и не дает финансам быть сильной аналитической и контрольной функцией. Проект нужен для нормализации входа: что подается, в каком виде, с какими данными и по каким правилам.

Дебиторская задолженность и авансовые отчеты находятся в устойчивом контуре наблюдения и реагирования.

В интервью Екатерины этот участок назван как зона, которую нужно усиливать с точки зрения контроля. По смыслу это отдельный проблемный блок, который нельзя оставлять “в общем потоке”, если компания хочет перейти к более зрелой финансовой модели.

Клиники работают по регулярному финансовому планированию: по выручке, расходам, загрузке и отклонениям; руководитель клиники видит план как рабочий инструмент управления.

Передать на уровень клиник регулярное финансовое планирование. Руководитель клиники должен видеть финансовый план как рабочий инструмент управления, а не как отчётность управляющей компании.

За руководителями клиник закреплена ответственность за финансовый результат объекта: выполнение плана, отклонения, маржинальность.

Закрепить ответственность руководителя клиники за финансовый результат: план/факт, отклонения, маржинальность и управленческие решения по своей клинике. Это меняет роль руководителя с операционного администратора на владельца результата объекта.

Клиника работает как самостоятельный центр финансовой и административной ответственности с понятной управленческой ролью руководителя.

Этот проект не про один документ или один KPI, а про новую конструкцию роли клиники в системе компании. Внутренний смысл — клиника должна стать не только местом оказания услуги, но и полноценной единицей управления результатом.

Оплата руководителей клиник пересобрана и поддерживает управление загрузкой, расходами, маржинальностью и устойчивостью объекта.

Пересобрать оплату руководителей клиник так, чтобы она поддерживала нужное поведение: управление загрузкой, расходами, маржинальностью и устойчивостью клиники. Это не отдельная формула ради формулы, а часть новой модели ответственности руководителя.

Для клиник определены и используются параметры устойчивой безубыточности.

Это конечный экономический проект внутри клинической программы: не просто управлять клиникой в процессе, а доводить ее до устойчивого режима, в котором экономическая модель не требует постоянного ручного спасения.

Точка безубыточности и план роста клиники разведены как разные управленческие сущности; руководители клиник и департамент производства работают по модели, где базовая устойчивость и рост не смешаны в одну цифру.

Харламов называет несоответствие между точкой безубыточности и планом одной из болевых точек. Сейчас рост может вшиваться в ТБ как давление на команду, хотя реальный потенциал клиники не всегда рассчитан отдельно. Проект должен исправить методологию управления.

Юридическая структура компании приведена в состояние, соответствующее управленческой и финансовой логике.

Проект создает новую формальную оболочку бизнеса, через которую дальше можно наводить порядок в финансах и ответственности.

Связи между юридическими лицами прозрачны и корректно оформлены.

Проект закрывает риски, возникающие из\-за неясных, рыхлых или неправильно оформленных взаимосвязей между юрлицами.

Юридическая перестройка повышает прозрачность финансовых потоков и обязательств.

Проект соединяет юрструктуру и экономику, а не рассматривает их как две отдельные темы.

Финансовые и хозяйственные решения проходят проверку на корректное оформление до запуска, а не после.

Ввести порядок, при котором финансовые и хозяйственные решения проходят проверку на корректное оформление до запуска, а не после возникновения последствий. Проект снижает риск, что компания сначала действует, а потом срочно догоняет договоры, первичку и учёт.

Бухгалтерия и учетный контур подключаются до запуска хозяйственных решений, а не после возникновения последствий.

Это один из самых конкретных проектов, пришедших из интервью Тамары Платухиной. Она последовательно описывает проблему постфактум-разгребания: компания сначала платит или запускает действие, а потом должна “догонять” договоры, закрывающие документы и правильное отражение операции. Проект нужен, чтобы перестроить сам порядок принятия хозяйственных решений.

Бухгалтерский и документный контур компании готов к обязательному аудиту.

В интервью Тамара прямо называет обязательный аудит как значимый внешний фактор ближайшего периода. Поэтому проект не декоративный, а привязан к реальной внешней проверке и требованиям к качеству учета и документов.

Первичные документы поступают своевременно, полно и в формате, пригодном для учета.

Этот проект раскрывается через несколько конкретных узких мест: документы приходят поздно, люди на земле не умеют работать с учетными требованиями, а часть данных нужно корректно стыковать между системами. Проект нужен, чтобы убрать ручной и хаотичный вход в бухгалтерский контур и сделать первичку устойчивой частью общей модели управления.

В компании зафиксирована единая карта функций, на которую опираются роли, показатели и ответственность.

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

Пациентский путь описан как рабочая система этапов, точек контакта и ответственных.

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

Путь сотрудника описан и может быть привязан к данным и владельцам процесса.

Документ учредителей включает путь сотрудника в этот же структурный блок, что логично: если компания хочет управлять не только пациентским, но и внутренним организационным контуром через показатели, нужно описать и employee journey. В доступных интервью этот проект раскрыт слабее, чем карта функций или пациентского пути, поэтому здесь нельзя надежно детализировать дальше без домысливания.

Для ключевых точек контакта и функций закреплены владельцы и правила ответственности.

Проект нужен, чтобы важные участки пути пациента и работы компании перестали быть «ничьими». По каждой точке должен быть понятен владелец, который отвечает за результат.

Функции компании связаны с конкретными статистиками и ответственными лицами.

Это по сути завершающий проект программы: после того как карта функций собрана, а владельцы определены, нужно соединить их с цифрами. Именно тогда управленческий каркас начинает работать не как схема на бумаге, а как измеримая система.

У компании есть утвержденная и используемая оргструктура, отражающая реальные контуры управления и развития.

Это базовый проект программы. В документе он стоит первым, и это логично: без общей структуры невозможно дальше корректно описывать функции, KPI и управленческие роли. Дополнительную практическую опору ему дает Даниэль: он прямо говорит о необходимости поставить руководителей на все отделы и обеспечить им реальную управленческую власть и дашборды, то есть сама структура должна быть не номинальной, а рабочей.

По клиникам собрана единая и управляемая оргструктура, пригодная для дальнейшего масштабирования и распределения ответственности.

Этот проект нужен для того, чтобы клиники перестали жить по локальным и стихийным правилам распределения ролей. В рабочем документе клиники отдельно выделены как уровень оргструктуры, а в других слоях портфеля именно на клиники передается все больше ответственности. Это означает, что их внутренняя управленческая конструкция должна стать самостоятельным объектом настройки.

По каждой ключевой роли зафиксированы функции; критичные пересечения и разночтения сняты.

Зафиксировать, какие функции закреплены за каждой ролью, и убрать критичные пересечения и разночтения. Проект нужен, чтобы одинаковые должности перестали означать разный набор обязанностей в разных местах компании.

В клиниках закреплены рабочие модели замещения, временного исполнения ролей и разделения управленческой нагрузки.

В документе этот проект выделен отдельно, что уже говорит о зрелом понимании проблемы: управляемость клиники не должна зависеть только от одного носителя роли. Это хорошо согласуется с общей логикой кадрового резерва и выращивания управленцев. Первичных интервью, где этот проект раскрыт глубже, в доступной выборке нет, поэтому описание держу в пределах подтвержденной рамки.

Оргструктура компании и клиник пригодна не только для текущего состояния, но и для роста сети и усложнения компании.

Проект связывает оргструктуру с будущим масштабом, а не только с текущим порядком. Это особенно важно на фоне позиции учредителей о росте сети и необходимости снижать зависимость от ручного управления. Если структура не привязана к масштабу, она быстро снова начнет ломаться.

Техподдержка и разработка работают как два более автономных контура, а не как единая перегруженная зона, постоянно зависящая от руководителя.

Этот проект прямо вытекает из интервью Александра Гулевича. Он описывает два разных отдела — разработку и техническую поддержку — и говорит, что для него зрелый результат по году это их большая автономность. В его логике проблема не только в людях, а в том, что без правильной управленческой конструкции оба отдела трудно масштабировать и трудно оценивать. Поэтому проект про внутреннюю организацию функции, а не про отдельные задачи разработки.

Потребность в людях для техподдержки рассчитана и закрывается под реальный масштаб клиник и количества задач.

Это второй плотный проект из интервью Александра. Он прямо говорит, что через год серьезной проблемой станет количество сотрудников технической поддержки и что текущий взгляд компании на этот ресурс недооценивает масштаб будущей нагрузки. Он даже описывает желаемую модель — техподдержка, ближе стоящая к клинике. То есть проект не про “еще одного человека”, а про системный пересчет модели поддержки.

Описаны ключевые должности так, что они стали рабочей основой управления: функции, зона ответственности, оценка, связь с результатом подразделения.

Описать ключевые должности так, чтобы они стали рабочей основой управления: что человек делает, за что отвечает, по чему оценивается и как его роль связана с результатом подразделения. Это база для KPI, мотивации, обучения и кадрового резерва.

По ролям и функциям закреплены ясные зоны ответственности.

Этот проект особенно важен как мост между оргструктурой и KPI. Без закрепления ответственности KPI будут восприниматься как внешний контроль, а не как продолжение роли. В логике документа он правильно стоит отдельным проектом, а не подпунктом описания должностей.

Для руководителей утверждены KPI, связанные с их реальной функцией и контуром влияния.

В рабочем документе KPI руководителей выделены отдельно, а в интервью Галины и Даниэля есть общая опора: руководителям нужны не только названия ролей, но и реальные управленческие ориентиры, которые они признают. Это делает проект критически важным для всей логики ответственности и мотивации.

Для сотрудников по ключевым ролям есть понятные измеримые ожидания.

Проект расширяет систему измерения ниже уровня руководителей. В логике всего четвертого изменения это важно, потому что без измерения сотрудников компания снова упрется в ручное управление и размытые ожидания. Надежной дополнительной расшифровки из интервью здесь немного, но базовая опора есть в архитектуре документа.

Мотивация сотрудников и руководителей причинно связана с показателями, а не живет отдельно от результата.

Этот проект является переходом от “измеряем” к “вознаграждаем по понятной логике”. В четвертом изменении он стыкуется с программой мотивации и контрактов, а в более широком контуре поддерживает общий курс на снижение ручного и неочевидного управления.

Сотрудники и руководители понимают логику начислений; количество споров и ручных разборов по зарплате снижается.

Сделать правила оплаты понятными для сотрудников и руководителей: что влияет на начисление, почему получился такой результат и где смотреть расшифровку. Проект нужен, чтобы снизить число конфликтов и постоянных ручных разборов по зарплате.

Табели и входные данные в зарплатный расчет подаются по единому и пригодному для системы формату.

Этот проект полностью вырос из интервью Татьяны. Для нее главная операционная проблема — качество и стабильность входа, особенно по врачам и по табелям. Если вход не стандартизирован, никакая прозрачность оплаты дальше не работает. Поэтому проект имеет четкий task-source и не требует догадок.

Типовые вопросы сотрудников по зарплате закрываются на уровне клиники без постоянной эскалации в расчетный контур.

Это логическое продолжение предыдущего проекта. Если сотрудники не понимают начисления, а объяснение целиком живет в расчетном центре, система начинает перегружаться бесконечными разборками. Проект нужен, чтобы часть понятной и стандартной коммуникации о зарплате была перенесена ближе к сотруднику.

Кадровые документы приведены в рабочее юридическое состояние и используются как обязательная основа работы с персоналом.

Галина называет кадровые документы тем, что нельзя откладывать без риска для результата. При этом она явно разводит этапы: сначала навести порядок в кадрах, потом уже идти в кадровый электронный документооборот. То есть проект здесь не про “цифровизацию ради цифровизации”, а про приведение самой основы кадрового контура в порядок.

Мотивация руководителей связана с результатом и поддерживает нужное компании управленческое поведение.

В логике четвертого изменения этот проект нужен, чтобы руководитель не жил отдельно от результата своей функции. Документ задает это как отдельный проект, а не подпункт общего HR-контура, что подчеркивает его значимость.

У сотрудников есть понятная и причинно связанная с результатом система мотивации.

Проект делает логику вознаграждения на уровне сотрудников сопоставимой с логикой на уровне руководителей. Без него система легко распадается: наверху есть правила, внизу — ощущение случайности.

Введены годовые соглашения с сотрудниками и руководителями как инструмент ожиданий, обязательств и развития.

Ввести годовые соглашения с сотрудниками и руководителями как рабочий инструмент ожиданий, обязательств и развития. Проект нужен, чтобы правила, цели и зоны ответственности фиксировались заранее и дальше работали как база для оценки и развития.

По оргполитике есть не только тексты, но и рабочая логика соблюдения и последствий нарушений.

Этот проект поддерживает общий управленческий контур: если правила компании не связаны с поведением и последствиями, они остаются декларацией. В четвертом изменении это одна из опор управленческой дисциплины.

Связь результата и вознаграждения видна и используется в компании как норма.

Проект фиксирует ту связку, без которой KPI и мотивация остаются отдельными сущностями. Он критически важен для того, чтобы сотрудники и руководители воспринимали систему как справедливую и работающую, а не декоративную.

Руководители на местах взаимодействуют с HR по понятному регламенту, а не по стихийным сценариям.

Галина прямо называет незнание и неготовность руководителей на местах правильно взаимодействовать по всем аспектам работы с персоналом главной проблемой. Проект нужен не для усиления самого HR, а для того, чтобы руководители перестали быть источником постоянных пожаров и разрывов в работе с персоналом.

Индекс врача используется как единый управленческий показатель по результату, качеству и устойчивости работы врача.

Проект нужен, чтобы сравнивать врачей по общей логике и видеть не только объем, но и качество работы. Индекс должен быть понятен руководителям и применим в регулярном управлении.

Подразделения оцениваются по единой индексной логике, а не только по разрозненным частным метрикам.

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

Ключевые области компании оцениваются через единый индекс области.

Олег Сергеевич прямо называет индекс области как отдельную сущность, а не как побочный продукт дашбордов. Это показывает, что ему нужен уровень измерения выше подразделения и ниже всей компании, чтобы видеть не только “кто работает хорошо/плохо”, но и как устроены целые смысловые области.

Уровень обученности сотрудников и руководителей измеряется по единой логике и используется в управлении.

Проект переводит обучение из темы отдельных курсов в тему управленческого состояния: компания видит, кто чему обучен, где есть провалы и как это влияет на результат.

По каждой ключевой функции определен набор количественных и качественных показателей.

Проект нужен, чтобы оценка строилась не по формальным названиям должностей, а по тому, какую функцию человек или подразделение реально выполняет и с каким результатом.

Для ключевых показателей заданы коридоры нормы, позволяющие отделять допустимое состояние от управленческого отклонения.

Проект нужен, чтобы цифры не были просто цифрами. Руководитель должен видеть, где норма, где риск, а где уже требуется вмешательство.

Первичный колл-центр работает по новой модели с руководителем, супервайзерами, дашбордами и целевой конверсией.

У Даниэля это один из самых развернутых блоков: он прямо задает целевую конверсию из лида в явку, связывает ее с ролью руководителя КЦ, супервайзеров и уже созданных дашбордов. Это значит, что новая система работы КЦ — не общее пожелание, а конкретная управленческая модель с распределенной ответственностью за цифру.

Вторичный контур работает как самостоятельная функция сопровождения пациента между визитами и после ключевых этапов лечения.

Проект переводит вторичку из набора реактивных коммуникаций в систему ведения пациента: с регулярными касаниями, понятной ролью, мостом к врачу и календарем сопровождения.

Коммуникации с пациентом опираются на унифицированную логику сообщений и сценариев общения.

Проект в документе стоит как отдельный, и это важно: коммуникация рассматривается как управляемая технология, а не как свободный стиль общения отдельных сотрудников. В реестре Армана это усиливается темой правильных коммуникаций и понятности всех коммуникационных линий.

Пациент понимает план лечения, этапы и логику дальнейших коммуникаций с компанией.

Проект нужен, чтобы пациент не терялся между консультацией, продажами, сервисом и сопровождением, а получал последовательную и понятную линию общения.

Пациент приходит из КЦ в следующий этап с более качественно собранным и переданным контекстом.

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

Спящие, думающие и отложенные базы обрабатываются как отдельная функция и дают дополнительный поток спроса.

Даниэль говорит об этом очень конкретно: в первичном КЦ должна появиться отдельная функция работы с базами — страховые базы, спящие базы, думающие, отложенные, те, кого не закрыли с первой очереди. Это не просто CRM-гигиена, а отдельная трудовая функция внутри коммуникационного контура.

Для первичного КЦ определена и используется целевая конверсионная модель `lead → visit`.

Здесь у Даниэля есть одна из самых конкретных числовых формулировок во всем интервью: он раскладывает целевую конверсию на шаги `lead → qualified → appointment → visit` и выводит итоговую модель. Это делает проект очень предметным: у него есть не только смысл, но и числовой управленческий ориентир.

У пациента появляется приложение или PWA как рабочая точка цифрового взаимодействия с компанией.

Этот проект прямо укладывается в запрос на “программы и приложения” для улучшения взаимодействия с пациентами и в общий более современный цифровой контур пациента, который учредители считают обязательным. Подробной функциональной расшифровки в доступных фрагментах нет.

У пациента есть цифровой личный кабинет как часть единого контура взаимодействия.

Проект выделен отдельно от приложения, значит речь идет не просто о внешней оболочке, а о самостоятельном контуре данных и взаимодействия пациента с компанией. Это также согласуется с общим курсом на цифровые каналы и современные форматы взаимодействия.

Цифровые обращения пациента попадают в контур наблюдения и управления ответом.

Этот проект соединяет цифровой и сервисный слои: не достаточно просто иметь канал обращения, нужно уметь управлять скоростью и качеством ответа в цифровой среде. Это следует из стыка программы 3.5 с сервисным блоком 3.1.

Уведомления и постоперационное сопровождение пациента выведены в отдельный цифровой и сервисный контур.

В документе это отдельный проект, что показывает: учредители считают сопровождение пациента после лечения не побочным процессом, а самостоятельной частью цифрового продукта. Это также усиливает общую тему повторных контактов и лояльности.

Компания тестирует и внедряет дистанционные сценарии взаимодействия с пациентом как часть цифрового контура.

Этот проект фиксирует, что цифровой пациентский контур должен быть не только поддерживающим, но и развивающимся: в нем должны появляться новые сценарии и гипотезы. Это соответствует общему образу более современного контура взаимодействия с пациентом.

По пациенту собирается единый контекст, который доступен на ключевых точках контакта и не теряется между ролями.

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

Компания системно работает с восприятием себя как работодателя и внутренней коммуникацией с сотрудниками.

Галина прямо говорит о необходимости человека на внутренние коммуникации, регламента, KPI и прозрачной статистики по тому, кто читает и как работает этот контур. Она же отдельно называет HR-маркетинг вторым этапом после кадровых документов и внутренних коммуникаций. Это делает проект самостоятельным и достаточно хорошо подтвержденным.

У компании есть оформленный контур компенсаций и льгот, используемый именно как инструмент удержания.

Этот проект выделен в интервью Галины как отдельная часть более широкого контура удержания. Детализация пока не очень большая, но по самому способу формулировки видно, что это не “приятное дополнение”, а управленческий инструмент, который она хочет видеть в течение года.

В HR-функцию внедрены AI-инструменты, которые снимают ручную нагрузку и высвобождают ресурс под более сложную работу.

Внедрить AI-инструменты в HR там, где они реально снимают ручную нагрузку: обработка типовых запросов, первичная подготовка материалов, внутренняя коммуникация, часть кадровой рутины. Цель проекта — не «технологичность ради технологичности», а высвобождение ресурса HR под более сложную и ценную работу.

Построен отдельный сервисный поток для пациентов из соседних регионов.

Проект покрывает более простой и ближний тип регионального потока, который можно быстрее собрать в систему. Основание — ваше управленческое разложение программы на два проекта после обсуждения базового контура регионального сервиса.

Построен отдельный сервисный поток для пациентов из дальних регионов.

Проект покрывает более сложные региональные сценарии, где выше логистическая и коммуникационная нагрузка. Основание то же: это ваша рабочая декомпозиция уже утвержденной программы.

Ремонтные проекты клиник управляются как самостоятельный контур с прозрачной ответственностью.

Проект задает базовый уровень управления инфраструктурой клиник. В интервью глубокой детализации именно по ремонтам нет, но место проекта в программе и связь с объектами роста подтверждены.

Помещения для запуска и расширения готовятся по понятной логике, а не в режиме разовых усилий.

Проект покрывает общий обеспечивающий слой, без которого ни Академическая, ни Октябрьская, ни другие объекты не могут переходить в рабочую фазу. Прямая архитектурная опора есть, но интервью подробно его не разворачивают.

Академическая ведется как отдельный инфраструктурный проект, а не только как бизнес-цель роста.

Олег Александрович прямо описывает присоединение соседнего помещения и расширение объекта. Это подтверждает, что Академическая — не только коммерческий проект, но и отдельный инфраструктурный контур.

Moscow-City оформлен как отдельный инфраструктурный проект с управленческой определенностью по сценарию.

Это инфраструктурное продолжение проектного решения по Moscow-City из программы роста сети. Здесь акцент не на бизнес-результате, а на физическом и проектном контуре объекта.

У компании есть единая управленческая логика ведения строительных и ремонтных проектов.

Проект подтвержден документом как отдельная сущность. По интервью прямой расшифровки немного, поэтому здесь не стоит искусственно усложнять описание. Его смысл — не дать инфраструктурным проектам жить как набору несвязанных разовых действий.

Врачи ведут медицинские карты по согласованной логике; карта становится обязательным клиническим, юридическим и управленческим артефактом.

Проект основан на прямом приоритете Чащина: «чтобы все начали писать карты». Не смешивать с картой пациентского пути. Зависит от U-HRM-P-4.1 и T-MED-PR-5.10.3.

Определён минимальный набор критериев карты, которые можно проверить вручную и затем переводить в автоматическую/полуавтоматическую проверку.

Это мост между ручной проверкой карт и гипотезой автоматизации. Не формулировать как «внедрить ИИ-проверку всех карт» — архитектура, ресурс ИТ и сроки не подтверждены.

Существует перечень приоритетных медицинских стандартов, понятный статус их актуальности и порядок регулярного обновления.

Проект основан на прямом приоритете Чащина: «чтобы были свежие, живые стандарты». Не дублировать U-SRV-PR-3.1.4 «Современные сервисные стандарты».

Медицинские стандарты связаны с обучением и с тем, как консультирующие врачи объясняют лечение пациенту.

Чащин выделяет разрыв между стандартами консультирующих врачей и тем, как реально работают врачи на местах. Связь с U-SLS-P-3.2 и U-HRM-P-4.4.

Новый стандарт протезирования на 6 или 8 имплантатах без искусственной десны с немедленной нагрузкой описан, согласован и доведён до внедрения.

Конкретный стандарт, прямо названный Чащиным в интервью. Вести отдельно, не растворять в общем блоке обновления стандартов. Зависит от T-MED-PR-5.10.3, U-HRM-P-4.4 и U-SLS-P-3.2.

Выделен ограниченный и реализуемый набор формальных проверок СМК для пилота автоматизации: снимки, карта, заказ-наряд, увязка услуги с обязательными артефактами.

Проект не про «автоматизировать весь медицинский контроль», а про снятие с людей массовых формальных проверок. Подрядчик, архитектура ИИ и срок полного внедрения не подтверждены.

Задачи департамента Чащина разведены по кварталам, приоритетам и ресурсной ёмкости; видно, где требуется усиление.

Закрывает прямой дефицит из интервью: много параллельных задач, нет отсечек и календарной разметки. Зависит от U-CHG-P-4.5, U-ALL-P-2.4 и U-HRM-P-4.1.

Зафиксированы дефицитные роли в ортопедии и хирургии, варианты усиления и связь с кадровым резервом/наймом/обучением.

Чащин прямо называет дефицит сильной роли в ортопедии и усиления хирургии. Не считать автоматически согласованным наймом. Зависит от U-HRM-P-4.1 и U-HRM-P-4.4.

У компании утвержден единый перечень ключевых статистик, по которому одинаково читаются функции, подразделения и управленческие зоны.

Зафиксировать, какие показатели считаются обязательной фактической базой для управления. Проект нужен, чтобы компания перестала обсуждать разные версии реальности и опиралась на единый набор статистик.

BI построен по единой логике воронок, канбанов и дашбордов, а не как набор разрозненных отчетов.

Собрать единую схему визуализации и использования данных, в которой можно видеть путь пациента, функции и результаты подразделений как связанную систему.

По ключевым этапам пациентского пути доступны управленческие дашборды.

Этот проект связывает второе изменение с третьим: управляемость через данные должна охватывать не только внутренние функции, но и путь пациента. В учредительской логике это один из первых рабочих дашбордов, который должен появиться после определения статистик и точек контакта. Значит, его смысл — не просто “показать путь пациента на экране”, а сделать этот путь наблюдаемым, сравнимым и пригодным для вмешательства.

У исполнительного директора есть единый дашборд для регулярного управленческого обзора компании.

В рабочем документе это отдельный проект, а не просто “часть BI”. Это важно: у исполнительного директора должен быть не тот же слой, что у аналитиков или функциональных руководителей, а специально собранный обзорный контур. Источник не раскрывает состав этого дашборда подробно, но подтверждает его как самостоятельную сущность в архитектуре.

Операционные дашборды приведены в форму, пригодную для ежедневного и еженедельного использования руководителями.

Олег Сергеевич прямо разводит два этапа: сначала данные и статистики должны начать правильно собираться, потом их нужно “упаковать” в рабочие дашборды. Это важное различие: дашборд как рабочий инструмент — не то же самое, что просто наличие данных. Проект нужен, чтобы руководитель мог не искать цифры вручную, а регулярно работать с уже собранной формой.

Ключевые цифры собираются корректно, не искажаются и признаются надежной основой для управления.

Это один из самых нагруженных смыслом проектов второго изменения. В учредительском документе “твердые данные” вынесены как обязательная база уже ко 2 кварталу. В интервью Олега Сергеевича это условие движения компании: пока статистики не выведены твердо, невозможно строить ни ответственность, ни институт изменений. В интервью Екатерины Мездриковой это звучит по-другому, но про то же: пока отчетность и данные собираются в значительной части руками, а люди не понимают методологию системы, компания не может перестать выдумывать обходные пути. Проект поэтому не просто технический; он про доверие к данным как к основанию управленческого разговора.

BI-покрытие распространяется не на отдельный участок, а на все ключевые управленческие и производственные контуры компании.

Этот проект нужен, чтобы BI не остался “штукой для офиса” или “штукой для финдиректора”. В рабочем документе явно перечислено, что BI должен покрывать клиники, УК, лабораторию и поддерживающие функции. То есть цель здесь — дать компании общий язык данных по всем основным контурам, а не только по фронтовым бизнес-показателям.

Работа IT-департамента и сотрудников оценивается через понятные цифры по участкам, задачам и эффективности.

Этот проект пришел уже из интервью Александра Гулевича. Для него главный управленческий дефицит — отсутствие цифр, через которые можно реально оценивать сотрудников и департамент. Он прямо говорит, что хочет видеть департамент максимально оцениваемым на всех участках работ, а признак выхода на новый уровень для него — именно цифры, которые отображают реальность и позволяют принимать решения. Поэтому проект не про “еще один дашборд”, а про перевод IT в измеряемый управленческий режим.

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

В интервью Екатерины Мездриковой есть прямой запрос: стандартизировать и оцифровать отчеты, которые она дает учредителям, и сделать так, чтобы большая часть собиралась автоматически, а не руками. Здесь важно, что она говорит не просто о сборке, а о форме, в которой эта информация должна жить дальше в компании. Поэтому проект — это не только автоматизация, но и изменение формы подачи финансовой информации так, чтобы она стала частью управленческого контура компании.

Выделена функция, отвечающая за единый договор о данных: что считается фактом, как считаются показатели и почему разные системы дают один и тот же управленческий вывод.

Выделить функцию, которая отвечает за единый договор о данных: что именно компания считает фактом, как считаются показатели и почему разные системы дают один и тот же управленческий вывод. Проект нужен, чтобы BI и отчётность стали основанием для решений, а не источником споров о цифрах.

Появляется единый автоматизированный дашборд медицинского производства для ежедневной координации врача, главврача клиники и руководителя департамента.

Харламов указывает, что сегодня потенциал дня, загрузка и ключевые производственные отклонения во многом собираются вручную врачом, главврачом или через МИС. Проект должен перевести этот контур из ручного расчёта в наблюдаемую систему данных.

Индекс здоровья пациента формализован как общий объект, через который компания смотрит на состояние, лечение и сопровождение пациента.

Проект задает базовый объект для пациентского контура. Через него должны быть связаны медицинская логика, сервис, коммуникации и дальнейшее сопровождение пациента.

Определены правила формирования индекса здоровья пациента и их применение в работе.

Проект нужен, чтобы индекс был не красивой идеей, а устойчивой моделью: из каких данных он собирается, как обновляется и кто его использует.

Индекс здоровья пациента применяется в лечении, объяснении состояния и маршрутизации пациента.

Проект нужен, чтобы индекс стал рабочим инструментом для врача, куратора, КЦ и пациента, а не оставался отдельной цифровой сущностью.

Индекс встроен в цифровой контур пациента и становится частью цифрового продукта.

Проект связывает индекс здоровья пациента с более широким цифровым контуром. Это важное ограничение: в документе индекс сразу задуман не только как медицинская или аналитическая сущность, но и как элемент приложения и цифрового продукта.

Появляется единый внутренний портал, через который сотрудник видит важную для него и для компании информацию.

Это один из самых хорошо объясненных проектов всей программы. Олег Александрович прямо говорит, что портал должен показывать, что происходит в компании, подсвечивать значимые достижения и давать людям чувство включенности и гордости. В его логике портал — одновременно инструмент систематизации и инструмент эмоционального вовлечения.

Типовые запросы сотрудника обрабатываются быстрее и с меньшим ручным участием.

Проект подтвержден архитектурой документа. Он естественно продолжает логику внутреннего цифрового контура: если есть портал и личный кабинет, типовые запросы и справки должны уходить из ручного хаоса в цифровой поток. Более подробной расшифровки в интервью сейчас нет.

У сотрудника есть личный кабинет как точка доступа к внутренним процессам и сервисам.

Галина Боде прямо говорит, что хочет сделать для сотрудников личный кабинет, чтобы убрать хаос в коммуникации и донесении информации. Это делает проект отдельной живой потребностью функции, а не только идеей из документа.

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

Проект нужен, чтобы внутренняя информационная среда работала не хаотично, а усиливала важные для компании ориентиры, примеры и результаты.

Портал и связанные инструменты работают как общая информационная среда компании, а не как отдельная витрина новостей.

Олег Александрович описывает портал именно как способ объединять людей вокруг общего понимания компании и происходящих внутри изменений. Поэтому этот проект шире, чем “разместить новости”; он про формирование внутренней среды компании.

Информация до сотрудников доходит через понятный и контролируемый контур, а не через хаотичные передачи.

Этот проект усиливается интервью Галины Боде. Она прямо говорит, что не хочет видеть взаимодействие через хаотично передаваемую информацию, а хочет структурированные процессы и каналы коммуникации с возможностью отслеживания и контроля. Это фактически и есть смысл проекта.

Финансовая модель лаборатории пересобрана и соответствует текущей реальности.

Проект задает базовую экономическую модель лаборатории как отдельного контура.

Лаборатория работает в прозрачной и полностью “белой” модели.

Проект направлен на юридико-финансовую чистоту лабораторного контура.

Налоговые риски лаборатории снижены и управляются.

Проект выделяет налоговый аспект лаборатории как самостоятельную зону устойчивости.

Экономическая модель лаборатории соответствует текущему масштабу и нагрузке компании.

Проект нужен, чтобы лабораторная экономика не жила “по старой инерции”, если компания уже выросла и требует другой модели.

Маржинальность клиник рассчитывается и используется как объект управленческого решения.

Проект делает клиническую экономику более точной: не просто видеть выручку или затраты, а понимать маржинальность как итоговую управленческую величину для каждой клиники.

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

Научиться считать себестоимость каждой услуги так, чтобы по ней можно было управлять ценой, маржой, прибыльностью и отклонениями. Проект нужен не для бухгалтерского расчёта, а для перехода к управляемой экономике услуги.

Стоимость изделий и работ рассчитывается с учетом медицинской технологии, а не только формального расхода.

Проект нужен, чтобы связать экономический расчет с реальным медицинским содержанием услуги и изделия. В документе этот блок прямо выделен как отдельный проект внутри программы.

Зарплатный контур прозрачен: входные данные стандартизированы, логика расчёта согласована с системой начислений, ручных разборов меньше.

Сделать зарплатный контур прозрачным: стандартизировать входные данные, привести логику расчёта в соответствие с реальной системой начислений и убрать постоянные разборы из‑за непонятной оплаты. Зарплатные расходы должны стать управляемой частью экономики, а не источником постоянных ручных объяснений.

Материалы учитываются как прямой фактор влияния на маржу и себестоимость.

Проект связывает материальный контур с финансовым результатом. В учредительской архитектуре он стоит внутри программы маржи, а не внутри чисто складского блока, что указывает: задача не только в учете, но и в экономическом эффекте материалов.

Работа с контрагентами ведется по единому регламенту.

Проект задает базовую управленческую норму для внешних подрядчиков и поставщиков. Подробной интервью-фактуры сейчас нет, но архитектура документа однозначна.

Контрагентский контур отражается в цифровом виде и становится пригодным для контроля.

Проект нужен, чтобы работа с контрагентами перестала держаться на разрозненных ручных практиках. Это следует из самой логики программы.

Контрагенты типологизированы, и к ним применяются разные рабочие режимы.

Проект структурирует сам массив контрагентов, чтобы дальше можно было управлять им не как единым хаосом, а как разными типами отношений.

Понятно, как работа с контрагентами распределена между клиникой и управляющей компанией.

Этот проект связывает внешний контрагентский слой с внутренней системой ответственности и управления. Более глубокой расшифровки в интервью сейчас нет.

Существует единая система оценки консультаций, которая позволяет видеть качество консультационного этапа и его отклонения.

В документе это базовый первый проект программы, и он хорошо подтверждается интервью Надежды: без контроля и оценки “за каждой консультацией” дальше невозможно ни обучать, ни менять консультирующих врачей. Это значит, что система оценки должна быть рабочей опорой для последующих действий, а не формальной анкетой.

Контроль качества консультаций встроен в регулярный управленческий цикл.

Это самый жестко подтвержденный проект всей программы. Надежда прямо называет полноценный контроль основной сложностью своей работы и позже уточняет, что без контроля качества за каждым консультирующим доктором она в принципе не сможет ничего с ними сделать. То есть проект — это не просто “чек-лист качества”, а ключевой инструмент воздействия на консультационный контур.

Пациент получает понятный план лечения, который можно объяснить, принять и перевести в активное действие.

Проект нужен, чтобы переход от диагноза к плану лечения не ломался на непонятной подаче, разрыве коммуникации или слабом сопровождении пациента.

Коммуникация с пациентом на консультации оценивается не только по медицинской корректности, но и по качеству сервисного взаимодействия.

Проект логически стоит между качеством консультации и сервисным контуром. Арман в своих инициативах отдельно выделяет улучшение качества коммуникации с пациентами и правильно налаженные коммуникации и бизнес-процессы, включая сервисные. Это подтверждает, что внутри консультации требуется не только медицинская ясность, но и качество самой формы общения.

Консультация связана с более общей моделью состояния пациента и его дальнейшего сопровождения.

Детальной расшифровки этого проекта в интервью нет, но архитектура документа однозначна: консультация должна быть связана с индексом здоровья пациента, а сам индекс дальше используется в лечении, коммуникации и цифровом продукте. Значит, проект нужен как мост между консультацией и более целостной моделью пациента.

Каждая консультация консультирующих сотрудников попадает в отдельный контур наблюдения и разбора.

Это усиление базового проекта контроля качества из интервью Надежды. Она формулирует задачу именно как полноценный контроль за каждым консультирующим сотрудником, а не только за выборочными случаями. Поэтому проект уточняет глубину контроля и его адресность.

Роль консультирующего врача становится понятной, престижной и опирающейся на значимые показатели.

Это второй по важности блок интервью Надежды. Она прямо говорит, что консультирующие врачи должны хотеть быть консультирующими врачами, ощущать, что это престижно, понимать свою ответственность и видеть показатели, которые для них значимы. Значит, проект — не просто “переобучить врачей”, а пересобрать саму ролевую конструкцию.

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

Надежда прямо называет налаженную систему обучения одной из трех главных задач. В другом фрагменте ее интервью видно, что обучение должно стать регулярным, постоянным, а сотрудники и их руководители должны уметь видеть точки роста в цифрах и на этой основе учиться. Поэтому проект — это именно система, а не набор тренингов.

Из КЦ в продажи передается не только запись пациента, но и его контекст, проблемы и запросы.

В интервью Даниэля большой блок посвящен тому, что компания должна на каждом этапе собирать проблемы, с которыми человек пришел, и уметь передавать эти данные дальше на стыках бизнес-процессов. Это и есть фактическая база проекта: консультация и продажи не должны начинаться “с нуля”, если часть информации уже собрана ранее в маркетинге и КЦ.

В продажах действует регулярный цикл анализа цифр и генерации гипотез по улучшению результата.

Даниэль прямо говорит, что в продажах должен быть раз в месяц круг брейнштормов, когда команда смотрит на цифры и генерирует гипотезы, а также разводит операционный и продуктовый циклы продаж. Это означает, что проект нужен для снижения закостенелости продаж и добавления в них управляемой экспериментальной логики.

Координации руководителей идут по данным и отклонениям, а не только по субъективным сводкам.

Вардан прямо говорит о системе управления и координации сверху вниз и снизу вверх, ежедневных координационных совещаниях и видимости результатов через графики и статистики. Этот проект формализует именно такой тип координации: когда разговор строится на общей картине цифр.

Советы и совещания опираются на единый слой цифр и отклонений.

Если предыдущий проект про сам ритм координации, то этот — про формат обсуждения. В документе он выделен отдельно, значит смысл не только в том, чтобы встречаться регулярно, но и в том, чтобы встречи были структурированы вокруг цифр как общего языка.

Отклонения по показателям превращаются в зоны внимания и действия, а не остаются фоном отчетности.

Этот проект важен как промежуточный уровень между “видим цифру” и “что-то меняем”. Рабочий документ выделяет его отдельно, что логично: без явной работы с отклонениями компания будет накапливать красивую аналитику, но не будет переводить ее в управленческое вмешательство.

Руководители используют цифры как базовый язык оценки и решения, а не как внешний контроль.

Здесь важен не только документ, но и формулировка из интервью Олега Сергеевича: качественное движение компании в ближайший год требует статистик, ответственности и понятности этих статистик для сотрудников. Это значит, что проект не про “научить нажимать кнопки в BI”, а про изменение управленческой привычки.

Руководители и ключевые пользователи обучены работе с дашбордами и статистиками.

Рабочий документ выделяет обучение использованию дашбордов как отдельный проект, и это согласуется с общей логикой интервью: без обучения даже правильно собранный BI не станет частью повседневной работы. Дополнительный косвенный сигнал этому есть в материале про внедрение финансового планирования через учебный отдел: обучение используется как реальный инструмент внедрения сложных новых практик.

Решения руководителей прямо соотносятся с показателями и отклонениями.

Это завершающий проект программы: не просто посмотреть на цифры и не просто обсудить их, а закрепить правило, что решение должно иметь опору в измеримой реальности. В логике второго изменения это одна из ключевых точек перехода компании на следующий уровень зрелости.

Связка консультирующего врача и менеджера оформлена как отдельная управляемая модель.

Детальной расшифровки “Феникса” в доступных фрагментах нет, но в архитектуре он выделен как отдельный проект в программе КЦ и коммуникаций. В контексте третьего изменения его место понятно: это проект стыка между консультацией и коммуникационным сопровождением. Поэтому здесь уместно фиксировать только то, что надежно подтверждено документом.

Производственная модель лаборатории перестроена под текущие требования компании по объему, качеству и срокам.

Проект нужен, чтобы лаборатория перестала жить по старой логике и стала работать как зрелый производственный контур для текущего масштаба компании.

По лаборатории заданы и достигаются целевые сроки и стандарты качества.

Проект нужен, чтобы качество и сроки лаборатории перестали быть зоной постоянного разрыва между ожиданиями компании и реальной выдачей.

Лаборатория получает полноценный административный контур управления, а не живет как полуавтономная единица.

В интервью Олега Александровича это выделено отдельно от финмодели и качества: лабораторию надо модернизировать и с административной точки зрения. Это подтверждает, что проблема не только в производстве, но и в самой модели управления.

Лаборатория управляется как зрелый производственный контур с прозрачной ответственностью, сроками, качеством и экономикой.

Проект нужен, чтобы лаборатория перестала быть полуавтономной зоной и стала управляться по зрелости, сравнимой с клиническим контуром.

Случаи удаления имплантов и рекламаций ведутся как отдельный управляемый участок.

Проект выделяет наиболее чувствительные рекламационные кейсы в самостоятельную сущность управления. Более глубокой детализации в интервью нет.

Гарантийные случаи отражаются в плане лечения и не теряются в общем потоке пациента.

Проект нужен для того, чтобы гарантийные обязательства не существовали отдельно от рабочей логики лечения и сопровождения. Это прямо следует из формулировки документа.

Специальные случаи связаны с CRM и кураторским сопровождением.

Проект соединяет исключительные случаи с цифровым и управленческим сопровождением. Документ подтверждает это как отдельную проектную сущность.

Рекламация проходит понятный маршрут от входа до исхода, с ролями, развилками, участками и точками принятия решений.

Пациентский путь описан как система этапов, переходов и точек ответственности, пригодная для управления.

Проект нужен, чтобы компания одинаково понимала путь пациента и могла управлять им через этапы, владельцев и показатели, а не через разрозненные действия разных ролей.

По ключевым точкам сервиса закреплены владельцы и зоны ответственности.

В архитектуре учредителей это отдельный проект, а в реестре Армана — “назначение ответственных лиц по каждой точке контакта”. Это важная детализация: сервис не должен оставаться размытым фоном, каждая точка контакта должна иметь ответственного и дальше быть связанной с KPI и качеством исполнения.

В компании выделена и запущена сервисная функция, отвечающая за качество взаимодействия с пациентом.

Проект нужен, чтобы сервис перестал быть распределенной обязанностью всех и никого. Должна появиться отдельная функция с понятной ролью, показателями и влиянием на путь пациента.

Сервисные стандарты сформулированы и используются как единая норма поведения по отношению к пациенту.

Прямой детальной расшифровки стандартов в интервью нет, но есть несколько твердых опор: Арман говорит о правильно налаженных сервисных коммуникациях и об улучшении качества взаимодействия с пациентами, а учредительский документ отдельно выделяет современные сервисные стандарты как самостоятельный проект. Значит, проект нужен для формализации ожидаемого качества сервиса, а не только для “обсуждения хорошего отношения к пациенту”.

Скорость ответа и качество реакции на обращения пациента становятся наблюдаемыми и корректируемыми.

Каркас проекта задан документом. В реестре Армана это усиливается общим акцентом на коммуникации, KPI по точкам контакта и дашборды пути пациента. Это позволяет надежно сказать, что проект должен переводить реакцию на обращения из режима “кажется, отвечаем нормально” в режим наблюдаемой и сравнимой характеристики сервиса.

Выполнение обещаний пациенту закреплено как обязательный стандарт сервиса и контролируется в управлении.

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

Руководители клиник и управляющей компании видят единый показатель лояльности пациента и координируют действия на общей базе.

Проект нужен, чтобы лояльность пациента была не только результатом опросов, а управляемым параметром с видимыми отклонениями и точками воздействия.

Рекомендации пациентов становятся отдельным управляемым контуром, а программа лояльности стимулирует самостоятельную рекомендацию компании пациентами.

Этот проект детально подтверждается интервью Даниэля. Он прямо говорит, что рекомендация уже работает, но нужно, чтобы пациенты сами знали, как порекомендовать компанию, сами хотели это делать и были источником рекомендаций, а не объектом ручного дожима. Он же добавляет, что у этого контура желательно должен быть свой ответственный. Это значит, что проект не про разовую акцию лояльности, а про отдельный результативный поток после LTV и лечения.

Назначена единая функция/роль, отвечающая за взаимодействие с пациентом после первичного входа: сопровождение, подтверждения, забота, профосмотры.

Назначить единую функцию/роль, которая отвечает за взаимодействие с пациентом после первичного входа: сопровождение, подтверждения, заботу, профосмотры и другие регулярные касания. Проект нужен, чтобы пациентский контур не распадался между несколькими подразделениями без общего владельца.

Упаковка компании с точки зрения брендбука с сохранением его на всех точках контакта.

В клиниках действует формализованный складской контур.

Проект вводит базовую модель складского управления в клиниках как отдельный рабочий контур.

Роль старших медсестер встроена в учет материалов и контроль их движения.

Проект закрепляет персональную ответственность в материальном контуре, а не оставляет его обезличенным.