CN108292528A - 用于便于结合紧急呼叫的患者标识的装置和方法 - Google Patents
用于便于结合紧急呼叫的患者标识的装置和方法 Download PDFInfo
- Publication number
- CN108292528A CN108292528A CN201580085008.5A CN201580085008A CN108292528A CN 108292528 A CN108292528 A CN 108292528A CN 201580085008 A CN201580085008 A CN 201580085008A CN 108292528 A CN108292528 A CN 108292528A
- Authority
- CN
- China
- Prior art keywords
- patient
- potential
- processor
- equipment
- unique identifier
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Pathology (AREA)
- Economics (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于便于结合紧急呼叫的有效的患者标识的方法、装置和计算机程序产品。关于方法,接收来自中间设备的紧急呼叫,并且初始化对在中间设备附近的一个或多个潜在患者设备的搜索。该方法还包括接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符。此外,该方法取得与唯一标识符相关联的患者的医疗信息或医疗记录。还提供了相应的装置和计算机程序产品。使用低功耗蓝牙或WI‑FI感知。发送包括每个患者设备的加速度信息的移动性状态。
Description
技术领域
示例实施例一般涉及患者标识,并且更具体地涉及用于便于结合紧急呼叫的有效患者标识的方法、装置和计算机程序产品。
背景技术
可以为了各种目的生成紧急调度中心的紧急呼叫。在医疗紧急情况下,患者尽快得到医疗援助是有益的。在紧急情况下如果考虑患者的病史而提供的医疗援助可能是最有效的。因此,患者身份和详细描述患者病史的医疗信息可能有助于急救人员对患者进行急救。然而,如果事故受害者无意识或无法沟通,具有基本医疗技能的目击者或志愿者可能在附近并愿意提供帮助。然而,目击者、志愿者或其他急救人员可能缺乏有关受害者病史的重要医疗信息,并且可能无法按照需要治疗受害者。
对于有持续医疗条件的患者,已经开发了患者追踪解决方案。这些患者跟踪解决方案可以使用全球定位***(GPS)或其它位置信息来结合紧急呼叫而提供患者位置信息。然而,患者追踪解决方案可能在拥挤的地区只提供较低的准确性,并且无论如何可能仅提供(如果存在的)有限的关于患者的医疗信息。
发明内容
根据示例实施例提供了一种方法、装置和计算机程序产品,以便于结合紧急呼叫来识别患者。在示例实施例中,提供中间设备以便搜索在中间设备附近的一个或多个潜在患者设备。以此方式,中间设备可以更可靠地结合紧急呼叫识别在一个或多个潜在患者设备中的患者设备,使得可以以及时的方式向那些响应紧急情况的人提供与患者有关的医疗信息,由此允许以符合其病史的方式更有效地治疗患者。
在示例实施例中,提供了一种方法,其包括接收来自中间设备的紧急呼叫。该示例实施例的方法还包括初始化对在中间设备附近的一个或多个潜在患者设备的搜索。该示例实施例的方法还包括接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符。这样,可以取得与唯一标识符相关联的患者的医疗信息。
示例实施例的方法可以响应于搜索来识别一个或多个潜在患者设备。示例实施例的方法还可以包括使警报消息被发送到一个或多个潜在患者设备中的每一个。该示例实施例的方法还包括从中间设备接收一个或多个潜在患者设备中的患者设备的指示。在示例实施例中,搜索通过具有邻近无线能力的服务来实现。在示例实施例中,搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
示例实施例的方法可以将第二过滤标准应用于一个或多个潜在患者设备。在示例实施例中,第二过滤标准包括一个或多个潜在患者设备的移动状态。在示例实施例中,移动性状态包括一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。示例实施例的方法还可以包括对唯一标识符解密以便于取得患者的医疗记录。在示例实施例中,唯一标识符是加密令牌。
在另一个示例实施例中,提供了一种方法,其包括初始化对在中间设备附近的一个或多个潜在患者设备的搜索。该示例实施例的方法还包括响应于搜索来接收一个或多个潜在患者设备的指示。该示例实施例的方法还包括从一个或多个潜在患者设备中识别该指示被接收到的患者设备。这样,可以接收来自患者设备的便于识别患者和取得与患者相关联的医疗信息的唯一标识符,然后将其发送到网络设备。在示例实施例中,搜索通过具有邻近无线能力的服务来实现。在示例实施例中,搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
示例实施例的方法可以将第一过滤标准应用于一个或多个潜在患者设备。在示例实施例中,第一过滤标准包括范围过滤器,该范围过滤器过滤在中间设备之间预定范围内的一个或多个潜在患者设备。示例实施例的方法还可以将第二过滤标准应用于一个或多个潜在患者设备。在示例实施例中,第二过滤标准包括一个或多个潜在患者设备的移动性状态。在示例实施例中,移动性状态包括一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。示例实施例的方法还可以对唯一标识符解密,以便于取得患者的医疗记录。在示例实施例中,唯一标识符是加密令牌。
在另一示例实施例中,提供了一种装置,其包括至少一个处理器和至少一个存储器,至少一个存储器包括计算机程序代码,该至少一个存储器和计算机程序代码被配置为与处理器一起使装置接收来自中间设备的紧急呼叫。该至少一个存储器和计算机程序代码还被配置为与处理器一起使该示例实施例的装置初始化对在中间设备附近的一个或多个潜在患者设备的搜索。该至少一个存储器和计算机程序代码还被配置为与处理器一起使该示例实施例的装置接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符。这样,可以取得与唯一标识符相关联的患者的医疗信息。
至少一个存储器和计算机程序代码还可以被配置为与处理器一起使示例实施例的装置响应于搜索来识别一个或多个潜在患者设备。该至少一个存储器和计算机程序代码还可以被配置为与处理器一起使示例实施例的装置使警报消息被发送到一个或多个潜在患者设备中的每一个。该至少一个存储器和计算机程序代码还可以被配置为与处理器一起使示例实施例的装置从中间设备接收一个或多个潜在患者设备中的患者设备的指示。在示例实施例中,搜索通过具有邻近无线能力的服务来实现。在示例实施例中,搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
至少一个存储器和计算机程序代码还可以被配置为与处理器一起使示例实施例的装置将第二过滤标准应用于一个或多个潜在患者设备。在示例实施例中,第二过滤标准包括一个或多个潜在患者设备的移动状态。在示例实施例中,移动性状态包括一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。该至少一个存储器和计算机程序代码还可以被配置为与处理器一起使示例实施例的装置对唯一标识符解密,以便于取得患者的医疗记录。在示例实施例中,唯一标识符是加密令牌。
在又一示例实施例中,提供了一种装置,其包括至少一个处理器和至少一个存储器,至少一个存储器包括计算机程序代码,该至少一个存储器和计算机程序代码被配置为与处理器一起使装置初始化对在中间设备附近的一个或多个潜在患者设备的搜索。该至少一个存储器和计算机程序代码被配置为与处理器一起使装置响应于搜索而接收一个或多个潜在患者设备的指示。该至少一个存储器和该计算机程序代码被配置为与处理器一起使装置从一个或多个潜在患者设备中识别该指示被接收到的患者设备。这样,可以接收来自患者设备的便于识别患者和取得与患者相关联的医疗信息的唯一标识符,然后将其发送到网络设备。在示例实施例中,搜索通过具有邻近无线能力的服务来实现。在示例实施例中,搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
至少一个存储器和计算机程序代码被配置为与处理器一起使示例实施例的装置将第一过滤标准应用于一个或多个潜在患者设备。在示例实施例中,第一过滤标准包括范围过滤器,该范围过滤器过滤在与中间设备之间预定范围内的一个或多个潜在患者设备。该至少一个存储器和计算机程序代码被配置为与处理器一起使示例实施例的装置将第二过滤标准应用于一个或多个潜在患者设备。在示例实施例中,第二过滤标准包括一个或多个潜在患者设备的移动性状态。在示例实施例中,移动性状态包括一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。该至少一个存储器和计算机程序代码被配置为与处理器一起使示例实施例的装置对唯一标识符解密,以便于取得患者的医疗记录。在示例实施例中,唯一标识符是加密令牌。
在另一个示例性实施例中,提供了一种计算机程序产品,其包括至少一个非暂态计算机可读存储介质,其具有存储在其中的计算机可执行程序代码部分,所述计算机可执行程序代码部分包括用于接收来自中间设备的紧急呼叫的程序代码指令。程序代码部分还包括用于初始化对在中间设备附近的一个或多个潜在患者设备的搜索的程序代码指令。程序代码部分还包括用于接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符的程序代码指令。这样,可以取得与唯一标识符相关联的患者的医疗信息。
在又一示例实施例中,提供了一种计算机程序产品,其包括至少一个非暂态计算机可读存储介质,其具有存储在其中的计算机可执行程序代码部分,该计算机可执行程序代码部分包括用于初始化对在中间设备附近的一个或多个潜在患者设备的搜索的程序代码指令。程序代码部分还包括用于响应于搜索接收一个或多个潜在患者设备的指示的程序代码指令。程序代码部分还包括用于从一个或多个潜在患者设备中识别指示被接收到的患者设备的程序代码指令。这样,可以接收来自患者设备的便于识别患者和取得与患者相关联的医疗信息的唯一标识符,并且然后将其发送到网络设备。在示例实施例中,搜索通过具有邻近无线能力的服务来实现。在示例实施例中,搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
在又一示例实施例中,提供了一种装置,其包括用于接收来自中间设备的紧急呼叫的装置,用于初始化对在中间设备附近的一个或多个潜在患者设备的搜索的装置,以及用于接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符的装置。这样,该装置还可以包括用于取得与唯一标识符相关联的患者的医疗信息的装置。
在又一示例实施例中,提供了一种装置,其包括用于初始化对在中间设备附近的一个或多个潜在患者设备的搜索的装置,用于响应于该搜索来接收一个或多个潜在患者设备的指示的装置,以及用于从一个或多个潜在患者设备中识别指示被接收到的患者设备的装置。这样,装置还可以包括用于接收来自患者设备的唯一标识符然后将其发送到网络设备的装置,该唯一标识符便于识别患者以及取得与患者相关联的医疗信息。
附图说明
已经以一般术语描述了本发明的某些实施例,现在将参考附图,附图不必须以比例绘制,并且在附图中:
图1描绘了可以根据本发明的示例实施例特别配置的***的框图;
图2描绘了可以根据本发明的示例实施例特别配置的装置的框图;
图3描绘了说明根据本发明的示例实施例的各种***组件之间的通信的***的框图;
图4描绘了可以根据本发明的示例实施例特别配置的计算设备的图;
图5示出说明根据本发明实施例的操作示例装置的方法的示例流程图;
图6示出说明根据本发明实施例的操作示例装置的方法的示例流程图;以及
图7描绘了根据本发明的示例实施例的信号流程图。
具体实施方式
现在将在下文中参照附图更充分地描述本发明的一些实施例,其中示出了本发明的一些实施例,但不是全部的实施例。实际上,本发明的各种实施例可以以许多不同的形式实施,并且不应被解释为限于在此阐述的实施例;相反,提供这些实施例使得本公开将满足适用的法律要求。相同的附图标记始终指代相同的元件。如在此所使用的,术语“数据”、“内容”、“信息”和类似的术语可以互换使用,以指代根据本发明的实施例的能够被发送、接收和/或存储的数据。因此,不应该使用任何这种术语来限制本发明的实施例的精神和范围。
此外,如在此所使用的,术语“电路”指(a)仅硬件的电路实现(例如,在模拟电路和/或数字电路中实现);(b)电路和包括存储在一个或多个计算机可读存储器上的软件和/或固件指令的计算机程序产品的组合,这些指令一起工作以使装置执行在此描述的一个或多个功能;和(c)需要软件或固件(即使软件或固件不是物理存在的)进行操作的电路,诸如例如微处理器或微处理器的一部分。'电路'的该定义适用于在此的术语的所有用途,包括在任何权利要求中。作为另一个示例,如在此所使用的,术语“电路”还包括包含一个或多个处理器和/或其部分和附带的软件和/或固件的实现。作为另一个示例,在此使用的术语“电路”还包括例如用于移动电话的基带集成电路或应用处理器集成电路或服务器中的类似集成电路、蜂窝网络设备、其它网络设备和/或其它计算设备。
如在此所定义的,“计算机可读存储介质”(指代物理存储介质(例如,易失性或非易失性存储器设备))可以与“计算机可读传输介质”(指代电磁信号)区分开。
如在此所使用的,“中间设备”也被称为辅助设备,其可以包括邻近患者的目击者或志愿者的任何设备,而不管拥有中间设备的目击者或志愿者是否进行紧急呼叫,例如911。中间设备可能无法从本地或从互联网获取患者的医疗信息。作为另一个示例,如本文使用的术语“中间设备”可以包括在服务器(例如,远程云服务器或紧急调度中心)与患者携带的患者设备之间通信的任何设备。
如在此所使用的,一个或多个“潜在患者设备”是指靠近患者和中间设备两者的一个或多个设备。作为另一个示例,如在此使用的术语“潜在患者设备”可以包括由中间设备从经由一个或多个支持邻近无线服务(例如,WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务等)的搜索中发现的任何设备。作为另一个示例,如在此使用的术语“潜在患者设备”可以包括由中间设备或服务器手动管理或编辑的任何设备,不仅包括那些经由基于邻近服务自动发现的设备,还包括那些手动添加或另外识别的设备。
如在此所使用的,“警报消息”是指诸如视觉消息、光、振动或声音的警报信号。作为另一个示例,如在此使用的术语“警报消息”可以包括具有唯一标识符的纯文本消息。作为另一个示例,如在此使用的术语“警报消息”可以包括加密令牌。
如在此所使用的,“患者标识”是指与识别患者相关以及用于识别患者的任何直接或间接信息。作为另一个示例,如在此使用的术语“患者标识”可以包括一个或多个唯一标识符、一个或多个序列号、与患者姓名有关的一个或多个加密代码、与患者身份有关的一个或多个加密代码,或者一个或多个患者的医疗记录。
如在此所使用的,“WI-FI感知(NAN)”是指使用Wi-Fi Aware TM技术的***。Wi-FiAwareTM***是Wi-Fi Alliance认证计划,其被配置为确保实现Wi-Fi联盟开发的Wi-Fi邻居感知网络(NAN)技术规范中指定功能的设备的互操作性。NAN提供了一种用于发现服务、信息等的技术,其可以在设备的后台连续运行,而不会对设备的待机时间产生重大影响。NAN可以使所有或几乎所有具有NAN堆栈活动的NAN功能设备在同一时间在相同的信道中可用于发现。通常的时间段称为NAN发现窗口,并且大约每0.5秒发生一次。
低功耗蓝牙(Bluetooth Low Energy,BLE)服务(也称为智能蓝牙)是针对低功率操作配置的蓝牙版本。支持BLE的设备可以被配置为可发现的,以及通过使用广告来指示自身和/或其服务的存在和可用性来提供对附近的其它设备的服务。广告设备可以在专用广告频道上发送广告信道分组,以及可以监听和响应由广告分组触发的响应。设备也可以作为扫描仪或启动器。在扫描时,设备可以寻找广告设备,以及可以请求来自检测到的广告设备的进一步的信息。当建立或尝试建立与另一个设备的连接时,设备可以作为启动器操作。在接收到允许连接请求的广告分组时,启动器可以请求与广告设备的连接。
现在参考图1,示出了支持在计算设备10、中间设备16、一个或多个潜在患者设备18(18_1-18_N)和服务器12或其它网络实体(以下统称为“服务器”)之间无线或经由有线线路进行通信的***。如图所示,计算设备10、中间设备16、一个或多个患者设备18和服务器12可以经由网络14进行通信,网络14是诸如广域网、诸如蜂窝网络或互联网,或者诸如本地无线网络(例如,(NAN)、BLE或Zigbee)的局域网。然而,计算设备10、中间设备16、一个或多个患者设备18和服务器12可以以其它方式进行通信,诸如经由在计算设备和服务器之间的直接通信,或者通过在计算设备10、中间设备16、一个或多个潜在患者设备18、服务器12或其它网络实体中的两者上运行的应用的通信。计算设备10、中间设备16和一个或多个患者设备18可以在下文中被描述为移动设备和/或移动终端,但是在各种实施例中可以是移动的或者是固定的。
计算设备10、中间设备16和一个或多个患者设备18可以通过多种不同设备来体现,包括移动计算设备,诸如个人数字助理(PDA)、移动电话、智能电话、膝上型计算机、平板计算机或前述的任何组合,以及其它类型的语音和文本通信***。可替代地,计算设备10可以是固定计算设备,诸如个人计算机、计算机工作站等。服务器12可以包括用于医疗信息的存储设备,例如包括如图1所示的患者元数据13。服务器12还可以由计算设备来体现,在一个实施例中由网络服务器来体现。另外,虽然图1的***描绘了单个服务器,但是服务器可以由多个服务器组成,这些服务器可以协作以支持浏览行为,包括由计算设备10进行的浏览活动。
不管实施计算设备10、中间设备16和一个或多个患者设备18的设备的类型如何,计算设备10、中间设备和一个或多个患者设备均可包括如图2所示的装置20,或者与装置20相关联。在这方面,该装置可以包括处理器22、存储器设备24、通信接口26和用户接口28或以其它方式与处理器22、存储器设备24、通信接口26和用户接口28通信。这样,在一些实施例中,尽管设备或元件被示出为彼此通信,但是在下文中,这些设备或元件应该被认为能够被体现在相同的设备或元件内,并且因此,通信中示出的设备或元件应该被理解为可替代地是相同设备或元件的部分。
在一些实施例中,处理器22(和/或协处理器或辅助或以其它方式与处理器相关联的任何其它处理电路)可经由总线与存储器设备24通信以用于在装置的组件之间传递信息。存储器设备可以包括例如一个或多个易失性和/或非易失性存储器。换句话说,例如,存储器设备可以是包括门的电子存储设备(例如,计算机可读存储介质),其被配置为存储数据(例如,位)、该数据可以由机器(例如像处理器的计算设备)取得。根据本发明的示例实施例,存储器设备可以被配置为存储用于使装置20能够执行各种功能的信息、数据、内容、应用、指令等。例如,存储器设备可以被配置为缓冲输入数据以供处理器处理。另外地或可替代地,存储器设备可以被配置为存储用于由处理器执行的指令。
如上所述,装置20可以通过计算设备10、中间设备16和/或一个或多个患者设备18来体现,其被配置为采用本发明的示例实施例。然而,在一些实施例中,该装置可以体现为芯片或芯片组。换句话说,该装置可以包括一个或多个物理封装(例如,芯片),其包括结构组件(例如,基板)上的材料、装置和/或导线。结构组件可以为其上包括的组件电路提供物理强度、尺寸保存和/或电相互作用的限制。因此,在一些情况下,装置20可以被配置为在单个芯片上或者作为单个“片上***”来实现本发明的实施例。这样,在一些情况下,芯片或芯片组可以构成用于执行用于提供在此描述的功能的一个或多个操作的装置。
处理器22可以以许多不同的方式来体现。例如,处理器可以体现为一个或多个各种硬件处理装置,诸如协处理器、微处理器、控制器、数字信号处理器(DSP)、具有或不具有伴随DSP的处理元件,或者包括集成电路的各种其它处理电路,诸如例如ASIC(专用集成电路)、FPGA(现场可编程门阵列)、微控制器单元(MCU)、硬件加速器、专用计算机芯片等。这样,在一些实施例中,处理器可以包括被配置为独立执行的一个或多个处理核。多核处理器可以在单个物理封装内实现多处理。另外或可替代地,处理器可以包括一个或多个处理器,其被配置为经由总线串联,以便独立执行指令、流水线和/或多线程。
在示例实施例中,处理器22可以被配置为执行存储在存储器设备24中或者处理器可以访问的指令。可替代地或另外地,处理器可以被配置为执行硬编码的功能。这样,无论由硬件或者由软件方法或者通过其组合配置,处理器可以表示当相应地配置时能够执行根据本发明实施例的操作的实体(例如,物理地体现在电路中)。因此,例如,当处理器被实现为ASIC、FPGA等时,处理器可以是用于执行本文描述的操作的特别配置的硬件。可替代地,作为另一示例,当处理器被实现为软件指令的执行器时,指令可以特别配置处理器以在指令被执行时执行在此描述的算法和/或操作。然而,在一些情况下,处理器可以是被配置为通过用于执行本文描述的算法和/或操作的指令进一步配置处理器来采用本发明的实施例的特定设备(例如,头戴式显示器)的处理器。处理器可以包括在其它方面之间被配置为支持处理器的操作的时钟、算术逻辑单元(ALU)和逻辑门。在一个实施例中,处理器还可以包括用户接口电路,其被配置为控制用户接口28的一个或多个元件的至少一些功能。
同时,通信接口26可以是诸如被配置为在计算设备10或中间设备16与服务器12之间或者中间设备与一个或多个患者设备18之间接收和/或发送数据的以硬件或者硬件和软件的组合来体现的设备或电路的任何装置。在这方面,通信接口26可以包括例如天线(或多个天线)以及用于无线地实现通信的支持硬件和/或软件。另外地或可替代地,通信接口可以包括用于与天线交互的电路,以经由天线来发送信号或处理经由天线接收到的信号的接收。例如,通信接口可以被配置为诸如经由Wi-Fi、蓝牙或其它无线通信技术来无线通信。在一些情况下,通信接口可以可替代地支持有线通信,或者同样支持有线通信。这样,例如,通信接口可以包括通信调制解调器和/或用于支持经由线缆、数字用户线(DSL)、通用串行总线(USB)或其它机制进行通信的其它硬件/软件。
现在参考图3,描绘了示出根据本发明的实施例的方法、装置和计算机程序产品的示例***。如图所示,中间设备16和一个或多个患者设备18可以经由本地无线网络(例如(NAN)、BLE或Zigbee)进行通信。中间设备16和一个或多个患者设备18还可以经由广域网(例如,蜂窝网络或互联网)与服务器12和紧急调度中心32通信。患者的医疗信息(例如,患者的身份、患者的唯一标识符和患者的医疗信息)可以在紧急调度中心32和服务器12之间以及在中间设备16和紧急调度中心32之间交换。在一个实施例中,中间设备16可以准予对服务器的访问以及直接交换信息。在另一个实施例中,潜在患者设备18可以与紧急调度中心通信以及发送或接收信息。
计算设备10可以由服务器12、中间设备16和/或紧急调度中心32来实现。可替代地,如图3所示,计算设备10可以与服务器12、中间设备16和紧急调度中心32分开,以及与服务器12、中间设备16和紧急调度中心32通信。另外,尽管图3的***描绘了包括计算设备10的单个紧急调度中心32,但是另一个示例实施例的***可以包括多个紧急调度中心32,其可以协作支持由计算设备10进行的浏览活动(例如,取得患者的医疗信息)。
现在参考图4,图4是示出根据本发明实施例的由计算设备10体现的计算机平台结构40的框图。计算机平台结构40包括与元数据目录42交互的通信管理器41。元数据目录42可以包括通信规则提供器43、消息处理器44和警报发生器45。元数据目录42还可以维护根据本发明实施例的方法、装置和计算机程序产品使用的元数据。患者元数据13可以包括患者信息,例如患者的身份、患者的唯一标识符或患者的医疗信息。过滤标准元数据48可以包括范围过滤器,该范围过滤器过滤在中间设备16的预定范围内的一个或多个潜在患者设备。另外或可替代地,过滤标准元数据48可以包括一个或多个潜在患者设备的移动性状态(例如加速度信息)。隐私元数据49可以限制患者元数据13的可用性。在图4的示例实施例中,患者元数据13、过滤标准元数据48和隐私元数据49可以由图2的存储器24来体现,而图4的其它组件(包括通信管理器41、通信规则提供器43、消息处理器44和警报发生器45)由处理器22体现。
图5是示出根据本发明的实施例的用于结合紧急呼叫便于患者标识的方法的示例流程图。图5的操作可以由体现装置20的网络设备(诸如服务器12或紧急呼叫中心32)来执行。在一些实施例中,图5的操作不限于任何特定网络(例如蜂窝***)。例如,诸如无线局域网(WLAN)(例如(NAN)、BLE或Zigbee服务)的非蜂窝式解决方案可以用于诸如允许便于与图5中描述的患者相关联的医疗信息的接近取得过程的至少一些操作。
这样,如图5的框52中所示,装置20可以被配置为接收诸如来自中间设备16或另一设备的紧急呼叫,报告需要紧急服务(例如医疗)的患者。因此,装置包括用于接收诸如来自中间设备的紧急呼叫的装置,诸如处理器22、通信接口26等。
如图5的框54所示,装置20可以被配置为初始化对在中间设备附近的一个或多个潜在患者设备的搜索。因此,装置包括用于初始化对在中间设备附近的一个或多个潜在患者设备的搜索的装置,诸如处理器22、通信接口26等。搜索可以以各种方式初始化,在一个示例实施例中,由网络设备体现的装置被配置为与中间设备通信并且使或指示中间设备识别在中间设备附近的潜在患者设备,诸如通过(NAN)服务、BLE服务或Zigbee服务。由于作为紧急呼叫对象的患者靠近中间设备,因此患者携带的患者设备(诸如智能电话、健康监测设备等)也靠近中间设备,以及应该响应于由中间设备发送的查询(连同靠近中间设备的其他人携带的通信设备)。
在一些实施例中,装置20还包括用于响应于搜索来识别一个或多个潜在患者设备的装置,诸如处理器22、通信接口26等。在这方面,该装置可以响应于中间设备的查询从中间设备接收一个或多个潜在患者设备的指示。该示例实施例的装置还包括用于诸如通过直接与每个潜在患者设备进行通信来将警报消息发送到一个或多个潜在患者设备中的每一个或者通过指示中间设备将警报消息发送到每个潜在患者设备的装置,诸如处理器22、通信接口26等。该示例实施例的装置还包括用于从中间设备接收一个或多个潜在患者设备中的患者设备的的指示的装置,诸如处理器22、通信接口26等。例如,可能使潜在患者设备顺序地生成警报,并且中间设备可以响应于其生成警报来识别患者设备。在一些实施例中,由中间设备16体现的装置因此包括用于从紧急调度中心32获取进一步过滤规则以过滤掉一个或多个潜在患者设备的装置,诸如处理器22、通信接口26等。
如图5的框56所示,装置20可以被配置为接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符。因此,该装置包括用于接收与一个或多个潜在患者设备中的患者设备相关联的唯一标识符的装置,诸如处理器22、通信接口26等。例如,可以从中间设备接收唯一标识符,该中间设备进而接收来自患者设备的唯一标识符。可替代地,可以从将患者设备与相应的唯一标识符相关联的数据库中获得唯一标识符。
这样,如图5的框58所示,装置20还可以被配置为取得与唯一标识符相关联的患者的医疗信息。因此,装置包括用于诸如从数据库中取得与唯一标识符相关联的患者的医疗信息的装置,诸如处理器22、通信接口26等。通过将医疗信息传递给将治疗患者的护理专业人员,可以以更明智和有效的方式治疗患者。
图6是示出根据本发明实施例的便于患者识别的方法的示例流程图。例如,图6的操作可以由中间设备16来执行,诸如可以由智能电话来体现。在一些实施例中,图6的操作不限于任何特定网络(例如,蜂窝***)。例如,诸如无线局域网(WLAN)(例如(NAN)服务、BLE服务或Zigbee服务)的非蜂窝式解决方案可以类似地允许便于与图6中描述的患者相关联的医疗信息的邻近取得过程。此外,图6的操作可以由任何其它计算设备执行,诸如膝上型计算机、平板计算机或台式计算机等。
这样,如图6的框62所示,由中间设备16体现的装置20可以被配置为初始化对在中间设备附近的一个或多个潜在患者设备的搜索。由中间设备16体现的装置因此包括诸如响应于中间设备的用户观察患者,响应于来自网络实体的指令或在紧急呼叫的布置之后,用于初始化对在中间设备附近的一个或多个潜在患者设备的搜索的装置,诸如处理器22、通信接口26等。可以在搜索中使用一个或多个邻近无线能力的服务(例如,(NAN)服务、BLE服务或Zigbee服务)。
如图6的框64中所示,由中间设备16体现的装置20可以被配置为响应于搜索来接收一个或多个潜在患者设备的指示。由中间设备16体现的装置因此包括用于响应于搜索来接收一个或多个潜在患者设备的指示的装置,诸如处理器22、通信接口26等。在这方面,装置可以从一个或多个潜在患者设备接收一个或多个潜在患者设备的指示,诸如响应于中间设备的查询,来自潜在患者设备的回复消息。该示例实施例的装置还可以包括诸如处理器22、通信接口26等的装置。在一些实施例中,由中间设备16体现的装置因此包括用于从紧急调度中心32获取进一步过滤规则以过滤掉一个或多个潜在患者设备的装置,诸如处理器22、通信接口26等。
如图6的框66所示,由中间设备16体现的装置20可以被配置为从一个或多个潜在患者设备中识别接收到指示的患者设备。由中间设备16体现的装置因此包括用于从一个或多个潜在患者设备中识别接收到指示的患者设备的装置,诸如处理器22、通信接口26等。例如,该示例实施例的装置可以包括用于诸如通过直接与每个潜在患者设备通信而将警报消息发送到一个或多个潜在患者设备中的每一个潜在患者设备的装置,诸如处理器22、通信接口26等。因此可以使潜在患者设备顺序地生成警报,并且中间设备可以响应于其生成警报来识别患者设备。警报可以包括视觉消息、光、振动或声音。另外或可替代地,装置可以以其它方式从一个或多个潜在患者设备中识别患者设备,包括通过基于中间设备靠近患者的情况下在中间设备与一个或多个潜在患者设备之间的诸如由过滤器标准元数据48提供的距离阈值(例如小于两米)从潜在患者设备过滤指示。此外,该装置可以附加地或可替代地基于来自潜在患者设备的移动性状态(诸如加速度数据)来识别患者设备,包括例如关于潜在患者设备当前是否在运动的指示。这样,示例实施例的中间设备可以通过初始识别既在距离阈值内又静止(在患者仍然躺着的情况下)的潜在患者设备,并且然后使附近的设备生成警报,来识别患者设备,使得中间设备可以基于由此生成的警报来确认患者设备。
这样,如图6的框68所示,由中间设备16体现的装置20可以被配置为接收来自患者设备的唯一标识符,然后将其发送到网络设备,诸如服务器12或其它网络设备,该唯一标识符便于识别患者并且取得与患者相关联的医疗信息。由用户设备16体现的装置因此包括用于接收来自患者设备的唯一标识符然后将其发送到网络设备的装置,诸如处理器22、通信接口26等,该唯一标识符便于识别患者以及取得与患者相关联的医疗信息。
唯一标识符可以被加密和/或可以是令牌的形式。在示例实施例中,由中间设备16体现的装置20因此包括用于接收加密标识符和/或令牌以及将其发送到网络设备的装置,诸如处理器22、通信接口26等。在这方面,中间设备16可以利用加密的标识符和/或令牌来识别患者,同时保持患者的机密性,该标识符被加密直到其到达诸如网络设备的可信方。
图5和图6示出根据本发明的示例实施例的装置、方法和计算机程序产品的流程图。图5从网络设备的角度示出,而图6从中间设备16的角度示出。将理解的是,流程图的每个框以及流程图中的框的组合可以通过各种装置实现,诸如硬件、固件、处理器、电路和/或与执行包括一个或多个计算机程序指令的软件相关联的其它通信设备。例如,以上描述的一个或多个过程可以由计算机程序指令来体现。在这方面,体现上述过程的计算机程序指令可以由利用本发明的实施例的装置的存储器设备24来存储并且由装置的处理器22执行。然而,应当认识到,在其中装置20由图4的计算***体现的各种实施例中,图5和图6中所示的操作可以由图4的计算***中的各种***组件执行。例如,由处理器22执行的操作可以由图4的实施例的组件(包括通信管理器41、通信规则提供器43、消息处理器44和警报发生器45)来执行,由存储器24执行的操作可以利用患者元数据13、过滤标准元数据48和隐私元数据49。如将理解的,任何该计算机程序指令可以被加载到计算机或产生机器的其它可编程装置(例如硬件)上,使得所得到的计算机或其它可编程装置实现在流程图框中指定的功能。这些计算机程序指令还可以存储在可以指导计算机或其它可编程装置以特定方式运行的非暂态计算机可读存储器中,使得存储在计算机可读存储器中的指令产生执行实现流程图框中指定的功能的制造品。计算机程序指令还可以被加载到计算机或其它可编程装置上,以使在计算机或其它可编程装置上执行产生计算机实现的过程的一系列操作,使得在计算机上或其它可编程装置执行的指令提供用于实现在流程图框中指定的功能的操作。这样,图5和图6的操作在被执行时将计算机或处理电路转换成被配置为执行本发明的示例实施例的特定机器。因此,图5和图6的操作定义用于配置计算机或处理以执行示例实施例的算法。在一些情况下,可为通用计算机提供执行图5和图6的算法的处理器的实例,以将通用计算机变换成被配置为执行示例实施例的特定机器。
因此,流程框图支持用于执行指定功能的装置的组合和用于执行指定功能的操作的组合。还将理解的是,流程图中的一个或多个框以及流程图中的框的组合可以由执行指定功能的基于专用硬件的计算机***或者专用硬件和计算机指令的组合来实现。
在一些实施例中,以上操作中的某些操作可以被修改或进一步放大。此外,在一些实施例中,还可以包括附加的可选操作,如图5和图6中具有虚线轮廓的框所示。应当理解,以下操作中的修改、可选添加或放大中的每一个可以包括上面单独或与在此描述的特征中的任何其它组合的操作。
在一些示例实施例中,方法、装置和计算机程序产品可以被配置为便于/启用结合紧急呼叫的高效患者标识,并且更具体地,用于便于/启用结合使用用户设备(诸如智能电话、手机、平板计算机、膝上型计算机或任何类型的移动设备)的紧急呼叫的高效患者标识。
现在参考图7,示出与根据本发明实施例的方法、装置和计算机程序产品相关联的信令。在该示例中,设备A是患者设备,设备B是中间设备。设备A可被注册到云服务。在一个实施例中,当通过设备B进行紧急呼叫时自动发起搜索。接下来,设备A从设备B接收请求,并通过向设备B发送患者的唯一标识符来响应该请求。设备B传送患者的唯一标识符到紧急调度中心。在一个实施例中,处理搜索和连接到云服务的服务的应用可能需要服务名称或ID的周期性改变以保护患者的身份。基于唯一标识符,紧急调度中心或其它可信网络设备可以获得患者的医疗信息并将该医疗信息提供给护理专业人员,该护理专业人员依次可以更好地护理患者。
如图7的示例实施例中所示,每个患者设备(被指定为设备A)最初将其标识注册到诸如由云服务表示的网络设备,该网络设备进而提供唯一标识符,该唯一标识符可以由患者设备存储。响应于诸如从中间设备(被指定为设备B)到紧急调度中心的紧急呼叫,中间设备可以通过在预定的距离限制内搜索来识别潜在患者设备。根据潜在患者设备的响应,中间设备识别患者设备的标识符,该标识符转而发送到紧急调度中心和网络设备。这样,网络设备可以向紧急调度中心提供患者的医疗信息以便于患者的治疗。在一个实施例中,可以通过使用从设备B发起到设备A的多次“具有范围限制的搜索”消息来缩短范围限制。作为示例,为了过滤掉潜在患者的数量,第一消息可以尝试找到设备B的20米内的潜在患者,第二消息可尝试找到10米内的潜在患者,并且第三消息可尝试找到2米内的潜在患者。应该认识到,可以在多个消息中的每个消息中使用不同的距离和/或多个距离的不同组合。在一个实施例中,多个消息具有相同的内容以增加冗余并使搜索更可靠。在一些实施例中,设备B可以从紧急调度中心获得进一步的过滤规则以过滤潜在患者的数量。
受益于前面的描述和相关附图中给出的教导,这些发明所属领域的技术人员将想到在此阐述的本发明的许多修改和其它实施例。因此,应该理解,本发明不限于所公开的具体实施例,并且修改和其它实施例旨在被包括在所附权利要求的范围内。此外,尽管前面的描述和相关附图在元件和/或功能的某些示例组合的上下文中描述了示例实施例,但是应该理解,可以通过替代实施例来提供元件和/或功能的不同组合,而不背离所附权利要求的范围。在这方面,例如,可以考虑如在一些所附权利要求中阐述的与以上明确描述的元件和/或功能的组合不同的元件和/或功能的组合。尽管在此使用了特定的术语,但它们仅用于一般性和描述性的意义,而不是为了限制的目的。
Claims (28)
1.一种方法,包括:
接收来自中间设备的紧急呼叫;
初始化对在中间设备附近的一个或多个潜在患者设备的搜索;
接收与所述一个或多个潜在患者设备中的患者设备相关联的唯一标识符;以及
取得与所述唯一标识符相关联的患者的医疗信息。
2.根据权利要求1所述的方法,进一步包括:
响应于所述搜索,识别所述一个或多个潜在患者设备;
使警报消息被发送到所述一个或多个潜在患者设备中的每一个;以及
从所述中间设备接收所述一个或多个潜在患者设备中的所述患者设备的指示。
3.根据权利要求1所述的方法,其中,所述搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
4.根据权利要求1所述的方法,进一步包括:将第一过滤标准应用于所述一个或多个潜在患者设备,其中,所述第一过滤标准包括范围过滤器,所述范围过滤器过滤在与所述中间设备之间预定范围内的所述一个或多个潜在患者设备。
5.根据权利要求1所述的方法,进一步包括:将第二过滤标准应用于所述一个或多个潜在患者设备,其中,所述第二过滤标准包括所述一个或多个潜在患者设备的移动性状态。
6.根据权利要求5所述的方法,其中,所述移动性状态包括所述一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。
7.根据权利要求1所述的方法,进一步包括:对所述唯一标识符解密,以便于取得所述患者的所述医疗记录,其中,所述唯一标识符是加密令牌。
8.一种方法,包括:
初始化对在中间设备附近的一个或多个潜在患者设备的搜索;
响应于所述搜索,接收所述一个或多个潜在患者设备的指示;
从所述一个或多个潜在患者设备中识别所述指示被接收到的患者设备;以及
接收来自所述患者设备的唯一标识符,然后将其发送至网络设备,所述唯一标识符便于识别患者以及取得与所述患者相关联的医疗信息。
9.根据权利要求8所述的方法,其中,所述搜索通过WI-FI感知(NAN)服务、低能耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
10.根据权利要求8所述的方法,进一步包括:将第一过滤标准应用于所述一个或多个潜在患者设备,其中,所述第一过滤标准包括范围过滤器,所述范围过滤器过滤在与所述中间设备之间预定范围内的所述一个或多个潜在患者设备。
11.根据权利要求8所述的方法,进一步包括:将第二过滤标准应用于所述一个或多个潜在患者设备,其中,所述第二过滤标准包括所述一个或多个潜在患者设备的移动性状态。
12.根据权利要求11所述的方法,其中,所述移动性状态包括所述一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。
13.根据权利要求8所述的方法,进一步包括:对所述唯一标识符解密,以便于取得所述患者的所述医疗记录,其中,所述唯一标识符是加密令牌。
14.一种装置,包括至少一个处理器和至少一个存储器,所述至少一个存储器包括计算机程序代码,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置至少:
接收来自中间设备的紧急呼叫;
初始化对在中间设备附近的一个或多个潜在患者设备的搜索;
接收与所述一个或多个潜在患者设备中的患者设备相关联的唯一标识符;以及
取得与所述唯一标识符相关联的患者的医疗信息。
15.根据权利要求14所述的设备,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置:
响应于所述搜索,识别所述一个或多个潜在患者设备;
使警报消息被发送到所述一个或多个潜在患者设备中的每一个;以及
从所述中间设备接收所述一个或多个潜在患者设备中的所述患者设备的指示。
16.根据权利要求14所述的装置,其中所述搜索通过WI-FI感知(NAN)服务、低功耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
17.根据权利要求14所述的装置,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置将第一过滤标准应用于所述一个或多个潜在患者设备,其中,所述第一过滤标准包括范围过滤器,所述范围过滤器过滤在与所述中间设备之间预定范围内的所述一个或多个潜在患者设备。
18.根据权利要求14所述的装置,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置将第二过滤标准应用于所述一个或多个潜在患者设备,其中,所述第二过滤标准包括所述一个或多个潜在患者设备的移动性状态。
19.根据权利要求18所述的装置,其中,所述移动性状态包括所述一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。
20.根据权利要求14所述的装置,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置对所述唯一标识符解密以便于取得所述患者的所述医疗记录,其中,所述唯一标识符是加密令牌。
21.一种装置,包括至少一个处理器和至少一个存储器,所述至少一个存储其包括计算机程序代码,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置至少:
初始化对在中间设备附近的一个或多个潜在患者设备的搜索;
响应于所述搜索,接收所述一个或多个潜在患者设备的指示;
从所述一个或多个潜在患者设备中识别所述指示被接收到的患者设备;以及
接收来自所述患者设备的唯一标识符,然后将其发送至网络设备,所述唯一标识符便于识别患者以及取得与所述患者相关联的医疗信息。
22.根据权利要求21所述的装置,其中所述搜索通过WI-FI感知(NAN)服务、低能耗蓝牙(BLE)服务或Zigbee服务的本地无线网络接口来实现。
23.根据权利要求21所述的装置,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置将第一过滤标准应用于所述一个或多个潜在患者设备,其中,所述第一过滤标准包括范围过滤器,所述范围过滤器过滤在与所述中间设备之间预定范围内的所述一个或多个潜在患者设备。
24.根据权利要求21所述的装置,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置将第二过滤标准应用于所述一个或多个潜在患者设备,其中,所述第二过滤标准包括所述一个或多个潜在患者设备的移动性状态。
25.根据权利要求24所述的装置,其中,所述移动性状态包括所述一个或多个潜在患者设备中的每一个潜在患者设备的加速度信息。
26.根据权利要求21所述的装置,其中,所述至少一个存储器和所述计算机程序代码被配置为与所述处理器一起使所述装置对所述唯一标识符解密,以便于取得所述患者的所述医疗记录,其中,所述唯一标识符是加密令牌。
27.一种计算机程序产品,包括具有存储在其中的计算机可执行程序代码部分的至少一个非暂态计算机可读存储介质,所述计算机可执行程序代码部分包括用于执行根据权利要求1所述的方法的程序代码指令。
28.一种计算机程序产品,包括具有存储在其中的计算机可执行程序代码部分的至少一个非暂态计算机可读存储介质,所述计算机可执行程序代码部分包括用于执行根据权利要求8所述的方法的程序代码指令。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/IB2015/057566 WO2017055899A1 (en) | 2015-10-02 | 2015-10-02 | Apparatus and method for facilitating patient identification in conjunction with an emergency call |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108292528A true CN108292528A (zh) | 2018-07-17 |
CN108292528B CN108292528B (zh) | 2022-03-01 |
Family
ID=54288861
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580085008.5A Active CN108292528B (zh) | 2015-10-02 | 2015-10-02 | 用于便于结合紧急呼叫的患者标识的装置和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20180286501A1 (zh) |
EP (1) | EP3357005A1 (zh) |
CN (1) | CN108292528B (zh) |
WO (1) | WO2017055899A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210274034A1 (en) * | 2020-03-02 | 2021-09-02 | Vitals Aware Services | Systems and methods for delivering timely personalized information of vulnerable persons to authorities and/or caregivers |
US20230342874A1 (en) * | 2022-04-25 | 2023-10-26 | Toyota Motor North America, Inc. | Prioritizing access to shared vehicles based on need |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110990A (zh) * | 2006-07-13 | 2008-01-23 | 阿尔卡特朗讯公司 | 紧急通信方法、用于该通信的服务器、网络及计算机程序 |
CN101203046A (zh) * | 2007-12-19 | 2008-06-18 | 华为技术有限公司 | 用户位置信息的获取方法、***及呼叫接收设备 |
CN103945354A (zh) * | 2014-05-13 | 2014-07-23 | 上海斐讯数据通信技术有限公司 | 一种智能紧急呼叫方法、智能紧急呼叫***、及电子设备 |
CN104540223A (zh) * | 2015-01-28 | 2015-04-22 | 北京智谷睿拓技术服务有限公司 | 应答控制方法、寻呼方法及应答控制装置、寻呼装置 |
US20150156321A1 (en) * | 2013-12-02 | 2015-06-04 | Innacloud Technologies LLC | Providing to a public-safety answering point emergency information associated with an emergency call |
JP2015114224A (ja) * | 2013-12-12 | 2015-06-22 | Ntn株式会社 | 携帯端末利用振動検査システムおよびそのサーバ |
CN104937913A (zh) * | 2013-01-05 | 2015-09-23 | 高通股份有限公司 | 用于与紧急情况调度服务通信的方法和装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020008531A (ko) * | 2000-07-21 | 2002-01-31 | 송병준 | 무선 인터넷을 이용한 긴급정보 서비스 방법 |
JP2003109160A (ja) * | 2001-09-29 | 2003-04-11 | Toshiba Corp | 緊急救助支援システム、緊急救助機能付き携帯端末、緊急救助情報受信無線端末及び緊急救助支援方法 |
JP2004015336A (ja) * | 2002-06-05 | 2004-01-15 | Toshiba Corp | 緊急情報通知機能を備えたサーバ装置 |
JP4723813B2 (ja) * | 2004-02-06 | 2011-07-13 | 富士通株式会社 | 携帯端末の緊急メール通知制御方法及びシステム |
US20070202927A1 (en) * | 2006-02-28 | 2007-08-30 | Pfleging Gerald W | Automated search and rescue call generation to mobile phones in a defined geographic disaster area |
JP2008103907A (ja) * | 2006-10-18 | 2008-05-01 | Nec Corp | 犯人端末特定追跡支援方法及び犯人端末特定追跡支援システム及びサーバ及び基地局 |
EP2084637A2 (en) * | 2006-10-24 | 2009-08-05 | Medapps, Inc. | Systems and methods for adapter-based communication with a medical device |
WO2008134607A1 (en) * | 2007-04-27 | 2008-11-06 | Geocommand, Inc. | Emergency responder geographic information system |
EP2602985A1 (en) * | 2011-12-05 | 2013-06-12 | The European Union, represented by the European Commission | Emergency response system |
US9055425B2 (en) * | 2012-09-27 | 2015-06-09 | Nokia Technologies Oy | Method and apparatus for enhancing emergency calling with mobile devices |
CN103489144A (zh) * | 2013-09-18 | 2014-01-01 | 无锡中盛医疗设备有限公司 | 行进间心电全程连续救治决策方法及*** |
US9380119B2 (en) * | 2013-12-16 | 2016-06-28 | Nokia Technologies Oy | Method, apparatus, and computer program product for network discovery |
-
2015
- 2015-10-02 WO PCT/IB2015/057566 patent/WO2017055899A1/en active Application Filing
- 2015-10-02 CN CN201580085008.5A patent/CN108292528B/zh active Active
- 2015-10-02 US US15/765,410 patent/US20180286501A1/en not_active Abandoned
- 2015-10-02 EP EP15778054.5A patent/EP3357005A1/en not_active Withdrawn
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110990A (zh) * | 2006-07-13 | 2008-01-23 | 阿尔卡特朗讯公司 | 紧急通信方法、用于该通信的服务器、网络及计算机程序 |
CN101203046A (zh) * | 2007-12-19 | 2008-06-18 | 华为技术有限公司 | 用户位置信息的获取方法、***及呼叫接收设备 |
CN104937913A (zh) * | 2013-01-05 | 2015-09-23 | 高通股份有限公司 | 用于与紧急情况调度服务通信的方法和装置 |
US20150156321A1 (en) * | 2013-12-02 | 2015-06-04 | Innacloud Technologies LLC | Providing to a public-safety answering point emergency information associated with an emergency call |
JP2015114224A (ja) * | 2013-12-12 | 2015-06-22 | Ntn株式会社 | 携帯端末利用振動検査システムおよびそのサーバ |
CN103945354A (zh) * | 2014-05-13 | 2014-07-23 | 上海斐讯数据通信技术有限公司 | 一种智能紧急呼叫方法、智能紧急呼叫***、及电子设备 |
CN104540223A (zh) * | 2015-01-28 | 2015-04-22 | 北京智谷睿拓技术服务有限公司 | 应答控制方法、寻呼方法及应答控制装置、寻呼装置 |
Also Published As
Publication number | Publication date |
---|---|
US20180286501A1 (en) | 2018-10-04 |
EP3357005A1 (en) | 2018-08-08 |
CN108292528B (zh) | 2022-03-01 |
WO2017055899A1 (en) | 2017-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9801036B2 (en) | Initial rescue information collection device, operation method thereof, recording medium, and system | |
US20210152510A1 (en) | System and method for receiving communications and providing alerts | |
CN103999117A (zh) | 用于为大人群提供援助服务的方法和装置 | |
CN103415852A (zh) | 用于经由无线通信网络监控医疗装置的远程监控*** | |
Jiménez-Fernández et al. | Usability and interoperability in wireless sensor networks for patient telemonitoring in chronic disease management | |
WO2015116540A1 (en) | System and method for communicating protected health information | |
Mustafa et al. | Review of the internet of things for healthcare monitoring | |
CN107959663A (zh) | 一种利用患者身份信息加密的互联网诊疗***与方法 | |
Verma et al. | Internet of Things for healthcare: research challenges and future prospects | |
CN108292528A (zh) | 用于便于结合紧急呼叫的患者标识的装置和方法 | |
JP2015118679A (ja) | 通信システム、通信端末、管理サーバ、プログラム、通信端末の情報問い合わせ方法、管理サーバの情報回答方法及び情報提供方法 | |
De Rolt et al. | COLLEGA middleware for the management of participatory Mobile Health Communities | |
JP2014106644A (ja) | 通院通知携帯端末、通院通知方法、及び通院通知プログラム | |
Aileni et al. | Cybersecurity technologies for the internet of medical wearable devices (iomwd) | |
US20170083667A1 (en) | Emergency service provider monitoring and rehabilitation methods and devices | |
KR101817643B1 (ko) | 가변그룹 생성을 통한 의료기관 내 메시지 송수신 방법 및 시스템 | |
Alshareef et al. | First responder help facilitated by the mobile cloud | |
KR20200021671A (ko) | 환자 통합 관리 시스템 | |
Agarwal et al. | IoT-Based ECG monitoring system for health care applications | |
Ahmed et al. | Self-organized e-Health application using IEEE 11703: An experimental approach | |
George et al. | The'coming of age'of telehealth, with NCOVID-19 in context | |
Alshareef et al. | Swift personal emergency help facilitated by the mobile cloud | |
Assaba et al. | IoT and Smartphone-Based Remote Health Monitoring Systems | |
KR101678902B1 (ko) | 신원 정보 확인 및 안전 확보 시스템 | |
CN109472329A (zh) | 信息管理***的信息管理方法、信息管理***及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |