Заявление о соответствии DICOM
CLARUSTM 500 и CLARUSTM 700
Версия 1.1.1
Carl Zeiss Meditec, Inc.
5160 Хасиенда Драйв
Дублин, CA 94568
США
1 Заявление о соответствииview
CLARUS 500 и CLARUS 700 (оба в данном документе называются CLARUS, если не проводится различие
явно сделаны) являются бесконтактными устройствами визуализации с высоким разрешением для визуализации человеческого глаза in vitro.
Режимы визуализации включают:
- Отображение истинного цвета с отражением
- Инфракрасная отражательная томография (IR)
- Автофлуоресценция глазного дна с зеленым или синим возбуждением (FAF-G и FAF-B)
- Флуоресцентная ангиография (FA) - только CLARUS 700
- Стерео изображения
- Визуализация внешнего глаза
CLARUS состоит из способа получения изображения и повторногоview заявление. Условия приобретения
позволяет обследовать глаз пациента, а CLARUS review программное обеспечение позволяет вам view, анализировать и управлять данными CLARUS на персональном компьютере. Он обеспечивает все функции прибора CLARUS, за исключением получения результатов исследования, в удаленном месте.
Прикладное программное обеспечение CLARUS позволяет:
- рабочий список модальности запроса
- запрашивать пациентов и данные
- создать отчет
- сдать экзамен
- экзамен в магазине
- создать отчет
- получить экзамен
- удаление данных
- DICOM file Импортировать
- DICOM file экспорт
- объединение пациентов и переназначение обследований
Этот документ структурирован в соответствии со стандартом DICOM (PS 3.2: Соответствие).
Таблица 1-1 Поддерживаемые сетевые службы
1Примечание: Предлагается расширенное согласование C-FIND. SCP требует поддержки реляционных запросов.
2Примечание: Действует как SCP только тогда, когда сначала был инициирован C-Move-RQ, и эта связь все еще открыта.
3Примечание: CLARUS не передает IOD фотографических изображений VL через сеть DICOM. Это обеспечивает
функция DICOM для получения и импорта фотографических изображений VISUCAM / VISPUPAC DICOM VL files
с локального, внешнего или сетевого диска.
4Примечание: CLARUS действует как SCU хранилища для 8-битных образов OP, генерируемых самим CLARUS. Однако это
выполняет извлечение DICOM и file импортировать только для тех 8-битных изображений OP, созданных VISUCAM /
ВИСПУПАК.
CLARUS не поддерживает обмен мультимедиа.
2 Содержание
1 Заявление о соответствииview ………………………………………………………………………………………… ..2
2 Содержание …………………………………………………………………………………………………………… ..4
3 Введение …………………………………………………………………………………………………………………… 6
3.1 История изменений …………………………………………………………………………………………………… .6
3.2 Аудитория …………………………………………………………………………………………………………… .6
3.3 Примечания ……………………………………………………………………………………………………………… .6
3.4 Определения и термины ………………………………………………………………………………………………… 6
3.5 Сокращения ………………………………………………………………………………………………………… ..8
3.6 Ссылки ………………………………………………………………………………………………………… .9
4 Сеть ………………………………………………………………………………………………………………… ..10
4.1 Модель реализации ……………………………………………………………………………………………. 10
4.1.1 Поток данных приложения ……………………………………………………………………………………… 10
4.1.2 Функциональное определение AE …………………………………………………………………………………. 12
4.1.2.1 Функциональное определение CLARUS …………………………………………………………………… .. 12
4.1.3 Последовательность действий в реальном мире ………………………………………………………………………… 12
4.1.3.1 Виды деятельности по приобретению ……………………………………………………………………………. 13
4.1.3.2 Запланированное дело с методом приобретения ………………………………………………………………. 15
4.1.3.3 Незапланированный случай ……………………………………………………………………………………… .. 16
4.2 Технические характеристики AE …………………………………………………………………………………………………. 17
4.2.1 Спецификация CLARUS AE …………………………………………………………………………………… 17
4.2.1.1 Классы СОП …………………………………………………………………………………………… .. 17
4.2.1.2 Политика ассоциаций ………………………………………………………………………………… ..17
4.2.1.2.1 Общие сведения ……………………………………………………………………………………………. 17
4.2.1.2.2 Количество ассоциаций ………………………………………………………………………… .. 17
4.2.1.2.3 Асинхронный характер …………………………………………………………………………… .. 18
4.2.1.2.4 Информация, определяющая реализацию ……………………………………………………………… 18
4.2.1.3 Политика создания ассоциации ……………………………………………………………………………… 18
4.2.1.3.1 Действие - Проверка связи ………………………………………………………………… .. 18
4.2.1.3.2 Действие - Рабочий список методов запроса ………………………………………………………………… .. 19
4.2.1.3.3 Действие - запрос пациентов и данных ………………………………………………………………… .. 29
4.2.1.3.4 Действие - Получить экзамен …………………………………………………………………………… .. 36
4.2.1.3.5 Действие - Выполнение экзамена …………………………………………………………………………… .. 44
4.2.1.3.6 Действие - Осмотр магазина …………………………………………………………………………… .. 45
4.2.1.3.7 Действие - Создание отчета ………………………………………………………………………… .. 49
4.2.1.3.8 Действие - слияние и повторное назначение ……………………………………………………………………… 50
4.2.1.3.9 Активность - DICOM File Импорт ……………………………………………………………………… 50
4.2.1.3.10 Активность - DICOM File Экспорт ……………………………………………………………………. 50
4.2.1.3.11 Действие - Удаление данных …………………………………………………………………………. 51
4.2.1.4 Политика принятия ассоциации ……………………………………………………………………… .. 53
4.2.1.4.1 Действие - Проверка связи ………………………………………………………………… .. 53
4.2.1.4.2 Действие - Осмотр магазина …………………………………………………………………………… .. 53
4.2.1.4.1 Действие - Создание отчета ………………………………………………………………………… .. 54
4.2.1.4.2 Действие - Получить экзамен …………………………………………………………………………… .. 55
4.3 Сетевые интерфейсы ……………………………………………………………………………………………… .. 56
4.3.1 Физический сетевой интерфейс ………………………………………………………………………………… 56
4.3.2 Дополнительные протоколы ……………………………………………………………………………………… .. 56
4.3.3 Поддержка IPv4 и IPv6 ……………………………………………………………………………………… .. 56
4.4 Конфигурация ………………………………………………………………………………………………………… 56
4.4.1 Отображение адресов AE Title / Presentation …………………………………………………………………… .. 56
4.4.1.1 Местные титулы AE ………………………………………………………………………………………… 56
4.4.1.2 Заголовки удаленных AE ………………………………………………………………………………………… 56
4.4.2 Параметры ………………………………………………………………………………………………… 56
4.4.2.1 Общие параметры ……………………………………………………………………………………… 56
Документ: DICOM_Conformance_Statement_CLARUS_500_700_V1.1.1.Docx Страница 5 из 87
Авторские права: © Carl Zeiss Meditec Inc. EN_31_200_0170I Редакция: I
5 Обмен данными ………………………………………………………………………………………………………… ..59
6 Поддержка наборов символов ………………………………………………………………………………………………… ..60
7 Безопасность …………………………………………………………………………………………………………………… 61
7.1 Безопасность Profileс ………………………………………………………………………………………………… .. 61
7.1.1 Конфиденциальность базового уровня приложения Profile ……………………………………………………………………. 61
7.1.2 БЕЗОПАСНОСТЬ НА УРОВНЕ АССОЦИАЦИИ …………………………………………………………………………. 62
7.1.3 УРОВЕНЬ БЕЗОПАСНОСТИ ПРИЛОЖЕНИЯ ………………………………………………………………………… .. 62
8 Приложения …………………………………………………………………………………………………………………… ..63
8.1 Содержание IOD ………………………………………………………………………………………………………… 63
8.1.1 Созданные экземпляры SOP …………………………………………………………………………………… .63
8.1.1.1 Описание объекта информации о 8-битном изображении офтальмологической фотографии …………………………………… 64
8.1.1.2 Определение инкапсулированного информационного объекта PDF ……………………………………………………… ..65
8.1.1.3 Определение информационного объекта исходных данных …………………………………………………………………. 66
8.1.1.4 Общие модули …………………………………………………………………………………… .. 67
8.1.1.5 Модули «Серии» созданных экземпляров SOP 8-битного образа OP ………………………………………… .. 69
8.1.1.6 Модули «Серии» созданных экземпляров СОП необработанных данных ………………………………………………… 70
8.1.1.7 Модуль «Серии» созданных экземпляров СОП ePDF ……………………………………………………… 71
8.1.1.8 Модуль «Справочная информация» для созданных экземпляров SOP 8-битного образа OP …………………………… .72
8.1.1.9 Модуль «Оборудование» созданных экземпляров СОП ePDF …………………………………………………. 72
8.1.1.10 Модули «Образ» созданных экземпляров SOP 8-битного образа OP ………………………………………… .. 73
8.1.1.11 Модули «Необработанные данные» созданных экземпляров СОП с исходными данными ……………………………………………. 79
8.1.1.12 Модули «Экапсулированный документ» созданных экземпляров СОП ePDF ………………………………… .. 80
8.1.2 Использование атрибутов полученных IOD …………………………………………………………………… 82
8.1.3 Отображение атрибутов ……………………………………………………………………………………………… .. 82
8.1.4 Принудительное / измененное Fileс ……………………………………………………………………………………… .83
8.2 Словарь данных частных атрибутов …………………………………………………………………………… .. 84
8.3 Закодированная терминология и шаблоны ……………………………………………………………………………… 86
8.4 Согласованность изображения в градациях серого …………………………………………………………………………………… 86
8.5 Стандартные расширенные / специализированные / частные классы СОП …………………………………………………………… 86
8.6 Синтаксисы частной передачи ………………………………………………………………………………………… .. 86
Введение 3
3.1 История изменений
3.2 Аудитория
Этот документ написан для людей, которым необходимо понять, как CLARUS будет интегрироваться в их медицинское учреждение. Сюда входят как лица, ответственные за общую политику и архитектуру сети обработки изображений, так и интеграторы, которым необходимо детальное представление о функциях DICOM продукта. Этот документ содержит некоторые основные определения DICOM, чтобы любой читатель мог понять, как этот продукт реализует функции DICOM. Однако ожидается, что интеграторы полностью поймут всю терминологию DICOM, как таблицы в этом документе связаны с функциональностью продукта и как эта функциональность интегрируется с другими устройствами, которые поддерживают совместимые функции DICOM.
3.3 Замечания
Задача данного Заявления о соответствии DICOM - облегчить интеграцию CLARUS с другими продуктами DICOM. Заявление о соответствии следует читать и понимать вместе со стандартом DICOM. DICOM сам по себе не гарантирует совместимости. Заявление о соответствии, тем не менее, облегчает сравнение на первом уровне совместимости между различными приложениями, поддерживающими совместимые функции DICOM. Это Заявление о соответствии не должно заменять валидацию другим оборудованием DICOM для обеспечения надлежащего обмена предполагаемой информацией. Фактически, пользователь должен знать о следующих важных вопросах:
- Сравнение различных заявлений о соответствии - это лишь первый шаг к
оценка взаимосвязи и взаимодействия между продуктом и другими DICOM
соответствующее оборудование. - Процедуры тестирования должны быть определены и выполнены для подтверждения требуемого уровня
совместимость с конкретным совместимым оборудованием DICOM, как установлено
учреждение здравоохранения.
3.4 Определения и термины
Неформальные определения даны для следующих терминов, используемых в данном Заявлении о соответствии.
Стандарт DICOM является авторитетным источником формальных определений этих терминов.
Абстрактный синтаксис
информация, согласованная для обмена между приложениями, как правило, эквивалентна классу пара услуг / объектов (SOP).
Examples: Verification SOP Class, Modality Worklist Information Model Find SOP Class, Computing Radiography Image Storage SOP Class.
Прикладной объект (AE)
конечная точка обмена информацией DICOM, включая программное обеспечение сети DICOM или медиаинтерфейса; то есть программное обеспечение, которое отправляет или получает информационные объекты или сообщения DICOM. Одно устройство может иметь несколько объектов приложения.
Название объекта приложения
известное извне имя объекта приложения, используемое для идентификации приложения DICOM для других приложений DICOM в сети.
Контекст приложения
спецификация типа связи, используемой между объектами приложения.
Example: сетевой протокол DICOM.
Объединение
сетевой канал связи, установленный между объектами приложения.
Атрибут
единица информации в определении объекта; элемент данных, обозначенный tag. Информация может представлять собой сложную структуру данных (последовательность), состоящую из
элементы данных нижнего уровня.
Examples: идентификатор пациента (0010,0020), регистрационный номер (0008,0050), фотометрическая интерпретация (0028,0004), последовательность кода процедуры (0008,1032).
Определение информационного объекта (IOD)
указанный набор атрибутов, составляющих тип объекта данных; не представляет конкретный экземпляр объекта данных, а скорее класс аналогичных данных
объекты с одинаковыми свойствами. Атрибуты могут быть указаны как обязательные (тип 1), обязательные, но, возможно, неизвестные (тип 2) или необязательные (тип 3), и могут быть условия, связанные с использованием атрибута (типы 1C и 2C). Бывшийampфайлы: MR Image IOD, CT Image IOD, Print Job IOD.
Объединенная группа экспертов по фотографии (JPEG)
набор стандартизированных методов сжатия изображений, доступных для использования приложениями DICOM.
Медиа-приложение Profile
спецификация информационных объектов DICOM и кодирования, которыми обмениваются на съемных носителях (например, компакт-дисках)
Модули
набор атрибутов в определении информационного объекта, которые логически связаны друг с другом.
Example: Модуль пациента включает имя пациента, идентификатор пациента, дату рождения и пол пациента.
Переговоры
первая фаза создания ассоциации, которая позволяет прикладным объектам согласовывать типы данных, которыми следует обмениваться, и то, как эти данные будут кодироваться.
Контекст презентации
набор сетевых служб DICOM, используемых в ассоциации, по согласованию между объектами приложения; включает абстрактные синтаксисы и синтаксисы передачи.
Блок данных протокола (PDU)
пакет (часть) сообщения DICOM, отправляемого по сети. Устройства должны указывать максимальный размер пакета, который они могут получить для сообщений DICOM.
Ключ запроса
Входное значение для процесса запроса. Ключи запроса обозначают набор DICOM tags который
отправляются из SCU в SCP и, таким образом, контролируют результат запроса.
Безопасность Profile
набор механизмов, таких как шифрование, аутентификация пользователя или цифровой
подписи, используемые объектом приложения для обеспечения конфиденциальности, целостности и / или
наличие обмениваемых данных DICOM
Поставщик класса обслуживания (SCP)
роль объекта приложения, предоставляющего сетевую услугу DICOM; обычно это сервер, который выполняет операции, запрошенные другим объектом приложения (пользователем класса обслуживания).
Examples: Система архивации изображений и связи (SCP для хранения изображений и SCP для запроса / извлечения изображений), Радиологическая информационная система (SCP рабочий список модальности).
Пользователь класса обслуживания (SCU)
роль объекта приложения, использующего сетевую службу DICOM; как правило, клиент.
Exampфайлы: модальность визуализации (SCU хранилища изображений и SCU рабочего списка модальности), рабочая станция визуализации (SCU запроса / извлечения изображений)
Класс пара сервис / объект (СОП)
спецификация сети или медиа-передачи (услуги) определенного типа данных (объекта); основной элемент спецификации совместимости DICOM.
Examples: Служба хранения ультразвуковых изображений, базовое управление печатью в градациях серого.
Экземпляр пары сервис / объект (SOP)
информационный объект; конкретное вхождение информации, которой обмениваются в классе СОП.
Examples: конкретное рентгеновское изображение.
Tag
32-битный идентификатор элемента данных, представленный парой четырехзначных шестнадцатеричных чисел, «группа» и «элемент». Если номер «группы» нечетный, то tag для частного (зависящего от производителя) элемента данных.
Examples: (0010,0020) [идентификатор пациента], (07FE, 0010) [пиксельные данные], (0019,0210) [элемент личных данных]
Синтаксис передачи
кодировка, используемая для обмена информационными объектами и сообщениями DICOM.
Examples: сжатый JPEG (изображения), явное представление значения с прямым порядком байтов.
Уникальный идентификатор (UID)
глобально уникальная «десятичная строка с точками», которая идентифицирует конкретный объект или класс объектов; Идентификатор объекта ISO-8824.
Examples: UID экземпляра исследования, UID класса SOP, UID экземпляра SOP.
Представление ценности (VR)
тип формата отдельного элемента данных DICOM, например текст, целое число, имя человека или код. Информационные объекты DICOM могут передаваться с
либо явная идентификация типа каждого элемента данных (Explicit VR), либо без явной идентификации (Implicit VR); с неявной виртуальной реальностью
приложение должно использовать словарь данных DICOM для поиска формата каждого элемента данных.
3.5 Сокращения
Таблица 3-1 Сокращения, используемые в этом документе
3.6 Ссылки
NEMA PS3 / ISO 12052, Стандарт цифровых изображений и коммуникаций в медицине (DICOM),
Национальная ассоциация производителей электрооборудования, Росслин, штат Вирджиния, США (бесплатно по адресу http://medical.nema.org/)
Интеграция технической основы EYECARE Healthcare Enterprise (IHE), ред. 4.0, 2016 г. (доступно
бесплатно в http://www.ihe.net/Technical_Framework/index.cfm).
4.1 Модель реализации
4.1.1 Поток данных приложения
Рис.1 Прикладное программное обеспечение CLARUS как способ сбора данных
Рис. 2 Прикладное программное обеспечение CLARUS как Review Станция
4.1.2 Функциональное определение AE
4.1.2.1 Функциональное определение CLARUS
CLARUS - это бесконтактное устройство визуализации высокого разрешения для визуализации человеческого глаза inivo.
Режимы визуализации включают:
- Отображение истинного цвета с отражением
- Инфракрасная отражательная томография (IR)
- Автофлуоресценция глазного дна с зеленым или синим возбуждением (FAF-G и FAF-B)
- Флуоресцентная ангиография (FA) - только CLARUS 700
- Стерео изображения
- Визуализация внешнего глаза
CLARUS состоит из режима получения изображения и повторногоview заявление. Приобретение
методики позволяют обследовать глаз пациента, в то время как CLARUS review программное обеспечение позволяет вам view,
анализировать и управлять данными CLARUS на персональном компьютере. Он предоставляет все инструменты CLARUS
функциональность, за исключением получения экзамена, в удаленном месте.
Прикладное программное обеспечение CLARUS позволяет:
• рабочий список модальности запроса
• запрашивать пациентов и данные
• сдать экзамен
• магазинный экзамен
• создать отчет
• получить экзамен
• удалить данные
• ДИКОМ file Импортировать
• ДИКОМ file экспорт
• объединение пациентов и переназначение обследований
Программное обеспечение CLARUS позволяет выполнять проверку сконфигурированных AE. Результат этого
проверка содержит информацию о поддерживаемых классах SOP и синтаксисах передачи.
Программное обеспечение CLARUS записывает обширную информацию об операциях DICOM в свой журнал. file.
4.1.3 Последовательность действий в реальном мире
Чтобы реализовать деятельность в реальном мире, разные сущности работают вместе. Диаграммы последовательности должны
изобразить предполагаемый рабочий процесс.
На диаграммах используются слегка измененные символы UML. Асинхронный вызов не отображается так, как предлагается в UML. Некоторые объекты имеют более одной пунктирной линии. Он символизирует более одной нити.
4.1.3.1 Действия по способу приобретения
Рабочий список модальности запроса
Когда пациент прибывает в CLARUS, оператор запрашивает рабочий список. Пользователь может вызвать это, просто выбрав вкладку «Сегодня» в главном view который
перечисляет всех пациентов, запланированных на сегодня для этого инструмента (идентифицируемых по заголовку AE инструмента), и дату начала запланированного этапа процедуры с сегодняшнего дня. Параметры по умолчанию, используемые для этого «сегодняшнего» запроса, настраиваются. См. Таблицу 4-37 Параметры конфигурации для получения более подробной информации. Для более конкретных запросов рабочего списка
Можно использовать кнопку «Дополнительно», а затем «Запланированные пациенты». В любом случае оператор может выбрать пациента из списка результатов и, кроме того, выбрать запрошенную процедуру, чтобы продолжить сбор данных. На основании переданных данных CLARUS создает запись в локальной базе данных. CLARUS не поддерживает несколько этапов запланированной процедуры в одном запрошенном
Процедура. Примечание: в случае нескольких этапов запланированной процедуры в рамках одного запрошенного
Будет показан только первый этап запланированной процедуры: Время начала этапа запланированной процедуры1 = 2:2 Время начала этапа запланированной процедуры4 = XNUMX:XNUMX
Будет показан только этап запланированной процедуры, запланированный на 2:XNUMX. Запрос пациентов и данных
Когда пациент прибывает в CLARUS, оператор может искать пациентов и данные, хранящиеся на удаленном АЕ. Это можно сделать с помощью «Быстрого поиска» в
на главном экране или с помощью «Дополнительно», а затем «Все пациенты» для более подробного поиска. Все совпадающие результаты будут перечислены в списке пациентов. Будут перечислены только данные, поддерживаемые CLARUS (см. Главу 4.2.1.3.4 для получения более подробной информации о поддерживаемых данных). Это действие генерирует незапланированный случай. Затем оператор может выбрать пациента для сбора или анализа данных.
Выполнить экзамен
Когда выбран пациент или элемент рабочего списка, оператор выбирает тип сбора данных, а затем выполняет исследование глаза пациента. Программное обеспечение позволяет
пользователей повторноview полученные данные и обработайте изображения перед постоянным сохранением результатов сканирования.
Экзамен в магазине
В зависимости от выбранного режима экспорта полученные данные будут отправлены настроенному провайдеру хранилища. Если выбран режим экспорта «Сеанс», CLARUS отправляет данные, полученные в текущем сеансе, сразу после завершения сеанса сбора данных. Если выбрано «Выключение», во время выключения CLARUS запускается сохранение всех неархивированных данных обследования.
При архивировании на «FORUM / PACS Server» отправляются все данные датчика (необработанные данные IOD), параметры проработки (необработанные данные IOD) и OP 8Bit Image IOD.
При архивировании в «DICOM EMR» можно отправлять только 8-битные IOD изображения OP. Обязательства по хранению запрашиваются только для данных датчиков (необработанные данные IOD).
Данные датчика (Raw Data IOD) - это данные, сканируемые прибором. Параметр проработки (Raw Data IOD) включает параметры обработки изображений, аннотации
и комментарии, которые генерируются устройством (значения по умолчанию) или добавляются / изменяются пользователями во время повторнойview.
OP 8Bit Image IOD передает изображение, сгенерированное из исходных данных датчика, для отображения.
Создать отчеты
Это необязательное действие по запросу. Оператор может создавать и повторноview отчет, основанный на изображениях, отображаемых наview экран. Вся обработка
применяются параметры и аннотации. Отчеты создаются на лету. Пользователь может распечатать и / или сохранить созданный отчет. Приложение отправит отчет поставщику хранилища, если он настроен.
Получить экзамен
Когда пациент выбирается на главном экране, CLARUS извлекает исследования выбранного пациента. Следует отметить, что извлекаются только данные датчика и IOD необработанных данных параметров проработки, а также изображения VISUCAM (фотографические изображения VL и 8-битные изображения OP).
Удалить данные
Операция «Удаление данных» может быть запущена оператором вручную или автоматически запущена программным приложением. Обычно это можно вызвать для
одно обследование или полные данные о пациенте. Вызов вручную: Оператор может вызвать это действие из экрана «Пациент», нажав кнопку «Удалить», отображаемую для определенного измерения, целой группы
измерения или пациента. При подключении к сети DICOM экземпляр или пациента нельзя удалить из модальности до тех пор, пока сохранение в удаленном AE не будет успешно завершено и зафиксировано.
При желании оператор может выбрать пациента, перейти к экрану «Анализ», чтобы удалить выбранные исследования. Удаление данных, инициированное вручную, выполняется немедленно.
Автоматический вызов: автоматически запускаемое удаление выполняется во время процесса завершения работы и будет выполняться для любого заказа экземпляра, кроме определенного периода (настройка ExamCacheTime, по умолчанию 14 дней), когда хранение в удаленном AE успешно завершено и зафиксировано. Демографические данные пациента будут удалены из модальности только после успешного удаления всех связанных экземпляров хранилища.
DICOM File Импортировать
Это упражнение позволяет импортировать экзамены с диска, подключенного к устройству. После импорта эти экзамены будут добавлены в локальную базу данных. Оператор может активировать «Импорт» из «Особых настроек» в любое время, если никакие другие действия не выполняются. Во время этого действия CLARUS импортирует IOD необработанных данных (данные датчиков и
Параметр разработки), созданный другими устройствами CLARUS. Он также может импортировать VL-фотографические изображения, созданные VISUCAM.
DICOM File Экспортировать
Это действие позволяет экспортировать экзамены на локальный диск, подключенный к устройству. Оператор может запустить «экспорт» из «Особых настроек» и экспортировать все исследования выбранных пациентов. Пользователь также может экспортировать выбранные исследования пациента с экрана «Анализ».
Во время этого действия экспортируются только экзамены, созданные CLARUS.
Слияние и переназначение
Можно объединить местного пациента с пациентом, импортированным с помощью рабочего списка модальности, или с пациентом, импортированным с помощью корневого запроса пациента из поставщика запросов DICOM.
Оператор также может переназначить местное обследование другому пациенту.
4.1.3.2 Запланированный случай с модальностью приобретения
Обычно пациент приходит к стойке регистрации. На этом этапе может быть две возможности:
- Обследование можно запланировать заранее или на момент прибытия пациента, и CLARUS получит его через запрос рабочего списка модальностей.
В любом случае вся информация о пациенте и исследовании доступна в день проведения обследования.
место. В системе CLARUS эти пациенты отображаются в списке «Сегодня» на главном экране. Эта информация
раньше сдавал экзамен.
Рисунок 3 Запланированное дело
4.1.3.3 Незапланированный случай
В незапланированном случае пациент сразу же прибывает к прибору, чтобы пациент не был зарегистрирован на стойке регистрации или программное обеспечение не поддерживает рабочий список модальности DICOM. Таким образом, обследование не запланировано в рабочем списке модальностей. Демографические данные пациента и конкретная информация об исследовании должны быть получены на самом приборе. Ситуация похожа на случай, если AE рабочего списка модальности не может быть достигнута из-за проблем с сетью.
Демографические данные пациента можно запросить у поставщика классов обслуживания запросов. Однако это следует рассматривать как исключительный способ получить демографические данные пациента.
Рис.4 Незапланированный случай
4.2 Характеристики AE
4.2.1 Технические характеристики CLARUS AE
4.2.1.1 Классы СОП
Таблица 4-1 Классы СОП для CLARUS AE
1Примечание: Предлагается расширенное согласование C-FIND. SCP требует поддержки реляционных запросов.
2Примечание: Действует как SCP только тогда, когда сначала был инициирован C-Move-RQ, и эта связь все еще открыта.
3Примечание: CLARUS не передает IOD фотографических изображений VL через сеть DICOM. Это обеспечивает
функция DICOM для получения и импорта фотографических изображений VISUCAM / VISPUPAC DICOM VL files
с локального, внешнего или сетевого диска.
4Примечание: CLARUS действует как SCU для хранения 8-битных образов OP, созданных самим CLARUS. Однако это
выполняет извлечение DICOM и file импортировать только для тех 8-битных изображений OP, созданных VISUCAM /
ВИСПУПАК.
4.2.1.2 Политики ассоциаций
Генеральный 4.2.1.2.1
Всегда предлагается стандартное имя контекста приложения DICOM для DICOM 3.0:
Таблица 4-2 Контекст приложения DICOM
Имя контекста приложения 1.2.840.10008.3.1.1.1
4.2.1.2.2 Количество ассоциаций
Количество одновременных ассоциаций зависит от использования profile. В определенный момент времени
одновременно могут быть активны:
- 1 ассоциация для проверки
- 1 ассоциация для хранения
- 1 ассоциация для хранения данных
- 1 ассоциация для запроса / получения - MOVE
- n связей для рабочего списка модальности - НАЙТИ, в зависимости от того, изменяются ли критерии поиска, пока предыдущий запрос все еще активен (пока нет ответа)
- n ассоциаций для запроса / получения - НАЙТИ, в зависимости от того, изменяются ли критерии поиска, пока предыдущий запрос все еще активен (пока нет ответа)
Таблица 4-3 Количество ассоциаций
4.2.1.2.3 Асинхронный характер
Прикладное программное обеспечение CLARUS не поддерживает асинхронную связь (несколько
сделки по единой ассоциации).
4.2.1.2.4 Информация для идентификации реализации
Таблица 4-4 Класс и версия реализации DICOM
4.2.1.3 Политика инициирования ассоциации
4.2.1.3.1 Действие - Проверка связи
4.2.1.3.1.1 Описание и последовательность действий
Это действие доступно на этапе настройки. Это облегчает настройку и управление
Прикладные объекты DICOM. Пользователь может протестировать обмен данными на уровне приложений между программным объектом приложения прибора и его одноранговыми объектами приложения DICOM. Во время одного тестового вызова связываются со всеми одноранговыми объектами приложений DICOM.
В запросе ассоциации CLARUS Application Software предлагает не только класс SOP проверки,
но также и все другие классы SOP, поддерживаемые интерфейсом DICOM прибора. Связь устанавливается, когда одноранговый объект DICOM принимает контекст представления, связанный с проверкой. На следующем этапе происходит обмен сообщениями C-ECHO.
Результаты действия «Проверить связь» показаны пользователю как успешные или неудачные. Например,
Поставщику хранилища оценивается не только информация о проверке, но и принятие
предлагаемый контекст презентации, включающий соответствующие классы СОП хранилища.
4.2.1.3.1.2 Предлагаемые контексты презентации
Для каждой инициированной ассоциации предлагаются следующие контексты презентации. Во время этой деятельности
Прикладное программное обеспечение использует только
Проверка с использованием синтаксиса передачи ILE как SCU
Таблица 4-5 Предлагаемые контексты презентации для активности Проверка связи
1Примечание: Предлагается расширенное согласование C-FIND. SCP требует поддержки реляционных запросов.
2Примечание: Действует как SCP только тогда, когда сначала был инициирован C-Move-RQ, и эта связь все еще открыта.
3Примечание: CLARUS не передает IOD фотографических изображений VL через сеть DICOM. Он предоставляет функцию DICOM для получения и импорта фотографических изображений VISUCAM / VISPUPAC DICOM VL. files
с локального, внешнего или сетевого диска.
4Примечание: CLARUS действует как SCU хранилища для 8-битных образов OP, генерируемых самим CLARUS. Однако это
выполняет извлечение DICOM и file импортировать только для тех 8-битных изображений OP, созданных VISUCAM /
ВИСПУПАК.
4.2.1.3.1.3 Специфическое соответствие СОП для проверки класса СОП
Прикладное программное обеспечение CLARUS соответствует стандартам.
4.2.1.3.2 Действие - Рабочий список модальности запроса
Рабочий список содержит информацию о расписании для пациентов. Рабочий список модальности запроса используется для поиска
правильная информация о расписании для этого инструмента. У оператора есть два варианта выполнения этого действия.
4.2.1.3.2.1 Описание и последовательность действий
Вариант «Запрос сегодняшних пациентов»
В этом случае прикладное программное обеспечение выполняет запрос с заранее заданными ключами запроса. Эти ключи могут быть включены / исключены в / из запроса рабочего списка с помощью настроек в «Особые настройки» → «Импортировать настройки экспорта» → «Параметры запроса рабочего списка модальности для сегодняшнего списка». Применяемые ключи запроса:
Таблица 4-6 Запрос рабочего списка модальности для сегодняшних пациентов
Все совпадающие элементы рабочего списка подлежат импорту в локальную базу данных.
Этот запрос по умолчанию можно запустить вручную, просто нажав кнопку в заголовке списка «Сегодня». Этот запрос по умолчанию также запускается автоматически через настраиваемый интервал, чтобы поддерживать список «Сегодня» в актуальном состоянии, если включена опция «Автоматическое обновление MWL».
Рисунок 5 Сегодняшний запрос пациентов
Выберите запрошенную процедуру
Будет предварительно выбран элемент рабочего списка, запланированный следующим в соответствии с датой и временем начала этапа запланированной процедуры. Оператор может выбрать запуск
отсканируйте сбор данных напрямую или выберите другой элемент рабочего списка из списка «Сегодня», прежде чем продолжить сбор данных. Если оператор приступит к приобретению без
При выборе любого элемента рабочего списка получение связывается с элементом рабочего списка с самой ранней датой исследования из доступных элементов рабочего списка.
Вариант «Интерактивный запрос»
Ключи запроса «Интерактивного запроса» могут быть изменены оператором. Чтобы изменить ключ запроса, оператор должен открыть экран «Дополнительно» и использовать
вкладка «Запланированные пациенты». На этом экране будут представлены все доступные поля поиска для поиска в рабочем списке модальности.
Оператор может выбрать пациента после поиска в рабочем списке модальности. В этом случае пациент будет добавлен в список сегодняшних пациентов, и оператор сможет выполнить
приобретение.
В зависимости от опции «Автоматическое обновление MWL» рабочий процесс приводит к запланированному или внеплановому случаю.
В качестве альтернативы оператор может отобразить подробности рабочего списка модальности для выбранного
терпеливый. На экране сведений оператор может выбрать запрошенную процедуру или
Запланированный шаг процедуры и добавьте пациента, включая выбранный Запрошенный
Информация о шаге процедуры / запланированной процедуры.
Рисунок 6 Интерактивный запрос
Триггер «Рабочий список модальности запроса»
Действие «Рабочий список модальности запроса» может быть запущено оператором в любое время, если другие действия не выполняются. Чтобы вызвать запрос, оператор должен использовать вкладку «Запланированные пациенты» на экране поиска «Расширенный». Имеет смысл выполнить запрос, когда пациент достигнет модальности. Тогда рабочий список содержит самую свежую информацию.
Редактировать или изменять ключи запроса
Запрос рабочего списка модальности предлагает графический интерфейс для интерактивного запроса. «Станция» предварительно заполнена заголовком AE, настроенным для запроса рабочего списка модальности сегодня (см. Таблицу 4-37 Параметры конфигурации), а «Дата расписания» предопределена с сегодняшним днем. Все предопределенные значения можно изменить. Оператор может изменить или заполнить критерии поиска в показанном диалоговом окне. Например, можно использовать неполное имя пациента или идентификатор пациента.
Триггерный запрос
Оператор запускает поиск после того, как он заполнил критерии поиска. Прикладное программное обеспечение отправляет запрос DICOM C-FIND, который содержит критерии поиска. В
Прикладное программное обеспечение ожидает ответа от партнерского приложения. Программное обеспечение принимает до настраиваемого количества совпадений. Если
количество полученных элементов рабочего списка превысило настраиваемый предел, прикладное программное обеспечение отправляет C-CANCEL-RQ, за которым следует A-RELEASE-RQ, на
поставщика услуг и отображается сообщение. Несмотря на это предупреждение, оператор получает результаты в списке результатов. После получения ответа список выбора обновляется. Список результатов предоставляет самую важную информацию для быстрого ознакомления.view (см. раздел Таблица 4-9 Атрибуты, задействованные в запросе и ответе C-FIND рабочего списка модальности для поддерживаемого набора
of tags). Оператор может начать заново, переопределить ключи запроса и снова запустить запрос. Это можно выполнять сколько угодно часто, пока он или она не найдет нужный элемент рабочего списка.
Выбрать элемент в списке результатов
Оператор может выбрать пациента в списке выбора и вернуться к экрану сбора данных. В зависимости от конфигурации предопределенных ключей запроса и
«Автоматическое или ручное обновление MWL» - рабочий процесс приводит к незапланированному или запланированному случаю. Пожалуйста, обратитесь к шагу «Показать пациента на главном экране» для получения дополнительной информации.
Информация.
Активировать подробно view
Подробный view позволяет более подробно рассмотреть все рабочие элементы для выбранного пациента. Таким образом, оператор может видеть больше информации о пациенте, запрошенном
Процедуры и запланированные этапы процедуры, запланированные для выбранного пациента.
Выберите запрошенную процедуру
В подробном view оператор имеет возможность выбрать выделенную запрашиваемую процедуру с самым ранним связанным этапом запланированной процедуры, нажав на
кнопку Выбрать выделенной Запрошенной процедуры.
Показать пациента на главном экране
Оператор может принять выбранный элемент в любое время. Данные хранятся в списке «Сегодня». После этого оператор может начать обследование пациента и получить данные сканирования.
Перенос выбранного пациента из экрана «Дополнительно» - «Запланированные пациенты» приведет к возникновению незапланированного случая. Единственное исключение:
Предопределенные ключи запроса для Сегодняшнего списка действительно соответствуют выбранному элементу рабочего списка модальности. Пациент переводится на главный экран. Другой запрос по умолчанию MWL запускается ручным или автоматическим обновлением рабочего списка модальности, и результаты запроса отображаются в списке «Сегодня».
Условия запроса для сегодняшнего списка можно настроить в определенных настройках → Импортировать параметры экспорта → Модальность Широкий запрос рабочего списка.
4.2.1.3.2.2 Предлагаемые контексты презентации
Для каждой инициированной ассоциации предлагаются следующие контексты презентации. Во время этой деятельности прикладное программное обеспечение использует только
- «IM - FIND рабочего списка модальности» с синтаксисом передачи ILE в качестве SCU
Таблица 4-7 Предлагаемые контексты представления для рабочего списка модальности запроса деятельности
1Примечание: Предлагается расширенное согласование C-FIND. SCP требует поддержки реляционных запросов.
2Примечание: Действует как SCP только тогда, когда сначала был инициирован C-Move-RQ, и эта связь все еще открыта.
3Примечание: CLARUS не передает IOD фотографических изображений VL через сеть DICOM. Он обеспечивает функцию для извлечения и импорта фотографий VISUCAM / VISPUPAC VL DICOM VL в формате DICOM. files с локального, внешнего или сетевого диска.
4Примечание: CLARUS действует как SCU хранилища для 8-битных образов OP, созданных самим CLARUS. Однако он выполняет извлечение DICOM и file импортировать только для тех 8-битных изображений OP, созданных VISUCAM /
ВИСПУПАК.
4.2.1.3.2.3 Конкретное соответствие СОП для класса СОП рабочего списка модальности
Таблица 4-8 Рабочий список модальности Поведение при обработке статуса ответа C-FIND
Таблица 4-9 Атрибуты, задействованные в запросе и ответе C-FIND рабочего списка модальностей
Внимание 1: Если включено представление имени многокомпонентной группы, группа компонентов имени
настроенный с приоритетом 1, отображается в списке выбора и в сведениях о пациенте. Строка поиска, введенная в фамилию или имя пациента, отправляется в алфавитной группе компонентов атрибута (0010,0010) Имя пациента в C-Find-RQ (см. Раздел 4.4.2.1 для настройки многокомпонентного
названия групп)
Примечания 2: В графическом интерфейсе отображаются только имя и фамилия пациента, но все имя, включая
все пять компонентов всех трех групп компонентов импортируются и копируются в экземпляр SOP хранилища.
Примечания 3: Все атрибуты с серым фоном по умолчанию исключаются из списка ключей возврата CFIND-RQ рабочего списка модальности. При необходимости они могут быть активированы обслуживающим персоналом.
Примечания 4: Все атрибуты с белым фоном по умолчанию включены в рабочий список модальности C-FINDRQ в качестве ключей возврата, за исключением того, что последовательности отправляются с нулевой длиной (элементы последовательности не включены).
Значения столбца «Соответствие ключей запроса»:
шашлык
A tag помеченный как PBQ, используется в качестве ключа запроса в режиме запроса пациента интерактивного диалогового окна запросов к рабочему списку модальности.
БРК
A tag помеченный как BRQ, используется в качестве ключа запроса в режиме широкого запроса интерактивного диалогового окна запросов к рабочему списку модальности.
DEF
A tag помеченный как DEF, имеет значение, назначенное, когда интерактивный диалог запроса рабочего списка модальности отображается в первый раз или при нажатии кнопки «Сброс». Значения по умолчанию можно изменить. Изменения будут сохранены для следующего использования диалогового окна запроса рабочего списка модальности.
DEF *
Значение по умолчанию для связанного атрибута можно настроить на экране конкретных настроек.
ГСЧ
Оператор может применять диапазон как значение для ключа запроса.
SEL
Оператор может выбрать значение из заданного списка значений.
Значения столбца «Возврат ключей запроса»:
X
Это tag должен присутствовать в ответе C-FIND рабочего списка модальности. Если требуется tag отсутствует соответствующий элемент ответа C-FIND рабочего списка модальности (этап запланированной процедуры), будет проигнорирован и не импортирован прикладным программным обеспечением.
X*
Это tag должен присутствовать в ответе C-FIND рабочего списка модальности, если присутствует его включающая последовательность. Если требуется tag отсутствует соответствующий элемент ответа C-FIND рабочего списка модальности (этап запланированной процедуры), будет проигнорирован и не импортирован прикладным программным обеспечением.
X1
В ответе C-FIND рабочего списка модальности должно присутствовать либо описание шага запланированной процедуры (0040,0007), либо последовательность кода запланированного протокола (0040,0008), либо и то, и другое.
X2
В ответе C-FIND рабочего списка модальности должно присутствовать либо описание запрошенной процедуры (0032,1060), либо последовательность кода запрошенной процедуры (0032,1064), либо и то, и другое.
Значения столбца «Импортировано»:
X
Значение импортируется в приложение. Таким образом, это значение может иметь влияние на информационные объекты, которые будут созданы в результате проведенной проверки.
Значения столбца «Отображено»:
PL
Ценности этого tag мгновенно отображаются в списке выбора.
PLD
Ценности этого tag отображаются в диалоговом окне сведений о текущем выбранном элементе списка выбора.
APP
Ценности этого tag видны в приложении.
Значения столбца SOP Instance:
X
Значения отмеченных tags будут храниться в созданных экземплярах СОП. См. Раздел 8.1.3 «Отображение атрибутов» в 8.1.3 Отображение атрибутов. Следующий набор tags может использоваться как ключ запроса в так называемом «запросе пациента». Запрос на основе пациента - это рабочий режим диалогового окна запроса к рабочему списку модальности.
Таблица 4-10 Основные сведения о запросе к рабочему списку модальностей - запрос пациента
