一种医学影像数据加载方法、装置及系统与流程

1.本发明涉及图像加载领域，特别地，涉及一种医学影像数据加载方法、装置及系统。


背景技术：

2.随着医学影像类系统的不断完善、传统的原来影像数据归档和通讯系统(pacs)的cs架构整体往易部署易维护的方向和模式发展，医用影像浏览器也是随之往bs方向发展，各大传统厂商布局这一领域，并逐步发展。但是现有技术在bs模式下一次加载2000张以上图像时，前端浏览器会出现整体运行和图像实际操作效率和展现出现不协同、pc内存使用占比高、时不时浏览器整体卡死或崩掉等一系列问题。


技术实现要素：

3.为了克服现有技术的不足，本发明提供一种医学影像数据加载方法、装置及系统，以解决现有技术在bs模式下一次加载2000张以上图像时，前端浏览器会出现整体运行和图像实际操作效率和展现出现不协同、pc内存使用占比高、时不时浏览器整体卡死或崩掉等一系列问题。
4.本发明解决其技术问题所采用的技术方案是：第一方面，一种医学影像数据加载方法，包括以下步骤：获取所述医学影像数据的加载请求；根据所述加载请求判断是否为第一次加载；若是，则获取当前设备硬件参数，根据所述硬件参数从服务器获取所述医学影像数据并保存在本地；若否，则从本地获取所述医学影像数据；加载获取的所述医学影像数据。
5.进一步地，所述根据所述加载请求判断是否为第一次加载，包括：获取加载历史记录；判断所述加载历史记录中是否存在相同医学影像数据的加载请求；若不存在，则判断为第一次加载；若存在，则判断不是第一次加载。
6.进一步地，所述根据所述硬件参数从服务器获取所述医学影像数据，包括：根据所述硬件参数计算cpu执行时间和内存使用占比；根据所述cpu执行时间和内存使用占比的计算值分配临时内存，以用于从所述服务器下载所述医学影像数据到临时内存。
7.进一步地，所述保存在本地包括：采用indexeddb以b+树数据结构模式存储从服务器获取的医学影像数据以及将所述医学影像数据存储在本地磁盘。
8.进一步地，所述加载获取的所述医学影像数据，包括：从临时内存中加载所述医学影像数据；
若所述临时内存中不存在所述医学影像数据，则从indexeddb中加载所述医学影像数据。
9.进一步地，还包括：获取所述indexeddb中存储的数据的存储时间；当所述存储时间超过预设值时，将所述数据从所述indexeddb中删除。
10.进一步地，所述从本地获取所述医学影像数据包括：从所述indexeddb获取所述医学影像数据；若所述indexeddb没有所述医学影像数据，则从本地磁盘获取所述医学影像数据。
11.进一步地，所述加载获取的所述医学影像数据时，根据所述硬件参数分配合理线程数进行加载。
12.第二方面，一种医学影像数据加载装置，包括：加载请求获取模块，用于获取所述医学影像数据的加载请求；加载次数判断模块，用于根据所述加载请求判断是否为第一次加载；影像数据获取模块，用于若是，则获取当前设备硬件参数，根据所述硬件参数从服务器获取所述医学影像数据并保存在本地；若否，则从本地获取所述医学影像数据；影像数据加载模块，用于加载获取的所述医学影像数据。
13.第三方面，一种医学影像数据加载系统，包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器被配置为用于执行第一方面技术方案任一项所述的方法。
14.有益效果：本技术技术方案提供的一种医学影像数据加载方法、装置及系统，在获取医学影像数据的加载请求后，根据加载请求判断是否是第一次加载；当第一次加载时，获取当前设备的硬件参数，根据硬件参数从服务器获取医学影像数据并保存在本地，下载数据时考虑当前设备的硬件参数，以保证从服务器下载过程中不会出现卡顿等现象，保证整体运行和图像实际操作效率和展现协同；当不是第一次加载时，说明已经保存在本地，则从本地获取下载的医学影像数据，无需从服务器重新下载，避免下载过程卡死或崩掉等问题的发生，大大提高了加载效率和加载质量。
附图说明
15.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
16.图1是本发明实施例提供的一种医学影像数据加载方法流程图；图2是本发明实施例提供的一种具体的一种医学影像数据加载方法流程图；图3是本发明实施例提供的一种医学影像数据加载装置结构示意图。
具体实施方式
17.为使本技术的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明的技术方案进行详细的描述说明。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本技术所保护的范围。
18.第一实施例，参照图1，本发明实施例提供了一种医学影像数据加载方法，包括以下步骤：s11：获取所述医学影像数据的加载请求；s12：根据所述加载请求判断是否为第一次加载；s13：若是，则获取当前设备硬件参数，根据所述硬件参数从服务器获取所述医学影像数据并保存在本地；s14：若否，则从本地获取所述医学影像数据；s15：加载获取的所述医学影像数据。
19.本发明实施例提供的一种医学影像数据加载方法，在获取医学影像数据的加载请求后，根据加载请求判断是否是第一次加载；当第一次加载时，获取当前设备的硬件参数，根据硬件参数从服务器获取医学影像数据并保存在本地，下载数据时考虑当前设备的硬件参数，以保证从服务器下载过程中不会出现卡顿等现象，保证整体运行和图像实际操作效率和展现协同；当不是第一次加载时，说明已经保存在本地，则从本地获取下载的医学影像数据，无需从服务器重新下载，避免下载过程卡死或崩掉等问题的发生，大大提高了加载效率和加载质量。
20.第二实施例，如图2所示，提供一种具体的医学影像数据加载方法，包括以下步骤：获取所述医学影像数据的加载请求；需要说明的是，加载请求可以是用户发送的，也可以是根据预设规则触发的。示例性的，预设规则触发可以按照预设时间触发，即固定将某一周期内（如一天/一小时）的医学影像数据进行加载。也可以是按照新增医学影像数据量触发，即当新增医学影像数据量大于或达到预设值时，则触发加载请求。
21.根据所述加载请求判断是否为第一次加载；具体地，获取加载历史记录；判断所述加载历史记录中是否存在相同医学影像数据的加载请求；若不存在，则判断为第一次加载；若存在，则判断不是第一次加载。可选地，还可以根据加载请求去本地匹配该加载请求对应的医学影像数据；若能够匹配到，则不是第一次加载；若不能匹配到，则是第一次加载。
22.若是，则获取当前设备硬件参数，根据所述硬件参数从服务器获取所述医学影像数据并保存在本地；具体地，根据所述硬件参数计算cpu执行时间和内存使用占比；根据所述cpu执行时间和内存使用占比的计算值分配临时内存，以用于从所述服务器下载所述医学影像数据到临时内存。其中，cpu执行时间指运行一个程序(可能有多条指令)所花费的时间；cpu执行时间 = 所需的cpu时钟周期数/主频 = (指令条数 * cpi)/主频；mips = 主频/cpi；其中 cpi为clock cycle per instruction ,即执行一条指令所需的时钟周期数； mips为million instructions per second, 即每秒执行多少条百万条指令。内存使用占比=运行进程、服务等所占内存数/内存总数。采用indexeddb以b+树数据结构模式存储从服务器获取的医学影像数据。其中，保存在本地包括：采用indexeddb以b+树数据结构模式存储从服务器获取的医学影像数据以及将所述医学影像数据存储在本地磁盘。
23.若否，则从本地获取所述医学影像数据；具体地，从所述indexeddb获取所述医学影像数据；若所述indexeddb没有所述医学影像数据，则从本地磁盘获取所述医学影像数据。
24.加载获取的所述医学影像数据。具体地，从临时内存中加载所述医学影像数据；若所述临时内存中不存在所述医学影像数据，则从indexeddb中加载所述医学影像数据。需要说明的是，所述加载获取的所述医学影像数据时，根据所述硬件参数分配合理线程数进行加载。示例性的，根据设备硬件支持的最大并发数来确定启动的web worker数量；每个web worker分配promisepool（cpu核心数*（1/cpu利用率））。
25.作为本发明实施例一种可选的实现方式，还包括获取所述indexeddb中存储的数据的存储时间；当所述存储时间超过预设值时，将所述数据从所述indexeddb中删除。
26.为了更具体的说明本发明实施例提供的方案，下面给出以第一次加载和非第一次加载的加载流程。
27.浏览器影像在平时使用过程中同一患者的数据存在多次浏览查看、所以加载流程分为数据第一加载和非第一次加载两个过程。
28.第一次加载步骤1：获取影像数据、获取方式分为http和dicom协议方式、两种方式均会将数据通过插件下载到本地、在下载开始前会初次获取当前使用pc电脑硬件参数，计算出cpu执行时间和内存使用占比（参数信息同时传输到后端服务器），根据计算值分配临时内存用于数据下载操作、操作然后释放临时内存。dicom（digital imaging and communications in medicine）即医学数字成像和通信，是医学图像和相关信息的国际标准（iso 12052）。它定义了能满足临床需要的可用于数据交换的医学图像格式。
29.步骤2：数据缓存加载，如步骤1所写数据通过插件下载本地磁盘存储、数据存储以b+树数据结构模式存储、同时在http下载模式下利用浏览器的缓存技术indexeddb缓存数据存储（数据结构b+树）非图像类的其他表述信息（此时缓存数据很少）。需要说明的是b+树中的节点不存储数据，只是索引（即数据全部在叶子节点上）。
30.indexeddb是一种使用浏览器存储大量数据的方法，它创造的数据可以被查询，并且可以离线使用。使用indexeddb，使用一个key索引，可以存储或者获取数据。是实务（transaction）中完成对数据的修改。遵从同源协议(same-origin policy)。所以只能访问同域中存储的数据，而不能访问其他域的。
31.由于浏览器初次加载的数据少或者数据不支持http模式时，则需要通过插件与浏览器、将磁盘存储数据返回给浏览器、浏览器加载批量数据、这时浏览器则需要通过步骤1计算的性能和展示分配合理线程数进行数据记载到indexeddb中(indexeddb中数据将根据设置自动清理历史数据)。
32.步骤3：数据展示。通过步骤1和2已经将数据加载到浏览器。这时需要根据浏览器初始模式加载部分数据、同时通过indexeddb缓存零时数据（包含访问操作数据和预操作数据索引）当数据切换时通过索引快速检索indexeddb并加载展示。
33.非第一次加载步骤1：同一患者数据非第一次访问时，这时该使用pc端性能参数和浏览器默认加载参数均已在服务器端保存。这时候按照保存参数开始获取数据。这时的获取数据则不需
要从服务器、因为第一次本机做了数据缓存。优先获取indexeddb中数据。当数据不存在时通过插件从本地磁盘数据。
34.步骤2：数据加载，根据分配合理线程数、默认加载需要的数据、同时存储前端indexeddb中，用于数据零时访问。
35.步骤3：与第一次加载步骤3相同。
36.此方法的重点是非第一次数据记载时不需要再去访问远端服务器获取数据、同时对使用者pc性能和初始数据进行了存储、方便了二次加载不需要性能方面的二次计算。
37.本发明实施例提供的方法，解决大量影像图像浏览器加载时的问题，保证影像数据原始性和完整性，具有实际使用有效性和应用正确性。
38.第三实施例，如图3所示，本发明提供一种医学影像数据加载装置，包括：加载请求获取模块31，用于获取所述医学影像数据的加载请求。
39.加载次数判断模块32，用于根据所述加载请求判断是否为第一次加载；具体地，加载次数判断模块32获取加载历史记录；判断所述加载历史记录中是否存在相同医学影像数据的加载请求；若不存在，则判断为第一次加载；若存在，则判断不是第一次加载。
40.影像数据获取模块33，用于若是，则获取当前设备硬件参数，根据所述硬件参数从服务器获取所述医学影像数据并保存在本地；若否，则从本地获取所述医学影像数据；其中，根据所述硬件参数从服务器获取所述医学影像数据，包括：根据所述硬件参数计算cpu执行时间和内存使用占比；根据所述cpu执行时间和内存使用占比的计算值分配临时内存，以用于从所述服务器下载所述医学影像数据到临时内存。所述保存在本地包括：采用indexeddb以b+树数据结构模式存储从服务器获取的医学影像数据以及将所述医学影像数据存储在本地磁盘。
41.此外，影像数据获取模块33获取所述indexeddb中存储的数据的存储时间；当所述存储时间超过预设值时，将所述数据从所述indexeddb中删除。
42.可选地，从本地获取所述医学影像数据包括：从所述indexeddb获取所述医学影像数据；若所述indexeddb没有所述医学影像数据，则从本地磁盘获取所述医学影像数据。
43.影像数据加载模块34，用于加载获取的所述医学影像数据。具体地，影像数据加载模块34从临时内存中加载所述医学影像数据；若所述临时内存中不存在所述医学影像数据，则从indexeddb中加载所述医学影像数据。可选地，影像数据加载模块34加载获取的所述医学影像数据时，根据所述硬件参数分配合理线程数进行加载。
44.本发明实施例提供的医学影像数据加载装置，加载请求获取模块获取所述医学影像数据的加载请求；加载次数判断模块根据所述加载请求判断是否为第一次加载；若是，影像数据获取模块获取当前设备硬件参数，根据所述硬件参数从服务器获取所述医学影像数据并保存在本地；若否，影像数据获取模块从本地获取所述医学影像数据；影像数据加载模块加载获取的所述医学影像数据。本发明实施例提供的医学影像数据加载装置，当第一次加载时，获取当前设备的硬件参数，根据硬件参数从服务器获取医学影像数据并保存在本地，下载数据时考虑当前设备的硬件参数，以保证从服务器下载过程中不会出现卡顿等现象，保证整体运行和图像实际操作效率和展现协同；当不是第一次加载时，说明已经保存在本地，则从本地获取下载的医学影像数据，无需从服务器重新下载，避免下载过程卡死或崩掉等问题的发生，大大提高了加载效率和加载质量。
45.第四实施例，本发明提供了一种医学影像数据加载系统，包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器被配置为用于执行第一实施例或第二实施例提供的方法。
46.本发明实施例提供的医学影像数据加载系统，通过存储器存储处理器的可执行指令，当处理器执行该指令时，能够实现当第一次加载时，获取当前设备的硬件参数，根据硬件参数从服务器获取医学影像数据并保存在本地，下载数据时考虑当前设备的硬件参数，以保证从服务器下载过程中不会出现卡顿等现象，保证整体运行和图像实际操作效率和展现协同；当不是第一次加载时，说明已经保存在本地，则从本地获取下载的医学影像数据，无需从服务器重新下载，避免下载过程卡死或崩掉等问题的发生，大大提高了加载效率和加载质量。
47.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
48.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
49.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
50.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（pga），现场可编程门阵列（fpga）等。
51.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
52.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
53.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
54.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不
一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
55.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。