RU2583250C2 - Система и способ высоконадежной доставки жизненно важных тревожных сигналов по совместно используемым беспроводным каналам - Google Patents

Система и способ высоконадежной доставки жизненно важных тревожных сигналов по совместно используемым беспроводным каналам Download PDF

Info

Publication number
RU2583250C2
RU2583250C2 RU2012146992/14A RU2012146992A RU2583250C2 RU 2583250 C2 RU2583250 C2 RU 2583250C2 RU 2012146992/14 A RU2012146992/14 A RU 2012146992/14A RU 2012146992 A RU2012146992 A RU 2012146992A RU 2583250 C2 RU2583250 C2 RU 2583250C2
Authority
RU
Russia
Prior art keywords
alarm
patient
alarm signal
transmitting
primary line
Prior art date
Application number
RU2012146992/14A
Other languages
English (en)
Other versions
RU2012146992A (ru
Inventor
Амджад А. СООМРО
Марк С. КОТФИЛА
Рюдигер ШМИТТ
Филлип РЭЙМОНД
Original Assignee
Конинклейке Филипс Электроникс Н.В.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Конинклейке Филипс Электроникс Н.В. filed Critical Конинклейке Филипс Электроникс Н.В.
Publication of RU2012146992A publication Critical patent/RU2012146992A/ru
Application granted granted Critical
Publication of RU2583250C2 publication Critical patent/RU2583250C2/ru

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/002—Monitoring the patient using a local or closed circuit, e.g. in a room or building
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0004—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by the type of physiological signal transmitted
    • A61B5/0006—ECG or EEG signals
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0031—Implanted circuitry
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/004—Alarm propagated along alternative communication path or using alternative communication medium according to a hierarchy of available ways to communicate, e.g. if Wi-Fi not available use GSM

Abstract

Группа изобретений относится к области медицины. Способ передачи тревожного сигнала, содержащий этапы, на которых: устанавливают линию связи между многорежимным устройством мониторинга пациента и одной или более точками доступа по одной или более сетям, по которым устройство мониторинга пациента осуществляет связь, с использованием больничной сети, поддерживающей Интернет-протокол (IP), через одну или более точку доступа с использованием протокола IP; обрабатывают физиологические данные, собранные устройством мониторинга пациента, для определения того, дает ли состояние пациента основание для генерации тревожного сигнала; выполняют попытки передать тревожный сигнал с использованием первичной линии между устройством мониторинга пациента и одной или более точками доступа; и передают тревожный сигнал с использованием вторичной линии между монитором пациента и одной или более точками доступа в ответ на сбой попыток передачи тревожного сигнала с использованием первичной линии. При этом тревожный сигнал передают через вторичную линию после предварительно определенного числа попыток передачи тревожного сигнала по первичной линии при отсутствии приема подтверждающего сообщения. Компьютерно-считываемый носитель, содержащий программное обеспечение для управления одним или более процессорами для конфигурирования и выполнения способа. Монитор пациента содержит: множество устройств мониторинга, блок оценки и блок связи, включающий в себя первый передатчик, второй передатчик и контроллер. Применение данной группы изобретений позволит осуществлять надежную доставку тревожных сигналов и экономить энергию устройством мониторинга пациента. 4 н. и 8 з.п. ф-лы, 4 ил.

Description

Нижеследующее относится к медицинской технике, технике связи и родственным областям техники. В частности, это применимо для улучшения связи в системах медицинского мониторинга, медицинских системах тревожной сигнализации и т.п., по проложенным сетям в больницах, центрах неотложной помощи, домах, домах с медицинским обслуживанием, учреждениях по уходу, транспортных средствах и системах для экстренной медицинской помощи и т.п.
В настоящее время, системы мониторинга пациентов непрерывно осуществляют мониторинг физиологического состояния пациента, например, в отделении интенсивной терапии (ICU). Физиологические данные, собранные у пациента, анализируются, например, в прикроватном мониторе или сервере информации о пациенте. Анализ показывает, дает ли состояние пациента основание для уведомления соответствующего медицинского ответственного работника посредством генерации тревожных сигналов. Когда медицинскими устройствами генерируются тревожные сигналы, данные сигналы должны проходить по каналам связи для доставки соответствующему медицинскому ответственному работнику.
В областях применения с жизненно важными медицинскими данными, таких как мониторинг в реальном времени за амбулаторными пациентами по беспроводным линиям связи, пациенты часто носят устройства мониторинга с батарейным питанием или мобильные устройства мониторинга, например, пациенты носят мобильное ЭКГ устройство. Тревожные сигналы, генерируемые устройством мониторинга, требуется своевременно передавать медицинскому ответственному работнику, обычно назначенному распорядительными органами. Однако желательно использовать существующую беспроводную инфраструктуру в лечебных учреждениях, например сеть IEEE 802.11, для переноса медицинских данных, включающих в себя данные для жизненно важных медицинских областей применения. Однако беспроводные каналы по своему существу подвержены ошибкам из-за шума, перегрузки сети и т.п.
Настоящая заявка предоставляет новые и улучшенные систему и способ мониторинга пациента, которые преодолевают вышеупомянутые и другие проблемы.
В соответствии с одним аспектом предоставляется способ передачи тревожного сигнала. Между многорежимным устройством мониторинга пациента и точкой доступа по сети устанавливают линию связи, по которой устройство мониторинга пациента осуществляет связь, с использованием больничной сети, поддерживающей Интернет-протокол, через точку доступа. Физиологические данные, собранные устройством мониторинга пациента, обрабатывают для определения, дает ли состояние пациента основание для генерации тревожного сигнала. Тревожный сигнал передают с использованием первичного канала между монитором пациента и точкой доступа. Тревожный сигнал передают с использованием вторичного канала между монитором пациента и точкой доступа в ответ на сбой попыток передачи тревожного сигнала с использованием первичного канала.
В соответствии с другим аспектом предоставляется монитор пациента. Множество устройств мониторинга собирают данные о пациенте. Блок оценки определяет состояние пациента по собранным данным и генерирует тревожный сигнал, если состояние пациента дает основание для уведомления соответствующего медицинского ответственного работника. Блок связи, который передает тревожный сигнал в точку доступа по больничной сети, поддерживающей Интернет-протокол (IP), устройство связи включает в себя первый передатчик для передачи тревожного сигнала с использованием первичного канала, и второй передатчик для передачи тревожного сигнала с использованием вторичного канала в ответ на сбой передачи с использованием первичного канала.
Одним из преимуществ является надежная доставка медицинских тревожных сигналов соответствующему медицинскому ответственному работнику с использованием существующей беспроводной инфраструктуры.
Другим преимуществом является экономия энергии устройством мониторинга пациента.
Дополнительные преимущества настоящего изобретения станут очевидными специалистам в данной области техники после прочтения и изучения нижеследующего подробного описания.
Изобретение может принимать форму различных компонентов и компоновок компонентов, и различных этапов и компоновок этапов. Чертежи предназначены только для иллюстрации предпочтительных вариантов осуществления и не подлежат истолкованию в смысле ограничения изобретения.
Фиг. 1 - схематическое изображение системы мониторинга пациента в соответствии с настоящей заявкой.
Фиг. 2 - схематическое изображение взаимосвязи между устройством мониторинга пациента и сервером информации о пациенте.
Фиг. 3 и 4 - блок-схемы последовательности операций устройства мониторинга пациента в соответствии с настоящей заявкой.
Как показано на фиг. 1, пациент (не показан) находится под мониторингом различных медицинских устройств мониторинга или датчиков 10, которые измеряют физиологические параметры пациента и генерируют характеризующие его физиологические данные. Эти медицинские устройства 10 мониторинга могут включать в себя электрокардиографический (ЭКГ) прибор с ЭКГ электродами и запястный медицинский монитор, который может быть, например, сконфигурирован для мониторинга артериального давления, оксигенации крови (SpO2), пульса или одного или более других физиологических параметров. С пациентом могут быть связаны другие медицинские устройства 10 мониторинга, но не обязательно все из вышеупомянутых медицинских устройств 10 мониторинга должны быть связаны с пациентом в любой данный момент времени. Следует понимать, что, хотя показано всего два медицинских устройства 10 мониторинга, предполагается возможность применения большего числа медицинских устройств мониторинга. Используемый в настоящей заявке термин «медицинские устройства мониторинга» означает источники данных, показывающих состояние здоровья пациента и т.п. Электронные устройства для приема сигналов из медицинского устройства мониторинга и, необязательно, для обработки сигналов, выполняемой над такими сигналами, реализованы в проиллюстрированном варианте осуществления в качестве многофункционального устройства 12 мониторинга пациента (PMD) или могут быть реализованы, частично или полностью, в качестве встроенных электронных устройств, расположенных с одним или более из медицинских устройств 10 мониторинга и т.д. Следует также понимать, что медицинские устройства 10 мониторинга и PMD 12 могут быть также реализованы в виде единственного устройства. PMD 12, например, может быть монитором, который перемещается с пациентом, например, передатчиком системы мониторинга, носимой пациентом, и т.п.
Медицинские устройства 10 мониторинга сообщают измеренные или другие физиологические данные в PMD 12. PMD 12 служит в качестве точки сбора физиологических данных, измеренных медицинскими устройствами мониторинга, и обеспечивает временное хранение этих данных. Собранные физиологические данные одновременно передаются в контроллер 14 в PMD 12. Блок 16 оценки физиологического состояния или компьютерная программа в PMD оценивает физиологические данные, собранные у пациента, и определяет, дает ли состояние пациента основание для уведомления соответствующего медицинского ответственного работника посредством генерации тревожного сигнала. Например, PMD 12 проверяет, приближается ли к пороговым значениям каждый измеренный параметр, приближается ли к порогу тенденция любого параметра, является ли какой-либо параметр неустойчивым или излишне флуктуирующим, приближаются ли к порогу сочетания параметров, и другие показатели пациента, которые, в той или иной степени, нуждаются в медицинском мониторинге или поддержке. Пороги включают в себя значения, превышающие или падающие ниже предела, основанного на времени, степени тяжести, обострении и т.п.
PMD 12 включает в себя также блок 18 связи для передачи тревожного сигнала беспроводным образом по больничной сети 20 в сервер 22 информации о пациенте, в котором отображаются и сохраняются тревожные сигналы пациента. Тревожные сигналы пациента могут также передаваться по больничной сети 20 в мобильные системы 24 отображения информации о пациенте. Например, медицинская сестра может наблюдать или слышать тревожные сигналы пациента на сестринском посту 24', на прикроватном мониторе 24” пациента, другом прикроватном мониторе пациента, центральной станции мониторинга, PDA и т.п. Следует понимать, что, хотя показано всего три мобильных устройства 24 отображения информации о пациенте, предусмотрена возможность применения большего числа мобильных устройств отображения информации о пациенте. Блок 18 связи управляет первым передатчиком 26 и вторым передатчиком 28, чтобы передавать физиологические данные, принимаемые контроллером 14, и принимать подтверждения приема данных, по первичному и вторичному каналам в больничную сеть 20. Первый передатчик 26 сначала делает попытки передать тревожный сигнал в больничную сеть 20 с использованием первичного канала. Первичный канал является каналом, который предварительно запрограммирован на использование, когда система мониторинга пациента работает нормально. Например, первичный канал может быть совместно используемым беспроводным каналом, использующим сетевые технологии IEEE 802.11 или Wi-Fi. Первичный канал может быть также выбран из списка доступных беспроводных каналов, использующих сеть IEEE 802.11 или Wi-Fi. Первичный канал может быть конкретной полосой радиочастот или протоколом связи. Выбор первичного канала может выполняться посредством конфигурации пользователем или может выполняться динамически в системе, например, посредством исполнения алгоритмов выбора канала либо в PMD, либо другими объектами системы, например, инфраструктурными точками доступа или функциями управления беспроводными каналами.
Если попытка(и) передачи тревожного сигнала в первичном канале первым передатчиком 26 терпит(ят) неудачу, то блок 18 связи управляет вторым передатчиком 28 для передачи тревожного сигнала по вторичным каналам одновременно с первым передатчиком 26, чтобы максимизировать вероятность доставки тревожного сигнала. В предпочтительном варианте, передачи во втором канале передаются в широковещательном режиме. В качестве альтернативы, передачи во втором канале отправляются одноадресно по предварительно определенному списку приемников во вторичном(ых) канале(ах). В предпочтительном варианте, передачи во вторичном(ых) канале(ах) будут иметь место после того, как передача(и) в первичном канале оказывается(ются) безуспешной(ыми) и, по существу, немедленно после такого определения, без выполнения протоколов управления ассоциациями беспроводной сети вторичного канала. Предполагается, что вторичный(ые) канал(ы) должен(ны) быть одним или более из следующего: конкретной полосы радиочастот, протокола связи или, в частности одного или более каналов, используемых для меток отслеживания параметров, протокола(ов) связи, используемого(ых) для меток отслеживания параметров в сетях IEEE 802.11, одного или более каналов, используемых для RFID меток, одного или более каналов, используемых для радиопередач по IEEE 802.15.4, одного или более каналов, используемых для радиопередач по Zigbee, одного или более каналов, используемых для радиопередач по Bluetooth, одного или более предварительно определенной(ых) продолжительности(тей) времени и местоположения(ний) в течение периода времени маячковых сигналов в сети IEEE 802.11, одного или более периодов времени в течение периода времени маячковых сигналов, который, как ожидается, должен характеризоваться высокой вероятностью готовности, например, периода времени непосредственно перед периодами времени передачи маячковых сигналов (TBTT) в сети IEEE 802.11, одного или более выделенных беспроводных каналов IEEE 802.11, зарезервированных для передач, которые должны делать попытки передачи при сбое первичного канала, одного или более каналов, применяемых для сотовых сетевых технологий, например, Мультимедийной подсистемы IP (IMS), GPRS, UMTS, CDMA2000, IS-95, GSM, CDMA, CDMA 1x, CDMA 1X EV-DO, UMTS по W-CDMA, UMTS по TDD, CDMA 3X EV-DO, HSPA D, HSPA U, EDGE, одного или более каналов, используемых для широкополосного беспроводного доступа, например, IEEE 802.16, WiMAX, IEEE 802.22 и т.п.
Тревожный сигнал передается в больничную сеть 20 по беспроводной линии 30 связи между PMD 12 и точкой беспроводного доступа (WAP) 32. Линия 30 связи использует протокол IEEE 802.11, включающий в себя расширения качества обслуживания (QoS), обозначаемый, в общем, как протокол 802.11-QoS в настоящей заявке. В некоторых вариантах осуществления, протокол 802.11-QoS соответствует стандарту IEEE 802.11e. В некоторых вариантах осуществления, протокол 802.11-QoS соответствует стандарту IEEE 802.11 EDCA, где сокращение «EDCA» означает «улучшенный распределенный канальный доступ». Протокол 802.11-QoS может также использовать сокращенную версию стандартного протокола IEEE 802.11e (т.е. без реализации некоторых функциональных возможностей) или может использовать расширенную версию протокола по стандарту IEEE 802.11e (с добавлением дополнительных функциональных возможностей), или может использовать модифицированный протокол, основанный на IEEE 802.11e, но с некоторыми функциональными возможностями, добавленными в стандарт, и без реализации некоторых стандартных функциональных возможностей. Следует понимать, что линии 30 связи изображают примеры, и что обычно система связи, исполняющая протокол 802.11-QoS, может поддерживать несколько, несколько десятков или больше таких линий связи. Аналогично, хотя показана всего одна WAP 32, система связи, исполняющая протокол 802.11-QoS обычно может включать в себя один, два, три, четыре, десять, двадцать или более точек беспроводного доступа, распределенных по больнице или другому медицинскому учреждению, для обеспечения требуемой зоны покрытия для системы связи. Кроме того, хотя показана единственная больничная сеть 20, система связи может включать в себя одну, две, три, четыре, десять или более сетей, распределенных по больнице или другому медицинскому учреждению, для обеспечения требуемой зоны покрытия для системы связи. В некоторых вариантах осуществления, вторичный передатчик 28 осуществляет связь с больничной сетью 20 через другие точки 32' доступа, чем первый передатчик 26, в другой полосе радиочастот или посредством других беспроводных протоколов. В другом варианте осуществления, первый 26 и второй 28 передатчики осуществляют связь в одной и той же полосе частот и по одному и тому же беспроводному протоколу, но принадлежат к разным логическим беспроводным сетям.
Как видно из фиг. 2, PMD 12 передает тревожные сигналы 40 в сервер 22 информации о пациенте и мобильные системы 24 отображения информации о пациенте. В ответ на прием тревожных сигналов 40 из PMD 12, сервер 22 информации о пациенте и мобильные системы 24 отображения информации о пациенте передают подтверждающее сообщение 42, например, сообщение ACK, в передающее PMD 12, информирующее PMD 12, что тревожный сигнал 40 принят сервером 22 информации о пациенте и мобильными системами 24 отображения информации о пациенте.
В одном варианте осуществления, первый передатчик 26 PMD 12 передает тревожный сигнал в сервер 22 информации о пациенте и мобильные системы 24 отображения информации о пациенте по больничной сети 20 беспроводным образом, с использованием первичного канала. Если передача тревожного сигнала была успешной, то блок 18 связи PMD 12 примет подтверждающее сообщение и продолжит обработку физиологических данных пациента для определения, дает ли состояние пациента основание для генерации тревожного сигнала. Если PMD 12 не принимает подтверждающего сообщения 42 от передачи с использованием первичного канала после предварительно выбранного числа попыток, то PMD 12 передает тревожный сигнал в поднаборе набора вторичных каналов одновременно с передачей тревожного сигнала в первичном канале, пока по одному из каналов не будет принято подтверждающее сообщение.
В другом варианте осуществления, PMD 12 конфигурирует себя для использования автоматического энергосберегающего режима доставки, например, протокола IEEE 802.11 APSD и т.п. Первый передатчик 26 PMD 12 передает тревожный сигнал в первичном канале с использованием протокола IEEE 802.11 APSD в сервер 22 информации о пациенте и мобильные системы 24 отображения информации о пациенте по больничной сети 20 беспроводным образом в течение предварительно определенного количества времени или предварительно определенное число раз. Если передача тревожного сигнала была успешной, то PMD 12 примет подтверждающее сообщение и продолжит обработку физиологических данных пациента для определения, дает ли состояние пациента основание для генерации тревожного сигнала. Если PMD 12 не примет подтверждающего сообщения 42 от передачи с использованием первичного канала в течение предварительно определенного количества времени или предварительно определенного числа раз, то PMD 12 будет передавать тревожный сигнал в сокращенной версии протокола вторичного канала в течение предварительно определенного количества времени или предварительно определенное число раз, при одновременном использовании протокола IEEE 802.11 APSD в первичном канале. Если PMD 12 не примет подтверждающего сообщения 42 от передачи с использованием вторичного канала в течение предварительно определенного количества времени или предварительно определенного числа раз, то PMD 12 вернется к передаче тревожного сигнала в первичном канале с использованием протокола IEEE 802.11 APSD в течение предварительно определенного количества времени или предварительно определенное число раз. Это будет повторяться, пока PMD 12 не примет подтверждающее сообщение.
Следует понимать, что каждый объект из PMD 12, WAP 32, больничной IP-сети 20, сервера 22 информации о пациенте и мобильных систем 24 отображения информации о пациенте, описанных в различных вариантах осуществления и на фигурах в настоящей заявке, включает в себя память или компьютерно-считываемый носитель (не показан), который хранит, и один или более процессоров (не показаны), которые исполняют компьютерно-исполняемые команды для выполнения различных функций, действий, этапов, способов и т.п., описанных в настоящей заявке. Память может быть компьютерно-считываемым носителем, на котором хранится управляющая программа, например, диском, жестким диском и т.п. Обычные формы компьютерно-считываемых носителей включают в себя, например, дискеты, гибкие диски, жесткие диски, магнитную ленту или любой другой магнитный запоминающий носитель, CD-ROM, DVD или любой другой оптический носитель, RAM, ROM, PROM, EPROM, FLASH-EPROM, их варианты, другую микросхему или кассету памяти или любой другой материальный носитель, с которого возможно считывание и исполнение процессором. В этом контексте, системы, описанные в настоящей заявке, могут быть реализованы в составе или в форме одного или более компьютеров общего назначения, компьютера(ов) специального назначения, программируемого микропроцессора или микроконтроллера и периферического элемента интегральной схемы, ASIC или другой интегральной схемы, процессора цифровых сигналов, аппаратно-реализованной электронной или логической схемы, например, схемы дискретного компонента, программируемого логического устройства, например, PLD, PLA, FPGA, центрального процессора графической карты (GPU), PAL и т.п.
На фиг. 3 показана блок-схема последовательности операций PMD. На этапе 100, PMD соединяется с точкой доступа в первичном канале, с использованием предпочтительной беспроводной технологии первичного канала, например, IEEE 802.11. На этапе 102, PMD собирает физиологические данные у соответствующего пациента и анализирует данные для определения, существует ли состояние, дающее основание для генерации тревожного сигнала. На этапе 104 выполняется определение, обнаруживается ли тревожное состояние. Если обнаруживается, то на этапе 106 выполняется одна или более попыток передачи тревожного сигнала в первичном канале. На этапе 106 попытки передачи тревожного(ых) сигнала(ов) по первичному каналу выполняются, максимум, в течение первой предварительно определенной продолжительности времени, которая короче, чем допустимая задержка передачи тревожного сигнала, или первое предварительно определенное число раз. На этапе 108 выполняется определение, была ли успешной передача тревожного сигнала. Если передача тревожного сигнала не была успешной в течение первой предварительно определенной продолжительности времени или после первого предварительно определенного числа попыток, то выполняется одна или более попыток передачи тревожного сигнала в поднаборе набора вторичных каналов максимум в течение второй предварительно определенной продолжительности времени или второе предварительно определенное число раз на этапе 110. В конце второй предварительно определенной продолжительности времени или после второго предварительно определенного числа попыток выполняется проверка в первичном канале для обнаружения, принято ли подтверждение передачи тревожного сигнала от приемника на этапе 112. В альтернативном варианте, на этапе 110 возможна проверка подтверждающего сообщения после каждой передачи из первичного канала или одной или более передач во вторичном канале. Если подтверждение приема передачи принято, то PMD переходит к обработке физиологических данных для определения дополнительного тревожного состояния на этапе 102. Однако, если подтверждение приема передачи не принято, то PMD продолжает делать попытки передачи один или более раз в поднаборе набора вторичных каналов максимум в течение второй предварительно определенной продолжительности времени или второе предварительно определенное число попыток на этапе 112.
На фиг. 4 представлена блок-схема последовательности операций PMD. В другом варианте осуществления, PMD соединяется с точкой доступа в первичном канале, с использованием беспроводной технологии IEEE 802.11 в первичном канале, на этапе 120. Затем, на этапе 122, PMD конфигурирует себя для использования протокола IEEE 802.11 APSD. На этапе 124 PMD собирает физиологические данные у соответствующего пациента и анализирует данные для определения, существует ли состояние, дающее основание для генерации тревожного сигнала. На этапе 126 выполняется определение, обнаруживается ли тревожное состояние. Если обнаруживается, то выполняется одна или более попыток передачи тревожного сигнала в первичном канале. Попытки передачи тревожного(ых) сигнала(ов) по первичному каналу выполняются максимум в течение первой предварительно определенной продолжительности времени, которая короче, чем допустимая задержка передачи тревожного сигнала, или первое предварительно определенное число раз, на этапе 128. В конце первой предварительно определенной продолжительности времени или после первого предварительно определенного числа попыток передачи PMD проверяет, принято ли подтверждение приема передачи, на этапе 130. В одном варианте осуществления PMD выполняет проверку подтверждения после каждой попытки передачи. Если подтверждение приема передачи принято, то PMD переходит к обработке физиологических данных для обнаружения тревожного состояния на этапе 124. Однако, если подтверждение приема передачи не принято, то выполняется одна или более попыток передачи тревожного сигнала в поднаборе набора вторичных каналов максимум в течение второй предварительно определенной продолжительности времени или второе предварительно определенное число раз на этапе 132. В конце второй предварительно определенной продолжительности времени или после второго предварительно определенного числа попыток PMD переходит к попыткам передачи тревожного сигнала в первичном канале один или более раз на этапе 128. И процесс повторяется, пока не будет принято подтверждение приема передачи. Процесс может быть прекращен ручным вмешательством пользователя, например, сбросом тревожного состояния.
Описание изобретения приведено выше со ссылкой на предпочтительные варианты осуществления. После прочтения и изучения вышеприведенного подробного описания, специалистами могут быть созданы модификации и внесены изменения. Подразумевается, что изобретение следует интерпретировать, как включающее в себя все упомянутые модификации и изменения до тех пор, пока они находятся в пределах объема прилагаемой формулы изобретения или ее эквивалентов.

Claims (12)

1. Способ передачи тревожного сигнала, содержащий этапы, на которых:
устанавливают линию связи между многорежимным устройством (12) мониторинга пациента и одной или более точками (32) доступа по одной или более сетям (20), по которым устройство (12) мониторинга пациента осуществляет связь, с использованием больничной сети (20), поддерживающей Интернет-протокол (IP), через упомянутую одну или более точку (32) доступа с использованием протокола IP;
обрабатывают физиологические данные, собранные устройством (12) мониторинга пациента, для определения того, дает ли состояние пациента основание для генерации тревожного сигнала;
выполняют попытки передать тревожный сигнал с использованием первичной линии между устройством (12) мониторинга пациента и упомянутой одной или более точками (32) доступа; и
передают тревожный сигнал с использованием вторичной линии между монитором (12) пациента и упомянутой одной или более точками (32) доступа в ответ на сбой попыток передачи тревожного сигнала с использованием первичной линии,
при этом тревожный сигнал передают через вторичную линию после предварительно определенного числа попыток передачи тревожного сигнала по первичной линии при отсутствии приема подтверждающего сообщения.
2. Способ по п. 1, в котором попытки передачи тревожного сигнала с использованием первичной линии выполняют максимум в течение первой предварительно определенной продолжительности времени, которая короче, чем допустимая задержка передачи тревожного сигнала.
3. Способ по п. 1, дополнительно включающий в себя этап, на котором определяют, принято ли подтверждающее сообщение в ответ на одну из попыток передачи тревожного сигнала с использованием первичной линии, для определения, была ли успешной передача с использованием первичной линии.
4. Способ по п. 1, в котором вторичная линия является по меньшей мере одной из конкретной полосы радиочастот, одной или более линий, используемых для меток отслеживания параметров, протокола(ов) связи, используемого(ых) для меток отслеживания параметров в сетях IEEE 802.11, одной или более линий, используемых для RFID меток, одной или более линий, используемых для радиопередач по Bluetooth, и одной или более линий, используемых для сотовых сетевых технологий.
5. Компьютерно-считываемый носитель, содержащий программное обеспечение для управления одним или более процессорами для конфигурирования и выполнения способа по п. 1.
6. Монитор пациента, содержащий:
множество устройств (10) мониторинга, которые собирают данные о пациенте;
блок (16) оценки, который определяет медицинское состояние пациента по собранным данным и генерирует тревожный сигнал, если состояние пациента дает основание для уведомления соответствующего медицинского ответственного работника; и
блок (18) связи, который передает тревожный сигнал в одну или более точек (32) доступа по больничной сети (20), поддерживающей Интернет-протокол (IP), при этом устройство (18) связи включает в себя:
первый передатчик (26) для передачи тревожного сигнала в упомянутую одну или более точек доступа по больничной сети, поддерживающей Интернет-протокол (IP), с использованием первичной линии с помощью Интернет-протокола (IP),
второй передатчик (28) для передачи тревожного сигнала в упомянутую одну или более точек доступа с использованием вторичной линии в ответ на сбой передачи с использованием первичной линии, и
контроллер (14), сконфигурированный с возможностью:
управлять первым передатчиком (26) для многократной передачи тревожного сигнала по первичной линии до тех пор, пока не будет принято подтверждающее сообщение,
в ответ на отсутствие приема подтверждающего сообщения после предварительно выбранного числа попыток управлять вторым передатчиком (28) для передачи тревожного сигнала и
отслеживать прием подтверждающего сообщения через первичную линию в ответ на успешный прием тревожного сигнала, переданного по одной или обеим из первичной или вторичной линий.
7. Монитор пациента по п. 6, в котором попытки передачи тревожного сигнала с использованием первичной линии выполняются максимум в течение первой предварительно определенной продолжительности времени, которая короче, чем допустимая задержка передачи тревожного сигнала.
8. Монитор пациента по п. 6, в котором вторичная линия является по меньшей мере одной из конкретной полосы радиочастот, одной или более линий, используемых для меток отслеживания параметров, протокола(ов) связи, используемого(ых) для меток отслеживания параметров в сетях IEEE 802.11, одной или более линий, используемых для RFID меток, одной или более линий, используемых для радиопередач по Bluetooth, и одной или более линий, используемых для сотовых сетевых технологий.
9. Монитор пациента по п. 6, причем монитор (12) пациента является монитором, носимым амбулаторным пациентом, с батарейным питанием.
10. Система мониторинга пациента, содержащая:
множество мониторов (12) пациента по п. 6 и
сервер (22) информации о пациенте, связанный с больничной IP-сетью (20), который отображает и хранит переданный тревожный сигнал;
при этом сервер (22) информации о пациенте принимает тревожный сигнал с использованием первичной линии с помощью Интернет-протокола, и при сбое первичной линии принимает тревожный сигнал с использованием вторичной линии,
при этом блок (16) оценки управляет блоком (18) связи каждого монитора (12) пациента для многократной передачи тревожного сигнала по первичной линии, и в ответ на отсутствие приема подтверждающего сообщения после множества передач тревожного сигнала управляет блоком (18) связи для передачи тревожного сигнала через вторичную линию.
11. Система мониторинга пациента по п. 10, в которой вторичная линия является по меньшей мере одной из конкретной полосы радиочастот, одной или более линий, используемых для меток отслеживания параметров, протокола(ов) связи, используемого(ых) для меток отслеживания параметров в сетях IEEE 802.11, одной или более линий, используемых для RFID меток, одной или более линий, используемых для радиопередач по Bluetooth, и одной или более линий, используемых для сотовых сетевых технологий.
12. Система мониторинга пациента по п. 10, в которой попытки передачи тревожного сигнала с использованием первичной линии выполняются максимум в течение первой предварительно определенной продолжительности времени, которая короче, чем допустимая задержка передачи тревожного сигнала.
RU2012146992/14A 2010-04-06 2011-03-09 Система и способ высоконадежной доставки жизненно важных тревожных сигналов по совместно используемым беспроводным каналам RU2583250C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US32116610P 2010-04-06 2010-04-06
US61/321,166 2010-04-06
PCT/IB2011/050990 WO2011124993A2 (en) 2010-04-06 2011-03-09 System and method for highly reliable delivery of life-critical alarms through shared wireless channels

Publications (2)

Publication Number Publication Date
RU2012146992A RU2012146992A (ru) 2014-05-20
RU2583250C2 true RU2583250C2 (ru) 2016-05-10

Family

ID=44359805

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012146992/14A RU2583250C2 (ru) 2010-04-06 2011-03-09 Система и способ высоконадежной доставки жизненно важных тревожных сигналов по совместно используемым беспроводным каналам

Country Status (7)

Country Link
US (1) US9554706B2 (ru)
EP (1) EP2555668A2 (ru)
JP (1) JP5789657B2 (ru)
CN (1) CN102821678B (ru)
BR (1) BR112012025262A2 (ru)
RU (1) RU2583250C2 (ru)
WO (1) WO2011124993A2 (ru)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9596989B2 (en) 2009-03-12 2017-03-21 Raytheon Company Networked symbiotic edge user infrastructure
BR112012012147A2 (pt) 2009-10-16 2019-09-24 Spacelabs Healthcare Llc tubo melhorado de fluxo de luz
US8493202B1 (en) 2010-03-22 2013-07-23 Alarm.Com Alarm signaling technology
US9047747B2 (en) 2010-11-19 2015-06-02 Spacelabs Healthcare Llc Dual serial bus interface
BR112013012320B1 (pt) * 2010-11-19 2021-10-05 Spacelabs Healthcare, Llc Meio legível em computador volátil ou não volátil, não incluindo mídia de transmissão para transmitir ondas
US20120165616A1 (en) * 2010-12-27 2012-06-28 Nir Geva Portable monitoring unit and a method for monitoring a monitored person
US8855550B2 (en) 2011-01-14 2014-10-07 Covidien Lp Wireless relay module having emergency call functionality
US9495511B2 (en) 2011-03-01 2016-11-15 Covidien Lp Remote monitoring systems and methods for medical devices
US8903308B2 (en) 2011-01-14 2014-12-02 Covidien Lp System and method for patient identification in a remote monitoring system
US8897198B2 (en) 2011-01-14 2014-11-25 Covidien Lp Medical device wireless network architectures
US8818260B2 (en) 2011-01-14 2014-08-26 Covidien, LP Wireless relay module for remote monitoring systems
US8811888B2 (en) 2011-01-14 2014-08-19 Covidien Lp Wireless relay module for monitoring network status
US8798527B2 (en) 2011-01-14 2014-08-05 Covidien Lp Wireless relay module for remote monitoring systems
US9020419B2 (en) 2011-01-14 2015-04-28 Covidien, LP Wireless relay module for remote monitoring systems having power and medical device proximity monitoring functionality
US8694600B2 (en) 2011-03-01 2014-04-08 Covidien Lp Remote monitoring systems for monitoring medical devices via wireless communication networks
US9629566B2 (en) 2011-03-11 2017-04-25 Spacelabs Healthcare Llc Methods and systems to determine multi-parameter managed alarm hierarchy during patient monitoring
US20140009278A1 (en) * 2012-07-05 2014-01-09 Captera AB Patient-staff Acknowledgment System, Devices, and Method
KR20150056580A (ko) 2012-09-13 2015-05-26 코비디엔 엘피 장내 급식 펌프용 도킹 스테이션
US9730621B2 (en) 2012-12-31 2017-08-15 Dexcom, Inc. Remote monitoring of analyte measurements
US9585563B2 (en) 2012-12-31 2017-03-07 Dexcom, Inc. Remote monitoring of analyte measurements
US9257032B2 (en) * 2013-02-27 2016-02-09 Total Walther Gmbh, Feuerschutz Und Sicherheit System and method for emergency communication in a TCP/IP based redundant fire panel network
WO2014158167A1 (en) * 2013-03-28 2014-10-02 Hewlett-Packard Development Company, L.P. Split mode addressing of persistent memory
CN103263259A (zh) * 2013-05-29 2013-08-28 江苏中康软件有限责任公司 具有身份识别功能的gprs血压计
US10987026B2 (en) 2013-05-30 2021-04-27 Spacelabs Healthcare Llc Capnography module with automatic switching between mainstream and sidestream monitoring
KR101573766B1 (ko) * 2013-08-05 2015-12-02 현대모비스 주식회사 무선 연결 및 데이터 공유 간소화 장치 및 그 방법
USD746441S1 (en) 2013-09-13 2015-12-29 Covidien Lp Pump
CN103690170B (zh) 2013-11-29 2016-01-13 深圳市理邦精密仪器股份有限公司 一种辅助监护报警的方法及使用该方法的医用外接设备
JP6244201B2 (ja) * 2013-12-26 2017-12-06 アイホン株式会社 ナースコールシステム
US10537290B2 (en) 2014-08-22 2020-01-21 Koninklijke Philips N.V. Usage of observed alarm settings for alarm management
US10593186B2 (en) * 2014-09-09 2020-03-17 Apple Inc. Care event detection and alerts
US9761119B1 (en) * 2015-03-12 2017-09-12 Alarm.Com Incorporated Mission critical signaling failover in cloud computing ecosystem
JP6150027B1 (ja) * 2015-08-10 2017-06-21 コニカミノルタ株式会社 被監視者監視システム、監視情報画面表示装置および監視情報画面表示方法
CN105206003B (zh) * 2015-10-12 2018-02-06 上海摩软通讯技术有限公司 移动终端、报警方法及系统
CA3200794A1 (en) 2015-12-28 2017-07-06 Dexcom, Inc. Systems and methods for remote and host monitoring communications
US10449898B2 (en) * 2016-05-27 2019-10-22 Toyota Motor Engineering & Manufacturing North America, Inc. Systems and methodologies for providing supplementary information based on alerts in a vehicle
US10854340B2 (en) * 2016-11-11 2020-12-01 Koninklijke Philips N.V. Device-side testing and reporting for network infrastructure monitoring
GB2561544A (en) * 2017-03-24 2018-10-24 Watson Paul Computer network
US10872518B2 (en) * 2017-11-29 2020-12-22 Alertpoint, LLC Alerthub system with two touch badge
US20190164411A1 (en) * 2017-11-29 2019-05-30 Alertpoint, LLC Alerthub System with Two Touch Badge
JP6419366B2 (ja) * 2018-02-07 2018-11-07 フクダ電子株式会社 リハビリテーション連携システム
JP7174778B2 (ja) 2018-06-06 2022-11-17 マシモ・コーポレイション オピオイド過剰摂取モニタリング
US11464410B2 (en) 2018-10-12 2022-10-11 Masimo Corporation Medical systems and methods
US11298087B2 (en) 2019-11-21 2022-04-12 GE Precision Healthcare LLC Method and system for predicting physiological alarm frequency by patient monitors
WO2021189002A1 (en) 2020-03-20 2021-09-23 Masimo Corporation Wearable device for noninvasive body temperature measurement
DE102020117984A1 (de) * 2020-07-08 2022-01-13 Drägerwerk AG & Co. KGaA Netzwerkgerät und Medizinsystem zur Detektion mindestens eines Netzwerkproblems

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU53877U1 (ru) * 2004-11-04 2006-06-10 Военная академия Ракетных войск стратегического назначения им. Петра Великого Устройство для оперативного дистанционного мониторинга состояния кардиологических больных

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6471087B1 (en) * 1997-07-31 2002-10-29 Larry Shusterman Remote patient monitoring system with garment and automated medication dispenser
US6611872B1 (en) 1999-01-11 2003-08-26 Fastforward Networks, Inc. Performing multicast communication in computer networks by using overlay routing
JP3562626B2 (ja) * 1999-03-29 2004-09-08 東陶機器株式会社 生体情報管理システム及び同システムの生体検査装置
US6659947B1 (en) 2000-07-13 2003-12-09 Ge Medical Systems Information Technologies, Inc. Wireless LAN architecture for integrated time-critical and non-time-critical services within medical facilities
US7319688B2 (en) 2002-05-06 2008-01-15 Extricom Ltd. LAN with message interleaving
US6799054B2 (en) * 2002-05-06 2004-09-28 Extricom, Ltd. Collaboration between wireless LAN access points using wired lan infrastructure
US7009511B2 (en) * 2002-12-17 2006-03-07 Cardiac Pacemakers, Inc. Repeater device for communications with an implantable medical device
WO2004084720A2 (en) 2003-03-21 2004-10-07 Welch Allyn, Inc. Personal status physiologic monitor system and architecture and related monitoring methods
JP4449055B2 (ja) * 2003-11-27 2010-04-14 日本光電工業株式会社 生体信号データの送受信システム及び生体信号データの送受信方法
US20050148890A1 (en) 2003-12-31 2005-07-07 Ge Medical Systems Information Technologies, Inc. Alarm notification system and receiver incorporating multiple functions
US20060001551A1 (en) 2004-06-30 2006-01-05 Ulrich Kraft Analyte monitoring system with wireless alarm
CN2731606Y (zh) 2004-09-13 2005-10-05 吴春清 有线/无线双重通讯保安系统
WO2006050206A1 (en) 2004-10-29 2006-05-11 Draeger Medical Systems, Inc. Automatic wireless pan/lan switching
WO2006120600A1 (en) 2005-05-06 2006-11-16 Koninklijke Philips Electronics N.V. Wireless medical monitoring device
US7835383B2 (en) 2005-09-30 2010-11-16 Robert Bosch Gmbh Method and system for providing a modified timed division multiple access (TDMA) for reduced delay
US8380126B1 (en) * 2005-10-13 2013-02-19 Abbott Medical Optics Inc. Reliable communications for wireless devices
US8002701B2 (en) * 2006-03-10 2011-08-23 Angel Medical Systems, Inc. Medical alarm and communication system and methods
EP2033361B1 (en) 2006-05-17 2015-10-07 Audinate Pty Limited Transmitting and receiving media packet streams
EP1892917B1 (en) 2006-08-24 2009-02-25 NTT DoCoMo, Inc. Method and apparatus for seamless handover
US20090273467A1 (en) * 2006-09-18 2009-11-05 Koninklijke Philips Electronics N. V. Ip based monitoring and alarming
WO2008100536A1 (en) 2007-02-12 2008-08-21 Mushroom Networks Inc. Access line bonding and splitting methods and appartus
US7738386B2 (en) * 2007-05-18 2010-06-15 Welch Allyn, Inc. Method to ensure that life-critical data is transported effectively and safely
US8351464B2 (en) 2007-10-02 2013-01-08 Infineon Technologies Ag Retransmission in data communication systems
CN101524271A (zh) 2009-04-01 2009-09-09 成都途筏达科技有限公司 无基站或卫星信号下的心电手机监护方法
US8593275B2 (en) * 2011-03-08 2013-11-26 General Electric Company Wireless monitoring system and method with dual mode alarming

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU53877U1 (ru) * 2004-11-04 2006-06-10 Военная академия Ракетных войск стратегического назначения им. Петра Великого Устройство для оперативного дистанционного мониторинга состояния кардиологических больных

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Б.А. Кобринский "ТЕЛЕМЕДИЦИНА И ИСКУССТВЕННЫЙ ИНТЕЛЛЕКТ" Новости искусственного интеллекта. 2003. N1. С.15-19. *

Also Published As

Publication number Publication date
RU2012146992A (ru) 2014-05-20
WO2011124993A3 (en) 2011-12-08
US9554706B2 (en) 2017-01-31
BR112012025262A2 (pt) 2021-05-25
EP2555668A2 (en) 2013-02-13
US20130015966A1 (en) 2013-01-17
CN102821678B (zh) 2015-10-21
JP2013529096A (ja) 2013-07-18
WO2011124993A2 (en) 2011-10-13
CN102821678A (zh) 2012-12-12
JP5789657B2 (ja) 2015-10-07

Similar Documents

Publication Publication Date Title
RU2583250C2 (ru) Система и способ высоконадежной доставки жизненно важных тревожных сигналов по совместно используемым беспроводным каналам
US8593275B2 (en) Wireless monitoring system and method with dual mode alarming
US9769868B2 (en) Measurement device
JP5069472B2 (ja) 無線医療監視方法及び関連のシステム並びに患者監視装置
US7768949B2 (en) Communications system and protocol for medical environment
CA3028534C (en) Method for a wireless data communication between a sensor system and a receiver, a system for a wireless data communication, and computer program product
US20120126984A1 (en) System and method for transfer of primary alarm notification on patient monitoring systems
US20130102253A1 (en) Distributed control of medical devices to avoid effects of interference
US20180360314A1 (en) Low-power wireless solution for mban applications with multiple aggregator devices
CN104582561B (zh) 用于医学体域网的协调器切换方法
RU2584452C2 (ru) Способ энергосберегающего обнаружения сети датчиков на теле
WO2017069941A1 (en) System and method for proactive communicaton network management based upon area occupancy
KR20120063917A (ko) 유비쿼터스 환경에서의 안정적인 통신 제공 방법 및 장치
AU2005211574B2 (en) Patient monitoring system
AU2007240219A1 (en) Patient monitoring system

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20210310