[OHIF-Viewers]医疗数字阅片-医学影像-cornerstone-core-Cornerstone.js提供了一个完整的基于Web的医学成像平台。

[OHIF-Viewers]医疗数字阅片-医学影像-cornerstone-core-Cornerstone.js提供了一个完整的基于Web的医学成像平台。

技术体系

概况来讲,Cornerstone是一套JavaScript底层组件,用于支持医学影像的显示与交互;OHIF Viewer是一套基于Cornerstone开发的纯网页版医学影像浏览前端。如同它的名字一样,Cornerstone为医学影像Web前端开发提供基石;OHIF Viewer则是基于这套基石开发的Web前端应用。

简单来说,Cornerstone是底层基石,OHIF Viewer是上层应用。

此外,在Cornerstone之上,还封装开发了一个更高层级的工具组件库Cornerstone Tools;而与OHIF Viewer并列,还有一个LesionTracker,用于病灶随访对比。这里也将一并简单介绍。

 

 

关于版权

Cornerstone和OHIF Viewer都采用MIT开源协议。MIT是最宽松和自由的一种版权许可协议。使用者只需要在软件和软件的所有副本中包含原创版权声明,就可以使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。

Cornerstone

简单来说,只需要保留原作者的版权声明,就可以将源代码用于商用,并且不需要公开自己二次开发的源代码。

先来说一说Cornerstone这个基石。如果想直观感受这个基石的威力和这个“轮子”的方便程度,可以直接打开这个网站:https://cornerstonejs.org/

源代码:https://github.com/cornerstonejs/cornerstone

在线文档:https://docs.cornerstonejs.org/

网站首页还用一句Slogan直接给出Cornerstone的使命,原文摘抄如下:

Medical Imaging, Simplified.——The easiest way to build interactive medical imaging web applications.

Cornerstone从设计到实现,具有三大特性

  • 标准兼容——支持DICOM影像解析,来实现图像网页显示;支持DICOMweb中的WADO-URI和WADO-RS接口,来实现图像网页获取。

  • 高性能——采用网页端多线程解码,来加速图像显示。这一点对于互联网应用采用JPEG等压缩方式来传输图像非常有帮助。

  • 可扩展——采用模块化(组件)设计,能够嵌入不同前端架构。例如目前最流行的React架构。

根据目前了解到的,Cornerstone从代码实现到落地应用,确确实实实现了它提出的目标和愿景。

还必须写中文,不然不让同步,蛋疼呀~~~

要想深入学习OHIF-Viewers,那就得搞一下这个底层库噻~~Cornerstone.js。

 DEMO以上瞬间高大上哈~~

const element = document.getElementById('demo-element');
const imageId = 'https://example.url.com/image.dcm';

cornerstone.enable(element);
cornerstone.loadAndCacheImage(imageId).then(function(image) {
  cornerstone.displayImage(element, image);

  // Enable our tools
  cornerstoneTools.mouseInput.enable(element);
  cornerstoneTools.mouseWheelInput.enable(element);
  cornerstoneTools.wwwc.activate(element, 1); // Left Click
  cornerstoneTools.pan.activate(element, 2); // Middle Click
  cornerstoneTools.zoom.activate(element, 4); // Right Click
  cornerstoneTools.zoomWheel.activate(element); // Mouse Wheel
});
       

需要研究的知识点,这一些列DICOM信息加载函数。

cornerstone.loadAndCacheImage

 

Cornerstone.js提供了一个完整的基于Web的医学成像平台。 该存储库包含Cornerstone.js“核心”组件,这是一个轻量级的JavaScript库,用于在支持HTML5 canvas元素的现代Web浏览器中显示医学图像。

Read The Docs | Edit the docs

Coverage Status All Contributors

NPM version NPM downloads MIT License

Cornerstone Core is not meant to be a complete application itself, but instead a component that can be used as part of larger more complex applications. See the OHIF Viewer for an example of using the various Cornerstone libraries to build a simple study viewer.

Cornerstone Core is agnostic to the actual container used to store image pixels as well as the transport mechanism used to get the image data. In fact, Cornerstone Core itself has no ability to read/parse or load images and instead depends on one or more ImageLoaders to function.

The goal here is to avoid constraining developers to work within a single container and transport (e.g. DICOM) since images are stored in a variety of formats (including proprietary). By providing flexibility with respect to the container and transport, the highest performance image display may be obtained as no conversion to an alternate container or transport is required. It is hoped that developers feel empowered to load images from any type of image container using any kind of transport. See the CornerstoneWADOImageLoader project for an example of a DICOM WADO based Image Loader.

Cornerstone Core is agnostic to the exact interaction paradigm being used. It does not include any mouse, touch or keyboard bindings to manipulate the various image properties such as scale, translation or ww/wc. The goal here is to avoid constraining developers using this library to fit into a given ui paradigm. It is hoped that developers are empowered to create new paradigms possibly using new input mechanisms to interact with medical images (e.g. Kinect or Accelerometer). Cornerstone does provide a set of API's allowing manipulation of the image properties via javascript. See the CornerstoneTools library for an example of common tools built on top of Cornerstone.

Community

Have questions? Try posting on our google groups forum.

Live Examples

The best way to see the power of this library is to actually see it in use.

Click here for a list of examples of using the Cornerstone library.

Install

Get a packaged source file:

Or install via NPM:

Latest stable release:

npm install cornerstone-core

Pre-release, unstable, mostly for contributors:

npm install cornerstone-core@next

Key Features

  • HTML5/Javascript based library to easily add interactive medical images to web applications
  • Serves as a foundation to build more complex medical imaging applications from - enterprise viewer, report viewer, etc.
  • Supports all HTML5 based browsers including mobile, tablet and desktop
  • Displays all common medical image formats (e.g. 8 bit grayscale, 16 bit grayscale, RGB color)
  • High performance image display
  • Retrieval of images from different systems with different protocols via Image Loader plugin design
  • API support for changing viewport properties (e.g. ww/wc, zoom, pan, invert)

Links

Development Process

Installation

Developer Guide

View the wiki for documentation on the concepts and APIs

View Roadmap

View Backlog

2014 comp.protocols.dicom thread that started this project

CornerstoneTools - A library of common tools that can be used with Cornerstone

CornerstoneWADOImageLoader - A Cornerstone Image Loader that works with WADO-URI, WADO-RS and DICOM P10 files

CornerstoneWebImageLoader - A Cornerstone Image Loader that works with PNG and JPEG files

dicomParser - A JavaScript library designed to parse DICOM for web browsers

Code Contributors

I welcome pull requests, please see FAQ below for guidance on this.

  • @simonmd - CSS improvements in the cornerstoneDemo application
  • @doncharkowsky - The angle tool in cornerstoneTools
  • @prasath-rasterimages - Touch event bindings in cornerstoneTools
  • @jpamburn - Performance optimizations for signed data, fixes for image caching
  • @jmhmd - for getPixels() implementation
  • @devishree-raster - for flip and rotate implementation

FAQ

Why did you decide to license this library using the open source MIT license?

The main reason this library is released as open source is that I believe that medical imaging in particular can do a lot more to improve patient outcomes but the cost of doing so is prohibitive. Making this library open source removes the cost barrier and will hopefully usher in a new set of medical imaging based applications.

The old adage a picture is worth a thousand words is very true in medical imaging. When a patient is going through a disease process, they often face fear and confusion. Medical terminology amplifies these issues as it is hard to understand and therefore disempowering. Medical imaging allows a mysterious health issue to be visualized and therefore brings a level of understanding that just can't be accomplished via textual information found in lab or radiology reports. By helping a patient (and its supporting friends/family) connect with the disease visually through images, it is believed that fear, anxiety and confusion will all be reduced which will increase optimism and therefore patient outcomes.

It is my hope that this library be used to build a variety of applications and experiences to deliver on this vision. The MIT license allows this library to be used in any type of application - personal, open source and commercial and is therefore appropriate to support this vision. If you are reading this, I hope you can join me in this mission as there is still a lot to be done.

Why doesn't Cornerstone natively support the display of DICOM images?

While DICOM has support for just about every type of medical image, there are many cases where medical images are not stored in DICOM format. In many cases, a PACS may receive DICOM images but store them in a proprietary format on disk. In this case, it can be faster to access images by having an image loader that works with a proprietary PACS interface that would not require conversion from the proprietary format into a standard format like DICOM. Another example of this is is dermatology where images are often taken using standard digital cameras and are stored as JPEG not DICOM.

The main reason this library is not based around DICOM is that it wants to reach the widest possible adoption and that will be accomplished by supporting as many types of image containers and transports possible. Another side effect of this approach is that the code base is smaller and easier to understand since it is focused on doing exactly one thing. That being said, it is is expected that the majority of images displayed using this library will have originated as DICOM images. It is therefore important to make sure that there are no limitations with respect to displaying the different types of DICOM images and have robust supporting libraries for DICOM. Separate libraries to add DICOM specific support already exist, check out the CornerstoneWADOImageLoader library and the dicomParser library.

Why doesn't Cornerstone include basic tools like ww/wc using the mouse?

There is no standard for user interaction in medical imaging and a wide variety of interaction paradigms exist. For example, one medical imaging application may use the left mouse button to adjust ww/wc and another may use the right mouse button. The main reason this library does not include tools is that it wants to reach the widest possible adoption and that will only be accomplished by making any interaction paradigm possible. No tools are therefore provided with this library allowing users of the library to choose whatever interaction paradigm they like. It is also hoped that this approach will make it easier for developers to experiment with new user input mechanisms like Kinect or Accelerometer. Another side effect of this approach is that the code base is smaller and easier to understand since it is focused on doing exactly one thing. Tools are provided using the separate CornerstoneTools if desired.

Why doesn't this library support older browsers like IE8?

Much of the performance in this library is possible due to utilizing modern web features such as HTML5 canvas, high performance javascript engines and WebGL. These feature are not avaialble in IE8 and there are no suitable polyfills available. Sorry, upgrade your browser.

Why doesn't this library support stacks of images?

Images stack functionality such as a CT series or MRI series can actually be quite complex. Regardless of what stack functionality is desired, all stacks ultimately need to be able to display a single image and that is what this library is focused on doing. Stack functionality is therefore pushed up to a higher layer. The CornerstoneTools contains stack functionality and is a good place to look to see how various stack related functionality is implemented.

How do you envision this library supporting 3D functionality such as MPR, MIP and VR?

This library would be responsible for displaying the rendered image to the user. The rendering of the 3D image would be done by some other library - perhaps on the server side. This library is purely 2D and has no knowledge of 3D image space. It will probably make sense to have several layers on top of this library to provide 3D functionality. For example, one layer that has a 3D viewport with properties such as transformation matrix, slice thickness, transfer function/LUT, segmentation masks, etc. And another 3D tools layer that provides various tools on top of the 3d viewport (rotate, zoom, segment, scroll, etc).

OHIF/Cornerstone is working with the 3DSlicer project to integrate the two. I also expect to implement client side MPR at some point as the browsers seem to be handling large memory much better.

I would like to contribute code - how do I do this?

Fork the repository, make your change and submit a pull request.

Any guidance on submitting changes?

While I do appreciate code contributions, I will not merge it unless it meets the following criteria:

  • Functionality is appropriate for the repository. Consider posting on the forum if you are not sure
  • Code quality is acceptable. I don't have coding standards defined, but make sure it passes ESLint and looks like the rest of the code in the repository.
  • Quality of design is acceptable. This is a bit subjective so you should consider posting on the forum for specific guidance

I will provide feedback on your pull request if it fails to meet any of the above.

Please consider separate pull requests for each feature as big pull requests are very time consuming to understand. It is highly probably that I will reject a large pull request due to the time it would take to comprehend.

Will you add feature XYZ for me?

If it is in the roadmap, I intend to implement it some day - probably when I actually need it. If you really need something now and are willing to pay for it, try posting on the cornerstone platform google group

Copyright

Copyright 2017 Chris Hafey chafey@gmail.com

[OHIF-Viewers]医疗数字阅片-医学影像-cornerstone-core-Cornerstone.js-Cornerstone Examples-基石实例-上

[OHIF-Viewers]医疗数字阅片-医学影像-cornerstone-core-Cornerstone.js-Cornerstone Examples-基石实例-下

 

 
网名:浩秦;
邮箱:root#landv.pw;
博客:landv.cnblogs.com;
只要我能控制一個國家的貨幣發行,我不在乎誰制定法律。金錢一旦作響,壞話隨之戛然而止。
posted @ 2020-07-10 08:28  landv  阅读(484)  评论(0编辑  收藏  举报