區域PACS：
區域PACS是從區域衛生資訊化建設大局出發，以區域內代表性醫院為核心，透過構造區域內部的醫學影像資訊交換平臺，以實現區域內醫院的醫學影像資源的共享與整合。一般區域PACS資料中心與縣級人民醫院、中醫醫院、婦幼醫院以及縣各級醫院透過衛生專網或電信級網路進行互聯互通。主機：配置兩臺中高階PC級伺服器，一臺部署遠端醫療會診平臺系統，一臺作為資料庫伺服器，兩臺互為熱備。
典型案例有博為軟體與衛計委合作的宜章模式、 桂林灌陽縣人民醫院+9家鄉鎮衛生院等。。。
區域PACS和雲PACS大致相同 ，只是儲存方式不同。雲PACS系統存在的問題：雲PACS系統最早由中國電信推出的，中國電信為了推廣自己的雲端儲存（早些年電信的雲端儲存建設過剩），找了一家PACS廠商合作，聯合推出雲PACS方案，發展到目前，為什麼使用者量還是如此少，特別是大三甲醫院都不願使用，主要是因為存在如下問題導致的：
1. 雲PACS儲存的網路安全問題雲PACS儲存設立在電信雲端，醫院的裝置需要與網路物理上聯通，因此網路的病毒可能透過網路損壞CT，MRI等裝置，這種由於病毒導致的裝置故障GE和西門子等廠家都不是免費維修的，有的病毒因為存在網路上，還不能徹底清除，可能存在反覆，後期裝置的維護費用可怕。比如最近爆發的勒索病毒，鎖定檔案後防毒軟體絲毫沒有辦法。
2. 網路傳輸速度問題目前電信能提供的網路傳輸速度只有100M（理論上的，測試基本都只有20M），這個網路對於普通的家用或者辦公用來說，還是可以的。但是眾所周知，醫學影像的資料量都是非常大的，特別是目前高階CT裝置，比如GE的寶石CT檢查影像，一個病例的檢查大到3G的資料量，（3000x8/100=240s，網路的利用率最大隻有30%,完成一次傳輸12分鐘，完成一次報告需要兩次傳輸，完成一次報告傳輸時間需要24分鐘），我們有個小醫院客戶，前幾年一直用的雲PACS系統，後來醫院發展好了，買了臺64排CT，因為網路不是總有100M，網路有時擁堵的，做一個病人傳輸資料需要3個小時，因此只能無奈的更換PACS系統。一個大三甲醫院可不止一臺高階CT，還有很多裝置，所用用雲PACS系統基本上是不可能的。典型的PACS系統使用區域網，而區域網基本速度都能到1000M,很多能做到10000M，比網路速度快10倍，100倍。
3. 資料所有權和保密性問題對於大醫院來說，醫療資料都是寶貴的財富，基本上都傾向於儲存在自己手裡，比儲存在雲端要踏實。4. 系統的實用性問題雲PACS系統只覆蓋DICOM標準功能的很基本的功能，功能覆蓋面不全。5. 費用高昂使用雲PACS系統的使用者，大部分都衝著不用購買儲存裝置這點來的，覺得不用購買儲存裝置可以節省很多錢，計算費用的時候都是靜態來計算的，但是影像科室的資料量增長都是非常可怕的，特別是大型醫院，一般市級的三甲醫院的資料每年都在30T以上，5年後的資料將達到150T，要繼續儲存資料，每年的花費差不多可以購買同等儲存裝置了。所有持續使用雲PACS系統的醫院，都是資料量比較少的小醫院。對於大資料量的醫院來說，購買自己的儲存裝置，配置一個維護人員，要划算得多。
綜上，一個事物的發展，不僅僅看技術概念是否先進，也需要契合市場的實際情況，市場就是最好的說明，身邊的醫院有幾個是用的雲PACS系統的呢，雖然它帶著雲端儲存的光環，發展了10來年，也許有一天，技術發展更好了，電信寬頻網路速度到了1000M，單個儲存達到了T級別，雲端儲存費用更低了，雲PACS可能會有進一步的發展吧。
區域PACS：
區域PACS是從區域衛生資訊化建設大局出發，以區域內代表性醫院為核心，透過構造區域內部的醫學影像資訊交換平臺，以實現區域內醫院的醫學影像資源的共享與整合。一般區域PACS資料中心與縣級人民醫院、中醫醫院、婦幼醫院以及縣各級醫院透過衛生專網或電信級網路進行互聯互通。主機：配置兩臺中高階PC級伺服器，一臺部署遠端醫療會診平臺系統，一臺作為資料庫伺服器，兩臺互為熱備。
典型案例有博為軟體與衛計委合作的宜章模式、 桂林灌陽縣人民醫院+9家鄉鎮衛生院等。。。
區域PACS和雲PACS大致相同 ，只是儲存方式不同。雲PACS系統存在的問題：雲PACS系統最早由中國電信推出的，中國電信為了推廣自己的雲端儲存（早些年電信的雲端儲存建設過剩），找了一家PACS廠商合作，聯合推出雲PACS方案，發展到目前，為什麼使用者量還是如此少，特別是大三甲醫院都不願使用，主要是因為存在如下問題導致的：
1. 雲PACS儲存的網路安全問題雲PACS儲存設立在電信雲端，醫院的裝置需要與網路物理上聯通，因此網路的病毒可能透過網路損壞CT，MRI等裝置，這種由於病毒導致的裝置故障GE和西門子等廠家都不是免費維修的，有的病毒因為存在網路上，還不能徹底清除，可能存在反覆，後期裝置的維護費用可怕。比如最近爆發的勒索病毒，鎖定檔案後防毒軟體絲毫沒有辦法。
2. 網路傳輸速度問題目前電信能提供的網路傳輸速度只有100M（理論上的，測試基本都只有20M），這個網路對於普通的家用或者辦公用來說，還是可以的。但是眾所周知，醫學影像的資料量都是非常大的，特別是目前高階CT裝置，比如GE的寶石CT檢查影像，一個病例的檢查大到3G的資料量，（3000x8/100=240s，網路的利用率最大隻有30%,完成一次傳輸12分鐘，完成一次報告需要兩次傳輸，完成一次報告傳輸時間需要24分鐘），我們有個小醫院客戶，前幾年一直用的雲PACS系統，後來醫院發展好了，買了臺64排CT，因為網路不是總有100M，網路有時擁堵的，做一個病人傳輸資料需要3個小時，因此只能無奈的更換PACS系統。一個大三甲醫院可不止一臺高階CT，還有很多裝置，所用用雲PACS系統基本上是不可能的。典型的PACS系統使用區域網，而區域網基本速度都能到1000M,很多能做到10000M，比網路速度快10倍，100倍。
3. 資料所有權和保密性問題對於大醫院來說，醫療資料都是寶貴的財富，基本上都傾向於儲存在自己手裡，比儲存在雲端要踏實。4. 系統的實用性問題雲PACS系統只覆蓋DICOM標準功能的很基本的功能，功能覆蓋面不全。5. 費用高昂使用雲PACS系統的使用者，大部分都衝著不用購買儲存裝置這點來的，覺得不用購買儲存裝置可以節省很多錢，計算費用的時候都是靜態來計算的，但是影像科室的資料量增長都是非常可怕的，特別是大型醫院，一般市級的三甲醫院的資料每年都在30T以上，5年後的資料將達到150T，要繼續儲存資料，每年的花費差不多可以購買同等儲存裝置了。所有持續使用雲PACS系統的醫院，都是資料量比較少的小醫院。對於大資料量的醫院來說，購買自己的儲存裝置，配置一個維護人員，要划算得多。
綜上，一個事物的發展，不僅僅看技術概念是否先進，也需要契合市場的實際情況，市場就是最好的說明，身邊的醫院有幾個是用的雲PACS系統的呢，雖然它帶著雲端儲存的光環，發展了10來年，也許有一天，技術發展更好了，電信寬頻網路速度到了1000M，單個儲存達到了T級別，雲端儲存費用更低了，雲PACS可能會有進一步的發展吧。