台灣醫療資訊

    筆者也利用時間畫了一張 Health Care 的醫療雲， 簡單的說也就是把相關的IT 技術應用於醫療環境上，包含網路/視訊/Web 技術/手機技術等，然後再將 預備可以 應用的醫療設備或資料透過網路來傳遞與儲存及顯示，重點是讓 醫院可以利用此醫療雲以達到想要的服務內容與資料，同樣的病人也想 利用此醫療雲達到一樣的效益，所以我們必須站在這兩方面來思考。   醫療雲端的服務方向可應用於遠距醫療/緊急醫療/醫療保健與相關衛教資料等， 推於個人醫療的應用包含如在家醫療，個人資料蒐集(生理訊號: 身高體重 /血壓/血氧濃度/血糖數據/心電圖訊號)，用藥情況及病人行為監控等。   但....誰來提供? 誰來買單? 技術成熟嗎? 整體設備能配合嗎? 有標準嗎 ?   醫療環境的省思: 現在醫師看病首一就是問診，醫師 透過病人的口述而進行病情的判斷然後 給藥打針，於必要時進行驗血/驗尿 /驗便/驗檢體或儀器設備的檢查， 如X 光/超音波/內視鏡/電腦斷層/核磁共振 等，當給藥打針無法解決時， 可能必須透過手術開刀治療。   雖然現在科技的進步造就了醫療資訊的電子化，但我們不難發現這些 科技應用於醫療的環境，不過就是在管理與儲存然後再將資料應用，醫師從 以前 的手開單/ 手寫診斷到現在的全部電腦化，不過就這短短的15年內， 醫療影像 的表現更是可見，醫院無須洗片，近年醫院也往無紙化，電子病歷 邁進，實際上都是為了更方便管理與查詢，還有一個重點就是可以省成本。 但筆者這邊要表達的是，這些科技的進步與應用卻不等同於醫師醫療的 進步，這些科技的表現以現行來看，不過就是幫醫師方便獲取病人的資料 以進行診斷而已，實際上很多醫療行為還是一樣，問診- 拿藥/打針/檢驗/ 檢查並沒有多大改變，而且病人只能信賴醫師的治療且很多時候不清楚狀況， 無法獲取 個人病歷資料，這是目前普遍的情況，也是資料不對等的情況。   概念: 以上的醫療環境來說，我們不難發現幾個問題，1. 資料不對等的情況， 所有的資料內容都是醫師紀錄的或儀器檢查產生的數據，全然都沒有病人 口述資料的內容，2. 所有...

Google 提供了非常多的產品給個人使用，有興趣者只要花點時間申請後， 所有的產品皆能使用並且是免費的。     Google docs : 不但可以預覽也可以編輯，包含微軟的 ppt , doc , xls , pdf 皆能 預覽使用。   Google Mail : Google 提供了免費的 mail 使用。     Google Picasa :  網路相片，不但可以公開也可以不公開儲存與使用。 https://picasaweb.google.com/data/feed/base/user/infinitt.jasonc?alt=rss&kind=album&hl=zh_TW     Google 協作平台 : 協作平台可以進行專案管理與追蹤事宜，亦可公開與不公開使用 連 筆者所建立的此網站都是使用此協作平台建立的 ，可以說既簡單又方便使用。    

筆者今天要介紹一個非常好用的雲端遠距遠端服務連線,LogMeIn ( www.logmein.com ) 首頁畫面如下所示，此服務可以同步於單一個畫面管理所有的電腦群組， 並且也是免費的。 我相信與多讀者肯定用過許多的遠端服務軟體，如 Team Viewer 或 VNC等 軟體，但這些軟體必須輸入ID 或 IP Address ，如面對管理大量電腦時 反而造成的困擾，所以此類的軟體，已經被筆者轉換為備用軟體了。 首1 :趕快申請免費的帳號來使用。     2. My Computers 是所有管理電腦的清單，在此清單可以輕易的知道電腦是 OnLine 或 OffLine ，並可以記錄相關的 Note.   3. 登入後，可以隨時依據所需的環境增加電腦與此雲端管理平台。     此雲端管理平台會進行 LogMeIn 軟體的安裝，這軟體的安裝是最主要與 管理平台連接的軟體，所以必須安裝才能加入平台的管理清單內。   4. 點選電腦名稱，即可進行連線動作，連線進去的環境如下所示： 功能 :  1. 電腦的效能環境狀況.  2. 遠端連線.   3. 檔案管理/分享　4. 桌面分享等            

談了許多雲端的應用，實際上是希望透過這些應用讓我們慢慢的進入醫療雲端 的環境，我們不難發現將這些環境整合起來實際上就足夠帶給醫院一些應用 了，現在我們來談談如何透過  igoogle 來建立你的個人雲端平台環境。   筆者透過自建的 igoogle 如下圖:     1. 透過 Google 書籤將所有的應用網頁進行連接，WebStorage / Yahoo 服務等都可以連結   2.Gmail 當然也可以連結到此平台上。 3.其餘相關的內容包含常用的 [ 待辦事項 ] [翻譯字典] [ 新聞 ] [ 文件 ] [相片 ] [ 日曆 ] [ 協作 平台 ] [ 影片 ] [ 地圖 ] ....等等，也都可以於此平台上使用。  

  **Patient /Doctor carry with all the DICOM Images and report store ,         electronic medical record in cloud. **Hospital / Clinic easily manage Patient images and electronic  medical record      for exchange and shared (outside). **Clinic easily images store in  cloud. **Hospital / Clinic easily for Tele-Radiology service and emergent  event. **Doctor easily manage your patient data and teaching file in cloud. **Provide across platforms desktop,laptop, or Android phone, iOS. **Easy for synchronized , backup , recovery , virus scan ,security. **Provide upload and download ,Search ,re-view. **Provide more medical application software in the cloud.    

    Google 配合文件雲端 Cloud 的應用，讓愛用 Office 編輯的使用者可於編輯 後將文件檔案傳送到雲端來管理與儲存，Google Cloud Connect 為免費使用但必須進行下載與安裝。   安裝完畢後的Google Cloud Connect 會與 Office 工具結合，並可設定自動或 手動將編輯中的軟體進行與雲端 Cloud 連接。     亦可從 Goolge 文件管理中下載文件。

根據卡爾加里大學的醫學院研究( University of Calgary's Faculty of Medicine ) 卡爾加里 - 醫生可以使用 iPhone 的應用程式來診斷中風，其精確度與使用醫療專屬的工作站結果相同。 研究人員說，這種技術對於農村醫療環境或較偏遠或較醫療缺乏的環境特別有用。 這樣就可以允許無論醫師和病人的位置在哪裡。 神經放射科醫師在研究中將 120 組非顯影劑電腦斷層掃描（NCCT）腦部掃描影像和70組血管造影（CTA）的頭部掃描影像，儲存於卡爾加里中風程式數據庫。再由兩位 神經放射科醫師進行影像的判讀，影像判讀的方式是透過一組專屬的醫療診斷工作站和一台 iPhone。 這項研究已經發表在5月6日版的醫學互聯網研究上。  Dr. Ross  Mitchell 說“ 透過iPhone的醫療影像顯示程式與專屬的醫療診斷工作站間的比較，研究顯示透過iPhone的診斷具有百分之94 至百分之百的準確度” 。在急性中風急救時，醫療影像的關鍵在於快速診斷並提供治療，所以時間是非常重要的。” 這項研究是利用 Calgary Scientific Inc.'s ResolutionMD Mobil e ，應用程式可安裝於iPhone和Android 智慧型手機。  加拿大衛生部 在2010年4月已經申請獲準加拿大醫生可以合法的使用該設備進行初步診斷。

(1)    DICOM Part l 對整個標準做了一個簡略的介紹，並解釋整個標準的設計理念、定義使用了哪些物件，以及對其他幾個 Part 做簡短的說明。 (2)    DICOM Part2 定義了 DICOM 中 conformance ，及 conformance 究竟作何解釋，以往的儀器雖宣稱標準相容卻發生無法連接情況，因此 conformance 主要功用就是讓使用者能夠正確的選擇所要購買的機器服務，並確保能夠互相連接。 (3)    DICOM Part3 中，依照放射醫療環境下的數位影像傳輸定義了一組 Information Object Classes ，每一個 Information Object Classes 包含了這個 Object 的功能及其定義。而為了要表現出放射醫療環境下會產生的一些狀況，設計了 Information Object Classes Instance 處理 Information Object Classes 的屬性（ attribute ）變化。因此， Information Object Classes Instance 會隨著 DlCOM 3.0 系統在操作中所產生的一些事件（ event ）而動態的反映出結果，必要時改變 Information Object Classes 的屬性。 Service-Object-Pair Class （ SOP ）是由 IOD （ information object definitions ）以及 DIMSE （ DICOM message service element ）所構成， SOP Class 的定義包含了限制或擴充 DIMSE 之 service 或更改 IOD 的屬性。 (4)     DICOM part 4 中是服務類別（ service class ）的規格，服務類別可以想像是 IOD  的操作。且在 Part 4 中 SCU （ service class user ）和 SCP （ service class provider ）所扮演的角色也有明確的定義。 (5)     DICOM part 5 中定...

1 .    DICOMDIR  簡介： DICOMDIR  是一個 Index 記錄檔案，記錄著一組被組織過的 DICOM 醫療影像檔（ File-Set ），以及這階層化組織的架構資料。 它必須存在於一個  File-Set 的根目錄，而且必須是唯一的。 如果用 windows 檔案總管來看一個已經被燒錄好在 CD-ROM 的 DICOMDIR ： DICOMDIR 這個檔會存在 CD-ROM 的根目錄，並且有分層的檔案夾存著 DICOM 醫療影像檔。 優點： 共通性 ：在 DICOM 的環境下，只要有一個 DICOMDIR AP  便可以讀取 DICOMDIR ，方便查詢所記錄的片子資料，因為也記錄病人的基本資料，照片資料，等。所以可以依照病人資料去搜尋來取得資料。猶如小型資料庫，又比資料庫來的簡易小型。 DICOMDIR 是一個 NEMA 制訂的資料格式，不受媒體的拘束，所以制訂 DICOMDIR ，讓有 DICOM 環境有一個共通又可跨平台的資料整合格式。 方便性 ：在沒有網路 support  的情況下，可以方便攜帶 DICOMDIR 所整合病歷資料。例如：病人轉院，就診時，不需要重新照片子，也不用帶一疊的片子及病歷資料，只要帶一片燒錄一切有關此病人的就診資料，數位的片子資料！真是輕薄小巧，方便攜帶，又節省重照的成本。又例如：醫生會診來研究 case study ，也可以方便收藏歸類。 2. DICOMDIR  的格式內容（技術資料）： 參照  Figure B.X.2.2.2-1  的圖案  & Table A.1-1 Direcotry content Example DICOMDIR  是包含了兩部分：  File-set Identification & Directory Information. ¨     File-set Identification  是記錄 File-set  的基本資料如  File-set ID. ¨   ...

考題 :                                      考者 :                      1.  DICOM  規格中 , 定義了 4  層資料結構來表示 DICOM Image  部分 , 請舉出由上層至下層的資料格式 :  (1).Study-Image-Series-Patient  (2).Patient-Study-Series-Image  (3).Image-Series-Study-Patient  (4).Series-Image-Patient-Sutdy 2. DICOM  規格中 , 應用哪個通訊協定讓  DICOM  訊息可以在網路上交換 : (1). IPX   (2). HTTP  (3).SMTP    (4).TCP/IP 3.DICOM SOP (Service-Object Pair Class)  定義了兩個服務的角色 , 請舉出 : (1).SCU/SCP   (2). C_Store/C_Find  (3).N_Action/C_Move    (4).PACS/RIS 4. 請舉出儀器傳送至 PACS  儲存的 DICOM 服務名稱...

DICOM Header  資料內 ( 以下訊息可參考圖1 ) [0028,0010]  為影像的列 (Rows) ， [0028,0011] 為影像的行 (Columns) ， [0028,0100] 為影像像素 值儲存的總位元，   [0028,0101]  為影像像素值真正所儲存的位元，  [0028,0102]  為影像像素值的最高位元。 [0028,0008] 為影像 Frames 張數  ( 參考圖2 ) ，如果此影像為動態的格式，則必須注意此 Tag  內的訊息， 如血管攝影的影像皆為動態的格式， ( 其 Type  所定義的值如果為 1  或  2 則表示為必須的， 3  則為非必要性的 ) 。   圖1 圖2   [0028,0103] 為影像值表式方式， ( 請參考圖3   說明 ) ， [7FE0,0010] 為整個影像的實體部份。其餘還有很多關於影像 Tag  的訊息，也包含 了彩色 DICOM  影像的訊息，如 RGB Lookup Table  訊息、與位元數的儲 存方式等，有興趣的人可以直接參考 DICOM  的第三章。   圖3   從 DICOM Header  所提供的訊息，我們可以輕易的知道 DICOM  影像 其影像部份所佔的位元總數，如下圖4   範例所示，影像共有 2970 列 (Rows) 、 2460 行 (Columns) 、 1 個分頁影像 (Frames)  、每個像素值為 16   個 Bits(2byes) ，故可以推算出影像所佔的大小為  2970X2460X1X2=14612400(Bytes)=13.9M(Bytes) 。     圖5