CN101601043B - 医疗视频通信系统和方法 - Google Patents

Abstract

一种医疗通信系统，包括：多个终端用户音频/视频记录与回放设备(40)，其与医疗帮助的接受者布置在一起；以及医疗服务器(10)，其被配置为接收由终端用户音频/视频设备产生的音频/视频消息(90’)，产生音频/视频应答(94)，并将音频/视频应答发送到目标终端用户音频/视频设备。所述医疗服务器包括音频/视频记录与回放设备(12)，其被配置为回放接收到的音频/视频消息，并且记录音频/视频应答，所述终端用户音频/视频记录与回放设备被配置为回放从所述服务器接收到的音频/视频应答(94’)。在一些实施例中，每一个终端用户音频/视频设备都包括：视频记录镜头(62)；麦克风(64)；以及自动镜头盖(63)，其被布置为以物理方式阻挡所述视频记录镜头，除非在音频/视频内容的记录期间。在一些实施例中，每一个终端用户音频/视频设备都包括消费娱乐设备(50、52)。

Description

医疗视频通信系统和方法

技术领域

以下内容涉及医疗领域。它应用于在家庭、公寓、护理机构、收容所、医院、治疗中心等中的病人的治疗、护理、监控等。

背景技术

在医护人员与慢性病人之间保持沟通的畅通(open line)是有效医疗治疗中的一个公认的因素。良好的沟通通常与更积极的医疗结果相关。较差的沟通以许多方式对病人造成不利影响。病人的自我护理(例如，及时吃药、保持锻炼和节制饮食等等)也会受到不利影响，尽管病人不理解有关的剂量或其它治疗方面。较差的沟通还会对病人的心理健康造成不利影响，例如导致病人沮丧、冷漠等等。较差的沟通还会导致病人不报告医疗检验的生理或心理症状，或者在沟通链中丢失这些报告。在沟通限于电话或书面文字的情况下，损失了诸如姿态、总体行为等之类的非言语的沟通内容。

尽管沟通的畅通具有公认的益处，但也存在缺点。医护人员是有价值的专业护理者。让医生不断地现场回复来自病人的电话或其他咨询不是对这个资源的有效利用。在经常出现的病人感到孤独并且主要是想谈话，但并没有与医疗相关的信息或问题的情况下就尤其是这样的。这种心理需求是重要的，最好通过心理学者、案例工作者或其他人员的干预来得到满足。

为了试图提供有效的沟通，而同时又不过度增加医务人员的负担，通常使用拟定好的沟通范例。例如，打给医生办公室的电话通常由接待员现场回复，他对电话进行筛选，并在适当的情况下取得消息。医生随后接收重要的消息，并经由接待员或者通过直接给病人回电话将信息发送回病人。这些方案给错误沟通或丢失沟通内容提供了许多机会，并且通常使得病人觉得医生对他或她的医疗情况不感兴趣。

另一个拟定好的沟通方案是医疗表格。这种表格在医护设置中是普遍存在的，通常包括要由病人填写的医疗调查问卷或者与医疗有关的问题。对于家庭护理，已知的是将这种调查问卷以电子方式例如通过宽带互联网连接发送给病人。使用调查问卷的优点是提供了信息的书面记录，但信息的质量会受到病人对问题的误解或者病人的不关心的损害，从而导致不完整或不正确的答案。此外，病人通常不愿意填写表格，并且同样会感到医生在回避他们。

对医生诊室或其它医疗机构的预定访问提供了另一条沟通的途径。有利的是，在这种访问中，病人和医生可以参与到针对个人的双向谈话中。然而，这个方案会耗费医生的时间，并且预定的访问通常很少并且短暂的，有时仅限于每次访问15分钟或更短，而预定访问是每个月、每6个月或者其它一些不经常的间隔。因此，预定访问并不足以保持与病人的沟通的畅通。

由Koninklijke Philips Electronics N.V.(荷兰埃因霍温)开发了称为Motiva

的基于电视的交互式看护平台。这个系统向病人发送预定的促动内容、指导内容或其它与医疗有关的音频/视频内容，并可以从病人那里接收生物测量数据、调查应答等等。由护士或其它护理者安排这些内容，并针对每一个病人进行个人化。

预先排定的沟通范例的问题在于医疗问题和关注通常不是按照预定的时间表的。病人会感受到新的症状或其它医疗状况，随时要求与护士、医生或其它医务人员进行沟通。

迄今为止，用于解决这种计划外的问题的主要装置是电话。病人在上班时间给医生诊室打电话，或者也可能给业余时间使用的24小时可利用的护士呼叫线路打电话。一些这种用于沟通的电话线路旨在仅仅用于紧急情况。即使是旨在用于更广泛目的的(诸如应付更常规的病人问题)用于沟通的电话线路，病人也通常避免使用它们，除非直到出现急性医疗问题。电话沟通只有声音的本质使病人无法得到满足。另外，电话沟通的无约束的本质也导致应答的护士听起来像是对病人是草率的或者无同情心的。

以下提供一种新的改进的装置和方法，其克服了上述的问题及其它的问题。

发明内容

根据一个方案，公开了一种医疗通信系统，所述系统包括：多个病人音频/视频记录与回放设备，其与接受医疗帮助的病人布置在一起；以及医疗服务器，其被配置为接收由所述病人音频/视频设备产生的音频/视频消息，产生音频/视频应答并将所述音频/视频应答发送到目标病人音频/视频设备，所述医疗服务器包括音频/视频记录与回放设备，所述音频/视频记录与回放设备被配置为回放接收到的音频/视频消息，并记录音频/视频应答，所述病人音频/视频记录与回放设备被配置为回放从所述服务器接收到的音频/视频应答。

根据另一个方案，公开了一种音频/视频记录与回放设备，其包括：视频记录镜头；麦克风；以及自动镜头盖，其被布置为以物理方式阻挡所述视频记录镜头，除非是在音频/视频内容的记录过程中。

根据另一个方案，公开了一种装置，其包括：手持遥控器，用于控制电视机、DVD、机顶盒或者其他电子设备，所述手持遥控器包括触摸控制器，用于输入控制命令；内置在所述手持遥控器内的内置麦克风；以及发射机，用于从所述手持遥控器发送由所述内置麦克风拾取的音频。

根据另一个方案，公开了一种医疗通信方法，所述方法结合一种医疗通信网络进行操作，所述医疗通信网络包括：病人音频/视频记录与回放设备，其与相关病人布置在一起；以及医疗服务器，其存储病人的护理计划日程表(care plan schedule)，并被配置为根据所述护理计划日程表向目标病人的音频/视频记录与回放设备发送音频/视频内容。所述医疗通信方法包括：经由一个终端用户音频视频记录与回放设备发起一个询问，所述询问被通过医疗通信网络发送到医疗服务器，并呈送给一个或多个医务人员；并且在与发起所述询问的终端用户音频/视频记录与回放设备有关的终端用户和有空闲的医务人员之间创建双向实时音频/视频通话。

根据另一个方案，公开了一种医疗通信系统，其包括：摄像头；本地存储设备；以及处理器，其被配置为：(i)与消费娱乐设备协作来播放音频/视频内容，(ii)与所述摄像头协作来记录音频/视频内容，(iii)将音频/视频内容存储在所述本地存储设备中；(iv)通过通信链路向医疗服务器发送音频/视频消息，并从其接收应答，以及(v)与所述消费娱乐设备协作提供图形用户界面，以便能够至少选择性地回放预先记录的从所述医疗服务器接收的音频/视频内容，记录音频/视频消息并发送到所述医疗服务器，并且从所述医疗服务器接收并播放音频/视频应答。

根据另一个方案，公开了一种医疗通信方法，其包括：经由通信通路将音频/视频内容从医疗服务器推送(push)到终端用户的住宅；在布置在所述终端用户的住宅中的电视机上播放所推送的音频/视频内容；记录所述终端用户产生的音频/视频消息；将所记录的音频/视频消息经由与推送所述音频/视频内容所经过的通信通路相同的通信通路从所述终端用户发送到所述医疗服务器；经由与推送所述音频/视频内容所经过的通信通路相同的通信通路从所述医疗服务器接收音频/视频应答；以及在所述终端用户可观看的电视机上播放所接收的音频/视频应答。

一个优点在于改善了在医务人员与慢性病人之间的沟通。

另一个优点在于改进了病人态度和结果。

另一个优点在于减少了护理费用。

本领域普通技术人员在阅读并理解了以下详细描述后，会意识到本发明更多的优点。

附图说明

图1以图形方式显示了示例性的医疗通信系统。

图2以图形方式显示了图1的示例性医疗通信系统的医疗服务器的示例性实施例。

图3A和3B以图形方式显示了图1的示例性医疗通信系统的一个终端用户音频/视频记录与回放设备的示例性实施例。更具体的：

图3A显示了没有记录音频/视频内容时的示例性的终端用户设备；及

图3B显示了正在记录音频/视频内容时的示例性的终端用户设备。

图4以图形方式显示了通过图1的示例性医疗通信系统的示例性的音频/视频内容、消息和应答的传送。

图5以图形方式显示了包括麦克风的手持遥控器的透视图。

具体实施方式

参考图1，医疗通信系统包括具有存储设备的医疗服务器10，并包括音频/视频记录与回放设备12。医疗服务器10可操作地与互联网14相连，以寻址方式发送并接收数据。例如，在网际协议/传输控制协议(IP/TCP)级，使用在图1中以图形方式表示为“IP#S”的医疗服务器的网际协议(IP)地址来寻址医疗服务器。在超文本传输协议级(http，即，万维网级)，可以借助于诸如“http://www.medserver.com/”的统一资源定位符(URL)来适当地标识服务器，用域名系统或者域名服务或者域名服务器(DNS)查询来将统一资源定位符转换为IP地址。在一些实施例中，IP地址动态地变化，URL和适当更新的DNS提供向IP地址的转换。尽管所示的实施例使用了互联网14来进行互相通信，但也可以设想到使用另一种网络，例如以太网或无线以太网。对于基于以太网的通信，适当地使用媒体接入控制(MAC)地址。通信通路可以包括多个通信介质，例如互联网14在所示实施例中的服务器端处与以太网链接。

参考图2，示例性医疗服务器10包括中央处理单元(CPU)20，其包含或访问存储设备，并支持无线局域网(例如，WLAN或WiFi)、诸如有线以太网的有线网络，或者有线和无线局域联网的一些组合。在图2的示例性实施例中，在无线接入点(例如所示的无线接入点22)由诸如所示的笔记本计算机24或台式机或哑终端等之类的适合的数字设备接入WLAN。该接入的数字设备提供了用于显示视频的显示器26和诸如所示的键盘28和触摸板29的一个或多个输入设备。医务人员使用笔记本计算机24或者其他接入设备来与医疗服务器10进行通信。这些医务人员例如可以包括护士助理、护士、医生、医务管理人员、医疗组织或与医疗有关的组织的支持工作人员或合同工作人员等等。

在所示的实施例中，接入的数字设备还定义了音频/视频记录与回放设备12。笔记本计算机24包括显示器26，用以提供视频回放，并通常包括内置扬声器，用以提供音频回放。可替换地或者另外地，外置扬声器(未示出)可以连接到计算机。为了进行记录，所示的摄像头30包括视频记录镜头32和麦克风34。指示灯36或其他指示器可任选地在记录期间启动。在各种实施例中，摄像头可以集成到计算机中，或者可以体现为单独的摄像机等等。在一些实施例中，可能并不希望对医务人员进行视频记录。在这个情况下，医务人员的视频可以由以适合的形象(avatar)引擎38实现的、模仿医务人员的适合的动画虚拟形象来代替。(以图形方式示出了形象引擎38，并且形象引擎38例如可以物理方式体现为在笔记本计算机24上执行的软件、在服务器CPU 20上执行的软件等等)。

参考图1，医疗服务器10用来为大量的慢性病患者、老年患者、病人或者其他终端用户提供服务。如本文所使用的，术语“病人”广泛的解释为包含医院中的传统病人以及门诊病人、慢性病情况下接受持续的门诊病人类型的医务护理的慢性病人、通过对医生诊室的预定访问而接受正在进行的医疗监控的老年或虚弱的人群等等。在一个方案中，接受服务的人是由医疗服务器10提供服务的虚拟社区的成员。社区成员例如可以包括医疗机构的病人、医院系统的门诊病人、疗养院住户、退休人员等等，他们签约参加或者同意加入虚拟医疗社区。这个虚拟社区对于任何想加入的人都是开放的，或者可以限制为特定类型的成员，例如赞助公司的退休人员或者选定的医疗机构或医疗系统的病人。这个虚拟社区是分散的社区，其中的社区成员住在自己的家中或者疗养院住宅中等等。每一个社区成员都具有终端用户音频/视频记录与回放设备40，其可操作地经由互联网14与医疗服务器10相连。例如使用所示的终端用户音频/视频记录与回放设备40的IP地址来寻址这个接入，以使得来自医疗服务器10的通信可以以特定终端用户音频/视频记录与回放设备40为目标。尽管在图1中示出了4个终端用户音频/视频记录与回放设备40作为示例，但通常终端用户音频/视频记录与回放设备的数量可以是几十、几百或者更多。通常，终端用户音频/视频记录与回放设备40位于相关终端用户的住宅中(例如，家庭、公寓、养老院房间、收容所房间、退休社区房间等等)。

参考图2，为了容纳大量的终端用户，在医疗服务器10中保存了病人数据库42。病人数据库42通常包括每一个终端用户音频/视频记录与回放设备40的地址信息，例如所示的IP地址。在一些实施例中，病人数据库42还包括护理计划日程表44，其安排针对每一个终端用户的音频/视频内容或其他信息的日程表。因此，例如，可以为有心脏问题的终端用户安排心脏治疗视频、饮食视频等等，而可以为患有糖尿病的终端用户安排胰岛素注射指导视频、低盐饮食视频等等。

图2以图形方式示出了示例性医疗服务器10。更普遍地，医疗服务器可以由硬件和软件的多种组合来体现。例如，在一些实施例中，单个计算机可以是服务器的主机，同时还提供用户接口，包括含有音频/视频记录与回放设备。在其他实施例中，服务器可以由计算机群或计算机网络等来体现。尽管作为示例示出了单个提供接口的笔记本计算机24，但为可能是数以十计、数以百计或者更多的众多医务人员设想了经由一个、两个、几个、几十个、几百个或者更多的计算机或者其他提供接口的数字设备来接入医疗服务器10。在一些实施例中，一些这种提供接口的计算机或数字设备可以省略音频/视频记录与回放设备，或者可以省略记录性能。

继续参考图1，并进一步参考图3A和3B，作为示例以图形方式显示了示出的终端用户音频/视频记录与回放设备40。终端用户音频/视频记录与回放设备40在某些方面与医疗服务器10的音频/视频记录与回放设备12不同，这些方面反映了典型终端用户与典型医务人员相比较时的基本区别。终端用户往往年纪更老，更虚弱(即，不太健康)，并且作为一组，在技术上不如医务人员富有经验。例如，一些终端用户对计算机感到不方便，或者由于身体或精神上的限制而不能操作计算机。为了减轻这些顾虑，在诸如所示的电视机50和DVD播放器52之类的消费娱乐设备周围构建所示的终端用户音频/视频记录与回放设备40。电视机50可以是标准清晰度电视机或高清晰度电视机，可以使用阴极射线管显示器、LCD显示器、等离子显示器等，并可以包括内置音频扬声器或者与外置扬声器或诸如环绕音响系统的外置音响系统相连。可任选地，可以省略DVD播放器52，或者由盒式磁带录像机(VCR)、DVD记录设备、数字录像机(DVR)等来代替它或对其进行补充。消费娱乐设备可任选地包括其他组件，例如，游戏机、有线电视盒、碟形卫星电视天线等。

终端用户音频/视频记录与回放设备40还包括处理器54，其用于经由互联网14与医疗服务器10进行交互。所示的处理器54设置在诸如机顶盒56或其他单元的指定的外壳内，从而以虚影来显示该处理器54。在其他实施例中，处理器可以集成到电视机50中，或者集成到电缆盒(装置未示出)、互联网接口或网关等中。所示的机顶盒56还容纳了数据存储设备58，例如同样以虚影显示的硬盘驱动器，因为它包含在机顶盒56中。在其他实施例中，数据存储设备可以包括诸如闪存存储器的固态电子存储介质、诸如可记录光驱的光存储介质等等。

如本领域中已知的，诸如示例性的电视机50和DVD播放器52的消费娱乐设备通常由一个或多个手持遥控器来控制。在所示的实施例中，常用的手持遥控器60工作以操作电视机50、DVD播放器52和机顶盒56。手持遥控器60可以是商业通用类型的遥控器，例如，其易于被配置为控制多个设备50、52、56。在其他实施例中，手持遥控器60可以是专门构造的遥控器，例如其包括特大号形状编码的按钮、简化的控制器等等，以便易于由患病的、虚弱的、视力较差的或者在其他方面身心受损的终端用户使用。尽管所示的手持遥控器60是能够实现对所有设备50、52、56进行控制的通用类型的遥控器，但也可以设想使得用于操作机顶盒56的手持遥控器与用于控制消费娱乐设备50、52的一个或多个其他手持遥控器分离并且不同。

在一些实施例中，终端用户音频/视频记录与回放设备40位于终端用户的家中，例如起居室或者卧室。一些终端用户因此会担心个人隐私和安全性，尤其是考虑到终端用户音频/视频记录与回放设备40的音频/视频记录能力的情况下。为了减轻这些顾虑，记录组件可任选地被配置为向终端用户再次保证不会隐蔽地，或者在终端用户不知道并且未进行控制的情况下进行记录。在所示的终端用户音频/视频记录与回放设备40中，视频记录镜头62包括自动镜头盖63，其被布置为以物理方式阻挡视频记录镜头62(如图3A中所示的)，除非在音频/视频内容的记录期间(如图3B所示的，其中自动镜头盖63自动移开以露出视频记录镜头62)。就是说，自动镜头盖63被编程为或者被联锁为在记录视频时打开，而在其他情况下是关闭的。通过在不使用视频记录镜头62时以物理方式阻挡视频记录镜头62的观察，再次向终端用户确保了他或她的隐私。类似地，麦克风64被配置为在记录过程中至少部分地伸出机顶盒外壳(如图3B所示)，而在其他情况下就缩回外壳中(如图3A所示)。尽管这样的缩回实际上并没有避免记录，但在不使用麦克风64时隐藏麦克风64仍可以使终端用户再次得到保证。

图3A和3B以图形方式示出了示例性的终端用户音频/视频记录设备40。例如，所示的实施例有利地利用了现有的电视机50。然而，还设想了用在单一外壳中集成了处理器、硬盘驱动器和可任选地其他组件的专用替代消费娱乐设备来代替电视机。尽管所示的具有自动闭合镜头盖63和可伸缩麦克风64的视频记录镜头62有利地向终端用户再次确保了他或她的隐私和安全性，但在其他实施例中，可以设想不具有这种隐私重复保证功能的记录设备。另一方面，会意识到自动闭合镜头盖63和可伸缩麦克风64会得到更广泛地应用，其不限于所公开的医疗通信系统。例如，自动闭合镜头盖63可以用于有利地确保隐私和安全性主体的任何情况，并可以例如在记录孩子影像的照相室的相机中使用，在用于为了在司机驾照上使用而拍摄司机相片的相机中使用等等。

继续参考图1、3A和3B，并进一步参考图4，描述了所示的医疗通信系统的典型操作。通常，医疗通信系统用于将内容从医疗服务器10推送到目标终端用户。为此，基于护理计划日程表，医疗服务器10通过向终端用户音频/视频记录与回放设备40发送预先记录的音频/视频内容70，来传送以特定终端用户为目标的预先记录的音频/视频内容70。例如，在IP/TCP中，通过使用设备40的IP地址进行有目标的寻址来向终端用户音频/视频记录与回放设备40发送预先记录的音频/视频内容70，从而适当地实现这种目标确定。可替换地，预先记录的内容可以存储在目标终端用户的机顶盒56中，医疗服务器10传送这些预先记录的内容中的待呈现部分的标识。

基于护理计划日程表44来选择预先记录的音频/视频内容70，以便与关于目标终端用户的健康顾虑、问题、良好健康状况等等相关联。例如，如果终端用户有心脏问题，那么预先记录的音频/视频内容70就可以包括锻炼视频、饮食课程、服药指示等等。预先记录的音频/视频内容70还可以包括鼓励消息。在一些实施例中，预先记录的音频/视频内容70以构造好的方式交互。例如，预先记录的音频/视频内容70可以包括交互式检查，终端用户借助于使用手持遥控器60输入应答来回答该交互式检查，并将这些构造好的应答经由互联网14发送回医疗服务器10。

在终端用户音频/视频记录与回放设备40处，例如在硬盘58上存储发送的预先记录的音频/视频内容70，并在终端用户请求时对其进行回放。在一个适合的方案中，处理器54协同电视机50一起提供图形用户界面，其实现了对于从医疗服务器10接收到的预先记录的音频/视频内容70的选择性回放。例如，处理器54可以被编程为在互联网使用率较低的夜间接收预先记录的音频/视频内容70，并在硬盘驱动器58上存储接收到的预先记录的音频/视频内容70’。(在本说明中，带“’”号的参考数字表示接收到的音频/视频资料)。用户随后用手持遥控器60上适当的电源按钮和选择按钮打开电视机50并选择医疗图形用户界面。作为响应，处理器54使得电视机50显示包含文本项和可选的图形项的菜单，其包括音频/视频提供列表，其至少包含接收到的预先记录的音频/视频内容70’。

预先记录的音频/视频内容70、70’主要是单向的(即，从服务器到终端用户)，具有可选的构造好的应答，例如可任选地从终端用户传输回医疗服务器10的检查应答。然而，在一些情况下，终端用户可能希望发送事先未安排的或者未构造的应答。例如，终端用户会感受到新的生理症状(例如，疼痛、麻木、缺乏食欲等等)，使得终端用户想要向医务人员进行报告。作为另一个示例，在观看了饮食音频之后，终端用户会有与某些食物的许可性有关的问题。

因此，终端用户可以发起询问80。在一些实施例中，询问80可以是由在医疗服务器10中空闲可用的任何医务人员回答的普通询问。在其它实施例中，询问80可以具体呈送到特定医务人员，例如指定给该终端用户的护士。询问80适合于通过访问图像用户界面来产生。例如，处理器54可以产生例如标记为“向琼斯护士发送视频消息”的图形化选择项(例如，按钮等)，终端用户通过用手持遥控器60选择该选项来产生询问80。询问80可以呈送给特定医护人员(例如琼斯护士)，或者呈送给一组医务人员(例如，使用标记为“向待命的护士发送视频消息”的选项)。经由互联网14发送询问80，并在医疗服务器10接收它，在医疗服务器10处判断是否是否有适合的医务人员当前空闲来答复询问82。

如果所呈送的医务人员当前是空闲的，那么可任选地，就在与发送询问80的发起终端用户音频/视频记录与回放设备40相关联的终端用户和医务人员之间发起音频/视频会议或实时视频通话84。这可以通过在医疗服务器10处在计算机24上显示视频通话84的音频/视频内容来适当地实现，并且在发起该查询的终端用户音频/视频记录与回放设备40处通过在电视机50上显示音频/视频内容来适当地实现，其中在电视机50上的显示或者是全屏模式，或者是在窗口画中画显示区域中，或者是电视机50的显示器的其它有限区域中。通过内置电视机扬声器或者通过可操作地与电视机50相连的外置扬声器或者外置音响系统来适当地提供音频。

另一方面，如果没有适合的医务人员当前空闲来答复该询问80，那么就向发起该查询的终端用户音频/视频记录与回放设备40通知这个情况。作为响应，发起该查询的终端用户音频/视频记录与回放设备40记录音频/视频消息90，该音频/视频消息90经由互联网14(针对由具有IP地址#2的终端用户设备发送的音频/视频消息而在图1和4中用箭头92在图1中以图形方式示出)传输到医疗服务器10。由具有自动闭合镜头盖63的视频记录镜头62来适当地执行该视频记录，其中自动闭合镜头盖63如图3B所示的开启以露出镜头62(从而明显地告知终端用户在进行记录)，并且由处于如图3B所示的其伸出位置的可伸缩麦克风64来适当地执行音频记录(再一次，明显地告知终端用户在进行记录)。终端用户适当地按下遥控器60的选定按钮，以开始和停止记录。可任选的，在完成记录之后，图形用户界面为终端用户提供了一个在发送之前在电视机50上回放记录的音频/视频消息90的选项。如果对其不满意，则终端用户可以删除记录的音频/视频消息90，并可任选地记录一个新的版本。一旦终端对记录的音频/视频消息90感到满意，则终端用户就选择“发送”选项或者图形用户界面的其它适当标记的控制器，处理器54用诸如IP地址、电子邮件地址、MAC地址等之类的适当的寻址信息向医疗服务器10发送记录的音频/视频消息90。

在医疗服务器10处，存储接收到的音频/视频消息90’并进行回放。例如，通常存储接收到的音频/视频消息90’，直到适合的医务人员当前空闲可以答复该询问为止。可任选的，将接收到的音频/视频消息90’存储在病人的数据文件中，以便由病人的医生或其他医务人员为诊断或在设计护理计划日程表44时等等进行参考。例如，中央处理单元(CPU)20适当地实现一种音频/视频处理和路由系统，该系统接受输入的接收到的音频/视频消息90’，在电子数据库42的病人的电子文件中存储接收到的音频/视频消息90’的副本，并将接收到的音频/视频消息90’的副本路由到接收到的视频消息的一个队列，以便由下一个空闲的医务人员回放，或者如果在该消息中包含这种寻址信息，则将接收到的音频/视频消息90’的副本路由到音频/视频消息90’所寻址的医务人员的视频邮箱。

当适合的医务人员空闲时，他或她例如在笔记本计算机24上回放接收到的音频/视频消息90’。在医疗服务器10处或者更具体地在计算机24上的回放可以使用专用回放软件。然而，由于医务人员通常比较了解计算机，也可以设想使接收到的音频/视频消息90’作为电子邮件附件转发给医务人员，医务人员用在医务人员的电子邮件读取程序中执行的常规操作来回放该附件(有可能协同插件或诸如媒体播放器程序之类的其它相关的软件进行操作)。

优选的，医务人员例如用摄像头30记录音频/视频应答94，并将记录的音频/视频应答94经由互联网14(针对将音频/视频应答发送回具有IP地址#2的终端用户设备而由图1和4中的箭头96在图1中以图形方式示出)发送给发起查询的终端用户音频/视频记录与回放设备40，在这里将它存储为排队的音频/视频应答94’，并在终端用户方便时对其进行回放。例如，图形用户界面适当地列出接收到的音频/视频应答，它可以由终端用户用手持遥控设备60选择来进行回放。

所示的实施例包括实时视频通话84的选项，如果当进行询问80时适合的医务人员可以当前空闲就使用这个选项。在其它实施例中，省略了实时视频通话的选项(同时省略了判断82)，每一个询问都生成为音频/视频消息，并且每一个应答都生成为记录的音频/视频应答。还设想了判断82使用不同的标准或时序；例如，设想了一直记录音频/视频消息，并且仅在医务人员选择时发起视频通话。在这个实施例中，例如，医务人员可以回顾音频/视频消息。如果不是紧急情况，那么记录的音频/视频应答就是适当的。另一方面，如果音频/视频消息表明有可能是医疗症状的紧急问题，例如表明是需要迅速干预的医疗情况，那么医务人员就可以发起视频通话。

有利的是，音频/视频消息90、90’使得终端用户能够借助姿势等来传送非口头的信息。实际上，一些非口头的通信可以是无意识的一例如，接收该通信的医务人员能够由视频辨别出终端用户的状况的多个方面。例如，终端用户会显得苍白或消瘦或精神混乱。作为另一个选项，如果病人相信医疗紧急情况是即将发生的，病人就会使摄像头保持“开启”，以使得进行视频回叫的医务人员可以看见病人已经昏迷或者不能够进行应答。这些是超过迄今为止所用的传统的纯音频电话消息的实质性优点。

通常，音频/视频应答94、94’使用摄像头30的视频记录镜头32来记录进行应答的医务人员的视频。这个方案有利地给终端用户提供了个人接触，它可以抵消孤独或沮丧。然而，在一些实施例中，设想了形象引擎38来产生音频/视频应答94、94’的视频部分，作为模仿在产生的音频/视频应答94、94’中的医务人员的动画形象。用这个形象来适当地代替进行应答的医务人员的记录视频。动画形象具有优势的一个情况是医疗服务器在不同时间由不同的医务人员充当工作人员的情况。例如，繁忙的医疗服务器可以使用应答者存储库，从而可以在每一次给定的终端用户发送音频/视频消息时，不同的医务人员可以进行统一的应答。在这个情况下，这个形象提供了一致的界面。在一些其它实施例中，记录医务人员的视频，但将背景配置为提供使病人更舒服的背景。例如，不是使医务人员出现在他或她的实际环境中，诸如其它医务人员不停走动的医院，可以通过适当的数字视频处理插入替代的背景，以显示医务人员在安静的医生诊室、图书馆、会见室中，或者其它一些舒适的背景中。

参考图4所述的系统和方法还可以方便地进行调整以用作医疗紧急情况警报系统或方法。在这些实施例中，医疗中心是一直配置有工作人员的医疗紧急情况中心，它由护士或受过训练的其它医务人员作为工作人员，以应答借助呼叫911的医疗紧急情况，从呼叫者那里获得医疗信息，或者适当地采取其它此类紧急措施。在这些实施例中，大多数呼叫由空闲的紧急情况应答者(对应于图4所示的空闲的护士82)通过实时视频通话84进行处理。然而，如果医疗紧急情况中心工作量过多(就是说，试图同时处理比现有紧急情况应答者更多的通话)，那么就将这条消息作为音频/视频消息90、90’记入日志并存储，直到下一个空闲的紧急情况应答者空闲为止。对于这种紧急情况应答系统，接收到的消息90’应自动地以进行发送的音频/视频设备的MAC地址或其它地址进行标记，以便紧急情况应答者可以迅速对该呼叫者进行回呼。此外，在这种紧急情况应答系统中，由更紧凑的、优选的是便携式的系统来适当地代替图3A和3B所示的住宅终端硬件(包括消费电子设备50、52和机顶盒56)，例如经由无线卡或其它无线链路与互联网14或者另一个网络相连的电池供电的音频/视频记录与回放设备。具有视频通话能力的蜂窝电话是一种适合的便携式音频/视频设备-在这个情况下，由蜂窝电话网络来适当地代替互联网14，并借助电话号码来寻址。用户可以易于将紧急情况中心的电话号码编程为快拨号码(例如，在按下“1”随后是“发送”时就拨叫该号码)，以使得在紧急情况下，用户可以迅速询问紧急情况应答系统。这种紧急情况应答系统相对于现有的电话型紧急情况应答系统的某些优势在于，通过看见真实的人而不是仅仅接收电话语音应答，来使正在经历紧急情况的人放心，并且紧急情况应答者可以基于可见的外观和视觉可感知的行为来更好地评估这个人的状况。

参考图5，在一些实施例中，将麦克风164布置在手持遥控器60上，并且麦克风164代替机顶盒56上的或中的麦克风64。为了能够传输由麦克风164记录的音频，遥控器60适当地包括音频发射机166，用以向机顶盒56发送由麦克风164拾取的音频。麦克风164的输出可以以模拟形式发送到机顶盒56，或者首先通过在手持遥控器60中的处理(未示出)进行数字化，随后由发射机166发送到机顶盒56，在这种实施例中所述发射机例如可以是蓝牙发射机。此后在机顶盒56中处理发送的音频，并以与由麦克风64记录的音频相同的方式经过互联网14发送到医疗服务器10。

用于发送拾取的音频的发射机166可以与用于发送遥控器60的按钮168或者其它触控的指示操作发射机相同或者不同。例如，音频发射机166可以是蓝牙或射频发射机，而按钮操作可以用脉冲红外发射机来发送。还设想了内置麦克风164，将其配置为使病人能够向机顶盒56或者电视机50、DVD 52，或者受遥控器60控制的其它消费娱乐设备50、52传送语音命令。这种音频命令能力利用了在手持遥控器60上或者机顶盒56或者其它接收设备50、52、56上执行的适当的语音识别软件，对于手的灵巧性有限的某些病人尤其方便。

麦克风164相对于机顶盒麦克风64的优势在于，用户可以在记录期间手持着麦克风164靠近他或她的嘴唇。由于麦克风164是内置在手持遥控器60中的，因此确保了在病人使用医疗通信系统时麦克风已经准备好由他或她使用。在虚弱的病人声音微弱的情况下，将麦克风164内置在遥控器60中更为方便，并且与使用相对更远的机顶盒麦克风64相比，可以产生质量更好的音频记录。

在一些实施例中，麦克风164用于仅音频的记录，作为所述视频消息发送的附加功能或者作为替代功能。例如，作为附加功能时，麦克风164可以用于记录医务人员的语音消息。在一些这种实施例中，将IP语音协议(VOIP)用于发送消息并在服务器10存储消息，直到由医务人员取回它并进行回放。例如，病人可以按下“帮助台(Help Desk)”按钮170，用以表示他或她希望向护士或在服务器10处的其它医务人员发送语音消息。可替换的，可以将适合的语音识别能力内置在遥控器60或机顶盒56中，以便识别诸如“帮助台”或“记录”之类的适合的口头发起命令。系统通过向病人通知(例如，经由电视机50上的显示器)他或她应按下“帮助台”按钮170并对麦克风164讲话以记录消息，来适当地做出响应。消息可以由VOIP实时地发送给服务器10，或者可以本地记录在机顶盒56中，随后进行发送。

使用麦克风164的示例性语音消息传送的优点在于，允许病人向医务人员发送单向消息。与实时地与医务人员讨论问题的备选方案相比，病人可能会更喜欢这个方案。在一个示例中，在病人从朋友处接收第二天去钓鱼的邀请时，病人可能正在使用医疗通信系统，这会与由病人的护理计划44安排的检查冲突。病人适当地按下“帮助台”按钮170，启动麦克风166。病人给服务台留下语音消息，表示病人按照日程安排是明天参加检查，但病人希望重新安排时间以便向后退一天。应注意，病人不必解释计划的这个变化或者与护士讨论重新安排时间，因为语音消息是来自病人方的单向消息。机顶盒56转换到服务台模式，或者建立与服务器10的VOIP或者其它适合的连接，用于记录语音消息。随着病人对麦克风164讲话，机顶盒56向服务器10传送病人的连续的语音流(在实时VOIP通信的情况下)，在服务器10处记录病人的语音并对其进行存储以便稍后取回。当完成时，病人转换到普通使用模式(或者可替换的，自动进行这个转换)。语音消息作为语音消息或其它可辨别的语音文件存储在服务器10。服务台工作人员优选地定期检查语音邮件或其它服务台音频存储库，以经由诸如计算机24的扬声器之类的便利的用户接口来回放任何排队的音频消息。工作人员收听语音消息，并且例如可以决定将检查重新安排到下一天是可接受的。工作人员适当地使用存储在服务器10上的信息来做出这个决定。另一方面，如果病人的请求或信息更重要(例如，向服务台通知病人计划使他或她的服药剂量加倍)，那么工作人员会将消息转发到病人的医生或者另一个有资质的人员来做出应答。工作人员可选地将应答语音或视频消息发送回病人。

所示的服务台的实施例使用了内置麦克风164和互联网14。然而，作为替代可以使用另一个音频记录设备，例如机顶盒麦克风64。类似的，可以使用另一条通信通路，例如蜂窝电话网络。

Claims (17)

1.一种医疗通信系统，所述医疗通信系统包括：

病人音频/视频记录与回放设备(40)，其与接受医疗帮助的病人布置在一起；以及

医疗服务器(10)，其被配置为判断(82)是否有合适的医务人员当前空闲来答复来自所述病人音频/视频记录与回放设备(40)的所述病人的询问(80)，在所述判断(82)的结果为否定时，接收由所述病人音频/视频记录与回放设备作为所述判断(82)的否定结果的响应而产生的音频/视频消息(90’)，产生音频/视频应答(94)，并将所述音频/视频应答(94)发送到所述病人音频/视频记录与回放设备，

其中，所述医疗服务器包括音频/视频记录与回放设备(12)，所述音频/视频记录与回放设备(12)被配置为回放接收到的音频/视频消息并且记录音频/视频应答，

其中，所述病人音频/视频记录与回放设备被配置为回放从所述服务器接收到的音频/视频应答(94’)，

其中，所述医疗服务器(10)存储接收到的音频/视频消息(90’)，直至合适的医务人员当前空闲能够答复该询问(80)为止。

2.如权利要求1所述的医疗通信系统，其中，所述医疗服务器(10)还被配置为根据为所述病人配置的一个或多个与医疗有关的护理计划日程表(44)，确认预先记录的音频-视频内容(70)或者向所述病人音频/视频记录与回放设备发送预先记录的音频-视频内容(70)。

3.如权利要求1所述的医疗通信系统，其中，所述病人音频/视频记录与回放设备(40)包括：

本地存储设备(58)，其与所述病人音频/视频记录与回放设备(40)相关联，用于存储接收到的音频/视频应答(94’)。

4.如权利要求1所述的医疗通信系统，其中，所述病人音频/视频记录 与回放设备(40)包括：

数字处理器(54)，其可操作地与电视机(50)耦合，用以在回放期间在所述电视机上显示所述接收到的音频/视频应答(94’)的视频部分。

5.如权利要求1所述的医疗通信系统，其中，所述病人音频/视频记录与回放设备(40)还包括：

视频记录镜头(62)；以及

自动镜头盖(63)，其被布置为以物理方式阻挡所述视频记录镜头，除非在音频/视频内容的记录期间。

6.如权利要求1所述的医疗通信系统，其中，所述病人音频/视频记录与回放设备(58)包括：

麦克风(64)，其被配置为在音频/视频内容(90)的记录期间至少部分地伸出外壳(56)，而在其他情况中则缩回所述外壳中。

7.如权利要求1所述的医疗通信系统，其中，所述病人音频/视频记录与回放设备(40)和所述医疗服务器(10)还被配置为提供双向实时音频/视频通信(84)。

8.如权利要求1所述的医疗通信系统，其中，所述医疗服务器(10)还包括：

形象引擎(38)，其被配置为与所述医疗服务器(10)的所述音频/视频记录与回放设备(12)协作，以便在所述音频/视频应答(94、94’)中包括动画形象模拟。

9.如权利要求1所述的医疗通信系统，其中，所述医疗服务器(10)还被配置为在病人数据库(42)的病人记录中存储接收到的、由所述病人音频/视频记录与回放设备(40)产生的音频/视频消息(90’)。

10.一种医疗通信系统，所述医疗通信系统包括： 

病人音频/视频记录与回放设备(40)，其与接受医疗帮助的病人布置在一起；以及

医疗服务器(10)，其被配置为判断是否有合适的医务人员当前空闲来答复来自所述病人音频/视频记录与回放设备(40)的所述病人的询问(80)，在所述判断(82)的结果为否定时，接收作为所述判断(82)的否定结果的响应而由所述病人音频/视频记录与回放设备(40)产生的音频/视频消息(90’)，产生音频/视频应答(94)，并将所述音频/视频应答(94)发送到所述病人音频/视频记录与回放设备，所述医疗服务器包括：

音频/视频记录与回放设备(12)，其被配置为回放所接收到的音频/视频消息，并且记录音频/视频应答，所述病人音频/视频记录与回放设备被配置为回放从所述服务器接收到的音频/视频应答(94’)，以及

形象引擎(38)，其被配置为与所述医疗服务器(10)的所述音频/视频记录与回放设备(12)协作，以便在所述音频/视频应答(94、94’)中包括动画形象模拟，

其中，所述医疗服务器(10)存储接收到的音频/视频消息(90’)，直至合适的医务人员当前空闲能够答复该询问为止。

11.如权利要求10所述的医疗通信系统，其中，所述医疗服务器(10)还被配置为根据为所述病人配置的一个或多个与医疗有关的护理计划日程表(44)，确认预先记录的音频-视频内容(70)或者向所述病人音频/视频记录与回放设备发送预先记录的音频-视频内容(70)。

12.如权利要求10所述的医疗通信系统，其中，所述病人音频/视频记录与回放设备(40)还包括：

视频记录镜头(62)；以及

自动镜头盖(63)，其被布置为以物理方式阻挡所述视频记录镜头，除非在音频/视频内容的记录期间。

13.一种医疗通信方法，其结合一种医疗通信网络进行操作，所述医疗通信网络包括： 

一病人音频/视频记录与回放设备(40)，其与一相关联的病人布置在一起；以及

医疗服务器(10)，其存储所述病人的护理计划日程表(44)，并且被配置为根据所述护理计划日程表，向目标病人的所述病人音频/视频记录与回放设备发送音频/视频内容(70)，

所述医疗通信方法包括：

经由所述病人音频/视频记录与回放设备发起询问(80)，将所述询问通过所述医疗通信网络发送到所述医疗服务器，并呈送给一个或多个医务人员；

当所述医疗服务器(10)判断(82)所呈送的医务人员当前是空闲的，则在与所述发起询问的病人音频/视频记录与回放设备相关联的终端用户和空闲的医务人员之间产生双向实时音频/视频通话(84)；

而当所述医疗服务器(10)判断(82)没有合适的医务人员当前空闲来答复所述询问(80)时，则向所述病人音频/视频记录与回放设备(40)通知该判断结果，并且作为响应，从所述病人音频/视频记录与回放设备接收音频/视频消息(90’)，并存储接收到的音频/视频消息(90’)直至合适的医务人员当前空闲能够答复该询问(80)为止。

14.如权利要求13所述的医疗通信方法，还包括：

在没有空闲的医务人员的情况下：

记录音频/视频消息(90)，所述音频/视频消息包括在所述发起询问的病人音频/视频记录与回放设备处的所述终端用户的视频；

经由所述医疗通信网络向所述医疗服务器发送(92)所述音频/视频消息；并且

在医务人员变为空闲时的随后时刻，在所述医疗服务器处回放所述音频/视频消息(90’)。

15.如权利要求13所述的医疗通信方法，还包括：

当不使用视频记录镜头时，以物理方式阻挡每一个病人音频/视频记录与回放设备(40)的视频镜头(62)的观察。 

16.如权利要求14所述的医疗通信方法，还包括：

在所述回放之后，在所述医疗服务器(10)处记录音频/视频应答(94)，所述音频/视频应答包括所述医务人员的视频或者代表医务人员的动画形象；

向所述发起询问的病人音频-视频记录与回放设备(40)发送(96)所述音频/视频应答；并且

在所述发起询问的病人音频-视频记录与回放设备处回放所述音频/视频应答(94’)。

17.一种执行如权利要求14-16中任一项所述的方法的医疗通信系统。 

Images