RU2530709C2 - Управление больничным устройством отображения телевизора/монитора с управлением иерархическим доступом - Google Patents

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

Info

Publication number
RU2530709C2
RU2530709C2 RU2011122826/08A RU2011122826A RU2530709C2 RU 2530709 C2 RU2530709 C2 RU 2530709C2 RU 2011122826/08 A RU2011122826/08 A RU 2011122826/08A RU 2011122826 A RU2011122826 A RU 2011122826A RU 2530709 C2 RU2530709 C2 RU 2530709C2
Authority
RU
Russia
Prior art keywords
video
patient
role
hierarchy
access
Prior art date
Application number
RU2011122826/08A
Other languages
English (en)
Other versions
RU2011122826A (ru
Inventor
Брайан РОЗЕНФЕЛЬД
Original Assignee
Конинклейке Филипс Электроникс, Н.В.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Конинклейке Филипс Электроникс, Н.В. filed Critical Конинклейке Филипс Электроникс, Н.В.
Publication of RU2011122826A publication Critical patent/RU2011122826A/ru
Application granted granted Critical
Publication of RU2530709C2 publication Critical patent/RU2530709C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H04N21/2396—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests characterized by admission policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25816—Management of client data involving client authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/4223—Cameras
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Изобретение относится к телемедицине и области медицинской связи. Техническим результатом является обеспечение иерархического управления для доступа к пациенту. Система интерактивной связи содержит множество систем (1250) видео связи внутри помещения, причем каждая система видео связи внутри помещения включает в себя видео монитор (430), видео камеру (440), микрофон (460) и аудио громкоговоритель (470), которые ассоциируются с пациентом (350); блок (110) выбора видео, который обеспечивает подачу, видео развлечения и видео связи в каждую из систем внутри помещения; и блок (160) управления иерархическим доступом, который разрешает конфликты между видео развлечением и видео связью на основании определенной иерархии (200) доступа, которая представляет собой состояние пациента, регулируемое в соответствии с основными показателями состояния организма, измеренными с помощью физиологического монитора (450). 2 н. и 13 з.п. ф-лы, 12 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к телемедицине и области медицинской связи. Можно также найти применение с другими видами удаленного ухода за пациентами и со связью с пациентами.
Уровень техники
Настоящая заявка представляет собой систему и устройство для обеспечения мониторинга пациентов в больнице и связи без существенного увеличения зоны обслуживания и потребления электроэнергии за счет использования уже существующих экранов телевизоров и/или компьютерных мониторов. Эту поверхность отображения можно использовать для поддержания многочисленных сопутствующих особенностей, таких как наблюдения и вмешательства блока ICU интенсивной терапии, консультации специалистов, приемы и "видео посещения" родными и близкими из удаленных местоположений.
В прошлом была предложена сеть связи, которая обеспечивала постоянный мониторинг пациента для того, чтобы предоставить услуги интенсивной терапии из удаленного местоположения. Множество станций мониторинга пациентов с ассоциированными с пациентом приборами и средствами для мониторинга подсоединено по сети связи к главному центру команд, в который постоянно поступают данные для анализа. Мониторинг пациента может также включать в себя видео камеру, посредством которой можно осуществлять мониторинг внешнего вида пациента, и предусмотрено считывание аудио, посредством которого звуки, например разговор, кашель или тяжелое дыхание, исходящие от пациента или попечителя, ухаживающего за пациентом, могут отслеживаться на станциях мониторинга.
Настоящее изобретение предполагает расширение такой системы для обеспечения двухсторонней связи между пациентом, станциями мониторинга и другими, которые находятся за пределами центральной станции мониторинга, включающими в себя врачей, медицинских сестер или семью. Настоящая заявка также описывает иерархическую систему, которая обеспечивает иерархическое управление для доступа к пациенту/помещению пациента.
Сущность изобретения
В соответствии с одним аспектом, предоставлена система интерактивной связи. Она включает в себя множество систем видео связи внутри помещения, каждая из которых включает в себя видео монитор, видео камеру, микрофон и аудио громкоговоритель, ассоциированный с пациентом. Блок выбора видео обеспечивает подачу видео развлечения и видео связи в каждую из систем внутри помещения. Блок управления иерархическим доступом разрешает конфликты между развлечением и видеосвязью на основании определенной иерархии доступа.
В соответствии с другим аспектом, предоставлен способ интерактивной связи для аудио и видео связи внутри помещения. Данные, которые относятся к пациенту, вводят при поступлении пациента в больницу. Устанавливают иерархию разрешения, включающую в себя по меньшей мере одно из следующего: роль администратора системы, роль врача первичной медицинской помощи, специалиста, консультирующего врача и роль пациента. Консультируют иерархию разрешений посредством блока управления иерархией доступа для разрешения конфликтов между лицами, запрашивающими доступ к видео связи с пациентом и видео развлечению. Устанавливают канал аудио/видео связи от запрашивающего лица до системы видео связи внутри помещения, включающей в себя камеру, микрофон, телевизионный монитор, управление, осуществляемое пациентом, и аудио громкоговоритель.
Преимущество заключается в возможности медицинских работников, лечащих пациента в удаленном или сельском местоположении, диагностировать и лечить пациента путем проведения консультаций с другими медицинскими работниками и специалистами в более крупных больницах, клиниках и исследовательских центрах.
Дополнительное преимущество заключается в возможности медицинских работников, друзей, родственников и коллег взаимодействовать удаленно с пациентом в больнице посредством системы видео связи.
Дополнительное преимущество заключается в возможности врача или пациента отдавать предпочтение или ограничивать доступ к видео, например, отклонять лиц, которые могут причинить чрезмерный стресс выздоравливающему пациенту.
Дополнительное преимущество позволяет врачу делать "виртуальные обходы" и посещать больше пациентов, чем возможно в случае, если бы врач делал обходы пешком.
Следующее преимущество заключается в функционировании секционированного экрана, которое позволяет врачу разговаривать с пациентом и друзьями или родственниками одновременно.
Дополнительное преимущество заключается в возможности врача разговаривать с пациентом при одновременном объединении считываний показаний, диагностических изображений или другого типа графических отображений для объяснения пациенту или родственникам медицинских концепций или лечений.
Другие дополнительные преимущества и выгоды станут более очевидны специалистам в данной области техники после прочтения и понимания следующего подробного описания.
Настоящее изобретение может принимать форму в различных компонентах и компоновках компонентов и на различных этапах и компоновках этапов. Чертежи приведены только для иллюстрации предпочтительных вариантов осуществления и не предназначены ограничивать настоящую заявку.
Краткое описание чертежей
Фиг.1 изображает компоновку компонентов устройства системы;
фиг.2 изображает одну из многих возможных иерархий полномочий для предоставления разрешений при организации доступа к пациенту через видео средство;
фиг.3 изображает одно из многих возможных видео устройств отображения с секционированным экраном, интегрирующих различные видео компоненты;
фиг.4 изображает одну из многих возможных архитектур для системы внутри помещения;
фиг.5 изображает способ установления иерархий разрешений;
фиг.6 изображает способ установления соединения между отправителем и получателем;
фиг.7 изображает перечень образцов ролей иерархий и разрешения, которые каждая роль может предоставить или отклонить;
фиг.8 изображает возможную конфигурацию eICU;
фиг.9 изображает возможную секционированную конфигурацию;
фиг.10 изображает возможную объединенную конфигурацию;
фиг.11 изображает возможную реализацию компоновки оборудования; и
фиг.12 изображает набор возможных сторон-участников и маршрутов доступа.
Подробное описание предпочтительного варианта осуществления
Со ссылкой на фиг.1 представлен один пример варианта осуществления предложенной системы 100. Пациент в медицинском учреждении имеет блок 110 выбора помещения пациента, которое позволяет пациенту выбирать желаемое средство связи для приема связи с использованием, по меньшей мере, одного из следующего: телевизионный сигнальный кабель 140, видео телефон 142 и Интернет веб-камера 144 внутри помещения 150, которое занимает пациент. Система управления пациента связана через сеть с использованием сетевого интерфейса 130 и подсоединена проводным или беспроводным средством 135 к блоку 110 управления, который определяет, какой сигнал 140, 142, 144 пациент желает ввести в помещение пациента через сеть 120.
В центре предложенной системы находится блок 160 центра команд, который облегчает подачу команд и управление системой за счет организации обмена информации и сигналов между компонентами аппаратных средств системы, пациентом и сетевыми сторонами-участниками внутри системы. Этот блок 160 содержит правила 162 иерархии, которые устанавливают пользователи более высокого уровня в системе. Блок 160 также содержит инструментарий 164 правил иерархии, который преобразовывает иерархию, введенную пользователем в соответствующий набор правил 163, которые посылают и сохраняют в системе правил 162 иерархии для интерпретирования и управления доступом к системе на основании иерархии, введенной пользователем. Блок 160 также содержит функциональную возможность отображения и управления 168, которая позволяет удаленно управлять камерами внутри помещения для того, чтобы удаленная сторона-участник могла поворачивать камеру как в вертикальном, так и горизонтальном направлениях. Удаленная камера позволяет также управлять объективом с переменным фокусным расстоянием камеры так, чтобы объектив можно было перемещать от широкоугольного полного вида мелким планом до детального вида подробным планом с целью получения более детального вида. Управление удаленной камерой может также удаленно регулировать контраст, яркость и фокусное расстояние камеры. Эта функциональная возможность может также регулировать громкость микрофонов внутри помещения или отключать питание микрофона для ограничения системы до односторонней связи. Такая функциональная возможность может также блокировать видео сигнал и ограничивать сигнал только до аудио. Эта функциональная возможность может также управлять импортом графических изображений, таких как диаграммы и рентгеновские снимки вместо подачи видео.
Эта функциональная возможность может разрешить использование указателя на графическом изображении или на видео картине пациента и может облегчить изменение цвета одной или более частей графического или картинного изображения для того, чтобы выделить специфическую часть отображенного изображения. Наконец, блок 160 содержит функциональную возможность вызова сигнала тревоги и ответа 169, которая позволяет пользователю-пациенту вызывать медицинского работника в случае чрезвычайных обстоятельств. Каждая часть 162, 164, 168, 169 блока 160 центра команд прокладывает маршрут через сетевой интерфейс 166, который подсоединен к сети 120, например, из внутренней сети, локальной сети (LAN) доступа или глобальной сети (WAN) доступа.
Система также имеет удаленные компьютерные терминалы 190 для того, чтобы медицинские работники могли получить доступ к системе и удаленно разговаривать с пациентом, например, из своего дома/офиса. Это облегчает удаленную видео оценку пациента удаленным врачом, который уполномочен выполнять удаленную видео диагностику, видео обходы, консультации «врач-пациент» и многие другие типы взаимодействий между пациентом и медицинскими работниками или другими. Станция 195 связи для мониторинга позволяет дежурному врачу, медицинской сестре или другим медицинским работникам осуществлять мониторинг пациентов. Такой терминал может также обеспечить доступ к любому одному из числа специалистов, терапевтов, врачей приемного отделения или фармацевтов. Станция 195 может быть станцией медицинских сестер, информационно-справочной службой медицинской помощи, станцией мониторинга для электронного блока (ICU) интенсивной терапии или подобным. Удаленный блок (центр eICU) интенсивной терапии осуществляет мониторинг основных показателей состояния организма пациента и распределяет эти сигналы основных показателей состояния организма по сети, такой как Интернет. Система может состоять из многочисленных удаленных центров, основанных на помещениях для пациентов, каждым из которых отдельно управляет индивидуальный сервер внутри помещения пациента. Для пациента и для других это будет служить для обеспечения пациента в помещении большей возможностью управлять доступом к системе. Подобный терминал 197 может также использоваться подготовленным пользователем для выполнения обязанностей по администрированию системы, таких как получение, добавление, модифицирование и удаление информации и аспектов иерархии.
Центральный блок выбора видео также интегрирует телевизионные сигналы 140, сигналы 142 видео телефона и сигналы веб-камеры 144 внутренней сети и обеспечивает подачу выбранного через сеть 120 в помещение 150 пациента и помещения других пациентов под управлением иерархии 162. Управление иерархическим доступом, сосредоточенное в центральном блоке 160 в изображенном варианте осуществления, может быть распределено между центральным блоком 160 и отдельными сетевыми интерфейсами 130. В состав системы также входит средство генерации времени, такое как задающий генератор 170, для связи отметок времени в любой записи, сделанной из сеанса связи, в такой как системный журнал. Задающий генератор 170 также синхронизирует компоненты системы, предоставляет опорный тактовый сигнал для правил иерархии, зависимых от времени, доступа к телевидению, видео телефону или внутренней сети или тому подобному. Система 100 также содержит базу 180 данных для хранения данных, введенных в систему, такие как записи пациента или данные, сгенерированные системой, такой как системный журнал или список видов деятельности и процедур, которым пациент подвергался в медицинском учреждении.
Шифрование или другая защита используется для защиты связи, которая включает в себя медицинскую информацию. Опционально предусмотрены высокие уровни защиты для медицинского персонала, который использует внешний доступ 123 через брандмауэр 125 для обеспечения связи по Интернет или другой сети общего пользования, и менее строгие уровни защиты для связи внутри сети больницы. Система позволяет также облегчить функционирование 129 беспроводной мобильной связи, расположенной внутри или снаружи брандмауэра 125, таким образом, чтобы пациент, который перемещается в ходе лечения, мог поддерживать связь без проводного соединения, например, когда пациент желает установить связь во время транспортировки в машине скорой помощи, оборудованной аудио и видео. Такое беспроводное функционирование может облегчить непрерываемую связь во время поездки в и из медицинского учреждения. Внешний телефон, видео телефон, интернет и другие средства связи также проходят через брандмауэр.
Со ссылкой на фиг.2, представлены полномочия предоставления иерархии разрешений и отмены разрешений для отправителя для поддержания контакта с получателем. Управление 200 иерархическим доступом содержит различные уровни доступа к аудио и видео. Такие уровни, обычно определенные в технике сетевого администрирования как "роли", позволяют лицу в каждой из отдельных ролей предоставлять или отменять разрешения на основании их специфического уровня или роли в пределах иерархии. Лица, занимающие более высокие роли в иерархии, могут предоставлять или отменять разрешения сверх правил с помощью лиц в роли на более низких уровнях в пределах иерархии. Например, консультация специалиста имеет преимущественное значение по сравнению с видео посещением любимого человека, просмотром телевизора, видео посещением медицинской сестры или т.п. Срочное вмешательство из ICU имеет преимущественное значение по сравнению с консультацией специалиста. Управление специфическим доступом включает в себя легкую в использовании подсистему управления правами доступа для предоставления или отказа в доступе членам семьи, друзьям для каждого пациента индивидуально.
Система, как администрируемая больницей, уполномочивает роль 210 администратора системы возможностью предоставлять, модифицировать или отменять права посещения или возможностью кого-либо в пределах иерархии взаимодействовать через систему с любым пациентом.
Роль управляющего врача, также называемая ролью 220 врача первичной медицинской помощи, соответствует врачу, который является либо врачом первичной медицинской помощи, либо лицом, ответственным за пациента на время пребывания пациента в больнице, и назначает разрешения для управления конкретными людьми, которым предоставлен доступ к пациенту в пределах границ настоящей системы. Роль 220 управляющего врача позволяет предоставлять, модифицировать или отменять разрешения, инициированные администратором системы. Управляющий врач 220 может также управлять доступом к системе тех, кто находится ниже его в иерархии.
Роль 230 дежурного врача соответствует врачу, находящемуся на дежурстве и ответственному за пациента, когда управляющий врач 220 не находится на дежурстве. Возможны многочисленные дежурные врачи.
Роль 235 врача специалиста соответствует врачу, который имеет особую квалификацию, в которой нуждается пациент. Такие обязанности включают в себя, но не ограничиваясь этим, рентгенологическую, сердечно-сосудистую, психиатрическую, психологическую, фармацевтическую медицину, медицину внутренних органов и т.п.
Роль 240 медицинской сестры может соответствовать всем медицинским сестрам в больнице или может быть ограничена медицинской сестрой, которая находится на дежурстве и отвечает за пациента. Иерархия может быть в рамках категории медицинской сестры.
Роль 250 пациента позволяет пациенту назначать, модифицировать и отменять имена людей, которым разрешено посещать посредством использования системы. Пациент может также изменять врачей. В одном варианте осуществления системы, пациент может также попросить, чтобы администратор системы отменил разрешение врачу и добавил разрешение для нового врача. Пациент может также установить иерархию друзей, родственников, деловых партнеров, включая блокирование отдельных личностей или групп в целом. Например, пациент может блокировать вызовы из определенных географических регионов.
Роль 255 опекуна имеет подобные права для пациента и может назначать, модифицировать или отменять разрешение на видео посещение для сбора друзей, родственников или других ассоциированных лиц. Опекун 255 может также иметь возможность попросить, чтобы администратор системы изменил врачей.
Роль 260 поверенного, аналогично роли опекуна, может назначать, модифицировать или отменять разрешения на видео посещения для сбора друзей, родственников или других ассоциированных лиц для того, чтобы защитить пациента, который может находиться в недостаточно здоровом состоянии для самостоятельного определения того, каким лицам следует разрешить посещение. Поверенный может также иметь возможность попросить, чтобы администратор системы изменил докторов для пользы пациента.
Роль 270 друзей соответствует уровню(ям) приоритета для лиц, которые могут находиться в позиции для посещения пациента электронным способом через использование Системы, но не иметь для себя возможности предоставлять, модифицировать или отменять разрешения для любого другого лица в иерархии системы. Такое лицо может обратиться к любому одному объекту, находящемуся на более высоком уровне иерархии системы, для предоставления доступа или высокой позиции в качестве иерархии, включающей в себя позицию, где лицо будет затем иметь возможности предоставления, модифицирования и отмены. Иерархия может быть среди друзей или различных типов друзей, таких как близкие друзья, отдаленные друзья, соседи, сотрудники или квартиранты.
Роль 275 родственника соответствует уровню(ям) приоритета для лиц, которые могут иметь отношение к рождению или браку пациента и могут быть в позиции посещения пациента через использование системы, но сами не имеют возможности предоставлять, модифицировать или отменять разрешения для любых других лиц в иерархии системы. Такое лицо может обратиться к любому одному объекту, находящемуся на более высоком уровне иерархии системы, для предоставления более высокой позиции, включающей в себя позицию, где друг будет затем иметь возможности предоставления, модифицирования, отмены. Например, иерархия может быть среди родственников, таких как отец, брат и т.п.
Роль 280 делового партнера связана с лицами, которые могут иметь значимое отношение по бизнесу с пациентом и могут иметь необходимость посещения пациента через использование системы относительно ведения бизнеса или финансовых дел. Деловые партнеры 280 сами не имеют возможности предоставлять, модифицировать или отменять разрешения любому другому лицу в иерархии системы. Такое лицо может обратиться к любому одному объекту, находящемуся на более высоком уровне иерархии системы, для дальнейшего предоставления позиции, где деловой партнер будет затем иметь возможности предоставления, изменения, отмены.
Роль 290 группы поддержки соответствует другим пациентам, находящимся в больнице или дома, с тем же самым заболеванием или недугом для облегчения посещения и связи между группами пациентов. Такая группа могла бы предоставить разрешения для участия в групповых дискуссиях или деятельности.
Поддержка советом, которая также может быть предусмотрена ролью 295 духовенства, может соответствовать священнику пациента, капеллану или другим духовным советникам больницы. Как таковые, эти советники могут предоставлять разрешение пациентам для того, чтобы пациенты могли разговаривать с этими советниками удаленно.
Представленная иерархия является только одной возможной реализацией иерархии. Другие иерархии представляются там, где порядок участников находится во множестве различных порядков. В одном варианте осуществления, иерархия является динамичной в том, что она изменяется автоматически в зависимости от времени дня, медицинского состояния, выходных данных монитора физиологических параметров, физического присутствия медицинского работника с пациентом и т.п. Например, после 9:00 утра доступ может быть прекращен всем за исключением медицинского персонала или персонала и супруга(и). Это может быть основано на часах посещения больницы. В качестве другого примера, если отслеживаемые основные показатели состояния организма пациента превышают порог, доступ может подобным образом ограничиваться представителями медицинской профессии. В качестве другого примера, основные показатели состояния организма пациента могут управлять типом развлекательных программ, которые пациент может смотреть. Друг, родственник или деловой партнер, который вызывает превышение порога отслеживаемых основных показателей состояния организма, может иметь свой доступ ограниченным или прерванным. Кроме того, назначение разрешений можно автоматизировать для того, чтобы пользователю не требовалось выполнять назначение, модифицирование и отмену задач. Такая автоматизация может быть основана на управлении доступом к симптому пациента и возможности для основных показателей состояния организма или симптомов пациента привлекать удаленных врачей/медицинских сестер и затем делать возможным выбор доступа обратно в помещение пациента. Автоматическое управление списком доступа, основанное на существующей электронной системе управления (или ICIP) медицинской помощью, может автоматически заполнять роли принимающих и управляющих врачей в списке индивидуального доступа к пациенту и автоматически выполнять обновления на основании статуса пациента.
Назначение доступа, модифицирование или отмену разрешений можно выполнить посредством функциональных возможностей управления из сети связи центральной больницы, удаленного места работы UIT клиники или больницы, локальной станции медицинской сестры или всего вышеуказанного.
Информацию об иерархии можно ввести в систему посредством использования графического пользовательского интерфейса, который предусматривает функциональные возможности, такие как "перетащить и оставить", "указать и щелкнуть", или основанные на тексте для того, чтобы дать возможность пользователю вводить предложенную иерархию для сохранения в центре 160 команд. Инструментарий 164 правил представляет собой программу программного обеспечения, которая воспринимает этот графический пользовательский ввод и преобразовывает его в набор правил, которые сохраняет и приводит в исполнение модуль иерархических правил 162 центра 160 команд. Инструментарий правил выбирает элементы из пользовательского интерфейса, которые были введены пользователем, и сравнивает их с теми же самыми или подобными элементами внутри коллективной памяти базы 180 данных системы. Из этого сравнения генерируют набор правил, который предоставляет или отказывает лицам в ролях возможность поддерживать связь с пациентом. Например, если администратор системы ввел имя возможной посещающей стороны-участника, например, "Джо", и ассоциировал роль, например, "опекун", с этой стороной-участником, то инструментарий иерархий будет осуществлять поиск базы данных и находить установленное определение системы опекуна и назначать 'Джо' на роль опекуна. Затем 'Джо' будет предоставлено разрешение на посещение всех сторон-участников, чтобы любому в роли опекуна, как определено системой, было разрешено посещение. Система может также предоставить 'Джо' в роли опекуна возможность предоставлять или отказывать в доступе на посещение пациента. Таким образом, 'Джо' в роли опекуна может предотвратить посещение 'отдаленного друга' посредством классификации стороны-участника, такой как 'старый сосед' на роль "отдаленного друга" и отказать в доступе к связи со всеми лицами, которые были назначены на роль "отдаленного друга". Аналогично, опекун или врач может назначить родственника, такого как 'Боб' на роль 'близкого родственника' и позволить всем близким родственникам посещать пациента. Кроме того, поскольку врач первичной медицинской помощи выше в иерархии, чем опекун, то врач первичной медицинской помощи может отклонить назначение 'Джо' на роль опекуна и сразу предотвратить возможность посещения опекуном пациента.
После того, как эти правила сгенерированы инструментарием 164 правил, правила сохраняются в секции правил 164 иерархии, которая сохраняет эти правила в памяти и также применяет специфические правила пациента, когда стороны-участники входят в систему. Таким образом, когда сторона-участник, такая как вышеупомянутый 'старый сосед', регистрируется в системе и пытается установить контакт с пациентом, инструментарий правил будет проверять 'старого соседа', находить, что 'старый сосед' был назначен на роль 'отдаленного друга' и проверять роль 'отдаленного друга' для того, чтобы определить, что всем отдаленным друзьям отклонен доступ к пациенту. По существу, система будет отклонять разрешение 'старому соседу' на посещение пациента. Старый сосед' будет продолжать находиться с отклоненным разрешением на посещение пациента до тех пор, пока 'Старого соседа' не переклассифицируют в иерархии в роль, где сторонам-участникам разрешено посещать пациента, или пока не изменят роль, причем в обоих случаях требуется вмешательство стороны-участника, более высокой в иерархии.
Относительно фиг.3, видео терминал используется для представления связи один на один с пациентом. Весь экран может быть заполнен изображением человека, с которым пациент желает установить связь. С другой стороны, ассоциированный видео процессор управляет видео экраном, действуя как секционированный экран в секциях 300, через которые можно представить многочисленные стороны-участники или стороны-участники и графические отображения данных. Экран можно разделить пополам по горизонтали, пополам по вертикали, разделить на три части по вертикали, на три части по горизонтали, на четыре части и т.д. Это позволяет представить медицинскую информацию пациенту или занять его в многосторонних разговорах посредством использования телевизионного видео монитора. Телевизионный экран или монитор облегчает это функционирование за счет использования устройства отображения с секционированным экраном таким образом, чтобы части двух или более различных изображений занимали различные секции 300 экрана. Различные видео сигналы, которые могут входить в состав подачи видео на секционированный экран, включают в себя, но не ограничиваясь этим, врачей 310, диагностические изображения 320, медицинские показания и диаграммы 330 основных показателей состояния организма или формы 340 сигналов, и пациента 350, членов семьи пациента или друзей. Говорящий управляет указателем или курсором 360 при объяснении диагностических изображений, диаграмм, медицинских показаний или т.п. Аналогично, вторым курсором 365 управляет пациент, например, когда задают вопросы относительно диагностического изображения, диаграммы и т.д. Другие мультигруппы или компоновка многочисленных пунктов и элементов таким же образом возможны. В качестве другой опции, пациент может отобразить развлечение в одной из секций устройства отображения во время видео связи с другом или родственником в другой секции. Систему иерархии можно использовать для ограничения видео посетителей, которых можно отображать одновременно с развлечением. Например, видео вызов от врача или другого медицинского работника может заблокировать развлекательную программу или приостановить ее так, чтобы пациент мог снова ее подхватить в том же самом месте после медицинского видео посещения.
Со ссылкой на фиг.4. представлен один вариант осуществления архитектуры 400 аудио и видео внутри помещения, которая позволяет пациенту взаимодействовать с лицами, находящимися вне помещения больницы пациента. Клавиатура 350, дистанционное или другое управление 420 телевизором и телевизионный или компьютерный монитор 430 и громкоговорители 470 в блоках помещения больницы пациента включают в себя основные особенности для многочисленных входов, таких как кабель, проводной или беспроводный тюнер и ряд вспомогательных узкополосных видео источников. Клавиатура или управление 420 обеспечивает пациента средством для управления системой, при этом телевизионный монитор 430 также обеспечивает последовательный интерфейс с набором команд для предоставления возможности внешнего управления телевизионными функциональными возможностями, такими как включение/выключение питания, выбор телевизионной станции и другого видео источника и т.п. Архитектура системы текущего блока STI AV (аудио видео) также содержит опции последовательного интерфейса, которые можно использовать для возбуждения последовательного порта для телевизора внутри помещения. Некоторые уровни иерархии, например, роли 220, 230 врачей, имеют возможность управления, например, выключением телевизионного или компьютерного монитора, отклоняя управление 420. Аудио и видео система также включает в себя видео камеру 440 и микрофон 460 или другие варианты выбора аудиовизуального считывания сигнала. Медицинский работник в терминале 190 или 195 может управлять направлением, масштабированием и другими особенностями камеры или микрофона. Настоящая заявка добавляет логику управления и команд, которая используется для добавления развитой логики к использованию интерактивной системы с опциями переключения на основании иерархии. Настоящая система предусматривает набор устойчивых признаков, который учитывает сценарии управления, которые являются уникальными в больничной обстановке. Кроме телевизионного или компьютерного монитора 430, один или более физиологических мониторов 450 осуществляет мониторинг основных показателей состояния организма пациента, например, ЭКГ (электрокардиограмму), содержание кислорода в крови, частоту пульса и т.п. и передают их на станцию медицинской сестры, в базу данных записей больницы или в другое удаленное местоположение. Одно или более устройств 455 отображения монитора основных показателей состояния организма представляет основные показатели состояния организма пациента. Система может также содержать сигнальное устройство для отправления сообщения или сигнала тревоги через систему к врачу, на электронную ICU станцию 195 или к другому медицинскому работнику в случае чрезвычайных обстоятельств.
Эта архитектура позволяет осуществлять мониторинг пациента с помощью членов медицинского персонала, включающего в себя врача первичной медицинской помощи, врача по вызову или с помощью дежурной медицинской сестры, которая работает в той же самой больнице, где пребывает в текущий момент времени пациент. Медицинский персонал может осуществлять мониторинг основных показателей состояния организма пациента наряду с видео изображением пациента. Мониторинг можно также выполнить с помощью системы, и в случае, когда считывают изменение внезапным или критическим образом, система может вырабатывать сигнал тревоги. Медицинский персонал может реагировать на сигнал тревоги. Пациент может также подать сигнал тревоги, используя кнопку сигнала тревоги в системе, путем вызова помощи посредством микрофона или жестикуляцией посредством камеры. Такой сигнал тревоги будет принят медицинским персоналом, осуществляющим мониторинг пациента и всех других пациентов из центрально расположенного местоположения мониторинга внутри больницы или в специфическом крыле или отделении больницы. Эта архитектура предусматривает более эффективное использование ресурсов врача и медицинской сестры, так как доступ к устройству отображения видео может позволить одному врачу или медицинской сестре осуществлять мониторинг большего количества пациентов. Это повышение эффективности можно предложить в качестве решения для облегчения работы врача или снижения нехватки медицинских сестер в специфической больнице или специальности. Сигнал тревоги может автоматически блокировать телевидение, интернет или телефонный сигнал, установленную двухпроводную аудио визуальную связь с электронного ICU (отклоняемого врачом с более высокой позицией положением в иерархии).
Настоящая система может также позволить врачу в центральном местоположении, таком как его офис/дом, сделать традиционный врачебный 'обход' в виртуальной среде. Врач может сидеть в центральном терминале управления и участвовать в виртуальном сеансе с пациентом через аудио и видео средство. Врач может взаимодействовать с многочисленными пациентами таким способом путем переключения между различными аудио визуальными подачами от различных пациентов. Проведение обходов в этом аудио видео способе содержит "виртуальные обходы", посредством чего врач посещает и задает вопросы, считывает диаграммы, делает визуальные оценки и т.п. каждого из пациентов, находящихся под наблюдением врача. Настоящая система облегчает обходы, так как в отличие от закрытого мониторинга протекания болезни, настоящий вариант осуществления предусматривает двухстороннюю связь для того, чтобы врач мог задать вопросы и услышать ответы пациентов. Настоящая заявка также позволяет врачу, делающему виртуальные обходы, показывать медицинские отображения пациента, такие как рентгеновские снимки, и использовать указатель или курсор, управляемый с помощью рабочего интерфейса компьютера, такого как мышь, чтобы объяснить отображения и ответить на вопросы, поставленные пациентом. Это позволит врачу охватить большее количество пациентов при выполнении обходов, таким образом увеличивая частоту контактов с пациентами и также повышая качество медицинской помощи.
Система также способствует повышению точности при ведении учета и медицинской документации, так как виртуальный обход можно было бы документировать посредством записи времени и продолжительности виртуального посещения посредством записи времени активизации и продолжительности работы системы. Связь между врачом и пациентом также можно было бы сохранить, чтобы записать диагноз или записать то, что было дано предупреждение. Физический внешний вид пациента и симптомы, которые проявляются у пациента, такие как, но не ограничиваясь этим, цвет кожи, кашель, проблемы с дыханием, потение, сыпь, дрожь и т.п., можно было бы сохранить, чтобы облегчить ведение учета. Протекание болезни или недуга можно также было бы записать, чтобы проще поставить диагноз или для медицинских научных исследований.
Расширенная архитектура может также включать в себя специалиста, который еще не занимался здоровьем пациента, но находится внутри того же самого медицинского учреждения. Такого специалиста можно ввести в существующий вызов между врачом и пациентом, специалист может вызвать пациента независимо от другого врача, или специалист может ответить на запрос, сделанный пациентом.
Расширенная архитектура может предусматривать аудиовизуальный канал связи пациента в медицинском учреждении, с медицинскими работниками, расположенными в другом медицинском учреждении, через брандмауэр 125 и сеть 120. Это позволит пациентам, расположенным в маленьких местных больницах, сельских медицинских учреждениях или других местоположениях, где доступ к специалистам может быть ограничен, устанавливать контакт со специалистом. Такая архитектура может также разрешить доступ в клиники, расположенные по всему миру, если бы пациент нуждался в ученом в области медицины, академической больнице или известном в мире экспертом в конкретной области медицины. Такое функционирование также позволит командам врачей консультироваться и совещаться относительно предложенного лечения пациента. Такое применение потребует, чтобы внешняя сторона-участник была оборудована средством для навигации брандмауэра медицинского учреждения для того, чтобы внешняя сторона-участник могла поддерживать связь со стороной-участником внутри брандмауэра.
Расширенная архитектура также позволяет пациенту, находящемуся в местоположениях вне обычной больницы, принимать электронное аудиовизуальное медицинское наблюдение. Такие местоположения включают в себя, но не ограничиваясь этим, дома медицинских сестер, учреждения длительной медицинской помощи, уход на дому, хоспис, учреждения психиатрической помощи, учреждения по уходу с проживанием и т.п.
Расширенная архитектура также предусматривает аудиовизуальное посещение пациента сторонами-участниками, не связанными с медициной, которые могут беспокоиться здоровьем и благосостоянием госпитализированного пациента. Такие стороны-участники могут включать в себя, но не ограничиваясь этим, друзей, родственников, адвокатов, страховых агентов, государственных чиновников, деловых партнеров, агентов похоронной службы и т.п. Система может также позволить пациентам иметь аудиовизуальную связь с другими лицами, которые страдают от той же самой или подобной болезни, такие как члены группы поддержки. Система может быть также установлена для того, чтобы специфический тип вызова направлялся к оптимальному лицу, который обладает набором навыков, которые наиболее всего необходимы и больше подходят для лечения специфического симптома.
Так как архитектура настоящей системы расширена для охвата дополнительных лиц, возрастает потребность в структуре команд и управления для того, чтобы отдать предпочтение степени доступа, предоставленного или отклоненного, отдельным лицам внутри системы. Это достигается посредством установки иерархии разрешений, в которой названия или роли устанавливают и определяют для того, чтобы разрешить лицам, занимающим роли на верху иерархии, определять, будет ли предоставлен или отклонен доступ к пациенту внутри системы лицам в ролях, находящихся ниже в иерархии. Такую иерархию устанавливают индивидуально для каждого пациента при приеме в медицинское учреждение или позже вносят изменения.
Со ссылкой на фиг.5 изложен способ 500, по которому работает система. Пациента принимают 510 в больницу или медицинское учреждение и вводят в систему. В это время идентифицируют 520 врача первичной медицинской помощи, членов семьи, друзей, адвоката. Затем идентифицируют 540 тип лечения, который усиливают 530 и ассоциируют с дежурными врачами и медицинскими сестрами, с которыми пациент будет взаимодействовать. Администрирование системы устанавливает 550 иерархию разрешений, такую как, но не ограничиваясь этим, время дня, имя медицинского лица, которое будет определять, когда и от кого пациент может посылать и получать сообщения. Врач первичной медицинской помощи или приемная медицинская сестра вводит 560 эти разрешения, и пациент также назначает разрешения 570 в отношении того, от кого и когда пациент желает получать сообщения. Затем другие стороны-участники также устанавливают разрешения 580.
Конфликты, такие как запрет врача на разрешение тому же самому лицу, которое выбрал пациент, разрешают через правила, установленные администратором системы. Различные пациенты будут иметь отличающиеся возможности предоставления разрешения в зависимости от здоровья, силы и последовательности пациента. В одном примере семья может иметь возможность отменить разрешения, которые предпочитает пациент. В отдельном примере поверенный пациента или опекун может иметь возможность отменить предпочтения пациента или семьи. В отдельном варианте осуществления, лучший друг пациента может иметь возможность отклонить семью и поверенного. Иерархию разрешений можно изменить из-за изменений условий пациента или принять в расчет для изменения врача первичной медицинской помощи.
Со ссылкой на фиг.6, способ 600 проверки разрешений доступа использует иерархию для облегчения связи между пациентом и стороной-участником. На первом этапе 610, вызывающая сторона, например пациент, вызывающий кого-то, или кто-то, вызывающий пациента, вводит контактную информацию, такую как адрес электронной почты или телефонный номер стороны-участника, с которой они желают устанавливать контакт. Адрес посылающей или принимающей стороны не пациента проверяют 620 в соответствии с иерархией пациента, врача, администратора или с разрешениями, выбранными другими. Если отправитель не уполномочен устанавливать контакт с этой стороной-участником, то генерируют 630 сообщение, показывающее, что разрешение было отклонено. Такое сообщение может показывать, чье разрешение или какой другой аспект иерархии разрешений был нарушен, или в альтернативе, сообщение может оставить причину, по которой контакт был отклонен, анонимной. Если отправитель уполномочен 640 устанавливать контакт с принимающей стороной, то индикатор на терминале получателя, такой как, но не ограничиваясь этим, телефонный звонок, мигающий свет или сообщение, которое появляется на экране получателя, инициируется для того, чтобы показать, что получатель принимает сообщение. Идентичность получателя может быть известной или анонимной. Получатель может выбрать прием запроса на обмен сообщениями, активно отклонить запрос или отклонять запрос до тех пор, пока он не закончится. Прием запроса начинает процесс установления связи, отклонение запроса может или не может отправить сообщение, и отклонение запроса будет производить сигнал попыток до тех пор, пока отправитель не откажется или получатель не примет действия, чтобы ответить или отклонить запрос сообщения. Более высокие уровни иерархии, особенно те из медицинских работников, которые могут прервать другую связь, отменяют отказ доступа с помощью пациента или т.п. Когда сообщение начинается, другие лица в иерархии могут сделать осведомленными стороны, вовлеченные в контакт. Стороны-участники могут также запросить 650, чтобы другие лица или другие графические вспомогательные средства, такие как, но не ограничиваясь этим, диагностические изображения, диагнозы, сканирования и основные показатели состояния организма, были внесены в разговор. Контакт завершают 660 действием отправителя или получателя. Создают 670 запись вызовов, например продолжительность по времени, стороны-участники.
Кроме предоставления или отклонения доступа к системе специфическими лицами, доступ можно также автоматизировать на основании средств управления доступом в зависимости от времени дня, чтобы регулировать, когда вызовы видео посещения можно принять на основании политики часов посещения больницы. Управление временем дня будет дифференцировано посредством типа доступа (например, видео посещение в сравнении с доступом к ICU). Доступ может быть также основан на доступе на условии пациента, недуга, от которого страдает пациент, или религиозных праздников.
Так как система позволяет осуществлять мониторинг с помощью врача, система поддерживает специфическую степень конфиденциальности согласно законам и правилам HIPAA (Health Insurance Portability And Accountability Act, Закон об ответственности и переносе данных о страховании здоровья граждан). Такой персонал и частную информацию можно также защитить посредством использования программных средств шифрования, которые могут предотвратить стороны-участники без уполномоченного доступа от доступа или ввода информации в систему. Такие программные средства шифрования могут включать в себя SSL (протокол защищенных сокетов) или IPSEC (безопасность протокола Интернет) с сильной пользовательской аутентификацией для того, чтобы облегчить удаленный доступ врачам, работающим удаленно с удаленного компьютерного терминала или с мобильной системы портативного компьютера. Такая безопасность может быть выполнена автоматически и также может включать в себя раздельное туннелирование с блокировкой к Интернету, конфигурацию автоматической безопасности, особенности оценки удаленного видео, множественный доступ для автоматической иерархии, чтобы управлять одним двухсторонним сеансом или множественными односторонними сеансами для врачей специалистов или команды врачей. Это могло бы включать в себя проверку конфигурации автоматической безопасности на оконечном устройстве абонента DMZ (демилитаризованной зоны) и доступ к серверу А/V (аудио/видео) внутри помещения с PTZ (камера «панорама/наклон/масштабирование) или другими особенностями навигации. Это могло бы также включать в себя средство для удаленного управления особенностями перемещения, фокуса и масштабирования камеры с помощью врачей. В состав системы может также входить управление цифровыми правами для предотвращения несанкционированного воспроизведения удаленных рабочих мест врачей. И наконец, в состав системы может входить средство, с помощью которого пациент может записывать посещение или записывать телевизионную программу, которую они будут в противном случае пропускать из-за настоящего посещения, с использованием средства, такого как TIVOTM, видео устройство записи т.п.
Со ссылкой на фиг.7, отображают 700 список каких-нибудь, но не всех, из ролей внутри иерархии наряду с разрешениями, которые могут быть предоставлены или отклонены. В этих примерах, сторона-участник может ссылаться на потенциального посетителя к пациенту, медицинского работника, или сторона-участник может быть самим пациентом для того, чтобы ограничения можно было разместить на роли пациента относительно того, с кем пациент может поддерживать контакт.
На верху иерархии 700, Администратор 710 Системы имеет больше всего власти, охватывающей всех, для предоставления наибольшего числа разрешений. Администратор может добавить новую сторону-участника в систему, может удалить существующую сторону-участника из системы, может назначить опекуна для или удалить опекуна от пациента, может назначить врача первичной медицинской помощи или удалить врача первичной медицинской помощи от пациента и может предоставить или отклонить разрешение для стороны-участника для посещения пациента. В типичном варианте осуществления, администратор системы может иметь какую-нибудь или даже всю власть, удерживаемую с помощью какой-нибудь роли внутри иерархии.
Опекун 720 может также предоставить или отклонить разрешение стороны-участника для посещения пациента, может ограничить сторону-участника для посещения в течение определенного времени или может ограничить посещение в специфическом наборе обстоятельств.
Врач 730 первичной медицинской помощи может предоставить или отклонить разрешение стороны-участника для посещения пациента и может ограничить посещения до определенного времени, или согласно специфическим медицинским обстоятельствам. Врач может ограничить посещение стороной-участником, может потребовать сопровождения другой стороной-участником или может предоставить других врачей с экспертизой при разрешении других медицинских специалистов для посещения. Врач может также предоставлять разрешение пациенту для участия в группах поддержки с другими пациентами, страдающими от той же самой болезни или недуга.
Поверенный 740 может предоставить или отклонить разрешение стороны-участника для посещения пациента или может потребовать, чтобы присутствовала другая сторона-участник, такая как поверенный, когда специфическая сторона-участник посещает пациента. Это разрешение может быть необходимым в виду возможности пациента, находящегося в условно оптимальном психическом или физическом состоянии, которое использовали в своих интересах во время большого стресса в течение жизни пациента, и желания защитить пациента от таких лиц при таких обстоятельствах.
Пациент 750 может предоставить или отклонить разрешение стороны-участника для посещения пациента. Это можно сделать на усмотрение пациента. Возможность пациента установить политику посещений будет ограничена политикой посещения медицинского учреждения с помощью прогноза врачей и тем, что опекун полагает, что было бы лучше в интересах пациента. Возможность пациента предоставлять или отклонять разрешение будет ограничена на основании физического или психического состояния пациента, причем больным пациентам позволят наименьшую самостоятельность и самым здоровым пациентам предоставят набольшую самостоятельность. Иерархию можно делать на заказ для каждого отдельного пациента, поступающего в медицинское учреждение. Различные пациенты могут иметь изменяющиеся степени сознания или познания и таким образом могут иметь различные индивидуальные возможности для предоставления или отклонения разрешения на посещение для лиц, занимающих роли внутри иерархии. Некоторые пациенты могут иметь возможность делать самостоятельные суждения, хотя другим может быть необходимо присутствие поверенного для решения того же самого вопроса. Пациенты могут также варьировать индивидуально относительно своих желаний взаимодействие с друзьями, родственниками и коллегами для того, чтобы настоящая система обеспечивала эти различные критерии.
Эту концепцию разрешения можно также применить к использованию различных функциональных возможностей внутри системы. Некоторые роли могут отклонить доступ графическим особенностям, таким как рентгеновские снимки или снимки MRI (магнитно-резонансной томографии), хотя другие могут быть ограничены только видом пациента, когда монитор находится в режиме секционированного экрана. Некоторые лица в ролях могут быть ограничены появлением на секционированном экране со специфическим графическим отображением на другой половине экрана, такой как кто-либо с ролью специалиста.
Со ссылкой на фиг.8, конфигурация 800 электронного блока (eICU) интенсивной терапии имеет межсоединения 810 инфраструктуры, включающие в себя, но не ограничиваясь этим, локальную сеть (LAN) 120 и множество источников питания 830, 840. Первый источник 830 питания является источником низковольтного напряжения, например источник 850 питания постоянного напряжения 24В, который питает сервер 130 аудио видео (AV) сервер 130 в помещении пациента. Другой источник 840 питания подсоединен к источнику 880 питания камеры 440. Сигнал 870 камеры подается на AV сервер 860.
Со ссылкой на фиг.9, конфигурация 900 системы с разделением включает в себя аудио видео сервер 130' внутри помещения, который подсоединен посредством ряда проводов 920 с цветовой маркировкой к межсоединениям 930 инфраструктуры, которые включают в себя систему LAN, и питается с помощью источника 990 питания, который подсоединяется к серверу 130' в помещении. Межсоединение 930 инфраструктуры, в свою очередь, подсоединяется к множеству аудио и видео компонентов, включающих в себя, но не ограничиваясь этим, аудио громкоговоритель 470, микрофон 460, кнопку 965 сигнала тревоги, камеру 440 и телевизионный монитор 430.
Со ссылкой на фиг.10, объединенная конфигурация системы 1000 содержит кнопку 965 электронной тревоги (eLERT), которая подсоединена к межсоединению 1020 инфраструктуры, включающей в себя, но не ограничиваясь этим, LAN. Ряд гнезд или других соединителей соединяет это межсоединение инфраструктуры с аудио видео сервером 1030 внутри помещения, который в свою очередь подсоединен посредством ряда проводов к аудио громкоговорителю 470, к камере 440 и телевизионному монитору 430 экрана устройства отображения. Кабель 1050 микрофона подсоединяет микрофон 460 к системе, с использованием соединителя.
Со ссылкой на фиг.11, связность 1100 аппаратных средств содержит инфракрасный передатчик 1160 и телевизионный монитор 430 экрана устройства отображения, оба из которых направлены на подачу и прием сигналов из переключателя 1120, запитанного системой 1130 постоянного напряжения 12 В. Как система 1130 постоянного напряжения 12В, так и переключатель 1120 связаны в системе 1150 управления, которая подсоединяется к сети 120, такой как, но не ограничиваясь этим, WAN. Эта сеть подсоединяется к серверу 130, в которой сервер 1180 также подсоединен к монитору 430 и через видео датчик 1160 к переключателю 1120.
Со ссылкой на фиг.12, графически изображен аудио видео доступ к системе 100. Этот вариант осуществления включает в себя центр 1240 данных, который сохраняет данные, которые могут быть доступны через магистраль 120 LAN/WAN. Доступ к LAN/WAN обеспечивается в центре 195 eICU, модуле 1220 eCareMobile и в больничном помещении 150 пациента. Система может также иметь доступ через надежно защищенный брандмауэр 125 через доступ 1280 к Интернету с помощью врача в главном офисе 1260 или с помощью удаленно расположенных членов 1230 семьи.
Настоящее решение можно объединить в виде части сети или электронного мониторинга пациентов, основанного на Интернете, системы управления связью и медицинской помощью для того, чтобы предоставить дополнительные функциональные возможности и увеличить полезность этого продукта. Система может предусматривать дополнительные возможности и увеличение полезности системы здравоохранения, основанной на Интернете. Пациенты, которые не являются лежачими больными в UIT, более стабильны и внимательны, чем пациенты UIT, поэтому они с большей вероятностью будут интерактивными со своими ведущим врачом (врачами), специалистами и членами семьи.
Способ, система и устройство, описанные здесь, могут также включать в себя средство, действующее на компьютере, включающее в себя, но не ограничиваясь этим, компьютерное средство для ввода данных, терминал компьютерного устройства отображения для представления данных, компьютерную память, которая может содержать базу данных, и соединение к сети, которое позволяет способу, системе и устройству взаимодействовать по системе компьютерной сети, включающей в себя, но не ограничиваясь этим, Интернет. Настоящая система и устройство предпочтительно включает в себя шифрование для управления доступом к данным и поддержание их конфиденциальности, сгенерированных с помощью настоящей системы и устройства и переданных через них. В систему могут также входить различные типы микрофонов и аудио громкоговорителей для того, чтобы облегчить запись и передачу аудио сигналов. Система и устройство могут также содержать кабели, межсоединения и беспроводные компоненты передачи, необходимые для облегчения соединения аудио, видео и устройств, работающих на компьютере.
Настоящая заявка была описана со ссылкой на предпочтительные варианты осуществления. Специалистам будет ясно после прочтения и понимания предыдущего подробного описания, что модификации и изменения могут иметь место. Подразумевается, что настоящая заявка включает в себя модификации и изменения настоящего изобретения, при условии, что они не выходят за рамки объема прилагаемых пунктов формулы изобретения и их эквивалентов.

Claims (15)

1. Система интерактивной связи, содержащая:
множество систем (1250) видео связи внутри помещения, причем каждая система видео связи внутри помещения включает в себя видео монитор (430), видео камеру (440), микрофон (460) и аудио громкоговоритель (470), которые ассоциируются с пациентом (350);
блок (110) выбора видео, который обеспечивает подачу, видео развлечения и видео связи в каждую из систем внутри помещения; и
блок (160) управления иерархическим доступом, который разрешает конфликты между видео развлечением и видео связью на основании определенной иерархии (200) доступа, которая представляет собой состояние пациента, регулируемое в соответствии с основными показателями состояния организма, измеренными с помощью физиологического монитора (450).
2. Система интерактивной связи по п.1, в которой блок управления иерархическим доступом включает в себя:
терминал (430) ввода данных, через который вводят или модифицируют иерархию (200) доступа;
базу (460) данных, которая сохраняет введенную иерархию (200) доступа;
сервер (410), который выбирает между конкурирующими видео связью и видео развлечением на основании введенной иерархии (200) доступа; и
блок (110) выбора видео, который подсоединяет видео связь или видео развлечение к каждой системе видео связи внутри помещения.
3. Система интерактивной связи по п.2, в которой иерархия (200) доступа содержит по меньшей мере одно из следующего: роль врача первичной медицинской помощи, роль дежурного врача, роль врача специалиста, роль медицинской сестры, роль пациента, роль опекуна, роль поверенного, роль друга, роль делового партнера.
4. Система интерактивной связи по п.1, в которой блок (110) выбора видео соединен с телевизионным или кабельным источником (140) питанием (142) видео телефона и сетью больницы.
5. Система интерактивной связи по п.1, в которой каждая система видео связи внутри помещения включает в себя блок (420) управления пациента, такой как клавиатура или дистанционное управление.
6. Система интерактивной связи по п.5, дополнительно включающая в себя:
множество терминалов (190, 1260) для медицинских работников, подсоединенных к блоку (110) выбора видео, причем блок выбора видео является управляемым для установления вызова видео конференции между одним из терминалов медицинских работников и выбранной одной из систем (150) видео связи внутри помещения.
7. Система интерактивной связи по п.6, дополнительно включающая в себя видео процессор, который позволяет терминалу медицинского работника посылать изображение (300) секционированного экрана медицинским работником в одну секцию (310), изображение (320, 330) и указатель (360), управляемый через терминал медицинского работника.
8. Система интерактивной связи по п.1, в которой иерархия (200) доступа является динамически регулируемой во времени в соответствии с задающим генератором (170).
9. Способ (500) интерактивной связи для обеспечения аудио и видео связи внутри помещения, причем упомянутый способ содержит этапы, на которых:
вводят данные (510, 520, 530, 540), которые относятся к пациенту, принятому в больницу;
устанавливают (550, 570) иерархию (220) разрешений, включающую в себя по меньшей мере одно из следующего: роль (210) администратора системы, роль (220) врача первичной медицинской помощи и роль (250) пациента;
консультируют иерархию (200) разрешений через блок (130, 135) управления иерархическим доступом для разрешения конфликтов между лицами, запрашивающими доступ к видео связи с пациентом и видео развлечению;
устанавливают канал видео связи от запрашивающего лица к системе (1250) видео связи внутри помещения, включающей в себя камеру (440), микрофон (460), телевизионный монитор (430), управление (430), осуществляемое пациентом, и аудио громкоговоритель (470);
регулируют иерархию (200) разрешений в соответствии с основными показателями состояния организма, измеренными с помощью физиологического монитора (450).
10. Способ интерактивной связи по п.9, дополнительно включающий в себя этапы, на которых:
посылают запрос (610) с помощью отправителя, чтобы установить контакт с получателем, использующим устройство ввода под управлением компьютера;
проверяют адреса (620) отправителя и пациента с иерархией разрешений в блоке (130, 135) управления иерархическим доступом;
если отправитель не уполномочен (630) устанавливать контакт с пациентом, то посылают отправителю сообщение об отказе;
если отправитель уполномочен (640) устанавливать контакт с пациентом, и если никакой отправитель с более высокой ролью в иерархии (200) доступа не конкурирует, чтобы установить контакт с пациентом, устанавливают канал видео связи между отправителем и пациентом.
11. Способ интерактивной связи по п.9, дополнительно включающий в себя этапы, на которых:
с помощью устройства (420) управления пациента изменяют иерархию (200) доступа и выбирают между видео развлечением и видео связью.
12. Способ интерактивной связи по п.9, дополнительно включающий в себя этапы, на которых:
из терминала (190) медицинского работника устанавливают канал видео связи, включающий в себя отклонение запросов доступа лицами с более низкой ролью в иерархии (200) доступа.
13. Способ интерактивной связи по п.12, дополнительно включающий в себя этапы, на которых:
из терминала (190) медицинского работника, извлекают изображения или физиологические данные из базы (180) данных больницы;
создают формат секционированного экрана, в котором видео изображение (310) появляется в одной секции, и видео отображение (320, 330) на основании извлеченных изображений и физиологических данных появляется в другой секции.
14. Способ интерактивной связи по п.13, дополнительно включающий в себя этапы, на которых:
перемещают указатель (360, 365) на по меньшей мере видео устройство (320, 834) отображения, которым управляют с помощью терминала (190) медицинского работника, или управления (430) пациента.
15. Способ интерактивной связи по п.9, в котором иерархия (200) разрешений включает в себя множество ролей в иерархии, включающей в себя роль (210) администратора системы, роль (220) врача первичной медицинской помощи, роль (230) дежурного врача, роль (235) врача специалиста, роль (240) медицинской сестры, роль (250) пациента, по меньшей мере одно из следующего: роль (270) друзей, роль (275) родственников и роль (280) деловых партнеров.
RU2011122826/08A 2008-11-07 2009-10-28 Управление больничным устройством отображения телевизора/монитора с управлением иерархическим доступом RU2530709C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11230808P 2008-11-07 2008-11-07
US61/112,308 2008-11-07
PCT/IB2009/054789 WO2010052613A1 (en) 2008-11-07 2009-10-28 Hospital tv/monitor display control with hierarchical access control

Publications (2)

Publication Number Publication Date
RU2011122826A RU2011122826A (ru) 2012-12-20
RU2530709C2 true RU2530709C2 (ru) 2014-10-10

Family

ID=42028104

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2011122826/08A RU2530709C2 (ru) 2008-11-07 2009-10-28 Управление больничным устройством отображения телевизора/монитора с управлением иерархическим доступом

Country Status (6)

Country Link
US (1) US8878888B2 (ru)
EP (1) EP2356814B1 (ru)
JP (1) JP5883647B2 (ru)
CN (1) CN102204246B (ru)
RU (1) RU2530709C2 (ru)
WO (1) WO2010052613A1 (ru)

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6850788B2 (en) 2002-03-25 2005-02-01 Masimo Corporation Physiological measurement communications adapter
US9161696B2 (en) 2006-09-22 2015-10-20 Masimo Corporation Modular patient monitor
US8840549B2 (en) 2006-09-22 2014-09-23 Masimo Corporation Modular patient monitor
US8310336B2 (en) 2008-10-10 2012-11-13 Masimo Corporation Systems and methods for storing, analyzing, retrieving and displaying streaming medical data
US9218454B2 (en) 2009-03-04 2015-12-22 Masimo Corporation Medical monitoring system
US10007758B2 (en) 2009-03-04 2018-06-26 Masimo Corporation Medical monitoring system
US10032002B2 (en) 2009-03-04 2018-07-24 Masimo Corporation Medical monitoring system
US9323894B2 (en) 2011-08-19 2016-04-26 Masimo Corporation Health care sanitation monitoring system
CN101674451B (zh) * 2009-09-27 2012-05-09 中兴通讯股份有限公司 控制多点视频会议的方法及系统及中控子系统及视频终端
US9153112B1 (en) 2009-12-21 2015-10-06 Masimo Corporation Modular patient monitor
KR101039001B1 (ko) * 2010-03-04 2011-06-07 가톨릭대학교 산학협력단 협의 진료 시스템 및 그 방법
US20120131608A1 (en) * 2010-11-19 2012-05-24 At&T Intellectual Property I, L.P. Remote Healthcare Services Over Internet Protocol Television
US20120253848A1 (en) * 2011-04-04 2012-10-04 Ihas Inc. Novel approach to integrate and present disparate healthcare applications in single computer screen
CN102325269B (zh) * 2011-09-15 2014-11-12 深圳市网合科技股份有限公司 网络电视接收机及其呈现消息的方法
US9943269B2 (en) 2011-10-13 2018-04-17 Masimo Corporation System for displaying medical monitoring data
EP3584799B1 (en) 2011-10-13 2022-11-09 Masimo Corporation Medical monitoring hub
CN102387339B (zh) * 2011-10-24 2014-09-10 中兴通讯股份有限公司 视频会议与视频监控的融合方法及系统
US9361791B2 (en) 2012-01-23 2016-06-07 Gerard Eisterhold Systems and methods for an adaptive and interactive healing environment
US10149616B2 (en) 2012-02-09 2018-12-11 Masimo Corporation Wireless patient monitoring device
US10307111B2 (en) 2012-02-09 2019-06-04 Masimo Corporation Patient position detection system
KR101424553B1 (ko) * 2012-08-22 2014-07-31 삼성전자 주식회사 자기 공명 영상 장치 및 그 제어 방법
US9749232B2 (en) 2012-09-20 2017-08-29 Masimo Corporation Intelligent medical network edge router
EP2939161B1 (en) * 2012-12-26 2018-07-25 Koninklijke Philips N.V. Monitor defibrillator telemedicine server
US9924135B1 (en) * 2013-02-11 2018-03-20 Securus Technologies, Inc. Rules-based systems and methods for video visitation
WO2014140960A1 (en) * 2013-03-12 2014-09-18 Koninklijke Philips N.V. Visit duration control system and method.
US10832818B2 (en) 2013-10-11 2020-11-10 Masimo Corporation Alarm notification system
RU2565491C2 (ru) * 2013-12-12 2015-10-20 Виктор Федорович Федоров Способ дистанционной информационной поддержки оперирующего хирурга
KR101866362B1 (ko) * 2014-04-28 2018-06-12 삼성전자주식회사 자기 공명 영상 장치 및 그 제어 방법
US20160027289A1 (en) * 2014-07-23 2016-01-28 Gregory W. Hargis Communication system
US10019553B2 (en) * 2015-01-27 2018-07-10 Catholic Health Initiatives Systems and methods for virtually integrated care delivery
CN104835233A (zh) * 2015-05-27 2015-08-12 无锡市崇安区科技创业服务中心 一种医院诊室用门禁系统
CN105160734A (zh) * 2015-08-24 2015-12-16 苏州玄禾物联网科技有限公司 一种smt车间门禁系统
US10212165B1 (en) * 2015-08-25 2019-02-19 Vital Connect, Inc. Secured vital sign data group streams
AU2016315947B2 (en) 2015-08-31 2021-02-18 Masimo Corporation Wireless patient monitoring systems and methods
SG10201506910VA (en) * 2015-09-01 2017-04-27 Nextan Pte Ltd An access control method
CN105243291B (zh) * 2015-11-27 2018-03-27 深圳采集云数据科技有限公司 多参数生命体征工作站
WO2017144293A1 (en) 2016-02-25 2017-08-31 Koninklijke Philips N.V. Devices, system and methods for determining a priority level and/or conversation duration of a call
TWI582608B (zh) 2016-04-06 2017-05-11 廣達電腦股份有限公司 雲端視訊系統
JP2017199366A (ja) * 2016-04-20 2017-11-02 良平 松本 メンタルヘルスケアを効果的に実施する方法およびその方法を実施するためのｉｃｔの提供
CN105933636B (zh) * 2016-06-08 2019-05-10 来邦科技股份公司 医用可视通话系统及方法
US10617302B2 (en) 2016-07-07 2020-04-14 Masimo Corporation Wearable pulse oximeter and respiration monitor
WO2018071715A1 (en) 2016-10-13 2018-04-19 Masimo Corporation Systems and methods for patient fall detection
CN106529125A (zh) * 2016-10-20 2017-03-22 山东中创软件工程股份有限公司 一种远程诊疗系统
US10311980B2 (en) * 2017-05-05 2019-06-04 Canary Speech, LLC Medical assessment based on voice
US20190156225A1 (en) * 2017-11-20 2019-05-23 International Business Machines Corporation Optimizing a hierarchical rule-based decision policy
EP3782165A1 (en) 2018-04-19 2021-02-24 Masimo Corporation Mobile patient alarm display
TW202020890A (zh) * 2018-11-28 2020-06-01 臺北醫學大學 醫療資訊顯示系統與顯示內容產生方法
EP3948892A4 (en) * 2019-03-29 2022-12-28 University Health Network SYSTEM AND METHOD FOR REMOTE MONITORING OF PATIENTS
BE1027153B1 (nl) * 2019-04-02 2020-11-03 Connectify Nv Methode en computerprogrammaproduct voor het pushen van een videocommunicatie naar een beeldschermtoestel via een server
US10798338B1 (en) 2019-08-21 2020-10-06 American Well Corporation Single point devices that connect to a display device
US20210290184A1 (en) 2020-03-20 2021-09-23 Masimo Corporation Remote patient management and monitoring systems and methods
USD974193S1 (en) 2020-07-27 2023-01-03 Masimo Corporation Wearable temperature measurement device
USD980091S1 (en) 2020-07-27 2023-03-07 Masimo Corporation Wearable temperature measurement device
CN112086184A (zh) * 2020-07-31 2020-12-15 新视焰医疗科技(苏州)有限公司 基于医院信息平台的临床试验院内源数据远程监查系统
AU2021321543A1 (en) * 2020-08-07 2023-04-27 Arris Enterprises Llc Multi-modal approach to a secure and closed solution monitoring and control of user data
CA3200473A1 (en) * 2020-08-07 2022-02-10 Navneeth N. Kannan Multi-modal approach to a secure and closed solution for providing scheduled notifications
WO2022032092A1 (en) * 2020-08-07 2022-02-10 Arris Enterprises Llc Multi-modal approach to a secure and closed solution monitoring and control of user data
US11837363B2 (en) 2020-11-04 2023-12-05 Hill-Rom Services, Inc. Remote management of patient environment
CN112733162A (zh) * 2020-12-31 2021-04-30 北京乐学帮网络技术有限公司 一种资源分配方法、装置、计算机设备和存储介质
EP4064695A1 (en) 2021-03-22 2022-09-28 Koninklijke Philips N.V. Monitoring system
CN113194293B (zh) * 2021-04-30 2022-09-30 重庆天智慧启科技有限公司 一种人员监控系统
USD1000975S1 (en) 2021-09-22 2023-10-10 Masimo Corporation Wearable temperature measurement device
CN114554255A (zh) * 2022-02-21 2022-05-27 北京神州视翰科技有限公司 一种病房电视服务系统
CN114520062B (zh) * 2022-04-20 2022-07-22 杭州马兰头医学科技有限公司 一种基于ai和信创的医疗云通信系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2207623C2 (ru) * 2001-02-16 2003-06-27 Закрытое акционерное общество "ОВИОНТ Информ" Медицинская информационно-консультационная система (мис)
WO2008093268A1 (en) * 2007-02-02 2008-08-07 Koninklijke Philips Electronics, N.V. Medical video communication systems and methods

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US1004A (en) * 1838-11-09 Abnee e
US5441047A (en) * 1992-03-25 1995-08-15 David; Daniel Ambulatory patient health monitoring techniques utilizing interactive visual communication
US5689641A (en) * 1993-10-01 1997-11-18 Vicor, Inc. Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal
US20010044588A1 (en) * 1996-02-22 2001-11-22 Mault James R. Monitoring system
US6804656B1 (en) * 1999-06-23 2004-10-12 Visicu, Inc. System and method for providing continuous, expert network critical care services from a remote location(s)
US7256708B2 (en) * 1999-06-23 2007-08-14 Visicu, Inc. Telecommunications network for remote patient monitoring
US20010046366A1 (en) * 2000-04-11 2001-11-29 Susskind Robert Aaron System for controlling a remotely located video recording device
EP1290652A2 (en) * 2000-05-05 2003-03-12 Hill-Rom Services, Inc. Hospital monitoring and control system and method
EP1278456A2 (en) * 2000-05-05 2003-01-29 Hill-Rom Services, Inc. Patient point of care computer system
JP2001339648A (ja) 2000-05-25 2001-12-07 Hitachi Ltd デジタル放送受信装置
JP4428877B2 (ja) * 2001-04-03 2010-03-10 キヤノン株式会社 表示制御装置
US20020186243A1 (en) * 2001-06-06 2002-12-12 Robert Ellis Method and system for providing combined video and physiological data over a communication network for patient monitoring
WO2003014871A2 (en) * 2001-08-03 2003-02-20 Hill-Rom Services, Inc. Patient point-of-care computer system
US20030058838A1 (en) * 2001-09-06 2003-03-27 Michael Wengrovitz System and method for transmitting information via a call center SIP server
DE10236470A1 (de) * 2002-08-08 2003-12-11 Siemens Ag Integriertes klinisches Informations- und Kommunikationssystem
JP3097401U (ja) * 2003-04-24 2004-01-29 井上　肇 病院内情報処理システム
US20050038326A1 (en) * 2003-05-30 2005-02-17 Michael Mathur System, device, and method for remote monitoring and servicing
JP4036182B2 (ja) * 2003-11-10 2008-01-23 株式会社日立製作所 通信端末
JP2006333165A (ja) * 2005-05-27 2006-12-07 Toshiba Corp 画像表示装置
WO2007073420A1 (en) * 2005-08-24 2007-06-28 Peter Renzi Streaming video network system
US20080194918A1 (en) * 2007-02-09 2008-08-14 Kulik Robert S Vital signs monitor with patient entertainment console
US7978208B2 (en) * 2007-04-16 2011-07-12 General Electric Company Systems and methods for multi-source video distribution and composite display

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2207623C2 (ru) * 2001-02-16 2003-06-27 Закрытое акционерное общество "ОВИОНТ Информ" Медицинская информационно-консультационная система (мис)
WO2008093268A1 (en) * 2007-02-02 2008-08-07 Koninklijke Philips Electronics, N.V. Medical video communication systems and methods

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Lymberopoulos D. C. et al, "ELPIDA: a genaral architecture for medical imaging systems supporting telemedicine applications"Journal of Electronic Imaging, vol. 4, N1, 1995. *
XUKAI ZOU et al, "Dependability and Security in Medical Information System", Human-Computer Interaction, Springer-VerlagBerlin Heidelberg, 2007. *

Also Published As

Publication number Publication date
JP2012508407A (ja) 2012-04-05
US20110214153A1 (en) 2011-09-01
CN102204246A (zh) 2011-09-28
US8878888B2 (en) 2014-11-04
WO2010052613A1 (en) 2010-05-14
CN102204246B (zh) 2014-12-24
EP2356814B1 (en) 2016-02-10
RU2011122826A (ru) 2012-12-20
EP2356814A1 (en) 2011-08-17
JP5883647B2 (ja) 2016-03-15

Similar Documents

Publication Publication Date Title
RU2530709C2 (ru) Управление больничным устройством отображения телевизора/монитора с управлением иерархическим доступом
US8615408B2 (en) Interactive patient forums
RU2493599C2 (ru) Медицинские системы и способы видеосвязи
KR101039001B1 (ko) 협의 진료 시스템 및 그 방법
EP1306793A2 (en) Remote health-monitoring system and method
Elford Telemedicine in northern Norway
Goldstein et al. Telemental health: a new collaboration for pediatricians and child psychiatrists
US10848711B2 (en) Communication system for use with protected persons
Elma et al. Use of video technology in end-of-life care for hospitalized patients during the COVID-19 pandemic
McLaren Telemedicine and telecare: what can it offer mental health services?
Rothchild Telepsychiatry: Why do it?
CN109637653A (zh) 基于云平台的远程医疗方法及系统
Govind Joshi et al. A collaborative change experiment: telecare as a means for delivery of home care services
Miyazaki et al. Use of ISDN video-phones for clients receiving palliative and antenatal home care
Williams et al. Improving Health Care Research for Rural Elderly People Using Advanced Communications Technologies
JP2001216445A (ja) 医療用情報通信システム
PALAZ Telemedicine and Current Developments
WO2010113714A1 (ja) ハートフルコミュニケーションシステム
Tjora The negotiated order of medical emergencies
Moreno et al. SIe-Health, e-Health Information System
Lueiro-Astray et al. SIE-HEALTH, E-HEALTH INFORMATION SYSTEM
Doughty Extending the role of telecare and assistive technologies in supporting vulnerable groups in the community
Ricur Chapter VII Telemedicine: general considerations and clinical areas of application
BR102012033125A2 (pt) Método de telemedicna para o acompanhamento remoto e em tempo real de procedimentos médicos

Legal Events

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

Effective date: 20181029