Архив нейтральности поставщика

Вендор -нейтральный архив ( VNA ) — это технология медицинской визуализации , в которой изображения и документы (и, возможно, любые файлы, имеющие клиническое значение) хранятся (архивируются) в стандартном формате со стандартным интерфейсом, так что к ним можно получить доступ у поставщика. нейтральным образом со стороны других систем.

Эта терминология используется в отличие от традиционных систем архивирования изображений и связи (PACS), хотя ведутся споры о том, где проходит граница между VNA и PACS в континууме их общих характеристик.

Определение

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

Так называемая «нейтральность к поставщику» подразумевается стандартным форматом и интерфейсом, и нейтральность распространяется на устройства конкретного поставщика, которые создают или потребляют эти изображения (например, для отображения, распространения или анализа, с определенными рабочими процессами или без них, например что касается радиологических отчетов, т. е. PACS ).

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

Существует общее согласие относительно следующих ключевых особенностей:

• Хранение изображений DICOM и связанных с ними составных объектов (состояний представления, ключевых объектов, структурированных отчетов)
• Стандартный сетевой интерфейс DICOM для хранения, запроса и поиска.
• Административные обновления и исправления (изменение идентификатора пациента и объединение исследований)
• Масштабируемость

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

• Хранение объектов, не связанных напрямую с изображениями (например, запросы и отчеты, созданные человеком)
• Хранение контента, отличного от DICOM (например, документов HL7 CDA )
• Протоколы доступа, отличные от DICOM (например, межкорпоративный обмен документами IHE ( XDS и XDS-I)
• Междоменная идентификация и разрешение кодов (идентификатор пациента, регистрационный номер, коды процедур)
• Динамическое преобразование тегов DICOM
• Управление жизненным циклом информации
• Исключение содержимого базы данных управления рабочими процессами
• Независимость от выбора ядра базы данных
• Контрольный журнал доступа

История

Эволюция

Традиционно потребность в хранении медицинских изображений наиболее распространена в отделениях радиологии и ядерной медицины и реализуется в форме субспециальностей и кафедр (PACS), которые объединяют функции управления изображениями и архивирования изображений в единую систему хранения медицинских изображений. единственное решение. Хотя все такие системы имеют стандартные интерфейсы ( DICOM и IHE ) для приема и распространения изображений по сети и на физических носителях (например, компакт-дисках), обычно рабочий процесс и оптимальная производительность отображения достигаются с использованием собственного программного обеспечения и протоколов. Кроме того, постоянное хранилище «внутри» проприетарного PACS может не иметь стандартной формы, PACS может не обновлять хранящиеся файлы последними исследованиями и демографическими обновлениями и аннотациями, хранящимися в базе данных, а также может расширяться, злоупотреблять или зависеть от определенные стандартные и нестандартные (частные) атрибуты DICOM в хранимых файлах.

Со временем во многих реализациях базовая инфраструктура хранения данных была «вынесена» из традиционной (PACS) на уровне аппаратного обеспечения и файловой системы ( DAS , NAS , SAN ) и вместо этого поставлялась компьютерными данными, не специфичными для домена. продавцы систем хранения данных .

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

Осложняющим фактором является то, что предложения (PACS) постоянно меняются в отношении функций и качества обслуживания, и традиционно пользователи отказываются от одного поставщика и заменяют свой продукт другим каждые 3–5 лет. Это вызывает необходимость «мигрировать» изображения и связанную с ними информацию в новую архитектуру без потери данных, что является нетривиальной задачей, несмотря на использование стандартных форматов кодирования изображений. Концепция VNA теоретически обеспечивает большую стабильность (повторное использование и менее частую миграцию) на уровне архива, несмотря на быструю эволюцию и изменения на более высоком уровне приложения (отображение и рабочий процесс). Конечно, миграция с VNA одного поставщика на другой тоже нетривиальна, просто мы надеемся, что она будет происходить реже.

Альтернативным термином для VNA является «нейтральный архив PACS», который, возможно, лучше передает первоначальное намерение, но этот термин используется редко, и, к лучшему или к худшему, VNA стал модным словом среди клиентов и продавцов.

Литература

Как отмечалось выше, архив изображений, естественно, в основном статичен, то есть большая часть содержимого архива остается неизменной, при этом каждый день добавляется лишь (относительно) небольшое количество исследований с небольшим количеством изменений и исправлений.

С первых дней существования PACS ожидалось, что необходимо будет определить границы стандартной совместимости. Стандарты ACR-NEMA, а затем и DICOM, возникли не только для удовлетворения потребности в стандартном формате файлов, но и для протоколов хранения изображений от способов получения до архивов, а также для запроса и извлечения изображений из архива. Даже первый стандарт ACR-NEMA 1985 года. определенные транзакции FIND и GET. То есть изначально было предусмотрено отделение рабочих станций и управления документооборотом от архивов. Первые демонстрации DICOM в RSNA, начавшиеся в 1992 году, использовали так называемый «центральный испытательный узел». который, возможно, был одним из первых архивов, нейтральных к поставщикам на основе DICOM, хотя в то время этот ярлык не использовался. В отечественных системах PACS или мини-PACS архив и рабочая станция обычно описывались как отдельные объекты. Многие, но не все, монолитные коммерческие системы PACS продолжали использовать собственные протоколы между своими интегрированными рабочими станциями и архивами, но всегда признавалась необходимость поддержки отдельных рабочих станций сторонних производителей для специализированной работы, такой как 3D-обработка и планирование лучевой терапии, и реализовано с использованием протокола DICOM.

В 1998 году Эриксон и Хангиандреу обсудили преимущества повторного отделения функций архива от обычного монолитного PACS и использования предварительной выборки для заполнения «устройства хранения интерпретаций». Они также описывают запросы и извлечение из нескольких архивов (способом, который теперь будет называться объединенным запросом) для обеспечения совместного использования изображений между предприятиями. В статье отмечены некоторые практические проблемы того времени, такие как относительная неэффективность выполнения запросов DICOM к таким многочисленным архивам и разделение тех ответов, которые необходимы для предварительной выборки, а также проблемы с идентификаторами пациентов. Тем не менее, возможность хранить изображения в системе, отдельной от рабочей станции, считалась важной возможностью. В конечном итоге Эриксон и его коллеги превратили это в стартап-компанию TeraMedica. в 2000 году, который был куплен Fuji Medical Systems в 2015 году.

В одной из многих записей блога По этому поводу Майкл Грей ссылается на раннее описание концепции отделения интерфейсных клинических приложений от функции внутреннего хранения в статье Надима Дахера, аналитика рынка медицинских изображений в Frost & Sullivan.

Давняя ветка форума тети Минни PACS отвлеклась на обсуждение проблемы нейтральных архивов среди более широкой аудитории после ответа Майкла Грея.

Официальный документ Уэйна ДеЖарнетта за 2009 год. это ранняя попытка дать определение, основанное на требуемом наборе функций, и его компания также предоставила более свежую интерпретацию.

Майкл Грей предлагает основные компоненты VNA в своей записи в блоге 2009 года: со ссылкой на контрольный список атрибутов Акуо, самую последнюю форму которого можно найти в официальном документе Шеннон Верб об атрибутах «настоящего» ВНА.

В 1997 году Ларри Ситка покинул 3M/Imation, помогая Cemax/Icon в создании Archive Manager и децентрализованного архива под названием IMAS, который так и не был выпущен на рынок, и основал компанию под названием Acuo Technologies. На то, чтобы собрать капитал и нанять еще трех инженеров-основателей Acuo, потребовалось 2 года и 3 месяца. При финансовой поддержке частного инвестора по имени Джим Юндт, 1 января 2000 года Акуо официально открыл офис с четырьмя сотрудниками. Компания сосредоточилась на отделении приложений просмотра (PACS) от устройств управления данными и устройств хранения данных.

Acuo предоставила услугу, позволяющую независимо от поставщика просматривать единый нормализованный центральный репозиторий для всего содержимого изображений. Контент хранился/связывался внутри Acuo с использованием обмена сообщениями и протоколами путем маршрутизации и сопоставления сообщений DICOM. Для PACS решение Acuo выглядело как единый репозиторий, когда контент поступал из локально хранящихся или подключенных к протоколу мест. Именно Майкл Грей в 2004 году придумал фразу «Вендор-нейтральный архив», напрямую ссылающуюся на способность платформы Acuo разделять просмотр, управление контентом, оркестровку сообщений и хранение. Окупаемость инвестиций Acuo была построена на извлечении архива из PACS, исключении необходимости больше платить за миграцию (приложений или хранилищ) и предоставлении лучшего в своем классе доступа к просмотру приложений, находящихся сверху. Нейтралитет к поставщикам со стороны приложений просмотра PACS и поставщиков хранилищ, находящихся внизу.

Многие организации здравоохранения до сих пор получают выгоду от этих установок, некоторым из которых уже 23 года. 

Герман Оостервейк представляет более свежее описание от имени Терамедики в своем официальном документе: в котором он предлагает более подробное определение: «Независимый от поставщика архив (VNA) — это медицинское устройство, которое обеспечивает масштабируемое управление изображениями и информацией, а также жизненным циклом, так что изображения и связанную с ними информацию можно запрашивать, хранить и извлекать таким образом, чтобы это было удобно. определяется открытыми стандартами на уровне нескольких отделов, предприятий и регионов, сохраняя при этом конфиденциальность и безопасность пациентов. Характерной особенностью VNA является то, что он обеспечивает подход, ориентированный на пациента, который выходит за рамки обновлений и изменений различных компонентов просмотра, сбора данных и управления рабочими процессами. они должны быть взаимозаменяемы без необходимости миграции, преобразования или изменения форматов данных или интерфейса VNA».

Связь VNA с хранением медицинских изображений в облаке также туманна, хотя и предлагает высокий потенциал для соблюдения модных словечек , и Майкл Грей вносит некоторую ясность в свою статью, подготовленную по заказу EMC.

Различные альтернативные модели развертывания и рамки были описаны, которые касаются вопросов стоимости, ценности и барьеров для входа.

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

Функции

Административные обновления и исправления

Пассивный архив просто хранит то, что он получает, и потенциально перезаписывает то же самое при повторном получении с изменениями, но с теми же (уникальными) идентификаторами. Этого недостаточно в производственной операции, где допускаются ошибки, и необходимо исправить демографические данные пациента или исправить ошибки (во время исследования был выбран неправильный пациент, запрос или сторона и в заголовках изображений присутствует неверная информация).

Существуют стандарты, которые охватывают некоторые варианты использования, такие как сверка информации о пациентах IHE (PIR) и управление изменениями объектов визуализации (IOCM).

Междоменная идентификация и разрешение кода

Чтобы архив охватывал департаменты, учреждения, регионы или даже национальные границы, необходимо решить вопрос идентификации объектов и концепций.

В общем, внутри домена, такого как отдельное учреждение, идентификаторы пациентов и идентификаторы запросов, исследований и отчетов (например, по инвентарным номерам) назначаются однозначно внутри этого домена, но не за его пределами. Большинство внутренних систем (и большинство PACS ) не управляют существованием нескольких доменов идентификации, и если идентификаторы используются в разных доменах, возникают коллизии и неоднозначность. Таким образом, при использовании каждый идентификатор должен быть либо уточнен с помощью своего «назначающего органа» (подход, используемый в DICOM Multiple Image Manager Archive (MIMA) на основе профиле IHE ), либо должен быть приведен к единому «каноническому» идентификатору, охватывающему область действия идентификатора. более крупный домен, включающий все интегрированные межкорпоративные системы (подход, используемый IHE Cross Enterprise Document Sharing . При импорте внешних изображений в локальный архив этот вопрос также необходимо решить, обычно путем сопоставления внешнего идентификатора с внутренним идентификатором и повторное кодирование информации (принуждение) в «заголовке» DICOM или других метаданных (например, способом, указанным в рабочем процессе импорта).

Является ли поддержка этой важной функцией для VNA, зависит от того, в какой среде она предназначена для развертывания (внутри одного предприятия или между предприятиями), но надежная поддержка обеспечивает страховку от будущих изменений конфигурации развертывания (например, слияний предприятий).

Аналогичным образом, локальные наборы кодов, используемые для таких вещей, как коды процедур (для «заказываемых товаров», в отличие от кодов выставления счетов), недостаточно стандартизированы, и там, где они полезны в изображениях для управления рабочим процессом и отображением (например, висячие протоколы), возможность отображать их тоже является полезной функцией.

Динамическое морфирование тегов

Одной из целей VNA является хранение информации и ее передача множеству систем, которые могут предъявлять разные требования к ее использованию и ожидать очень специфических характеристик атрибутов DICOM и значений, хранящихся в них, как стандартных, так и частных.

Концепция «динамического преобразования тегов» рекламируется как решение проблемы двух разных систем, ожидающих разных значений в одном и том же атрибуте. «Морфирование тегов» означает изменение значений одного или нескольких атрибутов (в данном контексте обычно элементов данных DICOM). Это может быть сделано «статически», и в этом случае выполняется только одно сопоставление, или «динамически», и в этом случае выполняется несколько сопоставлений, каждое из которых специфично для конкретного получателя.

В своей вырожденной форме возможность сопоставлять любой тег и значение с любым другим по своей сути опасна и подрывает ценность попыток стандартизировать атрибуты в первую очередь, а также усилий поставщиков модальностей и PACS использовать их «должным образом». Тем не менее, существуют различия в установленной базе и даже в новых продуктах в том, как используются некоторые области, особенно для весьма специфических и продвинутых форм визуализации, а также соответствующие различия в том, что передовые приложения отображения и анализа ожидают на своих входных данных. Соответственно, это популярная функция, несмотря на ее опасности. Некоторые будут решительно утверждать, что это важная особенность, которую можно отнести к ВНА.

Эта функция напоминает то, что распространено в мире HL7 версии 2, так называемый механизм интерфейса, который предназначен для сопоставления практически всего чего угодно с чем угодно еще, в зависимости от источника и цели.

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

Динамическое морфирование тегов отличается от конкретных изменений атрибутов, связанных с междоменной идентификацией и разрешением кода (то, что DICOM в PS 3.4 называет «принуждением»), для которых существуют стандарты, определяющие, что, когда и как менять, и какие часто включают в себя дополнительных участников, таких как главный индекс пациентов, хотя некоторые сторонники объединяют их вместе, а некоторые продукты реализуют их, используя один и тот же механизм.

Майкл Грей был одним из первых сторонников морфинга тегов и считает его важной функцией VNA. Описание вариантов использования морфинга тегов можно найти в официальном документе Уэйна Дежарнетта 2010 года.

Управление жизненным циклом информации

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

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

Тем не менее, потенциально полезной функцией VNA является поддержка локально настраиваемых критериев очистки (отбраковки) на основе правил, будь то путем прямой реализации правил или ответа на запросы IHE Imaging Object Change Management (IOCM) от отдельного механизма правил.

Контент, отличный от DICOM

У VNA не должно возникнуть проблем с хранением контента DICOM, такого как изображения и связанная с ним информация, такая как состояния представления и так называемые «доказательные документы», такие как структурированные отчеты DICOM, содержащие такие данные, как измерения, записанные с помощью модальности, или результаты постобработки, например, из САПР. .

Однако в клинических условиях могут быть доступны другие типы документов и объемных объектов, которые желательно сохранить. Большинство PACS используют подход их преобразования в DICOM, в некоторых случаях используя объекты, предназначенные для «инкапсуляции» объектов другого типа. Классический пример — отсканированный документ, сохраненный в виде файла PDF и инкапсулированный в объект PDF DICOM вместе с достаточным количеством метаданных для его идентификации и управления им, как если бы это было изображение. VNA должны поддерживать эти типы инкапсулированных объектов DICOM, а «заголовок» DICOM предоставляет средства для получения метаданных для индексации для поддержки запросов и извлечения. Майкл Грей подробно развивает эту тему в своем официальном документе по этому вопросу.

Для других типов объектов, или когда объект инкапсуляции DICOM недоступен, или когда нет необходимости взаимодействовать с системами DICOM, при условии, что существуют стандартные средства предоставления необходимых метаданных для индексации, например, с помощью HL7 версии 2. сообщений или служб реестра XDS, то теоретически VNA может хранить что угодно.

Определенные типы контента, отличного от DICOM, такие как экземпляр документа HL7 CDA, содержащий, например, отчет о радиологии, могут храниться либо как XDS, либо сначала инкапсулироваться в инкапсулированный объект CDA DICOM и храниться с использованием служб DICOM или его содержимого. и заголовок может быть перекодирован в экземпляр структурированного отчета DICOM. Полнофункциональный VNA может иметь возможность перекодировать любой отдельный экземпляр в другую форму в зависимости от того, что нужно запрашивающей системе («морфинг объекта», если хотите).

Описание подхода Уэйна Дежарнетта к хранению объектов, не относящихся к DICOM, в его продукте описано в его официальном документе 2009 года.

Стандартизация интерфейса

Формат файла изображения на носителе длительного хранения

Существует общее мнение, что для изображений требуется использование формата файлов DICOM и что там, где изображения сжимаются для архивирования или транспортировки, необходимо использовать стандартные, а не патентованные схемы сжатия (синтаксисы передачи). Действительно, отличительной особенностью большинства VNA по сравнению со многими традиционными PACS является отказ от использования проприетарных внутренних форматов, которые якобы использовались в прошлом из соображений «производительности», при сохранении хорошей производительности на всех интерфейсах.

Реализации могут различаться в зависимости от поддерживаемых схем сжатия, независимо от того, является ли обратимое сжатие (без потерь) обязательным для медико-юридических архивных целей. Реализации также различаются по диапазону типов изображений, специфичных для модальности, которые они поддерживают; хотя многие архивы в принципе поддерживают все информационные объекты изображений DICOM, некоторые крайние случаи, например, целые изображения патологии слайдов и длинные видео, могут не поддерживаться. Общей особенностью VNA является попытка сохранить все атрибуты в первоначальном виде, включая частные (собственные) атрибуты, полученные в результате сбора данных или добавленные другими промежуточными приложениями (такими как рабочие станции контроля качества или PACS).

DICOM описывает множество различных «Определений информационных объектов» и «Классов SOP» для хранения изображений с конкретными метаданными, связанными с конкретными модальностями и приложениями, и их список растет по мере развития технологий. Поскольку формат DICOM по своей сути является расширяемым, а все новые объекты основаны на общей кодировке и шаблоне, VNA должны иметь возможность хранить любой объект изображения DICOM, независимо от того, распознан ли класс SOP или он новый. Этого можно достичь за счет использования изменяемой в поле конфигурации для добавления новых классов SOP, или путем анализа содержимого «заголовка» объекта, или с помощью простого подхода к приему, хранению и регургитации всего, что передается через DICOM C- Работа МАГАЗИНА.

Протоколы передачи изображений

Обычный DICOM

Поддержка базовых DICOM C-STORE, C-FIND, C-MOVE и предпочтительно C-GET является фундаментальной и не обсуждается. Обычно поддерживаются базовые синтаксисы несжатой передачи, включая неявный и явный VR с прямым порядком байтов, а также менее распространенный синтаксис передачи с прямым порядком байтов. Диапазон синтаксисов сжатой передачи обычно включает JPEG без потерь , а также обратимый и необратимый JPEG 2000 , иногда JPEG-LS и обычно JPEG с потерями для изображений, которые были предоставлены таким образом (особенно полноцветные фотографии). Поддержка сжатия движения (кроме многокадрового JPEG). ) встречается реже, но, возможно, чаще встречается в VNA, чем в PACS , особенно при хранении и регургитации без просмотра.

ДОРОГА

Большинство согласится, что важным интерфейсом VNA является оригинальная версия веб-доступа к постоянным объектам DICOM (WADO), которая позволяет получать отдельные изображения с помощью URL-адреса HTTP либо в формате файла DICOM, либо предварительно визуализировать в потребительский формат, такой как JPEG .

XDS-Ib

также SOAP Транзакции IHE Cross Enterprise Document Sharing for Imaging на основе веб-службы обычно считаются предварительным условием для заявления о присвоении статуса VNA.

Объекты, связанные с изображением

Состояния презентации

Преобразование оттенков серого или цветопередачи, примененное к изображениям для отображения, должно храниться как объект состояния представления DICOM. псевдоцветов Эти объекты поддерживают изображения в оттенках серого и полноцветные изображения, а также применение таблицы поиска к изображениям в оттенках серого. В состояниях презентации также можно записывать любые примененные масштабирование и панорамирование (выбор отображаемой области). IHE использует их в профиле последовательного представления изображений (CPI).

Поскольку многие современные PACS также могут хранить аннотации изображений с использованием объектов состояния представления DICOM, VNA должен поддерживать их, включая не только хранение и регургитацию, но также выбор и отображение в любом средстве просмотра, поставляемом как компонент VNA.

Аннотации, области интереса и измерения

Предпочтительным форматом хранения аннотаций , областей интереса и измерений является объект структурированного отчета DICOM (SR), который позволяет сохранять структуру, кодированную и семантическую информацию, а не просто представлять ее. ИГЕ называет их доказательными документами (ED). Объекты DICOM SR также могут создаваться в контексте IHE, указывающего их в профиле простого изображения и числового отчета (SINR).

Поскольку многие методы сбора данных, маммографические CAD-системы и рабочие станции количественного анализа изображений создают объекты SR, VNA должен быть способен хранить и воспроизводить их. В идеале любой компонент просмотра должен иметь возможность общего (если не идеального) рендеринга содержимого любого SR, включая отображение координат на ссылочных изображениях.

Для определенных областей, таких как лучевая терапия , используется более старый формат, набор структур DICOM RT, который может кодировать трехмерные изоконтуры относительных координат пациента (только), и некоторые рабочие станции, не поддерживающие RT, также создают их вместо SR. VNA также должна их поддерживать.

Ключевые изображения и выбор объектов

Общая концепция PACS заключается в том, что пользователь (например, оператор модальности или интерпретатор-рентгенолог) помечает некоторые изображения (или другие объекты) как «ключевые», т. е. представляющие особый интерес по какой-либо причине. Хотя устаревшие PACS могут записывать это только как флаг во внутренней базе данных, современные PACS используют объект выбора ключевого объекта DICOM (специализированная форма SR) для экспорта этой информации. Такое использование описано в профиле IHE Key Image Note (KIN). VNA должен поддерживать хранение и регургитацию объектов KOS, а также их выбор и отображение в любом средстве просмотра.

Отчеты о дозах радиации

Поскольку многие методы медицинской визуализации доставляют пациенту нетривиальные количества ионизирующего излучения, необходимо отслеживать дозу облучения, а в некоторых юрисдикциях это должно регистрироваться законом. DICOM определяет специальную форму структурированного отчета — структурированный отчет о дозе радиации (RDSR) для его кодирования. IHE использует их в профиле управления радиационным воздействием (REM). VNA должен поддерживать их хранение и регургитацию и в идеале должен быть способен извлекать важную информацию для отображения в любом средстве просмотра.

Отчеты о процедурах

В приложениях радиологии и ядерной медицины практика диктовки и расшифровки (или использования распознавания речи ) хорошо укоренилась, и их результат обычно представляет собой неструктурированную или минимально структурированную прозу, закодированную в виде обычного текста и распространяемую по факсу, сообщениями HL7 версии 2 или каким-либо другим способом. столь же примитивный механизм. Постоянная форма этих «документов» недостаточно стандартизирована, но многие заказчики ожидают, что VNA сможет принимать их в любом предпочитаемом локальном формате. Применяются те же принципы, что и для хранения любого контента, отличного от DICOM, включая использование сообщений HL7 версии 2 или XDS для предоставления метаданных вместо структурированного «заголовка», например, в случае отчетов, представленных в формате PDF, когда они не были инкапсулированы в объекты DICOM или CDA. Теперь, когда HL7 пообещал смягчить свою ранее закрытую политику IP, включая предложение бесплатного использования CDA, вполне возможно, что CDA станет предпочтительной формой кодирования, но VNA все равно придется принимать (и, возможно, перекодировать) отчеты во множестве форма из установленной базы. DICOM определяет шаблоны для кодирования отчетов, созданных человеком, как объекты структурированного отчета (SR) DICOM, а IHE определяет их в профиле простого изображения и числового отчета (SINR).

Объекты лучевой терапии

В дополнение к наборам структур DICOM RT, чтобы VNA можно было использовать на предприятии, занимающемся лучевой терапией, все семейство объектов DICOM RT для лучевой, ионной и брахитерапии необходимо хранить и изрыгать .

Объекты необработанных данных

DICOM определяет объект необработанных данных, который по существу представляет собой обычный составной заголовок экземпляра DICOM с информацией о пациенте, исследовании, серии и экземпляре, но без полезной нагрузки. Он был предназначен для хранения необработанных данных , которые нелегко представить в виде изображения или объекта, подобного изображению, таких как необработанные изображения, полученные от детекторов компьютерного томографа, или данные k-пространства от сканера МРТ, но можно использовать для кодирования чего угодно. VNA должен иметь возможность хранить и воспроизводить их, даже если он может не знать об их содержимом и только исходное устройство может их интерпретировать.

Объекты аудио, сигналов и спектроскопии

Хотя широко используется множество потребительских форматов кодирования аудио, в них отсутствуют заголовок или метаданные, необходимые для идентификации пациента и встречи с ним. VNA, который хочет поддерживать эти возможности, должен иметь средства предоставления такой информации, например, отправку с помощью XDS. DICOM определяет объект Basic Audio, и хотя он не поддерживает множество аудиокодеков, доступных в потребительском мире, некоторые PACS их создают, поэтому VNA должен их поддерживать.

Временные сигналы (например, ЭКГ) могут храниться в формате DICOM или во множестве других форматов, и применяются те же принципы, что и для аудио; т. е. если формат является медицинским, используйте метаданные заголовка для индексации во время приема, если нет, используйте XDS для его регистрации.

Объект DICOM MR-спектроскопии определен, и, поскольку некоторые модальности создают его, VNA должен иметь возможность хранить и воспроизводить его экземпляры.

Частные объекты

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

Варианты использования

• Передача изображений на месте в несколько PACS
• Выносная передача изображений в несколько PACS
• Прямой просмотр изображений (локально или снаружи)
• Высокая доступность
• Непрерывность бизнеса и аварийное восстановление

Спектр предложений поставщиков

Учитывая запутанную историю, неудивительно, что два продукта, претендующие на звание VNA, могут иметь совершенно разные наборы функций и производительность. Однако по существу существует четыре категории продуктов:

• Сторонние системы, разработанные независимо от PACS
• Выносные архивные системы, изначально предназначенные для BC/DR.
• Продукты центрального репозитория, поддерживающие межкорпоративный и внешний доступ
• Традиционные системы PACS с улучшенным стандартным доступом к своему внутреннему архиву.

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

Рынок

Размер мирового рынка VNA невелик по сравнению с рынком PACS, но предполагается, что он будет расти.

Обзор состояния рынка VNA на конец 2012 года можно найти в этом обзоре.