Система и способ распределения значимых клинических оповещений

Система и способ распределения значимых клинических оповещений

Иллюстрации

Показать все

Реферат

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

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

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

Кроме того, приложения для поддержки клинических решений часто доставляют оповещения независимо от их временной взаимосвязи с рабочим потоком и/или от срочности для пациента. Например, оповещение, указывающее на необходимость введения вакцины Pneumovax до выписки из больницы, является преждевременным в то время, когда больной в критическом состоянии поступает в Отделение интенсивной терапии (Intensive Care Unit, ICU).

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

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

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

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

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

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

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

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

Одним преимуществом настоящих системы и способа является то, что сообщения доставляются рациональным способом.

Еще одно преимущество заключается в возможности маршрутизации оповещений и/или сообщений конкретным пользователям и клиническим обязанностям.

Еще одно преимущество заключается в возможности задания следующего шага расширения для оповещения и/или сообщения в пределах этого оповещения и/или сообщения.

Еще одно преимущество заключается в возможности отслеживания статуса различных ожидающих решения оповещений, рабочих заданий и/или сообщений.

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

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

Еще одно преимущество заключается в возможности определения сложных шагов расширения для оповещений и/или сообщений.

Еще одно преимущество заключается в возможности обеспечения выбора ответов и подтверждения приема пользователем за пределами "родного" приложения и передачи ответов обратно в оповещающее приложение.

Еще одно преимущество заключается в возможности представления шагов расширения для оповещений и/или сообщений стандартным способом.

Еще одно преимущество заключается в том, что события принимаются и обслуживаются более быстро.

Еще одно преимущество заключается в уменьшении отвлекаемости и утомляемости персонала вследствие оповещений.

Еще одно преимущество заключается в улучшенной безопасности.

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

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

Фиг.1 обеспечивает общее представление системы обмена сообщениями согласно аспектам настоящего раскрытия предмета изобретения.

Фиг.2 - подробная блок-схема системы обмена сообщениями по фиг.1.

Фиг.3 - блок-схема обработчика событий согласно аспектам настоящего раскрытия предмета изобретения.

Фиг.4 - сообщение о событии согласно аспектам настоящего раскрытия предмета изобретения.

Фиг.5 - блок-схема способа маршрутизации клинических сообщений.

Фиг.6 - блок-схема способа расширения элементов рабочего списка в зависимости от доступности целевого объекта.

Фиг.7 - блок-схема способа самоописания и передачи информации о событии.

Согласно фиг.1, в одном варианте осуществления система 100 обмена сообщениями включает в себя один или несколько интерфейсов 104 с источником событий для одного или нескольких источников 102 событий, обработчик 106 событий, интерфейс 108 со службой обмена сообщениями для службы 110 обмена сообщениями, которая обменивается информацией с одним или несколькими целевыми объектами 112 событий, и т.п.

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

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

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

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

Интерфейсы 104 с источником событий образуют мост для связи между неподписанными источниками событий и обработчиком 106 событий. Интерфейсы 104 с источником событий принимают сообщения, отправленные из неподписанных источников событий в обработчик 106 событий, переформатируют эти сообщения в стандартный протокол 105, поддерживаемый обработчиком 106 событий, и пересылают переформатированные сообщения в обработчик 106 событий. Кроме того, интерфейсы 104 с источником событий принимают сообщения, отправляемые в стандартном протоколе 105 из обработчика 106 событий в неподписанные источники событий, переформатируют эти сообщения в формат, принимаемый неподписанными источниками событий, и пересылают переформатированные сообщения в неподписанные источники событий.

Интерфейсы 104 с источником событий соответственно включают в себя единый интерфейс с источником событий для всех неподписанных источников событий, интерфейс для каждого неподписанного источника событий или встроенный в каждый неподписанный источник событий и т.п. Однако предполагаются и другие конфигурации. Например, интерфейс с источником событий используется для каждого типа неподписанного источника событий (например, контрольное устройство Philips Intellivue - MX800).

Интерфейсы 104 с источником событий преимущественно обеспечивают совместимость между источниками 102 событий и обработчиком 106 событий. Однако так как нет необходимости в использовании интерфейсов 104 с источником событий подписанными источниками событий, и сообщения, отправляемые в стандартном протоколе 105, обеспечивают совместимость, то нет необходимости, чтобы система 100 обмена сообщениями включала в себя интерфейсы 104 с источником событий, когда система 100 обмена сообщениями обменивается информацией только с подписанными источниками событий.

Обработчик 106 событий принимает входящие сообщения, например, сообщения о событии и/или ответные сообщения, из источников 102 событий и/или целевых объектов 112 событий, и передает исходящие сообщения, например, сообщения расширения и/или ответные сообщения обработчика событий, соответствующие входящим сообщениям, в целевые объекты и т.п. Входящие сообщения о событии из источников 102 событий соответственно приводят к исходящим сообщениям расширения для целевых объектов 112 событий сообщений о событии, и входящие ответные сообщения из целевых объектов 112 событий соответственно приводят к исходящим ответным сообщениям обработчика событий для источников 102 событий.

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

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

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

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

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

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

Свойства события, например, идентифицируют одно или несколько из типа события, вызывающего генерацию сообщения, серьезности события и т.п. Типы событий включают в себя одно или несколько из физиологических событий, событий протокола, событий рабочего потока, системных событий, событий статуса, событий оборудования и т.п. События статуса включают в себя события, описывающие статус пациента, системы и т.п., и включают в себя одно или несколько из статуса блока (например, активное оборудование потерянного объекта), системного статуса (например, устройство записи, в котором нет бумаги), степени исправности системы (например, отказ RAID), статуса обеспечения качества (например, соблюдение больным режима и схемы лечения находится ниже целевого значения 60%) и т.п. Кроме того, типы событий используются для группировки событий. Например, медсестра отделяет протокольные напоминания (например, сцеживание молока) от напоминаний рабочего потока (например, ожидаемые жизненно важные показатели) в клинической информационной системе. Серьезность события отличает события с высоким приоритетом (например, подозреваемый сепсис) от событий с низким приоритетом (например, отсутствие данных из датчика в течение 30 минут).

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

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

Свойства источника, как правило, включают в себя одно или несколько из типа источника, одного или нескольких параметров источника, местоположения источника и т.п. Тип источника идентифицирует тип источника событий (например, контрольное устройство Philips Intellivue - MX 800). Параметры источника идентифицируют тип параметров, которые запустили это событие (например, кровяное давление). Местоположение источника идентифицирует то, где находится источник (например, Кардиологическое отделение II).

Свойства целевого объекта, как правило, включают в себя одно или несколько из целевого пользователя, обязанностей целевого объекта, иного целевого имени, целевого применения и т.п. Целевой пользователь задает отдельное лицо, которому направляется сообщение (например, д-р Уильям Смит (William Smith)). Обязанности целевого объекта идентифицируют обязанности целевого пользователя (например, кардиолог «по вызову» или медсестра ICU). Иное целевое имя идентифицирует целевого пользователя, если имя неизвестно (например, жена пациента). Целевое применение включает в себя указание устройства (например, дисплей Центральной станции, Beeper (Устройство звуковой сигнализации) 4434 и т.д.).

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

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

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

Интерфейс 108 со службой обмена сообщениями образует мост для связи между обработчиком 106 событий и службой 110 обмена сообщениями при обстоятельствах, когда служба 110 обмена сообщениями не поддерживает стандартный протокол 105, поддерживаемый обработчиком 106 событий. Интерфейс 108 со службой обмена сообщениями принимает сообщения, отправляемые из обработчика 106 событий в службу 110 обмена сообщениями, переформатирует эти сообщения в протокол связи, поддерживаемый службой 110 обмена сообщениями, и пересылает переформатированные сообщения в службу 110 обмена сообщениями. Кроме того, интерфейс 108 с источником событий принимает сообщения, отправленные из службы 110 обмена сообщениями в обработчик 106 событий, переформатирует эти сообщения в стандартный протокол 105, поддерживаемый обработчиком 106 событий, и пересылает переформатированные сообщения в обработчик 106 событий. Когда служба 110 обмена сообщениями поддерживает стандартный протокол 105, поддерживаемый обработчиком 106 событий, интерфейс 108 со службой обмена сообщениями может являться излишним и/или быть удален из системы 100 обмена сообщениями.

Служба 110 обмена сообщениями доставляет сообщения расширения из обработчика 106 событий в целевые объекты 112 событий и/или ответные сообщения на них в обработчик 106 событий. Кроме того, в некоторых вариантах осуществления служба 110 обмена сообщениями следит за пользователями, подключенными к службе 110 обмена сообщениями. Как и в случае с источниками 102 событий, служба 110 обмена сообщениями может характеризоваться как подписанная или неподписанная, в зависимости от того, поддерживает ли она стандартный протокол 105, поддерживаемый обработчиком 106 событий.

Целевые объекты 112 событий принимают сообщения расширения из обработчика 106 событий и в некоторых вариантах осуществления генерируют и передают ответные сообщения в обработчик 106 событий. Ответные сообщения, подобно сообщениям о событии, включают в себя один или несколько элементов рабочего списка. Как правило, для генерации ответного сообщения целевой объект события представляет сообщение о событии на дисплее и/или запрашивает у пользователя целевого объекта события обеспечение ответа на него через дисплей и/или устройство ввода пользователя. Интересно отметить то, что сообщение расширения для сообщения о событии может быть одновременно отправлено в множество целевых объектов 112 события. Ответ пользователя и возможность для ответа могут быть разными в зависимости от целевого объекта события. Ответные сообщения включают в себя, например, одно или несколько из уникального идентификатора события, возможностей, свойств события, временных свойств, свойств источника, свойств целевого объекта, свойств подтверждения приема и т.п., как обсуждалось выше. Как и в случае с источниками 102 событий, в некоторых вариантах осуществления делается различие между односторонними целевыми объектами событий и двухсторонними целевыми объектами событий. Дополнительно или в качестве альтернативы в некоторых вариантах осуществления делается различие между подписанными целевыми объектами событий и неподписанными целевыми объектами событий.

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

Блоки 118, 126, 134 связи источников 102 событий обеспечивают связь между источниками 102 событий и внешними устройствами, например, обработчиком 106 событий и/или интерфейсами 104 с источником событий. Соответственно, связь осуществляется посредством одной или нескольких сетей связи. В блоках 115, 123, 131 памяти источников 102 событий хранятся данные пациента и т.п. и/или хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных с источниками 102 событий. Дисплеи 116, 124, 132 источников 102 событий обеспечивают возможность источникам 102 событий отображать данные и/или сообщения в интересах пользователей в соответствующем одном из источников 102 событий. Устройства 120, 128, 136 ввода пользователя источников 102 событий обеспечивают возможность пользователям источников 102 событий взаимодействовать с ассоциированным источником 102 событий и/или отвечать на сообщения, отображенные на его дисплее. Процессоры и/или контроллеры 114, 122, 130 источников 102 событий исполняют команды, хранящиеся в блоках памяти, для выполнения функций, ассоциированных с источниками 102 событий.

Интерфейсы 104 с источником событий в проиллюстрированных вариантах осуществления включают в себя первый интерфейс 104a с источником событий, который обеспечивает интерфейс с множеством источников событий. Блоки 138 связи интерфейсов 104 с источником событий обеспечивают связь между ассоциированным интерфейсом с источником событий и внешним устройством, например, обработчиком 106 событий и источником 102 событий. В блоках 142 памяти интерфейсов 104 с источником событий хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных с интерфейсами 104 с источником событий. Процессоры и/или контроллеры 140 интерфейсов 104 с источником событий исполняют команды, хранящиеся в блоках памяти, для выполнения функций, ассоциированных с интерфейсами 104 с источником событий. В блоках 142 памяти в некоторых вариантах осуществления хранятся или помещены в буфер данные или сообщения из источников 102 событий.

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

Обработчик 106 событий обменивается информацией с целевыми объектами 112 событий через интерфейс 108 со службой обмена сообщениями и/или службой 110 обмена сообщениями и обменивается информацией с источниками 102 событий непосредственно или через интерфейс 104 с источником событий. В некоторых вариантах осуществления обработчик 106 событий дополнительно или в качестве альтернативы обменивается информацией с целевыми объектами 112 событий непосредственно.

Интерфейс 108 со службой обмена сообщениями в проиллюстрированных вариантах осуществления включает в себя одно или несколько из блока 144 связи, процессора и/или контроллера 146, памяти 148 и т.п. Блок 144 связи обеспечивает связь между интерфейсом 108 со службой обмена сообщениями и внешним устройством, например, службой 110 обмена сообщениями и обработчиком 106 событий. В памяти 148 хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных с интерфейсом 108 со службой обмена сообщениями. Процессор и/или контроллер 146 исполняет команды, хранящиеся в памяти 148, для выполнения функций, ассоциированных с интерфейсом 108 со службой обмена сообщениями.

Интерфейс 108 со службой обмена сообщениями соответственно обменивается информацией через одну или несколько сетей связи. Например, в некоторых вариантах осуществления интерфейс 108 со службой обмена сообщениями принимает сообщение расширения из обработчика 106 событий через первую сеть связи и пересылает сообщение расширения в службу 110 обмена сообщениями через вторую сеть связи.

Служба 110 обмена сообщениями в иллюстративном варианте осуществления включает в себя одно или несколько из блока 150 связи, процессора и/или (контроллера) 152, памяти 154 и т.п. Блок 150 связи обеспечивает связь между службой 110 обмена сообщениями и одним или несколькими из интерфейса 108 со службой обмена сообщениями, обработчика 106 событий, целевых объектов 112 событий и т.п. Соответственно, это осуществляется посредством одной или нескольких сетей связи. В памяти 154 хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных со службой 110 обмена сообщениями. Процессор и/или контроллер 152 исполняет команды, хранящиеся в памяти 154, для выполнения функций, ассоциированных со службой 110 обмена сообщениями.

Целевые объекты 112 событий в проиллюстрированных вариантах осуществления включают в себя одно или несколько из портативных устройств, например, сотовый телефон 112a, лечебных устройств, например, лечебное устройство 112b, клинических информационных систем, например, клиническая информационная система 112c, контрольных устройств, например устройство 112d для контроля за состоянием пациента, приложений для поддержки клинических решений и т.п. Кроме того, целевые объекты 112 событий включают в себя один или несколько односторонних целевых объектов событий и/или один или несколько двухсторонних целевых объектов событий. Кроме того, целевые объекты событий включают в себя один или несколько подписанных целевых объектов событий и/или один или несколько неподписанных целевых объектов событий в зависимости от того, поддерживают ли эти целевые объекты событий стандартный протокол 105.

Блоки 160, 168, 176, 184 связи целевых объектов 112 событий обеспечивают связь между целевыми объектами 112 событий и внешними устройствами, например, обработчиком 106 событий и службой 110 обмена сообщениями. Обмен информацией ведется соответственно с использованием одной или нескольких сетей связи. В блоках 157, 165, 173, 181 памяти целевых объектов 112 событий хранится одно или несколько из данных пациента, исполнимых команд для выполнения одной из нескольких функций, ассоциированных с целевыми объектами 112 событий, и т.п. Дисплеи 158, 166, 174, 182 целевых объектов 112 событий обеспечивают возможность целевым объектам 112 событий отображать данные и/или сообщения в интересах пользователей целевых объектов 112 событий. Устройства 162, 170, 178, 186 ввода пользователя целевых объектов 112 событий обеспечивают во