СИСТЕМА И СПОСОБ РАСПРЕДЕЛЕНИЯ ЗНАЧИМЫХ КЛИНИЧЕСКИХ ОПОВЕЩЕНИЙ Российский патент 2016 года по МПК H04L12/58 H04L12/18 

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

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

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

Кроме того, приложения для поддержки клинических решений часто доставляют оповещения независимо от их временной взаимосвязи с рабочим потоком и/или от срочности для пациента. Например, оповещение, указывающее на необходимость введения вакцины 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 событий обеспечивают возможность пользователям целевых объектов 112 событий взаимодействовать с целевыми объектами 112 событий и/или отвечать на сообщения, отображаемые на дисплеях. Процессоры и/или контроллеры 156, 164, 172, 180 целевых объектов 112 событий исполняют команды, хранящиеся в блоках памяти, для выполнения функций, ассоциированных с целевыми объектами 112 событий.

Обработчик 106 событий, иллюстрируемый на фиг.3, включает в себя одно или несколько из базы 188 данных политик больницы, базы 190 данных настроек целевого объекта, базы 192 данных «по вызову», базы 194 данных правил, синтаксического анализатора 196 протокола обработки событий, базы 198 данных событий, среды 202 авторских разработок, исполнительного устройства 200 правил обработки событий, базы 204 данных контрольного журнала и т.п. Несмотря на то, что базы данных изображены с обработчиком 106 событий, различные базы данных в некоторых вариантах осуществления могут быть центральными базами данных, базами данных на уровне учреждения или отделения, к которым обработчик 106 событий имеет доступ.

База 188 данных политик больницы включает в себя одну или несколько настроек, обеспечивающих возможность администраторам больницы задавать политику больницы. Эти настройки, например, обеспечивают возможность администраторам больницы задавать минимальный уровень серьезности для физиологических событий, принимаемых из источников 102 событий. Политики больницы соответственно применяются к входящим сообщениям посредством одного или нескольких правил в базе 194 данных правил. В некоторых вариантах осуществления политики больницы включают в себя жесткие политики и мягкие политики. Жесткие политики заблокированы от модификаций и/или переопределения другими настройками, например настройками целевого объекта, тогда как мягкие политики могут быть переопределены другими настройками, например, настройками целевого объекта.

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

В базе 192 данных «по вызову» отслеживаются те клиницисты, которые в настоящее время исполняют обязанности «по вызову», и, как правило, она включает в себя одну или несколько записей «по вызову», задающих клиницистов, которые в данный момент исполняют обязанности «по вызову». В некоторых вариантах осуществления записи «по вызову» включают в себя обязанности клиницистов. Например, база 192 данных «по вызову» включает в себя запись «по вызову», задающую то, что Джо Смит в данный момент исполняет обязанности «по вызову» с онкологией. Одно или несколько из среды 202 авторских разработок, службы 110 обмена сообщениями и т.п. могут обновлять записи «по вызову».

База 194 данных правил включает в себя одно или несколько правил для проверки и/или модификации элементов рабочего списка во входящих сообщениях и/или базе 198 данных событий. Правила для проверки и/или модификации элементов рабочего списка во входящих сообщениях применяются синтаксическим анализатором 196 протокола обработки событий, а правила для проверки и/или модификации элементов рабочего списка в базе 198 данных событий применяются исполнительным устройством 200 правил обработки событий. Как отмечено выше, правило соответственно включает в себя критерии сопоставления и сопоставленное действие, где сопоставленное действие выполняется, если удовлетворяются критерии сопоставления. Сопоставленное действие включает в себя, например, расширение элемента рабочего списка, модификацию элемента рабочего списка во входящем сообщении и/или базе 198 данных событий и т.п.

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

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

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

Дополнительно или в качестве альтернативы в некоторых вариантах осуществления правила включают в себя одно или несколько правил проверки и/или модификации элементов рабочего списка на основе источника, например, источников 102 событий или целевых объектов 112 событий. Например, несмотря на то, что интерфейс, например, интерфейсы 104 с источником событий или интерфейс 110 со службой обмена сообщениями, обеспечивает возможность целевому объекту проводить синтаксический анализ сообщения из неподписанного источника, в этом сообщении может, однако, отсутствовать определенная существенная информация. Эти правила добавляют информацию и/или модифицируют существующую информацию элементов рабочего списка, отправленных из неподписанных источников, для заполнения всех пустот, которые существуют. Обычно эти правила применяются только синтаксическим анализатором 196 протокола обработки событий.

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

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

База 194 данных правил также включает в себя одно или несколько правил для расширения элементов рабочего списка, находящихся в базе 198 данных событий. Эти правила применяются исполнительным устройством 200 правил обработки событий. Расширение относится к отправке исходящего сообщения в целевой объект независимо от того, является ли он целевым объектом события или источником события. Например, правило задает то, что сообщение расширения должно быть обеспечено во второй целевой объект, если первый целевой объект не подтверждает прием ранее обеспеченного сообщения расширения в течение 30 минут. В качестве еще одного примера правило задает то, что ответное сообщение обработчика событий должно передаваться в источник события каждые 5 минут в течение не более 60 минут до тех пор, пока доставка не будет успешной.

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

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

Синтаксический анализатор 196 протокола обработки событий включает в себя одно или несколько из процессора 206, блока 208 связи, памяти 210 и т.п. Блок 208 связи в проиллюстрированном варианте осуществления обеспечивает связь между синтаксическим анализатором 196 протокола обработки событий и другими устройствами, например, интерфейсами 104 с источником событий, источниками 102 событий, базой 188 данных политик больницы и т.п. Обмен информацией выполняется соответственно через одну или несколько сетей связи. В памяти 210 хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных с синтаксическим анализатором 196 протокола обработки событий. Процессор 206 исполняет команды, сохраненные в памяти 210 для выполнения функций, ассоциированных с синтаксическим анализатором 196 протокола обработки событий.

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

Среда 202 авторских разработок обеспечивает возможность уполномоченным пользователям модифицировать одно или несколько из политик больницы, настроек целевого объекта и правил в базе 188 данных политик больницы, базе 190 данных настроек целевого объекта и базе 194 данных правил соответственно. В некоторых вариантах осуществления среда 202 авторских разработок также обеспечивает возможность уполномоченным пользователям модифицировать записи «по вызову» базы 192 данных «по вызову». Например, среда 202 авторских разработок обеспечивает возможность уполномоченному пользователю изменять обязанности клиницистов. В других вариантах осуществления используются интерфейсы данных с внешними системами планирования для непосредственного и автоматического обновления обязанностей пользователя и базы 192 данных «по вызову». Среда 202 авторских разработок также является важной для генерации правил для обновления сообщений из неподписанных источников, таких неподписанных источников событий, неподписанной службы обмена сообщениями и неподписанных целевых объектов событий. Это обеспечивает возможность обработки сообщений из неподписанных источников идентичным способом, как и сообщения из подписанных источников событий. В некоторых вариантах осуществления среда 202 авторских разработок оснащена "песочницей" или локально копируется из продукционной системы, поэтому правила можно тестировать и проверять, не затрагивая активную конфигурацию, и после этого активизировать в продукционной системе.

Настольный компьютер, компьютерный сервер и т.п. соответственно реализуют среду 202 авторских разработок. Предполагаются как распределенные, так и локализованные компьютерные услуги. Среда 202 авторских разработок включает в себя одно или несколько из дисплея 212, процессора и/или контроллера 214, блока 216 связи, устройства 218 интерфейса пользователя, памяти 220 и т.п. Блок 216 связи обеспечивает связь между средой 202 авторских разработок и другими компонентами обработчика 106 событий, например, базой 188 данных политик больницы, базой 190 данных настроек целевого объекта, базой 192 данных «по вызову» и базой 194 данных правил. Обмен информацией выполняется соответственно через одну или несколько сетей связи. В памяти 220 хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных со средой 202 авторских разработок. Процессор и/или контроллер 214 исполняют команды, хранящиеся в памяти 220, для выполнения функций, ассоциированных со средой 202 авторских разработок. Устройство 218 ввода пользователя и дисплей 212 обеспечивает возможность пользователям среды 202 авторских разработок взаимодействовать с составляющей базой данных обработчика 106 событий.

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

Когда исполнительное устройство 200 правил обработки событий идентифицирует один или несколько элементов рабочего списка, исходя из которых, должны быть выполнены действия, то оно проверяет эти элементы рабочего списка и генерирует исходящее сообщение для элементов рабочего списка в стандартном формате 105 с использованием одного или нескольких правил в базе 194 данных правил. Исходящие сообщения включают в себя сообщения расширения и ответные сообщения обработчика событий. Эти правила соответственно проверяют и/или генерируют элементы рабочего списка на основе одного или нескольких из политик больницы, настроек целевого объекта, свойств входящего сообщения, статуса «по вызову», рабочих списков, рабочих потоков, других событий и т.п. Сгенерированные исходящие сообщения после этого отправляют в целевой объект события или источник события, задаваемые элементом рабочего списка в зависимости от источника элементов рабочего списка (т.е. сообщения о событии или ответного сообщения).

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

Исполнительное устройство 200 правил обработки событий включает в себя одно или несколько из процессора и/или контроллера 222, блока 224 связи, памяти 226 и т.п. Блок 224 связи обеспечивает обмен информацией между исполнительным 200 устройством правил обработки событий и другими устройствами, например, интерфейсом 108 со службой обмена сообщениями, целевыми объектами 112 событий, базой 194 данных правил и т.п. Обмен информацией соответственно выполняется через одну или несколько сетей связи. В памяти 226 хранятся исполнимые команды для выполнения одной из нескольких функций, ассоциированных с исполнительным устройством 200 правил обработки событий. Процессор и/или контроллер 222 исполняет команды, сохраненные в памяти 226 для выполнения функций, ассоциированных с синтаксическим анализатором 200 протокола обработки событий.

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

Согласно фиг.4, иллюстрируется пример сообщения 400 о событии, генерируемом, например, устройством для контроля за состоянием пациента. Сообщение 400 о событии использует стандартный протокол 105, описанный выше, и направляется в множество целевых объектов. Например, сообщение 400 о событии направляется пользователям a и b, которые должны подтвердить прием сообщения расширения при уровне серьезности "4" в течение 30 секунд доставки, в противном случае, сообщение 400 о событии расширяется для немедленного уведомления при уровне серьезности "3" пользователя d. Сообщение 400 о событии также направляется пользователю f при уровне серьезности "3" только в том случае, если событие настаивает более 2 минут. Пользователь f должен подтвердить прием оповещения в течение 60 секунд для того, чтобы не получить повторного уведомления.

Согласно фиг.5, обеспечен способ 500 маршрутизации клинических сообщений с использованием обработчика 106 событий по фиг.1. Выполняется определение 502 относительно того, присутствует ли входящее сообщение, либо сообщение о событии или ответное сообщение. Если входящее сообщение отсутствует, то к базе 198 данных событий делается запрос 512, и выполняется определение 514 относительно того, должны ли, исходя из элемента рабочего списка, находящегося в ней, быть выполнены действия. Если входящее сообщение присутствует, то оно принимается 504 в стандартном формате 105. Извлекаются 506 элементы рабочего списка, содержащиеся в этом входящем сообщении. Извлеченные элементы рабочего списка проверяются и, возможно, модифицируются 508 с использованием одного или нескольких правил в базе 194 данных правил. Эти правила, например, основаны на одном или нескольких из политик больницы, настроек целевого объекта, свойств сообщений о событии, статуса «по вызову», рабочих списков, рабочих потоков, других событий и т.п. Проверенные и, возможно, модифицированные правила после этого сохраняются 510 в базе 198 данных событий. К базе 198 данных событий делается запрос 512, и выполняется определение 514 относительно того, должны ли, исходя из элемента рабочего списка, находящегося в ней, быть выполнены действия. Это определение соответственно выполняется с использованием одного или нескольких правил в базе 194 данных правил. Если определено то, что не существует элементов рабочего списка, которые требуют действий, то повторно выполняется определение относительно того, присутствует 502 ли входящее сообщение. Соответственно, вставляется задержка. Если идентифицируется то, что элемент рабочего списка требует действия, то этот элемент рабочего списка проверяется 516 по одному или нескольким правилам в базе 194 данных правил, и генерируется 518 и отправляется 520 целевому пользователю, идентифицированному по правилам, в стандартном формате 105 исходящее сообщение либо сообщение расширения или ответное сообщение обработчика событий. Элемент рабочего списка после этого обновляется или удаляется 522. После этого способ 500 выполняется заново, начиная с определения 502.

Согласно фиг.6, обеспечен способ 600 расширения элементов рабочего списка на основе доступности целевого объекта. Способ 600 является одним вариантом осуществления способа 500 и соответственно выполняется процессорами 206, 214, 222 обработчика 106 событий. Как можно заметить из нижеследующего, способ 600 преимущественно обеспечивает возможность более быстрого обслуживания элементов рабочего списка для некоторого местоположения, устройства или пациента, например, постель, посредством неоповещения целевых объектов, о которых известно, что они заняты обслуживанием элементов рабочего списка с более высоким приоритетом. Кроме того, способ 600 преимущественно уменьшает отвлекаемость и утомляемость целевых объектов вследствие оповещений, посредством чего улучшается общая безопасность. Для простоты обсуждения способ 600 ограничивается одним элементом рабочего списка. Однако следует понимать то, что он в равной степени применим к множеству элементов рабочего списка и сообщений о событии.

Для способа 600 предполагается то, что одна или несколько баз 188, 190, 192, 194, 198, 204 данных обработчика 106 событий взаимодействуют для определения последовательностей расширения и назначения их местоположениям, устройствам или пациентам учреждения, применяющего обработчик 106 событий. Каждая из последовательностей расширения включает в себя один или несколько уровней расширения, и через эти уровни расширения повышается порядок расширения. Например, местоположение, устройство или пациент включают в себя последовательность расширения, идентифицирующую первый уровень расширения, состоящий из первичных целевых объектов, и второй уровень расширения, состоящий их вторичных целевых объектов, где расширение переходит с первого уровня расширения на второй уровень расширения.

В способе 600 также предполагается то, что одна или несколько баз 188, 190, 192, 194, 198, 204 данных обработчика 106 событий взаимодействуют для определения назначений пациента, устройства или местоположения для целевых объектов, например, пользователей, групп, устройств и так далее, и назначений уровня расширения для назначений пациента, устройства или местоположения. Например, первый пользователь назначен на первый уровень расширения пациента, и второй пользователь назначен на второй уровень расширения пациента. Другими словами, первому пользователю назначена первичная ответственность за пациента, и второму пользователю назначена вторичная ответственность за пациента.

Выполняется определение 602 относительно того, присутствует ли сообщение о событии, включающее в себя элемент рабочего списка, для местоположения, устройства или пациента. Если сообщение о событии отсутствует, то выполняется определение 610 относительно того, требуется ли расширение, как обсуждается ниже. В противном случае, из источника 102 события, например, устройства для контроля за состоянием пациента, принимается 604 сообщение о событии, по выбору, в стандартном формате. Местоположению, устройству или пациенту назначается последовательность расширения, включающая в себя множество уровней расширения, причем каждый уровень расширения включает в себя целевой объект, например, пользователя, устройство, приложение, группу и так далее. Как отмечено выше, последовательность расширения и назначения соответственно определяются посредством взаимодействия одной или нескольких баз 188, 190, 192, 194, 198, 204 данных обработчика 106 событий. Элемент рабочего списка включает в себя текущую позицию внутри последовательности расширения. Текущая позиция первоначально находится на первом уровне расширения последовательности расширения, но продвигается по мере расширения.

После приема 604 элемента рабочего списка он, по выбору, обновляется 606 (т.е. проверяется и модифицируется) с использованием одного или нескольких правил в базе 194 данных правил. Эти правила, например, основаны на одном или нескольких из политик больницы, настроек целевого объекта, свойств сообщений о событии, статуса «по вызову», рабочих списков, рабочих потоков, других элементов рабочего списка и т.п. Для большей детальности внимание направляется на вышеизложенное обсуждение обработчика 106 событий. Проверенный и, возможно, модифицированный элемент рабочего списка после этого сохраняется 608 в базе 198 данных событий.

Далее выполняется определение 610 относительно того, требует ли элемент рабочего списка расширения (т.е. того, что сообщение расширения должно быть отправлено) посредством запроса к базе 198 данных событий и проверки элемента рабочего списка по одному или нескольким правилам в базе 194 данных правил. Например, правило может задавать то, что первое сообщение расширения должно быть отправлено после поступления элемента рабочего списка, и другое правило может задавать то, что второе сообщение расширения должно быть отправлено после истечения предопределенного периода времени при отсутствии поступления какого-либо принятия и/или подтверждения приема первого сообщения расширения. В качестве еще одного примера правило может задавать то, что, если ранее отправленное сообщение расширения для элемента рабочего списка отклонено целевым объектом, то расширение является уместным. Как правило, запрос к базе 198 данных событий выполняется периодически, но также предполагается то, что запрос к базе 198 данных событий выполняется непрерывно или в случае события.

В некоторых вариантах осуществления, когда элемент рабочего списка должен быть расширен, выполняется определение 612 относительно того, отклонял ли ранее целевой объект первого уровня расширения последовательности расширения элемент рабочего списка с уровнем приоритета, выше или равным уровню приоритета элемента рабочего списка, который должен быть расширен. По выбору, предыдущее отклонение ограничивается отклонением в пределах предопределенного периода времени от определения 612. Предполагается то, что предопределенный период может быть конкретным для целевого объекта и, по выбору, задаваться в базе 190 данных настроек целевого объекта. Когда такое отклонение не было сделано, и сообщение расширения для элемента рабочего списка не отправляли в целевой объект, генерируется 614 и передается 616 в целевой объект первого уровня расширения сообщение расширения. После выполнения определения 602 относительно того, присутствует ли новое сообщение о событии, повторно выполняется определение 610 того, должен ли элемент рабочего списка быть расширен.

Когда определено то, что элемент рабочего списка должен быть расширен, и что, если применяется, было сделано отклонение, обработчик событий идентифицирует 618 следующий уровень расширения местоположения, устройства или пациента. Это включает в себя поиск и выборку последовательности расширения для местоположения, устройства или пациента, соответствующей сообщению о событии, а также назначений пациента, устройства или местоположения для целевых объектов и назначений уровня расширения для назначений пациента, устройства или местоположения из одной или нескольких баз 188, 190, 192, 194, 198, 204 данных обработчика 106 событий. Преимущественно посредством поиска и выборки назначений для каждого расширения учитываются изменения в последовательностях расширения и/или целевых объектах, назначенных уровням расширения (например, вследствие изменений плана или изменений сдвига). Когда не существует последовательности расширения, то может быть использована последовательность расширения по умолчанию, включающая в себя, по меньшей мере, один уровень расширения. Упомянутый уровень расширения может включать в себя, например, супервизоров или менеджеров учреждения.

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

Подразумевается, что целевой объект обслуживает элемент рабочего списка, когда из целевого объекта принято сообщение, с принятием и/или подтверждением приема элемента рабочего списка. Кроме того, подразумевается, что целевой объект закончил обслуживание элемента рабочего списка после поступления соответствующего сообщения и/или после истечения предопределенного периода времени от упомянутого принятия и/или подтверждения приема. В некоторых вариантах осуществления предопределенный период является конкретным для целевого объекта и, по выбору, задается в базе 190 данных настроек целевого объекта. Кроме того, в некоторых вариантах осуществления подразумевается, что целевой объект закончил обслуживать элемент рабочего списка после поступления сообщения, указывающего на то, что целевой объект требует передачи элемента рабочего списка другому целевому объекту через процедуру расширения. Например, первичный целевой объект для местоположения, устройства или пациента принимает элемент рабочего списка с высоким приоритетом для местоположения, устройства или пациента и не закончил элемент рабочего списка с низким приоритетом для другого местоположения, устройства или пациента, для которых он является первичным целевым объектом. Упомянутый элемент рабочего списка с низким приоритетом может быть передан во вторичный целевой объект. Обработчик 106 событий соответственно отслеживает то, обслуживают ли целевые объекты элементы рабочего списка, посредством поддерживания записей об этом в одной из баз 188, 190, 192, 194, 198, 204 данных и/или блоках 210, 226, 220 памяти обработчика 106 событий.

Когда достигнут конец последовательности расширения, может быть применена последовательность расширения по умолчанию. Иначе элемент рабочего списка проверяется 620 по одному или нескольким правилам в базе 194 данных правил, и генерируется 622 и передается 624 в идентифицированный целевой объект через целевой объект 112 сообщение расширения для элемента рабочего списка. Соответственно, сообщение расширения отправляют в стандартном формате. Элемент рабочего списка после этого удаляется или обновляется 626 для отражения того, что сообщение расширения было отправлено, и выполняется определение 602 относительно того, присутствуют ли новые сообщения о событии. В некоторых вариантах осуществления элементы рабочего списка с более низким приоритетом, которые обслуживает идентифицированный целевой объект, расширяются в ответ на то, что идентифицированный целевой объект обслуживает элемент рабочего списка. Предполагается то, что для этого расширения может также потребоваться поступление сообщения из идентифицированного целевого объекта, указывающего на то, что, по меньшей мере, один идентифицированный целевой объект требует передачи элементов рабочего списка с более низким приоритетом другим целевым объектам через процедуру расширения. Кроме того, предполагается то, что расширение может быть на целевой объект, например, супервизор, выбираемый идентифицированным целевым объектом.

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

Согласно фиг.7, обеспечен способ 700 самоописания и передачи информации о событии в обработчик 106 событий. Способ 700 выполняет один из интерфейсов 104 с источником событий и/или интерфейса 108 со службой обмена сообщениями соответственно. Из, например, одного из источников 102 событий и/или службы 110 обмена сообщениями принимается 702 информация о событии, например, извещение о событии или ответ пользователя на событие. С использованием стандартного протокола 105 генерируется 704 сообщение. Это сообщение включает в себя информацию о событии и один или несколько элементов рабочего списка, представленных с использованием одного или нескольких стандартизированных свойств сообщения. Элементы рабочего списка задают то, кому направляется сообщение, и как сообщение должно расширяться обработчиком 106 событий. Сообщение после этого передается 706 в обработчик 106 событий.

Каждая из баз данных, описанных в этом документе, например, база 188 данных политик больницы, соответственно включает в себя компьютерную базу данных, где компьютерная база данных реализована посредством одного компьютера, распределена по всему множеству компьютеров и т.п. Кроме того, каждая из баз данных соответственно хранит данные структурированным способом, обеспечивающим выборку таких данных и доступ к ним. Кроме того, как используется в этом документе, память включает в себя одно или несколько из постоянного машиночитаемого носителя информации, магнитного диска или другого магнитного носителя информации, оптического диска или другого оптического носителя информации, оперативного запоминающего устройства (RAM, ОЗУ), постоянного запоминающего устройства (ROM, ПЗУ) или другого электронного запоминающего устройства, или микросхемы, или набора оперативно взаимосвязанных микросхем, сервера сети Internet, из которого сохраненные команды могут быть выбраны через сеть Internet или локальную сеть, и так далее. Кроме того, как используется в этом документе, контроллер включает в себя одно или несколько из микропроцессора, микроконтроллера, графического процессора (GPU), специализированной интегральной схемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) и т.п., сеть связи включает в себя одно или несколько из сети Internet, локальной сети, глобальной сети, беспроводной сети, проводной сети, сотовой сети, шины данных, например, USB и I2C, и т.п., устройство ввода пользователя включает в себя одно или несколько из мыши, клавиатуры, сенсорного дисплея, одной или нескольких кнопок, одного или нескольких переключателей, одного или нескольких тумблеров, управляемого голосом взаимодействия и т.п., и дисплей включает в себя одно или несколько из жидкокристаллического дисплея, светодиодного дисплея, плазменного дисплея, проекционного дисплея, сенсорного дисплея и т.п.

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

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

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

Изобретение относится к электронной связи, а именно к системе (100) обмена сообщениями для маршрутизации клинических сообщений. Технический результат - маршрутизация оповещений. Система содержит обработчик событий и стандартный протокол (105). Обработчик (106) событий принимает одно или несколько входящих сообщений из одного или нескольких источников (102) событий, включающих в себя один или несколько элементов рабочего списка, которые обработчик (106) событий сохраняет в базе (198) данных событий и генерирует и передает в базу (198) данных событий исходящие сообщения для одного или нескольких элементов рабочего списка, исходя из которых должны быть выполнены действия, в соответствии с одним или несколькими правилами. Для представления входящих сообщений и исходящих сообщений используется стандартный протокол (105). 5 н. и 8 з.п. ф-лы, 7 ил.

1. Система (100) обмена сообщениями для маршрутизации клинических сообщений, причем упомянутая система (100) обмена сообщениями содержит:
обработчик (106) событий, выполненный с возможностью:
приема одного или нескольких входящих сообщений, включающих в себя один или несколько элементов рабочего списка, из одного или нескольких источников (102) событий;
сохранения этих элементов рабочего списка в базе (198) данных событий, и
генерирования и передачи исходящих сообщений для одного или нескольких элементов рабочего списка в базе (198) данных событий, исходя из которых должны быть выполнены действия, как определяется одним или несколькими правилами, и
стандартный протокол (105) для представления входящих сообщений и исходящих сообщений; и
причем обработчик (106) событий выполнен с возможностью проверки и/или модификации элементов рабочего списка входящих сообщений с использованием одного или нескольких правил, причем эти правила основаны на одном или нескольких из политик больницы, настроек целевого объекта, свойств входящих сообщений, статуса «по вызову», рабочих списков и рабочих потоков.

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

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

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

5. Система (100) обмена сообщениями по любому одному из пп. 1 и 2, в которой обработчик (106) событий выполнен с возможностью:
приема элемента рабочего списка для местоположения, устройства или пациента из входящих сообщений, причем это местоположение, это устройство или этот пациент включает в себя последовательность расширения уровней расширения, причем каждый уровень расширения включает в себя целевой объект,
определения того, должен ли элемент рабочего списка быть расширен, с использованием правил,
в ответ на определение того, что элемент рабочего списка должен быть расширен, идентификации следующего уровня расширения местоположения, устройства или пациента, причем этот следующий уровень расширения включает в себя только целевой(ые) объект(ы), который еще не обслуживает элементы рабочего списка с более высоким и/или равным приоритетом, и
генерации и передачи исходящего сообщения для элемента рабочего списка в идентифицированный целевой объект.

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

7. Машиночитаемый носитель информации, содержащий программные средства, которые управляют одним или несколькими процессорами для выполнения функциональности обработчика (106) событий по любому одному из пп. 1-6.

8. Способ (500) маршрутизации клинических сообщений, причем упомянутый способ (500) включает в себя этапы, на которых:
принимают (504) одно или несколько входящих сообщений в стандартном протоколе (105) из одного или нескольких источников (102) событий, причем упомянутые входящие сообщения включают в себя один или несколько элементов рабочего списка,
сохраняют (510) эти элементы рабочего списка в базе (198) данных событий,
генерируют (518) и передают (520) исходящие сообщения в стандартном протоколе (105) для одного или нескольких элементов рабочего списка в базе (198) данных событий, исходя из которых должны быть выполнены действия, как определено одним или несколькими правилами;
принимают элемент рабочего списка для местоположения, устройства или пациента из входящих сообщений, причем это местоположение, это устройство или этот пациент включает в себя последовательность расширения уровней расширения, причем каждый уровень расширения включает в себя целевой объект,
определяют, должен ли элемент рабочего списка быть расширен, с использованием правил,
в ответ на определение того, что элемент рабочего списка должен быть расширен, идентифицируют следующий уровень расширения местоположения, устройства или пациента, причем следующий уровень расширения включает в себя только целевой(ые) объект(ы), который(ые) еще не обслуживает элементы рабочего списка с более высоким и/или равным приоритетом, и
генерируют и передают исходящее сообщение для элемента рабочего списка в идентифицированный целевой объект.

9. Способ (500) по п. 8, дополнительно включающий в себя этап, на котором:
проверяют и/или модифицируют (508) элементы рабочего списка входящих сообщений с использованием одного или нескольких правил, причем эти правила основаны на одном или нескольких из политик больницы, настроек целевого объекта, свойств входящих сообщений, статуса «по вызову», рабочих списков и рабочих потоков.

10. Способ (500) по любому одному из пп. 8 или 9, в котором при генерации (518) исходящих сообщений используют одно или несколько правил, основанных на одном или нескольких из политик больницы, настроек целевого объекта, свойств входящих сообщений, статуса «по вызову», рабочих списков и рабочих потоков.

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

12. Один или несколько процессоров, предварительно запрограммированных для выполнения всех этапов способа (500) по любому одному из пп. 8-11.

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