Стандарт медицинского браслета

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

 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Настоящая заявка испрашивает приоритет и преимущества по предварительной заявке на патент США № 62/094,871, поданной 19 декабря 2014 г., с названием «Стандарт медицинского браслета», содержание которой полностью включено в настоящую заявку посредством ссылки для всех целей.

ОБЛАСТЬ ТЕХНИКИ

[0002] Различные варианты реализации, описанные в настоящем документе, в целом относятся к носимым технологиям. Более конкретно, но без ограничения, настоящее изобретение относится к стандартам медицинского браслета.

УРОВЕНЬ ТЕХНИКИ

[0003] Электронные носимые устройства или, в терминах настоящего документа, носимая технология, представляют собой новый класс электронных систем, которые могут обеспечивать получение данных с множества малозаметных датчиков, которые может носить пользователь. Такие датчики собирают информацию, например, об окружающей среде, действиях пользователя или состоянии здоровья пользователя. Однако имеются существенные проблемы, связанные с координированием, вычислением, связью, конфиденциальностью, безопасностью и представлением собранных данных. Кроме того, имеются проблемы, связанные с управлением питанием, учитывая текущее состояние технологий для элементов питания. Кроме того, требуется анализ данных для того, чтобы данные, собранные датчиками, были полезными и релевантными для конечных пользователей. В некоторых случаях, для дополнения данных, собранных датчиками, могут быть использованы дополнительные источники информации. Многие проблемы носимых технологий требуют новых разработок в сфере аппаратного и программного обеспечения.

[0004] Носимая технология может включать любой тип мобильного электронного устройства, которое можно носить на теле, которое может быть прикреплено или встроено в одежду и аксессуары человека и которое в настоящий момент имеется на потребительском рынке. Процессоры и датчики, связанные с носимой технологией, могут отображать, обрабатывать или собирать информацию. Такая носимая технология использовалась во множестве областей, в том числе в мониторинге здоровья пользователя, а также при сборе других типов данных и статистики. Эти типы устройств могут быть с легкостью доступны для общественности и могут быть легко приобретены потребителями. К примерам некоторых носимых технологий в области здоровья относятся устройства «FITBIT», «NIKE+ FUELBAND» и «APPLE WATCH».

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

РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

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

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

[0009] Различные варианты реализации дополнительно содержат датчик, при этом пользовательское устройство выполнено с возможностью прикрепления к пользователю.

[0010] Описаны различные варианты реализации, в которых процессор выполнен с возможностью дополнительной передачи по меньшей мере одного из показателей состояния здоровья вместе с медицинским сигналом тревоги при передаче идентификатора по меньшей мере одного медицинского сигнала тревоги.

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

[0012] Описаны различные варианты реализации, в которых процессор также выполнен с возможностью приема выбора пользователя в отношении медицинского сигнала тревоги из перечня заранее определенных возможных медицинских сигналов тревоги при приеме идентификатора медицинского сигнала тревоги.

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0017] Для лучшего понимания различных иллюстративных вариантов реализации, приведены ссылки на сопроводительные чертежи, на которых:

[0018] На фиг. 1 изображен пример системы для инициирования и передачи медицинских сигналов тревоги;

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

[0020] На фиг. 3 изображен пример графического интерфейса пользователя (ГИП) для настроек мобильного устройства;

[0021] На фиг. 4 изображен пример базового программного обеспечения медицинского сигнала тревоги на мобильном устройстве пользователя;

[0022] На фиг. 5 изображен пример программного обеспечения медицинского сигнала тревоги, находящегося на носимом устройстве пользователя;

[0023] На фиг. 6 изображен пример архитектуры вычислительного устройства, которая может быть использована для реализации различных признаков и процессов;

[0024] На фиг. 7 изображен пример базы данных носимого устройства;

[0025] На фиг. 8A изображен пример базового программного обеспечения, находящегося в мобильном считывающем устройстве;

[0026] На фиг. 8B изображен пример ГИП мобильного считывающего устройства; и

[0027] На фиг. 9 изображен общий пример способа, выполняемого системой, как описано в настоящем документе.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

[0029] Однако, несмотря на то, что указанные преимущества связаны с ношением браслетов, которые могут подавать медицинские сигналы тревоги, или тревожных браслетов, эти браслеты не всегда носятся в повседневной жизни по многим причинам. Браслеты могут мешать и могут не быть вовлечены в повседневную жизнь пользователя. Пользователь уже может носить ювелирные украшения или другие устройства, при этом добавление одного или более медицинских тревожных браслетов может придавать громоздкость. Кроме того, медицинские тревожные браслеты могут быть эстетически непривлекательными. Кроме того, ввиду статичности существующих медицинских тревожных браслетов могут отсутствовать эффективные средства для предоставления свежей информации о состоянии здоровья, такой как текущее медицинское состояние владельца браслета. Различные варианты реализации, описанные в настоящем документе, предоставляют улучшенные системы и способы передачи информации о медицинских состояниях, и другую связанную информацию.

[0030] На фиг. 1 изображен пример системы 100 для инициирования и передачи медицинских сигналов тревоги. В частности, система 100 может содержать носимое устройство 110, мобильное устройство 120 (например, мобильный телефон), мобильное считывающее устройство 130 и множество сетей 140, 150, 160. Различные элементы системы 100 могут быть соединены с использованием сетевого облака или сети Интернет 170.

[0031] Мобильное устройство 120 (например, мобильный телефон) может содержать множество различных элементов, таких как операционная система (ОС) 121, функция 122 параметров настройки, базовое программное обеспечение 123 медицинского сигнала тревоги, база 124 медицинских данных, интерфейс 125 связи (например, Bluetooth, Bluetooth малой мощности, Wi-Fi, 3G) и система глобального позиционирования 126 (GPS). Кроме того, мобильное устройство может содержать символ/значок 127 медицинского сигнала тревоги.

[0032] Следует отметить, что фиг. 1 представлена только в целях иллюстрации. Могут быть другие варианты реализации, в которых мобильное устройство может содержать больше или меньше перечисленных выше элементов. Кроме того, могут быть варианты реализации, которые содержат другие элементы, не перечисленные выше. Кроме того, несмотря на то, что различные элементы описаны в настоящем документе в виде программного обеспечения, инструкций, функций и т.д., следует понимать, что такие элементы не функционируют отдельно от аппаратного обеспечения; наоборот, следует понимать, что каждое из устройств 110, 120, 130, 140, 150, 160 содержит аппаратное обеспечение, такое как один или более процессоров, выполненных с возможностью выполнения описанных функциональных возможностей посредством, например, исполнения инструкций, хранящихся в памяти, или посредством работы с аппаратно реализованными функциями (как, например, в случае ИССН – интегральной схемы специального назначения).

[0033] ОС 121 может быть ответственна за управление различными процессами, выполняемыми мобильным устройством. Иными словами, ОС 121 могут быть предоставлены инструкции на мониторинг и обработку различных операций для других элементов в мобильном устройстве 120, обеспечивая функциональные возможности мобильного устройства 120, описанный в настоящем документе. В варианте реализации, ОС 121 по фиг. 1 может представлять собой существующую ОС, известную из уровня техники (например, операционные системы WINDOWS PHONE, GOOGLE ANDROID или APPLE IOS).

[0034] Может существовать много известных медицинских состояний, в мониторинге которых может быть заинтересован пользователь. Функция 122 параметров настройки мобильного устройства 120 может обеспечивать пользователю возможность загрузки одного или более медицинских сигналов тревоги, специфических относительно медицинского состояния пользователя.

[0035] Кроме того, мобильный телефон 120 может содержать базовое программное обеспечение 123 медицинского сигнала тревоги. Базовое программное обеспечение 123 медицинского сигнала тревоги может быть ответственно за реализацию функциональных возможностей мобильного устройства 120. Как указано выше, для мониторинга различных состояний могут быть использованы различные типы медицинских сигналов тревоги. Базовое программное обеспечение 123 медицинского сигнала тревоги может быть выполнено с возможностью мониторинга различных состояний на основании медицинских сигналов тревоги, загруженных пользователем.

[0036] Мобильное устройство 120 может быть выполнено с возможностью связи с другими элементами (например, мобильным считывающим устройством 130, носимым устройством 110 или различными серверами, например, сервером 140 медицинских сигналов тревоги, сервером 150 врачей, сервером 160 скорой помощи или больницы) всей системы 100 с использованием одного или более интерфейсов 125 связи. Следует понимать, что несмотря на то, что эти серверы 140, 150, 160 описаны в настоящем документе в единственном числе, функциональные возможности, описанные в отношении любого из этих серверов 140, 150, 160, в различных вариантах реализации могут быть распространены на одном или более физических устройств. В дополнение или в качестве альтернативы, один или более серверов 140, 150, 160 могут принадлежать сети устройств или могут быть реализованы, по меньшей мере частично, в облачной вычислительной среде. Мобильное устройство 120 может находиться в связи с другими элементами посредством способов связи, известных из уровня техники (например, Bluetooth, Wi-Fi, 3G, 4G).

[0037] Связь мобильного устройства 120 с одним или более элементами может быть осуществлена посредством различных способов связи. Например, мобильному устройству 120 могут быть предоставлены инструкции от базового программного обеспечения 123 медицинского сигнала тревоги на непрерывную широковещательную передачу сигнала малой мощности (например, сигнала Bluetooth малой мощности), который может быть использован в качестве сигнала запуска, указывающего на состояние здоровья (или медицинское состояние) пользователя. Использование сигнала малой мощности может быть реализовано в качестве способа выдачи мобильным устройством 120 сигнала запуска без существенного энергопотребления.

[0038] Сигнал запуска может быть использован мобильным устройством 120 в качестве способа удаленного мониторинга пользователя третьими сторонами (например, сервером 150 врачей). Сигнал запуска может содержать информацию о состоянии здоровья пользователя, такую как данные с датчика, полученные соединенным носимым устройством 110, или данные, хранящиеся в мобильном устройстве 120. Сигнал запуска может обновляться регулярно на основании состояния здоровья пользователя, при этом сигнал запуска может быть использован для уведомления сети третьей стороны о состоянии здоровья пользователя. Сервер третьей стороны может оценить сигнал запуска и определить состояние здоровья пользователя. После этого, сервер третьей стороны может выполнить действия (например, никаких действий, вызов службы 180 неотложной помощи и т.д.) на основании сигнала запуска.

[0039] В различных вариантах реализации, мобильное устройство 120 может выдавать сигнал запуска на мобильное считывающее устройство 130 в качестве промежуточного звена относительно одного или более серверов третьей стороны. Иными словами, вариант реализации может содержать мобильное считывающее устройство 130, которое принимает сигнал запуска с мобильного устройства 120 и выдает сети третьей стороны результат оценки относительно состояния здоровья пользователя.

[0040] База 124 медицинских данных может содержать информацию о пользователе, хранящуюся на мобильном устройстве 120. База 124 медицинских данных может содержать, например, информацию (например, данные датчика), выдаваемую связанным носимым устройством 110. Информация также может быть загружена из одной или более сетей и сохранена в базе 124 медицинских данных. Другие примеры типов информации, хранящейся в базе 124 медицинских данных, могут включать информацию о медицинском состоянии пользователя, профиле пользователя и старые данные датчика, полученные и сохраненные носимым устройством 110.

[0041] В некоторых вариантах реализации, мобильное устройство 120 может дополнительно содержать блок 126 системы глобального позиционирования (GPS). GPS 126 может быть использована мобильным устройством 120 для выявления местоположения пользователя. Местоположение пользователя может быть включено в сигнал запуска, передаваемый мобильным устройством 120. Местоположение пользователя также может быть предоставлено по запросу от сервера третьей стороны. Местоположение пользователя может быть использовано для содействия в предоставлении пользователю услуг 180 неотложной помощи сервером третьей стороны. Например, сеть 160 неотложной помощи или больничная сеть может использовать местоположение пользователя для направления автомобиля скорой помощи к текущему местоположению пользователя.

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

[0043] Кроме того, система 100 может содержать мобильное считывающее устройство 130. Мобильное считывающее устройство 130 может быть использовано для взаимодействия с мобильным устройством 120 и/или носимым устройством 110. Например, мобильное считывающее устройство 130 может выявлять находящиеся поблизости устройства для медицинской сигнализации и принимать данные о медицинском сигнале тревоги (например, сигнала запуска) от мобильного устройства 120. Третья сторона (например, сотрудники службы экстренного реагирования), имеющее доступ к мобильному считывающему устройству 130, может использовать мобильное считывающее устройство 130 для прямого получения и сохранения информации (например, обновлений медицинского состояния пользователя, местоположения) от пользователя.

[0044] В различных вариантах реализации мобильное считывающее устройство 130 может представлять собой мобильное устройство, такое как мобильный телефон или специальное портативное аппаратное средство для взаимодействия с носимым устройством 110 или мобильным устройством. В качестве альтернативы или в дополнение, мобильное считывающее устройство может представлять собой стационарное устройство (например, персональный компьютер или настенное устройство для вызова службы неотложной помощи), принимающее информацию от носимого устройства 110 или мобильного устройства 120 по мере перемещения этих устройств в пределах диапазона связи мобильного считывающего устройства 130.

[0045] Мобильное считывающее устройство 130 может содержать базовое программное обеспечение 131 считывающего устройства, интерфейс 132 связи и ГИП 133. Базовое программное обеспечение 131 считывающего устройства может отвечать за различные функциональные возможности мобильного считывающего устройства 130. В частности, базовое программное обеспечение 131 считывающего устройства может принимать различные типы информации (например, сигналы запуска от мобильного устройства 120 и/или данные датчика от носимого устройства 110) и определять, требуется ли пользователю помощь. Базовое программное обеспечение 131 считывающего устройства может направлять информацию о пользователе одной или более третьих сторон для своевременного получения пользователем помощи. Кроме того, базовое программное обеспечение 131 считывающего устройства может быть выполнено с возможностью запроса дополнительной информации, которая может быть использована для оказания пользователю помощи. Дополнительная информация может содержать информацию о медицинском состоянии (медицинских состояниях) пользователя и возможном лечении. Например, в варианте реализации сотрудники службы экстренного реагирования, использующие мобильное считывающее устройство 130, могут получать информацию о пользователе, которая может быть использована для оценки исходного состояния пользователя и, при необходимости, назначения последующего лечения.

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

[0047] Интерфейс 132 связи может быть подобен описанному выше интерфейсу 125 связи мобильного телефона 120. Иными словами, связь между мобильным считывающим устройством 130 и другими элементами в системе 100 (например, мобильным телефоном 120, носимым устройством 110) может быть осуществлена с использованием способов, известных из уровня техники (например, Wi-Fi, 3G, 4G, LTE, Bluetooth). Кроме того, интерфейс 132 связи может быть использован мобильным считывающим устройством 130 для соединения с серверами по сети 170.

[0048] ГИП 133 может быть использован третьей стороной для просмотра данных о медицинском сигнала тревоги на мобильном считывающем устройстве 130. Информация, отображаемая на ГИП, может содержать информацию, которая может быть расценена как содержащая полезные сведения для лечения медицинского состояния пользователя. Данная информация может быть полезной для третьей стороны (например, контактного лица пользователя при экстренных ситуациях, сотрудники службы экстренного реагирования), просматривающего информацию для понимания состояния здоровья пользователя. Данная информация может быть полезна при предоставлении пользователю улучшенного лечения при первом взаимодействии третьей стороны с пользователем.

[0049] Как указано выше, носимое устройство 110 также может быть использовано для содействия в реализации мониторинга состояния здоровья пользователя. Носимое устройство 110 может быть надето на пользователя (например, посредством нарукавной повязки). Подобно мобильному устройству 120, носимое устройство 110 также может направлять соответствующую информацию (например, данные датчика), полученную носимым устройством 110, третьим сторонам и/или сетям, которые могут использовать эту информацию для оценки состояния здоровья пользователя и оказывать соответствующую помощь и/или лечение.

[0050] Носимое устройство 110 может содержать программное обеспечение 111 медицинского сигнала тревоги, содержащееся в носимом устройстве, базу 112 данных носимого устройства и интерфейс 113 связи. Кроме того, в качестве возможной части носимого устройства 110 изображен один или более идентификаторов 114 (например, значок или полосы) медицинского сигнала тревоги, которые могут быть включены в носимое устройство. Носимое устройство 110 может содержать множество датчиков (не показаны), которые могут быть использованы для получения жизненных показателей и других показателей состояния здоровья (например, температуры тела, частоты сердечных сокращений). Эти показатели состояния здоровья могут быть использованы для оценки состояния здоровья пользователя.

[0051] Интерфейс 113 связи носимого устройства 110 может быть использован для передачи информации (например, данных датчика) от носимого устройства 110 на другие устройства (например, мобильное устройство 120) в системе 100. Как указано выше, интерфейс 113 связи может использовать любой известный из уровня техники способ для содействия в реализации передачи данных между элементами системы 100 (например, Wi-Fi, 3G, 4G, LTE, Bluetooth, Bluetooth малой мощности, NFC). Например, носимое устройство 110 может использовать интерфейс 113 связи для загрузки информации (например, данных, приложений) для сохранения на носимом устройстве 110. Кроме того, интерфейс 113 связи может быть использован для обновления информации, которая уже хранится в носимом устройстве 110 (например, в базе 112 данных носимого устройства). В дополнение или в качестве альтернативы, интерфейс 113 связи может быть использован для повторяющейся широковещательной передачи одного из различных маячков, описанных в настоящем документе, для приема одним или более мобильными считывающими устройствами 130.

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

[0053] Программное обеспечение 111 медицинского сигнала тревоги, содержащееся в носимом устройстве 110, может быть включено для мониторинга и управления различными функциональными возможностями носимого устройства 110. Например, медицинское программное обеспечение 111 может быть использовано для выдачи инструкций на один или более датчиков (не показаны) на носимом устройстве 110 для получения данных датчика и сохранения полученных данных в базе 112 данных носимого устройства. Следует отметить, что программное обеспечение 111 медицинского сигнала тревоги может предоставлять датчикам инструкции на получение данных, нацеленных на конкретные показатели состояния здоровья, которые соответствуют конкретному медицинскому состоянию. Кроме того, программное обеспечение 111 медицинского сигнала тревоги может получать данные датчика по показателям состояния здоровья, исходя из желания пользователя или врача ознакомиться с этими показателями.

[0054] В варианте реализации программное обеспечение 111 медицинского сигнала тревоги может запросить медицинскую помощь на основании полученных данных датчика. Например, медицинское программное обеспечение 111 может присвоить пороговое значение одному или более датчикам или вычисленным показателям на основании датчиков (например, частоты сердечных сокращений, кровяного давления или их средних значений за некоторый период времени). В ситуациях, при которых данные, полученные от множества датчиков, значения показателей или другие релевантные данные превышают пороговое значение (пороговые значения), или которые иным образом определены, как указывающие на необходимость оказания срочной медицинской помощи, носимое устройство 110 может использовать программное обеспечение 111 медицинского сигнала тревоги для предоставления соответствующей информации и направить запрос на оказание помощи для пользователя, например, непосредственно в больницу или медицинскому работнику (например, врачу). Очевидно, что сравнение с пороговым значением является только лишь примером способа выявления сигнала запуска для направления запроса на оказание медицинской помощи на основании принятых данных датчика. Очевидными будут альтернативные типы сигналов запуска, такие как, например, наличие или отсутствие данных датчика (нажатие тревожной кнопки пользователем, отсутствие данных о пульсе и т.д.) или выявление экстренных событий (например, выявление пароксизма посредством просмотра данных акселерометра).

[0055] Подобно ярлыку 127 медицинского сигнала тревоги в мобильном устройстве 120, для идентификации носимого устройства 110 в качестве устройства для медицинской сигнализации может быть использован идентификатор 114 медицинского сигнала тревоги в носимом устройстве 110. Иными словами, идентификатор 114 медицинского сигнала тревоги может быть использован для уведомления других сторон о возможном наличии информации о состоянии здоровья пользователя в носимом устройстве 110, которая может быть использована для оказания помощи пользователю или его лечения.

[0056] В соответствии с различными вариантами реализации носимое устройство 110 или мобильное устройство 120 может повторяющимся образом (например, непрерывно или через определенные промежутки времени) осуществлять широковещательную передачу информации о медицинском сигнале тревоги, предназначенную для получения одним или более мобильными считывающими устройствами. Таким образом, носимое устройство 110 или мобильное устройство 120 могут выполнять роль маячка, считываемого мобильным считывающим устройством 130, когда оно находится в пределах диапазона, тем самым предоставляя важную информацию, такую как состояния пациента; имя или другие демографические данные; контактные данные при экстренных ситуациях; текущие, недавние или старые показания датчика; или указатель недавних лечебно-оздоровительных мероприятий. В различных вариантах реализации носимое устройство 110 или мобильное устройство 120 может осуществлять (например, всякий раз при включении) широковещательную передачу информацию о медицинском сигнале тревоги постоянно, тогда как в других вариантах реализации носимое устройство 110 или мобильное устройство 120 может начинать повторяющуюся широковещательную передачу информации о медицинском сигнале тревоги, когда им было определено наличие необходимости оказания срочной медицинской помощи (например, в ответ на наличие одного или более сигналов запуска, примеры которых будут более подробно описаны далее в отношении фиг. 7). В некоторых вариантах реализации, носимое устройство 110 или мобильное устройство 120 может осуществлять широковещательную передачу информацию постоянно, тогда как определение наличия необходимости оказания срочной медицинской помощи может заставить носимое устройство 110 или мобильное устройство 120 изменить тип информации, передаваемой в широковещательном режиме. Под используемым в настоящем документе термином «повторяющаяся передача» следует понимать передачу данных повторяющимся образом без внешнего сигнала запуска для инициирования каждой отдельной передачи. Таким образом, «повторяющаяся передача» не просто охватывает любой возможный сценарий, включающий многократную передачу информации независимо от контекста, но также относится к автоматическому повторению передачи.

[0057] В соответствии с описанной выше работой, носимое устройство 110 или мобильное устройство 120 может заменить и улучшить существующие медицинские тревожные браслеты. Например, когда сотрудник службы экстренного реагирования прибывает для оказания помощи пользователю, мобильное считывающее устройство 130, находящееся у сотрудника службы экстренного реагирования (например, в руке, в кармане у сотрудника службы экстренного реагирования, например, как в случае, когда мобильное считывающее устройство 130 представляет собой мобильное устройство, относящееся к другой стороне, или в транспортном средстве сотрудника службы экстренного реагирования), может принимать информацию о медицинском сигнале тревоги, передаваемую в широковещательном режиме, и выдавать ее сотруднику службы экстренного реагирования. Мобильное считывающее устройство 130 может сигнализировать сотруднику службы экстренного реагирования о том, что информация о медицинском сигнале тревоги принята и доступна, посредством, например, звукового сигнала или вибрации.

[0058] Поскольку передающее устройство содержит носимый датчик или иным образом находится в связи с ним, информация о медицинском сигнале тревоги может дополнительно содержать динамические показатели состояния здоровья, которые могут быть полезны сотруднику службы экстренного реагирования. Как используется в настоящем документе, термин «показатель состояния здоровья» следует понимать, как термин, включающий в себя как обнаруженные показатели, принятые различными датчиками, так и вычисленные показатели (в том числе выявленные события), определенные по меньшей мере частично на основании обнаруженного показателя. Например, учитывая то, что носимое устройство 110 или мобильное устройство 120 выполнено с возможностью указания на наличие медицинского сигнала тревоги о заболевании сердца у пользователя, носимое устройство 110 или мобильное устройство 120 может осуществлять широковещательную передачу измеренных показателей пульса и кровяного давления, так что данная информация мгновенно становится доступной сотруднику службы экстренного реагирования. В качестве еще одного примера, учитывая то, что носимое устройство 110 или мобильное устройство 120 выполнено с возможностью указания на наличие медицинского сигнала тревоги об эпилепсии у пользователя, носимое устройство 110 или мобильное устройство 120 может осуществлять широковещательную передачу измеренных показателей акселерометра или указателя на то, что у пользователя имел место пароксизм. Кроме того, учитывая то, что носимое устройство 110 или мобильное устройство 120 осуществляет широковещательную передачу указателя на пароксизм, данный указатель может сопровождаться дополнительными вычисленными показателями пароксизма, такими как, например, длительность или интенсивность пароксизма, вычисленными на основании недавних данных датчика-акселерометра.

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

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

[0061] В некоторых вариантах реализации вместо широковещательной передачи информации о медицинском сигнале тревоги как таковой, носимое устройство 110 или мобильное устройство 120 может осуществлять широковещательную передачу указателя на то, что такая информация доступна по запросу. Форма такого сообщения о доступности может быть определена заранее или согласована между устройствами 110, 120, 130, такая как, например, стандарт, устанавливающий нормы взаимодействия этих устройств 110, 120, 130. После приема такого указателя мобильное устройство 130 может, автоматически или по запросу пользователя мобильного считывающего устройства 130, направить запрос носимому устройству 110 или мобильному устройству 120 на предоставление информации о медицинском сигнале тревоги. В некоторых вариантах реализации передача доступности указателя или информации о медицинском сигнале тревоги может осуществляться не в широковещательном режиме, а, вместо этого, она может быть многоадресной или одноадресной для одного или более мобильных считывающих устройств 130 на основании, например, предыдущего сопряжения или взаимной идентификации между мобильным считывающим устройством 130 и носимым устройством 110 или мобильным устройством 120. В различных вариантах реализации носимое устройство 110 или мобильное устройство 120 может осуществлять передачу по нелицензированному диапазону частот (например, полосам с частотами 13,56 МГц, 2,4 ГГц, 5 ГГц) или по лицензированному диапазону частот, такому, как, например, другие части диапазонов частот для промышленных, научных и медицинских целей (диапазон частот ПНМ (ISM)), определенные различными государственными органами (например, Федеральной Комиссией Связи (ФКС) США или Международным Союзом Электросвязи (МСЭ)). Система 100, изображенная на фиг. 1, может содержать множество различных серверов. Примеры серверов могут включать серверы 140 медицинских сигналов тревоги, серверы 150 врачей и серверы 160 скорой помощи или больницы. Следует отметить, что система 100 также может содержать другие серверы, которые не описаны в настоящем документе, но также могут быть использованы для содействия в реализации признаков настоящего изобретения. Кроме того, несмотря на то, что различные варианты реализации описаны, как включающие один сервер для выполнения ряда функций, следует понимать, что один или более из серверов 140, 150, 160 могут принадлежать сетям, содержащим множество серверов, или другому сетевому оборудованию, и то, что различные функционалы, описанные в настоящем документе, могут быть разделены между множеством устройств. Кроме того, одно или более устройств, соответствующих серверу, могут быть размещены в качестве основного устройства в облачных вычислительных средах, таких, как, например, виртуальная машина.

[0062] Каждая из множества сетей может содержать интерфейс 141 прикладного программирования (ИПП) и связанную базу 142 данных, например, базу данных сервера медицинских сигналов тревоги (БДСМСТ). Указанный ИПП может быть реализован для содействия в получении доступа к информации, хранящейся в базе 142 данных. Кроме того, ИПП 141 может содействовать в хранении и обновлении информации, хранящейся в базе 142 данных.

[0063] Следует отметить, что в конкретном сервере может быть реализован способ аутентификации (например, с помощью пароля) для управления сторонами, которые могут редактировать информацию, хранящуюся в сети. В качестве альтернативы, могут быть использованы другие формы аутентификации для идентификации того, есть ли у лица квалификация/специальность для обновления информации в базе данных. Еще в одном варианте реализации третья сторона (например, больница) может осуществлять прямой мониторинг и управление базой данных конкретного сервера. Третья сторона может ограничивать круг лиц, которые могут редактировать базу данных.

[0064] В иллюстративном варианте реализации, сервер 140 медицинского сигнала тревоги может быть направлен на конкретное медицинское состояние. База 142 данных сервера медицинского сигнала тревоги может содержать информацию, относящуюся к этому медицинскому состоянию (например, симптомам, информации о медицинском состоянии, лечению/лекарственным средствам, контактным данным при экстренных ситуациях). ИПП 141 может быть использован медицинскими работниками (например, врачами) не только для получения доступа к данным, хранящимся в базе 142 данных, но также для обновления и дополнения данных, хранящихся в базе 142 данных.

[0065] Сервер 150 врачей может содержать контактную информацию (например, номера телефонов, вебсайты), а также информацию профиля (связанные больницы и сети) для множества врачей. Данные о врачах, хранящиеся в базе 152 данных сервера врачей, могут содержать данные о всех доступных врачах в сервере (а не в сети, связанной с ним). В варианте реализации данные о врачах, перечисленные в сервере 150 врачей, могут содержать их специальности, так что в случае конкретного медицинского состояния возможно связаться с подходящим врачом. Например, если пользователь испытывает сердечную патологию, за помощью можно обратиться к врачу, который специализируется на сердечных патологиях. Следует отметить, что может быть получен доступ к информации относительно конкретного врача в сервере 150 врачей и она может быть модифицирована из базы 152 данных с использованием ИПП 151.

[0066] Кроме того, на фиг. 1 изображен сервер 160 скорой помощи или больницы. Сервер 160 скорой помощи или больницы может соответствовать конкретной больнице. За счет использования сервера 160 больница может получать информацию от множества различных пользователей. Пользователи могут предоставлять серверу 160 скорой помощи или больницы информацию с помощью различных описанных выше устройств (например, носимого устройства 110, мобильного устройства 120 или мобильного считывающего устройства 130).

[0067] Электронное базовое программное обеспечение 161, содержащееся в сервере 160 скорой помощи или больницы, может оценивать информацию от различных пользователей и определять, каким пользователям может понадобиться немедленная помощь. После этого, больница может получить доступ к соответствующей информации, хранящейся в сервере 160 скорой помощи или больницы. На основании информации, к которой был получен доступ, больница может начать выполнять соответствующие этапы по оказанию помощи или лечению пользователя. В варианте реализации сервер 160 скорой помощи или больницы может обратиться к службам 180 неотложной помощи с целью направления их к пользователю и предоставления первичного лечения и помощи.

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

[0069] На сетке 200, изображенной на фиг. 2, показан пример корреляции между некоторыми медицинскими состояниями и соответствующим набором датчиков, которые могут быть использованы для мониторинга или обнаружения медицинского состояния. Например, как отображено на фиг. 2, за счет измерения движения (с использованием акселерометра) и кровяного давления (с использованием датчика кровяного давления) настоящее изобретение выполнено с возможностью мониторинга и обнаружения астмы у пользователя. В частности, датчики выполнены с возможностью получения данных датчика от пользователя. После этого данные датчика могут быть использованы для определения того, возможен ли приступ астмы. Использование данных датчика может уведомлять пользователя и/или медицинских работников о принятии предупредительных мер, которые могут быть использованы для уменьшения или устранения медицинского состояния.

[0070] На фиг. 3 изображен пример ГИП 300 для настроек мобильного устройства. Мобильное устройство по фиг. 3 может представлять собой множество различных типов мобильных устройств, в том числе, мобильные телефоны, планшеты или портативный компьютер. В различных вариантах реализации, ГИП 300 может быть выдан процессором, исполняющим программное обеспечение 122 для настроек по фиг. 1.

[0071] Как изображено на фигуре, ГИП 300 может содержать множество настроек, с которыми может взаимодействовать пользователь для настройки работы мобильного устройства. Некоторыми примерами настроек (например, настроек 310 телефона) могут быть настройки, которые могут присутствовать во множестве мобильных устройств (например, авиарежим, Wi-Fi и Bluetooth). Эти настройки могут функционировать подобным образом, как известно из уровня техники, для включения и выключения авиарежима, а также подключений по Wi-Fi и Bluetooth.

[0072] Кроме того, ГИП 300 может содержать настройки, направленные на конкретные настройки 300 медицинского сигнала тревоги. Например, настройки 320 медицинского сигнала тревоги могут обеспечивать пользователю возможность выбора одного или более медицинских состояний, подлежащих мониторингу. В примере по фиг. 3 пользователь выбрал эпилепсию в качестве медицинского состояния, мониторинг которого пользователь желает осуществлять с помощью мобильного устройства. После этого, мобильное устройство может осуществлять мониторинг состояния здоровья пользователя и информировать соответствующие стороны (например, сети, третьи стороны) при обнаружении возможной эпилепсии.

[0073] На фиг. 3 изображено, что астма и эпилепсия представляют собой два возможных медицинских состояния, которые могут подвергаться мониторингу. Следует отметить, что многие другие и различные типы медицинских состояний также могут быть включены и выбраны в настройках 320. Еще в одних вариантах реализации у пользователя также может быть возможность предоставления инструкций мобильному устройству на осуществление мониторинга конкретного медицинского состояния путем выдачи входных данных в ГИП с использованием одного или более ключевых слов, соответствующих медицинским состояниям. Ключевые слова могут быть распознаны пользовательским устройством и могут инициировать осуществление мониторинга введенного медицинского состояния. Могут иметь место дополнительные варианты реализации, в которых осуществляют мониторинг одновременно нескольких медицинских состояний.

[0074] После того, как медицинское состояние выбрано, пользователь также может определить, какой тип сообщения может быть выдан, и куда сообщение должно быть отправлено через поле 323 для сообщений. Например, сообщение может быть использовано для уведомления одного или более получателей по одному или более каналам связи о том, что пользователь в настоящий момент испытывает конкретное медицинское состояние и ему может быть необходима помощь. В качестве альтернативы, сообщение может быть выдано третьим сторонам (например, серверу врачей или контактному лицу при экстренных ситуациях) для уведомления третьих сторон о медицинском состоянии, которое испытывает пользователь в настоящий момент.

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

[0076] Кроме того, ГИП 300 может содержать опции для пользователя с целью конфигурации способа связи с использованием настроек 325 связи по Bluetooth в мобильном устройстве. В варианте реализации по фиг. 3, настройки 325 связи по Bluetooth могут запрашивать у пользователя указание на то, должно ли мобильное устройство постоянно передавать информацию о состоянии здоровья пользователя (например, сигнал запуска). У пользователя может быть возможность выключения непрерывной передачи информации в ситуациях, при которых в такой передаче информации нет необходимости.

[0077] У пользователя может быть возможность указания на то, может ли местоположение пользователя быть получено с использованием связанной GPS (например, функция “Use GPS” («Использовать GPS») в настройках 327). Как указано выше, местоположение пользователя может быть полезным при оказании скорой помощи третьими сторонами (например, сотрудниками службы экстренного реагирования). Местоположение пользователя может сообщить третьим сторонам (например, сотрудникам службы экстренного реагирования), где находится пользователь. Кроме того, местоположение пользователя может быть полезным при выборе того, какие сети мобильного устройство отправляют сигнал запуска. Например, пользователь может передавать информацию в ближайшую больницу или медицинскому персоналу (например, врачу).

[0078] Кроме того, у пользователя может быть возможность введения указателя одного или более серверов 140 медицинского сигнала тревоги через настройки 330 и/или одного или более серверов 150 врачей через настройки 340, в отправке информации на которые заинтересован пользователь. Путем выбора конкретных серверов медицинского сигналов тревоги через настройки 330 и/или серверов врачей через настройки 340, пользователь может быть уверен в том, что информация была отправлена на сервер 140 медицинского сигнала тревоги и/или сервер 150 врачей, который специализируется на мониторинге и/или лечении медицинского состояния пользователя. Кроме того, пользователь может предоставлять указатель на серверы 140 медицинского сигнала тревоги и/или сервер 150 врачей, связанный с услугами, которые могут быть получены локально в местонахождении пользователя. Пользователь может вводить указатель на серверы 140 медицинского сигнала тревоги и/или серверы 150 врачей в ГИП 300 (например, через сенсорный экран). Еще в одном варианте реализации, в меню могут быть перечислены все доступные находящиеся поблизости серверы медицинского сигнала тревоги и/или серверы врачей, которые может выбирать пользователь. Еще в одном другом варианте реализации, профиль может автоматически дополнять себя серверами 140 медицинского сигнала тревоги и/или серверами 150 врачей, которые находятся поблизости и/или обладают релевантной квалификацией.

[0079] Кроме того, ГИП 300 может содержать компоненты, в которых пользователь может осуществлять авторизацию больницы скорой медицинской помощи через настройку 350 для утверждения больницы скорой медицинской помощи. Данная настройка 350 может быть направлена на предоставление серверам (например, больницам) разрешения на загрузку информации о пользователе, включая медицинский анамнез и профиль пользователя, а также информацию о медицинских состояниях. Медицинская информация о пользователе может быть сохранена, например, на мобильном устройстве пользователя и/или синхронизирована с носимым устройством пользователя. Использование данной информации может содействовать в лечении медицинского состояния пользователя сотрудниками службы экстренного реагирования и другими медицинскими работниками.

[0080] Кроме того, пользователь может определять, каким образом данные хранятся в мобильном устройстве, через настройки 360 данных, например, профиль в БД МТ (базу данных мобильного телефона). В частности, компонент в ГИП 300 может описывать, какие данные хранятся в мобильном устройстве и каким образом они хранятся. Например, данным датчика, полученным с носимого устройства, могут быть предоставлены инструкции на сохранение в базе данных мобильного устройства, связанной с профилем конкретного пользователя. На ГИП 300 может быть выдано наименование профиля пользователя. Кроме того, пользователь может создавать множество аккаунтов для различных пользователей.

[0081] Следует отметить, что в ГИП 300 могут быть реализованы другие компоненты. Фиг. 3 служит для иллюстрации примера ГИП, в котором показаны некоторые компоненты, которые могут быть реализованы в варианте реализации настоящего изобретения. Еще в одних вариантах реализации также могут быть реализованы другие опции для настройки, например, работы мобильного устройства, взаимодействий с другими элементами в системе по настоящему изобретению, способа получения данных от носимого устройства, сохранения их в памяти и передачи другим сторонам.

[0082] На фиг. 4 изображен пример базового программного обеспечения медицинского сигнала тревоги на мобильном устройстве пользователя. В частности, базовое программное обеспечение 400 медицинского сигнала тревоги содержит три составляющие (указаны на фиг. 4, как A, B и C).

[0083] В первой составляющей базового программного обеспечения 400 медицинского сигнала тревоги (указанной на фиг. 4, как А) может быть один или более этапов, направленных на инициализацию базового программного обеспечения медицинского сигнала тревоги. В частности, на этапе 405 пользователь может инициализировать одну или более настроек мобильного устройства, например, «Initialize Settings to MP MDB» («Инициализировать настройки в БМД МТ (базу медицинских данных мобильного телефона)»). Затем, эти настройки могут быть сохранены в основной базе данных мобильного устройства. Данный этап может быть выполнен посредством ГИП 300, описанного выше на фиг. 3.

[0084] Вторая составляющая базового программного обеспечения 400 медицинского сигнала тревоги (указанная на фиг. 4 как В) может соответствовать работе программного обеспечения 123 медицинского сигнала тревоги по фиг. 1. Вторая составляющая соответствует выдаче уведомления одной или более третьим сторонам и/или сетям, которые могут быть использованы для мониторинга состояния здоровья пользователя.

[0085] На этапе 410 пользователь может инициализировать интерфейс связи мобильного устройства, например, «Initialize LP Bluetooth» («Инициализировать Bluetooth малой мощности»). Пользователь может указать, что связь может начаться путем «включения» интерфейса связи. Кроме того, пользователь может выбирать способ осуществления связи. Например, пользователь может указать, что использование сигнала малой мощности (например, сигнала Bluetooth малой мощности) может быть желательным для выдачи постоянного сигнала запуска без траты большого количества энергии на это.

[0086] На этапе 415 мобильное устройство может получить доступ к основной базе данных мобильного устройства, например, «Read MP MDB» («Считывание БМД МТ»). Основная база данных может содержать информацию о состоянии здоровья пользователя, полученную от одного или более источников. Например, носимое устройство пользователя может передавать информацию на мобильное устройство и после этого информация может быть сохранена в основной базе данных для дальнейшего использования.

[0087] На основании информации, хранящейся в основной базе данных, мобильное устройство может выдать сигнал запуска одному или более санкционированным получателям. На этапе 420 мобильному телефону могут быть предоставлены инструкции на выдачу сигнала запуска, например, во врачебную сеть или сеть здравоохранения, например, «Send to Trigger LP Bluetooth» (Отправка для запуска Bluetooth малой мощности). Сигнал запуска может содержать информацию в основной базе данных мобильного устройства, которая кратко описывает текущее состояние здоровья пользователя. В варианте реализации, сигнал запуска может быть обновлен и повторно передан непрерывным или повторяющимся образом (например, каждые 10 секунд), так что серверы и/или медицинские работники, принимающие сигнал запуска, могут быть уверены в том, что они получают наиболее актуальную информацию, обеспечивающую возможность наиболее точной оценки и лечения медицинского состояния пользователя.

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

[0089] Как указано выше, сигнал запуска может быть обновлен и повторно передан с регулярными интервалами. На этапе 425 базовое программное обеспечение медицинского сигнала тревоги выполняет обновление и повторную передачу каждые 10 секунд, например, «Wait 10 Seconds» («Ожидание в течение 10 секунд»). Обновления и повторная передача могут обеспечивать возможность предоставления наиболее актуальной информации о состоянии здоровья пользователя. В некоторых вариантах реализации способ 400 может выдавать обновленный сигнал запуска каждые десять секунд. Повторная передача может осуществляться повторяющимся образом (например, зацикливание между этапами 420, 425) до тех пор, пока, например, сигнал запуска не будет считан третьей стороной, использующей мобильное считывающее устройство. Еще в одном варианте реализации сигнал запуска может быть выдан для установленного периода. По истечению данного периода мобильному устройству могут быть предоставлены инструкции на прекращение передачи сигнала запуска.

[0090] На этапе 430 базовое программное обеспечения медицинского сигнала тревоги выполняет проверку для оценки того, был ли считан сигнал запуска, например, «Is Mobile Phone being Read?» («Считывается ли мобильный телефон?»). Выполнение данной проверки может быть непрерывным, при этом базовое программное обеспечение является активным. Кроме того, выполнение данной проверки может быть кратковременным после повторной передачи сигнала запуска. Независимо от того, каким образом выполняется проверка, базовое программное обеспечение может получить уведомление от устройства, которое получило сигнал запуска, или сети, которая получила сигнал запуска.

[0091] В уведомлении, при приеме мобильным устройством, может быть сообщен указатель третьей стороны или сервера, которая(который) заинтересована(заинтересован) в получении информации о пользователе. На этапе 435 база данных медицинского сигнала тревоги принимает уведомление от возможной сети или третьей стороны и продолжает передачу соответствующей информации (например, «Send All MBD Data» («Отправка всех данных из БМД (базы медицинских данных)»), включая медицинский анамнез, текущие данные датчика), хранящейся в основной базе данных мобильного устройства, третьей стороне или сети. Третья сторона или сеть может использовать информацию для оценки состояния здоровья пользователя и оказания соответствующей помощи и лечения. Базовое программное обеспечение медицинского сигнала тревоги может быть прекращено, как только вся соответствующая информация о состоянии здоровья пользователя была передана, например, на этапе 440, базовое программное обеспечение медицинского сигнала тревоги может получить от принимающей третьей стороны или сети подтверждение того, что передача была полностью принята.

[0092] Третья составляющая базового программного обеспечения 400 медицинского сигнала тревоги (указанная, как С) показывает этапы загрузки информации в носимое устройство. На этапе 445 мобильное устройство сначала соединяется с сетью медицинского сигнала тревоги, например, «Sync to Medical Alert Network» («Синхронизация с сетью медицинского сигнала тревоги»). После этого, мобильное устройство может выполнить синхронизацию с сетью медицинского сигнала тревоги для получения любой информации, которая может быть неактуальной или отсутствовать в мобильном устройстве. В частности, мобильное устройство может получить доступ к конкретной информации и загрузить ее из сети медицинского сигнала тревоги.

[0093] На этапе 450 мобильное устройство может выполнять синхронизацию со связанным носимым устройством, например, «Synchronize MP MDB to Wearable Device» (Синхронизация БМД МТ с носимым устройством»). Например, информация, хранящаяся в основной базе данных мобильного устройства, может быть передана в базу данных носимого устройства. Информация, передаваемая носимому устройству, может содержать информацию о конкретных медицинских состояниях, которые может испытывать пользователь. Информация может быть использована для предоставления инструкций одному или более датчикам, связанным с носимым устройством, для осуществления мониторинга конкретных показателей, так что медицинское состояние может быть оценено и обнаружено.

[0094] На этапе 455 базовое программное обеспечение медицинского сигнала тревоги может выполнить проверку с целью определения того, что при синхронизации между мобильным устройством и носимым устройством было установлено условие существующего экстренного состояния пользователя, например, «Is Sync an Emergency?» («Синхронизация представляет собой экстренную ситуацию?»). Экстренное состояние может соответствовать текущему существующему медицинскому состоянию пользователя, которое было обнаружено, или тому медицинскому состоянию, возникновение которого ожидается в ближайшем будущем.

[0095] Если было определено присутствие экстренного состояния, базовое программное обеспечение медицинского сигнала тревоги может затем, на этапе 460, определить, доступна ли GPS носимого устройства, «Is GPS Used?» («Используется ли GPS?»). Как указано выше, GPS может быть предпочтительна при определении, где находится пользователь. Местоположение пользователя может быть использовано для направления помощи и лечения пользователю, особенно в ситуациях, при которых пользователь не в состоянии самостоятельно искать помощь.

[0096] На этапе 465, местоположение пользователя может быть включено в сообщение, указывающее на присутствие экстренного состояния, например, «Add GPS Data to Message» («Добавление GPS данных к сообщению»). Сообщение может содержать информацию о пользователе и обнаруженном медицинском состоянии. Кроме того, сообщение может содержать запрос пользователя на помощь или лечение, направленный конкретному врачу или больнице.

[0097] Сообщение может быть выдано одной или более сторон, использующих, например, службу коротких сообщений (SMS) для уведомления о медицинском состоянии, как проиллюстрировано на этапе 470, например, «Send Message to SMS» («Отправка SMS-сообщения»). В качестве альтернативы, контактному лицу при экстренных ситуациях, больнице, врачам и т.д. может поступить телефонный звонок вместе с сообщением об экстренной ситуации. При отсутствии экстренной ситуации, базовое программное обеспечение может синхронизировать информацию между мобильным устройством и носимым устройством до тех пор, пока не произойдет экстренная ситуация. В различных вариантах реализации сообщение может быть отправлено на этапе 470, в соответствии с настройками, введенными пользователем, так как, например, через ввод 323 сообщений в ГИП 300, представленном в качестве примера.

[0098] На фиг. 5 изображен пример программного обеспечения 500 медицинского сигнала тревоги, находящегося на носимом устройстве пользователя. Как отображено в базовом программном обеспечении 400 медицинского сигнала тревоги на мобильном устройстве пользователя по фиг. 4, программное обеспечение 500 медицинского сигнала тревоги, находящееся на носимом устройстве пользователя, также может быть представлено в виде трех составляющих (указанных, как A, B и C). В различных вариантах реализации пример программного обеспечения 500 медицинского сигнала тревоги может соответствовать программному обеспечению 111 медицинского сигнала тревоги в носимом устройстве по фиг. 1.

[0099] Что касается первой составляющей, указанной как А, этап 505 программного обеспечения направлен на синхронизацию базы медицинских данных мобильного устройства с базой данных носимого устройства. Данный этап может соответствовать вышеуказанному этапу, который подобным образом описан в этапе 450 по фиг. 4.

[00100] Вторая составляющая, указанная как В, направлена на возможные постоянные действия базового программного обеспечения медицинского сигнала тревоги в носимом устройстве. Этапы 510, 515, 520, 525, 530, 535, 540, направленные на инициализацию связи в носимом устройстве и выдачу постоянного обновленного сигнала запуска, могут быть подобны этапам 410-440, описанным выше на фиг. 4.

[00101] Несмотря на то, что здесь этапы выполняют в носимом устройстве, а не в мобильном устройстве, функция и назначение этапов могут быть подобными. В частности, носимое устройство выдает информацию о состоянии здоровья пользователя постоянно с использованием сигнала запуска. После получения запроса на дополнительную информацию от сети или третьей стороны, выполняющей считывание сигнала запуска, носимое устройство (посредством базового программного обеспечения медицинского сигнала тревоги) может передавать информацию о профиле пользователя и информацию о состоянии здоровья пользователя в сеть или третьей стороне, заинтересованным в получении дополнительной информации.

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

[00103] На этапе 550 базовое программное обеспечение 500 медицинского сигнала тревоги может установить пределы порогового значения для одного или более датчиков, связанных с носимым устройством. Данные пределы порогового значения могут быть предоставлены пользователем с использованием ГИП. Еще в одном варианте реализации данные пределы порогового значения могут быть установлены базовым программным обеспечением 500 медицинского сигнала тревоги на основании информации, хранящейся в базе данных носимого устройства. Как указано выше, может иметься существующая медицинская информация, относящаяся к конкретным медицинским состояниям. Базовое программное обеспечение 500 медицинского сигнала тревоги может быть выполнено с возможностью извлечения релевантной информации и применения информации соответствующим образом относительно датчиков. Кроме того, база данных носимого устройства может содержать пределы, заданные одной или более сетями или медицинскими работниками (например, врачами).

[00104] Как только пределы порогового значения для датчиков были установлены, пределы порогового значения для одного или более датчиков могут быть сохранены на этапе 555. Пределы порогового значения могут быть сохранены в базе данных носимого устройства для дальнейшего использования.

[00105] На этапе 560, данные датчика получают от одного или более датчиков на носимом устройстве. После этого базовое программное обеспечение медицинского сигнала тревоги может оценить данные датчика (этап 565) и сравнить данные датчика с пределами порогового значения, хранящимися в базе данных носимого устройства. Базовое программное обеспечение медицинского сигнала тревоги может осуществлять постоянный мониторинг данных датчика для обеспечения того, чтобы данные датчика оставались в пределах допустимых значений. В случае, когда данные датчика превышают предел порогового значения, это может указывать на патологическое состояние.

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

[00107] В случае, когда предел порогового значения был достигнут, на этапе 570, базовому программному обеспечению медицинского сигнала тревоги могут быть предоставлены инструкции на выдачу уведомления одной или более сторон (например, контактным лицам при экстренных ситуациях, больницам, врачам). Как указано выше, предел порогового значения может указывать на медицинское состояние. Таким образом, для своевременного запроса помощи и/или лечения может быть необходимо уведомление. Носимое устройство может быть выполнено с возможностью выдачи уведомления о возможном медицинском состоянии через свой собственный интерфейс связи с использованием способов, известных из уровня техники (например, Wi-Fi, 3G, 4G, LTE, Bluetooth). Уведомление может содержать информацию о профиле пользователя, полученные данные датчика, связанные превышенные пределы порогового значения, местоположение пользователя, полученное с помощью GPS, и запрос конкретной помощи или лечения.

[00108] На этапе 575 носимое устройство также может синхронизироваться с соответствующим мобильным устройством пользователя. Синхронизация может быть реализована для содействия в передаче экстренного сообщения на этапе 570. Например, у носимого устройства может не быть соединения с сетью Интернет в текущий момент времени. За счет использования мобильного устройства пользователя запрос от носимого устройства может быть передан от носимого устройства на мобильное устройство, а после этого – в желаемую сеть, по сети Интернет.

[00109] На фиг. 6 изображен пример архитектуры вычислительного устройства, которая может быть использована для реализации различных признаков и процессов, описанных в настоящем документе. В различных вариантах реализации, архитектура может соответствовать носимому устройству 110, мобильному устройству 120 или мобильному считывающему устройству 130 по фиг. 1. Например, архитектура 600 вычислительного устройства может быть реализована в шагомере. Архитектура 600, изображенная на фиг. 6, содержит интерфейс 602 памяти, процессоры 604 и интерфейс 606 периферийных устройств. Интерфейс 602 памяти, процессоры 604 и интерфейс 606 периферийных устройств могут представлять собой отдельные компоненты или они могут быть объединены в качестве составляющей одной или более интегральных схем. Различные компоненты могут быть связаны одной или более шинами связи или сигнальными шинами.

[00110] Предполагается, что процессоры 604, изображенные на фиг. 6, подразумевают под собой процессоры для обработки данных, процессоры для обработки изображений, центральные процессоры или любое разнообразие многоядерных устройств для обработки. Виртуально, процессоры 604 могут представлять собой любое устройство, выполненное с возможностью выполнения функций, описанных в настоящем документе. Например, процессоры 604 могут содержать один или более микропроцессоров, одну или более программируемых пользователем вентильных матриц (ППВМ) или одну или более интегральных схем специального назначения (ИССН). В некоторых вариантах реализации процессор может не использовать хранящиеся инструкции для выполнения некоторых или всех функций, описанных в настоящем документе, например, ИССН может быть аппаратно реализована для выполнения одной или более функций, описанных в настоящем документе.

[00111] Для содействия в реализации любого количества функциональных возможностей в пределах архитектуры 600 иллюстративного мобильного устройства, с интерфейсом 606 периферийных устройств может быть соединено любое количество датчиков, внешних устройств и внешних подсистем. Например, с интерфейсом 606 периферийных устройств может быть соединен датчик 610 движения, датчик 612 света и датчик 614 приближенности для содействия в реализации функций ориентации, освещения и приближенности мобильного устройства. Например, датчик 612 света может быть использован для содействия в реализации регулировки яркости сенсорной поверхности 646. Датчик 610 движения, примером которого может служить акселерометр или гироскоп, может быть использован для обнаружения движения и ориентации мобильного устройства. После этого могут быть отображены объекты или мультимедиа в соответствии с обнаруженной ориентацией (например, изображение лица или пейзаж).

[00112] С интерфейсом 606 периферийных устройств могут быть соединены другие датчики, такие как датчик температуры, датчик частоты сердечных сокращений, датчик кровяного давления, датчик уровня глюкозы в крови или другое измерительное устройство для содействия в реализации соответствующих функциональных возможностей. Процессор 615 для обработки местоположения (например, приемо-передатчик глобального позиционирования) может быть соединен с интерфейсом 606 периферийных устройств для обеспечения возможности генерирования геолокационных данных, тем самым реализуя геопозиционирование. Другие датчики 616, такие как электронный магнитометр, такой как интегральная схема, могут быть соединены с интерфейсом 606 периферийных устройств для выдачи данных, относящихся к направлению истинного магнитного севера, при этом мобильное устройство может реализовывать функциональные возможности компаса или задания направления. Подсистема 620 камеры и оптический датчик 622, такой как прибор с зарядовой связью (ПЗС) или оптический датчик на основе комплементарной структуры оксид-металл-полупроводник (КМОП), может содействовать в реализации функций камеры, таких как запись фотографий и видеоклипов.

[00113] Функциональные возможности в виде связи могут быть реализованы посредством одной или более подсистем 624 связи, которые могут содержать одну или более проводных или беспроводных подсистем. К беспроводным подсистемам 624 связи могут относиться приемо-передатчики 802.x или Bluetooth, а также оптические приемо-передатчики, такие как инфракрасные приемо-передатчики. К проводным подсистемам связи может относиться устройство с портом, таким как порт универсальной последовательной шины (Universal Serial Bus, USB), или некоторое другое соединение через порт, которое может быть использовано для установления проводного соединения с другими вычислительными устройствами, такими как устройства для доступа к сети, персональные компьютеры, принтеры, дисплеи или другие устройства обработки, выполненные с возможностью приема или передачи данных. Конкретное исполнение и реализация подсистемы 624 связи может зависеть от сети связи или среды, в которой устройству предстоит работать. Например, устройство может содержать подсистему беспроводной связи, выполненную с возможностью работы в сети глобальной системы мобильной связи (GSM), сети GPRS, сети улучшенной GSM (EDGE), сетях связи 802.x, сетях множественного доступа с кодовым разделением (CDMA) или сетях Bluetooth. Подсистема 624 связи может содержать протоколы хостинга, так что устройство может быть выполнено в виде базовой станции для других беспроводных устройств. Кроме того, подсистемы связи могут обеспечивать возможность синхронизации устройства с хост-устройством с использованием одного или более протоколов, таких как TCP/IP, HTTP или UDP.

[00114] Звуковая подсистема 626 может быть соединена с динамиком 628 и одним или более микрофонами 630 для содействия в реализации функций, активизируемых голосом. К данным функциям могут относиться распознавание голоса, воспроизведение голоса или цифровая запись. Кроме того, звуковая подсистема 626 может совместно охватывать традиционные телефонные функции.

[00115] Подсистема 640 ввода/вывода может содержать сенсорный контроллер 642 и/или другой контроллер(другие контроллеры) 644 для ввода. Сенсорный контроллер 642 может быть соединен с сенсорной поверхностью 646. Сенсорная поверхность 646 и сенсорный контроллер 642 могут обнаруживать контакт и перемещение или выход их из строя с использованием любого количества технологий сенсорной чувствительности, включая, но без ограничения, емкостные, резистивные, инфракрасные технологии или технологии поверхностных звуковых волн. Подобным образом могут быть использованы другие матрицы датчиков приближенности или элементы для определения одной или более точек контакта с сенсорной поверхностью 646. В одном варианте применения сенсорная поверхность 646 может отображать виртуальные или программируемые кнопки и виртуальную клавиатуру, которые могут быть использованы пользователем в качестве устройства ввода/вывода.

[00116] Другие контроллеры 644 для ввода могут быть соединены с другими устройствами 648 для ввода/управления, такими как одна или более кнопок, переключатели, колесики с накаткой, инфракрасные порты, USB-порты, и/или указывающим устройством, таким как стилус. Указанная одна или более кнопок (не показаны) могут содержать кнопку с регулировкой вверх/вниз для управления громкостью динамика 628 и/или микрофона 630. В некоторых вариантах применения, устройство 600 может содержать функциональные возможности проигрывания звука и/или видео или устройство для записи и может содержать штыревой соединитель для связывания с другими устройствами.

[00117] Интерфейс 602 памяти может быть соединен с памятью 650. Память 650 может содержать высокоскоростное запоминающее устройство с произвольным доступом или энергонезависимое запоминающее устройство, такое как запоминающие устройства на магнитных дисках, оптические запоминающие устройства, или флэш-накопитель. Под такими запоминающими устройствами следует понимать «энергонезависимый машиночитаемый носитель информации». Используемый в настоящем документе термин «энергонезависимый» следует понимать, как исключающий переходные сигналы, но включающий все формы запоминающего устройства для хранения информации, в том числе энергозависимые и энергонезависимые запоминающие устройства. Память 650 может хранить операционную систему 652, такую как Darwin, RTXC, LINUX, UNIX, OS X, ANDROID, WINDOWS, или встроенную операционную систему, такую как VxWorks. Операционная система 652 может содержать инструкции для управления базовыми системными службами и для выполнения задач, зависящих от аппаратного обеспечения. В некоторых вариантах применения операционная система 652 может содержать ядро.

[00118] Кроме того, память 650 может хранить инструкции 654 по связи для содействия в реализации связи с другими мобильными вычислительными устройствами или серверами. Кроме того, инструкции 654 по связи могут быть использованы для выбора режима работы или среды связи для использования устройством на основании географического местоположения, которое может быть получено посредством инструкций 668 GPS/навигации. Память 650 может содержать инструкции 656 для графического интерфейса пользователя для содействия в реализации обработки графического интерфейса пользователя, такой как генерирование интерфейса; инструкции 658 для обработки датчика для содействия в реализации обработки и функций, относящихся к датчику; телефонные инструкции 660 для содействия в реализации процессов и функций, относящихся к телефону; инструкции 662 для электронной передачи сообщений для содействия в реализации процессов и функций, относящихся к электронной передаче сообщений; инструкции 664 для просмотра веб-страниц для содействия в реализации процессов и функций, относящихся к просмотру веб-страниц; инструкции 666 обработки медиа информации для содействия в реализации процессов и функций, относящихся к обработке медиа информации; инструкции 668 GPS/навигации для содействия в реализации процессов, относящихся к GPS и навигации, инструкции 670 для камеры для содействия в реализации процессов и функций, относящихся к камере; инструкции 672 для программного обеспечения шагомера для обработки данных, принятых от датчика шагомера; активационную запись или международный идентификатор мобильного оборудования (IMEI) 674 для идентификации устройства 600 для других устройств, подключенных к сети; и инструкции (не показаны) для любого другого приложения, которое может работать на мобильном вычислительном устройстве или совместно с ним. Кроме того, память 650 может хранить другие инструкции программного обеспечения для содействия в реализации других процессов, признаков и приложений, таких как приложения, относящиеся к навигации, социальным сетям, услугам на основании местоположения или выводу данных на экран в виде карты.

[00119] Каждая из вышеуказанных инструкций и приложений может соответствовать набору инструкций для выполнения одной или более функций, описанных выше. Эти инструкции не обязательно должны быть реализованы в виде отдельных программ, процедур или модулей. Память 650 может содержать дополнительные инструкции или меньшее количество инструкций. Кроме того, различные функции мобильного устройства могут быть реализованы в аппаратном обеспечении и/или в программном обеспечении, в том числе в одной или более интегральных схемах обработки сигналов и/или интегральных схемах специального назначения.

[00120] Некоторые особенности могут быть реализованы в компьютерной системе, которая содержит внутренний компонент, такой как сервер данных, которая содержит межплатформенный компонент, такой как сервер приложений или Интернет-сервер, или которая содержит связный компонент, такой как клиентский компьютер с графическим интерфейсом пользователя или Интернет-браузером, или любую комбинацию вышеперечисленного. Компоненты системы могут быть соединены любой формой или средой цифровой передачи данных, такой как сеть связи. Некоторые примеры сетей связи включают LAN, WAN, а также компьютеры и сети, соединенные по сети Интернет. Компьютерная система может содержать клиенты и серверы. В целом, клиент и сервер удалены друг от друга, и, как правило, взаимодействуют по сети. Отношение клиента и сервера возникает вследствие запуска компьютерных программ на соответствующих компьютерах, которые обладают отношением «клиент-сервер» друг с другом.

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

[00122] На фиг. 7 изображен пример базы 700 данных носимого устройства. База данных носимого устройства может содержать информацию, такую как информация 710 о медицинском сигнале тревоги. Информация 710 о медицинском сигнале тревоги может содержать различные типы медицинской информации, которые предусмотрены в существующих медицинских браслетах (например, медицинское состояние, контактное лицо при экстренных ситуациях). Информация 710 о медицинском сигнале тревоги, содержащаяся в базе данных носимого устройства, может содержать дату рождения пользователя, степень тяжести медицинского состояния, связанные данные датчика, используемые для мониторинга и обнаружения медицинского состояния, и временной интервал для измерения взятых данных датчика. В различных вариантах реализации, в дополнение или в качестве альтернативы, информация 710 о медицинском сигнале тревоги может определить один или более сигналов запуска для идентификации медицинского события и заставить носимое устройство, устройство пользователя или другое устройство выполнить действие, такое как, например, отправка сообщения врачу, больнице или контактному лицу при экстренных ситуациях. В примере, показанном на фиг. 7, информация 710 о медицинском сигнале тревоги содержит сигнал запуска, относящийся к эпилепсии у пациента. Данный сигнал запуска, приведенный в качестве примера, будет активирован при считывании акселерометром уровней выше 200 во всех трех направлениях и при считывании кровяного давления выше 110 датчиком кровяного давления на протяжении более 1 минуты. Хотя это не проиллюстрировано, в некоторых вариантах реализации информация 710 о медицинском сигнале тревоги может дополнительно определять одно или более действий, подлежащих выполнению, когда сигнал запуска активирован. Еще в одних вариантах реализации, соответствующее действие, подлежащее выполнению, может быть определено в любом месте, таком как, например, настройка глобальной отправки сообщений, такая как могла быть введена через ГИП 300, приведенный в качестве примера.

[00123] Кроме того, база данных носимого устройства может содержать данные 720 медицинской истории, полученные от носимого устройства. Например, база данных носимого устройства может хранить все прошлые результаты измерений датчика, взятые носимым устройством, для дальнейшего использования. Как показано в изображенном примере, каждое показание датчика (или набор показаний датчика, взятых в один момент времени) может быть сохранено в качестве записи, связанной с временной отметкой, указывающей на то, когда показание было измерено(показания были измерены). Будет очевидно наличие различной дополнительной или альтернативной информации 720 об истории для хранения. Например, история 720 может содержать указатели на события, такие как активации сигнала запуска или экстренные реагирования. В качестве еще одного примера, история 720 может содержать данные, полученные от другого источника, такого как врач, электронная медицинская карта или другое носимое устройство.

[00124] Кроме того, база данных носимого устройства содержит данные 730 профиля, соответствующие пользователю. Данные 730 профиля могут содержать информацию о медицинском анамнезе и контактные данные пользователя. Такая контактная информация пользователя может содержать врачей и их контактную информацию, известное лечение медицинского состояния, контактные данные знакомых при экстренных ситуациях, службы оказания помощи семьям или при экстренных ситуациях. Может иметь место сигнал 735 тревоги об экстренном сообщении, который может быть выдан в случаях, когда пользователь хотел бы дать сообщение, но не может этого сделать (например, не может говорить или недееспособен). Например, после активации сигнала запуска, определенного информацией 710 о медицинском сигнале тревоги, может быть выдан сигнал 735 тревоги об экстренном сообщении с текущим местоположением пациента и после этого передан врачу или по контактным номерам экстренного вызова, определенным в данных 730 профиля или отображенным на дисплее носимого устройства или устройства пользователя.

[00125] В различных вариантах реализации, данные 730 профиля могут содержать множество сообщений 735, подлежащих передаче в качестве последней составляющей маячка. Например, может быть определено сообщение по умолчанию для передачи в те моменты времени, когда соответствия определенным сигналам запуска не было, тогда как для передачи по каждому определенному сигналу запуска может быть определено другое экстренное сообщение. Как показано, сообщение 735 может быть сохранено в виде параметризованного шаблона, который, перед широковещательной передачей в качестве составляющей маячка, будет заполнен актуальными данными от одного или более датчиков или других источников. Таким образом, устройство широковещательной передачи (например, носимое устройство или мобильное устройство) может определять и распознавать ключевые слова по мере необходимости замены данными перед передачей сообщения. В показанном примере сообщения, ключевые слова «xx» и «yy» могут быть рассмотрены в качестве относящихся к значениям долготы и широты, подлежащих получению от системы GPS. Следует понимать, что подобные ключевые слова могут быть определены как относящиеся к другим текущим, недавним или прошлым значениям данных, в том числе показания датчика, вычисленным показателям, другой информации, хранящейся в данных 730 профиля, или любым другим виртуальным данным, к которым имеется доступ у носимого устройства или мобильного устройства локально или путем связи с другими устройствами (например, по пакетной сети).

[00126] В некоторых вариантах реализации, сообщения 735 могут быть заданы в носимом устройстве или мобильном устройстве владельцем или другим пользователем. Например, пользователь может получить доступ к интерфейсу, предусмотренному в носимом устройстве 110, мобильном устройстве 120, персональном компьютере или веб-сервере для выбора заранее заданных сообщений или для написания новых сообщений с целью включения в данные профиля. Подобным образом, эти или другие интерфейсы могут обеспечивать пользователю возможность определения других данных, таких как указатель на медицинские состояния, демографическую информацию, контактные лица при экстренных ситуациях, сигналы запуска или любые другие данные, управляющие работой носимого устройства 110 или мобильного устройства 120, или иным образом используемые ими.

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

[00128] На фиг. 8A изображен пример базового программного обеспечения 800, находящегося в мобильном считывающем устройстве. Базовое программное обеспечения может отвечать за различные функциональные возможности мобильного считывающего устройства, реализованные в настоящем изобретении. В различных вариантах реализации, приведенное в качестве примера базовое программное обеспечение может соответствовать базовому программному обеспечению 131 считывающего устройства, показанного на фиг. 1.

[00129] На этапе 801, базовое программное обеспечение 131 мобильного считывающего устройства в качестве входных данных может принимать информацию, передаваемую от мобильного устройства пользователя или носимого устройства пользователя. Информация может быть предоставлена из сигнала запуска с использованием связи по Bluetooth малой мощности, например, «Input LPBTE» («Ввод LPBTE»).

[00130] На этапе 802 базовое программное обеспечение может выполнять операцию считывания информации, предоставленной пользователем (например, с мобильного устройством и/или носимого устройства). После этого, информация может быть отображена на ГИП мобильного считывающего устройства. Путем отображения информации на мобильном считывающем устройстве третья сторона (например, сотрудники службы экстренного реагирования), использующая мобильное считывающее устройство, может иметь возможность просмотра информации и определения того, что может быть необходимо для оказания помощи и/или лечения пользователя.

[00131] На этапах 803, 804, 805, мобильное считывающее устройство может попытаться получить доступ к дополнительной информации от одного или более доступных серверов. Мобильное считывающее устройство может попытаться получить доступ к дополнительной информации о медицинском состоянии. Еще в одном варианте реализации мобильное считывающее устройство может попытаться запросить дополнительную информацию о пользователе (например, медицинский анамнез, профиль пользователя). Доступ для мобильного считывающего устройства может зависеть от авторизации.

[00132] На фиг. 8B изображен пример ГИП 810, находящегося в мобильном считывающем устройстве, такого как, например, ГИП 133 мобильного считывающего устройства 130 по фиг. 1. ГИП 810 может обеспечивать лицу или объекту (например, службе экстренного реагирования) возможность просмотра экстренных сообщений, медицинского профиля пользователя и медицинского анамнеза пользователя. Например, как показано, в ГИП может быть предоставлена кнопка 812 сообщения, кнопка 814 профиля и кнопка 816 истории. После выбора одной из этих кнопок 812, 814, 816, может быть обновлено окно 818 просмотра для отображения принятого сообщения, профиля пациента или медицинского анамнеза пациента, соответственно. Такая информация может быть принята, например, от пользовательского устройства (например, мобильного устройства, носимого устройства или другого устройства, работой которого управляет пользователь). В различных вариантах реализации отображенная информация может быть извлечена из информации, принятой от другого сервера, такого как сервер врачей, сервер больницы и т.д., или дополнена такой информацией. В показанном примере окно 818 отображения отображает принятое сообщение, указывающее на то, что пользователь запустил сигнал тревоги об эпилепсии, такой как, например, описанный выше относительно фиг. 7.

[00133] Кроме того, ГИП 810 может предоставлять опции для лица или объекта для выдачи информации из ГИП на другие серверы (например, сервер врачей), загрузки дополнительной информации с одного или более доступных серверов (например, сервера медицинского сигнала тревоги) и выдачи уведомления на носимое устройство о том, что прием информации был завершен. Как показано, в ГИП 810 предоставлена кнопка 820 сервера больницы и кнопка 822 сервера врачей, которая, после выбора, может направить принятую информацию на сервер больницы или сервер врачей, соответственно. Кнопка 824 загрузки может быть выполнена с возможностью выбора, чтобы вызвать загрузку устройством любых дополнительных данных о пациенте, доступных, например, с сервера больницы или сервера врачей. Наконец, кнопка 826 носимого устройства может быть выполнена с возможностью выбора для инициирования связи с носимым устройством или устройством пользователя. Например, выбор кнопки 826 носимого устройства может открыть окно передачи текстовых сообщений для обеспечения возможности отправки и получения текстовых сообщений на носимом устройстве или устройстве пользователя.

[00134] Следует отметить, что ГИП 810 на считывающем устройстве может быть выполнен с возможностью отображения различных типов информации и предоставления широкого ряда различных опций, которые не изображены на фиг. 8В. К целям ГИП 810 относится отображение релевантной информации и опций для использования информации с целью улучшения содействия в лечении обнаруженного медицинского состояния у пользователя.

[00135] На фиг. 9 изображен общий пример способа 900, выполняемого системой, как описано в настоящем документе. Следует отметить, что этапы, изображенные на фиг. 9, представляют собой вариант реализации. Еще в одних вариантах реализации также возможны различные этапы, дополнительные этапы, меньшее количество этапов и различный порядок выполнения этапов. Однако все этапы направлены на содействие в реализации системы для мониторинга состояния здоровья с использованием как мобильного устройства пользователя, так и носимого устройства.

[00136] На этапах 901 и 905 базы данных различных сетей (например, сетей медицинского сигнала тревоги и сети врачей) могут обновляться одним или более различными объектами. Как указано выше, каждая из сетей может содержать ИПП, в котором третьи стороны могут обновлять информацию, хранящуюся в базе данных. Обновленная информация может содержать информацию о медицинских состояниях, контактные лица при экстренных ситуациях и профили пользователей.

[00137] На этапе 910, пользователь может сконфигурировать мобильное устройство (например, мобильный телефон) для обнаружения одного или более медицинских состояний. Как описано выше на фиг. 3, пользователь может выбирать одну или более настроек для предоставления мобильному устройству инструкций по различным признакам, в том числе в отношении типов данных датчика для мониторинга, места, где должны храниться данные, сетей, к которым должен быть получен доступ, и способа передачи информации (например, сигнала запуска с датчика). Различные настройки могут храниться в базе данных мобильного устройства.

[00138] На этапе 915/925, пользователь может синхронизировать информацию между мобильным устройством и носимым устройством. Информация, предоставленная носимому устройству, может содержать инструкции для носимого устройства в отношении показателей конкретного медицинского состояния, мониторинг которых должно выполнять носимое устройство. Например, мобильное устройство может предоставить носимому устройству инструкции на получение данных температурного датчика, кровяного давления и данных о движении для мониторинга наличия астмы (см. фиг. 2). Кроме того, данные датчика, полученные носимым устройством, могут быть предоставлены мобильному устройству и сохранены в базе данных мобильного устройства. После этого сохраненные данные датчика могут быть использованы мобильным устройством для передачи соответствующей информации третьей стороне через сигнал запуска для мониторинга состояния здоровья пользователя.

[00139] На этапе 920/930 базовое программное обеспечение медицинского сигнала тревоги, содержащееся в носимом устройстве и/или мобильном устройстве, может передавать информацию о пользователе через сигнал запуска. Сигнал запуска может быть считан любой третьей стороной (например, сетью или устройством). В других вариантах реализации пользователь может направить сигнал запуска конкретной третьей стороне (например, врачу, серверам больницы). После этого, третья сторона может выполнить операцию считывания на сигнале запуска, которая укажет, что пользовательское устройство (например, носимое устройство и/или мобильное устройство) передает дополнительную информацию третьей стороне в отношении состояния здоровья пользователя.

[00140] На этапе 935 способ может быть направлен на уведомление третьей стороны (например, врача, больницы, контактных лиц при экстренных ситуациях) об обнаружении состоянии, требующего экстренной помощи. В частности, данные датчика можно постоянно получать от носимого устройства, при этом данные датчика направлены на мониторинг и измерение одного или более показателей, относящихся к конкретному медицинскому состоянию. Каждому измеренному показателю может быть присвоен соответствующий предел порогового значения, который может быть использован для указания на соответствующее измерение. В случаях, когда данные датчика превышают предел порогового значения, это может указывать на атипичный результат измерения и на возможное обнаружение медицинского состояния.

[00141] Носимое устройство может постоянно получать данные датчика. Еще в одних вариантах реализации данные датчика могут быть получены через регулярные интервалы. Как только данные датчика превышают определенное пороговое значение для конкретного показателя, пользователь (посредством носимого устройства и/или мобильного устройства) может предоставить сигнал тревоги соответствующим третьим сторонам (например, сетям, врачам, больницам) в отношении потенциального обнаруженного медицинского состояния. Информация о медицинском состоянии может быть предоставлена третьим сторонам для дальнейшей оценки через первичное сообщение. Сообщение может содержать не только данные датчика, обнаруженные в процессе мониторинга, но и связанную информацию о пользователе. Кроме того, третьи стороны могут запросить дополнительную информацию (например, медицинский анамнез) у пользователя или других источников для определения того, требует ли медицинское состояние выполнения действий. Если будет расценено, что оно требует выполнения действий (иными словами, было определено, что пользователю необходима помощь или лечение), третья сторона может инициировать этапы оказания помощи или лечения пользователю.

[00142] В этот момент носимое устройство и/или мобильное устройство может взаимно обмениваться данными с третьими сторонами, предоставляя дополнительную информацию о состоянии пользователя и местоположении пользователя (по GPS). Таким образом, третьи стороны могут быть проинформированы о состоянии здоровья пользователя (например, находится ли пользователь в сознании) и пользователь может быть проинформирован о приближении третьей стороны.

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

[00144] Из вышеизложенного описания будет понятно, что различные иллюстративные варианты реализации настоящего изобретения могут быть реализованы в аппаратном обеспечении и/или программно-аппаратном обеспечении. Кроме того, различные иллюстративные варианты реализации могут быть реализованы в виде инструкций, хранящихся на машиночитаемом носителе информации, которые могут быть считаны и исполнены по меньшей мере одним процессором для выполнения операций, которые подробно описаны в настоящем документе. Машиночитаемый носитель информации может содержать любой механизм для хранения информации в виде, читаемом для вычислительной машины, такой как персональный или портативный компьютер, сервер или другое вычислительное устройство. Таким образом, машиночитаемый носитель информации может содержать постоянное запоминающее устройство (ПЗУ), запоминающее устройство с произвольным доступом (ЗУПД), запоминающее устройство на магнитном диске, оптическое запоминающее устройство, флэш-накопители и подобные носители информации.

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

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

1. Пользовательское устройство (110, 120), содержащее:

интерфейс (113, 125, 624) беспроводной связи, выполненный с возможностью беспроводной связи с находящимися поблизости считывающими устройствами (130);

память (650) и

процессор (604), связанный с возможностью обмена данными с интерфейсом связи и памятью, причем процессор выполнен с возможностью:

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

приема идентификатора медицинского сигнала тревоги, предназначенного для предоставления третьим сторонам в отношении пользователя,

сохранения идентификатора медицинского сигнала тревоги в памяти (650) пользовательского устройства;

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

повторяющейся широковещательной передачи через интерфейс связи маячка малой мощности для установления новой линии беспроводной связи малой мощности с одним или более находящимися поблизости считывающими устройствами и

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

причем тип информации, передаваемой в широковещательном режиме, изменяется при определении наличия необходимости оказания срочной медицинской помощи,

причем информация о медицинском сигнале тревоги содержит динамические показатели состояния здоровья.

2. Пользовательское устройство по п. 1, в котором маячок содержит идентификатор медицинского сигнала тревоги или указатель на доступность медицинского сигнала тревоги.

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

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

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

6. Пользовательское устройство по п. 1, в котором процессор также выполнен с возможностью:

выявления наступления медицинского события на основании принятых показателей состояния здоровья и

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

7. Пользовательское устройство по п. 6, в котором процессор при выявлении наступления медицинского события выполнен с возможностью:

выявления сигнала запуска, связанного с медицинским событием, на основании принятого идентификатора медицинского сигнала тревоги,

определения того, что сигнал запуска является приемлемым, на основании сравнения сигнала запуска с принятыми показателями состояния здоровья и

выявления наступления медицинского события на основании определения того, что сигнал запуска является приемлемым,

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

8. Способ, выполняемый пользовательским устройством (110, 120) для предоставления информации о медицинском сигнале тревоги, включающий:

прием процессором (604) пользовательского устройства показателей состояния здоровья пользователя, полученных по меньшей мере одним датчиком, выполненным с возможностью обнаружения одного или более параметров состояния здоровья пользователя;

прием идентификатора медицинского сигнала тревоги, предназначенного для предоставления третьим сторонам в отношении пользователя;

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

сохранение идентификатора медицинского сигнала тревоги в памяти (650) пользовательского устройства;

осуществление повторяющейся широковещательной передачи через интерфейс (113, 125, 624) беспроводной связи маячка малой мощности для установления новой линии беспроводной связи малой мощности с одним или более находящимися поблизости считывающими устройствами (130),

передачу по меньшей мере одного из идентификатора медицинского сигнала тревоги и указателя на доступность медицинского сигнала тревоги по линии беспроводной связи или информации о медицинском сигнале тревоги,

причем тип информации, передаваемой в широковещательном режиме, изменяется при определении наличия необходимости оказания срочной медицинской помощи,

причем информация о медицинском сигнале тревоги содержит динамические показатели состояния здоровья.

9. Способ по п. 8, в котором маячок содержит идентификатор медицинского сигнала тревоги или указатель на доступность медицинского сигнала тревоги.

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

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

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

13. Способ по п. 8, который также включает:

выявление наступления медицинского события на основании принятых показателей состояния здоровья и

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

14. Способ по п. 13, в котором выявление наступления медицинского события включает:

выявление сигнала запуска, связанного с медицинским событием, на основании принятого идентификатора медицинского сигнала тревоги,

определение того, что сигнал запуска является приемлемым, на основании сравнения сигнала запуска с принятыми показателями состояния здоровья, и

выявление наступления медицинского события на основании определения того, что сигнал запуска является приемлемым,

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

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



 

Похожие патенты:

Изобретение относится к области вычислительной техники. Технический результат заключается в помехоустойчивости каналов связи.

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

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

Изобретение относится к области связи и предназначено для передачи информации. Технический результат – уменьшение сложности обнаружения информации управления нисходящей линии (DCI).

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

Изобретение относится к вычислительной технике. Технический результат заключается в повышении безопасности оконечного устройства в сотовой сети связи.

Изобретение относится к области вычислительной техники. Технический результат заключается в уменьшении вероятности UE оказаться в неактивном состоянии.

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

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

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

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

Изобретение относится к области охранного мониторинга местности. Технический результат заключается в распознавании типа обнаруженного на изгибе дороги нарушителя и определении направления движения пешего нарушителя с применением одного средства обнаружения.

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

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

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

Изобретение относится к системам мониторинга в режиме реального времени состояния объектов различных типов и степени подвижности. Техническим результатом изобретения является сокращение времени реагирования на аномальные изменения параметров состояния контролируемых многопараметрических объектов (МПО).

Изобретение относится к системам автоматического дистанционного контроля в режиме реального времени состояния объектов, а также к системам аварийного оповещения.

Изобретение относится к сигнальным устройствам. .

Группа изобретений относится к средствам обеспечения интерфейса продажи товаров и/или услуг в приложении обмена сообщениями. Технический результат – обеспечение возможности осуществлять покупку через интерфейс продажи товаров и/или услуг в приложении обмена сообщениями.

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

Наверх