Our custom OHIF Viewer.
Go to file
2019-04-25 14:01:19 -04:00
conf/conf.d 🧹🧹🧹 Don't mind me. Just moving things around 2019-04-15 16:44:36 -04:00
config wip, very broken as I moved stuff to ohif-core 2018-12-14 14:38:36 +01:00
config-react fix(ccc-example): Fix ccc localhost settings 2019-04-09 13:57:11 +02:00
dockersupport fix(docker) Switch default config to use WADO-URI 2018-07-12 16:15:29 +02:00
docs "Goal" of architecture page 2019-04-24 23:54:26 -04:00
example Re-add demo/example 2019-04-17 15:43:04 -04:00
extensions Remove unused proptypes 2019-04-19 12:42:38 -04:00
img Add diagram to source 2019-04-24 15:27:57 -04:00
public 🧹🧹🧹 Don't mind me. Just moving things around 2019-04-15 16:44:36 -04:00
src Formatting 2019-04-19 12:42:26 -04:00
.babelrc 🧹🧹🧹 Don't mind me. Just moving things around 2019-04-15 16:44:36 -04:00
.eslintignore Another batch of meteor files 2019-04-16 13:42:54 -04:00
.eslintrc 🧹🧹🧹 Don't mind me. Just moving things around 2019-04-15 16:44:36 -04:00
.gitignore Don't track package-lock 2019-04-16 16:34:38 -04:00
.jscsrc LT-92: Enabling single line if for return, continue and break statements 2017-01-18 11:01:52 -02:00
.jshintrc Removing cornerstone imports from globals 2017-12-28 08:59:25 -02:00
dockerfile Another batch of meteor files 2019-04-16 13:42:54 -04:00
generateStaticSite.sh Don't build example for this PR 2019-04-19 14:43:25 -04:00
LICENSE Initial commit 2015-10-13 10:57:37 +02:00
netlify.toml Be more explicit with our versions 2019-04-16 16:39:36 -04:00
package.json Remove unused deploys 2019-04-17 14:33:13 -04:00
README-react.md More shifting 2019-04-15 16:55:51 -04:00
README.md The why 2019-04-25 14:01:19 -04:00
rollup.config.js Rollup config --> isContextConsumer 2019-04-16 16:56:43 -04:00
yarn.lock Updated lock 2019-04-17 14:34:34 -04:00

Viewers

This repo contains the OHIF DICOM Viewer and Lesion Tracker, and various shared meteor packages.

Why?

Building a web based medical imaging viewer from scratch is time intensive, hard to get right, and expensive. Instead of re-inventing the wheel, you can use the OHIF Viewer as a rock solid platform to build on top of. The Viewer is a React Progressive Web Application that can be embedded in existing applications via it's packaged source (ohif-viewer) or hosted stand-alone. The Viewer exposes configuration and extensions to support workflow customization and advanced functionality at common integration points.

If you're interested in using the OHIF Viewer, but you're not sure it supports your use case check out our docs. Still not sure, or you would like to propose new features? Don't hesitate to create an issue or open a pull request ^_^

Documentation is available here: http://docs.ohif.org/

Demos

OHIF Viewer - A general-purpose radiology viewer with a variety of tools exposed.

Lesion Tracker - A prototype viewer focused on oncology metrics.

Community

Have questions? Try posting on our google groups forum.

Docker usage

Following the instructions below, the docker image will listen for DICOM connections on port 4242, and for web traffic on port 8042. The default username for the web interface is orthanc, and the password is orthanc.

Temporary data storage

docker run --rm -p 4242:4242 -p 8042:8042 jodogne/orthanc-plugins

Persistent data storage

  1. Create a persistant data volume for Orthanc to use

    docker create --name sampledata -v /sampledata jodogne/orthanc-plugins
    

    Note: On Windows, you need to use an absolute path for the data volume, like so:

    docker create --name sampledata -v '//C/Users/erik/sampledata' jodogne/orthanc-plugins
    
  2. Run Orthanc from Docker with the data volume attached

    docker run --volumes-from sampledata -p 4242:4242 -p 8042:8042 jodogne/orthanc-plugins
    
  3. Upload your data and it will be persisted