醫(yī)學(xué)信息集成標(biāo)準(zhǔn)與技術(shù) 課件 第六章 醫(yī)療健康信息集成規(guī)范IHE

第6章醫(yī)療健康信息集成規(guī)范IHE目錄6.1概述6.2互操作性6.3預(yù)定工作流（SWF）集成模式6.4跨機(jī)構(gòu)文檔共享（XDS.b)6.1概述6.1.1互操作性6.1.2IHE領(lǐng)域6.1.3IHE技術(shù)框架6.1.1互操作性互操作性（Interoperability）是指針對某一項(xiàng)特定的任務(wù)，一個(gè)應(yīng)用系統(tǒng)能夠從另一個(gè)應(yīng)用系統(tǒng)接收數(shù)據(jù)并以準(zhǔn)確和適當(dāng)?shù)姆绞綀?zhí)行這個(gè)任務(wù)，無須操作員的干預(yù)，也稱為互用性。醫(yī)療業(yè)務(wù)環(huán)境是一個(gè)典型的多系統(tǒng)共存的環(huán)境，不同系統(tǒng)間互操作問題越來越引起關(guān)注。遵循共同的標(biāo)準(zhǔn)是實(shí)現(xiàn)互操作的重要基礎(chǔ)，但是還不足以解決互操作問題。北美放射學(xué)會(huì)（RSNA）和美國醫(yī)療衛(wèi)生信息和管理系統(tǒng)協(xié)會(huì)（HIMSS）在1997年共同發(fā)起IHE活動(dòng)，基于現(xiàn)有的HL7、DICOM等標(biāo)準(zhǔn)，通過制定技術(shù)框架來對流程規(guī)范化并對標(biāo)準(zhǔn)的使用進(jìn)行約束，為醫(yī)療影像和信息系統(tǒng)間的互操作提供一個(gè)通用的解決方案IHE已經(jīng)成為解決醫(yī)療信息領(lǐng)域多系統(tǒng)互操作問題的事實(shí)上的標(biāo)準(zhǔn)。6.1.2IHE領(lǐng)域由于醫(yī)療業(yè)務(wù)的復(fù)雜性，IHE把醫(yī)療業(yè)務(wù)流程的信息共享與互操作問題劃分為不同的領(lǐng)域（Domains）分別提供解決方案，每一個(gè)IHE領(lǐng)域都有一套技術(shù)框架：放射學(xué)（Radiology）IT基礎(chǔ)架構(gòu)（ITInfrastructure）病理學(xué)和檢驗(yàn)學(xué)（PathologyandLaboratoryMedicine）患者醫(yī)療協(xié)調(diào)（PatientCareCoordination）設(shè)備（Devices）心臟病學(xué)（Cardiology）眼科學(xué)（EyeCare）放射治療學(xué)（RadiationOncology）藥學(xué)（Pharmacy）質(zhì)控、科研和公共衛(wèi)生（Quality,ResearchandPublicHealth）牙科學(xué)（Dental）內(nèi)窺鏡（Endoscopy）6.1.3IHE技術(shù)框架IHE技術(shù)框架（TechnicalFramework）的開發(fā)首先根據(jù)現(xiàn)實(shí)流程，由醫(yī)療和信息專家共同分析找出共性的集成問題，形成應(yīng)用案例（UseCase），描述工作流程所涉及的角色順序及角色間的信息傳遞；然后技術(shù)委員會(huì)專家選用合適的現(xiàn)有標(biāo)準(zhǔn)來規(guī)定角色間的事務(wù)，形成集成模式，開發(fā)出技術(shù)框架。廠商再根據(jù)技術(shù)框架實(shí)現(xiàn)應(yīng)用系統(tǒng)，通過測試過程驗(yàn)證后，提供給臨床用戶選用。標(biāo)準(zhǔn)采用的過程文檔、用例、需求找出適用的標(biāo)準(zhǔn)(如HL7,DICOM,IETF,OASIS)開發(fā)出技術(shù)框架Connectathon測試IHE演示IHE產(chǎn)品及時(shí)獲得需要的信息易于集成的產(chǎn)品1．角色I(xiàn)HE不針對特定的系統(tǒng)，而是將應(yīng)用系統(tǒng)的部分或全部功能進(jìn)行抽象，稱為角色（Actor）。例如，在放射學(xué)領(lǐng)域有：患者登記（PatientRegistration，PR）醫(yī)囑下達(dá)者（OrderPlacer，OP）醫(yī)囑執(zhí)行者（OrderFiller，OF）成像設(shè)備（Modality，MOD）影像管理器（ImageManager，IM）影像顯示器（ImageDisplay，ID）等2．事務(wù)為某一特定任務(wù)而定義的兩個(gè)角色之間的交互稱為事務(wù)（Transaction）。事務(wù)明確定義了為完成某特定任務(wù)時(shí)角色間必須如何協(xié)作，并規(guī)定了如何采用HL7、DICOM等現(xiàn)有標(biāo)準(zhǔn)。例如，放射學(xué)領(lǐng)域中定義了：患者登記（PatientRegistration）、下達(dá)者醫(yī)囑管理（PlacerOrderManagement）、執(zhí)行者醫(yī)囑管理（FillerOrderManagement）、操作預(yù)定（ProcedureSchedule）、成像設(shè)備工作列表查詢（ModalityWorklistQuery）、成像設(shè)備操作步驟進(jìn)行中（ModalityProcedureStepinProgress）、成像設(shè)備操作步驟完成（ModalityProcedureStepCompleted）、存儲(chǔ)確認(rèn)（StorageCommitment）等事務(wù)3．集成模式集成模式（IntegrationProfile）是某個(gè)流程或某一方面應(yīng)用問題的互操作解決方案，用一組特定的角色，通過基于標(biāo)準(zhǔn)的事務(wù)來達(dá)到支持臨床業(yè)務(wù)流程所需要的互操作能力。例如，放射學(xué)領(lǐng)域定義了25個(gè)集成模式預(yù)定工作流（ScheduledWorkflow，SWF）、患者信息一致性（PatientInformationReconciliation，PIR）、圖像顯示一致性（ConsistentPresentationofImages，CPI）、關(guān)鍵圖像標(biāo)記（KeyImageNote，KIN）、可攜帶圖像數(shù)據(jù)（PortableDataforImaging，PDI）等。6.2IHE互操作性6.2.1互操作性問題6.2.2醫(yī)囑兩級分解模板6.2.3HL7標(biāo)準(zhǔn)的使用和互操作性增強(qiáng)6.2.4DICOM標(biāo)準(zhǔn)的使用和互操作性增強(qiáng)6.2.5IHE互操作性驗(yàn)證測試6.2.1互操作性問題IHE從影像檢查的流程電子化起步，涉及醫(yī)院信息系統(tǒng)HIS、放射信息系統(tǒng)RIS和醫(yī)學(xué)影像存儲(chǔ)與傳輸系統(tǒng)PACS之間的互操作。盡管有HL7、DICOM等標(biāo)準(zhǔn)的支撐，但是這種涉及多個(gè)系統(tǒng)的醫(yī)療流程的電子化還是有很多困難的，分析其原因有以下幾點(diǎn)：1．標(biāo)準(zhǔn)有局限性：HL7和DICOM等標(biāo)準(zhǔn)在各自領(lǐng)域的信息共享和流程優(yōu)化中發(fā)揮作用，如PACS遵循的標(biāo)準(zhǔn)是DICOM，HIS采用的標(biāo)準(zhǔn)是HL7。2．標(biāo)準(zhǔn)是寬松的：因?yàn)橐紤]通用性，標(biāo)準(zhǔn)往往會(huì)比較寬松，不同的系統(tǒng)開發(fā)者會(huì)對標(biāo)準(zhǔn)有不同的理解和實(shí)現(xiàn)，也沒有驗(yàn)證測試，因而影響了系統(tǒng)之間的互操作性。3．標(biāo)準(zhǔn)之間有縫隙：HL7標(biāo)準(zhǔn)與DICOM標(biāo)準(zhǔn)之間的縫隙沒有現(xiàn)成標(biāo)準(zhǔn)可以遵循，使得HIS、RIS、PACS之間的互操作困難重重。6.2.2醫(yī)囑兩級分解模板患者信息通常來自HIS，通過檢查醫(yī)囑（申請單）傳遞。影像檢查在成像設(shè)備上完成并在PACS中存儲(chǔ)。檢查醫(yī)囑中的患者信息如何正確地與PACS中的影像匹配是HIS、RIS、PACS互操作的關(guān)鍵問題之一這些內(nèi)容HL7中沒有涉及，DICOM標(biāo)準(zhǔn)中的現(xiàn)實(shí)模型（參見DICOMPS3.3）也沒有很清晰地描述。IHE從互操作角度出發(fā)，對DICOM的模型進(jìn)行了適當(dāng)簡化，并在患者和影像請求實(shí)體中間加入了醫(yī)囑（Order）實(shí)體，給出了IHESWF信息模型。在IHESWF信息模型中，檢查醫(yī)囑（Order，通常來自HIS）送達(dá)醫(yī)囑執(zhí)行者（OF，通常是RIS）后，對于如何將醫(yī)囑細(xì)化分解并執(zhí)行，IHE給出了一個(gè)通用的醫(yī)囑兩級分解模版。對于每條檢查醫(yī)囑，OF事先定義一份操作計(jì)劃（ProcedurePlan），把這條醫(yī)囑分解為1～n條請求操作（RequestedProcedure，RP），每條請求操作又進(jìn)一步分解為1～n個(gè)預(yù)定操作步驟（ScheduledProcedureStep，SPS），定義如下:（1）檢查醫(yī)囑：影像檢查的一次請求，用AccessionNumber唯一標(biāo)識。（2）請求操作：產(chǎn)生一份報(bào)告的有關(guān)聯(lián)代碼和可收費(fèi)的工作單位。用RPID相互區(qū)分。（3）預(yù)定操作步驟：工作流程中可預(yù)約安排的最小工作單位，通?？蓪?yīng)單一的成像設(shè)備操作，由SPSID表示。對醫(yī)囑的兩級分解過程所產(chǎn)生的AccessionNumber、RPID、SPSID等標(biāo)識信息連同患者編號、患者姓名等信息一同放入成像設(shè)備工作列表中。各個(gè)醫(yī)院的影像科室可以根據(jù)自身實(shí)際，按照這個(gè)兩級分解模版定義自己的操作計(jì)劃，使得同一個(gè)醫(yī)囑可以得到不同的分解。圖6.2是肺栓塞排除（R/OPulmonaryEmbolism）醫(yī)囑的兩種不同分解計(jì)劃示例：分解計(jì)劃（a）中X線片和NM由兩個(gè)放射科醫(yī)生分別診斷，產(chǎn)生兩份報(bào)告；分解計(jì)劃（b）中同一個(gè)醫(yī)生對X線片和NM檢查綜合分析，產(chǎn)生一份報(bào)告，這對醫(yī)生的能力有更高的要求。6.2.3HL7標(biāo)準(zhǔn)的使用和互操作性增強(qiáng)HL7消息眾多，IHE主要引用其患者管理（ADT）、通用醫(yī)囑（ORM）、主動(dòng)觀察報(bào)告（ORU）等消息進(jìn)行患者、檢查醫(yī)囑和結(jié)果信息的傳遞。HL7版本眾多，對消息的使用比較靈活，對同一個(gè)事件不同系統(tǒng)可能采用不同的標(biāo)準(zhǔn)版本、不同的消息，影響系統(tǒng)間的互操作性。IHESWF明確采用2.3.1版，并對HL7消息的使用做了一些增強(qiáng)，以提高系統(tǒng)間的互操作性。例如，對HL7中字段的可選擇性進(jìn)行調(diào)整、明確部分字段的用途及定義ZDS段的使用等。HL7消息控制信息在MSH段中，IHE對MSH段做了進(jìn)一步規(guī)范，除了HL7標(biāo)準(zhǔn)要求的1、2、7、9、10、11、12必備字段，又增加了3、4、5、6必備字段。6.2.4DICOM標(biāo)準(zhǔn)的使用和互操作性增強(qiáng)1．強(qiáng)調(diào)成像設(shè)備工作列表的應(yīng)用2．強(qiáng)化操作過程的跟蹤反饋3．注重存儲(chǔ)確認(rèn)4．對DICOM標(biāo)準(zhǔn)進(jìn)行增強(qiáng)1．強(qiáng)調(diào)成像設(shè)備工作列表的應(yīng)用成像設(shè)備工作列表（MWL）是DICOM標(biāo)準(zhǔn)中定義的流程管理服務(wù)類之一提供患者信息、請求操作信息、預(yù)定操作信息從OF到成像設(shè)備的傳遞服務(wù)，基本免除了技術(shù)人員對相關(guān)信息的手工輸入。對MWL的應(yīng)用一方面縮短了檢查時(shí)間，提高了成像設(shè)備的操作效率，另一方面避免了二次輸入可能導(dǎo)致的信息不一致，降低了出錯(cuò)的可能性，有效地解決匹配出錯(cuò)的問題。2．強(qiáng)化操作過程的跟蹤反饋使用成像設(shè)備執(zhí)行操作步驟（ModalityPerformedProcedureSteps，MPPS）將通知消息發(fā)送給PPS管理者角色（PPSManager，PPSM），并進(jìn)一步轉(zhuǎn)發(fā)給OF和IM。每個(gè)預(yù)定操作步驟開始執(zhí)行時(shí)，發(fā)送成像設(shè)備操作開始通知消息（MPPSN-CREATE）每個(gè)預(yù)定操作步驟結(jié)束時(shí)，發(fā)送成像設(shè)備操作完成通知消息（MPPSN-SET）。利用這些信息，系統(tǒng)得以跟蹤預(yù)定操作步驟的完成情況、患者到達(dá)和離開的時(shí)間、成像設(shè)備檢查和空閑時(shí)間等信息，以進(jìn)一步優(yōu)化工作流程，提高成像設(shè)備的使用效率及影像科室的管理水平。3．注重存儲(chǔ)確認(rèn)當(dāng)成像設(shè)備、圖像工作站等使用IM的圖像存儲(chǔ)服務(wù)（C-Store）上傳圖像、顯示狀態(tài)、關(guān)鍵圖像和證據(jù)文檔時(shí)，IHE要求成像設(shè)備、圖像工作站必須使用存儲(chǔ)確認(rèn)推送模式SOP類（StorageCommitmentPushModelSOPClass）向IM發(fā)送存儲(chǔ)確認(rèn)消息N-ACTION，請求將存儲(chǔ)的責(zé)任移交給IM。在收到IM的存儲(chǔ)確認(rèn)消息N-EVENT-REPORT后，成像設(shè)備、圖像工作站才可以自行處理內(nèi)部的源數(shù)據(jù)。避免因某些網(wǎng)絡(luò)或系統(tǒng)的原因，數(shù)據(jù)未成功存儲(chǔ)到IM，而源數(shù)據(jù)已經(jīng)被刪除，導(dǎo)致的圖像等數(shù)據(jù)丟失。4．對DICOM標(biāo)準(zhǔn)進(jìn)行增強(qiáng)IHE特別強(qiáng)調(diào)Type2屬性（如患者姓名、患者標(biāo)識）的使用，如果源系統(tǒng)沒有這些屬性的合法值，則不得使用缺省值，而必須為空值（長度為零）。對于DICOM圖像存儲(chǔ)事務(wù)中屬性的使用，不管是服務(wù)提供方還是服務(wù)使用方，IHE定義了一些附加要求。即把DICOM中一些Type2或Type3的屬性提高為Type1，作為必需屬性存在于成像設(shè)備創(chuàng)建的圖像中。在DICOM查詢中有關(guān)匹配（Matching）和返回（Return）關(guān)鍵字屬性的使用上，IHE也進(jìn)行了改進(jìn)，如ScheduledStationAETitle(0040,0001)、ScheduledProcedureStepStartDate(0040,0002)、Modality(0008,0060)都被增加為必需屬性。6.2.5IHE互操作性驗(yàn)證測試HL7和DICOM沒有規(guī)定驗(yàn)證測試，標(biāo)準(zhǔn)的采用相對松散。IHE則要求所有的技術(shù)實(shí)現(xiàn)必須通過IHEConnectathon測試進(jìn)行驗(yàn)證，確認(rèn)其符合IHE技術(shù)框架。IHE會(huì)在網(wǎng)站上公布測試結(jié)果。廠商根據(jù)測試結(jié)果撰寫產(chǎn)品的集成聲明（IntegrationStatement），描述產(chǎn)品具備哪些集成模式、哪些角色的能力，供臨床用戶選用時(shí)參考。因此，IHE的驗(yàn)證測試強(qiáng)化了技術(shù)框架的實(shí)施，是確保醫(yī)療信息產(chǎn)品互操作能力的重要一環(huán)。6.3預(yù)定工作流（SWF）集成模式6.3.1概述6.3.2SWF集成模式6.3.3SWF角色6.3.4SWF事務(wù)6.3.5角色的實(shí)現(xiàn)

膠片接收醫(yī)囑按照放射科報(bào)告步驟處理醫(yī)囑開出醫(yī)囑醫(yī)生為病人開出放射科檢查醫(yī)囑放射科檢查醫(yī)囑病人信息登記登記病人基本信息報(bào)告醫(yī)生查看放射科報(bào)告報(bào)告庫放射科報(bào)告通過網(wǎng)絡(luò)隨時(shí)查看檢查預(yù)約預(yù)提取該病人以前的相關(guān)信息圖像管理歸檔病人基本信息和診斷圖像通過網(wǎng)絡(luò)存儲(chǔ)病人信息及執(zhí)行步驟被影像設(shè)備接收應(yīng)答影像設(shè)備病人作檢查獲取圖像圖像存儲(chǔ)應(yīng)答圖像打印膠片夾讀片報(bào)告報(bào)告診斷工作站為放射科醫(yī)生顯示病人基本信息和診斷圖像HISRISPACS6.3.1概述影像檢查流程的電子化涉及醫(yī)院信息系統(tǒng)HIS（登記、開具醫(yī)囑）、放射信息系統(tǒng)RIS（接收醫(yī)囑并安排預(yù)約、診斷報(bào)告）和醫(yī)學(xué)影像存儲(chǔ)傳輸系統(tǒng)PACS（影像獲取、影像歸檔、閱片等）等多個(gè)系統(tǒng)，是一個(gè)典型的多系統(tǒng)信息集成互操作應(yīng)用場景。其中，HIS和RIS之間主要采用的是HL7標(biāo)準(zhǔn)，而RIS與影像設(shè)備及PACS之間遵循的是DICOM標(biāo)準(zhǔn)如何解決影像檢查工作流程的多個(gè)系統(tǒng)交互問題是醫(yī)療信息化發(fā)展到一定階段所要解決的重要問題。預(yù)定工作流集成模式是IHE的第一個(gè)集成解決方案，通過規(guī)范HL7和DICOM標(biāo)準(zhǔn)的使用，對影像檢查流程的各個(gè)環(huán)節(jié)進(jìn)行細(xì)致的分析，采取針對性的措施，很好地解決了這個(gè)復(fù)雜的多系統(tǒng)集成問題，實(shí)現(xiàn)了影像檢查全流程的電子化，取得了巨大的成功，也為此后IHE的快速發(fā)展奠定了基礎(chǔ)。6.3.2SWF集成模式對影像檢查全流程的各個(gè)環(huán)節(jié)進(jìn)行抽象，得到入/出/轉(zhuǎn)患者登記（ADT-PR）、醫(yī)囑下達(dá)者（OP）、醫(yī)囑執(zhí)行者（DSS/OF）等9個(gè)角色這些角色是現(xiàn)實(shí)HIS/RIS/PACS系統(tǒng)部分功能的抽象6.3.3SWF角色1．入/出/轉(zhuǎn)患者登記（ADTPatientRegistration，ADT-PR）負(fù)責(zé)患者人口統(tǒng)計(jì)學(xué)信息或賬戶信息的添加或更新，特別是登記開了醫(yī)囑的新患者。實(shí)現(xiàn)該角色的系統(tǒng)包括掛號子系統(tǒng)、住院信息管理子系統(tǒng)等。2．醫(yī)囑下達(dá)者（OrderPlacer，OP）為各個(gè)科室創(chuàng)建醫(yī)囑并把這些醫(yī)囑分發(fā)到正確的科室的全院系統(tǒng)。實(shí)現(xiàn)該角色的系統(tǒng)包括門診醫(yī)生工作站、住院醫(yī)生工作站等。3．醫(yī)囑執(zhí)行者（DepartmentSystemScheduler/OrderFiller，DSS/OF）基于科室信息系統(tǒng)（如放射科、檢驗(yàn)科），提供從外部系統(tǒng)接收醫(yī)囑或通過科室系統(tǒng)用戶界面輸入醫(yī)囑相關(guān)功能。實(shí)現(xiàn)該角色的系統(tǒng)包括放射科信息系統(tǒng)（RIS）。4．成像設(shè)備（Modality，MOD）從患者身體采集或創(chuàng)建醫(yī)學(xué)影像的系統(tǒng)，如計(jì)算機(jī)斷層掃描CT或核醫(yī)學(xué)相機(jī)等影像設(shè)備。成像設(shè)備也可創(chuàng)建其他證據(jù)對象（如軟拷貝顯示狀態(tài)），用于影像或待測量的證據(jù)文檔的一致性顯示。

5．證據(jù)創(chuàng)建者（EvidenceCreator，EC）創(chuàng)建附加的證據(jù)對象，如影像、顯示狀態(tài)、關(guān)鍵圖像標(biāo)注和證據(jù)文檔，并傳送給影像檔案庫。也可為之前傳送的數(shù)據(jù)向影像管理器請求存儲(chǔ)確認(rèn)，對應(yīng)于膠片數(shù)字化掃描儀、診斷工作站、后處理工作站等產(chǎn)生二次影像或顯示狀態(tài)的系統(tǒng)。6．影像檔案庫（ImageArchive，IA）長期保存證據(jù)對象（如影像、顯示狀態(tài)、關(guān)鍵圖像標(biāo)注、證據(jù)文檔等）的系統(tǒng)，對應(yīng)于PACS服務(wù)器的存儲(chǔ)功能。7．影像管理器（ImageManager，IM）提供證據(jù)對象安全存儲(chǔ)與管理相關(guān)功能的系統(tǒng)，為DSS/OF提供這些對象的可用性信息，常與IA一起構(gòu)成PACS服務(wù)器。8．影像顯示器（ImageDisplay，ID）通過網(wǎng)絡(luò)查詢、獲取或讀取交換介質(zhì)從而訪問影像證據(jù)對象（如影像、顯示狀態(tài)、關(guān)鍵圖像標(biāo)注、證據(jù)文檔等），并允許用戶查看這些對象系統(tǒng)的部分功能。實(shí)現(xiàn)該角色的系統(tǒng)包括PACS工作站、影像瀏覽器等。9．執(zhí)行操作步驟管理器（PerformedProcedureStepManager，PPSM）接收成像設(shè)備或證據(jù)創(chuàng)建者設(shè)備執(zhí)行操作步驟（MPPS）信息并分發(fā)給醫(yī)囑執(zhí)行者、影像管理器和報(bào)告管理器（RM）的系統(tǒng)。它可能不是從現(xiàn)實(shí)系統(tǒng)功能中抽象出來的，因此找不到實(shí)際對應(yīng)的系統(tǒng)，IHE在測試時(shí)要求所有OF或IM都必須實(shí)現(xiàn)PPSM角色6.3.4SWF事務(wù)事務(wù)名

稱可選性發(fā)起方接收方消息類型RAD-1PatientRegistration患者登記RADT-PROP/OFHL7ADT*RAD-2PlacerOrderManagement下達(dá)者醫(yī)囑管理ROPOFHL7ORM^O01RAD-3FillerOrderManagement執(zhí)行者醫(yī)囑管理ROFOPHL7ORM^O01RAD-4ProcedureScheduled操作預(yù)約ROFIMHL7ORM^O01RAD-5QueryModalityWorklist查詢影像設(shè)備工作列表RMODOFDICOMC-FIND-RQ/RSPRAD-6ModalityProcedureStepinProgress成像設(shè)備操作步驟進(jìn)行中RMODPPSMDICOMN-CREATE-RQ/RSPRPPSMOF/IMRAD-7ModalityProcedureStepCompleted成像設(shè)備操作步驟完成RMODPPSMDICOMN-SET-RQ/RSPRPPSMOF/IMRAD-8ModalityImagesStored成像設(shè)備圖像存儲(chǔ)RMODIM/IADICOMC-STORE-RQ/RSP事務(wù)名

稱可選性發(fā)起方接收方消息類型RAD-10StorageCommitment存儲(chǔ)確認(rèn)RMODIM/IADICOMN-ACTION-RQ/RSPN-EVENT-REPORT-RQ/RSPRECRAD-11ImageAvailabilityQuery圖像可用性查詢O/ROFIM

RAD-12PatientUpdate患者信息更新RADT-PROP/OF

RAD-13ProcedureUpdate操作更新ROFIM

RAD-14QueryImages查詢圖像RIDIM/IADICOMC-FIND-RQ/RSPRAD-16RetrieveImages獲取圖像RIDIM/IADICOMC-MOVE-RQ/RSPRAD-18CreatorImagesStored創(chuàng)建者圖像存儲(chǔ)RECIM/IADICOMC-STORE-RQ/RSP事務(wù)名

稱可選性發(fā)起方接收方消息類型RAD-20CreatorProcedureStepinProgress創(chuàng)建者操作步驟進(jìn)行中O/RECPPSMDICOMN-CREATE-RQ/RSPRPPSMOF/IMRAD-21CreatorProcedureStepCompleted創(chuàng)建者操作步驟完成O/RECPPSMDICOMN-SET-RQ/RSPRPPSMOF/IMRAD-42PerformedWorkStatusUpdate任務(wù)執(zhí)行狀態(tài)更新OOFIM

OIMOFRAD-48AppointmentNotification預(yù)約通知OOFOP

RAD-49InstanceAvailabilityNotification影像可用性通知OIMOF

1．患者登記RAD-1患者登記（PatientRegistration）事務(wù)涉及在就診時(shí)采集的患者信息（包括人口統(tǒng)計(jì)學(xué)信息）。如果患者在到達(dá)醫(yī)院前先預(yù)約了就診，那么該事務(wù)也可以發(fā)生。該事務(wù)既可用于住院患者，也可用于門診患者。該事務(wù)由ADT-PR角色發(fā)送給醫(yī)囑下達(dá)者（OP）和醫(yī)囑執(zhí)行者（OF），以便OP/OF在后續(xù)的醫(yī)囑事務(wù)中使用。該事務(wù)觸發(fā)事件包括：A01:醫(yī)療機(jī)構(gòu)接收住院患者（入院）；A04:門診患者到醫(yī)療機(jī)構(gòu)就診登記；A05:住院患者的預(yù)入院（即先于實(shí)際入院的患者信息登記）；A11:由于信息有誤或患者決定不來就診，取消了患者入院或門診的就診掛號；A38:由于信息有誤或患者決定不來就診，取消了一位住院患者的預(yù)入院該事務(wù)采用HL7V2.3.1版ADT消息。入院患者、門診患者分別用ADT_A01消息、ADT_A04消息傳遞OP和OF所需要的患者信息，對這兩個(gè)消息的取消必須用ADT_A11消息。預(yù)入院患者需要使用ADT_A05消息，取消預(yù)入院則需要使用ADT_A38消息。2．下達(dá)者醫(yī)囑管理RAD-2下達(dá)者醫(yī)囑管理（PlacerOrderManagement）事務(wù)用于醫(yī)囑下達(dá)者（OP）向醫(yī)囑執(zhí)行者（OF）下達(dá)一條新醫(yī)囑，也允許OP取消醫(yī)囑。對于符合HL7V2.5.1的OP，本事務(wù)可用于修改醫(yī)囑。但對于符合HL7V2.3.1的OP，修改醫(yī)囑信息需要OP取消原來的醫(yī)囑然后下達(dá)新醫(yī)囑。觸發(fā)事件包括：ORM，OP為OF下達(dá)一條新醫(yī)囑/OP取消一條醫(yī)囑（醫(yī)囑控制碼=CA）/OP中斷（試圖停止）某條正在執(zhí)行的醫(yī)囑（醫(yī)囑控制碼=DC）（HL7V2.3.1）；OMG，OP為OF下達(dá)一條新醫(yī)囑/OP取消一條醫(yī)囑（醫(yī)囑控制碼=CA）/OP中斷（試圖停止）某條正在執(zhí)行的醫(yī)囑（醫(yī)囑控制碼=DC）（HL7V2.5.1）。新建醫(yī)囑ORM_O01消息結(jié)構(gòu)ORM通用醫(yī)囑消息HL7V2.3.1章IHE章節(jié)MSH消息頭2.2.1.1PID患者標(biāo)識3.2.1.2PV1患者就診3.2.1.3ORC通用醫(yī)囑4.2.1.4OBR醫(yī)囑詳情4.2.1.5

IHE對ORC段與OBR段的字段的一致性要求字

段

名ORC字段OBR字段下達(dá)者醫(yī)囑號ORC-2OBR-2執(zhí)行者醫(yī)囑號ORC-3OBR-3定量/定時(shí)ORC-7OBR-27父醫(yī)囑ORC-8OBR-293．執(zhí)行者醫(yī)囑管理RAD-3執(zhí)行者醫(yī)囑管理（FillerOrderManagement）事務(wù)把OF創(chuàng)建和取消的醫(yī)囑、正在執(zhí)行醫(yī)囑的狀態(tài)通知給OP。下達(dá)者醫(yī)囑和執(zhí)行者醫(yī)囑一一對應(yīng)。觸發(fā)事件包括：支持HL7V2.3.1必須實(shí)現(xiàn):ORM醫(yī)囑執(zhí)行者OF下達(dá)一條新醫(yī)囑（醫(yī)囑控制碼=SN）ORR醫(yī)囑下達(dá)者OP應(yīng)答（醫(yī)囑控制碼=NA）ORM更新一個(gè)醫(yī)囑狀態(tài)（醫(yī)囑控制碼=SC）、ORMOF取消了之前從OP接收的醫(yī)囑（醫(yī)囑控制碼=OC），支持HL7V2.5.1必須實(shí)現(xiàn):OMG醫(yī)囑執(zhí)行者OF下達(dá)一條新醫(yī)囑（醫(yī)囑控制碼=SN）或修改醫(yī)囑（醫(yī)囑控制碼=XX）ORG醫(yī)囑下達(dá)者OP應(yīng)答（醫(yī)囑控制碼=NA）OMG更新一個(gè)醫(yī)囑狀態(tài)（醫(yī)囑控制碼=SC）、OMGOF取消了之前從OP接收的醫(yī)囑（醫(yī)囑控制碼=OC）。本事務(wù)采用的消息包括ORM_O01、ORR（Success）、ORR（Error）三種同樣地，ORC段和OBR段的部分字段需滿足表6.5的要求。4．操作預(yù)約RAD-4操作預(yù)約（ProcedureScheduled）事務(wù)規(guī)定了從OF到IM及RM的一個(gè)消息，用來通知IM及RM已經(jīng)預(yù)約了一個(gè)執(zhí)行操作。當(dāng)OF決定好完成一條醫(yī)囑所需要執(zhí)行的操作、每個(gè)操作需要的步驟，以及時(shí)序和所需要的資源時(shí)，觸發(fā)該事務(wù)。本事務(wù)必須在特定的檢查實(shí)例UID首次從OF傳送到IM或RM時(shí)使用。如果某個(gè)檢查實(shí)例UID之前已經(jīng)發(fā)送過，則必須使用操作更新事務(wù)RAD-13。OF使用ORM消息傳遞必要的操作和預(yù)約信息，并向IM和RM提供患者人口統(tǒng)計(jì)學(xué)信息，特別是其中的PID和PV1段，獲得患者人口統(tǒng)計(jì)學(xué)信息。定義了ZDS段用來傳送StudyInstanceUID。5．查詢影像設(shè)備工作列表RAD-5查詢影像設(shè)備工作列表（QueryModalityWorklist）事務(wù)由OF和工作列表客戶端如成像設(shè)備及導(dǎo)入設(shè)備使用。本事務(wù)在采集成像設(shè)備由技術(shù)員掃描/獲取的時(shí)候發(fā)生。當(dāng)患者來做預(yù)約操作的時(shí)候，執(zhí)行操作的技術(shù)員必須檢查與該操作相關(guān)的關(guān)鍵信息元素，下達(dá)醫(yī)囑操作的正確性，轉(zhuǎn)診醫(yī)生、放射科醫(yī)生及其他人可能錄入的備注信息采集成像設(shè)備或?qū)胝呤褂肈ICOM成像設(shè)備工作列表SOP類的C-FIND請求從OF查詢工作列表。采集成像設(shè)備或?qū)胝邠?dān)任SCU角色，DSS/OF擔(dān)任SCP角色。成像設(shè)備必須支持以下兩種鍵組合的至少一組：（1）基于患者的查詢：查詢某一指定患者的相關(guān)工作列表。SCU必須包含1個(gè)以上的鍵，支持下列匹配鍵屬性的所有15種組合：患者姓名 (0010,0010)，患者ID (0010,0020)影像檢查號(0008,0050)，請求操作ID(0040,1001)（2）寬泛的查詢：查詢寬泛的工作列表。SCU必須包括1個(gè)以上的鍵，支持下列的匹配鍵屬性的所有7種組合：已預(yù)約操作開始日期(0040,0002)成像設(shè)備 (0008,0060)所預(yù)約站點(diǎn)AE (0040,0001)6．成像設(shè)備操作步驟進(jìn)行中RAD-6成像設(shè)備操作步驟進(jìn)行中（ModalityProcedureStepInProgress）事務(wù)包括從采集成像設(shè)備到執(zhí)行操作步驟管理器（PPSM）的消息，引發(fā)PPSM向DSS/OF、IM發(fā)出消息，表明執(zhí)行操作步驟正在進(jìn)行中。這可能是一個(gè)未經(jīng)安排預(yù)約的操作步驟。當(dāng)技術(shù)員從采集成像設(shè)備控制臺(tái)啟動(dòng)了操作步驟觸發(fā)該事務(wù)。采集成像設(shè)備使用成像設(shè)備執(zhí)行操作步驟（MPPS）SOP類（N-CREATE服務(wù)）通知PPSM某一特定操作步驟已經(jīng)啟動(dòng)正在執(zhí)行中。在此交互過程中，PPS的SOP實(shí)例UID的值必須在引用SOP實(shí)例UID(0000,1000)中傳遞。當(dāng)技術(shù)員從采集成像設(shè)備控制臺(tái)啟動(dòng)了操作步驟觸發(fā)該事務(wù)。采集成像設(shè)備使用成像設(shè)備執(zhí)行操作步驟（MPPS）SOP類（N-CREATE服務(wù)）通知PPSM某一特定操作步驟已經(jīng)啟動(dòng)正在執(zhí)行中。在此交互過程中，PPS的SOP實(shí)例UID的值必須在引用SOP實(shí)例UID(0000,1000)中傳遞。7．成像設(shè)備操作步驟完成RAD-7成像設(shè)備操作步驟完成（ModalityProcedureStepCompleted）事務(wù)包括成像設(shè)備向PPSM發(fā)送消息，PPSM向DSS/OF、IM轉(zhuǎn)發(fā)消息，說明操作步驟已完成。此時(shí)可能會(huì)分配一個(gè)編碼，IM可能需要此信息來定位檢查的圖像。成像設(shè)備操作步驟完成事務(wù)序列圖見右圖。當(dāng)技術(shù)員在成像設(shè)備控制臺(tái)完成操作步驟時(shí)，觸發(fā)該事務(wù)。成像設(shè)備在采集過程中可使用MPPSN-SET服務(wù)發(fā)送執(zhí)行操作步驟的信息更新。最后一個(gè)N-SET的MPPS狀態(tài)為“COMPLETED”（已完成）或“DISCONTINUED”（已中斷）8．成像設(shè)備圖像存儲(chǔ)RAD-8在成像設(shè)備圖像存儲(chǔ)（ModalityImagesStored）事務(wù)中，成像設(shè)備將采集得到的圖像發(fā)送給影像檔案庫IA。從RAD-5得到的信息必須在所生成圖像的數(shù)據(jù)集里，這是因?yàn)榛颊咝畔ⅰz查預(yù)約信息（包括檢查實(shí)例UID）通常由OF通過RAD-5傳送給成像設(shè)備，技術(shù)員驗(yàn)證這些信息是否正確。而序列和圖像信息是由成像設(shè)備生成的。成像設(shè)備使用DICOMC-STORE消息傳送圖像，在這個(gè)過程中，成像設(shè)備是DICOM存儲(chǔ)SCU，影像檔案庫是DICOM存儲(chǔ)SCP。9．存儲(chǔ)確認(rèn)RAD-10存儲(chǔ)確認(rèn)（StorageCommitment）事務(wù)是在成像設(shè)備MOD或證據(jù)創(chuàng)建者EC將圖像、顯示狀態(tài)、證據(jù)文件或關(guān)鍵圖像標(biāo)注等發(fā)送到影像檔案庫后，請求IM/IA承擔(dān)這些對象的存儲(chǔ)責(zé)任，是避免丟片采取的二次確認(rèn)，使得MOD或EC能安全釋放存儲(chǔ)資源。成像設(shè)備和證據(jù)創(chuàng)建者作為存儲(chǔ)確認(rèn)的SCU，在一個(gè)或多個(gè)SOP實(shí)例成功地發(fā)送給IM/IA后的任何時(shí)間都可以啟動(dòng)一個(gè)確認(rèn)請求，IM/IA是存儲(chǔ)確認(rèn)的SCP。11．患者信息更新RAD-12患者信息更新（PatientUpdate）事務(wù)涉及對患者信息的更改，包括人口統(tǒng)計(jì)、患者標(biāo)識、患者位置/類別更改和患者合并?；颊吒率聞?wù)觸發(fā)事件包括：A02-患者轉(zhuǎn)院/轉(zhuǎn)科改變其分配的物理位置A03事件表示患者已出院就診結(jié)束A06-非住院就診的患者入院A07-將住院患者改為門診患者A08-更改患者人口統(tǒng)計(jì)學(xué)信息或賬戶信息A40-合并患者的多條ID記錄A12-取消將患者從一個(gè)位置轉(zhuǎn)移到另一個(gè)A13-取消患者出院。12．操作更新RAD-13操作更新（ProcedureUpdate）事務(wù)對從DSS/OF到IM和RM的操作信息進(jìn)行更改。來自DSS/OF和IM的ORM消息可以引用由檢查實(shí)例UID標(biāo)識的之前已預(yù)約的請求操作。當(dāng)DSS/OF先前預(yù)約了操作并通過操作預(yù)約RAD-4事務(wù)傳輸給IM和RM，然后取消、重新預(yù)約或修改該操作的特征，會(huì)觸發(fā)操作更新事務(wù)。操作更新事務(wù)用HL7ORM消息傳遞，ORC-5醫(yī)囑狀態(tài)字段的值應(yīng)反映醫(yī)囑的狀態(tài)。如果醫(yī)囑已被OP或OF取消，字段中的值ORC-5應(yīng)設(shè)置為“CA”。13．查詢圖像RAD-14查詢圖像（QueryImages）事務(wù)使得圖像顯示器ID從IA查詢檢查、序列和圖像實(shí)例以獲取。使用DICOM查詢/獲取服務(wù)類，使用DICOM檢查為根查詢/檢索信息模型-FINDSOP類或可選的DICOM患者為根查詢/檢索信息模型-FINDSOP類，ID為SCU，IM/IA為SCP。ID必須發(fā)送C-FIND請求給IA，必須支持層次搜索方法。ID必須至少能夠執(zhí)行檢查和序列級查詢。IM必須支持檢查、序列、復(fù)合對象實(shí)例和圖像特定級別的查詢表6.16定義了查詢SCU（ID）和查詢SCP（IA）指定匹配鍵（在查詢請求中用作匹配條件的鍵）和返回鍵（用于請求在查詢響應(yīng)中返回的屬性的鍵）是必需的（R）還是可選的（O）。用R+或R+*表示的要求強(qiáng)調(diào)了IHE放射學(xué)技術(shù)框架添加的要求。其中患者姓名支持不區(qū)分大小寫的匹配，并支持末尾通配符“*”。層

次屬

性

名標(biāo)

記查詢匹配鍵查詢返回鍵SCUSCPSCUSCP檢查層次檢查日期(0008,0020)R+RR+R檢查時(shí)間(0008,0030)R+RR+R影像檢查號(0008,0050)R+RR+R患者姓名(0010,0010)R+RR+R患者ID(0010,0020)R+RR+R檢查ID(0020,0010)R+RR+R檢查實(shí)例UID(0020,000D)R+*RR+*R檢查用成像設(shè)備(0008,0061)R+R+R+R+轉(zhuǎn)診醫(yī)生(0008,0090)R+R+R+R+患者出生日期(0010,0030)OOR+R+患者性別(0010,0032)OOR+R+序列層次檢查相關(guān)序列數(shù)(0020,1206)N/AN/AOR+檢查相關(guān)實(shí)例數(shù)(0020,1208)N/AN/AOR+層

次屬

性

名標(biāo)

記查詢匹配鍵查詢返回鍵SCUSCPSCUSCP序列層次成像設(shè)備(0008,0060)R+RR+R序列號(0020,0011)R+RR+R序列實(shí)例UID(0020,000E)R+*RR+*R序列相關(guān)實(shí)例數(shù)(0020,1209)N/AN/AOR+序列描述(0008,103E)OOR+R+請求屬性序列(0040,0275)

>請求操作ID(0040,1001)R+R+R+R+>已預(yù)約操作步驟ID(0040,0009)R+R+R+R+執(zhí)行操作步驟開始日期(0040,0244)R+R+R+R+執(zhí)行操作步驟開始時(shí)間(0040,0245)R+R+R+R+復(fù)合對象實(shí)例層次實(shí)例號(0020,0013)ORORSOP實(shí)例UID(0008,0018)ORORSOP類UID(0008,0016)OR+OR+行數(shù)（僅圖像）(0028,0010)OOOR+列數(shù)（僅圖像）(0028,0011)OOOR+分配位數(shù)（僅圖像）(0028,0100)OOOR+幀數(shù)（僅圖像）(0028,0008)OOOR+14．獲取圖像RAD-16獲取圖像（RetrieveImages）事務(wù)由ID用于從IA中請求和獲取圖像，在ID請求IA后，請求的DICOM圖像從IA傳輸?shù)絀D以供查看。使用studyRootQ/RInformationModel-MOVESOP類或PatientRootQ/RInformationModel-MOVESOP類C-MOVE請求應(yīng)從ID發(fā)送至IA。IA接收C-MOVE請求，與ID建立DICOM關(guān)聯(lián)，并使用適當(dāng)?shù)腄ICOM圖像存儲(chǔ)SOP類傳輸請求的圖像。ID應(yīng)至少支持一個(gè)圖像存儲(chǔ)SOP類。假設(shè)支持某SOP類的獲取也意味著支持其顯示。6.3.5角色的實(shí)現(xiàn)實(shí)現(xiàn)與角色相關(guān)的所有事務(wù)按照事務(wù)的規(guī)定構(gòu)造/發(fā)送HL7消息、接收/解析HL7消息實(shí)現(xiàn)DICOMSOP類SCU：構(gòu)造/發(fā)送DIMSE請求消息，接收/解析DIMSE響應(yīng)消息SCP：接收/解析DIMSE請求消息，構(gòu)造/發(fā)送DIMSE響應(yīng)消息ADT入出轉(zhuǎn)RAD-1

PatientRegistration，患者掛號,HL7ADTRAD-12PatientUpdate，患者信息更新,HL7ADTADTOP醫(yī)囑下達(dá)者RAD-1PatientRegistration，患者掛號,HL7ADTRAD-2PlacerOrderManagement，下達(dá)者醫(yī)囑管理,HL7ORMRAD-3FillerOrderManagement，執(zhí)行者醫(yī)囑管理,HL7ORMRAD-12PatientUpdate，患者信息更新,HL7ADTOrderPlacerOF醫(yī)囑執(zhí)行者DSS/OrderFillerOF醫(yī)囑執(zhí)行者RAD-1PatientRegistration，患者掛號,HL7ADTRAD-2PlacerOrderManagement，下達(dá)者醫(yī)囑管理,HL7ORMRAD-3FillerOrderManagement，執(zhí)行者醫(yī)囑管理,HL7ORMRAD-4ProcedureScheduled，影像檢查安排,HL7ORMRAD-5Query

ModalityWorklist，查詢影像設(shè)備工作清單,DICOMMWLRAD-6

ModalityProcedureStepInProgress，影像檢查開始,DICOMMPPSRAD-7

ModalityProcedureStepCompleted，影像檢查完成,DICOMMPPSRAD-12PatientUpdate，患者信息更新,HL7ADTMOD影像設(shè)備AcquisitionModalityMOD影像設(shè)備RAD-5Query

ModalityWorklist，查詢影像設(shè)備工作清單,DICOMMWLRAD-6ModalityProcedureStepInProgress，影像檢查開始,DICOMMPPSRAD-7ModalityProcedureStepCompleted，影像檢查完成,DICOMMPPSRAD-8ModalityImagesStored，影像存儲(chǔ),DICOMC-STORERAD-10StorageCommitment，存儲(chǔ)確認(rèn),DICOMSCIM+IA影像管理器/歸檔庫ImageManagerImageArchiveIM+IA影像管理器/歸檔庫RAD-4ProcedureScheduled，影像檢查安排,HL7ORMRAD-6

ModalityProcedureStepInProgress，影像檢查開始,DICOMMPPSRAD-7

ModalityProcedureStepCompleted，影像檢查完成,DICOMMPPSRAD-8ModalityImagesStored，影像存儲(chǔ),DICOMC-STORERAD-10StorageCommitment，存儲(chǔ)提交,DICOMSCRAD-12PatientUpdate，患者信息更新,HL7ADTRAD-14QueryImages，查詢圖像,DICOMC-FINDRAD-16RetrieveImages，獲取圖像,DICOMC-MOVEID影像顯示器RAD-14QueryImages，查詢圖像,DICOMC-FINDRAD-16RetrieveImages，獲取圖像,DICOMC-MOVEImageDisplay6.4放射學(xué)領(lǐng)域其他集成模式簡單圖像數(shù)值報(bào)告SINR報(bào)告工作流RWF證據(jù)文檔ED跨機(jī)構(gòu)圖像共享XDS-I…患者信息一致性PIR圖像顯示一致性CPI關(guān)鍵圖像標(biāo)注KIN可攜帶圖像PDI訪問放射科信息ARI1.患者信息一致性PIRCase1:掛號時(shí)患者名不清楚，醫(yī)生下了檢查醫(yī)囑Case2:掛號時(shí)患者名不清楚，直接去影像科登記做檢查Case3:掛號時(shí)患者名不清楚，直接做影像檢查，再補(bǔ)登記Case4:患者直接送到影像科，給了一個(gè)臨時(shí)編號做了影像檢查Case5:患者未經(jīng)影像科登記，直接做影像檢查Case6:在影像檢查過程中，發(fā)生了患者信息更改2.圖像顯示一致性CPI圖像顯示一致性（ConsistentPresentationofImage，CPI）使用一組記錄來保持圖像的灰度顯示一致性，包括顯示狀態(tài)（用戶標(biāo)注、旋轉(zhuǎn)、顯示區(qū)域和放大率等）。目的是確保醫(yī)學(xué)影像的硬拷貝輸出、軟拷貝輸出以及兩者混合輸出在不同操作環(huán)境下表達(dá)和呈現(xiàn)的一致性。硬拷貝(HardCopy):醫(yī)用膠片分辨率、灰階高攜帶使用方便代價(jià)大，不易調(diào)整軟拷貝(SoftCopy):醫(yī)用顯示器高對比度、高分辨率、高灰階、可校準(zhǔn)，F(xiàn)DA認(rèn)證初期成本高：5MP>5W顯示一致性顯示狀態(tài)(PresentationStates)記錄了醫(yī)生對圖像操作后的圖像表達(dá)狀態(tài)信息，這些操作主要包括灰度變換:窗寬、窗位空間變換：水平垂直翻轉(zhuǎn)、旋轉(zhuǎn)、平移、縮放、蒙片等標(biāo)注處理：文字、箭頭、圖形標(biāo)注等

GSPSIODIEModuleReferenceUsage章節(jié)PatientPatientC.7.1.1MClinicalTrialSubjectC.7.1.3UStudyGeneralStudyC.7.2.1MPatientStudyC.7.2.2UClinicalTrialStudyC.7.2.3USeriesGeneralSeriesC.7.3.1MClinicalTrialSeriesC.7.3.2UPresentationSeriesC.11.9M3.1EquipmentGeneralEquipmentC.7.5.1MPresentationState見后IEModuleReferenceUsage章節(jié)PresentationStatePresentationStateIdentificationC.11.10M3.2PresentationStateRelationshipC.11.11M3.3PresentationStateShutterC.11.12M3.5PresentationStateMaskC.11.13M3.5MaskC.7.6.10CDisplayShutterC.7.6.11C3.9BitmapDisplayShutterC.7.6.15COverlayPlaneC.9.2COverlayActivationC.11.7CDisplayedAreaC.10.4M3.4GraphicAnnotationC.10.5C3.8SpatialTransformationC.10.6C3.7GraphicLayerC.10.7CGraphicGroupC.10.11UModalityLUTC.11.1CSoftcopyVOILUTC.11.8C3.6SoftcopyPresentationLUTC.11.6M3.5SOPCommonC.12.1M3.關(guān)鍵圖像標(biāo)注KIN通過一組工具使用戶可以將一幅圖像或者多幅圖像進(jìn)行標(biāo)注，并和檢查一起管理。標(biāo)注可能包括影像的選取、標(biāo)注的注釋、用戶的說明等臨床可通過標(biāo)注及其文字實(shí)現(xiàn)如下目的：診斷影像關(guān)鍵信息；分診醫(yī)生快速的獲??；提供其它科室的會(huì)診意見；圖像質(zhì)量控制。KIN角色事務(wù)圖4.可攜帶圖像PDI5.訪問放射科信息ARI6.簡單圖像數(shù)字報(bào)告SINR7.報(bào)告工作流RWF8.證據(jù)文檔ED9.跨機(jī)構(gòu)圖像共享XDS-I6.5IHE應(yīng)用閱讀技術(shù)框架文件，找到所需的集成模式https:///resources/technical_frameworks/確定與所需功能對應(yīng)的一個(gè)或多個(gè)角色從角色事務(wù)圖中找出這些角色的所有事務(wù)按照事務(wù)的詳細(xì)描述實(shí)現(xiàn)，自測https:///index.php/IHE_Test_Tool_Information參加集成測試http:///index.php?m=home&c=View&a=index&aid=3627/testing/connectathon/發(fā)布集成聲明，描述所測系統(tǒng)測試通過的集成模式與角色例：https://.tw/healthcare/resources/support-documentation/ihe-interventionalxray醫(yī)療機(jī)構(gòu)按照集成模式和角色選擇產(chǎn)品http:///index.php?m=home&c=View&a=index&aid=3632https:///custom-search/1.應(yīng)用舉例1一個(gè)病理圖像系統(tǒng)，通過圖像采集卡連接顯微鏡，需要將圖像保存到PACS服務(wù)器。集成模式：SWF角色:MOD事務(wù)QueryModalityWL[RAD-5]:MWLSCU(C-FIND)MPPSInProgress[RAD-6]:MPPSSCU(N-CREATE)MPPSCompleted[RAD-7]:MPPSSCU(N-SET)ImageStored[RAD-8]STORAGESCU(C_STORE)StorageCommitement[RAD-10]SCSCU(N-ACTION,N-EVENT-REPORT)2.

應(yīng)用舉例2獲取圖像，標(biāo)注測量值并保存集成模式：SWF+CPI找出對應(yīng)角色：EC或ID+EC(需要顯示原有標(biāo)注結(jié)果時(shí))實(shí)現(xiàn)角色的事務(wù)IDQueryPresentationState[RAD-15]Q/RSCU(C_FIND)RetrievePresentationState[RAD-17]Q/RSCU(C_MOVE)+STORAGESCP(C_STORAGE)QueryImage[RAD-14]Q/RSCU(C_FIND)RetrieveImage[RAD-16]Q/RSCU(C_MOVE)+STORAGESCP(C_STORAGE)ECQueryImage[RAD-14]Q/RSCU(C_FIND)RetrieveImage[RAD-16]Q/RSCU(C_MOVE)+STORAGESCP(C_STORAGE)CreatorPresentationStateStored[RAD-19]STORAGESCU(C_STORE)StorageCommitment[RAD-10]SCSCU(N_ACTION,N_EVENT_REPORT)3.應(yīng)用舉例3在整個(gè)序列中選出具有診斷價(jià)值的圖像集成模式：KIN角色:EC或ID+EC(需要顯示原有標(biāo)注結(jié)果時(shí))事務(wù):IDQueryKeyImageNote[RAD-30]Q/RSCU(C_FIND)RetriveKeyImageNote[RAD-31]Q/RSCU(C_MOVE)+STORAGESCP(C_STORE)ECStoreKeyImageNote[RAD-29]STORAGESCU(C_STORE)StorageCommitment[RAD-10]SCSCU(N_ACTION,N_EVENT_REPORT)6.6跨機(jī)構(gòu)文檔共享XDS6.6.1概述跨機(jī)構(gòu)文檔共享(XDS)是在一個(gè)區(qū)域內(nèi)共享臨床文檔的解決方案，為記錄和訪問提供了有效方法，使得臨床文檔能夠有效地跨醫(yī)療機(jī)構(gòu)實(shí)現(xiàn)共享。為基于文檔的EHR提供支持為現(xiàn)有產(chǎn)品的文檔存儲(chǔ)提供支持為患者文檔的索引提供支持為患者文檔的查詢和獲取提供支持提供可動(dòng)態(tài)擴(kuò)展的架構(gòu)6.6.1概述XDS的技術(shù)特點(diǎn)可擴(kuò)展性：

在各種不同的臨床IT系統(tǒng)之間共享文檔，如診所、藥房、急救中心、醫(yī)療中心等系統(tǒng)分布式:每個(gè)醫(yī)療機(jī)構(gòu)“發(fā)布”臨床信息，但文檔本身仍在原來的系統(tǒng)中。由注冊中心提供已“發(fā)布”文檔的索引供查閱

以文檔為中心:發(fā)布的臨床數(shù)據(jù)組織成”臨床文檔”，采用標(biāo)準(zhǔn)文檔類型(HL7-CDA,PDF,DICOM等)文檔內(nèi)容無關(guān)性:文檔內(nèi)容僅僅有文檔源和文檔用戶處理，共享架構(gòu)通用標(biāo)準(zhǔn)化的注冊屬性:文檔由標(biāo)準(zhǔn)化的屬性集描述，標(biāo)準(zhǔn)化的查詢能被所有供應(yīng)商支持XDS角色事務(wù)圖患者標(biāo)識源文檔注冊中心文檔存儲(chǔ)庫文檔源文檔用戶患者標(biāo)識輸入ITI-8，ITI-44查詢文檔ITI-18獲取文檔集ITI-43提供與注冊文檔集ITI-41注冊文檔集ITI-42按需文檔源注冊按需文檔條目ITI-61獲取文檔集ITI-436.6.2XDS角色文檔源：DocumentSource文檔存儲(chǔ)庫：DocumentRepository文檔注冊中心：DocumentRegistry文檔用戶：DocumentConsumer患者標(biāo)識源：PatientIdentitySource按需文檔源：On-demandDocumentSource文檔源角色生成可供共享的文檔生成文檔的描述信息

即元數(shù)據(jù)(metadata)提交文檔和文檔元數(shù)據(jù)*現(xiàn)實(shí)中產(chǎn)生可共享數(shù)據(jù)的醫(yī)療信息系統(tǒng)都可是文檔源：HIS、LIS、PACS文檔存儲(chǔ)庫角色從文檔源接收文檔和文檔元數(shù)據(jù)存儲(chǔ)文檔將文檔元數(shù)據(jù)轉(zhuǎn)發(fā)給文檔注冊中心在接收到文檔獲取請求后，復(fù)制并傳送文檔*文檔存儲(chǔ)庫通常與文檔源存在于同一個(gè)機(jī)構(gòu)中，比如圖像的文檔存儲(chǔ)庫就可構(gòu)建在PACS服務(wù)器中。這是XDS分布式存儲(chǔ)和良好可擴(kuò)展性的關(guān)鍵。文檔注冊中心角色從文檔存儲(chǔ)庫接收文檔元數(shù)據(jù)保存元數(shù)據(jù)接收元數(shù)據(jù)的查詢請求返回查詢匹配的元數(shù)據(jù)*文檔注冊中心在一個(gè)XDS域中只有一個(gè)，存在于一個(gè)跨院的管理區(qū)域中，如醫(yī)療集團(tuán)、區(qū)、市等文檔用戶角色產(chǎn)生查詢請求發(fā)送到文檔注冊中心接收文檔注冊中心返回的文檔元數(shù)據(jù)顯示文檔列表讓用戶選擇當(dāng)用戶選定文檔后，獲取和顯示文檔*文檔用戶就是具有查詢使用共享文檔功能的醫(yī)療應(yīng)用系統(tǒng)，如電子健康檔案系統(tǒng)、醫(yī)生工作站、PACS工作站等患者標(biāo)識源角色為文檔注冊中心提供患者標(biāo)識*提供唯一患者標(biāo)識符的應(yīng)用系統(tǒng),如PIX管理器按需文檔源角色在文檔注冊中心注冊按需文檔條目獲取文檔時(shí)返回反映當(dāng)前信息的文檔6.6.3XDS事務(wù)提供與注冊文檔集：ProvideandRegisterDocumentSet-b,ITI-41注冊文檔集：RegisterDocumentSet-b,ITI-42查詢文檔：RegistryStoredQuery,ITI-18獲取文檔：RetriveDocumentSet,ITI-43患者標(biāo)識信息輸入：PatientIdentityFeed,ITI-8ITI-44注冊按需文檔條目：RegisterOn-demandDocumentEntry，ITI-61提供與注冊文檔集ITI-41文檔存儲(chǔ)庫文檔源提供與注冊文檔集ITI-41注冊文檔集ITI-42文檔注冊中心文