“通知我”：个体扫描协议状态和mri检查进展的自主实时远程通知
阅读说明：本技术 “通知我”：个体扫描协议状态和mri检查进展的自主实时远程通知 ("notify me": autonomous real-time remote notification of individual scan protocol status and MRI examination progress ) 是由 H·穆贾黑德 于 2020-02-28 设计创作，主要内容包括：为了增强用户体验和改善患者工作流程,数据收集和患者成像协议被监测,并且当满足可定制的条件时,例如扫描协议完成并重建成功时,实时通知被自动、远程和实时地触发、生成并提供给最终用户(例如放射科医师、技术人员、服务人员、医院管理人员等)。通知从扫描器主计算机或分析系统发送并通过电子邮件、即时消息等接收,并可被拉入独立的移动应用程序。提供了进展指示器,其便于将预测的扫描完成时间通知主治医师,以便医师可以立即准备好(例如,到达阅览室、扫描室、登录移动查看设备等)查看扫描结果。用户可以选择查看任何患者、患者组、医学设备或任何选定医院的中止、完成或正在进行的扫描。(To enhance user experience and improve patient workflow, data collection and patient imaging protocols are monitored, and real-time notifications are triggered, generated and provided to end users (e.g., radiologists, technicians, service personnel, hospital administrators, etc.) automatically, remotely, and in real-time when customizable conditions are met, such as a scan protocol is completed and reconstruction is successful. Notifications are sent from the scanner host computer or analysis system and received via email, instant message, etc., and may be pulled into a separate mobile application. A progress indicator is provided that facilitates informing an attending physician of the predicted scan completion time so that the physician may be immediately ready (e.g., to reach a viewing room, a scanning room, log on to a mobile viewing device, etc.) to view the scan results. The user may choose to view aborted, completed or ongoing scans of any patient, patient group, medical device, or any selected hospital.)
技术领域
以下总体涉及医学成像系统等。然而，所描述的创新可以适用于其他成像系统、其他医学系统等中。
背景技术
在条件式医学成像系统中，执行患者扫描，并且可以应用计算机辅助诊断(CAD)来自主识别可疑特征。结果被传输到图片存档及通信系统(PACS)，并且然后可以被下载到放射科工作站，放射科医师在那里查看图像，进行临床发现，并且准备放射学报告，放射学报告被上传到PACS和/或发送到一个或多个临床医师。
在急诊室环境中，磁共振成像(MRI)、计算机断层摄影(CT)或其他医学成像通常用于评估和诊断患者，其中每一秒都很重要。例如，仅在美国，每40秒就有一人患脑卒中，而卒中患者每分钟可能损失多达200万个脑细胞。如果该患者接受了急诊MRI，则必须在MRI扫描完成时准确通知处置该患者的医师，并且图像已被重建用于诊断患者。
然而，现有的医学成像扫描器不能主动管理诊断成像过程。为加快这样的诊断成像过程，待命放射科医师可在放射学实验室现场操作，查看在MRI扫描器控制计算机的控制台室中生成的扫描器室中的诊断图像。在繁忙的急诊室环境中，当对不同的创伤患者或其他患者进行成像时，值班的放射科医师可能在成像室之间走动。然而，在传统方法下，所述过程是低效的，因为在图像变得可用之前，成像技术人员可能不将放射科医师叫到房间来评估图像。因此，在放射科医师评估图像、做出临床发现等时存在延迟。当医学设备将采集的图像自动发送到PACS时，延迟仍然存在，仅仅是因为没有有效的方法通知放射科医师开始检查图像以进行诊断。假设负责的放射科医师总是坐在他们急诊室的观察站，重新加载PACS数据库并等待新的患者图像到达是天真的。在一些医院，一旦完成患者影像检查，采集医学影像的技术人员就会呼叫待命或负责的放射科医师，但这种方法效率低下，因为1)它严重依赖中间人(医学影像技术人员或操作者)，2)假设医学影像技术专家知道该打电话给谁(例如，当前值班的放射科医师)，以及3)浪费关键时间，尤其是在紧急情况下(例如，脑卒中每分钟损失200万个神经元)，并且如果不及时诊断，可能会增加永久性脑损伤、残疾甚至死亡的风险)。
常规系统没有为放射科医师(或最终用户)提供一种方式来及时了解他们规定的MR扫描协议(例如，FLAIR或DWI序列)进行得怎样以及当前正在接受MRI检查(例如，具有对比增强的脑部检查，其是一个或多个扫描协议的集合)的患者的完成状态，例如，MR技术人员是否已为患者完成了关键的MR协议，图像是否已加载到PACS系统中，技术人员是否错误地忽略了MR协议或以其他方式偏离了必须获得的固定的一组常规协议，或者技术人员是否更改了他们不应该改变的针对特定协议使用的参数(因为放射科医师有特定偏好)等。
目前，了解个体协议是否成功执行的最快方法是检查扫描器(或成像设备)数据库，这可能引起扫描器工作流程中断。因此，需要一种在后台的进程能够检查极其重要的协议完成情况，并在没有中间人的情况下自主地向远程用户发送实时信息。假设执行了特定的必要协议，并且与该协议相关联的图像被发送到PACS数据库，为了快速访问数据，放射科医师还必须等待数据到达，并且然后刷新PACS并搜索特定的扫描协议，这可能浪费放射科医师的大量时间。在急诊科、卒中中心或重症监护室尤其如此，在这些病房中，每一秒都很重要，并且可能存在多个成像设备，或者放射科医师必须覆盖多于一个患者。因此，放射科医师不能准确知道何时数据可供读取可能给患者带来毁灭性的后果。
以下公开了特定改进。
发明内容
在一个公开的方面中，一种便于自主提供实时重建的医学图像可获得性通知的医学成像系统包括：医学成像设备，其采集患者图像数据；主计算机，其被耦合到所述医学成像设备并且被配置为控制在所述医学成像设备上执行的一个或多个成像协议；以及重建处理器，其将所采集的图像数据重建为一幅或多幅图像。所述系统还包括一个或多个处理器，所述一个或多个处理器被配置为：监测生成至少一幅图像的成像协议的进展；在完成所述成像协议后生成通知消息，所述通知消息指示对所述成像协议的识别以及能够查看所述至少一幅图像的位置；并且在完成所述成像协议后立即向至少一个授权接收者的通信设备发送通知消息。
在另一个公开的方面中，一种用于自主地提供成像协议状态信息的实时通知的通信设备，包括一个或多个处理器，所述一个或多个处理器被配置为：从与医学成像设备相关联的主计算机接收消息，所述消息包括由所述主计算机监测的一个或多个成像协议中的每个的开始时间和预期持续时间；针对所述一个或多个成像协议中的每个，启动进展指示器，所述进展指示器被配置为指示每个监测的成像协议的剩余时间的量；以及图形用户界面，在所述图形用户界面上向所述通信设备的用户呈现所述进展指示器。所述一个或多个处理器可以由具有通信设备的用户完全定制，以选择接收一个或多个监测成像协议完成的通知，并且经由所述图形用户界面向所述用户呈现指令以继续或在不久的将来的确切时间准备好在移动设备上查看图像或在指定位置查看通过所述成像协议生成的重建图像。
在另一个公开的方面中，一种非瞬态计算机可读介质在其上存储有用于自主提供实时重建的医学图像可获得性通知的指令，所述指令包括：监测在医学成像设备上运行并且生成至少一幅图像的成像协议的进展；生成并传输指示成像协议进展和预测的完成时间的一个或多个进展状态消息；在完成所述成像协议后生成通知消息，所述通知消息指示对所述成像协议的识别以及能够查看所述至少一幅图像的位置；在完成所述成像协议后立即向至少一个授权接收者的通信设备发送通知消息。
一个优点在于向主治放射科医师提供实时扫描完成通知。
另一个优点在于完全消除了通过预测未来图像对主治放射科医师的可获得性而浪费的任何时间。
另一个优点在于通过识别缺失的协议、不完整的流程或协议中使用的不一致参数来改进医学机构的工作流程。
另一个优点在于通过减少医学图像审阅延迟来减轻患者创伤。
另一个优点在于提供对原始数据执行的任何分析的结果(例如检测异常的人工智能算法)，并将初步结果实时和自主地宣布给临床医师，协助放射科医师进行诊断。
给定实施例可以不提供前述优点，提供前述优点中的一个、两个、更多或全部，和/或可以提供其它优点，对于本领域普通技术人员而言，在阅读和理解了本公开后，这将变得显而易见。
附图说明
本发明可以采取各种部件和各部件的布置以及各种步骤和各步骤的安排的形式。附图仅出于图示优选的实施例的目的并且不应被解释为对本发明的限制。
图1示意性地图示了根据本文描述的一个或多个特征的便于向授权方提供关于医学成像扫描状态的实时通知的系统。
图2示出了在主计算机上运行的界面的屏幕截图，其中，在满足条件(例如完成每个个体规划的协议)时发送电子邮件。
图3示出了来自用户在台式计算机等上的电子邮件帐户的屏幕截图。
图4示出了来自最终用户通信设备的屏幕截图，实时显示医院3.0T扫描器已发送的通知。
图5示出了来自最终用户的移动智能通信设备(例如，本示例中的苹果智能手表)的屏幕截图，显示了医院名称、医学设备类型(即，MRI)、医学设备ID(即，3TA)、患者类型(即，脑卒中)、患者ID以及关于完成扫描(即，T1W)、中止扫描(即，T2W)、正在进行的扫描(即，DWI)的接收到的实时自主通知、用于预测当前扫描何时完成、整个检查何时完成的倒计时时钟，以及用于指示从需要(一个或多个)扫描的病症开始(即示例中的卒中开始)起经过的时间的计时器。
具体实施方式
要求保护的本创新通过向选定的最终用户接收者组发送自动通知消息来提供关于每个个体扫描协议的状态的即时信息(即，在成功的扫描协议被采集和重建之后立即)。
例如，在临床MR中，实时MR扫描进展的时间和连接性是工作流程的关键部分。通过电子邮件或移动即时消息(IM)应用程序通知最终用户(即放射科医师、首席研究员等)提供了一种实时通信方式，并且通过允许访问最新的检查进展状态来便于工作流程进展，以更好地为患者服务并减少时间浪费。出于一致性目的，医院和影像中心管理人员有兴趣了解是否实际采集了特定强制性MR扫描协议，并且如果是，则了解成功与否，作为检查卡(个体扫描协议的集合)的一部分，从而使他们能够发现检查卡是否被修改或偏离了给定临床试验的原始形式。所描述的系统和方法可以被配置为使得即使针对特定扫描协议的成像切片取向的改变也引起向负责的放射科医师发送通知。此外，服务工程师可能有兴趣知道何时完成(或中断)长期服务定期质量指标测试(PIQT)扫描，以便他们可以采取必要的额外步骤而不浪费任何时间。
所描述的系统和方法提供“实时”能力来分析患者扫描数据并在临床医师有机会阅读扫描数据并自己提出诊断之前将结果通知给他们。例如，正在在具有“通知我”可获得性的MRI扫描器处对卒中患者进行扫描。扫描完成后，人工智能分析软件确定动脉中的一条正出血。向放射科医师提供一条简短信息，提示可能出血。放射科医师读取图像并检查已通过“通知我”提出的出血可能性。如果为真，则不会因人为错误而遗漏出血。
自主“通知我”不依赖于技术人员或其他人工中间人，并且可以实时向任何具有互联网访问权限的移动、固定或连接设备发送各种可定制的通知，例如，以下情况：
临床数据可供远程用户(例如放射科医师)实时阅读，而不在紧急情况下浪费任何时间
宣布完成患者的特定成像协议或完整检查
显示完成特定成像协议或检查的进展条
确认向PACS或其他目的地发送/接收特定临床图像或数据集
预测特定成像协议或关键协议集将在未来完成的时间(即倒计时时钟)，因此用户(例如放射科医师)可以提前计划出现在扫描器或读取站以立即读取图像。
图1图示了根据本文描述的一个或多个特征的便于向授权方提供关于医学成像扫描状态的实时通知的系统10。系统10在本文中可以被称为“通知我”系统。在一个实施例中，所述系统在医学成像扫描器主计算机12上运行，并且包括通知我模块13，所述通知我模块13包括用于定制要发送的通知16的类型的GUI 14，并且在特定实施例中提供关于扫描何时完成、它何时被上传到PACS 18、何时CAD分析20完成、何时成像技术人员改变成像协议、或者何时一些其他可配置或可选择的事件发生的通知。通知消息还可以包括符合HIPAA的PHI(例如患者的姓名)或患者的首字母和/或扫描器号码/本地名称。GUI 14还包括定制模块24，定制模块24包括可供医师指示的可选选项，例如，多久发送一次通知更新(例如，每5分钟、每10分钟、扫描完成后5分钟内每30秒等)，针对通知的时间限制(例如，仅在医师轮班期间，而不是在特定时间之间(例如，凌晨1点至早上6点或者某些其他预定时间窗口等)，基于扫描器选择姓名、地点或序列号(例如，仅从儿童医院的3.0T扫描器发送通知)、通用患者类型(例如，仅在有卒中患者时才通知)。
在一个实施例中，PACS 18向主计算机计算机16发送指示以指示扫描图像的成功上传。类似地，CAD模块20向主计算机发送通知，指示计算机辅助的诊断完成。在每种情况下，接收到的指示触发由在主计算机12上运行的通知我模块13生成和发送的针对放射科医师的通知。
GUI还用于维护一组批准的通知接收者26以及(一个或多个)批准的接收者的可选选项。通常，批准的接收者将包括轮值待命的放射科医师和可能的其他人，例如轮值待命的急诊室医师。对于每个批准的接收者，系统存储适当的联系信息28，例如电子邮件地址和手机号码(例如，用于即时消息和/或文本)。
在扫描器计算机上运行的通知我模块13还包括实时事件监视器/通知触发部件30，以及将医学成像设备32采集的原始扫描数据重建为一幅或多幅医学图像的重建处理器31。实时事件监测器/通知触发部件30监测医学成像设备32的操作(例如，磁共振成像(MRI)、正电子发射断层摄影(PET)、单光子发射断层摄影(SPECT)、计算机断层摄影(CT)、超声(UL)或任何其他合适的医学成像设备)来检测事件，其被使用GUI选择，并实时向批准的接收者发送通知。该特征需要监测在成像设备32上执行的成像协议33，以及图像重建过程(例如，检测图像何时变得可用)以及任何CAD分析。有利地，虽然可以在云中或在医院服务器上执行诸如CAD分析的一些操作，但是数据被发送回扫描器计算机12，使得扫描器计算机是所有相关实时图像采集和处理信息积累的中心点。在另一个实施例中，通知直接从连接的CAD系统发送(例如，如果分析软件用于检测病变，并且该软件驻留在单独的服务器上，则针对所述通知的触发器可以直接来自该服务器。)该特征允许在扫描器计算机上运行的通知我模块13立即识别触发通知的事件。现有的扫描器计算机通常已经连接到互联网(可能通过防火墙)，以便在扫描器计算机上运行的通知我模块可以向批准的收件人发送通知电子邮件和/或即时消息(IM)消息。
授权接收者在诸如手机或智能设备(智能手机、智能手表等)或“物联网”(IOT)的移动通信设备34或由批准的接收者佩戴或携带的其他移动通信设备(例如平板电脑、个人计算机等)处经由因特网(或可能经由无线医院网络)接收通知。通知可以是标准电子邮件或IM消息，在这种情况下，电子邮件或IM应用程序可以提供通知用户界面。额外地或替代地，可以将专用的通知我应用程序36加载到移动通信设备上，在这种情况下，可以通过专有协议发送通知。使用专用的通知我app提供了更大的灵活性和患者健康信息，并且可以实现如下所述的额外功能。
在一个实施例中，不是在事件发生时实时提供通知，运行在扫描器主计算机上的通知我模块可以在预测模式38中操作。例如，通知我模块可以检测扫描序列的开始，基于已知的扫描持续时间预测扫描序列何时结束(例如，在20分钟内)，并且向通知我应用36推送通知39。在通知我app，启动了20分钟的计时器，以便授权接收者可以知道他或她何时需要在阅览室或控制台室中的扫描器计算机12，以便在结果可用时立即查看结果。该系统还可以预测数据可用的精确时间，使得最终用户可以查看结果，而不造成任何生命成本延迟。在分析软件提供数据结果后，通知可以立即发送给最终用户，以辅助临床医师做出决策。
此功能减少了放射科医师必须在一个或多个控制台间停下来检查扫描是否完成的时间，从而为放射科医师腾出时间来检查患者，并且通常会更有效率。这在急诊MR中尤其有用，在这种情况下，放射科医师更喜欢走进扫描室，而不是依靠PACS系统来远程读取时间敏感的成像数据。
通知我app提供的另一个功能是增强的批准接收者与成像技术人员实时沟通的能力。这在通知与扫描参数或协议更改相关的情况下特别有价值，例如当患者在扫描期间移动并且必须重新启动扫描时，或者当成像技术人员确定扫描需要额外的时间或额外的流程。此外，如果放射科医师不批准这样的更改，他或她可以立即向技术人员发送消息以撤销更改。医师还可以使用通知我app 36向成像技术人员发送指令，例如重复扫描、执行额外的扫描等的指令。
通知我模块13在扫描器计算机12上运行并实时监测扫描以监测手动执行的任何图像分析，例如使用图像查看GUI)或通过CAD，即使在远程/云服务器处执行也如此。在一个实施例中，通知我模块40，其被配置为执行通知我模块13的任何或所有功能，可以在PACS18上运行并且被配置为检测在PACS处的对扫描检查的接收。该特征可以促进关于何时在PACS 18处变得可用的扫描结果来执行数据完整性检查和真正的实时通知。
该系统还包括一个或多个分析模块42，其分析重建的扫描图像以检测异常。通知我模块33生成的通知消息可以包括关于扫描结果是正常还是异常的指示。例如，如果医师要求对患者的脑进行MRI，则分析模块确定脑中是否存在一个或多个病变，并且向通知我模块发送扫描异常的指示。通知我模块将异常指示转换为消息格式(文本、IM、电子邮件等)，并将异常指示包含在通知消息中。该特征有助于向医师提供实时异常通知。分析模块42可以驻留在主扫描器计算机12上或者可以驻留在远程服务器上或“云”中。
根据一个实施例，主治医师可以访问主扫描器计算机12上的通知我app或他们的通信设备上的通知我app，以配置医师希望接收哪些通知16、医师希望接收每个通知的频率，等等。例如，医师(例如，放射科医师等)可以针对给定的患者和/或给定的扫描程序选择以预定的时间间隔(例如，每10分钟、5分钟、30秒等)使扫描进展通知发送到他的通信设备(例如，智能手机、智能手表、平板电脑、笔记本电脑等)。发送到医师的通信设备的通知消息可以包括实时指示扫描程序的状态(例如，完成或就绪以供审阅、完成前剩余的时间、已延迟等)。额外地或替代地，每次扫描完成可以触发对一个或多个授权接收者26的通知。
在一个实施例中，通知频率随着扫描完成的临近而增加。例如，针对20分钟扫描的通知计划可以包括每5分钟发送一次进展通知，直到扫描在3分钟内完成，然后30秒发送一次，直到扫描在1分钟内完成，然后每5秒发送一次直到扫描完成的最后一分钟。该特征有助于向医师传达一种紧迫感，以便在可用时立即读取扫描结果。在相关实施例中，用户(医师等)可以在接收通信设备上将不同的音调分配给不同的扫描或患者，使得用户可以在不看通信设备的情况下区分即将可用的不同扫描结果。在一个示例中，用户可以在手机应用程序上为更高优先级的患者分配更高调子的音调。
还允许医师经由通知我模块生成包括患者、成像设备等的一个或多个列表46，这些列表可以被优先化或排序。例如，医师可以按优先级或损伤严重程度对患者进行排序。
在另一个实施例中，医师的通信设备上的通知我应用程序包括GUI 47，所述GUI47包括诸如倒计时时钟49、计时器、状态栏等的进展状态指示器48，其指示扫描结果何时可用于查看。例如，可以向医师呈现指示扫描完成10％、50％、100％或某个其他百分比的状态栏。在另一个实施例中，通知我app包括倒计时时钟或状态栏，指示何时可以查看扫描结果，医师可以监测倒计时以便在正确的阅览室中查看扫描结果的那一刻或提前几分钟它们可用。
进展指示器48也可由医师通过主计算机计算机上的通知我模块13和/或通过通信设备34上的通知我app 36来定制。例如，医师可以选择是否将进展指示器描绘为倒数计时器、时钟或状态栏等。此外，医师可以选择一次或多次接收关于每次成像扫描的未决完成的通知(例如，t-减5分钟、t-减30秒等)。上述特征有助于减少从扫描程序结束到放射科医师审查扫描结果之间的时间量，这继而又改善了患者的康复(例如，在卒中患者的情况下，通过减轻脑细胞死亡等)，改善患者的治疗效果，防止与延误有关的伤害，并减少由脑卒中等时间敏感疾病造成的不可逆转的损害。
通过提前通知医师扫描结果的预测可获得性，提高了医师的效率和患者康复的可能性。例如，可以通知正在监测10名患者并等待每个患者的扫描结果的医师在每个患者的扫描结果可用之前或之时出现在给定的扫描器或阅览室。此外，医师可以使用医师通信设备上的通知我app来确定患者扫描结果可获得性通知的优先级。例如，医师可以按照患者状况或疾病的顺序对患者进行排率，例如优先考虑卒中患者的MRI扫描而不是网球肘MRI扫描，以便在两个患者的扫描结果同时可用的情况下，医师不审查较不重要的扫描结果而对较紧急的患者不利。
由所述通知我架构提供的额外功能可以包括向预约医师或放射科医师或成像设施管理人员发送关于与预约扫描的偏差的通知。例如，技术人员可能重新开始扫描或省略预约的扫描的部分，并且这样的事件触发通知消息。此功能有助于实时检测“漂移”。传统方法通常涉及对例如一年的扫描流程的回顾性分析，以识别“漂移”(与扫描流程的偏差)。可以实时检测与给定扫描协议的一组特定参数的偏差。例如，如果MR技术专家被告知无需任何修改就运行特定的扫描协议，但他们意外地修改了回波时间，通知我可以向管理者发送警报，通知他们扫描协议中的潜在偏差(当前的黄金标准是在事后的一段时间内检测漂移)。通过提供实时漂移检测、设施管理，服务技术人员甚至医师都可以访问更及时的信息，从而有助于修改扫描流程和工作流程。
例如，虽然技术人员从标准成像协议开始，但随着时间的推移，由于各种技术人员所做的修改，存储在主计算机计算机中的协议会发生变化。通知我模块13可以被配置为通过将当前成像协议与标准或基础协议(例如协议的原始或标准版本)进行比较来通知技术人员协议漂移(例如，与标准协议的变化)。在一个实施例中，如果技术人员对例如MRI协议进行特定修改，则通知我模块可以生成并发送通知。在另一个实施例中，如果相对于基础扫描协议的修改超过预定阈值(例如，5％变化、10％变化或一些其他预定量)，则生成并发送通知。如果随着时间的推移对协议的连续调整达到当前运行的协议已从原始(基础)扫描协议漂移超过预定阈值量的点，此特征可确保提供通知。
通信设备34提供成像协议状态信息的实时通知并且包括一个或多个处理器(未示出)，其被配置为从与医学成像设备相关联的主计算机12接收消息，其中，所述消息包括由主计算机监测的一个或多个成像协议中的每个的开始时间和预期持续时间。一个或多个处理器可以类似于关于主计算机12的一个或多个处理器52(如下所述)。应当理解，通信设备还包括计算机可读介质或存储器(未示出)，例如可以在诸如智能电话、智能手表、物联网设备等的通信设备中采用)。
对于一个或多个成像协议中的每一个，一个或多个处理器启动进展指示器，所述进展指示器被配置为指示每个监测成像协议的剩余时间量。通信设备还包括图形用户界面47，在该图形用户界面上向通信设备的用户呈现进展指示器。一个或多个处理器还被配置为接收一个或多个监测的成像协议完成的通知，并通过图形用户界面向用户呈现指令以前进到指定位置以查看通过成像协议生成的重建图像。所述通信设备还被配置为接收一个或多个更新消息，所述一个或多个更新消息更新一个或多个成像协议的预测结束时间，并且根据经更新的结束时间来更新所述进展指示器。在一个实施例中，在通信设备上运行的通知我应用程序包括与关于主计算机12描述的定制部件24相似或相同的定制部件51。在这一点上，从用户的角度来看，通知我应用程序36可以通过由通知我模块13提供的通信设备(例如，定制、列表生成等)来提供任何或所有功能。例如，最终用户可以设置接收警报的频率、选择接收警报的扫描器、选择特定患者(例如，在HIPAA下)、选择通用患者类型(例如，仅脑卒中患者)、接收通知的星期、接收通知的时间等。
通知我app(和/或运行该应用程序的处理器)被配置为接收针对每个接受成像协议的患者的可选择的用户输入，至少以下之一：在成像协议完成之前从主计算机接收一个或多个进展状态通知的期望日期或时间；传输进展状态通知消息的期望频率；以及期望的不传输进展状态通知消息的时间段。
在另一实施例中，通知我应用还被配置为接收关于授权接收者的至少一个通信设备的身份，通知和进展状态消息可以被发送到授权接收者，并且所述定制模块被配置为生成一个或多个授权接收者的列表。所述用户输入可以包括经历成像协议的患者的患者ID号，其中，授权接收者的列表包括负责所述患者的一个或多个医师，其中，通知我应用程序被配置为将授权接收者列表传输到主计算机以分发消息和通知。
在一个实施例中，在计算机辅助诊断(CAD)部件分析了采集的扫描数据并提供诊断信息之后从主计算机接收通知。在另一实施例中，在后处理部件已经分析了重建的图像数据并向主计算机提供关于重建的图像数据是否包括异常的指示之后，从所述主计算机接收该通知。该通知还可以包括关于至少一幅图像是否包括异常的指示。
在一个实施例中，通知我模块13存储并执行包含并调用其他Perl包的Perl脚本，并在满足特定条件的情况下实时构建通知消息(例如，电子邮件、即时消息、文本等)，这些条件是可被定制，被满足(例如，成功完成特定扫描协议采集，或为最终用户提供所有重建图像的完全可获得性等)，并且然后建立连接(电子邮件、IM、文本)并且立即发送通知消息。Perl包是可以复制到主扫描器主计算机12的单个文件和文件夹。
主计算机16还包括一个或多个处理器52和一个或多个存储器54(计算机可读介质)。处理器52执行一个或多个计算机可执行模块，并且存储器54存储用于执行本文中描述的各种功能、方法等。如本文所用，“模块”表示计算机可执行算法、例程、应用程序、程序等，和/或执行所述计算机可执行算法、例程、应用程序、程序等的处理器。
存储器54可以是其上存储有控制程序的计算机可读介质，例如磁盘、硬盘驱动器等。计算机可读介质的常见形式包括例如软盘、柔性盘、硬盘、磁带或任何其他磁性存储介质、CD-ROM、DVD、蓝光盘或任何其他光学介质、RAM、ROM、PROM、EPROM、FLASH-EPROM、及其变型、其他存储器芯片或卡盘(cartridge)、或处理器52能够从其读取或运行的任何其他有形介质。在该背景下，所描述的系统可以被实现在或实现为一个或多个通用计算机、(一个或多个)专用计算机、经编程的微处理器或微控制器和外围集成电路元件、ASIC或其他集成电路、数字信号处理器、诸如离散元件电路的硬连线电子或逻辑电路、诸如PLD、PLA、FPGA、图形处理单元(GPU)或PAL的可编程逻辑设备等。
在另一实施例中，所述通知我模块包括一个或多个专用处理器55，其执行本文中描述的各种动作、功能、任务等。例如，处理器55可以在后台实时解析系统生成的日志并向授权用户采取行动(例如，发送通知、预测等)。
根据一个示例，可以在NotifyMe.pl文件中使用以下Perl包，例如，以建立电子邮件连接：
i.电子邮件::发送(http://search.cpan.org/dist/Email-Send/lib/Email/ Send.pm)
ii.电子邮件::发送::Gmail(http://search.cpan.org/～lbrocard/Email- Send-Gmail-0.33/lib/Email/Send/Gmail.pm)
iii.电子邮件::简单的::创建者(http：//search.cpan.org/～rjbs/Email- Simple-2.214/lib/Email/Simple/Creator.pm)
iv.NotifyMe.pl文件中使用的其他Perl包可能包括“Cwd”、“File::复制”、“严格”和“警告”。
在另一个实施例中，如果有任何遗漏，有可以从CPAN网站(http://search.cpan.org/)自动取回的独立Perl包。默认情况下，Perl安装在运行通知我的扫描器上，但如果需要为NotifyMe.pl脚本添加任何Perl包才能在特定扫描器上正常运行，则此功能是有利的。
以下图2-4示出了在主计算机扫描器计算机12上实现的所描述的通知我工具以及最终用户的桌面或移动设备上产生的远程通知的示例。
图2示出了在主计算机上运行的界面的屏幕截图60，其中，在满足条件(例如完成每个个体计划协议)时发送电子邮件62。在所示示例中，计划并成功完成了三个患者扫描协议，但实际上执行了五个协议，因为在后台采集了两个额外的内部扫描(线圈调查扫描和Sense参考扫描)。在该示例中，用户(例如，放射科医师)已优选或选择包括内部扫描并接收所有五个电子邮件通知。然而，本文中描述的通知我系统允许用户配置设置以接收全部或少于全部的扫描完成通知。
图3示出了来自台式计算机等上的授权用户的电子邮件帐户的屏幕截图80。在所示示例中，结果通知电子邮件82通过消息(例如，电子邮件、IM、文本等)从医院的3.0T扫描器接收，指示真实扫描编号和协议名称。内部扫描和计划的协议两者都被显示。独立的移动应用程序严格遵守有关任何患者健康信息的HIPAA隐私规则。
图4示出了来自终端用户的通信设备34的屏幕截图100，其实时显示医院3.0T扫描器已发送的通知16，在该示例中，在个体成像协议完成时，通知16作为接收到的通知39出现在通信设备上。
图5图示了根据本文描述的一个或多个方面的诸如可以显示在用户的通信设备(例如，智能手表、智能电话等)上的通知我界面200的示例。界面200显示当前日期202、当前时间204、医院名称206、扫描设备类型208(图示示例中为MRI)和扫描器设备名称或ID 210(在图示示例中为3TA)。该界面另外示出了患者类型212(在所示示例中为脑卒中患者)和患者ID信息214。提供了若干扫描状态指示符，包括但不限于扫描完成指示符216(在图示示例中为T1W)、扫描中止指示符218(在图示示例中为T2W)和扫描进行中指示符220(在图示的示例中为DWI)。还示出了多个进展指示器，包括当前扫描倒计时指示器222(在图示的示例中的DWI扫描)、完成整个检查的倒计时224(在图示的示例中为FIN)以及经过时间指示器226表示从需要(一个或多个)扫描的状况(在图示的示例中为卒中)开始以来经过的时间。应当理解，所描述的示例不需要限于界面显示上的指示符和/或信息的特定布置，并且可以根据各种实施例经由界面200呈现更多或更少的信息、指示符等。
己经参考优选实施例描述了本发明。通过阅读和理解前述的详细描述，本领域技术人员可以进行各种修改和变型。旨在将本公开理解为包括所有这样的修改和变更，只要它们落在所附权利要求或其等价方案的范围之内。
- 上一篇：一种医用注射器针头装配设备
- 下一篇：动态介入三维模型变形