CN110503219A - 智能通信和分析学习引擎 - Google Patents

智能通信和分析学习引擎 Download PDF

Info

Publication number
CN110503219A
CN110503219A CN201910388916.1A CN201910388916A CN110503219A CN 110503219 A CN110503219 A CN 110503219A CN 201910388916 A CN201910388916 A CN 201910388916A CN 110503219 A CN110503219 A CN 110503219A
Authority
CN
China
Prior art keywords
patient
specialists
reservation
message
remote medical
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.)
Pending
Application number
CN201910388916.1A
Other languages
English (en)
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Publication of CN110503219A publication Critical patent/CN110503219A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5158—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing in combination with automated outdialling systems
    • 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/02—Reservations, e.g. for tickets, services or events
    • 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/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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5166—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing in combination with interactive voice response systems or voice portals, e.g. as front-ends
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5183—Call or contact centers with computer-telephony arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
    • H04M2203/558—Databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • General Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • Marketing (AREA)
  • Signal Processing (AREA)
  • Pathology (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请涉及智能通信和分析学习引擎，并公开了用于管理患者预约的医疗保健患者预约管理***。***包括交互式语音响应(IVR)、远程会诊模块和SMS消息***。IVR模块呼叫患者，并请求患者响应以确认患者预约。远程会诊模块为患者提供远程会诊。并且SMS消息***向患者提供SMS消息。控制器与IVR模块、远程会诊模块和SMS消息***通信。控制器从交互式语音响应模块接收患者响应并确定患者是否确认患者预约。如果控制器确定患者未确认患者预约，则控制器经由SMS消息***向患者发送SMS消息。SMS消息包括通过远程会诊模块进行患者与医疗保健提供者之间的远程会诊的链接。

Description

智能通信和分析学习引擎
相关申请的交叉引用
本申请要求于2018年5月16日提交的第201811018345号印度专利申请、于2018年7月26号提交的第62/703,723号美国临时申请以及于2018年9月7日提交的第62/728,503号美国临时申请的优先权。上述所有申请的全部内容通过引用并入本文。
技术领域
本发明涉及医疗保健中的信息通信和技术。
背景技术
医疗保健已发展多年。该行业因人口过多增加而导致在过去十年以两位数增长。就人口老龄化而言，人口曲线呈上升趋势。课程通常依赖于工作或慈善课程，以满足其包括医疗保健的所有需求。
尽管医疗保健已呈现出显著增长，但对于爽约的患者，医疗服务提供者仍无法作出很多工作以填补间隙。失约的医疗预约不仅扰乱了日程安排，而且也使医生和护士在工作日期间无事可做。除此之外，它还会给医疗服务提供者带来经济负担。
未出席的预约是医疗保健***的主要负担，并且对患者护理产生负面影响。例如，未赴诊的患者会扰乱医务室的日程安排并带来运作困难，从而导致生产率降低。未赴诊还可能减少获得护理的机会，并中断对患者的持续护理和有效的疾病管理。虽然经济影响程度根据医疗机构的规模和性质而有所不同，但是未赴诊的整体财务成本很高。
根据由医学杂志于2016年在巴塞尔的多学科数字出版机构(MultidisciplinaryDigital Publishing Institute，MDPI)发布的一项研究，据估计，英国国民保健服务的(由门诊医务室的未赴诊造成的)财务费用约为每年7.9亿欧元。类似地，作为美国最大的综合医疗保健服务***之一的退伍军人健康管理局(VHA)估计未出席和未使用的预约的费用约为每年5.64亿美元。同样，2016年进行的旨在降低卡塔尔哈马德综合医院儿科神经病学医务室“未赴诊”率的质量改进项目强调，49％的儿科神经病学患者没有履行他们的预约，导致新患者的长等待时间并浪费医务室资源。同一项研究强调，初级护理医务室的国际基准标准为5-10％，然而据报道，对于专家医疗保健中心，未赴诊率较高。这对医疗保健提供者造成了冲击，从而导致资源浪费。
此外，患者在技术使用方面的天性也在一定程度妨碍了患者的参与度和积极性。随着医疗提供者对人口健康管理(PHM)的追求最终转向患者参与度，数据/分析公司、付款人、电信和设备制造商以及非医疗保健技术巨头越来越有兴趣开发出用户友好型工具和应用程序。在实现这一目标的过程中，了解临床患者参与度技术的采用和影响方面的情况具有挑战性。虽然远程医疗已存在一段时间，但其使用广泛性仍非常有限。
发明内容
因此，本发明的目的在于提供确认患者预约的IVR。本发明的另一目的在于提供用于连接患者和医疗保健提供者的远程会诊。本发明的另一目的在于将IVR***与远程会诊***集成，以在患者取消或重新安排预约时提供远程会诊。
根据本发明的这些和其他目的，提供了用于管理患者预约的医疗保健患者预约管理***。该***包括交互式语音响应(IVR)、远程会诊模块和SMS消息***。IVR模块呼叫患者，并请求患者的响应以确认患者预约。远程会诊模块提供与患者的远程会诊。并且SMS消息***向患者提供SMS消息。控制器与IVR模块、远程会诊模块和SMS消息***通信。控制器从交互式语音响应模块接收患者响应并确定患者是否确认患者预约。如果控制器确定患者未确认患者预约，则控制器经由SMS消息***向患者发送SMS消息。SMS消息包括通过远程会诊模块与患者和医疗保健提供者进行远程会诊的链接。
附图说明
图1是本发明的一个实施方式的框图；
图2是本发明的信息流程图；
图3是示出根据本发明的一个实施方式的IVR的操作的流程图；以及
图4是示出数据分析引擎的操作的流程图。
具体实施方式
在描述附图中示出的本发明说明性、非限制性优选实施方式时，为了清楚起见，将采用特定术语。然而，本发明并不旨在限于所选择的特定术语，并且应理解，每个特定术语包括以类似方式操作以实现类似目的的所有技术等同。出于说明性目的，描述了本发明的若干优选实施方式，应理解，本发明可以以未在附图中具体示出的其他形式实施。
转到附图，图1示出了根据本发明的智能通信和分析学习引擎(SmartCommunications and Analytics Learning Engine，SCALE)***100。SCALE 100可以包括EMR(电子医疗档案)模块120、SMS(短消息服务)引擎122、IVR 110和控制器150。然而，尽管EMR模块120、远程会诊引擎124和IVR 110不需要与SCALE 100集成，但是代替地，可以与SCALE 100分离并与SCALE 100通信。控制器150与EMR 120、SMS 122和IVR 110通信。
SCALE 100与电信模块108操作。电信模块108包括交互式语音响应(IVR)/语音处理器110和相关的出站拨号器114。IVR/语音处理器110具有在呼叫期间对交互式通信计划进行编程所需的功能，诸如基于语言的语音脚本，其中动态数据填充预先配置的语句中的空白作为语音脚本，并且IVR/语音处理器110还具有接受与基于API的数据集成的功能。出站拨号器114呼叫患者，并且一旦连接回至IVR 110就通过控制。
控制器150包括仪表板152、HL7管理器154、方案服务组件156、数据库158、SMS引擎122和数据分析装置159。仪表板152是用于应用程序的工作和配置的基于网络的视图。HL7管理器154是通用HL7集成平台，并且包括跨平台HL7接口157，诸如目前由Quality Systems拥有的Mirth。方案服务组件156是用于将控制器150连接至IVR 110的网络API。SMS 122是用于生成SMS文本消息并向患者发送SMS文本消息的引擎。仪表板152、HL7管理器154、方案服务组件156、数据库158和数据分析装置159在控制器150内彼此通信。
在操作中，EMR 120包含所有患者数据和预约数据，并且可以由市场上可用的各种EMR***中的任何一个来表示。HL7管理器154经由Mirth接口157从EMR 120接收HL7消息形式的数据。所使用的HL7消息的类型是主动提供调度信息(SIU)和患者管理入院/出院/转移(ADT)消息。SIU消息是HL7标准的一部分，并且包括有关预约的信息。预约数据在SIU消息中，且患者数据在ADT消息中，并且它们通过唯一的患者标识符彼此链接。ADT消息具有识别现有患者或新患者以及他/她的人口统计细节的必要信息，并且SIU消息具有针对特定患者的预约相关信息。ADT和SIU消息包含表1中的以下字段：
表1
来自EMR 120的数据包括以上表1中记录的患者预约和人口统计数据。挑选、处理预约数据并将其***到数据库158中。该过程涉及将所接收的原始信息存储在HL7消息中，并且然后使用该信息生成由方案服务组件156重新组织的智能二阶数据，并且在需要时，将方案服务组件的数据转换成SCALE DB 158的一部分。
在Mirth接口157的帮助下，这些HL7消息***到SCALE数据库158中的阶段表中，阶段表保存从EMR 120获得的数据并跟踪从EMR接收的原始数据。阶段表可以例如存储在数据库158中。存在两个用于输入数据的阶段表，即，患者阶段数据和预约阶段数据。表格包含表2中示出的以下数据：
表2
当将数据从数据库158发送至IVR 114时，存储在数据库158中的患者人口统计信息被添加到阶段表中以提供表2中示出的信息。该数据可以包括来自表1的ADT(例如，性别、出生日期)且还包括在与来自预约细节表1的患者ID相关联的数据库158处存储的其他数据(例如表ID、预约)。
然后，方案服务组件156转换表2的栏。这由转换数据的方案服务组件156中的调度任务完成。例如，来自MIRTH 157的数据可以存储在数据库158中，且然后方案服务组件156可以获取该数据并对其进行转换。替代地，来自MIRTH 157的数据可以在HL7管理器154处转换，且然后存储在数据库158中。在转换过程中，完成以下任务。阶段表(表2)中的数据是来自EMR 120的数据的原始馈送，且因此具有针对之前来过的患者的一些重复条目，或者针对表示已捕获并且之前唯一识别的患者/预约信息的其他主表的一些重复条目。
方案服务组件156参考存储在数据库158的表3中的字段的主表来查找现有的独特条目，并且如果这些条目尚未存在于阶段数据中，则将它们添加至SCALE DB 158中的主表中。主数据是在多个位置频繁需要的数据。例如，患者人口统计中的国籍，我们将卡塔尔作为卡塔尔患者的国籍，而不是在每行患者数据中具有“卡塔尔”，我们保存对主表的引用，将所有国籍都放在一个地方。
例如，假设数据库158中不存在作为国籍的卡塔尔。当方案服务组件156正在转换数据并且它遇到具有卡塔尔国籍的患者时，卡塔尔国籍将被添加到主表中。这样，在SCALEDB 158中维护干净的重复数据集和标准化数据集。干净的标准化数据集构成应用程序平稳运行的基础，并且还构成数据分析引擎159平稳运行的基础。添加应用程序流所需的一些其他栏。
表3
表4
方案服务组件156从数据库158获取二阶数据(表4)并使其可用于IVR 110。该信息交换发生在由IVR 110发起的作为网络API请求160的编程频率上，根据方案服务组件156中保存的配置获取数据，使得患者预约的子集到达IVR 110。该子集包含在获取数据的当天应该接收呼叫的相关患者。这些患者例如可以是第二天预约的人并且也可以是3天后预约的人，这取决于***中的配置以具有这些患者的各种组合。
然后，IVR 110使得出站拨号器114呼叫患者的电话号码以确认患者将按照预约赴诊。例如，IVR 110从这样的患者子集中获取患者的识别信息(表4)以通过出站拨号器114呼叫患者，在该患者子集中患者的预约落入通过从Scale DB 158在其日程安排之前立即获取的业务逻辑中的配置所选择的日期中。IVR 110还使用保存在Scale DB 158中的预约信息(表4)来询问患者是否将履行预约。
本发明可以使用任何合适的IVR 110来确认患者预约。患者通过呼叫进行引导，并记录响应。例如，IVR 110可以使用患者数据中的患者电话号码触发拨号器114呼叫患者并记录患者的响应。患者响应数据被保存到***，例如保存在IVR 110处，并且还使用网络API呼叫161发送至方案服务组件156，然后存储在数据库158中。随后，使用新构建的且被发送回EMR 120的适当的HL7消息，预约确认的信息经由HL7管理器被发送至EMR 120。生成返回至EMR 120的HL7消息(即SIU消息)以更新EMR 120中的预约状态。消息可以是SIU-S15-预约取消通知、SIU-S14-预约修改通知或者可以根据业务需求生成的来自HL7标准的其他消息。
参见图1、图3，方案服务组件156接收患者响应数据并确定用户是确认预约、请求新预约还是取消预约。如果用户取消预约或重新安排预约，则方案服务组件156触发为患者生成具有视频远程会诊请求的链接的文本消息。例如，SMS文本消息可经由SMS消息器122发送给患者，但是可使用任何合适的消息***，例如电子邮件生成器。为此，方案服务组件156从SCALE DB 158、SIU消息获取患者的SMS号码(例如，手机号码、患者姓名、预约日期时间)。获得的数据可根据要发送给用户的SMS消息而变化。
然后，方案服务组件156将控制信号发送至SMS引擎122以生成SMS消息。使用标准文本消息模板向患者生成SMS，其具有包括用于启动视频会议(VC)应用程序的网络链接(URL)的适当信息。例如，方案服务组件156从呼叫管理器110接收与患者识别信息(例如，至少患者ID和对上述问题的响应)相关联的响应。方案服务组件156确定患者已取消预约，从与患者ID相关联的数据库158获取联系人信息，并生成文本消息以发送给患者。然后，方案服务组件156将文本消息进行排列以发送到用于SMS引擎122的链接电话号码，SMS引擎122进而又将消息发送给患者。
然后，患者可在他/她的移动设备上访问文本消息，并点击VC链接，这进而启动VC移动或桌面应用程序，VC移动或桌面应用程序启动与医疗保健提供者(例如，医生、护士、药房等)的远程会诊。在一个实施方式中，该消息可以是通用的，并且缺少该特定患者的任何特定内容，然后该特定患者可以例如通过选择医疗保健提供者来设置用于远程会诊的参数。在另一个实施方式中，可以为患者定制链接，以便与患者自己的医生建立远程会诊，如在已经从EMR 120获取并且作为SCALE数据库158中可用的数据的患者识别信息中所提供的。
当患者点击链接时，建立远程会诊。使用VC应用程序编程接口(API)生成URI(统一资源标识符)。URI创建有助于连接双方的唯一代码。URL包含唯一识别患者方的标识符，并且它可包含或可不包含基于如上所述的用途情况的提供者识别标识符。
本发明解决了当前获得医疗保健的问题。更具体地，本发明通过IVR管理的远程会诊增加了对医疗保健的访问。本发明扩展了对远程健康的访问，并引入了一种独一无二的智能通信分析学***台与IVR 110、远程会诊引擎124和分析引擎159结合以提供医疗保健服务。
参考图4，分析和预测模块159对患者预约细节数据执行分析，然后数据传递到预测模型，该预测模型计算患者出席预约的可能性。这是该组件的主要目的，使得查看仪表板的用户代理能够知晓患者赴诊的“可能性”的单个分数，其重要性已在本申请的介绍中强调，因为“未赴约”使得医疗保健分配***承受巨大负担。预测模型基于逻辑回归工作。来自表2的数据被传递到R脚本，该脚本以70:30的比率分成两部分作为训练170和测试176。这是监督学习的形式，其中我们首先在训练集的帮助下训练算法。然后将所训练的算法(在逻辑回归的情况下)应用于测试集，在其中验证结果。
训练数据集170包括已知患者就诊状态的所有数据。对于数据编码，数据被分类为分类数据和数值数据，分类数据被编码172使得可以对其进行逻辑计算，编码过程涉及将类别改变为数值ID。使用R中的标准缩放功能来缩放数值数据。
然后将编码和缩放的数据拟合到逻辑回归模型174中。
逻辑回归模型算法174
通过使用R中的GLM库，我们将数据集拟合到上述算法中。其中α和β是待通过方程计算的系数。在使用R拟合方程时，逻辑回归给出提供给模型的每个分量的系数值。这里，R是用于数据建模(预测分析)和相关统计功能的开源编程语言，并且R在这里被用于生成预测模型。它包括适合各种用途情况的工具库，并且在一个实施方式中，称为R Studio的集成开发环境和称为GLM的库被用于赴约/未赴约概率的预测建模。
预测建模的机构是数学模型，其被评估以使得影响复杂现实世界结果的所有参数被认为是影响因素，导出给定合适权重和数学系数，其进一步用于对未知结果进行预测。在测试数据176上进行测试以验证模型的结果和准确性。在训练模型之后，相同的逻辑回归应用于未知结果的数据集，在这里，我们预测出患者赴约的概率。
模型的准确性随着通过Scale DB 158获得的训练集中的项数量而增加。这是学习引擎，并且通过数据量的增加，模型的准确性随时间而提高。该引擎在配置的频率上反复运行并使用SCALE DB 150中的数据生成其模型和系数。当管理员用户打开仪表板152时，来自应用仪表板的网络服务调用服务以计算概率，管理员用户将能够在仪表板152中以表格格式查看每个患者的预测分数。例如，预测评分可用于设置呼叫数据集的优先级并基于用户配置确定进行呼叫的顺序，其中更早呼叫最不可能赴约的，或反之亦然。数据分析可以例如由数据分析引擎159以规则的间隔(每天/每小时等)和/或在用户请求时完成。
方案服务组件156能够使用利用仪表板152配置且存储在SCALE DB 150中的业务规则(其限定应用程序如何工作和在不同场景中如何改变)，从而说明解决方案应该如何工作，例如，应该如何配置IVR响应代码，应该选择哪一天的预约以及稍后在文档中列出的其他内容。业务逻辑被写入应用程序(方案服务组件156)的核心部分，例如，根据不同的场景的网络服务或HL7管理器。IVR 110包括自动拨号器114的功能以联系正确的患者且一旦被识别就进行身份验证。图3中示出了样本呼叫流程的示例。本发明通过IVR 110提供远程会诊124，其中只需拨打电话就可以获得最大的效果，并且在患者门口实时提供医疗保健服务。
作为说明性、非限制性的示例，本发明特别适合于难以离开家或经常访问医疗保健提供者的患者，例如，经历过背部手术的患者、年龄太大难以独自外出的患者、身体不适的婴儿或者必须完成办公任务和外出需要时间的患者。SCALE 100通过将患者连接到医疗保健专业人员来解决这个问题。用户所要做的就是遵循简单的步骤。用户使用智能电话10(图2)来呼叫号码，或者通过IVR接收自动呼叫。交互式语音响应(IVR)110指导用户遵循指令。例如，按1确认与医疗保健提供者的预约、按2进行远程会诊或者按3取消。然后，用户选择所需的选项。如果用户在IVR 110上选择选项2，则确认远程会诊的预约时间，并且用户通过按下所选择的选项来确认时间。
在向IVR 110提供响应之后，呼叫结束。然后，用户在用户手机号码上接收作为文本消息的访问代码以及链接以下载VC(视频会议)应用程序，该应用程序是在用户的智能手机上操作的远程医疗移动智能手机应用程序。VC应用程序从已链接到患者的唯一标识号的电子医疗档案120中提取信息。EMR视图是现有EMR解决方案的标准化视图，提供者使用该方案从患者早期的诊断中了解患者的临床细节(患者电子医疗档案)。
访问代码识别应用程序之间的上下文。访问代码具有用于VC(VSee)应用程序中遇到的预约的上下文，从而使用访问代码在特定时隙(已调度)连接提供者和患者。未共享其他信息。使用此自动化不会从EMR中提取其他信息。提供者可基于在VSee中进行咨询时在预定时隙中对他可见的患者的身份验证上下文，使用他熟悉的现有EMR访问屏幕来评估患者的EMR。EMR查看将是无缝的，不会在应用程序之间进行过多/可能不完整的数据传递。
参考图2，使用便携式处理设备10(例如智能电话)的患者链接到他/她的医疗保健提供者组织，该组织进而将他最新的电子医疗档案保持在企业EMR/CIS(电子医疗档案/临床信息***)122中。EMR数据还可与例如医疗中心(医生办公室、医院等)或其他地方的远程服务器共享。EMR数据包括患者的疾病概况和临床发现以及所安排的未来预约。SCALE 100通过IVR(交互式语音响应)引擎110获取预约并将其转换为自动拨号器的任务，以呼叫每个患者并尝试获得预约的确认。患者确认预约并在分配至治疗的实体医务室继续进行他们的预约。
替代地，患者可能出于个人原因或当天需要在家或年龄太大或难以移动的限制而取消或选择重新安排。这些患者和重新安排请求对医务室和医疗服务提供者的有限的资源施加压力，并且使患者难以得到他们所需的后续治疗。当这些患者需要安排和开始远程会诊时，在SMS上扩展IVR 110工具以发送远程会诊124链接是慢性病护理管理和极端年龄跟踪的范式转变。
所描述的基于文本的链接考虑了数据保护的要求和患者的隐私，使得提供者仅有患者的标识符，而患者获得下载的链接并准备好在VC应用程序上进行远程会诊会话，或者如果已经下载了应用程序，则即刻准备好进行远程会诊会话。
患者EMR是机密信息，只有被指定的提供者才能访问，并且为了实现这一点，必须注意此信息不会意外地传递给其他可能的观看者。所描述的解决方案确保临床记录保留在EMR 120中并且不需要流到SCALE 150或IVR 110或远程会诊124，然而在使用该解决方案时，患者被正确识别并链接到正确的医生，该医生进而能够凭借其现有EMR视图屏幕中的内在工具和证书查看EMR，因为患者标识符信息使用上述的EMR→HL7→网络Api→IVR→呼叫流→响应网络api→SMS→VC流向他。
在本发明的实施方式中，防止在IVR***110与远程会诊***124之间交换机密临床信息，然而，在远程会诊会话本身期间管理患者与提供者之间的信息流。即，一旦***识别出正确的患者，作为本次会话一方的提供者从组织为患者提供护理并且可访问患者，提供者将能够在他熟悉的CIS/EMR屏幕上查看患者的记录。作为该会话另一方的患者需要识别和验证，该功能通过IVR集成来完成，使得患者能够在呼叫期间确认他的身份(参见上面的呼叫流)。
为了进行远程会诊124，用户在预定时间用他们的用户ID和密码登录以从用户的医生或专家获得医疗建议。SCALE 100通过用户友好的、老年人群无需过多帮助的远程会诊124提供远程会诊，并且可以使用任何合适的远程会诊124。即使在低带宽的情况下，它也能以极快的速度和最佳的清晰度提供。对于用户数据而言，它是安全且可靠的引擎，同时符合HIPAA标准。处于极端年龄且需要帮助以进行后续会诊的患者可能受到家庭支持的可用性、维持其医疗保健访问安排的时间和精力的限制。慢性病管理尤其需要多次到医务室以进行定期跟踪。远程会诊选项对此非常有帮助，然而，围绕向临床医生提供正确信息以有效管理病例的调整需要VC与CIS/EMR的集成。
因此，提供了远程会诊，而无需将私人临床数据从一个***移动到另一个***。由于医疗专业人员已经访问其中存储了所有患者的医疗信息的EMR(120)。因此，控制器150不需要将任何信息直接发送到远程会诊引擎124。使用消息中的唯一代码进行小的处置，例如患者识别、提供者识别和远程会诊订单识别，当通过VC应用程序解码时，消息提取相关数据(患者的用户ID、医生的用户ID、预约日期时间)并且在进行远程会诊时，使提供者访问正确的记录。
患者对远程会诊的访问传统上需要在会诊当天对如何到达平台进行特定培训，或者甚至需要为未来会诊制定计划。该问题通过本发明解决。一旦用户通过IVR 110选择进行远程会诊，控制器150就通过SMS 122向患者设备10发送消息，例如SMS文本。SMS文本包括当由患者选择时启动远程会诊(即，视频会议)的链接。远程会诊124自动将患者与医疗保健提供者(例如医生)连接。由于医疗保健提供者可以从他们的设备访问EMR，因此没有数据被传输至医疗保健提供者以实现数据安全。
数据源(例如，EMR 120)
EMR 120可以是包括处理设备和诸如存储EMR数据的数据库的存储设备的***。EMR数据包括由业务规则决定的未来日期的所有预定预约。控制器150可以通过用户的智能手机应用程序10向患者发送他们的预约的提醒。由用户的智能手机应用程序在RDBMS中捕获数据转储。例如，数据输入可以来自MIRTH应用程序，其中阶段表(表2)链接至MIRTH应用程序以用于各种HL7消息157。
在一个示例性实施方式中，以下数据可以存储在EMR 120处：患者预约数据(SIU)、患者数据(ADT)和主字段。患者预约数据可以包括例如与医疗保健预约相关的数据，例如与特定患者相关的所有医疗保健预约的日期和时间。患者通过他/她的唯一ID来识别，并且通过预约ID来识别患者的预约，并且通过跟踪这些唯一标识符来管理整个会话。该数据可以用于各种目的，例如，控制器150可以使用患者预约数据来生成定期更新，该更新被发送给患者以用于将来的预约。
患者信息(表2)中的任何更新都接收作为HL7消息，并且在数据库158中完成相关更新。在数据转换过程中，可根据具体情况更新或添加主字段(包含与所有患者预约数据、患者数据相关的主字段)。
从EMR收集的到患者链接DB的数据中的数据转换
在转换过程中，完成以下任务。检查下面跟随的主表字段，如果存在具有相同名称的任何数据，则在主表中拾取并更新ID。如果未找到数据，则在表中***新行，添加应用程序流所需的其他栏，从而确保为所有主列表维护干净且唯一的数据集。
对IVR的网络服务请求160
网络服务160向IVR 110发送数据并从IVR 110接收数据，并且更新数据库158中的响应。具有所有必要字段的网络API请求160被发送至IVR***110以呼叫患者。根据业务规则配置，将提取其预约落入当前日期+N天内的患者的数据。所有数据将被传递到网络服务160，然后传递到IVR 110。该请求既可以作为单个项目发送，也可以汇集在一起发送。在发送请求之后，将更新必要的状态。
IVR响应161
在IVR处理了呼叫进度数据之后，IVR 110将知道来自呼叫161的响应状态。这些状态可以包括例如以下项：确认预约、取消预约、重新安排预约、不是该患者、没有应答、验证失败、转发给呼叫中心。与患者标识符链接的信息将使用网络API响应161发送回到方案服务组件156。
方案服务组件156将根据使用仪表板152预先配置到SCALE DB 150中的响应状态主机来处理任何响应。数据能够以以下形式接收：网络服务响应161由网络服务接收并且将触发不同的事件。对于已确认和已取消的预约，将通过HL7管理器154生成HL7消息。任何其他状态将保存在数据库中。
HL7管理器154
在来自IVR的确认预约或取消预约的响应的情况下，由方案服务组件156生成预约细节并使用HL7管理器154将预约细节发送至EMR 120。HL7管理器154为场景制作HL7消息。然后，由作为跨平台的HL7接口引擎的Mirth获得这些消息，跨平台的HL7接口引擎能够在***之间双向发送HL7消息。MIRTH 157处理HL7消息并将它们发送至EMR数据库120。
配置
应用程序将具有配置以使得管理员用户可以管理应用程序流。将包括以下配置，例如：当前日期+N天、IVR响应主机、SMS事件配置。
当前日期+N天配置管理将挑选并发送到IVR的预约日期。可能存在多种配置，其中用户可以输入要挑选的日期。例如，用户可以添加+3天和+5天。然后，应用程序将从服务器日期时间挑选第3天和第5天的预约。
对于IVR响应主机，IVR 110将对应用程序给出多个响应。为了管理此，将创建主机。主机可以具有3个可编辑的栏：状态名称、IVR响应代码和ID。管理员用户可以将IVR响应代码映射到患者链接DB中的状态中。
SMS事件配置、基于SMS事件将由应用程序发送给患者。管理员用户可以切换这些事件，使得患者可以接收SMS通知。SMS事件包括例如确认预约、取消预约、具有URL以在患者希望发起远程会诊的情况下载远程会诊软件的SMS。URL链接将具有应用程序下载位置和唯一的医务室代码。属于医务室代码的值班医生将接听电话并接受呼叫以开始会诊。
SMS服务122
基于事件的SMS添加到基于SMS配置的表中。可以根据业务需求配置事件，例如，如果患者取消他们的预约，则方案服务组件156可以生成消息，该消息可以使用SMS引擎122发送给用户。本发明提供预测、优先和个性化护理。这种智能技术模型是整个行业范围内的长期数据战略。可用的传统IT***缺乏互操作性。本发明提供IVR、远程会诊和分析159，以帮助提供者实现有形的商业和临床益处。
本发明存储、处理和作用于馈送的对患者和医生都有帮助的信息。本发明能够更容易地作出先进的临床决定并减少可预防的有害效果，这进而使得医生能够更自由地支配时间以进行更个性化的护理，从而实现有效的时间管理。该***允许根据种族或疾病类型喜好识别特定种群类型的优选会诊模式。它还允许进行正确的参与和外展服务。
因此，本发明将IVR、虚拟会诊和分析一起集中在单个平台上，其通过可由老龄人口管理的简单技术方案增加医疗保健服务和患者参与的价值。通过提供IVR与虚拟会诊之间的直接联系，患者可以通过虚拟会诊寻求介入。***使医生能够通过远程会诊来接触患者，该患者可能本来并不知道远程会诊可用或适用于他们的疾病。并且本发明通过为患者提供启动远程会诊会话的简单链接来解决建立远程会诊的困难技术任务。它进一步为患者提供使用远程会诊的替代方案，而不是可能需要更长的时间才能获得的重新安排的个人预约。
本发明的***和方法包括由一个或多个处理组件或设备进行的操作，一个或多个处理组件或设备包括移动设备、移动应用程序和服务器。例如，控制器150可以是执行仪表板152、HL7管理器154和方案服务156的操作的处理设备，并且还可以可选地是执行EMR120、SMS 122、远程会诊124、IVR 110和出站拨号器114的操作的处理设备。或者，可以为控制器150、HL7管理器154和方案服务156以及EMR 120、SMS 122、远程会诊124、出站拨号器114和IVR 110中的每一个提供单独的处理设备。
应注意，处理设备可以是任何合适的设备，例如计算机、服务器、大型机、处理器、微处理器、PC、平板电脑、智能手机等。因此，例如，IVR 110和VC/远程会诊124可以各自位于相同或不同的服务器上。处理设备可以与其他合适的组件结合使用，例如与显示设备(监视器、LED屏幕、数字屏幕等)、存储器或存储设备、输入设备(触摸屏、键盘、诸如鼠标的指向设备)、无线模块(例如射频、蓝牙、红外、WiFi等)结合使用。该信息可以存储在可以位于处理设备处或与处理设备通信的计算机硬盘驱动器上、CD ROM盘上或任何其他合适的数据存储设备或介质上。
处理设备的操作通过允许从电子信息源访问数据的计算机软件实施。根据本发明的软件和信息可以位于单个独立的计算机内，或者它可以位于与一组其他计算机或其他电子设备联网的中央计算机中。该信息可以存储在计算机硬盘驱动器、CD ROM盘或任何其他合适的数据存储设备上。该***还可以在云上实现，并且包括云计算***，云计算***根据需要或实时提供经由因特网对共享计算资源(诸如服务器、存储设备、网络和/或应用程序)的访问，而不考虑这些资源的位置。
因此，如本文中所使用的，计算***或处理设备包括单个电子计算设备，其包括但不限于单个计算机、虚拟机、虚拟器、主机、服务器、膝上型计算机和/或便携式设备，或者不限于一起工作以执行描述为在计算***上或由计算***执行的功能的多个电子计算设备。并且，介质包括一起存储描述为存储在其上的内容的一个或多个非暂时性物理介质。实施方式可以包括非易失性辅助存储器、只读存储器(ROM)和/或随机存取存储器(RAM)。并且应用程序包括由计算***执行的一个或多个计算模块、程序、进程、工作负载、线程和/或一组计算指令。应用程序的示例性实施方式包括软件模块、软件对象、软件实例和/或其他类型的可执行代码。
整个过程由处理器自动执行，并且无需任何人工交互。因此，除非另有说明，否则该过程可以基本上实时地发生而没有任何延迟或人工行为。
以上的描述和附图应仅解释为对本发明原理的说明。本发明可以以各种形状和尺寸配置，并不旨在由优选实施方式限制。本领域技术人员将容易想到本发明的许多应用。因此，不希望将本发明限制于所公开的具体示例或示出和描述的确切结构和操作。更确切地说，可以采用落入本发明的范围内所有合适的修改和等同。

Claims (16)

1.用于管理患者预约的医疗保健患者预约管理***，所述***包括：
交互式语音响应模块，配置成呼叫患者，并且请求患者响应以确认患者预约；
远程会诊模块，配置成为所述患者提供远程会诊；
消息***，配置成向所述患者提供消息；以及
控制器，与所述交互式语音响应模块、所述远程会诊模块和所述消息***通信，所述控制器从所述交互式语音响应模块接收所述患者响应，并确定所述患者是否确认所述患者预约；
其中，如果所述控制器确定所述患者未确认所述患者预约，则所述控制器经由所述消息***向所述患者发送消息，所述消息包括经由所述远程会诊模块进行所述患者与医疗保健提供者之间的远程会诊的链接。
2.根据权利要求1所述的***，还包括：
电子医疗档案(EMR)模块，所述电子医疗档案模块包含用于所述患者的电子医疗档案，所述电子医疗档案包括患者识别数据和患者预约数据。
3.根据权利要求2所述的***，其中，所述控制器接收所述电子医疗档案并指示所述交互式语音响应模块基于所述患者预约数据来确认所述患者预约。
4.根据权利要求1、2或3所述的***，其中，所述消息***包括SMS文本消息***。
5.根据权利要求1、2或3所述的***，其中，所述消息***包括电子邮件***。
6.根据权利要求1至5中任一项所述的***，其中，所述控制器向所述远程会诊***提供患者数据。
7.根据权利要求1至5中任一项所述的***，其中，所述控制器基于患者数据定制所述远程会诊***。
8.根据权利要求1至7中任一项所述的***，还包括：
存储设备，配置成存储所述患者的、包括患者识别信息和患者预约信息的电子医疗档案。
9.根据权利要求8所述的***，其中，所述控制器基于所述患者电子医疗档案操作所述交互式语音响应模块。
10.根据权利要求8和9中任一项所述的***，其中，所述控制器基于所述患者电子医疗档案来格式编排所述消息。
11.根据权利要求10所述的***，其中，所述控制器从与患者ID相关的所述患者电子医疗档案中获取患者联系信息，并格式编排所述消息以传递至所述患者联系信息。
12.根据权利要求8至11中任一项所述的***，其中，所述控制器基于所述患者电子医疗档案格式编排所述远程会诊。
13.根据权利要求1至11中任一项所述的***，其中，所述远程会诊***将所述患者与所述医疗保健提供者连接，但是不向所述医疗保健提供者提供任何患者数据。
14.用于使用医疗保健患者预约管理来管理患者预约的方法，所述方法包括：
使用交互式语音响应模块呼叫患者以请求患者响应来确认患者预约；
在控制器处基于所述患者响应确定患者未确认所述患者预约；
由所述控制器响应于确定所述患者未确认所述患者预约为所述患者生成具有远程会诊链接的消息，并经由消息***向所述患者发送所述消息；以及
响应于所述患者选择所述远程会诊链接，在远程会诊模块处建立与所述患者的远程会诊。
15.用于管理患者预约的***，所述***包括：
处理器；以及
存储器，联接至所述处理器以用于存储指令，当所述指令由一个或多个所述处理器执行时使所述处理器执行以下操作：
呼叫患者以请求患者响应确认患者预约；
基于所述患者响应，确定患者未确认所述患者预约；
响应于确定所述患者未确认所述患者预约，为所述患者生成具有远程会诊链接的消息，并将所述消息发生到所述患者；以及
响应于所述患者选择所述远程会诊链接，建立与所述患者的远程会诊。
16.一种非暂时性计算机可读存储介质，其上存储有指令，其中当所述指令由一个或多个处理器执行时使所述处理器执行根据权利要求14所述的步骤。
CN201910388916.1A 2018-05-16 2019-05-10 智能通信和分析学习引擎 Pending CN110503219A (zh)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
IN201811018345 2018-05-16
IN201811018345 2018-05-16
US201862703723P 2018-07-26 2018-07-26
US62/703,723 2018-07-26
US201862728503P 2018-09-07 2018-09-07
US62/728,503 2018-09-07
US16/191,139 US10742811B2 (en) 2018-05-16 2018-11-14 Smart communications and analytics learning engine
US16/191,139 2018-11-14

Publications (1)

Publication Number Publication Date
CN110503219A true CN110503219A (zh) 2019-11-26

Family

ID=67481534

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910388916.1A Pending CN110503219A (zh) 2018-05-16 2019-05-10 智能通信和分析学习引擎

Country Status (3)

Country Link
US (1) US10742811B2 (zh)
CN (1) CN110503219A (zh)
DE (1) DE202019102730U1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11153437B2 (en) * 2019-05-29 2021-10-19 Ford Global Technologies, Llc Call flow management
US11283925B1 (en) * 2020-01-10 2022-03-22 Noble Systems Corporation Pacing limited-content text messages
US20220301699A1 (en) * 2021-03-17 2022-09-22 NOHO DENTAL, INC. d/b/a TEND System and method for a continuous patient engagement oral care model
TWI824249B (zh) * 2021-05-26 2023-12-01 陳立新 居家辦公的建立虛擬辦公室方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6246871B1 (en) * 1999-09-24 2001-06-12 Nokia Networks Oy Method and apparatus for providing access of messages to multiple recipients in cellular networks
US20010037219A1 (en) * 2000-04-27 2001-11-01 Malik Stephen Nabeil Systems, methods and computer program products for facilitating one-to-one secure on-line communications between professional services providers and remotely located clients
US20050283384A1 (en) * 2004-06-21 2005-12-22 The Permanete Medical Group, Inc. System and method for assisting a care partner in monitoring a patient with chronic disease
US20060173708A1 (en) * 2005-01-28 2006-08-03 Circle Of Care, Inc. System and method for providing health care
WO2010055409A2 (en) * 2008-11-17 2010-05-20 Medicalgorithmics Ltd. Outpatient monitoring systems and methods
US20100299155A1 (en) * 2009-05-19 2010-11-25 Myca Health, Inc. System and method for providing a multi-dimensional contextual platform for managing a medical practice
US20120253868A1 (en) * 2010-06-21 2012-10-04 Athenahealth, Inc. Healthcare information communication system
US20140156290A1 (en) * 2012-11-30 2014-06-05 Verizon Patent And Licensing Inc. Methods and Systems for Facilitating a Virtual Consultation Between a User and a Health Care Practitioner
US20170324684A1 (en) * 2016-05-09 2017-11-09 Bidhu Kishan Dharmapalan Centralized message system and methods

Also Published As

Publication number Publication date
US10742811B2 (en) 2020-08-11
DE202019102730U1 (de) 2019-07-12
US20190356778A1 (en) 2019-11-21

Similar Documents

Publication Publication Date Title
Chung et al. Chatbot-based heathcare service with a knowledge base for cloud computing
CN110503219A (zh) 智能通信和分析学习引擎
US11029913B1 (en) Customizable real-time electronic whiteboard system
US20190237203A1 (en) Facilitating self-scheduling of medical appointments
US10665348B1 (en) Risk assessment and event detection
CN109478425A (zh) 按需全点远程医疗会诊的***和方法
US10642958B1 (en) Suggestion engine
US10319056B1 (en) Biased task assignments based on geotracking of discharge vehicles
US11631041B2 (en) Methods and systems for creating and managing a research study and deploying via mobile and web utilizing a research module
US20140278543A1 (en) Data collection marketplace for a data registry system
US20200143920A1 (en) Systems for facilitating the management of healthcare delivery processes
US20090177489A1 (en) Systems and methods for patient scheduling and record handling
Poonsuph The Design Blueprint for a Large‐Scale Telehealth Platform
US11062394B2 (en) More-intelligent health care advisor
WO2018058189A1 (en) A supervised machine learning system for optimising outpatient clinic attendance
CN105701330B (zh) 健康信息处理方法及***
CN113744897A (zh) 网络问诊方法、计算机装置和存储介质
US8954472B1 (en) Method and system for collecting, storing and analyzing clinical and radiologic data
US20190108313A1 (en) Analytics at the point of care
KR102511579B1 (ko) 진료 키트를 이용한 원격진료 서비스 제공 장치, 시스템, 방법 및 프로그램
WO2021113971A1 (en) Method and system for improving treatment adherence level
US20150006200A1 (en) System and method for providing automated home-based health services
Siu et al. An Intelligent clinical decision support system for assessing the needs of a long-term care plan
Mohktar et al. Design of a decision support system for a home telehealth application
JP5499148B1 (ja) データアクセス制御装置及び方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20191126

WD01 Invention patent application deemed withdrawn after publication