專利名稱：在xml中規(guī)定dicom語義約束的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在XML文件中提供DICOM約束的方法和系統(tǒng)。特別地，本發(fā)明集中于一種修改XML模式(Schema)格式以允許在XML框架中本地聲明DICOM約束，而不需要編譯或鏈接專門軟件的方法和系統(tǒng)。
背景技術(shù)：
可擴展標記語言(XML)最初被設(shè)計為一種完整的，平臺無關(guān)和系統(tǒng)無關(guān)的環(huán)境，用于在萬維網(wǎng)(此后使用“Web”)上遞送和創(chuàng)造(authoring)信息資源。XML打算補充，在某些情況下打算代替在Web上普遍用于創(chuàng)造和標記(reference)內(nèi)容的超文本標記語言(HTML)。
XML是為基于樹的、分級形成的信息定義通用數(shù)據(jù)格式的一套技術(shù)。大量擴展其范圍和能力的新規(guī)范正在開發(fā)或已經(jīng)開發(fā)，如可擴展樣式單語言(XSL)，文件對象模型(DOM)以及XSL轉(zhuǎn)換(XSLT)。XML具有了平臺無關(guān)和Web了解(awareness)的優(yōu)點，并且許多XML工具開放源碼，可自由使用。因此，XML技術(shù)能夠提供在企業(yè)范圍內(nèi)訪問包括醫(yī)學報告在內(nèi)的臨床信息的簡單低廉的方案。
因為XML被用來描述結(jié)構(gòu)和信息，因此它尤其適合作為一種數(shù)據(jù)描述語言。XML特定用途中的一種在于允許整個工業(yè)，學科和專業(yè)組織開發(fā)整套文件類型定義(DTD)和Schema，用以使此類學科中的信息的表示標準化。給定一組DTD和Schema，根據(jù)DTD和Schema被模型化的內(nèi)容材料能夠被為這些DTD和Schema開發(fā)的應(yīng)用程序來處理。
應(yīng)用XML的另一個優(yōu)點在于存在大量工具可以處理XML兼容數(shù)據(jù)。特別重要地是，“可擴展樣式單語言”(XSL)是一種表示樣式單的語言，“XSL轉(zhuǎn)換”(XSLT)是一種使用樣式單將XML文件變換為其它文件的語言。
為使醫(yī)療報告的XML編碼更易于統(tǒng)一理解，有必要為報告定義DTD。DTD主要根據(jù)諸如文章和書籍之類“類似文件”的對象的結(jié)構(gòu)和約束描述XML文件中的可允許元素和屬性。這種DTD從醫(yī)學數(shù)字成像和通信(DICOM)結(jié)構(gòu)化報告(SR)信息模型的統(tǒng)一建模語言(UML)模型中導出。DICOM SR基于關(guān)系數(shù)據(jù)技術(shù)，并且已經(jīng)由國家電子制造協(xié)會(NEMA)進行標準化。附錄23DICOM標準委員會出版的DICOM標準的結(jié)構(gòu)化報告存儲SOP類，在此引入作為參考，該委員會地址為美國，VA22209，Rosslyn，1300N第17大街。
DICOM SR標準和它所基于的SR文件模型提高了診斷圖象和波形文件的表示，精確度和可比性。DICOM SR支持所表示的綜合報告的互換，該報告中由圖象和波形示出的關(guān)鍵特征可通過觀察人員清楚地表示、標引以及通過后續(xù)鑒定人員可選擇地檢索。發(fā)現(xiàn)可由觀察人員，或通過圖象或波形中所涉及的特定區(qū)域的位置坐標，或參照對比圖象、聲音、波形、曲線以及先前報告信息，表示為文本、代碼和數(shù)字測量結(jié)果。觀察人員記錄的觀測和歷史發(fā)現(xiàn)可以包括參考作為解釋過程一部分的任何證明。因此，DICOM SR不僅支持診斷觀測的報告，還能夠完全證明引出觀測的證據(jù)。這一功能為臨床研究、培訓提供了大范圍收集結(jié)構(gòu)化數(shù)據(jù)的新的重要機會，輸出評估作為診斷圖象和波形解釋的常規(guī)副產(chǎn)品，并且便于集中多中心臨床試驗和評估的結(jié)構(gòu)化數(shù)據(jù)。
已經(jīng)開發(fā)出用于將DICOM SR規(guī)范轉(zhuǎn)換為UML模型的方法和系統(tǒng)，以便非DICOM系統(tǒng)分析人員和系統(tǒng)設(shè)計人員理解DICOM SR。(參見在此引入作為參考的共同未決的美國專利申請Alfredo Tirado-RamosJingkun Hu和Yasser alSafadi在2000年10月10日提交的申請?zhí)枮?9/686,401的美國申請“醫(yī)學數(shù)字成像和通信結(jié)構(gòu)化報告(DICOMSR)的UML模型和MXL表示”)。將DICOM SR信息從DICOM關(guān)系型模型轉(zhuǎn)換為XML表示的變換系統(tǒng)已經(jīng)產(chǎn)生。通過在DICOM SR和XML之間提供映射，DICOM SR內(nèi)容材料能夠更容易地通過諸如醫(yī)學分析程序之類DICOM特定的應(yīng)用程序，或者通過諸如常規(guī)書寫或數(shù)據(jù)管理程序之類非DICOM特定的應(yīng)用程序進行處理。
醫(yī)學報告必須滿足包含在DICOM SR規(guī)范中的大量約束。這些約束可以采取如下形式對于給定字段規(guī)定最大值和最小值，或如果某些其它字段具有特定值則要求存在某個字段。不幸的是，應(yīng)用在XML文件中的文件類型定義(DTD)在方便地規(guī)定這些約束的能力方面是及其有限的。這些約束能夠使用通用程序語言如C或Java表示。然而，因為這些語言實際是程序化的，因此代碼必須被編譯、鏈接和執(zhí)行以檢測這些約束。這與XML文件所聲明特性相違背。
最近由世界網(wǎng)絡(luò)聯(lián)盟(W3C)通過的提議XML Schema允許XML文件中定義豐富的結(jié)構(gòu)和數(shù)據(jù)類型(在其他定義中)，并且提供更大的表示功能。“豐富的結(jié)構(gòu)”指關(guān)于編碼字段的屬性和約束的大量細節(jié)。Jinkun Hu和Kwok Pun Lee于2001年3月27日提交的美國文檔號為010070號的共同未決美國專利申請“DICOM XML文件類型定義(DTD)和Schema生成器”，公開了一種便于生成與DICOM SR標準對應(yīng)的XML文件類型定義(DTD)和XML Schema的系統(tǒng)和方法。
可以相對直接地表示包括帶有XML Schema的DICOM信息對象定義(IOD)的單個元素的約束。例如，字符串的最大長度能夠容易地限制。下文會解釋如何限制的實例。然而，IOD的定義也具有大量約束不能用Schema容易表示。特別地，IOD中包括多個元素的那些，例如這樣一個約束，它規(guī)定如果另一個元素具有特定值，則該元素必須存在。
因此，需要一種方法以聲明的方式使用相同XMI語法和使用如Schematron工具來表示這些約束，該工具設(shè)計用來擴展XML Schema規(guī)定約束的表示能力。Schematron是由W3C XML Schema工作組成員Rick Jelliffe開發(fā)的使用XML語法的聲明語言，該語言由一組使用Xpath表達式的規(guī)則組成，這是另一個W3C提議，用來規(guī)定不同元素之間的關(guān)系。和基于語法的XML Schema相比，它是基于規(guī)則的。Schematron具有和XML Schema完全不同的性能，并且實際上具有高度的互補性。
編寫一套Schematron規(guī)則用于表示不能用XML Schema規(guī)定的約束。該套規(guī)則可通過元式樣(meta-stylesheet)進行自動變換以產(chǎn)生根據(jù)給定的XML文件隨后運行的的XSLT樣式，以確保滿足約束。這是眾所周知的程序，可以獲得工具來執(zhí)行此步驟。

發(fā)明內(nèi)容
本發(fā)明的目的和優(yōu)點可通過下面描述闡明，同時通過本發(fā)明的實施得以認識。本發(fā)明另外的優(yōu)點將通過書面描述，權(quán)利要求以及附圖中特別指出的方法和系統(tǒng)實現(xiàn)和獲得。
為了實現(xiàn)這些和其它優(yōu)點，根據(jù)本發(fā)明所述目的，正如它所實施和描述的，本發(fā)明包括一種為醫(yī)學中數(shù)字成像和通信提供約束的方法。首先，聲明的約束信息置于描述媒體文件的聲明數(shù)據(jù)塊中。然后，當訪問文件時，聲明約束信息作為聲明數(shù)據(jù)被處理。
在另一個實施例中，包括了一種在XML文件中提供DICOM約束的方法。首先，生成使用聲明語言的包含DICOM約束的XML文件。然后，允許用戶訪問該XML文件。
本發(fā)明還包括一種用于規(guī)定醫(yī)學數(shù)字成像和通信的約束的系統(tǒng)。該系統(tǒng)包括含有具有聲明約束指令的電子形式文件的存儲器，可操作地連接到存儲器和顯示設(shè)備的計算機處理器。該處理器被配置為執(zhí)行文件中的聲明約束指令，并且在顯示設(shè)備上顯示該文件。
可以理解前述的一般描述和下面的詳細描述是示例性的，并且目的在于提供對本發(fā)明權(quán)利要求的進一步解釋。
引入并構(gòu)成說明書一部分的附圖用來說明和提供對本發(fā)明方法和系統(tǒng)的更好理解。附圖和描述共同用來解釋本發(fā)明的原理。


圖1是根據(jù)本發(fā)明優(yōu)選實施例對于典型用戶準備具有DICOM組件的XML文件的代表性處理流程圖。
圖2是根據(jù)本發(fā)明優(yōu)選實施例對于典型用戶再現(xiàn)具有DICOM SR組件的XML文件的代表性處理流程圖。
圖3是根據(jù)本發(fā)明優(yōu)選實施例的腳本實例，它列出了使用XML來規(guī)定DICOM約束從而要求病人姓名不超出64個字符。
具體實施例方式
下面描述說明使本領(lǐng)域任何普通技術(shù)人員能夠?qū)崿F(xiàn)和使用本發(fā)明。對該優(yōu)選實施例的各種修改對于本領(lǐng)域這些一般技術(shù)人員來說是顯而易見的，這里公開的內(nèi)容在不脫離本發(fā)明和所附權(quán)利要求的精神和范圍的前提下適用于其它實施例和應(yīng)用。因此，本發(fā)明并不打算僅僅局限于所述實施例，而是與這里公開的最寬泛的范圍相一致。
根據(jù)本發(fā)明的優(yōu)選實施例，提供了一種為醫(yī)學數(shù)字成像和通信規(guī)定約束，用于在XML聲明結(jié)構(gòu)中支持DICOM聲明而不必下載并運行輔助小程序的方法。
有利地，該系統(tǒng)和方法涉及到支持XML聲明結(jié)構(gòu)中的名稱空間。
本發(fā)明的另一個實施例有利地允許使用現(xiàn)存的XML工具來表示DICOM約束。
本發(fā)明還有利地允許以聲明的方式使用標準XML類型語法，或者使用諸如設(shè)計用來擴展XML Schema在規(guī)定約束方面的表示性能的Schematron之類的工具來表示DICOM約束。
有利地，本發(fā)明還提供了可廣泛應(yīng)用的，并且能夠用于在DICOMIOD中而不是SR中規(guī)定約束的方法。
圖1是根據(jù)本發(fā)明另一個實施例對于典型用戶準備用于編碼DICOM組件的XML文件的代表性處理流程圖。文件開發(fā)人員典型地將DICOM約束編碼在這樣一種XML文件9中。這可以通過將聲明約束信息置于XML文件的XML Schema中實現(xiàn)，從而當文件被確認時，允許將聲明約束信息作為聲明數(shù)據(jù)來處理。沒有必要開發(fā)更多的編碼。一個實例是限制病人姓名在64個字符以內(nèi)。這能夠通過圖3顯示的Schema定義完成。另一個實例是規(guī)定病人年齡的值必須為3位，其后跟隨有字符‘D’(日)，‘W’(周)，‘M’(月)和‘Y’(年)中的一個。該方法適用于約束僅涉及到單個元素的情況。
圖2是根據(jù)本發(fā)明優(yōu)選實施例對于典型用戶用于準備XML文件以便編碼DICOM組件的代表性處理流程圖。根據(jù)這個實施例，用戶開始該過程1，這是通過為單個DICOM約束編寫XML Schema以便在XML中編碼DICOM SR 2來實現(xiàn)的。然后，開發(fā)人員為復雜的DICOM約束編寫Schematron規(guī)則?？紤]確認標記(Verification Flag)的情況作為實例。DICOM SR規(guī)范第C.17.2段定義SR文件普通模塊(SR DocumentGeneral Module)的元素。該元素之一是驗證觀察人員序列(VerifyingObserver Sequence)(0040，A073)，并且是1C類型，這意味著要求它在特定條件下存在。這種情況下，該條件為另一個元素確認標記(0040，A493)值為“VERIFIED(已確認)“。該約束以Schematron表示如下<schpattern name＝”SR Document General Module”>
<schrule context＝”sr_document_genral_module”>
<schrepor test＝”(vertification_flag＝’VERIFIED’)and(not(verifying_observer_sequence))”>Verifing Observer Sequence required ifVerification Flag＝VERIFIED</schreport>
</schrule>
</schpattern>
其中“schreport test”元素表示確認標記必須設(shè)置為‘VERIFIED’作為約束。該規(guī)則應(yīng)用在SR文件一般模塊的環(huán)境中，并測試確認標記元素的值為“VERIFIED”以及測試觀測人員序列元素的存在。這個規(guī)則和其它規(guī)則使用標準工具變換為能夠用于檢測要求成為DICOM SR的XML文件的樣式。如果不滿足該條件，則生成出錯消息。
另一個實例是對SR文件內(nèi)容模塊的根內(nèi)容項的約束。C.17.3段指出根內(nèi)容項(SR文件樹的根)必須為CONTAINER類型。(可能有許多其它內(nèi)容項，但只有根內(nèi)容項必須為這種類型)下列Schematron規(guī)則執(zhí)行這個約束。
<schpattern name＝“Check Root Content Item Type.”id＝”SRDocumentContentRoot”>
<schrule context＝”sr_document_content_module”>
<schassert test＝”document_content_macro/value_type＝’CONTAINER>Root Content Item must be of type CONTAINER</schassert>
</schrule>
</schpattern>
這個規(guī)則應(yīng)用在SR文件內(nèi)容模塊中。根內(nèi)容項為該模塊的孩子?！眘chassert test”元素表明這個孩子(document_content_macro)的value_type元素必須具有值為“COMTAINER“。
第三個示例是內(nèi)容序列項，其中，(封入的)源內(nèi)容項和目標內(nèi)容項之間的關(guān)系通過引用(by-reference)由存在的引用內(nèi)容項標識符來指示。約束是，在這種情況下文件關(guān)系宏和文件內(nèi)容宏都不存在。這可通過下面的Schematron規(guī)則表示為<schpattern name＝”By-Reference Target Content Item.”id＝”ByReferenceTargetContentItem”>
<schrulecontext＝”content_sequence_item/referenced_content_item_identifier”>
<schreport test＝”(../document_relationship_macro)or(../document_content_macro)”>Document Relationship Macro and DocumentContent Macro shall not be present if the relationship is by-reference.</schreport>
</schrule>
</schpattern>
這個規(guī)則應(yīng)用在作為content_sequence_item元素的孩子的referenced_content_item_identifier元素的環(huán)境下。referenced_content_item_identifier元素表明了一種引用(by-reference)關(guān)系?！?amp;lt;schreport test”元素保證相同的content_sequence_item元素也沒有document_relationship_macro元素和document_content_macro元素作為孩子。
更加復雜的約束同樣能夠用Schematron規(guī)則來表示。
打算編碼DICOM SR的XML文件根據(jù)以XML Schema描述的單個約束以及用可自由獲得的Schematron確認語句(validator)描述為Schematron規(guī)則的復雜約束來確認4。
現(xiàn)在參看圖3，示出了用XML定義約束的另一種應(yīng)用。XML腳本第一行20標識定義為“patient_name”的元素的數(shù)據(jù)元素名稱。該行中的“xsdelement name＝”表明其中定義數(shù)據(jù)元素“patient_name”的腳本塊的開始。此后，該系統(tǒng)中的其它腳本可以通過其元素名稱來提及該元素?！皒sd/element”行21限定定義塊的結(jié)束。以“xsdattribute name＝”開始的行22設(shè)置字符串的值，或該元素顯示為的“attribute name”，在這里即是“patient_name”。注意，屬性名稱和數(shù)據(jù)元素名稱不必相同。
“xsdrestriction base＝”行24設(shè)置已定義數(shù)據(jù)元素的類型。在這種情況下，patient_name為“xsdstring”元素類型。下一行25用“xsdmaxLength value＝”聲明將patient_name元素的最大長度設(shè)置為64(字符)。
在不脫離本發(fā)明精神和范圍的前提下可以對本發(fā)明的方法和系統(tǒng)進行各種修正和修改對于本領(lǐng)域普通技術(shù)人員來說是顯而易見的。因此，本發(fā)明打算包括在所附權(quán)利要求及其等價物的范圍之內(nèi)的修正和修改。
權(quán)利要求
1.一種為醫(yī)學數(shù)字成像和通信提供約束的方法，該方法包括步驟將聲明約束信息置于描述文件的聲明數(shù)據(jù)塊中，在訪問文件時，允許將該聲明約束信息作為聲明數(shù)據(jù)來處理。
2.根據(jù)權(quán)利要求1的方法，其中，所述文件是電子文件。
3.根據(jù)權(quán)利要求1的方法，其中，所述約束為DICOM SR格式。
4.根據(jù)權(quán)利要求1的方法，其中，所述聲明數(shù)據(jù)塊是可擴展標記語言(XML)形式的。
5.根據(jù)權(quán)利要求1的方法，其中，所述提供的約束為存在一個元素。
6.根據(jù)權(quán)利要求1的方法，其中，所述提供的約束為元素是規(guī)定的元素類型。
7.根據(jù)權(quán)利要求1的方法，其中，所述提供的約束是兩個或更多元素在特定序列中。
8.一種在XML文件內(nèi)提供DICOM SR約束的方法，該方法包括步驟使用聲明語言創(chuàng)建包括DICOM SR約束的XML文件；允許用戶訪問該XML文件。
9.一種為醫(yī)學數(shù)字成像和通信規(guī)定約束的系統(tǒng)，該系統(tǒng)包括具有電子形式文件的存儲器，該文件具有聲明約束指令；可操作地與該存儲器和顯示設(shè)備相連的計算機處理器，該處理器被配置用來執(zhí)行該文件中的聲明約束指令，在該顯示設(shè)備上顯示該文件。
10.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述處理器還被配置用來將描述包括所述聲明約束指令的文件的聲明數(shù)據(jù)塊存儲在所述處理器操作的數(shù)據(jù)存儲器中。
11.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述聲明約束指令為DICOM SR格式。
12.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述文件是可擴展標記語言(XML)形式的。
13.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述約束是存在一個元素。
14.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述約束是元素是特定的元素類型。
15.根據(jù)權(quán)利要求1的系統(tǒng)，其中，所述約束是兩個或更多元素在特定序列中。
全文摘要
本發(fā)明涉及一種在XML文件中提供DICOM SR約束的方法。使用聲明語言來創(chuàng)建包括DICOM SR約束的XML文件。該文件隨后即可被訪問，并在希望時顯示出來。
文檔編號G06F17/21GK1610900SQ02826405
公開日2005年4月27日 申請日期2002年12月9日 優(yōu)先權(quán)日2001年12月27日
發(fā)明者K·P·李 申請人:皇家飛利浦電子股份有限公司