Orthanc, индекс PostgreSQL и файловое хранилище работают в выделенном контуре, отделённом от МИС, модальности и внешнего управления.
PACS / МРТ
Связать МИС, МРТ и архив так, чтобы исследование попадало в правильную карточку, а внутренний PACS не публиковался напрямую.
АРХИТЕКТУРНАЯ СХЕМАPACS / DICOM
- МИСЗапись
- WORKLISTдо 2 минут
- МРТDICOM
- PACSOrthanc
- VIEWERHTTPS
- Тип проектаЭкосистема
- Охват решенияDebian 13, KVM/QEMU и libvirt
- Состав системыPACS-VM: 14 vCPU, 12 ГБ RAM и 349 GiB системного диска
- Пользовательский путьOrthanc 1.12.7 и PostgreSQL 17
Медицинскому центру требовался воспроизводимый процесс для 15–20 исследований в сутки. Ошибка сопоставления исследования с пациентом недопустима, тяжёлые DICOM-файлы требуют отдельного хранилища.
Снят риск неверного сопоставления исследования
Моя роль
Архитектура, развёртывание и интеграция локального PACS-контура - от гипервизора и хранилища до Worklist и защищённого веб-просмотра.
Спроектировать границы МИС, модальности, PACS и управления
Развернуть Orthanc и индекс PostgreSQL в отдельной виртуальной машине
Интегрировать Rnova и DICOM Modality Worklist
Исключить нечёткое сопоставление Patient ID
АРХИТЕКТУРА / БЕЗ МЕДИЦИНСКИХ ДАННЫХ
Полная цепочка показана без имитации клинического интерфейса.
Реальные PACS- и Rnova-экраны намеренно не публикуются: схема фиксирует проверенную архитектуру, не раскрывая DICOM-метаданные и исследования.
АРХИТЕКТУРНАЯ СХЕМАPACS / DICOM
- МИСЗапись
- WORKLISTдо 2 минут
- МРТDICOM
- PACSOrthanc
- VIEWERHTTPS
ИНЖЕНЕРНОЕ РЕШЕНИЕ
Индекс и тяжёлые DICOM-файлы разделены, Worklist синхронизируется с МИС, а точный Patient ID не позволяет похожим номерам смешивать карточки.
Рабочий список регулярно получает данные из МИС, чтобы модальность использовала актуальную запись до начала исследования.
Браузерный просмотр доступен через HTTPS и проверку пользователя, а внутренние PACS- и служебные интерфейсы не публикуются напрямую.
Что остаётся после запуска
Интеграция опирается на точный Patient ID, а границы сети не позволяют превратить внутренний архив в публичный сервис.
СЛЕДУЮЩИЙ ШАГ
Я соберу первый проверяемый этап.
Я зафиксирую задачу, границы, риски и критерии результата. После этого станет ясно, нужен ли публичный сайт, внутренняя система или единый цифровой контур.