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