一种医学图片显示处理方法和系统与流程

1.本发明涉及数字医疗领域，具体涉及一种医学图片显示处理方法和系统。

背景技术：

2.在医学应用场景中，样本图像为医学影像，样本图像包含的对象所属类型为病灶，即机体上发生病变的部分。医学影像是指为了医疗或医学研究，以非侵入方式取得的内部组织，例如，胃部、腹部、心脏、膝盖、脑部的影像，比如，ct(computed tomography，电子计算机断层扫描)、mri(magnetic resonance imaging，磁共振成像)、us(ultrasonic，超声)、x光图像、脑电图以及光学摄影灯由医学仪器生成的图像。
3.一般移动端的应用界面在显示上述图片时，为了使图片的显示效果更为美观，会将图片进行处理，从而在移动端应用界面上显示出更美观的图片，为用户带来视觉上的舒适感。
4.sdwebimage在网络图片加载回调中可以绘制图片，但在列表视图滑动过程中，会重复绘制，降低了开发效率。

技术实现要素：

5.为此，本技术实施例提供一种医学图片显示处理方法和系统，对框架封装的网络图片进行高效便捷的显示处理，避免了列表视图滑动过程中的重复绘制问题，节约了硬件资源，提升界面流畅度，提升了开发效率。
6.为了实现上述目的，本技术实施例提供如下技术方案：
7.根据本技术实施例的第一方面，提供了一种医学图片显示处理方法，所述方法包括：
8.获取第一图像；所述第一图像为待显示于目标系统中的图片；
9.根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；
10.若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；
11.若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。
12.可选地，所述根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存，包括：
13.获取所述第一图像的url并基于所述url生成相应的key值；
14.基于所述第一图像的key值和医学图片显示处理信息，生成所述第一图像的编码信息；
15.根据所述第一图像的编码信息与缓存中的图像进行对比，以确定是否存在相同的符合医学图片显示处理信息的图像。
16.可选地，所述第一图像的key值通过以下步骤生成：
17.读取所述第一图像的url，并将图片绘制参数以前缀的形式拼接至所述url，以生成所述第一图像的key值。
18.可选地，若医学图片显示处理为圆角化处理，所述绘制设定尺寸的第二图片，包括：
19.根据设定尺寸对所述第一图片进行尺寸调整；
20.根据设定的圆角的弧度值信息，对所述第一图片进行切圆角处理。
21.可选地，若医学图片显示处理为圆角化处理，所述绘制设定尺寸的第二图片，包括：
22.基于插件绘制设定圆角尺寸的第二图片。
23.可选地，在所述根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理之后，所述方法还包括：
24.若不需要，将所述第一图像通过控件进行展示。
25.可选地，在所述绘制设定尺寸的第二图片之后，所述方法还包括：
26.判断所述第二图片是否为满足设定尺寸条件的图片；
27.若不符合，则不显示图片且发出图片显示失败提醒消息。
28.根据本技术实施例的第二方面，提供了种医学图片显示处理系统，所述系统是基于sdwebimage第三方框架，所述系统包括：
29.图像获取模块，用于获取第一图像；所述第一图像为待显示于目标系统中的图片；
30.判断模块，用于根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；
31.缓存查询模块，用于若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；
32.绘制模块，用于若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。
33.可选地，所述缓存查询模块，具体用于：
34.获取所述第一图像的url并基于所述url生成相应的key值；基于所述第一图像的key值和医学图片显示处理信息，生成所述第一图像的编码信息；根据所述第一图像的编码信息与缓存中的图像进行对比，以确定是否存在相同的符合医学图片显示处理信息的图像。
35.可选地，所述第一图像的key值通过以下步骤生成：
36.读取所述第一图像的url，并将图片绘制参数以前缀的形式拼接至所述url，以生成所述第一图像的key值。
37.可选地，若医学图片显示处理为圆角化处理，所述绘制模块，具体用于：
38.根据设定尺寸对所述第一图片进行尺寸调整；
39.根据设定的圆角的弧度值信息，对所述第一图片进行切圆角处理。
40.可选地，若医学图片显示处理为圆角化处理，所述绘制模块，具体用于：
41.基于插件绘制设定圆角尺寸的第二图片。
42.可选地，在所述根据所述第一图像的属性和目标系统属性判断是否需要进行医学
图片显示处理之后，所述系统还包括：
43.图像展示模块，用于若不需要，将所述第一图像通过控件进行展示。
44.可选地，在所述绘制设定尺寸的第二图片之后，所述系统还包括：
45.第二判断模块，用于判断所述第二图片是否为满足设定尺寸条件的图片；若不符合，则不显示图片且发出图片显示失败提醒消息。
46.根据本技术实施例的第三方面，提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行以实现上述第一方面所述的方法。
47.根据本技术实施例的第四方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上述第一方面所述的方法。
48.综上所述，本技术实施例提供了一种医学图片显示处理方法和系统，通过获取第一图像；所述第一图像为待显示于目标系统中的图片；根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。对基于框架封装的网络图片进行高效便捷的显示处理，避免了列表视图滑动过程中的重复绘制问题，节约了硬件资源，提升界面流畅度，提升了开发效率。
附图说明
49.为了更清楚地说明本发明的实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引伸获得其它的实施附图。
50.本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。
51.图1为本技术实施例提供的一种医学图片显示处理方法流程示意图；
52.图2为本技术实施例提供的医学图片显示处理逻辑示意图；
53.图3为本技术实施例提供的另一种医学图片显示处理方法流程示意图；
54.图4为本技术实施例提供的一种医学图片显示处理系统框图；
55.图5为本技术实施例提供的一种电子设备的结构示意图；
56.图6为本技术实施例提供的一种计算机可读存储介质的示意图。
具体实施方式
57.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
58.可以理解，本技术所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本技术的范围的情况下，可以将第一手势测试脚本称为第二手势测试脚本，且类似地，可将第二手势测试脚本称为第二手势测试脚本。
59.以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
60.目前市面上ios系统中对图片的处理主要使用的是一些第三方的框架，这些第三方框架主要包括afnetworking、fastimagecache、sdwebimage；这些框架基本的工作流程是下载图片；图片处理(裁剪，边框等)；写入磁盘；从磁盘读取数据到内核缓冲区；从内核缓冲区复制到用户空间(内存级别拷贝)；解压缩为位图(耗cpu较高)；如果位图数据不是字节对齐的，coreanimation会copy一份位图数据并进行字节对齐；coreanimation渲染解压缩过的位图。
61.现阶段使用最多的是sdwebimage这个第三方框架。该框架提供了非常稳定高效的异步下载图片的方式，提供了内存缓存和磁盘缓存的方法，并且提供了清除缓存的方法。该框架缓存图片的基本步骤是根据url开始处理图片；从缓存查图片是否已经下载；先从内存图片缓存查是否有图片，如果内存中已经有图片缓存返回uiimageview对象前端展示图片；如果内存缓存中没有，生成nsinvocationoperation添加到队列开始从硬盘查图片是否已经缓存；根据urlkey在硬盘缓存目录下尝试读取图片文件；如果上一操作从硬盘读取到了图片，将图片添加到内存缓存中(如果空闲内存过小，会先清空内存缓存)。进而回调展示图片；如果从硬盘缓存目录读取不到图片，说明所有缓存都不存在该图片，需要下载图片；共享或重新生成一个下载器开始下载图片；数据下载完成后做图片解码处理；图片解码处理在一个nsoperationqueue完成，不会拖慢主线程ui。如果有需要对下载的图片进行二次处理，也在这里完成，效率会好很多；解码完成，告知图片下载完成；展示图片；将图片保存到sdimagecache中，内存缓存和硬盘缓存同时保存；写文件到硬盘也在以单独nsinvocationoperation完成，避免拖慢主线程。
62.在sdwebimage提供的网络图片加载回调中可以绘制图片，但在列表视图滑动过程中，会重复绘制。虽然在显示上提升了性能，但是增加了绘制工作。
63.针对列表视图滑动过程中，sdwebimage图片加载回调中的重复绘制，通过查阅sdwebimage实现逻辑和相关api得知，sdwebimage在图片加载完成后，会以图片url的md5值为key缓存下载的图片，所以可以从缓存入手改进。
64.图1示出了本技术实施例提供的一种医学图片显示处理方法，所述方法包括：
65.步骤101：获取第一图像；所述第一图像为待显示于目标系统中的图片；
66.步骤102：根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；
67.步骤103：若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；
68.步骤104：若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件
进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。
69.在一种可能的实施方式中，在步骤102所述根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理之后，所述方法还包括：
70.若不需要，将所述第一图像通过uiimageview控件进行展示。
71.在一种可能的实施方式中，在步骤103所述根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存，包括：
72.获取所述第一图像的url并基于所述url生成相应的key值；
73.基于所述第一图像的key值和医学图片显示处理信息，生成所述第一图像的编码信息；
74.根据所述第一图像的编码信息与缓存中的图像进行对比，以确定是否存在相同的符合医学图片显示处理信息的图像。
75.在一种可能的实施方式中，所述第一图像的key值通过以下步骤生成：
76.读取所述第一图像的url，并将图片绘制参数以前缀的形式拼接至所述url，以生成所述第一图像的key值。
77.在一种可能的实施方式中，若医学图片显示处理为圆角化处理，所述步骤104绘制设定尺寸的第二图片，包括：
78.根据设定尺寸对所述第一图片进行尺寸调整；根据设定的圆角的弧度值信息，对所述第一图片进行切圆角处理。
79.在一种可能的实施方式中，若医学图片显示处理为圆角化处理，所述步骤104绘制设定尺寸的第二图片，包括：
80.基于插件绘制设定圆角尺寸的第二图片。
81.在一种可能的实施方式中，在步骤104所述绘制设定尺寸的第二图片之后，所述方法还包括：
82.判断所述第二图片是否为满足设定尺寸条件的图片；
83.若不符合，则不显示图片且发出图片显示失败提醒消息。
84.ios言有四个标志性特征：平滑圆角矩形、阴影、半透明和高斯模糊，它们几乎贯穿整个系统。app中各式不同radius的圆角图片也随处可见，通常圆角的实现有以下几种方案：
85.1.通过设置cornerradius值和maskstobounds＝ture实现；
86.2.通过设置view.layer的mask属性，通过图层混和实现；
87.3.通过在视图上叠加视图实现；
88.4.通过core graphics绘制带圆角的图片实现。
89.其中1、2会触发gpu离屏渲染，引起性能问题，在一些旧型号的设备上可能会造成卡顿，3不会有性能上的问题，但是使用起来不灵活，范围有限，4是推荐的方案，但也有一些不足。
90.传统的移动端图片圆角化的处理方法为，先下载矩形图片，然后通过gpu对图片进行相应的圆角化处理，强行将图片切割成圆角图片，再在应用界面上显示相应的圆角图片。当需要处理的图片数量较多时，会造成离屏渲染，明显地增大移动端的内存损耗，同时，严重时会造成移动端出现卡顿影响用户的使用体验。
91.图2示出了本技术实施例提供的一种医学图片显示处理方法(医学图片显示处理为圆角化处理)的逻辑示意图。
92.创建一个uiimageview的category,分类内部引入sdwebimage,对外提供设置url、圆角大小radius的api。对于待显示的图片，首先判断是否需要圆角图片，如果不需要直接转发由sdwebimage提供图片显示。如果需要圆角图片，以特定规则拼接的key在sdimagecache查是否有缓存，如果有缓存直接返回缓存中的图片进行显示。如果没有缓存，使用ios系统提供的底层库core graphics绘制指定大小的圆角图片，返回调用者使用。将绘制好的图片，以特定规则拼接的key使用sdimagecache缓存，留以备用。
93.由于图片的url具有唯一性，因此获取图片的url就能获取图片具体信息。在获取目标图片的url后，基于图片的url转换为md5值，具体可以采用了md5加密算法。md5值具有更高的安全性以及更为便于储存的特点，因此将url转换为md5值能更好地储存，同时md5的值与url相对于，图片的md5值也具有唯一性，使不同的图片url转换为md5值后，在处理过程中互不干扰。
94.在使用基于sdwebimage封装的网络图片下载技术后，开发人员不需要在编写圆角设置的代码，提升了开发效率。同时也避免了离屏沉浸引起的性能问题，避免了列表视图滑动过程中的重复绘制问题，节约了硬件资源，提升界面流畅度，提升用户使用体验。
95.本技术实施例还提供一种医学图片显示处理方法，如图3所示，所述方法是基于sdwebimage第三方框架，所述方法包括：
96.步骤301：获取第一图像；所述第一图像为待显示于目标系统中的图片；
97.步骤302：根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；若不需要，执行步骤303；若需要，执行步骤304；
98.步骤303：将所述第一图像通过uiimageview控件进行展示；
99.步骤304：根据所述第一图像的设定规则拼接的key值在sdwebimage的缓存中查是否有对应的缓存；若有缓存，执行步骤305；若没有缓存，执行步骤306；
100.步骤305：获取缓存中的对应图片通过uiimageview控件进行展示；
101.步骤306：则绘制设定尺寸的第二图片，并将所述第二图片通过uiimageview控件进行展示，以及将所述第二图片的设定规则拼接的key值缓存至sdwebimage中。
102.步骤307：判断所述第二图片是否为满足设定尺寸条件的图片；若不符合，则不显示图片且发出图片显示失败提醒消息。
103.在一种可能的实施方式中，所述根据所述第一图像的设定规则拼接的key值在sdwebimage的缓存中查是否有对应的缓存，包括：
104.获取所述第一图像的url并基于所述url生成相应的key值；基于所述第一图像的key值和医学图片显示处理信息，生成所述第一图像的编码信息；根据所述第一图像的编码信息与sdwebimage的缓存中的图像进行对比，以确定是否存在相同的符合医学图片显示处理信息的图像。
105.在一种可能的实施方式中，所述第一图像的key值通过以下步骤生成：
106.读取所述第一图像的url，并将图片绘制参数以前缀的形式拼接至所述url，以生成所述第一图像的key值。
107.在一种可能的实施方式中，若医学图片显示处理为圆角化处理，所述绘制设定尺
寸的第二图片，包括：
108.根据设定尺寸对所述第一图片进行尺寸调整；
109.根据设定的圆角的弧度值信息，对所述第一图片进行切圆角处理。
110.在一种可能的实施方式中，若医学图片显示处理为圆角化处理，所述绘制设定尺寸的第二图片，包括：
111.基于core graphics插件绘制设定圆角尺寸的第二图片。
112.综上所述，本技术实施例提供了一种医学图片显示处理方法，通过获取第一图像；所述第一图像为待显示于目标系统中的图片；根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。对基于框架封装的网络图片进行高效便捷的显示处理，避免了列表视图滑动过程中的重复绘制问题，节约了硬件资源，提升界面流畅度，提升了开发效率。可以支持疾病辅助诊断、健康管理、远程会诊等功能。
113.基于相同的技术构思，本技术实施例还提供了一种医学图片显示处理系统，如图4所示，所述系统是基于sdwebimage第三方框架，所述系统包括：
114.图像获取模块401，用于获取第一图像；所述第一图像为待显示于目标系统中的图片；
115.判断模块402，用于根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；
116.缓存查询模块403，用于若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；
117.绘制模块404，用于若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。
118.在一种可能的实施方式中，所述缓存查询模块403，具体用于：
119.获取所述第一图像的url并基于所述url生成相应的key值；基于所述第一图像的key值和医学图片显示处理信息，生成所述第一图像的编码信息；根据所述第一图像的编码信息与缓存中的图像进行对比，以确定是否存在相同的符合医学图片显示处理信息的图像。
120.在一种可能的实施方式中，所述第一图像的key值通过以下步骤生成：
121.读取所述第一图像的url，并将图片绘制参数以前缀的形式拼接至所述url，以生成所述第一图像的key值。
122.在一种可能的实施方式中，若医学图片显示处理为圆角化处理，所述绘制模块404，具体用于：
123.根据设定尺寸对所述第一图片进行尺寸调整；
124.根据设定的圆角的弧度值信息，对所述第一图片进行切圆角处理。
125.在一种可能的实施方式中，若医学图片显示处理为圆角化处理，所述绘制模块
404，具体用于：
126.基于插件绘制设定圆角尺寸的第二图片。
127.在一种可能的实施方式中，在所述根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理之后，所述系统还包括：
128.图像展示模块，用于若不需要，将所述第一图像通过控件进行展示。
129.在一种可能的实施方式中，在所述绘制设定尺寸的第二图片之后，所述系统还包括：
130.第二判断模块，用于判断所述第二图片是否为满足设定尺寸条件的图片；若不符合，则不显示图片且发出图片显示失败提醒消息。
131.本技术实施方式还提供一种与前述实施方式所提供的方法对应的电子设备。请参考图5，其示出了本技术的一些实施方式所提供的一种电子设备的示意图。所述电子设备20可以包括：处理器200，存储器201，总线202和通信接口203，所述处理器200、通信接口203和存储器201通过总线202连接；所述存储器201中存储有可在所述处理器200上运行的计算机程序，所述处理器200运行所述计算机程序时执行本技术前述任一实施方式所提供的方法。
132.其中，存储器201可能包含高速随机存取存储器(ram：random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个物理端口203(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。
133.总线202可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器201用于存储程序，所述处理器200在接收到执行指令后，执行所述程序，前述本技术实施例任一实施方式揭示的所述方法可以应用于处理器200中，或者由处理器200实现。
134.处理器200可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201，处理器200读取存储器201中的信息，结合其硬件完成上述方法的步骤。
135.本技术实施例提供的电子设备与本技术实施例提供的方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。
136.本技术实施方式还提供一种与前述实施方式所提供的方法对应的计算机可读存储介质，请参考图6，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的方法。
137.需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。
138.本技术的上述实施例提供的计算机可读存储介质与本技术实施例提供的方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。
139.需要说明的是：
140.在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备有固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本技术也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本技术的内容，并且上面对特定语言所做的描述是为了披露本技术的最佳实施方式。
141.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本技术的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
142.类似地，应当理解，为了精简本技术并帮助理解各个发明方面中的一个或多个，在上面对本技术的示例性实施例的描述中，本技术的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本技术要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本技术的单独实施例。
143.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本技术的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
144.本技术的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本技术实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本技术还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本技术的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这
样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
145.应该注意的是上述实施例对本技术进行说明而不是对本技术进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本技术可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
146.以上所述，仅为本技术较佳的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。
147.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
148.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
149.以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

技术特征：

1.一种医学图片显示处理方法，其特征在于，所述方法包括：获取第一图像；所述第一图像为待显示于目标系统中的图片；根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。2.如权利要求1所述的方法，其特征在于，所述根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存，包括：获取所述第一图像的url并基于所述url生成相应的key值；基于所述第一图像的key值和医学图片显示处理信息，生成所述第一图像的编码信息；根据所述第一图像的编码信息与缓存中的图像进行对比，以确定是否存在相同的符合医学图片显示处理信息的图像。3.如权利要求2所述的方法，其特征在于，所述第一图像的key值通过以下步骤生成：读取所述第一图像的url，并将图片绘制参数以前缀的形式拼接至所述url，以生成所述第一图像的key值。4.如权利要求1所述的方法，其特征在于，若医学图片显示处理为圆角化处理，所述绘制设定尺寸的第二图片，包括：根据设定尺寸对所述第一图片进行尺寸调整；根据设定的圆角的弧度值信息，对所述第一图片进行切圆角处理。5.如权利要求1所述的方法，其特征在于，若医学图片显示处理为圆角化处理，所述绘制设定尺寸的第二图片，包括：基于插件绘制设定圆角尺寸的第二图片。6.如权利要求1所述的方法，其特征在于，在所述根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理之后，所述方法还包括：若不需要，将所述第一图像通过控件进行展示。7.如权利要求1所述的方法，其特征在于，在所述绘制设定尺寸的第二图片之后，所述方法还包括：判断所述第二图片是否为满足设定尺寸条件的图片；若不符合，则不显示图片且发出图片显示失败提醒消息。8.一种医学图片显示处理系统，其特征在于，所述系统包括：图像获取模块，用于获取第一图像；所述第一图像为待显示于目标系统中的图片；判断模块，用于根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；缓存查询模块，用于若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的key值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；绘制模块，用于若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的key值存储至缓存中。
9.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以实现如权利要求1-7任一项所述的方法。10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1-7任一项所述的方法。

技术总结

本发明涉及一种医学图片显示处理方法和系统，所述方法包括：获取第一图像；所述第一图像为待显示于目标系统中的图片；根据所述第一图像的属性和目标系统属性判断是否需要进行医学图片显示处理；若需要医学图片显示处理，则根据所述第一图像的设定规则拼接的KEY值在缓存中查是否有对应的缓存；若有缓存，获取缓存中的对应图片通过控件进行展示；若没有缓存，则绘制设定尺寸的第二图片，并将所述第二图片通过控件进行展示，以及将所述第二图片的设定规则拼接的KEY值存储至缓存中。对基于框架封装的网络图片进行高效便捷的显示处理，避免了列表视图滑动过程中的重复绘制问题，节约了硬件资源，提升界面流畅度，提升了开发效率。提升了开发效率。提升了开发效率。