Золотой сертифицированный партнер ООО «1С-Битрикс»
Эти маленькие «печеньки» (файлы cookie) помогают сайту запомнить ваши настройки, например, язык или выбранные параметры. Так, при каждом новом посещении вы будете чувствовать себя как дома. Примите их, чтобы сделать сайт своим!
OK

Контроль дублей в детской базе благотворительного фонда

Оптимизация планирования посменных дежурств и обработки входящих заявок для агентства элитной недвижимости с помощью бизнес-процессов Битрикс24

Смарт-процессы для учета подопечных с защитой персональных данных

Благотворительный фонд «Режь жизнь» помогает подопечным с тяжелыми заболеваниями. Фонд работает с персональными данными детей: медицинские документы, сканы паспортов, история лечения. Регулятор требует удалять чувствительные документы через 30 дней после загрузки. Параллельно заявители через личный кабинет создают множественные обращения на одного ребенка — сотрудники фонда теряются в дублях. 

В Битрикс24 построили систему смарт-процессов для учета подопечных: контроль дублей при создании карточек, автоматическое удаление документов по таймеру, инструменты объединения карточек с сохранением всей истории взаимодействий.

Архитектура детской базы: анкеты и карточки детей

Блок детская база состоит из двух связанных смарт-процессов:

  •   Анкеты — первичные обращения от заявителей через личный кабинет
  •   Дети — карточки подопечных с полной историей взаимодействий

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

К карточке ребенка привязаны три типа связанных объектов:

  •   Анкеты — все обращения по этому подопечному
  •   Документы — универсальный список файлов с диска (сканы паспортов, свидетельства о рождении, медицинские заключения)
  •   Лечение — универсальный список записей о ходе лечения

Эта структура сохраняет целостность данных: удалить карточку ребенка без обработки связанных объектов невозможно.

Проблема множественных обращений через личный кабинет

Заявители видят кнопку «Создать обращение» и нажимают ее каждый раз при новом вопросе. Большинство просто жмут кнопку, не проверяя наличие активных обращений.

Результат:

  •  На одного ребенка накапливается 3−5-7 анкет
  •  Сотрудники фонда путаются в обращениях
  •  История взаимодействий размазана по разным карточкам
  •  Риск потери данных при работе с «неправильной» анкетой

Первоначально планировали контролировать дубли на уровне анкет. Потом решили: анкеты не контролируем (пусть заявитель создает сколько хочет), контролируем только карточки детей. Анкета — первичный документ, который проходит проверку. Карточка ребенка — единственная точка истины.

Контроль дублей при создании карточки ребенка

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

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

> Найден ребенок: [ссылка на карточку смарт-процесса]

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

Сотрудник видит:

  •  Ссылки на существующие карточки детей
  •  Основные данные для сравнения
  •  Возможность принять решение: создать новую карточку или отказаться

Если сотрудник выбирает "Отказаться" — анкета останавливается и уходит в неуспешную стадию. Новая карточка ребенка не создается, данные из анкеты привязываются к найденному дублю.

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

Объединение карточек дублей с сохранением связанных объектов

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

  •  Заявитель указал имя по-разному (Александр / Саша)
  •  Изменились данные (переезд, смена фамилии)
  •  Сотрудник пропустил предупреждение системы

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

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

  •   Анкеты — по 3−5 штук на карточку
  •   Документы — десятки файлов в универсальном списке
  •   Записи о лечении — история работы с подопечным

Процесс объединения:

1. Сотрудник выбирает основную карточку (куда переносим данные)
2. Указывает дубль (откуда переносим)
3. Система автоматически перепривязывает все связанные объекты к основной карточке
4. Дубль удаляется только после полного переноса

Универсальные списки (документы и лечение) связаны с карточками через поле-ссылку. При объединении система массово обновляет это поле у всех записей, меняя ID карточки-дубля на ID основной карточки.

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

Автоматическое удаление документов по требованию регулятора

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

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

Решение через автоматизацию:

  •  При создании записи в списке Документы фиксируется дата загрузки
  •  Робот проверяет тип документа (паспорт / свидетельство о рождении)
  •  Через 30 дней запускается автоматическое удаление файла с диска
  •  Запись в списке остается (для истории), но файл удаляется

Сотрудники видят в карточке ребенка:

Документы:

  •  Паспорт заявителя (загружен 15.01.2024, удален 14.02.2024)
  •  Свидетельство о рождении (загружен 15.01.2024, удален 14.02.2024)
  •  Медицинское заключение (загружен 20.01.2024, активен)

История сохранена, чувствительные данные удалены автоматически. Регулятор доволен, риски минимизированы.

Интеграция личного кабинета заявителей со смарт-процессами

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

Схема работы:

1. Заявитель заполняет форму обращения в личном кабинете
2. Модуль создает новую запись в смарт-процессе **Анкеты**
3. Данные попадают в карточку анкеты: ФИО ребенка, дата рождения, суть обращения
4. Срабатывает автоматическая проверка дублей
5. Результаты проверки выводятся в карточку через тот же модуль

Партнерский модуль решает две задачи:

  •   Передача данных из личного кабинета в смарт-процессы
  •   Вывод результатов проверки дублей в интерфейс карточки анкеты

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

Модуль встраивается в карточку смарт-процесса как отдельный блок. Технически это iframe с интерфейсом поиска дублей. Клик по ссылке открывает карточку ребенка в новой вкладке.

Результаты внедрения и планы развития

Система детской базы работает несколько месяцев. Основные результаты:

Контроль дублей:

  •  Сотрудники видят предупреждения о существующих карточках при обработке анкет
  •  Количество дублей в базе снизилось
  •  Инструмент объединения позволяет чистить накопленные дубли без потери данных

Соответствие требованиям регулятора:

  •  Сканы паспортов и свидетельств удаляются автоматически через 30 дней
  •  История операций сохранена в записях универсального списка
  •  Риск штрафов минимизирован

Целостность данных:

  •  Все объекты (анкеты, документы, записи о лечении) привязаны к карточкам детей
  •  При объединении дублей связи сохраняются
  •  История взаимодействий не теряется

Планы развития:

  •  Улучшить алгоритм поиска дублей (нечеткое сравнение имен, учет опечаток)
  •  Добавить автоматические уведомления сотрудникам о найденных дублях
  •  Расширить интеграцию с личным кабинетом: показывать заявителю историю его обращений
Заключение
Благотворительный фонд «Режь жизнь» построил в Битрикс24 систему учета подопечных на смарт-процессах. Контроль дублей при создании карточек, автоматическое удаление чувствительных документов, инструменты объединения карточек с сохранением связанных объектов — решения актуальны для любых НКО, работающих с персональными данными.

Ключевые выводы: смарт-процессы позволяют строить сложные связи между объектами (анкеты → дети → документы → лечение), универсальные списки подходят для хранения истории с автоматическим удалением файлов, партнерские модули решают задачи интеграции внешних систем с выводом данных в карточки. Подход применим в фондах, НКО, медицинских организациях — везде, где критична защита персональных данных и контроль дублей при множественных обращениях.
Made on
Tilda