CN110140364A - 实时定位平台信标协议系统和方法 - Google Patents

实时定位平台信标协议系统和方法 Download PDF

Info

Publication number
CN110140364A
CN110140364A CN201780081451.4A CN201780081451A CN110140364A CN 110140364 A CN110140364 A CN 110140364A CN 201780081451 A CN201780081451 A CN 201780081451A CN 110140364 A CN110140364 A CN 110140364A
Authority
CN
China
Prior art keywords
beacon
information
equipment
message
health status
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
Application number
CN201780081451.4A
Other languages
English (en)
Other versions
CN110140364B (zh
Inventor
马修·詹姆斯·坎内尔
菲利普·克劳利
肖恩·里德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
General Electric Co
Original Assignee
General Electric Co
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 General Electric Co filed Critical General Electric Co
Publication of CN110140364A publication Critical patent/CN110140364A/zh
Application granted granted Critical
Publication of CN110140364B publication Critical patent/CN110140364B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S1/00—Beacons or beacon systems transmitting signals having a characteristic or characteristics capable of being detected by non-directional receivers and defining directions, positions, or position lines fixed relatively to the beacon transmitters; Receivers co-operating therewith
    • G01S1/02—Beacons or beacon systems transmitting signals having a characteristic or characteristics capable of being detected by non-directional receivers and defining directions, positions, or position lines fixed relatively to the beacon transmitters; Receivers co-operating therewith using radio waves
    • G01S1/68—Marker, boundary, call-sign, or like beacons transmitting signals not carrying directional information
    • 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/20—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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • General Business, Economics & Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Radar, Positioning & Navigation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Epidemiology (AREA)
  • Computing Systems (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Biomedical Technology (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了基于云的处理系统，该基于云的处理系统接收多个信标设备的位置信息和健康状态信息。位置信息指示多个信标设备的实时位置，并且健康状态信息指示多个信标设备的实时状况。该处理系统基于位置信息跟踪多个信标设备中的至少一些信标设备的移动，并基于健康状态信息识别有问题的信标设备。

Description

实时定位平台信标协议系统和方法
技术领域
本公开整体涉及健康护理环境，并且更具体地，涉及有利于接近检测和位置跟踪的方法和装置。
背景技术
实时定位系统(RTLS)可以监视资产分配和使用，从而提供可操作信息来帮助控制成本并提高护理的质量和效率。为了跟踪和分析临床环境中的活动而开发的系统包括将射频识别(RFID)或红外(IR)读取器基础结构安装到建筑物中以捕获位置信息。可将RFID传感器放置在需要跟踪的人员和/或资产上。
然而，这是一种昂贵且耗时的解决方案，因为它需要将电力和数据电缆拉到所有需要的位置。位置精度也可能因技术而异。典型的RFID系统具有大约正负十英尺的公差，进一步限制了它们的范围。然而，基于RFID和IR的传感器由于环境(例如，病房)中的干扰以及物理上分离但其间具有视线的位置(走廊上相互分离的两个病房)之间的串扰而非常容易漂移。
因此，期望设计一种用于在具有最小基础结构要求和标准化技术的环境中跟踪人员和资产之间的位置和交互的系统和方法。
附图说明
在下文结合附图阐述的以下具体实施方式中，本文公开的系统和方法的特征和技术方面将变得显而易见，附图中相同的附图标记表示相同或功能相似的元件。
图1示出了集中于健康护理的示例性信息系统的框图。
图2示出了包括一个或多个系统的示例性健康护理信息基础结构的框图。
图3示出了包括多个集中于健康的系统的示例性工业互联网配置。
图4是说明根据本公开的教导构造以有利于接近检测和位置跟踪的示例性环境的框图。
图5是图4的示例性环境的示例性读取器徽章的框图。
图6示出了说明楼宇之间经由云的交互的示例性环境。
图7示出了图6的示例的医院网络和云的示例性架构。
图8示出了基本实时定位平台，该平台包括设施中的多个被监视设备和边缘设备，以及云中的云健康处理器和管理服务。
图9示出了图8的云健康处理器的示例性具体实施。
图10示出了用于监视实时定位系统中的接收器和/或其他设备健康状况的示例性方法的流程图。
图11是被构造为执行图10的示例性机器可读指令以实现图1至图9的示例性系统的示例性服务器的框图。
具体实施方式
在以下详细描述中，参考形成其一部分的附图，并且其中通过图示的方式示出了可实践的具体示例。足够详细地描述了这些示例以使得本领域技术人员能够实践本主题，并且应当理解，可以利用其他示例，并且可以在不脱离本公开主题的范围的情况下进行逻辑、机械、电气和其他改变。因此提供以下详细描述的目的是为了描述示例性实施方式，而非被看作对本公开所述的主题的范围进行限制。来自以下描述的不同方面的某些特征可组合形成下文所讨论的主题的新方面。
当介绍本公开的各种实施方案的元件时，词语“一个”、“一种”、“该”和“所述”旨在意指存在这些元件中的一个或多个。术语“包含”、“包括”和“具有”旨在是包含性的，并且意指除了列出的元件之外还可存在附加元件。
I.概述
当前公开的技术的某些示例改善了对环境诸如医院中的资源的接近检测和位置跟踪。本文公开的示例性系统包括附连到环境内的资产并且发送(例如，周期性地、非周期性地和/或作为一次性事件)信标消息的一个或多个信标标签。信标消息由监听在环境中发送的信标消息的移动读取器徽章接收。例如，所公开的示例性读取器徽章(本文有时称为“读取器”、“徽章”或“移动无线网桥”)可包括用于接收经由低功率蓝牙低功耗(BLE)发送的信标消息的网络接口。在一些所公开的示例中，读取器徽章处理所接收的信标消息，并且经由通信基础结构将从信标消息获得的信息传送到一个或多个实时定位服务(RTLS)服务器。例如，所公开的示例性读取器徽章可经由Wi-Fi基础结构(例如，无线网络)将一批信标消息(例如，阈值数量的信标消息、阈值时间间隔(例如，感兴趣的窗口)等)聚合并传送到RTLS服务器。在一些所公开的示例中，RTLS服务器处理所接收的一批信标消息，以便于对环境中的资源进行实时位置跟踪。在一些所公开的示例中，RTLS服务器可经由图表、图形、表格等报告资源的位置。
实时定位服务经由健康护理环境诸如医院中的接近检测和位置跟踪改善了患者工作流程。位置跟踪可以用于定位医院内的资源，诸如移动资产(例如，患者、静脉内(IV)泵、遥测单元、轮椅等)。例如，位置跟踪可以用于定位病房内“丢失”或“失踪”的IV泵。接近检测便于更好地理解在患者工作流程期间如何发生交互。例如，基于与肥皂分配器的接近度，用户(例如，系统管理员)可以确定看护人在与患者交互之前是否洗手。
本文公开的示例性系统和方法通过使用已经安装在医院中的通信基础结构在医院内创建医院跟踪网络来便于改善接近检测和位置跟踪。将信标标签安装在整个位置或建筑物中。例如，可以将信标标签附连到固定资产(例如，病房入口通道、水槽、饮水器、走廊等)和移动资产(诸如，病床、IV泵、肥皂分配器等)。在一些所公开的示例中，也将信标标签包括在入院时提供给患者的一次性患者标签中。信标标签是信标消息的低成本、低功率发射器。信标消息(本文有时称为“信标”)包括关于信标标签的信息，诸如唯一标识符(例如，标签标识符，诸如媒体访问控制(MAC)地址)和标签类型标识符(例如，信标标签是附连到固定位置资产还是附连到移动资产)。在一些所公开的示例中，信标标签以预设频率(例如，每秒十次、每秒一次、每分钟一次等)广播(例如，广告、传送、发送等)信标消息。例如，附连到固定位置资产(例如，水槽)的信标标签可每秒十次广播信标消息，而附连到移动资产(例如，轮椅)的信标标签可以相对较短的间隔(例如，每秒一次)广播信标消息。
读取器徽章是通过“监听”和接收由信标标签广播的信标消息来便于移动跟踪的移动无线网桥。读取器徽章包括用于接收由信标标签广播的无连接信标消息的BLE控制器。读取器徽章还包括用于与RTLS服务器建立连接的Wi-Fi控制器。读取器徽章可由医院护理人员佩戴或运输。例如，可读取器徽章作为挂绳佩戴或夹在护理人员的衣服上。当护理人员在医院里走动时，读取器徽章被动地收集信标消息并将读取器消息传送到系统后端的RTLS服务器。在一些示例中，读取器徽章在传送读取器消息之前收集多个(例如，预定数量)的信标消息或等待一段时间(例如，预定时间段)。在一些示例中，当接收到来自信标标签的信标消息时，读取器徽章生成并传送读取器消息。读取器消息包括从信标消息接收的信息，诸如源信标标签的唯一标识符和源信标标签的空间位置。在一些示例中，读取器徽章包括识别读取器消息中读取器徽章何时接收到信标消息的时间戳。在一些示例中，读取器徽章包括接收信号强度指示(RSSI)值(例如，测量功率与1毫瓦(dBm)的分贝功率比)。
本文公开的示例性读取器徽章包括用于处理信标消息并确定与源(例如，广播对应信标消息的信标标签)的距离的接近引擎。例如，医院房间可包括附连到门的第一信标标签、附连到输液泵的第二信标标签、附连到床的第三信标标签，以及包括在患者标签(例如，包括患者识别信息诸如姓名、性别、出生日期信息的一次性手镯)中的第四信标标签。当护理人员在医院房间里走动时，读取器徽章可从每个信标标签接收信标消息。接近引擎可以确定每个信标消息的RSSI强度，并将RSSI强度与相应的信标标签相关联。
在一些示例中，接近引擎确定哪些信标标签接近(例如，靠近或紧邻)读取器徽章。例如，接近引擎可以将信标消息的RSSI强度与阈值进行比较，并且如果RSSI强度满足阈值(例如，RSSI强度大于阈值)，则接近引擎将源信标标签识别为接近读取器徽章。在一些示例中，接近引擎丢弃不接近读取器徽章的信标消息。
本文公开的示例性系统和方法包括监视和/或报告环境中的跟踪位置以及人员和资产之间的交互的RTLS服务器。例如，RTLS服务器可以聚合来自环境(例如，医院)中包括的一个或多个读取器徽章的读取器消息。RTLS服务器可经由无线内联网网络(例如，无线局域网等)和/或无线互联网连接与读取器徽章连接。
随着健康护理资产变得越来越小并且越来越符合人体工程学，占地面积小的RTLS跟踪变得越来越重要。另外，随着医院的健康护理设备库存变得更加精简，可能会更频繁地清洁设备。因此，资产跟踪信标应能承受用刺激性消毒化学品进行频繁反复清洁。
某些示例提供可以与BLE和/或其他位置跟踪技术一起应用于健康护理资产(例如，扫描仪、IV泵、监视器等)的改进外壳。在某些示例中，计算机化维护管理系统(CMMS)和/或源系统可以组织和监视资产，并且可以根据需要将信标从一个资产移除和重新关联到另一个资产。可以将信标安装在没有平坦表面的人体工程学物品上。可以将信标与外壳一起开发，以承受严格的健康护理清洁协议，同时保持较小的占地面积，以便不会干扰应用信标的设备的正常使用。
由实时定位平台提供的位置数据质量可以取决于部署用于接收感官和/或位置事件的设备的健康状况。如果部署的设备未按预期运行，则系统生成的位置数据可能不准确/不可靠。为了帮助确保准确的位置数据，支持团队可以监视系统健康状况，隔离有问题的设备，并通过重新配置/更换/升级等来纠正问题。
某些示例为实时定位平台提供接收器健康方法和系统。某些示例定义了作为实时定位平台的一部分而部署的位置接收器可以使用基于事件的消息传递框架来发送系统健康信息的机制和相关联的应用程序编程接口(API)规范。可以捕获所提供的数据/事件并将其用于维护系统并帮助确保改进或最佳性能。
用于实现实时定位平台的设备可具有许多依赖性，包括可靠的电源(例如，电池、插座等)、网络连接和可接受的环境条件(例如，最小/最大操作温度等)。在部署了大量设备的情况下，定期手动检查现场的每个设备是不可行或不具有成本效益的。某些示例便于设备自我报告健康状态和相关联的系统事件，以帮助维护功能正常的系统。
在某些示例中，将定位设备设计为将事件数据(例如，作为JavaScript对象表示法(JSON)文档等)提交给服务接口(例如，代表性状态转移(REST)或RESTful服务接口等)。定义了许多事件，并且可以响应于条件(例如，设备重新获得网络连接、设备放置在充电器上、从充电器移除设备等)或者可作为设备配置文件的一部分配置的时间表来发送这些事件。事件包括用于正在进行的系统健康管理的一组基础(例如，标头等)属性。另外，每个事件包括详细信息部分，其中可以包括特定于事件类型的属性/数据。
在某些示例中，接收器健康包括针为接收器设备(例如，蓝牙接收器设备、BLE接收器设备等)定义的一组事件。例如，可以根据API定义该组事件。在某些示例中，网关客户端API包括用于RESTful服务的服务接口规范或API，设备使用该RESTful服务来发布接收器健康事件等。
某些示例为包括在各种环境中部署的多个设备的大规模系统提供集中的健康和监视能力。例如，在没有这种监视的情况下，部署的系统可能随着时间的推移而失修，并且/或者监视/维护此类系统的成本可能威胁到相关产品的商业可行性。
某些示例被使用时可以提高系统性能，提高客户满意度，为客户提供更高的投资回报，降低客户的拥有成本，降低供应商的支持成本，并提高供应商的利润率等。
可以通过各种方式扩展/修改设备报告的健康事件的类型和细节，以提出一组“唯一”健康事件。例如，还可以改变递送(例如，JSON/XML/CSV或HTTP/JMS/SMTP等)和/或捕获事件的机制/协议，以提出“唯一”解决方案。
某些示例提供定制信标协议(例如，定制BLE信标协议等)，其提供用于消息处理和位置确定的所有涉及的字段，以及系统健康状态，包括低电量指示(例如，剩余天数、剩余小时数，剩余百分比、电池值等)，用于其他安装特定数据的自定义字段(例如，配置文件标识符(ID)、楼层指定、部门ID等)、信标安全性和/或其他项目。虽然没有单一的现有协议满足这些需求，但某些示例提供了一种新协议，使位置系统能够为客户提供系统健康状况和安全信息/消息，并通过允许协议内的自定义数据来启用其他设备级功能。
II.示例性操作环境
健康信息(也称为健康护理信息和/或健康护理数据)涉及由健康护理实体生成和/或使用的信息。例如，健康信息可以包括读取器消息和RTLS服务器信息。例如，健康信息可为与一个或多个患者的健康相关联的信息。健康信息可包括如《健康保险便利和责任法案》(HIPAA)中所述的受保护健康信息(PHI)，该信息被识别为与特定患者相关联并且受到保护而免于未经授权的公开。健康信息可编组为内部信息和外部信息。内部信息包括患者就诊信息(例如，患者专用数据、聚合数据、比较数据等)和一般健康护理操作信息等。外部信息包括比较数据、专家和/或基于知识的数据等。信息可以既具有临床(例如，诊断、治疗、预防等)用途又具有行政(例如，调度、计费、管理等)用途。
具有复杂网络支持环境并且有时具有无序驱动过程流的机构(诸如健康护理机构)利用敏感信息(例如，个人隐私)流的安全处理和安全防护。随着对此类信息交换的灵活性、容积和速度的需求的增长，对信息的安全处理和安全防护的需要增加。例如，健康护理机构对不同位置之间敏感患者PHI和员工信息的交换和存储提供增强的控制和安全防护，以在典型地具有患者对医院服务的无序驱动需求的操作环境中改进医院运营效率。在某些示例中，患者识别信息可根据数据存储位置以及数据访问权限持有者而被掩蔽或甚至从某些数据剥离。在一些示例中，已经“去识别”的PHI可基于密钥和/或其他编码器/解码器而重新识别。
健康护理信息技术基础结构可以适于服务于多种商业利益同时提供临床信息和服务。此类基础结构可包括集中能力，其包括例如数据储存库、报告、分立的数据交换/连接性、“智能”算法、个性化/消费者决策支持等。例如，该集中能力向多个用户提供信息和功能，这些用户包括医疗设备、电子记录、访问门户、绩效薪酬(P4P)、慢性病模型和临床健康信息交换/区域健康信息组织(HIE/RHIO)和/或企业医药研究、住宅健康。
多个数据源的互连帮助实现患者护理团队的所有相关成员的参与并且帮助改进对患者的行政和管理的负担以便管理其护理。具体地讲，使患者的电子病历和/或其他医疗数据互连可帮助改进患者护理和患者信息的管理。此外，通过提供自动适于患者的特定和改变的健康状况的工具而有利于患者护理遵从并且提供全面教育和遵从工具来推动积极的健康结果。
在某些示例中，可使用多种数据库和存储技术和数据格式在多个应用之间传播健康护理信息。为了对跨这些应用驻存的数据提供共同接口和访问，可提供连接性框架(CF)，其利用共同数据模型(CDM)和共同服务模型(CSM)以及面向服务技术(诸如，企业服务总线(ESB))来提供对数据的访问。
在某些示例中，多种用户界面框架和技术可用于建立对于健康信息系统的应用，其包括但不限于 ASP.NET、 Windows PresentationFoundation、 Web Toolkit、 Silverlight、等。应用可由信息小程序库组成来显示例如多内容和多媒体信息。此外，框架使用户能够定制应用的布局并且与底层数据交互。
在某些示例中，具有现代技术堆叠的先进的面向服务的架构(SOA)帮助提供稳健的互操性、可靠性和性能。示例SOA包括三重互操性策略，其包括中央储存库(例如，从健康等级七(HL7)事务构建的中央储存库)、对于在联邦环境中运作的服务和与第三方应用的视觉集成。某些示例提供在健康护理组织之间实现即插即用内容交换的便携式内容。例如，使用共同标准的标准化词汇(例如，LOINC、SNOMED CT、RxNorm、FDB、ICD-9、ICD-10等)用于互操作性。某些示例提供直观用户界面以帮助使最终用户培训最小化。某些示例有利于直接从桌面界面的用户发起的第三方应用启动以通过共享用户、患者和/或其他背景而帮助提供无缝工作流。某些示例提供来自一个或多个信息技术(IT)系统的实时(或假设某一系统延迟而导致的至少基本实时)患者数据并且有利于与基于证据的最佳实践的比较。某些示例对于特定患者集提供一个或多个仪表板。仪表板可基于条件、作用和/或其他准则来指示相对于例如期望实践的变化。
A.示例性健康护理信息系统
信息系统可定义为信息/数据、过程和信息技术的布置，它们进行交互来收集、处理、存储和提供信息输出以支持健康护理到一个或多个患者的交付。信息技术包括计算机技术(例如，硬件和软件)连同数据和电信技术(例如，数据、图像和/或语音网络等)。
现在转向附图，图1示出了集中于健康护理的示例性信息系统100的框图。集中于健康护理的示例性信息系统100可以被配置为实现多种系统和过程，该过程包括图像存储(例如，图像存档与通信系统(PACS)等)、图像处理和/或分析、放射学报告和/或查看(例如，放射学信息系统(RIS)等)、计算机化提供方医嘱录入(CPOE)系统、临床决策支持、患者监测、人群健康管理(例如，人群健康管理系统(PHMS)、健康信息交换(HIE)等)、健康护理数据分析、基于云的图像共享、电子病历(例如，电子病历系统(EMR)、电子健康记录系统(EHR)、电子患者记录(EPR)、个人健康记录系统(PHR)等)、RTLS服务器和/或其他健康信息系统(例如，临床信息系统(CIS)、医院信息系统(HIS)、患者数据管理系统(PDMS)、实验室信息系统(LIS)、心血管信息系统(CVIS)等)。
如图1所示，集中于健康护理的示例性信息系统100包括输入110、输出120、处理器130、存储器140和通信接口150。集中于健康护理的示例性系统100的部件可以集成在一个设备中或分布在两个或更多个设备上。
图1的示例性输入110可包括键盘、触摸屏、鼠标、轨迹球、触控板、光学条形码识别、语音命令等或其组合，用于将指令或数据传送到集中于健康护理的示例性信息系统100。示例性输入110可包括系统之间、用户和集中于健康护理的信息系统100之间等的接口。
图1的示例性输出120可以提供由处理器130生成的用于在监视器等上视觉图示的显示。该显示可以采用网络接口或图形用户界面(GUI)的形式以例如经由通信接口150在计算设备上交换数据、指令或图示。示例性输出120可包括监视器(例如，液晶显示器(LCD)、等离子体显示器、阴极射线管(CRT)等)、发光二极管(LED)、触摸屏、打印机、扬声器或其他常规显示设备或其组合。
图1的示例性处理器130包括硬件和/或将硬件配置为执行一个或多个任务和/或实现特定系统配置的软件。示例性处理器130处理在输入110接收的数据并且生成可以提供给输出120、存储器140和通信接口150中的一个或多个的结果。例如，示例性处理器130可以采取经由输入110提供的关于经由输出120显示的图像的用户注释并且可基于该注释生成与图像相关联的报告。又如，示例性处理器130可以处理经由输入110获得的更新的患者信息，以经由通信接口150向EMR提供更新的患者记录。
图1的示例性存储器140可包括关系数据库、面向对象数据库、数据字典、临床数据存储库、数据仓库、数据集市、供应商中立存档、企业存档等。示例性存储器140存储图像、患者数据、最佳实践、临床知识、分析、报告等。示例性存储器140可以存储数据和/或指令以供处理器130访问。在某些示例中，存储器140可以通过外部系统经由通信接口150访问。
在某些示例中，存储器140存储和控制对加密信息的访问，诸如患者记录、患者医疗记录的加密更新事务，包括使用历史等。在一个示例中，可以存储医疗记录而不使用医疗记录专用的逻辑结构。以这种方式，存储器140不可搜索。例如，可以用数据源处的唯一患者拥有密钥来对患者的数据进行加密。然后将数据上载到存储器140。存储器140不处理或不存储未加密数据，从而最小化隐私问题。可以用加密密钥本地下载和解密患者的数据。
例如，可以根据提供者、患者、患者/提供者关联和文档来构造存储器140。提供者信息可包括例如标识符、名称和地址、公共密钥以及一个或多个安全类别。患者信息可包括例如标识符、密码散列和加密电子邮件地址。患者/提供者关联信息可包括提供者标识符、患者标识符、加密密钥以及一个或多个覆盖安全类别。文档信息可包括例如标识符、患者标识符、诊所标识符、安全类别和加密数据。
图1的示例性通信接口150有利于电子数据在一个或多个系统内和/或之间传输。经由通信接口150的通信可以使用一个或多个协议来实现。在一些示例中，经由通信接口150的通信根据一个或多个标准(例如，医学数字成像和通信(DICOM)、健康等级七(HL7)、ANSI X12N等)发生。示例性通信接口150可以是有线接口(例如，数据总线、通用串行总线(USB)连接等)和/或无线接口(例如，射频、红外、近场通信(NFC)等)。例如，通信接口150可经由有线局域网(LAN)、无线LAN、广域网(WAN)等使用任何过去、目前或未来通信协议(例如，BLUETOOTHTM、USB 2.0、USB3.0等)传送。
在某些示例中，基于网络的门户可用来有利于对信息、患者护理和/或实践管理等的访问。经由基于网络的门户而可用的信息和/或功能可包括医嘱录入、实验室测试结果查看系统、患者信息、临床决策支持、药物管理、调度、电子邮件和/或消息传递、医疗资源等中的一个或多个。在某些示例中，基于浏览器的界面可充当零占用空间、零下载和/或对于客户端设备的其他通用查看器。
在某些示例中，基于网络的门户充当访问例如信息和应用的中央接口。数据可通过例如基于网络的门户或查看器来查看。另外，可例如使用基于网络的门户来操纵和传播数据。例如，可生成、修改、存储和/或使用数据并且然后例如经由基于网络的门户将其传递到另一应用或系统以供修改、存储和/或使用。
例如，基于网络的门户可本地(例如，在办公室中)和/或远程(例如，经由互联网和/或其他专用网络或连接)访问。例如，基于网络的门户可被配置为在访问数据和/或功能以有利于患者护理和实践管理方面帮助或指导用户。在某些示例中，基于网络的门户可例如根据某些规则、偏好和/或功能来配置。例如，用户可根据特定期望、偏好和/或要求来定制网络门户。
B.示例性健康护理基础结构
图2示出了示例性健康护理信息系统(例如，基础结构)200的框图，该系统包括一个或多个子系统，诸如图1所示的健康护理有关的示例性信息系统100。图2的示例性健康护理信息系统200包括HIS 204、RIS 206、PACS 208、接口单元210、数据中心212和工作站214。在例示的示例中，HIS 204、RIS 206和PACS 208容纳在健康护理机构中并且在本地存档。然而，在其他具体实施中，HIS 204、RIS 206和PACS 208可容纳在一个或多个其他合适的位置内。在某些具体实施中，HIS 204、RIS 206和PACS 208等中的一个或多个可经由瘦客户端和/或可下载的软件解决方案远程实现。此外，健康护理信息系统200的一个或多个部件可以组合在一起和/或一起实现。例如，RIS 206和/或PACS 208可以与HIS 204集成，PACS 208可以与RIS 206集成，并且/或者三个示例性信息系统204、206和/或208可以集成在一起。在其他示例性具体实施中，健康护理信息系统200包括所示的信息系统204、206和/或208的子集。例如，健康护理信息系统200可仅包括HIS 204、RIS 206和/或PACS 208中的一个或两个。可以由健康护理从业者(例如，放射科医师、医生和/或技术人员)和/或管理员在患者检查之前和/或之后将信息(例如，日程安排、测试结果、检查图像数据、观察、诊断等)输入HIS204、RIS 206和/或PACS 208中。HIS 204、RIS 206和/或PACS 208中的一个或多个可以包括RTLS服务器和/或与之通信，并且可以与手术室、病房等中的设备和系统通信，以跟踪活动、关联信息、生成报告和/或后续动作等。
在图2例示的示例中，HIS 204存储医疗信息，诸如从例如医院、诊所和/或医生办公室的人员接收的临床报告、患者信息和/或管理信息(例如，EMR、EHR、PHR等)。图2例示的示例的示例性RIS 206存储信息，诸如放射学报告、放射学检查图像数据、消息、警告、警报、患者调度信息、患者人口统计数据、患者跟踪信息和/或医生和患者状态监视器。另外，RIS206使得能够录入检查顺序(例如，对患者的x射线检查进行排序)以及跟踪图像和胶片(例如，跟踪已经检查出胶片的一个或多个人的身份)。在一些示例中，根据HL-7(健康等级七)临床通信协议来格式化RIS 206中的信息。在某些示例中，医学检查分发器位于RIS 206中，以有利于将放射学检查分发给放射科医师工作量，以便由例如管理员查看和管理检查分发。
在图2例示的示例中，PACS 208将医学图像(例如，x射线、扫描、三维渲染等)存储为例如数据库或注册表中的数字图像。在一些示例中，使用医学数字成像和通信(DICOM)格式将医学图像存储在PACS 208中。在对患者医学成像之后，图像由健康护理从业者(例如，成像技术人员、医生、放射科医师)存储在PACS 208中和/或自动从医学成像设备传输到PACS 208以进行存储。在一些示例中，PACS 208还可以包括显示设备和/或查看工作站，以使得健康护理从业者或提供者能够与PACS 208通信。
在图2例示的示例中，接口单元210包括HIS接口连接216、RIS接口连接218、PACS接口连接220和数据中心接口连接222。示例性接口单元210有利于HIS 204、RIS 206、PACS208和/或数据中心212之间的通信。在例示的示例中，接口连接216、218、220、222由广域网(WAN)诸如专用网络或互联网来实现。因此，接口单元210包括一个或多个通信部件，诸如例如以太网设备、异步传输模式(ATM)设备、802.11设备、DSL调制解调器、电缆调制解调器、蜂窝调制解调器等。继而，数据中心212经由网络224与在多个位置(例如，医院、诊所、医生办公室、其他医疗办公室或终端等)实现的工作站214通信。网络224由例如互联网、内联网、专用网络、有线或无线局域网和/或有线或无线广域网实现。在一些示例中，接口单元210还包括代理(例如，Mitra Imaging的PACS代理)，以允许医疗信息和医学图像一起传输并一起存储。
在例示的示例中，接口单元210经由对应的接口连接216、218、220从信息系统204、206、208接收图像、医学报告、管理信息、检查工作量分发信息和/或其他临床信息。如果必要(例如，当接收到的信息的不同格式不兼容时)，接口单元210将医疗信息(诸如医学报告)转译或重新格式化(例如，为结构化查询语言(“SQL”)或标准文本)以便正确存储在数据中心212。可以使用传输协议来传输重新格式化的医疗信息，以使得不同的医疗信息能够共享共同的识别元素，诸如患者姓名或社会保障号。接下来，接口单元210经由数据中心接口连接222将医疗信息传输到数据中心212。最后，医学信息以例如DICOM格式存储在数据中心212中，这使得医学图像和相对应的医疗信息能够一起传输和存储。
稍后可以在工作站214处查看并且可以容易地检索这些医疗信息(例如，通过它们的共同识别元素，诸如患者姓名或记录号)。工作站214可以是能够执行允许获取、存储或传输电子数据(例如，医学报告)和/或电子医学图像(例如，x射线、超声波、MRI扫描等)以供查看和操作的软件的任何设备(例如，个人计算机)。图2的示例性工作站214经由例如键盘、鼠标、轨迹球、麦克风等从用户接收命令和/或其他输入。工作站214能够实现用户界面226以使得健康护理从业者和/或管理员能够与健康护理信息系统200进行交互。例如，响应于来自医生的请求，用户界面226呈现患者病史。在其他示例中，放射科医师能够经由用户界面226检索和管理所分发的检查工作量以进行查看。在另外的示例中，管理员经由用户界面226查看与检查分发相关联的放射科医师工作量、检查分配和/或操作统计。在一些示例中，管理员经由用户界面226调整一个或多个设置或结果。
图2的示例性数据中心212是存储诸如图像、数据、医学报告和/或更一般地患者病历之类的信息的存档。此外，数据中心212还可以作为前往位于其他源的信息的中央管道，其他源诸如例如本地存档、医院信息系统/放射学信息系统(例如，HIS 204和/或RIS 206)，或医学成像/存储系统(例如，PACS 208和/或连接的成像模态)。也就是说，数据中心212可以存储前往信息的连接或指示符(例如，标识号、患者姓名或记录号)。在例示的示例中，数据中心212由应用服务器提供方(ASP)管理，并且位于可以由多个系统和设施(例如，医院、诊所、医生办公室、其他医疗办公室，和/或终端)访问的中央位置。在一些示例中，数据中心212可以在空间上远离HIS 204、RIS 206和/或PACS 208。
在例示的示例中，图2的示例性数据中心212包括服务器228、数据库230和记录组织器232。服务器228在其与健康护理信息系统200的部件之间接收、处理和传送信息。数据库230存储本文所述的医疗信息并提供对其的访问。例如，图2的示例性记录组织器232管理患者病历。例如，记录组织器232还可以辅助规程调度
某些示例可以实现为基于云的临床信息系统和相关联的使用方法。示例基于云的临床信息系统使得健康护理实体(例如，患者、临床医生、站点、组、社区和/或其他实体)能够经由基于网络的应用、云存储和云服务来共享信息。例如，基于云的临床信息系统可使第一临床医生能够将信息安全地上传到基于云的临床信息系统中，以允许第二临床医生经由网络应用程序查看和/或下载该信息。因此，例如，第一临床医生可将x射线图像上传到基于云的临床信息系统中，并且第二临床医生可经由网络浏览器查看该x射线图像和/或将该x射线图像下载到第二临床医生采用的本地信息系统上。
在某些示例中，例如，用户(例如，患者和/或护理提供者)可以经由云或其他计算机网络上的软件即服务(SaaS)实现来访问由健康护理信息系统200提供的功能。在某些示例中，健康护理信息系统200的全部或部分也可以经由平台即服务(PaaS)、基础结构即服务(IaaS)等来提供。例如，健康护理信息系统200可以被实现为云交付的移动计算集成平台即服务。例如，一组面向消费者的基于网络的、移动的和/或其他应用使得用户能够与PaaS交互。
C.工业互联网示例
物联网(也称为“工业互联网”)涉及可以使用互联网连接与网络上的其他设备通话(例如，通信)的设备之间的互连。使用该连接，设备可以通信以触发事件/动作(例如，改变温度、打开/关闭、提供状态等)。在某些示例中，机器可以与“大数据”合并以改进效率和操作，从而提供改进的数据挖掘，有利于更好的操作等。
大数据可以指代使用传统的数据处理工具/方法变得难以处理的庞大和复杂的数据集合。与大型数据集相关联的挑战包括数据捕获、排序、存储、搜索、传输、分析和可视化。朝向更大数据集的趋势至少部分地归因于可从单个大数据集的分析中得到的附加信息，而不是对多个单独的、较小数据集的分析。通过分析单个大数据集，可以找到数据中的相关性，并且可以评估数据质量。
图3示出了示例性工业互联网配置300。示例性工业互联网配置300包括多个健康相关资产310-312(本文有时称为集中于健康的系统或基础结构)(例如，信息系统、成像模态等)，诸如经由工业互联网配置300进行通信的多个健康信息系统100(例如，PACS、RIS、EMR等)。图3的示例性工业互联网配置300包括经由云320与服务器330和关联数据存储340通信的多个健康相关资产310-312。
如图3的示例所示，多个健康相关资产310-312可以访问云320，该云将资产310-312与服务器330和关联数据存储340连接在一起。例如，信息系统包括用于经由云320与服务器330和数据存储340交换信息的通信接口。其他设备诸如医学成像扫描仪、患者监测器等可以配备有传感器和通信接口，以使得它们能够彼此通信并且经由云320与服务器330通信。
因此，工业互联网配置300内的示例性健康相关资产310-312变得“智能”，成为具有高级传感器、控制件、基于分析的决策支持和托管软件应用的网络。使用这样的基础结构，可以对相关联数据提供高级分析。该分析组合了基于物理的分析、预测算法、自动化和深度域专业知识。例如，经由示例性云320，可以连接健康相关资产310-312和相关人员以支持更智能的设计、操作、维护以及更高的服务器质量和安全性。
例如，使用工业互联网基础结构，可以从资产310中提取专用机器数据流。基于机器的算法和数据分析应用于提取的数据。数据可视化可以在远程、在中央等。然后，与授权用户共享数据，并且任何收集的智能被反馈到资产310-312。
D.数据挖掘示例
成像信息学包括确定如何以逻辑、结构化和机器可读格式标记和索引在诊断成像中获取的大量数据。通过逻辑地构造数据，可以由表示临床路径和决策支持系统的算法来发现和利用信息。数据挖掘可用于帮助确保患者安全，减少治疗差异，提供临床决策支持等。从放射学报告以及实际图像像素数据中挖掘结构化和非结构化数据两者可用于标记和索引成像报告和相关联图像本身。
E.示例性使用方法
临床工作流通常被定义为包括响应于一个或多个事件和/或根据时间表要采取的一个或多个步骤或行动。事件可以包括接收与临床记录的一个或多个方面相关联的健康护理消息，打开新患者的记录，接收转移的患者，就图像进行查看和报告，和/或需要或指示响应性动作或处理的任何其他实例和/或情况。临床工作流的动作或步骤可包括下达进行一个或多个临床测试的订单，规程调度，请求某些信息以补充所接收的健康护理记录，检索与患者相关联的附加信息，向患者和/或与患者的治疗相关联的健康护理从业者提供指令，放射学图像阅片，和/或用于处理健康护理信息的任何其他动作。所定义的临床工作流可以包括例如管理员或从业者要采取的人工动作或步骤，系统或设备要采取的电子动作或步骤，和/或人工和电子动作和步骤的组合。虽然健康护理企业的一个实体可以以第一方式为特定事件定义临床工作流，但是健康护理企业的第二实体可以以第二不同方式定义该事件的临床工作流。在一些示例中，不同的健康护理实体可以以不同的方式处理或响应相同的事件或环境。工作流方法的差异可能源于不同健康护理实体之间不同的偏好、能力、要求或义务、标准、协议等。
在某些示例中，对患者进行的医学检查可以涉及由健康护理从业者(诸如放射科医师)进行查看，以从例如检查中获得诊断信息。在医院环境中，可以为多个患者订购医学检查，所有这些医学检查都需要由检查从业者进行查看。每个检查都有相关联的属性，诸如模态、接受检查的人类身体部位，和/或与患者危急程度相关的检查优先级。在管理检查的分发以供从业者查看时，医院管理员可以考虑检查属性以及人员可用性、人员证书和/或制度因素，诸如服务水平协议和/或间接成本。
可以有利于附加工作流，诸如账单处理、收入周期管理、人口健康管理、患者身份、同意管理等。
III.示例性医院跟踪网络
可以部署上述系统和方法以提供实时定位服务。实时定位服务(RTLS)有助于跟踪工业环境诸如医院中的人员和资产。本文所述的示例性RTLS系统被设计为通过从安装在整个医院中的信标标签捕获位置和接近信息来创建资产的位置感知。本文公开的示例利用由健康护理工作者(例如，医生、护士、管理员、清洁工等)佩戴的读取器徽章，所述读取器徽章从安装在和/或附连到资产诸如走廊、房间、设备、患者等的信标标签接收信标消息，在信标标签和标记资产之间收集所述信标消息的位置和/或接近信息。例如，信标标签可广播包括与对应的信标标签相关联的唯一标识符(例如，签名、MAC地址、序列号等)的信标消息。当健康护理人员在医院里走动时，他们的读取器徽章收集从整个医院的信标标签发送的信标消息。在一些所公开的示例中，读取器徽章聚合信标消息并将一批信标消息发送到RTLS服务器进行处理。本文公开的示例性RTLS服务器处理信标消息以通过接近和概率来创建位置感知。
在一些所公开的示例中，将信标标签安装在固定位置和/或附接到固定位置(例如，放置在固定(或接近固定))资产上。例如，一些“已知位置”信标标签可附连到走廊、门、窗、水槽等。如下所述，在一些示例中，RTLS服务器利用从“已知位置”信标标签接收的信标消息来确定读取器徽章的位置。
在一些所公开的示例中，信标标签附连到移动资产诸如设备。例如，一些“移动位置”信标标签可附连到床、轮椅、患者等。如下所述，在一些示例中，RTLS服务器利用从“移动位置”信标标签接收的信标消息来确定哪些资产在对应的读取器徽章(例如，聚合并发送一批信标消息的读取器徽章)附近。
另外，在不同时间戳间隔期间比较资产位置可能有助于确定如何移动资产和/或护理人员何时与资产交互。例如，考虑其中轮椅(例如，移动位置资产)位于第一病房中的示例。在例示的示例中，假设轮椅上贴有移动位置资产信标标签，并且第一个病房贴有固定位置资产信标标签。在例示的示例中，当佩戴读取器徽章的护理人员走进第一病房时，他们的读取器徽章收集由轮椅信标标签和第一病房信标标签广播的信标消息。在例示的示例中，基于由第一病房信标标签广播的信标消息将护理人员位置分配给第一病房。另外，由于轮椅在同一位置被“看到”，轮椅位置也被更新到第一病房。
在例示的示例中，当护理人员在第一病房时，他们的读取器徽章收集由轮椅信标标签和第一病房信标标签广播的信标消息。如果护理人员开始移动轮椅(例如，从第一病房移动到第二病房)，则他们的读取器徽章将继续收集由第一病房徽章标签广播的信标标签，但也将开始收集由第二病房信标标签广播的信标消息。在例示的示例中，一旦护理人员进入第二病房，护理人员位置就被更新到第二病房。另外，在例示的示例中，由于护理人员仍“看到”轮椅(例如，确定轮椅位置接近护理人员)，轮椅的位置也被更新到第二病房。
在所示的示例中，在轮椅从第一病房移动到第二病房之后，轮椅位于第二病房而不是第一病房的置信度可能较低。然而，在例示的示例中，每当护理人员走进第一病房并且没有“看到”轮椅时，轮椅位于第一病房的置信度就会降低。另外，在例示的示例中，每当护理人员走进第二病房并且“看到”轮椅时，轮椅位于第二病房的置信度就会增加。在例示的示例中，“人群”(例如，护理人员)提供在不同位置和不同时间“看到”的不同快照。如本文所公开的，RTLS服务器可分析不同的快照以有利于在环境中对资产进行接近度检测和位置跟踪。
参见图4，示出了示例性环境400，可在其中实现本文公开的示例以有助于使用移动无线网桥进行接近检测和位置跟踪。图4的示例性环境400包括示例性信标标签405、示例性读取器徽章425和示例性实时位置服务(RTLS)服务器455。
在图4例示的示例中，信标标签405使用低功率BLE发射器来实现，并且包括单个纽扣电池。在一些示例中，单个纽扣电池为对应的信标标签405提供电力两年或更长时间。在例示的示例中，将信标标签405在两种类型的资产上安装在整个环境400中。例如，一个或多个信标标签405可位于(例如，附连到)固定位置资产上，诸如门、房间、走廊、饮水器等。另外，一个或多个信标标签405可位于(例如，附连到)移动位置资产上，诸如患者(例如，插入患者标签内)、床、IV泵、轮椅等。尽管图4例示的示例仅包括两个信标标签405，但其他环境可能包括附加的信标标签。例如，不同的环境可包括附连到资产的数十、数百和/或数千个信标标签。一般来讲，基于添加或减少放置在环境中的信标标签的数量，增加和/或减少在环境中对资产进行接近检测和位置跟踪的准确性。
在图4例示的示例中，示例性信标标签405周期性地通告它们在环境400中的存在。例如，信标标签405可每一秒广播示例性信标消息410。在其他示例中，信标标签405可非周期性地和/或作为一次性事件广播信标消息410。在一些示例中，信标标签405可以不同的时间间隔广播信标消息410。例如，位于固定位置资产上的信标标签405可每两秒广播信标消息410，而位于移动位置资产上的信标标签405可每秒广播信标消息410。在一些示例中，位于移动位置资产上的信标标签可在移动位置资产固定时以第一频率(例如，每秒一次)广播信标消息410，并且可在移动位置资产移动时以第二频率(例如，每半秒一次)广播信标消息410。然而，可附加地或另选地使用其他时间间隔。
在例示的示例中，信标消息410包括标签识别信息415和标签类型识别信息420。例如，标签识别信息415可以是信标标签405的唯一标识符，诸如MAC地址、序列号、字母数字签名等。示例性标签类型识别信息420识别广播信标消息410的信标标签405是附连到固定位置资产还是附连到移动位置资产。然而，信标消息410可包括附加信息或另选信息。例如，信标消息410可包括识别由信标标签405执行的软件版本的信息，可包括识别信标标签405的功率电平的信息等。
在图4例示的示例中，信标消息410由读取器徽章425接收。在例示的示例中，读取器徽章425由医院护理人员426诸如医生、护士等佩戴。当医院护理人员移动通过医院时，读取器徽章425收集由信标标签405广播的信标消息410。例如，当医院工作人员426正在访问示例性病房#1中的患者时，示例性读取器徽章410可从位于病房#1的门上的固定位置资产信标标签收集一个或多个信标消息，从位于病房#1中的水槽上的固定位置资产信标标签接收一个或多个信标消息，从位于患者的识别标签上的移动位置资产信标标签接收一个或多个信标消息，从位于病房#1中的床上的移动位置资产信标标签接收一个或多个信标消息等。
在图4例示的示例中，读取器徽章425响应于接收到信标消息410而生成示例性读取器消息430。例如，读取器徽章425可创建读取器消息430，包括在信标消息410中包括的标签识别信息415和标签类型识别信息420以及附加示例性徽章识别信息435、示例性时间戳440、示例性信号强度信息445，以及示例性信道识别信息450。在例示的示例中，徽章识别信息435是唯一地标识读取器徽章410的一串字母数字字符(例如，MAC地址、序列号、字母数字签名等)。示例性时间戳440识别读取器徽章425接收到信标消息410的日期和/或时间(例如，2015年1月1日，下午9:10:04)。示例性信号强度信息445识别信标消息410在被读取器徽章425接收时的信号强度(例如，接收信号强度指示(RSSI)值)。示例性信道识别信息450识别接收信标消息410的信道(例如，蓝牙频率信道，诸如信道37、信道38或信道39)。
在图4例示的示例中，读取器徽章425周期性地将一组(例如，一批)读取器消息430传送到RTLS服务器455。例如，读取器徽章425可发送在一段时间(例如，30秒)内收集的一个或多个读取器消息430。附加地或另选地，读取器徽章425可非周期性地和/或作为一次性事件传送一个或多个读取器消息430。例如，读取器徽章425可在将收集的读取器消息430发送到RTLS服务器455之前收集阈值数量的读取器消息430。在一些示例中，读取器徽章425在读取器徽章425创建读取器消息430时发送这些读取器消息。
在图4例示的示例中，RTLS服务器455是有助于接近检测和位置跟踪的服务器和/或数据库。在一些示例中，RTLS服务器455使用多个设备来实现。例如，RTLS服务器455可包括彼此通信的磁盘阵列或多个工作站(例如，台式计算机、工作站服务器、膝上型电脑等)。
在例示的示例中，RTLS服务器455经由由示例性网络460表示的一个或多个无线网络与读取器徽章425通信。示例性网络460可使用任何合适的无线网络来实现，包括例如一个或多个数据总线、一个或多个无线局域网(LAN)、一个或多个蜂窝网络、互联网等。如本文所使用的，短语“通信”(包括其变体(例如，与……通信等))包括通过一个或多个中间部件进行直接通信和/或间接通信，并且不需要直接的物理(例如，有线)通信和/或持续通信，而是附加地包括周期性或非周期性间隔的通信，以及一次性事件。
在图4例示的示例中，RTLS服务器455利用读取器消息430来有助于在环境400中对资产进行接近检测和位置跟踪。在例示的示例中，RTLS服务器455选择从读取器徽章425接收的读取器消息430的一部分来确定读取器徽章425的位置。例如，RTLS服务器455可处理读取器消息430以识别第一读取器消息430子集(例如，一个或多个读取器消息)，其在第一感兴趣窗口(例如，五秒窗口)期间由读取器徽章425接收并且属于固定位置资产标签类型(例如，基于包括在第一读取器消息子集中的标签类型信息420)。在图4例示的示例中，RTLS服务器455利用包括在第一读取器消息430子集中的信号强度信息445来确定最近的固定位置资产。例如，相对较强的RSSI值可指示广播信标标签405比与相对较弱的RSSI值相关联的信标标签405更接近读取器徽章425。在图4例示的示例中，RTLS服务器455基于最近的固定位置资产更新读取器徽章425的位置。
在图4例示的示例中，一旦RTLS服务器455将读取器徽章425与位置(例如，最近的固定位置资产的位置)相关联，RTLS服务器455就识别出第二读取器消息430子集(例如，一个或多个读取器消息)，其在第一感兴趣窗口(例如，五秒窗口)期间由读取器徽章425接收并且属于移动位置资产标签类型(例如，基于包括在第二读取器消息430子集中的标签类型信息420)。例如，RTLS服务器455可基于其与读取器徽章425的接近度来更新移动位置资产的位置。
在图4例示的示例中，RTLS服务器455选择第二读取器消息430子集中的读取器消息，并基于包括在所选择的读取器徽章430中的RSSI值455将对应的移动位置资产相对位置分类到读取器徽章425。例如，当信号强度信息455满足第一阈值(例如，RSSI值小于(-60)分贝)时，RTLS服务器455将移动位置资产分类为相对远的资产。当信号强度信息455满足第二阈值(例如，RSSI值大于(-40)分贝)时，图4的示例性RTLS服务器455将移动位置资产分类为相对直接的资产。在图4例示的示例中，当信号强度信息455不满足第一阈值和第二阈值时，RTLS服务器455将移动位置资产分类为相对接近的资产。例如，当RSSI值小于(-40)分贝并且大于(-60)分贝时，RTLS服务器455可将移动位置资产分类为相对接近的资产。
在图4例示的示例中，取决于相对位置分类，RTLS服务器455更新移动位置资产的位置和/或更新与移动位置资产相关联的资产位置置信度分数。在所示的示例中，资产位置置信度分数表示可在当前分配的资产位置找到移动位置资产的概率(或可能性)。例如，当在相同位置“看到”移动位置资产时，RTLS服务器455增加移动位置资产的资产位置置信度分数。当在不同位置“看到”移动位置资产时，RTLS服务器455降低移动位置资产的资产位置置信度分数。另外，当资产位置置信度分数未能满足位置阈值(例如，小于位置阈值)时，可基于例如收集从移动位置资产发出的信标消息410(例如，通过附连到移动位置资产的信标标签405)的读取器徽章425的位置来更新移动位置资产的资产位置。
在例示的示例中，当将移动位置资产分类为相对远时，图4的示例性RTLS服务器455丢弃读取器消息430，并且RTLS服务器455不改变移动位置资产的位置和/或与移动位置资产相关联的资产位置置信度分数。例如，读取器徽章425可能已经收集了从穿过病房#1外部的走廊的移动位置资产发出的相对弱的信标消息。在一些示例中，读取器徽章425可过滤此类信标消息(例如，与弱(例如，低)RSSI值相关联的信标消息410)，而不是将弱信标消息传送到RTLS服务器455。
当将移动位置资产分类为相对直接的资产时，高信号强度(例如，RSSI值大于(-40)分贝)可指示医院工作人员426前面的移动位置资产正被医院工作人员426使用和/或被医院工作人员426移动。在一些此类情况下，可假设移动位置资产的位置与读取器徽章425的位置相同。在例示的示例中，图4的示例性RTLS服务器455将移动位置资产的位置更新为读取器徽章425的位置。另外，示例性RTLS服务器455递增移动位置资产的资产位置置信度分数(例如，增加移动位置资产位于更新的资产位置的概率)。在一些示例中，如果信标标签405对于读取器徽章425是相对直接的，则可假设护理人员正在与对应的资产交互。例如，护理人员可能正在用轮椅推患者。
在图4例示的示例中，当将移动位置资产分类为相对接近的资产(例如，与中等信号强度相关联)时，图4的示例性RTLS服务器455将与移动位置资产相关联的当前位置与读取器徽章425的位置进行比较。在例示的示例中，当当前资产位置与读取器徽章425的位置相同时，RTLS服务器455增加移动位置资产的资产位置置信度分数。例如，移动位置资产在与其当前分配的位置相同的位置被“看到”。在一些示例中，当当前资产位置与读取器徽章425的位置不相同时，示例性RTLS服务器455降低移动位置资产的资产位置置信度分数。另外，示例性RTLS服务器455将移动位置资产的资产位置置信度分数与位置阈值进行比较，并且当资产位置置信度分数未能满足位置阈值(例如，小于位置阈值)时，RTLS服务器455将移动位置资产的资产位置更新为接收到对应的信标消息410的读取器徽章425的位置。
在图4例示的示例中，示例性环境400包括示例性对接模块465。示例性对接模块465可用于对一个或多个读取器徽章425充电。在一些示例中，对接模块465从信标标签405接收信标消息410和/或将读取器消息430发送到RTLS服务器455。
图5示出了示例性信标标签502、示例性信标徽章504、示例性集线器模块506和示例性对接模块508中包括的各种部件。例如，信标标签502包括用于发送信标消息410的一个或多个BLE芯片(标记为“信标”)510、一个或多个电源514(例如，一个或多个纽扣电池)以及管理一个或多个BLE芯片510和一个或多个电源514的片上系统(SOC)512。示例性信标徽章504包括用于接收信标消息406a-409a的一个或多个BLE芯片516(标记为“收发器”)、用于与无线网络(例如，示例性网络460)通信的一个或多个Wi-Fi芯片518、一个或多个电源(例如，一个或多个电池)522、一个或多个传感器524(例如，运动传感器、加速度计、陀螺仪等)以及用于管理一个或多个BLE芯片516、一个或多个Wi-Fi芯片518、一个或多个电源522和一个或多个传感器524的片上系统(SOC)520。示例信标徽章504还包括示例性模块连接器526，其将信标徽章504连接到示例性集线器模块506和/或底座模块508。
在图5例示的示例中，信标徽章504可连接到示例性集线器模块506。信标徽章504和集线器模块506之间的连接可以包括机械连接、电连接或其组合。在例示的示例中，集线器模块506可用于跟踪与固定位置的资产交互。在医疗保健环境中，固定位置的示例包括给皂器、床、墙壁、设备等。在其他环境诸如零售环境中，固定位置可包括壁灯、灯具、镜子、搁架和其他这样的固定位置。
可以利用集线器模块506来识别特定位置。例如，信标徽章504可以经由徽章连接534联接到放置在受限区域入口上的集线器模块506，以识别佩戴信标标签502的人何时进入(或接近)受限区域。在一个实施方案中，集线器模块506包括片上系统(SOC)528以管理集线器模块506的组件，一个或多个电源530(例如，一个或多个电池和外部电源(例如，AC/DC连接))以延长信标徽章504的电池寿命和能力，通信地联接到SOC 528的一个或多个传感器532，以及用于将信标徽章504连接到集线器模块506的徽章连接534。
在例示的示例中，信标徽章504可以可连接(例如，机械联接、电联接等)到示例性底座模块508。在例示的示例中，底座模块508可用于对一个或多个信标徽章504充电。因此，并且在一个实施方案中，底座模块508包括外部电源连接器536(例如，AC连接器)，用于指示信标徽章504是否被充电或正在充电的充电指示器538，以及用于讲信标徽章504连接到底座模块508的徽章连接540。在一个实施方案中，底座模块508是便携式的。例如，底座模块508可以放置在一个或多个环境中，诸如收银机、讲台、柜台、护士站、休息室、走廊等，并且护理人员可以在他们下班时将他们的信标徽章504经由徽章连接540联接到底座模块508。
图6示出了示例环境600，其示出了经由云606在楼宇602、604之间的交互。在图6的示例中，一个或多个固定信标608和一个或多个移动信标610位于设施602(例如，医院、诊所等)中。信标608、610被附连(例如，永久地附连、可拆卸地附连等)到位置、资产等。例如，固定信标608可以安装在设施602中某个位置处的墙壁上，这样资产可以被定位以向接收器提供位置。例如，移动信标610可以(例如，永久地、可移除地等)附连到待定位和跟踪的物品(例如，静脉内(IV)泵、成像扫描仪(例如，X射线、CT、超声等)、手推车、实验车等)。
例如，通过一个或多个移动接收器612和/或固定接收器614检测和读取信标608、610(例如，通过蓝牙TM、蓝牙低功耗(BLE)、近场通信(NFC)等)。例如，移动接收器612包括处理其位置(例如，相对于固定信标608等)的逻辑。例如，移动接收器612可以由人和/或移动资产佩戴以创建众包环境，其中移动接收器612与信标608、610交互并且向系统600通知接收器612位置和信标608、610在该位置的范围内的存在。固定接收器614配置有其在设施602中的位置。固定接收器614可以安装在减少众包的位置的墙壁上(例如，存储位置、封闭位置等)以与信标608、610交互并且向系统600通知接收器614的位置和信标608、610在该位置的范围内的存在。移动接收器612和固定接收器614处理哪些(哪些)资产位于范围内(例如，如所指示的移动信标610和/或固定信标608等)并通知系统600的其他组件。
接收器612、614通过诸如Wi-Fi等的信道616与中间件网关618通信，以将关于信标608、610位置的信息发送到中间件引擎620。例如，中间件网关618可以是边缘设备、网关设备、集线器和/或其他电子设备，以在楼宇602和云606之间进行介接。中间件引擎620可驻留在云606上以处理所接收的信标608、610和接收器612、614数据并计算位置信息。例如，中间件引擎620还可以将位置事件发布到一个或多个接收/订阅接收者。
例如，一个或多个消费应用程序622经由云606访问来自中间件引擎620的位置数据，以利用该位置数据进行调度、跟踪、(重新)订购、维护、计费，协议合规性、治疗评估、员工评估、资源评估和/或其他资源管理应用程序。另选地或除此之外，应用程序接口(API)624提供位置感知数据以供第二设施(例如，医院、诊所等)604处的一个或多个医院应用程序626至632使用。例如，医院计算机化维护管理系统(CMMS)626、医院床位管理系统628和/或其他医院系统630、医院应用程序632等可以经由API624接收和处理资产位置信息。
图7示出了图6的医院网络602和云606的示例性架构700。如图7的示例所示，医院网络602经由中间件或位置网关618与云606通信，该中间件或位置网关可以被划分(如图7的示例中所示)成客户端位置网关618a和服务器位置网关618b。示例性医院网络602包括用于根据诸如WiFi网络、网关连接、网关安全凭据/证书之类的一个或多个参数来配置徽章714(例如，医院员工徽章、智能电话等)的徽章配置工具702。工具702可以通过WiFi、蓝牙、NFC等与徽章714通信。此外，徽章714与客户端位置网关618a通信以向云606提供位置信息。
另外，固件704可以与徽章714通信以更新徽章714上的固件、设置等。例如，示例性固件704可以提供软件开发工具包(SDK)和/或与SDK相关联，以实现将应用程序集成到徽章714中。使用SDK，固件704可以向徽章714和/或徽章714的用户/佩戴者提供通知、提议和/或其他定制。
图7的示例性医院网络602还包括位置工具箱应用程序706，其与信标716(例如，蓝牙信标、BLE信标等)和/或集线器708(例如，经由蓝牙、BLE等)通信。例如，信标716和/或集线器708还可以与徽章714和/或客户端位置网关618a通信。工具箱706为集线器708、徽章714和/或信标716等提供配置和/或授权应用程序、设置、配置等。例如，工具箱706可以用于设置信标频率、信标范围、信标传输模式等。工具箱706、信标716和/或徽章714可以经由集线器708与客户端位置网关618a等通信。
图7的示例性医院网络602还可以包括无源读取器710、接入点712和无源标签718。WiFi接入点712按照存在(例如，在设施602中)、分区(例如，在设施602的特定区域中)、位置(例如，实际位置)等来帮助中继定位信息。例如，无源标签718和无源读取器710可以交互以将医院网络602中的位置信息提供给客户端位置网关618a。
客户端位置网关618a与云606处的服务器位置网关618b通信。客户端位置网关618a还与诸如定位服务器620的中间件引擎620通信。示例性服务器620提供多个特征，包括管理用户界面(UI)、系统健康状况监视器、配置信息、见解/分析等。示例性服务器620与信标/站点管理服务720和站点构建器724通信，后两者有助于绘制出位置(例如，医院网络602等)和在该位置找到的信标。
例如，使用服务总线722，服务器位置网关618b、信标/站点管理服务720和/或站点构建器724可以与地理信息系统(GIS)726通信以使用地理参考位置坐标创建要存储的设施602的地图。可以使用站点构建器724和GIS726识别放置在设施602中的固定接收器并将其添加到地图中。例如，位置引擎728可用于利用地图和地理信息来将位置与检测到的信标事件相关联以导出特定资产的位置。例如，使用GIS 726和站点构建器724，可以实时地(或基本上实时地，给定一些数据处理、传输和/或存储等待时间)修改/更新地图，以基于传入数据进行快速、流畅的改变。例如，GIS 726向由站点构建器724映射的设施602的内部提供空间上下文。使用GIS 726平台，可以导出对象之间的距离，并且可以包括地理参考坐标。由位置引擎728生成的信息可以由包括资产管理734、医院信息系统(HIS)736和/或其他第三方系统738等的一个或多个产品732耗用。例如，徽章配置服务730还可以帮助在服务器/云端进行徽章配置，帮助更新医院602处的徽章配置工具702。
因此，某些示例提供了用于监视和管理徽章、信标和接收器并为这些设备提供健康状况统计的系统和方法。某些示例提供API，其允许安装在某个位置处的设备将状态信息传送到云606基础设施以进行处理，以便显示报告、分析，促进用于修复/更新的交互等，从而驱动用于系统健康状况和持续系统操作的通知、警报，维护等。某些示例有助于监视和评估网络和系统性能以及重新调整/重新配置/重新定义期望的网络和/或系统操作。
更一般地，图8示出了基本实时位置平台800，其包括设施820中的多个被监视设备802至806和边缘设备810，以及云850中的云健康状况处理器830和管理服务840。被监视设备802至806可以包括一个或多个信标、徽章和/或接收器608、610、612、614、708、710、712、714、716、718等。边缘设备810可以包括位置网关618等。云健康状况处理器830可以包括位置服务器620等。管理服务840可以包括信标/站点管理服务720、徽章配置服务730等。
云健康状况处理器830定义机制和相关联的API规范，被部署为实时位置平台600、700的一部分的接收器612、614、710可以根据该机制和规范使用基于事件的消息传递框架来传输系统健康状况信息。所提供的数据/事件可被捕获并用于维护系统600、700并帮助确保最佳和/或以其他方式改进的性能。
在某些示例中，给定许多依赖性、连接性问题和功率考虑，系统800被配置为使得设备802至806经由边缘设备810向健康状况处理器830自我报告其健康状态和相关联的系统事件以帮助维护功能系统600、700、800。例如，位置设备802至806被设计为经由边缘设备810向在健康状况处理器830处的接口(例如，RESTful服务接口等)提交事件数据(例如，JSON文档，和/或诸如XML、CSV、HTTP、JMS、SMTP等的其他格式/协议)。
可定义多个事件。事件包括用于正在进行的系统健康管理的一组基础(例如，标头等)属性。此外，每个事件都包括一个详细信息部分，其中可以包含特定于事件类型的属性/数据。例如，可以定义许多事件，并且可以响应于指定条件(例如，重新获得网络连接的设备，例如，放置在充电器上的设备，例如，从充电器移除的设备等)和/或根据可被配置为设备配置文件一部分的时间表来发送这些事件。下表提供了接收器健康状况相关事件的一些示例：
因此，当执行相关联的事件时，每个接收器经由API(例如，API 624等)将健康状况/操作细节发送到处理器830。在某些示例中，WiFi重新连接不包括移动接收器的漫游和/或接入点转换。在某些示例中，心跳计时器在设备重新引导时重新启动。在某些示例中，心跳间隔被设置为足够频繁以监视温度变化，例如，消除对温度阈值事件的需要。
在某些示例中，可以提供由设备802至806用于发布健康状况事件的服务接口(例如，API)规范，诸如用于RESTful服务等。服务接口可以定义健康状况API和/或参考API，其提供位置事件、时间、固件更新、系统健康状况、接收器配置等的定义。例如，位置事件请求可以被格式化为JSON对象以包括信标MAC地址、UUID、RSSI、电池寿命(例如，剩余电池寿命的百分比，电池值等)、时间戳(例如，接收信标事件的时间等)、接收器MAC地址等。例如，获取时间请求可以实现为包括时间(诸如UNIX时间、POSIX时间、纪元时间、UTC时间等)的JSON格式对象。例如，固件更新可以实现为向目标设备802至806提供应用程序/八位字节流的二进制文件。例如，系统健康状况请求可以被实现为包括事件类型、设备MAC地址、时间戳、固件版本、放电深度(例如，剩余电池寿命的百分比等)、温度(例如，设备温度、华氏温度、摄氏温度等)，详细信息(例如，为事件提供的任何其他细节)等的JSON格式对象。例如，接收器配置请求可以被实现为包括以下项的JSON格式对象：扫描间隔(例如，正在评估接收到的信标以确定应传输哪些信标的时间段等)、扫描信道(例如，设备应该在其上进行侦听的BLE信道等)、心跳间隔、WiFi传输频率、配置文件名称/ID、信标类型、接近范围、RSSI低(例如，在应当处理信标的范围内考虑的最弱RSSI信号强度等)、RSSI高(例如，在该范围内考虑的最强RSSI信号强度)、信标命中计数(例如，在扫描间隔内需要接收的信标命中数等)、扫描保留间隔(例如，在扫描结果存储以供传输之前发生的扫描次数等)、仅发送最接近(例如，如果为真，则在给定范围内接收的所有信标将由设备发送，否则仅发送最接近的(例如，最高RSSI值)信标等)、抑制重复(例如，如果为真，则如果设备的传输与先前扫描间隔相同，则将被抑制等)、时间服务URL(例如，暴露时间服务的统一资源定位器等)、事件服务URL(例如，暴露事件服务的统一资源定位器等)、固件服务URL(例如，暴露固件服务的统一资源定位器等)、固件文件名等。
由实时位置平台600、700提供的位置数据的质量取决于部署用于接收传感/位置事件的设备的健康状况。如果部署的设备未按预期运行，则系统生成的位置数据可能不准确/不可靠。为了帮助确保准确的位置数据，支持系统和/或团队(例如，健康状况处理器830和管理服务840)必须能够监视系统健康状况，隔离有问题的设备并通过重新配置、替换、升级等来纠正问题。因此，某些示例为包括在各种环境中部署的数千个设备的大规模系统提供集中的健康状况和监视能力。如果没有这个系统，部署的系统会随着时间推移而失修和/或监视/维护这些系统的成本将威胁到相关产品的商业可行性。某些示例监控系统健康状况并提供维护/解决方案，以提高系统性能，提高客户满意度，为客户提供更高的投资回报，降低客户的拥有成本，降低供应商的支持成本，提高供应商的利润率等。
图9示出了云健康状况处理器830的示例性具体实施。在图9的示例中，处理器830包括消息接收器910、消息评估器920、事件处理器930、健康状况分析器940、健康状况警报通知器950和输出发生器960。
示例性消息接收器910监视来自接收器(例如，来自包括一个或多个信标、徽章和/或接收器608、610、612、614、708、710、712、714、716、718等的一个或多个设备802至806)的消息。当接收到消息时，示例性消息评估器920评估所接收的消息以确定与消息相关联的消息类型(例如，位置消息、固件消息、时间消息、接收器配置消息、健康状况消息等)。如果消息不是接收器健康状况消息，则消息评估器920将消息发送到另一个处理器，诸如位置引擎728、站点构建器724、消费产品732等。
如果消息是健康状况消息，则消息评估器920将该消息发送到事件处理器930。示例性事件处理器930处理健康状况消息以识别由该消息指示的事件类型。例如，该消息可以指示充电事件、关闭充电事件、强制重启事件、非强制重启/系统错误事件、WiFi重新连接事件、心跳事件等。基于事件类型，事件处理器930处理事件的细节。
事件处理器930向健康状况分析器提供消息细节和事件类型。基于事件类型，示例性健康分析器940将事件的细节与阈值、范围、标准、范数等进行比较。如果事件在正常或预期行为内，则可以通过输出发生器960记录事件。如果事件在规定的边界之外，则可以响应于该事件触发健康状况警报通知器950。在一些示例中，健康状况警报通知器950可以例如响应于该事件(例如，不充电、未正确充电、不规则的心跳、需要重新启动等)，经由输出发生器960生成对设备的响应消息或指示，诸如向用户发送消息，自动调整设备设置，触发维护请求，向医院工作人员发出故障设备警报，更改设置/配置保证等。因此，输出发生器960可以向设备和/或第三方(例如，信标/站点管理服务720、徽章配置服务730、消费产品732等)提供更新和/或其他消息以修复、更换和/或调整受影响的设备。例如，可以生成警报、更新和/或其他消息以帮助确保RTLS系统600、700的可靠操作和正常运行时间。
虽然图1至图9中示出了系统100、200、300、400、600、700、800、00的示例性具体实施，图1和至图9中所示的一个或多个元件、过程和/或设备可以以任何其他方式组合、划分、重新布置，省略、消除和/或实现。此外，图1至图9的示例性组件可以通过硬件、软件、固件和/或硬件、软件和/或固件的任何组合来实现。因此，例如，图1至图9的示例性组件可由一个或多个模拟或数字电路、逻辑电路、可编程处理器、专用集成电路(ASIC)、可编程逻辑设备(PLD)和/或现场可编程逻辑设备(FPLD)来实现。当读到本专利中的任一项覆盖纯粹的软件和/或固件实现的装置或系统权利要求时，图1至图9的示例性组件中的至少一者在此明确地被定义为包括存储软件和/或固件的有形计算机可读存储设备或存储盘，诸如存储器(例如，只读存储器(ROM)、硬盘去驱动器、闪存存储器、其他易失性或非易失性存储器等)、数字通用盘(DVD)、压缩盘(CD)、蓝光盘等。此外，图1至图9的示例性系统可包括一个或多个元件、过程和/或设备，作为图1至图9中所示的那些的补充或替代，和/或可以包括所示元件、过程和设备中的任何一个或全部中的一不止一个。
图10使出了表示用于实现图1至图9的系统的示例性机器可读指令的流程图。在这些示例中，机器可读指令包括供处理器(诸如下文结合图11讨论的示例性处理器平台1100中所示的处理器1112)执行的程序。该程序可体现在有形计算机可读存储介质(诸如CD-ROM、软盘、硬盘驱动器、DVD、蓝光盘或与处理器1112相关联的存储器)上存储的软件中，但整个程序和/或其部分可另选地由除处理器1112之外的设备执行和/或体现在固件或专用硬件中。此外，尽管参考图10中所示的流程图描述了示例性程序，可以另选地使用实现示例性系统的许多其他方法。例如，可改变方框的执行顺序，和/或可改变、消除或组合所述的一些方框。
如上所述，图10的示例性过程可使用存储在有形计算机可读存储介质上的编码指令(例如，计算机和/或机器可读指令)来实现，该有形计算机可读存储介质诸如为将信息存储任何持续时间(例如，存储延长时间段、永久存储、用于短暂实例、用于暂时缓冲和/或用于信息的高速缓存)的硬盘驱动器、闪速存储器、ROM、CD、DVD、高速缓存、随机存取存储器(RAM)和/或任何其他存储设备或存储盘。如本文所用，术语有形计算机可读存储介质明确地被定义为包括任何类型的计算机可读存储设备和/或存储盘，并且排除传播信号且排除传输介质。如本文所用，“有形计算机可读存储介质”和“有形机器可读存储介质”可互换使用。除此之外或另选地，图10的示例性过程可使用存储在非暂态计算机和/或机器可读介质上的编码指令(例如，计算机和/或机器可读指令)来实现，该非暂态计算机和/或机器可读介质诸如为将信息存储任何持续时间(例如，存储延长时间段、永久存储、用于短暂实例、用于暂时缓冲和/或用于信息的高速缓存)的硬盘驱动器、闪速存储器、只读存储器、压缩盘、数字通用盘、高速缓存、随机存取存储器和/或任何其他存储设备或存储盘。如本文所用，术语非暂态计算机可读介质明确地被定义为包括任何类型的计算机可读存储设备和/或存储盘，并且排除传播信号且排除传输介质。如本文所用，当短语“至少”用作权利要求前序中的过渡性术语时，与术语“包含”是开放式的一样，其也是开放式的。
图10示出了用于监视实时定位系统中的接收器和/或其他设备健康状况的示例性方法1000的流程图。在框1002处，监视消息以检测来自接收器的消息。例如，示例性消息接收器910监视来自接收器的消息(例如，来自包括一个或多个信标、徽章和/或接收器608、610、612、614、708、710、712、714、716、718等的一个或多个设备802至806)。在框1004处，当接收到消息时，对消息进行评估以确定消息类型。例如，示例性消息评估器920评估所接收的消息以确定与该消息相关联的消息类型(例如，位置消息、固件消息、时间消息、接收器配置消息、健康状况消息等)。在框1006处，将消息类型与健康状况消息类型进行比较。如果消息不是健康状况消息，则在框1008处，重定向消息以进行进一步处理。例如，如果消息不是接收器健康状况消息，则消息评估器920将消息发送到另一个处理器，诸如位置引擎728、站点构建器724、消费产品732等。
如果该消息是健康状况消息，则在框1010处，处理该健康状况消息以识别健康状况消息所指示的事件类型。例如，消息评估器920将该消息发送到事件处理器930。示例性事件处理器930处理健康状况消息以识别由该消息指示的事件类型。例如，该消息可以指示充电事件、关闭充电事件、强制重启事件、非强制重启/系统错误事件、WiFi重新连接事件、心跳事件等。在框1012处，基于事件类型，事件处理器930处理事件的细节。例如，事件处理器930提取与事件类型相关联的信息以及附加细节(如果在消息中提供有的话)。
在框1014处，将事件与针对事件的规定边界进行比较。例如，事件处理器930向健康状况分析器提供消息细节和事件类型。基于事件类型，示例性健康状况分析器940将事件的细节与阈值、范围、标准、规范等进行比较。在框1016处，如果事件在正常或预期行为内，则记录事件。例如，可以通过输出发生器960记录事件。在框1018处，如果事件在规定的边界之外，则触发对事件的响应。例如，可以响应于该事件触发健康状况警报通知器950。在一些示例中，健康状况警报通知器950可以响应于该事件(例如，充电不足、未正确充电、不规则的心跳、需要重新启动等)经由输出发生器960生成对设备的响应消息或指示，诸如向用户发送消息，自动调整设备设置，触发维护请求，向医院工作人员发出故障设备警报，更改设置/配置保证等。在框1020处，提供输出。例如，输出发生器960可以向设备和/或第三方(例如，信标/站点管理服务720、徽章配置服务730、消费产品732等)提供更新和/或其他消息以修理、更换和/或调整受影响的设备。例如，可以生成警报、更新和/或其他消息以帮助确保RTLS系统600、700的可靠操作和正常运行时间。
图11是能够执行图10的指令以实现本文关于图1至图9公开和描述的示例性系统和组件的示例性处理器平台1100的框图。处理器平台1100可以是例如服务器、个人计算机或任何其他类型的计算设备。
所示示例的处理器平台1100包括处理器1112。所示示例的处理器1112是硬件。例如，处理器1112可由来自任何所需产品系列或制造商的一个或多个集成电路、逻辑电路、微处理器或控制器来实现。
所示示例的处理器1112包括本地存储器1113(例如，高速缓存)。所示示例的处理器1112执行指令以实现示例性消息接收器910、示例性消息评估器920、示例性事件处理器930、示例性健康状况分析器940、示例性健康状况警报通知器950、示例性输出发生器960，以及/或者更一般地，图6至图9的示例性健康状况处理器。所示示例的处理器1112经由总线1118与包括易失性存储器1114和非易失性存储器1116的主存储器通信。易失性存储器1114可由同步动态随机存取存储器(SDRAM)、动态随机存取存储器(DRAM)、RAMBUS动态随机存取存储器(RDRAM)和/或任何其他类型的随机存取存储器设备来实现。非易失性存储器1116可由闪速存储器和/或任何其他所需类型的存储器设备来实现。由存储器控制器控制对主存储器1114、1116的存取。
所示示例的处理器平台1100还包括接口电路1120。接口电路1120可由任何类型的接口标准诸如以太网接口、通用串行总线(USB)和/或PCI express接口来实现。
在所示的示例中，一个或多个输入设备1122连接到接口电路1120。一个或多个输入设备1122允许用户将数据和命令输入到处理器1112中。一个或多个输入设备可由例如音频传感器、麦克风、相机(静物相机或摄像机)、键盘、按钮、鼠标、触摸屏、触控板、轨迹球、isopoint和/或语音识别系统来实现。
一个或多个输出设备1124也连接到所示示例的接口电路1120。输出设备1124可例如由显示设备(例如，发光二极管(LED)、有机发光二极管(OLED)、液晶显示器、阴极射线管显示器(CRT)、触摸屏、触觉输出设备、打印机和/或扬声器)来实现。因此，所示示例的接口电路1120通常包括图形驱动器卡、图形驱动器芯片或图形驱动器处理器。
所示示例的接口电路1120还包括通信设备，诸如发射器、接收器、收发器、调制解调器和/或网络接口卡，以促进经由网络1126(例如，以太网连接、数字用户线(DSL)、电话线、同轴电缆、蜂窝电话系统等)来与外部机器(例如，任何种类的计算设备)交换数据。
所示示例的处理器平台1100还包括用于存储软件和/或数据的一个或多个大容量存储设备1128。此类大容量存储设备1128的示例包括软盘驱动器、硬盘驱动器、压缩盘驱动器、蓝光盘驱动器、RAID系统以及数字通用光盘(DVD)驱动器。
图10的编码指令1132可存储在大容量存储设备1128中、易失性存储器1114中、非易失性存储器1116中和/或可移动的有形计算机可读存储介质(诸如CD或DVD)上。
因此，某些示例通过消息或信标通信进行通信以提供状态信息、位置信息、固件升级等。某些示例提供定制信标协议(例如，定制BLE信标协议等)，其提供用于消息处理和位置确定的所有涉及的字段，以及系统健康状态，包括低电量指示(例如，剩余天数、剩余小时数，剩余百分比、电池值等)，用于其他安装特定数据的自定义字段(例如，配置文件标识符(ID)、楼层指定、部门ID等)、信标安全性和/或其他项目。虽然没有单一的现有协议满足这些需求，但某些示例提供了一种新协议，使位置系统能够为客户提供系统健康状况和安全信息/消息，并通过允许协议内的自定义数据来启用其他设备级功能。某些示例提供了包括数据加密以及电池寿命信息、系统健康状况信息、位置信息和/或其他定制信息的协议。使用该协议，健康状况处理器830、管理服务840、边缘设备810、位置网关618、位置服务器620、徽章配置工具702、固件704、位置工具箱应用706、信标/站点管理服务720、站点构建器724、GIS 726、位置引擎728、徽章配置服务730、消费产品732等可以通信并使用该协议来发送和/或接收多个信息。
例如，BLE接近感测协议可以发送UUID以及若干附加字节以通过推送和/或拉送通信确定设备的物理位置，跟踪设备移动，触发设备上基于位置的动作，测量设备健康状况，更新设备固件等。某些示例提供了具有多种帧类型的协议，这些帧类型可以单独地和/或以各种组合用于从信标到接收器的通信信息。例如，帧可以包括标识符、类型、标志、长度、数据值、加密值等。帧可以包括可变数据值和关于接收器如何解释该值的指示。
例如，某些示例可以指定安全类型(例如，WPA-Enterprise等)、加密类型(例如，TKIP等)、认证方法(例如，Cisco:PEAP等)、认证凭据(例如，用户名/密码、证书等)、网关主机、网关端口等。例如，也可以定义配置文件和接近范围。例如，还可以定义配置设置和对应的BLE信道。例如，可以根据该协议来定义其他参数，诸如位置信标广播、徽章扫描配置文件指示符、接近范围标识符、发送间隔、发送窗口、命中计数、抑制重复等。
从前述内容可以理解，上文公开的方法、装置和制品有助于在工业环境中对资产进行接近检测和位置跟踪。如上所述，示例性公开内容独特地消除了昂贵且难以维护的基础设施。所公开的技术的示例性益处包括在不构建新基础设施的情况下确定工业环境中的资产的位置感知。在一些公开的示例中，资产的位置感知通过资产的“众包”概率接近位置来确定。
虽然本文已公开了某些示例性方法、装置和制品，但本专利的覆盖范围不限于此。相反，本专利覆盖合理落入本专利的权利要求书的范围内的所有方法、装置和制品。

Claims (20)

1.一种基于云的处理系统，其被配置为：
接收多个信标设备的位置信息和健康状态信息，其中所述位置信息指示所述多个信标设备的实时位置，并且所述健康状态信息指示所述多个信标设备的实时状况；
基于所述位置信息跟踪所述多个信标设备中的至少一些信标设备的移动；以及
基于所述健康状态信息识别有问题的信标设备。
2.根据权利要求1所述的基于云的处理系统，其中所述多个信标设备包括安装在固定位置资产中或附接到固定位置资产的信标标签、附连到移动资产的信标标签、以及由医疗保健工作人员佩戴的读取器徽章。
3.根据权利要求1所述的基于云的处理系统，其中所述健康状态信息包括电池信息和操作错误信息中的至少一个。
4.根据权利要求1所述的基于云的处理系统，其中所述位置信息和所述健康状态信息作为遵循定制信标通信协议的帧中的字段被发送。
5.根据权利要求4所述的基于云的处理系统，其中所述定制信标通信协议促进蓝牙低功耗(BLE)通信。
6.根据权利要求4所述的基于云的处理系统，其中所述定制信标通信协议还提供用于安装特定数据的字段。
7.根据权利要求4所述的基于云的处理系统，其中所述定制信标协议还提供用于信标安全信息的字段。
8.一种由基于云的处理系统执行的方法，所述方法包括：
接收多个信标设备的位置信息和健康状态信息，其中所述位置信息指示所述多个信标设备的实时位置，并且所述健康状态信息指示所述多个信标设备的实时状况；
基于所述位置信息跟踪所述多个信标设备中的至少一些信标设备的移动；以及
基于所述健康状态信息识别有问题的信标设备。
9.根据权利要求8所述的方法，其中所述多个信标设备包括安装在固定位置资产中或附接到固定位置资产的信标标签、附连到移动资产的信标标签、以及由医疗保健工作人员佩戴的读取器徽章。
10.根据权利要求8所述的方法，其中所述健康状态信息包括电池信息和操作错误信息中的至少一个。
11.根据权利要求8所述的方法，其中所述位置信息和所述健康状态信息作为遵循定制信标通信协议的帧中的字段被发送。
12.根据权利要求11所述的方法，其中所述定制信标通信协议促进蓝牙低功耗(BLE)通信。
13.根据权利要求11所述的方法，其中所述定制信标通信协议还提供用于安装特定数据的字段。
14.根据权利要求11所述的方法，其中所述定制信标协议还提供用于信标安全信息的字段。
15.一种包括指令的非暂态计算机可读存储介质，所述指令在被执行时，使得处理系统执行以下操作：
接收多个信标设备的位置信息和健康状态信息，其中所述位置信息指示所述多个信标设备的实时位置，并且所述健康状态信息指示所述多个信标设备的实时状况；
基于所述位置信息跟踪所述多个信标设备中的至少一些信标设备的移动；以及
基于所述健康状态信息识别有问题的信标设备。
16.根据权利要求15所述的介质，其中所述多个信标设备包括安装在固定位置资产中或附接到固定位置资产的信标标签、附连到移动资产的信标标签，以及由医疗保健工作人员佩戴的读取器徽章。
17.根据权利要求15所述的介质，其中所述健康状态信息包括电池信息和操作错误信息中的至少一个。
18.根据权利要求15所述的介质，其中所述位置信息和所述健康状态信息作为遵循定制信标通信协议的帧中的字段被发送。
19.根据权利要求18所述的介质，其中所述定制信标通信协议促进蓝牙低功耗(BLE)通信。
20.根据权利要求18所述的介质，其中所述定制信标通信协议还提供用于安装特定数据的字段和用于信标安全信息的字段。
CN201780081451.4A 2016-12-31 2017-12-22 实时定位平台信标协议系统和方法 Active CN110140364B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662441233P 2016-12-31 2016-12-31
US62/441,233 2016-12-31
PCT/US2017/068117 WO2018125785A1 (en) 2016-12-31 2017-12-22 Real time location platform beacon protocol systems and methods

Publications (2)

Publication Number Publication Date
CN110140364A true CN110140364A (zh) 2019-08-16
CN110140364B CN110140364B (zh) 2022-04-05

Family

ID=62710921

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780081451.4A Active CN110140364B (zh) 2016-12-31 2017-12-22 实时定位平台信标协议系统和方法

Country Status (4)

Country Link
US (1) US20190327161A1 (zh)
EP (1) EP3563594A4 (zh)
CN (1) CN110140364B (zh)
WO (1) WO2018125785A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111200538A (zh) * 2019-12-25 2020-05-26 苏宁云计算有限公司 智能设备的监控方法及装置
CN113378591A (zh) * 2020-02-25 2021-09-10 东芝泰格有限公司 系统、信息处理装置及存储介质

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200037103A1 (en) * 2017-01-16 2020-01-30 Reza Raji System for presence and position tracking in facilities
US20190102841A1 (en) * 2017-10-04 2019-04-04 Servicenow, Inc. Mapping engine configurations with task managed workflows and grid user interfaces
KR102557945B1 (ko) * 2017-12-01 2023-07-21 삼성전자주식회사 엑스선 디텍터 및 그 제어 방법
US11165866B2 (en) 2018-01-09 2021-11-02 Stel Life, Inc. Secure wireless communication platform
US20190231079A1 (en) * 2018-01-26 2019-08-01 Fredman Brothers Furniture Company, Inc. Voice activated adjustable bed system
US20190325053A1 (en) * 2018-04-18 2019-10-24 Rifartek Technologies Co., Ltd. Medical data conversion device and method
US11157710B2 (en) * 2018-05-04 2021-10-26 Rowan Companies, Inc. System and method for monitoring operations and personnel in designated areas on offshore unit
US11405701B2 (en) 2019-03-08 2022-08-02 Copper Labs, Inc. Instantaneous energy resource use monitoring and customer engagement server
CN110545278B (zh) * 2019-09-05 2022-02-25 中国联合网络通信集团有限公司 工业互联网标识解析方法和系统
US10728709B1 (en) * 2019-09-13 2020-07-28 Troverlo, Llc Passive asset tracking with existing infrastructure
US10848935B1 (en) * 2019-09-13 2020-11-24 Troverlo, Llc Passive asset tracking with existing infrastructure
US11379727B2 (en) * 2019-11-25 2022-07-05 Shanghai United Imaging Intelligence Co., Ltd. Systems and methods for enhancing a distributed medical network
US12027257B2 (en) * 2019-11-26 2024-07-02 Intuitive Surgical Operations, Inc. Beacon-based systems and methods for generating medical facility metrics
WO2021108437A1 (en) * 2019-11-26 2021-06-03 Intuitive Surgical Operations, Inc. Beacon-based systems and methods for communicatively pairing a device with a medical system
CN111047685B (zh) * 2019-12-16 2022-07-15 中国电力工程顾问集团西南电力设计院有限公司 一种电厂bim模型全景漫游的实现方法
DE102020001035A1 (de) * 2020-02-18 2021-08-19 Drägerwerk AG & Co. KGaA Vermittlungsvorrichtung, Netzwerkzugangspunkt, System, Verfahren und Computerprogramm für eine Vermittlungsvorrichtung
CA3171248A1 (en) * 2020-03-09 2021-09-16 Cody CATALENA Passive asset tracking using observations of pseudo wi-fi access points
DE102020203095A1 (de) * 2020-03-11 2021-09-16 Siemens Schweiz Ag Verfahren und Anordnung zum Erstellen eines digitalen Gebäudemodells
JP2021168049A (ja) * 2020-04-10 2021-10-21 富士フイルムビジネスイノベーション株式会社 情報処理装置、及びプログラム
US11322252B2 (en) * 2020-04-28 2022-05-03 Phoenix Children's Hospital, Inc. System and methods for asset tracking
US20220030393A1 (en) * 2020-07-27 2022-01-27 C3-Wireless, Llc Systems for real time location services (rtls)
EP4027662A1 (en) * 2021-01-06 2022-07-13 Wavecom - Soluções Rádio S.A. Monitoring system for determining the location of bluetooth beacons
EP4412157A1 (en) * 2023-01-31 2024-08-07 Dionex Corporation Discovery of instrument-related assets and two-way communication with those assets between network environments

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414363A (zh) * 2007-10-17 2009-04-22 阿鲁策株式会社 无线通信标签以及无线通信系统
CN104144481A (zh) * 2014-05-06 2014-11-12 杨光华 多模信标及多模信标控制系统和多模信标控制方法
CN104704508A (zh) * 2012-10-18 2015-06-10 艾利丹尼森公司 用于nfc安全的方法、系统和设备
US20160026837A1 (en) * 2014-07-25 2016-01-28 General Electric Company Methods and apparatus to facilitate proximity detection and location tracking
US20160260301A1 (en) * 2015-03-02 2016-09-08 Enovate Medical, Llc Asset management using an asset tag device

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7848765B2 (en) 2005-05-27 2010-12-07 Where, Inc. Location-based services
GB2488942B (en) * 2009-09-20 2014-06-04 Awarepoint Corp Wireless tracking system and methods utilizing near-field communication devices
US8618928B2 (en) * 2011-02-04 2013-12-31 L-3 Communications Corporation System and methods for wireless health monitoring of a locator beacon which aids the detection and location of a vehicle and/or people
US20130085609A1 (en) * 2011-09-30 2013-04-04 Siemens Industry, Inc. Occupancy driven patient room environmental control
US11159919B2 (en) * 2013-11-15 2021-10-26 Synchrony Bank Method and system for distributed management of remote transmitters interacting with mobile devices
US10535027B2 (en) * 2013-11-26 2020-01-14 Paypal, Inc. Merchant action recommendation system
US9544838B2 (en) * 2014-08-01 2017-01-10 Apple Inc. Detecting and connecting to Wi-Fi™ networks
US9641964B2 (en) * 2014-09-03 2017-05-02 CloudLeaf, Inc. Systems, methods and devices for asset status determination

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414363A (zh) * 2007-10-17 2009-04-22 阿鲁策株式会社 无线通信标签以及无线通信系统
CN104704508A (zh) * 2012-10-18 2015-06-10 艾利丹尼森公司 用于nfc安全的方法、系统和设备
CN104144481A (zh) * 2014-05-06 2014-11-12 杨光华 多模信标及多模信标控制系统和多模信标控制方法
US20160026837A1 (en) * 2014-07-25 2016-01-28 General Electric Company Methods and apparatus to facilitate proximity detection and location tracking
US20160260301A1 (en) * 2015-03-02 2016-09-08 Enovate Medical, Llc Asset management using an asset tag device

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111200538A (zh) * 2019-12-25 2020-05-26 苏宁云计算有限公司 智能设备的监控方法及装置
CN113378591A (zh) * 2020-02-25 2021-09-10 东芝泰格有限公司 系统、信息处理装置及存储介质

Also Published As

Publication number Publication date
WO2018125785A1 (en) 2018-07-05
US20190327161A1 (en) 2019-10-24
EP3563594A1 (en) 2019-11-06
EP3563594A4 (en) 2020-06-03
CN110140364B (zh) 2022-04-05

Similar Documents

Publication Publication Date Title
CN110140364A (zh) 实时定位平台信标协议系统和方法
US11039281B2 (en) Methods and apparatus to facilitate proximity detection and location tracking
US11406265B2 (en) Method for automating collection, association, and coordination of multiple medical data sources
US11403593B2 (en) Assigning clinician status by predicting resource consumption
US20180295466A1 (en) Healthcare asset beacon
US10734109B2 (en) Tag based knowledge system for healthcare enterprises
CN103186712A (zh) 一种自动识别病人的病人监护系统及方法
US11862330B2 (en) Proximity based systems for contact tracing
WO2017192661A1 (en) Patient care record conveyance
US20120245948A1 (en) Gauging resource intensiveness of providing care to a patient
EP3326394B1 (en) Wireless bridge hardware system for active rfid identification and location tracking
JP7278256B2 (ja) 画像獲得ワークフローを最適化するためのデバイス、システム、及び方法
WO2021002847A1 (en) Method for automating collection, association, and coordination of multiple medical data sources

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