Приложение для клиники: запись, результаты анализов и где хранить данные пациентов с учётом закона

Что нужно клинике и пациенту

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

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

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

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

Если клиника использует отдельную CRM или медицинскую систему, интеграцию обсуждайте до выбора формы. От неё зависит, где будут храниться записи и кто будет их видеть.

Данные о здоровье: почему это отдельный разговор

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

Хранение на серверах в России обсуждают на старте проекта, до запуска. Важно понимать, кто имеет доступ к базе, как фиксируется доступ и что происходит при утечке. Вопросы о сроке хранения и уничтожении данных тоже нужно задать до разработки.

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

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

Что входит в первую версию

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

В первую версию входят:

- выбор услуги и врача, свободные окна; - подтверждение записи и напоминание; - перенос и отмена без звонка; - раздел для администратора, где видно расписание.

Отложить можно чат с врачом, загрузку анализов, аналитику по врачам и программу лояльности. Эти функции усиливают продукт, но не нужны для записи. Админка для администраторов входит в первую версию, иначе расписание ведётся в таблице рядом.

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

Где хранить данные и кто имеет доступ

Практические вопросы, которые стоит записать в техническое задание:

- где физически хранится база и в какой стране; - какие роли есть у сотрудников и что видит каждая роль; - фиксируется ли доступ к данным пациента и как долго хранятся журналы; - как пациент отзывает согласие и удаляет данные; - где хранятся резервные копии и кто к ним имеет доступ.

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

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

Отдельно проверьте, подписывают ли сотрудники обязательство о неразглашении и как оно оформлено. Условия согласуйте с юристом. Если ответ клиники на этот вопрос неочевиден, это повод ещё раз сверить состав работ с юристом.

Бот или приложение: что выбрать

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

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

Для сайта клиники отдельная задача: форма записи и страницы врачей. О структуре сайта рассказано в статье о сайте для клиники.

Когда хватит Mini App, когда нужно приложение

Если задача только в записи, Mini App-витрина от 30 000 ₽ делается за 1–2 недели. Она открывается из Telegram, вход работает через аккаунт Telegram, а напоминания приходят в чат с ботом. Юридические тексты в любом случае проверяются до запуска.

Личный кабинет с историей и результатами, а также защищённое хранение данных стоят дороже. Первая версия приложения с личным кабинетом стартует от 500 000 ₽, срок 4–6 недель. Точный состав и цену фиксируем в договоре. Подробнее на странице мобильного приложения.

Цены по рынку и чек-лист собраны в бесплатном гайде «Мобильное приложение для бизнеса» в нашем боте.