Jump to content

Система архивирования и передачи изображений

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

Система архивирования и передачи изображений ( PACS ) — это технология медицинской визуализации , которая обеспечивает экономичное хранение и удобный доступ к изображениям из различных модальностей (типов исходных устройств). [ 1 ] Электронные изображения и отчеты передаются в цифровом виде через PACS; это устраняет необходимость вручную хранить, извлекать или транспортировать оболочки пленки - папки, используемые для хранения и защиты рентгеновской пленки. Универсальным форматом хранения и передачи изображений PACS является DICOM (Digital Imaging and Communications in Medicine) . Данные, не являющиеся изображениями, такие как отсканированные документы, могут быть включены с использованием стандартных форматов потребительской отрасли, таких как PDF (формат переносимых документов) , после инкапсуляции в DICOM. PACS состоит из четырех основных компонентов: методы визуализации, такие как рентгеновская пленка (PF), компьютерная томография (КТ) и магнитно-резонансная томография (МРТ), защищенная сеть для передачи информации о пациенте, рабочие станции для интерпретации и анализа. изображения и архивы для хранения и поиска изображений и отчетов. В сочетании с доступными и новыми веб- технологиями PACS позволяет обеспечить своевременный и эффективный доступ к изображениям, интерпретациям и связанным с ними данным. PACS снижает физические и временные барьеры, связанные с традиционными на основе фильмов изображений поиск , распространение и отображение .

Типы изображений

[ редактировать ]

Большинство PACS обрабатывают изображения с различных инструментов медицинской визуализации, включая ультразвук (УЗИ) , магнитный резонанс (МР) , визуализацию ядерной медицины , позитронно-эмиссионную томографию (ПЭТ) , компьютерную томографию (КТ) , эндоскопию (ЭС) , маммограммы (МГ) , цифровые изображения. рентгенография (DR) , рентгенография с люминофорными пластинами , фотография в видимом свете (VL) , гистопатология , офтальмология и т. д. Постоянно разрабатываются дополнительные типы форматов изображений. добавлен. Клинические области за пределами радиологии; кардиология, онкология, гастроэнтерология и даже лаборатории создают медицинские изображения, которые можно включить в PACS. (см. Области применения DICOM ).

Использование

[ редактировать ]

PACS имеет четыре основных применения:

  • Замена печатных копий: PACS заменяет печатные средства управления медицинскими изображениями, такие как архивы фильмов. По мере снижения цен на цифровое хранилище PACS обеспечивает растущее преимущество в стоимости и пространстве перед киноархивами в дополнение к мгновенному доступу к предыдущим изображениям в том же учреждении. Цифровые копии называются Soft-copy.
  • Удаленный доступ: расширяет возможности обычных систем, предоставляя возможности удаленного просмотра и отчетности ( дистанционное обучение , теледиагностика ). Это позволяет практикующим врачам, находящимся в разных местах, одновременно получать доступ к одной и той же информации для телерадиологии .
  • Платформа интеграции электронных изображений: PACS предоставляет электронную платформу для взаимодействия радиологических изображений с другими медицинскими автоматизированными системами, такими как больничная информационная система (HIS), электронная медицинская карта (EMR), программное обеспечение для управления практикой и радиологическая информационная система (RIS).
  • Управление рабочим процессом радиологии: PACS используется радиологическим персоналом для управления рабочим процессом обследований пациентов.

PACS предлагают практически все крупные производители оборудования для медицинской визуализации, медицинские ИТ-компании и многие независимые компании-разработчики программного обеспечения. Базовое программное обеспечение PACS можно бесплатно найти в Интернете.

Архитектура

[ редактировать ]
Схема рабочего процесса PACS.
Схема рабочего процесса PACS

Архитектура — это физическая реализация требуемой функциональности или то, что мы видим снаружи. Существуют разные представления в зависимости от пользователя. Радиолог обычно видит станцию ​​просмотра, технолог — рабочую станцию ​​контроля качества, а администратор PACS может проводить большую часть своего времени в компьютерном зале с климат-контролем. Составной вид довольно различен для разных поставщиков. [ 2 ]

Обычно PACS состоит из множества устройств. Первым шагом в типичных системах PACS является модальность. Методами обычно являются компьютерная томография (КТ), ультразвук, ядерная медицина, позитронно-эмиссионная томография (ПЭТ) и магнитно-резонансная томография (МРТ). В зависимости от рабочего процесса учреждения большинство модальностей отправляются на рабочую станцию ​​обеспечения качества (QA) или иногда называемую шлюзом PACS. Рабочая станция контроля качества — это контрольная точка, позволяющая убедиться в правильности демографических данных пациентов, а также других важных атрибутов исследования. Если информация об исследовании верна, изображения передаются в архив на хранение. Центральное запоминающее устройство (архив) хранит изображения и, в некоторых случаях, отчеты, измерения и другую информацию, которая находится вместе с изображениями. Следующим шагом в рабочем процессе PACS являются рабочие станции чтения. Рабочая станция для чтения — это место, где радиолог просматривает исследование пациента и формулирует диагноз. Обычно к рабочей станции для чтения подключается пакет отчетов, который помогает рентгенологу диктовать окончательный отчет. Программное обеспечение для составления отчетов не является обязательным, и врачи предпочитают диктовать свои отчеты различными способами. В дополнение к упомянутому рабочему процессу обычно имеется программное обеспечение для создания CD/DVD, используемое для записи исследований пациентов для распространения среди пациентов или направляющих врачей. На диаграмме выше показан типичный рабочий процесс в большинстве центров визуализации и больниц. Обратите внимание, что в этом разделе не рассматривается интеграция с информационной системой радиологии, информационной системой больницы и другими подобными внешними системами, связанными с рабочим процессом PACS.

Все больше и больше PACS включают веб-интерфейсы для использования Интернета или глобальной сети (WAN) в качестве средства связи, обычно через VPN (виртуальную частную сеть) или SSL (уровень защищенных сокетов). Клиентское программное обеспечение может использовать ActiveX , JavaScript и/или Java-апплет . Более надежные клиенты PACS представляют собой полноценные приложения, которые могут использовать все ресурсы компьютера, на котором они выполняются, и на них не влияют частые автоматические обновления веб-браузера и Java. Поскольку потребность в распространении изображений и отчетов становится все более распространенной, существует стремление к тому, чтобы системы PACS поддерживали часть 18 стандарта DICOM DICOM. Веб-доступ к объектам DICOM (WADO) создает необходимый стандарт для предоставления изображений и отчетов через Интернет с помощью действительно портативного носителя. Не выходя за рамки архитектуры PACS, WADO становится решением для межплатформенных возможностей и может увеличить распространение изображений и отчетов среди направляющих врачей и пациентов.

Резервное копирование образа PACS — важная, но иногда упускаемая из виду часть архитектуры PACS (см. ниже). В США HIPAA требует создания резервных копий изображений пациентов на случай потери изображений из PACS. Существует несколько методов резервного копирования изображений, но они обычно включают автоматическую отправку копий изображений на отдельный компьютер для хранения, желательно за пределами предприятия.

Запрос (C-FIND) и получение изображения (экземпляра) (C-MOVE и C-GET)

[ редактировать ]

Связь с сервером PACS осуществляется через сообщения DICOM, которые похожи на «заголовки» изображений DICOM, но с другими атрибутами. Запрос (C-FIND) выполняется следующим образом:

  • Клиент устанавливает сетевое соединение с сервером PACS.
  • Клиент подготавливает сообщение запроса C-FIND, которое представляет собой список атрибутов DICOM.
  • Клиент заполняет сообщение запроса C-FIND ключами, которые должны быть сопоставлены. Например, для запроса идентификатора пациента атрибут идентификатора пациента заполняется идентификатором пациента.
  • Клиент создает пустые атрибуты (нулевой длины) для всех атрибутов, которые он желает получить от сервера. Например, если клиент желает получить идентификатор, который он может использовать для получения изображений (см. «Поиск изображений»), ему следует включить атрибут SOPInstanceUID нулевой длины (0008,0018) в сообщения запроса C-FIND.
  • Сообщение запроса C-FIND отправляется на сервер.
  • Сервер отправляет обратно клиенту список ответных сообщений C-FIND, каждое из которых также представляет собой список атрибутов DICOM, заполненный значениями для каждого совпадения.
  • Клиент извлекает интересующие атрибуты из объектов ответных сообщений.

Изображения (и другие составные экземпляры, такие как состояния представления и структурированные отчеты) затем извлекаются с сервера PACS посредством запроса C-MOVE или C-GET с использованием сетевого протокола DICOM. Поиск может выполняться на уровне исследования, серии или изображения (экземпляра). Запрос C-MOVE указывает, куда должны быть отправлены полученные экземпляры (с использованием отдельных сообщений C-STORE в одном или нескольких отдельных соединениях) с идентификатором, известным как заголовок объекта приложения назначения (заголовок AE). Чтобы C-MOVE работал, сервер должен быть настроен на сопоставление заголовка AE с адресом и портом TCP/IP, и, как следствие, сервер должен заранее знать все заголовки AE, которые ему когда-либо будет предложено отправить. изображения для. C-GET, с другой стороны, выполняет операции C-STORE в том же соединении, что и запрос, и, следовательно, не требует, чтобы «сервер» знал TCP/IP-адрес и порт «клиента», и, следовательно, также работает. проще через брандмауэры и с помощью трансляции сетевых адресов среды, в которых входящие соединения TCP C-STORE, необходимые для C-MOVE, могут не пройти. Разница между C-MOVE и C-GET в некоторой степени аналогична разнице между активным и пассивным FTP. C-MOVE чаще всего используется внутри предприятий и объектов, тогда как C-GET более практичен между предприятиями.

В дополнение к традиционным сетевым службам DICOM, особенно для межкорпоративного использования, DICOM (и IHE) определяют другие механизмы поиска, включая WADO, WADO-WS и совсем недавно WADO-RS.

Архивирование и резервное копирование изображений

[ редактировать ]
PACS-сервер с 35-терабайтным RAID-архивом и высокоскоростным оптоволоконным коммутатором

Цифровые медицинские изображения обычно хранятся локально в PACS для последующего поиска. Важно (и это требуется в США в соответствии с разделом «Административные гарантии» правил безопасности HIPAA ), чтобы на объектах были средства восстановления изображений в случае ошибки или катастрофы. Хотя каждое средство отличается, цель резервного копирования образов — сделать его автоматическим и максимально простым в администрировании. Есть надежда, что копии не понадобятся; однако планирование аварийного восстановления и непрерывности бизнеса требует, чтобы планы включали сохранение копий данных, даже если весь сайт временно или навсегда утерян.

В идеале копии образов должны храниться в нескольких местах, в том числе за пределами объекта, чтобы обеспечить возможность аварийного восстановления. В целом данные PACS ничем не отличаются от других критически важных для бизнеса данных и должны быть защищены несколькими копиями в разных местах. Поскольку данные PACS можно считать защищенной медицинской информацией (PHI), к ним могут применяться нормативные акты, в первую очередь HIPAA и HIPAA Hi-Tech. требования [ 3 ]

Изображения могут храниться как локально, так и удаленно на автономных носителях, таких как диск, лента или оптический носитель. Использование систем хранения данных с использованием современных технологий защиты данных становится все более распространенным, особенно для крупных организаций с более высокими требованиями к емкости и производительности. Системы хранения могут быть настроены и подключены к серверу PACS различными способами: как хранилище с прямым подключением (DAS), сетевое хранилище (NAS) или через сеть хранения данных (SAN). Независимо от того, подключено ли хранилище, корпоративные системы хранения обычно используют RAID и другие технологии для обеспечения высокой доступности и отказоустойчивости для защиты от сбоев. В случае необходимости частичной или полной реконструкции PACS требуются некоторые средства быстрой передачи данных обратно в PACS, предпочтительно, пока PACS продолжает работать.

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

Другие варианты создания копий данных PACS включают съемные носители (жесткие диски, DVD-диски или другие носители, на которых могут храниться изображения многих пациентов), которые физически переносятся за пределы учреждения. HIPAA HITECH во многих случаях требует шифрования хранимых данных или других механизмов безопасности, чтобы избежать штрафов за несоблюдение требований. [ 4 ]

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

Интеграция

[ редактировать ]
Изображение грудной клетки, отображаемое через PACS

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

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

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

Все PACS, независимо от того, охватывают ли они все предприятие или локализованы в пределах отделения, также должны взаимодействовать с существующими информационными системами больницы: информационной системой больницы (HIS) и информационной системой радиологии (RIS). Несколько данных передаются в PACS в качестве входных данных для следующих процедур и возвращаются в HIS в качестве соответствующих входных данных:

В: Идентификация пациентов и заказы на обследование. Эти данные передаются из HIS в RIS через интеграционный интерфейс, в большинстве больниц — по протоколу HL7. Идентификатор пациента и заказы будут отправлены в модальность (КТ, МР и т. д.) через протокол DICOM (рабочий список). Изображения будут созданы после сканирования изображений, а затем отправлены на сервер PACS. Отчет о диагнозе создается на основе изображений, полученных врачом/радиологом для представления с сервера PACS, а затем сохраняется в системе RIS.
Выход: отчет о диагностике и изображения, созданные соответствующим образом. Отчет о диагнозе обычно отправляется обратно в HIS через HL7, а изображения отправляются обратно в HIS через DICOM, обычно если в больницах есть средство просмотра DICOM Viewer, интегрированное с HIS (в большинстве случаев клинический врач получает напоминание о прибытии отчета о диагнозе, а затем запрашивает изображения у PACS-сервер).

Взаимодействие между несколькими системами обеспечивает более последовательный и надежный набор данных:

  • Меньше риска ввода неправильного идентификатора пациента для исследования — методы, поддерживающие рабочие списки DICOM, могут извлекать идентификационную информацию о пациенте (имя пациента, номер пациента, регистрационный номер) для предстоящих случаев и предоставлять ее технологу, предотвращая ошибки ввода данных во время сбора данных. После завершения сбора данных система PACS может сравнить данные встроенного изображения со списком запланированных исследований из RIS и выдать предупреждение, если данные изображения не соответствуют запланированному исследованию.
  • Данные, сохраненные в PACS, могут быть помечены уникальными идентификаторами пациентов (например, номером социального страхования или номером Национальной службы здравоохранения), полученными из HIS. Обеспечение надежного метода объединения наборов данных из нескольких больниц, даже если разные центры внутри страны используют разные системы идентификации.

Интерфейс также может улучшить шаблоны рабочих процессов:

  • Если об исследовании сообщает рентгенолог, система PACS может пометить его как прочитанное. Это позволяет избежать ненужного двойного чтения. Отчет можно прикрепить к изображениям и просмотреть через единый интерфейс.
  • Улучшено использование онлайн-хранилища и ближайшего хранилища в архиве изображений. PACS может заранее получать списки встреч и посещений, позволяя предварительно загружать изображения из автономного или ближнего хранилища в онлайн-дисковое хранилище.

Признание важности интеграции побудило ряд поставщиков разработать полностью интегрированные RIS/PACS. Они могут предлагать ряд расширенных функций:

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

Приемочное тестирование

[ редактировать ]

Процесс установки PACS сложен и требует времени, ресурсов, планирования и тестирования. Установка не завершена до тех пор, пока не будут пройдены приемочные испытания . Приемочные испытания новой установки — жизненно важный шаг для обеспечения соответствия требованиям пользователей, функциональности и особенно клинической безопасности. Возьмем, к примеру, Therac-25 , радиационное медицинское устройство , участвовавшее в авариях, в которых пациенты получили огромные передозировки радиации из-за непроверенного программного управления. [ 5 ]

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

Тестирование выявляет недостатки. Исследование показало, что наиболее часто упоминаемыми недостатками были самые дорогостоящие компоненты. [ 6 ] Неисправности ранжируются от наиболее распространённых к наименее частым: Рабочая станция ; интерфейсы брокера HIS/RIS/ACS; РИС; Компьютерные мониторы ; Интернет-система распространения изображений; Модальные интерфейсы; Архивные устройства; Обслуживание; Обучение; Сеть; ДИКОМ; Телерадиология; Безопасность; пленки Дигитайзер .

Один из первых базовых PACS был создан в 1972 году доктором Ричардом Дж. Стеккелем. [ 7 ] : 6 

Принципы PACS были впервые обсуждены на собраниях радиологов в 1982 году. Термин PACS принадлежит разным людям . Сердечно-сосудистый радиолог доктор Андре Дуринкс сообщил в 1983 году, что впервые использовал этот термин в 1981 году. [ 8 ] : 9–18  Однако доктор Сэмюэл Дуайер благодарит доктора Джудит М. Прюитт за введение этого термина. [ 9 ] : 2–9 

Доктор Гарольд Гласс, медицинский физик, работавший в Лондоне в начале 1990-х годов, получил финансирование правительства Великобритании и на протяжении многих лет руководил проектом, который превратил больницу Хаммерсмит в Лондоне в первую больницу без пленки в Соединенном Королевстве. [ 10 ] : 469–478  Доктор Гласс умер через несколько месяцев после запуска проекта, но считается одним из пионеров PACS.

Первая крупномасштабная установка PACS состоялась в 1982 году в Канзасском университете в Канзас-Сити. [ 2 ]

Нормативные проблемы

[ редактировать ]

В США PACS классифицируются как медицинские устройства и, следовательно, их продажа регулируется FDA США . Как правило, они подлежат контролю класса 2 и, следовательно, требуют 510(k) , хотя отдельные компоненты PACS могут подвергаться менее строгому общему контролю. [ 11 ] Некоторые конкретные применения, такие как использование для первичной интерпретации маммографии, регулируются дополнительно. [ 12 ] в рамках Закона о стандартах качества маммографии .

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

См. также

[ редактировать ]
  1. ^ Чоплин Р.; Беме, 2-й, Дж. М.; Мейнард, компакт-диск (1992). «Системы архивирования изображений и передачи данных: обзор». Рентгенография . 12 (1): 127–129. дои : 10.1148/radiographics.12.1.1734458 . eISSN   1527-1323 . ISSN   0271-5333 . ПМИД   1734458 . {{cite journal}}: CS1 maint: числовые имена: список авторов ( ссылка )
  2. ^ Перейти обратно: а б Остервейк, Герман (2004). Основы системы PACS . ОТех Инк | Общество визуализационной информатики в медицине. ISBN  978-0-9718867-3-5 . OCLC   62771473 . ОЛ   46543170М .
  3. ^ «Заключительное временное правило исполнения закона HITECH» . hhs.gov . Министерство здравоохранения и социальных служб США . 16 июня 2017 г. [2009-02-18]. Архивировано из оригинала 30 января 2023 года . Проверено 11 февраля 2023 г. Закон о медицинских информационных технологиях для экономического и клинического здравоохранения (HITECH), принятый в рамках Закона о восстановлении и реинвестировании Америки 2009 года, был подписан 17 февраля 2009 года и призван содействовать внедрению и значимому использованию медицинских информационных технологий.
  4. ^ Диана, Манос (17 июля 2008 г.). «HHS принимает жесткие меры: провайдер должен выплатить 100 000 долларов США в качестве штрафа HIPAA за утерю ноутбуков» . Новости ИТ в сфере здравоохранения . ХИМСС Медиа . Архивировано из оригинала 11 октября 2016 года . Проверено 11 февраля 2023 г.
  5. ^ Лю, Брент Дж.; Хуанг, Гонконг (2004). «Приемочное тестирование PACS: от методологии к проектированию и реализации» . В Ратибе Осман М; Хуанг, Х.К. (ред.). Медицинская визуализация 2004: PACS и информатика изображений . Том. 5371. стр. 223–229. дои : 10.1117/12.535627 . S2CID   108450819 .
  6. ^ Эллисон С.А., Sweet CF, Билл Д.П., Льюис Т.Э., Монро Т. (2005). «Приемочные испытания системы архивирования изображений и связи Министерства обороны: результаты и выявление проблемных компонентов» . J-цифровая визуализация . 18 (3): 203–8. дои : 10.1007/s10278-005-5164-y . ПМК   3046717 . ПМИД   15924273 .
  7. ^ Хуанг, Гонконг (2004). PACS и информатика изображений: основные принципы и приложения . Нью-Джерси: Джон Уайли и сыновья . ISBN  978-0-471-25123-1 . LCCN   2003021220 . OCLC   53139524 . OL   7614094M – через Интернет-архив .
  8. ^ Дюринкс, Андре Дж.; Пиза, Э.Дж. (1982). «Система архивирования и передачи беспленочных изображений (PACS) в диагностической радиологии». Труды SPIE . 318 : 9–18. дои : 10.1117/12.967615 . eISSN   1996-756X . ISSN   0277-786X . S2CID   62652607 . Перепечатано в IEEE Computer Society Proceedings of PACS'82, приказ № 388.
  9. ^ Дуайер III, Сэмюэл Дж. (18 мая 2000 г.). Сигел, Дж. Джеймс; Блейн, Элиот Л. (ред.). «Персонализированный взгляд на историю PACS в США». Труды SPIE Medical Imaging 2000: Проектирование и оценка PACS: инженерные и клинические проблемы . 3980 : 2–9. дои : 10.1117/12.386388 . eISSN   1996-756X . ISSN   0277-786X .
  10. ^ Брайан, С.; Уэзерберн, Греция; Уоткинс-младший; Бакстон, MJ (28 января 2014 г.) [май 1999 г.]. «Преимущества общебольничных систем архивирования изображений и передачи данных: опрос клинических пользователей радиологических услуг». Британский журнал радиологии . 72 (857): 469–478. дои : 10.1259/bjr.72.857.10505012 . eISSN   1748-880X . ISSN   1748-880X . LCCN   49040049 . OCLC   655274246 . ПМИД   10505012 .
  11. ^ USFDA (27 июля 2000 г.). «Руководство по отправке предпродажных уведомлений для устройств управления медицинскими изображениями» . Проверено 11 февраля 2010 г.
  12. ^ USFDA (30 мая 2008 г.). «Руководство для представителей промышленности и персонала FDA: Аксессуары для дисплеев для полнофункциональных цифровых маммографических систем — предпродажное уведомление (510(k))» . Проверено 11 февраля 2010 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: d894e816c062db08db7509f33b961b57__1724818740
URL1:https://arc.ask3.ru/arc/aa/d8/57/d894e816c062db08db7509f33b961b57.html
Заголовок, (Title) документа по адресу, URL1:
Picture archiving and communication system - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)