Результат интеллектуальной деятельности: РАСПРЕДЕЛЕННЫЕ РЕЕСТРЫ ПАЦИЕНТОВ ДЛЯ ОБЪЕДИНЕННЫХ ФЕДЕРАТИВНЫХ PACS

Предшествующий уровень техники

Некоторые из крупнейших больниц в Соединенных Штатах являются объединенными федеративными организациями здравоохранения, содержащими много автономных больничных центров. Каждый автономный больничный центр будет обычно включать в себя свое собственное оборудование для проведения анализов, обследований, исследований, процедур и т.д. для пациентов и сохранения их результатов, включая изображения пациентов. Одной общей системой для сохранения таких результатов является система связи архивирования изображений (“PACS”).

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

Сущность изобретения

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

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

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

Краткое описание чертежей

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

Фиг. 2 изображает иллюстративный способ, предназначенный для запроса и извлечения информации о пациенте из распределенных баз данных в объединенной федеративной системе здравоохранения.

Подробное описание изобретения

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

Фиг. 1 иллюстрирует иллюстративную объединенную федеративную систему 100 PACS (“FPACS”). Система 100 включает в себя локальные размещения 110, 120 и 130 FPACS и центральный сервер данных и службы 140 федерации FPACS (далее упомянутые как “сервер 140 данных”). Размещения 110, 120 и 130 и сервер 140 данных связываются посредством сети 150 (например, WAN, Internet). Несмотря на то, что фиг. 1 иллюстрирует систему 100 с
тремя локальными размещениями, специалисты в данной области техники поймут, что это изображение является только иллюстративным и, что другие осуществления FPACS могут включать в себя десятки или сотни локальных размещений. Каждое из размещений обычно расположено в отдельном больничном центре в объединенной федеративной сети здравоохранения или в разных отделениях одной и той же больницы. Связь между локальными размещениями 110, 120 и 130 и сервером 140 данных проводят с использованием одного или комбинации протоколов, таких как уровень 7 здоровья (“HL7”), цифровая обработка изображений и связи в медицине (“DICOM”), и других протоколов, таких как стандартные или проприетарные (специализированные) протоколы связи.

Каждое из размещений 110, 120 и 130 PACS включает в себя PACS 112, 122 и 132, соответственно. PACS 112, 122 и 132 обычно являются предварительно существующими системами, используемыми для того, чтобы локально индексировать изображения пациентов. Каждая из PACS 112, 122 и 132 индексирует изображения пациентов с использованием локального идентификатора пациента (например, номера социальной защиты, номера полиса страхования, ID пациента больницы и т.д.), который может отличаться среди разных PACS 112, 122 и 132. Размещения 110, 120 и 130 также включают в себя локальные уровни 114, 124 и 134 связи FPACS. Уровни 114, 124 и 134 связи маршрутизируют запросы данных между своими соответствующими локальными PACS 112, 122 и 132 и сетью 150. Размещения 110, 120 и 130 включают в себя базы 116, 126 и 136 данных изображений, в которых сохраняют изображения пациентов. Размещения 110, 120 и 130 также включают в себя реестры 117, 127 и 137 локальных опознавательных кодов пациентов (“PIR”) (которые могут быть осуществлены, например, с использованием баз данных перекрестных ссылок (“PIX”)) и реестры 119, 129 и 139 местоположений пациентов/обследований (“PLR”), которые будут описаны более подробно ниже.

Сервер 140 данных включает в себя глобальный PIR 142 (который осуществлен, например, с помощью базы данных PIX) и глобальный PLR 144. Глобальный PIR 142 интегрирует различные локальные идентификаторы пациентов, используемые с помощью PACS 112, 122 и 132, в глобальную базу данных. Глобальная база данных определяет каждого пациента с помощью глобального идентификатора пациента и связей глобальных идентификаторов пациентов с различными локальными идентификаторами пациентов. Таким образом, локальное размещение FPACS (например, размещение 110) может запрашивать глобальный PIR 142 с использованием локального идентификатора пациента, под которым пациент известен в его соответствующей PACS (например, PACS 112), и извлекать соответствующий глобальный идентификатор пациента для этого пациента.

Глобальный PLR 144 хранит для каждого пациента все местоположения, в которых находятся обследования для этого пациента. Обследование содержит одно изображение, последовательность изображений или несколько последовательностей изображений, созданных одним или несколькими методами, и метаданные, связанные с одним или более изображениями. Пациентов идентифицируют в глобальном PLR 144 с помощью глобальных идентификаторов пациентов, как определенных в глобальном PIR 142. Глобальный PLR 144 сначала генерируют с помощью агрегирования соответственных метаданных из каждой из PACS 112, 122 и 132 во время генерации. Затем он может быть обновлен с помощью добавления новой записи к глобальному PLR 144, когда нового пациента регистрируют в одной из PACS 112, 122 и 132, когда это имеет место, глобальный PIR 142 также будет запрошен, чтобы определить, известен ли уже пациент, с использованием существующего глобального идентификатора пациента. Когда нового пациента представляют в больничном центре, ему дают новый локальный идентификатор пациента. Чтобы обнаружить, известен ли уже пациент в других центрах и идентифицирован ли с помощью глобального идентификатора пациента в глобальном PIR 142, нового пациента сопоставляют путем сравнения демографических данных (например, имени, адреса, даты рождения и т.д.) с пациентами, зарегистрированными в глобальном PIR 142, с использованием существующих методов сопоставления опознавательных кодов. С помощью сохранения только информации о местоположении для каждого пациента (в противоположность централизованной системы хранения данных, содержащей изображения пациентов) база данных может быть сохранена при управляемом объеме. Например, для объединенной федеративной сети здравоохранения с десятью местоположениями, сопутствующими одному миллиону пациентов, решение может быть осуществлено с помощью максимального объема базы данных из десяти миллионов строк в предельном сценарии, в котором все пациенты имеют данные во всех местоположениях, причем каждая строка просто хранит локальный идентификатор пациента и местоположение, в котором находятся данные для пациента. В качестве грубой оценки эта база данных могла бы быть осуществлена с возможностью иметь максимальный объем, равный 50 мегабайт.

Глобальный PLR 144 может быть модифицирован, чтобы сохранить временную метку самого последнего обследования, выполненного в каждом учреждении. Таким образом, посредством такой модификации было бы возможным для запросов базы данных исключать больничные центры, хранящие обследования, старше, чем определенная пороговая дата, которая может быть предварительно определена, предоставлена пользователем, определена в системе на основании предпочтений каждого учреждения и т.д. Глобальный PLR 144, хранящий временные метки, только добавляет одно дополнительное поле на строку базы данных (чтобы сохранить временную метку) и, таким образом, не дает в результате существенного увеличения объема базы данных относительно более основного глобального PLR 144, не модифицированного с помощью возможности временной метки. Осуществление глобального PLR 144, который хранит временные метки, может быть обновлено каждый раз, когда новое обследование вводят в одну из PACS 112, 122 и 132, или в регулярном графике с предварительно определенной частотой (ежедневно, еженедельно и т.д.).

Глобальный PLR 144 также может быть модифицирован, чтобы дополнительно сохранять релевантные метаданные дополнительно к информации о местоположении пациента. Релевантные метаданные могут быть полезными, поскольку сам факт, что обследование является недавним, не обязательно делает его важным, например, пациент, ищущий уход в ортопедической клинике в сети здравоохранения, может иметь совершенно не относящиеся к делу, хотя недавние, предыдущие обследования в глазной клинике. Таким образом, информация из метаданных о характере обследования может быть полезной. Релевантные метаданные могут включать в себя одно или более из следующего: ID обследования, часть тела, код методики и исследования, или другие возможности, не описанные в настоящей заявке. Добавление метаданных даст в результате увеличение объема базы данных PLR 144, но объем будет все же в пределах управляемого объема современной системы управления базами данных. Этот тип PLR 144 также предусматривает генерацию временной шкалы соответственных предыдущих обследований для обследования пациента, сохраненного в одной PACS (например, PACS 112), без посылки запросов в другие PACS (например, PACS 122 и 132), где могут находиться эти предыдущие обследования. Затем обследования могут быть извлечены по запросу пользователя. Как описано выше, таблицы местоположений для этого типа глобального PLR 144 могут быть обновлены с каждым новым обследованием или с желаемыми регулярными интервалами (например, ночью или по выходным, чтобы воспользоваться более слабым трафиком в сети 150).

Локальные PIR 117, 127 и 137 хранят подмножества глобального PIR 142 в локальных размещениях 110, 120 и 130. Подмножества определены таким образом, что они содержат глобальные идентификаторы пациентов и соответствующие локальные идентификаторы пациентов для всех пациентов, которые также имеют локальный идентификатор пациента в текущем местоположении. Например, локальный PIR 117 хранит подмножество глобального PIR 142, выбранное таким образом, что оно включает в себя все глобальные и локальные идентификаторы пациентов всех пациентов, которые также имеют локальный идентификатор пациента в PACS 112. Иначе говоря, PIR 117 хранит глобальные идентификаторы пациентов и все существующие локальные идентификаторы пациентов для всех пациентов, которые имели обследования, выполненные в местоположении размещения 110. Это может быть представлено с использованием следующего запроса SQL, в котором PIR представляет PIR 142, PID представляет глобальный и/или локальный идентификатор пациента, PLR представляет глобальный PLR 144 и PACS представляет локальную PACS 112:

выбрать * из PIR где PID в (выбрать PID из PLR где местоположение = “PACS”)

Базы 119, 129 и 139 данных локальных PLR также хранят подмножества глобального PLR 144. В каждом локальном размещении это подмножество включает в себя часть индекса, содержащего указатели на местоположения, хранящие изображения пациентов, которые имеют локальный идентификатор пациента в текущем местоположении, за исключением тех изображений, сохраненных в том же местоположении. Например, локальный PLR 119 хранит подмножество глобального PLR 144, выбранное таким образом, что оно включает в себя глобальные идентификаторы пациентов и указатели на все местоположения, хранящие изображения пациентов, которые имеют локальный идентификатор пациента в PACS 112, за исключением изображений, относящихся к обследованиям, содержащимся в базе данных 116. Иначе говоря, PLR 119 хранит указатели на местоположения, хранящие обследования для всех пациентов, которые имели обследования, выполненные в местоположении размещения 110, за исключением информации о местоположении, относящейся к тем изображениям, относящимся к обследованиям, выполненным в местоположении размещения 110, и, следовательно, сохраненным локально, а не дистанционно.

Записи, сохраненные в локальных PLR 119, 129 и 139, могут содержать, дополнительно к глобальным идентификаторам пациентов и информации о местоположении, временные метки самого последнего обследования, выполненного в упомянутом дистанционном местоположении для пациента, или дополнительные релевантные метаданные обследования (например, методику, идентификатор обследования, код исследования, часть тела и т.д.). Если релевантные метаданные поддерживаются, локальный PLR 119, 129 или 139 содержит один индекс (запись) для каждого дистанционного обследования пациента. Для систем, которые включают в себя глобальный PLR 144, который хранит либо временные метки, либо полные метаданные, как описано выше, базы 119, 129 и 139 данных локальных PLR также хранят временные метки или полные метаданные для своего соответствующего подмножества индекса. Конструкция локального PLR может быть представлена с использованием следующего запроса SQL, который использует те же обозначения, что и выше:

выбрать * из PLR где местоположение<> “PACS” и PID в (выбрать PID из PLR где местоположение = “PACS”)

Локальные PIR 117, 127 и 137 и базы 119, 129 и 139 данных локальных PLR первоначально устанавливаются, когда создаются глобальный PIR 142 и глобальный PLR 144, чтобы связать различные локальные местоположения PACS. Затем их периодически обновляют с помощью текущих данных. Обновления предпочтительно выполняют изредка, и в целом не более часто в момент времени, когда запросы являются ожидаемыми. Таким образом, обновления обычно выполняют во времена слабой нагрузки (например, по ночам, по выходным и т.д.). Обновления могут рассылаться из глобального PIR 142 и глобального PLR 144 или могут получаться по запросу локальными размещениями. С помощью сохранения локально этого релевантного подмножества, трафик сети из-за запросов может быть минимизирован, и может быть создана временная шкала с релевантными предыдущими обследованиями для каждого обследования без запрашивания сервера 140 данных. Следовательно, эта временная шкала также может быть надежно создана, когда локальное размещение отсоединяется от сети 150 в течение короткого периода времени. Когда локальное размещение остается отключенным в течение более длительного периода, временная шкала, созданная исключительно на основании локальной информации, может стать устаревшей.

Фиг. 2 изображает иллюстративный способ 200, предназначенный для маршрутизации запроса изображений пациентов. Способ 200 инициируют, например, пользователем одной из локальных PACS 112, 122 и 132 фиг. 1, описание, приведенное в настоящей заявке, относится к запросу, инициированному пользователем PACS 112. На этапе 210 PACS 112 принимает запрос информации о пациенте от пользователя (например, врача, сестры, исследующего специалиста или другого типа клинического врача и т.д.). Запрос, принятый на этапе 210, идентифицирует пациента с помощью локального идентификатора пациента, который является локальным для PACS 112, как описано выше. В зависимости от типа глобального PLR 144, который осуществлен с помощью системы 100, запрос также может включать в себя момент выключения временной метки (для глобального PLR 144, который хранит временные метки) или критерий поиска, соответствующий характеру информации, который пользователь желает извлечь (для глобального PLR 144, который хранит полные метаданные).

На этапе 220 PACS 112 запрашивает свой локальный PIR 117, чтобы определить, имеется ли локально сохраненный глобальный идентификатор пациента, соответствующий локальному идентификатору пациента, использованному на этапе 210. Как описано выше, пациент, который имеет ранее принятое лечение в местоположении PACS 112, будет индексирован в локальном PIR 117 с помощью глобального идентификатора пациента и одного или более соответствующих локальных идентификаторов пациента, однако, пациент, которого лечили в другом месте в объединенной федеративное сети здравоохранения, а не в текущем местоположении не будет индексирован. Если пациент индексирован в локальном PIR 117, способ переходит на этап 230, на котором локальный PIR 117 возвращает глобальный идентификатор пациента для пациента в PACS 112.

Затем на этапе 240 PACS 112 генерирует запрос и посылает его в подмножество локального PLR 119. Этот второй запрос идентифицирует пациента с помощью глобального идентификатора пациента, принятого на этапе 230. Для основного применения глобального PLR 144 и его подмножеств в локальных PLR 119, 129 и 139 для этого запроса требуется только глобальный идентификатор пациента. В качестве альтернативы, для глобального PLR 144 и его подмножеств в локальных PLR 119, 129 и 139, хранящих информацию о временной метке, запрос включал бы в себя глобальный идентификатор пациента и желаемое выключение временной метки, представленные пользователем на этапе 210. Аналогично, для глобального PLR 144 и подмножеств в локальных PLR 119, 129 и 139, хранящих информацию о полных метаданных, запрос включал бы в себя глобальный идентификатор пациента и критерий или критерии поиска, соответствующие метаданным, как выбранные пользователем на этапе 210.

Затем на этапе 250 локальный PLR 119 извлекает информацию и возвращает ее в PACS 112. Извлеченная информация соответствует глобальному идентификатору пациента, как извлечено на этапе 230 и передано на этапе 240, и обеспечивает PACS 112 всеми местоположениями обследований для пациента. Например, пациент мог иметь обследования, ранее записанные в больничных центрах, соответствующих PACS 122 и 132 (т.е., сохраненные в базах 126 и 136 данных). Местоположения предоставляют в PACS 112 в виде сетевых адресов (например, адресов IP, сетевых маршрутов и т.д.). В других осуществлениях локального PLR 119 к этому извлечению добавляют дополнительные функциональные возможности. В осуществлении локального PLR 119 с записями временных меток в ответ на запрос могут быть предоставлены только местоположения, хранящие обследования, более новые, чем определенный порог, в локальном PLR 119, хранящем записи полных метаданных, могут быть предоставлены только местоположения, релевантные условиям поиска. Например, предположим, что пациент, в записях которого выполняют поиск в текущий момент в местоположении PACS 112, лечил сломанную ногу два года назад в местоположении размещения 120 PACS, а глаукому четыре года назад в местоположении размещения 130 PACS. Локальный PLR 19, который поддерживает поиск временной метки, может возвратить местоположение обследования в PACS 112 (т.е. в базу данных 126), если поиск имеет заданный момент времени выключения, равный трем годам. Однако если пациенту требуется лечение относительно состояния глаза, локальный PLR 119, который хранит все релевантные метаданные, может быть найден с помощью запроса, который возвращает местоположение обследования в PACS 132 (т.е. базу данных 136), несмотря на то, что оно является менее новым. Специалисты в данной области техники поймут, что локальный PLR 119, который хранит все метаданные, также может поддерживать возможность поиска с помощью временной метки или с помощью любых из других сохраненных метаданных.

Если на этапе 220 определено, что пациент не индексирован в локальном PIR 117 (т.е. пациент ранее не был известен в локальной системе, так глобальный идентификатор, если вообще есть, не известен), способ переходит на этап 225, на котором посылается запрос в глобальный PIR 142, запрашивающий ту же информацию. Запрос посылается из PACS 112 в его соответствующий уровень 114 связи FPACS с помощью сети 150 в глобальный PIR 142. Как описано выше, могут быть использованы один или более протоколов, таких как HL7, DICOM, и другие стандартные или патентованные протоколы. На этапе 235 глобальный PIR 142 извлекает глобальный идентификатор пациента, соответствующий локальному идентификатору пациента, использованному на этапе 210, и возвращает его в PACS 112 таким же образом, как на этапе 225.

Затем на этапе 245 PACS 112 генерирует запрос, подобный запросу, посланному в локальный PLR 119 на этапе 240, и посылает его в глобальный PLR 144. Как описано выше для этапа 235, передача выполняется с помощью уровня 114 связи FPACS и сети 150. На этапе 255 глобальный PLR 144 извлекает данные в ответ на запрос этапа 245 и возвращает их в PACS 112 с помощью сети 150 и уровня 114 связи FPACS. Данные, извлеченные на этапе 255, будут подобны данным, извлеченным на этапе 250, обсужденном выше. После того, как этап 255 завершен, способ продолжается на этапе 260.

На этапе 260 результаты запроса, посланные на этапе 240 или этапе 245, предоставляются пользователю PACS 112 (например, на временной шкале). Для основного глобального PLR 144 и подмножеств в PLR 119, 129 и 139 результаты являются просто списком местоположений (например, для примера, описанного выше, пользователь был бы информирован о том, что пациент имеет одно предыдущее обследование в базе 126 данных и одно в базе 136 данных). Для глобального PLR 144 временной метки и подмножеств в PLR 119, 129 и 139 список был бы предоставлен с местоположениями и соответствующими временными метками (например, для примера, описанного выше, пользователь был бы информирован о том, что пациент имеет предыдущее обследование, сохраненное в базе 126 данных, вместе с датой, когда произошло обследование, как обсуждено выше; обследование, сохраненное в базе 136 данных, не было бы возвращено, поскольку оно является более поздним, чем заданный порог времени). Для глобального PLR 119 полных метаданных и подмножеств в PLRS 119, 129 и 139 предоставленный список включал бы в себя местоположения, временные метки и любые другие метаданные, соответствующие извлеченным записям (например, для примера, описанного выше, пользователь был бы информирован о предыдущем лечении глаукомы и его соответствующих изображениях, сохраненных в местоположении размещения 132 PACS; предыдущее обследование, предпринятое в местоположении PACS 122, не было бы возвращено, поскольку оно не соответствует поиску, который выполняет пользователь).

На этапе 270 пользователь PACS 112 выбирает одно или более из обследований, предоставленных на этапе 260 для извлечения. В другом иллюстративном варианте осуществления все релевантные обследования могут быть вызваны для просмотра пользователем. Этот выбор может быть выполнен с помощью выбора обследований из списка или временной шкалы (например, с помощью мыши), выбора команды “извлечь все” или любого другого процесса, известного в данной области техники. На этапе 280 запрос посылают с помощью уровня 114 связи FPACS с помощью сети в местоположение, в котором сохранены изображения. Например, если извлекаемые изображения расположены в базе 126 данных, запрос был бы передан из уровня 114 связи FPACS через сеть 150 в уровень 124 FPACS, PACS 122 и базу 126 данных. Этот запрос не передается в сервер 140 данных или через сервер 140 данных, так как информация о местоположении уже извлечена. На этапе 290 запрошенные изображения передаются из их местоположения хранения (например, базы 126 данных) запрашивающему пользователю с помощью того же маршрута данных и отображают пользователю. Специалистам в данной области техники должно быть понятно, что отображение пользователю может включать в себя опцию, чтобы печатать изображения и т.д. После этапа 290 способ 200 завершается. Специалистам в данной области техники должно быть понятно, что способ может завершиться до этого этапа, если в любой момент никакие результаты не возвращены в ответ на запрос базы данных.

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

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

Также следует заметить, что формула изобретения может включать в себя ссылочные символы/цифры в соответствии с правилом 6.2(b) РСТ. Однако настоящая формула изобретения не должна быть рассмотрена как ограниченная иллюстративными вариантами осуществления, соответствующими ссылочным символам/числам.