PACS共享平臺和遠程醫(yī)療會診系統(tǒng)PPT課件[通用]_第1頁
PACS共享平臺和遠程醫(yī)療會診系統(tǒng)PPT課件[通用]_第2頁
PACS共享平臺和遠程醫(yī)療會診系統(tǒng)PPT課件[通用]_第3頁
PACS共享平臺和遠程醫(yī)療會診系統(tǒng)PPT課件[通用]_第4頁
PACS共享平臺和遠程醫(yī)療會診系統(tǒng)PPT課件[通用]_第5頁
已閱讀5頁,還剩76頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、基于區(qū)域PACS共享平臺和遠程醫(yī)療會診系統(tǒng)構想 主講:高偉 高級營養(yǎng)師議題基層醫(yī)療PACS/RIS區(qū)域PACS平臺議題基層醫(yī)療PACS/RIS區(qū)域PACS平臺基層醫(yī)療PACS/RIS基層醫(yī)療PACS/RIS需求分析縣級中心醫(yī)院鄉(xiāng)鎮(zhèn)衛(wèi)生院/社區(qū)醫(yī)院需求分析 基層醫(yī)療信息化完整解決體系HISEMRLISPACS/RIS需求分析 基層醫(yī)療信息化建設路徑HISLISPACS/RISEMREHRRHIN需求分析 PACS技術發(fā)展趨勢支持醫(yī)療影像傳輸質量的流技術基于IHE規(guī)范的業(yè)務流程化和信息集成建設趨勢從醫(yī)院內部到區(qū)域共享基于醫(yī)療標準的云計算技術On-Demand IT軟件即服務(SaaS)SOA 架構

2、虛擬化技術公用計算技術Web服務技術寬帶技術因特網(wǎng)企業(yè)系統(tǒng)數(shù)據(jù)增生Client/Server 架構個人電腦基本框架IT技術發(fā)展趨勢需求分析 PACS/RIS預約工作流需求分析 影像采集工作流(Worklist)需求分析 基層醫(yī)療機構需求分析基層PACS/RIS系統(tǒng)涉及區(qū)域內各級醫(yī)療機構:基層醫(yī)院(鄉(xiāng)鎮(zhèn)衛(wèi)生院、社區(qū)醫(yī)院)縣級醫(yī)院(中心醫(yī)院、中醫(yī)院)專業(yè)職能部門(CDC、各個專業(yè)防治中心等)具體而言:縣級醫(yī)院的放射科、超聲科、核醫(yī)學、病理科、內窺鏡;臨床科室的門急診、住院等。鄉(xiāng)鎮(zhèn)衛(wèi)生院、社區(qū)醫(yī)院主要需求為X光機、CR、DR和US(超聲)。基層醫(yī)療PACS/RIS需求分析縣級中心醫(yī)院鄉(xiāng)鎮(zhèn)衛(wèi)生院/社區(qū)

3、醫(yī)院縣級中心醫(yī)院 現(xiàn)狀分析現(xiàn)階段河南縣級中心醫(yī)院信息化建設與東部沿海相比比較滯后,部分縣中心醫(yī)院甚至基本HIS系統(tǒng)建設都不完整,很多只有門急診、藥房收費模塊,病人門急診預約掛號、醫(yī)生醫(yī)囑、病歷、護士護理管理等都只能手工完成。從縣級醫(yī)院自身信息系統(tǒng)建設出發(fā),逐步完善一個PACS/RIS系統(tǒng)是必然的過程,不僅僅對醫(yī)院自身的管理,對醫(yī)院的診療能力的提升和病人的幫助都是立竿見影。目前衛(wèi)生部和省廳關于縣級醫(yī)院能力提升中PACS系統(tǒng)建設基本明確了科室級PACS/RIS系統(tǒng)、甚至部分延伸到臨床。但是由于缺乏其它臨床系統(tǒng)的業(yè)務支撐,尤其是醫(yī)生工作站或電子病歷系統(tǒng)的業(yè)務協(xié)同,PACS/RIS系統(tǒng)應用需要根據(jù)醫(yī)院

4、自身狀況在具體實施過程中進行針對性部署。針對上述問題,我們首先對縣級中心醫(yī)院PACS/RIS系統(tǒng)的基本功能需求進行分析,然后針對各家醫(yī)院信息系統(tǒng)的差異提出相應的解決方案。登記/預約報告模板診斷功能檢查直接選取科室管理多級影像保存優(yōu)質售后服務體系縣級中心醫(yī)院 主要功能需求按照功能劃分可以分為三個部分:檢查安排功能單元檢查執(zhí)行處理單元檢查結果處理單元1、檢查安排功能單元包含三個部分:檢查申請?zhí)幚頇z查安排管理其它功能單元信息交互(Worklist)的控制。硬件配置是RIS登記工作站和RIS服務器2、檢查執(zhí)行處理單元核心任務是完成影像檢查過程的實施。硬件配置就是影像設備,如CR/DR、CT、MR等3、

5、檢查結果處理單元包含檢查結果的歸檔存儲管理和應用操作兩個部分。影像歸檔影像管理影像處理高級影像后處理RIS報告硬件配置包含PACS服務器(包括非DICOM標準影像轉換的網(wǎng)關、相應的存儲,完成影像歸檔和影像管理的服務器)和影像工作站(影像處理、高級影像后處理、RIS報告)PACS/RIS基本功能單元縣級中心醫(yī)院 PACS/RIS基本功能具體可以分為9個基本功能單元:檢查申請?zhí)幚頇z查安排管理Worklist功能檢查執(zhí)行影像歸檔影像管理影像處理高級影像后處理RIS報告縣級中心醫(yī)院 PACS/RIS基本功能 1、檢查申請?zhí)幚碇С珠T急診或病區(qū)電子申請單直接預約申請支持檢查預約轉為檢查登記支持自動獲取HI

6、S系統(tǒng)病人基本信息支持多個檢查項目同時登記支持登記病人時,系統(tǒng)自動驗證新老病人和患者復診登記自動提示支持登記多種方式輸入,如磁卡、IC卡、條碼輸入、手工輸入。支持申請單及病人歷史資料的掃描,可以把臨床醫(yī)生開的檢查申請單及病人歷史資料掃描成電子文件方式存檔 支持條碼打印機,客戶可以自己定義條碼打印機的格式內容,可以把Patient ID和Accession No打印成條碼支持提供當天已登記患者列表、總數(shù)支持提供登記輸入項自定義配置2、檢查安排管理支持檢查的確認、取消和改變自動生成科室的統(tǒng)一檢查編號提供檢查基本信息打印條碼輸出顯示和查詢病人檢查狀態(tài)在檢查項目輸入界面上支持大部位選項。把檢查部位歸為

7、幾組大部位。比如:上肢,下肢,脊柱,胸部等可提供當天已檢查患者列表及總數(shù)可提供當天已完成檢查收費總數(shù)可統(tǒng)計每月、日各設備,各科室的檢查(可依檢查種類區(qū)分)及收費,并打印報表 縣級中心醫(yī)院 PACS/RIS基本功能3、 Worklist功能支持Dicom Modality worklist功能支持將中文姓名自動轉換為拼音與PACS鏈接實現(xiàn)一次ID登錄輸入用戶ID及密碼登錄系統(tǒng),獲得自己的配置參數(shù)提供工作流程執(zhí)行狀態(tài)監(jiān)控,可以查詢及監(jiān)控每一個病人的每一個檢查的執(zhí)行過程及目前狀況 縣級中心醫(yī)院 PACS/RIS基本功能5、影像歸檔能夠根據(jù)醫(yī)院需要實現(xiàn)放射科各類影像設備的圖像采集和獲取。包括CT、MR

8、、CR、DR、DSA、ECT、PET/CT、數(shù)字乳腺、DSA、具有DICOM接口的US等非DICOM模擬醫(yī)學影像設備,通過采集卡提供模擬采集轉換,并轉為DICOM格式非DICOM標準醫(yī)學影像設備,通過Dicom網(wǎng)關轉為DICOM格式支持已存儲在PACS系統(tǒng)的圖像回傳給影像設備(主要是CT/MR)支持DICOM RAW DATA、DICOM Part 10、DICOM JPEG-Lossless、DICOM JPEG-Lossy、JPEG2000、BMP、JPG、AVI等影像和視頻類型、并可互相轉換。接收或導入DICOM圖像前系統(tǒng)自動進行合法性檢驗,沒有通過檢驗的圖像,系統(tǒng)記錄錯誤日志。支持圖像

9、自動路由縣級中心醫(yī)院 PACS/RIS基本功能6、影像管理支持多級分布式存儲管理體系,具有分級存儲管理能力支持DICOM DIR功能支持影像數(shù)據(jù)自動備份、數(shù)據(jù)庫自動備份;支持DVD/CD刻錄影像做備份或離線存儲支持影像發(fā)送到其它系統(tǒng)縣級中心醫(yī)院 PACS/RIS基本功能7、影像處理支持設置多屏幕(單屏、雙屏或四屏)影像處理及顯示支持高分辨率灰階及彩色醫(yī)用顯示器圖像顯示處理可根據(jù)患者姓名、檢查設備、檢查部位、影像號、檢查時間日期等多種查詢條件的組合形式查詢,方便醫(yī)生針對各種條件下獲得影像資料的工作可同時調閱一個患者或多個患者不同診斷序列、不同體位、不同時期、不同成像設備的影像對比顯示和診斷影像的

10、整體窗寬/窗位調整,局部自動窗寬/窗位調整,提供一圖多窗顯示可根據(jù)不同圖像要求預設多種窗寬/窗位 支持關鍵影像標注功能支持多幅排列顯示方式影像自由縮放及局部放大功能能測量長度、角度、各種封閉區(qū)域面積,并可在圖上增加文字注釋、圖形、箭頭標注,可手畫線,并可保存標注信息圖像變換:提供圖像顯示移動、水平和垂直鏡像、旋轉、翻轉功能等影像顯示功能圖像平滑處理、負片顯示功能多種影像格式轉換功能:用此功能將DICOM影像格式轉換成普通的JPEG、TIF、BMP等多種常用影像格式影像動態(tài)電影回放,播放動態(tài)影像,播放速度可由操作者調整可接收存儲多種設備及同時顯示不同種類的DICOM影像多種打印排列組合方式,支持

11、特殊打印格式,如品字形格式所見即所得的膠片打印方式顯示患者中文姓名,并可在膠片(Film)上打印中文姓名 縣級中心醫(yī)院 PACS/RIS基本功能8、高級影像后處理支持存儲并且顯示、處理PACS系統(tǒng)回傳的影像 支持測量與批注功能 , 單點灰階、矩形、圓形、多邊形、線段,聯(lián)機夾角、非聯(lián)機夾角測量及文字、數(shù)字、箭頭標記。 智能ROI工具,可快速、自動調整窗寬、窗位,放大鏡中的窗寬/窗位和反像;不同形狀、可變大小的感興趣區(qū); 同一病人不同類型檢查應具有自動關聯(lián)顯示(如對同部位不同檢查間時間同空間層位同步關聯(lián)顯示比較功能) 標志和顯示關鍵圖像 MPR功能(平面和曲面重建,支持雙窗口對比方式瀏覽)MIP功

12、能(提供轉動、旋轉、縮放、平移、從影像中剪切 VOI 功能,調節(jié)窗值) VR(容積重建)可選擇系統(tǒng)的重建模型及自定義模型 定義組織及分割組織將3D重建影像用電影形式播放并可以AVI方式導出一鍵式自動骨移除 一鍵式自動床移除 支持CDROM和DVDROM影像刻錄功能,可在光盤上自動建立DICOM索引文檔,刻錄的影像及索引文檔可在其它DICOM工作站上回放縣級中心醫(yī)院 PACS/RIS基本功能9、RIS報告9.1管理部分輸入用戶ID及密碼登錄系統(tǒng),獲得自己的配置參數(shù)輸入用戶ID及密碼登錄系統(tǒng),獲得自己的配置參數(shù)支持解剖學分組劃分檢索病人記錄可與PACS鏈接實現(xiàn)一次ID登錄 提供工作流程執(zhí)行狀態(tài)監(jiān)控

13、,可以查詢及監(jiān)控每一個病人的每一個檢查的執(zhí)行過程及目前狀況9.2報告部分提供可用戶自定義的快捷鍵的編輯模塊,醫(yī)生可以通過自定義快捷鍵的編輯模塊,定制自己需要的報告池及工作列表支持未寫/未審/既往報告排序功能診斷報告制作軟件,同一病人一次多部位檢查,支持只產(chǎn)生一條記錄和報告;兩醫(yī)生同時寫/審報告時,報告列表即時提示未寫報告超時提醒功能各種不同報告狀態(tài),使用顏色進行標記具有完整設備類型的報告診斷模版和術語、可自定義修改和分類管理能夠靈活制作、設置打印報告的模板,可以由醫(yī)院自己定義報告模板,自定義打印格式,自定義病人基本信息及檢查信息顯示格式,自定義條碼打印格式系統(tǒng)支持依據(jù)檢查代碼自動加載正常報告模

14、版或手動加載一個或多個報告模版。同時支持模板加載方式可自定義為新增/追加,自動加載或手動加載診斷報告管理(放射科醫(yī)生根據(jù)權限具有管理診斷報告的權限,可以修改、審核,拒絕,退回、刪除報告) 可以靈活選擇報告打印機,支持報告的預覽和打印,所見即所得。支持默認打印模板記憶和選擇根據(jù)用戶的權限、角色顯示工作列表支持閱片、審核、復審、打印,支持多級醫(yī)生審核和會診。上級醫(yī)生可批準或駁回下級醫(yī)生的初步診斷, 并加注評語最后由放射科醫(yī)生打印報告。留下歷史修改/審核記錄內容和修改/審核者,及相應的時間記錄歷史報告對比瀏覽功能: 在顯示和瀏覽當前報告時,顯示歷史報告。顯示歷史報告同時,顯示對應的歷史影像可以在報告

15、編寫時添加ACR代碼對病例進行歸類管理 縣級中心醫(yī)院 PACS/RIS基本功能9.3統(tǒng)計部分提供可客戶化定制的統(tǒng)計及報表功能,統(tǒng)計及報表結果可以打印輸出或導出成Excel文件 提供技術員的工作量及金額統(tǒng)計,登記人員的工作量統(tǒng)計,醫(yī)生的報告工作量統(tǒng)計及檢查清單等疾病統(tǒng)計,可以根據(jù)疾病的ACR 代碼對某種疾病按一定的年齡區(qū)間統(tǒng)計出來開單統(tǒng)計, 可以根據(jù)不同的部門、病區(qū)和病人類型對醫(yī)生開出的放射科檢查單進行統(tǒng)計提供機房的工作量及金額統(tǒng)計及檢查清單等提供某類主機(CT、MR、CR等)的工作量及金額統(tǒng)計及檢查清單等提供每一個時間段(每天、每周、每月)的病人人次及檢查次數(shù)的統(tǒng)計及報表陽性率統(tǒng)計, 統(tǒng)計檢查

16、報告中結果為陽性的報告數(shù)量,以及占所有報告的比率9.4病例管理部分支持對檢查案例設置關鍵字,方便醫(yī)院對所有病例或特殊病例進行分類管理提供通過關鍵字、報告內容等對歷史病例進行查詢查詢出的案例可以直接調閱相關報告及圖像 縣級中心醫(yī)院 PACS/RIS基本功能縣級中心醫(yī)院PACS/RIS1、檢查安排功能RIS登記工作站RIS服務器2、檢查執(zhí)行處理單元醫(yī)療儀器:CR/DR、CT、MR、DSA、NM、PET、US等3、檢查結果處理單元DICOM網(wǎng)關PACS服務器存儲Web影像服務器(面向臨床醫(yī)生工作站)影像工作站(影像處理和診斷報告)高級影像后處理工作站縣級中心醫(yī)院 PACS/RIS網(wǎng)絡拓撲圖縣級中心醫(yī)

17、院PACS/RIS基本硬件配置序號名稱規(guī)格備 注1PACS/RIS服務器知名品牌商用服務器(Intel四核CPU,內存4GB,硬盤1TB*4,調制解調器,Windows Server 2003或更高)2PACS/RIS登記工作站知名品牌商用電腦 (Intel雙核CPU,內存2GB,硬盤320GB,19”LCD顯示器, Windows XP Professional)3PACS/RIS診斷報告工作站知名品牌商用電腦 (Intel雙核CPU,內存4GB,硬盤320GB,19”LCD顯示器, Windows XP Professional)4高級影像后處理工作站知名品牌商用電腦 (Intel雙核CP

18、U,內存4GB,硬盤320GB,19”LCD顯示器, Windows XP Professional)5Dicom網(wǎng)關知名品牌商用電腦 (Intel雙核CPU,內存2GB,硬盤320GB,19”LCD顯示器, Windows XP Professional)6醫(yī)用專業(yè)豎屏顯示器知名品牌2MP醫(yī)用專業(yè)顯示器及顯卡7普通顯示器與診斷報告工作站同一廠商的19“LCD顯示器,含顯卡8局域網(wǎng)交換機知名品牌24端口網(wǎng)絡交換機 9數(shù)據(jù)庫系統(tǒng)MS SQL Server 2005數(shù)據(jù)庫或更高縣級中心醫(yī)院 PACS/RIS基本配置2、具備HIS系統(tǒng),但是目前尚無醫(yī)生工作站/電子病歷系統(tǒng)縣級中心醫(yī)院 PACS/RI

19、S實施要點3、HIS系統(tǒng)比較完善,包含醫(yī)生工作站/電子病歷系統(tǒng)1、不具備HIS系統(tǒng),僅僅具備相關收費模塊門急診/病區(qū)醫(yī)生手寫檢查申請單,病人交費有以下兩種方式A、門急診或病區(qū)交費,病人交費后前往相關科室RIS登記工作站登記或預約。B、直接在RIS登記工作站進行交費,辦理預約或登記。門急診/病區(qū)醫(yī)生手寫檢查申請單,病人交費兩種方式A、門急診或病區(qū)交費,病人交費后前往相關科室RIS登記工作站登記或預約。B、直接在RIS登記工作站進行交費,辦理預約或登記。RIS/PACS系統(tǒng)通過HIS系統(tǒng)直接獲取病人基本信息。門急診/病區(qū)醫(yī)生通過醫(yī)生工作站/電子病歷下電子申請單,病人交費后前往相關科室RIS登記工作

20、站登記或預約。RIS/PACS系統(tǒng)通過HIS系統(tǒng)或HL7獲取病人基本信息。PACS/RIS與HIS系統(tǒng)接口根據(jù)醫(yī)院HIS系統(tǒng)建設的狀況,存在以下情況縣級中心醫(yī)院 PACS/RIS實施要點該結構將HIS接口模塊劃分在客戶端一層,它將與RIS系統(tǒng)共同存在于同一主機上,但在功能上它屬于中間應用層,故也可稱偽三層。它雖然能同樣起到三層的作用但必須在每個客戶端都安裝該接口,并且每個客戶端都須與數(shù)據(jù)層作數(shù)據(jù)庫連接,這樣勢必更多的消耗了數(shù)據(jù)庫的資源,但同時它也相對減輕了服務器的壓力,轉而將壓力分攤到各客戶端。另外,當某一客戶端的接口程序出現(xiàn)異常錯誤導致接口無法正常工作時,網(wǎng)絡上的其他客戶端不會受到任何影響,

21、仍可正常使用。 PACS/RIS與HIS系統(tǒng)接口方案要點結構示意圖客戶層中間應用層數(shù)據(jù)層客戶端RIS報告HIS接口客戶端RIS報告HIS接口客戶端RIS報告HIS接口服務器 數(shù)據(jù)庫服務器縣級中心醫(yī)院 PACS/RIS實施要點HIS系統(tǒng)病人基本信息獲取在RIS中對病人報告登記時,以病人的卡號/住院號通過HIS接口從病人的HIS數(shù)據(jù)庫中調取到病人的基本信息至RIS系統(tǒng)中。接口描述:傳入?yún)?shù):病人類別 Int號碼類型 Int病人類別 Int病人姓名 VarChar病人年齡 Int病人年齡單位Varchar病人性別 Char(1) 病人所在科室代碼 VarChar 病人所在病區(qū)代碼 VarChar病人

22、所在病區(qū)的床號 VarChar病人的門診/住院號VarChar病人的卡號 VarChar病人的收費類別代碼 VarChar病人的主治醫(yī)生代碼 VarChar病人的地址VarChar病人的電話VarChar病人的臨床診斷VarChar病人唯一號Varchar病人本次檢查號VarcharPACS/RIS與HIS系統(tǒng)接口方案要點基層醫(yī)療PACS/RIS需求分析縣級中心醫(yī)院鄉(xiāng)鎮(zhèn)衛(wèi)生院/社區(qū)醫(yī)院鄉(xiāng)鎮(zhèn)醫(yī)院 現(xiàn)狀分析通過調研發(fā)現(xiàn),現(xiàn)階段河南鄉(xiāng)鎮(zhèn)醫(yī)院普遍信息化程度較低,基本HIS系統(tǒng)建設都不完整,通常都只有門急診、藥房收費模塊,病人門急診預約掛號、醫(yī)生醫(yī)囑、病歷、護士護理管理等都只能手工完成。鄉(xiāng)鎮(zhèn)醫(yī)院PACS

23、影像設備需求主要在X光機、CR/DR和US。通常一個鄉(xiāng)鎮(zhèn)醫(yī)院每天X光拍片不超過30人次,超聲不超過20人次,這種條件下,CR需求最多、效率最高。因而CR+彩超的組合未來相當長時間成為鄉(xiāng)鎮(zhèn)醫(yī)院的主要醫(yī)療診斷設備。但是鄉(xiāng)鎮(zhèn)醫(yī)院普遍缺乏專業(yè)的醫(yī)學影像診斷能力,對遠程診斷和遠程醫(yī)療需求更為迫切。針對上述問題,我們首先對鄉(xiāng)鎮(zhèn)醫(yī)院PACS/RIS系統(tǒng)的基本功能需求進行分析,然后針對各家醫(yī)院信息系統(tǒng)的差異提出相應的解決方案。登記/預約報告模板診斷功能檢查直接選取優(yōu)質售后服務體系鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求鄉(xiāng)鎮(zhèn)醫(yī)院PACS/RIS基本功能單元鄉(xiāng)鎮(zhèn)PACS/RIS功能單元功能業(yè)務相對簡單,按照功能劃分可以分為三個部分

24、:檢查安排功能單元檢查執(zhí)行處理單元檢查結果處理單元1、檢查安排功能單元包含三個部分:檢查申請?zhí)幚頇z查安排管理與其它功能單元信息交互(Worklist)。2、檢查執(zhí)行處理單元核心任務是完成影像檢查過程的實施。硬件配置:影像設備,如CR/DR、超聲等3、檢查結果處理單元包含檢查結果的歸檔存儲管理和應用操作兩個部分。影像歸檔影像管理影像處理RIS報告硬件配置包含PACS服務器(包括非DICOM標準影像轉換的網(wǎng)關、相應的存儲,完成影像歸檔和影像管理的服務器)和影像工作站(影像處理、RIS報告)鄉(xiāng)鎮(zhèn)醫(yī)院 基本功能需求具體可以分為8個基本功能單元:檢查申請?zhí)幚頇z查安排管理Worklist功能檢查執(zhí)行影像歸

25、檔影像管理影像處理RIS報告鄉(xiāng)鎮(zhèn)醫(yī)院PACS/RIS基本功能單元考慮到鄉(xiāng)鎮(zhèn)醫(yī)院的規(guī)模和業(yè)務偏小,具體配置上,檢查安排功能和檢查結果處理單元通常整體安排在一臺服務器,RIS系統(tǒng)也比較簡單,表現(xiàn)為圖像診斷/RIS報告圖文一體化。具體功能需求如下:鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求檢查申請?zhí)幚頇z查安排管理Worklist功能檢查執(zhí)行影像歸檔影像管理影像處理RIS報告Modality Worklist影像歸檔一、檢查安排功能單元(1)1、檢查申請?zhí)幚碇С珠T急診或病區(qū)電子申請單直接預約申請支持檢查預約轉為檢查登記支持自動獲取HIS系統(tǒng)病人基本信息支持多個檢查項目同時登記支持登記病人時,系統(tǒng)自動驗證新老病人和患者復診

26、登記自動提示支持申請單及病人歷史資料的掃描,可以把臨床醫(yī)生開的檢查申請單及病人歷史資料掃描成電子文件方式存檔 支持條碼打印機,客戶可以自己定義條碼打印機的格式內容,可以把Patient ID和Accession No打印成條碼支持提供當天已登記患者列表、總數(shù)支持提供登記輸入項自定義配置鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求一、檢查安排功能單元(2)2、檢查安排管理支持檢查的確認、取消和改變自動生成科室的統(tǒng)一檢查編號提供檢查基本信息打印條碼輸出顯示和查詢病人檢查狀態(tài)在檢查項目輸入界面上支持大部位選項。把檢查部位歸為幾組大部位。比如:上肢,下肢,脊柱,胸部等可提供當天已檢查患者列表及總數(shù)可提供當天已完成檢查收費總

27、數(shù)可統(tǒng)計每月、日各設備,各科室的檢查(可依檢查種類區(qū)分)及收費,并打印報表 鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求一、檢查安排功能單元(3)3、Worklist和管理功能支持Dicom Modality worklist功能支持將中文姓名自動轉換為拼音與PACS鏈接實現(xiàn)一次ID登錄輸入用戶ID及密碼登錄系統(tǒng),獲得自己的配置參數(shù)鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求二、檢查結果處理功能單元(1)1、影像歸檔能夠根據(jù)醫(yī)院需要實現(xiàn)圖像采集和獲取。包括CR、DR、具有DICOM接口的US等非DICOM模擬醫(yī)學影像設備,通過采集卡提供模擬采集轉換,并轉為DICOM格式非DICOM標準醫(yī)學影像設備,通過Dicom網(wǎng)關轉為DICOM格式支

28、持DICOM RAW DATA、DICOM Part 10、DICOM JPEG-Lossless、DICOM JPEG-Lossy、JPEG2000、BMP、JPG、AVI等影像和視頻類型、并可互相轉換。接收或導入DICOM圖像前系統(tǒng)自動進行合法性檢驗,沒有通過檢驗的圖像,系統(tǒng)記錄錯誤日志。鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求二、檢查結果處理功能單元(2)2、影像管理支持DICOM DIR功能支持影像數(shù)據(jù)自動備份、數(shù)據(jù)庫自動備份;支持DVD/CD刻錄影像做備份或離線存儲支持影像發(fā)送到其它系統(tǒng)鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求二、檢查結果處理功能單元(3)3、影像處理可根據(jù)患者姓名、檢查設備、檢查部位、影像號、檢查時間

29、日期等多種查詢條件的組合形式查詢,方便醫(yī)生針對各種條件下獲得影像資料的工作可同時調閱一個患者或多個患者不同診斷序列、不同體位、不同時期、不同成像設備的影像對比顯示和診斷影像的整體窗寬/窗位調整,局部自動窗寬/窗位調整,提供一圖多窗顯示影像自由縮放及局部放大功能圖像變換:提供圖像顯示移動、水平等影像顯示功能圖像平滑處理、負片顯示功能多種影像格式轉換功能:用此功能將DICOM影像格式轉換成普通的JPEG、TIF、BMP等多種常用影像格式多種打印排列組合方式,支持特殊打印格式,如品字形格式顯示患者中文姓名,并可在膠片(Film)上打印中文姓名 鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求二、檢查結果處理功能單元(4)4、

30、RIS報告4.1管理部分輸入用戶ID及密碼登錄系統(tǒng),獲得自己的配置參數(shù)可與PACS鏈接實現(xiàn)一次ID登錄 4.2報告部分提供可用戶自定義的快捷鍵的編輯模塊,醫(yī)生可以通過自定義快捷鍵的編輯模塊,定制自己需要的報告池及工作列表未寫報告超時提醒功能各種不同報告狀態(tài),使用顏色進行標記具有完整設備類型的報告診斷模版和術語、可自定義修改和分類管理能夠靈活制作、設置打印報告的模板,可以由醫(yī)院自己定義報告模板,自定義打印格式,自定義病人基本信息及檢查信息顯示格式,自定義條碼打印格式系統(tǒng)支持依據(jù)檢查代碼自動加載正常報告模版或手動加載一個或多個報告模版。同時支持模板加載方式可自定義為新增/追加,自動加載或手動加載可

31、以在報告編寫時添加ACR代碼對病例進行歸類管理 鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求4.3統(tǒng)計部分提供可客戶化定制的統(tǒng)計及報表功能,統(tǒng)計及報表結果可以打印輸出或導出成Excel文件 疾病統(tǒng)計,可以根據(jù)疾病的ACR 代碼對某種疾病按一定的年齡區(qū)間統(tǒng)計出來提供機房的工作量及金額統(tǒng)計及檢查清單等提供每一個時間段(每天、每周、每月)的病人人次及檢查次數(shù)的統(tǒng)計及報表陽性率統(tǒng)計, 統(tǒng)計檢查報告中結果為陽性的報告數(shù)量,以及占所有報告的比率4.4病例管理部分支持對檢查案例設置關鍵字,方便醫(yī)院對所有病例或特殊病例進行分類管理提供通過關鍵字、報告內容等對歷史病例進行查詢查詢出的案例可以直接調閱相關報告及圖像 鄉(xiāng)鎮(zhèn)醫(yī)院PACS/

32、RIS鄉(xiāng)鎮(zhèn)PACS/RIS系統(tǒng)由于業(yè)務流程簡單、數(shù)據(jù)量偏小,RIS服務器、PACS服務器、診斷工作站和RIS登記工作站通常集中在一臺性能較好的工作站。存儲建議采用兩個320G本地硬盤實現(xiàn)RAID1鏡像,基本滿足6個月以上的影像需求??紤]到區(qū)域化PACS和云計算的要求,另外配置一臺工作站作為云計算接入終端,由于接入互聯(lián)網(wǎng)帶寬有限,相關上傳影像先傳到接入工作站,通過該工作站與數(shù)據(jù)中心或云數(shù)據(jù)中心同步。超聲系統(tǒng)的圖像采集后自動上傳到位于CR/DR機房的工作站/服務器鄉(xiāng)鎮(zhèn)醫(yī)院 PACS/RIS網(wǎng)絡拓撲圖鄉(xiāng)鎮(zhèn)醫(yī)院PACS/RIS基本硬件配置鄉(xiāng)鎮(zhèn)醫(yī)院 主要功能需求序號名稱規(guī)格備 注1PACS服務器/診斷報

33、告工作站知名品牌商用電腦 (Intel雙核CPU,內存4GB,硬盤320GB,19”LCD顯示器, Windows XP Professional)2云計算接入終端知名品牌商用電腦 (Intel雙核CPU,內存2GB,硬盤320GB,19”LCD顯示器, Windows XP Professional)3數(shù)據(jù)庫系統(tǒng)MS SQL Server 2005數(shù)據(jù)庫或更高2、具備HIS系統(tǒng),但是目前尚無醫(yī)生工作站/電子病歷系統(tǒng)鄉(xiāng)鎮(zhèn)醫(yī)院 PACS/RIS實施要點3、HIS系統(tǒng)比較完善,包含醫(yī)生工作站/電子病歷系統(tǒng)1、不具備HIS系統(tǒng),僅僅具備相關收費模塊門急診/病區(qū)醫(yī)生手寫檢查申請單,病人交費有以下兩種方

34、式A、門急診或病區(qū)交費,病人交費后前往相關科室RIS登記工作站登記或預約。B、直接在RIS登記工作站進行交費,辦理預約或登記。門急診/病區(qū)醫(yī)生手寫檢查申請單,病人交費兩種方式A、門急診或病區(qū)交費,病人交費后前往相關科室RIS登記工作站登記或預約。B、直接在RIS登記工作站進行交費,辦理預約或登記。RIS/PACS系統(tǒng)通過HIS系統(tǒng)直接獲取病人基本信息。門急診/病區(qū)醫(yī)生通過醫(yī)生工作站/電子病歷下電子申請單,病人交費后前往相關科室RIS登記工作站登記或預約。RIS/PACS系統(tǒng)通過HIS系統(tǒng)或HL7獲取病人基本信息。PACS/RIS與HIS系統(tǒng)接口鄉(xiāng)鎮(zhèn)醫(yī)院PACS/RIS與HIS接口方式基本與縣級

35、醫(yī)院類似,通常為下面三種方式:目前河南相當部分鄉(xiāng)鎮(zhèn)醫(yī)院HIS系統(tǒng)是方式1與方式2鄉(xiāng)鎮(zhèn)醫(yī)院 PACS/RIS實施要點云計算PACS數(shù)據(jù)中心接入考慮到鄉(xiāng)鎮(zhèn)衛(wèi)生院實際狀況,云數(shù)據(jù)中心接入有如下幾點建議:現(xiàn)有512kbps帶寬偏小,而且上行帶寬通常只有128K,建議將目前512Kbps帶寬升級到2M/s光纖寬帶,并實現(xiàn)醫(yī)院內部網(wǎng)絡統(tǒng)一上網(wǎng)。這樣上行/下行帶寬分別為原來的128倍/32倍。由于正常營業(yè)期間,其它業(yè)務數(shù)據(jù)(HIS、新農(nóng)合等)也要通過寬帶上傳數(shù)據(jù),為保障這些數(shù)據(jù)的優(yōu)先上網(wǎng),建議將影像和RIS報告數(shù)據(jù)上傳到區(qū)域平臺接入網(wǎng)關或云計算接入終端,由該網(wǎng)關/終端在非營業(yè)期間(午休或晚上)與PACS云數(shù)

36、據(jù)中心進行數(shù)據(jù)交換。考慮到安全問題,建議使用VPN接入云計算中心。區(qū)域PACS平臺區(qū)域PACS平臺技術規(guī)范系統(tǒng)部署應用分析需求分析平臺功能需求分析 項目背景隨著現(xiàn)代醫(yī)學的發(fā)展,醫(yī)院診療工作越來越多地依賴現(xiàn)代化的檢查結果。像X光檢查、CT、MRI、超聲、胃腸鏡、血管造影等影像學檢查的應用越來越普遍。在傳統(tǒng)的醫(yī)學影像系統(tǒng)中,影像的存儲介質是膠片、磁帶等,其耗材成本支出高,存放、查找、借閱難,且由于信息資源不能共享,難以避免病人重復檢查等問題,使得病人檢查費用居高不下。因此,傳統(tǒng)的醫(yī)學影像管理已經(jīng)無法適應新型醫(yī)療衛(wèi)生服務的要求,采用數(shù)字化影像管理方法來解決這些問題已迫在眉睫。目前,雖然有部分醫(yī)院已經(jīng)

37、開始對醫(yī)療影像的數(shù)字化管理,在醫(yī)院內部實現(xiàn)了這些資源的共享,但跨院間的信息共享尚不能實現(xiàn)。鑒于此,區(qū)域PACS平臺的業(yè)務建設將緊緊圍繞“完善公共衛(wèi)生和醫(yī)療服務體系、合理配置醫(yī)療衛(wèi)生資源”的重點進行,預期本項目實施后,將達到以下效果:從社會角度,通過實現(xiàn)對醫(yī)學影像檢查設備資源的合理配置、整合與共享,從而節(jié)省醫(yī)療資源的重復設置,減少醫(yī)療設備投資浪費。通過率先在聯(lián)網(wǎng)醫(yī)院的范圍內建立區(qū)域內居民“以人為本”的診療信息資料庫,為將來實現(xiàn)區(qū)域醫(yī)療信息化打下基礎。另外,通過減少對傳統(tǒng)影像膠片的使用,從而降低對環(huán)境的污染。從病人角度,實現(xiàn)在某一家醫(yī)院進行過檢驗檢查后,即可在聯(lián)網(wǎng)范圍內的其它醫(yī)院調閱到相關的影像圖

38、像和報告。從而避免病人在多家醫(yī)院的重復檢驗檢查,降低醫(yī)療費用支出負擔,緩解“看病難、看病貴”矛盾。通過診療信息的交換共享,方便就醫(yī)者在某醫(yī)院內以及聯(lián)網(wǎng)醫(yī)院范圍跨醫(yī)院的診療。從臨床醫(yī)生角度,實現(xiàn)對病人歷史診療資料、醫(yī)學影像檢查資料的跨院調閱,便于掌握病人病歷和診療的整體情況,為提高醫(yī)療服務的質量創(chuàng)造條件,減少誤診或錯診的可能性。此外,通過整體上把握病人的病史資料,從而方便了對疑難病癥實現(xiàn)專家會診、實現(xiàn)對醫(yī)學科學專題研究等提供有效信息和有利手段。 需求分析 區(qū)域PACS平臺建設目標建立區(qū)域醫(yī)學影像交換共享與備份存儲中心平臺,將全部鄉(xiāng)鎮(zhèn)衛(wèi)生院、社區(qū)醫(yī)院和縣級中心醫(yī)院涵蓋在內。按照IHE制定的流程標準

39、,建立區(qū)域內對影像類業(yè)務數(shù)據(jù)提供交換共享的機制,并予以投入實際運作。將數(shù)據(jù)中心作為全部鄉(xiāng)鎮(zhèn)衛(wèi)生院、社區(qū)醫(yī)院進行數(shù)據(jù)備份歸檔的服務平臺。同時,對原先已建成PACS/RIS的醫(yī)院,在數(shù)據(jù)中心建立可對這些醫(yī)院實現(xiàn)數(shù)據(jù)備份歸檔的服務平臺。按照國際IHE制定的流程標準,將數(shù)據(jù)中心建成為一個只要是進入聯(lián)網(wǎng)運作的醫(yī)療機構并且能夠按照數(shù)據(jù)中心制定的交換共享流程進行對接的,均可實現(xiàn)在區(qū)域PACS數(shù)據(jù)中心平臺上進行影像交換共享和存儲與歸檔的業(yè)務運作。實現(xiàn)在區(qū)域PACS數(shù)據(jù)中心對醫(yī)學影像文件和報告的綜合應用。包括在門戶網(wǎng)站上實現(xiàn)對醫(yī)學影像檢查報告的調閱。實現(xiàn)遠程會診的與影像類業(yè)務相關的功能建設。實現(xiàn)在數(shù)據(jù)中心端的對

40、醫(yī)學影像文件和報告的綜合應用。包括對統(tǒng)計分析等,為建立輔助醫(yī)學影像檢查的質量控制、輔助醫(yī)學臨床診斷系統(tǒng)打下基礎。建立數(shù)據(jù)中心系統(tǒng)端的輔助質量控制系統(tǒng)、輔助臨床診療系統(tǒng)和醫(yī)療業(yè)務統(tǒng)計分析管理系統(tǒng)需求分析 區(qū)域PACS基本需求基本需求居民身份識別基層醫(yī)院影像和報告的上傳、存儲、檢索影像和報告數(shù)據(jù)跨域調閱遠程醫(yī)療和遠程教育數(shù)據(jù)來源基層醫(yī)療(鄉(xiāng)鎮(zhèn)衛(wèi)生院、社區(qū)醫(yī)院)縣級中心醫(yī)院(中心醫(yī)院、中醫(yī)院)其它基層醫(yī)療機構(婦幼、疾控中心等)跨域或上級醫(yī)療機構數(shù)據(jù)存儲集中、分布或混合數(shù)據(jù)類型影像文件文檔文件數(shù)據(jù)庫其它(數(shù)據(jù)倉庫、ODS等)其它與電子病歷和健康檔案的整合和應用協(xié)同門戶網(wǎng)站和公眾服務隱私保護和數(shù)據(jù)安全

41、需求分析 區(qū)域PACS平臺建設的關鍵問題合理規(guī)劃設計區(qū)域PACS系統(tǒng)的總體架構合理規(guī)劃設計區(qū)域PACS系統(tǒng)的數(shù)據(jù)存儲分布模式如何建立相關的規(guī)范和標準,將不同廠商、不同產(chǎn)品以開放式模式進行互聯(lián)互通在下面的平臺功能中將分別進行分析、并提出相關解決方案區(qū)域PACS平臺技術架構系統(tǒng)部署應用分析需求分析平臺功能平臺功能 區(qū)域PACS平臺架構區(qū)域PACS信息交換平臺衛(wèi)生院衛(wèi)生院社區(qū)醫(yī)院社區(qū)醫(yī)院其它基層醫(yī)療機構PIX服務ODS數(shù)據(jù)倉庫縣中心醫(yī)院縣中醫(yī)院影像資料庫RIS數(shù)據(jù)庫區(qū)域PACS數(shù)據(jù)中心衛(wèi)生院衛(wèi)生院PACS文檔注冊ATNA審計PACSPACSPACSPACSPACSPACSPACSPACS安全管理遠程

42、醫(yī)療平臺功能 區(qū)域PACS平臺功能分析針對區(qū)域PACS建設目標和基本需求的分析,我們將整個平臺功能分解為以下幾個部分:數(shù)據(jù)中心基本業(yè)務和功能數(shù)據(jù)中心相關數(shù)據(jù)相關數(shù)據(jù)存儲模式基層醫(yī)院平臺接入規(guī)范。基層醫(yī)院客戶端軟件平臺適應相關業(yè)務流程平臺功能 區(qū)域PACS數(shù)據(jù)中心基本業(yè)務和功能數(shù)據(jù)中心功能主要分成三個部分:索引業(yè)務、影像類業(yè)務和輔助業(yè)務索引業(yè)務主要包括患者唯一索引(MPI)、醫(yī)學影像文檔注冊信息索引、醫(yī)院和醫(yī)務人員字典、藥品字典、病種診斷字典、收費標準字典等影像類業(yè)務包括醫(yī)學影像和醫(yī)學影像診斷報告。輔助功能業(yè)務包含輔助臨床診斷功能和輔助決策管理功能。主要包含遠程醫(yī)療、展示、質量監(jiān)控、統(tǒng)計分析、輔

43、助診斷等?;竟δ馨ㄒ韵聨讉€部分:影像數(shù)據(jù)中心對影像數(shù)據(jù)管理在邏輯上要高度集中和統(tǒng)一。即必須具有:注冊/發(fā)布、發(fā)現(xiàn)/查詢、用戶權限管理、圖像調閱監(jiān)控和跟蹤(到醫(yī)院/醫(yī)務人員個人和患者的層級)等功能;數(shù)據(jù)中心在對圖像調閱和存儲處理上(包括分布存儲節(jié)點上的數(shù)據(jù))應有內在的自動負載均衡和故障恢復功能;數(shù)據(jù)中心在邏輯上應可根據(jù)IHE XDS-I技術框架協(xié)議將縣級醫(yī)療機構的PACS存儲圖像作為數(shù)據(jù)中心統(tǒng)轄管理的內容對其它醫(yī)院提供查詢提取接口;數(shù)據(jù)中心應能依據(jù)IHE XDS-I技術框架協(xié)議,對外提供IHE XDS 注冊角色、IHE XDS-I存儲池角色、XDS-I成像數(shù)據(jù)源角色的通信接口功能;數(shù)據(jù)中心應

44、能與提供DICOM通信服務(DICOM Storage SCU/SCP,DICOM Query/Retrieval SCP/SCU)接口的醫(yī)院PACS系統(tǒng)進行圖像注冊發(fā)布、查詢提取的通信;數(shù)據(jù)中心應提供與醫(yī)院PACS和圖像使用者之間的圖像安全通信機制(保證數(shù)據(jù)完整性、私密性)和圖像真實性驗證機制。平臺功能 區(qū)域PACS數(shù)據(jù)中心相關數(shù)據(jù)1、文件類型?;鶎俞t(yī)院(縣級醫(yī)院除外)需求將相關PACS影像文件和診斷報告歸檔到區(qū)域PACS數(shù)據(jù)中心并實現(xiàn)交換共享,包括影像、影像顯示說明、診斷報告、關鍵圖像注釋和證據(jù)文檔相關信息,相關業(yè)務類數(shù)據(jù)包括:圖像類:放射(包含CR/DR、CT、MR、DSA等), 心血管

45、, 病理, 腫瘤放療、超聲(US)等DICOM 圖像;并按照圖形類別分類存儲。每一類包含相關的影像文件、影像顯示說明、關鍵圖像注釋和證據(jù)文檔相關信息。報告類:終審報告, 初始報告, 掃描摘要,請求單。對診斷報告,要求實現(xiàn)同時可按照PDF格式、結構化格式、非結構化格式的方式進行提交,調閱方可選擇格式進行調閱的功能;影像信息文檔。歸檔到區(qū)域PACS數(shù)據(jù)中心的基層醫(yī)院DICOM清單文檔,包含了所描述DICOM影像的元數(shù)據(jù),包括影像檢查(Study)信息和影像所在PACS的AE Title。2、數(shù)據(jù)庫。包含區(qū)域內病人全局索引信息、文檔注冊信息(文檔索引)和區(qū)域RIS數(shù)據(jù)庫系統(tǒng)。其中:病人索引信息。相關

46、數(shù)據(jù)包括病人ID、病人姓名(漢字、漢語拼音或英文)、出生年月日和性別。文檔注冊信息。將歸檔到區(qū)域PACS數(shù)據(jù)中心和分散在縣級醫(yī)院的影像信息文檔進行注冊后的索引信息。基層醫(yī)院(縣級醫(yī)院除外)的RIS報告數(shù)據(jù)統(tǒng)一集中在區(qū)域數(shù)據(jù)中心?;鶎俞t(yī)院通過XML與數(shù)據(jù)中心進行數(shù)據(jù)交換和同步。3、ODS和數(shù)據(jù)倉庫。主要是輔助功能業(yè)務,包含輔助臨床診斷功能和輔助決策管理功能。這些數(shù)據(jù)通過ETL方式從區(qū)域RIS報告系統(tǒng)和縣級醫(yī)院RIS系統(tǒng)中提取。平臺功能 數(shù)據(jù)存儲模式采用集中和分布相結合的模式基層醫(yī)院(中心醫(yī)院和中醫(yī)院除外)將影像數(shù)據(jù)上傳到區(qū)域PACS數(shù)據(jù)中心中心醫(yī)院和有條件的中醫(yī)院醫(yī)院內部建設PACS系統(tǒng)和存儲影

47、像中心,并與區(qū)域數(shù)據(jù)中心進行數(shù)據(jù)交換建立區(qū)域PACS交換和共享平臺平臺實現(xiàn)分布式影像存儲影像中心鄉(xiāng)鎮(zhèn)醫(yī)院影像數(shù)據(jù)上傳影像數(shù)據(jù)交換影像數(shù)據(jù)交換影像數(shù)據(jù)交換影像數(shù)據(jù)上傳影像數(shù)據(jù)上傳影像數(shù)據(jù)上傳中心醫(yī)院平臺功能 基層醫(yī)院PACS/RIS平臺接入規(guī)范為區(qū)域內影像類業(yè)務數(shù)據(jù)交換共享的目標,需要統(tǒng)一對醫(yī)院PACS/RIS系統(tǒng)提出相關專門要求。要求的具體內容如下:PACS/RIS對外共享的圖像和診斷報告中有關病人對外的唯一標識符(Patient ID)必須使用區(qū)域PACS統(tǒng)一約定的患者唯一索引。對醫(yī)院外部提供交換共享的DICOM圖像和診斷報告必須包含病人的姓名(漢字、漢語拼音或英文字符串)、出生年月日和性別

48、。PACS/RIS圖像顯示工作站必須能同時顯示病人在某醫(yī)院(或科室)內的唯一標識符(Patient ID)以及區(qū)域PACS約定的患者唯一索引。PACS/RIS對外圖像通信必須提供DICOM Storage SCU/SCP 和 DICOM Query/Retrieval SCU/SCP 、DICOM WADO SCP通信服務,并能按照要求向數(shù)據(jù)中心發(fā)送DICOM 圖像。PACS/RIS應提供IHE XDS-I 成像數(shù)據(jù)源角色對外圖像信息注冊發(fā)布功能。PACS/RIS應提供IHE XDS-I 成像數(shù)據(jù)使用角色對數(shù)據(jù)中心圖像查詢提取功能。PACS/RIS在實施和提供圖像共享運行過程中,相關醫(yī)院系統(tǒng)提

49、供公司應能按區(qū)域PACS要求對共享的DICOM圖像某些參數(shù)或圖像輸入/輸出的通信流程在一定時間段內進行調整。PACS/RIS應按照數(shù)據(jù)中心統(tǒng)一規(guī)范的接口要求和數(shù)據(jù)格式要求實現(xiàn)對影像檢查報告的發(fā)布、查閱使用。平臺功能 基層醫(yī)院PACS/RIS客戶端功能適應PACS圖像處理工作站(診斷工作站和醫(yī)生工作站)除了具備傳統(tǒng)的DICOM C-Move和WADO影像提取功能之外,必須具備以下功能: 病人全局ID查詢功能??鐓^(qū)域提取病人影像需要事先知道該病人的全局ID,獲取病人全局ID的方法就是查詢PIX服務器。 影像信息文檔查詢功能。根據(jù)用戶需求,通過ebXML服務查詢“文檔注冊中心”。 影像信息文檔提取功

50、能。從“文檔注冊中心”查詢得到文檔信息之后,根據(jù)查詢結果,從對應的“文檔存儲池”提取文檔。 DICOM清單文檔解析功能。解析DICOM清單文檔可以獲得病人檢查(Study)信息和所在PACS的AE Title,結合已經(jīng)注冊的該區(qū)域其他醫(yī)療機構提供的DICOM服務,就可以提取到病人影像。 現(xiàn)有基層醫(yī)院的PACS/RIS工作站軟件必須針對區(qū)域PACS平臺進行適當修改平臺功能 鄉(xiāng)鎮(zhèn)醫(yī)院拍片中心醫(yī)院診斷流程圖平臺功能 鄉(xiāng)鎮(zhèn)-縣級-省級會診中心診斷流程圖平臺功能 部分問題的思考考慮到區(qū)域健康檔案和醫(yī)院電子病歷的共享和交換,區(qū)域PACS平臺中應該考慮診斷報告按照HL7 CDA文檔傳輸標準進行,以便將來進行

51、業(yè)務整合和協(xié)同IHE XDS/XDS-I規(guī)范中ebXML-RS過于煩瑣,應該根據(jù)基層醫(yī)療的特點進行簡化。區(qū)域PACS平臺技術規(guī)范系統(tǒng)部署應用分析需求分析平臺功能技術規(guī)范 區(qū)域PACS平臺相關技術標準和規(guī)范技術規(guī)范 平臺主要技術標準和規(guī)范分析目前整個區(qū)域PACS已經(jīng)形成了事實上的國際標準和規(guī)范:IHE XDS/XDS-I,基于該規(guī)范下,實現(xiàn)了跨區(qū)域的集中式文檔和分布式影像的技術架構。在具體實現(xiàn)時,也涉及到其它標準和技術規(guī)范,但是其中最關鍵的兩個技術規(guī)范為IHE XDS/XDS-I和IHE PIX/PDQ。IHE XDS/XDS-I架構協(xié)議的核心思想是:醫(yī)療小數(shù)據(jù)對象信息(文本類/非DICOM圖像

52、類等)和所有信息的元數(shù)據(jù)采用集中模式存儲共享交換,大數(shù)據(jù)對象信息(如DICOM圖像類等)采用分布式存儲共享交換。 IHE XDS/XDS-I架構協(xié)議另一個特點是它對所有類型的醫(yī)療信息(結構化/非結構化,DICOM對象/非DlCOM對象等)采用統(tǒng)一的注冊/發(fā)布信息模型(ebXML v3.0)和交換處理模式實現(xiàn)共享交換,使各種異構醫(yī)療系統(tǒng)產(chǎn)生的醫(yī)療信息可以在統(tǒng)一交換平臺上進行?;谶@樣的技術架構,也易于實現(xiàn)電子病歷和PACS影像的集成。要實現(xiàn)這種共享,首先就需要解決相同病人在不同醫(yī)療信息系統(tǒng)里的病人標識如何進行關聯(lián)的問題。為此,IHE專門定義了“病人標識交叉索引PIX集成方案, IHE XDS/X

53、DS-I中也推薦使用PIX對病人標識號的關聯(lián)進行管理。本章節(jié)將重點對IHE XDS/XDS-I和IHE PIX規(guī)范分別進行闡述。技術規(guī)范 IHE XDS/XDS-I規(guī)范IHE XDS/XDS-I規(guī)范技術規(guī)范 IHE XDS/XDS-I規(guī)范1、影像生成:病人攝片生成PACS影像,醫(yī)生A對相關影像進行診斷,形成診斷報告。2、影像文檔發(fā)布注冊:醫(yī)院A PACS服務器通過“病人標識源”身份通過在PIX服務器注冊/獲取病人在區(qū)域平臺中的全局ID然后將影像信息生成共享文檔(DICOM清單文檔)使用ebXML標準服務注冊到“文檔存儲池”最后由“文檔存儲池”注冊文檔元數(shù)據(jù)到位于區(qū)域數(shù)據(jù)中心的“文檔注冊中心”進

54、行發(fā)布。3、影像文檔查詢提?。横t(yī)院B PACS客戶端首先通過PIX服務器獲取病人的全局ID通過全局ID作為查詢條件通過標準ebXML標準服務查詢“文檔注冊中心”根據(jù)查詢結果從對應的“文檔存儲池”提取影像信息文檔解析文檔得到影像信息清單根據(jù)清單信息去對應的PACS服務器提取DICOM影像或報告,提取方式可以是DICOM C-MOVE或WADO影像跨域查閱流程遠程會診中心醫(yī)院B醫(yī)院A病人標志源病人標識提供查詢文檔文檔提取文檔注冊文檔注冊提取文檔文檔查詢文檔注冊中心文檔存儲池臨床醫(yī)生PACS/RISPACS/RIS臨床醫(yī)生文檔存儲池提取影像技術規(guī)范 IHE XDS/XDS-I規(guī)范影像跨域查閱流程圖示

55、技術規(guī)范 IHE PIX/PDQ規(guī)范IHE PIX/PDQMPI域管理和服務功能PIX 發(fā)布服務PIX 查詢服務PDQ 服務增強PDQ 服務MPI 服務病人標識源HL7HL7IHE 技術架構定義的服務非 IHE范圍服務患者身份注冊和登記 服務技術規(guī)范 IHE PIX/PDQ規(guī)范病人標識源A病人登記LIS系統(tǒng)病人登記PACS/RISPIX 域病人登記超聲檢查病人標識源B病人登記電子病歷病人標識源C病人標識源DPIX Manager注冊/登記病人標識病人標識域 MPI病人標識注冊/登記病人標識注冊/登記病人標識注冊/登記病人標識注冊/登記ID:3547732ID:5143553ID:8269482

56、ID:7188065ID:880189ID:3547732ID:5143553ID:7188065ID:8269482ID:8801896IHE PIX/PDQ醫(yī)院A醫(yī)院B醫(yī)院C醫(yī)院D技術規(guī)范 IHE PIX/PDQ規(guī)范PIX管理器進行病人身份匹配的步驟如下:如果病人身份源提供的病人信息里包含任何上述的特殊信息,則轉到2,否則轉到3;根據(jù)病人身份源提供的特殊信息進行匹配。如果沒有匹配的病人,則轉到3;如果有多于一個的匹配病人則說明數(shù)據(jù)庫里存在錯誤或冗余信息(如一個身份證號對應多個GloballD),此時需記入日志,供日后人工消除錯誤或冗余,然后轉到4;如果有唯一的匹配病人,則轉到5;根據(jù)病人身份源提供的固定信息和易變信息進行匹配,如果找到匹配病人,轉到4;如果沒有找到匹配的病人,轉到6;返回所有匹配的病人信息(即候選病人列表)到客戶端,人工選擇或確認匹配的病人,然后病人身份源需再次進行注冊。如果候選病人列表中找到匹配的病人,再次注冊時需將注冊病人信息和匹配病人的GloballD同時提供給PIX管理器,PIX管理器進行步驟5;如果沒有找到匹配的病人,則此病人應為第一次進行注冊,PIX管理器進行步驟6;建立注冊病人和匹配病人間的交叉索引,即將匹配病人的GloballD的值賦于注冊病人的GloballD,然后返

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論