专利名称:医学成像设备、工作流通知系统、方法及程序的制作方法
技术领域:
本发明涉及医学成像设备的工作流通知系统、医学成像设备、医学 成像设备的工作流通知方法、和医学成像设备的工作流通知程序。具体 而言,本发明涉及这样的医学成像设备的工作流通知系统、医学成像设 备、医学成像设备的工作流通知方法和医学成像设备的工作流通知程 序,它们根据人员的属性在适当的时间将必需和足够量的信息通知给需要后续信息的人员。所述信息是医学领域中的医学成像设备(例如MRI 设备、CT扫描器和超声诊断设备)的成像信息。
技术背景在医院中,医院信息系统(HIS)和放射信息系统(RIS)在工作。 HIS是这样的系统,它使用计算机来执行对患者接待和个人信息(姓名、 年龄、地址、医院就诊史和治疗状况)和诊费结算的管理,而RIS是这 样的系统,它一贯与HIS —起执行放射线照相检查的预约、检查接待、 检查数据的读取和存储以及医疗需求。在医院中,诸如MRI设备、CT扫描器和超声诊断设备之类的不同 类型的医学成像设备(医疗器械)被使用。为了使这些医学成像设备能 够通过网络和图像存储媒体互相连接以交换患者的图像检查信息和传 送图像数椐,而建立了 DICOM (医学数字成像和通信)作为关于医学 数字图像和通信的标准。医学成像设备根据DICOM MWM (医疗器械 工作列表管理)从HIS/RIS读取诸如患者姓名和检查类型之类的检查指 令信息,并且根据DICOM MPPS (医疗器械执行程序步骤)把检查进展 状态和关于已终止的检查的信息发送到HIS/RIS (例如参见专利文献1 第
到
段)。[专利文献1]日本未审查的专利公开No.2005-261952。尽管成像进展状态(例如进行中、完成、停止和推迟)和关于已终 止的检查的信息是从医学成像设备发送到HIS/RIS的,但是实时信息(例 如检查的估计剩余时间)、已产生图像的数量和待产生图像的估计数量 都没有被提供。由于检查信息等是通过电话和寻呼机(袖珍BP机)通知给护士的, 因此就加重了发出通知的检查工程师的负担。 发明内容所期望的是解决先前所述的问题。在本发明的 一个方面中, 一种用于医学成像设备的工作流通知系统 是这样的系统,它包括连接到网络的医学成像设备,和多个观察终端, 其中包括在所述医学成像设备中的处理器执行多个处理进程,并且所述 多个处理进程生成所述处理进程特有的事件。观察终端经由网络把对所 述事件中的一个指定事件的记录请求传送到所述医学成像设备。所述医 学成像设备接受经由网络从观察终端传送的记录请求,监视正在处理器 中被执行的处理进程,并且当检测到记录的事件的发生时,经由网络把 通知消息传送到观察终端。观察终端接收来自所述医学成像设备的通知 消息。优选地,在用于医学成像设备的工作流通知系统中,当在传送通知 消息之后所述事件并未发生时,所述医学成像设备把结束消息传送到观 察终端,或者当所述事件随后再发生时,继续监视正在处理器中被执行 的处理进程,并且当检测到记录的事件的发生时,经由网络再次把通知 消息传送到观察终端。观察终端接收来自所述医学成像设备的结束消息 或通知消息。优选地,在用于医学成像设备的工作流通知系统中,当收到从观察 终端传送的对所述事件的记录请求时,所述医学成像设备确定所述事件 是否就观察终端所属的级别中的通知被许可,当所述事件就通知被许可 时,检验正在处理器中被执行的处理进程以确定所述事件是否已发生, 并且当所述事件已发生时,经由网络把通知消息传送到观察终端,或者 当所述事件还未发生时,把接受消息传送到观察终端。观察终端接收来 自所述医学成像设备的通知消息或接受消息。优选地,在用于医学成像设备的工作流通知系统中,包括至少两个 连接到网络和验证服务器的医学成像设备。观察终端把针对于指定医学 成像设备的验证请求传送到验证服务器。当收到验证请求时,验证服务 器确定观察终端是否是待验证的观察终端,当它们是待验证的观察终端 时,把第一验证许可消息传送到传送验证请求的观察终端。当收到第一 验证许可消息时,传送验证请求的观察终端就能够把记录请求传送到指 定的医学成像设备。当传送验证请求的观察终端是待验证的观察终端
时,验证服务器进一步确定观察终端所属的级别,并且把第二验证许可 消息和所述级别传送到针对于所述验证请求的指定医学成像设备。当收 到验证许可消息和所述级别时,针对于所述验证请求的指定医学成像设 备就能够接受来自传送验证请求的观察终端的记录请求。优选地,在用于医学成像设备的工作流通知系统中,观察终端包括 接待观察终端(寻呼机的电话号码被记录在所述接待观察终端中),并 且在收到来自所述医学成像设备的通知消息时,接待观察终端就呼叫寻 呼机的记录电话号码。在本发明的另 一方面中, 一种医学成像设备连接到网络并且包括处 理器,所述处理器执行多个处理进程,并且所述多个处理进程生成所述处理进程特有的事件。所述医学成像设备包括记录部分,它经由网络 接受对来自观察终端的指定事件的记录请求;监视部分,它监视正在处 理器中被执行的处理进程以检测记录的事件的发生;和通知部分,当监 视部分检测到发生记录的事件时,所述通知部分经由网络把通知消息传 送到观察终端。优选地,在所述医学成像设备中,当在传送通知消息之后所述事件 并未发生时,通知部分把结束消息传送到观察终端,或者当所述事件随 后再发生时,进入监视部分。监视部分继续监视正在处理器中被执行的 处理进程,并且当检测到记录的事件的发生时,经由网络再次把通知消 息传送到观察终端。优选地,在所述医学成像设备中,在收到对从观察终端传送的指定 事件的记录请求时,记录部分确定所述事件是否就观察终端所属的级别 中的通知被许可,当所述事件就通知被许可时,检验正在处理器中被执 行的处理进程以确定所述事件是否已发生,并且当所述事件已发生时, 经由网络把通知消息传送到观察终端,或者当所述事件还未发生时,把 接受消息传送到观察终端。优选地,所述医学成像设备包括验证和分级部分,当收到来自观察 终端的验证请求时,所述验证和分级部分确定观察终端是否是待验证的 观察终端,当观察终端是待验证的观察终端时,把第一验证许可消息传 送到传送验证请求的观察终端,并且确定传送验证请求的观察终端所属 的级别。根据本发明,根椐通知目标(例如患者、放射科医生和护士)的属
性,能够在适当的时间提供医学成像设备所拥有的信息(例如患者的估 计等待时间),关于已终止的检查的信息,和下一个患者的检查开始时 间,由此节省了无用的等待时间和工作并且改进了医院的工作流。根椐附图中所示的本发明的优选实施例的以下描述,本发明其它的 目标和优点将是清楚明白的。
图1是示出本发明的第一实施例的用于医学成像设备的工作流通知 系统的例子的示图。图2是示出作为医学成像设备的例子的MRI设备20的构造的示图。图3是示出MRI设备的操作员控制台27的详细构造的例子的示图。图4是示出调度代理的处理的框图。图5是示出调度代理的处理流程的示图。图6是示出观察代理的处理流程的示图。图7是示出图1中的用于医学成像设备的工作流通知系统和电话网 络80之间的关系的示图。图8是示出作为本发明的另 一实施例的用于医学成像设备的工作流 通知系统的例子的示图。图9是示出图8的实施例中的调度代理的处理的框图。附图中的文字图120. MRI设备30. CT扫描器31. 超声诊断设备51. 放射科医生OBS52. 护士OBS53. 患者OBS54. 接待OBS 图220. MRI设备21. 》兹系统
22. RF驱动部分23. 梯度磁场驱动部分24. 数据收集部分25. 控制部分26. 支架27. 操作员控制台 40.受检者211. 腔212. 静^f兹场生成部分213. 梯度磁场线圏部分214. RF线圏部分 图327.操作员控制台271. 处理器272. 存储器275. 操作部分276. 监视器277. 控制部分I/F278. 数据收集部分I/F279. 网络I/F 图470. 验证和分级部分71. 记录部分72. 监视部分73. 通知部分74. 加密部分75. 解密部分 图5ST1.接收验证请求ST2.验证ST3.分级ST4.传送验证消息
ST5.接收记录请求ST6.有效事件吗?ST7.传送错误消息ST8先前发生了吗?ST9.传送接受消息ST10.检测到事件了吗?ST11.传送通知消息ST12.存在下一个事件吗?ST13.传送结束消息图6ST20.传送验证请求ST21.接收验证消息ST22.拒绝还是许可?Refusal拒绝ST23.再传送还是结束?ST24.传送记录请求ST25.接收到消息了吗?ST26.错误消息吗?ST27.再传送还是结束?ST28.接受还是通知?ST29.显示接受消息ST30.收到消息了吗?ST31.结束还是通知?ST32.显示通知消息ST33.显示结束消息图720. MRI设备30. CT扫描器31. 超声诊断设备51. 放射科医生OBS52. 护士OBS53. 患者OBS54.接待OBS82.寻呼机图820.MRI设备30.CT扫描器31.超声诊断设备51.放射科医生OBS52.护士OBS53.患者OBS54.接待OBS90.验证服务器图971.记录部分72.监视部分73.通知部分74.加密部分75.解密部分具体实施方式
图1是示出本发明的第 一 实施例的用于医学成像设备的工作流通知系统的例子的示图。该系统包括通过电缆连接到网络10的医学成像设 备(例如MRI设备20和CT扫描器30)和观察终端(例如用于放射科 医生的观察终端51和用于接待的观察终端54),以及经由无线LAN基 站60无线连接的医学成像设备(例如超声诊断设备31 )和观察终端(例 如用于护士的观察终端52,用于患者的观察终端53和用于现场工程师 的观察终端55 )。医学成像设备(例如MRI设备20、 CT扫描器30和超声诊断设备 31)包括处理器,并且在所述处理器上执行作为软件组件的调度代理。 调度代理在适当的时间将各个观察终端请求的信息通知给观察终端。本 发明所应用到的医学成像设备(如果它们连接到网络并且包括处理器的 话)可以不同于MRI设备20、 CT扫描器30和超声诊断设备31。当作为软件组件的观察代理在连接到网络的终端(例如个人计算 机、蜂窝电话和PDA)中启动时,这些终端起着观察终端的作用。观察
终端记录将要在调度代理中获取的信息。当在医学成^f象设备的处理器正 在执行不同类型的处理进程期间出现所记录的信息时,观察终端经由网 络从调度代理接收信息已出现的通知。观察终端(如果它们连接到网络并且能够执行观察代理的话)可以不同于个人计算机、蜂窝电话和PDA。两个或更多观察代理可以在一个 个人计算机上同时被执行。例如在一个个人计算机上同时执行放射科医 生的观察代理和护士的观察代理,或同时执行多个用于接待的观察代 理。两个或更多观察代理也可以在蜂窝电话和PDA上同时被执行。例 如,当放射科医生的观察代理和用于护士的观察代理同时在一个个人计 算机上被执行时,就确定用于放射科医生的观察终端和用于护士的观察 终端是同时存在的。除了医院中的内联网之外,所述网络还包括因特网。因此,观察终 端甚至能够在医院之外接收来自调度代理的通知。图2是示出作为医学成像设备的例子的MRI设备20的构造的示 图。MRI设备20包括磁系统21、 RF驱动部分22、梯度磁场驱动部分 23、数据收集部分24、控制部分25、支架(cradle) 26和操作员控制台 27。磁系统21包括如图2中所示的大致为柱形的内部空间(腔)2U。 在腔211内,支架26由运送部分(未显示)运送,其中通过衬垫把受 检者40放在摇台26上。在磁系统21中,在磁传感器的周边上(扫描的中心位置),布置 有静磁场生成部分212、梯度磁场线圈部分213和RF线圏部分214。静 磁场生成部分212在腔2U中形成静磁场。静^f兹场的方向平行于受检者 40的体轴。用于为由RF线圏部分214接收的磁共振信号提供三维位置 信息的梯度磁场线圏部分213生成梯度磁场,从而为由静磁场生成部分 212形成的静磁场的强度给出梯度。线圏部分214形成高频磁场以在由 静磁场生成部分212所形成的静磁场空间中在受检者40的身体中激发 自旋。RF线圈部分214接收由在受检者40的身体中激发的自旋生成的 电磁波作为磁共振信号。RF驱动部分22根据控制部分25的命令把驱动信号DRI馈送给RF 线图部分214以生成高频磁场,并且在受检者40的身体中激发自旋。 梯度磁场驱动部分23根据控制部分25的命令把驱动信号DR2馈送给梯
度磁场线圏部分213以生成梯度磁场。数据收集部分24捕获由RF线圈 部分214所接收的磁共振信号,执行A/D转换等,并且把结果输出到操 作员控制台27。控制部分25根据符合从操作员控制台27发送的待执行协议的预定 脉冲序列来控制RF驱动部分22和梯度磁场驱动部分23以馈送驱动信 号DR1和DR2。此外,控制部分25控制数据收集部分24。图3是示出MRI设备的操作员控制台27的详细构造的例子的示 图。操作员控制台27包括处理器271、存储器272、图像处理数据库273、 图像数据库274、操作部分275、监视器276、控制部分接口 277、数据 收集部分接口 278和网络接口 279。处理器271执行调度代理。它把与受检者40的样本部分相对应的 待执行协议从控制部分接口 277发送到控制部分25。此外,处理器271 根据在RF线圏部分214中接收的磁共振信号来执行图像重建处理。图像处理数据库273和图像数据库274由可记录/可复制的盘驱动器 等组成。图像处理数据库273存储调度代理程序、图像处理应用程序、 图像处理协议数据等。图像数据库274存储在数据收集部分24中收集 的数椐和重建图像数据。图像处理数据库273和图像数据库274可以由 共同的盘驱动器等组成。操作部分275由键盘、鼠标等组成。监视器276由图形显示器等组成。控制部分接口 277与控制部分25相连接,并且将待执行协议发送 到控制部分25。数据收集部分接口 278与数据收集部分24相连接,并 且从数椐收集部分24接收数字化的磁共振信号。网络接口 279连接到网络10,并且传送和接收调度代理和观察代理 之间的通信数据。它也传送和接收HIS/RIS和各服务器之间的通信数 据。在处理器271中执行的调度代理监视其他处理进程,并且掌握在医 学成像设备(例如MRI设备)中执行的所有操作和计划的扫描。例如, MRI设备的、调度代理所掌握的信息有(1)每个患者的总扫描时间 的估计值,(2) MRI设备的操作状态(例如定位、预扫描、扫描和空 闲),(3)关于扫描中或已扫描的患者的信息,(4)重建图像的数量, (5)为检验图像质量而复查的图像的数量,(6)在网络上传送的图像
的数量,(7)打印的图像的数量,(8)须经后置处理的图像的数量, 和(9)记录为日志的错误消息和警告。观察终端属于一个或多个级别。所述级别包括放射科医生级别、其 他科室医生级别、护士级别、患者级别、接待级别、结算级别和现场工 程师级别。用于放射科医生的观察终端51、用于其他科室医生的观察终 端、用于护士的观察终端52、用于患者的观察终端53、用于接待的观 察终端54、用于结算的观察终端和用于现场工程师的观察终端55分别 是属于放射科医生级别、其他科室医生级别、护士级别、患者级别、接 待级别、结算级别和现场工程师级别的观察终端。每个观察终端能够从调度代理接收的信息取决于级别。例如,放射 科医生级别的观察终端能够接收所有患者的所有信息。患者级别的观察 终端不能接收其他患者的信息,但是可以荻得由调度代理计算的估计等 待时间。具体而言,观察终端能够从调度代理接收的信息因观察终端所 属的级别不同而有所不同。因此,例如能够防止一个患者获得关于其他 患者的情况的信息,从而有助于患者隐私的保护。说明书、权利要求书、和附图把由观察终端就调度代理中的通知而 记录的信息称作事件。当事件发生时,调度代理向观察终端通知事件的 发生。事件的例子是"患者A成像开始之前IO分钟","开始扫描", "终止扫描,,,"腹部重建图像完成",和"患者B成像结束之前五分 钟"。在所属级别中的通知中不受限制的的事件被称为就通知被许可的 事件,而在所属级别中的通知中受限制的事件被称为就通知不被许可的 事件。图4是示出调度代理的处理的框图。调度代理包括六个块,也就是 验证和分级部分70、记录部分71、监视部分72、通知部分73、加密部 分74和解密部分75。验证和分级部分70确定请求验证的观察终端是否是待验证的观察 终端,并且当它是待验证的观察终端时,进一步确定所述观察终端所属 的级别。验证和分级部分70首先从观察代理接收包括ID和密码的验证 请求。接着,它通过ID和密码执行验证,并且通过ID进行分级。然后, 它将验证消息传送到观察代理。验证消息的内容是许可或拒绝。记录部分71接受来自观察终端的事件记录。它首先接收对来自观 察终端的特定事件的记录请求。接着,它确定所述事件就观察终端的级 别中的通知是否被许可。当所述事件就通知不被许可时,记录部分71 将错误消息传送到观察终端。错误消息的内容是"事件就XX级别中的 记录不被许可"等。当所述事件就通知被许可时,记录部分71检验正 在处理器中被执行的处理进程以确定所述事件是否已发生。当事件已发 生时,调度代理将控制权从记录部分71转移到通知部分73。当所述事 件还未发生时,记录部分71把接受消息发送到观察终端。监视部分72监视正在处理器中执行的处理进程以检测事件的发 生。调度代理是在处理器中执行的一种进程。因此,监视部分72被在 处理器内受限地执行。如果假设监视部分72在除医学成像设备以外的 监视服务器中运行,则即使当没有事件发生时,所述监视服务器也必须 就事件的发生询问医学成像设备,并且对它做出答复,医学成像设备必 须指示没有事件发生。为了询问和答复,医学成像设备中的处理器必须 执行通信过程,从而增加了处理器上的处理负荷。此外,用于指示没有 事件发生的通信频繁发生在监视服务器和医学成像设备之间,因此网络 IO的通信量增加。然而,根据该实施例,只有当事件发生时通信才会发 生在网络10上,而当没有事件发生时,医学成像设备中的处理器仅仅执行限定在处理器内的处理。因此,处理器上的处理负荷没有显著增 加,并且网络10的通信量不会增加。通知部分73通知观察终端事件发生。当记录部分71确定事件已 发生时,并且当监视部分72检测到事件的发生时,通知部分78把通知 消息传送到观察终端。当事件随后发生时,调度代理把控制权从通知部 分73转移到监视部分72以继续监视监视处理进程。当随后没有事件发 生时,通知部分73把结束消息传送到观察终端。事件随后发生的例子 是当记录的事件是"实时地获取正被成像的系列和重建图像的数量,, 时,所述系列仍然继续。在该情况下,每当监视部分72检测到"新图 像被重建"的事件发生时,通知部分73就把通知消息传送到观察终端。加密部分74对消息进^f亍加密。它对从-睑证和分级部分70、记录部 分71和通知部分73接收的验证消息、错误消息、接受消息、通知消息 和结束消息进行加密以将它们传送到观察终端。解密部分75对加密的 请求进行解密。它对从观察终端接收的加密的验证请求和记录请求进行 解密,然后将它们传递到验证和分级部分70以及记录部分71。图5是示出调度代理的处理流程的示图。调度代理的处理如下。
验证和分级过程调度代理从观察代理接收包括ID和密码的验证 请求(步骤ST1)。调度代理对加密的验证请求进行解密,根据ID和 密码执行验证(步骤ST2 ),并且按照ID进行分级(步骤ST3 )。调度 代理将验证消息传送到观察代理(步骤ST4)。
记录过程调度代理从观察代理接收事件的记录请求(步骤ST5 )。 调度代理对加密的记录请求进行解密,并且确定记录请求是否是就观察 终端所属的级别中的通知被许可的事件的记录请求(步骤ST6)。当它 是就通知不许可的事件的记录请求时,调度代理把错误消息传送到观察 代理(步骤ST7)。当它是就通知被许可的事件的记录请求时,调度代 理检验正在处理器中执行的处理进程,并且确定记录请求的事件是否已 发生(步骤ST8)。当它是已发生的事件时,调度代理移动到随后将描 述的通知过程的步骤STll。当它是还未发生的事件时,调度代理把加 密的接受消息传送到观察代理(步骤ST9)。
监视过程调度代理监视正在处理器中被执行的处理进程以检测事 件(步骤STIO)。
通知过程当检测到事件时,调度代理就把加密的通知消息传送到 观察代理(步骤STll)。当事件随后发生时,调度代理返回步骤STIO (步骤ST12),并且当随后没有事件发生时,它把加密的结束消息传 送到观察代理(步骤ST13)。
图6是示出观察代理的处理流程的示图。观察代理的处理如下。
验证过程观察代理对包括ID和密码的验证请求进行加密并且把 加密的请求传送到调度代理(步骤ST20)。观察代理从调度代理接收 加密的验证消息(步骤ST21)。观察代理对验证消息进行解密并且确 定其内容(步骤ST22)。当它是拒绝时,观察代理提示用户在重传送 包括正确ID和密码的验证请求与结束之间进行选择(步骤ST23 )。
记录过程当验证消息的内容是许可时,观察代理对特定事件的记 录请求进行加密并且将加密的请求传送到调度代理(步骤ST24)。观 察代理等待接收从调度代理返回的消息(步骤ST25)。观察代理确定 接收的消息是否是错误消息(步骤ST26),并且当它是错误消息时, 提示用户在重传送正确的记录请求与结束之间进行选择(步骤ST27)。 当接收的消息不是错误消息时,观察代理确定它是接受消息还是通知消 息(步骤ST28),并且当它是接受消息时,观察代理在显示屏上显示
接受消息的内容(步骤ST29)。当它是通知消息时,观察代理移动到 随后将描述的步骤ST32以在显示屏上显示通知消息的内容(步骤 ST32)。
监视过程观察代理等待来自调度代理的通知消息或结束消息(步 骤ST30)。
通知过程观察代理对从调度代理接收的消息进行解密,并且确定 它是通知消息还是结束消息(步骤ST31)。当接收的消息是通知消息 时,观察代理在显示屏上显示通知消息的内容并且返回到步骤ST30(步 骤ST32)。当接收的消息是结束消息时,观察代理在显示屏上显示结 束消息的内容,并且结束(步骤ST33)。
通知消息连同警告信号(例如蜂鸣、振动、灯闪烁和图标闪烁)一 起被显示在观察终端的显示屏上。
接受消息、通知消息和结束消息未必需要完全由文本数据组成。当 消息由典型的文本组成时,不言而喻分配给典型文本的文本数字可以被 传送以用于在观察终端中转换成文本数据。尽管在以上描述中,观察代 理和调度代理之间的通信被加密,但是可以根据消息的内容,在不被加 密的情况下以纯文本的形式传送消息。
以下说明了根据本发明的用于医学成像设备的工作流通知系统的 实施例。
(第一实施例)
当护士想要知道何时去与被成像的患者A见面时,他(她)启动蜂 窝电话的观察代理以将事件"患者A的成像终止之前三分钟,,的记录请 求传送到调度代理。当接受该记录时,MRI设备20的调度代理返回接 受消息。当患者A的成像快要结束并且事件"患者A的成像终止之前三 分钟"发生时,调度代理把通知消息"患者A的成像终止之前三分钟" 传送到护士的观察终端52 (蜂窝电话)。护士从通知消息知道患者A 的成像即将终止,并且前去与患者A见面。 (第二实施例)
对于紧急MR检查, 一获取到图像,放射科医生就必须根据图像进 行诊断。因此,他(她)启动放射科医生控制台的观察代理以传送事件 "实时地获取正被成像的系列和重建的图像的数量"的记录请求。当接 受该记录时,MRI设备20的调度代理就立即在那时返回通知消息"正
被成像的系列和重建的图像的数量"。随后,每当图像再现的事件发生
时,MRI设备20的调度代理就传送通知消息"正被成像的系列和重建 的图像的数量"。由于通知消息到达放射科医生的观察终端51 (放射科 医生控制台),所以放射科医生能够在其中安装有放射科医生控制台的 诊疗室中知道成像中的系列和重建的图像的数量,并且能够实时地观察 检查的进展。当重要图像被重建时,放射科医生从MRI设备20转移重 建的图像以供诊断。 (第三实施例)
图7是示出图1中的用于医学成像设备的工作流通知系统和电话网 络80之间的关系的示图。在图7中,电话网络80、寻呼机基站81和寻 呼机82被添加到图1中的用于医学成像设备的工作流通知系统中。将 知道由MRI设备20进行检查的等待时间的接待负责人记录患者识别码 和寻呼机的电话号码,并且启动接待终端的观察代理以将事件"前一个 患者成像结束之前五分钟,,的记录请求传送到调度代理。所述记录请求 包括用于识别患者的患者识别码。不同于用于识别观察终端的ID,患者 识别码被分配给每个患者。与患者识别码相对应的寻呼机82被传给患 者。当前一个患者的估计剩余扫描时间为五分钟的事件发生时,MRI设 备20的调度代理把通知消息"前一个患者成像结束之前五分钟"传送 到用于接待的观察终端54 (接待终端)。通知消息包括待成像的下一个 患者的识别码。当收到通知消息时,用于接待的观察终端54就在其显 示屏上显示通知消息的内容,并且同时自动呼叫与患者识别码相对应的 寻呼机82的电话号码。由于寻呼机82发出铃声,所以患者就知道MRI 设备20的检查开始时间快到了 。
在记录请求和通知消息中没有包含患者识别码的情况下,在接待终 端上可以启动对每个患者都不同的ID的观察代理。
(第四实施例)
为了知道何时能够检验MRI设备20,现场工程师启动蜂窝电话的 观察代理以将事件"成像完成"的记录请求传送到调度代理。当接受该 记录时,MRI设备20的调度代理就把通知消息"将耗时XX小时和YY 分钟完成成像,,返回到现场工程师的观察终端(蜂窝电话)55。当成像 完成的事件发生时,调度代理传送通知消息"成像完成"。通过在现场 工程师的观察终端55中接收通知消息,现场工程师知道成像完成,并
且开始检验MRI设备20。
图8是示出作为本发明的第二实施例的用于医学成像设备的工作流 通知系统的例子的示图。验证服务器卯被连接到网络IO。图9是示出 图8的实施例中的调度代理的处理的框图。记录部分71、监视部分72、 通知部分73、加密部分74和解密部分75与第一实施例中的那些部分一 样。然而,由于多个医学成像设备中的验证和分级过程的处理在验证服 务器90中以集中的方式执行,所以该实施例与第一实施例的区别在于 调度代理不包括验证和分级部分70。当观察终端把验证请求传送到验证 服务器90时,验证服务器卯确定它是否是待验证的观察终端,并且当 它是待验证的观察终端时,进一步确定观察终端所属的级别。当它是待 验证的观察终端时,验证服务器90把指示许可的验证消息传送到请求 验证的观察终端,并且把指示许可的验证消息和观察终端所属的级别传 送到请求验证的医学成像设备的调度代理。当观察终端不是待验证的观 察终端时,验证服务器90把指示拒绝的验证消息传送到请求验证的观 察终端。验证数据和级别数据可以由验证服务器90集中管理。
可以在不脱离本发明的精神和范围的情况下配置本发明的许多差 别很大的实施例。应当理解的是本发明并不限于在说明书中描述的具体 实施例,而是在所附权利要求中被限定。
权利要求
1.一种用于医学成像设备的工作流通知系统,包括连接到网络的医学成像设备;和多个观察终端,其中包括在所述医学成像设备中的处理器执行多个处理进程,并且所述多个处理进程生成所述处理进程特有的事件,其中观察终端经由网络把对所述事件中的一个指定事件的记录请求传送到所述医学成像设备;所述医学成像设备接受经由网络从观察终端所传送的记录请求,监视正在处理器中被执行的处理进程,并且当检测到记录的事件的发生时,经由网络把通知消息传送到观察终端,并且观察终端接收来自所述医学成像设备的通知消息。
2. 根据权利要求1所述的用于医学成像设备的工作流通知系统, 其中当在传送通知消息之后所述事件没有发生时,所述医学成像设备把 结束消息传送到观察终端,或者当所迷事件随后再发生时,继续监视正 在处理器中被执行的处理进程,并且当检测到记录的事件的发生时,经 由网络再次把通知消息传送到观察终端,并且观察终端接收来自所述医学成像设备的结束消息或通知消息。
3. 根椐权利要求1或2所述的用于医学成像设备的工作流通知系统,其中当收到对从观察终端传送的所述事件的记录请求时,所述医学成像 设备确定所述事件是否就观察终端所属的级别中的通知被许可,并且当 所述事件就通知被许可时,检验正在处理器中被执行的处理进程以确定 所述事件是否已发生,并且当所述事件已发生时,经由网络把通知消息 传送到观察终端,或者当所述事件还未发生时,把接受消息传送到观察 终端;并且观察终端接收来自所述医学成像设备的通知消息或接受消息。
4. 根据权利要求1 - 3中任一项所述的用于医学成像设备的工作流 通知系统,其中 至少两个连接到网络和验证服务器的医学成像设备被包括; 观察终端将针对于指定医学成像设备的验证请求传送到验证服务器;当收到验证请求时,验证服务器确定观察终端是否是待验证的观察 终端,当它们是待验证的观察终端时,将第一验证许可消息传送到传送 验证请求的观察终端;当收到第一验证许可消息时,传送验证请求的观察终端就能够将记 录请求传送到指定医学成像设备;当传送验证请求的观察终端是待验证的观察终端时,验证服务器进 一步确定观察终端所属的级别,并且将第二验证许可消息和所述级别传送到针对于验证请求的指定医学成像设备;并且当收到验证许可消息和所述级别时,针对于验证许可的指定医学成 像设备就能够接受来自传送验证请求的观察终端的记录请求。
5. 根据权利要求1 - 4中任一项所述的用于医学成像设备的工作流 通知系统,其中观察终端包括接待观察终端,寻呼机的电话号码被记录在所述接待 观察终端中;并且当收到来自所述医学成像设备的通知消息时,接待观察终端就呼叫 寻呼机的记录电话号码。
6. —种医学成像设备,连接到网络并且包括处理器,所述处理器 执行多个处理进程,并且所述多个处理进程生成所述处理进程特有的事 件,所述医学成像设备包括记录装置,所述记录装置经由网络接受对来自观察终端的指定事件 的"^己录i貪^L;监视装置,所述监视设备监视正在处理器中被执行的处理进程以检 测记录的事件的发生;和通知装置,当监视装置检测到记录的事件的发生时,所迷通知设备 经由网络将通知消息传送到观察终端。
7. 根椐权利要求6所述的医学成像设备, 其中当在传送通知消息之后所述事件没有发生时,通知装置将结束消息 传送到观察终端,或者当所述事件随后再发生时,进入监视装置;并且 监视装置继续监视正在处理器中被执行的处理进程,并且当检测到 记录的事件的发生时,经由网络再次把通知消息传送到观察终端。
8. 根据权利要求6或7所述的医学成像设备,其中当收到对从观察终端传送的指定事件的记录请求时,记录装 置就确定所述事件是否就观察终端所属的级别中的通知被许可,并且当 所述事件就通知被许可时,检验正在处理器中被执行的处理进程以确定 所述事件是否已发生,并且当所述事件已发生时,经由网络将通知消息 传送到观察终端,或者当所述事件还未发生时,将接受消息传送到观察 终端。
9. 一种用于医学成像设备的工作流通知方法,所述医学成像设备 连接到网络并且包括处理器,所述处理器执行多个处理进程,所述多个 处理进程生成所述处理进程特有的事件,所述工作流通知方法包括记录步骤,经由网络接受对来自观察终端的指定事件的记录请求; 监视步骤,监视正在处理器中被执行的处理进程以检测记录的事件 的发生;和通知步骤,当在监视步骤检测到记录的事件的发生时,经由网络把通知消息传送到观察终端。
10. —种在处理器中执行的用于医学成像设备的工作流通知程序, 所述处理器被包括在连接到网络的医学成像设备中,并且所述处理器执 行多个处理进程,所述多个处理进程生成所述处理进程特有的事件,所 述工作流通知成像指示所述处理器去执行记录步骤,经由网络接受对来自观察终端的指定事件的记录请求; 监视步骤,监视正在处理器中被执行的处理进程以检测记录事件的 发生;和通知步骤,当在监^L步骤检测到记录的事件的发生时,经由网络把 通知消息传送到观察终端。
全文摘要
根据通知目标-例如患者、放射科医生和护士的属性,可以在适当的时间提供医学成像设备所拥有的信息以改进医院的工作流。作为软件组件的调度代理在医学成像设备的处理器上执行。不同类型的观察终端-蜂窝电话等运行着与通知目标的属性相符的观察代理,所述观察终端记录期望在调度代理中通知的信息-事件。调度代理监视正在处理器中执行的各种处理进程,并且当检测到记录事件的发生时,就通知观察终端事件的发生。由于调度代理也是一种在处理器中执行的过程,所以通过调度代理监视各种处理进程不会增加网络通信量。
文档编号G06Q50/00GK101165695SQ20071018082
公开日2008年4月23日 申请日期2007年10月17日 优先权日2006年10月17日
发明者A·肖邦 申请人:Ge医疗系统环球技术有限公司