<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>www.keremcaliskan.com</title>
	<atom:link href="http://www.keremcaliskan.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.keremcaliskan.com</link>
	<description>Görüntü işleme, Medikal Görüntüleme, PACS, DICOM, Surveillance, RFID ...</description>
	<lastBuildDate>Mon, 12 Jul 2010 15:17:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>JPEG 2000 Medikal Görüntü Akışı için DICOM Tabanlı PACS Mimarisi</title>
		<link>http://www.keremcaliskan.com/jpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi/</link>
		<comments>http://www.keremcaliskan.com/jpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi/#comments</comments>
		<pubDate>Thu, 08 Jul 2010 10:28:10 +0000</pubDate>
		<dc:creator>editor</dc:creator>
				<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Görüntü Sıkıştırma]]></category>
		<category><![CDATA[Image Compression]]></category>
		<category><![CDATA[JPEG]]></category>
		<category><![CDATA[JPEG 2000]]></category>
		<category><![CDATA[JPEG2000]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>
		<category><![CDATA[PACS]]></category>

		<guid isPermaLink="false">http://10.0.0.101/kerem/?p=294</guid>
		<description><![CDATA[Son zamanlarda PACS ve DICOM tarafıyla ilgili aldığım en yoğun isteklerden birisi de DICOM sıkıştırma, hızlı aktarım, farklı çözünürlüklerde iletim üzerine. Daha önceden hatırlarsanız JPEG2000 ve medikal görüntü sıkıştırma ile ilgili bir yazım olmuştu. Ama tabi bu daha çok veri boyutunu sıkıştırma üzerineydi, bu verinin aktarılmasından bahsetmemiştik. Ayrıca 50-60MB lık ve 12K*5K bir çözünürlüğü olan [...]


Related posts:<ol><li><a href='http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/' rel='bookmark' title='Permanent Link: Medikal Görüntü Sıkıştırma, DICOM ve PACS'>Medikal Görüntü Sıkıştırma, DICOM ve PACS</a> <small>Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu...</small></li>
<li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü...</small></li>
<li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu son...</small></li>
</ol>

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Son zamanlarda PACS ve DICOM tarafıyla ilgili aldığım en yoğun isteklerden birisi de DICOM sıkıştırma, hızlı aktarım, farklı çözünürlüklerde iletim üzerine. Daha önceden hatırlarsanız <a href="http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs/" target="_blank">JPEG2000 ve medikal görüntü sıkıştırma ile ilgili bir yazım</a> olmuştu. Ama tabi bu daha çok veri boyutunu sıkıştırma üzerineydi, bu verinin aktarılmasından bahsetmemiştik. Ayrıca 50-60MB lık ve 12K*5K bir çözünürlüğü olan DR ( Digital Radiology ) görüntüsünü cep telefonumdan da görebilmeliyim diyen müşteri istekleri söz konusu. İşte bu noktada alıcıya uygun görüntü gönderilebilmesi ve ağın boş yere meşgul edilmemesi de gerekli. Atın sahibine göre kişneyebilmesi için de bu konunun yine standartlara uygun olması gerekli. DICOM2000 de işte burada devreye giriyor. Konuyla ilgili lezzetli bir makale buldum ve konuya kafasını iyice takmış arkadaşlarla paylaşmak istedim. Yazanların ellerine sağlık, Dinu Dragan ve Dragan Ivetic&#8217;e burdan teşekkür ediyoruz.</p>
<div style="text-align: center;"><strong>JPEG 2000 Medikal Görüntü Akışı için DICOM Tabanlı PACS Mimarileri</strong></div>
<div style="text-align: center;"><strong><em>Dinu Dragan &amp; Dragan Ivetic</em></strong></div>
<div style="text-align: justify;"><strong><em><br />
</em></strong></div>
<div style="text-align: justify;">
<p style="text-align: justify;">Düşük depolu, işlem gücü az ve düşük çözünürlükte gösterim yapabilen  mobil/gömülü sistemlere medikal görüntü ulaştırmak zordur ancak, modern hastane ortamında hazır bir programlama için önemli  bir iştir. Endüstride genel yaklaşım ve teknik literatür JPEG2000 sıkıştırma ve görüntü akışını kullanmaktadır. Görüntü sıkıştırmanın yanı sıra JPEG2000 görüntü akışını da destekler. Farklı boydaki görüntüler sıkıştırılmış görüntünün açılırken en az bozulma yaratacak  kodakışından ayrıştırılır. Biz DICOM ağlarında JPEG2000 akış sağlayacak DICOM2000 sözdizimi geliştirdik. DICOM 2000, medikal görüntü alışverişi standardı olan DICOM’a JPEG2000’nin sıkıştırma ve akış gücünü verir.  Kullanıcının donanımının işlem ve gösterme kabiliyetlerine uygun en iyi kalite medikal görüntüyü iletmeyi sağlar. Bu makalede DICOM2000 tabanlı PACS mimarisinde iletişim ile DICOM tabanlı PACS’lerde kullanılan yaygın mimaride iletişim karşılaştırılacaktır. Makalenin amacı doğrultusunda bu iletişim mimarileri kategorize edilip isimlendirilip anlatılmıştır. Sonunda, DICOM2000 tabanlı PACS, standart PACS’a göre avantajlarından bahsedilecektir.</p>
<p style="text-align: justify;"><strong><span id="more-294"></span>Anahtar Kelimeler:</strong><strong> </strong> PACS, DICOM, JPEG2000, Medikal Görüntü Akışı<br />
<strong> </strong></p>
<p style="text-align: justify;"><strong>1.GİRİŞ<br />
</strong></p>
<p style="text-align: justify;">Dijital medikal görüntülerin katılımı, medikal sistem toplam maliyeti  düşürüp hastane verimliliğini arttırır. Fakat bazı dezavantajlar vardır. Dijital medikal görüntüler büyük boylu olma ve büyük depolama/ağ ihtiyacı eğilimindedir. Modern bir hastanenin  yıllık eksiksiz bir medikal görüntü miktarı 10 terabyte’ı aşkındır. Ayrıca, Görüntü Arşivleme ve İletim Sistemleri Gigabitlerce depo alanına veya 10 Gigabitlerce bant genişliğine ihtiyaç duyar.   Mesela, tipik bir dijital X-ray görüntüsü 2Kx2K gri ölçüm ile  12bpp gösterilir ki bu değer medikal görüntülerin 50 megabit civarında olacağını gösterir.Görüntü sıkıştırma medikal görüntünün boyutlarını azaltır ve depolama ve ağ gereksinimlerini rahatlatır. Bununla beraber, modern PACSler bir kaynağa ve çeşitli uygulamalara uygun, farklı güç, depo, iletişim, kapasitedeki cihazları(mobil, gömülü) destekleyen ve içeren hazır programlama ortamı sağlama eğilimindedir. Cihazların işlemci gücü, hafıza kapasitesi, gösterme kapasitesi sınırları ve mobil ağ bant genişliği sınırları nedeniyle bu cihazlar dijital madikal görüntüleri özgün boyutlarında işleyemez.  Kaynak , görüntü akışını destekleyen ve ufak bozulma sağlayan sıkıştırma teknikleriyle  (kayıplı veya kayıpsız )  sıkıştırılmış medikal görüntü olduğu zaman, PACS en yüksek verimliliğe ve en düşük gereksinimlere sahiptir. Görüntü akışı,  görüntünün bir kısmını veya hepsini tasvir edebilmek için gerekli olan piksel verisinin belirli bir çözünürlükte ve kalitede saklanmış bir görüntü kod akışından çıkartılması ve kullanıcı tarafı uygulamaya ulaştırılması  demektir.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_302" class="wp-caption aligncenter" style="width: 610px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-1-e1274542562946.jpg"><img class="size-full wp-image-302" title="Sekil-1" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-1-e1274542562946.jpg" alt="" width="600" height="240" /></a></dt>
<dd class="wp-caption-dd">Şekil 1 &#8211; JPEG2000 akışının görsellenmesi- kodakışından düşük çözünürlükteki görüntünün çıkartılması</dd>
</dl>
</div>
<p style="text-align: justify;">Mesela, şekil 1’deki üç farklı kullanıcı cihazı bir kod akışından beslenmektedir. Sadece görüntüyü en iyi kalite ve çözünürlükte  gösterebilecek verilere ihtiyaç vardır. Düşük çözünürlük ve düşük kaliteli göstericilere rağmen  görüntünün bir parçasını orjinal çözünürlükte ve olası en iyi kalitede görmek mümkündür. Sadece JPEG2000 kod akışıyla bir kaç etkileşim gerekir. Görüntünün düşük çözünürlükteki versiyonu sadece bir önizlemedir. Kullanıcı daha sonra JPEG2000’den daha yüksek çözünürlükte  ayrıştırmak için görüntünün bir bölgesini işaretleyebilir. Süreç görüntüden ayrıştırılan bölge orjinal çözünürlüğe ulaşana kadar devam eder.  Tüm görüntüyü orginal çözünürlükte görmek mümkün olmasa da, görüntü üzerinde “kesitleme” yapmak olasıdır (kullanıcı görüntünün orjinal çözünürlükteki bağlı bölgeleri üstünden ilerleyebilir).</p>
<p style="text-align: justify;">JPEG2000 sabit görüntü sıkıştırması için bir ISO/IEC standartıdır.  Diğer sıkıştırılması açılmış görüntüde en az uzaysal bozulma sağlayan sabit görüntü sıkıştırmalarına göre daha üstün bir sıkıştırma performansı sağlar.   Kayıpsız ve kayıplı sıkıştırma modlarını aynı süreç içerisinde sunar. JPEG2000 ilgi bölgesi kodlama ve görüntü akışı destekler. En az uzaysal bozulma ile farklı büyüklükteki görüntüler sunucu tarafında bir JPEG2000 kodakışı  tek yönlü ayrıştırılarak farklı kullanıcılara gönderilebilir. Ayrıştırılmış görüntünün kalitesi görüntü tarayıcısının oto-ölçek fonksiyonu ile elde edilmiş görüntünün kalitesinden çok daha iyidir. Ancak en az veri seti kullanılmıştır. JPEG2000 sıkıştırma PACS medikal görüntü arşivlerinin büyüklüğünü önemli ölçüde azaltır. JPEG2000 görüntü akışını kayıpsız kodlanmış görüntülerde bile kullanır.</p>
<p style="text-align: justify;">JPEG, SPHIT ve çeşitli özel sıkıştırma teknikleri gibi medikalde kullanılan başka sabit görüntü sıkıştırma standartları vardır. JPEG2000 medikalde kullanılan diğer sıkıştırma tekniklerine karşı çeşitli avantajlara sahiptir. Sıkıştırılması açılmış görüntüde en az uzaysal bozulma sağlayan üstün sıkıştırma performansı sağlar, yüksek kalite görüntü akışına izin verir, ve Medikalde Dijital Görüntü ve Haberleşme  (DICOM) standartı tarafından kabul edilen bir standarttır.</p>
<p style="text-align: justify;">DICOM, PACS’te çoğunlukla kullanılan haberleşme protokolüdür. DICOM standardı; DICOM ileti formatını, biyomedikal  görüntü ve  fotoğraf bilgisi için ileti değişiminde gereken protokolü ve dosya yapısını tanımlar. DICOM iletisi iki bölümden meydana gelir :</p>
<p style="text-align: justify;">- İleti başlığı medikal hakkında açıklayıcı bilgiler içerir; görüntü, hasta, tıbbi çalışma vb.</p>
<p style="text-align: justify;">- Görüntü verileri, yerli DICOM formatında olan ham ve sıkıştırılmamış medikal görüntülerin piksellerini içerir.</p>
<p style="text-align: justify;">Ayrıca,  yerli DICOM formatı DICOM standardı için bir mekanizma tanımlar. Bu mekanizma diğer sıkıştırma ve imaj biçimlerinin sarmalanmasında görevlidir.  Şu anda, DICOM standardı uzunluk kodlamasını, kayıplı ve kayıpsız JPEG sıkıştırmasını, kayıpsız ve yakın kayıpsız JPEG-LS sıkıştırmasını, kayıplı ve kayıpsız JPEG2000 görüntü sıkıştırmasını destekler. Bu sıkıştırma standartları, JPEG2000 hariç, görüntü akışını destekler.</p>
<p style="text-align: justify;">DICOM  standardı  JPEG2000 kodlamasını desteklemesine rağmen,  JPEG2000 in DICOM iletişim protokolünün üzerinden akışını desteklemez. Standart DICOM iletisinin görüntü akışını desteklemesi için genişletilmiş olması gerekir. DICOM standardı bilgi alışverişi için bir mekanizma tanımlar ve bu mekanizma standart tarafından öngörülmez ve böylelikle de standart DICOM iletisinde bulunmaz. DICOM2000 sözdizimi, JPEG2000’in DICOM iletişim protokolünün üzerinden akışı için DICOM standart iletisinin genişletilmiş halidir. Önerilen genişletme diğer DICOM uygulamaları için açıktır ki bu da mevcut PACS içine önerilen genişletme için daha kolay, net ve hızlı bir biçimde olanak sağlar. Önerilen sözdizimi kontrollü bir ortamda test edilmiş ve uygulanmıştır. DICOM ağları içinde hızlı medikal görüntü tarama etkinleştirmesiyle ve DICOM veri ve yüksek kaliteli, düşük çözünürlüklü medikal görüntülerin tanıtımı sınırlı ekran boyutlu cihazlarda iyi sonuçlar elde edilmiştir. Bu sonuçlar da rapor edilmiştir.</p>
<p style="text-align: justify;">DICOM2000 tabanlı PACS mimarisinde, birçok olası mimariler de vardır. Bu mimarileri anlatacağız ve avantajlarını ve dezavantajlarını göstereceğiz. Ayrıca, teknik literatürde önerilen diğer çözümlerle ve JPEG2000 medikal görüntülerinin alışverişini destekleyen standart DICOM sözdizimi tabanlı PACS mimarileriyle de karşılaştıracağız. Genel olarak, DICOM tabanlı PACS mimarisinde JPEG2000 medikal görüntü değişimi için 3 tane kategori ve iletişim mimarisi tanımlayacağız : JPEG2000 destekli standart DICOM tabanlı PACS mimarisi, DICOM ve JPEG2000 tabanlı tescilli PACS mimarisi ve DICOM2000 tabanlı PACS mimarisi. İletişim mimarisinde referansları yollamada kolaylık sağlamak için benzersiz isimler atanmıştır. Rapor organizasyonu şöyledir : Bu bölümün geri kalanı DICOM2000 sözdizimi anket aramasının sonucunu hızlı verir;  bölüm 2 JPEG2000 destekli standart DICOM tabanlı PACS mimarisini tanımlar; bölüm 3 teknik literatürde önerilen görüntü akışı için çözümleri tanımlar; bölüm 4 DICOM2000 tabanlı PACS mimarisini tanımlar; bölüm 5 raporu sonlandırır.</p>
<p style="text-align: justify;"><strong>1.1. </strong><strong>DICOM2000 Syntax</strong></p>
<p style="text-align: justify;"><strong> </strong></p>
<p style="text-align: justify;">Teknik literatürde önerilen çözümler, JPEG2000 akışında DICOM iletişim sistemine ek olarak harici bir iletişim sisteminin parçası dahilinde uygulanmıştır. DICOM2000 sözdizimiyle, JPEG2000 akışı DICOM iletişim protokolünde birleştirilmiştir. DICOM2000 sözdiziminin sorgu mekanizması JPEG2000 Alışveriş Protokolü (JPIP) nden sonra modellenmiştir. Standart DICOM iletisi JPIP sorgu mekanizmasını açık bir şekilde desteklemek için genişletilmiştir.</p>
<p style="text-align: justify;">JPIP standardı  JPEG2000 aile standartlarının bir parçasıdır. Bu standart JPEG2000 içeriği ile etkileşim içindedir  ve JPEG2000 görüntü taramasını uzaktan kontrol etme kullanımında kullanılır. JPIP standardı sözdizimi bütününü tanımlar ve yöntemleri JPEG2000 içeriğini uzaktan taramada kullanılır. Çözünürlüğü, kaliteyi ve JPEG görüntüsünün istenilen bölgede olmasını istemek için JPIP kullanıcı tarafındaki uygulamaları mümkün kılar.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_304" class="wp-caption aligncenter" style="width: 511px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-2.jpg"><img class="size-full wp-image-304" title="Sekil-2" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-2.jpg" alt="" width="501" height="154" /></a></dt>
<dd class="wp-caption-dd">Şekil 2 &#8211; DICOM2000 yapı özellikleri örneği</dd>
</dl>
</div>
<p style="text-align: justify;">
<p style="text-align: justify;">DICOM2000 kullanıcı tarafındaki uygulamaları sağlayan DICOM2000 iletisi, (DICOM2000 sözdizimini destekleyen DICOM kullanıcıları) JPEG2000 medikal görüntülerle  etkileşimde olmak amacıyla 2 ek özellik daha içerir. İlk özellik, JPIP İstek Dizisi adlı, DICOM kullanıcı isteğiyle JPIP İstek Dizisi olarak biçimlendirilmiştir. İkinci özellik, JPIP Yanıt Dizisi adlı, JPIP cevabı olarak yanıtlanan JPEG2000 görüntü formatı için verilen DICOM2000 sunucu yanıtıdır.</p>
<p style="text-align: justify;">DICOM2000 özelliklerinden oluşan  her DICOM özelliği, standartta tanımlanmış birçok özellikten meydana gelir. Özellik tanımlayıcılarını içeren 4 tane alan vardır (4 bit uzunlukta), veri türü (2 bit uzunlukta), büyüklük (2 bit uzunlukta) ve değer (değişken uzunluğu , maksimum bit uzunluğunun 216 olduğu alan). DICOM2000 değeri alanı öznitelikleri JPIP İstek/Yanıt Dizisi olarak biçimlendirilmiş parametre dizisini içerir. JPIP isteği bir dizi isim = değer çiftinden oluşan işaretlerden meydana gelir. JPIP işaretleri : fsiz, rsiz, roff. Bu işaretler çözünürlüğü, bölge büyüklüğünü  ve istenilen medikal görüntünün bölge uzunluğunu tanımlamada kullanılır. DICOM2000 özellikleri, DICOM2000 sözdizimini çalıştırmayan diğer tüm DICOM uygulamaları için açıktır. Tanınmayan özelliklerin çözümlenmemesine rağmen, DICOM iletisinin geri kalanı hala okunabilir ve yorumlanabilir.</p>
<p style="text-align: justify;">DICOM sözdizimi hakkında detaylı bilgi bulabilirsiniz. <strong> </strong></p>
<p style="text-align: justify;"><strong>2. </strong><strong>STANDART DICOM TABANLI VE JPEG2000 DESTEKLİ PACS </strong></p>
<p style="text-align: justify;"><strong> </strong></p>
<p style="text-align: justify;">İlk bölümde JPEG2000 standardından bahsedildiği gibi DICOM iletisi tüm JPEG2000 kod akışını sarmalar.  DICOM, JPEG2000’in dosya formatlarının sarmalanmasını desteklemez. DICOM iletisinde, piksel verisi  sıkıştırılmamış yerli DICOM görüntü formatında ilgili JPEG2000 kod akışıyla yer  değiştirir. DICOM iletisinde tanımlanan görüntü piksellerinin tüm özellikleri, sıkıştırılmış medikal görüntüdeki gerçek değerleri temsil eder.</p>
<p style="text-align: justify;">JPEG2000 kod akışının kapsüllenmesi, DICOM iletisi ile JPEG2000 arasında görüntü aktarımını sağlar. Bağlantılı olan DICOM uygulamaları JPEG2000 medikal görüntülerin aktarımını kayıplı yada kayıpsız olarak destekleyip desteklemese de kabul etmek zorundadır.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_283" class="wp-caption aligncenter" style="width: 443px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-3.jpg"><img class="size-full wp-image-283" title="Sekil-3" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-3.jpg" alt="" width="433" height="141" /></a></dt>
<dd class="wp-caption-dd">Şekil 3 &#8211; JPEG2000 de bilgi alışverişi için standart DICOM iletişimi</dd>
</dl>
</div>
<p style="text-align: justify;">JPEG2000 de bilgi alışverişi için standart DICOM iletişimi birçok yolla uygulanabilir. Bu uygulamaların arasındaki en temel fark, DICOM sunucu içi uygulamasının JPEG2000 sıkıştırmasını destekleyip desteklemediğidir. Şekil 4’te tanımlanan JPEG2000 iki kat depo mimarisi, JPEG2000 sıkıştırmasını desteklemez. Bu yüzden, yerli DICOM formatında ve JPEG2000 formatında medikal görüntüler depolanmalıdır.  Bu depolama işlemi gereklidir, çünkü; bütün DICOM uygulamaları yerli DICOM görüntü formatındaki medikal görüntülerin aktarımını desteklemek zorundadır. DICOM kullanıcı isteği doğrultusunda, medikal görüntünün DICOM sunucusu da  yerli DICOM formatında veya JPEG2000 formatında uyarlamasına hizmet edecektir. Ayrıca,  kullanıcı uygulamaları sunucuda yeni görüntüler depolandığında medikal görüntünün her iki uyarlamasını da sağlamak zorundadır. Bu yaklaşım sadece, medikal görüntü arşivini azaltmak yerine artırır, kullanıcı uygulamalarının karmaşıklığını artırır ve yerine getirilmesi büyük ölçüde olasısızdır. Standart DICOM JPEG2000 iki kat depo mimarisinin başka bir sakıncası, yerli DICOM formatındaki eski görüntülerin, JPEG2000 medikal görüntülerini isteyen DICOM  kullanıcıları için hizmet verememesidir.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_284" class="wp-caption aligncenter" style="width: 595px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-4.jpg"><img class="size-full wp-image-284 " title="Sekil-4" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-4-e1274540741670.jpg" alt="" width="585" height="166" /></a></dt>
<dd class="wp-caption-dd">Şekil 4 &#8211; Standart DICOM JPEG2000 İki Kat Depo Mimarisi —DICOM tabanlı JPEG2000 destekli ikiye ayrılmış medikal görüntü deposu içeren PACS : yerli DICOM formatındaki ve JPEG2000 formatındaki görüntüler için.</dd>
</dl>
</div>
<p style="text-align: justify;">Eğer DICOM sunucu uygulaması JPEG2000 sıkıştırmasını desteklerse, JPEG2000 formatında sadece medikal görüntüler depolanmalıdır. Böylece medikal görüntü arşivi azalır. Standart DICOM JPEG2000 Tek Depo Mimarisi Şekil 5 te tanımlanmıştır. DICOM kullanıcı uygulaması, yerli DICOM formatında medikal görüntü istediği zaman, JPEG2000 görüntü sıkıştırılması çözülür, yerli DICOM formatının koduna dönüştürülür ve DICOM kullanıcısına gönderilir. Eğer DICOM kullanıcısı JPEG2000 formatında medikal görüntü isterse, DICOM iletisinde sarmalanır ve kullanıcıya gönderilir.</p>
<p style="text-align: justify;">JPEG2000 medikal görüntüleri sıradan bir veritabanı sisteminin içinde ya da JPIP sunucusunda depolanabilir (Şekil 9’un altında belirtildiği gibi). JPIP tabanlı PACS sunucusu uygulaması, bu kısımdan sonra tanımlanacak olan JPEG2000 medikal görüntü değiş tokuşu için ekstra yolları destekler.  Standart DICOM JPEG2000 Tek Depo Mimarisi için eski DICOM görüntü arşivlerini JPEG2000 görüntü aşivlerine dönüştürmek gereklidir. Bu sayede DICOM  kullanıcıları JPEG2000 formatındaki eski medikal görüntüleri isteyebilir.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_285" class="wp-caption aligncenter" style="width: 595px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-5.jpg"><img class="size-full wp-image-285 " title="Sekil-5" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-5-e1274540820116.jpg" alt="" width="585" height="166" /></a></dt>
<dd class="wp-caption-dd">Şekil 5–Standart DICOM JPEG2000 Tek Depo Mimarisi–PACS mimarisi, DICOM JPEG2000 aktarım sözdizimi için herhangi bir medikal görüntü arşivi içeren JPEG2000 formatında görüntü ve JPEG2000 sıkıştırması için modül </dd>
</dl>
</div>
<p style="text-align: justify;">JPEG2000 medikal görüntülerinin sarmalanması yerli DICOM göre formatına göre ağ bant gereksinimlerini azaltmasına rağmen,  JPEG2000 akışını sağlamaz. Kullanıcı cihazı bunu desteklemese bile, tüm JPEG2000 kod akışını göndermek hala gereklidir. Medikal görüntü çözünürlüğü, kullanıcı cihazının ekran çözünürlüğü için çok büyük olabilir veya kullanıcı cihazı bunu işleyebilmek için yeterli belleğe sahip olmayabilir. Sadece PC DICOM tabanlı kullanıcı cihazları verimli görüntü işlemeyi destekler. Bu nedenle, Standart DICOM Tek Depo Mimarisi  güçlü kullanıcı cihazları talep eder.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_286" class="wp-caption aligncenter" style="width: 595px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-6.jpg"><img class="size-full wp-image-286 " title="Sekil-6" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-6-e1274540908353.jpg" alt="" width="585" height="240" /></a></dt>
<dd class="wp-caption-dd">Şekil 6 &#8211; DICOM standart JPIP Pixel veri sağlayıcı hizmeti</dd>
</dl>
</div>
<p style="text-align: justify;">DICOM standardının doğrudan onu desteklememesine rağmen, medikal görüntü akışının önemini tanır. Standart, DICOM standartının dışında tanımlanan bir ağ protokolünü kullanıyor olan piksel veri aktarmasını sağlayan Piksel veri sağlayıcı hizmetini tanımlar. Güncel olarak, desteklenen tek hizmet, JPIP ağ protokolünün kullanımını desteklemek için bir mekanizmayı temsil eden JPIP Piksel veri sağlayıcısıdır. JPIP Pixel veri sağlayıcı mimarisi, Şekil 6&#8242;da tanımlanmıştır. Bu mekanizma kullanıldığı zaman, DICOM iletisinde yer alan pixel verisi, JPIP isteğini temsil eden URL dizisini içeren tek bir DICOM niteliğiyle özel hedef bilgisi dahilinde değiştirilir. DICOM standart JPIP Pixel veri sağlayıcı hizmetinde DICOM kullanıcı uygulaması, JPIP protokolünü yerine getirmek zorundadır ve JPIP kullanıcısının rolünü göz önünde bulundurmalıdır. DICOM kullanıcısı, JPIP Pixel veri sağlayıcı hizmetinin üzerinden DICOM görüntüsünü talep eder, Şekil 6&#8242;nın sol tarafı. DICOM yanıt mesajı, medikal görüntüyle pixel verisinden başka ilgili olan tüm bilgiyi içerir. Ayrıca, JPIP sunucusnun ağ adresini  ve hedef görüntüsünün  ismini içerir. İkinci iletişim kanalının üzerinde(JPIP ağı), DICOM kullanıcı uygulaması, şimdi bir JPIP kullanıcısının rolünde, JPIP sunucusu tarafından hizmet edilen hedeflenen görüntünün olduğu talep eder, Şekil  6&#8242;nın sağ tarafı.  JPIP protokolünün kullanımından dolayı, JPEG2000 akma yeteneklerinin tüm yayılma alanı, kontrol altındadır. Kullanıcı uygulaması, tam çözünürlük ve kalitede medikal görüntü parçalarına talep edebilir. Hem de, DICOM formatındaki eski medikal görüntüler, JPEG2000 formatına kodlanmak ve JPIP sunucu tarafına depolanmak zorundadır. Bu şekilde eski görüntüler bile, JPIP Piksel veri sağlayıcı hizmetinin üzerinde kullanışlıdır.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_308" class="wp-caption aligncenter" style="width: 504px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-7.jpg"><img class="size-full wp-image-308" title="Sekil-7" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-7.jpg" alt="" width="494" height="235" /></a></dt>
<dd class="wp-caption-dd">Şekil 7 &#8211; Standart DICOM JPIP İki Kat Depo Mimarisi Sağlayıcısı — DICOM&#8217;in ve JPIP kullanıcı uygulamalarının, medikal görüntü arşivini paylaşmadığı zaman DICOM standart JPIP Piksel veri sağlayıcı hizmeti</dd>
</dl>
</div>
<p style="text-align: justify;">DICOM standart JPIP Piksel veri sağlayıcı hizmeti, üç yolda yerine  getirilebilir. İlk yol, standart DICOM JPIP İki Kat Depo Mimarisi  Sağlayıcısıdır. DICOM sunucu uygulaması, yerli DICOM görüntü  formatındaki medikal görüntülerin erişimine sahip olmak zorundadır,  çünkü yerli DICOM formatındaki medikal görüntülerin aktarımını  desteklemelidir. JPIP Piksel veri sağlayıcı hizmetinin anlambilimi, JPIP  sunucu uygulamasına DICOM sunucu uygulamasından tamamen bağımsız olarak  davranır. Bu demektir ki; sunucu uygulamaları medikal görüntü  arşivlerini paylaşmaz. Bu bir sakıncadır çünkü; JPIP sunucusu ve DICOM  sunucusu medikal görüntü depoları senkronize olmak zorundadır. Sunucu  İçerik Yönetimi, bir çıkış ve veri eşlemesinin yerine getirilmesi  gereken bir yol olur, fakat bu DICOM standartı tarafından tanımlanmaz.  Hem de DICOM sunucu uygulamasının, piksel veri aktarmasının üzerinde  hiçbir kontrolü yoktur. DICOM sunucusu ile alakalı olduğu gibi, tüm  DICOM görüntüsü için uygundur.  Eğer, bir sebep için, görüntü JPIP  sunucusunda yoksa yada görüntü uygun değilse DICOM görüntüsü baştan  aktarılmalıdır. Bu kez,medikal görüntü tam boyutunda ve tamamen DICOM ağ  protokolünün üzerinden aktarılmak zorundadır. Bu yüzden, JPEG2000 akışı  garanti edilemez. Eğer DICOM ve JPIP sunucusu, medikal görüntü arşivini  paylaşırsa, bu sunucular arasındaki zaman uyumu,  DICOM standartı  biçiminde olmamasına rağmen kaçınılabilir. Paylaşılan medikal görüntü  arşivi, bazı sınırlamaları koyar. JPIP sunucusu sadece JPEG2000  görüntülerini kullanır. Bu yüzden, medikal görüntüler JPEG2000  formatında depolanmalıdır. Çünkü, DICOM sunucusu yerli DICOM  görüntülerinin aktarımını destekler, ve JPEG2000 sıkıştırmasını da  desteklemek zorundadır. DICOM standartı, JPIP Piksel Veri Sağlayıcı  hizmetini kullanan görüntü depolama işlemini desteklemez. Bu yüzden,  görüntü depolama işlemi, JPIP sunucusunda engellenmek zorundadır.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_310" class="wp-caption aligncenter" style="width: 478px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-8.jpg"><img class="size-full wp-image-310" title="Sekil-8" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-8.jpg" alt="" width="468" height="246" /></a></dt>
<dd class="wp-caption-dd">Şekil 8 &#8211; Standart DICOM JPIP Sağlayıcısı JPEG2000 Depo Mimarisi — DICOM ve JPIP sunucu uygulamalarının bir medikal görüntü arşivini paylaştığı zamanki DICOM JPIP Piksel Veri Sağlayıcı Hizmeti</dd>
</dl>
</div>
<p style="text-align: justify;">
<p style="text-align: justify;">DICOM standardı JPIP Piksel veri sağlayıcı hizmetinin uygulanması için ikinci yol, standart DICOM JPIP sağlayıcı JPEG2000 depo mimarisidir. JPEG2000 medikal görüntüleri, paylaşılan görüntü arşivinde depolanır. Bu durumdaki problem, yerli DICOM görüntü formatında, JPEG2000 görüntü formatında veya her ikisinde de görüntülerin depolanıp depolanmadığıdır. Son seçenek,standart DICOM JPEG2000 iki kat depo mimarisi için açıklanan aynı nedenlerle söz konusu değildir. Diğer iki seçenek, görüntü formatı kodlama esnasında işleme tabi tutmayı artırabilir, ama bu kaçınılmazdır.</p>
<p style="text-align: justify;">DICOM standart JPIP Piksel veri sağlayıcı hizmetini yerine getirmesi için üçüncü yol, standart DICOM JPIP sağlayıcı JPIP depo mimarisidir. Medikal görüntüler, JPIP sunucusunda JPEG2000 görüntü arşivinde depolanır. Bu durumda, DICOM sunucusu JPIP iletişim protokolünü desteklemek zorundadır. Standart DICOM JPIP sağlayıcı JPIP depo mimarisi, JPEG2000 medikal görüntülerin ve DICOM JPIP Piksel veri sağlayıcı hizmetinin DICOM aktarımını destekler. Ayrıca, JPIP sunucu uygulaması, görüntü depolama çalışmasının DICOM sunucu uygulamasından başlattığını desteklemeli ve bütün diğerlerini engellemelidir.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_315" class="wp-caption aligncenter" style="width: 481px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-9.jpg"><img class="size-full wp-image-315" title="Sekil-9" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-9.jpg" alt="" width="471" height="247" /></a></dt>
<dd class="wp-caption-dd">Şekil  9 &#8211; Standart DICOM JPIP sağlayıcı JPIP depo mimarisi — bütün görüntülerin, JPIP sunucu uygulamasında depolananan  DICOM JPIP Piksel veri sağlayıcı hizmeti; DICOM sunucu depoları  ve JPIP sunucusundan istenen görüntüler</dd>
</dl>
</div>
<p style="text-align: justify;">Çünkü DICOM, JPIP Piksel veri sağlayıcı hizmetini kullanan medikal görüntü depolama çalışmasını desteklemez,  JPIP Piksel veri sağlayıcı hizmeti üzerinden alınan medikal görüntüler için değişiklikleri güncellemek , incelemek ve yorumlamak imkansızdır. DICOM kullanıcı uygulamaları diğer DICOM hizmetlerini kullanan DICOM sunucusunda görüntüleri depolamak zorundadır. Temelde, işleme tabi tutulan ve/veya yorum yapılan medikal görüntüler, yeni örnekler olarak depolanır, veya birçok olayda olduğu gibi, onlar basitçe atılandır ve kaybedilendir. <strong> </strong></p>
<p style="text-align: justify;"><strong>3.</strong><strong> DICOM ve JPEG2000 TABANLI TESCİLLİ PACS</strong></p>
<p style="text-align: justify;">DICOM tabanlı PACS üzerinden medikal görüntü akışı için bizim bilgimize birçok çözüm teklif edildi. Çözümler çoğunlukla, standartların JPEG2000 ailesi tabanlı ve/veya standart olmayan sıkıştırma tekniklerinde JPEG2000&#8242;e benzer temel alınır. İki temel yaklaşım vardır. İlk yaklaşımda, yeni ağ protokolleri DICOM ileti format tabanlı geliştirilmiştir. Medikal görüntü paylaşımı için eşleme sistemi, Blanquer et al tarafından geliştirildi. Teklif edilen sistem, medikal görüntülerin DICOM iletilerinde sarmalandığı JPEG2000&#8242;i kullanır. Görüntüler, sıradan ağ protokolünün üzerinden sistemin çeşitli parçalarının arasında paylaşılır — ne DICOM ne de JPIP protokolleri kullanılır. DICOM başlığı ilk olarak yollanır. Medikal görüntü piksel verisi, tabaka tabaka varış noktasına gönderilir. Bu sistem sadece kalite ölçeklenebilirlik sağlar. Çözünürlük ölçeklenebilirliğini sağlayabilecek hiçbir mekanizma yoktur.</p>
<p style="text-align: justify;">DICOM medikal görüntülerin kalite ölçeklenebilirliği Ramakrishnan ve Sriraan tarafından uygulanmıştır. Bu uygulama, JPEG2000 sıkıştırmasına çok benzeyen Hiyerarşik Ağaçlandırmada Bölmelendirme (Set Partitioning In Hierarchical Trees &#8211; SPIHT) sıkıştırma tabanlıdır. Veri aktarımı HTTP ağ protokolüne göre esas alınmıştır. DICOM başlığı ilk takipte medikal görüntü piksel verisi ile gönderilir. Piksel verisi kademeli gönderilir. Böylece kullanıcı uygulaması, aktarım tam kaliteye ulaştığında durabilir. Blanquer&#8217;in çözümüne benzer olarak, bu sistem, sadece kaliteli ölçeklenebilirlik sağlar.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_316" class="wp-caption aligncenter" style="width: 513px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-10.jpg"><img class="size-full wp-image-316" title="Sekil-10" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-10.jpg" alt="" width="503" height="239" /></a></dt>
<dd class="wp-caption-dd">Şekil 10 &#8211; İki Tabakalı Tescilli Mimari — uygulama aracı medikal görüntülerden mobil cihazlara aktarım sağlar ve PACS ile mobil cihazlar arasındaki iletişimi kurar.</dd>
</dl>
</div>
<p style="text-align: justify;">
<p style="text-align: justify;">Yeni ağ protokollerine dayanan çözüm sınırlıdır, çünkü eksiklik olduğunda kullanılamaz ve sanayi PACS sistemlerini onaylar.  Ayrıca, mevcut PACS &#8216; te teklif edilen sistemlerin gerçek bütünleştirmesini sağlamaz. Genellikle, iki iletişim kanalı ve iki sistemin arasındaki aracın bazı türlerini sağlamak için zorunludur. Her iki teklifte de, sahipler yeni PACS in tamamen önerilen ağ protokolüne dayanarak uygulanması fikrindedir.</p>
<p style="text-align: justify;">DICOM medikal görüntü akışı için ikinci yaklaşım; iki tabaka iletişim mimarisinin gelişimini belirtir. İlk tabaka, DICOM tabanlı PACS ile iletişim için kullanılır, Şekil 10 sağ taraf. İkinci tabaka ise görüntülerin kullanıcı cihazlarına aktarımında kullanılır. Şekil 10 sağ taraf. İletişimin ikinci tabakası genellikle JPIP iletişim protokolüne dayanır.</p>
<p style="text-align: justify;">Bu yaklaşımın örneği Tian et al’ın çalışmalarında bulunabilir. Bu öneride, medikal görüntü arşivi yerli DICOM görüntü formatına dayanır. Görüntü akışı ve sıkıştırması birleştirilmemiştir. Bu yüzden, depolama gereksinimi yüksek kalır. JPIP piksel veri sağlayıcı mekanizmasında olduğu gibi, en azından iki iletişim protokolü olmak zorundadır. Kullanıcı uygulaması, JPIP protokolü üzerinde medikal görüntü istemelidir. Aracı, JPIP isteğini DICOM isteğine çevirir ve isteği DICOM sunucu uygulamasına taşır. Alınan medikal görüntü, aracı kenarında daha fazla işleme tabi tutulandır, ve kullanıcı uygulamasına geri gönderilir. Eğer DICOM iletisi, JPEG2000 medikal görüntü içermiyorsa, görüntü ilk sıkıştırılmalıdır. Bu yüzden, ekstra işleme tabi tutma yer alır ve toplam hizmet eden zaman, önemli şekilde büyür. <strong> </strong></p>
<p style="text-align: justify;"><strong>4. </strong><strong>DICOM2000 TABANLI PACS</strong></p>
<p style="text-align: justify;">DICOM2000 sözdizimi, standart DICOM sorgu mekanizmasını genişletir. Bunun yanında, hasta hakkında bilgi, çalışma, bir başka medikal görüntü  hakkındaki veriler, DICOM2000 kullanıcı uygulaması çözünürlüğü, kaliteyi ve istenilen JPEG2000 medikal görüntünün ilgili bölgesini tanımlayabilir.</p>
<p style="text-align: justify;">DICOM2000 sözdizimine dayanan iletişim Şekil 11’de tanımlanmıştır. İki tip kullanıcı vardır: DICOM2000 kullanıcıları ve standart DICOM kullanıcıları. DICOM2000 sözdizimi, onu desteklemeyen diğer DICOM uygulamaları için tamamen açıktır. Böylece, DICOM2000 sunucu uygulaması standart DICOM kullanıcılarıyla iletişim kurar. Bu da DICOM standardı ile uyum içindedir.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_291" class="wp-caption aligncenter" style="width: 473px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-11.jpg"><img class="size-full wp-image-291" title="Sekil-11" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-11.jpg" alt="" width="463" height="133" /></a></dt>
<dd class="wp-caption-dd">Şekil 11 &#8211; DICOM2000 iletişimi — DICOM2000 kullanıcıları onların &#8220;Pencereyi odakla&#8221; sını tanımlayabilir; DICOM2000 sisteminin hala, diğer DICOM uygulamalarıyla iletişim kurma yeteneği vardır.</dd>
</dl>
</div>
<p style="text-align: justify;">DICOM2000 sunucu uygulaması DICOM2000 isteğini aldıktan sonra, hedefteki JPEG2000 medikal görüntü işleme sokulur ve kullanıcı isteğine göre koda dönüştürülür, Şekil 11’in sol kısmı. Sonuç veren JPEG2000 piksel verisi (DICOM2000 kullanıcı cihazının yürürlüğü ve yeteneklerini göstermesi), uygun bilgiyle yan yana DICOM2000 mesajının içinde sarmalanır, ve DICOM2000 iletişim kanalından yollanır. Sarmalanan JPEG2000 piksel verisi çıkarılır, sıkıştırması çözülür, ve kullanıcı uygulaması cihazında gösterime uygun  hale getirilir.</p>
<p style="text-align: justify;">Eğer DICOM2000 sunucusu DICOM isteğini alırsa, tam JPEG2000 görüntüsü, yerli DICOM formatında sıkıştırılması çözülür ve DICOM kullanıcısına yollanır. DICOM2000 sunucu uygulamasının, sıkıştırmayı çözme  ve JPEG2000 medikal görüntülerin yerli DICOM görüntü formatına dönüştürme yeteneği olmalıdır. Ayrıca, eğer DICOM kullanıcısının JPEG2000’i gösterme yeteneği varsa, tam JPEG2000 görüntüsü, DICOM iletisinin içinde sarmalanır ve aktarılır. Eğer kullanıcı isteği, JPIP İstek Dizisi’nin niteliğini içermezse, DICOM2000 sunucusu, DICOM isteğinin olduğu gibi davranır.</p>
<p style="text-align: justify;">DICOM2000 sözdiziminin açıklığından dolayı, DICOM2000 tabanlı uygulamaları önceden var olan DICOM tabanlı PACS yeni iletileriyle birleştirmek kolaydır. Bu, gerçekten medikal görüntü akışı için yeni ağ protokollerinde temel alınan PACS te bir avantajdır. DICOM2000 sözdizimini desteklemeyen uygulamalar basitçe, eklenen nitelikleri görmezlikten gelecektir.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_292" class="wp-caption aligncenter" style="width: 619px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-12.jpg"><img class="size-full wp-image-292" title="Sekil-12" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-12.jpg" alt="" width="609" height="273" /></a></dt>
<dd class="wp-caption-dd">Şekil 12 &#8211; DICOM2000 Tek Sunuculu Mimari — bütün işlevsellikler, DICOM2000 sunucu uygulamasına yerleştirilir.</dd>
</dl>
</div>
<p style="text-align: justify;">DICOM2000 sözdizimi, bütün DICOM JPEG2000 transfer sözdizimlerinin yararlarını arşivler ve JPIP Piksel veri sağlayıcı hizmeti birinde birleştirilir. Medikal görüntü arşivinin büyüklüğü JPEG2000 sıkıştırması kullanıldığında daha küçüktür. Medikal görüntülerin akışı, DICOM iletişim kanalı boyunca elde edilir. Görüntü arşivi her bir görüntünün sadece bir kopyasını içerir ve kapasiteleri ne olursa olsun tüm kullanıcı cihazları hizmet için kullanılır. Farklı büyüklükteki görüntüler, minimal uzamsal bir  çarpıtmayla JPEG2000 kod akışından basit bir yolla çıkarılır (Maksimum kalite). Önerilen diğer çözümün aksine DICOM medikal görüntü akışı için, DICOM2000 medikal görüntü depolama işlemi mobil cihazları bile destekler. Bu yüzden, mobil cihazlarda medikal görüntüleri depolamak ve güncellemek mümkündür.</p>
<p style="text-align: justify;">DICOM2000 iletişimi iki yolla uygulanır. İlk yol; DICOM2000 Tek Sunuculu Mimari, Şekil 12. Tüm işlevsellikler DICOM2000 sunucusunda yerleştirilmiştir. DICOM2000 sıkıştırmasının yanında, sunucu uygulaması JPEG2000 kodlamasını desteklemek zorundadır. Bu, DICOM2000 sunucusunun kullanıcı istekleri doğrultusundaki JPEG2000 görüntüleri kodlamasını sağlar. DICOM2000 kullanıcı uygulaması JPEG2000 medikal görüntüleri istediği zaman; JPIP İstek Dizisi çözümlenir ve JPEG2000 medikal görüntüsü kullanıcı isteğine göre kodlandırılır.</p>
<div class="mceTemp mceIEcenter" style="text-align: center;">
<dl id="attachment_293" class="wp-caption aligncenter" style="width: 619px;">
<dt class="wp-caption-dt"><a href="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-13.jpg"><img class="size-full wp-image-293" title="Sekil-13" src="http://10.0.0.101/kerem/wp-content/uploads/2010/05/Sekil-13.jpg" alt="" width="609" height="257" /></a></dt>
<dd class="wp-caption-dd">Şekil 13 &#8211; DICOM2000 İki Sunuculu Mimari — işlevsellikler, DICOM2000 ve JPIP sunucu uygulamalarının arasında bölünür; JPEG2000 medikal görüntüleri, JPEG2000 kodlaması için sorumlu olan JPEG2000 sunucu uygulamasında depolanır. </dd>
</dl>
</div>
<p style="text-align: justify;">DICOM2000 iletişimini uygulamanın ikinci yolu DICOM2000 İki Sunuculu Mimaridir, Şekil 13. Tüm işlevsellikler DICOM2000 ve JPIP sunucu uygulamaları arasında bölünür. JPEG2000 kodlama işlevselliği JPIP sunucusuyla değiştirilmiştir. Ayrıca, JPEG2000 medikal görüntüleri JPIP sunucusunda depolanır. Sadece medikal görüntüye ilişkin bilgi DICOM2000 sunucusunda depolanır. DICOM2000 sunucusu tüm iletişimi kontrol eder. Kullanıcı uygulaması DICOM2000 sunucusu boyunca medikal görüntüleri ele alabilir. Medikal görüntü depolama işlemini DICOM2000 sunucusu boyunca ele alır. Kullanıcı uygulamaları yeni medikal görüntüleri, JPIP sunucu uygulamasında depolayan DICOM2000 sunucusunda uzaktan bilgisayarına yükler. Yüklenen yerli DICOM görüntüleri ilk JPEG2000 formatında sıkıştırılır.</p>
<p style="text-align: justify;">DICOM2000 kullanıcı uygulaması JPEG2000 medikal görütülerini istediğinde, JPIP İstek Dizisi DICOM2000 iletisinden çıkarılır, hedeflenen JPEG2000 medikal görüntünün ismi ile yanyana JPIP isteğiyle bütünleştirilir ve JPIP sunucu uygulamasına gönderilir. JPIP sunucusuyla olan iletişimde, DICOM2000 sunucusu JPIP kullanıcı uygulaması gibi davranır. JPIP sunucusu istenilen JPEG2000 akışını , ve sadece DICOM2000 müşteri isteğine hizmet eden JPEG2000 piksel verisi, DICOM2000 sunucusu uygulaması için geri akıştır. DICOM2000 sunucusu tarafından alınan DICOM2000 iletisindeki ilgili bilgi ile birlikte JPEG2000 piksel verisi sarmalanır ve DICOM2000 kullanıcı uygulamasına geri gönderilir.</p>
<p style="text-align: justify;">DICOM2000 İki Sunuculu Mimarisi uygulamaya konmuştur ve kontrollü ortamda test edilmiştir. Çok iyi sonuçlar elde edilmiştir. PACS görüntü arşivinin büyüklüğü 10 kezden daha fazla azaltıldı. Düşük çözünürlük ve düşük kalitedeki JPEG2000 görüntüleri JPEG2000 kod akışından çıkarılmıştır ve verilen çözünürlük için mümkün kalitede başarıyla incelenen cep telefonlarına gönderilmiştir. Alınan görüntüler sadece öngörünüm olarak işlenmiştir. İlgi alanı sonradan seçilen ve yüksek çözünürlükte istenendir. Süreç, görüntü bölgesinin orijinal görüntü gibi  aynı çözünürlükte işlenememesine kadar devam eder. Görüntüleyici, orijinal çözünürlükteki görüntünün bölgesinden sonra kayan bölge boyunca yönetebilir.  <strong> </strong></p>
<p style="text-align: justify;"><strong>5. </strong><strong>SONUÇ</strong></p>
<p style="text-align: justify;"><strong> </strong></p>
<p style="text-align: justify;">Modern PACS, medikal işler için heryeri kapsayan mobil cihazları içermelidir. Bu yüzden, DICOM standartı, medikal görüntülerin iletişimindeki olduğu standart gibi, görüntü akışını desteklemelidir. Görüntü akışı için modern çözümler, genelde JPEG2000 standardında temel alınır. Bu standart, görüntü sıkıştırması ile veri akışını birleştirir. Farklı büyüklükteki görüntüler, minimal uzaya ait bozulmayla, birinden basit bir yolda (kayıplı veya kayıpsız) JPEG2000 kod akışı sunucusundan çıkarılmış ve  farklı kullanıcılara sunulmuştur. Bizim bilgimize, DICOM ağlarının üzerinden JPEG2000 akışını yerine getiren PACS için hiçbir çözüm yoktur. DICOM üzerinden JPEG2000 medikal görüntülerin akışını biz  teklif ettik ve kesinlikle onu uygulayan DICOM2000 söz dizimini geliştirdik. DICOM2000 sıkıştırmayı ve DICOM2000’e JPEG2000’den akış gücünü getirir.</p>
<p style="text-align: justify;">Raporda, JPEG2000 medikal görüntülerin değiş tokuşuna izin veren PACS mimarilerini sunduk. DICOM2000 tabanlı PACS mimarileri, standart DICOM sözdizimi tabanlı PACS mimarileriyle karşılaştırılmış ve çözümler teknik literatürde sunulmuştur. DICOM2000 tabanlı PACS var olan diğer DICOM tabanlı JPEG2000 medikal görüntülerin değişimini uygulayan PACS üzerinde önemli avantajları vardır. Kısaca listelendiğinde, bu avantajlar şunlardır :</p>
<ul style="text-align: justify;">
<li>PACS görüntü arşivinin büyüklüğü on kat daha küçüktür.</li>
</ul>
<ul style="text-align: justify;">
<li>Görüntü sıkıştırması görüntü akışıyla birleştirilmiştir. Bu demektir ki; herhangi bir kullanıcı en kaliteli görüntüye uygun yeteneklerle hizmet edebilir.</li>
</ul>
<ul style="text-align: justify;">
<li>Çıkarılan medikal görüntüler, minimum uzaysal bozulma ile vardır. Bunlar, aynı büyüklüğün otomatik ölçeklendirilen görüntülerinden çok daha kalitelidir.</li>
</ul>
<ul style="text-align: justify;">
<li>Bir medikal görüntüye bağlanan bütün kullanıcı istekleri, tek görüntü kod akışından hizmet edilir.</li>
</ul>
<ul style="text-align: justify;">
<li>Gereksiz veri olmadığından, ağ trafiği azaltılır. Alçak – bant ağlarında bile hızlı medikal görüntü gösterimini sağlar.</li>
</ul>
<ul style="text-align: justify;">
<li>Tüm iletişim, DICOM iletişim protokolü üzerinden sağlanır. DICOM sunucusu piksel veri iletimi üzerinde kontrole sahiptir.</li>
</ul>
<ul style="text-align: justify;">
<li>DICOM2000 tabanlı PACS, standart DICOM iletişimini destekleyen diğer PACS ile kolaylıkla birleşebilir.  DICOM2000 uygulamaları kolay ve açık olarak var olan DICOM tabanlı PACS ile birleştirilebilir.</li>
</ul>
<ul style="text-align: justify;">
<li>JPEG2000 medikal görüntü değişimi için olan diğer PACS mimarisini içermez. Örneğin; JPIP Piksel Veri Sağlayıcı Hizmeti ile DICOM2000’i birleştirmek mümkündür.</li>
</ul>
<ul style="text-align: justify;">
<li>Medikal görüntü depolama işlemi mobil cihazları bile destekler.</li>
</ul>
<ul style="text-align: justify;">
<li>DICOM2000 tabanlı PACS, yerli DICOM formatındaki eski DICOM görüntü arşivleriyle kolayca birleştirilebilir. Arka plan süreci, eski DICOM medikal görüntüleri JPEG2000 formatına çevirebilir, ve onları yeni medikal görüntü arşivine depolayabilir.</li>
</ul>
<p style="text-align: justify;">DICOM tabanlı PACS in iki mümkün mimarisi vardır. DICOM2000 Tek Sunuculu Mimari tüm işlevsellikleri DICOM2000 sunucu uygulamasına koyar. DICOM2000 İki Sunuculu Mimari DICOM2000 ve JPIP sunucu uygulamaları arasındaki tüm işlevsellikleri böler. DICOM2000 İki Sunuculu Mimarisi daha karmaşık ve daha zaman alıcı gözükse de, ekstra yararlar sunar – JPEG2000 medikal görüntü değişimi için standart DICOM hizmetleri ile DICOM2000 sözdizimi işlevselliklerini birleştirme ihtimali.</p>
<p style="text-align: justify;">DICOM2000 İki Sunuculu Mimari’yi uyguladık. Sistem iyi sonuçlar verdi. Farklı büyüklükteki medikal görüntüler orijinal JPEG2000 kod akışından çıkarıldı ve DICOM2000 kullanıcılarına ulaştırıldı. Görüntülerin kalitesi ve büyüklüğü kullanıcı cihazı işlemesine ve görünen yeteneklere uyum sağladı.</p>
<p style="text-align: justify;">DICOM2000 sisteminin mevcut uygulaması tamamlanmamıştır, çünkü; ROI görüntüsünün görünümünü desteklemez. Bu, orijinal çözünürlükte medikal görüntünün istenilen parçasına talep etmesi için DICOM2000 kullanıcı uygulamalarını sağlayacaktır. Tüm medikal görüntü bölgeye görüntülenebilir hale gelebilir.</p>
<p style="text-align: justify;">DICOM2000 tabanlı PACS, heryerde olan medikal bilgi işlem ortamına doğru yön değiştirmiştir.</p>
<p style="text-align: justify;"><strong>6. Acknowledgments</strong></p>
<p style="text-align: justify;">The work presented in the paper was developed within the: project “Eroentgenology of Special hospital for lung disease,” No. 6233B [31] and IT</p>
<p style="text-align: justify;">Project “WEB portals for data analysis and consulting,” No. 13013, supported by the government of Republic of Serbia, 2006. – 2010.</p>
<p style="text-align: justify;"><strong>7. References</strong></p>
<p style="text-align: justify;"><strong>1.</strong> Choong, M.K., Logeswaran, R., Bister, M.: Cost-effective handling of digital medical images in the telemedicine environment. International Journal of Medical Informatics, Vol. 76, No. 9, 646-654. (2007)</p>
<p style="text-align: justify;"><strong>2.</strong> Huang, H. K.: Enterprise PACS and image distribution. Computerized Medical Imaging and Graphics, Vol. 27, No.2-3, 241-253. (2003)</p>
<p style="text-align: justify;"><strong>3.</strong> Sneha, S. and Dulipovici, A.: Strategies for Working with Digital Medical Images. In Proceedings of the 39th Annual Hawaii international Conference on System Sciences, HICSS, Vol. 05, Kauai, HI, USA. IEEE Computer Society, Washington, DC, 100.1. (2006)</p>
<p style="text-align: justify;"><strong>4.</strong> Skodras, A. N.: The JPEG2000 Image Compression Standard in Mobile Health. MHealth: Emerging Mobile Health Systems, SpringerLink, 313-327. (2006)</p>
<p style="text-align: justify;"><strong>5. </strong>Bardram, J.E.: Hospitals of the future – ubiquitous computing support for medical work in hospitals. The 2nd international workshop on ubiquitous computing for pervasive healthcare applications &#8211; UbiHealth 2003, Seattle, Washington, USA. (2003)</p>
<p style="text-align: justify;"><strong>6.</strong> Atkinson, C., Kaplan, B., Larson, K., Martins, H.M.G, Lundell, J., Harris, M.: Ubiquitous Computing for Health and Medicine. Designing Ubiquitous Information Environments: Socio-technical Issues and Challenges, eds. C. Sørenson, Y. Yoo, K. Lyytinen, and J.I. DeGross, London: Kluwer Academic Publishers, 355-358. (2005)</p>
<p style="text-align: justify;"><strong>7.</strong> Dragan, D. and Ivetic, D.: An Approach to DICOM Extension for Medical Image Streaming. In Proceedings of the 19th DAAAM International Symposium, &#8220;Intelligent Manufacturing &amp; Automation&#8221;, Trnava, Slovakia. (2008)</p>
<p style="text-align: justify;"><strong>8.</strong> Mirkovic, J., Ivetic, D., Dragan, D.: Presentation of Medical Images Extracted From DICOM Objects on Mobile Devices. In Proceedings of the 9th International Symposium of Interdisciplinary Regional Research “ISIRR 2007” Hungary – Serbia – Romania, Novi Sad, Serbia. (2007)</p>
<p style="text-align: justify;"><strong>9.</strong> Dragan, D. and Ivetic, D.: An Implementation of DICOM/JPEG2000 Client/Server Architecture. In Proceedings of the 9th International Symposium of Interdisciplinary Regional Research “ISIRR 2007” Hungary – Serbia – Romania, Novi Sad, Serbia. (2007)</p>
<p style="text-align: justify;"><strong>10.</strong> Eyadat, M. and Muhi, I.: Compression Standards Roles in Image Processing: Case Study. The Proceedings of the International Conference on Information Technology: Coding and Computing – ITCC’05, 135-140. (2005)</p>
<p style="text-align: justify;"><strong>11.</strong> Information technology – JPEG2000 image coding system: Core coding system. ISO/IEC 15444-1, 2000 | ITU-T Recommendation T.800. (2002)</p>
<p style="text-align: justify;"><strong>12. </strong>Taubman, D. and Marcellin, M.: JPEG2000: Image compression fundamentals, standards and practice. Kluwer Academic Publishers, Boston, USA. (2001)</p>
<p style="text-align: justify;"><strong>13.</strong> Tinku, A., and Ping-Sing, T.: JPEG2000 Standard for Image Compression – Concepts, Algorithms and VLSI Architecture. Wiley-Interscience publication. (2005)</p>
<p style="text-align: justify;"><strong>14</strong>. Dragan D.: Encapsulation of JPEG2000 Compression by DICOM standard message [master thesis]. University of Novi Sad, Faculty of Technical Science, Department for Computing and Control, Novi Sad, Serbia. (2008)</p>
<p style="text-align: justify;"><strong>15.</strong> Przelaskowski, A.: Compression of mammograms for medical practice. In Proceedings of the 2004 ACM Symposium on Applied Computing – SAC &#8217;04, 249-253. (2004)</p>
<p style="text-align: justify;"><strong>16.</strong> Clunie D.A.: Lossless Compression of Grayscale  Medical Images &#8211; Effectiveness of Traditional and State of the Art Approaches. Proceedings of SPIE, 74-84. (2000)</p>
<p style="text-align: justify;"><strong>17.</strong> American College of Radiology, National Electrical Manufacturers Association: Digital imaging and communication in medicine (DICOM): version 3. Draft Standard, ACR-NEMA Committee, Working Group VI, Washington DC. (1993)</p>
<p style="text-align: justify;"><strong>18.</strong> Dragan, D., and Ivetić, D.: DICOM overview. The VII International Symposium &#8220;Young People and Multidisciplinary Research&#8221;, Resita, Romania. (2005)</p>
<p style="text-align: justify;"><strong>19.</strong> Dragan, D., Ivetić, D., and Popović, M.: DICOM Communication and Mapping on TCP/IP Protocol. In Proceedings of the Symposium INFOTEH-JAHORINA 2006 [CD-ROM], Vol. 5, Ref. E-II-15, 384-388, Jahorina, Bosnia and  Hercegovina. (2006)</p>
<p style="text-align: justify;"><strong>20.</strong> Bidgood, W. D. Jr., Horii, S. C., Prior, F. W., and Van Syckle, D. E.: Understanding and using DICOM, the data interchange standard for biomedical imaging. Journal of American Medical Information Association Vol. 4, No. 3, 199-212. (1997)</p>
<p style="text-align: justify;"><strong>21.</strong> Oosterwijk, H.: DICOM Basics. OTech Inc/Cap Gemini Ernst and Young. (2002)</p>
<p style="text-align: justify;"><strong>22.</strong> Seok-Hwan, J. and Whoi-Yul, K.: Defining a New Annotation Object for DICOM Image: a Practical Approach. Computerized Medical Imaging and Graphics, Vol. 28, No. 2-3, 371-375. (2003)</p>
<p style="text-align: justify;"><strong>23.</strong> American College of Radiology, National Electrical Manufacturers Association: Digital imaging and communication in medicine (DICOM): revision PS 3.1-2006 ~PS 3.15-2006. Draft Standard, ACR-NEMA Committee, Rosslyn, VA. (2006)</p>
<p style="text-align: justify;"><strong>24.</strong> Tian, Y., and Zhang, J.G.: JPIP-based Wireless Transmission and Display of High Resolution DICOM Medical Images. Chinese Journal of Medical Instrumentation (Zhongguo Yi Liao Qi Xie Za Zhi), Vol. 30, No. 4, 299-301. (2006)</p>
<p style="text-align: justify;"><strong>25.</strong> Tian, Y., Cai, W., Sun, J., and Zhang, J.: Accessing medical image databases on the go. SPIE Newsroom, Electronic Imaging &amp; Signal Processing [Online]. Available at: http://spie.org/x19505.xml. (cited 2008 Feb)</p>
<p style="text-align: justify;"><strong>26.</strong> Information technology – JPEG2000 image coding system: Interactivity tools, APIs and protocols. ISO/IEC 15444-9, 2005 | ITU-T Recommendation T.808. (2005)</p>
<p style="text-align: justify;"><strong>27.</strong> Taubman, D., and Prandolini, R.: Architecture, Philosophy and Performance of JPIP: Internet Protocol Standard for JPEG2000. In Proceedings of the International Symposium on Visual Communications and Image Processing (VCIP2003), Lugano, Italy. SPIE Vol. 5150, No. 3, 791-805. (2003)</p>
<p style="text-align: justify;"><strong>28. </strong>Moshfeghi, M. and Ta, J.: Efficient Image Browsing with JPEG2000 Internet Protocol. Medical Imaging 2004: PACS and Imaging Informatics, Proceedings of SPIE, Vol. 5371, 31-42. (2004)</p>
<p style="text-align: justify;"><strong>29.</strong> Blanquer, I., Hernández, V., and Mas, F.: A Peer-to-Peer Environment to Share Medical Images and Diagnoses Providing Context-Based Searching. In Proceedings of the 13th Euromicro Conference on Parallel, Distributed and Network-Based Processing (Euromicro-PDP’05), Lugano, Switzerland. IEEE  Computer Society, Washington, DC, 42-48. (2005)</p>
<p style="text-align: justify;"><strong>30.</strong> Ramakrishnan, B., and Sriraam, N.: Internet Transmission of DICOM Images with Effective Low Bandwidth Utilization. Digital Signal Processing, Vol. 16, No. 6, 825-831. (2006)</p>
<p style="text-align: justify;"><strong>31.</strong> Ivetić, D., Berković I., and Dragan, D.: Technological Aspects of E-Rentgenology Systems. In proceedings of the Symposium INFOTEH-JAHORINA 2006 [CDROM], Jahorina, Bosnia and Hercegovina. Vol. 5, Ref. E-II-10, 373-375. (2006)</p>
</div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fjpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi%2F&amp;linkname=JPEG%202000%20Medikal%20G%C3%B6r%C3%BCnt%C3%BC%20Ak%C4%B1%C5%9F%C4%B1%20i%C3%A7in%20DICOM%20Tabanl%C4%B1%20PACS%20Mimarisi"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>Related posts:<ol><li><a href='http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/' rel='bookmark' title='Permanent Link: Medikal Görüntü Sıkıştırma, DICOM ve PACS'>Medikal Görüntü Sıkıştırma, DICOM ve PACS</a> <small>Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu...</small></li>
<li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü...</small></li>
<li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu son...</small></li>
</ol></p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/jpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Medikal Görüntü İşleme Terminolojisi</title>
		<link>http://www.keremcaliskan.com/medikal-goruntu-isleme-terminolojisi-2/</link>
		<comments>http://www.keremcaliskan.com/medikal-goruntu-isleme-terminolojisi-2/#comments</comments>
		<pubDate>Tue, 16 Mar 2010 15:42:33 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Genel Sözlük]]></category>
		<category><![CDATA[Medikal Görüntü İşleme Terminolojisi]]></category>

		<guid isPermaLink="false">http://10.0.0.101/kerem/?p=126</guid>
		<description><![CDATA[PACS ( Picture Archiving and Communication Systems ) medikal görüntülerin depolanmasına, istenildiğinde erişilmesine, gösterilmelerine ve dağıtılmalarına adanmış bilgisayar veya bilgisayar ağı bütününe verilen genel addır. Birbirinden farklı Medikal Görüntüleme Cihazı üreticisinin üretip sattığı bu sistemlerin verilerinin ( medikal görüntüler ve bilgisayar destekli tıbbi tanılar ) bu yapıda kullanılabilmeleri çok önemlidir. Bu cihazlarda elde edilen medikal [...]


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div id="sozlukdesc" style="text-align: justify;"><strong>PACS </strong>( Picture Archiving and Communication Systems ) medikal görüntülerin depolanmasına, istenildiğinde erişilmesine, gösterilmelerine ve dağıtılmalarına adanmış bilgisayar veya bilgisayar ağı bütününe verilen genel addır. Birbirinden farklı Medikal Görüntüleme Cihazı üreticisinin üretip sattığı bu sistemlerin verilerinin ( medikal görüntüler ve bilgisayar destekli tıbbi tanılar ) bu yapıda kullanılabilmeleri çok önemlidir. Bu cihazlarda elde edilen medikal görüntüler bağımsız bir formata sahiptirler. Medikal görüntüler için bilindik en önemli format <strong>DICOM </strong>( Digital Imaging and Communications in Medicine ) görüntüleme standardıdır. <strong>PACS </strong>tek başına <strong>DICOM </strong>uyumlu medikal görüntülerin otomasyonu için uygun görülse bile hastanelerdeki diğer dijital platformlarla da haberleşmesi zaruridir. Bu durumda RIS ( Radiology Information System ) devreye girer ve <strong>HL7 </strong>( Health Level 7 ) standardı üzerinden <strong>PACS </strong>ve <strong>HBYS </strong>( Hastane Bilgi Yönetim Sistemi ) üzerinden haberleşmelerini sağlar. bunun dışındaki ara sistemlere RIS denmesi ayıplanır, onlar HBYS üreticilerinin bir kaç cihazın görüntülerini gösterebileceği ara çözümlerdir. HL7 uyumluluğu bir <strong>RIS </strong>için çok önemlidir. Tabi <strong>HL7 </strong>ve <strong>DICOM </strong>gibi iki zorlu protokolü bağlamak kolay değil burda belli haritalamalara ve tavsiyelere ihtiyaç var. İşte bu noktada <strong>IHE </strong>( Integrated Healthcare Enterprise ) entegrasyon için gereken kuralları ve ihtiyaçları ortaya koyar. Neyse bu kadar özet yeterli şimdi alfabetik bir sözlüğe başlayalım, yavaş yavaş büyütmeyi planlıyorum, çok büyürse arama, harf linkleri gibi janjanları da ekleriz&#8230;</div>
<div><strong><br />
</strong></div>
<div style="text-align: center;"><strong>Medikal Görüntüleme ve Tıp Bilişimi Terminolojisi v 0.1</strong></div>
<div><strong><br />
</strong></div>
<table id="sozluklistesi" style="height: 1812px;" border="2" width="95%">
<tbody bgcolor="#000000" style="border:solid">
<tr>
<td>Terim: <strong>Adaptive Hanging Protocols</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<div style="text-align: middle;">
<h2 style="text-align: center;">Adaptive Hanging Protocols &#8211; Hanging Protocols &#8211; Asılı Protokoller</h2>
</div>
<div style="text-align: justify;">Alan uzmanları yani radyologlar tarafından her çalışma veya hastalığa özel belirlenmiş gösterim protokolleridir. Bazı varsayılan asılı protokoller görüntü alma tarzınıza ve modaliteye uygun olarak tanımlanmıştır ve bütün hastalık kategorilerine uygulanabilir durumdadırlar.</div>
<div style="text-align: justify;">Adaptif veya akıllı asılı protokol ise yine şu andaki ve daha önceki çalışmayı karşılaştırmayı sağlar fakat burada görüntü işleme metodları kullanılarak önceki ve şu andaki medikal görüntü sekansları arasında eşleştirme yapmaya çalışılır. Böylece doktor iki pencerede de aynı bölgeyi gördüğüne emin olur. Mesela MR daki daha önce çekilen ve son çekilen kontrast T1 görüntüleri aynı ekranda ve eşleştirilmiş dilim üzerinde daha mükemmel karşılaştırılabilir.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>Atlas</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<div style="text-align: middle;">
<h2 style="text-align: center;">Atlas</h2>
</div>
<div style="text-align: justify;">Anatominin standart 3B koordinat sistemine göre detaylı gösterimine Atlas adı verilir. En iyi atlas verisi mikroskop ile kadavra veya vücuttan alınan parçaların noktasal anatomik değerlendirilmesiyle yapılır ama artık günümüzde medikal görüntüleme sistemlerinden alınan bir çok verinin örtüştürülmeleriyle de Atlas elde edilir. Atlaslar standart veri seti olarak kabul edilirler. Medikal görüntüleme cihazlarından elde edilen veriler eldeki atlas bilgileriyle örtüştürülmeye çalışılır. Bunun için registration adı verilen süreç gerçekleştirilir.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>CR</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">CR &#8211; Computed Radiography</h2>
<div style="text-align: justify;">Medikal görüntüleri oluşturmak için fosfor bir plakanın kullanıldığı kaset tabanlı dijital radyografi türü olarak adlandırılabilir. Eski konvansiyonel sistemlerde yoğun değişikliklere gitmeden CR kullanılabilir. CR standart büyüklükteki kaset yapılarından faydalanır ve bu fosfor plakada oluşan görüntüleri CR okuyucusu denilen bir kısım sayesinde dijitize eder.</div>
<div style="text-align: justify;">*CR konusundaki bireysel düşüncem DR&#8217;a geçiş aşamasında ara buluculuk yapmış ama artık vakit kaybı gözüken bir yapı olmasıdır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>DICOM</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">DICOM &#8211; Digital Imaging Communications in Medicine</h2>
<div style="text-align: justify;">Birbirinden farklı tipteki medikal görüntüleme cihazlarının ortak bir bilgisayar dili kullanarak standardize edilmiş medikal görüntü çıktısı vermelerini sağlayan, daha sonra bütün bu görüntülere ulaşılabilmesi ve değiştirilebilmesine izin veren formatın genel adıdır. Medikal görüntüler dışında mesajların da iletilmesine izin verecek sistematik bütününü barındırır.</div>
</td>
</tr>
<tr>
<td>Terim: <strong>DICOM Print</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">DICOM Print</h2>
<div style="text-align: justify;">DICOM standartlarında yer alan yapılardan birisidir DICOM Store, DICOM Retrieve gibi tanımların teknik detayları öne çıkarken DICOM Print tekniğin dışında sağladıkları açısından önem kazanır. Radyoloji bölümlerinde öne çıkan en önemli konulardan birisi de film baskısı masraflarıdır, PACS in en büyük söylevlerinden birisi de bu masrafları büyük oranda ortadan kaldırmaktır fakat ana gerçek değişmez, medikal görüntüler özellikle de X-Ray kökenli olanlar basılmak durumundadırlar. İşte DICOM Print bu baskının standart yazıcılara da yapılmasını sağlayabilen yapıdır. DICOM Printer adı verilen baskı sistemleri direk DICOM standardındaki bir görüntüyü filme basabilirken ucuz yazıcılar da PACS Viewer&#8217;lar sayesinde kağıda baskı imkanı vermektedirler. Bu PACS sisteminin ROI ( Return of Investment ) sürecini hızlandırarak PACS entegrasyonuna harcanan paranın hızlıca kuruma geri dönmesini sağlar.</div>
</td>
</tr>
<tr>
<td>Terim: <strong>DICOM VIEWER</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">DICOM Viewer &#8211; DICOM Görüntüleyici</h2>
<div style="text-align: justify;">CD/DVD veya disk gibi bilgisayardan ilk elden ulaşılabilen DICOM verilerinin görüntülenebilmelerini sağlayan genel bilgisayar programlarına verilen addır. Bu yapılar olmadan DICOM formatındaki görüntüler açılamaz. Sadece DICOM dosyalarını değil bir DICOM Study bütünün depolandığı DICOMdir adı verilen bütünleşik yapıları da okuyabilmelidirler. Görüntülenen DICOM verileri üzerinde magnifikasyon / zoom, negation / siyah-beyaz, anotasyon gibi basit bazı işlemler yapılmasına izin vermelidir.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>DR</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">DR &#8211; Digital Radiography &#8211; Dijital Radyografi</h2>
<div style="text-align: justify;">Konvansiyonel yani eski tip kasetli radyografinin yerine tüm dünyaya egemen olmaya başlayan sistem. X-Ray kaynağından gelen ve hastadan geçen ışınlar direk absorbe edilirler bundan sonra ya çeşitli X-Ray sensörleri sayesinde elektrik sinyaline dönüşürler yani dijitize olurlar ya da sintilatör ( scintillator ) denilen bir yapı sayesinde görünür ışığa dönüşürler ve buradan da görüntü yakalama sensörleri üzerinden görüntüye dönüştürülürler.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>HIS / HBYS</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">HIS &#8211; Hospital Information System &#8211; HBYS- Hastane Bilgi Yönetim Sistemi</h2>
<div style="text-align: justify;">HBYS hastanenin sadece klinik verilerinin değil ayrıca yönetimsel ve finansal verilerinin de tutulduğu bir bilgi sistemi entegrasyonudur. Amaç kağıt ve zorlu iletişim tabanına sahip tüm yapıların dijitize edilmesidir. Dijital hastane konseptinin çıkış noktası da budur.</div>
<div style="text-align: justify;">HBYS tıp bilişiminin en uçta kullanılması gereken hasta bakım ve sağlığı ile ilgili kaliteyi yükseltebilen, veri madenciliği gibi yapıları kullanarak hastanenin uzun dönemli stratejilerine etkin bir çıktı sağlayabilen elektronik veri işleme yollarınının tümü ve birleşimidir.</div>
<div style="text-align: justify;">Bir kaç bileşenden oluşabileceği gibi farklı üniteleri entegre eden çok kompleks yapıları da barındırabilir. Laboratory Information System &#8211; LIS ve Radiology Information System &#8211; RIS gibi bileşenler sayılabilir.<br />
*Kişisel görüşüm HIS konusunda elini sallayan yazılım yapıp satabildiği için ve bir yetkinlik değerlendirmesi olmadığı için ülkemizde bir çok konuda olduğu gibi bu konuda da çok ucuz ve ucuzluğunun kat be kat fazlası kalitesizlikte ürünler vardır. Standart bir abaküs kadar değeri olmayan bu tip sistemler personeliyle birlikte verilip dijital olması gereken bir çok iş istihdam edilen personelin hızlı koşması sayesinde hallolmaktadır:) Yazık ki ne yazık&#8230;</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>HL7</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">HL7 &#8211; Health Level 7</h2>
<div style="text-align: justify;">HL7 klinik ve yönetimsel verilerin farklı üreticilerin yazılımları veya donanımları üzerinden haberleşebilmelerini sağlayan bir ANSI protokolüdür. HIS ( Hospital Information System ) ve RIS ( Radiology Information System) arasında da bağlantı bu protokol üzerinden sağlanmalıdır. Bir çok medikal cihaz HL7 çıktısı verebilir durumdadır. DICOM medikal görüntüleme cihazları için neyse, hasta başı gibi diğer alanlarda kullanılan medikal cihazlar için de HL7 o anlama gelir. Bütün bunlar ve iletişim yapıları EMR ( Electronic Medical Record ) oluşturabilirler. EMR arayüzü bir çok alanda karşınıza çıkacaktır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>Hounsfield Skalası</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">HU &#8211; Hounsfield Skalası &#8211; Hounsfield Unit</h2>
<div style="text-align: justify;">2004 yılında ölen Godfrey Hounsfield X-Ray CT ( Computed Tomography ) cihazının ortaya çıkarılmasındaki katkılarından dolayı Tıp alanında 1979  Nobel ödülünü Allan MacLeod Cormack ile paylaşmıştır. Bay Godfrey&#8217;in adı Hounsfield Unit adı verilen skala ile ölümsüzleştirilmiştir. Bu skalada Hounsfield Unit HU kısaltması ile belirtilir. Farklı dansitelere sahip yapıların farklı rakamlarla temsil edildiği radyodansite temelli bir skaladır. En rahat geçilen hava -1000 ile temsil edilirken vücuttaki en yoğun yapı olan kemik de +1000 ile yer bulur. Bu temsil gri skalada yerine oturtulmaya çalışılır. Madde ne kadar az X Işını geçiriyorsa veya ne kadar yoğun X Işını absorbe ediyorsa bu skaladaki değeri o kadar yükselir. Hava en geçirgen olduğu için -1000 HU,  su ortada yani 0 HU değerinde yer alır. Yağ sudan daha geçirgen olduğu için -80 HU civarlarındadır. Vücudumuzdaki kalsifikasyon ve birikme kaynaklı böbrek taşı gibi yapıları ise 80-100 HU aralığında bulabiliriz.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>MIP</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">MIP &#8211; Maximum Intensity Projection</h2>
<div style="text-align: justify;">Medikal görütülemede kullanılan hacim görüntüleme ( Volume Rendering ) tekniklerinden biridir.  Anjiyografik görüntülemede en yoğun kullanılan yöntemdir. MIP ( Maximum Intensity Projection ) metodu 3B ( Üç boyutlu ) görselleştirme sırasında projeksiyon düzlemine bakış noktamıza paralel geçen voksellerdeki maksimum ışık şiddeti olarak algışanabilir. Birbirine karşı iki ayrı bakış açısından aldığımız MIP taramaları da bu yüzden simetrik olacaklardır.</div>
<div style="text-align: justify;">MIP CT ( Computed Tomography &#8211; Bilgisayarlı Tomografi ) kullanılarak alınan akciğer görüntülerindeki nodüllerin görüntülenebilmesi gibi paha biçilmez faydalar sağlar medikal görüntüleme alanında. MIP sayesinde 3B doğaya sahip bu nodüller pulmoner bronşlardan ve çevreleyen damarlardan ayrıştırılmış olurlar.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>Modalite</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">Modality &#8211; Modalite</h2>
<div style="text-align: justify;">PACS sistemine DICOM görüntüsü verebilen her türden medikal görüntüleme cihazlarına verilen genel addır. DR, CR Okuyucusu, film tarayıcıları, CT, Endoskopi, MR, Ultrason gibi örnekleri çoğaltmak mümkündür. Hastanenizde PACS uygulamasına geçmek istediğinizde hangi modaliteden kaç tanesinin elinizde olduğu ve bunlardan hangilerinin DICOM uyumlu olup olmadığı bilgisi bütçe ve süre açısından çok önemlidir.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>MPR</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">MPR &#8211; Multi Planar Reconstruction</h2>
<div style="text-align: justify;">MPR aksiyal olarak alınmış kesitlerin koronal, sagital ve oblik düzlemlerde de görülebilmesini sağlayacak şekilde yeniden oluşturulmalarını sağlayan bir ard işleme prosedürüdür.  Aksiyal kesitten bakıldığında görülmesi zor olan bir çok yapı bu sayede görünür hale gelir ve tanı koymayı kolaylaştırır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>PACS</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">PACS &#8211; Picture archiving and communication system</h2>
<div style="text-align: justify;">Medikal görüntü arşivleme, haberleşme sağlanması, depolamayı sağlayan bir bilgisayar ağları sistemi ve medikal görüntülerin dağıtılmasını sağlayan programların bütününe verilen kısaltma PACS olarak ifade edilebilir.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>PACS VIEWER</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">PACS Viewer &#8211; PACS Görüntüleyici</h2>
<div style="text-align: justify;">PACS üzerinde farklı lokasyonlarda yer alan dosyaları DICOM standartlarındaki DICOM Query ve DICOM Retrieve gibi yapıları kullanarak sorgulayıp onları PACS ağı üzerinden çekebilen DICOM VIEWER da denebilir.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>RIS</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">RIS &#8211; Radiology Information System</h2>
<div style="text-align: center;">Radyoloji departmanında kullanılan PACS üzerinden erişilebilen medikal görüntüler ile radyolojik verinin depolanması, dağıtılması ve manipüle edilmesi için kullanılan bilgi sistemine RIS denir. Aslında HIS ve PACS&#8217;in konuşmasını sağlamak ve DICOM Worklist yapısı sayesinde modalitelerin en verimli kullanılmasını sağlamak bu sistemin ana görevleridir. Hasta takibi, hasta modalite ilişkilendirilmesi ve takvim ataması, sonuçların raporlanması ve medikal görüntü takibi gibi özelliklere sahip olmalıdır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>SSD</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">SSD &#8211; Surface Shaded Display</h2>
<div style="text-align: justify;">Medikal görütülemede kullanılan hacim görüntüleme ( Volume Rendering ) tekniklerinden biridir. Damarların yüzeylerini opak hale getirmekte kullanılan bir ışın kalıbı ( ray casting ) yöntemidir. Yapay bir ışık kaynağı kullanılarak damarların göreceli pozisyonları ortaya konulur ve bu yapılarla örtüşme sağlanarak daha fazla detay elde edilmesi sağlanır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>VR</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">Volume Rendering</h2>
<div style="text-align: justify;">Medikal görütülemede kullanılan hacim görüntüleme ( Volume Rendering ) tekniklerinden biridir. Görüntülenecek hacimdeki her bir voksele bir renk ( veya gri skala ) değeri ile 0 ile %100 aralığında opasite değeri atanır. SSD ve MIP&#8217;den farklı olarak bütün görüntü seti verilerini kullanır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>Window Level<br />
</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">Window Level</h2>
<div style="text-align: justify;">CT cihazlarındaki Hounsfield skalasından bahsetmiştik. İnsan gözü genelde 20-30 gri skalayı ayırt edebilirken bu konuda üstün insan grubu olan radyologlar 8 Bit görüntü ile elde edilebilecek 256 gri skaladan bile fazlasını görebilecek yetenektedirler. Her ne kadar Hounsfield skalası -1000 ve +1000 aralığına sahiı olsalar da gerçek CT cihazları daha düşük gri skala üzerinden medikal görüntü elde ederler. Dolayısıyla farklı uçlardaki HU değerlerini cihazın Bit derinliğine bağlı olarak uyarlamak ve bu yğksek aralıkta ilgi alanımıza odaklanacak  bir aralık kullanmak gerekmektedir. Bu uyarlama Windowing ( Pencereleme ) olarak geçer.   Bu pencerenin merkezi Window Level olarak adlandırılır.</div>
</td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td>Terim: <strong>Window Width<br />
</strong></td>
</tr>
<tr>
<td>Tanım:</td>
</tr>
<tr>
<td>
<h2 style="text-align: center;">Window Width</h2>
<div style="text-align: justify;">Window Level kısmında pencereleme olarak açıkladığımız yapıdaki pencere genişliğine Window Level denir. Burda algılamamız gereken -1000 ve +1000 ( duruma göre bu rakam daha da yükselebilir ) HU aralığında dolaştırılan pencerenin minimum değerinin altındakilerin siyah, maksimum değerinin üzerindekilerin de beyaz görüneceğidir. Dolayısıyla ilgi alanımız neresiyse ( örneğin akciğerler ) ona uygun bir pencere ayarlar ve ROI ( Region of Interest ) seçimimize uygun yapılara odaklanırız.</div>
</td>
</tr>
</tbody>
</table>
<table border="2" width="200">
<tbody>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
<tr>
<td></td>
</tr>
</tbody>
</table>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 1464px; width: 1px; height: 1px;"><span style="font-size: 12px; font-family: Verdana; color: #000080;">Gerçek BT görüntüsü Bilgisayarlı tomografide yapıların dansiteleri, -1000 ile +1000 arasında değişen rakamlarla temsil edilen bir gri skalada ele alınmıştır. Bu skala, cihazı geliştiren ingiliz fizikçi Godfrey Hounsfield�in adıyla anılmaktadır. Hounsfield skalasında saptanan rakamsal veriler Hounsfield Üniti (HU) olarak anılır. Burada yapının yoğunluğunu belirleyen faktör, maddenin x ışınını absorbe etme özelliği ile ilgilidir. X-ışınını fazla absorbe eden kemik, kalsifikasyon ve taş gibi yapılar beyaz görülür ve yüksek HU değerleri verirlerken (80 &#8211; 100 HU) , su orta derecede (0 HU) , yağ sıfırın altında (-80 HU) hava ise skalanın en altında kalan değerler (-1000 HU) oluşturmaktadır. Normalde 20 gri tonu ayırt edebilen insan gözü nün bu yüksek yoğunluk farkı gösteren görüntüleri istenilen ayarda algılayabilmesi için piksellerdeki rakamsal değerler üzerinde oynanarak yapılan ayarlamalar ile görüntü üzerinde yoğunluk farklılıkları istenilen şekilde ortaya konabilmektedir. Bu ayarlamalar pencereleme olarak adlandırılmakta ve pencerelemenin merkezi pencere seviyesini (WL: window level) gösterirken, Hounsfield skalasında pencereleme yapılan aralık ise pencere genişliğini (WW: window width) göstermektedir.</span></div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fmedikal-goruntu-isleme-terminolojisi-2%2F&amp;linkname=Medikal%20G%C3%B6r%C3%BCnt%C3%BC%20%C4%B0%C5%9Fleme%20Terminolojisi"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/medikal-goruntu-isleme-terminolojisi-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Tutorial on Computer Animation &#8211; II</title>
		<link>http://www.keremcaliskan.com/a-tutorial-on-computer-animation-ii-2/</link>
		<comments>http://www.keremcaliskan.com/a-tutorial-on-computer-animation-ii-2/#comments</comments>
		<pubDate>Wed, 27 Jan 2010 12:32:56 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Animasyon]]></category>
		<category><![CDATA[Computer Animation]]></category>
		<category><![CDATA[Computer Graphics]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=78</guid>
		<description><![CDATA[Tutorial on Computer Animation Kerem Caliskan Abstract This tutorial heavily depends on &#8220;Computer Animation &#8211; Algorithms &#38; Techniques&#8221; book by Rick Parent and the book slides. One can also find definitions from Oxford Dictionary, Wikipedia and many chapter related data from different tutorials / presentations. This is the second part of my tutorial so if  [...]


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<h1>Tutorial  on Computer Animation</h1>
<h1>Kerem  Caliskan</h1>
<h1>Abstract</h1>
<p><em> </em></p>
<div align="justify"> <em>This  tutorial heavily depends on &#8220;Computer Animation &#8211; Algorithms &amp;  Techniques&#8221; book by Rick Parent and the book slides. One can also find  definitions from Oxford Dictionary, Wikipedia and many chapter related  data from different tutorials / presentations.</em></p>
<p><em>This  is the second part of my tutorial so if  you wanna start from the  beginning please start with <a href="http://www.keremcaliskan.com/a-tutorial-on-computer-animation-i/" target="_blank">this link</a> first.<br />
</em></p>
<p><em>This  tutorial focuses on explaining computer animation and technical  algorithm infrastructure it makes use of. The tutorial will cover main  topics in Computer animation like :</em>  </p>
<p><em>-  Keyframing, story-boarding, </em></p>
<p><em>-  Kinematics, physically based dynamics modeling, </em></p>
<p><em>-  Motion capture, </em></p>
<p><em>-  Scene composition, lighting, and sound track generation </em></p>
<p><em> This tutorial will teach the readers about current techniques in  computer animation. By the end of the tutorial, the reader should: </em></p>
<p><em>-  have learned the computational methods for modeling of motions in the  physical and virtual world, </em></p>
<p><em>- be  able to understand how to storyboard, light, compose, and render an  animated sequence, </em></p>
<p><em>-  and be able to read and critically evaluate the current literature in  computer animation. </em> </div>
<p><strong>History of Computer Animation</strong></p>
<p>• 1887: Goodwin invented nitrate celluloid film</p>
<p>• 1892: Reynard invented the Praxinoscope</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image026.gif"><img title="Praxinoscope" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image026.gif" alt="Praxinoscope" width="259" height="164" /></a></p>
<p>• 1893: Edison invented the Kinetscope</p>
<p>– Only one viewer at a time</p>
<p>• 1894: Lumiere invented the cinematograph</p>
<p>– Camera + Projector + Printer</p>
<p>• 1900: THE ENCHANTED DRAWING</p>
<p>– Live action films + replacement technique</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image028.gif"><img title="image028" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image028.gif" alt="image028" width="159" height="119" /></a></p>
<p>• 1906: HUMOROUS PHASES OF FUNNY FACES</p>
<p>– The first animation recorded frame by frame</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image030.gif"><img title="image030" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image030.gif" alt="image030" width="159" height="119" /></a></p>
<p>• 1925: “The Adventures of Prince Achmed”</p>
<p>– Lotte Reiniger, 1st feature animation</p>
<p>– Silhouette animation</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image032.gif"><img title="image032" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image032.gif" alt="image032" width="203" height="149" /></a></p>
<p>• 1885: CRT (Cathode Ray Tube)</p>
<p>• 1960: William F. Boeing coins “Computer Graphics”</p>
<p>• 1961: John Whitney, Intro to Alfred Hitchcock’s <em>Vertigo</em></p>
<p>• 1961: Spacewars, 1st video game</p>
<p>• 1963: Ivan Sutherland, Sketchpad</p>
<p>• 1974: z-buffer, Ed Catmull</p>
<p>• 1975: Phong shading</p>
<p>• 1980: Tron, 1st feature film by CG</p>
<p>• 1986: Luxo Jr. nominated for Oscar</p>
<p>• 1995: Toy Story, 1st full CG feature film</p>
<p>•2009: Avatar, 3D Computer Animation + Computer Vision</p>
<h3>Technical Prelimininaries &amp; Introduction to Keyframing</h3>
<h5>Rendering Pipeline :</h5>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image033.gif"><img title="image033" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image033.gif" alt="image033" width="146" height="70" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image035.gif"><img title="image035" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image035.gif" alt="image035" width="129" height="301" /></a></p>
<ul>
<li>All vertices of scene in shared 3-D “world” coordinate system.</li>
<li> Vertices shaded according to lighting model</li>
<li> Scene vertices in 3-D “view” or “camera” coordinate system.</li>
<li> Exactly those vertices &amp; portions of polygons in view frustum.</li>
</ul>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image036.png"><img title="image036" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image036.png" alt="image036" width="410" height="549" /></a></p>
<p>Ray Casting Display Pipeline :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image038.png"><img title="image038" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image038.png" alt="image038" width="553" height="422" /></a></p>
<p>• Animation is typically produced by the following:</p>
<p>–         Transforming the observer position and orientation in world  space over time.</p>
<p>–         Modifying the position and orientation of objects in world  space over time.</p>
<p>–         Modifying  the shape of objects over time.</p>
<p>–         Modifying display attributes of objects over time.</p>
<p><strong>Transformations : </strong></p>
<p>–         In many applications it is necessary to modify the  position, orientation or size of a 2D object.</p>
<p>–         The most widely used transformations are:</p>
<ul>
<li>Translation: move one object to another position</li>
<li>Rotation: rotate the object around the origin</li>
<li>Scaling: change the size of the object</li>
</ul>
<p>In order to transform an object, we transform the points that define  it.  For instance:</p>
<ul>
<li><em>Polygon</em>: its vertices.</li>
<li><em>Circle</em>: its center and, perhaps, its radius</li>
</ul>
<p><em>Translation</em>: Can be expressed as components or as addition of  column vectors</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image041.gif"><img title="image041" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image041.gif" alt="image041" width="224" height="99" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image043.gif"><img title="image043" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image043.gif" alt="image043" width="218" height="138" /></a></p>
<p><em>Rotation around axes</em> : A point is rotated around the origin.  Rotation is through an angle q.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image047.gif"><img title="image047" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image047.gif" alt="image047" width="120" height="101" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image045.gif"><img title="image045" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image045.gif" alt="image045" width="164" height="91" /></a></p>
<p><em>Rotating around X Axis</em> :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image049.gif"><img title="image049" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image049.gif" alt="image049" width="224" height="112" /></a></p>
<p><em>Scaling</em> : Changing the size of an object.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image051.gif"><img title="image051" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image051.gif" alt="image051" width="213" height="100" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image053.gif"><img title="image053" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image053.gif" alt="image053" width="229" height="137" /></a></p>
<p>Composition of transformations:</p>
<p>A series of transformations can be multiplied to form a composite  transformation.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image055.gif"><img title="image055" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image055.gif" alt="image055" width="258" height="98" /></a></p>
<p>Example: Rotate an object around an arbitrary point.</p>
<ol>
<li>Translate P so that the axis is at      the origin</li>
<li>Rotate the object</li>
<li>Translate the object so that P      returns to its position</li>
</ol>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image057.gif"><img title="image057" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image057.gif" alt="image057" width="309" height="89" /></a></p>
<p><strong>Round-off Errors :</strong></p>
<div align="justify"> Once a transformation matrix has been formed for an object, the  object is transformed by simply multiplying all of the object&#8217;s  object-space points by the object-to-world-space transformation matrix.  When doing animation, an object&#8217;s points will have to be iteratively  transformed over time. However, incremental transformation of  world-space points usually leads to the accumulation of round-off  errors. For this reason, it is almost always better to modify the  transformation from object to world space and reapply the transformation  to the object space points rather than repeatedly transform the world  space coordinates. To further transform an object which already has a  transformation matrix associated with it, one simply has to form a  transformation matrix and pre-multiply it by the existing transformation  matrix to produce a new one. However, round-off errors also can  accumulate when repeatedly modifying a transformation matrix.</p>
<p>Consider the case of the moon orbiting the earth. For sake of  simplicity, let&#8217;s assume that the center of the earth is at the origin,  and initially the moon data is defined with its center at the origin. We  have four approaches that could be taken and will illustrate various  effects of round-off error.</p>
<p>First the moon data could be transformed out to its orbit position,  let&#8217;s say (r,0,0). For each frame of animation, we could apply a delta  y-axis transformation matrix to the moon&#8217;s points where each delta  represents the angle it move in one frame. Round-off errors will  accumulate in the world-space object points. Points which began as  coplanar will no longer be coplanar. This can have undesirable effects,  especially in display algorithms which linearly interpolate values along  a surface.</p>
<p>The second approach is to build a y-axis transformation matrix that  will take the object space points into their current world-space points.  For each frame, we concatenate a delta y-axis transformation matrix  with the current transformation matrix and then apply that resultant  matrix to the moon&#8217;s points. Round-off error will accumulate in the  transformation matrix. Over time, the matrix will deviate from  representing a rigid transformation. Shearing effects will begin to  creap into the transformation and angles will cease to be preserved.</p>
<p>The third approach is add the delta value to an accumulating angle  variable and then build the y-axis rotation matrix from that angle  parameter. This would then be concatenated with the x-axis translation  matrix and the resultant matrix would be applied to the original moon  points in object space. In this case, round-off error will accumulate in  the angle variable and the angle of rotation may begin to deviate from  what is desired. This may have undesirable effects when trying to  coordinate motions, but the transformation matrix, which is built anew  every frame, will not accumulate any errors itself. The transformation  will always represent a valid rigid transformation with planarity and  angles being preserved. </p></div>
<p><strong>Orientation Representation </strong></p>
<p>Important factor for representation is that whether it allows for  interpolation between key frames or not.</p>
<p>• <em>Transformation Matrix Representation</em> :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image059.gif"><img title="image059" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image059.gif" alt="image059" width="256" height="131" /></a></p>
<p>• <em>Fixed Angle Representation</em> : Rotate around <strong>global</strong> axes.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image061.gif"><img title="image061" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image061.gif" alt="image061" width="296" height="104" /></a></p>
<p>• <em>Euler Angle Representation</em> : Rotate around <strong>local</strong> axes.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image063.gif"><img title="image063" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image063.gif" alt="image063" width="239" height="160" /></a></p>
<p>• <em>Angle and axis Representation</em>:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image065.gif"><img title="image065" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image065.gif" alt="image065" width="321" height="115" /></a></p>
<p>• <em>Quaternion Representation</em> :</p>
<div align="justify"> Quaternions are used frequently in computer animations. They’re the  most robust representation of orientation. We’ll spend some time around  quaternions.</p>
<p>Quaternions are similar to axis-angle representations and quaternions  can be used to represent orientation with four values (a scalar and a  3D vector) [s,x,y,z] or [s,<strong><em>v</em></strong>]. Unit quaternions ( q / (  ||q|| ) ) provide a convenient mathematical notation for representing  orientations and rotations of objects in three dimensions. Compared to  Euler angles they are simpler to compose and avoid the problem of gimbal  lock. Compared to rotation matrices they are more numerically stable  and may be more efficient.  </div>
<p><strong>Representing rotation using quaternions :</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image067.gif"><img title="image067" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image067.gif" alt="image067" width="297" height="175" /></a></strong></p>
<p>Basic Quaternion Math: [s1,v1]+[s2,v2] = [s1+s2,v1+v2]</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image069.gif"><img title="image069" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image069.gif" alt="image069" width="297" height="134" /></a></p>
<p><strong>Interpolation of Rotations using  Quaternion Representation :</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image071.gif"><img title="image071" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image071.gif" alt="image071" width="226" height="193" /></a></strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image073.gif"><img title="image073" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image073.gif" alt="image073" width="167" height="151" /></a></strong></p>
<p><strong><br />
</strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image075.gif"><img title="image075" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image075.gif" alt="image075" width="292" height="34" /></a></strong><strong> </strong></p>
<p><strong>Interpolation</strong></p>
<p>Interpolation can be explained as generating the in-between values  (like connecting the dots) You should maintain desired control of the  interpolation over time and velocity.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image077.gif"><img title="image077" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image077.gif" alt="image077" width="287" height="136" /></a></p>
<p>Interpolate position of a point in space.</p>
<p>• We can interpolate any changeable value like:</p>
<p>– position</p>
<p>– orientation</p>
<p>– Color (sunrise)</p>
<p>– Intensity (dimmed lights)</p>
<p>– camera focal length (zoom)</p>
<p>• Non-trivial -</p>
<p>– appropriate parameterization of position,</p>
<p>– appropriate interpolating function,</p>
<p><strong>Interpolation function</strong> :</p>
<p>How smooth the resulting function needs to be (i.e. <em>continuity</em>),</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image079.gif"><img title="image079" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image079.gif" alt="image079" width="250" height="288" /></a></p>
<p>• Computational expense &#8211; order of interpolating polynomial</p>
<p>• Local or global control of the interpolating function</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image081.gif"><img title="image081" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image081.gif" alt="image081" width="297" height="185" /></a></p>
<p><strong>Interpolation vs Approximation</strong></p>
<p>• Actual values at key frames (interpolation)</p>
<p>Or</p>
<p>• Control interpolating function and do not represent actual values  (approximation).</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image082.png"><img title="image082" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image082.png" alt="image082" width="420" height="114" /></a></p>
<p><strong>Spline eqations: </strong></p>
<p><em>Cubic curve equations</em> :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image084.png"><img title="image084" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image084.png" alt="image084" width="459" height="243" /></a></p>
<p>• General form:<em> x</em>(<em>u</em>) = <strong>U</strong>*<strong> M</strong>s<strong> </strong>*<strong> M</strong>g</p>
<p>• <strong>M</strong>s: spline transformation (blending functions)</p>
<p><strong>M</strong>g: geometric constraints (control points)</p>
<p><em>Natural Cubic Splines</em>:</p>
<div align="justify"> Between each pair of control points there is a cubic curve. To make  sure that curves join together smoothly, the first and second derivative  at the end of one curve must equal the the first and second derivative  start of the next one. Computing the natural cubic spline essentially  involves solving a system of simultaneous equations to make sure this  happens.</p>
<p>Unfortunately, while the curve is mathematically smooth, it can  wriggle in quite unexpected ways. And it is also computationally  problematic. Solving 4n systems for equations is expensive! The changes  are not local, change in one point may affect whole system.</p>
<p><em>Hermite Interpolation</em> :</p>
<p>Hermite curves are very easy to calculate but also very powerful.  They are used to smoothly interpolate between key-points (like object  movement in keyframe animation or camera control). Understanding the  mathematical background of hermite curves will help you to understand  the entire family of splines. Maybe you have some experience with 3D  programming and have already used them without knowing that (the so  called kb-splines, curves with control over tension, continuity and bias  are just a special form of the hermite curves).  </p></div>
<p>To calculate a hermite curve you need the following vectors:</p>
<ul>
<li>P1: the start point of the curve</li>
<li>T1: the tangent (e.g. direction      and speed) to how the curve  leaves the start point</li>
<li>P2: he endpoint of the curve</li>
<li>T2: the tangent (e.g. direction      and speed) to how the curves  meets the endpoint</li>
</ul>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image086.png"><img title="image086" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image086.png" alt="image086" width="280" height="200" /></a></p>
<p><em>Catmull-Rom Splines</em> :</p>
<p>Catmull-Rom splines are a family of cubic interpolating splines  formulated such that the tangent at each point pi is calculated using  the previous and next point on the spline, _ (pi+1 −pi−1). The geometry  matrix is given by:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image088.png"><img title="image088" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image088.png" alt="image088" width="539" height="115" /></a></p>
<p>Unlike a natural cubic spline, a Catmull-Rom spline has <em>local  control</em>. This means that modifying one control point only affects  the part of the curve near that control point.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image090.png"><img title="image090" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image090.png" alt="image090" width="678" height="312" /></a></p>
<p><em>Bezier Curves</em> :</p>
<div align="justify"> Bezier curves are used in computer graphics to produce curves which  appear reasonably smooth at all scales (as opposed to polygonal lines,  which will not scale nicely). Mathematically, they are a special case of  cubic Hermite interpolation (whereas polygonal lines use linear  interpolation). What this means is that curves are constructed as a  sequence of cubic segments, rather than linear ones. But whereas Hermite  interpolating polynomials are constructed in terms of derivatives at  endpoints, Bezier curves use a construction due to Sergei Bernstein, in  which the interpolating polynomials depend on certain <strong>control points</strong>.  The mathematics of these curves is classical, but it was a French  automobile engineer Pierre Bezier who introduced their use in computer  graphics.</p>
<p>Bezier curves are more useful than any other type  mentioned so far;  however, they still do not achieve much local control. Increasing the  number of control points does lead to slightly more complex curves, but  as you can see from the following diagram, the detail suffers due to the  nature of blending all the curve points together. </p></div>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image092.png"><img title="image092" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image092.png" alt="image092" width="623" height="257" /></a></p>
<p><strong>Properties of Bezier Curves</strong>:</p>
<p>• Passes through start and end points</p>
<p>• Lies in the convex hull</p>
<p><strong>Joining Bezier Curves</strong>:</p>
<p>• Start and end points are same (C0)</p>
<p>• Choose adjacent points to start and end in the same</p>
<p>line (C1)</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image095.gif"><img title="image095" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image095.gif" alt="image095" width="297" height="150" /></a></p>
<p>C2 continuity is not generally used in cubic Bézier</p>
<p>curves. Because the information of the current</p>
<p>segment will fix the first three points of the next curve</p>
<p>segment</p>
<p><strong>Controlling the speed</strong>:</p>
<p>• Using an interpolating piecewise spline determine the piecewise  P(u) equations between control points</p>
<p>• Determine the arc-length of the segments by sampling u</p>
<p>• Compute the average velocity of the object between intervals by  arc-length/time</p>
<p>• Move at constant speeds (average velocity) between intervals.</p>
<p><strong>Path following</strong>:</p>
<p>• Apart from the position of the object, the orientation of the  object also has to be considered.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image097.gif"><img title="image097" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image097.gif" alt="image097" width="297" height="144" /></a></p>
<p><strong>Frenet frame</strong>:</p>
<p>If an object is moving along a path, the orientation can be made  directly dependent on the properties of the curve (i.e., tangent and  curvature).</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image099.gif"><img title="image099" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image099.gif" alt="image099" width="160" height="66" /></a> <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image101.gif"><img title="image101" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image101.gif" alt="image101" width="110" height="62" /></a></p>
<p><strong>Animation languages</strong>:</p>
<p>• Abilities:</p>
<p>– I/O operations for graphical objects</p>
<p>– Support hierarchical composition of objects</p>
<p>– A time variable</p>
<p>-  Interpolation functions</p>
<p>– Transformations</p>
<p>– Rendering-parameters</p>
<p>– Camera attributes</p>
<p>– Producing, viewing, and storing of one of more frames of animation</p>
<p>• A program written in an animation language is</p>
<p>referred to as a <em>script</em>.<strong> </strong></p>
<h3>Shape Deformation Forward  / Inverse Kinematics</h3>
<p><strong>Warping an Object</strong></p>
<p>• Displace one vertex of an object</p>
<p>– And as a consequence make neighbor vertices move with the displaced  vertex</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image102.png"><img title="image102" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image102.png" alt="image102" width="502" height="197" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image104.png"><img title="image104" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image104.png" alt="image104" width="510" height="198" /></a></p>
<p>• Use an attenuation function to determine the amount of displacement  for the other vertices:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image107.gif"><img title="image107" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image107.gif" alt="image107" width="149" height="60" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image109.gif"><img title="image109" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image109.gif" alt="image109" width="130" height="89" /></a></p>
<p><strong>2D Grid Deformation</strong></p>
<ul>
<li>1974 film “<em>Hunger</em>”</li>
<li>Draw object on grid</li>
<li>Deform grid points</li>
<li>Use bilinear interpolation to recompute vertex positions on deformed  grid</li>
</ul>
<p>• Initially construct a 2D grid around the object as a local  coordinate system aligned with the global axes</p>
<p>– Global to local transformation can be done by simple translate and  scale</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image111.jpg"><img title="image111" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image111.jpg" alt="image111" width="257" height="184" /></a></p>
<p>• Then distort the grid by moving the vertices of the grid.</p>
<p>– This will distort the local coordinate system and hence the  vertices of the object will be relocated in the global coordinate system</p>
<p>The location of the vertex is found using bilinear interpolation,  first interpolate two vertices and then the other two vertices and again  interpolate between these found points to find the vertices in between.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image113.jpg"><img title="image113" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image113.jpg" alt="image113" width="296" height="253" /></a></p>
<p><strong>Global deformations</strong></p>
<ul>
<li>Alan Barr, SIGGRAPH ’84</li>
<li>A 3&#215;3 transformation matrix affects all vertices</li>
</ul>
<p>–         P’=M(P) .dot. P</p>
<ul>
<li>M(P) can taper, twist, bend…</li>
</ul>
<p>Global tapering:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image115.gif"><img title="image115" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image115.gif" alt="image115" width="297" height="197" /></a></p>
<p>Twist about an axis:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image117.gif"><img title="image117" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image117.gif" alt="image117" width="297" height="144" /></a></p>
<p><strong>Free-form Deformation (FFD)</strong></p>
<ul>
<li>Sederberg, SIGGRAPH ’86</li>
<li>Position geometric object in local coordinate space</li>
<li>Build local coordinate representation</li>
<li>Deform local coordinate space and thus deform geometry</li>
<li>Similar to 2-D grid deformation</li>
<li>Define 3-D lattice surrounding geometry</li>
<li>Move grid points of lattice and deform geometry accordingly</li>
<li>Local coordinate system is initially defined by three (perhaps non  orthogonal) vectors</li>
</ul>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image119.gif"><img title="image119" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image119.gif" alt="image119" width="297" height="143" /></a></p>
<p><strong>Animation using FFDs</strong>:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image121.jpg"><img title="image121" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image121.jpg" alt="image121" width="175" height="94" /></a></p>
<p><strong>Hierarchical Kinematic Modeling</strong></p>
<p><strong>Some definitions</strong></p>
<p>• <em>Articulated objects</em>: Hierarchical objects connected end to  end to form multi body jointed chains</p>
<p>– <em>Manipulators</em>: A sequence of objects connected in a</p>
<p>chain by joints. Example: robot arm</p>
<p>• The rigid objects between joints are called <em>links</em>.</p>
<p>The last <em>link </em>in a series of links is called the <em>end</em></p>
<p><em>effector </em>(e.g. the hand of a robot arm)</p>
<p>• The local coordinate system associated with</p>
<p>each joint is referred to as the <em>frame</em>.<strong> </strong></p>
<p>• <em>Kinematics</em>: Studying the movement of objects without  considering the forces involved in producing the movement.</p>
<p>• <em>Dynamics</em>: Studying the underlying forces that produce the  movement.</p>
<p><em>• Hierarchical modeling</em>: Organizing objects in a treelike  structure and specifying movement parameters between their components.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image123.gif"><img title="image123" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image123.gif" alt="image123" width="297" height="130" /></a></p>
<p><strong>Simple vs. Complex Joints</strong></p>
<p>• Joints that allow motion in one directions have one degree of  freedom.</p>
<p>• Complex joints have more degrees of freedom and they can be  represented as a series simple joints connected to each other by zero  length links.</p>
<p>– Examples:</p>
<p>• Ball-and-socket joint (3 DOF)</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image125.gif"><img title="image125" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image125.gif" alt="image125" width="209" height="266" /></a></p>
<p>• Planar joint (2 DOF)</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image127.gif"><img title="image127" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image127.gif" alt="image127" width="159" height="290" /></a></p>
<p><strong>Hierarchical Models</strong></p>
<p>• Represented as trees and nodes are connected by arcs.</p>
<p>• The highest node of the tree is called the root node which  corresponds to the root object whose position is known in the global  coordinate system.</p>
<p>• The position of an intermediate node in the tree can be found by  position of the root node and the transformations on the path from root  to that node.</p>
<p>• Nodes represent object parts (i.e., links)</p>
<p>• Arcs represent joints</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image129.gif"><img title="image129" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image129.gif" alt="image129" width="297" height="182" /></a></p>
<p><strong>Information stored in nodes and arcs :</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image131.gif"><img title="image131" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image131.gif" alt="image131" width="297" height="119" /></a></strong></p>
<p><strong>Positions of vertices</strong></p>
<p>• Are found by traversing the tree from top to bottom and  concatenating the transformations at the joints.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image133.gif"><img title="image133" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image133.gif" alt="image133" width="198" height="105" /></a></p>
<p><strong>Rotations at the joints and appendages:</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image135.gif"><img title="image135" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image135.gif" alt="image135" width="158" height="111" /></a> <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image137.gif"><img title="image137" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image137.gif" alt="image137" width="131" height="105" /></a></strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong>Forward Kinematics</strong></p>
<div align="justify">
• Finding the location (and orientation) of the end effectors by  applying all the joint transformations sequentially.All the intermediate  joint angles are given by the user</p>
<p>• Depth-first tree traversal of the tree representations and a stack  to store intermediate composition of transformation matrices is used.  OpenGL’s pushMatrix / popMatrix functions can be used easily to  accomplish this. </p></div>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image141.gif"><img title="image141" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image141.gif" alt="image141" width="297" height="198" /></a></p>
<p><strong>Local Coordinate Frames</strong></p>
<p>• Denavit-Hartenberg Notation from robotics .</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image143.gif"><img title="image143" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image143.gif" alt="image143" width="296" height="99" /></a></p>
<p><strong>Relating two successive frames</strong> :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image145.gif"><img title="image145" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image145.gif" alt="image145" width="297" height="30" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image147.gif"><img title="image147" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image147.gif" alt="image147" width="237" height="105" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image149.gif"><img title="image149" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image149.gif" alt="image149" width="220" height="136" /></a></p>
<p><strong>Inverse Kinematics</strong></p>
<div align="justify"> <strong><em>Forward</em> kinematics</strong> involves a transformation from joint  angles to 3D positions. Given some articulated figure, we can describe  the figure by relating each joint angle to the limb it is attached to.  Given the angles in question, we can straightforwardly calculate the end  points of the limbs using coordinate transforms. <em>I<strong>nverse</strong></em><strong> kinematics</strong> asks, given a desired end point or position for an  articulated figure, can we calculate the angles?</p>
<p>Forward kinematics is simple, because a set of joint angles specifies  exactly one position. Inverse kinematics, however, is difficult: most  real systems are underconstrained, so for a given goal position, there  could be infinite solutions (i.e. many different joint configurations  could lead to the same endpoint). The field of robotics has developed  many inverse kinematics systems which, due to their constraints, have  closed-form solutions. The inverse kinematics problem for computer  animation is much harder because it must work for arbitrary figures,  like human arms or legs. </p></div>
<p><strong>Analytic computation for simple cases is possible </strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image151.gif"><img title="image151" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image151.gif" alt="image151" width="234" height="117" /></a></strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image153.gif"><img title="image153" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image153.gif" alt="image153" width="179" height="85" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image155.gif"><img title="image155" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image155.gif" alt="image155" width="103" height="76" /></a></strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image157.gif"><img title="image157" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image157.gif" alt="image157" width="131" height="59" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image159.gif"><img title="image159" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image159.gif" alt="image159" width="141" height="53" /></a></strong></p>
<p><strong>The Jacobian</strong></p>
<p>• In many complex joints however, such analytic solutions are not  possible.</p>
<p>• Therefore we use the <em>Jacobian matrix</em> to find the correct  joint angle increments that will lead us to the final end effectors  configuration</p>
<p>• The <em>Jacobian matrix</em> is a matrix of partial derivatives</p>
<p>– Each entry shows how much the change in an input parameter effects  an output parameter</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image161.gif"><img title="image161" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image161.gif" alt="image161" width="99" height="14" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image163.gif"><img title="image163" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image163.gif" alt="image163" width="100" height="15" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image165.gif"><img title="image165" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image165.gif" alt="image165" width="71" height="13" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image167.gif"><img title="image167" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image167.gif" alt="image167" width="297" height="41" /></a></p>
<p>Computing the <em>Jacobian</em>:</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image169.gif"><img title="image169" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image169.gif" alt="image169" width="297" height="127" /></a></p>
<p><strong>Rigid Body Simulation</strong></p>
<p>• Reaction of rigid bodies to forces such as:</p>
<p>– Gravity</p>
<p>– Viscosity</p>
<p>– Friction</p>
<p>– Forces from collisions</p>
<p>–Wind</p>
<p>• When applied to objects, these forces induce linear and angular  accelerations</p>
<div align="justify"> The hardest part of rigid body simulation is modeling the  interactions that occur between bodies in contact. The most commonly  used approaches are penalty methods, followed by analytic methods. Both  of these approaches are constraint ­based, meaning that constraint  forces at the contact points are continually computed and applied to  deter­ mine the accelerations of the bodies. Impulse ­based simulation  is a departure from these approaches, in that there are no explicit  constraints to be maintained at contact points. Rather, all contact  interactions between bodies are affected through collisions; rolling,  sliding, resting, and colliding contact are all modeled in this way. The  approach has several advantages, including simplicity, robustness,  parallelizability, and an ability to efficiently simulate classes of  systems that are difficult to simulate using constraint­ based methods. </div>
<p><strong>Rigid Body Simulation Cycle </strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image171.gif"><img title="image171" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image171.gif" alt="image171" width="297" height="95" /></a></strong></p>
<p>The difference from standard physics is that in computer animation  the motion of objects at discrete times steps is studied along with  significant events and their aftermath.<strong> </strong></p>
<p><strong>Acceleration</strong></p>
<p>• In real life, the forces change as the rigid body changes its  position, orientation, and velocity over the time.</p>
<p>• It is not the best approach to use the acceleration at</p>
<p>the beginning of the time interval to compute the</p>
<p>velocity at the end (known as Euler integration)</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image173.gif"><img title="image173" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image173.gif" alt="image173" width="147" height="18" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image175.gif"><img title="image175" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image175.gif" alt="image175" width="199" height="116" /></a></p>
<p><strong>RK2 Method</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image177.gif"><img title="image177" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image177.gif" alt="image177" width="297" height="194" /></a></strong></p>
<p>First compute the derivative of y(t) at to (which we call k1). We use  k1 to get an initial estimate for y(to+h) labelled y*(to+h) . From  y*(to+h) we can get an estimate for the derivative of y(t) at to+h,  which we will call k2. We then use the average of these two derivatives,  k3, to arrive at our final estimate of y(to+h) labelled y*&#8217;(to+h).</p>
<p><strong>Rotational Motion</strong></p>
<p>• For non-point objects, the mass extent of the object should be  considered.</p>
<p>• <em>Angular velocity</em>: The rate at which the object is rotating  irrespective of its linear velocity.</p>
<p>– the direction of the vector gives the axis of orientation</p>
<p>– the magnitude gives the revolutions per unit time</p>
<p><strong>Linear Velocity of a Rotating Point</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image179.gif"><img title="image179" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image179.gif" alt="image179" width="138" height="83" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image181.gif"><img title="image181" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image181.gif" alt="image181" width="138" height="42" /></a></strong></p>
<p><strong>Center of Mass</strong></p>
<p>• If mass values are provided on some discrete points on the object  (i.e. vertices), the total mass and the center of mass is given byLinear  force F = m . a</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image183.gif"><img title="image183" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image183.gif" alt="image183" width="116" height="68" /></a></p>
<p><strong> </strong></p>
<p><strong>Rigid Body Dynamics Controlling Groups of objects</strong></p>
<p><strong>Bodies in Contact</strong></p>
<p>• <em>Collision</em></p>
<p>– Both kinematic and dynamic components</p>
<p>• <em>Kinematic</em>: Do determine whether two objects</p>
<p>collide or not. Only dependent on the position and orientations of  the objects and how they change over time.</p>
<p>• <em>Dynamic</em>: What happens after collision, what forces are  exchanged, how do they affect objects’ motions.</p>
<p><strong>Collision handling</strong></p>
<p>• Kinematic response</p>
<p>• Take actions after the collision occurs (the penalty method).</p>
<p>• Back up time to the first instant the collision occurs and  determine the appropriate response.</p>
<p><strong>Kinematic Response</strong></p>
<p>• Particle-Plane collision</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image185.gif"><img title="image185" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image185.gif" alt="image185" width="296" height="116" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image187.gif"><img title="image187" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image187.gif" alt="image187" width="287" height="31" /></a></p>
<p>Particle’s position is computed at every time step (particle is  moving at a constant speed)</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image189.gif"><img title="image189" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image189.gif" alt="image189" width="283" height="37" /></a></p>
<p>when <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image191.gif"><img title="image191" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image191.gif" alt="image191" width="78" height="16" /></a> we understand that the  particle has collided with the plane in the time interval <em>ti-1 </em>and  <em>ti</em>.</p>
<p>When collision is detected, the component of the velocity vector in  the normal direction is negated by subtracting it twice from the  original velocity vector.</p>
<p>• To model the loss of energy during collision a damping factor  0&lt;k&lt;1 is multiplied with the normal component when it is  subtracted the second time.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image193.gif"><img title="image193" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image193.gif" alt="image193" width="296" height="54" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image195.gif"><img title="image195" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image195.gif" alt="image195" width="218" height="66" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image197.gif"><img title="image197" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image197.gif" alt="image197" width="213" height="131" /></a></p>
<p><strong>The Penalty Method</strong></p>
<p>• A point is penalized for penetrating another object</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image199.gif"><img title="image199" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image199.gif" alt="image199" width="297" height="112" /></a></p>
<p>Penalty Spring</p>
<p>The spring produces an upward acceleration with a = &#8211; kd/m</p>
<p>Difficult to determine the mass and the spring constants that will  produce a realistic effect</p>
<p><strong>Testing Collisions Between Planar Polyhedra</strong></p>
<p>• Bounding box tests</p>
<p>– If they indicate a collision then more elaborate tests may be  performed to make sure that the collision exists</p>
<p>• Convex polyhedra – point test</p>
<p>– The point should be on the same side (inside) for all the polygons  that make up the polyhedra</p>
<p>• Concave polyheadra – point test</p>
<p>– Even-odd rule may be used to count the intersections of a ray  emanating from the point to an arbitrary direction with the polygon  faces</p>
<p>• if its odd à point inside the polyhedra</p>
<p>• if its even à point outside the polyhedra</p>
<p>Point test may not be conclusive and it may need to test the edges as  well.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image201.gif"><img title="image201" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image201.gif" alt="image201" width="168" height="136" /></a></p>
<p>The normal that defines the plane of intersection is used to  calculate the response</p>
<p>– point-face penetration</p>
<p>• The normal of the face is used</p>
<p>– Edge-edge intersection</p>
<p>• Cross product of the edges is used as the normal</p>
<p><strong>Backing Up Time</strong></p>
<p>• Can be computationally expensive when too many collisions occur</p>
<p>• Time is backed up to the point of impact, an impulse force is  computed, and the time is moved forward again</p>
<p>• The exact collision time can be found by binary search by setting  L=ti-1 and U=ti and searching between L and U, dividing the interval by  half each time.</p>
<p>The point of collision can also be found by assuming a linear path,  constant-velocity motion. This provides an approximation.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image203.gif"><img title="image203" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image203.gif" alt="image203" width="297" height="113" /></a></p>
<p><strong>Computing the impulse force</strong></p>
<p>The normal to the surface of contact, n, is determined. The relative  positions of the contact points with respect to the center of masses are  computed.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image205.gif"><img title="image205" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image205.gif" alt="image205" width="153" height="70" /></a></p>
<p>The relative velocity of the contact points in the direction of the  normal, n, is computed</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image207.gif"><img title="image207" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image207.gif" alt="image207" width="153" height="84" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image209.gif"><img title="image209" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image209.gif" alt="image209" width="296" height="104" /></a></p>
<p><strong>Enforcing constraints</strong></p>
<p>• Enforcing constraints to physically based animations can be done by  introducing additional forces in the system, such as:</p>
<p>– Springs</p>
<p>– Internal energy constraints (such as distance of vertices from the  center of mass)</p>
<p>• Constraints can be hard or soft constraints.</p>
<p><strong>Controlling group of objects</strong></p>
<p>Particle systems &#8211; Flock behavior &#8211; Autonomous behavior</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image211.gif"><img title="image211" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image211.gif" alt="image211" width="297" height="68" /></a></p>
<p><strong>Particle Systems </strong></p>
<p>Some common assumptions due to large number of particles</p>
<p>– Particles do not collide with other particles</p>
<p>– Particles do not cast shadows, except in an aggregate sense</p>
<p>– Particles only cast shadows on the rest of the environment, not on  each other</p>
<p>– Particles do not reflect light, they are each modeled as light  emitting objects</p>
<p><strong>A frame of a particle system </strong></p>
<p>• Any new particles that are born during this frame are generated,  each new particle is assigned attributes.</p>
<p>• Any particles that have exceeded their allocated life span are  terminated.</p>
<p>• The reaming particles are animated and their shading parameters  changed according to the controlling processes then the particles are  rendered.</p>
<p><strong>Life of a particle</strong> :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image213.gif"><img title="image213" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image213.gif" alt="image213" width="312" height="170" /></a></p>
<p><strong>Particle Generation</strong></p>
<p>• A random number of particles around an average can be generated.</p>
<p>• Similar number of particles should be terminated to ensure constant  number of particles at each frame.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image215.gif"><img title="image215" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image215.gif" alt="image215" width="297" height="42" /></a></p>
<p><strong>Attributes of Particles</strong></p>
<p>• Position</p>
<p>• Velocity</p>
<p>• Shape Parameters</p>
<p>• Color</p>
<p>• Transparency</p>
<p>• Lifetime (in number of frames)</p>
<p><strong>Particle Animation</strong></p>
<p>• Effect of forces modeled on the environment is computed as  acceleration on the particle</p>
<p>– Gravity, wind, force fields, collisions with environment objects</p>
<p>• Acceleration is used to update the particle’s velocity</p>
<p>• Average velocity is used to update the position</p>
<p>• Shape can be a function of velocity</p>
<p>– An ellipse that elongates with respect to velocity</p>
<p><strong>Flock Behavior</strong></p>
<p>• Local perception and behavior of bodies (i.e. flock members)</p>
<p>– Limited intelligence and simple physics</p>
<p>• Emergent behavior</p>
<p>– Flying in a diamond shape or V shape</p>
<p>– Splitting, merging</p>
<p>Two main forces to keep a collection of objects behaving like a flock</p>
<p>– Collision avoidance</p>
<p>• With the environment</p>
<p>• With other members</p>
<p>– Flock centering</p>
<p>• Can be achieved using localized control</p>
<p><strong>Local control</strong></p>
<p>Computationally desirable</p>
<p>• More realistic</p>
<p>• Three processes modeled in local control</p>
<p>– Physics</p>
<p>– Perception</p>
<p>– Reasoning and reaction</p>
<p>• Negotiates among the various demands due to perception</p>
<p>• Collision avoidance</p>
<p>• Flock centering</p>
<p>• Velocity matching</p>
<p><strong>Interacting with other flock members </strong></p>
<p>• Attractive force</p>
<p>– To move with the flock</p>
<p>• Repulsive force</p>
<p>– A shorter range force for not to collide with neighbors</p>
<p><strong>Flock Leader</strong></p>
<p>In real life leaders change periodically</p>
<p>– The wind resistance is strongest for the leader of a flying flock  of birds.</p>
<p>• But in animation, it may be easier to have one designated leader  whose motion is scripted along a path.</p>
<p><strong>Negotiating the Motion</strong></p>
<p>• Three low-level controllers</p>
<p>– Collision avoidance</p>
<p>– Velocity matching</p>
<p>– Flock centering</p>
<p>• A priority based weighting scheme can be used to combine the  individual requests from the low level controllers.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image217.gif"><img title="image217" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image217.gif" alt="image217" width="211" height="158" /></a></p>
<p><strong>Collision avoidance</strong> :</p>
<p>Using a force field to direct flock members away from an obstacle.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image219.gif"><img title="image219" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image219.gif" alt="image219" width="222" height="166" /></a></p>
<p><strong>Problems with Force Field Technique</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image221.gif"><img title="image221" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image221.gif" alt="image221" width="115" height="107" /></a></strong></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image223.gif"><img title="image223" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image223.gif" alt="image223" width="159" height="81" /></a></p>
<p><strong> </strong></p>
<p><strong>Modeling Flight :</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image225.gif"><img title="image225" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image225.gif" alt="image225" width="148" height="123" /></a><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image227.gif"><img title="image227" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image227.gif" alt="image227" width="128" height="123" /></a></strong></p>
<p><strong><br />
</strong></p>
<p><strong><br />
</strong></p>
<p><strong> </strong><strong> </strong></p>
<p>Rotation types of flight            Forces of flight</p>
<p><strong>Lifting forces</strong> :</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image229.gif"><img title="image229" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image229.gif" alt="image229" width="297" height="132" /></a></p>
<p><strong>Important Points on Modeling Flight </strong></p>
<p>• Turning is effected by horizontal lift</p>
<p>• Increasing pitch increases drag</p>
<p>• Increasing speed increases lift</p>
<p><strong>Autonomous Behavior</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image231.gif"><img title="image231" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image231.gif" alt="image231" width="297" height="146" /></a><br />
</strong></p>
<p><strong>Natural Phenomena </strong></p>
<p>Modeling the plants &amp; clouds.</p>
<p>Using fractals seems to appropriate to model plants, because of  observed self-similarity at various levels</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image233.gif"><img title="image233" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image233.gif" alt="image233" width="122" height="129" /></a></p>
<p>• But how to define the fractal? What about the stochastic behavior?</p>
<p><strong>Animation </strong></p>
<p>• In addition to rendering static plants we should also think about  the motion to animate:</p>
<p>– Motion due to environmental conditions such as wind</p>
<p>– Plant growth</p>
<p><strong>L-System</strong></p>
<p>• Introduced and developed in 1968 by the Hungarian theoretical  biologist and botanist Aristid Lindenmayer</p>
<p>• Formal Grammar consisting of a set of production rules.</p>
<p>• Famously used to model the growth processes of plant development.</p>
<p>• Can be used to generate self-similar fractals</p>
<p>• A procedural technique to model objects</p>
<p><strong>D0L system</strong></p>
<p>• A deterministic and context-free L-System</p>
<p>– Implies each non-terminal has a single grammar rule associated with  it.</p>
<p>– And the left part of a grammar rule consists of a single  non-terminal (i.e., no-context information)</p>
<p><strong>Geometric Interpretation of L-Systems</strong></p>
<p>• Geometric Replacement:</p>
<p>– Replace each symbol with a geometric element.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image235.gif"><img title="image235" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image235.gif" alt="image235" width="297" height="182" /></a></p>
<p><strong>Turtle Graphics :</strong></p>
<p>• Replace each symbol with a drawing command.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image237.gif"><img title="image237" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image237.gif" alt="image237" width="297" height="125" /></a></p>
<p>• Given the initial state of the cursor and the linear and rotational  step sizes, a string can be used to draw a shape .</p>
<p>• The state of the cursor at any point can be given by the current  position and heading of the cursor .</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image239.gif"><img title="image239" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image239.gif" alt="image239" width="297" height="65" /></a></p>
<p><strong>Linearity problem :</strong></p>
<p>• With only the four commands of draw / move / turn_left / turn_right  one can only generate linear shapes.</p>
<p>• Bracketed L -systems are introduced to provide branching</p>
<p>• In the generation rules, a left branch indicates to push the  current state on the stack and a right branch indicates a popping of the  state from the stack and setting it as the current state.</p>
<p>• The stack structures provides unlimited branching</p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong>Bracketed L-Systems</strong></p>
<p>Bracketed L -systems are introduced to provide branching</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image241.gif"><img title="image241" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image241.gif" alt="image241" width="297" height="59" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image243.gif"><img title="image243" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image243.gif" alt="image243" width="82" height="104" /></a> <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image245.gif"><img title="image245" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image245.gif" alt="image245" width="131" height="162" /></a></p>
<p>Non deterministic  &amp; Stochastic</p>
<p>• In the generation rules, a left branch indicates to push the  current state on the stack and a right branch indicates a popping of the  state from the stack and setting it as the current state.</p>
<p>• The stack structures provides unlimited branching</p>
<p><strong>Animating Plant Growth</strong></p>
<p>• Changes in topology during growth.</p>
<p>• Elongation of existing structures.</p>
<p>• Elongation of structures may be animated by small linear step size  and using rules such as F à FF</p>
<p>• Changes in topology is animated by the bracketing mechanism.</p>
<p>– However, we should not scan and render the final</p>
<p>generated string left to right, the rendering should be</p>
<p>done as we proceed</p>
<p><strong> </strong></p>
<p><strong>Parametric L-Systems</strong></p>
<p>• Symbols may have one or more parameters associated with them</p>
<p>– We can specify different linear, angular step sizes.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image247.gif"><img title="image247" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image247.gif" alt="image247" width="160" height="58" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image249.gif"><img title="image249" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image249.gif" alt="image249" width="297" height="21" /></a></p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image251.gif"><img title="image251" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image251.gif" alt="image251" width="247" height="143" /></a></p>
<p><strong> </strong></p>
<p><strong>Realistic Modeling of Clouds</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image253.gif"><img title="image253" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image253.gif" alt="image253" width="163" height="65" /></a></strong></p>
<p><strong><br />
</strong></p>
<p><strong>Visual Characteristics of Clouds</strong></p>
<p>• Clouds have volumetrically varying amorphous structure with detail  at may different scales.</p>
<p>• Cloud formation often results from swirling, bubbling, and  turbulent processes.</p>
<p>• Clouds have several illumination and shading characteristics.</p>
<p><strong>Volumetric Cloud Modeling</strong></p>
<p>• Two level hierarchy:</p>
<p>– Implicit volumes to represent to global structure of the cloud (the  cloud macrostructure)</p>
<p>• Modeled by implicit functions (such as spheres)</p>
<p>– Procedural methods to define turbulent, noise characteristics at a  smaller scale (the cloud microstructure)</p>
<p>• Modeled by turbulent volume densities</p>
<p><strong>Volumetric Cloud Modeling</strong></p>
<p>• The macro and micro models are combined to define a volumetric  density function (vdf) over a 3D volumetric space</p>
<p>• The densities of the implicit volumes can be combined by using a  cubic blending function and a weighted sum</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image255.gif"><img title="image255" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image255.gif" alt="image255" width="208" height="85" /></a></p>
<p>• To combine the densities from implicit primitives with the  turbulence-based densities a user specified blend percentage can be used  (60% to 80% gives good results).</p>
<p><strong>Modeling and Animating Articulated Figures: Modeling the Arm,  Walking Facial Animation </strong></p>
<p><strong>Terms Related to Human Body Animation</strong></p>
<p>• <strong><em>Sagittal plane</em> :</strong>Perpendicular to the ground and  divides the body into right and left halves.</p>
<p>• <strong><em>Coronal plane</em>: </strong>Perpendicular to the ground and  divides the body into front and back halves.</p>
<p>• <strong><em>Transverse plane</em> : </strong>Parallel to the ground and divides  the body into top and bottom halves.</p>
<p>• <strong><em>Distal</em> : </strong>Away from the attachment of the limb.</p>
<p>• <strong><em>Proximal</em>: </strong>Toward the attachment of the limb.</p>
<p>• <strong><em>Flexion</em>: </strong>Movement of the joint that decreases the  angle between two bones.</p>
<p>• <strong><em>Extension</em>: </strong>Movement of the joint that increases the  angle between two bones.</p>
<p><strong>Challenges in Human Modeling</strong></p>
<p>• Human figure is a very familiar form</p>
<p>• Human form is very complex</p>
<p>– About 200 degrees of freedom</p>
<p>– Some of the parts are deformable</p>
<p>• Humanlike motion is not computationally well defined</p>
<p>– There is no one definitive motion that is humanlike</p>
<p>– Different characteristics for different people</p>
<p><strong>Modeling the Arm: Reaching and Grasping</strong></p>
<p>• To simplify the modeling process, it is usually assumed that the  arm operates independently from the other body parts.</p>
<p>– not realistic</p>
<p>– to provide realism one can add additional joints in a preprocessing  step and position the body and make it ready for the independently  considered arm motion.<strong> </strong></p>
<p><strong>Basic Arm Model </strong></p>
<p>7 DOF</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image257.gif"><img title="image257" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image257.gif" alt="image257" width="187" height="88" /></a></p>
<p>Sometimes the forearm is modeled differently. Because in reality the  forearm rotation is not associated with a localized joint.</p>
<p>– The two forearm bones rotate around each other.</p>
<p>– We can associate this rotation with the elbow or the wrist, or  sometimes a virtual joint in the middle is used to handle forearm  rotation</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image259.gif"><img title="image259" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image259.gif" alt="image259" width="142" height="162" /></a></p>
<p>• In reality each joint has specific limits</p>
<p>– Example: the elbow flexes at most to 20 degrees and extends to 160  degrees</p>
<p>• Some of these limits depend on the situation</p>
<p>• Some of these limits depend on the situation</p>
<p>– Example: It is difficult to fully extend the knee when one is  bending at the hip.</p>
<p><strong>Inverse Kinematics</strong></p>
<p>• The Jacobian technique can be used and the solution can be biased  towards desired joint angles.</p>
<p>• To produce more humanlike motion the Jacobian can be replaced by a  procedural approach</p>
<p>– The joints farther away from the hand has more effect on the  position of the hand</p>
<p>– The joints closer to the hand are used to perform fine orientation  changes</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image261.gif"><img title="image261" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image261.gif" alt="image261" width="179" height="110" /></a></p>
<p>Alternatively, the user can specify the plane between shoulder,  elbow, and the wrist</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image263.gif"><img title="image263" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image263.gif" alt="image263" width="297" height="115" /></a></p>
<p>Shoulder can be modeled as a ball joint or 3 separate joints of 1  DOF.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image265.gif"><img title="image265" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image265.gif" alt="image265" width="127" height="154" /></a></p>
<p><strong>Reaching around obstacles</strong></p>
<p>• The volume of space swept by the limb should not intersect with the  obstacles in a scene</p>
<p>• Several path planning algorithms have been developed</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image267.gif"><img title="image267" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image267.gif" alt="image267" width="297" height="219" /></a></p>
<p>We can use a gradient of Genetic algorithm approach to move the end  effectors towards the goal .</p>
<p><strong>Strength</strong></p>
<p>• Strength may be incorporated into the motion planning of the arm</p>
<p>• For underconstrained problems (i.e., problems with many solutions),  the solution space can be searched for the configurations which places  least amount of strain on the figure.</p>
<p>– Strain can be computed by computing the torque at each joint.</p>
<p>– Comfort is defined as the ratio of the currently requested torque  and the maximum possible torque.<strong> </strong></p>
<p><strong>Walking</strong></p>
<p>• It is a cyclic motion</p>
<p>– Acyclic components</p>
<p>• Turning, tripping</p>
<p>• Responsible for transportation of the body and maintaining balance</p>
<p>• Dynamics is more important in walking</p>
<p>• Walking is dynamically stable, but it is not statically stable</p>
<p>– E.g., When a body freezes in the middle of the walk, it may fall on  the ground</p>
<p>• Experimentally gathered data or a set of adjustable control  parameters are used.</p>
<p>– Example parameters:</p>
<p>• Stride length</p>
<p>• Hip rotation</p>
<p>• Foot placement</p>
<p>• State transition diagrams are used to specify the walking process</p>
<p>• Kinematics can be used for the general walking motion and forces  may be computed to determine the motion of the upper body</p>
<p><strong>Walk Cycle :</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image269.gif"><img title="image269" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image269.gif" alt="image269" width="201" height="159" /></a></strong></p>
<p><strong><br />
</strong></p>
<p><strong>Running Cycle :</strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image271.gif"><img title="image271" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image271.gif" alt="image271" width="214" height="165" /></a></strong></p>
<p><strong><br />
</strong></p>
<p><strong> </strong></p>
<p><strong>Pelvic transport rotation and tilt </strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image273.gif"><img title="image273" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image273.gif" alt="image273" width="297" height="91" /></a></strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image275.gif"><img title="image275" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image275.gif" alt="image275" width="296" height="90" /></a><br />
</strong></p>
<p><strong>Knee Flexion </strong></p>
<p>• Bending at the knee joint prevents the leg to penetrate the floor  during pelvic tilt.</p>
<p>• It also helps to absorb shock</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image277.gif"><img title="image277" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image277.gif" alt="image277" width="297" height="98" /></a></p>
<p><strong>Ankle and Toe Joints </strong></p>
<p>• Ankle and toe joints help flatten out the rotation of the pelvis  above the foot as well as to absorb some shock.</p>
<p><strong>Specifying a new walk </strong></p>
<p>• The animator specifies the kinematic values for pelvic movement,  foot placement, and foot trajectories. The rest is determined by inverse  kinematics.</p>
<p><strong>Dynamics</strong></p>
<p>• Dynamic models may help produce more realistic motion.</p>
<p>– However, the animator looses control over some parameters</p>
<p>• Simplifications</p>
<p>– Some dynamics effects are ignored, such as the effect of the swing  leg on balance</p>
<p>– Forces are considered constant over some time interval</p>
<p>– Leg model is simplified (to a small DOF)</p>
<p>– Several components (e.g. horizontal and vertical) are computed  separately and combined .</p>
<p><strong>Facial Animation</strong></p>
<p>• Face is a deformable object.</p>
<p>• Lip-synching</p>
<p>– Animation of the movement of the lips, the muscle deformation of  the tongue, the articulation of the jaw, and the deformation of the  surrounding face during speech</p>
<p>• Cartoon animation</p>
<p>• Realistic character animation</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image279.jpg"><img title="image279" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image279.jpg" alt="image279" width="237" height="131" /></a></p>
<p><strong>Facial Models</strong></p>
<p>• Acquisition of the geometry of the head</p>
<p>• Acquisition of the motion</p>
<p>– How does the geometry change</p>
<p>• <strong>Face geometry</strong></p>
<p>– Polygon models</p>
<p>– Splines</p>
<p>– Subdivision surfaces</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image281.jpg"><img title="image281" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image281.jpg" alt="image281" width="196" height="162" /></a></p>
<p><strong>Parameterized Models</strong></p>
<p>• Conformational parameters</p>
<p>– 25 parameters in Parke’s model</p>
<p>– Symmetry between the sides of the face is assumed</p>
<p>– 5 parameters to control the shape of the forehead, cheekbone, cheek  hollow, chin, and neck</p>
<p>– 13 scale distances between facial features</p>
<p>– 5 parameters to translate chin, nose, and eyebrow</p>
<p>• Expressive parameters.</p>
<p><strong>Animating the Face</strong></p>
<p>• Simplest approach is to define a set of key poses</p>
<p>– Animation is produced by interpolating between the positions of  their corresponding vertices in the two key poses</p>
<p>– Disadvantage: parts of the facial model are not individually  controllable by the animator</p>
<p>• What are the primitive motions of the face?</p>
<p>• How many degrees of freedom are there in the face?</p>
<p><strong>Facial Action Coding System (FACS)</strong></p>
<p>• 46 basic facial movements, called Action Units (AUs) are defined,  and used in combination to describe all facial expressions.</p>
<p>– Examples:</p>
<p>• Lower brow, raise inner brow, wink, raise cheek, drop jaw.</p>
<p>• Disadvantages:</p>
<p>– It is descriptive, not generative</p>
<p>– It is not time based</p>
<p>– Facial movements are analyzed only relative to a neutral pose</p>
<p>– FACS describes facial expressions, not speech</p>
<p><strong>Muscle Models</strong></p>
<p>• Three types of muscles to model</p>
<p>– Linear</p>
<p>• Contracts and pulls one point (point of insertion) toward another  (point of attachment)</p>
<p>– Sheet</p>
<p>• Parallel array of muscles. Attached to a line instead of a single  point</p>
<p>– Sphincter</p>
<p>• Contracts radially toward an imaginary center.</p>
<p>• Three aspects differentiate one musclebased model from the other</p>
<p>– the geometry of the muscle-skin arrangement</p>
<p>• Are they modeled on the surface or attached to a structural layer  beneath the skin</p>
<p>– the skin model used</p>
<p>– the muscle model used</p>
<p>• The deformation of other points may attenuate based on the distance  from the point of insertion and angle of deviation from the  displacement vector</p>
<p><strong>Animating Cloth &amp; Motion Capture</strong></p>
<p><strong>Simple Draping</strong></p>
<p>• Draping will occur as a cloth is hanged from a fixed number of  support points.</p>
<p>• The cloth is represented as a two dimensional grid of points  located in 3D.</p>
<p>– Certain grid points are fixed</p>
<p>• Convex-hull of the fixed points determine where the draping will  occur.</p>
<p>•Two phases</p>
<p>– The draped surface is approximated with the convex hull of the  constrained points.</p>
<p>– Iterative relaxation process where other grid points are displaced.</p>
<p>• Process continues until the maximum displacement is below a  threshold.</p>
<p>• Vertices on the grid are labeled as <em>interior </em>or <em>exterior </em>depending  on whether they are inside the convex-hull or not.</p>
<p>• The grid points along the line between two constrained points are  determined.</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image283.gif"><img title="image283" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image283.gif" alt="image283" width="297" height="130" /></a></p>
<p><strong>Motion Capture Systems </strong></p>
<p>• The recording of RAW motion data for later use.</p>
<p>• Several different systems on the market</p>
<p>• camera / optical / infrared</p>
<p>• gyroscopes / accelerometers</p>
<p>• magnetic / fiber optic</p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong>Standard pipeline </strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image285.jpg"><img title="image285" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image285.jpg" alt="image285" width="296" height="185" /></a></strong></p>
<p><strong><br />
</strong></p>
<p><strong> </strong></p>
<p><strong>Part of the Process</strong></p>
<p>1. Calibrate Cameras</p>
<p>2. Put Markers on Subject</p>
<p>3. Calibrate Subject</p>
<p>4. Check Quality of Calibration</p>
<p>5. Record Motion</p>
<p>6. Cleanup Point Cloud</p>
<p>7. Label Markers in Point Cloud</p>
<p>8. Cleanup Resulting Data</p>
<p>9. Export Data</p>
<p>10.Import Data into Package of Choice</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image287.gif"><img title="image287" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image287.gif" alt="image287" width="187" height="132" /></a></p>
<p><strong>Usage area </strong></p>
<p><strong><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image289.gif"><img title="image289" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image289.gif" alt="image289" width="143" height="189" /></a></strong></p>
<p><strong><br />
</strong></p>
<p>• Motion Analysis &amp; Research</p>
<p>• Games</p>
<p>• Films &amp; Animated Shorts</p>
<p><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image291.gif"><img title="image291" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image291.gif" alt="image291" width="202" height="161" /></a></p>
<p>• Human Factor Studies</p>
<p>• Performance Arts</p>
<p>• Virtual Reality Simulations</p>
<p>• Education</p>
<p>• etc.</p>
<p><strong>References</strong></p>
<p>METU Ceng732 Lesson Slides</p>
<p>Rick Parent’s book and book slides.</p>
<p>From Oxford English Dictionary<br />
Anderson, Joseph and Barbara Fisher. &#8220;The Myth of Persistence of  Vision.&#8221; Journal of the University Film Association XXX:4 (Fall 1978):  3-8.<br />
Joseph Anderson &amp; Barbara Anderson (1993). The Myth of Persistence  of Vision Revisited. Journal of Film and Video 45:3&#8211;12.<br />
<em>Raster Graphics Handbook</em>. Publisher. Conrac. Date. 1980<br />
<em>Cutting, J.E.</em>, Perception With An Eye For Motion, Mit Press,  Cambridge, pp. 1986.</p>
<p>http://pages.cpsc.ucalgary.ca/~jungle/587/pdf/3-principles.pdf</p>
<p>]http://mrl.snu.ac.kr/courses/CourseAnimation/notes/HistoryOfAnimation.pdf</p>
<p>The Illusion of Life: Disney Animation at  mazon.com SMPTE.org</p>
<p>MIDI.org</p>
<p>Quaternions from Wolfram MathWorld</p>
<p>Exponential Map from Wolfram MathWorld</p>
<p>Spline Curves and Surfaces</p>
<p>Game AI Resources: Pathfinding</p>
<p>Warping and Morphing of Graphical Objects by J. Gomes, L. Darsa, and  L. Velho, Morgan-Kaufmann Publishers</p>
<p>Chris Welman&#8217;s Master&#8217;s thesis, Inverse Kinematics and Geometric  Constraints for Articulated Figure Manipulation &#8211; PDF</p>
<p>Paul Nylander&#8217;s Physics</p>
<p>Robot Dynamics: Equations and Algorithms by Roy Featherstone and  David Orin &#8211; PDF</p>
<p>Spacetime constraints by Adrew Witkin and Michael Kass &#8211; PDF</p>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fa-tutorial-on-computer-animation-ii-2%2F&amp;linkname=A%20Tutorial%20on%20Computer%20Animation%20%26%238211%3B%20II"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/a-tutorial-on-computer-animation-ii-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV</title>
		<link>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/</link>
		<comments>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/#comments</comments>
		<pubDate>Sun, 03 Jan 2010 15:02:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PACS]]></category>
		<category><![CDATA[CMM]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=20</guid>
		<description><![CDATA[PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu son yazımı okumaya başlamadan önce ilgilenenlerin daha önceki PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli I, PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli II ve PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli III yazılarıma bakmalarında fayda var, ayrıca internette PACS [...]


Related posts:<ol><li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü...</small></li>
<li><a href='http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/' rel='bookmark' title='Permanent Link: Medikal Görüntü Sıkıştırma, DICOM ve PACS'>Medikal Görüntü Sıkıştırma, DICOM ve PACS</a> <small>Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu...</small></li>
</ol>

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div align="justify">PACS  Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu son yazımı okumaya  başlamadan önce ilgilenenlerin daha önceki <a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-i/">PMM  &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli I</a>, <a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/">PMM  &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli II</a> ve <a href="../index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/">PMM  &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli III</a> yazılarıma  bakmalarında fayda var, ayrıca internette PACS araştırması yapıp gelen  ama konuyla ilgili altyapısı olmayanlara bu konuyla ilgili nacizane <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/">Medikal  Görüntüleme ile ilgili Tıp Bilişimi Terminolojisi</a> çalışmama  bakmalarını tavsiye ederim.</p>
<p>Doktora  yeterlilik sınavları, ikinci çocuğumun doğması derken uzun bir ara  vermiş oldum yazılara ama daha önce de söylediğim gibi çok olumlu  tepkiler almış olmak artık PACS olgunluğu konusunu bitirme yönünde adım  atmaya mecbur kıldı beni. PACS konusu yazılarıma gelen tepkilerden ve  şirketten arayıp konuşanlardan anladığım kadarıyla çok bohem yaklaşılan  ve anlama hakkı bile çok özel bir grubun özelindeymiş gibi düşünülen bir  gariplikte. Yazılımla uğraşan kişiler PACS konusunun çok basit olduğunu  düşünüp sonuçta ortaya bir şey koyamıyorlar, radyologlar gibi  kullanıcılar ise PACS&#8217;i genelde 1500 kişilik Ar-Ge personeli bulunan  şirketlerin tekelindeymiş gibi görüyorlar. Hayır PACS çok basit değil  konuyu bilmeyen şirketler oturup 1 seneye başarılı bir sistem ortaya  koyamazlar, ama aynı zamanda hayır PACS sadece devasa bütçeli  şirketlerin tekelinde de değil. Ama bir gerçek var bu iş uzun soluklu,  bugün ben yaptım oldu diyenler yarın afallayabilirler benim kendi  şirketimde tek ilgilendiğim konu bu işi 2 sene önce başladığımız hevesle  10 sene sonra da devam ettiriyor olabilmek. Geliştirdiğimiz medikal  görüntüleme yazılımlarını Avustralya&#8217;ya ihraç ettik, ve Japonya&#8217;dan bir  kaç firma ile görüşmelere başladık. Hani gazetelerin son sayfalarında  yer alan Amerika&#8217;nın antin kuntin bir üniversitesinde birinci olan  kardeşlerimiz kadar değerimiz yok ama biz yaptığımız işe aynı hevesle ve  öğrenme azmiyle sarıldıkça bir gün bir yerlerde anlatılırız diye  düşünüyoruz. Gerçi hata bizde PR diye bir mevzu var değil mi? Çık anlat  kendini işte ama öyle yaparsak da işle uğraşamayacakmışız gibi  hissediyoruz, hadi hayırlısı:) Neyse yaptım işte PR olayımızı daha fazla  kasmak anlamsız, <a href="http://www.infodif.com/blog/index.php/arastirmacilarin-sinir-ihlallerine-cozumleri/" target="_blank">bir önceki PR çalışmasında</a> anlattıklarımız o zaman  ses getirmişti, bir sonrakinde direk bu blogdan kopyala yapıştır yaparız  artık&#8230;</div>
<h1>PACS  Olgunluğu ve PACS Evrimi konusundaki eğilimler</h1>
<p>Hastanelerde  uygulanan kurumsal olgunluk modelleri içerisindeki PACS teknolojik  altyapısı ile ilgili çalışmalar sonucunda PACS olgunluğu ve PACS Evrimi  konusunda üç ana eğilim belirlenmiştir.  Bunlar :</p>
<ol>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/"><strong>PACS  konusunda radyolojik ve hastane bütünündeki süreç iyileştirmeleri;</strong></a></li>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/"><strong>PACS  Entegrasyonu, PACS Optimizasyonu ve PACS İnnovasyonu;</strong></a></li>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/"><strong>Kurumsal  PACS ve Elektronik Hasta Kaydı &#8211; Electronic Patient Record ( EPR ).</strong></a></li>
</ol>
<div align="justify">Hazırladığımız  <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/07/PACS-PMM.pps">sunumdaki </a>referanslar ve diğer temel kaynaklar ışığında yapısal bir hiyerarşi  oluşturulabilir, bu hiyerarşinin tüm öğelerini önceki yazılarımda  açıkladığım için artık sıra PMM &#8211; PACS Maturity Model üzerine  odaklanmakta:</div>
<h2>PACS  Olgunluğu &#8211; PACS Maturity Model &#8211; PMM</h2>
<div align="justify">PACS  olgunluğunun temelini oluşturacak yapıları daha önceki yazılarımda  açıklamaya çalışmıştım. Bunlar PACS olgunluğu ve evrimleşmesi açısından  hastanelere olgunluk seviyelerini anlatabilme adına önemli noktalar.  Bütün yazılanların ışığında, PACS olgunluğu için beş seviye  tanımlanabilir, kurumların kendilerini bu seviyelerden birisine  örtüştürüp bir sonraki adım için çaba harcamaları evrensel düzeyde onlar  için faydalı olacaktır diye düşünüyorum. Bu beş seviye ise aşağıdaki  gibi tanımlanabilir :</div>
<h3><img title="Daha fazla..." src="http://localhost/keremcaliskan/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />I. PACS  altyapısı oluşturma</h3>
<div align="justify"> Medikal  görüntüleri yakalama, depolama, dağıtma ve gösterme. Bu dörtlü sizin  başlangıç seviyesinde PACS sahibiyim diyebilmeniz olan yeterli  kriterlerdir. Bu seviyede radyolojik kaynaklarınızın medikal görüntü  formatları ve transfer standartları seçtiğiniz PACS sistemine bağlı  olarak başınıza büyük sorunlar açabilir. PACS entegratörünüz ne derse  desin, depoladığı görüntülere başka üreticilerin veya açık kaynak kodlu  DICOM görüntüleyicilerinin üzerinden ulaşabilmeniz şart yoksa aldığınız  PACS sisteminin depoladığı görüntülere sadece kendi DICOM  görüntüleyicisi üzerinden ulaşabiliyorsanız başınız çok ağrıyacak ve bir  sonraki olgunluk adımlarına geçebilmek için büyük ihtimalle tüm  sisteminizi yenilemek zorunda kalacaksınız. Bu noktada tavsiyem sadece  demo istemek veya sistemin hastanenizdeki görüntüleri taşıyabildiğinden  emin olmakla yetinmeyip bu ürünlerin DICOM Conformance yapılarını  sorgulamanız ve mimarinin açık olduğuna emin olmanız. </div>
<h3>II. PACS  süreci</h3>
<div align="justify"> PACS  için ikinci olgunluk seviyesine geçiş için ikinci nesil PACS  uygulamaları yeterli eklentilere sahip olmaya başlamışlardır.  PACS  süreci olgunluk seviyesinin ana hedefleri süreçlerin yeniden  tasarlanması, radyolojide elle yapılan süreçleri optimize etmek ve  radyoloji dışına da şeffaf PACS süreçlerinin verilmesini sağlamaktır. Bu  PACS olgunluk seviyesinde hastane içerisindeki iş akışlarından daha çok  hala ana amaç sadece medikal görüntüler ve onların aktarımı, dağıtımı  gibi kısımlardadır. Bölümlerdeki iş akışları değişmediği sürece  sadece  filmsiz operasyonlara geçmek üretkenlik açısından sadece küçük bir artış  sağlar. Bu PACS ile daha yüksek seviyedeki bilişim sistemleri HIS (  Hospital Information System &#8211; HBYS ) ve RIS ( Radiology Information  System &#8211; RIS ) ile entegrasyonu gerektirmektedir. </div>
<h3>III. Klinik  süreç yeteneği</h3>
<div align="justify"> Klinik  süreç yeteneği olgunluk modeli PACS&#8217;in iş akışı ve hasta yönetimini  sağlayabilecek bir sisteme evrilmesi olarak anlatılabilir. Bu yetenek  ayrıca hastanenin tümünde PACS dağıtımı, haberleşmesi ve medikal  görüntüye dayalı klinik tepkiyi de devreye sokar. Bu seviyeye evrilme  PACS süreçleri olarak önemli değişimlere ihtiyaç duyar ve bu sayede  kapsamı medikal görüntü verileri ile HIS, RIS ve PACS entegrasyonundan  daha öteye taşır. Bu seviyede PACS&#8217;in klinik uygulanabilirliği medikal  görüntüleri ve ilgili sağlık dökümanlarını klinisyenlere, operasyon  alanlarına, dışarıdaki kliniklere ve hatta hastane sınırları dışına  taşıyarak sisteme yoğun bir şekilde fayda sağlamaya ve masraflarını  ödemeye başlarlar. </div>
<h3>IV. Entegre  yönetilebilir innovasyon</h3>
<div align="justify"> EPR  ( ELectronic Patient Record) ve EHR ( Electronic Health Record )  yapılarının farklı kurumlar arasında entegrasyonuna izin veren altyapı  oturmay başlamıştır. Hazır yeri gelmişken okuyucuya EPR ve EHR  arasındaki sormak isterim, içinde e harfi geçen her şeyi aynı kayıt  anlamında algılayan atmasyon tayfasından farklı olmanızda fayda var.  Farkı bulamayanlar bana ulaşıp sorabilirler. Neyse işimize dönelim, bu  olgunluk seviyesine gelindiğinde artık karar destek mekanizmasına fayda  sağlayacak CAR ( Computer Assisted Readings ) veya CAD ( Computer Aided  Diagnosis ) gibi önemli teknolojilerin klinik PACS kullanımına da yardım  etmelerini sağlamak söz konusudur.  Bu son bahsettiğim uyumluluk  ölümcül bir konudur, hemen hemen bu konuyla uğraşan tüm büyükler  özellikle de Siemens farklı üreticilerin farklı ürünlerinin sadece  çıktılarının değil fonksiyonalitesinin de paylaşılabilirliği üzerine  devasa çalışıyor. Böyle bir altyapı değişikliğine Amerika&#8217;da para  yatıran çok olacaktır ama kendimizi kandırmayalım tüm vanaların başını  Sağlık Bakanlığı tuttuğu için bu kısım ülkemizde epey zor görünüyor  çünkü böyle bir çalışma azim  ve devasa kurumsal bütçe gerektirir. Bu  seviyede PACS uygulamalarının veri altyapısı veri madenciliği ve  istatistiksel veri analizi gibi yapılar için de kullanılabilir. Kısacası  PACS olgunluğunun bu sürecinde artık toplanan bilgilerin üçüncü  partilerle paylaşımı, verilerin örtüştürülmesi ve fonksiyonalitenin  ortak kullanımı yoluyla kurumun PACS&#8217;den beklentilerinin ötesine  geçilmesi bu sayede de PACS ve dış dünya arasında köprü kurulması söz  konusudur.</div>
<h3>V. Kurumsal  optimize edilmiş PACS zinciri</h3>
<div align="justify"> Yapılabilecek  her şey yapılmış durumda artık bundan sonrasını dürtüklemeye gerek yok  felsefesi CMMI&#8217;ın dolayısıyla da PMMI&#8217;ın doğasına terstir. Kurumsal  düzeyde PACS ile EPR entegrasyonu verimlilik amacı ve klinik fayda  amacıyla maksimize edilmelidir. Bu adımda artık büyük sistem  entegrasyonları, PACS ve web-tabanlı teknoloji ve EPR üzerinden medikal  görüntü aktarımı ana süreç karakteristikleri haline gelir. Ama en önemli  nokta sürekli iyileştirme sürecidir, kurumunuz artık kendisine en uygun  sürece sahiptir ve bu süreç devamlı olarak kurumun kendisi tarafından  yenilenip değiştirilir.</p>
<p>PACS  olgunluk seviyelerini ilgili sürecin ana yaklaşımı ve birbirleri  arasındaki ilişkilerini de ele alarak özetlemek istersek aşağıdaki gibi  bir figür elde edebiliriz, bu PACS olgunluk modelinin şematize edilmiş  hali olarak kullanılabilir:</p>
<div>
<dl id="attachment_414">
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/07/PACS-PMMI.jpg"><img title="PACS - PMMI" src="http://www.keremcaliskan.com/wp-content/uploads/2009/07/PACS-PMMI.jpg" alt="PACS - PMMI Seviye Şeması" width="512" height="384" /></a></dt>
<dd>PACS &#8211; PMMI Seviye Şeması</dd>
</dl>
</div>
<p>En  yukarıdaki PACS olgunluk seviyesine doğru ilerlerken, PACS teknolojisi  kullanarak operasyonel iş akışı verimliliği, BT Bilişim Teknolojileri  entegrasyonu ile verimli ve ölçülebilir hasta bakımı konularında  yetkinlik artmaya başlar. Tabi bunun ana nedenleris üreçlerin tekrar  tasarlanması, ilgili klinik iş akışlarının gözden geçirilip optimize  edilmesi ve strateji kaynaklı PACS&#8217;in kurumsal yaygınlığının  arttırılması olark düşünülmelidir. Bu şekilde evrimleşmek kolay  değildir, bunun için zaman, yatırım ve kararlılık çok önemlidir. Bu  ilerleme sayesinde klinisyenler zamanında ve doğru bilgiye ulaşmaya  başlarlar, ayrıca hastane yönetimi de ilerlemenin meyvelerini toplamaya  başlar. Gerçek zamanlı tanı koyma, karar destek sistemlerinin çıktıları,  akıllı veri madenciliği yöntemleri, inter disipliner paylaşımlar ve EPR  entegrasyonu sayesinde hasta bakımında kalite süreçlerin devamlı  iyileştirilmesi ve evrimleşme sayesinde sağlanır.</p>
<p>PACS &#8211; PMMI seviye şemasını dikkatlice gözden geçirdiğinizde daha  önceden sözünü ettiğimiz PACS eğilimlerini de takip etme şansınız  olacaktır : </p>
<ol>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/"><strong>PACS  konusunda radyolojik ve hastane bütünündeki süreç iyileştirmeleri;</strong></a></li>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/"><strong>PACS  Entegrasyonu, PACS Optimizasyonu ve PACS İnnovasyonu;</strong></a></li>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/"><strong>Kurumsal  PACS ve Elektronik Hasta Kaydı &#8211; Electronic Patient Record ( EPR ).</strong></a></li>
</ol>
<p>Bu üç PACS eğilimi tek bir olgunluk seviyesinden daha fazlasını  kapsadığı için olgunluk seviyelerinin birleşmesiyle de  gerçekleştirilebilirler. İlk eğilim PACS olgunluk seviyesi 1,2 ve 3&#8242;ün  bir kısmını kapsarken, ikinci eğilim PACS olgunluk seviyesi 2,3 ve 4&#8242;den  parçalar içerir. Son eğilim ise PACS olgunluk seviyeleri 4 ve 5&#8242;i  kapsar.  </p></div>
<h1>Sonuç  olarak:</h1>
<div align="justify"> PACS  olgunluğu ile yazılara başladım çünkü camiada PACS hakkında herkesin bir  fikri var. 2 yıldır çok yoğun ve deneyimli bir mühendis kadrosuyla  kendi PACS&#8217;imizi yazıyoruz ve 10 sene sonra da bu konuda hala bir şeyler  yapıyor olacağız. Bu iki yıllık süreçte en çok dikkatimi çeken konu  insanların yazılıma çok kolay gözle bakmaları. İki satır kod yazmış  olan, antin kuntin veri tabanı haberleşmesi kökenli yazılım sistemleri  ile bu işleri bir tutuyorlar. Bu basit bakış açısı ve yaklaşımı sadece  medikal görüntüleme yazılımı geliştirmek isteyen yazılımcılar ve  firmalarda değil aynı zamanda doktorlarda da görüyorum. Bu işin kolay  olmadığını, elini kolunu sallayıp medikal görüntüleme hakkında hiç  bilgisi olmayanların geliştireceği yazılımların sonu olmadığını bilmekte  fayda var. Bu deneyim işidir ve bütün alanlarda çok sağlam bilgi  altyapısına sahip olmanızı gerektirir.</p>
<p>PACS  olgunluğu konusu özellikle son kullanıcılar yani hastaneler ve  görüntüleme merkezleri için çok önemlidir. Nereye kadar? Hangi adımlar  atılmalı? Ne zaman sistemim oturmuş olur? gibi bir çok sorunun cevabı  burada gizli.</p>
<p>PACS  sahibi olmak, onun avantajlarından faydalanıyor olmak çok kapsamlı  uğraşılar, zaman ve bütçe gerektirir. Hastaneler devasa bütçeler  harcayarak medikal görüntüleme cihazlarına sahip oluyorlar ama daha  sonra bunların ürettikleri medikal görüntüleri depolamak ve  değerlendirmek için imkansızın da ötesinde ucuzlukta sistemler arıyor ve  talep ediyorlar. Hiçbir şey bedavaya gelmez, iyi bir PACS istiyorsanız  ödemeyi kabullenmeniz gerekiyor. Aynı zamanda PACS sisteminden ne  beklediğinizi iyi belirlemelisiniz. PACS sadece şartnameler ile olacak  bir yapı değildir mümkünse DICOM Conformance dökümanlarını incelemeli,  PACS&#8217;in açık mimariyi desteklediğinden emin olmalısınız. Eğer medikal  görüntüleriniz DICOM formatında depolandıkları PACS sunucusundan  herhangi bir DICOM Viewer ile çekilip görüntülenemiyorsa yandı gülüm  keten helva. PACS&#8217;i size satanlar artık istedikleri gibi at koştururlar  içeride.</p>
<p>Neyse  işte yavaş yavaş yazıyorum ve PACS hakkında ilgilileri bilgilendirmeye  çalışıyorum. Bu sayede konuya ilgi duyan yazılımcılar, öğrenciler,  doktorlar ve medikal görüntüleme uzmanlarından benimle irtibata geçenler  oldu ve yeni insanlar tanıma fırsatım doğdu. Daha fazla zaman ayırıp  daha çok yazmayı planlıyorum bakalım ne çıkacak ortaya&#8230;  </p></div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fpmm-pacs-maturity-model-pacs-olgunluk-modeli-iv%2F&amp;linkname=PMM%20%26%238211%3B%20PACS%20Maturity%20Model%20%26%238211%3B%20PACS%20Olgunluk%20Modeli%20%26%238211%3B%20IV"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>Related posts:<ol><li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü...</small></li>
<li><a href='http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/' rel='bookmark' title='Permanent Link: Medikal Görüntü Sıkıştırma, DICOM ve PACS'>Medikal Görüntü Sıkıştırma, DICOM ve PACS</a> <small>Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu...</small></li>
</ol></p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Medikal Görüntü Sıkıştırma, DICOM ve PACS</title>
		<link>http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/</link>
		<comments>http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/#comments</comments>
		<pubDate>Wed, 30 Dec 2009 12:19:53 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[DICOM]]></category>
		<category><![CDATA[PACS]]></category>
		<category><![CDATA[Görüntü Sıkıştırma]]></category>
		<category><![CDATA[Image Compression]]></category>
		<category><![CDATA[JPEG 2000]]></category>
		<category><![CDATA[Medical Imaging]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=50</guid>
		<description><![CDATA[Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu azalır dolayısıyla da aktarım süresi ve depolamak için gereken zamanda da azalma gerçekleşir. Tabi kullanılan görüntü sıkıştırma yöntemine bağlı olarak medikal görüntünüzün kalitesinden ve tanı koyma yeteneğinizden de olabilirsiniz. Dolayısıyla medikal görüntülerin sıkıştırılması konusunda bilinçli olmak size çok şey kazandıracaktır. Geçen günlerde daha önceden yabancı [...]


Related posts:<ol><li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü...</small></li>
</ol>

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div align="justify">
<h1>Medikal  görüntüyü sıkıştırmanın sebebi nedir?</h1>
<p>Sıkıştırılan  bir medikal görüntünün boyutu azalır dolayısıyla da aktarım süresi ve  depolamak için gereken zamanda da azalma gerçekleşir. Tabi kullanılan  görüntü sıkıştırma yöntemine bağlı olarak medikal görüntünüzün  kalitesinden ve tanı koyma yeteneğinizden de olabilirsiniz. Dolayısıyla  medikal görüntülerin sıkıştırılması konusunda bilinçli olmak size çok  şey kazandıracaktır.</p>
<p>Geçen  günlerde daha önceden yabancı kökenli bir PACS sistemi kullanan ama  bizim sistemi gördükten sonra altyapısını bize açıp tüm sistemini bizim  PACS sistemine geçirmek isteyen bir müşterimizde bazı ilginçliklerle  karşılaştık. Çok pahalı ve uluslararası alternatifimiz olan bir sistemde  PACS sunucusu üzerinde DICOM görüntüler ziplenmiş olarak! saklanıyor ve  bunun da sıkıştırma olduğu düşünülüyordu zannettiğim kadarıyla :) Tabi  aslinda daha kötüsü bu Open DICOM Architecture ile tezat oluşturuyor ve  PACS veri tabanındaki DICOM görüntülerin sorgulanıp görüntülenmesini (  DICOM Query ve DICOM Retrieve ) imkansız hale getiriyor. Müşteriyi de  tek bir sisteme mahkum kılıyor. Bu tarz ahlaksızlıkların yabancı  firmalar tarafından yapılması kimseye yapma hakkı tanımaz ama bu daha  çok alıcının bilinçlenmesi ile ilgili bir konu bana göre.</p>
<p>Bu bizi  şoke eden ve şirkette epey geyiğini döndürdüğümüz konunun sonunda ben  medikal görüntülerin sıkıştırılması ve bunun PACS altyapısındaki yeri  üzerine yazmaya karar verdim. Doktora yeterlilik sınavlarım yeni bitti  aylardır stresli bir şekilde çalışıp uzak kaldığım günlüğe de taze bir  dönüş olur diye düşünüyorum.</p>
<p>Yazıya  başlamadan önce konuyla ilgilenen ama literatür eksikliği çeken  arkadaşları <a href="http://www.keremcaliskan.com/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">Medikal Görüntü İşleme hakkındaki terminolojimi</a> okumaya davet ediyorum.</p>
<h1>PACS ve  DICOM açısından medikal görüntü sıkıştırma arkaplanı :</h1>
<p>PACS  medikal görüntülerin sıkıştırılmasından görüntü aktarımını hızlandırmak  ve depolama alanını azaltmak anlamında faydalanır. Bu ikili bile aslında  çok önemli kriterler ve sağlam bir PACS sunucusu için gereken  bileşenlerdir.  Yazıyı yazdığım yıl 2009 itibarıyla sadece Amerika&#8217;da  elde edilen medikal görüntü boyutu petabyte seviyelerini geçmiştir ve  her yıl daha da artmaktadır. Görüntü sıkıştırma PACS için gittikçe daha  da anahtar bir bileşen haline gelmekte ve bu altyapı PACS&#8217;in görüntü  aktarım hızı ve depolama kapasitesi üzerinde devasa değişkenlikler  oluşmasını sağlamaktadır. Bu yapıtaşı öncelikle tıbbi teşhisi sağlayacak  görüntü kalitesini kaybetmeden görüntüyü saklamak ve göstermek için  gereken bit boyutunu azaltmaktadır, ikinci olaraksa medikal görüntü  gösterim işistasyonlarına ağ üzerinden aktarılacak görüntülerin hızlıca  hedeflerine gönderilmelerini sağlamaktadır.</p>
<p>Teknik  olarak görüntü sıkıştırma algoritmaları ikiye ayrılırlar. Bunlardan  geriye dönülebilir olan ilki &#8220;lossless&#8221; yani kayıpsız, veya &#8220;error free&#8221;  &#8211; hatasız sıkıştırma olarak geçer. Geriye dönülebilir yapılar 2:1 veya  3:1 oranlarında sıkıştırma sağlarlar ve orjinal görüntüye tümüyle geri  dönüş imkanı sağlarlar.  İkinci sırada ise geri dönülemez olan versiyon  veya &#8220;lossy&#8221; yani kayıplı sıkıştırma vardır, geri dönüldüğünde orijinal  görüntüye dönüş imkanı vermez ama kayıpsıza göre çok daha yüksek ( 10:1  den 50:1 ve daha fazlasına kadar ) sıkıştırma oranı sağlar. Genel olarak  konuşacak olursak daha fazla sıkıştırmanın fiyatı görüntü kalitesinden  ödün vererek sağlanabilir. Bir başka deyişle sıkıştırma oranı  yükseldikçe görüntü kalitesi düşer.  Tabi medikal görüntüleme söz konusu  olduğunda başka şekilde sıkıştırmalar da ihtiyaç kökenli olarak ortaya  çıkmış ve bunların geneline <em>klinik görüntü sıkıştırma</em> adı  verilmiştir. Burada hekimler tarafından hastanın seri görüntülerinden  belirlenen bir kaç görüntünün depolanması söz konusudur. Depolanan  görüntüler daha sonrası için dönüşümlü olarak sıkıştırılabilir veya  sıkıştırılmayabilir de burada önemli olan yüzlerce görüntüden en gerekli  olanların saklanıp kalanların atılmasıdır. Örneğin bir baş MR  görüntüsündeki 100&#8242;lerce kesitten teşhis için sadece 3-4 tanesi önem  taşıyabilir ve kalanları atılabilir. Tabi bu mantık bana göre  depolamanın zorluklarla dolu olduğu ilk zamanlardan kalma bir ara  çözümdür. Hangi medikal görüntünün ne zaman işe yarayabileceğine karar  vermek çok zordur, ya atılan bu görüntüler bir kaç ay sonraki  görüntülerle kıyaslanmak istense ne yapılacak? İlk günlerde bu da ara  yöntem olarak ortaya çıkmıştır.</p>
<p>Görüntüdeki  kalite kaybı göz tarafından algılanamayabilir bu tarz gözle  algılanmayacak şekilde kalite kaybına &#8220;<em>visually lossless</em>&#8221; yani<em> görsel açıdan kayıpsız</em> denilir ve bu şekildeki kayıplı  sıkıştırmalardan gözle algılanamayanlarını karakterize etmede  kullanılır.</p>
<div>
<dl id="attachment_465">
<dt><a title="Kayıplı ve Kayıpsız Sıkıştırma Yöntemi" href="http://www.keremcaliskan.com/wp-content/uploads/2009/12/tablo.jpg"><img title="Kayıplı ve Kayıpsız Sıkıştırma  Yöntemi" src="http://www.keremcaliskan.com/wp-content/uploads/2009/12/tablo.jpg" alt="Kayıplı ve Kayıpsız Sıkıştırma Yöntemi" width="534" height="356" /></a></dt>
<dd>Kayıplı ve Kayıpsız  Sıkıştırma Yöntemi</dd>
</dl>
</div>
<p><img title="Daha fazla..." src="http://localhost/keremcaliskan/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />Benzeri  bir terim olarak da ACR-NEMA ( American College of Radiology and the  National Electrical Manufacturing Association ) namı diğer DICOM&#8217;un  yaratıcıları tarafından ortaya atılan &#8220;<em>information preserving</em>&#8221; &#8211; <em>bilgiyi  koruyan</em> da kullanılabilir.   ACR-NEMA, DICOM standardı elde edilen  görüntü eğer tıbbi anlamda orijinal görüntünün tüm bilgisini koruyorsa  bunu <em>bilgiyi koruyan</em> olarak adlandırır. Her ik terim yani &#8220;<em>visually  lossless</em>&#8221; ve &#8220;<em>information preserving</em>&#8221; subjektif terimlerdir  ve bu konular üzerine çalışırken çok dikkatli olmalıdır. Biz bunları  yapıyoruz diyen kişilerden bunları nasıl yaptıklarına dair  gerekçelendirmeleri de öğrenilmelidir.</p>
<p>Günümüzde,  kayıplı sıkıştırma ana teşhis açısından radyologlar tarafından genelde  kullanılmamaktadır. Radyologlar özellikle kayıplı görüntü üzerinden  konabilecek olası yanlış tanının hukuki geri dönüşlerinden  korkmaktadırlar. Kayıplı sıkıştırma kullanıcılarda olduğu kadar  üreticilerde de çeşitli sorulara yol açmıştır ve bu konuya yazının  ilerideki aşamalarında döneceğiz ama şimdilik şunu bilmekte fayda var  Amerika&#8217;da FDA (  Food &amp; Drug Administration ) bu konuda  yönlendirici regülasyonlar çıkartmıştır.</p>
<h1>Kayıpsız  sıkıştırma algoritmaları:</h1>
<h2>Arkaplan  Çıkarımı : ( Background Removal )</h2>
<p>Burada  ana espirimiz görüntü üzerinde arkaplana dahil olan fazlalık kısımları  gözardı etmektir. Özellikle CT &#8211; MR gibi kesit görüntülerde güzel bir  segmentason da başarılmışsa başarılı sonuçlar verebilir. Tabi burada  lossless yapının sadece ilgi alanımız olan ROI için geçerli olduğunu bu  alan dışında kalan kısımın ise zaten işe yaramaz olduğu için  kaybedilebilir olduğunu unutmamak gerekir. İlk örnek olarak 512&#215;512 CT  görüntüsünün ROI ( Region of Interest ) yapısının belirlenmesi ve bunun  dışında kalanların atılmasını gösterebiliriz. Geriye kalan ROI daha  sonra diğer kayıpsız sıkıştırma algoritmaları ile de sıkıştırılabilir.</p>
<div>
<dl id="attachment_461">
<dt><img title="ROI  Belirlenen CT Görüntüsü" src="http://www.keremcaliskan.com/wp-content/uploads/2009/12/1.JPG" alt="ROI Belirlenen CT Görüntüsü" width="496" height="498" /></dt>
<dd>ROI Belirlenen BT Görüntüsü </dd>
</dl>
</div>
<p>Medikal  Görüntü İşleme ve Sinyal İşleme camiası için segmentation büyük bir  inceleme alanıdır ama bir çok başarı da elde etmek olasıdır. Yapmamız  gereken konu basit sayılabilir aslında.  Diyagnostik değeri olmayan  bölgeleri bul, bunları adama saymayıp hepsine 0 değeri ata ve sonra  bütün görüntüde kayıpsız sıkıştırma yap. 0 atanmış olanlar zaten mis  gibi sıkıştırılacaklardır :)</p>
<div>
<dl id="attachment_462">
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/12/2.JPG"><img title="Segmentasyon ile sınırları  çizilmiş CT görüntüsü" src="http://www.keremcaliskan.com/wp-content/uploads/2009/12/2.JPG" alt="Segmentasyon ile sınırları çizilmiş CT görüntüsü" width="547" height="549" /></a></dt>
<dd>Segmentasyon  ile sınırları çizilmiş CT görüntüsü</dd>
</dl>
</div>
<p>Sözün özü  sağlam arka plan bulabilen sistemler sıkıştırmada büyük avantaj elde  ederler. Bunu başarabilmek için de Medikal Görüntü İşleme konusunda  akademik altyapı ile pratik yazılım deneyimini birleştirebilmek önem  addeder.</p>
<h2>Run &#8211; Length  Coding: RLE</h2>
<p>Öncelikli  olarak günlüğü okuyanlardan her terimi Türkçe kullanamadığım için özür  dilerim ama bu kadar temel bilgisayar bilimi terimlerini nasıl ifade  edeceğimi bilemiyorum ve açıkçası bunlara kafa yormak da istemiyorum,  eleştirecek arkadaşları da benzeri Türkçe kaynak aramaya davet ediyorum,  nasıl olsa bulamayacaklar :)</p>
<p>RLE en  ilkel sıkıştırma yapılarından birisidir. Birbirini tekrar eden komşu  pikselleri sayıları kadar belirtirsiniz örneğin bir satır &#8221; 16 02 20 06  16 16 16 16 16 16 16 22&#8243; diye gidiyorsa RLE dizini : 1 16-1 02-1 20-1  06-7 16-1 22 şeklinde olacaktır. Burada sizin de gözünüze çarpacak olan  sorunlardan en açık olanı ardışıl piksellerin devamlı birbirinden  farklılık göstermesidir, bu durumda Gri Skala 8 Bit lik bir görüntüde  her bir piksel için 2 Byte&#8217;lık sayı kullanma söz konusu olabilir ki bu  da görüntüyü 3 katına çıkartabilir.</p>
<div>
<dl id="attachment_457">
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/12/lossless-compression-comparison.JPG"><img title="lossless compression comparison" src="http://www.keremcaliskan.com/wp-content/uploads/2009/12/lossless-compression-comparison.JPG" alt="lossless compression comparison" width="542" height="340" /></a></dt>
<dd>Kayıpsız sıkıştırma  algoritmalarının sıkıştırma performansları kıyaslaması</dd>
</dl>
</div>
<h1>JPEG 2000</h1>
<p>Bu  tablodan da görülebileceği gibi iki boyutlu sinyallerin  sıkıştırılmasında öne çıkan en önemli bileşenlerden birisi JPEG 2000  olup aynı zamanda diğer alternatiflere göre DICOM 3.0 protokolünce de  desteklenmenin avantajını yaşar. Günümüzde JPEG 2000 sıkıştırma ve açma  yeteneği olmayan bir yazılımın DICOM 3.0 uyumluluğu sorgulanmaktadır. Bu  konu teorik olarak algılanması zor ve yazımızın genel anlatmak  istediklerinin ve kapsamının sapmasını sağlayacak kadar da uzun  anlatılması gereken bir konudur. Yakın zamanda JPEG 2000 ile medikal  görüntü sıkıştırma hakkında kapsamlı bir yazı planladığım için şimdilik  isteklilerine ipucu vermekle yetineceğim. Görüntü işleme konusunda  çalışan veya ders almış her okuyucunun bileceği Wavelet trasnformlarının  devrimsel yapıları sayesinde ( ilgilenenler önce Fourier transfromları  öğrenmeli sonrasında da sinyal özetlemenin harika yolu olan Sub-Band  Encoding / Decoding konularına bakıp matematikleri yetmediği anda  vazgeçip işi bilenlere yani bize bırakmalılar :) ) kayıplı sıkıştırmada  da yüksek oran ve güzel görüntü kalitesi sağlanabilir. JPEG 2000&#8242;in  temelinde de Wavelet transformlar yatar ve görüntüyü daha alt  çözünürlüklerde özetleyerek ortaya bir piramid mimarisi koyar. Bu  noktada özet görüntülerin sıkıştırılması sayesinde istenildiğinde  görüntüdeki bir çok lekeden kurtulma şansı doğar.  Özellikle gri skala  yapısındaki ( medikal görüntüler gibi ) görüntüleri sıkıştırmada çok  başarılı olan bu sistem alt çözünürlüklerde örnekleme yeteneği sayesinde  teleradyoloji gibi kısıtlı veri aktarım imkanı olan yerlerde de yoğun  kazanç elde edilmesini sağlar. Neyse daha fazla kafa karıştırmaya gerek  yok, bu konuyu dilim döndüğünce anlatmaya çalışacağım o yüzden şimdilik  burada kesiyorum. Son olarak JPEG 2000 hiç bir şey yapmasa dahi öncülü  JPEG standardına göre %20 başarılı sıkıştırır, ayrıca başarılı bir JPEG  sıkıştırma için genelde görüntünün özetlenmesi gerekirken JPEG 2000  zaten bunu doğası gereği ilk başta yapmak zorundadır.</p>
<h1>Renkli  Görüntü Sıkıştırma</h1>
<p>Radyolojik  görüntü elde etmede geleneksel olarak ışık kaynaklarından teşhis amaçlı  görüntü oluşturmak amacıyla faydalanılmaz dolayısıyla radyolojide  renkli görüntüler çok az kullanılır. Renkten çoğunlukla tıbbi görüntüyü  geliştirme anlamında faydalanılır konuyu gözümüzde canlandırmak için  ülkemizde çok moda olan renklendirilmiş Çanakkale Savaşı veya Atatürk&#8217;ün  görüntülerini düşünebiliriz, aslında gri skalada olan bu resimler daha  sonradan renklendirilmişlerdir. Tabi tedavi amacıyla düşündüğümüzde  insanlar arasında en fazla gri skala ayrımı yapabilen Radyoloji  mesleğinden gelenler için bunun pek bir anlamı yoktur ama diğer  branşlardaki az eğitimli gözlerin buna ihtiyacı olabilir. Bu anlamda  renkli görüntünün faydalı olduğu dallardan birisi de nükleer tıp  görüntülemesindeki aktörler SPECT ve PET olabilir ama bu kısımlarda  sıkıştırma genelde kullanılmaz çünkü elde edilen görüntülerin dosya  büyüklükleri görece küçük sayılabilir.</p>
<p>Burada  öne çıkan ve standartsızlığın at koşturduğu başka medikal görüntüleme  dallarını unutmamakta fayda var aksi takdirde konuyla ilgililer beni  &#8220;Doppler Ultrason renksiz mi? Endoskopi sistemleri tüm gökkuşağını  barındırıyorlar! Sen mikroskoplarla elde edilen görüntüleri adamdan  saymıyor musun?&#8221; şeklinde topa tutarlar. Açıkçası bu görüntülerin  yakalanması ve aktarılmasıyla yıllarca uğraşmış da olsam, ortağım Eren  ve benim master konularımızın endoskopi kayıt sistemlerinin verimliliği  üzerine de odaklanmış olsa bu yapılardan sıtkımız sıyrılmış durumda.  Sırf yüksek yer kapladıkları ( saatler süren bir laparoskopi kaydı veya  20-30 saniyelik Doppler Ultrason&#8217;u bir düşünelim ) için yıllarca PACS  sistemleri bu verilere nasıl yaklaşacaklarını bilemediler. Bunun sonucu  olarak meydan medikal görüntüleme sistemleri ve yapıları hakkındaki  bilgili olanlardan daha çok bunları güvenlik kamerası sistemleri  kaydıyla aynı tutan ve DVR benzeri sistemleri pazarlayanlara kaldı. Bu  tüm dünyada aynı şekilde gerçekleştiği için renkli ve sıkıştırılmış  büyük görüntülerin DICOM haline getirilmesi ve daha sonra da saklanması  sorun haline geldi. Sonuçta bu görüntüleri saklayan yazılımlar yerden  kazanabilmek için veri kaybını göze aldılar ve DICOM uyumlu olmayan  sıkıştırma formatlarına eğilmek zorunda kaldılar. Tabi bu sistemlerde  DICOM aktarımı vb var artık ama hala içsel yapılarında DICOM uyumlu  sıkıştırma formatı kullanmıyorlar. Biz burada DICOM uyumlu olmayan  yapıları düşünmek yerine başka bir metoddan bahsedelim.</p>
<p>Renkli  görüntüler üç banttan oluşurlar: Kırmızı &#8211; Yeşil ve Mavi (RGB &#8211; Red &#8211;  Green &#8211; Blue ), bu kanallar üç ayrı bağımsız görüntü olarak ele alınır  ama gösterileceği zaman birleştirilirler. Bu yapı RGB uzayı veya renk  uzayı olarak anılır ve CIE (Commission Internationale L&#8217;Eclairag )  tarafından geliştirilmiş bir gösterim yapısıyla bir üçgenin köşeleri  olarak gösterilir. CIE renk uzayı gösterimi Luminance ( parlaklık ) ile  Chrominance ( hue &#8211; renk ) yapılarının ayrıştırılmasına fayda sağlar. Bu  yapının desteğiyle NTSC ( National Television System Committee ) YIQ  adı verilen yeni bir renk uzayı belirledi. Burada görüntü sırayla <strong>L</strong>uminance,  <strong>I</strong>n-phase Chrominance ve <strong>Q</strong>uadrature Chrominance  koordinatlarına ayrıştırıldı. Dijital görüntülemede ise YCbCr  oluşturuldu. Standart RGB&#8217;den YCbCr ye geçiş aşağıdaki gibidir:</p>
<pre>   Y  =  0.2989 R + 0.5866 G + 0.1145 B
   Cb = -0.1687 R - 0.3312 G + 0.5000 B
   Cr =  0.5000 R - 0.4183 G - 0.0816 B</pre>
<p>Sadece  bu geçiş bile medikal görüntü üzerinde 2:1 oranında bir sıkıştırma  sağlar, bu oranın doğrulanması ile ilgilenenler internetten bir çok  örnek bulabilirler ama şimdilik yazarın söylediklerine biat etmenizde  fayda var. Bu çevrimden sonra Y, Cb ve Cr bileşenleri ayrı olarak  sıkıştırılabilirler ki medikal görüntü sıkıştırma konusundaki ilk  sevgilimiz JPEG bu tekniği kullanır. Burada belli bir yöntemi öne  çıkartmaya çalışmıyorum, mühendislik hayatım boyunca bu kısımlarda DivX,  ASF, MPEG-4, MPEG-4 Part 10 ( H264 ) kullanan bir çok sistem gördüm,  onlar kötü bu yöntem en babası demiyorum hatta bahsettiğim yöntem  genelde daha az sıkıştırma sonuçları döndürür ama medikal görüntü  sıkıştırma konusu bir yarışmadan önce bilimsel standartların  kullanılmasınını ve DICOM uyumluluğunu şart koşar. Yoksa bizim askeri ve  milli güvenlik sistemlerimizde benzeri sıkıştırma yapılarını  destekliyoruz hatta bu konuda (mesela H264 ) ülkemizin en iddialı  şirketlerinden birisiyiz, sadece bu sıkıştırma standartlarını müşterimiz  aksini istemedikçe medikal ürünlerimize yerleştirmiyoruz.</p>
<h1>DICOM  Standardının ve kurumların Medikal Görüntü Sıkıştırma hakkındaki  kısıtlamaları :</h1>
<p>Kayıpsız  sıkıştırma genelde görüntü boyutunda 2:1 veya 3:1 oranında azalma  sağlar. Bunu arttırabilmek için tıbbi değeri olmayan kısımların ( arka  plan )  ana görüntüden ayrıştırılması gibi yöntemlerden  faydalanabileceğimizden bahsetmiştik. Tabi bu genelde kullanıcının  katılımını gerektiren senaryolar oluşturur, Amerika veya Avrupa&#8217;da hemen  hemen her hastanede PACS yöneticiliği bu ve benzeri konulardan dolayı  özelleşmeyi ve eğitimi gerektirirken bizde sistem yönetimi bile komşu  internet kafe sahibinin ellerinde olduğu için gerçekçi olmakta fayda var  diye düşünüyorum. Medikal görüntüyü kayıplı sıkıştırma konusu kanuni  sorunlarla karşılaşabilir, sonuçta orjinal görüntüden kayıp söz  konusudur ve bu konuda neler yapıldığına göz atmakta fayda var.</p>
<p>Klinik  çalışmada medikal görüntü sıkıştırma konusu iki ana kurumdan  etkilenmiştir bunlardan birincisi Amerikan Yiyecek ve İlaç Yönetimi (  FDA &#8211; Food and Drug Administration ) kurumuna bağlı CDRH ( Center for  Devices and Radiological Health ) olup, ikincisi ise canımız ciğer  paremiz DICOM 3.0 ( Digital Imaging and Communication in Medicine )  standardını ortaya çıkartan ACR / NEMA ( American College of Radiology /  National Electrical Manufacturers Association ) kurumudur.</p>
<h2>FDA</h2>
<p>FDA  sıkıştırma konusunu kullanıcın ellerine bırakmıştır. Tabi bunu yaparken  kullanıcının karar verebilmek için kayıplı medikal görüntü sıkıştırma  manifestosunun verilmesini medikal görüntülerde kayıplı sıkıştırma  oranlarının sıkıştırılan medikal görüntüye eklenmesi için gerekenlerin  yapıldığına emin olunmasını şart koşmuştur. Üreticilerin kullanıcı  dökümanlarına medikal görüntüde kayıplı sıkıştırma yapılması konusunda  bilgilendirici kısımlar koymaları gerekmektedir. Ayrıca bir medikal  görüntüleme cihazı yeni medikal görüntü sıkıştırma teknolojisi  kullanıyorsa bunu pazarlama faaliyetlerinden önce bildirmekle  zorunludur. Ülkemizde bazı hocalarımızdan duyduğumuz &#8220;X firmasının yeni  cihazı medikal görüntüsünü öyle bir sıkıştırıyormuş ki bu kadar olur!&#8221;  gibisinden laflarını Amerika&#8217;da o kadar rahat duyamayacağımız böylece  garntilenmiş olur. Kim ne yapsın standart dışı sıkıştırmayı? Bunu  gerçekten anlayamıyorum, bir yandan herkes standartların öneminin  farkında bir yandan da standart dışı olabilecek sistemlerin sadece kendi  cihazında olabileceğiyle övünmekte, iyi bir yazılım sistemi için açar  bu satndartları okursunuz ve herkesle uyumluluk sağlarsınız bunu yapınca  başkasına göre eksik görğnmek veya algılanmak son derece üzücü. 1993  tarihli PACS yönlendirme dokümanı üreticilerin medikal görüntüleri  kayıplı sıkıştırma ve aktarma yetenekleriyle ilgili olarak NMSE ( <strong>N</strong>ormalized  <strong>M</strong>ean-<strong>S</strong>quare <strong>E</strong>rror) değerlerini paylaşmalarına izin  verir. Bu değerin seçilmesinin ana nedeni üreticilerin de kendi  testlerinde bu değerlerden faydalanmaları ve bu değerlerin objektif  olmalarıdır. Tabi NMSE&#8217;nin lokal bilgi kaybıyla ilgilenmediğini de  unutmamak gerekir.</p>
<p>Sonuç  olarak Amerika&#8217;da aldığınız bir medikal görüntüleme cihazının kayıplı  sıkıştırma ile depolama yapmasına izin vermek kullanıcının elinde, ama  bu yüzden hasta görüntüsünde veri kaybı olursa ve bu sonradan tedavi  sürecini sıkıntıya sokarsa ceremesine de aynı kullanıcı katlanmak  zorundadır. Bir PACS kurulumu sırasında dünyaca ünlü bir DR üreticisinin  görüntülerinde Default sıkıştırma yapılarının görüntüyü gerekenden  fazla sıkıştırması sonucunda biz cihazda sıkıştırma yerine PACS  sunucusunda sıkıştırma yoluna gittik ve üreticinin Amerika marketindeki  sorunlarla ilgili bilgilenmesini sağladık ve aldığımız tepkiler doğru  düşündüğümüzü görmemize yardımcı oldu. Üretici de kendi sistemini hemen  düzelterek işin ciddiyetini algıladığını gösterdi.</p>
<h2>DICOM</h2>
<p>DICOM  ilk defa sıkıştırma konusunu ortaya attığında başlarda Arttırımsal Block  DCT ardından gelen Huffman kodlamanın kullanıldığı JPEG temelli yapıyı  hem kayıpsız hem de kayıplı medikal görüntü sıkıştırma ile yola  çıkmıştı. Günümüzde ise Wavelet transformlarca desteklenen JPEG 2000 (  ISO/IS 15444 ) kayıplı ve kayıpsız medikal görüntü sıkıştırma konusunda  temel altyapı haline gelmiştir. DICOM görüntüsünde JPEG 2000 sıkıştırma  yapılması DICOM dosyasının başlığında transfer yapısı kısmında  belirtilmelidir. Kayıpsız ve kayıplı olmak üzere iki farklı transfer  yapısı DICOM başlığı için belirlenmiştir.</p>
<p>&#8220;Bunlar  yetmez DICOM sıkıştırmanın dibine kadar anlaşılmasını görev addeddim!&#8221;  diyorsanız ACR/NEMA sayfasından ( linklerde vermiştim bir zahmet oradan  bakınız ) 5. kısmı indirsinler. Annex A4.1 JPEG, A4.2 JPEG LS, A4.3 RLE  ve A4.4 JPEG 2000&#8242;e ayrılmıştır. Ama medikal görüntü sıkıştırma  yapılarının günümüzdeki kralı JPEG 2000 için benim keyfimi de  bekleyebilirsiniz, ona bir itirazım olmaz :) </p></div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fmedikal-goruntu-sikistirma-dicom-ve-pacs-2%2F&amp;linkname=Medikal%20G%C3%B6r%C3%BCnt%C3%BC%20S%C4%B1k%C4%B1%C5%9Ft%C4%B1rma%2C%20DICOM%20ve%20PACS"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>Related posts:<ol><li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü...</small></li>
</ol></p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; III</title>
		<link>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/</link>
		<comments>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/#comments</comments>
		<pubDate>Fri, 07 Aug 2009 12:21:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PACS]]></category>
		<category><![CDATA[CMM]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=54</guid>
		<description><![CDATA[PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü yazımı okumaya başlamadan önce ilgilenenlerin daha önceki PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli I ve PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli II yazıma bakmalarında fayda var, ayrıca internette PACS araştırması yapıp gelen ama konuyla ilgili altyapısı olmayanlara bu konuyla [...]


Related posts:<ol><li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu son...</small></li>
<li><a href='http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/' rel='bookmark' title='Permanent Link: Medikal Görüntü Sıkıştırma, DICOM ve PACS'>Medikal Görüntü Sıkıştırma, DICOM ve PACS</a> <small>Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu...</small></li>
<li><a href='http://www.keremcaliskan.com/jpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi/' rel='bookmark' title='Permanent Link: JPEG 2000 Medikal Görüntü Akışı için DICOM Tabanlı PACS Mimarisi'>JPEG 2000 Medikal Görüntü Akışı için DICOM Tabanlı PACS Mimarisi</a> <small>Son zamanlarda PACS ve DICOM tarafıyla ilgili aldığım en yoğun...</small></li>
</ol>

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">PACS  Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu üçüncü yazımı  okumaya başlamadan önce ilgilenenlerin daha önceki <a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-i/">PMM  &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli I</a> ve <a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/">PMM  &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli II</a> yazıma bakmalarında  fayda var, ayrıca internette PACS araştırması yapıp gelen ama konuyla  ilgili altyapısı olmayanlara bu konuyla ilgili nacizane <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/">Medikal  Görüntüleme ile ilgili Tıp Bilişimi Terminolojisi</a> çalışmama  bakmalarını tavsiye ederim.</p>
<h3>PACS  Olgunluğu ve PACS Evrimi konusundaki eğilimler</h3>
<div align="justify"> Hastanelerde  uygulanan kurumsal olgunluk modelleri içerisindeki PACS teknolojik  altyapısı ile ilgili çalışmalar sonucunda PACS olgunluğu ve PACS Evrimi  konusunda üç ana eğilim belirlenmiştir.  Bunlar :</p>
<ol>
<li><a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/"><strong>PACS  konusunda radyolojik ve hastane bütünündeki süreç iyileştirmeleri;</strong></a></li>
<li><strong>PACS Entegrasyonu, PACS Optimizasyonu ve PACS İnnovasyonu;</strong></li>
<li><strong>Kurumsal PACS ve Elektronik Hasta Kaydı &#8211; Electronic Patient  Record ( EPR ).</strong></li>
</ol>
<p>Hazırladığımız  <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/07/PACS-PMM.pps">sunumdaki </a>referanslar ve diğer temel kaynaklar ışığında aşağıdaki gibi bir  yapısal hiyerarşi oluşturulabilir, bu hiyerarşinin ilk öğesini <a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/">bir  önceki yazımda</a> açıkladığım için ikinci kısımdan devam ediyorum :  </div>
<h3>2.Eğilim 2:  PACS Entegrasyonu, PACS Optimizasyonu ve PACS İnnovasyonu<strong></strong></h3>
<p><strong>2.1.PACS  Entegrasyonu:</strong></p>
<div align="justify"> Hastanelerdeki  PACS ve medikal görüntüleme altyapısının geliştirilmesi ve ilk kurulumu  aşamasında, PACS evrimi ve uygulamalardaki yeni gelişmelerin etkisi  açıkça görülmeye başlar. Bu sayede gelişmiş medikal görüntüleme  istasyonlarının ve dağıtık medikal ağların geliştirilmesinin yanı sıra,  medikal görüntülerin diğer görüntü ilişkili verilerle medikal kayıtlara  aktarılmasının klinik değeri düzgün hasta bakımı ile meyvesini verir.   Bilgisayar ağ altyapılarındaki gelişmeler ve bilgisayar tabanlı hasta  kayıtlarının yapısal değişiklikleri sayesinde görüntü ile alakalı  veriler sadece radyoloji bölümüne ait olmaktan çıkıp diğer  klinisyenlerin de hizmetine girmiştir. Bu sayede hem iş akışları çok  ilerlemiş hem de verimlilik artmıştır.</p>
<p>PACS  sisteminin RIS ( Radiology Information System ) ve diğer radyolojik  bilgi sistemleri ile entegrasyonu sayesinde artık istatistiksel  çıkarımlar yapmak ve kantatif kontrol mekanizmaları  kurgulanabilmektedir. Bu sayede hastane servislerinin iş akışlarındaki  kritik noktaların bulunması söz konusu olabilir. PACS&#8217;in HBYS ( Hastane  Bilgi Yönetim Sistemi ) ve RIS ile entegrasyonu sayesinde tanı süreci  optimize edilebilir, klinik tanının konulması için radyolojik raporların  ve hasta epikrizinin birleştirilebilmesi önem taşıdığı için bir yandan  gözlemi yapan radyoloğun epikriz verilerine ulaşabilmesi bir yandan da  tanıyı koyacak olan klinisyenin radyoloji bölümünde oluşturulan  raporlara ve hastanın DICOM görüntülerine ulaşabilmesi önem kazanır.  Yani sadece klinisyene radyolojiden veri taşımak değil aynı zamanda  radyoloğa da hasta kayıt verilerinin ve geçmişinin taşınabilmesi önem  kazanır. Bu sayede radyolog da PACS iş istasyonu başında düzgün  yorumlamalar yapabilir ve PACS, HBYS, RIS entegrasyonunun meyvelerinden  faydalanabilir.</p>
<p><img title="Daha fazla..." src="http://localhost/keremcaliskan/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />Örnek  entegrasyon olarak PACS yapısının klinik dışı çalışmalar için MIRC (  Medical Image Resource Center ) uyumlu elektronik eğitim materyallerini  üretebilmesini gösterebiliriz. Bu süreç tasarımı kullanılarak hastaneler  PACS yapılarını eğitim ve araştırma amacına daha uygun hale  getirebilirler. Aynı zamanda oluşturulacak medikal içerik deposunun  internet tabanlı eğitim için de bir bilgi yönetimi sistemi altyapısı  oluşturması olasıdır. Tıp bilişimi ve internet tabanlı öğrenmenin  entegrasyonu dünyada ve ülkemizdeki önemi çok büyüktür. Bu yapının diğer  çıktıları ise bilgi yönetim sistemleri, teletıp ve evde hasta bakımı  gibi çıktılar içerebilecektir. PACS yapısı sayesinde biriken veri zaman  içerisinde o kadar artar ki Tıp Eğitiminde arayıp da bulamayacağınız  değerde bir veri seti oluşturma şansınız olur, tabi bunun için konunun  önemini kavramak ve ona uygun altyapı hazırlıkları yapmak gerekecektir.  Bütün bunların da ötesinde aynı anda gösterimler yapabilen ve ard işleme  operasyonları yapabilen PACS sistemleri girişim yapmadan hızlı ve  güvenilir klinik karar verebilmede faydalı oldukları kadar, danışmanlık,  uzaktan eğitim ve uzaktan değerlendirme gibi konularda entegrasyon  kabiliyetlerine bağlı olarak çok güzel altyapılar sağlamaktadırlar.</p>
<p><strong>2.2.  Teknolojik Gelişmeler</strong></p>
<p>PACS  entegrasyonu ve optimizasyonu sırasında bir çok teknolojik değişiklikler  gerçekleşmektedir. Dünyanın en hızlı gelişme gösteren alanlarından  birisi medikal görüntü işleme sektörüdür. Bu durumda siz PACS&#8217;inizi  kullanırken CAD ( Computer Aided Diagnosis ) veya CAR ( Computed  Assisted Readings ) gibi konulardaki yenilikler veya değişiklikler zaman  içerisinde PACS altyapınıza entegre edilebilmelidir. Biraz da o yüzden  en baştan beri Open Architecture ( Açık Mimari ) PACS yapısından  bahsedip duruyorum. Sadece kullandığınız HBYS ile ilişki kurabilen,  DICOM Conformance altyapısı belirsiz ürünler almanız size PACS değil  kapalı bir kutuya mahkumiyet sağlayacaktır. İyi bir PACS sistemi bir çok  üçüncü parti yazılım veya donanım sisteminin rahatça çalışabileceği  yapıda olmalıdır. En basitinden aldığınız PACS sunucusu açık kaynak  kodlu piyasada bulunan ama işlevleri az olan DICOM İstasyonlarına  görüntü aktaramıyorsa veya DICOM görüntüleyiciniz standart PACS  sunucularından veri alıp gösteremiyorsa durumunuz çok kötü olarak  öngörülebilir. Ya 10 sene öncesinin tröst yaklaşımlı bir firmasıyla  çalışıyorsunuz veya çalıştığınız yerin başka sistemlerle haberleşmenin  öneminden haberi yok.  PACS sadece yeni teknolojilere ayak  uydurabilmekle kalmamalı aynı zamanda ard işleme, klinik / araştırma  amaçlı medikal görüntü yönetimi iş akışında da merkezi görüntü  dağıtıcısı olarak yer almalıdır. Medikal görüntü işlemenin radyoloji  dışındaki bölümlerde de hayati önem taşımaya başlamasıyla beraber PACS  artık klinik açıdan çok önemli bir yardımcı araç haline dönmüştür.</p>
<p>Kerem  çok konuştun da PACS&#8217;e eklenebilecek neler olabilir konusuna girdiğin  yok diyorsanız aşağıda biraz liste oluşturmaya çalışıldı:</p>
<ul>
<li>CAD  (Computer Assisted / Aided Diagnosis) Bilgisayar Yardımıyla Tanı  sistemleri, ipucu verme sşstemleri ve akıllı tıbbi öneri sistemleri  özellikle karaciğer nodülleri veya göğüs kanserinin anlaşılması için  önümüzdeki yıllarda standart hale gelme ihtimali yüksek sistemlerdir.  Başlangıca göre artık çok ileri düzeyde yardımcı tanı sistematikleri  vardır.</li>
</ul>
<ul>
<li>Full field digital mammography ( FFDM ) : CAD ,bilgisayar yardımlı  sınıflandırma ( Computer Aided Classification ) ve PACS yapılarından  faydalanır. FFDM yüksek çözünürlüklü medikal monitörlere ihtiyaç duyduğu  için Mamografi ve PACS entegrasyonu sayesinde doktorlar tanı koyabilmek  için normal kopyalara göre çok daha üstün avantajlara sahip olurlar.</li>
<li>Üç  boyutlu görüntüleme servisleri ve bu iş akışının PACS entegrasyonu da  hastaneler önemli bir aşama. Aşağıdakine benzer görüntülerin klinisyenin  önünde belirebilmesi sanırım devasa avantajlar sağlar.</li>
</ul>
<p><a href="http://api.ning.com/files/KwOhfxc0YzaUbyJvBsphNAZs52N5bgEzMUvyw1a0Ysg2VlJsJ9PQ8KbNgHwrkrnUAuOASF5vu7Osk142dUuDdEfN*mwaEDSk/BodyCTA.jpg"><img title="Body CTA" src="http://api.ning.com/files/KwOhfxc0YzaUbyJvBsphNAZs52N5bgEzMUvyw1a0Ysg2VlJsJ9PQ8KbNgHwrkrnUAuOASF5vu7Osk142dUuDdEfN*mwaEDSk/BodyCTA.jpg" alt="" width="500" height="370" /></a></p>
<ul>
<li>Bilgisayar  yardımıyla kemik yaşı tahmini de PACS ile entegre edilerek gelişmiş  medikal görüntü işleme tekniklerinden faydalanılabilinir.</li>
<li>Image  Assisted Surgery System ( IASS ) genelde medikal görüntü ile entegre  edilen elektronik hasta kaydı üzerinden başarılır. Tabi burada eldeki  medikal görüntü işleme altyapıları ve hali hazırda çalışan PACS  altyapısından yoğun olarak faydalanılır. IASS hasta merkezli verilerin  PACS sunucusundan alınıp ilgili görüntüleri işleyecek DICOM Tıbbi  Görüntü İşleme istasyonlarına getirilmesi ve ameliyat öncesinde /  sırasında ve sonrasında bu görüntüler üzerinde çalışılabilmesine olanak  sağlar. Aşağıda PACS sunucusundan alınan bir veri üzerinde başka bir  program ile akciğer biyopsi alımının simüle edişini görebilirsiniz.</li>
</ul>
<div>
<dl>
<dt><a href="http://api.ning.com/files/8HBXWaRayM6KXCTUxNJGlTjQiuS9qnsn6F58Y6Qa3VRngxCXa3rR6TTm*MOp9GvA533A5APSJAuiCvUlZT0NAfFVV*rm6Cf6/FILE0.jpg"><img title="Akciğer Biyopsi Simülasyonu" src="http://api.ning.com/files/8HBXWaRayM6KXCTUxNJGlTjQiuS9qnsn6F58Y6Qa3VRngxCXa3rR6TTm*MOp9GvA533A5APSJAuiCvUlZT0NAfFVV*rm6Cf6/FILE0.jpg" alt="Karaciğer Biyopsi Simülasyonu" width="500" height="500" /></a></dt>
<dd>Akciğer Biyopsi Simülasyonu</dd>
</dl>
</div>
<ul>
<li>Akıllı  veri madenciliği konusu da PACS ile birlikte çok önem kazanmaktadır.  Görüntü alımından önceki veri setleri de medikal görüntü işleme ve  radyologların tahmin yapmalarını kolaylaştıracak veri setleri olarak  yüklenebilir. Bu konuda harmanlanacak yapılar içerisinde eski radyoloji  raporları, ilişkili medikal görüntü çalışmaları ve elektronik hasta  kayıtları bulunabilir.</li>
</ul>
<p>Sanırım  teknolojik gelişmeler ile ilgili çeşnilendirme yeterli sayılabilir.  Daha önce de söylediğim gibi aldığınız PACS sistemi Açık Mimari  desteklemiyorsa ve yıllar içerisinde 10 larca terra byte lık veriyi  üretecekse ne yeni bir PACS sistemine geçmek kolay olacaktır ne de  yeniliklere uygun bir altyapı sunmak kolay olacaktır. Yazımı okuyup  hayıflanıyorsanız geçmiş olsun demekten başka bir şey gelmiyor elimden. </p></div>
<h3>3.Eğilim  3: Kurumsal PACS ve Elektronik Hasta Kaydı &#8211; Electronic Patient Record (  EPR )</h3>
<div align="justify"> HL7 /  DICOM gibi veri iletimi yapıları sayesinde PACS bölümlerdeki bilişim  sistemleri ve HBYS ile entegre olabilir. Bu entegrasyon elektronik hasta  kaydı &#8211; EPR adı verilen bir haberleşme platformu ve veri bütünlüğüne  temel oluşturur. EPR sayesinde hasta ile ilgili interdisipliner bir çok  veri tek elde toplnıp daha sağlıklı karar verilebilmesine olanak  sağlanılır. PACS evrimi genelde medikal görüntüleme verisi ile RIS&#8217;in  entegrasyonu üzerine yoğunlaşmış olsa da, hastaya ait tıbbi elektronik  verilerin yaygınlaşması medikal görüntülerin tüm bu verilerle  birleştirilmesi git gide gerekli hale geliyor. Bu entegrasyon hasta  yönetimi ve farklı kaynaklardan gelen hasta verilerinin fonksiyonel  birleştirilmesi kısmını daha düzgün hale getirir. Sistemin klinik  verimliliğini en üst düzeye çıkartabilmek için bir çok pratisyen ve  klinisyenden gelen benzeri istekler vardır ve olmalıdır bu isteklerin  temelinde de PACS&#8217;e ait medikal görüntüler ile hastaya ait verilerin  birleştirilebilmesi oturmaktadır.</p>
<p>Kurumsal  PACS ile birlikte hasta basit bir tanımlayıcı ile ( hasta numarası veya  nüfus bilgileri gibi ) ilgi odağı haline gelir ve hasta ile ilgili tüm  epikriz verilerine anında ulaşılabilir. Kurumsal seviyede bir çok  hastane vurguyu kurumsal anlamda entegre edilmiş kaynakların klinik  operasyonlar sırasında paylaşılabilmesi konusuna yapmalıdır. Bunu  başardığınız zaman her bölüm adına uzmanlaşmış radyoloji bölümü  barındırmak gibi bir zorluk teleradyoloji benzeri yapılar ile yer  değiştirmeye başlayacaktır. Tabi bunları söylerken alan uzmanlığı ve  radyoloji konularına saygımızın olmaması değil de daha çok gidişatın ne  yönde olacağı algılanmalıdır. Burada anlatılanlar felaket tellallığı  veya üç beş satır okumuş dandik bilgisayar mühendisinin fetvaları  değildir. X-Ray kaynaklı her görüntüyü deli gibi seven, diğer kaynakları  da en azından elinin tersiyle itmeyen tıp mı bilgisayar mühendisliği mi  sorgusunu mümkün mertebe ikisi de diyerek cevaplayan bir kişi olan  yazarımız kimseyi rahatsız etmek istememektedir. Neyse nerde kalmıştık ?   Bahsedilen dünyada EPR&#8217;ın içerisinde yer almaya başlayan medikal  görüntülere ulaşmak, manipüle etmek gibi operasyonlar için her gün yeni  bir görüntü arayüzü veya yeni bir araç öğrenmeye gerek olmayacaktır. Bu  süreç medikal iyileştirme ve bakım süreçlerine çok olumlu yansıyacaktır.</p>
<p>Benzeri  bir geliştirme aşamasında konvansiyonel veya eski tip diyebileceğimiz  HBYS, RIS ve diğer Enformatik Sistemleri artık tek başlarına yeterli  değildirler ama EPR bu yetersizliği ortadan kaldıracaktır. Şu andaki  EPR&#8217;lerin çoğu tam anlamıyla etkili değildirler çünkü hastaya ait  medikal görüntüleri barındırmazlar.  EPR sayesinde hasta kaydı hasta ile  birlikte hareket eder ve kurum içerisindeki bir çok farklı sistem  tarafından kullanılabilir. Bu yüzden kurumsal PACS sisteminin kurumsal  EPR sunucusuna doğrudan bağlantısı olmalı ve bu sayede sağlık hizmeti  sağlayıcısının ihtiyaç duyduğu anda ve yerde medikal görüntülere  ulaşmasına olanak verilmelidir. İleride bahsi geçen gibi EPR  uygulamaları ana saplantı haline gelecek ve o günlerde bu günlüğün  yazarı ben demiştim modeliyle etrafta caka satacaktır.</p>
<p>Whittick  ve Gill tarafından olgunluk tabanlı bir arkaplan ortaya konulmuştur.  Makalelerinde dijital görüntüler ve elektronik sağlık kayıtları arasında  ( DI / EHR ) bağlantı kuracak bir altyapı ve yedi basamaklı bir yapı  önermişlerdir. Basılı filmden farkllı DI /EHR yetkilendirilmesine kadar  bir merdiven yapısı önermişlerdir. Bu yapıdaki basamaklar :</p>
<ol>
<li>Filme / kağıda baskı;</li>
<li>Modalite bazlı veya CD&#8217;ye depolama;</li>
<li>Bölümlere bağlı PACS ve RIS;</li>
<li>Organizasyonel PACS / RIS;</li>
<li>Çoklu organizasyonlarca paylaşılan PACS;</li>
<li>Bölgesel olarak paylaşılan medikal görüntüler;</li>
<li>Yetkilendirilmiş DI / EHR.</li>
</ol>
<p>Basamaklar  yetkilendirmenin veya özel kurumun özelliğine göre değişecektir. Bahsi  geçen makalede kurumların bulundukları basamaktan bir üste illa adım  adım geçmek zorunda olmadıklarından bahsediliyor ki bu önemli bir  bağımsızlık sağlar. Model farklı basamaklar sayesinde PACS&#8217;te olgunluk  sağlamayı hedeflese de bütün basamaklar PACS olgunluğu ile veya  hastanenin kurumsal yapılanmasıyla ilişkilendirilmeyebilir.</p>
<p>Yazı  serimizin bu kısmı da sona eriyor, PMM &#8211; PACS Maturity Model&#8217;ini  de  açıklanması artık dördüncü yazıma kalıyor daha sonra bu modelin  derecelendirilmesi için gereken sorulara odaklanacağız. Tünelin  sonundaki ışık görünüyor, naklen yayın makale hazırlar gibi hissediyorum  bazen kendimi :) Önceki yazımdan etkilenenler ve benimle irtibata  geçenlere devam ettireceğimi ve arkasını getireceğimi söylemiştim bu  berbat sıcaklarda onlara ithaf ediyorum bu kısmı.</p>
<p>Bir sonraki yazımda :<strong> </strong></p>
<p><strong>PMM &#8211;  PACS Maturity Model</strong> konuları ele alınacak son olarak da PMM &#8211; PACS  Maturity Model yapısı için hastanelere bir soru çizelgesi sunabilmeyi  umuyorum&#8230;  </div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fpmm-pacs-maturity-model-pacs-olgunluk-modeli-iii%2F&amp;linkname=PMM%20%26%238211%3B%20PACS%20Maturity%20Model%20%26%238211%3B%20PACS%20Olgunluk%20Modeli%20%26%238211%3B%20III"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>Related posts:<ol><li><a href='http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iv/' rel='bookmark' title='Permanent Link: PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV'>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; IV</a> <small>PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu son...</small></li>
<li><a href='http://www.keremcaliskan.com/medikal-goruntu-sikistirma-dicom-ve-pacs-2/' rel='bookmark' title='Permanent Link: Medikal Görüntü Sıkıştırma, DICOM ve PACS'>Medikal Görüntü Sıkıştırma, DICOM ve PACS</a> <small>Medikal görüntüyü sıkıştırmanın sebebi nedir? Sıkıştırılan bir medikal görüntünün boyutu...</small></li>
<li><a href='http://www.keremcaliskan.com/jpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi/' rel='bookmark' title='Permanent Link: JPEG 2000 Medikal Görüntü Akışı için DICOM Tabanlı PACS Mimarisi'>JPEG 2000 Medikal Görüntü Akışı için DICOM Tabanlı PACS Mimarisi</a> <small>Son zamanlarda PACS ve DICOM tarafıyla ilgili aldığım en yoğun...</small></li>
</ol></p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-iii/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; II</title>
		<link>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/</link>
		<comments>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/#comments</comments>
		<pubDate>Wed, 08 Jul 2009 12:21:52 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PACS]]></category>
		<category><![CDATA[CMM]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=56</guid>
		<description><![CDATA[PACS Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu ikinci yazımı okumaya başlamadan önce ilgilenenlerin daha önceki PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli I yazıma bakmalarında fayda var, ayrıca internette PACS araştırması yapıp gelen ama konuyla ilgili altyapısı olmayanlara bu konuyla ilgili nacizane Medikal Görüntüleme ile ilgili Tıp Bilişimi Terminolojisi çalışmama bakmalarını [...]


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div align="justify"> PACS  Maturity Model &#8211; PACS Olgunluk Modeli hakkındaki bu ikinci yazımı  okumaya başlamadan önce ilgilenenlerin daha önceki <a href="http://www.keremcaliskan.com/index.php/pmm-pacs-maturity-model-pacs-olgunluk-modeli-i/" target="_blank">PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli I</a> yazıma bakmalarında fayda var, ayrıca internette PACS araştırması yapıp  gelen ama konuyla ilgili altyapısı olmayanlara bu konuyla ilgili  nacizane <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">Medikal Görüntüleme ile ilgili Tıp Bilişimi  Terminolojisi</a> çalışmama bakmalarını tavsiye ederim.</p>
<h1>PACS  Olgunluğu ve PACS Evrimi konusundaki eğilimler</h1>
<p>Hastanelerde  uygulanan kurumsal olgunluk modelleri içerisindeki PACS teknolojik  altyapısı ile ilgili çalışmalar sonucunda PACS olgunluğu ve PACS Evrimi  konusunda üç ana eğilim belirlenmiştir. Bunlar :</p>
<ol>
<li><strong>PACS konusunda radyolojik ve hastane bütünündeki süreç  iyileştirmeleri;</strong></li>
<li><strong>PACS Entegrasyonu, PACS Optimizasyonu ve PACS İnnovasyonu;</strong></li>
<li><strong>Kurumsal PACS ve Elektronik Hasta Kaydı &#8211; Electronic Patient  Record ( EPR ).</strong></li>
</ol>
<p>Hazırladığımız  <a href="http://www.keremcaliskan.com/wp-content/uploads/2009/07/PACS-PMM.pps" target="_blank">sunumdaki </a>referanslar ve diğer temel kaynaklar  ışığında aşağıdaki gibi bir yapısal hiyerarşi oluşturulabilir :</p>
<h2>1.Eğilim 1:  PACS konusunda radyoloji bölümü ve hastane bütünündeki süreç  iyileştirmeleri</h2>
<h3>1.1.PACS  Teknolojileri:</h3>
<p>PACS  kullanarak hastaneler web tabanlı teknolojiler ve web tabanlı sunucular  sayesinde kendi ağları veya internet üzerinden medikal görüntüleri  dağıtabilir, ulaşabilir, görüntüleyebilir hatta manipüle edebilirler.  Filmleri ve kağıt akışını ortadan kaldırmaya odaklanmış bir PACS  entegrasyonu raporların güvenilirliğini de arttırır. Sadece medical  görüntüler üzerine odaklanan PACS hastane iş akışında sorunlar  yaşayabilir veya yaşatabilir. Ortamdaki multimedya dökümanlarının  üzerine de odaklanılmasında fayda vardır. Tanı koymada kullanılan iş  istasyonlarında medikal görüntüleme yazılımları ve yönetim araöları  olmalıdır. PACS yapısını kontrol eden aynı zamanda da arşiv sunuculuğu  yapan sunucu hasta çalışmalarını dosya sisteminde bulundurur ve bunların  içerisine ilgili tüm medikal görüntüleri, raporları ve izlenimleri  depolar. Elektronik hasta kaydı ( EPR ) yapısı için benzeri bir kayıt  yapısı çok önemlidir. Bu yapıdan sonra bahsi geçen kayıt yapısının  içerisine arşiv yönetimi, ağ yönetimi ile görüntüleme ve sunucu yönetimi  eklenmektedir. PACS uygulamalarında ve klinik iş akışında kullanılan  görüntüleme ( display ) sistemlerinin evrimi ile ilgili analiz  çalışmalarında bu konuda üç faz belirlenmiştir:</p>
<p><strong><img title="Daha fazla..." src="http://localhost/keremcaliskan/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />1.Faz 1  aşamasında</strong>, odak hastanedeki bir bölüm üzerindedir ve bu bölümde  bulunan özel iş istasyonları ile medikal görüntülere ulaşım yeterli  görünmektedir;</p>
<p><strong>2.Faz  2 aşamasında</strong>, odak klinik ve kurumsal iş akışına doğru kayar ve  medikal görüntüleri gösterme iş akışı görüntüleme istasyonları için  optimize edilmiştir;</p>
<p><strong>3. Faz 3 yani son  faz aşamasında</strong>, &#8211; modern periyod &#8211; Kurumsal entegrasyon ve  standardizasyon konuları enstitü / bölgesel kurumsal seviyede, bir çok  farklı medikal görüntüleme cihazı üreticisi bazında uyum ve PACS / RIS (  Radiology Information System ) entegrasyonu konuları anahtar kelimeler  haline dönüşür.</p>
<h3>1.2. PACS  uygulaması</h3>
<p>İlk  başlardaki PACS uygulamalarının en önemli sorunu ( ülkemizdekilerin ise  hala temel sorunu ) üretici bağımlı, açık mimariye ( Open PACS  Architecture ) uzak PACS bileşenleri arasında haberleşme  yapılabilmesiydi. Bu sistemler sadece kendi aralarında haberleşir ve  başka PACS veya DICOM sistemleri ile uyumluluk göstermezler. Erken PACS  uygulamalarında iş istasyonları arasındaki asılı protokoller ( <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">hanging protocols</a> ) ilkel düzeydeydi, DICOM  serilerini yerleştirmede , <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">pencere seviyelendirme ( window/level )</a> ayarları ve  büyütme faktörlerindeki eksiklikler yüzünden devamlı ayarlama  gerekmekteydi. Özelde ilk PACS uygulamaları temel PACS özelliklerini  sağlamaya ( görüntü yakalama ve gösterme ) odaklanmışlardı ve bunu  yapmakta bile zorlanıyorlardı ( ülkemizdeki durum? ).  Bu sorunlar  ikinci nesil PACS uygulamaları sayesinde büyük oranda ortadan  kaldırıldılar. İkinci nesilin avantajı sadece temel PACS mantığında  değil aynı zamanda medikal bilgiye yardımcı olacak şekilde teknik  detaylar barındırmaları, görüntü işlemeden faydalanmaları ve bunları  daha uygun bütçelendirmelerinden kaynaklanmaktadır. Bir PACS uygulaması  ne olursa olsun sadece görüntü yakalayıp gösterebilen bir altyapı ile  yetiniyorsa ilkel sayılır, PACS uygulaması açık mimariyi desteklemeli ve  medikal görüntülere yorum yapılabilmesine olanak sağlamalıdır. Sadece  depolama ve görüntüleme yapılabilmesi PACS sürecine katkıdan çok sisteme  inancı kaybettireceği için zarar verir.</p>
<h3>1.3. PACS İş  Akışı sonuçları</h3>
<p>Temel  iş akışında faydalar sağlanmasına rağmen, PACS yapısının oluşturulacağı  bölümde temel değişiklikler ve iş akışının yeniden tasarlanması  gerçekleşmezse filmlerin ortadan kalkması görece olarak daha az  üretkenlikle sonuçlanacaktır. Bu HIS ( Hospital Information System ),  RIS ( Radiology Information System ) gibi bilişim sistemleri ile bir çok  medikal görüntüleme sistemi arasında yüksek seviyede entegrasyon  gerektirmektedir. Tarihi açıdan PACS yapısı hastane içerisindeki RIS ve  HIS veritabanından farklı bir hasta veritabanı kullanır. Bu yüzden PACS  firmaları dünya çapında satış pazarlama imkanı bulabilirken HIS ve RIS  firmaları genelde lokal kaldılar. PACS doğası gereği RIS tarafında  planlanmış çalışmalar hakkında bilgi sahibi olamıyordu dolayısıyla  verimli cihaz / hasta eşleşmesi ve medikal görüntülerin sadece radyoloji  bölümü değil tüm hastaneye dağılımı gerçekleşemiyordu. Başlangıçta  radyoloji bölümünde elde edilen tab edilmiş filmlerin dijital ortama  aktarılması bir başarı olarak görünmüştü, tabi bu dijital görüntülerin  dolaşımının başarılması fazla düşünülmüyordu. Bu fazda bir çok radyolog  iş akışı ve medikal görüntüleri yorumlama avantajlarından yeterince  faydalanamıyordu. Radyologlar için iş akışındaki gelişme medikal  görüntülerin dijital ortama aktarılmasıyla başlar ama kesinlikle CT gibi  dilim görüntülerinin yığıtlarının daha önceki yığıtlarla kıyaslanmasını  sağlayan otomatik asılı protokoller ( <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">Adaptive Hanging Protocols</a> ) kullanımıyla veya aynı  görüntü yapısına ait farklı yüzeysel kesitleri görebilecekleri <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">MPR</a> gibi görüntü işleme teknikleriyle faydalanma  gerçek anlamda başarılabilir. Bu evrim daha karmaşık ve gelişmiş görüntü  işleme tekniklerinin kullanıldığı 2 boyutlu hacimsel görüntü  dilimlerinin 3 boyutlu geri çatımlarla sonuçlandığı <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">MIP ve SSD</a> gibi yapılarla radyologların tam  desteklenmesine izin vermeye başladı. Aslında burada düşünülmesi gereken  konu çok nettir, medikal görüntülerin filmde değil ekranda görülüyor  olmaları hastane açısından film tab etmeye harcanan paranın ortadan  kalkması, depolama alanı, doğayı kirletmeme gibi konularda avantaj  sağlarken radyologlar açısından çok büyük gelişme sağlamaz. Madem  medikal görüntüler dijital ortama aktarıldı o zaman radyologlar neden  görüntü işlemenin nimetlerinden faydalanmasınlar? İşte bu noktada eski  nesil PACS sistemleri ve yeni nesil PACS sistemleri arasında yukarıda  bahsettiğim farklılıklar ortaya çıkıyor. PACS dışında RIS yapısında da  yeni nesil uyumluluklar önemlidir. Nasıl yeni nesil PACS sistemleri  görüntü işleme yapısı ile radyologları rahatlatmaya çalışıyorlarsa <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">HL7 </a>uyumluluğuyla da cihaz/hasta planlamalarının  aktarımında RIS ile uyumlu çalışmakla mükelleftirler. RIS ise bu  bilgileri HIS ile yine HL7 üzerinden organize edebilir durumda  olmalıdır. Sağlık.net uyumluluğu sayesinde hemen hemen bütün HIS  üreticilerimiz belli bir seviyede HL7 kabiliyetine sahipler, umarım HIS  üreticileri sadece kendi sistemleriyle konuşabilecek PACS benzeri şeyler  yapmaya çalışmak yerine öncelikle kendi sistemleri ile farklı RIS ve  PACS yapılarının konuşabileceği altyapıları sunarlar aksi takdirde  Türkiye yine bir başka yeni konuda çöplük haline dönme tehlikesiyle  karşı karşıya. Tabi burda sorumluluk sadece üreticilere ve alıcılara  yüklenmemeli. <a href="http://www.turkmia.org/" target="_blank">Tıp Bilişimi Derneği</a>&#8216;nde  bu konuda çalışmalar başladığını biliyoruz bu konuda çalışan grup  ivedilikle desteklenmeli ve genişletilmeli ve Sağlık bakanlığı ile  birlikte özellikle Açık Mimari konusunda yoğun bir standart  oluşturulmalıdır. Hastanelerimizin kesinlikle böyle pahalı  teknolojilerde kapalı mimarilerle ve eski teknolojileri sunan yapılarla  karşılaşmaktan korumalıyız ve sistemin profesyonelce yapılmasını  sağlamalıyız. Eski patronlarımdan birisi DICOM standardını Siemens, GE,  Philips gibi tröstlerin küçük şirketleri baltalamak için ortaya  çıkarttıkları, hatta tüm standartların tröstleri koruduğu yönündeki  fikirlerini hala hatırladıkça tüylerim diken diken oluyor. Özellikle  medikal görüntüleme alanında standartların ne kadar önemli oldukları ve  tam tersine kaliteli küçüklerin de büyümesine nasıl imkan verdikleri  hakkında ileride bir yazı yazmayı planlıyorum o vakte kadar konumuza  geri dönmekte fayda var. Bütün yazdıklarımın ışığında PACS&#8217;in aslında  sadece hastanede kurumsal anlamda iş akışını değiştirmekle kalmadığı  aynı zamanda klinik anlamda tanı koymaya ve karar vermeye çok büyük  yardımları olduğunu söyleyebiliriz.</p>
<p>Radyoloji  bölümlerindeki iş akışlarıyla ilgili evrim ise akademik alanda  aşağıdaki gibi sıralanmıştır:</p>
<p><strong>1.Birinci  sırada </strong>geleneksel filmli radyoloji sistemleri düşünülebilir, tab  edilmiş filmler ve onlara eklenen elle yazılan raporlar bu kısmın klasik  özelliğidir;</p>
<p><strong>2.İkinci  sırada</strong> geleneksel radyoloji yapısı ile rapor bazında rapor  adaptasyonu var, radyologlar yine tab edilmiş filmlerini ışık  kutularında yorumlarken bağımsız RIS yapıları ve barkodlama gibi  yöntemlerle raporlarını bilgisayar ortamına girerler;</p>
<p><strong>3.Üçüncü  seviyede</strong> ise radyologlar gerçek anlamda dijital raporlama ve  doğrulama yapma fırsatı bulmuşlardır, PACS ve benzeri yapılar sayesinde  yüksek çözünürlüklü dörtlü ekranlar veya ikili projeksiyonlar sayesinde  başarılı sonuçlar söz konusudur;</p>
<p><strong>4.Dördüncü  ve son seviyede </strong>ise artık tele tıp uygulamaları sayesinde uydu ve  internet teknolojileri kullanılarak dijital danışmanlık ve eğitim  başarılabilir durumdadır. Teleradyoloji tanıların konulmasında ve tıp  eğitimi konusunda devasa destek vermektedir.</p>
<p>Özetle  ilk adımlarda ana odak noktası altyapı oluşturmakken sonradan verimli  PACS iş akışının süreç entegrasyonuna katkısı ve hastane işleyişine  uyumunu sağlamaya odaklanıldı. Verimli PACS iş akışı ve onun tıp  bilişimi altyapısına katkısı ile kalite kontrol ve kontrol prosedürüne  katkısı her ne kadar ülkemizde göz ardı edilse de ilerlemenin bu yönde  olması yadsınamaz.</p>
<p>Yazı  serimizin bu kısmı da sona eriyor, üçüncü kısım için çalışmalarıma devam  edip PACS eğilimleri ile ilgili kısımları sonlandırıp PMM &#8211; PACS  Maturity Model&#8217;ini  de açıkladıktan sonra bu modelin derecelendirilmesi  için gereken sorulara odaklanacağız. Bu yazı dizisinin güzel bir tıp  bilişimi makalesine dönüşeceğine olan inancım devamlı artıyor. Hem  yazıyı okuyan hiç tanımadığım ilgililerden aldığım geri dönüşler hem de  söz verdiğimiz için yaşadığım araştırma stresi umarım yakında sonlanacak  :)</p>
<p>Bir  sonraki yazımda :</p>
<p><strong>PACS  Entegrasyonu, PACS Optimizasyonu ve PACS İnnovasyonu</strong></p>
<p><strong>Kurumsal  PACS ve Elektronik Hasta Kaydı &#8211; Electronic Patient Record ( EPR )</strong></p>
<p>ve</p>
<p><strong>PMM &#8211;  PACS Maturity Model</strong> konuları ele alınacak son olarak da PMM &#8211; PACS  Maturity Model yapısı için hastanelere bir soru çizelgesi sunabilmeyi  umuyorum&#8230;</p></div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fpmm-pacs-maturity-model-pacs-olgunluk-modeli-ii%2F&amp;linkname=PMM%20%26%238211%3B%20PACS%20Maturity%20Model%20%26%238211%3B%20PACS%20Olgunluk%20Modeli%20%26%238211%3B%20II"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-ii/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Tutorial on Computer Animation &#8211; I</title>
		<link>http://www.keremcaliskan.com/a-tutorial-on-computer-animation-1/</link>
		<comments>http://www.keremcaliskan.com/a-tutorial-on-computer-animation-1/#comments</comments>
		<pubDate>Tue, 30 Jun 2009 12:22:26 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Animasyon]]></category>
		<category><![CDATA[Computer Animation]]></category>
		<category><![CDATA[Computer Graphics]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=58</guid>
		<description><![CDATA[Tutorial on Computer Animation Kerem Caliskan Abstract This tutorial heavily depends on &#8220;Computer Animation &#8211; Algorithms &#38; Techniques&#8221; book by Rick Parent and the book slides. One can also find definitions from Oxford Dictionary, Wikipedia and many chapter related data from different tutorials / presentations. This tutorial focuses on explaining computer animation and technical algorithm [...]


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<h1>Tutorial  on Computer Animation</h1>
<h1>Kerem  Caliskan</h1>
<h1>Abstract</h1>
<p><em> </em></p>
<div align="justify">
<div><em>This  tutorial heavily depends on &#8220;Computer Animation &#8211; Algorithms &amp;  Techniques&#8221; book by Rick Parent and the book slides. One can also find  definitions from Oxford Dictionary, Wikipedia and many chapter related  data from different tutorials / presentations.</em></p>
<p><em>This  tutorial focuses on explaining computer animation and technical  algorithm infrastructure it makes use of. The tutorial will cover main  topics in Computer animation like :</em></p>
<p><em>-  Keyframing, story-boarding, </em></p>
<p><em>-  Kinematics, physically based dynamics modeling, </em></p>
<p><em>-  Motion capture, </em></p>
<p><em>-  Scene composition, lighting, and sound track generation </em></p>
<p><em> This tutorial will teach the readers about current techniques in  computer animation. By the end of the tutorial, the reader should: </em></p>
<p><em>-  have learned the computational methods for modeling of motions in the  physical and virtual world, </em></p>
<p><em>- be  able to understand how to storyboard, light, compose, and render an  animated sequence, </em></p>
<p><em>-  and be able to read and critically evaluate the current literature in  computer animation. </em></p>
<h1>Introduction</h1>
<p>Computer  animation refers to any computer-based computation used for generating  images that creates the perception of motion. Besides position and  orientation of an object, its shape, shading parameters, camera  parameters, lighting, its texture coordinates can also be animated.</p>
<p>For  many of the people around the world Computer Animation is just a part of  the funny new generation cartoons and movies. It&#8217;s true that Hollywood  is one of the biggest sector that makes use of computer animation but  one should know that most of the computer animation done in the world  has nothing to do with movies. Computer game industry has always been  one of the most challenging industries that completely relied on  computer animation. They&#8217;re now also taking the chance of being animated  MUDs (Multi User Dungeons). Majority of the games are played online and  they use the experience coming from both Computer Animation and MUD  infrastructure. Computer games take advantage of state of the art  technologies for exploiting both CPU and GPU in order to render more  realistic figures.<br />
Real-time performance driven computer animation has already appeared at  every realistic application that needs to render more information.  Virtual reality especially augmented reality makes use of computer  animation for connecting real time images and computer generated images.  Computer animation is getting a part of our life as both CPU and GPU  manufacturers embed more power on their chips. So what is the main  difference between flight simulators, electronic warfare simulators,  nuclear reactor simulators, weapon simulators and standard computer  games? Cost, inter process communication and distributed communication  structure, generated image quality and real time issues are the most  important differentiators between these two groups.</p>
<p><img title="Daha fazla..." src="http://localhost/keremcaliskan/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" /></p>
<h2>•          Perception:</h2>
<p>In  philosophy, psychology, and the cognitive sciences, perception is the  process of attaining awareness or understanding of sensory information.  It is a task far more complex than was imagined in the 1950s and 1960s,  when it was predicted that building perceiving machines would take about  a decade, a goal which is still very far from fruition. The word comes  from the Latin words <em>perceptio, percipio,</em> and means &#8220;receiving,  collecting, action of taking possession, apprehension with the mind or  senses.&#8221;. The notion that perception is a requisite property of animate  action; without perception action would not be guided and without action  perception would be pointless.<br />
It&#8217;s well known that when a series of images are displayed in a rapid  succession, they&#8217;re perceived as a moving image by an observer. This is  possible because the eye-brain complex has the ability, under sufficient  viewing conditions and within certain playback rates, to create a  sensation of continuous imagery from such a sequence of still images.  This experience is due to <em>persistence of vision</em> where eye retains  a visual imprint of an image for a brief instant once the stimulus is  removed. These imprint known as <em>positive afterimages </em>fill in the  gaps between the images to produce the perception of a continuously  changing image.  Persistence of vision is not the same as perception of  motion. Rotating a light source with high frequency may result in a  stationary ring image. Although this effect can be attributed to  persistence of vision, the result is static. Recently, the causality of  the ( physiological ) persistence of vision mechanism has been called  into question and the perception of motion has been attributed to a (  psychological ) mechanism known as <em>phi phenomenon</em>; the apparent  motion is referred to as <em>beta motion</em>. A critical part of  understanding these visual perception phenomena is that the eye <em>is  not a camera</em>: there is no &#8220;frame rate&#8221; or &#8220;scan rate&#8221; in the eye;  instead, the eye/brain system has a combination of motion detectors,  detail detectors and pattern detectors, of which each output is combined  to create the visual experience. In order to persuade the observer to  the continuous imagery image sequences should be shown on decent  frequencies. When the observer loses her perception of continuous  imagery the display is said to <em>flicker</em>. This may change owing to  observer distance, lighting etc. so the frequency depends on some  external factors. This rate is referred as <em>critical flicker frequency</em>.   There is also an upper frequency limit for the eye to respond  accurately enough for the brain to distinguish sharply defined,  individual detail. As a result <em>motion blur</em> occurs.<br />
For a true perception of image motion we should also understand other  technical constraints which depend on standards used for displaying the  images.<em> Update rate </em>depends on the number of images that is shown  per second whereas <em>display rate </em>is dependent on the ability of  your display hardware to show images per second.<br />
In hand-drawn animation, fast moving objects are typically stretched in  the direction of travel so that the object’s images overlap.</p>
<h2>•          Principles of Computer Animation</h2>
<p><strong>•  Simulating Physics</strong></p>
<p>• <em>Squash  &amp; Stretch</em> : defining the rigidity and mass of an object by  distorting its shape during an action</p>
<div>
<dl id="attachment_108">
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image002.gif"><img title="Squash Stretch" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image002.gif" alt="Squash Stretch" width="296" height="136" /></a></dt>
<dd>Squash Stretch</dd>
</dl>
</div>
<p>•<em>Timing</em> : Spacing actions to define the weight and size of objects and the  personality of characters. Weight, size, and personality of an object  should determine  how the actions are spaced through time. Light objects  move quickly, whereas heavier ones move slower.</p>
<div>
<dl id="attachment_108">
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image004.gif"><img title="Animation Timing" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image004.gif" alt="Animation Timing" width="296" height="136" /></a></dt>
<dd>Animation Timing</dd>
</dl>
</div>
<p>• <em>Slow  in &amp; slow out</em>: The spacing of the in-between frames to achieve  subtlety of timing and movement. Inertia, friction, and viscosity should  be taken into account.  Rather than having a uniform velocity for an  object, it is more appealing, and sometimes more realistic, to have the  velocity vary at the extremes.</p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image006.gif"><img title="Slow In &amp; Slow Out" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image006.gif" alt="Slow In &amp; Slow Out" width="296" height="136" /></a></dt>
<dd>Slow In &#8211; Slow Out</dd>
</dl>
</div>
<p>• <em>Arcs</em>:  Objects should follow an arc rather than a straight line. Independent  curves should be used for position interpolation and speed control.</p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image008.gif"><img title="Arcs" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image008.gif" alt="Arcs" width="209" height="129" /></a></dt>
<dd>Arcs</dd>
</dl>
</div>
<p>• <em>Secondary actions</em>:  The action of an object resulting from another action. They’re like a  chain reaction and should follow the main action.</p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image010.gif"><img title="Secondary Actions" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image010.gif" alt="Secondary Action" width="295" height="139" /></a></dt>
<dd>Secondary Actions</dd>
</dl>
</div>
<p><strong>•  Designing Aesthetic Actions</strong></p>
<ol>
<li><em>Exaggeration :</em> Accentuating the essence of an idea via the       design and the action. Draws attention to the action.</li>
<li><em>Appeal :</em> Creating a design or an action that the audience       enjoys watching.</li>
</ol>
<ol>
<li><em>Follow Through/Overlapping Action</em>: <em>Follow through</em> is  the termination part of an action. <em>Overlapping</em> establishes the  next action&#8217;s relationship by starting it before the first action has  completely finished. This keeps the interest of the viewer, since there  is no dead time between actions.</li>
</ol>
<p><em>Follow  through:</em></p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image012.gif"><img title="Follow Through" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image012.gif" alt="Follow Through" width="297" height="116" /></a></dt>
<dd>Follow Through</dd>
</dl>
</div>
<p><em>Overlapping  Action:</em></p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image014.gif"><img title="Secondary Actions" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image014.gif" alt="Overlapping Action" width="296" height="174" /></a></dt>
<dd>Overlapping Action</dd>
</dl>
</div>
<p><em><br />
</em></p>
<p><strong>•  Effective Presentation of Actions</strong></p>
<ol>
<li><em>Anticipation:</em> Preparation for an action</li>
<li><em>Staging</em>: Presenting an idea so that it is unmistakably clear.  This idea can be an action, a personality, an expression, or a mood. An  important objective of staging is to lead the viewers eye to where the  action will occur so that they do not miss anything. Action environment  has to be set up so that it is not missed by the audience.</li>
</ol>
<p><em>Anticipation:</em> An upcoming action should be set up so that audience knows it is  coming. An action breaks down into:</p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image016.gif"><img title="Anticipation" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image016.gif" alt="Anticipation" width="124" height="152" /></a></dt>
<dd>Anticipation</dd>
</dl>
</div>
<p>– <em>Anticipation</em></p>
<p>– <em>Action</em></p>
<p>– <em>Reaction</em></p>
<p>• <em>Anatomical  motivation</em>: a muscle must extend before it can contract. Prepares  audience for action so they know what to expect.  Directs audience’s  attention. Amount of anticipation can affect perception of speed and  weight.</p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image018.gif"><img title="Anatomical motivation I" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image018.gif" alt="Anatomical motivation I" width="124" height="152" /></a></dt>
<dd>Anatomical motivation I</dd>
</dl>
</div>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image020.gif"><img title="Anatomical motivation II" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image020.gif" alt="Anatomical motivation II" width="124" height="152" /></a></dt>
<dd>Anatomical motivation II</dd>
</dl>
</div>
<ul>
<li><em>Timing</em> : Appropriate duration for the action should be given  so that the intended effect reaches the audience.</li>
<li><strong>Production Technique</strong></li>
</ul>
<ol>
<li><em>Straight Ahead Action:</em> In hand drawn animation  when the  animator starts at the first drawing in a scene and then draws all of  the subsequent frames until he reaches the end of the scene. This  creates very spontaneous and zany looking animation and is used for  wild, scrambling action.</li>
<li><em>Pose to Pose Action:</em> When the animator carefully plans out  the animation, draws a sequence of poses, i.e., the initial, some  in-between, and the final poses and then draws all the in-between frames  (or another artist or the computer draws the inbetween frames). This is  used when the scene requires more thought and the poses and timing are  important.</li>
</ol>
<p><strong>Animation  Four-level hierarchy: </strong></p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image022.gif"><img title="Four-level hierarchy" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image022.gif" alt="Four-level hierarchy" width="296" height="114" /></a></dt>
<dd>Four-level hierarchy</dd>
</dl>
</div>
<p>-  Production: The entire animation</p>
<p>- <em>Sequence</em>:  A major episode with an associated staging area</p>
<p>- <em>Shot</em>:  A continuous camera recording</p>
<p>- <em>Individual  frames</em>: A single recorded image.</p>
<p>!!! A  production usually consists of one to dozen sequences .</p>
<ul>
<li><strong>Animation Production Steps: </strong></li>
</ul>
<p>A  preliminary story with a script is decided on</p>
<p>•A <em>storyboard</em> is developed</p>
<p>- It  lays out the action scenes by sketching representative frames.</p>
<div>
<dl>
<dt><a href="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image024.jpg"><img title="Storyboard" src="http://www.keremcaliskan.com/wp-content/uploads/2009/06/image024.jpg" alt="Storyboard" width="297" height="175" /></a></dt>
<dd>Storyboard</dd>
</dl>
</div>
<p>•A <em>model sheet</em> is  developed that lists the characters in various poses.</p>
<p>• The <em>exposure  sheet</em> records information for each frame such as camera moves,  sound track cues.</p>
<p>• The <em>route  sheet</em> records the statistics and responsibility of each scene.</p>
<p><em>Animatic</em>:  Also called a <em>story reel</em>. A prototype animation that helps to  work on timing, revise storyboard, etc. To sum up, it is a storyboard  with timing.</p>
<p>• Once  the <em>storyboard</em> has been decided on a detailed story is developed.</p>
<p>• Key  frames are produced by master animators</p>
<p>• <em>In-betweening</em>:  Associate and assistant animators produce the frames between the keys</p>
<p><strong>Sound </strong></p>
<p>• In  lip-synched animation, sound-track is created first and then animation  is produced to fit the sound-track.</p>
<p>• Music</p>
<p>•  Special effects</p>
<p>• Voice</p>
<ul>
<li><strong>Conventional vs. computer animation </strong></li>
</ul>
<p>Computer  animation borrows a lot of ideas from conventional animation in terms  of production approaches.</p>
<p>•  However, there are <strong>differences</strong>:</p>
<p>– The  lighting, camera models, motion can be <strong>reused</strong> easily in computer  animation</p>
<p>–  Multiple detailed models can be used in computer animation</p>
<p>• <em>Test  shot</em>: short high quality rendering</p>
<p>• <em>Pencil  test</em>: low quality models and approximate motions</p>
<p>Editing  for introducing special affects:</p>
<p><em>Linear</em>-<em>nonlinear</em> editing possible. <em>Timeline</em> for non-linear editing, we need  digital video for non-linear editing</p>
</div></div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fa-tutorial-on-computer-animation-1%2F&amp;linkname=A%20Tutorial%20on%20Computer%20Animation%20%26%238211%3B%20I"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/a-tutorial-on-computer-animation-1/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>PMM &#8211; PACS Maturity Model &#8211; PACS Olgunluk Modeli &#8211; I</title>
		<link>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-1/</link>
		<comments>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-1/#comments</comments>
		<pubDate>Sat, 20 Jun 2009 12:22:56 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[PACS]]></category>
		<category><![CDATA[CMM]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>

		<guid isPermaLink="false">http://localhost/wordpress/?p=60</guid>
		<description><![CDATA[PACS ve medikal görüntüleme teknolojisi olgunlaşmaya başladıkça hastane ve görüntüleme merkezlerindeki organizasyonal olgunluk ve PACS'in verimli kurulumu öne çıkmaya başlıyor. Bu yazı dizisinde amacım daha çok PACS sistemleri ve olgunlukları ile PACS teknolojisinin kullanılması sırasındaki olgunluk yöntemleri / seviyelerinden bahsetmek olacaktır.PACS nedir?, DICOm nedir? gibi sorulara yanıt bu yazıda çıkmayacaktır, heveslilerini başka konumlara yönlendirmekte fayda var.


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div align="justify"> PACS ve  medikal görüntüleme teknolojisi olgunlaşmaya başladıkça hastane ve  görüntüleme merkezlerindeki organizasyonal olgunluk ve PACS&#8217;in verimli  kurulumu öne çıkmaya başlıyor. Bu yazı dizisinde amacım daha çok PACS  sistemleri ve olgunlukları ile PACS teknolojisinin kullanılması  sırasındaki olgunluk yöntemleri / seviyelerinden bahsetmek olacaktır.  Son yıllarda Türkiye hastanecilik sektöründe yatırım ve dijitalleşme  süreci önem kazanmaya başlamıştır. Gerek Sağlık Bakanlığı&#8217;nın  hazırladığı <a title="Görüntü Arşiv ve İletişim Sistemleri(PACS) Alımı  Çerçeve İlkeleri Dokümanı" href="http://www.saglik.gov.tr/TR/Genel/BelgeGoster.aspx?F6E10F8892433CFF1A9547B61DAFFE2A3ACF3E6E1AD704E7&amp;Vurgulanacak=pacs" target="_blank">Görüntü Arşiv ve İletişim Sistemleri(PACS) Alımı  Çerçeve İlkeleri Dokümanı</a> gerekse de özel sağlık kurumlarının  PACS&#8217;in sağladıklarını ve kaliteli hizmet yapısının önemli yapıtaşı  olduğunu anlamalarıyla birlikte PACS sistemlerine olan ilgi artmaya  başlamıştır. PACS yapısı ve DICOM standardı gibi yapılara daha ileride  eğilebiliriz veya bunları anlatan bir çok kaynağa ulaşılabilir ama ben  yazımda daha çok hastanelerin kurumsallaşma ve stratejik hedeflerine  ulaşmada PACS tarafında izleyebilecekleri bir metodolojiden bahsetmek  istiyorum. <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">PACS nedir?, DICOM nedir?</a> gibi sorulara yanıt bu  yazıda çıkmayacaktır, heveslilerini <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/" target="_blank">başka konumlara</a> yönlendirmekte fayda var.</p>
<p><strong>Giriş:</strong></p>
<p>Sağlık  ve tıp bilişimi son yıllarda yoğun bir evrimden ve yenilenme sürecinden  geçiyor. İşlemci teknolojileri ve donanımdaki gelişmelere paralel  gerçekleşen yazılımsal rahatlıklar en çok sağlık ve askeri sektörde  etkisini göstermektedir. Düne kadar imkansız olarak düşünülen bir çok  görüntü işleme yapısı bu sayede gerçekleşmeye başlamıştır ve artık her  yerde konuşulan ana konu aynı anda bir çok sensörden gelen görüntünün  birleştirilmesi ile cerraha / pilota daha fazla anlamlandırma katmak  olmuştur. Tabi ironik olan insan öldürme amaçlı geliştirilen bir yapının  aynı zamanda hayat kurtarmada işe yaraması veya tam tersi durumların  gerçekleşmesidir. Tıp bilişiminde bu gelişmelerden en fazla yararlanan  taraflardan bazıları picture archiving and communication systems ( PACS  ), computer aided diagnosis ( CAD ), karar destek sistemleri ve  elektronik hasta kaydı ( EPR ) gibi konular olmaktadır. Alan hala  gelişmeye devam ediyor ama artık bazıları PACS&#8217;in o kadar da uç  teknoloji olmadığından bahsetmeye başladılar. Bu sizin PACS&#8217;i nasıl  kullanacağınızla çok yakından alakalı ve bu konuyla ilgili görüşlerim  yavaş yavaş yazıya dökülecek. Ama özetleyecek olursak klinisyen  tarafında başlangıç aşamasında oturmuş ve ucuzlayabilecek yapı görünse  de alınacak çok yol ve atılacak çok adım görünüyor. Hastaneler  kendilerine en uygun PACS sistemine geçmek için çalışmalar yaparken daha  karlı ve verimli olabilmek için bazı modellere ihtiyaç duyacaklardır  yoksa PACS sisteminden sağlanacak fayda yeterince gözlenemeyebilir. Bu  model düne kadar çok net değildi ama tıp bilişimi alanında artık bu  ihtiyaç belirlenip çalışmalara yoğunluk verildi.<br />
1990&#8242;li yıllarda Carnegie Mellon üniversitesi liderliğinde Software  Engineering Institute ( SEI ) tarafından tüm yazılım firmalarının artık  kanıksamaya ve alışmaya başladıkları ( tabi yazılımdan anlayan  firmalardan bahsediyorum, &#8220;Yazılım olayı çok karlıymış satalım bizim  manavı, tutalım 2 oda 1 salon, koyalım iki çocuk verelim bilgisayarları  yazsınlar işte HBYS, PACS artık allah ne verdiyse!&#8221; bu kapsamın  dışındadır ) CMM &#8211; Capability Maturity Model ortaya çıktı. CMM yazılım  firmalarına süreçlerine nasıl hakim olabileceklerini anlatmaya çalışan  bir altyapı oluşturdu, tabi Amerikan ordusu ihale ettiği onca yazılım  projesi başarısızlığa uğrayıp da bu süreç yönetim standardizasyon işini  ihale etmeseydi ne olurdu bilinmez. CMM in son hali artık CMMI (  Capability Maturity Model Integration ) haline geldi, bizim de  şirketteki hedefimiz personel sayımız ve biten proje sayımızla orantılı  olarak CMMI Seviye 3 olabilmek üzerine kurulu, başarılı olabilmek için  bitmiş bazı projeler ve bunlardan öğrenme sürecine geçiş önem kazanıyor.  CMM ve bir çok detayını ileride kendi iç sürecimize göre veya önceki  deneyimlerimize dayanarak bir gün yazarız fakat burada ana amacımız PMM  yani PACS Maturity Model&#8217; in köklerini tanımlayabilmektir. PMM CMM&#8217;in  başarısından sonra ondan türetilen organizasyonal bir PACS öğrenme ve  yenilenme sürecidir diyebiliriz.<br />
Kısacası kaliteli medikal görüntüleme hizmeti verebilmek için PACS  alımına gidip, ben kurdum artık gerisi gelir demek büyük yanılgı  olacaktır. Yazının yazıldığı an itibarı ile yıl sonunda yapılacak Tıp  Bilişimi kongresinde dahi PACS almamak taraftarı olanlarla tarafında  olanların kozlarını paylaşabileceği kürsülerin planlandığı duyumunu  alıyoruz :) Kaliteye bakışı, kurumsal kimliği ve hatalarından  öğrenebilme yeteneğini ortaya koyabilecek güçte olanlar bu yazı  dizisinden sanırım bir şeyler çıkartabileceklerdir ama bir bilişim  sistemini alıp tüm sorunların çözülmesini bekleyen bir çokları  yanılacaktır. Sizin kendi iç işleyişiniz bilişim sistemiyle uyumlu  olmadığı sürece faydalanma eğriniz çok yavaş olacaktır.</p>
<p><strong><img title="Daha fazla..." src="http://localhost/keremcaliskan/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />Metodlar:</strong></p>
<p>Neden  bu işe giriştim ve nasıl ilerliyorum demekte fayda var.</p>
<p><strong>Ders  gazı :</strong></p>
<p>Osman  Saka hocamızın verdiği Evaluation Methods in Health Informatics dersi  sırasında tıp bilişiminde değerlendirme metodları üzerinde does &amp;  donts tadında bir çok şey görme imkanımız oldu. Makalelerde genelde 3-4  isim görmeye alışmış bizim gibi mühendisler açısından veri toplayanların  bile dahil edildiği 50-60 isim yazan makaleleri görmek eğlence kaynağı  oldu :) Dönem sonunda bizim de bir değerlendirme yapmamız istendiğinde  Kamil Arslankoz ( MIN MS ) ve Özer Metin ( MIN PhD ) ile beraber bir  takım kurup araştırmalara başladık. Benim şirketimin PACS  geliştirmesinden dolayı son derece masumane bir şekilde :) ben bizim  sistemin değerlendireceği bir çalışma önerdim, neyse sonra bunun kolay  olsa da etik olmayacağına karar verip alternatiflere eğilmeye karar  verdik. Kamil hala Havelsan&#8217;da çalışan, Özer ise eski bir Havelsan  çalışanı durumunda ben ise eski bir Milsoft danışmanıydım. Özer birden  PMM fikriyle ortaya çıktığında bu çok hoşumuza gitti çünkü askeri  yazılım geliştiren her firmada çalışanların CMM veya CMMI bilgisi  teorinin ötesinde pratikte de sağlamdır ve bildiğimiz bir yapının  bildiğimiz başka bir sektöre uygulanması ile ilgili çalışma dikkate  değer gözüküyordu. karar verildikten sonra başladık çalışmaya.</p>
<p><strong>Literatür  taraması :</strong></p>
<p>Yola  ilk çıkışımız PACS ve Evaluation anahtar kelimeleriyle Pubmed,Springer  ve IEEE gibi yerlerde eşelenme ile sağlam google birlikteliğinden geldi.  Özer&#8217;in bulduğu &#8220;A PACS Maturity model: A systematic meta-analytic  review on maturation and evolvability of PACS in the hospital  enterprise&#8221; makalesinden sonra neye ve nereye bakmamız gerekeceği  konusunda rahatladık. Okurken de bazı kısımlarda epey güldük, özellikle  Türkiye&#8217;de PACS kullanımının tüm hastane ve kliniklerde %40 olduğunu  söyleyen Avrupa Birliği ülkeler grafiği bizi epey eğlendirdi. Sanırım  soruyu sordukları yetkili tıp sektöründe PACS&#8217;in adını duyan ( anlamını  bilmese de ) insan oranını vermeyi tercih etti :), keşke o oranlar doğru  olsa bugün farklı altyapıları konuşuyor olurduk. Bu yazı dizisinde  temeli adı geçen makale ve benim konulara ilişkin genel deneyimim  oluşturmaktadır, başarabilirsek sene sonuna ( 2009 ) yayınlamayı  planladığımız makale çok daha kapsamlı ve ülke gerçeğine yakın olacaktır  diye düşünüyorum.<br />
Literatür taraması sırasında aşağıdaki kurallara ağırlık verdik :<br />
- Tanımlarla ilgilenmeyelim, PACS, DICOM vb bilmeyenleri eğitme amacı  gütmüyoruz.<br />
- PACS uygulamasındaki temel taşlar olan görüntü alımı, DICOMization,  DICOM Depolama, DICOM Aktarım, DICOM Gösterim ve DICOM Print gibi  yapılar yerine bütüne odaklanan makaleleri seçilmeli.<br />
- PACS teknolojisinin artıları ve getirilerinden çok zaten bu yola  girmiş olan hastanelerin önüne yol haritası koyabilecek çalışmalara  odaklanılmalı.<br />
- Hastanelerde PACS&#8217;den faydalanma ihtiyacına yoğunlaşan ve bunu  örnekleyen çalışmalar aranmalı.<br />
- Hastanelerde PACS konusunda öğrenme / evrimleşme süreçleri ile  olgunluk modelleri ile ilgili çalışmalar bulunmalı.</p>
<p>Bir  sonraki yazımızda PACS Olgunluğu ve Evrimleşebilirliği üzerine devam  etmeyi planlıyorum. Umarım buradan güzel şeyler çıkacak ortaya, burda  yazıp söz verince daha bir kasıp hem çalışmayı yapmaya hem de burda  yazının devamını getirmeye mecbur hissediyor insan yoksa bu sayfayı  direk silmek gerekecek yakında :)  </p></div>


<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-1/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Genel Sözlük</title>
		<link>http://www.keremcaliskan.com/genel-sozluk/</link>
		<comments>http://www.keremcaliskan.com/genel-sozluk/#comments</comments>
		<pubDate>Fri, 19 Jun 2009 15:23:45 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Genel Sözlük]]></category>
		<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>
		<category><![CDATA[RFID]]></category>

		<guid isPermaLink="false">http://10.0.0.101/kerem/?p=96</guid>
		<description><![CDATA[Buraya elimden geldiğince, dilim döndüğünce uğraştığım konular ile ilgili bilgi vermeye çalışacağım terimsel sözlükleri koymayı planlıyorum. En önce genel bir Medikal Görüntüleme ile ilgili Tıp Bilişimi Sözlüğü ile başlıyorum, istediğim kıvama erişirse ileride şirket sayfasından da bilgilenme amaçlı kullanılmasını sağlayabilirim. PACS, DICOM, HL7, IHE gibi büyük harfli terminolojiler ile anlamlarını burada toplayacağım :) No related [...]


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div align="justify"> Buraya  elimden geldiğince, dilim döndüğünce uğraştığım konular ile ilgili bilgi  vermeye çalışacağım terimsel sözlükleri koymayı planlıyorum.</p>
<p>En önce  genel bir <a href="http://www.keremcaliskan.com/index.php/genel-sozluk/pacs-dicom-hl7-ihe-medikal-goruntuleme-terminolojisi/">Medikal  Görüntüleme ile ilgili Tıp Bilişimi Sözlüğü</a> ile başlıyorum,  istediğim kıvama erişirse ileride şirket sayfasından da bilgilenme  amaçlı kullanılmasını sağlayabilirim. PACS, DICOM, HL7, IHE gibi büyük  harfli terminolojiler ile anlamlarını burada toplayacağım :)  </div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fwww.keremcaliskan.com%2Fgenel-sozluk%2F&amp;linkname=Genel%20S%C3%B6zl%C3%BCk"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>

<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/genel-sozluk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
