Вернуться к статьям Старые записи о процедурах могут подтверждать факт выполнения, но не содержать точного дня курса или зоны. После обновления приложения такую историю нельзя автоматически раскладывать по новым ячейкам: получится точность, которой в исходных данных не было.
В приложении для клиники Ратинова мы разделили уточнение прошлых записей и проведение текущей процедуры. Медсестра может продолжить курс, а неоднозначная история остаётся доступной для отдельной сверки. Этот порядок появился в сентябрьском обновлении после запуска, описанного в первоначальном кейсе.
Почему недостаточно общего количества
Представим условный пример: в CRM сохранено три выполнения одной услуги. В новой таблице она назначена на несколько дней и зон. Число «3» не отвечает на вопрос, какие именно ячейки нужно отметить.
Если разнести записи по первым свободным дням, таблица станет выглядеть заполненной, но связь с реальными процедурами останется недоказанной. В приложении такая история учитывается отдельно от точного назначения на день и зону.
| Что известно о записи | Как с ней работать |
|---|---|
| Есть подтверждённая связь с назначением | Показывать выполнение в соответствующей ячейке |
| Есть процедура, но связь с ячейкой неоднозначна | Открыть историю и уточнить привязку |
| Известно только количество выполнений | Не подставлять вымышленные даты, зоны и сотрудников |
Как продолжить лечение
В рабочем сценарии предусмотрено действие «Новая процедура». Оно позволяет перейти к текущему проведению, не распределяя перед этим вручную все старые записи.
Уточнение истории остаётся отдельной задачей. Если сотруднику нужно разобраться в прошлом выполнении, он открывает доступные сведения о записи и её источнике. При наличии данных приложение показывает дату, врача, медсестру, центр, связанный счёт и предложение.
Какая дата считается датой процедуры
Карточку в CRM могут создать позже фактического приёма. Поэтому, если в записи указана дата процедуры, для истории используется она. Дата создания элемента остаётся вспомогательной и не должна подменять медицинское событие.
Это особенно заметно при переносе данных: несколько карточек могут появиться в CRM в один день, хотя сами процедуры проходили в разное время. Перед сверкой нужно посмотреть содержимое записи и доступный первоисточник.
Оплата проверяется отдельно
Разделение старой истории и нового проведения не отменяет проверку оплаты. Приложение различает полную оплату, частичную оплату и возврат. Наличие старой выполненной процедуры само по себе не даёт права расходовать любую строку предложения.
При проведении проверяется доступность конкретной единицы услуги. Это помогает сохранить связь между назначением, оплатой и фактом выполнения даже в курсе, где встречаются одинаковые услуги.
Что полезно согласовать до переноса истории
Клинике стоит заранее определить, кто может уточнять старые записи и на какие документы он опирается. Если день или зона неизвестны, это ограничение нужно сохранить видимым. Техническое обновление не восстанавливает отсутствующие факты.
В результате ежедневная работа не зависит от того, закончена ли полная разметка архива. Сотрудник проводит текущую процедуру по действующим правилам, а спорные записи проверяются отдельно. Общую схему назначения и выполнения мы показали в кейсе автоматизации клиники.