Медцентр: запись разговоров с пациентами — своя АТС вместо облачной за место

MAATRIX

В медцентре с call-центром или ресепшном на несколько человек запись разговоров — не блажь безопасника, а рабочий инструмент: жалоба пациента на «мне не так объяснили про подготовку к анализу», спор о том, записывали его на 10:00 или на 10:30, разбор грубости администратора. В каждом из этих случаев поднимают запись звонка. Если телефония арендована по подписке «за место оператора», то с ростом штата счёт растёт быстрее, чем оправдано, а сами записи разговоров — с диагнозами, жалобами, именами пациентов — лежат на сервере стороннего облачного оператора связи, о котором вы знаете только то, что написано в его договоре оферты. Разберём, что меняется, если поставить свою АТС на своём сервере.

Зачем медцентру вообще писать звонки

Прежде чем считать деньги, стоит зафиксировать, зачем вообще нужна запись разговоров — это определит требования к системе.

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

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

Как считается плата «за место» в облачной телефонии

У большинства облачных АТС и виртуальных контакт-центров модель тарификации одна и та же: абонентская плата за рабочее место (иногда называют «оператор», «пользователь», «расширение»). Логика провайдера понятна — он продаёт доступ к платформе, и чем больше у вас операторов, тем больше он зарабатывает. Для медцентра это оборачивается в неудобный факт: стоимость связи растёт не с объёмом звонков и не с числом номеров, а с числом сотрудников, которые эти звонки принимают.

Считать это стоит не абстрактно, а по своей структуре штата:

• ресепшн на 2-3 точки — это уже 4-6 администраторов;
• отдельный call-центр записи, если он есть, — ещё 3-8 операторов;
• старшие администраторы и заведующие отделениями, которым нужен доступ к записям для разбора — ещё несколько мест, даже если они не принимают звонки напрямую.

У разных провайдеров цена места и набор функций в тарифе различаются, и точную цифру для вашего случая даст только счёт от конкретного оператора связи — здесь её не стоит гадать. Важнее закономерность: расширение штата, открытие новой точки, найм подменного администратора на время отпуска — каждое такое событие увеличивает ежемесячный счёт за телефонию, причём часто не пропорционально, а по тарифной сетке «до 10 мест», «до 20 мест», «до 50 мест» — переход через границу диапазона иногда обходится дороже, чем кажется. А запись разговоров у многих провайдеров — тоже отдельная строка: либо доплата за минуты хранения, либо более дорогой тариф с записью «из коробки».

Своя АТС: что меняется технически

Альтернатива — виртуальная АТС на базе Asterisk (чаще всего через дистрибутив FreePBX как веб-панель управления) на вашем собственном сервере. Схема простая:

1. SIP-транк. Вы подключаете у оператора связи SIP-транк — цифровую линию, по которой приходят звонки на ваши городские и мобильные номера. Это отдельная услуга от телефонии как сервиса: вы платите оператору связи за линию и минуты, а не за «места».
2. Сервер с Asterisk/FreePBX. На сервере разворачивается АТС: внутренние номера (extensions) для каждого администратора и врача, очереди звонков, IVR-меню («для записи на приём нажмите 1»), переадресация между кабинетами.
3. SIP-телефоны или софтфоны. У администраторов — обычные IP-телефоны или программы на компьютере/смартфоне, зарегистрированные на вашей АТС.
4. Запись разговоров. Модуль MixMonitor в Asterisk пишет каждый звонок (или выборочно — по очереди, по номеру) в файл на диске сервера. Дальше вы сами решаете, где и как долго эти файлы хранятся.

Ключевое отличие от облачной модели — тарификация. Вы платите за сервер фиксированную сумму независимо от того, 6 у вас внутренних номеров или 60 (пока сервер справляется по ресурсам — а нагрузка от голосового трафика на современном сервере невелика по сравнению с видео или базами данных). Похожий переход — с подписки на инфраструктуру, которой владеете сами — разбирали и для другой сферы, где записи разговоров тоже критичны для бизнеса: своя АТС рекрутёра на своём сервере. Логика та же, разница — в требованиях к хранению медицинских данных, о которых ниже.

Экономика: фиксированная цена сервера против аренды по местам

Возьмём условный медцентр на три точки: 15 администраторов ресепшна плюс 5 операторов колл-центра записи — итого 20 рабочих мест. Точные тарифы у каждого облачного провайдера свои, поэтому дальше — не прогноз конкретных цифр, а структура сравнения, которую стоит применить к своим реальным счетам.

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

Второй момент — предсказуемость на годы вперёд. Подписочная модель уязвима к изменению тарифов провайдером: он может пересмотреть цену места, изменить условия хранения записей, добавить платный лимит на исходящие минуты. Договор аренды сервера такого сюрприза не преподносит — вы платите за вычислительные ресурсы, а не за бизнес-модель облачного сервиса связи.

Записи разговоров — это медицинские данные. Где они должны лежать

Здесь у медцентра есть нюанс, которого нет у автосалона или риелтора: разговор администратора с пациентом почти неизбежно касается персональных данных о здоровье — «болит после операции», «результат анализа показал», «принимаете ли вы такой-то препарат». Формально это специальная категория персональных данных, а не рядовые ФИО и телефон, и относиться к ней стоит строже.

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

Своя АТС на своём сервере снимает эту неопределённость: записи физически лежат там, где вы арендовали сервер, доступ к файлам определяете вы через права на сервере, а не через личный кабинет стороннего провайдера. Практические меры, которые стоит внедрить сразу, а не «когда-нибудь»:

• Шифрование диска или раздела, где хранятся файлы записей (например, LUKS на Linux) — на случай физического доступа к серверу или его резервной копии.
• Отдельный пользователь и права доступа к каталогу записей — не весь ИТ-персонал должен иметь возможность прослушать разговор с пациентом, только уполномоченные (руководитель контроля качества, ответственный за обработку жалоб).
• Политика хранения и удаления. Определите внутренним регламентом, сколько месяцев хранится запись рядового разговора и сколько — записи, приложенной к разбору жалобы (обычно дольше, до закрытия вопроса и истечения срока возможного обращения пациента). Автоматизируйте удаление по истечении срока — cron-задача, которая чистит файлы старше заданного количества дней, надёжнее, чем «кто-то вспомнит и удалит вручную».
• Уведомление пациента о записи разговора — приветствие IVR или голосовое сообщение «этот разговор записывается в целях контроля качества обслуживания» нужно в любом случае, независимо от того, где физически лежит файл.

Тема хранения медицинских данных под контролем самого медцентра, а не арендованного зарубежного сервиса, шире, чем только телефония — она касается и самой медицинской информационной системы. Если у вас ещё не закрыт вопрос с картами пациентов в МИС, у нас есть отдельный разбор: медцентр и 152-ФЗ — где законно лежат карты пациентов.

Как перенести телефонию медцентра на свой сервер: пошаговый план

Миграция с облачной АТС на свою — не разовое действие «выключили одно, включили другое», а проект на несколько недель, если делать аккуратно, без потери звонков от пациентов в переходный период.

1. Аудит текущих номеров и сценариев. Выпишите все городские и мобильные номера, которые сейчас обслуживает облачная АТС, все очереди и IVR-сценарии («на регистратуру — 1, на кассу — 2»), интеграции (например, всплывающая карточка пациента в МИС при входящем звонке).
2. Оценка нагрузки и подбор сервера. Посчитайте пиковое число одновременных разговоров (обычно это утро понедельника) и ожидаемый объём хранения записей. Пример расчёта: при кодеке G.711 (стандартный для телефонии, 64 кбит/с) минута разговора занимает около 0,5 МБ. Если 20 операторов в среднем говорят по 3 часа в день — это около 3600 минут записей в сутки, то есть порядка 1,8 ГБ в день, около 55 ГБ в месяц. Это ориентир для прикидки, а не гарантированная цифра — считайте по своим часам пик и средней длительности звонка.
3. Подключение SIP-транка. Договоритесь с оператором связи о SIP-транке на существующие номера (часто номер можно перенести без смены, это отдельный вопрос к оператору) или о новых номерах, если открываете точку с нуля.
4. Установка и настройка FreePBX/Asterisk. Поднимите АТС на сервере, настройте внутренние номера, очереди, IVR, включите запись через MixMonitor с сохранением в отдельный защищённый каталог.
5. Параллельный запуск. Не отключайте старую систему сразу — переведите на новую АТС одну точку или часть номеров, проверьте качество связи, работу записи и интеграцию с МИС на реальной нагрузке минимум неделю.
6. Обучение администраторов. Новые телефоны или софтфон на компьютере — новая привычка для сотрудников, которые годами нажимали кнопки на своём аппарате. Заложите время на адаптацию и короткую памятку по частым действиям.
7. Полный перенос и отключение старого тарифа. После недели-двух стабильной работы переносите оставшиеся номера и отключаете подписку на облачные места — с этого момента счёт за телефонию по местам операторов исчезает из ваших расходов.
8. Резервное копирование конфигурации и записей. Настройте регулярный бэкап конфигурации Asterisk (восстановление после сбоя сервера должно занимать часы, а не дни) и отдельно — политику бэкапа самих записей разговоров.

Отдельно стоит продумать, что делать с уже накопленными записями — если нужно не просто хранить звонки, а быстро находить в них нужные фрагменты (например, для разбора жалобы — момент, где администратор называл цену), расшифровка записей в текст снимает необходимость слушать часовой файл целиком. Мы разбирали это отдельно: расшифровка звонков на своём сервере через Whisper и ИИ-анализ качества звонков в колл-центре.

Частые вопросы