<?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 &#187; Medical Image Processing</title>
	<atom:link href="http://www.keremcaliskan.com/tag/medical-image-processing/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>Sun, 27 Mar 2011 14:50:20 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Medikal Görüntü İşleme II</title>
		<link>http://www.keremcaliskan.com/medikal-goruntu-isleme-ii/</link>
		<comments>http://www.keremcaliskan.com/medikal-goruntu-isleme-ii/#comments</comments>
		<pubDate>Sat, 19 Mar 2011 15:37:19 +0000</pubDate>
		<dc:creator>editor</dc:creator>
				<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Genel Sözlük]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntü İşleme Terminolojisi]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>
		<category><![CDATA[PACS]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>

		<guid isPermaLink="false">http://www.keremcaliskan.com/?p=536</guid>
		<description><![CDATA[Medikal görüntü işleme ve tıp bilişiminin kesişme noktaları, PACS, DICOM gibi yapıların burdaki yerleri ve aslında medikal görüntü işleme dediğimizde ne algılamalıyız? sorularına cevap vermeye çalışan yazı dizisi.


No related posts.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></description>
			<content:encoded><![CDATA[<h2 style="text-align: justify;"><strong>Görüntü Standartlaştırma</strong></h2>
<p style="text-align: justify;"><strong> </strong></p>
<p style="text-align: justify;">Hasta popülasyonlarından elde edilen görüntü veri gruplarının niceliksel karşılaştırmasına izin veren görüntü standartlaştırma tekniklerinde yararlanılmıştır. Bu teknik standart veri kümelerinin yaratılması (metinsel veriler için standart referans terminolojilerine benzer şekilde) ve görüntü veri kümelerinin (otomatikleştirilmiş eşleştirme yöntemleri ve metinsel verinin standart terminolojisine benzer şekilde) eşleştirilmesi için yöntemler içermektedir. Görüntü standartlaştırılmasına başlamadan önce, yakından ilgili iki konuyu tartışacağız, DICOM ve DICOM-yapısal raporlama (DICOM-SR). DICOM ve DICOM-SR’nin tek başlarına görüntü içerik standardizasyonu yapmadıkları, fakat standart bir formatta önemli görüntü elde etme bilgisi ve görüntü içerik standartlaştırılması için ön koşul sağladığı unutulmamalıdır.</p>
<p style="text-align: justify;"><em> </em></p>
<p style="text-align: justify;"><strong>DICOM ve DICOM-SR</strong></p>
<p style="text-align: justify;"><em> </em></p>
<p style="text-align: justify;">DICOM standardı, Ulusal Elektrik Üreticileri Derneği (NEMA) tarafından, tıbbi görüntülerin dağıtılması ve görüntülenmesine yardım için oluşturulmuştur. Tek bir DICOM dosyası, hem hasta demografik bilgisi ve görüntü elde edilmesi ile ilgili parametreleri tutan başlık bilgisini hem de görüntü verisini içerir. Bu standart, kullanıcının, görüntü geometrisinin ve kontrastının (örn. MR’ın içindeki sıra tipi ve parametreler) belirlenmesinin zor olduğu elde edilme bilgisinin tutulduğu alanlara erişimini sağlar. Bu bilgi, görüntü içeriği tarafından daha detaylı sınıflandırılmasından daha çok görüntü çalışmalarının (modalite, ardışıklık tipi ve oriyantasyon tarafından) sınıflandırılmasında önemlidir. DICOM standardı aynı zamanda ok ve gösterge gibi anotasyonları içeren görüntü sunum durumlarını kaydetmek için standart alanlar sağlar. DICOM-SR listeleri ve hiyerarşik ilişkileri, metine ek olarak kodlanmış ya da sayısal içeriğin kullanımını, kavramlar arasındaki ilişkilerin kullanımını ve görüntülere ve diğer nesnelere gömülü referansları destekleyen bir yapısal raporlama altyapısıdır. DICOM-SR’nin yalnızca modeli tanımladığı; örnekleme işlemi için doğal dil işlemcisinin ya doğrudan yapılandırılmış girdisine (şablon kullanımı olsun ya da olmasın) ya da yapılandırılmış çıktısına ihtiyaç duyulduğu anlaşılmalıdır.</p>
<p style="text-align: justify;"><strong>Atlaslar</strong></p>
<p style="text-align: justify;">Anatominin standartlaşmış 3 boyutlu koordinat sistemi içindeki detaylı sunumu atlas olarak tanımlanmıştır. Bu anlatımda konu görüntüleme verisinden yaratılmış dijital atlaslarla sınırlandırılmıştır. Atlaslar ortak bir referans sistemiyle eşleştirildiklerinden standart veri olarak değerlendirilebilirler. Çeşitli hasta koşulları için çok modaliteli, çoklu organ atlasları olduğu halde atlas gelişiminin büyük bölümü normal beyin üzerinde yoğunlaşmıştır. Bunlar, beynin ve son dönemde, beyinkökünün etiketlenmiş atlaslarını ve hastalığa ve yaşa özel veri kümelerini kapsar. MR beyin atlaslarının gelişimi 2 şekilde olur: (1) tek tek taramalardan elde edilmiş referans atlasları ve (2) birçok konuda yapılan taramaların ortalaması olan olasılıklı atlaslar. Atlasların farklı kullanımları vardır; etiketlenmiş referans atlasları öğretim amaçlı ve model-temelli bölme için, olasılıklı atlaslar ise, model-tabanlı bölümlerde, hedef popülasyonlar genelinde bulunan yapılardaki gizli morfolojik değişiklikleri takip etmek için kullanılmaktadır. Olasılıklı atlaslar, birkaç gönüllüden ortak bir şablona kadar yapılan taramaların esnek şekilde deformasyonu için karmaşık işlemlere ihtiyaç duyar. Olasılıklı atlaslarda yapıların etiketlenmesi referans atlasında etiketlenmesine göre daha gereklidir, çünkü herbir orijinal görüntünün el ile etikletlenmesi, en son etiketi hesaplamak için kullanılır.</p>
<p style="text-align: justify;">Morfolojik atlas kavramı, MR parametrik görüntüleri gibi diğer atlaslara genişletilebilir. Fakat şimdiye kadar, klinik sonuç üretilen zamanlarda dönüş-kafesi gevşemesi (T1), dönüş-dönüş gevşemesi (T2) ve belli difüzyon katsayısı (ADC) gibi MR parametreleri elde edilememiştir. Yüksek hızlı elde etme tekniklerinin gelişmesiyle, parametrik görüntüler günümüzde klinik bir gerçek olarak ortaya çıkar. Şu anda, MR görüntü karşılaştırmaları için sayısal standartlar sağlamak amacıyla, MR parametrelerinin beyin atlasları geliştirilmektedir. Parametrik atlaslar morfolojik değişimlerin ötesinde bilgi sağlayacak ve çeşitli hastalık süreçleriyle  ve normal büyüme şablonlarıyla ilgili derinde yatan fizyolojik süreçleri imkan dahilinde yansıtacaktır. T1, T2 ve ADC gibi MR parametrelerinin çoklu skleroz, epilepsi ve felç gibi hastalık süreçlerinin hassas göstergeleri olduğunu ispatlayan raporların sayısı artmaktadır.</p>
<p style="text-align: justify;"><strong>Atlas ile Eşleştirme</strong></p>
<p style="text-align: justify;">Atlasların oluşturulması ve yeni görüntü kümelerinin var olan bir atlas ile eşleştirilmesi farklı veri kümelerindeki yapıları sıralayabilen özel kayıt algoritmalarına ihtiyaç duyar. Değişmez vücut dönüşümü, farklı elde etme yolları arasındaki hasta oryantasyonundaki değişiklikler için düzeltilebilir fakat morfolojik farklılıklarda hesaba katılamazlar. Anatominin normal fizyolojik farklılıklarından ya da hastalık sürecinden kaynaklanan bu farklılıkları modellemek için esnek deformasyon algoritmaları gerekir. Yeniden, görüntü kayıt algoritmasının gelişimi görüntü işleme alanında düşüşe geçmektedir ve okuyucu, hem doğrusal olan hem de doğrusal olmayan kayıt tekniklerini inceleyen kapsamlı makalelere yönlendirilmiştir. Dijital atlas gelişiminde olduğu gibi, kayıt algoritmalarının çoğu beyin veri kümeleri için geliştirilmiş ve doğrulanmıştır, fakat günümüzde beyne ait olmayan yapılara ait başvurular da raporlanmaktadır.</p>
<p style="text-align: justify;"><strong>İçerik Tabanlı Tıbbi Görüntü Erişimi</strong></p>
<p style="text-align: justify;"><strong> </strong></p>
<p style="text-align: justify;">Büyük görüntü veritabanları sayesinde görüntü içeriğiyle arama yapabilmenin önemi artmaktadır. Görüntü içeriğinden erişimi desteklemek için metin-tabanlı sorgulamayı genişleten yeni teknikler gereklidir.  Bu, özellikle, sistem yalnız görüntü içeriğine ya da ilgili metin verisiyle bağlantısına dayalı erişime sahip olduğunda desteklenebilen, kanıta dayalı tıp uygulamasına yönelik şu anki eğilim için doğrudur. Geniş kapsamda bütün görüntüleri ele alırsak (tıbbi görüntülerle sınırlı kalmadan) içerik-tabanlı görüntü erişimi şu anda ticari ya da prototip uygulamaları (örn. QBIC, VIRAGE, Photobook, Blobworld ve Netra Sistemleri) olan, çok sayıda sistemi etkileyen aktif araştırma alanıdır. Çoğu içerik-tabanlı görüntü erişim algoritmasının öncelikli tekniği, her görüntünün piksel değerlerine göre imzasını çıkarmak ve imzaları kıyaslamak için bir kural oluşturmaktır. İmza, görüntü sunumu olarak hizmet eder ve imzanın öğeleri özellik olarak adlandırılır. Renk, doku ve şekil, çoğu içerik-tabanlı görüntü erişim sistemine görüntü sunumunun özellikleri olarak dahil edilmiştir. Temel şema, tüm görüntüyü sorgu görüntüsü olarak kullanır fakat başka birçok sorgulama şeması da mevcuttur: erişimin görüntüdeki belirli bir alana dayandığı ya da erişilecek görüntü/objelerin renk histogramının ya da nesne modalitesinin belirtilmesiyle bölge tabanlı arama. Görüntü özelliklerinde sadece indeksleme yapmak, arama alanını daraltacak bir yol sağlar fakat önemli anlamsal bilgi, uygulama sırasında kaybolabilir. Görüntüleri anlamlı katsayılar ile küçük parçalara bölen Photobook projesi, öz temel görüntü kümesinden oluşan depolanmış görüntülerin algısal olarak belirgin unsurlarını ifade etmek amacıyla oluşturulmuştur. Fakat bu sistemlerden hiçbiri, tıbbi görüntüler için özelleştirilmemiştir ve genel içerik-tabanlı görüntü algoritmalarını tıbbi görüntülere uyarlama çalışmaları yapılmasına karşın bu açılımı  yapmak boş bir adım değildir. Tıbbi görüntülere odaklanan içerik-tabanlı erişim sistemleri şunları içerir:</p>
<ol style="text-align: justify;">
<li>I2C bilgi sistemi, tıbbi görüntülerin görsel içerikleriyle indekslenmesine ve erişimine izin verir. Sistem, belirli görüntü sınıflarını temel alan görüntü analiz alışkanlıklarını tanımlamak için kullanılan araçları birleştirir, bu algoritmalardan bazıları etkileşimli, bazıları ise otomatiktir. I2C, mini-PACS sisteminin bir parçası olarak değerlendirilmiş ve aynı zamanda webde dağıtılmıştır.</li>
<li>Sistem, birleşik tıbbi dil sistemi (UMLS) sağlık kavramları sözlüğü ve bilgi tabanlı görüntü analizi kullanan anlamsal indeksleme ile birleştirilmiş bir metoda dayanır. Bu sistem, radyoloji raporlarının doğal dil işlemesini ve DICOM başlık bilgisini, çalışmadan görüntüler seçmek için bir araya getirir. Yazarlar, görüntüleri bölmek için aynı zamanda bazı bilgi tabanlı görüntü işlemenin entegrasyonunu da önermektedirler.</li>
<li>Serbest metin dokümanlarını aramak için N-gram metodunun uzantısına dayanan, soyut manada görüntü içeriğini anlatan, global imzanın hesaplandığı CANDID sistemi, görüntü indeksleme için kullanılıyor. Bu sistem, göğüs CT görüntülerine erişmek için değerlendirilmektedir ve doku özelliklerini esas alır.</li>
<li>ASSERT sistemi, ROI’yi (hastalık taşıyan bölge) tanımlamak için bir doktora ihtiyaç duyar. Görüntü, ROI için hesaplanmış özelliklerle indekslenmiştir. Sistem, şu anda yüksek çözünürlüklü CT akciğer görüntüleri üzerinde klinik olarak değerlendirilmektedir.</li>
<li>Sorgu görüntüsüyle en iyi uyumu sağlayan görüntüyü, otomatik olarak seçmek için metin bilgisiyle, üç boyutlu yerleşimle ve özellik çıkarımı ile birleştirilen,  nörolojik görüntüler için olan içerik-tabanlı görüntü erişim sistemi, patoloji (felç, kanama, ve tümör) içeren görüntülerle değerlendirilmektedir. Kullanıcıların, görüntü arama alanını daraltmak için sorgu görüntüsü ile ilgili metin verisi girmesi gerekmektedir.</li>
<li>Görüntü tabanlı veritabanı (IRDB) sistemi, temel öğe analizine dayanan ve MR beyin görüntülerinin erişimine göre değerlendirilmiş olan tıbbi görüntü indekslemeyi kapsar. Bu ilk çalışma, yöntemi incelemek için genişletilmiş ve performansı nicelik açısından değerlendirilmiştir.</li>
<li>Son çalışma, patoloji görüntülerinin çok çözünürlüklü alan tabanlı araması için genel içerik-tabanlı görüntü erişim algoritmasının (SIMPLICITY) genişletilmesini ele almaktadır.</li>
<li>Farklı görüntü eşleştirme algoritmalarına ev sahipliği için altyapı sağlayan PACS ortamına entegre edilen içerik-tabanlı erişim sistemi de son zamanlarda tanımlanmıştır.</li>
</ol>
<p style="text-align: justify;">Bu gelişmeler, içerik-tabanlı tıbbi görüntü indeksleme ve erişiminde öncülük eden çabalardır. Yukarıda, içerik-tabanlı görüntü erişimi için özetlenen metodolojiler özellik çıkarımına dayanır, özelliklerin detayları ise uygulamaya bağlıdır. Kullanıcı etkileşiminin boyutu, kapsamlıdan en az kapsamlıya kadar değişir ve görüntü bölmenin zor olan tarafının üstesinden gelmek için gereklidir. SIMPLICITY, wavelet (dalgacık) tabanlı doku özellikleri kullanır ve görüntüyü yaklaşık olarak bölerek görüntü alt bölgelerini eşleştirir. Yan et al. tarafından tanımlanan bu algoritma, beyin simetrisine dayanır ve özellikler, yarısı çıkartılmış beyinler için hesaplanır. Buna karşın, bu tekniğin diğer vücut bölgelerinde kullanılabilirliği kolay değildir. Öz görüntü metodolojisinin kullanımı, görüntü erişiminin kesinliğinin arttırılmasını gerektiren görüntü önişleme adımlarına odaklanarak incelenmiştir. Ayrıca, bu metodoloji, beynin içindeki yapıları tanımlamak için de kullanılmıştır. Bu yöntem, beyin görüntülerinden oluşan bir veritabanı üzerinde doğrulanmış olsa da kavramsal olarak diğer organlar için de kullanılabilir.</p>
<p style="text-align: justify;"><strong>İçerik-tabanlı Görüntü Erişimi’nde Öz Görüntü Metodolojisi</strong></p>
<p style="text-align: justify;">Alıştırma görüntülerinin olduğu küme, {xk} vektörleri olarak tanımlanmıştır ve m=Σ{x} ise C = Σ{(x − m)(x − m)T} ortak değişken matrisini oluşturmak için kullanılmıştır. vn ve λn’i sırasıyla C’nin öz vektörleri ve öz değerleri olarak tanımlayalım ve bu durumda ortak değişken matrisi C = Σnλn vn vn T olarak açıklanabilir. En büyük öz değerlere sahip öz vektörler bir çok bilgi içerir, bir anlamda prototip görüntüler olarak düşünülebilirler. Kümedeki her görüntü, sonradan xk ≈ Σpcp vp olan öz vektörlerin doğrusal kombinasyonuna yaklaştırılabilir, buradaki cp katsayısı, her birinin farklı k sınıflarına atandığı xk görüntüsü için özellik açıklamasıdır. Yeni bir sorgu görüntüsü olan qi, benzer şekilde özuzaya yöneltilmiştir ve cq katsayıları hesaplanmıştır. Sorgu görüntüsünü en iyi tanımlayan sınıf, alıştırma kümesindeki k sınıfları için p = {1,2,…,k} olduğunda, cq ve cp kaysayılarının Öklid uzaklığının karşılaştırılmasına göre belirlenir. Böylece sorgu görüntüsü, alıştırma kümesi sınıfına atanarak sonuçlanır ya da yeni bir sınıf oluşturur. Erişimin kesinliğini arttırmak amacıyla, ortak değişken matrisini (C  =  Σ{log(x/m)log(x/m)T} gibi) oluşturmak için kullanılan şartlardaki değişimlerin yanı sıra, birçok otomatik önişleme stratejisi de incelenmiştir. Farklı yöntemlerle elde edilen görüntüler arasındaki yoğunluk farklılıklarına olan duyarlılığı azaltmak için görüntü oranları incelenmiştir. Görüntü oran yöntemi, günlük indeks olarak anılırken, görüntü farklarından oluşan ortak değişken matrisi, çıkarma indeks yöntemi olarak anılmaktadır.</p>
<p style="text-align: justify;">Alıştırma görüntü kümesi, tek bir MR serisinden elde edilen ardışık 100 dilimden oluşturulmuştur (bkz. ŞEKİL 4). Farklı boyutsal seviyelerdeki hastalardan alınan 100 görüntü, alıştırma kümesinden daha çok sorgu görüntüsüne benzeyen görüntü çekmek amacıyla, sorgu görüntüsü olarak kullanılmıştır. Sorgu görüntüleri, tümörü olan ve organları çıkarılmış hastaları dahil edecek şekilde seçilmiştir. Bir uzman, doğru eşleşmeden alınan dilimin dilim sapmalarını sınıflandırarak performansı değerlendirmiştir (2mm’lik sapma, alıştırma kümesinden alınan dilimin, doğru eşleşme diliminden 2 mm farklı bir yere hareket ettiği anlamına gelmektedir).</p>
<p style="text-align: justify;">ŞEKİL 5, çeşitli ön işleme ve erişim indeks şemaları için kullanılan erişim profilini özetlemektedir. Erişim kesinliği, hem 3-boyutlu alanda görüntü uyumu, hem de yoğunluk standartlaştırılması açısından görüntü standartlaştırılması ile ilişkilidir (üç boyutlu hizalamanın olduğu 3’ten 5’e kadar olan Serilerin üzerine, tahminen 2-boyutlu hizalama kullanmış olan Seri 1 ve Seri 2’nin erişim performansını karşılaştırın). Görüntü yoğunluklarına olan duyarlılık, günlük indeksi uygulanarak azaltılmıştır (Seri 4 ve Seri 5 aynı performansa sahiptir). Bu ön çalışma, tam bir eşleşmenin gerçekleşmesi için hem alıştırma kümesi hem de sorgu görüntüleri için uygulanan bölge ve yoğunluk standartlaştırması için gerçekleştirilen önişleme adımlarının dahil edilmesinin önemini vurgulamaktadır.</p>
<p style="text-align: justify;"><strong>Yapılandırılmış Metin Verisi</strong></p>
<p style="text-align: justify;">Birçok araştırmacı, kanıta dayalı tıbbi pratik ve araştırmayı kolaylaştırmak için metni ve görüntüleme verisini yapılandırmaya duyulan ihtiyaca dikkat çekmiştir. Tıp bilişiminde, klinik hikayelerden, ameliyat raporlarından ve radyoloji raporlarından alınan paralel metin bilgisinin, görüntü verisine uygun içerik sağlamak için önemli olduğunun anlaşılması gerekmektedir. Örnek verilecek olursa; bir çalışmanın ilgili görüntülerinin seçilmesi, (GÖRÜNTÜ ÇALIŞMA ÖZET’ine bakınız) radyoloji raporlarının doğal dil işlemesi ile elde edilmiş olan yapılandırılmış verinin etiketlenmiş atlasların hasta görüntü verisine otomatik eşleştirmesi ile entagrasyonuna ihtiyaç duyar. Metin bilgisi, Yan vb. ve Lowe vb.’nin içerik-tabanlı tıbbi görüntü erişim algoritmalarının içine de eklenmiştir.</p>
<p style="text-align: justify;">&nbsp;</p>
<div id="attachment_539" class="wp-caption aligncenter" style="width: 611px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2011/03/Şekil-4.jpg"><img class="size-full wp-image-539 " title="Sekil-4" src="http://www.keremcaliskan.com/wp-content/uploads/2011/03/Şekil-4.jpg" alt="" width="601" height="286" /></a><p class="wp-caption-text">ŞEKİL 4. Alıştırma kümesinden alınan görüntülerin alt kümesi (solda) ve bu alıştırma kümesi için en önce gelen 16 öz görüntü (sağda).</p></div>
<p style="text-align: justify;">&nbsp;</p>
<p><span style="font-size: 11px; line-height: 17px;"> </span></p>
<div class="mceTemp" style="text-align: center;"><span style="font-size: 11px; line-height: 17px;"><br />
</span></div>
<p style="text-align: justify;"><a href="http://www.keremcaliskan.com/wp-content/uploads/2011/03/Sekil5.jpg"><img class="aligncenter size-full wp-image-545" title="Sekil.5" src="http://www.keremcaliskan.com/wp-content/uploads/2011/03/Sekil5.jpg" alt="" width="417" height="287" /></a><strong>Şekil 5</strong>. Görüntülerin görüntü erişim kesinliği şu şekildedir: 1’den 4’e kadar olan</p>
<p style="text-align: justify;">Seriler çıkarma indeksi kullanır. Seri 1, 2-boyutlu hizalama yapılmış, histogram açışından eşitlenmiştir; seri 2, 2-boyutlu hizalama yapılmış, histogram açısından eşitlenmiş, Gaussian filtresi uygulanmıştır; seri 3, 3-boyutlu kaydedilmiş, orijinal yoğunluklara sahiptir; seri 4, 3-boyutlu kaydedilmiş, histogram açısından eşitlenmiştir; seri 5, 3-boyutlu kaydedilmiş, orijinal yoğunluklara sahip, kayıt indeksi vardır.</p>
<p style="text-align: justify;">Karar desteği ve tıbbi kaydın sunumunu düzenlemeye ve geliştirmeye yardım etmek için, yapılandırılmış raporlamanın olası yararlarını gösteren birçok çalışma yapılmıştır. Sadece yapılandırılmış veri, günümüzde bilgisayar biliminin bir alanından geliştirilen gelişmiş boyutsal, zamansal ve evrimsel veritabanı modelleme tekniklerinden etkilenir. Metinsel veriyi yapılandırmak için iki temel yaklaşım vardır: Geleneksel yapılandırılmış veri girişi ve doğal dil işleme teknikleri.</p>
<p style="text-align: justify;"><strong>Geleneksel Yapılandırılmış Veri Girişi</strong></p>
<p style="text-align: justify;">Geleneksel yapılandırılmış veri girişi (SDE), kullanıcıyı, formlar, taslaklar ve/veya makrolar kullanarak sınırlı denetimli sözlükten açıklamalar yazmaya zorlar. Birçok sistem geliştirilmiştir: radyoloji için işaretleyici, ilerleme raporları için pen-ivory sistemi ve gastrointestinal endoskopi için raporlama sistemi. Çeşitli kullanıcı arayüzü tasarımları (sayfa, devamlı mı sayfa-kaydırmalı mı; palet, sabit mi dinamik değiştiricili mi; ve arama sonuçları, kısmi listeli mi tam listeli mi) ve girdi araçları (elektronik kalem ve sayısallaştırma tableti) değerlendirilmiştir. Şekil tabanlı yapılandırılmış raporlamanın olumlu yönleri, tutarlı kapsam, karar desteği ve uyumdan emin olmayı kapsar. Şekil tabanlı yapılandırılmış raporlama sistemlerinin yararlarına rağmen bu sistemler, yaygın şekilde benimsenmemiştir. Bazı engelli prototipler ve ticari ürünlerde rapor sapmaları, sınırlı ifade edilebilirlik, rapor kusurları, emek yoğunluğu, zaman alıcılık ve geleneksel iş akışı karmaşası bulunur.</p>
<p style="text-align: justify;"><strong>Doğal Dil İşleme Yaklaşımı</strong></p>
<p style="text-align: justify;">Yapılandırılmış raporlamaya yönelik doğal dil işleme (NLP) yaklaşımı, doktorların istedikleri gibi rapor yazdırmalarına izin vermektedir. Bir bilgisayar programı, doktorların serbest-metin açıklamalarını otomatik olarak yorumlar ve bilgiyi bilgi yapılarının içine formüle eder. (örn., çerçeveler). NLP yaklaşımının en önemli avantajı, raporlama yapan doktora görünür olan bir veri yapılandırma gerçekleştirmesidir. Tıbbi doğal dil işleme problemi üzerinde çalışan sınırlı sayıda araştırma grubu bulunur; bu konunun tam bir özeti Referans 65’te bulunabilir. Şimdiye kadar, birçok tıbbi doğal dil işleme, sözdizimsel ve anlamsal gramerlerin birleştirilmesine dayanan sembolik metodlar kullanılarak uygulanmıştır. Bu sistemlerin açıklanmış doğruluğu, incelenen alanlar içinde  anlamlandırılabilir olmuştur. Ancak bu sistemlerin yeni tıbbi alanlardaki başarısı ve uyumluluğu tam anlamıyla, henüz incelenmektedir. Birçok klinik öncesi değerlendirme olduğu halde, NLP sistemleri klinik ortamlara seyrek olarak yerleştirilir. MedLEE sistemi, bugün belki de en çok uygulanan ve en kapsamlı tıbbi doğal dil işleme sistemidir ve 1995’ten beri düzenli olarak Kolombiya-Presbiteryan Tıbbi Merkezi’ndeki radyoloji raporlarına rutin olarak uygulanmaktadır. MedLEE bağımsız olarak değerlendirilmiş ve bazı klinik tanıma görevlerinin pratik kullanımı için etkili bulunmuştur.</p>
<p style="text-align: justify;">Ortak referans çözünürlüğü, sözcük özelliklerinin dinamik değişimi, var olan elektronik tıbbi veri sözlüklerinin entegrasyonu, birleşik listelerin ve parantez içindeki deyimlerin gelişmiş kullanımı, tamamen sözdizimsel ayrıştırma, anlamsal yorumlama, bilinmeyen sözcüklerin kullanımı ve sistem çıktısını açıklayıcı kuralsal sunum ile eşleştirme gibi tıbbi doğal dil işleme alanındaki birçok problem devam etmektedir. İstatistiki doğal dil işleyiciler, sembolik yöntemlerdeki temel eksiklikler nedeniyle, günümüzde daha çok dikkat çekmektedir. İlk olarak, birinin, dili yalnızca kural-tabanlı bir sistem kullanarak modelleme başarı olasılığı olmayan bir yöntemdir, çünkü kurallar hiçbir zaman kapsamlı olmayacaktır ve çoğu kural ne kesin ne de bağımsız değildir (çoklu kurallar kendi aralarında zayıf etkileşime sahiptir). İkincisi, ortaya çıkan belirsizliği azaltırken kural kapsamını arttırma amacı, esasen sembolik NLP sistemleriyle uyuşmaz. Çizimleri belirsizleştirmek için gramer kapsamını genişletmek, sık sık, planlanmamış inceleme sayısının artışını beraberinde getirir. Üçüncü olarak, sembolik sistemlerde kural tabanı yöntemini yönetmek zaman alıcı ve zordur. Genelde, kural-tabanlı sistemler iyi şekilde ölçeklendirilmez. Son olarak ise, kural-tabanlı sistemler, daha önce görülmemiş modellerle ve dildeki değişikliklerle iyi bir uyum göstermez. Burada, radyoloji raporlarının geniş açıyla değerlendirildiği istatistiki doğal dil işleyicisi tanıtılmaktadır.</p>
<p style="text-align: justify;"><strong>İstatistiki Doğal Dil İşleyicisi</strong></p>
<p style="text-align: justify;">Doğal dil işleyicisinin amacı, tıbbi raporun önemli bulgularını çıkarmaktır. İlk işi, bu raporlardan çıkarmak için bilginin türünü belirlemektir. Hastanın durumunu nitelendirmek için mümkün olduğunca çok detay çıkarılmıştır.</p>
<p style="text-align: justify;">Örnek 1 [Örn-1] Beyin tümörü/ödemi olan bir hastanın raporundan örnek bir parçayı gösterir.</p>
<p style="text-align: justify;">[Örn-1] FLAIR’de ve T2 ağırlıklı görüntülerde, sağ ön çeperde ve ön çeperde beyaz madde içeren etrafı kaplamış ödem işaretlenmiştir. Bu yaklaşım, basit mantıksal ilgi ilişkisini tanımlamak ve herbir ilişki için ayrı doku eşleştiricisi geliştirmek için var olmuştur. Mantıksal bir ilişki, bir dayanaktan ve bir ya da daha fazla değişkenin düzenlenmiş listesinden oluşur. Bu dayanak, değişkenler arasındaki ilişkinin tipini gösterir. Birçok durumda, her mantıksal ilişki üç değişkenden oluşur: bir başlık, bir ilişki ve bir değer. Başlık, değer tarafından değiştirilen bir kavramdır. Genellikle ilişki için EQUALS’un varsayılan değeri kullanılır. Örneğin, [Örn-1]’de bulunan mantıksal ilişkiler TABLO 1’de listelenmiştir. Alandaki çalışmalarda göğüse ait radyoloji alanında 120 mantıksal ilişki tanımlanmıştır.</p>
<p style="text-align: justify;">NLP sisteminin mimarisi, beş etkileşimli modül içerir.</p>
<ol style="text-align: justify;">
<li>Yapısal analizci, bir tıbbi raporu bağımsız bölümlere ve cümlelere ayrıştırır.</li>
<li>Anlamsal analizci, anlamsal ve sözdizimsel etiketleri cümledeki her bir kelimeye veya kelime grubuna atar. Şu anda, sözlüğün içinde 250 anlamsal etiket ve 12 sözdizimsel kategori vardır.</li>
<li>Ayrıştırıcı, kelime-kelime bağımlılık ağacı üretmek için istatistiki yöntemler kullanır. Bağımlılık ağacı, bir cümlenin yapısını cümlenin kelimelerindeki ikili sistem başlık düzenleyici ilişkisine (bağımlılık olarak da bilinir) göre belirler. Ayrıştırıcı, tüm başlık düzenleyici bağlantılarının genel sonuç olasılığını en üst düzeye çıkaran ağaç konfigürasyonunu belirlemek için istatistiki yöntemler kullanır.</li>
<li>Anlamsal yorumlayıcı, TABLO 1’de gösterildiği gibi mantıksal ilişkiler kümesi oluşturarak ayrıştırıcı bağlantılarının anlamsal içeriğini sağlar.</li>
<li>Çerçeve yapıcı, bütün mantıksal ilişkileri, yapılandırılmış çerçeveler içinde toplar. Herbir çerçeve, seçilmiş özelliklerin açıklamalarıyla birlikte belirli bir konu (örn. kütle) hakkında bilgi sunar.</li>
</ol>
<p style="text-align: justify;"><strong>Metin Verisini Standartlaştırma</strong></p>
<p style="text-align: justify;">Serbest metnin yapılandırılmasına ek olarak, yapılandırılmış terimlerin, standartlaştırılmış terminolojiyle eşleştirilebilmesi de önemlidir. Birçok çalışma, standart terminolojilerin (UMLS ve SNOMED-RT) kavram kapsamını, romatizmal hastalık yönetiminde sağlık durumu değerlendirmesi, klinik radyoloji, tıbbi prosedürler, klinik hemşireliği dili ve klinik problem listesinin kodlanması gibi tıp ile ilgili çeşitli alanlarda değerlendirmiştir. Bu değerlendirmelerin genel sonucu, belirli terminolojiler belli alanlara daha çok uyuyormuş gibi görünse de her iki terminolojinin kavram içeriğinin, incelenen tıbbi alanların herhangi birinde tam olmadığıdır. Bu değerlendirmelerde, kavramların standart terminolojilerle eşleştirilmesi ya bir uzman tarafından el ile ya da otomatik çalışan indeksleme araçlarıyla gerçekleştirilmiştir. Literatürde ileri sürülen otomatik yöntemler, tam terim eşleşmesini içeren nispeten basit tekniklerle anlamsal uzaklık ölçülerinin birleştirilmesi, trigram indeksleme, vektör alanları ve deneye dayalı erişim gibi daha karmaşık teknikler arasında değişiyor.</p>
<div id="attachment_547" class="wp-caption aligncenter" style="width: 472px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2011/03/TABLO-11.jpg"><img class="size-full wp-image-547 " title="TABLO 1" src="http://www.keremcaliskan.com/wp-content/uploads/2011/03/TABLO-11.jpg" alt="" width="462" height="112" /></a><p class="wp-caption-text">TABLO 1. Mantıksal ilişkiler örnek olarak [Örn-1</p></div>
<p style="text-align: center;">&nbsp;</p>
<p style="text-align: justify;">Standart sunumla tıbbi raporlardaki kavramların SNOMEDIII gibi otomatik eşleştirme incelenmiştir. İlk uygulama, NLP tarafından, göğse ait radyoloji raporlarından çıkarılan kavramların otomatik eşleştirilmesini değerlendirmiştir. Değerlendirme, otomatik eşleştirmenin, terimlerin 87%’si için doğru olduğunu göstermiştir(toplamda 700 terim değerlendirilmiştir). Terimlerin 12% kadarı SNOMED 3.5’un içinde bulunmuyordu (değerlendirme zamanında var olan versiyon); bu terimler aslında radyolojiye özel kavramlardı.</p>
<p style="text-align: justify;">&nbsp;</p>


<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/medikal-goruntu-isleme-ii/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Medikal Görüntü İşleme I</title>
		<link>http://www.keremcaliskan.com/medikal-goruntu-isleme/</link>
		<comments>http://www.keremcaliskan.com/medikal-goruntu-isleme/#comments</comments>
		<pubDate>Tue, 11 Jan 2011 11:59:28 +0000</pubDate>
		<dc:creator>editor</dc:creator>
				<category><![CDATA[DICOM]]></category>
		<category><![CDATA[Genel Sözlük]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntü İşleme Terminolojisi]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>
		<category><![CDATA[PACS]]></category>
		<category><![CDATA[Image Processing]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></category>

		<guid isPermaLink="false">http://www.keremcaliskan.com/?p=486</guid>
		<description><![CDATA[Medikal görüntü işleme ve tıp bilişiminin kesişme noktaları, PACS, DICOM gibi yapıların burdaki yerleri ve aslında medikal görüntü işleme dediğimizde ne algılamalıyız? sorularına cevap vermeye çalışan yazı dizisi.


No related posts.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Yoğun ve stresli bir süreçten sonra periyodik stres faktörüm Tez İzleme Komitesi geride kaldı ve yeni sorumluluklar ekleyerek saçlarda ak arttırma konseptine yardım etme kararı verildi. Tez konum nöroinformatik görüntülerin (fMRI, DTI, PET vb.) daha verimli depolanması ve hızlı ulaşımıyla alakalı yöntemler geliştirmek olarak özetlenebilir. Tabi bu konulara çalışırken rastladığım bazı makaleler benim konumdan uzak ama tıp bilişimi ve medikal görüntü işleme üzerine çok tanımlayıcı oluyorlar. Bu konuda rasladığım biraz eski tarihli de olsa yapıyı çok iyi anlatan bir makaleyi sizinle paylaşmak istedim. &#8220;A Review of Medical Imaging Informatics&#8221; adlı bu makale 2002 tarihli ama problemin özünü kavrama açısından çok faydalı olacaktır. Yazı dizisinin bitiminde ise biraz gayriresmi bir dille de olsa makaleden sonraki çalışmalardan kaynaklanan gelişmeler ve klinik anlamda bu çalışmalardan gelecek için neler öngörebilirizi cevapmalamay çalışacağım.</p>
<h1 style="text-align: justify;">Medikal Görüntü İşleme</h1>
<p style="text-align: justify;">American Medical Informatics Association dergisinin 2000 yılındaki  yayınında  baş makalede &#8220;The cornerstones of medical informatics&#8221;, tıp bilişiminin dört aşamasından  biri olan Sağlık Hizmetleri hakkında, yeni bir bilgi yönetim grubunun gelişim temelleri anlatıldı. Bu dört ana unsur, tıp bilişiminin gelişimi için önemli olan altyapıya odaklanır ve geleneksel veri işleme ve bilgi sistemlerini genişletir. Makaleden alıntı yapılarak bu aşamalar aşağıdaki gibi açıklanabilir. (sıraları değiştirilmiştir) :</p>
<ol style="text-align: justify;">
<li>Verinin elde edilmesi ve sunulması için yöntemlerin geliştirilmesi ile aşırı yüklenme engellenebilir;</li>
<li>Veriyi ve bilgiyi resmetmek için yapılar üreterek karmaşık ilişkiler görselleştirilebilir;</li>
<li>Parçaların toplamından daha fazlasını elde etmek için çeşitli kaynaklardan alınan bilginin entegrasyonu ve bilginin iş süreçlerine entegrasyonu ile en yüksek verim düzeyinde harekete geçilebilir;</li>
<li>İnsan, süreç ve bilgi teknolojileri arasındaki değişimi yöneterek bilginin kullanımı optimize edilebilir.</li>
</ol>
<p style="text-align: justify;">Medikal görüntüleme bilişiminin bilişim konularına ek olarak görüntü saklama ve iletişim sistemleri (PACS), görüntü işleme ve analiz uygulamalarıyla ilgili alanları da kapsayan geniş bir tanımı vardır. Bu alanlardan her biri çok geniştir, mesela; PACS ağ oluşturma, görüntü arşivleme ve gösterme, görüntü sıkıştırma ve görselleştirme ile ilgili konuları kapsar. PACS şu anda 15 sene ya da daha fazla süren araştırma ve geliştirmeye dayanan oldukça olgun bir teknolojidir. UCLA Radyolojik Bilimler Bölümü görselleştirme, sıkıştırma ve ağ oluşturma konularındaki yenilikleriyle bu alanda öncüdür. Bununla birlikte, bilişim bakışı açısından PACS’in,<strong> geleneksel veri işleme ve bilgi sistemleri alanına ait olduğu düşünülebilir </strong>( Bu benim aslında her zaman ifade ettiğimle örtüşüyor, PACS gün geçtikçe standard HBYS benzeri otomasyona dönüşüyor bu da benim gibiler için zevksizleştiriyor:), o yüzden her zaman şirketteki arkadaşlara aynı şeyi söylüyorum PACS bizim nihai amacımız değil ana amacımıza giden yolda basit bir araçtır.). Medikal görüntü işleme ve analizi birçok araştırma alanı ile geniş bir konudur. Medikal görüntüleme alanına uygulanabilecek evrensel bir görüntü işleme çözümü/yaklaşımı olmadığı için medikal görüntü işleme ile ilgili birçok farklı yapıya başvurulabilir. Bu arada, PACS alanlarından görüntü işleme ve görüntüleme bilişiminin birlikte çalıştığını da vurgulamak iyi olur; PACS ve görüntü işlemedeki gelişmelerin görüntü bilişimi üzerinde etkisi vardır. Medikal görüntüleme bilişimi, başlangıçta anlatılan dört aşamanın  altyapısı sayesinde gelişir. Görüntü veritabanlarındaki görüntü çalışması özetlenmesini, standartlaştırılmasını ve dolaşımını kapsayan görüntü bilgi yönetimi ile ilgili konulara ağırlık verilmektedir. Görüntüler ve görüntüleme çalışmaları klinik bir ortamda yalıtılmış olarak ele alınmaz ve ilgili yazılı bilgi, görüntüleme bilişimi altyapısı için önemlidir. Bu yazı, radyoloji raporlarına özel olarak dikkat çekerken serbest metin verisinin yapısallaştırılmasını ve standartlaştırılmasını, görüntüleme kaynaklarını içeren farklı veri kaynaklarının entegrasyonunu ve son olarak entegre edilmiş görüntünün ve ilgili verinin kullanıcıya özel görselleştirilmesini de kapsıyor. Bu yazı yukarıda bahsedilen son aşama  ile ilgili konulara değinmiyor.</p>
<p style="text-align: justify;"><strong>Aşama 1 : Verinin elde edilmesi ve sunulması için yöntemlerin geliştirilmesi ile aşırı yüklenme engellenebilir</strong></p>
<p style="text-align: justify;"><strong> </strong></p>
<p style="text-align: justify;">İlgili verinin sunumu bilginin aşırı yüklenmesini engellemek için gereklidir; bu  temel verinin etkin bir şekilde indekslenmesini gerektirir. Görüntü tarafında ise, bu aşama görüntü çalışmalarının özetlenmesi (yapı) ve standartlaştırılması ve içerik odaklı görüntü elde edilmesinin sağlanması için yöntemler geliştirilmesini gerektirir. Metin verisi mevcut durumda serbest metin biçiminde fazlasıyla bulunur; bu aşama serbest metnin yapısallaştırılması ve standartlaştırılmasını gerektirir. Bu alanlardaki araştırmalar şu alt başlıkları işaret etmektedir:</p>
<p style="text-align: justify;"><strong>Görüntü Çalışmasının Özetlenmesi</strong></p>
<p style="text-align: justify;">Görüntüleme çalışmalarının büyük olması ve uzmanların anlamsal olarak yorumlaması gerekmesinden dolayı altyapı, aşırı yükleme olmaksızın verinin elde edilmesi ve sunumunu desteklemek için özellikle tıp görüntüleri için uygundur. Tıbbi görüntüleme; özellikle nörolojik ya da onkolojik koşullardaki hastaların sunum ve klinik bulgularının doğru şekilde belgelenmesi için hakim bir araç olmaya başlamaktadır. Bu durumda, veri görüntülemenin etkili yönetimi ve ilgili hasta bilgisi en önemli gereksinimlerdir. Tıbbi metin verisinin aksine, görüntülenen veri ek olarak farklı yönetim sorunu ortaya çıkarır (Veri kümelerinin büyüklüğü gibi); bu problemler kronik durumlardan dolayı (beyin tümörü ve gelişim gecikmesi gibi) devamlı sabit miktarda görüntüleme alınan hastalar için daha fazladır. Görüntüleme çalışmalarının içerikleri akıllıca yapılandırılmadığı ve düzenlenmediği sürece, kullanımları günümüzdeki çevre ve şirketlerden başka , tüm hekimlerin günlük kullanımında  (ilk yardım, nörologlar ve psikiyatristler) aksayacaktır. Büyük görüntüleme çalışmalarını az miktardaki görüntüye indirgeme yeteneği, kullanıcılara verileri etkin şekilde gösterme çabasının ilk adımıdır. ŞEKİL 1’de tıbbi kayıt ile görüntü birleşimindeki görüntü çalışmasının özetlenmesinin olası sonuçlarına, öğretici dosyaların otomatik oluşturulmasına, büyük sıkıştırma oranlarıyla kliniksel sıkıştırmaya, geçmiş görüntü verisinin görüntü ön işleme ve dijital kütüphane uygulamalarına dikkat çekilmektedir.</p>
<p style="text-align: justify;">Gerçi günümüzde uygun görüntü özetlenmesinin gerekliliği belirtilmiş olsa dahi büyük ve karmaşık görüntü veri kümelerinin,  uzmanlar ve ilk yardım hekimlerine görüntü dağıtım gereksiniminin elde edilmesine öncülük eden görüntü teknolojisinde gelişme olmuştur. Bu yüzden, görüntü özetlenmesini gerçekleştirmek için değiştirilebilen veya yerini koruyan birkaç sistem vardır. Birçok ticari tanısal iş istasyonu, radyolog ve diğer hekimlerin bir çalışmadan el ile kilit görüntüler seçmesine izin veren özellikler taşımaktadır. El ile yapılan her işlemde olduğu gibi, bu eylem, hekimlerin iş akışını etkiler ve zaman alıcıdır. Görüntü ön işlemedeki yeni gelişmeler görüntü çalışmalarını almak için tıbbi / radyolojik bilgi ve yöntemler  sağlar, fakat bu gelişmeler görüntü çalışmasındaki anahtar görüntülerin seçilmesinde yaşanan problemi çözmez.</p>
<p style="text-align: justify;">Geniş bir görüntü çeşitliliği üzerinde doğru çalışan bir otomatik bölme / sınıflandırma algoritması olsaydı, uygun görüntü tanımlama basit bir süreç olabilirdi; fakat böyle bir algoritma henüz geliştirilmemiştir. Birçok grup, bilgi tabanlı yaklaşım önermiştir, bu yaklaşım; nesne merkezli hiyerarşik planlama kullanarak kilit bölgeleri devre dışı bırakmakta ve bu yöntemle görüntü analizini kişiselleştirebilmektedir. Bu yaklaşım da sürece rehberlik edilebilmesi için uzmanın girdisini gerektirdiğinden manüel kalmaktadır. Görüntüleme bilişimi ve görüntü işleme literatüründeki bir araştırma; uygun görüntüleri (anormallik içeren görüntü dilimleri) yerleştirmek için değiştirilme olasılığı bulunan bir araştırmayı işaret eder. Bu araştırmada, araştırmacılar beyin simetri düzlemini belirlemiş ve çıkarılan “yarı-beyin”den alınan özellikleri, olası anormal dilimlerin yerini otomatik olarak belirlemek için kullanmıştır. Bu araştırmada görüntüleri sınıflandırma yeteneği açıkça gösterilmesine karşın, bu belirli yöntemin tam bir değerlendirilmesi henüz rapor haline getirilmemiştir.</p>
<p style="text-align: justify;">
<p style="text-align: justify;">
<div class="mceTemp mceIEcenter" style="text-align: justify;">
<dl id="attachment_487" class="wp-caption aligncenter" style="width: 651px;">
<dt class="wp-caption-dt"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-_1.jpg"><img class="size-full wp-image-487" title="PACS-_1" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-_1.jpg" alt="" width="641" height="325" /></a></dt>
<dd class="wp-caption-dd">Şekil.1 Görüntüleme çalışmalarının yapılandırılmasının olası yararları</dd>
</dl>
</div>
<p style="text-align: justify;">
<p style="text-align: justify;"><strong>Uygun Görüntü Seçimi için Radyoloji Raporu Entegrasyonu</strong></p>
<p style="text-align: justify;">Beyin MR çalışmaları hakkındaki belirli bir uygulama ile görüntü çalışmaları özetlemesi için yeni bir yöntem geliştirilmiştir. Bu yaklaşımla, serbest metinli radyoloji raporlarındaki uzman bilgisi ile hastanın görüntülerini etiketli beyin atlasına eşleştiren otomatikleştirilmiş kayıt algoritmasını birleştiriyor. Beyin atlası ile eşleştirme, çalışmadaki yapıların belirlenmesi sonucunu doğurur, öyle ki hasta görüntüleri etiketlenmiş sayılabilir. Doğal dil işlemcisi, uygun bulgular ve bunların yerlerinin belirlenmesini içeren ilgili metin raporlarından alınan yapılandırılmış bilgiyi çıkartır. Bu yapıları içeren dilimler, daha sonra atlas etiketli hastanın görüntülerinden tanımlanır. Bunun sonucunda; tüm çalışma esas alınarak uygun görüntülerin, tıpkı tüm çalışmaya ait veri grubunun anatomik etiketleri gibi, otomatik tanımlanması yapılır. Aynı zamanda, davranışsal bozukluklar gibi, sürekli standart biçimde yapılandırılmış işlevsel veri elde edilen klinik durumlar için, entegre olan ve yapılandırılmış biçimde elde edilen metin bilgisi inceliyoruz. Bu durum; taahhüt edilen mimaride geniş çeşitlilikte metin girdi biçiminin, yer alması için gerekli esnekliği arttırır.</p>
<p style="text-align: justify;">Sürecin tamamını kapsayan mimari, ŞEKİL 2’de gösterilmiştir. Veri, biri metin verisi için diğeri görüntü verisi için olmak üzere iki kaynaktan işlenmiştir. Görüntü veri kaynağındaki ilk modül, araştırma belirleyicisi olarak adlandırılmıştır. Burada, hasta nüfus bilgilerindeki bilgi, görüntüleme yöntemi, anatomi, araştırma nedeni, görüntü geometrisi, ve elde edilme parametreleri, araştırmaların tıpta dijital görüntüleme ve iletişim (DICOM) başlıklarından elde edilmiştir. Bu bilgi, atlas ve görüntü bölme algoritmasının seçilmesi/ya da kişiselleştirilmesi için kullanılmaktadır (aşağıda). Atlas seçme modülü; hastanın yaşına, hastalık durumuna ve görüntüleme yöntemine göre uygun anatomik atlası seçer.</p>
<p style="text-align: justify;">
<p style="text-align: justify;">
<div class="mceTemp mceIEcenter" style="text-align: justify;">
<dl id="attachment_488" class="wp-caption aligncenter" style="width: 626px;">
<dt class="wp-caption-dt"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-_2.jpg"><img class="size-full wp-image-488" title="PACS-_2" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-_2.jpg" alt="" width="616" height="425" /></a></dt>
<dd class="wp-caption-dd">Şekil.2  Uygun görüntü seçim sisteminin mimarisi</dd>
</dl>
</div>
<p style="text-align: justify;">
<p style="text-align: justify;">Eşleştirme seçici, eşleştirme algoritmasının seçiminden sorumludur. Bilginin tabanı, uzmanlar tarafından tanımlı kuralları içerir, bu kurallar, kayıt algoritması seçimi ve güncel görüntüleme araştırması için tanımlanan optimum işleme parametreleri ile ilgidir. Kurallar; kayıt algoritmalarının yayınlanmış geçerleme araştırmalarını temel almaktadır ya da tipik klinik araştırmalar üzerinde yapılan, çalışan kayıt deneyleri ile belirlenmiştir. Eşleştirme, daha sonra bir önceki modülde seçilen algoritmayı (ve parametreleri) kullanan, kontur üreten modülün içinde gerçekleştirilir. Eşleştirme algoritmasının çıktısı, hasta görüntü veri grubu ve atlas uzayı arasındaki üç boyutlu dönüşümü belirleyen bir matristir. Bu matris, atlas için tanımlanmış konturlardan hasta görüntülerindeki yapıların yerlerini tahmin etmekte kullanılır. Görüntü elde etme geometrisi her dizi için bilindiğinden, dönüşüm matriksi aynı zamanda araştırmanın tüm görüntü dizilerindeki uygun yapıların belirlenmesinde kullanılabilir.  Bu modül aynı zamanda radyoloji raporundan (metin işleme modüllerinden elde edilen) alınan bulguların yer bilgilerine ilişkin dilimleri tanımlar. Metin verisi (radyoloji raporu), yapılandırılmış kareler seti üreten doğal dil işleyici (NLP) modülünün içinde işlenir. Her kare, belirli bir bulgu için rapor edilmiş özellik tanımlamalarını içerir. Görüntü içerik çıkarımına ait bulguların ilk konumlarını bulmak için konum özelliği gerekir. Doğal dil işlemcisi metinden konum bilgisini çıkarır ve bu bilgiyi mantıklı ilişkiler grubu olarak ifade eder. NLP modülünün çıktısı, haritacı olarak bilinir ve çıkarılan terimlerin standartlaşmış SNOMED-RT ya da UMLS gibi terminolojik karşılıklarını bulur. Her uygun yapı için, görüntü parçalayıcı ve özellik çıkarıcı modüller sırasıyla, konturları düzelterek, özellikleri hesaplar. Bu son iki modülün uygun görüntü seçiminde kullanımı isteğe bağlıdır, fakat işlemin tamamlanması için bulunmaktadır.</p>
<p style="text-align: justify;">Uygun beyin görüntülerini seçeceği vaat edilen bu mimarinin belirli bir uygulaması, on tane görüntüleme araştırması için geçerlenmiştir. ŞEKİL.3’te beyin atlası görüntüleri, hasta görüntüleri ve yeniden dilimlenen görüntüleri gösteren kullanıcı ara yüzünün ekran görüntüleri verilmiştir. Sol alt paneldeki tablo, NLP bulgularını temel alan, yapılandırılmış raporun sonuçlarını içermektedir; çizilen sıra bu yapılardan birinin yanal teriminin değişimiyle tanımlanan ventrikül olduğunu göstermektedir. Haritacı, bu anatomik açıklamanın beyin atlasında sunulan denk terim karşılıklarının bulunmasına yardım eder. Atlas yapılarının listesinde bu yapıya denk gelenler tanımlanmış ve sağ alt panelde gösterilmiştir. Radyoloji raporu yanal ventrikül dışında hiçbir detay belirlemediği için, haritacı, atlasın içinde yanal ventrikülü içeren yedi yapı bulmuştur. ŞEKİL.3 aynı zamanda atlasta ve hastanın orijinal ve dilimlenmiş görüntülerinde tanımlanan bu yapıyı göstermektedir. Bu uygulama Woods ve diğerlerinin üç boyutlu eşleştirme yazılımını kullanmıştır ve olasılıklara bağlı olarak etiketlenen beyin atlası, ortalaması alınmış yüksek çözünürlüklü taslaktan alınmıştır, bu taslak  dokuz kişiden alınan üç boyutlu hacim verisini (256&#215;256 matris, T1-ağırlıklı, SPGR sırası) esas almaktadır. Dilimler, yapıların %98’inde uzman olan otomatik algoritma tarafından tanımlanmıştır. Bu sonuçlar; büyük tümörler  ve organ parçalarına sahip hastaların bile dahil edilmesi sonucu, yapının kendisini bölmektense, yalnızca belirli dilimlerin yerinin belirlenmesine  çalıştığımızı kanıtlar. Bu çalışmada, yapının tam olarak bölünmesi, kesinlikle 12-parametre affine dönüşümünü genişletmek için esnek deformasyon metotlarının kullanımını gerektirir. Modalitelerin düzlük hatasızlığı, öznel 3-noktalık ölçeğe göre değerlendirilmiştir ve şu dağılıma sahiptir: 83 % (iyi kaplama), 12 % (orta kaplama) ve 5% (zayıf kaplama)</p>
<p style="text-align: justify;">
<p style="text-align: justify;">
<div class="mceTemp mceIEcenter" style="text-align: justify;">
<dl id="attachment_489" class="wp-caption aligncenter" style="width: 637px;">
<dt class="wp-caption-dt"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-_3.jpg"><img class="size-full wp-image-489" title="PACS-_3" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-_3.jpg" alt="" width="627" height="514" /></a></dt>
<dd class="wp-caption-dd" style="text-align: justify;">Şekil.3. Ekran görüntüsü sol atlası, hastayı (ortada), ve dilimlenmiş (sağ) hasta görüntülerini, üzerlerinde yanal ventriküller tanımlanmış şekilde gösterir. Bu yapıyı içeren görüntüler, değer aralıklarıyla her resmin altında gösterilmiştir.</dd>
</dl>
</div>
<p style="text-align: justify;">
<p style="text-align: justify;">
<p style="text-align: justify;">


<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/medikal-goruntu-isleme/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<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[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntü İşleme Terminolojisi]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>
		<category><![CDATA[PACS]]></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>

		<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 [...]


No related posts.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></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 id="attachment_463" class="wp-caption aligncenter" style="width: 610px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-1.jpg"><img class="size-full wp-image-463 " title="PACS - DICOM - JPEG2000-1" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-1.jpg" alt="" width="600" height="240" /></a><p class="wp-caption-text">Şekil 1 – JPEG2000 akışının görsellenmesi- kodakışından düşük çözünürlükteki görüntünün çıkartılması</p></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 id="attachment_465" class="wp-caption aligncenter" style="width: 511px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM2000-2.jpg"><img class="size-full wp-image-465" title="DICOM2000-2" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM2000-2.jpg" alt="" width="501" height="154" /></a><p class="wp-caption-text">Şekil 2 – DICOM2000 yapı özellikleri örneği</p></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 id="attachment_466" class="wp-caption aligncenter" style="width: 443px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-3.jpg"><img class="size-full wp-image-466" title="JPEG2000-3" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-3.jpg" alt="" width="433" height="141" /></a><p class="wp-caption-text">Şekil 3 – JPEG2000 de bilgi alışverişi için standart DICOM iletişimi</p></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 id="attachment_467" class="wp-caption aligncenter" style="width: 595px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM-4.jpg"><img class="size-full wp-image-467 " title="DICOM-4" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM-4.jpg" alt="" width="585" height="166" /></a><p class="wp-caption-text">Şekil 4 – 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.</p></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 id="attachment_468" class="wp-caption aligncenter" style="width: 595px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-5.jpg"><img class="size-full wp-image-468 " title="PACS-5" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-5.jpg" alt="" width="585" height="166" /></a><p class="wp-caption-text">Ş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 </p></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 id="attachment_469" class="wp-caption aligncenter" style="width: 595px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPIP-6.jpg"><img class="size-full wp-image-469 " title="JPIP-6" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPIP-6.jpg" alt="" width="585" height="240" /></a><p class="wp-caption-text">Şekil 6 – DICOM standart JPIP Pixel veri sağlayıcı hizmeti</p></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 id="attachment_470" class="wp-caption aligncenter" style="width: 504px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM-7.jpg"><img class="size-full wp-image-470" title="DICOM-7" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM-7.jpg" alt="" width="494" height="235" /></a><p class="wp-caption-text">Şekil 7 – Standart DICOM JPIP İki Kat Depo Mimarisi Sağlayıcısı — DICOM’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</p></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 id="attachment_471" class="wp-caption aligncenter" style="width: 478px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-8.jpg"><img class="size-full wp-image-471" title="JPEG2000-8" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-8.jpg" alt="" width="468" height="246" /></a><p class="wp-caption-text">Şekil 8 – 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</p></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 id="attachment_472" class="wp-caption aligncenter" style="width: 481px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM-9.jpg"><img class="size-full wp-image-472" title="DICOM-9" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM-9.jpg" alt="" width="471" height="247" /></a><p class="wp-caption-text">Şekil 9 – 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</p></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 id="attachment_473" class="wp-caption aligncenter" style="width: 513px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-10.jpg"><img class="size-full wp-image-473" title="PACS-10" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/PACS-10.jpg" alt="" width="503" height="239" /></a><p class="wp-caption-text">Şekil 10 – İ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.</p></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 id="attachment_474" class="wp-caption aligncenter" style="width: 473px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM2000-11.jpg"><img class="size-full wp-image-474" title="DICOM2000-11" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM2000-11.jpg" alt="" width="463" height="133" /></a><p class="wp-caption-text">Şekil 11 – DICOM2000 iletişimi — DICOM2000 kullanıcıları onların “Pencereyi odakla” sını tanımlayabilir; DICOM2000 sisteminin hala, diğer DICOM uygulamalarıyla iletişim kurma yeteneği vardır.</p></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 id="attachment_475" class="wp-caption aligncenter" style="width: 619px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM2000-12.jpg"><img class="size-full wp-image-475" title="DICOM2000-12" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/DICOM2000-12.jpg" alt="" width="609" height="273" /></a><p class="wp-caption-text">Şekil 12 – DICOM2000 Tek Sunuculu Mimari — bütün işlevsellikler, DICOM2000 sunucu uygulamasına yerleştirilir.</p></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 id="attachment_476" class="wp-caption aligncenter" style="width: 619px"><a href="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-13.jpg"><img class="size-full wp-image-476" title="JPEG2000-13" src="http://www.keremcaliskan.com/wp-content/uploads/2010/12/JPEG2000-13.jpg" alt="" width="609" height="257" /></a><p class="wp-caption-text">Şekil 13 – 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. </p></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 a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fwww.keremcaliskan.com%2Fjpeg-2000-medikal-goruntu-akisi-icin-dicom-tabanli-pacs-mimarisi%2F&amp;title=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" id="wpa2a_2"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share"/></a></p>

<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</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>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[DICOM]]></category>
		<category><![CDATA[Medikal Görüntü İşleme]]></category>
		<category><![CDATA[Medikal Görüntü İşleme Terminolojisi]]></category>
		<category><![CDATA[Medikal Görüntüleme]]></category>
		<category><![CDATA[PACS]]></category>
		<category><![CDATA[CMM]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[Görüntü İşleme]]></category>
		<category><![CDATA[Medical Image Processing]]></category>
		<category><![CDATA[Medical Imaging]]></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 [...]


No related posts.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></description>
			<content:encoded><![CDATA[<div>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;</p>
</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>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>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>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>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>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>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>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>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 a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fwww.keremcaliskan.com%2Fpmm-pacs-maturity-model-pacs-olgunluk-modeli-iv%2F&amp;title=PMM%20%26%238211%3B%20PACS%20Maturity%20Model%20%26%238211%3B%20PACS%20Olgunluk%20Modeli%20%26%238211%3B%20IV" id="wpa2a_4"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share"/></a></p>

<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</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>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 [...]


No related posts.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></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 a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fwww.keremcaliskan.com%2Fpmm-pacs-maturity-model-pacs-olgunluk-modeli-iii%2F&amp;title=PMM%20%26%238211%3B%20PACS%20Maturity%20Model%20%26%238211%3B%20PACS%20Olgunluk%20Modeli%20%26%238211%3B%20III" id="wpa2a_6"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share"/></a></p>

<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</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.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></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 a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fwww.keremcaliskan.com%2Fpmm-pacs-maturity-model-pacs-olgunluk-modeli-ii%2F&amp;title=PMM%20%26%238211%3B%20PACS%20Maturity%20Model%20%26%238211%3B%20PACS%20Olgunluk%20Modeli%20%26%238211%3B%20II" id="wpa2a_8"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share"/></a></p>

<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</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>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.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></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>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/pmm-pacs-maturity-model-pacs-olgunluk-modeli-1/feed/</wfw:commentRss>
		<slash:comments>2</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.

Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.]]></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 a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fwww.keremcaliskan.com%2Fgenel-sozluk%2F&amp;title=Genel%20S%C3%B6zl%C3%BCk" id="wpa2a_10"><img src="http://www.keremcaliskan.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share"/></a></p>

<p>No related posts.</p>
<p>Benzer yazı sizi  <a href='http://yarpp.org'>Yet Another Related Posts Eklentisini</a> kullanarak getirdi.</p>]]></content:encoded>
			<wfw:commentRss>http://www.keremcaliskan.com/genel-sozluk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

