CN114171165A - 基于独立任务管理服务的转发方法和系统 - Google Patents

基于独立任务管理服务的转发方法和系统 Download PDF

Info

Publication number
CN114171165A
CN114171165A CN202111454694.2A CN202111454694A CN114171165A CN 114171165 A CN114171165 A CN 114171165A CN 202111454694 A CN202111454694 A CN 202111454694A CN 114171165 A CN114171165 A CN 114171165A
Authority
CN
China
Prior art keywords
forwarding
patient
image
task management
list
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202111454694.2A
Other languages
English (en)
Other versions
CN114171165B (zh
Inventor
文大光
杨岚清
游永春
贺长征
岳新
李万江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BEIJING SILVER MEDICAL INFORMATION TECHNICAL CO LTD
West China Hospital of Sichuan University
Original Assignee
BEIJING SILVER MEDICAL INFORMATION TECHNICAL CO LTD
West China Hospital of Sichuan University
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 BEIJING SILVER MEDICAL INFORMATION TECHNICAL CO LTD, West China Hospital of Sichuan University filed Critical BEIJING SILVER MEDICAL INFORMATION TECHNICAL CO LTD
Priority to CN202111454694.2A priority Critical patent/CN114171165B/zh
Publication of CN114171165A publication Critical patent/CN114171165A/zh
Application granted granted Critical
Publication of CN114171165B publication Critical patent/CN114171165B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • 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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Radiology & Medical Imaging (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请涉及一种基于独立任务管理服务的转发方法，包括：获取影像设备拍摄的患者图像和与所述患者图像的相关信息；基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；将所述患者列表清单发送至任务管理服务器；基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；当转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。如此，以确保能在转发服务器出现故障的时候不丢失图像，并能尽快地恢复正常工作的问题。

Description

基于独立任务管理服务的转发方法和系统
技术领域
本申请涉及通信技术领域，尤其涉及一种基于独立任务管理服务的转发方法和系统。
背景技术
DICOM图像转发在影像科室的需求越来越多。比如通过分析DICOM文件头提取扫描方案；定向推送图像到AI/后处理系统；定向推送图像到薄层管理系统；定向推送图像到VNA(vendor neutral archive)影像平台等。这种多维度的定向转发无论是放在影像设备上，还是放在PACS上完成，都会因为并发任务的堆积而影响到整个科室的工作效率。所以使用独立的DICOM图像转发模块就显得非常必要。通常这种转发模块被设置在影像设备之后，PACS系统之前的环节上。其安全性、可靠性对全系统的运行影响非常大。
常规提高系统可靠性的硬件方案增加网络带宽、服务器内存、CPU数量、使用固态硬盘、使用双机热备等。但任何系统都有出现故障的可能性，如何能在转发服务器出现故障的时候不丢失图像，并能尽快地恢复正常工作是一个问题。
发明内容
本申请提供一种基于独立任务管理服务的转发方法和系统，以解决如何能在转发服务器出现故障的时候不丢失图像，并能尽快地恢复正常工作的问题。
本申请的上述目的是通过以下技术方案来实现的：
第一方面，本申请实施例提供基于独立任务管理服务的转发方法，包括：
获取影像设备拍摄的患者图像和与所述患者图像的相关信息；
基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；
将所述患者列表清单发送至任务管理服务器；
基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；
当转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。
所述基于所述任务管理服务器中的患者列表清单进行图像的转发，包括：
当所述任务管理服务器中存在患者列表清单但尚未生成转发任务时，基于患者清单重新生成转发任务，并将所述转发任务发送给任务管理服务器后，继续执行转发任务，以进行图像的转发；
当所述任务管理服务器中的患者列表清单存在转发任务，但没有完成转发时，转发服务器继续完成转发任务,以进行图像的转发。
可选的，所述获取影像设备拍摄的患者图像和与所述患者图像的相关信息，包括：
基于DICOM协议接收影像设备发送的患者图像和与所述患者图像的相关信息。
可选的，所述基于所述患者列表清单进行所述患者图像的分析和发送，包括：
基于所述患者列表清单进行所述患者图像的分析，得到撰写图像；
基于DICOM协议和患者列表清单，将撰写图像发送对应的目标设备。
可选的，所述患者图像的相关信息包括：患者图像对应的申请目的和图像序列方案。
第二方面，本申请提供一种基于独立任务管理服务的转发系统，包括：转发服务器、任务管理服务器、影像设备和目标设备；
所述转发服务器分别与所述任务管理服务器、所述影像设备和所述目标设备通信连接；
所述影像设备拍摄患者图像，并将所述患者图像发送至所述转发服务器；
所述转发服务器获取所述患者图像和与所述患者图像的相关信息；
所述转发服务器基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；
所述转发服务器将所述患者列表清单发送至任务管理服务器；
所述转发服务器基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；
所述转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。
可选的，所述基于所述任务管理服务器中的患者列表清单进行图像的转发，包括：
当所述任务管理服务器中存在患者列表清单但尚未生成转发任务时，基于患者清单重新生成转发任务，并将所述转发任务发送给任务管理服务器后，继续执行转发任务，以进行图像的转发；
当所述任务管理服务器中的患者列表清单存在转发任务，但没有完成转发时，转发服务器继续完成转发任务,以进行图像的转发。
可选的，所述获取影像设备具体用于基于DICOM协议将所述患者图像发送至所述转发服务器。
可选的，所述转发服务器具体用于，基于所述患者列表清单进行所述患者图像的分析，得到撰写图像，基于DICOM协议和患者列表清单，将撰写图像发送对应的目标设备。
可选的，所述患者图像的相关信息包括：患者图像对应的申请目的和图像序列方案。
本申请的实施例提供的技术方案可以包括以下有益效果：
本申请提供的方案中，首先利用了任务管理服务器来进行任务的管理和存储，即基于患者列表清单来确定任务具体的进度。通过更新任务管理服务器中的患者列表清单使得患者列表清单与转发服务器的实际工作进度同步，一旦转发服务器发生崩溃，转发服务器在崩溃状态重新恢复之后，基于任务管理服务器内部的患者列表清单，确定具体的转发进度。如此设置，在转发服务器出现故障的时候不丢失图像，并能尽快地恢复正常工作。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请实施例示出的一种基于独立任务管理服务的转发方法的流程示意图；
图2为本申请实施例示出的一种基于独立任务管理服务的转发系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有
DICOM图像转发在影像科室的需求越来越多。比如通过分析DICOM文件头提取扫描方案；定向推送图像到AI/后处理系统；定向推送图像到薄层管理系统；定向推送图像到VNA(vendor neutral archive)影像平台等。这种多维度的定向转发无论是放在影像设备上，还是放在PACS上完成，都会因为并发任务的堆积而影响到整个科室的工作效率。所以使用独立的DICOM图像转发模块就显得非常必要。通常这种转发模块被设置在影像设备之后，PACS系统之前的环节上。其安全性、可靠性对全系统的运行影响非常大。
常规提高系统可靠性的硬件方案增加网络带宽、服务器内存、CPU数量、使用固态硬盘、使用双机热备等。但任何系统都有出现故障的可能性，如何能在转发服务器出现故障的时候不丢失图像，并能尽快地恢复正常工作，是进一步提高转发系统实用性的主要改进方向。
实施例
参照图1，图1为本申请实施例示出的一种基于独立任务管理服务的转发方法的流程示意图。如图1所示，本申请提供的基于独立任务管理服务的转发方法包括：
S101、获取影像设备拍摄的患者图像和与所述患者图像的相关信息；
其中，所述患者图像的相关信息包括：患者图像对应的申请目的和图像序列方案。
S102、基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；
S103、将所述患者列表清单发送至任务管理服务器；
S104、基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；
S105、当转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。
如此设置首先利用了任务管理服务器来进行任务的管理和存储，即基于患者列表清单来确定任务具体的进度。通过更新任务管理服务器中的患者列表清单使得患者列表清单与转发服务器的实际工作进度同步，一旦转发服务器发生崩溃，转发服务器在崩溃状态重新恢复之后，基于任务管理服务器内部的患者列表清单，确定具体的转发进度。在转发服务器出现故障的时候不丢失图像，并能尽快地恢复正常工作。
进一步的，所述基于所述任务管理服务器中的患者列表清单进行图像的转发，包括：当所述任务管理服务器中存在患者列表清单但尚未生成转发任务时，基于患者清单重新生成转发任务，并将所述转发任务发送给任务管理服务器后，继续执行转发任务，以进行图像的转发；当所述任务管理服务器中的患者列表清单存在转发任务，但没有完成转发时，转发服务器继续完成转发任务,以进行图像的转发。
具体的，当转发服务器从崩溃状态重新恢复之后，所述患者列表清单状态为两种：一种为：所述任务管理服务器中存在患者列表清单，但尚未生成转发任务；(此种情况为新患者产生的图像，转发服务器还未来得及生成转发任务就崩溃了。解释：转发服务器首先要生成患者列表，发送给任务管理服务器，其次通过对患者图像的分析，生成转发任务再发给任务管理服务器(将转发的对象名称清单通过另外一个HL7消息发送到任务管理服务器))另外一种为：患者列表清单存在转发任务，但是没有完成转发。上述两种状态应对方案不同：第一种为转发服务器基于患者清单重新生成转发任务发送给任务管理服务器后继续转发任务；第二种为转发服务器继续完成转发任务。
具体的，所述获取影像设备拍摄的患者图像和与所述患者图像的相关信息，包括：基于DICOM协议接收影像设备发送的患者图像和与所述患者图像的相关信息。
具体的，所述基于所述患者列表清单进行所述患者图像的分析和发送，包括：基于所述患者列表清单进行所述患者图像的分析，得到撰写图像；基于DICOM协议和患者列表清单，将撰写图像发送对应的目标设备。
需要说明的是，在实际应用中，转发服务器的工作原理大体如下：通过DICOM协议接受来自影像设备的患者图像。根据申请目的、图像序列方案等参数判断转发的对象数量和名称。通过DICOM协议将撰写图像传输到目标设备上。
当转发服务器出现故障的时候，可能存在下述几条丢失图像的隐患：第一条、从影像设备尚未传输完整的患者图像是否会丢失？第二条、还没有分析完成的患者影像是否会停止分析，进而不会被合理转发导致的丢失。第三条、在转发到目标地址的过程中因故障导致图像丢失。
基于此，本申请提供的方案中，转发服务器接受/转发DICOM图像都使用DICOM协议，DICOM协议具有单个任务传输完成后的COMMITMENT消息机制，可以让发送到确认接收方完整接收到目标图像。所以上述第一条丢失图像的隐患和第三条丢失图像的隐患可以通过这个机制消除掉。
其中，第二条丢失图像的隐患又分成如下几个风险：第一条风险、转发服务器接收了患者的完整图像，但尚未生成转发任务列表。第二条风险、生成了转发任务列表尚未完成所有的转发任务。
本方法设置了一个独立的任务管理服务器。转发服务器在接受完每个患者的影像之后，生成一个患者列表清单，并通过HL7消息发送到独立的服务管理服务器。转发服务器针对每个患者的影像完成分析之后，将转发的对象名称清单通过另外一个HL7消息发送到这个独立的服务管理服务器。如果转发系统工作顺利，通过DICOM协议将这三个转发任务顺利完成，则每个任务完成之后发送另外一个完成的HL7消息，在独立的任务监控服务器上的任务则减少一项，直到每个患者的转发任务全部完成，则该患者的总任务归零，任务可以删除。
一旦出现转发服务器崩溃的状态，待系统恢复后，只需查看独立的任务管理服务器上的清单上存在哪些患者列表但尚未生成转发任务，哪些患者转发任务尚未完成即可。对于存在患者清单但没有转发任务生成的，要求重新运行分析功能生成清单；对于转发清单没有完成的，继续转发任务即可。
综上所述，本管理方法通过设置一个独立的任务管理系统和三个必要的通讯，可在纯软件崩溃的情况下，尽量避免因转发过程被打断导致的转发任务逻辑差错，提高系统的可靠性。基于这个方案，可使用不那么昂贵的硬件实现逻辑可靠的转发系统，提高转发服务器覆盖的业务面，提升该系统在广大基层医疗机构的应用范围，提升科室业务效率。
具体的，具体实现过程如下：通过一个独立的任务管理服务提升DICOM转发系统可靠性的方法实施。
转发服务器收图设置：配置“DICOM服务”“共享设备”用于接收来自影像设备的患者图像。SOP增加“Storage Commitment Push Model”以确保图像完整，收到的图像默认保存到“影像中心”存贮，DIOCM端口号、AETitle与影像设备相匹配。
转发服务器收到完整图像后，将患者清单发送至任务管理服务器：在转发服务器上新建HL7消息发送设备“(OUT)HL7_TASKSVR”，指向任务管理服务器IP地址及端口。配置InterRIS触发，收到完整图像时触发发送HL7消息。
任务管理服务器收到患者清单后，保存到任务表T_A_HL7。任务管理服务器上新建HL7消息接收设备“(IN)HL7 LISTEN”、消息处理设备“消息输入(FILE)”。消息处理设备通过InterRIS触发执行SQL语句，将患者清单保存到表T_A_HL7。
转发服务器收到完整图像后，分析患者影像，确定需要传送到哪些服务器，并通过HL7消息更新任务管理服务器患者清单：配置需要转发的服务器(AI后处理系统、VNA影像平台等DICOM设备)。配置InterRIS触发，收到完整图像后触发调用存储过程P_HL7_ORDER_SERVERS，存储过程中通过检查类型、年龄、性别等信息分析判断需要传送到哪些服务器，会增加一条InterRIS任务用于触发HL7消息，任务管理服务器收到消息后触发执行SQL语句，更新任务表T_A_HL7中的F_TO_SERVERS。
发送患者图像：任务管理服务器新建SQL SERVER作业，定时执行存储过程P_SEND_TO_SERVERS，存储过程中会增加一条InterRIS任务：调用CallQMService.exe将影像中心图像发送到指定服务器。因转发服务器崩溃或其他意外导致转发不成功，可在转发服务器执行存储过程P_HL7_ORDER_SERVERS，并在任务管理服务器执行SQL语句UPDATE T_A_HL7SETF_ING IS NULL，系统将重新执行转发。
基于上述方法，参照图2，本申请实施例还提供一种基于独立任务管理服务的转发系统。如图2所示，该系统包括：转发服务器2、任务管理服务器3、影像设备1和目标设备4；
所述转发服务器分别与所述任务管理服务器、所述影像设备和所述目标设备通信连接；
所述影像设备拍摄患者图像，并将所述患者图像发送至所述转发服务器；
所述转发服务器获取所述患者图像和与所述患者图像的相关信息；
所述转发服务器基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；
所述转发服务器将所述患者列表清单发送至任务管理服务器；
所述转发服务器基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；
所述转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。
具体的，所述获取影像设备具体用于基于DICOM协议将所述患者图像发送至所述转发服务器。
具体的，所述转发服务器具体用于，基于所述患者列表清单进行所述患者图像的分析，得到撰写图像，基于DICOM协议和患者列表清单，将撰写图像发送对应的目标设备。
具体的，所述患者图像的相关信息包括：患者图像对应的申请目的和图像序列方案。
可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种基于独立任务管理服务的转发方法，其特征在于，包括：
获取影像设备拍摄的患者图像和与所述患者图像的相关信息；
基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；
将所述患者列表清单发送至任务管理服务器；
基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；
当转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。
2.根据权利要求1所述的基于独立任务管理服务的转发方法，其特征在于，所述基于所述任务管理服务器中的患者列表清单进行图像的转发，包括：
当所述任务管理服务器中存在患者列表清单但尚未生成转发任务时，基于患者清单重新生成转发任务，并将所述转发任务发送给任务管理服务器后，继续执行转发任务，以进行图像的转发；
当所述任务管理服务器中的患者列表清单存在转发任务，但没有完成转发时，转发服务器继续完成转发任务,以进行图像的转发。
3.根据权利要求1所述的基于独立任务管理服务的转发方法，其特征在于，所述获取影像设备拍摄的患者图像和与所述患者图像的相关信息，包括：
基于DICOM协议接收影像设备发送的患者图像和与所述患者图像的相关信息。
4.根据权利要求1所述的基于独立任务管理服务的转发方法，其特征在于，所述基于所述患者列表清单进行所述患者图像的分析和发送，包括：
基于所述患者列表清单进行所述患者图像的分析，得到撰写图像；
基于DICOM协议和患者列表清单，将所述撰写图像发送对应的目标设备。
5.根据权利要求1所述的基于独立任务管理服务的转发方法，其特征在于，所述患者图像的相关信息包括：患者图像对应的申请目的和图像序列方案。
6.一种基于独立任务管理服务的转发系统，其特征在于，包括：转发服务器、任务管理服务器、影像设备和目标设备；
所述转发服务器分别与所述任务管理服务器、所述影像设备和所述目标设备通信连接；
所述影像设备拍摄患者图像，并将所述患者图像发送至所述转发服务器；
所述转发服务器获取所述患者图像和与所述患者图像的相关信息；
所述转发服务器基于所述患者图像的相关信息，生成患者列表清单；其中，所述患者列表清单为记录有转发任务的清单；
所述转发服务器将所述患者列表清单发送至任务管理服务器；
所述转发服务器基于所述患者列表清单进行所述患者图像的分析和发送；每次完成一个转发任务，更新一次所述任务管理服务器中的患者列表清单；
所述转发服务器从崩溃状态重新恢复之后，查看所述任务管理服务器中的患者列表清单,并基于所述任务管理服务器中的患者列表清单进行图像的转发。
7.根据权利要求6所述的基于独立任务管理服务的转发系统，其特征在于，所述基于所述任务管理服务器中的患者列表清单进行图像的转发，包括：
当所述任务管理服务器中存在患者列表清单但尚未生成转发任务时，基于患者清单重新生成转发任务，并将所述转发任务发送给任务管理服务器后，继续执行转发任务，以进行图像的转发；
当所述任务管理服务器中的患者列表清单存在转发任务，但没有完成转发时，转发服务器继续完成转发任务,以进行图像的转发。
8.根据权利要求6所述的基于独立任务管理服务的转发系统，其特征在于，所述获取影像设备具体用于基于DICOM协议将所述患者图像发送至所述转发服务器。
9.根据权利要求6所述的基于独立任务管理服务的转发系统，其特征在于，所述转发服务器具体用于，基于所述患者列表清单进行所述患者图像的分析，得到撰写图像，基于DICOM协议和患者列表清单，将所述撰写图像发送对应的目标设备。
10.根据权利要求6所述的基于独立任务管理服务的转发系统，其特征在于，所述患者图像的相关信息包括：患者图像对应的申请目的和图像序列方案。
CN202111454694.2A 2021-12-01 2021-12-01 基于独立任务管理服务的转发方法和系统 Active CN114171165B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111454694.2A CN114171165B (zh) 2021-12-01 2021-12-01 基于独立任务管理服务的转发方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111454694.2A CN114171165B (zh) 2021-12-01 2021-12-01 基于独立任务管理服务的转发方法和系统

Publications (2)

Publication Number Publication Date
CN114171165A true CN114171165A (zh) 2022-03-11
CN114171165B CN114171165B (zh) 2023-11-28

Family

ID=80482116

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111454694.2A Active CN114171165B (zh) 2021-12-01 2021-12-01 基于独立任务管理服务的转发方法和系统

Country Status (1)

Country Link
CN (1) CN114171165B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005070817A (ja) * 2003-08-21 2005-03-17 Fuji Photo Film Co Ltd 医用画像作成業務管理方法、並びに、医用画像作成業務管理装置及び医用画像作成業務実施装置
CN102793550A (zh) * 2012-08-21 2012-11-28 山东育达医疗设备有限公司 一种kada数字摄影系统
CN106529153A (zh) * 2016-10-28 2017-03-22 武汉联影医疗科技有限公司 医学数字成像与通信文件的字符集匹配方法和装置
CN107256326A (zh) * 2017-04-27 2017-10-17 广州慧扬健康科技有限公司 Dicom网络信息交互方法及装置
CN107292117A (zh) * 2017-07-14 2017-10-24 中国科学院上海技术物理研究所 对海量共享医学图像进行质量保障的处理方法与装置
CN107508894A (zh) * 2017-08-29 2017-12-22 环球智达科技（北京）有限公司 一种任务信息处理系统
CN109841271A (zh) * 2017-11-25 2019-06-04 裴嘉豪 一种医疗信息管理系统
CN112562827A (zh) * 2020-11-03 2021-03-26 北京新网医讯技术有限公司 基于dicom传输的地址来区分设备的管理系统及方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005070817A (ja) * 2003-08-21 2005-03-17 Fuji Photo Film Co Ltd 医用画像作成業務管理方法、並びに、医用画像作成業務管理装置及び医用画像作成業務実施装置
CN102793550A (zh) * 2012-08-21 2012-11-28 山东育达医疗设备有限公司 一种kada数字摄影系统
CN106529153A (zh) * 2016-10-28 2017-03-22 武汉联影医疗科技有限公司 医学数字成像与通信文件的字符集匹配方法和装置
CN107256326A (zh) * 2017-04-27 2017-10-17 广州慧扬健康科技有限公司 Dicom网络信息交互方法及装置
CN107292117A (zh) * 2017-07-14 2017-10-24 中国科学院上海技术物理研究所 对海量共享医学图像进行质量保障的处理方法与装置
CN107508894A (zh) * 2017-08-29 2017-12-22 环球智达科技（北京）有限公司 一种任务信息处理系统
CN109841271A (zh) * 2017-11-25 2019-06-04 裴嘉豪 一种医疗信息管理系统
CN112562827A (zh) * 2020-11-03 2021-03-26 北京新网医讯技术有限公司 基于dicom传输的地址来区分设备的管理系统及方法

Also Published As

Publication number Publication date
CN114171165B (zh) 2023-11-28

Similar Documents

Publication Publication Date Title
USRE47852E1 (en) Snapshot and replication of a multi-stream application on multiple hosts at near-sync frequency
CN107391276B (zh) 分布式监听方法、监听控制装置及系统
US7383541B1 (en) Method and apparatus providing interoperation of execution images of different versions
US20020161840A1 (en) Adapter for interfacing with a workflow engine
JP2018513442A (ja) ストレージ・クラスタ要素のモニタリング
JP6475304B2 (ja) トランザクション処理方法および装置
CN109165106A (zh) 业务处理方法、装置、设备、存储介质及流程运行系统
US8005921B2 (en) Redundant image storage system and method for PACS using archived flags
WO2021103036A1 (zh) 一种事务提交系统、方法及相关设备
CN114926163A (zh) 资源跨链转移方法及装置
JP2004178296A (ja) ナレッジ型運用管理システム，方法およびプログラム
WO2024131366A1 (zh) 一种集群修复方法及装置
CN111342986A (zh) 分布式节点管理方法及装置、分布式系统、存储介质
US7475076B1 (en) Method and apparatus for providing remote alert reporting for managed resources
CN113407451A (zh) 测试方法、装置、设备、存储介质及程序产品
CN114171165A (zh) 基于独立任务管理服务的转发方法和系统
CN116760745A (zh) 网络异常处理方法、装置、设备、存储介质和程序产品
US9218313B2 (en) Shared-bandwidth multiple target remote copy
CN115776501A (zh) 区块链系统架构、管理方法、电子设备及可读存储介质
CN114327563A (zh) 数据同步方法及装置、系统、存储介质、计算机系统
US20160085638A1 (en) Computer system and method of identifying a failure
CN116132455B (zh) 基于lxc镜像的通讯方法、装置、设备及存储介质
KR102214486B1 (ko) 자가 복구를 수행하는 nfv 장치
US12007847B2 (en) Reporting for database backups
CN116055450B (zh) 通讯录数据的处理方法、装置和存储介质及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant