AntHTML

Скорее всего просто докупить обычный 5 портовник типо DES-1005C и вторкнуть в него скольугодно приставок.
Естественно на каждую приставку свой договор/допсоглашение.
Незнаю реалий РТК, но возможно для тех у кого несколько приставок они дают HG8245H или что подобное.

Тут очень много переменных.
1. Частота печати
2. Месячная нагрузка
3. Требуемое качество (инфографика, картинки, фото, фотографии)
4. Доступность и стоимоть расходников
Проанализировав все это можно понять, что конкретно нужно, сколько это будет стоить и за сколько окупится.

Канал какой настроен? и метод шифрования? попробуйте с этим поиграться.

Обсчитайте несколько вариантов, идея с атс не такая уж и плохая, тем более в вашей реалии.
1. Посчитайте сколько сотрудники разговаривают между собой: этот трафик не нужно отдавать городу, а гонять внутри собственной АТС.
2. Посчитайте реальную нагрузку на местный входящий/исходящий пул, возможно сократите количество аналоговых транков с 30 до допустим 5 и сделайте внутреннее перенаправление через добавочный номер/секретаря.
3. Изучите возможность покупки у местного оператора SIP или E1 потока, они обычно дешевле в обслуживании линии.
4. Найдите облачного провайдера через которого можно бросить транки на область/регион, рассчитайте целесообразность и возможности.
У вас главная задача: максимально сократить внешний трафик, а также попытаться пустить межгород через интернет, а не через ростелекомовскую атс, хотя если весь канал города уходит на спутник, то этому они могут и препятствовать.

Погуглите, большинство нынешних IPTV приставок неплохо уживаются с некоторыми USB свистками, только на роутере нужно будет заморочиться прокидыванием VLAN IPTV в SSID IPTV.

Если внутри одного здания и между свичами менее 200м, то натяните просто витухой и в середине поставьте обычный 5ти портовый свитч, уж запитать его найдете где. это будет сильно проще и дешевле.
Ну а если есть деньги и подрядчик который вам сварит волокно, то бросайте волокном и берите свичи с SFP.
Но волокно обычно таскают между зданиями - где невозможно поставить активное оборудование среди линии, либо utp открытой прокладки не выдерживает условий эксплуатации, либо нужна высокая плотность.

На 10 не шибко активных человек вполне подойдет. Частота конечно для 8.3 маловата, но и на такой люди вполне работают.
+ в зависимости от схемы базы: RDP-терминал или 1C-сервер
Возможно рассмотреть идею поднятия Hyper-V и разноса Postgre и 1С чтобы была возможность сбалансировать ядра и память, и в случае чего проще мигрировать куда-то.

Ваши требования это не требования к серверу, а какая-то лютая абстракция.
Требования к серверу это:
- 15 клиентов битрикса (значит скорее по вэб http подключаются)
- если система уже функционирует, то сколько кушает памяти/диска
- на сколько примерно разрастается база каждый день в Мб
- как планируется дальнейшее расширение: компы, база, мощность
- на сколько требуется безотказность системы

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

Нужно настроить билдер так чтобы при релизе он генерировал полный пакет, а не использовал runtime, тогда будет стартовать на любом компе.
В гугле полно топовых ссылок на это дело, к примеру www.delphisources.ru/forum/showthread.php?t=10443

В принципе это по началу не сложная база данных.
Но в медицине сейчас тема такая, что минздравовские госбольницы переходят на централизованные отраслевые ЦРМ, с глобальной синхронизацией через ЦОД, аптеки и тд.
В частных в основном берут что-то из 1С медицина либо заказывают разработки, доработки под свои конкретные нужды.
Так что первым делом лучше опросить соседние учреждения: чем они пользуются, где получали, покупали и какой используется функционал

24 медью это полный юнит, так что тут никак.
Если б было 4-8 волокна и 4-8 меди то можно было взять кассету и добрать панелью с розетками, а так нет.
Лучший вариант - ставить в шкаф медную панель, а рядом настенный кросс на 4 волокна.

Пока что идеальна уже ставшая классической компоновка SSD+HDD, берется под конкретные нужды из расчета SSD: диски C (система), D (рабочие файлы), HDD: диски E (архивные файлы), F (хлам).
Если собирается новый комп то материнка сразу ищется с разъемом M2 и поддержкой NVMe и соответствующий SSD, никаких SATA тем более проводных.
HDD для цели хранения файлов надежней, долговечней, дешевле, при поломке HDD восстановить файлы проще чем при поломке SSD.

На ардуине или ESP делаем пингатор который ежемесячно или при включении устройства идет на сайт по rest-api и спрашивает разрешение запуститься, если разрешение получено отдает сигнал дальше.
Такого в интернете в простых обучающих примерах должно быть полно

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