Контроль готовности перед первым рабочим днем

Чеклист, по которому можно решить, готова ли клиника принимать пациентов завтра.

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

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

Организация и справочники

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

Доступы и сотрудники

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

Расписание и запись

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

Пациент, визит и документ

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

Команда и ответственность

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

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

Готово, если

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