Medical Image Samples

Introduction

This repository is not intended to collect huge series of images, but only these files that may emphasize some structural or anatomic differences. I have been collecting them for testing purposes during the development of my own medical image reader (thanks to all contributors). I hope they might be useful for you too.

I make no copyright claim to the reproduction or enhancements to these images. It is your responsibility to use these images lawfully.

I tried to anonymize these files when needed by renaming all names (VR=PN) and removing all elements from the Patient Identification Group (0x0010), all private elements (odd groups), all overlays and curves (when needed), comments (element 0x4000) and some ID's. UID's where not re-computed. I know it's a bit rude, but I'll improve this feature later (and regenerate the files).

Every entry describes a file by its name, its graphical contents (as a small thumbnail) and some of its main features: type, transfer syntax, modality (and optional secondary image type), photometric interpretation (and optional planar configuration), size (rows x columns), binary structure (where "[x, y | z]" means "x bits stored, y bits allocated and high bit z") and Pixel Representation, manufacturer, model name (and software version).

Click (or Shift-Click) on to download the corresponding compressed file.
Click on to list the tags contained in the file.
Click on to jump to the initial location of that file.

The thumbnail and list of tags were generated/anonymized using dicom2, my free medical image converter (except some JPEG encapsulated files XA-MONO2-8-catheter and MR-MONO2-16-12-0-shoulder).

All files have been compressed using gzip. Windows 95/NT users may use WinZip to uncompress them, or the standard Unix method: gzip -d file.gz

What's new

27 October 1999 : Added ezDICOM & JMedView to the Links : Applications section.
24 June 1999 : Added CT-MONO2-16-chest (JPEG (70), 16 bits, PR = 1, Hounsfield). Thanks to G.M.
21 June 1999 : Added a Links : Applications section.
20 June 1999 : Oops, US-RGB-8-epicard was not byplane as claimed, now it is :)
31 May 1999 : All files were anonymized when needed.
30 May 1999 : Images have been renamed and reorganized (sorted by Modality).
19 May 1999 : Added CT-MONO2-16-brain, CT-MONO2-16-ort (Pixel Representation = 1).
19 May 1999 : Added MR-MONO2-16-knee (Pixel Representation = 1).
25 May 1999 : Added a Transfer Syntax section.
26 Apr. 1999 : That page has been redesigned (HTML4/CSS1). Better ?

Single frame

[ CR | CT | MR | OT | US ]

CR	CR-MONO1-10-chest
CR		DICOM Implicit Little (raw) CR MONOCHROME1 440x440 [10, 16 \| 9], PR=0 Fuji photo film Co. 9000

CT	CT-MONO2-16-brain		CT-MONO2-16-ort
CT		DICOM Explicit Little CT MONOCHROME2 512x512 [16, 16 \| 15], PR=1 Picker Int., Inc. PQ5000		DICOM Implicit Little CT MONOCHROME2 512x512 [16, 16 \| 15], PR=1 G.E. Med. Syst. HiSpeed CT/i
	CT-MONO2-16-ankle		CT-MONO2-8-abdo
		DICOM Implicit Little CT (3D) MONOCHROME2 512x512 [16, 16 \| 15], PR=1 G.E. Med. Syst. Genesis Zeus (03)		DICOM Implicit Little CT MONOCHROME2 512x512 [8, 8 \| 7], PR=0 Fuji
	CT-MONO2-12-lomb-an2		CT-MONO2-16-chest
		ACR-NEMA 2 Implicit Little CT MONOCHROME2 512x512 [12, 16 \| 11], PR=0 Siemens Somatom +4 (vb20a)		DICOM JPEG (70) CT MONOCHROME2 512x400 [16, 16 \| 15], PR=1 G.E. Med. Syst. HiSpeed (Series 2.00)

MR	MR-MONO2-12-angio-an1		MR-MONO2-12-an2
MR		ACR-NEMA 1 Implicit Little MR MONOCHROME2 256x256 [12, 12 \| 11], PR=0 Philips T5 (rtnap)		ACR-NEMA 2 Implicit Little MR MONOCHROME2 256x256 [12, 16 \| 11], PR=0 Siemens Magnetom Vis. (vb11a)
	MR-MONO2-16-head		MR-MONO2-12-shoulder
		DICOM Implicit Little MR MONOCHROME2 256x256 [16, 16 \| 15], PR=1 G.E. Med. Syst. Genesis Signal (04)		DICOM JPEG (57) MR MONOCHROME2 1024x1024 [12, 16 \| 11], PR=0 Philips Med. Syst. Gyroscan NT (RTNC1)
	MR-MONO2-16-knee
		DICOM Implicit Little MR MONOCHROME2 256x256 [16, 16 \| 15], PR=1 G.E. Med. Syst. Genesis Signal (04)

OT	OT-MONO2-8-hip		OT-PAL-8-face
OT		DICOM Implicit Little (raw) OT MONOCHROME2 512x512 [8, 8 \| 7], PR=0 Philips Med. Syst.		DICOM Implicit Little (raw) OT PALETTE COLOR 640x480 [8, 8 \| 7], PR=0
	OT-MONO2-8-colon		OT-MONO2-8-a7
		DICOM Implicit Little (raw) OT MONOCHROME2 512x512 [8, 8 \| 7], PR=0 Philips Med. Syst.		DICOM Implicit Little (raw) OT MONOCHROME2 512x512 [8, 8 \| 7], PR=0 Philips Med. Syst.

US	US-RGB-8-esopecho		US-RGB-8-epicard
US		DICOM Explicit Little US RGB 256x120 [8, 8 \| 7], PR=0 Acme Products		DICOM Explicit Big US RGB (byplane) 640x480 [8, 8 \| 7], PR=0 G.E. Med. Syst. Logic 700 (R6.1)

Multiple frames

[ MR | NM | US | XA ]

MR	MR-MONO2-8-16x-heart
MR		DICOM Explicit Little MR MONOCHROME2 16x256x256 [8, 8 \| 7] Philips

NM	NM-MONO2-16-13x-heart
NM		DICOM Explicit Little NM MONOCHROME2 13x64x64 [16, 16 \| 15] Acme Products (6.1.0 1.0)

US	US-MONO2-8-8x-execho		US-PAL-8-10x-echo
US		DICOM Explicit Little US MONOCHROME2 8x128x120 [8, 8 \| 7] Acme Products		DICOM RLE lossless US PALETTE COLOR 10x630x400 [8, 8 \| 7] Acme Products

XA	XA-MONO2-8-12x-catheter
XA		DICOM JPEG (70) XA MONOCHROME2 12x512x512 [8, 8 \| 7] Acme Products

Transfer Syntax

DICOM Part 5 : "Transfer Syntax: (Standard and Private): A set of encoding rules that allow Application Entities to unambiguously negotiate the encoding techniques (e.g., Data Element structure, byte ordering, compression) they are able to support, thereby allowing these Application Entities to communicate". It has a direct influence on how the Pixel Data Element (7FE0, 0010) shall be used for the exchange of encoded graphical image data. Pixel data may be sent either in a Native (uncompressed) format or in an Encapsulated format (e.g. compressed ) defined outside the DICOM standard.

If sent in a Native Format, [...] the pixel samples are encoded as the direct concatenation of the bits of each pixel sample, where the number of bits of each sample is defined by the Bits Allocated Data Element Value (0028,0100). The byte ordering in the 2-byte words is defined by one of the Little Endian or Big Endian Transfer Syntaxes.
If sent in an Encapsulated Format (i.e. other than the Native Format), [...] the pixel samples are encoded according to the encoding process defined by one of the negotiated Transfer Syntaxes. The encapsulated pixel stream of encoded pixel data is segmented in one or more Fragments which convey their explicit length. This sequence of Fragments is terminated by a delimiter, thus allowing the support of encoding processes where the resulting length of the entire pixel stream is not known until it is entirely encoded. It supports both Single-Frame and Multi-Frame images. DICOM provides a mechanism for supporting the use of JPEG Image Compression through the Encapsulated Format. It defines a number of Transfer Syntaxes which reference the JPEG Standard and provide a number of lossless (bit preserving) and lossy compression schemes.

The following table list most of the Transfer Syntaxes, their associated UID's and description. A mark () will also indicate that the corresponding syntax is used by one of the files available here (along with links to the correspondings files for encapsulated syntaxes, native ones being to numerous). Any new example is welcome.

	Transfer Syntax UID	Description	Links
Native:
	`1.2.840.10008.1.2`	Implicit VR, Little Endian
	`1.2.840.10008.1.2.1`	Explicit VR, Little Endian
	`1.2.840.10008.1.2.2`	Explicit VR, Big Endian
JPEG:
	`1.2.840.10008.1.2.4.50`	Baseline (1)
	`1.2.840.10008.1.2.4.51`	Extended (2, 4)
	`1.2.840.10008.1.2.4.52`	Extended (3, 5)
	`1.2.840.10008.1.2.4.53`	Spectral selection, non-hierar. (6, 8)
	`1.2.840.10008.1.2.4.54`	Spectral selection, non-hierar. (7, 9)
	`1.2.840.10008.1.2.4.55`	Full progression, non-hierar. (10, 12)
	`1.2.840.10008.1.2.4.56`	Full progression, non-hierar. (11, 13)
	`1.2.840.10008.1.2.4.57`	Lossless, non-hierar. (14)	[a]
	`1.2.840.10008.1.2.4.58`	Lossless, non-hierar. (15)
	`1.2.840.10008.1.2.4.59`	Extended, hierar. (16, 18)
	`1.2.840.10008.1.2.4.60`	Extended, hierar. (17, 19)
	`1.2.840.10008.1.2.4.61`	Spectral selection, hierar. (20, 22)
	`1.2.840.10008.1.2.4.62`	Spectral selection, hierar. (21, 23)
	`1.2.840.10008.1.2.4.63`	Full progression, hierar. (24, 26)
	`1.2.840.10008.1.2.4.64`	Full progression, hierar. (25, 27)
	`1.2.840.10008.1.2.4.65`	Lossless, hierar. (28)
	`1.2.840.10008.1.2.4.66`	Lossless, hierar. (29)
	`1.2.840.10008.1.2.4.70`	Lossless, hierar., first-order pred. 14, Select. Val. 1)	[a \| b]
RLE:
	`1.2.840.10008.1.2.5`	Run Length Encoding, Lossless	[a]

Links

Applications

dicom2, a free medical image converter (S. Barré)
DicomEye (ETIAM products)
ezDICOM (W. Krug, C. Rorden)
Osiris (University Hospital of Geneva)
MedicView (MedicImaging)
DICOM Import Component for QuickTime (Escape)
DICOM Viewer / Freeware (Hipax)
DICOM Medical Imaging Software, Photoshop plugin (DesAcc, Inc)
DICOM Medical Imaging Solutions (Accusoft)
DicomObjects - ActiveX component (Medical Connections)
DICOM Java Software, EViewBox, Applets
Java Dicom Toolkit (SoftLink)
Java DICOM Library, Radiologist's Work Bench (Z Medical Imaging Systems)
DCMTK - DICOM ToolKit (OFFIS Software)
Dicom3tools Software (D. Clunie)
MRIcro (C. Rorden)
Binder's Bookmarks on Telemedicine and Telematics in Medicine (B. Binder)

Images

Basically, the following were "borrowed" from the "Images - medical - sites" section of the Medical Image Format FAQ, (D. Clunie), but some links were old : these are still working, I checked them on 26 Apr. 1999.