WO2022016560A1 - 一种紧凑型的医疗影像智能存储服务系统 - Google Patents

一种紧凑型的医疗影像智能存储服务系统 Download PDF

Info

Publication number
WO2022016560A1
WO2022016560A1 PCT/CN2020/104713 CN2020104713W WO2022016560A1 WO 2022016560 A1 WO2022016560 A1 WO 2022016560A1 CN 2020104713 W CN2020104713 W CN 2020104713W WO 2022016560 A1 WO2022016560 A1 WO 2022016560A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
storage
medical image
unit
image
Prior art date
Application number
PCT/CN2020/104713
Other languages
English (en)
French (fr)
Inventor
毛善奇
吕骅
王佳
Original Assignee
江苏宏创信息科技有限公司
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 江苏宏创信息科技有限公司 filed Critical 江苏宏创信息科技有限公司
Publication of WO2022016560A1 publication Critical patent/WO2022016560A1/zh

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
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/13—File access structures, e.g. distributed indices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures

Definitions

  • the invention belongs to the technical field of medical equipment, and in particular relates to a compact medical image intelligent storage service system.
  • the hospital's demand for PACS upgrade mainly comes from the capacity bottleneck of image storage.
  • the storage capacity of Mini-PACS system design often becomes the bottleneck of the whole system.
  • the capacity of diagnostic images generated by each diagnosis is getting larger and larger, so the capacity design life of the PACS system will be further shortened, and the system will be updated more frequently.
  • the purpose of the present invention is to provide a compact medical image intelligent storage service system to solve the problem that the existing hospital image equipment is cold-ended by large factories, expensive and requires frequent updating of storage capacity.
  • a compact medical image intelligent storage service system including an external interface layer, a business logic layer and a data storage layer
  • the external interface layer includes a DICOM service unit connected with the hospital's imaging equipment, and the hospital's hospital information system and radiology.
  • the HL7 service unit connected by the information management system and the human-computer interaction unit for administrator operation;
  • the data storage layer includes a medical image storage library and a business data storage library;
  • the business logic layer includes an image file access unit, business logic processing unit and business data access unit, the image file access unit performs data interaction with the medical image storage library and controls the medical image storage plan according to the characteristics of the medical image;
  • the business logic processing unit triggers the intelligent image according to the preset business rules
  • the processing rules carry out business processing;
  • the business data access unit performs data interaction with the business data repository and the business logic processing unit.
  • the DICOM service unit is connected with the imaging equipment through the DICOM3.0 standard interface;
  • the HL7 service unit is connected with the hospital information system and the radiology information management system of the hospital through the HL7 standard interface;
  • the human-computer interaction unit reports to the administrator Provide a friendly management interface based on WEB environment.
  • the characteristics of the medical image include storage, communication and display of large-capacity digital information; the control of the medical image storage planning includes adopting a distributed system infrastructure, making full use of the high-speed computing and storage performance of the cluster, and supporting cloud storage expansion .
  • the preset business rules include Find, Move, Store request and response mechanisms
  • the triggering intelligent image processing rules include preconfigured routing rules, sending or receiving medical images, performing lossless compression on medical images, and performing Distributed storage.
  • the system adopts a standard Ethernet networking method, including a three-layer switch, and the three-layer switch completes the end-to-end data exchange according to the IP address of the third-layer network layer, and can also complete the second-layer switch.
  • the port switching function can also complete the routing function of some routers, which can support multi-level dynamic integration and improve the performance of massive data transmission in the local area network.
  • the present invention is a compact medical image intelligent storage service system, which conforms to the development trend of the future medical image system, that is, the division of labor of the future image system is more and more detailed, and equipment manufacturers, diagnostic system manufacturers, and storage manufacturers are all highly specialized. direction of development.
  • DICOM3.0 HL7
  • DICOM3 and HL7 have been widely used in the industry, and these standards provide system interconnection and interoperability.
  • Base. This system aims at independent storage function, avoids the competition with foreign large enterprises in the image reading scheme, but provides a complementary function to provide the hospital with the most cost-effective system combination.
  • FIG. 1 is a schematic diagram of the system framework of the present invention.
  • a compact medical image intelligent storage service system includes an external interface layer, a business logic layer and a data storage layer.
  • the external interface layer includes the DICOM service unit connected with the hospital's imaging equipment, the HL7 service unit connected with the hospital's hospital information system and radiology information management system, and the human-computer interaction unit for administrator operations; DICOM service unit through DICOM3 .0 standard interface is connected with imaging equipment; HL7 service unit is connected with hospital information system and radiology information management system through HL7 standard interface; human-computer interaction unit provides administrators with a friendly management interface based on WEB environment.
  • the HL7 service unit provides HL7 interfaces to external devices for merging patient information, modifying patient information, or pre-pushing medical images of a certain patient.
  • the processed HL7 messages are: ADT_A08 message: This message is used to update a certain user information. The message will pass a PatientID and some fields of the Patient that need to be updated, and the Patient information is modified according to the ID. Since only the database is modified, when sending images to the outside, the modified Patient information needs to be updated to the DICOM file, and then sent out.
  • ADT_A40 message Merge Patient information.
  • EMR electronic medical record uploaded by Portal
  • Study information study information
  • ORU diagnostic report received by HL7
  • ORU_R01 message Receive diagnostic report information.
  • ORM_O01 message This message is used to initiate the transmission of an instruction, which includes replacing, terminating the existing instruction, or interrupting, maintaining the existing state, etc. This system is used to pre-push historical images of a certain patient to a third party.
  • the human-computer interaction unit Portal as a WEB management interface, is the main operation interface for users, mainly providing functions such as query, acquisition, download, and online preview.
  • the data storage layer includes medical image storage and business data storage; the characteristics of medical images include the storage, communication and display of large-capacity digital information; the control of medical image storage planning includes the use of distributed system infrastructure to make full use of the high speed of the cluster. Computing and storage performance, support for cloud storage expansion.
  • the business logic layer includes an image file access unit, a business logic processing unit and a business data access unit.
  • the image file access unit performs data interaction with the medical image repository and controls the medical image storage plan according to the characteristics of the medical image;
  • Pre-set business rules trigger intelligent image processing rules for business processing;
  • the business data access unit interacts with the business data repository and business logic processing unit.
  • the preset business rules include Find, Move, Store request and response mechanisms , triggering intelligent image processing rules including preconfigured routing rules, sending or receiving medical images, performing lossless compression on medical images, and performing distributed storage.
  • the business logic processing unit includes Server and SCU (Service Class User);
  • Server can accept find, move, store, and commitment requests from other DICOM devices through the interface, and return responses, which are responsible for providing storage and query interfaces to the outside world.
  • Find: as FindSCP (Find Service Class Provider). It is used to provide a query interface to other DICOM devices. After receiving the query request from other devices, the query results are obtained from the database according to the query conditions, and then the results are converted into the DICOM protocol and returned, one record at a time.
  • FindSCP Search Service Class Provider
  • Move As a MoveSCP, it can accept Move requests and send images that meet the conditions to a third-party SCP.
  • the query conditions it supports are different from FindSCP, and the number of conditions is small, only 4 and fixed as UIDs of various levels.
  • the PatientUID protocol stipulates that only one can be carried, but StudyInstanceUID, SerieInstanceUID, and SOPInstanceUID can carry multiple ones, which are divided by ⁇ and are generally used in conjunction with Find requests.
  • the process is divided into two steps, first get all the images that meet the condition, and then send the images out as StoreSCU in the sub-session. After each image is sent, a Pending status will be returned to MoveSCU. After all images are sent, the final response will be returned. If all images are successful, Success will be returned. If part of the image is successful or all images are Warn, then Warn will be returned. Return Failed etc.
  • Store used to provide external storage interface, using standard DICOM protocol, as StoreSCP, responsible for file reception, file information extraction, file information storage database, fault-tolerant processing, upload FastDFS (a lightweight distributed file storage system) .
  • StoreSCP responsible for file reception, file information extraction, file information storage database, fault-tolerant processing, upload FastDFS (a lightweight distributed file storage system) .
  • Performance optimization Retry through Mysql automatic reconnection and special error code: each time a new Mysql connection is created, set the automatic reconnection flag. If the reason for the failure to execute Mysql is that the connection expires or the server is actively disconnected, apply for a new database at this time. Connect to retry the database operation.
  • Retry through FastDFS When interacting with FastDFS, when IO is extremely busy, it is easy to cause connection timeout and storage failure. When FastDFS storage fails, sleep for a period of time and resend to reduce failure scenarios. Sleep time is 1 + thread number (0,1,2%) seconds.
  • TimeWait network connection by modifying the system configuration: When the network connection client initiates a disconnection request, but the server has never sent a connection response, the network connection enters the TimeWait state. This type of connection can be achieved by modifying the operating system configuration. reuse.
  • SCU responsible for interaction with Portal, Server, and external workstations.
  • SCU Service Class User
  • SCU Service Class User
  • it can send find, move, and store requests to other DICOM devices through the data interface, and is responsible for receiving Portal's query/storage requests, interacting with other DICOM devices, and feeding back the interaction results to Portal.
  • the interaction with Portal uses the TLV code (Tag, length, the acronym of Value, Tag is represented by a 16-bit unsigned integer, which identifies what it means; Length is used to represent the tag of the tag. The length of the value, that is, the length of the following Value; Value represents the value of the element), and other DICOM devices use standard DICOM messages.
  • the messages from Portal that are mainly processed are FindReq: go to other DICOM devices to query Patient, Study, Serie, Image. MoveReq: Send command to make a DICOM device send an image to another DICOM device.
  • DcmToImageReq Converts a DICOM image to a PNM image. This function has been completely implemented by Portal and has not been used, so it is omitted.
  • GetDCMFileReq Get a DICOM file (uncompressed DICOM file after decompression). After the Portal receives it, it can be converted into a Jpeg image and displayed to the customer, or downloaded to the customer.
  • UploadDCMFileReq Receive the small image uploaded by Portal, and then send it to the Server for saving.
  • UploadHugeDCMFileReq Receive large images uploaded by Portal, and no longer send them to the server for direct storage.
  • the system adopts the standard Ethernet networking method, including three-layer switches.
  • the three-layer switch completes the end-to-end data exchange according to the IP address of the third-layer network layer, and can also complete the port switching function of the second-layer switch. It can also complete the routing function of some routers, support multi-level dynamic integration, and improve the performance of massive data transmission in the local area network.
  • HIS/radiology information management system RIS The HIS/RIS system can send an instruction to modify the patient name through the HL7 protocol to modify the patient information or send the report to the system through the HL7 information; at the same time, after the system receives new pictures, it will pass HL7 messages are sent to designated HIS/RIS systems.
  • L3-Switch Layer 3 switch, which directly performs end-to-end data exchange based on the IP address of the Layer 3 network layer. It can not only complete the port switching function of the second layer switch, but also complete the routing function of some routers. It can support multi-level dynamic integration and improve the performance of mass data transmission in the local area network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Software Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

一种紧凑型的医疗影像智能存储服务系统，对外接口层包括与医院的影像设备连接的DICOM服务单元、与医院的医院信息系统和放射信息管理系统连接的HL7服务单元和用于管理员操作的人机交互单元；数据存储层包括医疗影像存储库和业务数据存储库；业务逻辑层包括影像文件访问单元、业务逻辑处理单元和业务数据访问单元，影像文件访问单元与医疗影像存储库进行数据交互并根据医疗图像的特征控制医疗图像存储规划；业务逻辑处理单元根据预先设定的业务规则，触发智能图像处理规则进行业务处理；业务数据访问单元与业务数据存储库与业务逻辑处理单元进行数据交互；握住未来医疗影像系统的发展趋势，从而提供一种成本低、效率高的存储服务系统。

Description

一种紧凑型的医疗影像智能存储服务系统 技术领域
本发明属于医疗设备技术领域，具体涉及一种紧凑型的医疗影像智能存储服务系统。
背景技术
近年来，数据处理及大数据技术越来越多的应用于医疗卫生领域，在疾病诊断、临床决策支持、医疗研究、医疗机构管理等方面具有重要意义；目前医院的中高端医疗影像设备多年以来一直为跨国公司大牌厂商垄断，不仅销售价格昂贵，其配套系统的及服务费也相当不菲。
医院对PACS升级的需求主要来源于影像存储的容量瓶颈。一般过3年左右，Mini-PACS系统设计的存储容量往往变成整个系统的瓶颈。与此同时，随着CT/MR设备快速的发展，每次诊断所产生的诊断影像容量越来越大，则PACS系统的容量设计年限会进一步缩短，系统的更新更加频繁。
为了解决上述问题，需要一种节约成本、高效率和海量存储的紧凑型的医疗影像智能存储服务系统。
发明内容
本发明的目的是提供一种紧凑型的医疗影像智能存储服务系统，以解决现有的医院影像设备被大厂冷端，价格昂贵且需要频繁的更新存储容量的问题。
本发明提供了如下的技术方案：
一种紧凑型的医疗影像智能存储服务系统，包括对外接口层、业务逻辑层和数据存储层，所述对外接口层包括与医院的影像设备连接的DICOM服务单元、与医院的医院信 息系统和放射信息管理系统连接的HL7服务单元和用于管理员操作的人机交互单元；所述数据存储层包括医疗影像存储库和业务数据存储库；所述业务逻辑层包括影像文件访问单元、业务逻辑处理单元和业务数据访问单元，所述影像文件访问单元与医疗影像存储库进行数据交互并根据医疗图像的特征控制医疗图像存储规划；所述业务逻辑处理单元根据预先设定的业务规则，触发智能图像处理规则进行业务处理；所述业务数据访问单元与业务数据存储库与业务逻辑处理单元进行数据交互。
优选的，所述DICOM服务单元通过DICOM3.0标准接口与影像设备连接；所述HL7服务单元通过HL7标准接口与医院的医院信息系统和放射信息管理系统连接；所述人机交互单元向管理员提供基于WEB环境的友好管理界面。
优选的，所述医疗图像的特征包括大容量数字信息的存储、通讯和显示；所述控制医疗图像存储规划包括采用分布式系统基础架构，充分利用集群的高速运算和存储性能，支持云存储扩展。
优选的，所述预先设定的业务规则包括Find、Move、Store请求及响应机制，所述触发智能图像处理规则包括预配置路由规则，发送或接受医疗图像、对医疗图像进行无损压缩、并进行分布式存储。
优选的，所述系统采用标准的以太网组网方式，包括三层交换机，所述三层交换机根据第三层网络层的IP地址来完成端到端的数据交换，既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能。
本发明的有益效果是：
本发明一种紧凑型的医疗影像智能存储服务系统，顺应未来医疗影像系统的发展趋 势，即未来影像系统的分工越来越细致，设备厂商、诊断系统厂商、存储厂商，都各自向高度专业化的方向发展。
1)合理地利用和DICOM3.0标准和HL7标准，为影像的存储提供了一种低成本、高效率的解决方案；DICOM3和HL7在业界已经被普遍应用，这些标准为系统的互联互通提供了基础。本系统以独立的存储功能为目标，避免与国外大型企业在图像阅片方案上竞争，而是提供一种互补的功能，为医院提供性价比最优的系统组合。
2)基于对国内市场的深刻理解和对国外产品认真的研究，找到了一种系统融合的可能性，满足和高于客户对应用的需求；熟知国内以及海外的医生工作习惯，通过智能存储系统，来有效提高医生的诊断准确性、科学性和及时性，提升医院影像科的工作效率，在医院现有的几个特定系统之间搭建一座智慧的桥梁，推动医疗信息化的进一步发展。
3)创造性地提出了影像归档分布式存储方案，和无缝集成方案，保证了大型客户的需求得到满足。将成熟的互联网分布式云存储技术，应用到医疗行业，可大幅度降低存储的成本，支持海量的数据存储。基于互联网的分布式存储技术也支持存储数据的快速备份，有效保证数据的安全性。同时，云存储的应用能保障医疗影像未来向区域医疗的平滑演进，也避免了医院的重复投资.
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是本发明系统框架示意图。
具体实施方式
如图1所示，一种紧凑型的医疗影像智能存储服务系统，包括对外接口层、业务逻辑层和数据存储层。
1、对外接口层包括与医院的影像设备连接的DICOM服务单元、与医院的医院信息系统和放射信息管理系统连接的HL7服务单元和用于管理员操作的人机交互单元；DICOM服务单元通过DICOM3.0标准接口与影像设备连接；HL7服务单元通过HL7标准接口与医院的医院信息系统和放射信息管理系统连接；人机交互单元向管理员提供基于WEB环境的友好管理界面。
HL7服务单元，提供HL7接口给外部设备，用于合并病人信息，修改病人信息，或某个病人医疗图像预推送等实际需求。处理的HL7消息有：ADT_A08消息：该消息用于更新某用户信息，消息会传递一个PatientID以及部分需要更新的Patient的字段，根据该ID修改Patient信息。由于只是修改数据库，因此在向外发送图像时，需要将修改后的Patient信息更新到DICOM文件中，然后再发送出去。ADT_A40消息：合并Patient信息。由于系统中EMR(Portal上传的电子病历)信息，Study信息，ORU(HL7接收到的诊断报告)信息都与Patient信息直接挂钩，因此合并时，需要同步修改这个3个表的信息，此外向外推送图像时，也需要更新图像中的Patient信息为合并后的Patient信息，然后推送出去。ORU_R01消息：接收诊断报告信息。ORM_O01消息：该消息用于初始化一个指令的传输，它包括替换，终止现有指令，或者中断，保持现有状态等。本系统中用于预推送某位病人的历史图像到第三方。
人机交互单元Portal，作为WEB管理界面，是用户的主要操作界面，主要提供查询，获取，下载，在线预览等功能。
2、数据存储层包括医疗影像存储库和业务数据存储库；医疗图像的特征包括大容 量数字信息的存储、通讯和显示；控制医疗图像存储规划包括采用分布式系统基础架构，充分利用集群的高速运算和存储性能，支持云存储扩展。
3、业务逻辑层包括影像文件访问单元、业务逻辑处理单元和业务数据访问单元，影像文件访问单元与医疗影像存储库进行数据交互并根据医疗图像的特征控制医疗图像存储规划；业务逻辑处理单元根据预先设定的业务规则，触发智能图像处理规则进行业务处理；业务数据访问单元与业务数据存储库与业务逻辑处理单元进行数据交互，预先设定的业务规则包括Find、Move、Store请求及响应机制，触发智能图像处理规则包括预配置路由规则，发送或接受医疗图像、对医疗图像进行无损压缩、并进行分布式存储。
业务逻辑处理单元包括Server和SCU(Service Class User)；
Server作为给外部提供业务的模块，可以通过接口接受其他DICOM设备的find，move，store，commitment请求，并返回响应，负责对外提供存储，查询接口。
Find：作为FindSCP(Find Service Class Provider)。用于实现向其他DICOM设备提供查询接口，在接收到其他设备的查询请求后，针对的查询条件，从数据库中获取查询结果，再将结果转换为DICOM协议并返回，每次返回一条记录。
Move：作为MoveSCP，能接受Move请求，将满足条件的图像发送给第三方的SCP，其支持的查询条件不同于FindSCP，条件数量少，只有4个且固定为是各个级别的UID。其中PatientUID协议规定只能携带一个，但是StudyInstanceUID，SerieInstanceUID，SOPInstanceUID能携带多个，用\分割，一般配合Find请求使用。过程分为两步，首先获取满足条件的所有图像，然后在子回话中作为StoreSCU将图像发送出去。每发送一个图像后，会返回一个Pending的状态给MoveSCU，所有的图像发送完成后，返回最终 响应，如果全部成功则返回Success，部分成功或者全部图像都是Warn，则返回Warn，如果全部失败则返回Failed等。
Store：用于对外提供存储接口，使用标准的DICOM协议，作为StoreSCP，负责文件的接收，文件信息的提取，文件信息保存数据库，容错处理，上传FastDFS(一种轻量级分布式文件存储系统)。
性能优化：通过Mysql自动重连和特殊错误码重试：每次新建一个Mysql连接时，设置自动重连标记，如果执行Mysql失败原因为链接过期或者服务器端主动断开，此时重新申请一个数据库连接，重试该数据库操作。通过FastDFS重试：与FastDFS交互，IO极度繁忙时，容易引起连接超时，致使存储失败。遇到FastDFS存储失败时，采用sleep一段时间，重新发送的方式来减少失败场景。Sleep时间为1+线程编号(0,1,2.。。)秒。通过修改系统配置，重用TimeWait网络连接：当网络连接客户端发起断连请求，但是服务器端一直没有发送端连响应，此时该网络连接进入TimeWait状态，通过修改操作系统配置，可以实现该类连接的重用。
SCU：负责与Portal、Server、外部工作站的交互。担任SCU(Service Class User)的角色，通过数据接口可以向其他DICOM设备发送find，move，store请求，负责接收Portal的查询/存储请求，与其他DICOM设备交互，并将交互结果反馈给Portal。其中与Portal间的交互使用的是TLV的编码(Tag，length，Value的首字母简称，Tag是用16位无符号整数表示的，标识这是一个什么意思的Tag；Length用于表示该Tag的值的长度，也就是后面Value的长度；Value表示该元素的值)，与其他DICOM设备使用的是标准的DICOM消息。主要处理的Portal过来的消息有FindReq：去其他DICOM设备查询Patient，Study，Serie，Image。MoveReq：发送指令让某个DICOM设备发送图像 到另外一台DICOM设备。DcmToImageReq：将某个DICOM图像转换为PNM图像。该功能已经完全由Portal实现了，没有被使用到，略。GetDCMFileReq：获取某个DICOM文件(解压后非压缩DICOM文件)。Portal接收到后，可以转化为Jpeg图像展示给客户，或者下载给客户。UploadDCMFileReq：接收Portal上传的小图像，然后发送给Server保存。UploadHugeDCMFileReq：接收Portal上传的大图像，不再发送给Server直接存储。
4、该系统采用标准的以太网组网方式，包括三层交换机，三层交换机根据第三层网络层的IP地址来完成端到端的数据交换，既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能。
各种影像设备，其可以通过TCP/IP接口，在遵从DICOM标准的前提下，与系统进行收发图像的交互。医院信息系统HIS/放射信息管理系统RIS：HIS/RIS系统可以通过HL7协议发送病人名称修改的指令来修改病人信息或者通过HL7信息把报告发送到系统中；同时系统收到新的图片后会通过HL7信息发送给指定的HIS/RIS系统。L3-Switch：第三层交换机，直接根据第三层网络层的IP地址来完成端到端的数据交换。既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能的解决方案。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (5)

  1. 一种紧凑型的医疗影像智能存储服务系统，其特征在于，包括对外接口层、业务逻辑层和数据存储层，
    所述对外接口层包括与医院的影像设备连接的DICOM服务单元、与医院的医院信息系统和放射信息管理系统连接的HL7服务单元和用于管理员操作的人机交互单元；
    所述数据存储层包括医疗影像存储库和业务数据存储库；
    所述业务逻辑层包括影像文件访问单元、业务逻辑处理单元和业务数据访问单元，所述影像文件访问单元与医疗影像存储库进行数据交互并根据医疗图像的特征控制医疗图像存储规划；所述业务逻辑处理单元根据预先设定的业务规则，触发智能图像处理规则进行业务处理；所述业务数据访问单元与业务数据存储库与业务逻辑处理单元进行数据交互。
  2. 根据权利要求1所述的一种紧凑型的医疗影像智能存储服务系统，其特征在于，所述DICOM服务单元通过DICOM3.0标准接口与影像设备连接；所述HL7服务单元通过HL7标准接口与医院的医院信息系统和放射信息管理系统连接；所述人机交互单元向管理员提供基于WEB环境的友好管理界面。
  3. 根据权利要求1所述的一种紧凑型的医疗影像智能存储服务系统，其特征在于，所述医疗图像的特征包括大容量数字信息的存储、通讯和显示；所述控制医疗图像存储规划包括采用分布式系统基础架构，充分利用集群的高速运算和存储性能，支持云存储扩展。
  4. 根据权利要求1所述的一种紧凑型的医疗影像智能存储服务系统，其特征在于，所述预先设定的业务规则包括Find、Move、Store请求及响应机制，所述触发智能图像 处理规则包括预配置路由规则，发送或接受医疗图像、对医疗图像进行无损压缩、并进行分布式存储。
  5. 根据权利要求1所述的一种紧凑型的医疗影像智能存储服务系统，其特征在于，所述系统采用标准的以太网组网方式，包括三层交换机，所述三层交换机根据第三层网络层的IP地址来完成端到端的数据交换，既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能。
PCT/CN2020/104713 2020-07-22 2020-07-27 一种紧凑型的医疗影像智能存储服务系统 WO2022016560A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010710705.8A CN111816283B (zh) 2020-07-22 2020-07-22 一种紧凑型的医疗影像智能存储服务系统
CN202010710705.8 2020-07-22

Publications (1)

Publication Number Publication Date
WO2022016560A1 true WO2022016560A1 (zh) 2022-01-27

Family

ID=72861879

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/104713 WO2022016560A1 (zh) 2020-07-22 2020-07-27 一种紧凑型的医疗影像智能存储服务系统

Country Status (2)

Country Link
CN (1) CN111816283B (zh)
WO (1) WO2022016560A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1598858A (zh) * 2004-05-13 2005-03-23 郑州市疾病预防控制中心 数字化医院信息一体化管理系统
CN101052041A (zh) * 2007-05-10 2007-10-10 浙江大学 医疗信息系统集成引擎
US20100169119A1 (en) * 2008-12-31 2010-07-01 Hussain Anwar A Systems and Methods for Delivering Continuous Quality Improvement to Complex Non-Manufacturing Industry
CN107292117A (zh) * 2017-07-14 2017-10-24 中国科学院上海技术物理研究所 对海量共享医学图像进行质量保障的处理方法与装置
CN107845415A (zh) * 2016-09-18 2018-03-27 心医国际数字医疗系统(大连)有限公司 医院企业服务总线实现装置及方法
CN110311973A (zh) * 2019-06-28 2019-10-08 东北大学 一种面向多租户的影像云服务系统及方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6804656B1 (en) * 1999-06-23 2004-10-12 Visicu, Inc. System and method for providing continuous, expert network critical care services from a remote location(s)
US9507914B2 (en) * 2013-07-17 2016-11-29 Merge Healthcare Incorporated User-definable morphers for medical data and graphical user interface for the same
CN103514376A (zh) * 2013-10-12 2014-01-15 无锡中盛医疗设备有限公司 异构医疗信息系统之间协同交换中间件实现方法
CN107705838A (zh) * 2017-09-30 2018-02-16 武汉联影医疗科技有限公司 一种医学影像的传输方法、装置、服务器、介质及系统
CN110489577B (zh) * 2019-08-06 2024-01-26 腾讯医疗健康(深圳)有限公司 医疗影像管理方法及装置、眼底影像处理方法、电子设备
CN111210900A (zh) * 2020-01-10 2020-05-29 深圳市云影医疗科技有限公司 一种医学影像多通路转发系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1598858A (zh) * 2004-05-13 2005-03-23 郑州市疾病预防控制中心 数字化医院信息一体化管理系统
CN101052041A (zh) * 2007-05-10 2007-10-10 浙江大学 医疗信息系统集成引擎
US20100169119A1 (en) * 2008-12-31 2010-07-01 Hussain Anwar A Systems and Methods for Delivering Continuous Quality Improvement to Complex Non-Manufacturing Industry
CN107845415A (zh) * 2016-09-18 2018-03-27 心医国际数字医疗系统(大连)有限公司 医院企业服务总线实现装置及方法
CN107292117A (zh) * 2017-07-14 2017-10-24 中国科学院上海技术物理研究所 对海量共享医学图像进行质量保障的处理方法与装置
CN110311973A (zh) * 2019-06-28 2019-10-08 东北大学 一种面向多租户的影像云服务系统及方法

Also Published As

Publication number Publication date
CN111816283B (zh) 2021-11-12
CN111816283A (zh) 2020-10-23

Similar Documents

Publication Publication Date Title
CN105205766B (zh) 基于云平台的移动互联网医院就诊系统
US20020038381A1 (en) Reconciling assets within a computer network
US7411693B2 (en) Image data dissemination system and method
CN106600499B (zh) 一种基于总线形式的医院信息集成方法
WO2005038588A2 (en) System and method for remote processing of pharmacy orders
Huang et al. Infrastructure design of a picture archiving and communication system.
CN103235817B (zh) 一种大规模感染控制数据存储处理方法
CN1996847A (zh) 基于协作网格的图像及多媒体数据通信与存储系统
CN102377796A (zh) 基于OSGi的异构服务集成系统及方法
CN101605056A (zh) 一种j2ee服务器监控装置及采用该装置的监控方法
Godinho et al. A Routing Mechanism for Cloud Outsourcing<? brk?> of Medical Imaging Repositories
CN102238162A (zh) 一种医院间非结构化信息归档的方法
CN109413140A (zh) Pacs服务器远程自动升级的方法
CN109859856A (zh) 一种远程多学科诊疗系统
Tsiknakis et al. Intelligent image management in a distributed PACS and telemedicine environment
WO2013016324A2 (en) System and method for sharing electronic information
JP2008204432A (ja) 医療用インテリジェント・サーバ・アーキテクチャのためのジョブ・ディスパッチャ
CN116016585A (zh) 一种物联网的管理平台
US8356072B1 (en) Systems and methods for scalable heterogeneous and homogeneous unified enterprise storage clusters
WO2022016560A1 (zh) 一种紧凑型的医疗影像智能存储服务系统
Patel DICOM medical image management the challenges and solutions: cloud as a service (CaaS)
CN114430535A (zh) 一种基于5g移动通信的picu数字化病房系统
Yang et al. A scalable multi-tier architecture for the National Taiwan University hospital information system based on HL7 standard
Gutiérrez-Martínez et al. A software and hardware architecture for a high-availability PACS
US20060085799A1 (en) Interfacing disparate software applications

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20946507

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20946507

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 20946507

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 11/08/2023)