ГОСТ Р МЭК/ТО 62266— 2009
- поскольку каждый объект определяет класс сервиса, который требуется, то для каждого класса
сервиса установить, относится ли интерфейс DICOM к разработанному какпровайдер класса сервиса (сер
вер) или как пользователь класса сервиса (клиент).
2 Каждый объект определяетобязательные, условные и необязательные модули пользователя. Сле
дует определить, какой из пользовательскихдополнительных модулей должен быть применен.
3 Каждый модуль содержит обязательные или необязательные атрибуты. Рекомендуется все их пере
числить в рамках всех внедренных модулей.
4 Существует ряд коммерчески доступных программных и инструментальных средств DICOM, осно
ванных на стандарте DICOM. Инструментальные средства обычно обеспечивают среду для разработки
интерфейса DICOM к системному приложению и некоторые из них также обеспечивают начальные сред
ства тестирования.
Имеется ряд общедоступных в Интернете инструментальных средств, которые обычно не использу
ютсядля разработки DICOM интерфейса системного приложения в качестве коммерческого продукта, не
смотря на то, что эти инструментальные средства обеспечивают простой для понимания и осуществления
интерфейс DICOM. Данные средства также обеспечивают удобную начальную средудля тестирования.
Из пунктов 1—3 очевидно, чтоесть ряд опций,доступных в реализации DICOM интерфейса системно
го приложения. DCS содержит объекты и связанные классы сервиса, осуществленные системой приложе
ния.
Хорошая DCS должна также включать всебя объектные модули и их реализованные атрибуты.
Следующий шаг состоит в консультировании с DCS, обычно размещенной в Интернете, системы, к
которой вы намереваетесь подсоединиться. Сравнениедвух DCSделает возможным распространить уро
вень взаимосвязанности на две системы.
Для сложного объекта DICOM RT (RT планирование) некоторые разработчики реализуют различные
модуль/атрибут опции. В начале предлагается проконсультироваться с главными провайдерами уже суще
ствующего DICOM интерфейса об обычно принимаемых реализациях и пути атрибутов, используемых офи
циально. Если разработчик сомневается втом. как используются атрибуты, нужно войти в контакт с комите том
по RT объектам для получения необходимой информации относительно правильного использования.
Также важно для двух или более разработчиков, намеревающихся осуществлять внутрисистемные
связи, принять решение о едином наборе модуль/атрибут опций и проверить последовательность исполь
зования атрибута каждого модуля в зависимости от стандарта DICOM. В случае неопределенности следует
войти в контакт с рабочей группой DICOM, чтобы избежать решений, которые противоречат официально
установленному правилу использования. Некоторые реализации могут оказаться неправильными в ходе
других реализаций, которые правильно используют определение стандарта.
9 OICOM тестирование
Стандарт DICOM не определяет тестовый комплект или механизм контроля соответствия. Есть рабо
чие группы/центры. разрабатывающие инструментальные средства проверки, при этом пользователю не
обходимо определить начальные межплатформенные тест-планы, продемонстрировать соответствие меж
ду новыми и существующими частями оборудования.
Чтобы проверить интерфейс DICOM, обычно предпринимают следующие шаги:
- проводят тест соответствия системного приложения в зависимости от выполнения DCS. Этот внут
ренний тест проверяет, входит ли система в контакт с DCS;
- используют ряд общедоступных испытательных сред DICOM. размещенных в Интернете, которые
могут обеспечить начальными испытательными средствами;
- используютдля более тщательного тестирования платные испытательные центры DICOM.Такие тес
ты доступны толькодля нерадиотералевтической среды;
- организуют одно или более перекрестное тестирование с оборудованием сторонних производителей
для определения уровня взаимосвязи между различным оборудованием.
10 Предупреждение пользователям
Стандарт DICOM следует соглашению МЭК во всех случаях за исключением случаев использова-
ния/применения’разработки системыданных пациента, которая является единственной известной несогла
сованной частью между стандартом DICOM и МЭК (МЭК 61217), поправка 1 (1999) определяет систему
7