CN1639721A - 协作诊断系统 - Google Patents

协作诊断系统 Download PDF

Info

Publication number
CN1639721A
CN1639721A CNA038049236A CN03804923A CN1639721A CN 1639721 A CN1639721 A CN 1639721A CN A038049236 A CNA038049236 A CN A038049236A CN 03804923 A CN03804923 A CN 03804923A CN 1639721 A CN1639721 A CN 1639721A
Authority
CN
China
Prior art keywords
diagnosis
doctor
request
parts
image
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
CNA038049236A
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.)
Canon Inc
Original Assignee
Canon Inc
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
Priority claimed from JP2002102309A external-priority patent/JP2003296450A/ja
Priority claimed from JP2002102308A external-priority patent/JP2003296460A/ja
Priority claimed from JP2002106906A external-priority patent/JP2003303237A/ja
Application filed by Canon Inc filed Critical Canon Inc
Publication of CN1639721A publication Critical patent/CN1639721A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/20ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Abstract

提供一种协助诊断系统,以允许多名医生相互协助地有效地作出诊断。当在请求方110的终端设备112向服务器120发出一个诊断请求时,服务器120按照预置优先级选择一名负责诊断的医生,并且向负责诊断的选择医生的地址发送诊断请求邮件。负责诊断的医生从他的/她的终端131A访问服务器120,以浏览检查数据,并且在服务器120中注册诊断结果。请求方110的医生通过使用他的/她的终端112访问服务器120,以浏览诊断结果。

Description

协作诊断系统
技术领域
本发明涉及一种协作诊断系统,其中多名医生协作地作出诊断。
背景技术
按常规,在作出诊断时,一名医生一般检查一名患者。另外,因为一名医生受到他的/她的能力或经验的限制,所以他/她经常需要另一名医生的辅助意见,或请患者求助另一家医院,并且委托另一名医生诊断。
例如,当一名糖尿病患者拜访一名内科医生时,可能会诊断为患者可能患有糖尿病视网膜病。内科医生不能准确地确定糖尿病视网膜病,并且因此患者优选地接受一名眼科医生的医学检查。然而,在相同医院设施之内可能没有眼科室。在这样情况下,内科医生请患者求助另一家医院设施的眼科室。
在请患者求助另一名眼科医生时,以上内科医生必须写出一封引见信,并且生成一张检查数据以及其他类似数据。这名内科医生还需要与患者求助的眼科医生联系。这样需要很多时间和努力。另外,因为内科医生和眼科医生在不同的医院设施内服务,所以患者时常拜访不同的医院很麻烦。
为了解决这个问题,一些内科医生使用非扩瞳眼底照相机或其他类似照相机来拍摄患者的眼睛的眼底照相,并且邮寄照相胶片或其他类似介质,从而委托另一家设施内的一名眼科医生根据图像解释来诊断。
然而,在邮寄这样胶片的方法中,邮寄数据耗费时间并且麻烦。另外,必须一起管理如胶片那样的图像、患者数据、检查数据和眼科医生所作的报告。因此就文书工作来说耗费很多工作量。
假定多名医生协作地作出诊断。然而,在许多情况下,因为例如当请求方的医生委托诊断时的日期与被请求医生的计划不匹配,或病例属于被请求医生的专业之外,则不能作出这样的诊断。在这样情况下,被请求医生必须重新委托又一名医生诊断。
然而,按常规,当被请求医生重新委托又一名医生诊断时,被请求医生对于他/她所委托诊断的医生的选择具有完全决定权。因此请求方的医院难以管理信息。例如,诊断可能被委托给一名与请求方的医院完全没有联系的医生。这样使得不可能保证诊断请求中包含的各种数据的安全性。
发明内容
因此,本发明的一个目的是提供一种技术,它帮助请求医生和被请求医生按照被请求医生方的情况有效地作出协作诊断。
在一个方面,本发明提供一种远程诊断系统,它帮助一名请求方的医生向一名被请求方的医生请求远程诊断,以执行远程诊断。该系统包括一个用于存储从请求方的终端发送的患者的检查数据的部件;一个用于根据患者的检查数据和预置优先级,选择一名被请求方的医生的部件;一个用于向被请求方的选择医生发送诊断请求的部件;一个当由被请求方的选择医生从被请求方的终端访问时,用于发送注册检查数据的部件;一个用于存储从被请求方的终端发送的诊断结果数据的部件;和一个用于向请求方的终端发送诊断结果数据的部件。
在另一个方面,本发明提供一种远程系统,它可能包括一个用于存储从请求方的终端发送的包括医学图像的诊断/治疗信息的部件;一个用于向被请求方的终端传送医学图像的部件;一个关于传送医学图像获得与被请求方的终端的参考状态有关的信息的部件;和一个用于存储与参考状态有关的获得信息的部件。
在又一个方面,本发明提供一种远程诊断系统,它可能包括一个用于存储从请求方的终端发送的诊断请求内容的部件;和一个根据诊断请求内容,用于评估由被请求方的医生所使用的显示设备的部件。
由以下连同附图所作的描述,本发明的其他特点和优点将显而易见,其中在其全部图中同样标号表示相同或类似部分。
附图说明
附图并入并且构成本说明书的一部分,它们说明本发明的实施例,并且和描述一起,用于解释本发明的原理。
图1是表示按照一个实施例的系统配置的视图;
图2是表示按照本实施例的诊断请求的处理流程的流程图;
图3是表示按照本实施例的诊断请求的作业的视图;
图4是表示按照本实施例的诊断请求表格窗口的例子的视图;
图5是表示按照本实施例的诊断医生选择设置窗口的例子的视图;
图6是表示按照本实施例的诊断请求列表窗口的例子的视图;
图7是表示按照本实施例的诊断报告窗口的例子的视图;
图8是表示按照本实施例的诊断报告确认窗口的例子的视图;
图9是表示按照本实施例的诊断请求的处理流程的流程图;
图10是表示按照本实施例的远程图像诊断系统的视图;
图11是表示按照本实施例的请求方与数据中心之间的信息发送/接收序列的视图;
图12是表示按照本实施例的诊断方与数据中心之间的信息发送/接收序列的视图;
图13A至图13E是表示用于测试按照本实施例的在诊断方安装的显示设备的性能的图像的视图;和
图14是表示按照本实施例的显示设备性能测试的流程图。
具体实施方式
现在将按照附图详细描述本发明的优选实施例。
图1表示按照本发明的一个实施例的协作诊断系统的布置的例子。标号110指示请求方的医院,它包括一个照相设备111,例如一台用于照相眼底图像的眼底照相机,和一个请求医生终端112,和照相图像一起记录检查信息、患者信息以及其他类似信息,以向另一名医生(诊断医生)提出请求。在接收患者的时候注册的患者信息存储在一个患者信息数据库113中。因为患者信息数据库113通过网络与照相设备111和请求医生终端112连接,所以由照相设备111照相的图像数据以及其他类似数据,也存储在与患者信息关联的患者信息数据库113中。因此,在请求诊断时,通过从患者信息数据库113中检索患者信息以及其他类似信息,请求医生终端112能生成一个诊断请求表格。请求医生终端112通过网络例如局域网或因特网与一台管理服务器120连接,以向管理服务器120发送一个诊断请求表格。管理服务器120根据接收的诊断请求标单,注册诊断请求数据。应用这个操作,请求诊断。注意本实施例所述的各终端和服务器是各自包括CPU、存储器、硬盘驱动器、通信接口、输入单元以及其他类似装置的计算机。各计算机按照对应程序执行下列处理。
管理服务器120包括一个诊断/治疗数据库;一个用于管理诊断请求命令的命令管理数据库;一个用于管理注册医生数据的诊断医生数据库;一个用于管理结算/费用分配的结算数据库;以及其他类似数据库。请求方的注册医院110,诊断医生130A、130B和130C,以及其他类似部分能通过网络与管理服务器120连接,并且能按需要从服务器中检索信息以及在服务器中注册信息。管理服务器120可以安装在请求方设施的医院之内,或安装在除请求方的医院以外的一个位置。例如,只要足够保证安全性,管理服务器120可以安装在一个公共网络例如因特网上。在极端情况下,这样的服务器可以安装在外国。
诊断医生130A、130B和130C各有一个诊断医生终端131A或其他类似装置,并且能浏览发给它自己的诊断请求,输入诊断结果,并且通过网络与管理服务器120连接,通过将其发送给管理服务器120,注册诊断结果数据。通过使用数字签名、口令或其他类似方式作出认证,多名诊断医生能共享一个诊断终端131。在这种情况下,一台认证服务器可以用来管理医生账户。用于诊断的应用也能基于Web技术生成。基于Web的应用允许用户通过使用Web浏览器执行必要的处理,例如请求处理、浏览处理和诊断报告处理。如上所述,基于Web的应用允许用户从任何类型的PC来处理被请求诊断,而与终端和OS的类型无关,提供了方便性。
图2是表示在一种情况下的工作流程的视图,其中多名医生通过使用本协作诊断系统协作地作出诊断。在步骤S10,请求方的医院通过管理服务器120向一名具有最高优先级的诊断医生A发出一个诊断请求。在步骤S20A,诊断医生A通过图像解释作出诊断,并且向请求方的医院报告诊断。在步骤S30,在请求方的医院内,请求方的医生检查诊断。应用这个操作,完成本次检查。
如果在步骤S21A确定诊断医生A不能作出诊断,因为与诊断请求关联的患者病例属于他的/她的专业领域之外,则诊断医生A委托诊断。也就是,诊断医生A能将发给诊断医生A的诊断请求重新委托给另一名医生。
如果发出一个诊断重新委托请求,则管理服务器120在步骤S21B向一名具有次于诊断医生A的最高优先级的诊断医生B发送一个诊断委托请求。
假定在接收到诊断请求时,诊断医生A和B及诊断医生C分别在步骤S22A、S22B和S22C确定他们不能作出诊断,因为诊断图像的质量较差,患者数据不足,以及其他类似原因。在这种情况下,各医生能向请求方的医院110发出一个重新检查请求。重新检查请求可以通过管理服务器120发出,或直接发送给请求方的医院110。当发出一个重新检查请求时,取消诊断请求。然后将对应信息通知请求方。关于对其发出了重新检查请求的情况,例如,在请求方的医院110里重新拍摄图像,并且添加和校正患者数据,而且再发出一个诊断请求,作为一个新的检查请求。
当任何诊断医生作出诊断报告,或该请求作为一个重新检查请求而被取消时,按这样方式完成在请求方的医院110生成的诊断请求。
按这样方式对诊断医生分配优先级,允许请求方的医院管理诊断请求和诊断委托的路线,并且可靠地保证与诊断关联的信息的安全性。
如果在诊断结果报告的设置截止时间之内,例如在诊断请求之后的一周之内,没有作出诊断报告,管理服务器120可以自动地向被请求方发送邮件以要求报告,向请求方发送一个重新检查请求,或取消诊断请求。这样使得有可能防止诊断医生停滞检查。
假定在管理服务器120中存储诊断委托次数的上限。在这种情况下,当对诊断委托次数计数,并且变为三时,可以发送一个重新检查请求,以取消诊断请求。应用这个操作,即使在时间限制之内,也能自动地取消对其重复诊断委托的疑难病例。这样使得有可能继续进行下一个处理,例如另外检查,而不浪费时间。
将详细描述实现以上工作流程的方法。图3表示由请求方的医院、诊断医生和管理服务器120执行的处理步骤。
首先,在请求方的医院110,操作员用一个与眼底照相机111连接的磁卡读出器(未示出)读出患者的磁卡,并且输入患者ID。操作员然后用一个安装在眼底照相机111上的数据输入单元,例如键盘,输入患者的唯一数据,例如姓名、性别、出生日期、体重和血压。操作员可以用患者ID作为关键字,通过网络从与眼底照相机111连接的患者信息数据库113中检索这些数据,并且输入检索数据。然后对眼底照相机111设置适当照相条件,以对患者的眼底图像照相。由眼底照相机111照相的眼底图像的数据与图像号码、照相设备、照相日期和指示左眼与右眼之间区别的信息一起,注册在患者信息数据库113中。当请求方医生终端112发出一个指令,以生成一个诊断请求表格时,这些数据从患者信息数据库113中读出,并且将数据适当地输入诊断请求表格的各自字段,从而生成一个如图4所示窗口那样的诊断请求表格窗口。这个诊断请求表格窗口显示在请求医生终端112的显示器上。
请求方的医生通过使用请求医生终端112的输入单元,输入请求数据,例如检查日期、负责医生的姓名、检查目的和诊断报告的截止时间。通过操作请求医生终端112,根据需要添加/校正患者数据。请求方的医生可以代替眼底照相机111而通过这个诊断请求表格窗口,通过使用请求医生终端112的输入单元输入患者数据。
当用一个输入单元例如鼠标点击诊断医生选择按钮401时,请求医生终端112显示一个如图15所示窗口那样的用于设置负责诊断的医生的窗口。这个设置窗口包括诊断医生列表和诊断委托条件设置字段。
诊断医生列表例如包括诊断医生的优先级、姓名、专业、称号和工作计划。构成诊断医生列表的这些条信息也注册在管理服务器120的诊断医生数据库121中。
请求方的医院能预先在管理服务器120的诊断医生数据库121中设置诊断医生的优先级。诊断医生的优先级能通过操作诊断医生选择设置窗口中的优先级改变按钮501来改变。例如,能按照患者病例或在考虑所显示诊断医生的计划下改变优先级。通过操作一个诊断医生添加按钮502,向诊断医生列表添加一名新诊断医生。通过操作一个删除按钮503,将诊断医生数据库121中注册的诊断医生中的一名指定诊断医生删除。
如上所述,从请求方的医院向一名具有最高优先级的诊断医生发出一个诊断请求。在诊断委托条件设置字段504中,能设置诊断医生进一步委托另一名诊断医生诊断的条件。
例如,请求方设置下列选择中的一个:
(1)将重新委托医生的选择留给诊断医生斟酌决定;
(2)按照诊断医生列表中的优先级确定重新委托;和
(3)不许可委托诊断。
当请求方选择(1)时,诊断医生在进一步委托另一名医生诊断时,能自由地选择一名医生。当选择(2)时,诊断医生按诊断医生列表中优先级的减小次序重新委托一名医生诊断。当按这样方式执行重新委托时,因为使用由请求方的医院所指定的医生列表,所以仅向预先指定医生发出诊断请求或诊断重新委托请求。这样使得有可能更可靠地保证诊断/治疗数据以及其他类似数据的安全性。当选择(3)时,诊断医生不能重新委托医生诊断,并且因此取消这个诊断请求,而且将对应信息通知请求方的医院。例如,如果作出设置,以仅向一名诊断医生发出诊断请求,但不向其他诊断医生发出诊断请求,能实现更可靠的安全保护。另一方面,如果指定医生即具有最高优先级的医生由于不方便而不能作出诊断,取消诊断请求。在这种情况下,请求方的医院必须指定另一名医生,并且发出另一个诊断请求。因此,如果效率更重要,预先优选地注册多名诊断医生。
在诊断医生设置窗口中的设置改变之后,当点击一个应用按钮505时,恢复诊断请求表格窗口,并且同时,注册在管理服务器120的诊断医生数据库121中更新的信息。按照更新信息处理随后的诊断请求。如果与诊断医生关联的设置没作改变,能省略这个步骤。
在改变与诊断医生关联的设置之后,请求方的医生返回诊断请求表格窗口,以在检查输入请求数据以及其他类似数据下,点击诊断请求按钮402。结果,将诊断请求表格的内容发送给管理服务器120,并且在管理服务器120中注册诊断请求。应用这个操作,完成诊断请求作业。
管理服务器120检查所发送诊断请求表格数据的各自数据项的内容的缺陷。例如,如果一个必要的输入项空白,确定有缺陷。如果没有缺现,在诊断/治疗信息数据库中注册诊断请求表格数据。同时,在命令管理数据库中注册这个检查的检查号码,并且记录如诊断请求的出现日期和当前检查的状态(等待诊断)这样的数据。
管理服务器120从诊断医生数据库抽取与这个检查关联的诊断医生选择列表中设置的一名具有最高优先级的诊断医生。管理服务器120通过生成并且发送电子邮件,指出已经发出了诊断请求,与所抽取诊断医生联系(例如诊断医生A)。另一方面,管理服务器120将诊断/治疗数据库的访问级的设置改为“浏览/报告许可”。
当诊断医生A通过接收诊断请求的电子邮件,知道发给他自己/她自己的诊断请求的生成时,他/她通过诊断医生终端131A访问管理服务器120。管理服务器120通过使用ID、口令、电子签名以及其他类似信息,认证诊断医生A。在认证诊断医生A之后,在诊断医生终端131A上显示图6所示的诊断请求列表。注意利用指纹、虹膜或其他类似方式的认证能减少如这样一种情况的欺诈,其中某人通过将他自己/她自己伪装成医生A,浏览诊断/治疗数据或作出诊断报告。
当诊断医生A从终端131A上显示的诊断请求列表中选择并且显示检查请求中的一个时,在终端131A的显示器上显示一个如图7所示窗口那样的诊断报告形成窗口。在这个窗口中,显示诊断所必需的数据,并且还显示一个其中诊断医生将输入诊断结果的输入字段。在这个输入字段中,输入通过解释/诊断患者的检查数据所得到的结果。
显示给诊断医生用于诊断的数据包括例如检查数据、患者数据、图像数据以及其他类似数据。管理服务器120的命令管理数据库对于这些数据的各项的显示/不显示作出了设置。例如,为了保证患者的隐私权,请求方的医院能管理患者数据,以便允许诊断医生仅浏览诊断所必需的数据,例如年龄、血压和血糖水平,而不公开姓名、出生日期以及其他类似患者数据。
通过操作在这个窗口中包括的下列按钮中的一个,诊断医生A能执行与操作按钮对应的处理:重新照相请求按钮701、诊断重新委托按钮702和报告注册按钮703。
当诊断医生A在结果输入字段中输入诊断结果,并且点击报告注册按钮703时,终端131A将诊断报告的数据发送给管理服务器120。应用这个操作,完成诊断报告的步骤。
在确定显示图像的质量不足以进行图像解释/诊断,或对患者数据例如血压和血糖水平有某种怀疑时,诊断医生A点击重新照相请求按钮701,以取消这个诊断请求。这个取消通过终端131A和它的原因一起注册在管理服务器120中。在接收到一个重新照相请求时,管理服务器120将重新照相请求传送给请求方的医院110。这个重新照相请求包含由诊断医生输入的取消的原因。
当诊断医生A确定因为被请求病例属于他的/她的专业领域之外,他/她不能诊断被请求病例时,或因为缺乏对诊断的信心,应该委托另一名医生诊断,则他/她点击诊断重新委托按钮702。终端131A向管理服务器120发送指示选择重新委托的信息。管理服务器120从诊断医生数据库中检索/抽取一名具有下一个最高优先级的诊断医生,并且重新委托所抽取诊断医生诊断。这样允许诊断医生A将发给他自己/她自己的诊断请求重新委托给另一名诊断医生。
注意如果请求方的医生在诊断医生选择设置窗口中将诊断委托条件设置为“(3)不许可委托诊断”,则这个按钮702的操作被禁止。假定选择了“(1)将委托医生的选择留给诊断医生斟酌决定”。在这种情况下,当按下按钮702时,在终端131A上显示用于重新委托的诊断医生列表,以允许诊断医生A考虑病例、计划以及其他类似信息,选择另一名医生。
将作为例子描述其中诊断医生A作出诊断重新委托的处理的流程。以下将描述一种情况,其中在诊断委托设置中选择了“(2)按照诊断医生列表中的优先级确定委托”。
当诊断医生A点击诊断重新委托按钮702时,对应信息发送给管理服务器120。管理服务器120将针对这次检查的诊断医生A的诊断/治疗数据库的访问级设置改为“访问禁止”。管理服务器120然后从诊断医生数据库中抽取一名具有次最高优先级的诊断医生,并且将访问级设置改为“浏览/报告许可”。假定诊断医生B列第二,则管理服务器120通过使用发送装置例如电子邮件,将诊断请求生的成通知诊断医生B。
在获取诊断请求的生成时,被委托诊断的诊断医生B通过一个诊断医生终端131B访问管理服务器120。在从ID、口令或其他类似信息认证诊断医生B时,管理服务器120显示一个如图6所示列表那样的诊断请求列表,并且如在诊断医生A的情况那样,关于所选择检查将如图7所示窗口那样的诊断报告窗口的有关信息传送给终端131B。
如诊断医生A那样,诊断医生B能执行重新照相请求、诊断重新委托和报告注册中的一个。如果诊断医生B点击诊断委托,则向一名具有下一个最高优先级的诊断医生(诊断医生C)发出一个诊断请求,并且重复类似处理。
其次将描述由诊断医生注册报告的程序。诊断医生在一个如图7所示窗口那样的诊断报告窗口中浏览图像数据、患者数据以及其他类似数据,并且根据这些数据作出诊断。诊断医生然后在诊断结果输入字段中输入诊断结果,包括病名、发现以及其他类似信息。当点击报告注册按钮703时,将输入诊断结果数据从终端131A发送给管理服务器120。
在确定所发送数据中没有缺陷例如空白字段时,管理服务器120在诊断/治疗数据库中注册诊断结果,并且将命令管理数据库上的状态改为“诊断结束/等待确认”。管理服务器120通过电子邮件或其他类似方式将诊断报告的生成通知请求方的医院。
在接收到诊断报告电子邮件时,请求方的医生通过使用请求方的医院110里的请求医生终端112,访问管理服务器120。结果,在终端112的显示器上显示一个如图8所示一个那样的诊断报告确认。当请求方的医生确认诊断结果的内容,并且点击比较开始按钮801时,将对应信息发送给管理服务器120。
管理服务器120将命令管理数据库的检查状态更新为“检查结束”,在诊断医生数据库中注册诊断报告记录,并且在结算数据库中注册结算/费用分配数据。最后,管理服务器120向请求方的医院110和作出了诊断的诊断医生发送电子邮件,指示完成本次检查的全部操作。应用以上程序,结束远程诊断。
在以上实施例中,在请求方的医院设置诊断医生的优先级。然而,如果根据计划、过去记录以及其他类似信息来自动地更新这些优先级,能更有效地实行诊断请求处理。
例如,将如各诊断医生接收的诊断请求数、所作诊断报告数、诊断委托次数、各过程所需要的时限这样的数据总计,并且使结果数据反映在诊断医生数据库中的优先级中。例如,高优先级优选地分配给一名表现短处理时间和低诊断委托频率的医生,因为他/她适合有效的协作诊断。可选择地,如果诊断的工作量集中在某些特别医生,可以使他们的优先级减小,以将诊断请求均匀地分配给各诊断医生。根据这些数据通过改变由请求方的医院所设置的优先级,能进一步增加处理效率。
上述协作诊断系统的使用允许多名医生有效地和可靠地相互协作地作出诊断。特别地,请求方的医院能容易地计划最优协作诊断,因为它能指定请求诊断的医生的优先级。另外,因为请求方的医院仅向由医院在优先级列表中指定的医生给出诊断请求,所以能可靠地保护用于诊断的数据的安全性。
在以上实施例中,内科医生生成一个包含患者的医学图像数据的诊断请求表格,并且通过管理服务器120将它发送给另外设施中的眼科医生,以允许眼科医生执行视网膜病的远程图像解释/诊断,从而减小患者拜访医院的负担。
另外,如果能确定传送给一名诊断医生的医学图像由这名诊断医生适当地诊断,则能使请求方的医生和患者放心。
因此,在以下描述的实施例中,提供一种远程诊断系统,它允许一名医生在远程诊断中确定是否适当地参考了医学图像。
图9是使用按照本实施例的远程诊断系统的医学图像的远程诊断的流程图。
在步骤S910,在请求方的医院里,通过使用一个医学照相设备(例如眼底照相机111)对一个要检查的对象的图像照相。通过照相得到的医学图像数据存储在一个患者信息数据库113中。另外,将指示在患者信息数据库113中存储了患者的医学图像数据的电子邮件发送给请求医生终端112。
在步骤S911,请求方的医生通过操作终端112接收电子邮件,并且获取在患者信息数据库113中注册了患者的医学图像。随后,请求方的医生访问管理服务器120,以向一名负责诊断的医生发出一个诊断请求,这名医生是被请求方的医生。管理服务器120发送要诊断患者的医学图像,和一个其中将写入关于诊断请求的任何其他信息的Web页。终端112接收这个Web页,并且显示它。终端112然后向管理服务器120发送医学图像和关于诊断请求的信息。管理服务器120注册关于诊断请求的信息,包括在命令管理数据库中的接收医学图像。
在步骤S912,管理服务器120读出在诊断请求信息中包含的诊断医生信息,并且将关于诊断请求的信息传送给诊断医生。关于诊断请求的信息可以作为电子邮件传送,或作为Web页发送。在Web页的情况下,当诊断医生访问管理服务器120时,发送信息。假定诊断医生A由请求方的医生指定。
在步骤S913,诊断医生A的终端131A从管理服务器120接收诊断请求。诊断请求由例如电子邮件通知。在终端131A的显示器上,按照诊断医生A的操作显示所传送医学图像和诊断请求信息。例如,在诊断请求电子邮件的文本中写入一个链接。当点击这个链接时,启动浏览器,以显示一个与该链接对应并且由管理服务器120提供的Web页。这个Web页包含诊断请求的内容和医学图像的略图。诊断医生A点击显示的略图,以放大医学图像,并且根据诊断请求的信息适当地执行诊断。
在步骤S914,诊断终端131A获得指示例如是否参考了医学图像、参考的持续时间、参考时的键操作和参考时的鼠标操作的参考状态,并且将关于获得参考状态的获得信息(参考状态信息)发送给管理服务器120。管理服务器120将接收的参考状态信息存储在命令管理数据库121中。注意参考状态可以由管理服务器120获得。假定当点击医学图像的略图时,在终端131A上显示对应医学图像。在这种情况下,通过监视由终端131A读出医学图像,能由管理服务器120获得医学图像的参考状态。
当在步骤S915由诊断医生A完成诊断时,终端131A将诊断医生A输入的诊断结果发送给管理服务器120。诊断结果可以通过电子邮件、Web页或其他类似方式发送给管理服务器120。
在步骤S916,管理服务器120接收诊断结果,并且根据医学图像的存储参考状态,确定是否适当地诊断了图像。例如,根据在参考状态信息中包含的指示是否作了参考的信息、参考持续时间、参考时的键操作和参考时的鼠标操作的信息,做出这个确定。如果医学图像没有被参考,或参考的持续时间短于预定时限,并且极可能没有作出适当诊断,则确定图像没有适当地诊断。假定预定时限是供足够诊断的最短时间,并且预先注册在管理服务器120中。如果确定医学图像适当地诊断,流程进到步骤S917。否则,流程进到步骤S919。
在步骤S917,管理服务器120接受从终端131A发送的诊断结果,从命令管理数据库121中抽取请求方的医生,并且将诊断结果传送给请求方的抽取医生。诊断结果的通知方式可以是电子邮件或Web页。
在步骤S919,管理服务器120向诊断医生发出一个重新诊断请求。重新诊断请求可以作为一个Web页发送,或可通过电子邮件发送。通过接收重新诊断请求,诊断医生A能获取他/她发送了一个不适当的诊断结果。
在以上实施例中,在从诊断终端131A向管理服务器120返回一个诊断结果之后,管理服务器120确定诊断的有效性。然而,诊断终端131A可以存储医学图像的参考状态,并且按照存储状态来确定诊断的有效性。例如,终端131A可以通过执行预先安装在诊断终端131A中的参考状态获得程序来获得参考状态,或可以通过在浏览器实现的虚拟机上执行从管理服务器120发送的脚本来获得参考状态。
在这种情况下,能在诊断结果返回之前检查诊断的有效性。这样能防止诊断医生在没有参考医学图像的情况下错误地返回诊断结果,从而减小当管理服务器120返回无用诊断结果时而施加于其上的负载。
如上所述,使用按照本实施例的远程诊断系统,使得有可能确定诊断医生是否通过适当参考从服务器传送的医学图像而作出了诊断,因而使用高度可靠的医学图像执行远程诊断。
以上实施例基于在请求方和诊断方安装基本上相似的图像显示系统的前提。然而,被请求方(诊断方)的图像显示设备可能与请求方的图像显示设备不同。特别地,如果被请求方的图像显示设备的性能低,则诊断图像可能不会适当地显示,结果干扰诊断。
因此本实施例提供一种远程诊断系统,它能向能够适当地显示诊断图像的医院设施发出一个诊断请求。本实施例提供一个伴随优点,即使请求方对诊断方没有特别的熟悉,请求方也能可靠地请求诊断方作出图像诊断。
图10是用于解释按照本发明的一个实施例的远程图像诊断系统的视图。图11是表示在请求方与数据中心之间实行的信息发送/接收的流程的视图。图12是表示在数据中心4与诊断设备之间实行的信息发送/接收的流程的视图。
参考图10,标号1指示因特网;标号2a指示请求方A;标号2b指示请求方B;标号2c指示请求方C;标号2d指示请求方D;标号3a指示诊断方1;标号3b指示诊断方2;标号3c指示诊断方3;标号3d指示诊断方4;以及标号4指示数据中心。它们通过因特网1相互连接。在数据中心4安装一个图像服务器4a和数据库4b。图像服务器4a具有与上述管理服务器120的功能类似的功能。数据库4b具有与上述数据库121的功能类似的功能。
将描述请求方。请求方A是一所大学医院;请求方B是一个健康普查中心;请求方C是一名眼科开业医生;以及请求方D是一名开业医生。在各自设施内安装图像关联设备。图像检查设备11和15例如是X射线成像设备和CT。图像检查设备12是一个超声波诊断设备或其他类似设备。图像检查设备13、16、18和20是上述的眼底照相机111以及其他类似设备。标号14、17和19指示图像显示终端。虽然各图像检查设备可以具有一个显示终端,但是将省略其描述。
将描述诊断方。诊断方1是一所大学医院,它具有与X射线图像关联的医学专家;诊断方2是一个社区医学中心;诊断方3是一名眼底图像专家;以及诊断方4是一名眼科医生或其他类似专家。在各自设施中安装图像显示终端。注意图像显示设备对应于具有显示设备的诊断终端设备131A至131C。参考图10,标号21和22指示高分辨率图像显示器(单色;4,000,000至5,000,000像素);标号23指示一个高分辨率彩色显示器(2,000,000至3,000,000像素);以及标号24指示一个具有1,000,000像素彩色显示器的PC系统。
在作为请求方A的大学医院里,通过每天使用各种图像检查设备对患者的病理部分照相。像大学医院这样的大型医院具有其自己的安装在设施之内的图像服务器和数据库,并且医院里的医生负责诊断一般图像。
具有不常见疾病的患者经常被送往大学医院或其他类似医院。有时,这样的患者不能在医院里诊断,或需要第三方专家的意见。在这样情况下,通过一个通信适配器(未示出)和因特网1向数据中心4发送对应图像,以作出远程诊断请求。
当大学医院的终端设备与数据中心4连接时,执行认证处理。例如,将大学医院的ID和口令以及操作员的用户ID和口令发送给数据中心4作认证。很显然,通信数据的安全性通过加密或其他类似方式来保证。
在图像显示终端14,操作员选择一幅对其请求远程诊断的医学图像,并且输入图像检查设备的类型、图像号码、图像属性(照相日期、图像尺寸、图像类型和灰度级数)、指示各幅图像的特定诊断类型的诊断请求目的、患者ID、患者信息、请求日期和指定诊断医生(在有些情况下多于一名)。输入信息作为诊断请求信息发送。
由数据中心4接收的医学图像和诊断请求信息存储在图像服务器4a和数据库4b中。在注册这些条信息时,数据中心4发出一个请求接收号码、口令以及其他类似信息,并且将医学图像和诊断请求信息相互对应地存储在数据库4b中。同时,数据中心4将所发出的请求接收号码和口令发送给请求方。数据中心4还在其Web页上注册请求内容、进展以及其他类似信息。当从请求方适当地输入请求接收号码和口令时,数据中心4向请求方发送一个对应的Web页。这样允许请求者看见请求内容、进展以及其他类似信息。
在作为请求方B的健康普查中心,通过使用各种图像检查设备15和16来执行居民医学检查和公司医学检查。由检查设备15和16得到的医学图像通过因特网和一个安装在请求方B的通信适配器(未示出)发送给数据中心4,并且将图像和诊断请求信息存储在图像服务器4a和数据库4b中。
将详细地描述发送给数据中心4的信息。这样信息包括相关信息,例如健康普查中心的ID和口令、操作员的ID和口令、作为与发送图像有关的信息的检查日期、被检查人的ID、检查地点、接受公司检查的公司的名称、图像检查设备的类型、图像号码、图像属性(照相日期、图像尺寸、图像类型和灰度级数)、指示各幅图像的特定诊断类型的请求目的、请求日期、诊断结果报告的截止时间、诊断目的信息、图像的存储/不存储以及图像存储时限。
当在数据中心4方完成接收操作时,发出并且向请求方发送请求接收号码、口令以及其他类似信息。在从请求方能浏览的数据中心4的Web页上,反映请求内容、对应进展以及其他类似信息。请求者通过使用浏览器,能浏览请求内容、进展以及其他类似信息。
作为请求方C的眼科开业医生通过使用图像检查设备18执行了眼底照相。照相图像发送给数据中心4,并且和患者相关信息一起注册在图像服务器4a和数据库4b中。和图像一起发送的相关信息与上述信息类似。作为请求方C的医生通过因特网1从图像显示终端17访问由数据中心4提供的Web页,并且通过输入用户ID和口令来登录数据中心,从而当在图像显示终端17的显示器上显示照相图像的时候作出诊断,或给出对患者的解释。
如果照相图像是一幅属于这名医生的专业领域之外的疾病关联的图像,他/她更愿意从另一名专家得到第二方意见。该医生因此能从图像显示终端17访问数据中心4,选择一幅预先注册的图像,并且输入诊断请求信息,例如有/没有指定诊断医生,以及指示特定诊断类型的诊断目的。然后医生在数据中心4中注册图像诊断请求。在这种情况下,数据中心4发出一个请求接收号码以及关于图像诊断请求的其他类似信息,并且将它们存储在数据库4b中,而且将请求接收号码和其他类似信息发送给请求方C。
作为请求方D的开业医生实行内部治疗,并且通过使用图像检查设备20对糖尿病患者执行眼底照相,以诊断他的/她的视网膜病的状态。在本描述中,假定内科医生请求其他医生对于所有眼底图像执行图像解释。因此,将请求信息例如患者ID和指示诊断特定类型的请求目的添加到由图像检查设备20照相的各幅图像,并且将结果信息发送给数据中心4。发送给数据中心4的图像和附加信息按上述方式注册。
在数据中心4方执行的处理包括从请求方接收图像和请求信息的处理,在图像服务器4a中注册接收图像的处理,在数据库4b中注册伴随请求信息的处理,和在请求方与数据中心4之间连接时的用户认证处理。将省略对这个处理的详细描述。
图像服务器4a以用户为基础管理图像,并且管理数据库4b中各幅图像的属性信息。单词“用户”意指医院、医生、患者或其他类似用户。图像服务器4a还负责图像注册处理、读出处理和转换处理,例如按照从数据库4b的请求抽取注册图像,将注册图像的格式转换成遵照诊断方的系统的格式,以及将注册图像的尺寸减小到与诊断内容对应的图像尺寸。
数据库4b是一个包括多个数据库的数据库系统。数据库4b包括例如一个数据库,其中注册用于识别在图像服务器4a中注册的图像的键码,用于识别请求方和请求方的用户的多条识别信息,和用于识别诊断方和诊断用户的多条信息;一个数据库,其中注册诊断方的计划;一个数据库,其中注册图像属性信息;一个数据库,其管理请求接收日期、诊断截止时间和诊断延迟信息;和一个数据库,其负责诊断请求和存储图像。这些数据库可以与以上数据库121类似。数据中心4的主要功能与上述管理服务器120关联。
数据库4b周期地搜索图像诊断请求,以抽取对应的请求病例,并且在考虑指定/不指定诊断方、诊断方的计划、请求内容、诊断目的以及其他类似信息下,生成一个用作诊断方的医生或医院列表。然后数据库4b在能从诊断方浏览的一个Web页上,注册所生成的列表。图像服务器4a然后按照诊断方列表中指定的优先级,向诊断方发送电子邮件作为诊断请求。
诊断方的终端设备(例如PC系统12)根据从数据中心4写入请求邮件的URL,访问具有诊断请求内容的Web页,从而下载与诊断请求内容关联的Web页,并且在显示器上显示它们。诊断方的医生参考所显示请求内容,并且确定是否接受该诊断请求。很显然,当诊断方的终端设备访问数据中心4时,执行用户认证或其他类似处理。
在从诊断方的终端设备接收一个接受请求时,按照发送给诊断方的图像信息和诊断目的,数据中心4确定诊断方的显示设备是否适当。更具体地,数据中心4搜索数据库4b,其中预先注册在诊断方的显示设备上的确定结果,并且将诊断方的对应确定结果存储在一个临时存储区中。数据中心4然后确定这个确定结果是否与要作出的诊断请求的目的符合。如果它们相互符合,数据中心4与诊断方的显示设备连接,以读出在显示设备的高速缓冲存储器中存储的先前确定结果信息。数据库4b确定这个信息是否与临时存储区中存储的信息符合。
在确定诊断请求内容例如诊断目的与先前内容不同时,数据中心4执行显示性能测试。另外,如果先前确定与当前确定之间的时间间隔超过预定时限,可以实行显示性能测试。预定时限能从数据中心4调整。例如,在其中周期地维护显示设备的诊断方,预定时限可以设置为三个月,而对于一名不能由他自己/她自己维护或检查显示设备的用户,例如一名私人诊断医生,预定时限可以设置为一个月或其他类似时限。
如果先前确定与当前确定之间的时间间隔超过预定时限,将用于执行诊断方的显示设备的显示性能测试的测试图像发送给诊断方,并且确定是否能适当地实行图像诊断。
如果在诊断方设备的高速缓存中没有记录确定结果,如以上情况那样发送显示性能测试图像。如果不满足所有条件,例如诊断目的和图像属性,即使记录了诊断结果,也发送用于执行显示性能测试的显示性能测试图像。
如果诊断方的显示设备通过显示性能测试,将测试结果注册在数据库4b中。另外,将测试结果加密并且存储在显示设备的高速缓存中。
诊断方的系统然后从图像服务器4a下载一幅诊断图像。下载图像按照诊断目的设置为原始尺寸或缩小。对于图像检查以及其他类似处理,不要求精确诊断,并且只要求确定是否有可疑疾病。在医学检查中,因为一次必须诊断大量检查图像,所以检查图像有损耗压缩,并且下载到诊断方的系统。注意当诊断医生终端发出一个请求,以发送一幅原始检查图像,或一幅尺寸比原始尺寸大一级的图像时,图像服务器4a可以向诊断方的终端发送请求检查图像。
因为其中输入发现的诊断报告和图像一起也从图像服务器4a发送,所以诊断方的系统与诊断并行输入发现结果。在输入发现期间,每次诊断方执行图像处理或改变灰度级范围,以使图像容易读时,在诊断报告的发现输入区域内存储与图像处理关联的信息。这些条信息可以转换成诊断医生看不见的数据,或不作改变。
当输入所有发现时,诊断方的系统将诊断报告发送给数据中心4。在发送的时候,系统还可以发送显示测试的确定结果。将输入发现时的与日期和时间有关的信息与下载图像时的日期和时间比较,使得有可能确定在下载图像的时刻与在发送发现的时刻之间的时间间隔是否超过一个给定时限。
另外,将用于诊断的显示设备上的显示测试结果附于诊断报告。将这个附加显示结果与在下载时的环境下的显示测试结果比较,允许数据中心4确定诊断图像是否从用于下载的系统移到了另一个系统。
如果在图像诊断期间发送诊断报告,数据中心4对未解释的图像数计数。这个数字显示在诊断方的预定Web页上。在这样情况下,能以后在诊断方执行诊断的剩余部分,并且能再发送诊断报告。
假定当一名诊断医生诊断一幅医学图像时,结果是一个不明病例,或他/她对诊断缺乏信心。在这种情况下,重要的是听取另一名专家的意见。在这样情况下,这名诊断医生能通过如上述请求方那样的相同程序来指定一名新诊断医生。如果预先指定多名诊断医生,这名诊断医生可以再向另一名诊断医生发出一个诊断请求。在这样情况下,因为医学图像它自己已经注册在数据中心4中,所以新诊断医生能显示要诊断的医学图像,并且通过诊断医生的终端设备仅选择注册图像来诊断它。而且在这种情况下,执行以上诊断结果的返回处理、参考状态获取处理以及其他类似处理。
当数据中心4向诊断方发出一个图像诊断请求,并且然后从诊断方的终端设备接收一个诊断报告时,诊断结果复制在对应请求方的发现表格上。数据中心4向请求方的医生或医院发送电子邮件,指示远程诊断的完成。
当请求方的终端设备访问预定Web页时,数据中心4作为Web页显示预定表格的内容,包括发现结果、未处理图像数以及其他类似信息。例如,在患者的下一次检查时,请求方D能根据诊断报告和关键图像在向患者给出解释时,作出适当治疗,或请患者求助另一名必要医生。
图11是表示在请求方与数据中心之间的发送/接收序列的视图。虽然图11在方框中自上而下表示时序程序,但是处理不必总按这些程序执行。
在请求方,当要对患者照相时,首先将患者ID输入一个检查设备例如眼底照相机111。在医学检查或其他类似检查中,还输入检查号码。检查设备然后获取图像数据。此时,检查设备向图像添加信息,例如图像属性和类型,以及患者ID(或检查号码)。这些条信息可以直接添加在图像内部,或作为相关文件附于图像数据。
然后根据需要从诊断方的患者信息数据库113添加详细的患者信息。其后,例如,请求方指定一名诊断医生,或作出指定,以将选择留给在数据中心4中注册的诊断方。其次选择诊断目的。例如,请求方选择下列诊断目的中的一个:普查诊断,关于特定疾病例如糖尿病视网膜病的诊断,以及关于X射线图像或MR图像的专门精确诊断,因而输入诊断请求内容。请求日期从数据中心4中的时计数据自动地输入。还指定诊断结果的截止时间。另外,如果有的话,输入备忘录信息。当点击请求开始按钮402时,输入或选择信息和图像信息通过因特网1发送给数据中心4。
假定图像是一幅检查图像。在这种情况下,如果在照相的时候仅输入检查号码,并且执行照相,则由检查设备读出并且添加预先在患者信息数据库113中注册的信息。检查设备以预定时间间隔将图像以及其他类似信息成批发送给数据中心4。当请求方的终端设备与数据中心4连接时,数据中心4从终端设备接收请求方的医院或医生的ID、口令或其他类似信息,并且将该信息与预先在数据库中注册的关于请求方的医院或医生的信息核对。
在数据库4b中注册伴随诊断请求的接收信息。在图像服务器4a中注册图像信息。在完成注册时,向请求方发送关于接受结果的电子邮件。另外,接受信息写在一个能从请求方访问的Web页上。数据中心4根据诊断请求内容来检索诊断医院或医生,并且向对应诊断方发送诊断请求的电子邮件。另外,将请求信息写在一个能从诊断医生访问的Web页上。
图12是表示在数据中心与诊断方的设备之间的发送/接收序列的视图。图12在方框中自上而下表示时序程序。诊断方的终端设备根据从数据中心4的请求邮件,访问一个具有请求信息的Web页。此时,数据中心4执行诊断方的认证处理。
数据中心4与诊断方的显示设备连接,并且接收先前确定结果。数据中心4然后将这个确定结果与在数据库4b中注册的内容比较。
例如,数据中心4检查先前确定与当前确定之间的时差,并且确定先前诊断目的是否符合当前诊断目的,以及先前图像的属性是否符合当前图像的属性。如果诊断方的显示设备满足如当前诊断目的这样的条件,跳过向显示设备发送测试图像,并且执行诊断图像的下载。如果条件不相互符合,因为要求再测试,所以将用于显示设备的性能测试的图像发送给诊断方。
数据中心4等待从诊断方的响应,并且根据结果确定显示设备是否匹配当前诊断目的。如果在这个性能测试结果中没有出现问题,下载诊断图像。如果显示设备不匹配诊断请求目的,数据中心4将对应信息通知诊断方的设备。注意诊断方的显示设备的显示性能已变坏,确定设备故障,并且将故障内容通知诊断方。
除诊断图像外,将其上没有写发现的诊断报告从数据中心4发送给诊断方。在接收到其上没有写发现的诊断报告时,数据中心4在数据库4b中注册该内容,并且通过邮件将诊断的完成通知请求方。同时,在能由请求方访问的主页上写结果内容。
图13A至图13E分别表示下载到诊断方的显示设备中并且显示的显示性能测试图像。
图13A表示一幅用于确定图像尺寸的图像。例如,可以以照相设备为基础或照相方法为基础,或按照参考目的或请求方的请求目的,准备多个尺寸确定图像。数据中心4按照应用目的从多个图像中选择一个。
例如,用4,000,000至5,000,000像素构成一幅X射线图像。因此,当目的是执行精确诊断时,诊断方的显示设备必须不减小尺寸地显示该X射线图像。相反,当诊断目的是执行普查诊断时,如果能这样执行图像解释,足以确定是否有要诊断疾病的怀疑。因此,即使按约1/2至1/4的减小尺寸来显示图像,也不出现问题。眼底照相图像包括例如由2,000,000至3,000,000像素构成的图像,这个图像通过荧光眼底照相以对直到纤细血管照相而得到。这个图像的需要显示尺寸还取决于诊断目的而变化。例如,在周期医学检查中照相的彩色图像一般具有约300,000至400,000像素,并且因此可以按类似于SVGA(800×600)的显示尺寸来显示。
使原点(0,0)在显示屏的左上,显示一幅用于测试显示设备的显示尺寸的图像。因此,通过使操作员输入信息,指示位于下边或右端的符号是否能显示,或使操作员按一个布置在下边或右边的开关,能确定诊断方所用的显示设备是否适合测试图像。可选择地,通过使数据中心4访问诊断方的终端的显示设备可以实行这个确定,并且读出在显示设备的高速缓存或其他类似存储器中存储的关于可显示尺寸的信息。
图13B表示用于确定显示设备的分辨率或失真度的测试图像。对于一个使用CRT的显示设备,确定是否由于偏转特性的变坏引起在外围使焦点变得不清晰,或分辨率降低,或失真增加。测试图像包括在多个位置的必要分辨率图。提示操作员从键盘输入信息,指示是否能读图。分辨率图安排在显示设备的中心和四角。这些图可以设计为同时允许失真的确定。关于这样的测试图像,准备与显示尺寸对应的测试图像,以根据诊断目的选择地使用。
图13C表示一幅测试图像,用于确定显示设备能显示图像所达到的灰度级数。这样的测试图像可以对于彩色和单色显示器分别地准备。对于彩色显示器,因为RGB8位数据是标准,所以仅准备一种类型的灰度图像。然而,准备多个图形。对于单色显示器,准备具有8、10和12灰度级的测试图像。根据诊断目的选择这些图像中的一个。
图13D表示一幅用于检查显示设备的色平衡的测试图像。这幅图像用于确定显示设备的色温设置或色平衡是否为一面的,或平衡是否由于质量变坏或随时间的改变而引起变坏。这幅图像允许操作员确认一种预定色是否由R、B和G的预定组合而适当地显示。根据对确认的响应,进行这个确定。当选择一幅彩色图像作为诊断图像时,选择这幅测试图像。
图13E表示一幅具有基于过去执行一次诊断的发现的测试图像。当清除图13A至图13D所示的测试步骤时,下载并且显示这幅测试图像。然后提示操作员从指示测试图像的特定诊断内容的三到五个选择中选择一个。如果选择诊断内容匹配测试图像,则确定选择正确。对多幅测试图像执行这个操作。如果所有选择正确,则确定诊断方的显示设备匹配诊断请求目的。
当执行这个确定时,将结果从数据中心4写入在诊断方的系统中的缓存。例如,生成一个文件,它包括通过确定的日期和时间、登录数据中心4的用户ID,和通过内容。这个文件在加密之后写入,以禁止诊断方的用户读取。
其次将详细描述显示处理中的确定处理。图14是与显示设备的确定处理关联的流程图。
在步骤S1401,数据中心4与诊断方的显示设备连接,并且接收先前确定结果。
在步骤S1402,数据中心4检查接收的确定结果。如果存在先前确定结果,流程进到步骤S1403。否则,流程进到步骤S1404。
在步骤S1403,数据中心4确定例如先前确定时间是否在预定时限之内,以及先前诊断目的是否与当前诊断目的符合。如果满足这些条件,终止显示设备确定流程。否则,流程进到步骤S1404,以再执行对显示设备的性能测试。
在步骤S1404,数据中心4确定是否完成确定处理。如果在步骤S1404为YES,流程进到步骤S1410。如果在步骤S1404为NO,流程进到步骤S1405。
在步骤S1405,数据中心4将一幅确定图像发送给诊断方。例如预先在数据库4b中注册确定图像。在这个步骤,数据中心4按照请求图像的类型和诊断目的适当地选择一幅确定图像。例如,数据库4b预先存储确定图像与诊断目的之间的对应关系。数据中心4按照从请求方接收的诊断目的读出一幅确定图像。
在步骤S1406,数据中心4关于所发送的确定图像从诊断方接收响应。
在步骤S1407,数据中心4确定对确定图像的响应是否正确。如果响应正确,流程返回步骤S1404,以执行下一个确定步骤。如果从诊断方的响应不正确,流程进到步骤S1408。
在步骤S1408,数据中心4向诊断方发送指示诊断方的显示设备的故障状态的信息。这个信息的内容取决于确定步骤的确定结果。例如,将一条像“屏幕尺寸不足以显示诊断图像。”、“屏幕的分辨率不足以诊断这幅图像。”或“色平衡有问题,请调整它。”这样的消息通知诊断方。当请求图像不匹配诊断方的显示设备,或确定诊断方的显示设备故障时,执行步骤S1408的处理。在步骤S1409,数据中心4将确定结果发送给诊断方。将这个确定结果写入诊断方的显示设备。
如果所有确定正常地完成,数据中心4在步骤S1410将确定结果通知诊断方。例如,将一条像“显示设备的性能测试完成,满足诊断的性能要求。”这样的消息发送给诊断方。在步骤S1409,数据中心4发送一个指示显示设备是否已经通过测试的结果,并且将它写入诊断方的显示设备。要写的内容包括日期、请求图像信息、请求内容和确定结果,并且以加密信息的形式存储。因此诊断方不能看见、校正或改变内容。
在以上实施例中,根据在请求方的检查图像和诊断目的,评估/确定诊断方的显示设备。然而,如果请求方将仅发送图像信息,请求方能根据能从图像文件获知的文件尺寸、图像尺寸、色信息以及其他类似信息来确定诊断请求内容,选择一幅满足内容的确定图像,并且将它发送给诊断方。
例如,如果给定图像是一幅具有4,000,000像素或更多像素的单色图像,确定为请求对X射线图像的精确诊断,并且选择一幅能保证请求的评估/确定图像。如果给定图像是一幅具有4,000,000像素或以下以及1,000,000像素或以上的单色图像,确定为请求对荧光眼底图像的精确诊断,并且选择一幅能保证请求的评估/确定图像。如果给定图像是一幅具有500,000像索或以下的彩色图像,确定为请求对普查眼底图像的诊断,并且选择一幅能保证请求的评估/确定图像。
在以上实施例中,数据中心4发送一幅确定图像,以确定在诊断方的图像诊断显示设备的性能。然而,可以使诊断方当它与数据中心4连接时,下载一个用于诊断/确定显示设备的程序,并且执行这个确定程序。对于一个用于图像诊断的显示设备,因为需要一次或按预定时间间隔更新内容,所以能节省下载一幅确定图像所需要的时间。
在以上实施例中,通过与因特网连接的数据中心4来一次管理请求方的检查图像,并且数据中心4向诊断方发出请求。然而,本发明可以这样应用,以便数据中心4安装在大型设施之内,例如健康普查中心或大医院,并且在设施之外请求在设施之内生成的检查图像的远程诊断。
如上所述,按照本实施例,能有效地执行患者的医学图像的远程诊断。另外,因为在诊断方用于诊断的显示设备通过性能测试的条件下发出诊断请求,所以在某种程度上保证诊断结果。这样允许请求方比现有技术更加信任诊断结果。
另外,请求图像能按照诊断目的在减小尺寸之后发送给诊断方,从而改进图像诊断的响应。
而且,按照诊断目的,向诊断医生呈现一幅具有发现的图像,以使他/她确定诊断结果是否匹配发现。这样使得有可能评估用于诊断的显示设备的性能,并且还能检查诊断医生的图像解释能力,因而有助于维护请求方与诊断方之间的信任关系。
本发明能应用于一种由多个装置构成的系统,或一个包括单个装置的设备。而且,不用说本发明还适用于一种情况,其中通过对一个系统或设备供给一个程序来实现本发明的目的。
由于能在不违反本发明的精神和范围下实现其许多明显大不相同的实施例,所以应该理解除所附权利要求所限定外,本发明不限于其特定实施例。

Claims (19)

1.一种远程诊断系统,其帮助请求方的医生向被请求方的医生请求远程诊断,以执行远程诊断,包括:
用于存储从请求方的终端发送的患者的检查数据的部件;
根据患者的检查数据和预置优先级,用于选择被请求方的医生的部件;
用于向被请求方的选择医生发送诊断请求的部件;
当由被请求方的选择医生从被请求方的终端访问时,用于发送注册检查数据的部件;
用于存储从被请求方的终端发送的诊断结果数据的部件;和
用于向请求方的终端发送诊断结果数据的部件。
2.根据权利要求1的远程诊断系统,还包括给被请求方的医生的终端提供菜单窗口,用于从诊断结果数据的注册处理、向另一名医生的诊断委托处理和请求方的重新检查请求处理中至少选择两个的部件。
3.根据权利要求1的远程诊断系统,还包括给请求方的终端提供一个菜单窗口,用于选择是否给予被请求方的医生改变优先级的权限的部件。
4.根据权利要求1的远程诊断系统,还包括:
用于给请求方的终端提供选择菜单,以选择是否许可被请求方的医生委托另一名医生诊断的部件,和
用于给被请求方的终端提供菜单窗口,以仅当许可被请求方的医生执行诊断委托时,选择向另一名医生委托诊断。
5.根据权利要求1的远程诊断系统,还包括:
用于对其中向被请求方的医生请求协作诊断的病例数计数的部件,
用于对其中被请求方的医生委托另一名医生诊断的病例数计数的部件,和
根据计数中的至少一个,用于改变优先级的部件。
6.一种远程诊断方法,其使请求方的医生向被请求方的医生请求远程诊断,以执行远程诊断,其中:
存储从请求方的终端发送的患者的检查数据,
根据患者的检查数据和预置优先级,选择被请求方的医生,
向被请求方的选择医生发送诊断请求,
当由被请求方的选择医生从被请求方的终端进行访问时,发送注册检查数据,
存储从被请求方的终端发送的诊断结果数据;和
向请求方的终端发送诊断结果数据。
7.一种远程系统,通过请求方的医生和被请求方的医生执行远程诊断,包括:
用于存储从请求方的终端发送的包括医学图像的诊断/治疗信息的部件;
用于向被请求方的终端传送医学图像的部件;
用于关于传送的医学图像,获得与被请求方的终端的参考状态有关的信息的部件;和
用于存储关于参考状态的获得信息的部件。
8.根据权利要求1的远程诊断系统,还包括用于按照与参考状态有关的信息,向被请求方的终端发送重新诊断请求的部件。
9.根据权利要求1的远程诊断系统,其中关于参考状态的信息包括指示被请求方的医生是否参考了医学图像、参考时间、键盘操作历史以及鼠标操作历史的信息中的至少一个。
10.一种通过请求方的医生和被请求方的医生执行远程诊断的方法,包括如下步骤:
存储从请求方的终端发送的包括医学图像的诊断/治疗信息;
向被请求方的终端传送医学图像;
关于传送的医学图像,接收与被请求方的终端的参考状态有关的信息;和
存储关于参考状态的接收信息。
11.一种远程诊断系统,其使请求方的医生向被请求方的医生请求远程诊断,以执行远程诊断,包括:
用于存储从请求方的终端发送的诊断请求内容的部件;和
根据诊断请求内容,用于评估由被请求方的医生使用的显示设备的部件。
12.一种远程诊断系统,其使请求方的医生向被请求方的医生请求远程诊断,以执行远程诊断,包括:
用于存储发送的患者检查图像和发送的请求内容的部件;
用于设置评估内容,以评估由被请求方的医生使用的显示设备的性能的部件;
根据设置评估内容,用于评估显示设备的性能的部件;和
用于向通过了性能评估的显示设备关联的被请求方的医生发送检查图像的诊断请求信息的部件。
13.根据权利要求12的远程诊断系统,其中:
用于设置评估内容的所述部件包括:
用于存储多幅评估图像以用于显示设备的性能评估的部件,
根据检查图像和请求内容中的至少一个,用于选择多幅评估图像中的至少一个的部件,和
用于向显示设备呈现选择评估图像的部件,并且
用于评估性能的所述部件按照从被请求方的响应来评估显示设备。
14.根据权利要求12的远程诊断系统,其中用于呈现评估图像的所述部件包括用于向显示设备呈现多幅评估图像的程序。
15.根据权利要求12的远程诊断系统,其中:
该系统还包括用于存储与先前性能评估结果有关的信息的部件,并且
根据与存储的先前性能评估结果有关的信息以及当前诊断请求和/或检查图像,评估显示设备的性能。
16.根据权利要求12的远程诊断系统,其中:
该系统还包括:
用于存储与先前诊断请求日期有关的信息的部件,和
用于确定先前诊断请求日期与当前诊断请求日期之间的差是否超过预定时限的部件,并且
当所述差超过预定时限时,用于评估性能的所述部件重新评估显示设备。
17.根据权利要求12的远程诊断系统,其中:
该系统还包括用于确定先前请求内容与当前请求内容是否基本上不同的部件,并且
当先前请求内容与当前请求内容基本上不同时,重新评估显示设备。
18.根据权利要求12的远程诊断系统,其中:
该系统还包括:
用于确定先前请求内容与当前请求内容是否基本上不同的部件,和
用于确定先前诊断请求日期与当前诊断请求日期之间的差是否超过预定时限的部件,并且
当先前请求内容与当前请求内容基本上不同的条件,和所述差超过预定时限的条件中的一个得到满足时,用于评估性能的所述部件重新评估显示设备。
19.一种远程诊断方法,其帮助请求方的医生向被请求方的医生请求远程诊断,以执行远程诊断,包括如下步骤:
存储发送的患者检查图像和发送的请求内容;
设置评估内容,以评估由被请求方的医生使用的显示设备的性能;
根据设置评估内容,评估显示设备的性能;和
将检查图像的诊断请求信息发送给与通过了性能评估的显示设备关联的被请求方的医生。
CNA038049236A 2002-04-04 2003-04-02 协作诊断系统 Pending CN1639721A (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2002102309A JP2003296450A (ja) 2002-04-04 2002-04-04 連携診断システム
JP102309/2002 2002-04-04
JP102308/2002 2002-04-04
JP2002102308A JP2003296460A (ja) 2002-04-04 2002-04-04 遠隔診断システム
JP106906/2002 2002-04-09
JP2002106906A JP2003303237A (ja) 2002-04-09 2002-04-09 連携診断システム

Publications (1)

Publication Number Publication Date
CN1639721A true CN1639721A (zh) 2005-07-13

Family

ID=28794774

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA038049236A Pending CN1639721A (zh) 2002-04-04 2003-04-02 协作诊断系统

Country Status (4)

Country Link
US (1) US20050021375A1 (zh)
CN (1) CN1639721A (zh)
AU (1) AU2003226445A1 (zh)
WO (1) WO2003085570A1 (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102419798A (zh) * 2011-12-07 2012-04-18 南京毗邻医疗科技有限公司 基于复合诊疗模板的跨学科智慧医学服务系统
CN102542158A (zh) * 2011-12-07 2012-07-04 南京毗邻医疗科技有限公司 基于复合诊疗模板与复合病情模板的智慧医学服务系统
CN102763108A (zh) * 2010-02-16 2012-10-31 柯尼卡美能达医疗印刷器材株式会社 医疗合作系统
CN104038545A (zh) * 2014-06-13 2014-09-10 深圳市云帕斯科技开发有限公司 一种远程自动影像分析方法及系统
CN104392129A (zh) * 2014-11-22 2015-03-04 张姬娟 数据处理系统和方法
CN104521226A (zh) * 2012-06-06 2015-04-15 卡尔加里科学公司 具有集成协作式基于安全文件传输机构的图像查看架构
CN104981810A (zh) * 2013-01-10 2015-10-14 西方奇科抗震控股有限公司 用于地球科学和石油技术协作的方法和计算系统
CN105210105A (zh) * 2013-03-12 2015-12-30 最佳医生公司 用于解释医疗信息的系统和方法
CN105678073A (zh) * 2016-01-06 2016-06-15 深圳安泰创新科技股份有限公司 医学影像查看方法、装置及系统
CN108389612A (zh) * 2011-11-18 2018-08-10 索尼公司 医疗信息服务器与诊断信息处理系统
CN110221800A (zh) * 2019-05-30 2019-09-10 京东方科技集团股份有限公司 一种数据的处理方法、装置及系统
CN110478051A (zh) * 2019-08-30 2019-11-22 深圳市汇健医疗工程有限公司 数字化复合手术室全息投影系统
CN112466439A (zh) * 2018-01-23 2021-03-09 深圳科亚医疗科技有限公司 由计算机实现的医学图像调度方法、调度系统及存储介质
CN112568911A (zh) * 2019-09-30 2021-03-30 深圳市理邦精密仪器股份有限公司 心电数据的分类方法、设备及具有存储功能的装置

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8166381B2 (en) * 2000-12-20 2012-04-24 Heart Imaging Technologies, Llc Medical image management system
US20100174750A1 (en) * 2002-03-19 2010-07-08 Donovan Mark C System and method for storing information for a wireless device
US7627534B2 (en) * 2002-03-19 2009-12-01 Gomed Llc System and method for storing information for a wireless device
EP1687733A4 (en) * 2003-10-29 2011-06-08 Patientrack Pty Ltd SYSTEM AND PROCESS FOR ENABLING THE PROVISION OF HEALTH CARE
US8229761B2 (en) 2005-02-25 2012-07-24 Virtual Radiologic Corporation Enhanced multiple resource planning and forecasting
US7729928B2 (en) 2005-02-25 2010-06-01 Virtual Radiologic Corporation Multiple resource planning system
US8195481B2 (en) 2005-02-25 2012-06-05 Virtual Radiologic Corporaton Teleradiology image processing system
US8145503B2 (en) 2005-02-25 2012-03-27 Virtual Radiologic Corporation Medical image metadata processing
JP4664158B2 (ja) * 2005-09-01 2011-04-06 富士通株式会社 認証処理方法及び認証サーバ
US20070081706A1 (en) * 2005-09-28 2007-04-12 Xiang Zhou Systems and methods for computer aided diagnosis and decision support in whole-body imaging
US20070260488A1 (en) * 2006-04-18 2007-11-08 Sylvia Heywang-Kobrunner Medical reference image data, and method for producing them
DE102006017839A1 (de) * 2006-04-18 2007-10-25 Siemens Ag Verfahren zum Monitoring im Rahmen einer bildbasierten klinischen Studie
EP2016509A4 (en) * 2006-05-11 2011-01-12 Laurel Anne Mazurik SYSTEMS AND METHODS FOR EMERGENCY SERVICES, COMMUNITY AND MEDICAL RESPONSE TO CRITICAL INCIDENTS
US20090070146A1 (en) * 2007-09-10 2009-03-12 Sultan Haider Method for managing the release of data
US8214229B2 (en) * 2008-02-08 2012-07-03 Premerus, Llc Method and system for creating a network of medical image reading professionals
US20090276245A1 (en) * 2008-05-05 2009-11-05 General Electric Company Automated healthcare image registration workflow
US20090319291A1 (en) * 2008-06-18 2009-12-24 Mckesson Financial Holdings Limited Systems and methods for providing a self-service mechanism for obtaining additional medical opinions based on diagnostic medical images
US8086743B2 (en) * 2009-06-12 2011-12-27 Microsoft Corporation Multi-channel communication with request reordering or reprioritization
EP2671603B1 (en) * 2011-02-01 2020-06-10 Nemoto Kyorindo Co., Ltd. Drug solution injection device
WO2013070895A1 (en) * 2011-11-08 2013-05-16 Apellis Pharmaceuticals, Inc. Systems and methods for assembling electronic medical records
US20130191156A1 (en) * 2012-01-18 2013-07-25 Wellpoint, Inc. System and method for providing medical worker collaboration
CN102894963B (zh) * 2012-10-25 2014-10-22 南京邮电大学 一种基于蓝牙的医疗信息采集系统及采集方法
US20160364527A1 (en) 2015-06-12 2016-12-15 Merge Healthcare Incorporated Methods and Systems for Automatically Analyzing Clinical Images and Determining when Additional Imaging May Aid a Diagnosis
EP3420913B1 (en) * 2017-06-26 2020-11-18 Samsung Medison Co., Ltd. Ultrasound imaging apparatus and control method thereof
US10832808B2 (en) 2017-12-13 2020-11-10 International Business Machines Corporation Automated selection, arrangement, and processing of key images
CN108461114A (zh) * 2018-03-16 2018-08-28 沈阳东软医疗系统有限公司 一种基于浏览器的图像处理方法及装置
CN109637610A (zh) * 2018-11-19 2019-04-16 深圳市理邦精密仪器股份有限公司 心电报告的配置方法、终端设备及介质
CN109920554A (zh) * 2019-01-31 2019-06-21 北京汉博信息技术有限公司 远程诊断方法及系统
CN110428878A (zh) * 2019-07-03 2019-11-08 万达信息股份有限公司 基于抢单式的双向转诊管理方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000278721A (ja) * 1999-03-26 2000-10-06 Fuji Photo Film Co Ltd 表示装置の画質確認方法およびそのための装置
JP2001034546A (ja) * 1999-07-22 2001-02-09 Fujitsu Ltd メッセージ装置
JP2001273365A (ja) * 2000-03-24 2001-10-05 Mitsubishi Electric Corp 連携医療支援方法及び連携医療支援システム
JP2002056088A (ja) * 2000-08-07 2002-02-20 Toden Computer Service Co Ltd 医療情報提供システム

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102763108A (zh) * 2010-02-16 2012-10-31 柯尼卡美能达医疗印刷器材株式会社 医疗合作系统
US11282606B2 (en) 2011-11-18 2022-03-22 Sony Corporation Information processing apparatus, information processing method and program
CN108389612A (zh) * 2011-11-18 2018-08-10 索尼公司 医疗信息服务器与诊断信息处理系统
CN102419798B (zh) * 2011-12-07 2014-01-22 南京毗邻医疗科技有限公司 基于复合诊疗模板的跨学科智慧医学服务系统
CN102419798A (zh) * 2011-12-07 2012-04-18 南京毗邻医疗科技有限公司 基于复合诊疗模板的跨学科智慧医学服务系统
CN102542158A (zh) * 2011-12-07 2012-07-04 南京毗邻医疗科技有限公司 基于复合诊疗模板与复合病情模板的智慧医学服务系统
CN104521226A (zh) * 2012-06-06 2015-04-15 卡尔加里科学公司 具有集成协作式基于安全文件传输机构的图像查看架构
CN104981810A (zh) * 2013-01-10 2015-10-14 西方奇科抗震控股有限公司 用于地球科学和石油技术协作的方法和计算系统
CN104981810B (zh) * 2013-01-10 2018-07-10 西方奇科抗震控股有限公司 用于地球科学和石油技术协作的方法和计算系统
US11169302B2 (en) 2013-01-10 2021-11-09 Schlumberger Technology Corporation Methods and computing systems for geosciences and petro-technical collaboration
CN105210105A (zh) * 2013-03-12 2015-12-30 最佳医生公司 用于解释医疗信息的系统和方法
CN104038545A (zh) * 2014-06-13 2014-09-10 深圳市云帕斯科技开发有限公司 一种远程自动影像分析方法及系统
CN104038545B (zh) * 2014-06-13 2018-09-21 深圳市云帕斯科技开发有限公司 一种远程自动影像分析方法及系统
CN104392129A (zh) * 2014-11-22 2015-03-04 张姬娟 数据处理系统和方法
CN104392129B (zh) * 2014-11-22 2018-11-09 张姬娟 数据处理系统和方法
CN105678073B (zh) * 2016-01-06 2018-08-14 深圳安泰创新科技股份有限公司 医学影像查看方法、装置及系统
CN105678073A (zh) * 2016-01-06 2016-06-15 深圳安泰创新科技股份有限公司 医学影像查看方法、装置及系统
CN112466439A (zh) * 2018-01-23 2021-03-09 深圳科亚医疗科技有限公司 由计算机实现的医学图像调度方法、调度系统及存储介质
CN110221800A (zh) * 2019-05-30 2019-09-10 京东方科技集团股份有限公司 一种数据的处理方法、装置及系统
CN110478051A (zh) * 2019-08-30 2019-11-22 深圳市汇健医疗工程有限公司 数字化复合手术室全息投影系统
CN112568911A (zh) * 2019-09-30 2021-03-30 深圳市理邦精密仪器股份有限公司 心电数据的分类方法、设备及具有存储功能的装置

Also Published As

Publication number Publication date
AU2003226445A1 (en) 2003-10-20
US20050021375A1 (en) 2005-01-27
WO2003085570A1 (en) 2003-10-16

Similar Documents

Publication Publication Date Title
CN1639721A (zh) 协作诊断系统
US8478610B2 (en) Medical imaging device quality control system and method
US11759108B2 (en) Remote comprehensive eye examination system
US20190051417A1 (en) Image based medical systems and processes
US10382442B2 (en) Secure data transmission
CN1479906A (zh) 用于健康护理数据的通信的系统
US11295834B2 (en) Report links
US20130282391A1 (en) Patient management of referral orders
US20150012300A1 (en) Methods for Establishing a Cloud-based, Interactive Medical Pre-Registration System
US20230153458A1 (en) Secure data transmission
JP2008077610A (ja) 医用画像提供装置、医用画像再生装置及びプログラム
US20070239485A1 (en) System and method for providing telediagnostic services
JP2003323496A (ja) 連携診断システム
US20170132368A1 (en) Healthcare Content Management System
US20140172451A1 (en) Systems and methods for medical information management
WO2022081731A9 (en) Automatically pre-constructing a clinical consultation note during a patient intake/admission process
JP2005196533A (ja) 連携診断装置
JP2004194759A (ja) 連携診断システム
JP2003296450A (ja) 連携診断システム
JP5794153B2 (ja) 医用画像表示装置及びプログラム
US20210191606A1 (en) Healthcare content management system
JP2011198310A (ja) 医療連携システム
Wilbur et al. Internet-Based Cervical Cancer Screening Program
Zufall et al. Buried treasure–the teaching potential of Kodachrome slides brought into the digital age
WO2023223045A1 (en) Systems and methods for routing medical images using order data

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication