[新功能]DICOM上传之全新震撼体验

    所谓影像云或者云影像，亦或者是上文所讲到的“云胶片”等，核心的应用就是将原来存放在医院PACS系统的DICOM原始影像，直接上传到公有云的存储中，然后针对云上存储的医学影像展开各种深入的应用。

    在影像云的技术实现中，影像上传、管理以及调阅是影像云的三个重要的技术支撑点。在我们的云影像架构中，影像的存储和管理主要借助了各公有云的对象存储服务来实现高可用及高扩展性；影像的调阅是Dodo DICOM HTML5 Viewer及其相关的服务要解决的问题；今天要说的就是影像上传的那些事了。

    

    医学影像（DICOM文件）的产生都是从X光、CT、MRI等设备中扫描过程中产生，又或者是由三维后处理工作站等后处理软件处理原始图像产生。当这些图像在医院内部使用时，一般都是将这些DICOM文件通过DICOM协议传输给PACS保存并使用。而如上图所示，由于云影像一般是指互联网上的公有云服务，向影像云上传DICOM影像的时候，如果使用DICOM等非http/https的二进制底层协议，在互联网上进行传输通信，试过的朋友一定知道这是多么不靠谱的一件事（回想起伤心往事，一个人流泪到天明），土豪专线的除外。

    

    为了保证云影像的顺利开展，微至云动云影像开发了各种各样的影像上传技术和工具。正所谓“纵横不出方圆，万变不离其宗”，总的来看，影像上传的套路主要分为三类：

1.     DICOM自动转发上传类：这是一般的DICOM网关的做的事情。一头以DICOM连接PACS或者设备，一头直接将收到的影像上传到云端。区区一个DICOM CStore服务的实验而已，对我们来说那是小事一件。但是一般人不会告诉你的，在实际的应用中才会发现的问题：某些X产PACS不支持自动DICOM转发，甚至是彻底不支持通过DICOM发送图像，只给开放共享目录或者是ftp访问。幸好我们是一帮热爱挑战的人，这些问题在我们的DICOM网关中都有了很好的解决方案，一个医院一天传个大几百个G的图像那都是小事一桩。

   
   

   

2. 第三方程序上传类（上传SDK）：这个模式下的影像来源各式各异，现实的情况却是合伙伙伴手里有这么一堆文件，需要通过接口上传到云上。微至云动云影像的影像上传SDK及接口正是为此应运而生。结合各公有云的对象存储SDK和微至云动云影像的相关服务，不仅可以将DICOM影像轻松上传，更可以将JPEG等图像也能轻松愉快的打包上传。

3. 网页上传新技术：对于要面向最终用户提供直接的影像上传服务的系统来讲，如何轻松、愉快、高效的让用户把需要的影像上传上来，那是一件充满了技术的事情，而我司最帅的小伙却把这件事情做成了一个艺术。先让我们看个视频来体验一把飞速上传的感觉：

如视频所见，我们竭尽所能的优化了网页上传影像的用户体验，并且一如既往的挖掘尽了浏览器的性能极限，提供了尽可能快的上传速度，从而让网页系统（Web）上传几百M甚至几个G的DICOM文件再也不是一件难事，让上传的过程都如同创作一样的充满了神圣的艺术感。下面是实际测试数据：

测试环境：坐标北京，使用N年以前花5000配的家用主机，win 10系统，谷歌浏览器（Chrome），家用的联通宽带（200M），测试上传约3,400个（约1.7G）的CT文件。

测试结果：上传过程轻松愉快完成，没有发生任何错误、中断或者卡顿，全部文件大约花费了8分钟。这个感觉就跟以前拿个U盘拷文件的感觉差不多。

想要体验一把这个速度如飞、轻松愉悦即可上传超大的医学影像的功能吗？又或是想要找我司最帅的码农小哥要个签名照的？欢迎关注微至云动云影像，并广邀朋友点赞，集齐100个赞我们就爆出更多更大的秘密。：）