Врач сообщает об уходе в пятницу после последнего приёма. В понедельник руководитель обнаруживает, что расписание открыто ещё на месяц, часть пациентов ждёт следующий этап, доступ в МИС работает, рабочие файлы лежат на личном ноутбуке, а на сайте врач всё ещё принимает запись.
Никто не хотел кризиса. HR оформлял кадровые документы, бухгалтерия — расчёт, главный врач обсуждал медицинскую часть, IT ждал официальной заявки, регистратура надеялась, что расписание «потом закроют». Каждый сделал свой фрагмент, но целого процесса не было.
Увольнение врача — не кнопка «заблокировать пользователя». Это управляемая передача нескольких незавершённых отношений: с пациентами, расписанием, медицинской документацией, оборудованием, командой и цифровыми системами. Если клиника вспоминает о них в последний рабочий час, ей приходится выбирать между двумя плохими вариантами: оставить лишний доступ или внезапно оборвать работу.
Хороший процесс не удерживает врача силой и не превращает расставание в расследование. Он позволяет обеим сторонам завершить работу спокойно: пациент понимает следующий шаг, документы остаются целостными, права отзываются вовремя, а клиника не строит публичную коммуникацию на конфликте.
Уход человека и остановка его роли — разные события
Дата прекращения трудовых или договорных отношений важна, но операционный календарь шире. До неё могут завершаться приёмы и передаваться случаи. В сам день меняются полномочия. После него остаются контролируемые задачи: исправление найденной ошибки, возврат оборудования, закрытие публичных карточек, контроль отложенных интеграций.
Поэтому карточка ухода должна содержать минимум четыре даты:
- когда получено достоверное основание начать процесс;
- когда прекращается запись новых пациентов;
- когда проходит последний приём или смена;
- когда заканчиваются полномочия и должны быть отозваны доступы.
Конкретные кадровые сроки, основания и документы определяют HR и юрист по действующему законодательству и типу отношений. IT не должен угадывать юридический момент по сообщению в чате, а HR — обещать техническое отключение, не проверив зависимые системы.
Один координатор, семь владельцев
У процесса должен быть координатор, но не один исполнитель «за всё». Обычно участвуют:
- HR или кадровый специалист;
- медицинский руководитель;
- заведующий подразделением;
- регистратура и колл-центр;
- IT и информационная безопасность;
- бухгалтерия или финансовая служба;
- юрист и, при необходимости, ответственный за персональные данные.
Координатор создаёт единую карточку, ведёт сроки и собирает подтверждения. Каждый владелец закрывает свой контур. Это снимает привычную неопределённость: IT не решает судьбу будущих приёмов, а главный врач не вспоминает перечень облачных сервисов по памяти.
Карточка не должна содержать лишние подробности конфликта или чувствительные персональные сведения. Достаточно основания для действия, дат, ролей, задач, статусов и ссылок на документы с ограниченным доступом.
Первая развилка: плановый уход или внезапное прекращение доступа
Один сценарий подходит не всем. Если врач спокойно отрабатывает период передачи, клиника может постепенно закрыть запись, завершить документацию и провести совместный разбор активных маршрутов. Если есть подтверждённый риск несанкционированного доступа, конфликт или невозможность продолжать работу, решение может требовать немедленного ограничения полномочий.
Эту развилку принимает не системный администратор в одиночку. HR, медицинский руководитель, юрист и информационная безопасность определяют порядок в пределах своих полномочий. Техническая команда должна заранее иметь два готовых плана:
- Плановая передача — права сужаются по этапам, доступ сохраняется только для согласованных действий.
- Экстренное прекращение — критичные входы блокируются синхронно, активные сеансы завершаются, а незакрытые медицинские и организационные задачи переходят назначенным сотрудникам.
Даже во втором варианте нельзя просто «удалить пользователя». Удаление может уничтожить историю действий, владельца документов или возможность провести аудит. Обычно безопаснее заблокировать интерактивный вход, сохранить журналы и передать объекты по утверждённой процедуре.
Расписание закрывают не целиком, а по состояниям
В календаре уходящего врача находятся разные записи:
- подтверждённые первичные приёмы;
- повторные визиты;
- продолжение лечения;
- диагностические процедуры;
- телемедицинские или дистанционные организационные контакты, если они применимы;
- резервные окна;
- лист ожидания;
- пациенты, которых уже переносили;
- внутренние совещания и обучение.
Команда не должна массово нажать «отменить». Сначала каждой записи назначают решение: приём состоится, будет перенесён, требует медицинского разбора или ожидает согласования с пациентом. У решения есть владелец и крайний срок.
Новые слоты закрывают сразу после подтверждения управленческого решения, но уже существующие записи не исчезают. Отчёт по будущим приёмам формируют до изменения шаблона календаря и повторно после него, чтобы увидеть расхождения.
Если онлайн-запись подключена через несколько витрин, закрытие одного расписания может не остановить остальные. Сайт, агрегатор, МИС, виджет и колл-центр должны получить один статус. Почему кнопка записи не равна управляемому расписанию, разобрано в материале об онлайн-записи и незаполненных окнах.
Пациенту нужен следующий шаг, а не кадровая история
Сообщение пациенту должно быть нейтральным и полезным. Клиника не обсуждает причины ухода врача, не обвиняет его и не раскрывает внутренний конфликт. Она объясняет только то, что влияет на запись и продолжение помощи.
Пример логики разговора:
- Представиться и убедиться, что человеку удобно говорить.
- Сообщить об изменении возможности приёма без лишних деталей.
- Предложить понятные варианты: сохранить согласованное время, подобрать другого специалиста, перенести или получить звонок медицинского координатора.
- Зафиксировать выбор.
- Отправить подтверждение безопасным каналом.
Администратор не должен убеждать пациента, что новый врач «точно не хуже», и не вправе интерпретировать медицинский план. Если выбор зависит от клинической преемственности, вопрос передают медицинскому руководителю.
Обращаться ко всем пациентам из базы тоже не нужно. Список строят от конкретных активных обязательств, а не от желания удержать аудиторию. Принципы бережной коммуникации подробно раскрыты в статье о возврате старых пациентов без спама.
Активный медицинский маршрут нельзя передать одной строкой
Передача пациента — это не замена фамилии врача в календаре. Новый специалист должен получить достаточную, законную и структурированную информацию в медицинской системе: что сделано, какие решения зафиксированы, какие результаты ожидаются, какие вопросы остаются открытыми.
Медицинский руководитель определяет перечень активных маршрутов и критерии приоритета. Администратор видит организационный статус, но не читает лишние медицинские записи. Врач, принимающий передачу, работает в пределах предоставленной роли.
Полезный реестр передачи может содержать нейтральный идентификатор, стадию процесса, наличие будущей записи, незакрытый документ, ожидаемый результат, срочность медицинского разбора и назначенного преемника. Он не должен становиться отдельной незащищённой копией медицинской карты.
Передача считается завершённой не после отправки таблицы, а когда принимающий сотрудник подтвердил получение задач, а координатор увидел, что для каждой строки есть следующий статус.
Незавершённые документы: не дописывать за другого
В последний день могут остаться черновики, неподписанные записи, незавершённые протоколы, ожидающие результаты или документы с технической ошибкой. Здесь особенно опасна идея «пусть кто-нибудь просто закроет».
Клиника должна иметь утверждённый порядок, который учитывает медицинскую ответственность, авторство, электронные подписи, журнал изменений и правовые требования. Другой сотрудник не должен незаметно становиться автором записи, которую не создавал. Исправления и дополнения должны сохранять прослеживаемость.
До ухода полезно сформировать отчёт по незавершённым объектам:
- черновики медицинской документации;
- неподписанные результаты;
- входящие исследования без обработанного статуса;
- назначения или рекомендации, ожидающие организационного действия;
- запросы пациентов;
- внутренние консультации;
- документы для страховой или иной согласованной стороны;
- задачи, которые зависли в личном списке врача.
Этот отчёт формируется внутри защищённого контура. Его нельзя пересылать в личную почту или мессенджер ради удобства.
Доступы: ищите личность, а не рабочий компьютер
Самая распространённая ошибка — заблокировать Windows на одном ПК и считать задачу закрытой. У врача могут быть входы в МИС, почту, облачное хранилище, телефонию, видеосвязь, лабораторный портал, PACS, личный кабинет партнёра, сервис обучения, VPN, Wi‑Fi, мессенджер и панель сайта.
Реестр доступа строится вокруг цифровой личности и ролей:
- персональные учётные записи;
- членство в группах;
- привилегированные права;
- активные сеансы;
- токены и API-ключи, если они были выданы;
- сертификаты и средства электронной подписи;
- мобильные приложения;
- доверенные устройства;
- правила переадресации почты;
- делегированный доступ к календарям и папкам;
- физические ключи и пропуска.
Время отзыва для каждого элемента согласуют заранее. Клинический доступ может потребоваться до завершения последней смены, а возможность публиковать на сайте — нет. Принцип минимальных прав позволяет сузить полномочия, не разрушая передачу.
Если несколько сотрудников пользуются общим паролем, доказать индивидуальное действие сложно. Перед кризисом эту практику нужно устранить; пошаговый маршрут описан в статье об общем пароле администратора и MFA.
Не удалять аккаунт — значит сохранить след, а не доступ
После блокировки учётная запись может оставаться в каталоге как исторический объект. Это не означает, что бывший сотрудник способен войти. Такой подход позволяет сохранить автора записей, журналы, права владения и связи.
Типовая последовательность выглядит так:
- зафиксировать утверждённое время изменения доступа;
- прекратить интерактивный вход и активные сеансы;
- отозвать токены, доверенные устройства и удалённые подключения;
- передать служебные объекты назначенным владельцам;
- отключить автоматические правила, которые могут пересылать данные наружу;
- сохранить журналы в соответствии с установленными сроками;
- проверить вход с тестовой точки без использования пароля сотрудника;
- подтвердить результат в заявке.
Пароль бывшего сотрудника нельзя просить «на всякий случай». Служебная информация должна принадлежать организации и передаваться административными механизмами, а не через знание чужих секретов.
Личный телефон и BYOD требуют отдельного разговора
Если рабочая почта, мессенджер или приложение МИС использовались на личном устройстве, простая блокировка компьютера в клинике не решает задачу. До внедрения BYOD нужно определить контейнеризацию, возможность отзыва корпоративной сессии, допустимые данные, резервирование, поддержку и действия при увольнении.
Клиника не должна самовольно стирать личные фотографии и данные сотрудника. Но она обязана уметь прекратить доступ к корпоративному контуру в пределах заранее согласованной политики и технических возможностей. Если такой возможности нет, риск нужно признать и постепенно убрать рабочие данные с неуправляемых устройств.
Для последнего дня составьте нейтральную процедуру:
- выйти из корпоративных приложений;
- отозвать сессии со стороны сервера;
- удалить управляемый профиль по утверждённому сценарию;
- проверить отсутствие локальных выгрузок;
- вернуть токены и носители;
- зафиксировать исполнение без просмотра личного содержимого.
Электронная подпись, сертификаты и доверенности
Средство подписи нельзя передавать преемнику вместе с паролем. Оно связано с конкретными полномочиями и требует отдельной процедуры прекращения, отзыва, хранения носителя и выпуска нового средства для другого лица.
Координатор должен проверить не только медицинскую систему, но и все внешние кабинеты, где врач действовал от имени организации. Юрист и ответственный за электронное взаимодействие определяют, какие доверенности прекращаются, кого уведомить и какие документы остаются в обработке.
Особое внимание — фоновым интеграциям. Иногда персональная учётная запись врача используется как техническая для обмена данными. Это архитектурная ошибка: после блокировки интеграция останавливается, а оставить вход нельзя. Такие связи заранее переводят на управляемую сервисную идентичность с ограниченными правами и владельцем.
Почта, файлы и рабочие знания
Автоматическая переадресация всей почты другому сотруднику может раскрыть лишние данные. Вместо неё определяют служебные категории: общие обращения, текущие задачи, личная кадровая переписка, медицинская информация, уведомления систем. Владелец каждого класса и правила доступа различаются.
Рабочие документы должны находиться в корпоративном хранилище, а не в личной папке врача. Передача включает:
- перенос служебных шаблонов;
- назначение владельца общих материалов;
- проверку ссылок и прав;
- архивирование устаревших версий;
- исключение локальных копий с чувствительными данными;
- сохранение авторства и истории изменений.
Не нужно копировать весь домашний каталог «на всякий случай». Это создаёт новую свалку и риск. Отбирают только служебные материалы по согласованному перечню, с участием юриста и владельца данных.
Медицинское оборудование и физические объекты
Врач может отвечать за кабинет, комплект инструмента, калибровочные материалы, ключи, печати, карты доступа, носители и документацию по оборудованию. Возврат имущества — не формальность бухгалтерии: отсутствие одного ключа может оставить доступ в техническую зону, а потерянная инструкция — затруднить работу смены.
Инвентарный лист связывает объект, состояние, место и принимающего сотрудника. Для медицинского изделия отдельно проверяют, не был ли уходящий врач единственным человеком, знающим о текущей неисправности или открытой сервисной заявке.
Если внешняя сервисная компания имела доступ через врача, этот контакт переводят на корпоративного владельца. Общение с подрядчиком и удалённые сессии не должны прекращаться вместе с личной почтой сотрудника. Практический контроль таких входов разобран в статье о временных доступах подрядчика.
Сайт, агрегаторы и публичные обещания
После ухода врача его фамилия может оставаться в десятках мест: сайт, страницы услуг, виджет, карточки филиалов, агрегаторы, рекламные кабинеты, социальные сети, автоответчик и шаблоны сообщений.
Нельзя просто удалить страницу, не проверив последствия. У неё могут быть поисковый трафик, внешние ссылки и записи пациентов. Команда контента вместе с юристом выбирает корректный статус: обновить информацию, закрыть запись, перенаправить на страницу направления или сохранить архивное нейтральное пояснение. Нельзя создавать впечатление, что врач продолжает принимать, если это не так.
Контрольный список публичных точек:
- профиль специалиста;
- кнопка записи;
- расписание на странице направления;
- цены и связанные услуги;
- микроразметка;
- рекламные объявления;
- внешние справочники;
- сценарии чат-бота;
- голосовое меню;
- шаблоны CRM;
- публикации с прямым призывом записаться.
После обновления проверяют не только административную панель, но и публичную страницу в браузере.
Телефония и сообщения после ухода
Персональный добавочный номер, очередь вызовов и записи разговоров тоже требуют передачи. Номер нельзя молча направить новому врачу: пациент может считать, что разговаривает с прежним специалистом. Сначала меняют приветствие и маршрут, затем проверяют уведомления и рабочие часы.
Голосовые сообщения и пропущенные звонки, поступившие до даты ухода, распределяют по владельцам. Удаление ящика без разбора может потерять обращение пациента. Бесконечное хранение без доступа — другая крайность.
В регистратуре должен быть один нейтральный ответ на вопрос «как связаться с доктором». Сотрудники не сообщают личные контакты, не обсуждают спор и не обещают, что врач перезвонит после прекращения отношений.
Финансовые и страховые хвосты
После последней смены могут остаться документы по оказанным услугам, корректировки, возвраты, запросы страховых организаций и разбор спорных начислений. Бухгалтерия составляет собственный список, но связывает его с медицинскими и операционными статусами.
Важно разделить:
- окончательный кадровый или договорной расчёт;
- оплату уже оказанных услуг;
- корректировку ошибочного начисления;
- незавершённый пациентский маршрут;
- будущую запись, которая ещё не является оказанной услугой.
Не следует удерживать доступ врача к системам только потому, что финансовая служба не завершила сверку. Нужные данные и подтверждения собирают заранее либо получают через формальную процедуру без сохранения интерактивного доступа.
Составной сценарий: один аккаунт держал половину процесса
Следующий пример — составной и иллюстративный. Он не описывает конкретную клинику и не утверждает типичную частоту таких случаев.
Врач заранее сообщил об уходе. HR поставил дату, регистратура закрыла новые окна, IT запланировал блокировку МИС. На первый взгляд процесс был под контролем.
За два дня до последней смены выяснилось, что на персональную почту врача приходили уведомления внешней лаборатории, через его календарь бронировался общий кабинет, а облачная папка с методическими шаблонами принадлежала личной учётной записи. Простая блокировка остановила бы три независимых процесса.
Команда не стала откладывать отзыв доступа. Она переназначила корпоративных владельцев, проверила новые уведомления на синтетическом событии, перенесла календарный ресурс и сохранила историю файлов. После этого личную учётную запись заблокировали в назначенное время.
Проблема возникла не из-за ухода врача. Уход только показал, что организационные сервисы были привязаны к человеку вместо роли.
Репетиция увольнения до реального события
Не нужно ждать конфликта, чтобы проверить процесс. Раз в квартал выберите учебную цифровую личность без реальных данных и пройдите сценарий:
- HR создаёт тестовое событие.
- Система формирует задачи владельцам.
- Регистратура получает список синтетических записей.
- Медицинский руководитель назначает условного преемника.
- IT отзывает тестовые права и активные сеансы.
- Контент-команда закрывает тестовый профиль в предпросмотре.
- Координатор собирает подтверждения.
Проверяйте не только галочки, но и задержки. Сколько времени проходит между решением и закрытием онлайн-записи? Кто замечает внешний облачный сервис? Может ли замещающий сотрудник найти акт передачи? Что остаётся доступным после блокировки?
Репетиция должна использовать синтетические сведения и не затрагивать реальную медицинскую работу.
Плановая передача: календарь на две недели
Срок конкретного увольнения определяется законом и договором; следующий календарь — не юридическая норма, а рабочая модель для ситуации, когда у клиники есть время.
За 10–14 рабочих дней
- назначить координатора;
- зафиксировать ключевые даты;
- остановить открытие новых далёких слотов;
- инвентаризировать активные маршруты, доступы и имущество;
- назначить принимающих сотрудников;
- проверить публичные точки записи;
- выявить процессы, привязанные к личной учётной записи.
За 5–9 рабочих дней
- согласовать переносы с пациентами;
- закрыть незавершённую документацию в допустимом порядке;
- передать медицинские задачи;
- сменить владельцев общих файлов и календарей;
- подготовить технический план отзыва;
- проверить сертификаты, токены и внешние кабинеты;
- собрать открытые финансовые вопросы.
За 1–4 рабочих дня
- повторно выгрузить будущие записи;
- сверить список активных сеансов и устройств;
- подтвердить получение оборудования;
- обновить сайт и сценарии регистратуры;
- проверить замещающие роли;
- согласовать точное время последнего доступа.
В последний рабочий день
- завершить подтверждённые действия;
- заблокировать входы и отозвать сеансы в назначенное время;
- передать служебные объекты;
- вернуть физические ключи и носители;
- зафиксировать результат по каждому контуру;
- сообщить координатору только статусы, без лишних данных.
Через 1–3 рабочих дня
- проверить попытки входа и ошибки интеграций;
- убедиться, что запись на врача недоступна публично;
- разобрать возвращённые письма и звонки;
- проверить, что пациенты получили назначенный следующий шаг;
- закрыть найденные остатки.
Экстренный сценарий первых шестидесяти минут
Когда есть подтверждённое решение о немедленном прекращении полномочий, команда действует синхронно. Это не универсальная юридическая инструкция, а техническая последовательность, которую заранее утверждают владельцы.
Первые 10 минут: координатор подтверждает основание и точное время, фиксирует состав команды и канал связи.
До 20 минут: IT блокирует критичные интерактивные входы, завершает сеансы и удалённые подключения, не удаляя исторические объекты.
До 30 минут: регистратура закрывает новые записи, сохраняет перечень будущих визитов и включает согласованный нейтральный сценарий ответа.
До 45 минут: медицинский руководитель принимает незавершённые маршруты и назначает временных владельцев.
До 60 минут: проверяются публичные точки, физический доступ, телефония, внешние кабинеты и критичные интеграции.
После стабилизации начинается не наказание, а сверка: какие данные доступны, какие задачи переданы, что требует юридического или медицинского решения. Временные меры документируют и затем заменяют постоянными.
Как проверить, что доступ действительно закрыт
Статус «выполнено» в заявке ещё не доказательство. Нужна техническая проверка без использования известного пароля врача.
Проверьте:
- учётная запись не может начать новый сеанс;
- ранее выданные токены отозваны;
- VPN и удалённый рабочий стол недоступны;
- доверенные устройства удалены или переведены в установленный статус;
- переадресации и правила почты проверены;
- общие ссылки не позволяют обходной доступ;
- внешние сервисы отключены;
- физический пропуск не действует;
- сервисные процессы продолжают работать от правильной технической учётной записи;
- журналы сохранились и доступны уполномоченным сотрудникам.
Результат фиксируется датой, временем, исполнителем и тестом. Секреты и пароли в акт не включают.
Метрики зрелого процесса
Количество закрытых аккаунтов мало говорит о качестве. Полезнее измерять:
- время от подтверждённого события до назначения координатора;
- долю будущих записей с определённым решением;
- долю активных маршрутов, принятых новым владельцем;
- число найденных внешних сервисов вне реестра;
- время синхронного отзыва критичных доступов;
- незавершённые документы после последней смены;
- обращения пациентов без ответа;
- случаи ошибочной публичной записи после даты ухода;
- найденные процессы, завязанные на персональную учётную запись;
- повторные корректировки из-за неполной передачи.
Метрики нужны не для рейтинга уходящего врача. Они показывают зрелость клиники и качество межфункционального маршрута.
Красные флаги
Остановитесь и разберите процесс, если:
- дата последнего приёма известна только в переписке;
- новые пациенты продолжают записываться после решения;
- список будущих визитов выгружен в личный файл;
- общий пароль меняют вместо отзыва персональной роли;
- IT удаляет аккаунт вместе с журналами;
- сотрудника просят передать свой пароль или средство подписи;
- незавершённую медицинскую запись предлагают подписать другому человеку без установленной процедуры;
- пациентам сообщают детали конфликта;
- личный номер врача раздают после ухода;
- сервисная интеграция работает от персональной учётной записи;
- нет человека, который принял открытые маршруты;
- сайт и агрегаторы не входят в чек-лист;
- подтверждением служит только фраза «вроде всё закрыли».
Каждый флаг — повод проверить границу между владельцами, а не искать удобного виноватого.
Итоговый чек-лист координатора
Перед закрытием карточки убедитесь:
- кадровое или договорное основание оформлено профильной ролью;
- ключевые даты согласованы;
- будущие записи получили решение;
- активные медицинские маршруты приняты;
- незавершённые документы разобраны по установленному порядку;
- пациентские коммуникации нейтральны и зафиксированы;
- персональные и привилегированные доступы отозваны;
- активные сеансы, токены и устройства проверены;
- внешние кабинеты и подрядчики учтены;
- средства подписи и доверенности обработаны корректно;
- имущество, ключи и носители возвращены;
- рабочие файлы получили корпоративного владельца;
- телефония и почта не теряют обращения;
- сайт, виджет и агрегаторы обновлены;
- финансовые остатки переданы владельцам;
- журналы и история сохранены;
- через несколько дней проведена контрольная проверка.
Закрытие одной галочки не компенсирует пропущенный контур. Координатор закрывает процесс только после подтверждений владельцев.
FAQ
Нужно ли сразу удалить учётную запись врача?
Обычно безопаснее прекратить вход и активные сеансы, сохранив исторический объект, журналы и авторство записей. Конкретная процедура зависит от системы и внутренних правил; простое удаление может нарушить прослеживаемость.
Кто должен звонить пациентам при переносе?
Организационные вопросы ведёт регистратура или назначенный координатор. Если выбор следующего специалиста требует медицинского решения, разговор передают медицинскому руководителю или уполномоченному врачу.
Можно ли дать преемнику пароль уходящего врача?
Нет. Преемнику создают или изменяют собственную персональную роль. Пароли, токены и средства электронной подписи не передаются между людьми.
Что делать с незавершённой медицинской документацией?
Действовать по утверждённому порядку с участием медицинского руководителя и юриста, сохраняя авторство и историю изменений. Нельзя незаметно дописывать или подписывать запись за другого человека.
Нужно ли сообщать пациентам причину ухода врача?
Как правило, пациенту достаточно нейтральной информации об изменении приёма и доступных вариантах продолжения. Детали кадровых отношений и конфликта не должны становиться частью сервисного разговора.
Когда процесс можно считать завершённым?
Когда будущие записи и активные маршруты получили владельцев, доступы проверенно закрыты, служебные объекты переданы, публичные точки обновлены, а контрольная проверка не выявила потерянных обязательств.
Что сделать завтра
Выберите одну учебную цифровую личность без реальных пациентских данных. Попросите HR, регистратуру, медицинского руководителя и IT независимо перечислить, что они сделают при её уходе.
Сведите ответы на одной доске. Почти наверняка между ними останутся пустые зоны: внешний сервис, лист ожидания, подпись, общий файл, телефония или публичная запись. Не дописывайте универсальный регламент сразу. Сначала пройдите один синтетический сценарий от события до контрольной проверки.
Когда маршрут работает без звонка его автору, закрепите роли, сроки и доказательства. Тогда реальное увольнение останется кадровой переменой, а не внезапной остановкой клиники.
Материал носит информационный характер и не заменяет юридическое, медицинское, кадровое или экспертное заключение. Порядок увольнения, прекращения договора, работы с медицинской документацией, электронными подписями, персональными данными и пациентскими коммуникациями зависит от действующих норм, формы отношений и процессов конкретной организации.
