Аптека: 90 дней архива с камер кассы и рецептурного отдела — считаем диск и сервер

MAATRIX

Заведующая аптекой узнаёт про свой архив видео обычно в худший момент: покупатель написал жалобу, что ему продали не тот препарат, или пришла проверка и попросила записи за последний квартал по рецептурному отделу. И тут выясняется, что регистратор пишет поверх старого через 7-14 дней, потому что диск маленький, а докупить место «руки не дошли». Дальше — статья про то, как посчитать, сколько диска реально нужно под 90 дней архива с нескольких камер, и какой сервер под это арендовать, без розничного облачного видеонаблюдения с оплатой за каждую камеру в месяц.

Зачем аптеке архив именно на 90 дней

Три места, где видео с камер в аптеке — не формальность, а рабочий инструмент:

• Касса. Расхождения по чеку, спорные возвраты, недостачи при инвентаризации — это разбирается не в день инцидента, а иногда через месяц-два, когда бухгалтерия сверяет отчёты и находит нестыковку. Если запись уже стёрта — разбираться нечем.
• Рецептурный отдел. Отпуск рецептурных препаратов — зона повышенного контроля: сверка рецепта, кто отпустил, кому, в каком количестве. Если возникает вопрос от регулятора или спор с пациентом («мне не то положили», «а мне не всё выдали»), запись с датой и временем закрывает вопрос за минуту вместо разбирательства на словах.
• Внутренний контроль. Недостачи дорогих позиций, вопросы к сменам, факты хищений — по статистике розницы это вскрывается не сразу, а спустя недели, когда сходится инвентаризация.

90 дней — это не случайная цифра, а разумный компромисс между «успеть заметить и разобрать проблему» и «не платить за архив, который никто никогда не откроет». Многие ограничиваются 30 днями и потом жалеют: ревизия раз в квартал регулярно упирается в то, что нужных записей уже нет. Дальше в статье 90 дней — заданное условие расчёта, но вся методика одинаково работает и для 30, и для 180 дней: меняете один параметр — пересчитываете объём.

Методика расчёта объёма архива: формула, а не готовое число

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

Объём (ГБ) = Битрейт потока (Мбит/с) × 3600 × 24 × Дней хранения × Число камер / 8 / 1000

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

Битрейт потока. Это не разрешение камеры само по себе, а то, сколько данных в секунду камера реально пишет в поток — оно зависит от разрешения, кодека (H.264 против H.265), сцены (движение в кадре против статичной картины) и настроек кодирования (CBR — постоянный битрейт, или VBR — переменный). Камера в 2 Мп с H.265 в спокойной обстановке кассы может писать заметно меньше, чем та же камера в 4 Мп с H.264 при постоянном движении покупателей. Это значение обычно указано в настройках камеры или в её документации — посмотрите в веб-интерфейсе регистратора или самой камеры раздел кодирования потока, там либо стоит конкретное число в Мбит/с, либо ползунок качества, из которого битрейт можно прикинуть опытным путём (записать час и посмотреть размер файла).

Число камер. Считайте отдельно основной поток (тот, что реально пишется в архив) — если у вас гибридная схема с суб-потоком для просмотра в реальном времени и отдельным потоком для записи, в формулу идёт именно записываемый поток. Для аптеки типичный набор — касса (иногда две камеры: одна на кассира, одна на прилавок), рецептурный отдел, торговый зал, вход. Четыре-шесть камер — обычная конфигурация для одной точки.

Дни хранения. У нас 90 по условию задачи. Учтите нюанс: если хранение непрерывное (24/7), считайте 24 часа в сутки. Если запись идёт только по детектору движения или в рабочие часы — объём будет меньше, но тогда в формулу нужно подставлять не 24 часа, а реальное время записи в сутки, и это отдельный пункт ниже.

Перевод единиц. В формуле деление на 8 переводит биты в байты (битрейт обычно измеряется в мегабитах, а объём диска — в мегабайтах и гигабайтах), а деление на 1000 (или 1024, если считать точнее) переводит мегабайты в гигабайты.

На практике: возьмите битрейт своей камеры из настроек (условно 4 Мбит/с — это только пример для демонстрации счёта, у вас цифра может быть другой), подставьте своё число камер и посчитайте. Не берите готовые цифры из чужих статей про «сколько места нужно на камеру» — там усреднённые сценарии, которые с вашими настройками могут разойтись в разы. Заведите простую таблицу — камера, битрейт из настроек, часы записи в сутки — формула даст суммарный объём на 90 дней за 15 минут, без выдуманных чисел из интернета.

Что реально уменьшает и увеличивает итоговый объём

Расчёт по формуле — это верхняя оценка «в лоб». На практике объём архива можно ощутимо снизить без потери качества самих записей, если знать три рычага.

Кодек H.265 против H.264. Более новый H.265 (HEVC) при сопоставимом качестве обычно даёт заметно меньший поток, чем H.264. Точный процент экономии зависит от сцены и настроек и у разных производителей заявлен по-разному, поэтому проверяйте на своей камере, а не верьте маркетинговым цифрам буквально.

Запись по детектору движения вместо непрерывной 24/7. В рецептурном отделе и на кассе движение почти постоянное в рабочие часы, а ночью, когда аптека закрыта, движения в кадре обычно нет. Если регистратор поддерживает запись по детекции движения с небольшим буфером до и после события, ночные часы можно не писать сплошным потоком — это снижает объём за счёт часов простоя, а не качества. Взвесьте и юридическую сторону: если важно зафиксировать именно рабочие часы отпуска рецептурных препаратов, круглосуточная запись избыточна; если важно поймать ночное проникновение — нужна непрерывная запись хотя бы по входной группе.

Разрешение и FPS (кадров в секунду). Кассе и рецептурному отделу для разбора спорной ситуации важна читаемость лица и то, что происходит в руках — здесь снижать разрешение до неприличия не стоит. А вот кадровая частота 25-30 fps для статичной торговой точки часто избыточна — 12-15 fps вполне достаточно, чтобы восстановить последовательность событий, и это прямо пропорционально снижает битрейт потока.

Все три рычага меняют именно переменные в формуле выше — не нужно искать отдельную «магическую» методику, достаточно подставить новые значения битрейта и часов записи и пересчитать.

Какой диск и в какой конфигурации нужен под архив

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

Запас, а не впритык. Возьмите посчитанный объём и добавьте запас минимум 20-30% — на непредвиденное (несколько дней записи сверх 90, если архив вовремя не почистили; всплеск битрейта при активном движении в кадре; добавление ещё одной камеры через полгода). Диск, забитый под завязку, — частая причина, что регистратор либо перестаёт писать, либо начинает затирать записи раньше срока.

Тип диска. Для непрерывной круглосуточной записи лучше брать диски, рассчитанные на такую нагрузку — у производителей это обычно отдельная линейка для видеонаблюдения или серверов, а не диски для настольных ПК с редким обращением. Обычный desktop-диск в режиме нон-стоп чаще выходит из строя раньше срока.

Отказоустойчивость — RAID. Архив видео за 90 дней — это актив, который жалко терять из-за отказа одного диска. Практичный вариант — RAID 1 (зеркало) для небольших конфигураций из двух дисков, или RAID 5/6 для конфигураций из четырёх и более дисков, где часть ёмкости уходит на избыточность, зато отказ одного диска не роняет архив целиком. Отдельно стоит держать в голове: RAID — это не бэкап, а защита от отказа одного диска в моменте; если нужна ещё и защита от программной ошибки или атаки шифровальщика, архив стоит периодически выгружать в отдельное холодное хранилище.

Какой сервер арендовать под видеорегистратор аптеки

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

Требования к серверу под запись и хранение архива нескольких камер IP-видеонаблюдения умеренные — это не задача, требующая мощного процессора или видеокарты:

• Процессор. Не нужен топовый CPU — запись потока с камер (если камеры сами кодируют видео и передают готовый поток по сети, что верно для большинства современных IP-камер) не вычислительно тяжёлая задача. Средний многоядерный сервер справится с записью и параллельным доступом к архиву без проблем. Ресурсы CPU нужны заметнее, если на сервере ещё крутится детекция движения или аналитика поверх видео программными средствами.
• Оперативная память. Важнее не объём под сам видеопоток (запись идёт напрямую на диск, а не буферизуется в память), а запас под ОС, ПО видеорегистрации (VMS) и веб-интерфейс для удалённого просмотра несколькими сотрудниками одновременно.
• Дисковая подсистема — основной бюджет. Посчитанный по формуле объём с запасом на 90 дней плюс RAID — это то, где не стоит экономить. Уточните у арендодателя тип дисков (HDD достаточно для последовательной записи видео, SSD не даёт здесь принципиального преимущества и обычно дороже за тот же объём) и поддержку нужного уровня RAID.
• Сеть. Если камеры пишут напрямую на удалённый сервер по интернету, важна стабильность и полоса именно в точке аптеки — узкое место чаще не сервер, а канал самой точки. Для просмотра архива удалённо важна уже полоса на стороне сервера — у выделенных серверов в дата-центре она обычно с запасом.
• Бэкап конфигурации. Сам архив бэкапить целиком дорого и избыточно, а вот настройки регистратора, расписание записи и список камер стоит сохранять отдельно — компактные данные, восстановление которых экономит часы настройки заново.

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

Рецептурный отдел: где видео пересекается с законом и внутренними правилами

Рецептурный отдел — не просто ещё одна камера в списке, у него своя специфика.

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

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

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

Разбор конкретных инцидентов. Когда возникает спор по отпуску конкретного препарата, важно, чтобы поиск нужного момента в архиве не занимал полдня. Система с поиском по времени и, если поддерживается, по камере и детекции движения экономит время именно в момент, когда оно критично — сразу после инцидента, пока свидетели ещё помнят детали.

Похожий практический пример расчёта под похожий сценарий видеонаблюдения розничной точки — у автомойки, которая тоже столкнулась с ростом счёта за облачное хранение и посчитала свой сервер: автомойка: камеры пишут 30 дней, облако просит 4000 ₽ в месяц за каждую. Логика расчёта там та же, только срок хранения и число камер другие — хорошая проверка, что методика действительно универсальна.

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