Новый медцентр за первый год делает 5 000 КТ и 2 000 МРТ. На дисках это 3,3 ТБ снимков до сжатия. Через пять лет архив займёт не 16,5 ТБ: поток исследований растёт, а кроме снимков место нужно базе PACS, тестовой среде и системе.
Тебе нужна не просьба «заложить запас», а проверяемая нижняя граница ёмкости. С ней поставщик не сможет спрятать расчёт за общей цифрой в коммерческом предложении.
Сначала посчитай снимки за первый год
Методика Majware считает годовой прирост PACS по четырём параметрам: числу исследований, среднему размеру, коэффициенту сжатия и темпу роста архива.
Для типового медцентра примем:
- 5 000 КТ по 500 МБ;
- 2 000 МРТ по 400 МБ;
- lossless-сжатие JPEG 2000 — 1,5:1 для КТ и 2:1 для МРТ.
Берём нижнюю границу сжатия из диапазонов Majware: так расчёт не зависит от более удачного результата на конкретных исследованиях. Lossy-сжатие не учитываем — Majware указывает, что его обычно не применяют к первичным диагностическим изображениям.
Получаем:
5 000 × 0,5 ТБ / 1 000 ÷ 1,5 + 2 000 × 0,4 ТБ / 1 000 ÷ 2 = 2,07 ТБ
Это объём снимков за первый год. Умножить его на пять можно только для медцентра со стабильным потоком. Новое учреждение живёт по другому графику.
При росте на 15% архив займёт 13,9 ТБ
По методике Majware, число исследований в новом медучреждении в первые три–пять лет может расти на 15–25% в год. Для базового расчёта возьмём нижнюю границу — 15%.
Пятилетний архив считаем как сумму пяти лет:
2,07 × (1 + 1,15 + 1,15² + 1,15³ + 1,15⁴) = 13,9 ТБ
Простое умножение на пять дало бы 10,4 ТБ. Разница — 3,5 ТБ, то есть почти два первых года работы МРТ из нашего примера.
Для своего медцентра сначала посчитай первый год, затем умножь результат на коэффициент горизонта:
| Рост исследований | Коэффициент на пять лет | Архив снимков |
|---|---|---|
| 0% | 5,00 | 10,4 ТБ |
| 15% | 6,74 | 13,9 ТБ |
| 25% | 8,21 | 16,9 ТБ |
Если в отделении появится маммограф с томосинтезом или изменятся протоколы КТ, расчёт нужно повторить по каждой модальности. Средняя цифра на одно исследование скроет такую перемену.
Похожим способом считают дисковую ёмкость архива видеонаблюдения: сначала поток данных за сутки или год, затем срок, рост и потери массива. Отличаются исходные данные, но не логика закупки.
13,9 ТБ снимков превращаются в 20,8 ТБ полезной ёмкости
Снимки занимают лишь часть PACS-хранилища. В закупочный расчёт добавим ещё три потребителя.
Majware оценивает базу PACS с метаданными, ворклистами и отчётами в 5–20 ТБ — в зависимости от числа исследований. Для нижней границы берём 5 ТБ.
Тестовая среда UAT требует 10–20% ёмкости продуктивного архива. Закладываем минимум: 13,9 × 10% = 1,4 ТБ.
Ещё 500 ГБ оставляем под ОС, компоненты PACS и временные файлы — это минимальное локальное пространство в методике Majware.
Итог:
13,9 + 5 + 1,4 + 0,5 = 20,8 ТБ
Это полезная ёмкость, доступная приложениям. В неё не входит резервная копия. PACS-архив и бэкап защищают от разных отказов, поэтому держать их разделами одного массива нельзя. В статье про файловый сервер и резервные копии разобрано, когда данные и копии приходится разносить по отдельным узлам.
Пять лет — горизонт закупки, а не юридический срок
Приведённый расчёт отвечает на вопрос, сколько локальной ёмкости купить на пять лет. Он не устанавливает, сколько медцентр обязан хранить снимки.
Такой срок зависит от страны, вида медицинской документации и внутренних правил организации. Перед закупкой его должен подтвердить сотрудник, который отвечает за нормативные требования. Подменять эту проверку цифрой из технического расчёта нельзя.
Если утверждённый срок не превышает пяти лет, весь архив можно заложить в локальный массив. Если снимки нужно хранить дольше, пятилетний массив остаётся рабочим уровнем, а старые исследования переходят на отдельный архивный уровень. Majware использует такую многоуровневую схему в расчёте PACS для больницы на 500 коек.
Спецификация под задачу
Считаем конфигурацию для медцентра с 5 000 КТ и 2 000 МРТ в первый год, ежегодным ростом 15% и пятилетним горизонтом закупки.
| Компонент | Требование | Почему столько |
|---|---|---|
| Полезная ёмкость | не меньше 20,8 ТБ | 13,9 ТБ снимков, 5 ТБ базы PACS, 1,4 ТБ UAT и 0,5 ТБ системного объёма |
| Дисковый массив | 6 дисков по 8 ТБ, RAID 6 | 48 ТБ сырой ёмкости; после двух дисков чётности остаётся 32 ТБ до форматирования и служебных резервов |
| Системный накопитель | от 500 ГБ | ОС, компоненты PACS и временные файлы |
| UAT | от 1,4 ТБ полезной ёмкости | 10% продуктивного архива снимков |
| Сеть | по требованиям PACS-вендора и числу рабочих станций | данных о числе одновременных диагностических сессий в исходных условиях нет |
| Процессор и память | по матрице совместимости PACS | объём архива не определяет нагрузку на CPU и RAM |
| Блоки питания | два с горячей заменой, если простой одного узла недопустим | это требование к допустимому простою, а не к объёму снимков |
| Форм-фактор | по месту установки и числу дисковых отсеков | корпус должен принять шесть рабочих дисков и оставить отсеки для роста |
Шесть дисков по 6 ТБ из первоначального предложения не подходят. В RAID 6 два диска уходят под чётность, поэтому из 36 ТБ останется 24 ТБ до форматирования и служебных резервов. Требуемые 20,8 ТБ формально помещаются, но запас получается меньше 3,2 ТБ — его съест рост базы PACS или отклонение среднего размера исследований.
Шесть дисков по 8 ТБ дают 32 ТБ после чётности. Это на 11,2 ТБ больше расчётного минимума. Цена такого запаса — более дорогая закупка сейчас; плата за шесть дисков по 6 ТБ — риск расширять массив до конца пятилетнего срока.
Если поток исследований не растёт, полезный минимум снижается до:
10,4 + 5 + 1,0 + 0,5 = 16,9 ТБ
При росте 25% потребуется:
16,9 + 5 + 1,7 + 0,5 = 24,1 ТБ
Шесть дисков по 8 ТБ в RAID 6 оставляют 32 ТБ до служебных потерь и закрывают оба сценария. Если PACS-вендор потребует базу ближе к верхней границе 20 ТБ, этот массив уже не подойдёт: базу придётся вынести на отдельный дисковый уровень либо увеличить число и объём накопителей.
Перед отправкой запроса поставщику зафиксируй пять строк: объём первого года, ежегодный рост, срок закупки, место под базу и UAT, полезную ёмкость после RAID. Предложение без этих строк нельзя проверить — в нём есть диски, но нет ответа, до какого года на них поместятся снимки.
