標籤：pacs
ris系統
衛生資訊化三個重要的產業目標
pacs/ris系統從c/s架構，到c/s+b/s混合架構，到純b/s（web）架構,不僅反映了it行業本身的變化， 也反映了醫療機構的需求變化，使用者的要求已經從簡單的傳輸影像，實現科室流程提公升到了乙個新的高度，即系統結構的靈活性、安裝維護的簡單性、資料訪問的便 利性、工作流程的可塑性以及系統的高可用性，甚至包括後期影像再利用和資料探勘的需求。因此，一套pacs/ris系統，單純解決幾個基本的業務問題已經 無法真正滿足醫院業務飛速發展的需要，更無法躋身先進高階的影像管理系統之列了。
純web架構
雖然從理論上來說無論採用何種架構都可以實現很成功的pacs/ris系統，但是從實際情況來看，完全基於b/s架構的純web系統，特別是在 pacs端和ris端均為純web架構的系統，已經在高階市場上佔到了相當的先機，真正理解了其中價值的客戶通常是很容易認同這一模式的。市場的變化也促 使pacs提供商必須考慮其系統架構是否能適應這種要求，很多國外公司已經將pacs產品全線或者部分轉到了完全基於b/s的純web架構，雖然很多公司 的ris系統由於區域需求的不同可能還難以做到和pacs同步轉變，但是已經基本上表明了未來的發展方向，而且有證據表明，部分行業中重要的公司也已經通 過併購等其他方法以期實現快速地轉換系統架構，姑且不討論快速改變系統架構是否會傷害客戶，尤其是既有客戶的利益，因為可能帶來昂貴的公升級費用，但是其勇 氣和決心仍顯現了純web架構對市場的吸引力。
如今，純web架構的pacs系統不僅已經佔據了一些市場，逐漸開始體現其獨特的優勢，而且在未來的市場競爭中佔據了先機。
實施便利
資料高效訪問
從目前國內外醫療資訊化建設的趨勢來看，包括影像在內的患者醫療資料的共享，無論是在醫院全院範圍內的共享，還是在幾家醫療機構之間的共享，甚至是 在一定區域範圍內的全面共享，都將成為當前和未來醫療資訊系統建設的方向和重點，其中，負責管理整個臨床醫療資料中70~80%以上資料量的 pacs/ris系統資料的可訪問性成為整個醫療資訊化建設的關鍵因素，因此，能否提供高效、便利的多點資料共享逐漸成為pacs/ris系統建設的新需 求。雖然實現多點共享系統的方法有很多種，但是從實現簡單還是複雜、系統擴充的便利性、資料訪問的高效性、流程的可塑性以及後期高階應用支援等方面來說， 純web架構系統的優勢是相當明顯的。
資料中心模式
區域或集團的醫療資料交換中心給下屬醫院提供影像共享服務，在傳統的c/s或混合架構下，不同醫院間的pacs/ris系統的共享比較困難，如果採 用dicom q/r模式，效能和相容性都難以保障，因此資料中心勢必採用集中儲存模式，即各下級醫院將資料提前上傳到資料中心，各資料訪問端實際訪問該資料中心儲存的 影像副本，加上各種備份系統，這樣同一病人的影像可能存在多個副本，姑且不談其中涉及的成本增加，資料的一致性和時效性都會帶來新的問題。如果在下級醫院 間使用的是純web架構的系統，該資料中心只要儲存病人的影像鏈結，加密後發給已授權的資料訪問客戶端，無論該客戶端是位於網路中的哪一家下級醫院，都可 以實現影像和報告的快速訪問，資料路徑也只是從**醫院給到需要的醫院一次而已。而在前面的模式下需要資料的兩次傳輸，即由下級醫院傳到資料中心，再從數 據中心傳到需要影像的醫院客戶端，試想一下，如果病人所做的是64排ct影像檢查，其影像資料量很可能超過1gb, 一旦全部傳輸兩次會很容易造成網路瓶頸效應，而僅傳輸關鍵影像又可能影響診斷的完全性和後處理要求的資料完整性，因此，在傳統的系統架構和工作模式下，多 點資料共享的複雜性和實施難度是非常大的，實際結果就是大大減少了資料的可訪問性和復用性。
遠端診斷的需求
讀片醫生的流動性也把架構的改變推到了前台，經常出差的主任們提出在任何地方讀片的要求，給傳統pacs/ris系統提出了新的難題，這其中包括由 於網路頻寬的不同如何以穩定的速度傳輸影象，如何提供跨網路、跨機構的工作流程以及如何為醫生提供診斷級的高質量影像。這些需求使得產品開發公司面臨巨大 的壓力，因為很少公司的pacs系統能夠在web環境下提供無損的影像，而已經轉向純web架構的新一代pacs/ris系統則充分考慮到了這樣的需求， 在他們的純web架構解決方案中提供了針對遠端或者其它複雜應用環境下的效能和流程的優化，能夠充分滿足醫生隨時隨地訪問資料、隨時隨地完成診斷的需求。
流程的靈活性
隨著醫院業務的發展，許多新的臨床應用需求也對pacs/ris系統的架構提出了新的要求：影像不再是放射科的專利，各種獨特的臨床需求不斷湧現， 無論是心內科還是核醫學科，無論是骨科還是超聲科，甚至很多非臨床醫療部門，如教學或是科研部門都對影像資料產生了巨大的興趣。傳統上把放射科和臨床科室 截然區分的模式不再代表行業的方向，臨床科室不但需要影像，而且還需要對影像進行再次挖掘、再次應用，這樣的需求推動pacs/ris系統架構產生相應的 變動，在功能和流程上提供更大的靈活性和可塑性，否則難以稱為「全院級的pacs/ris系統」。
例如，傳統意義上放射科醫生精通ct/mr等斷層片的讀片，可以說已經完全適應了這種模式，但是隨著多排ct，高場功能磁共振，甚至平板ct的出 現，傳統的讀片模式受到極大的挑戰。採用計算機技術後處理應用的重要性不斷提高，特別是非傳統讀片的臨床科室對影像需求的不斷加強，他們對讀片模式的新需 求、對三維後處理等臨床應用的需求大大增加，如心內科需要心血管應用處理功能等。採用傳統c/s或混合架構的pacs/ris系統往往側重或侷限於放射科 室，給放射科提供全面的影像後處理功能，而對臨床科室僅僅開放最基本的模組，其後台原因也是某些高階的影像後處理模組（如三維重建、血管追蹤、心血管處 理、cad等）並不能在web模式下執行。而在採用純web架構的新一代pacs/ris系統中，所有的影像應用、影像後處理、資料探勘等功能以及與之配 合的資訊和流程管理功能都已經無縫地整合在基於web的系統平台上，無論是放射科室的醫生，還是臨床科室或其它相關部門的使用者都可以在任何一台資料訪問終 端上訪問到自己所需要的資料，使用到自己所需要的功能，並且不受任何物理位置和使用時間的限制。當然，系統還能夠提供靈活、精確的許可權管理機制，可以根據 不同客戶的業務需要對資料和功能進行按需設定、按需分配。同時，在純web架構的系統平台上，未來任何功能或資料的擴充，都可以非常方便地完全應用到整個 系統，而不僅僅是特定的科室或使用者。這樣的突破性架構真正打破了傳統pacs/ris系統架構所帶來的諸多限制，解放了pacs/ris系統的使用者和管理 者，實現了真正意義上的全院甚至跨機構的影像數位化業務流程，這也是未來全院級pacs/ris系統走向架構統一化的乙個重要原因。
結論
c/s架構和b/s架構在it行業的爭議已經沒有任何懸念，但是在醫療行業預計仍需要時間來驗證其結果，雖然web在醫院已經不是什麼新事物了，但 是採用純web架構的pacs/ris等醫療資訊系統給醫院帶來的真實受益還是需要一些時間和過程來體驗的。但無論從市場需求的滿足度，還是技術的領先 性，我們都有充分的理由相信兩三年後的大型pacs/ris系統絕大部分都會在純web架構下執行，這也是pacs/ris行業發展的必然趨勢。
銳珂醫療carestream pacs系統在中國醫學科學院腫瘤醫院成功應用，雙方在醫療影像資訊化建設方面達成合作共識，銳珂醫療為腫瘤醫院提供在臨床放射**方面的完整it解決方 案。圖為系統落成啟動儀式現場，從右向左依次是銳珂醫療大中華區市場總監滕俐女士、中國醫科院腫瘤醫院影像科周純武主任、銳珂醫療大中華區大客戶銷售經理 王駿先生。
純使用者空間搶占式多執行緒的設計
純使用者空間的搶占式多執行緒庫其實是很麻煩的一件事，在設計之前首先必須明白搶占式多執行緒的意義，其本質就是古老的unix多道程式設計，策略可以是分時的，也可以是其它任何的排程策略，不管什麼策略，機制要素都是底層的os核心和機器硬體提供的，對於x86上的linux來說，這些要素包括 分頁機制 提供程序...
純使用者空間搶占式多執行緒的設計
純使用者空間的搶占式多執行緒庫其實是很麻煩的一件事，在設計之前首先必須明白搶占式多執行緒的意義，其本質就是古老的unix多道程式設計，策略可以是分時的，也可以是其它任何的排程策略，不管什麼策略，機制要素都是底層的os核心和機器硬體提供的，對於x86上的linux來說，這些要素包括 分頁機制 提供程序...
Linux C實現純使用者態搶占式多執行緒
include include include include include include 僅僅是測試demo，分配4096位元組的stack足夠了。define stack size 4096 為什麼是72？因為我們在訊號處理中增加了乙個區域性變數，這樣pretcode的偏移就是32位元組了。...