pacs number что это
PACS (классификация)
PACS (англ. Physics and Astronomy Classification Scheme — «Система классификации по физике и астрономии») — классификатор областей физики и астрономии.
Содержание
История и использование
Полная классификация доступна на сайте AIP.
Структура
Структура PACS — иерархическая [5] : все темы разделены на 10 областей, каждая область, в свою очередь, подразделяется на более узкие области; существует до пяти уровней классификации. Первый уровень классификации, обозначаемый первой цифрой кода — разделение по десяти большим областям [4] :
Сам код представляет собой три пары символов, разделённых точками — два двузначных числа и буквенное либо смешанное обозначение. Полные коды есть у каждой входящей в классификатор области физики, начиная с третьего уровня классификации.
Примеры кодов
У одной статьи может быть указано несколько кодов.
Напишите отзыв о статье «PACS (классификация)»
Ссылки
Примечания
Отрывок, характеризующий PACS (классификация)
Девять дней после оставления Москвы в Петербург приехал посланный от Кутузова с официальным известием об оставлении Москвы. Посланный этот был француз Мишо, не знавший по русски, но quoique etranger, Busse de c?ur et d’ame, [впрочем, хотя иностранец, но русский в глубине души,] как он сам говорил про себя.
Государь тотчас же принял посланного в своем кабинете, во дворце Каменного острова. Мишо, который никогда не видал Москвы до кампании и который не знал по русски, чувствовал себя все таки растроганным, когда он явился перед notre tres gracieux souverain [нашим всемилостивейшим повелителем] (как он писал) с известием о пожаре Москвы, dont les flammes eclairaient sa route [пламя которой освещало его путь].
Хотя источник chagrin [горя] г на Мишо и должен был быть другой, чем тот, из которого вытекало горе русских людей, Мишо имел такое печальное лицо, когда он был введен в кабинет государя, что государь тотчас же спросил у него:
– M’apportez vous de tristes nouvelles, colonel? [Какие известия привезли вы мне? Дурные, полковник?]
– Bien tristes, sire, – отвечал Мишо, со вздохом опуская глаза, – l’abandon de Moscou. [Очень дурные, ваше величество, оставление Москвы.]
– Aurait on livre mon ancienne capitale sans se battre? [Неужели предали мою древнюю столицу без битвы?] – вдруг вспыхнув, быстро проговорил государь.
Мишо почтительно передал то, что ему приказано было передать от Кутузова, – именно то, что под Москвою драться не было возможности и что, так как оставался один выбор – потерять армию и Москву или одну Москву, то фельдмаршал должен был выбрать последнее.
Государь выслушал молча, не глядя на Мишо.
– L’ennemi est il en ville? [Неприятель вошел в город?] – спросил он.
– Oui, sire, et elle est en cendres a l’heure qu’il est. Je l’ai laissee toute en flammes, [Да, ваше величество, и он обращен в пожарище в настоящее время. Я оставил его в пламени.] – решительно сказал Мишо; но, взглянув на государя, Мишо ужаснулся тому, что он сделал. Государь тяжело и часто стал дышать, нижняя губа его задрожала, и прекрасные голубые глаза мгновенно увлажились слезами.
Но это продолжалось только одну минуту. Государь вдруг нахмурился, как бы осуждая самого себя за свою слабость. И, приподняв голову, твердым голосом обратился к Мишо.
– Je vois, colonel, par tout ce qui nous arrive, – сказал он, – que la providence exige de grands sacrifices de nous… Je suis pret a me soumettre a toutes ses volontes; mais dites moi, Michaud, comment avez vous laisse l’armee, en voyant ainsi, sans coup ferir abandonner mon ancienne capitale? N’avez vous pas apercu du decouragement. [Я вижу, полковник, по всему, что происходит, что провидение требует от нас больших жертв… Я готов покориться его воле; но скажите мне, Мишо, как оставили вы армию, покидавшую без битвы мою древнюю столицу? Не заметили ли вы в ней упадка духа?]
Увидав успокоение своего tres gracieux souverain, Мишо тоже успокоился, но на прямой существенный вопрос государя, требовавший и прямого ответа, он не успел еще приготовить ответа.
– Sire, me permettrez vous de vous parler franchement en loyal militaire? [Государь, позволите ли вы мне говорить откровенно, как подобает настоящему воину?] – сказал он, чтобы выиграть время.
– Colonel, je l’exige toujours, – сказал государь. – Ne me cachez rien, je veux savoir absolument ce qu’il en est. [Полковник, я всегда этого требую… Не скрывайте ничего, я непременно хочу знать всю истину.]
– Sire! – сказал Мишо с тонкой, чуть заметной улыбкой на губах, успев приготовить свой ответ в форме легкого и почтительного jeu de mots [игры слов]. – Sire! j’ai laisse toute l’armee depuis les chefs jusqu’au dernier soldat, sans exception, dans une crainte epouvantable, effrayante… [Государь! Я оставил всю армию, начиная с начальников и до последнего солдата, без исключения, в великом, отчаянном страхе…]
– Comment ca? – строго нахмурившись, перебил государь. – Mes Russes se laisseront ils abattre par le malheur… Jamais. [Как так? Мои русские могут ли пасть духом перед неудачей… Никогда. ]
Этого только и ждал Мишо для вставления своей игры слов.
Pacs number что это
PACS (англ. Picture Archiving and Communication System ) — Системы передачи и архивации изображений, предполагают создание специальных удаленных архивов на DICOM Серверах DICOM Server, где весьма объемный архив может длительное время существовать в «горячем» виде и быть быстро доступным для поиска и просмотра интересующей информации по DICOM сети.
Содержание
DICOM PACS Система
Архитектура PACS представляет медицинскую информационную систему, построенную по технологии DICOM Клиент-сервер (Client/Server), базирующуюся на стандарте DICOM и состоящую из взаимосвязанных компонентов:
которые в совокупности составляют основу Радиологической Информационной Системы RIS (Radiology Information System), являющуюся частью Клинической Информационной Системы HIS (Hospital Information System).
Представление PACS-RIS сервисов
Обеспечение в PACS системе функций интеграции и взаимодействия с медицинским радиологическим оборудованием (Рентген, компьютерная томография, ЯМР томография (МРТ) и т. п.), DICOM станциями обработки и DICOM принтерами основано на сетевом TCP/IP DICOM Протокол-е, для чего на обоих сторонах взаимодействующих объектов достаточно прописать IP-адрес, Порт (TCP/IP) и AETitle в конфигурационных файлах DICOM приложений или DICOM сервисах.
DICOM протокол, в силу отсутствия механизмов привязки к конкретной операционной системе OS, позволяет объединять в PACS систему медицинские DICOM комплексы, DICOM серверы, DICOM станции и DICOM принтеры, построенные на разных операционных системах: Windows (начиная с NT версий), Linux, MacOS X (FreeBSD) и Unix.
Установление доверительных отношений между территориально разнесенными PACS системами, или PACS системой и DICOM Client-том, производится путем установления VPN (Virtual Private Network) соединения с образованием профессиональной медицинской Интранет (IntraNet) сети, работающей по DICOM Протоколу.
DICOM Client
DICOM Клиент представляет собой медицинский аппарат со встроенным DICOM Client сервисом (SCU) для передачи на DICOM Сервер исследований в виде группы DICOM файлов по DICOM Протокол-у.
По этой технологии построено медицинское цифровое DICOM оборудование для следующих областей медицины:
( в скобках указано исследование — Modality — по DICOM Стандарту):
Для передачи на DICOM Сервер каждый DICOM файл, генерируется DICOM Клиентом в момент передачи из элементов внутренней базы данных и кадра (или серии кадров) исследования пациента, сохраненных на твердых носителях медицинского аппарата. Для этого DICOM Клиент «договаривается» с DICOM Сервером по DICOM Протоколу на передачу каждого DICOM файла.
Для получения DICOM файла (или группы DICOM кадров) так же задействуется сервис DICOM Client (SCU), который, при помощи SQL запросов в базу данных DICOM Сервера — сервис DICOM Server (SCP) на другой стороне, инициирует процесс передачи файлов по DICOM Протоколу на DICOM Станцию обработки медицинских изображений.
DICOM Server
DICOM Server — DICOM Сервер представляет собой программно-аппаратный комплекс.
DICOM Сервер обеспечивает сохранение информации о пациенте, его исследованиях, DICOM сериях и изображениях, находящихся в этих DICOM сериях (файлах).
Сервер обрабатывает запросы от DICOM Клиент-ов, поступивших по DICOM Протокол-у, и отправляет результаты обработки запросившему их DICOM Клиент-у по тому же протоколу.
Работа DICOM Сервер-а начинается с разбора DICOM команд и DICOM файлов на компоненты, значимые описания компонентов которых сохраняются в Базе Данных.
По запросу DICOM Клиент-а DICOM Сервер пересылает ему DICOM файлы, используя для этого DICOM Протокол.
DICOM WorkStation
DICOM WorkStation — Рабочая DICOM Станция — представляет собой Диагностическую рабочую DICOM станцию — DICOM Client — обязательный компонент медицинских PACS систем, на который возложена миссия помощи медицинскому персоналу в проведении максимально достоверных диагностических исследований.
Рабочая DICOM Станция представляет собой программно-аппаратный комплекс с расширенными функциями обработки и визуализации медицинских изображений, где обработка частично выполняется программно, а частично реализуется на электронном уровне, что позволяет проводить сложные специализированные манипуляции с объектом в Реальном Времени при минимальном времени обследования. В этом заключается одно из принципиальных отличий Рабочих DICOM Станций от DICOM Viewer-ов, реализованных только на программном уровне, имеющие упрощенные функции обработки, и, как следствие, ограниченные возможности диагностики.
Рабочая DICOM Станция комплектуется одним или несколькими Медицинскими Монитороми Medical Monitor высокого разрешения, который поддерживают внутреннюю DICOM LUT таблицу, не менее 12-ти бит на пиксель.
Если Рабочая DICOM Станция локально работает с радиологическим аппаратом то на ней устанавливают «DICOM Server» для передачи на него DICOM файлов от аппарата (или группы аппаратов), поддерживающих DICOM Протокол.
Рабочая DICOM Станция, в зависимости от специализации по виду обрабатываемых данных, может быть:
Рабочая DICOM Станция, в зависимости от типа обработки подразделяются на:
Отдельные Рабочие DICOM Станции могут сочетать в себе полные или частичные функции станций других типов, такие DICOM станции приближаются к «Универсальным» DICOM станциям обработки медицинских изображений.
Рабочая DICOM Станция, выполняющая некоторые информационно-клинические функции, применяется как «АРМ врача-радиолога» или «АРМ врача-рентгенолога», в зависимости от специализации.
DICOM Print
DICOM Print — DICOM Печать — представляет процедуру взаимодействия печатающего устройства — DICOM Принтер (DICOM Printer), основанного на стандарте печати PostScript Level3, с внешними DICOM Клиентами Печати — DICOM Print Client-s.
Печатающее устройство, осуществляющее функцию DICOM Print, является DICOM Принтером — DICOM Printer (плёночных высокого разрешения или полноцветных), на котором работает служба DICOM Сервер Печати — DICOM Print Server.
DICOM Протокол (DICOM Сервис — Print Management Service Class) обеспечивает передачу как управляющих команд и конфигурационных файлов печати, так и DICOM файлов, на DICOM Принтер.
При размере пленки 17″x17″ и 320dpi (основное разрешение DICOM Принтеров) файл печати достигает 60MB и, для поддержки очереди печати, на DICOM Принтере устанавливается жесткий диск.
Модальности медицинских изображений в стандарте DICOM 3.0 (2011)
К модальности Secondary Capture (SC) относятся изображения, полученные путем вторичной обработки уже имеющихся медицинских изображений, в том числе:
Безопасность PACS архивов и рабочих станций
Безопасность осуществляется при помощи взаимного прописывания DICOM узлов:
PACS-сервер своими руками
Преамбула
Очевидно, что для взаимодействия разнокачественного медицинского оборудования необходим единый протокол. И как раз таким протоколом выступает DICOM (Digital Imaging and Communications in Medicine), который за последние 20 лет был серьёзно усовершенствован, что позволило легко интегрировать медицинское оборудование в общую информационную систему. Практически все производители медицинского оборудования следуют этому протоколу. Следовательно поддержка протокола DICOM было естественным требованием к PACS-серверу. Было решено реализовать многопоточный высоконагруженный PACS, способный работать в кластере. Сервер разрабатывался на языке С++ и применялась самая адекватная на сегодняшний день библиотека для работы с протоколом DICOM, написанная на С++ — DCMTK. Именно благодаря этой библиотеке стало возможным быстро реализовывать высоконагруженные PACS-системы.
Проектируем БД
БД в PACS-системе позволяет хранить информацию о сохранённых изображениях и производить по ним поиск. Изображения также нужно уметь передавать по сети, а вместе с ним метаинформацию о изображении (кто на снимке, в какой клинике произведены, кто проводил исследование и прочее). Для этих целей протоколом DICOM предусмотрена специальная 4х уровневая модель данных, о которой можно вкратце узнать здесь. Полный список всевозможных атрибутов файла можно узнать на официальном сайте протокола[1]. В изображениях, полученных из разных аппаратов, список этих атрибутов будет отличаться, что является совершенно нормальным. Однако часть атрибутов остаётся обязательной для поддержания универсального поиска по изображениям. Их немного — всего штук десять, среди них Patient Name, Patient ID, Patient Birthday, Modality Type (КТ, МРТ, УЗИ и др), Study Date (дата исследования) и др. Помимо обязательных параметров существуют необязательные, их довольно много и поддерживать их в БД как показывает практика — является лишним.
Наличие большого количества необязательных параметров в метаинформации изображений — один из недостатков протокола DICOM. Некоторые аппараты выставляют одни параметры, некоторые — другие. Следовательно поддерживать их в БД для поиска — бессмысленно. В итоге проработав несколько вариантов, остановились на таком варианте БД:
Как видно схема БД соответствует многоуровневой структуре DICOM файлов. У одного пациента может быть много стадий (читай исследований). Исследование представляет собой множество серий, определяемых протоколом исследования. Серия хранит множество изображений.
Основные функции PACS-системы
Рассмотрим вкратце основные функции (сервисы) стандартной PACS-системы, почти все из которых я уже упомянул. Поскольку любое взаимодействие рабочих станций с PACS-системой является клиент-серверным, то и все операции также реализованы в двух вариантах — клиентском и серверном. В DCMTK присутствуют реализации обоих вариантов. PACS реализует серверную часть.
Префикс ‘C-‘ у операций означает Composite, что подразумевает, что операция — целостная и самодостаточная и выполняется без привязки к другим операциям. Существуют ещё операции с префиксом ‘N-‘(N-CREATE, N-SET, N-GET и др.), которые выполняются в рамках какой-то более общей операции (выставляют статусы, информируют о начале исследования и др.). Эти операции не относятся к теме данной статьи.
C-ECHO – команда, позволяющая узнать доступность клиента в сети. Аналогична команде ping в винде. В реализации команда очень проста — нужно всего лишь отправить ответ со статусом STATUS_Success:
где assoc – соединение, установленное клиентом, request — входящий запрос.
С-STORE — команда, позволяющая сохранять изображения на PACS-сервере в формате DCM.
Вот кусок кода, который это делает:
Также хочется сказать, что таблица OBJECT заполняется очень интенсивно. Одно исследование на МРТ-томографе длится в среднем 20 минут, за это время томограф производит 100-300 изображений, КТ-томограф 500-700 иображений. Итого изображений за день может достигать 1440/20 * 500 = 36000 изображений за сутки. В нашем диагностическом центре перерывов в работе томографов практически нет ни днём, ни ночью. Поэтому таблица OBJECT должна хранить минимально возможное количество данных.
С-MOVE — команда, позволяющая передать изображения из PACS на рабочую или диагностическую станцию. Команда передаётся вызывающей станцией (source) на PACS и в ней указывается, на какую станцию (destination) необходимо загрузить изображения. В частном случае, если source=destination, то происходит просто скачивание файлов.
Команда C-MOVE является более универсальной по сравнению с командой С-GET, позволяющей только скачивать изображения. С-MOVE умеет скачивать изображения не только на свою, но и на любую другую. В команде указывается AETitle станции, на которую требуется загрузить изображения. AETitle – это имя клиента, обычно большими буквами (например, CLIENT_SCU). Оно устанавливается при запуске dicom-listener’а (сервера).
То есть клиент, инициализирующий команду С-MOVE на PACS-сервер, должен у себя запустить мини-PACS, позволяющий принимать только команду С-STORE. А PACS-сервер в свою очередь должен при команде С-MOVE установить новое соединение с клиентом, поднять изображения из хранилища и выполнить для каждого из низ клиентскую версию команды С-STORE обратно на клиент. Кстати, только команда С-MOVE позволяет передавать как сжатые изображения (JPEG), так и несжатые за счёт установления нового соединения.
Команда С-GET, однако, умеет загружать изображения без установления нового соединения и, следовательно, без необходимости поднимать сервер на клиентской стороне. В этом случае PACS также выполняет клиентскую версию команды С-STORE, только через соединение установленное командой С-GET.
C-FIND — команда, позволяющая производить поиск по изображениям на разных уровнях. То есть фактически существует четыре вида команды С-FIND: C-FIND на уровне PATIENT, на уровне STUDY, на уровне SERIES и на уровне IMAGE.
То есть в коллбэке нужно заполнить объекты response — параметры ответа и responseDataSet — информация о пациенте/стадии/серии/изображении, которую нужно было найти. Об отправке их обратно на клиент позаботится функция DIMSE_findProvider() из DCMTK.
Команда С-FIND опасна тем, что клиент может указать слишком общий критерий поиска и клиенту придётся отдавать большой объём информации. Например, можно запросить все стадии за последний год. Если попытаться сначала загрузить все данные на сервер, то сервер скорее всего повиснет. Поэтому делать большие запросы нельзя, нужно подгружать данные по мере срабатывания коллбэков. Для этого нужно реализовать запрос к БД в виде итератора и по мере срабатывания коллбэков вызывать next() и таким образом брать следующий объект. К тому же отменить поиск можно только по приходу коллбэка, поэтому если поиск на PACS’е повиснет на некоторое время на выборке из БД, а клиент будет вызывать отмену запроса, то никакой реакции на клиенте не произойдёт. Это актуально для поиска на уровне пациентов и стадий. Для поиска на уровне серий это неактуально, поскольку стадий, содержащих более 15 серий, мы на практике не встречали. Аналогично для поиска на уровне изображений — серий с более чем 1000 изображений мы на практике не встречали.
Обобщим
Итак, мы рассмотрели основные функции PACS-системы и её роль в общей структуре диагностического центра. Также освещены практические моменты и различные аспекты реализации медицинских промышленных PACS-систем. Однако этим функционалом PACS-системы как правило не ограничиваются. Существует также сервис WADO(Web Access to DICOM Objects) и сервис управления рабочими задачами (Modality worklist), также входящих в функции PACS-систем. Надеюсь, для кого-то статья окажется полезной и сэкономит кучу времени.
Медиа
PACS-система в медицине
Многие обыватели, вступая на путь информационных технологий в медицине, не имеют представления о том, что из себя представляют PACS-системы и для чего они созданы.
PACS — это (c англ. Picture Archivingand Communication System) — системы передачи и архивации DICOM изображений, предполагают создание специальных удаленных архивов на DICOM Server, где весьма объемный архив может длительное время существовать в так называемом «горячем» виде, т.е быть быстро доступным для поиска и просмотра интересующей информации по сети с защищённым каналом.
DICOM —это (сангл. Digital Imagingand Communicationsin Medicine)— отраслевой стандарт создания, хранения, передачи и визуализации медицинских изображений, а также документов обследованных пациентов.
Проще говоря, PACS -это удаленный архив для хранения медицинских изображений, а также документов и информации о исследуемых пациентах, с возможностью быстрого поиска и просмотра сохранённых исследований в режиме реального времени.
С какой целью предназначен PACS в медицинской сфере?
Основная цель: Обеспечение удобной работы для медицинских работников с объёмными цифровыми исследованиями.
Дело в том, что прогресс не стоит на месте, в жизни врачей и пациентов появились цифровые технологий, такие как: цифровой рентген, КТ, МРТ и др., из-за чего увеличился поток полученных цифровых исследований, которые необходимо не только хранить, но и работать с ними для динамического наблюдения за изменениями происходящими в организме конкретных пациентов.
«Комета PACS» в этом непосредственно помогает. Данная система не только способна архивировать изображения, хранить и систематизировать их, предоставляя оперативный доступ к данным пациента, не только локально, но и удалённо, а также позволяет добавить результаты исследований в электронную историю болезни, структурируя их.
Преимущества в работе с PACS -системой от «Комета»:
· Возможность создания и обновления архива диагностических изображений многие годы. Вся медицинская информация хранится в цифровом архиве, безопасность передачи данных обеспечивается специальным протоколом HTTPS.
· Анализ патологических изменений в динамике. Существует возможность загрузки данных пациента за прошлые годы, таким образом, появляется возможность сравнивать состояние пациента и наблюдать патологию в динамике. При этом вид модальности не имеет значения — оцифрованы могут быть изображения с любых аппаратов: рентгена, КТ, МРТ, УЗИ и других медицинских приборов.
· Получение доступа к визуальной информации в реальном времени. Сразу после исследования или сканирования изображения, оно оказывается в архиве и становится доступным для просмотра с любого рабочего места, подключенного к PACS-системе, возможен коллегиальный просмотр изображений одного пациента находящимися специалистами в различных медицинских центрах страны, или мира по необходимости.
· Проведение научных исследований. Возможность иметь перед глазами всю базу диагностических исследований с использованием удобных инструментов для измерения и сравнения параметров, выявленной патологии, предоставляет гораздо более удобную и комфортную работу для написания точного заключения врачом диагностом.
Как сказывается наличие PACS -системы на работу?
Лечебно-профилактические учреждения, работающие уже с системой PACS, отмечают положительные изменения во всех сферах своей деятельности:
· Существенно повышается производительность отделения лучевой диагностики. В сутки в большинстве больниц делается 100-200 рентгеновских исследований, десятки КТ и МРТ — ежедневно образуется около 10-20 ГБ новой визуальной информации. Её автоматическое перемещение в архив и надежное хранение снижает до нуля вероятность потери данных. Возможность присоединение голосового описания избавляет диагноста от необходимости делать длительные записи, что выражается в большем объеме обслуживаемых исследований.
· Одним из преимуществ «Комета-PACS» является высочайшее качество изображений даже на неспециализированных мониторах. Быстрая загрузка данных исследования даже при небольшой скорости соединения и загруженности канала передачи данных.
· Появляется удобная возможность взаимодействия со всеми сотрудниками больницы и необходимыми специалистами на удаленном доступе. Если к системе подключить планшеты, появляется возможность мобильного консультирования. 3Di-WEB-технология, разработанная компанией «Комета», — одно из наиболее удобных и эффективных средств в этом направлении. Стоит лишь один раз ввести информацию о пациенте, и с ней могут ознакомиться пользователи всех машин, подключенных к IT-PACS. В каком бы отделении ни работал специалист-консультант, он без труда откроет результаты исследований на ПК, планшете, ноутбуке или смартфоне, проанализирует изображения и выдаст свое заключение. За безопасную передачу данных отвечает протокол HTTPS.
· Повышается качество лечения. Функция сравнения исследований в динамике особенно актуальна для тяжело больных пациентов. Сократить время на получение информации о предыдущих исследованиях, синхронизировать их и сформировать удобный в каждом конкретном случае порядок просмотра помогает 3Di-WEB Patient Browser от компании «Комета».
Помимо важнейшей роли, которую играет PACS в научных исследованиях, система повышает эффективность административных и бизнес-процессов. Они становятся более упорядоченными, менее затратными по финансовым вложениям и расходу времени. Стоит лишь упомянуть отсутствие необходимости в рентгеновской пленке — ее закупки могут быть снижены на 90%! Очевидно, что чем раньше происходит внедрение системы PACS, тем более выгодно это для самого учреждения со всех позиций: научных, управленческих, экономических.