Совместная работа и архитектура прав доступа одна из ключевых задач разработки облачных cервисов. Как мы реализовали их в сервисе автоматизации стоматологии DentalTap — не совсем стандартный подход.
Ограничения
Коллаборация DentalTap в нашем понимании — это возможность работы над выполнением задач в окружении сервиса совместно со штатными или внешними коллегами с разными ролями. Мы реализовали роли по функциональным обязанностям сотрудников клиники — администратор клиники, врач, руководитель. Приоритетным для нас была простота настроек прав доступа.
На текущую реализацию совместной работы повлияли особенности рынка и первые версии продукта, которые были ориентированы на solo практики (кабинетов у дома) и постепенно развивались в решение для клиник.
Как обычно
- В совместной работе используют роли штатных, внештатных сотрудников или сотрудников контрагента.
- Реализуют права работы через сущности архитектуры сервиса и операций над ними -просмотр, редактирование, удаление и т.д.
У AmoCRM акцент на сущности и настройки работы с ними
Наша реализация
Владелец приглашает коллег в свою подписку через инвайты, а приглашенный сотрудник получает возможность работать в гостевом аккаунте и становиться владельцем собственной подписки. При входе в сервис приглашенный врач может выбирать с какой подпиской работать.
Далее владелец подписки может назначать роли приглашенных сотрудников или настроить права доступа вручную. Разрешения операций удаления, редактирования, создания мы реализовали только для карты пациента, в которой собран основной функционал сервиса. Другими словами,. через доступ к карте пациента мы администрируем и доступ к основному функционалу карты пациента — лечению, счетам, файлам и документам.
Разрешаем доступ сотруднику к пациенту
Настройки остальных прав в DentalTap сводится только к разрешению работы и касается только функционала, вынесенному за карту пациента — работа с календарем, задачами, прайс-листом, шаблонами SMS.
Настраиваем права работы с картой пациента
Важно, что совместная работа реализована нами на двух уровнях — через общие настройки прав доступа и через разрешение доступа к пациенту со стороны владельца подписки. В результате приглашенный сотрудник:
- Видит или нет пациента в списке.
- Могут просматривать или редактировать его карту.
Результаты
- Разграниченная между специалистами база пациентов
- Организация совместной работы сотрудниками клиниками и практикующими врачами.
- Ограничение к основному функционалу сервиса через доступ к карте пациента.
- Реализацию виральности через автоматическое создание дополнительной подписки.
- Универсальность продукта для частных врачей и клиник.
- Упрощение процесса и логики настройки прав доступа.
Основной вывод — мы показали, как можно делать важный функционал нестандартными способами и это сильно упростит жизнь пользователям ваших решений. Мы подошли к администрированию прав работы для сущностей, расположенных в карте пациента, через разрешение операций над ними и разрешение работы с картой. Такой подход упрощает настройки прав, если для нескольких сущностей надо назначать одинаковые права доступа. Получилось, пользуйтесь.
→ Серия «Hi, SaaS»
