Система управления подключениями на основе обмена сообщениями

Система управления подключениями на основе обмена сообщениями

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к системе управления подключениями, в частности для применения в медицинской информационной системе.

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

Во многих информационных системах для облегчения связи между различными устройствами, программными средствами или и тем и другим используют системы с так называемым, "промежуточным программным обеспечением", "шлюзом" или "программой-посредником". Например, в некоторых случаях для облегчения связи между клиентами и серверами используется промежуточное программное обеспечение определенного типа, чтобы клиенту не требовалось быть осведомленным или знать о работе или структуре серверов, соединенных с сетью. Теоретически по меньшей мере клиент может направить запрос, который промежуточное программное обеспечение обрабатывает и передает соответствующему серверу. Выбранный сервер может генерировать ответ, который передается промежуточному программному обеспечению. Промежуточное программное обеспечение пересылает ответ клиенту.

Краткое изложение сущности изобретения

Упомянутый выше способ реализован в системе с признаками по п.1. Признаки предпочтительных вариантов изобретения изложены в зависимых пунктах.

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

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

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

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

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

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

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

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

на фиг.1-4 показаны схематические иллюстрации типичных систем медицинской информации,

на фиг.5 - схематические иллюстрации примера компонентов системы управления подключениями,

на фиг.6-13 - схематические иллюстрации примеров потоков данных между компонентами системы медицинской информации.

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

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

На фиг.1 проиллюстрирован пример системы 20 медицинской информации. Система 20 включает информационную систему 22 объекта (ИСО), систему 24 подачи заказов на формирование медицинских изображений (СПЗ), систему 26 управления подключениями, систему 28 архивирования изображений (САИ), средство 30 формирования изображений и рабочую станцию 32. В некоторых вариантах осуществления ИСО 22 включает информационную систему больницы (ИСБ), рассчитанную на получение демографических данных пациентов, графика процедур и исследований результатов процедур, контроль выставления счетов и финансовых показателей, связанных с услугами, предоставляемыми пациентам, и т.п. ИСО 22 способна осуществлять связь с СПЗ 24 для составления графика процедур и исследований результатов процедур для пациентов, которым требуются конкретные услуги. Например, СПЗ 24 может включать систему радиологической информации (СИР), рассчитанную на составление графика, регистрацию и координацию радиологических процедур и исследований. В некоторых вариантах осуществления функциональные возможности ИСО 22 и СПЗ 24 могут быть объединены в общем компоненте системы 20. В некоторых вариантах осуществления ИСО 22 и/или СПЗ 24 также являются запрашиваемыми устройствами и рассчитаны на принятие запросов и предоставление данных в ответ на запросы.

СПЗ 24 способна осуществлять связь с системой 26 управления подключениями. Система 26 управления подключениями может выступать в качестве средства промежуточного программного обеспечения (middleware) между СПЗ 24 и САИ 28. Как показано на фиг.1, ИСО 22 также может осуществлять опосредованную связь с системой 26 управления подключениями через СПЗ 24. В некоторых вариантах осуществления ИСО 22 осуществляет непосредственную связь с системой 26 управления подключениями, минуя СПЗ 24. Система 26 управления подключениями может осуществлять обработку и/или форматирование сообщений, которыми обмениваются СПЗ 24 и САИ 28. В отличие от связи клиент-сервер, когда клиент запрашивает у сервера данные (например, имело ли место определенное событие или внес ли сервер изменения), при осуществлении связи на основе обмена сообщениями компонент передает сообщение, когда ему становится известно о произошедшем событии (например, поступлении пациента, назначении процедуры, завершении процедуры и т.д.). При помощи связи на основе обмена сообщениями система 26 управления подключениями может прослушивать и ожидать сообщение от СПЗ 24, обрабатывать сообщение и пересылать сообщение САИ 28. В некоторых вариантах осуществления данные, поступающие от ИСО 22 и/или СПЗ 24, упаковывают и передают согласно специальному протоколу. Для форматирования исходящих сообщений ИСО 22 и СПЗ 24 могут использовать протокол состояния здоровья уровня 7 (HL7). В условиях медицинского или лечебного учреждения ИСО 22 и/или СПЗ 24 может передавать сообщение HL7 о поступлении, переводе или выписке пациента, о назначении процедуры, завершении процедуры или других событиях. Сообщение HL7 может включать данные пациента, данные составления графика, данные процедур и любые их сочетания. Далее проиллюстрировано типичное сообщение HL7, которое может быть генерировано при поступлении пациента в медицинское учреждение.

Протокол HL7 задает тип данных, которые могут быть включены в сообщение, но не устанавливает и не предъявляет требования к формату данных. Две программы или системы могут генерировать сообщение HL7, касающееся перевода пациента, при этом оба сообщения содержат одинаковые данные, но их формат может различаться. Например, при регистрации пола пациента одна программа или система может как обозначать его как "мужской" или "женский", а другая программа - как "М" или "Ж".

В некоторых вариантах осуществления САИ 28 структурирует данные иначе, чем СПЗ 24, и может требовать, чтобы входящие сообщения были упакованы иначе, чем при их передаче системой 24 подачи заказов на формирование медицинских изображений. Система 26 управления подключениями может выступать в качестве адаптера для преобразования сообщений, передаваемых СПЗ 24, в сообщения, приемлемые для САИ 28. В некоторых вариантах осуществления система 26 управления подключениями преобразует сообщения HL7, поступающие от СПЗ 24, в стандарт DICOM (формирование, передача и хранение медицинских изображений), приемлемый для САИ 28. Система 26 управления подключениями также может быть рассчитана на преобразование поступающий сообщений в один или несколько определяемых поставщиком форматов, которые позволяют обмениваться данными и использовать данные нескольким системам, сетям и платформам.

Система 26 управления подключениями также может объединять данные множества сообщений и/или множества устройств ввода и/или баз данных для создания единого сообщения для САИ 28. В некоторых вариантах осуществления система 26 управления подключениями принимает от СПЗ 24 сообщение HL7, содержащее данные процедуры, и объединяет их с данными пациента для создания исследования или отчета, который поступает на хранение в САИ 28. В некоторых вариантах осуществления система 26 управления подключениями не обеспечивает кратковременное или длительное хранение результатов процедуры и/или отчетов и может не сохранять результаты и/или отчеты во внутреннем запоминающем устройстве. Вместо использования внутреннего запоминающего устройства для хранения исследований результатов процедур и/или отчетов система 26 управления подключениями может целиком полагаться на функциональные данные хранилища данных внешних устройств, таких как САИ 28 и/или СПЗ 24.

После приема сообщений и/или данных от системы 26 управления подключениями или других устройств САИ 28 может действовать как хранилище поступивших данных. В некоторых вариантах осуществления САИ 28 может включать одну или несколько таблиц языка структурированных запросов (SQL) для хранения данных, поступивших от системы 26 управления подключениями. САИ 28 также может получать данные от одного или нескольких средств 30 формирования изображений. Средство 30 формирования изображений может включать оборудование для компьютерного томографическое сканирования, ультразвуковое оборудование, оборудование для магнитно-резонансной томографии, рентгеновское оборудование и т.п. В ходе процедуры, которую проходит пациент, изображения или образы и данные поступают в средство 30 формирования изображений, которое передает изображения САИ 28. Для передачи полученных изображений САИ 28 средство 30 формирования изображений может использовать протокол DICOM. В некоторых вариантах осуществления одно или несколько средств 30 формирования изображений также поддерживают связи с системой 26 управления подключениями для получения рабочих списков. Рабочие списки могут включать график процедур, осуществляемых с использованием средства 30 формирования изображений. СПЗ 24 или ИСО 22 могут передавать системе 26 управления подключениями рабочие списки для распространения. Система 26 управления подключениями также может генерировать рабочие списки для средства 30 формирования изображений на основании данных, поступивших от СПЗ 24, ИСО 22 или другого внешнего устройства или программы. В некоторых вариантах осуществления система 26 управления подключениями может поддерживать связь со средством 30 формирования изображений через САИ 28. Система 26 управления подключениями также может сохранять рабочий список в САИ 28, в котором средство 30 формирования изображений при необходимости может найти рабочий список. Средство 30 формирования изображений также может получать рабочий список непосредственно от СПЗ 24 и/или ИСО 22. Средство 30 формирования изображений также может сообщать статус и/или результаты процедуры непосредственно СПЗ 24 и/или ИСО 22 или через системы 26 управления подключениями.

Для просмотра и/или редактирования данных, хранящихся в САИ 28, может использоваться рабочая станция 32. Например, врач, медицинский работник или специалист может использовать рабочую станцию 32 для передачи САИ 28 запроса на получение изображений и/или исследований результатов процедур. Врач также может иметь возможность находить и распечатывать данные на рабочей станции 32. В некоторых вариантах осуществления рабочая станция 32 поддерживает связь непосредственно с САИ 28, а не через системы управления подключениями, при этом САИ 28 пересылает системе 26 управления подключениями сообщения, поступившие от рабочей станции 32.

Подразумевается, что система 20 может включать дополнительные компоненты, такие как множество информационных систем 22 объекта, систем 24 подачи заказов на формирование медицинских изображений, систем 28 архивирования изображений, рабочих станций 32, модемов, маршрутизаторов, серверов, печатающих устройств и т.д. Как показано на фиг.2, система 26 управления подключениями может опосредованно поддерживать связь с компонентами системы 20, такими как ИСО 22 и СПЗ 24. В некоторых вариантах осуществления система 20 включает шлюз или промежуточное программное обеспечение 34. Шлюз 34 служит адаптером между устройствами, которые осуществляют связь с использованием пользовательских или внутренних протоколов или форматов, и системой 26 управления подключениями. Шлюз 34 может представлять собой шлюз или адаптер унаследованного или пользовательского формата, распознающий пользовательские протоколы или форматы, используемые системами, такими как информационная система объекта, система подачи заказов на формирование медицинских изображений и/или средство формирования изображений, которые осуществляют связь с использованием пользовательских или унаследованных форматов или протоколов. Шлюзы 34 также могут распознавать или быть настроены на распознавание стандартных протоколов, чтобы система 26 управления подключениями могла поддерживать связь со шлюзом 34. В некоторых вариантах для осуществления для связи со шлюзом 34 система 26 управления подключениями использует связь на основе обмена сообщениями. Система 26 управления подключениями и шлюз 34 могут обмениваться сообщениями DICOM и/или HL7. Подразумевается, что помимо протоколов связи на основе обмена сообщениями система 26 управления подключениями может использовать для связи со шлюзом 34 сообщения и протоколы связи других типов. Как показано на фиг.2а, в некоторых вариантах осуществления система 26 управления подключениями через шлюз 34 осуществляет связь с одной или несколькими информационными системами 22 объекта и/или одной или несколькими системами 24 подачи заказов на формирование медицинских изображений. Система 20 также может включать сервер авторизации (например, сервер облегченного протокола доступа к каталогам (LDAP)), который ведет данные авторизации, такие как имена пользователей, пароли, права доступа и т.п. Система 20 также может включать хранилище файлов регистрации выполняемых действий для ведения журналов контроля права перевода и возможности учета медицинской страховки (HIPPA). В некоторых вариантах осуществления система 26 управления подключениями передает записи контрольных данных в хранилище файлов регистрации выполняемых действий с использованием протокола системного журнала, который соответствует протоколу пользовательских дейтаграмм (UDP). Проиллюстрированные соединения между компонентами также могут представлять собой проводные и/или беспроводные соединения с использованием одной или нескольких сетей или систем связи, таких как Интернет, телефонная сеть, беспроводные сети, спутниковые сети, сети кабельного телевидения и различные другие ведомственные или общедоступные сети.

На фиг.3 проиллюстрирована другая типичная система 40 медицинской информации. В некоторых вариантах осуществления система 40 поддерживает инициативу "Интегрированное медицинское учреждение" (IHE от англ. "Integrating the Healthcare Enterprise"). Инициатива IHE является попыткой усовершенствовать способность к взаимодействию средств и информационных систем и устанавливает определенные структуры акторов и транзакции между акторами во время последовательности выполняемых действий. Акторы определяют функциональные возможности и обязанности средств системы, а транзакции определяют возможность взаимодействия между акторами во время последовательности выполняемых действий. В частности, система 40 поддерживает концепции интегрирующих профилей плановой последовательности выполняемых действий (SWF) и согласования информации о пациенте (PIR). В контексте интегрирующих профилей система 26 управления подключениями, САИ 28 и рабочая станция 32 играют две роли. Первой из них является роль администратора изображений/актора 42 архива IHЕ, а второй - роль администратора 43 выполненных шагов процедуры (ВШП) IHE. В качестве выходных данных проведенной процедуры администратор изображений/актор 42 архива IHЕ может получать наглядные объекты. Наглядные объекты могут включать изображения, результаты и/или исследования результатов процедуры, графики процедур, обновленные данные пациента и т.п. Администратор изображений/актор 42 архива IHE может получать наглядные объекты от актора 44 средства сбора данных IHЕ или актора 45 планировщика ведомственной системы/выполнителя заказов IHЕ. Актор 44 средства сбора данных IHЕ может быть аналогичен описанному выше средству 30 формирования изображений, а актор 45 планировщика ведомственной системы/выполнителя заказов IHЕ может быть аналогичен также описанной выше СПЗ 24. Администратор изображений/актор 42 архива IHЕ и, в частности, САИ 28 обеспечивают хранение и управления наглядными объектами.

В некоторых вариантах осуществления администратор 43 ВШП получает данные процедур. Администратор 43 ВШП может обмениваться данными процедур с актором 44 средства сбора данных IHЕ до, во время и после проведения процедуры. Администратор 43 ВШП также может обмениваться данными процедур, касающимися составления графика и транзакций пациента, с актором 45 планировщика ведомственной системы/выполнителя заказов IHЕ. Актор 45 планировщика ведомственной системы/выполнителя заказов IHЕ также может получать данные составления графика и данные пациента от актора 46 поступления, выписки и перевода (ПВП) IHЕ и/или актора 47 подателя заказов. Актор 46 ПВП IHЕ и актор 47 подателя заказов могут обеспечивать функциональные возможности, аналогичные описанным выше функциональным возможностям ИСО 22. Администратор 43 ВШП и, в частности, система 26 управления подключениями могут действовать как адаптер между актором 44 средства сбора данных IHЕ и актором 45 планировщика ведомственной системы/выполнителя заказов IHЕ. Система 26 управления подключениями может быть рассчитана на прием сообщений, передаваемых актором 44 средства сбора данных IHE (например, сообщений DICOM), и передачу сообщений актору 45 планировщика ведомственной системы/выполнителя заказов IHE в соответствующем формате (например, HL7).

Как также показано на фиг.3, актор 45 планировщика ведомственной системы/выполнителя заказов IHE также может поддерживать связь с актором 44 средства сбора данных IHE без установления перед этим связи с администратором 43 ВШП или, в частности, системой 26 управления подключениями. Актор 45 планировщика ведомственной системы/выполнителя заказов IHE может обмениваться рабочими списками средств и транзакциями выполненных шагов процедуры средства (ТВШП) непосредственно с актором 44 средства сбора данных IHЕ.

На фиг.4 проиллюстрирована другой пример системы 48 медицинской информации, обеспечивающей среду, не являющуюся средой IHE. Система 48 аналогична описанной выше системе 20, проиллюстрированной на фиг.1 и 2, и обеспечивает связь между стороной ввода, включающей ИСО 22 и СПЗ 24, и стороной вывода, включающей одно или несколько средств 30 формирования изображений, через систему 26 управления подключениями. В отличие от системы 40, проиллюстрированной на фиг.3, в системе 48 система 26 управления подключениями передает рабочий список средству 30 формирования изображений, а не актору 45 планировщика ведомственной системы/выполнителя заказов IHE. Как описано выше, ИСО 22 или СПЗ 24 могут передавать рабочий список системе 26 управления подключениями для его доставки средству 30 формирования изображений. Система 26 управления подключениями также может создавать рабочий список для средства 30 формирования изображений.

На фиг.5 проиллюстрированы примеры компонентов или модулей системы 26 управления подключениями. В некоторых вариантах осуществления система 26 управления подключениями включает устройство 50 для входящих сообщений, устройство 51 для исходящих запросов, сервер бизнес-логики (BLS) 52, хранилище данных или память (DS) 54, базу 56 данных пациента, базу 57 данных хранящихся процедур, интерфейс 58 сохранения отчетов, интерфейс 59 статуса отчетов и интерфейс 60 браузера отчетов. Устройство 50 для входящих сообщений может быть рассчитано на прослушивание и прием сообщений, поступающих от устройств ввода, таких как ИСО 22 или СПЗ 24. Устройство 50 для входящих сообщений также может быть рассчитано на синтаксический анализ и интерпретацию данных, содержащихся в принимаемом сообщении, с целью генерирования сообщения во внутреннем формате системы 26 управления подключениями. В некоторых вариантах осуществления устройство 50 для входящих сообщений может переформатировать принимаемое сообщение в сообщение согласно протоколу передачи пар "атрибут-значение" (AVP) с упорядоченными элементами, такого как протокол общей структуры Mitra (MCF). Устройство 50 для входящих сообщений также может переформатировать принимаемые сообщения в другой стандарт или пользовательские протоколы.

Устройство 51 для исходящих запросов может действовать в обратном порядке по сравнению с описанным порядком действия устройства 50 для входящих сообщений. В некоторых вариантах осуществления устройство 51 для исходящих запросов преобразует внутренние запросы и/или сообщения системы 26 управления подключениями, находящиеся во внутреннем формате, в запросы и/или сообщения, приемлемые для устройства ввода, такого как СПЗ 24. Устройство 51 для исходящих запросов также может быть рассчитано на прием ответов на запросы, поступающих от устройств ввода. Ответы на запросы, поступающие от устройства 51 для исходящих запросов, также могут передаваться устройству 50 для входящих сообщений, как это описано выше. После форматирования поступившего запроса устройство 50 для входящих сообщений может пересылать сообщение BLS 52. Помимо данных, переданных устройством ввода, форматированное сообщение может включать команды для BLS 52 с указанием того, как следует поступить с данными. Например, если СПЗ 24 передает результаты процедуры, устройство 50 для входящих сообщений может передать BLS 52 команду создать и сохранить в САИ 28 отчет на основании поступивших данных. Поступившие данные также могут быть переданы BLS 52 вместе с командой обновить ранее сохраненный отчет.

BLS 52 может затребовать дополнительные данные помимо данных, переданных устройством 50 для входящих сообщений, и может запросить DS 54 получить дополнительные данные. BLS 52 может запросить или передать сообщение DS 54 с использованием протокола MCF или другого протокола обмена сообщениями. DS 54 может действовать как уровень доступа к базе данных AVP. DS 54 может принимать сообщения MCF от BLS 52 и использовать данные, содержащиеся в сообщении, для запроса, обновления или изменения базы 56 данных пациента. База 56 данных пациента может содержать данные пациента, данные заказа процедуры или данные исследования результатов процедуры и/или другие демографические данные. База 56 данных пациента также может содержать результаты и/или исследования результатов прошлых процедур, которые могут быть объединены с результатами текущей процедуры. DS 54 может переводить сообщения MCF на стандартный язык доступа к базам данных, распознаваемый базой 56 данных пациента, такой как открытый интерфейс взаимодействия с базами данных (ODBC). DS 54 также может переформатировать данные, полученные от базы 56 данных пациента в формат, приемлемый для BLS 52, такой как формат MCF.

BLS 52 может быть рассчитан на создание отчетов на основании данных, поступивших от устройств ввода, и любых дополнительных данных, полученных от баз данных пациентов. В некоторых вариантах осуществления отчет создается на языке разметки, таком как язык разметки гипертекста (HTML) или расширяемый язык разметки (XML). Созданные отчеты через интерфейс 58 сохранения отчетов могут быть переданы САИ 28 для хранения. Интерфейс 58 сохранения отчетов может передавать созданные отчеты с использованием приемлемого для САИ 28 протокола обмена сообщениями на основе языка разметки, такого как простой протокол доступа к объектам (SOAP).

Интерфейс 59 статуса отчетов также может поддерживать связь с САИ 28 для установления и обновления статуса сохраненного отчета. BLS 52 может передавать интерфейсу 59 статуса отчетов команды обновления статуса, а интерфейс 59 статуса отчетов может передавать данные САИ 28. В некоторых вариантах осуществления интерфейс 59 статуса отчетов поддерживает связь с САИ 28 с использованием протокола DICOM и может включать адаптер DICOM, такой как адаптер Agfa AS300. Статус отчета может храниться отдельно от фактического отчета в справочной таблице сохраненных отчетов. Отчет может быть помечен как предварительный, только для чтения, окончательный и т.п. В статусе отчета может быть указана операция, которая может быть осуществлена с отчетом. Например, предварительный отчет может быть недоступен для просмотра или доступен только для конкретных пользователей. Отчет, имеющий статус "окончательный", также может быть защищен от обновления. В некоторых вариантах осуществления интерфейс 60 браузера отчетов служит интерфейсом рабочей станции 32 для запроса отчетов, хранящихся в САИ 28. Для получения доступа и просмотра отчета рабочая станция 32 может взаимодействовать с браузером отчетов, установленным на сервере отчетов или веб-сервере. Интерфейс 60 браузера отчетов может включать интерфейс браузера активных серверных страниц (ASP), обеспечивающий интерфейс запроса протокола передачи гипертекста (HTTP) для поиска одного или нескольких отчетов для отображения на HTML. В некоторых вариантах осуществления интерфейс запроса позволяет пользователю запрашивать отчет на основании опознавательного и/или входящего номера пациента.

Интерфейс 60 браузера отчетов, а также другие компоненты системы 26 управления подключениями могут быть рассчитаны на использование общей платформы, способной улучшать возможность взаимодействия и связи между компонентами. Например, для обеспечения общего интерфейса с интерфейсом 58 сохранения отчетов браузер отчетов может быть заключен в оболочку службы. Net web. Интерфейс 60 браузера отчетов также может включать в целом независимую от языка прикладную программу с компонентной структурой, такую как программа СОМ+. Прикладная программа с компонентной структурой может включать один или несколько объектов или дискретных компонентов, каждый из которых имеет уникальное название и известный интерфейс, позволяющий другим программам и компонентам получать доступ к его свойствам.

В некоторых вариантах осуществления интерфейс 60 браузера отчетов принимает от рабочей станции 32 запрос на получение отчета и пересылает запрос или создает и передает форматированный запрос или сообщение BLS 52. BLS 52 в свою очередь может находить заданный отчет в САИ 28 и возвращать отчет интерфейсу 60 браузера отчетов. В некоторых вариантах осуществления интерфейс 60 браузера отчетов пересылает возвращенный отчет рабочей станции 32, которая отображает его для пользователя. Пользователь также может иметь возможность изменять отображаемый отчет на одной из рабочих станций 32.

При помощи рабочей станции 32 и периферийный устройств ввода и вывода, таких как клавиатура, устройство управления курсором и/или печатающее устройство (не показаны) пользователь может изменять данные, добавлять комментарии, присоединять изображения, распечатывать отчет или т.п. Интерфейс 60 браузера отчетов также может быть рассчитан на отображение отчетов во множестве форматов с учетом происхождения запроса на получение отчета. Например, если пользователь обменивается сообщениями с системой 26 управления подключениями через Интернет, локальную сеть или другое сетевое соединение, интерфейс 60 браузера отчетов может создавать отчет, вернувшийся от BLS 52, в формате переносимого документа (PDF) или другом общем формате, не требующем специальной программы отображения для просмотра отчета на рабочей станции 32. Вместе с тем, в некоторых вариантах осуществления редактирование отображенного отчета может быть доступно только при использовании специальной программы просмотра отчетов. Рабочая станция 32 может передавать запросы и/или сообщения интерфейсу 60 браузера отчетов с использованием HTTP или подобных протоколов, таких как протокол управления передачей/протокол Интернет (TCP/IP). Для связи с BLS 52 интерфейс 60 браузера отчетов также может использовать HTTP, MCF, HL7 или другие протоколы передачи. В базе 57 данных хранящихся процедур могут храниться процедуры передачи системе 26 управления подключениями запроса на получение отчетов. В некоторых вариантах осуществления, чтобы создать запрос на получение отчета с целью поиска для просмотра и/или изменения, программа просмотра, установленная на сервере приложений/веб-сервере, взаимодействует с базой 57 данных хранящихся процедур. База 57 данных хранящихся процедур осуществляет доступ к процедуре, которую форматируют, как это требуется для поиска отчета, который выбрал пользователь или внешнее устройство с использованием программы просмотра, и пересылают BLS 52. BLS 52 обслуживает процедуру, и возвращает данные (т.е. выбранный отчет) программе просмотра. Программа просмотра и база 57 данных хранящихся процедур может позволять пользователям направлять системе 26 управления подключениями запросы на получение отчетов и другие сообщения через Интернет, локальную сеть или другое сетевое соединение. Как это описано применительно к интерфейсу 60 браузера отчетов, пользователь также может иметь возможность изменять отчет, отображаемый программой просмотра. В некоторых вариантах осуществления программа просмотра также может создавать отображаемый для пользователя документ PDF, содержащий возвращенный отчет.

Подразумевается, что система 26 управления подключениями может включать дополнительные компоненты и может включать множество описанных выше компонентов. Например, система 26 управления подключениями может включать множество интерфейсов сохранения отчетов. Каждый интерфейс сохранения отчетов может обеспечивать различное форматирование вывода для различных назначений. В некоторых вариантах осуществления система 26 управления подключениями рассчитана на вывод принимаемых данных на множество устройств вывода и может использовать отдельный интерфейсов сохранения отчетов для каждого назначения. Система 26 управления подключениями также может формировать цепочку интерфейсов сохранения отчетов для создания адаптера между различными протоколами обмена сообщениями или связи. Например, система 26 управления подключениями может включать один интерфейс сохранения отчетов, рассчитанный на прием сообщений AVP и создание соответствующих сообщений SOAP, и другой интерфейс сохранения отчетов, рассчитанный на прием сообщений SOAP и создание соответствующих документов, процедур или команд SQL. Функциональные возможности, которые обеспечивают компоненты системы 26 управления подключениями, как это описано выше, можно сочетать разнообразными способами и в разнообразных вариантах.

На фиг.6-13 проиллюстрированы взаимодействия и потоки данных между компонентами системы медицинской информации, такими как проиллюстрированы на фиг.1-5. На фиг.6 проиллюстрирован процесс сохранения в САИ 28 отчета, включающего результаты процедуры и/или исследования результатов процедуры, который передала СПЗ 24 или другая система сбора информации. В некоторых вариантах осуществления на первом шаге процесса СПЗ 24 генерирует сообщение 70 RESULTS, содержащее результаты завершенной процедуры. Сообщение 70 RESULTS может представлять собой сообщение в формате HL7, формате HTTP или подобном формате. В некоторых вариантах осуще