專利名稱：通用醫(yī)療設(shè)備驅(qū)動器適配器的制作方法
技術(shù)領(lǐng)域：
本申請在醫(yī)院信息系統(tǒng)(HIS)中找到特定的效用。然而，應(yīng)當意識到，所描述的技術(shù)還可以在其他類型的醫(yī)療系統(tǒng)、其他設(shè)備驅(qū)動器系統(tǒng)和/或其他設(shè)備通信框架中找到應(yīng)用。飛利浦的IntelliBridge 平臺由各種部件構(gòu)成,這些部件組合起來以創(chuàng)建針對飛利浦產(chǎn)品的醫(yī)療設(shè)備接口解決方案。EC10、EC40和EC80通信平臺是基于Linux的平臺，它們物理地連接到醫(yī)療設(shè)備，通過使用驅(qū)動器來傳遞并獲得數(shù)據(jù)，將所述數(shù)據(jù)轉(zhuǎn)換成標準的11073格式并將所述數(shù)據(jù)傳輸給中央服務(wù)器。EClO僅向飛利浦品牌的監(jiān)控器提供數(shù)據(jù)，而EC40/80則經(jīng)由SC50通信架構(gòu)向醫(yī)院信息系統(tǒng)(HIS)提供數(shù)據(jù)。
EClO是現(xiàn)有解決方案的替換，而且能夠與傳統(tǒng)解決方案一起位于現(xiàn)有設(shè)備上。如果尚未針對EClO開發(fā)給定的設(shè)備驅(qū)動器，則可以使用傳統(tǒng)解決方案。不同于EC10，EC40/80不能與傳統(tǒng)解決方案共存，因此如果不存在針對EC40/80的驅(qū)動器，則需要對其進行開發(fā)。在本領(lǐng)域中，存在對于促進提供用于開發(fā)大的醫(yī)療設(shè)備驅(qū)動器庫等從而克服上面指出的缺陷的流線形(stream-1 ined)方法的系統(tǒng)的、未滿足的需求。根據(jù)一個方面，促進用于在可擴展和可縮放框架中提供用于設(shè)備驅(qū)動器的可重用代碼的系統(tǒng)包括多端口醫(yī)療數(shù)據(jù)獲取設(shè)備(MDAD)，其檢測經(jīng)由單端口貫通(pass-through)連接耦合到MDAD的醫(yī)療設(shè)備；以及設(shè)備驅(qū)動器管理器(DDM)工具，其生成用于醫(yī)療設(shè)備的即插即用可擴展標記語言(XML)設(shè)備驅(qū)動器文件。該系統(tǒng)還包括用于存儲XML設(shè)備驅(qū)動器文件以用于在醫(yī)療設(shè)備或類似設(shè)備耦合到該系統(tǒng)時使用的計算機可讀介質(zhì)。XML設(shè)備驅(qū)動器文件包括用于描述醫(yī)療設(shè)備的設(shè)備驅(qū)動器的多個格式參數(shù)。根據(jù)另一方面，用于生成可重用的可擴展標記語言(XML)設(shè)備驅(qū)動器文件的方法包括從設(shè)備驅(qū)動器列表中選擇設(shè)備驅(qū)動器，使用設(shè)備驅(qū)動器管理器(DDM)工具來為所選的設(shè)備驅(qū)動器配置XML設(shè)備驅(qū)動器文件，以及當XML設(shè)備驅(qū)動器文件被完全配置時生成XML設(shè)備驅(qū)動器文件。該方法還包括在檢測到可兼容醫(yī)療設(shè)備時將XML設(shè)備驅(qū)動器文件存儲到計算機可讀介質(zhì)中以用于再調(diào)用。XML設(shè)備驅(qū)動器文件包括用于描述醫(yī)療設(shè)備的設(shè)備驅(qū)動器的多個格式參數(shù)。根據(jù)另一方面，可擴展標記語言(XML)設(shè)備驅(qū)動器管理器(DDM)工具包括用戶界面，所述用戶界面包括多個可選擇的按鈕和文本字段，用戶可以通過這多個可選擇的按鈕和文本字段來輸入信息并為醫(yī)療設(shè)備配置XML設(shè)備驅(qū)動器文件。所述信息包括一個或多個驅(qū)動器屬性、一個或多個消息屬性、一個或多個驅(qū)動器參數(shù)和一個或多個剝離(stripping)元素。一個優(yōu)點是設(shè)備驅(qū)動器進入市場的時間縮短了。另一個優(yōu)點是降低了每個驅(qū)動器的開發(fā)成本。另一優(yōu)點是縮短了培訓(xùn)時間并降低了對驅(qū)動器開發(fā)者的技能組合要求。另一優(yōu)點是使每個驅(qū)動器的代碼的行最小化。另一優(yōu)點是使驅(qū)動器維護成本最小化。
另一優(yōu)點是促進標準化的開始。在閱讀并理解了下面的詳細描述之后，本領(lǐng)域普通技術(shù)人員將意識到本發(fā)明的進一步優(yōu)點。附圖僅用于說明各種方面，但不被解釋為是限制性的。圖I示出促進最小化即插即用醫(yī)療設(shè)備環(huán)境中用于設(shè)備驅(qū)動器的代碼量的通用醫(yī)療設(shè)備驅(qū)動器適配器(UMDAA)系統(tǒng)或框架。圖2示出利用EC-10代碼庫、關(guān)聯(lián)驅(qū)動器和設(shè)備驅(qū)動器框架的醫(yī)療數(shù)據(jù)獲取設(shè)備(MDAD)0圖3示出設(shè)備驅(qū)動器管理器(DDM)工具，驅(qū)動器開發(fā)者使用該工具輸入框架使用私有協(xié)議進行通信所需的信息。

圖4示出根據(jù)本文描述的各種方面的DDM工具的屏幕截圖。圖5示出根據(jù)本文描述的一個或多個方面的設(shè)備驅(qū)動器配置界面(DDCI)的“屬性” (Properties)頁。圖6示出根據(jù)本文描述的一個或多個方面的DDCI的“消息”(Messages)頁。圖7示出根據(jù)本文描述的各種方面的、促進生成和編輯用于識別消息的令牌的令牌規(guī)范編輯器(TSE)。圖8示出根據(jù)本文描述的一個或多個方面的、允許用戶編輯十六進制格式的請求或響應(yīng)消息的“消息查看”(Message Viewer)界面。圖9示出“校驗和”(Checksum)頁或界面。校驗和是被應(yīng)用于消息中的多個字節(jié)的數(shù)學(xué)運算。

圖10示出了“時間戳”(Time Stamp)頁或界面。圖11 不出了 DDCI 的“參數(shù)”(parameters)頁。圖12示出了數(shù)據(jù)格式頁或界面的屏幕截圖。圖13是令牌規(guī)范界面的屏幕截圖。圖14是“測量單位”(unit of measure)界面的屏幕截圖。圖15是通道規(guī)范界面的屏幕截圖。圖16是時間戳界面的屏幕截圖。圖17是DDCI的“剝離頁”(stripping page)的屏幕截圖。圖18是設(shè)備驅(qū)動器管理器的屏幕截圖，其中已經(jīng)從下拉菜單中選擇了 “導(dǎo)入XML文件” (Import XML File)選項。圖I示出促進最小化即插即用醫(yī)療設(shè)備環(huán)境中用于設(shè)備驅(qū)動器的代碼量的通用醫(yī)療設(shè)備驅(qū)動器適配器(UMDAA)系統(tǒng)或框架10。系統(tǒng)10包括醫(yī)療數(shù)據(jù)信息庫(例如，數(shù)據(jù)庫)(MDIB) 12，該MDIB包括面向?qū)ο蟮目膳渲每蚣?，該面向?qū)ο蟮目膳渲每蚣苣軌蛲ㄟ^使用各種私有(銷售商指定的)協(xié)議來從醫(yī)療設(shè)備(諸如通風(fēng)機、麻醉設(shè)備、輸液泵等)中獲取醫(yī)療設(shè)備度量或參數(shù)，并將所述度量轉(zhuǎn)換成歸一化數(shù)據(jù)表示。外部應(yīng)用能夠通過界面來訪問歸一化后的數(shù)據(jù)，以用于將所述度量轉(zhuǎn)換成包括但不局限于11073 (醫(yī)療數(shù)據(jù)信息語言，或“MDIL”)和HL7協(xié)議的協(xié)議。UMDDA 10包括設(shè)備監(jiān)督部件14，該設(shè)備監(jiān)督部件14根據(jù)醫(yī)療設(shè)備的制造/模型來動態(tài)地配置框架部件，以通過選擇每個醫(yī)療設(shè)備的恰當?shù)目蓴U展標記語言(XML)配置文件來生成醫(yī)療設(shè)備的驅(qū)動。例如，監(jiān)督器14能夠被配置成“監(jiān)聽”即插即用事件，并動態(tài)地選擇恰當?shù)腦ML文件以與專用設(shè)備進行通信。設(shè)備監(jiān)督模型的工作是配置端口管理器16，通信管理器18、解析器20和數(shù)據(jù)供應(yīng)器22，以與指定的設(shè)備模型一起使用。端口管理器、通信管理器、解析器和數(shù)據(jù)供應(yīng)器封裝開放式系統(tǒng)互操作性(OSI)模型的層，并進行互操作以提供全醫(yī)療設(shè)備驅(qū)動器功能。端口管理器16管理通信棧的物理和數(shù)據(jù)鏈路層。例如，該層能夠用于配置串行端口設(shè)置，諸如波特率、停止比特和奇偶性。通信管理器18控制傳輸和會話層。其管理異步和同步通信、消息分段、和數(shù)據(jù)請求。解析器20管理表現(xiàn)層，并將從所述設(shè)備接收到的原始數(shù)據(jù)轉(zhuǎn)換成歸一化的參數(shù)ID/值對。在解析器層中可以實施若干種模式，諸如“固定緩沖器”解析器和不同類型的“標記式數(shù)據(jù)解析器”。在新的數(shù)據(jù)格式需要被支持時，該層也是可擴展的。數(shù)據(jù)供應(yīng)器22基于外部應(yīng)用可用的服務(wù)集來管理歸一化的醫(yī)療設(shè)備數(shù)據(jù)、提供對歸一化的醫(yī)療設(shè)備數(shù)據(jù)的訪問并在一些情況下轉(zhuǎn)換歸一化的醫(yī)療設(shè)備數(shù)據(jù)。數(shù)據(jù)供應(yīng)器 的外部接口提供對從醫(yī)療設(shè)備獲得的度量的訪問。每個度量用唯一標識符標記，而且還包括由源設(shè)備(諸如測量單元)提供的元數(shù)據(jù)。MDIB 12還包括多個單片驅(qū)動器實現(xiàn)方式24和裝飾模式(decorator) 26 (例如，MDILIZER)，其獲取由每個驅(qū)動器(或每種設(shè)備類型)公布的清單(manifest)數(shù)據(jù)并通過組合數(shù)據(jù)供應(yīng)器22的數(shù)據(jù)和用清單數(shù)據(jù)對其進行裝飾來構(gòu)建MDIB子樹。另外，該系統(tǒng)包括用于執(zhí)行的處理器26和用于存儲用于實現(xiàn)本文描述的各種方法和動作的計算機可執(zhí)行指令的存儲器。存儲器28可以是其上存儲有控制程序的計算機可讀介質(zhì)，諸如盤、硬盤驅(qū)動器等。計算機可讀介質(zhì)的一般形式包括例如軟盤、柔性盤、硬盤、磁帶或任意其他磁存儲介質(zhì)、CD-ROM、DVD或任意其他光介質(zhì)、RAM、ROM、PROM、EPROM、快閃-EPROM、它們的變形、其他存儲器芯片或盒式磁帶、或處理器26能夠從其讀取和執(zhí)行的任意其他有形介質(zhì)。在該上下文中，系統(tǒng)10可以被實施在或被實施為一個或多個通用計算機、專用計算機、可編程微處理器或微控制器和外圍集成電路元件、ASIC或其他集成電路、數(shù)字信號處理器、硬連線電子或邏輯電路(諸如分立的元件電路)、可編程邏輯器件(諸如 PLD、PLA、FPGA,圖形卡 CPU (GPU)或 PAL)等。圖2示出利用EC-10代碼庫、關(guān)聯(lián)驅(qū)動器和設(shè)備驅(qū)動器框架的醫(yī)療數(shù)據(jù)獲取設(shè)備(MDAD)50。應(yīng)當意識到，MDAD可以耦合到或者可以包括圖I中的UMDDA中的任意或所有部件。MDAD經(jīng)由相應(yīng)的識別模塊56耦合到患者監(jiān)控器52和多個醫(yī)療設(shè)備54。在一個實施例中，識別模塊是EC-5型模塊，而MDAD是EC40/80型設(shè)備?；颊弑O(jiān)控器52耦合到EC-10BBN58，該EC-10 BBN包括設(shè)備端口 60并用作將患者監(jiān)控器連接到EC-40/80MDAD的貫通連接。MDAD包括共享代碼模塊61，該共享代碼模塊包括能夠通過使用EC40/80協(xié)議以及EC 10協(xié)議執(zhí)行的計算機可執(zhí)行指令。共享代碼模塊包括床側(cè)主機接口 62、網(wǎng)絡(luò)服務(wù)器64和驅(qū)動器框架66 (其可以與圖I中的系統(tǒng)10相類似或相同)，該驅(qū)動器框架包括基本I、基本M和增強型驅(qū)動器。MDAD還包括即插即用部件(例如，一個或多個EC-5部件)68、MDIB 12 (圖I)、一個或多個MDIL掃描報告70、系統(tǒng)日志72和LINUX/板卡支持包74。另外，MDAD包括ICIP主機界面76和多個設(shè)備端口 78 (例如，對于EC 80而言高達8個)。在一個實施例中，MDAD位于支持健康級7 (HL7)通信協(xié)議的醫(yī)院信息系統(tǒng)(HIS)中。雖然EC 10通信協(xié)議提供用于在監(jiān)控器52上以MDIL格式進行顯示的數(shù)據(jù)，但是EC40/80通信協(xié)議向HIS發(fā)送用于以HL7格式進行呈現(xiàn)的相同數(shù)據(jù)。因此，取代加載每個醫(yī)療設(shè)備的單片可執(zhí)行文件的是，MDAD找到與每個設(shè)備相兼容的XML設(shè)備驅(qū)動器文件(例如，存儲在諸如圖I的存儲器28之類的計算機可讀介質(zhì)上)，以與其進行通信、從其接收數(shù)據(jù)并將數(shù)據(jù)存儲在MDIB 12中。根據(jù)另一實施例，即插即用設(shè)備驅(qū)動器68運行在MDAD或“集線器”上，其從設(shè)備54獲得醫(yī)療數(shù)據(jù)、將接收到的數(shù)據(jù)轉(zhuǎn)換成MDIL格式并將其存儲在MDIB中。ICIP主機76將MDIL數(shù)據(jù)轉(zhuǎn)換成HL7格式，并向HIS輸出HL7數(shù)據(jù)。圖3示出與圖I的UMDDA系統(tǒng)和圖2的MDAD 50結(jié)合使用的設(shè)備驅(qū)動器管理器(DDM)工具90 (這里也稱為驅(qū)動器開發(fā)者工具)，驅(qū)動器開發(fā)者通過該工具輸入框架使用私有協(xié)議進行通信所需的信息。DDM工具產(chǎn)生XML文件92，該XML文件體現(xiàn)了醫(yī)療設(shè)備能夠提供的數(shù)據(jù)的模型以及設(shè)備的通信能力。編程人員不需要產(chǎn)生XML文件。XML文件92用于 配置框架66 (圖2)，從而框架與醫(yī)療設(shè)備所支持的協(xié)議“相適應(yīng)”。在分析了若干醫(yī)療設(shè)備驅(qū)動器之后，可以在驅(qū)動器軟件中觀察到重復(fù)模式?？梢园l(fā)現(xiàn)各種設(shè)計模式顯著降低驅(qū)動器設(shè)計時間和努力而且最大化代碼重用。對象模型基于設(shè)計模式來創(chuàng)建。不同的消息解析器模式是可發(fā)現(xiàn)的，例如用于從針對醫(yī)療設(shè)備的數(shù)據(jù)請求中提取設(shè)備參數(shù)。示例包括“固定長度緩沖器解析器”和“可變長度標記緩沖器解析器”。DDM工具90向中央關(guān)系數(shù)據(jù)庫94中存儲驅(qū)動器配置(例如，XML文件)。用戶從活動設(shè)備驅(qū)動器(ADD)列表96中選擇設(shè)備，并點擊“生成XML” (Generate XML)按鈕98。該系統(tǒng)生成包括XML文件92以及medical, xml和其他已有xml文件102的設(shè)備驅(qū)動器100。DDM工具向設(shè)備104部署針對其生成的驅(qū)動器，和向設(shè)備端口模塊78部署驅(qū)動器。圖4示出根據(jù)本文描述的各種方面的DDM工具90的屏幕截圖。DDM工具用于捕獲設(shè)備驅(qū)動器并在驅(qū)動器開發(fā)期間將它們作為XML文件存儲在結(jié)構(gòu)化查詢語言(SQL)數(shù)據(jù)庫(諸如圖3的關(guān)系數(shù)據(jù)庫94)中。一旦XML設(shè)備驅(qū)動器文件92被完全開發(fā)，它們就被存儲在諸如圖I的存儲器28之類的計算機可讀介質(zhì)中，以用于后續(xù)再調(diào)用和使用。DDM工具包括可點擊的“文件”(file)標簽120，其允許用戶選擇“查看驅(qū)動器”(view driver)功能、“編輯驅(qū)動器” (edit driver)功能、“新驅(qū)動器” (new driver)功能、“刪除驅(qū)動器” (deletedriver)功能和“編輯”(exit)功能。刪除驅(qū)動器功能從數(shù)據(jù)庫中移除驅(qū)動器，而且在執(zhí)行刪除命令之前會給用戶一個或多個警告。編輯功能關(guān)閉該程序。DDM工具另外地包括可點擊的“公布”(publish)標簽122，其允許用戶調(diào)用“生成XML”功能、“批量生成XML” (bulk generate XML)功能和允許用戶導(dǎo)入與UMDDA XML文件 方案相符合的第三方設(shè)備驅(qū)動器的“導(dǎo)入XML” (import XML)功能。還示出了 “顯示樣式”(display mode)標簽124,當被選擇時,其確定列表框126中的設(shè)備驅(qū)動器。列表框126根據(jù)所選的顯示樣式(諸如“所有設(shè)備驅(qū)動器”(all device driver)(例如，活動和不活動的設(shè)備驅(qū)動器)、“活動的設(shè)備驅(qū)動器”(active device driVer)、“不活動的設(shè)備驅(qū)動器”(inactive device driver)等)來顯示設(shè)備驅(qū)動器?！安榭础?view)按鈕128允許用戶查看關(guān)于設(shè)備驅(qū)動的所有屬性。選擇查看按鈕執(zhí)行與選擇“文件”標簽120下的“查看驅(qū)動器”相同的功能。當使用“查看”功能來改變驅(qū)動器時，不保存對驅(qū)動器的改變?！熬庉嫛卑粹o130允許用戶編輯在列表框中選擇的設(shè)備驅(qū)動器的屬性。當用戶經(jīng)由“0K”按鈕(未示出)離開編輯器時，對驅(qū)動器的改變被保存到數(shù)據(jù)庫中。選擇編輯按鈕執(zhí)行與選擇文件標簽下的“編輯驅(qū)動器”功能相同的功能?！靶陆ā?New)按鈕132允許用戶開始創(chuàng)建新的設(shè)備驅(qū)動器的過程。當用戶經(jīng)由“0K”按鈕(未示出)離開屬性編輯器時，設(shè)備驅(qū)動器被保存到數(shù)據(jù)庫中。選擇新建按鈕執(zhí)行與選擇文件標簽下的“新驅(qū)動器”功能相同的功能。“生成XML”按鈕134允許用戶生成針對在列表框中的所選設(shè)備的XML文件。在一個實施例中，該XML文件以在列表框中的設(shè)備驅(qū)動器命名，并被保存在C: \IntelliBridge\DeviceDrivers處。如果選擇了不活動的設(shè)備驅(qū)動器,則顯示消息框而且不生成文件。如果顯示樣式是“不活動的設(shè)備驅(qū)動器”，則生成XML按鈕是不活動的?！芭可蒟ML”按鈕136執(zhí)行遍歷列表框中的所有設(shè)備驅(qū)動器并為每個設(shè)備驅(qū)動器創(chuàng)建XML文件的功能。在一個實施例中，XML文件被存儲在C:\IntelliBridge\DeviceDrivers0該功能覆蓋現(xiàn)有文件。如果設(shè)備驅(qū)動器不活動，則其被跳過。如果顯示樣式是“不活動的設(shè)備驅(qū)動器”，則批量生成XML按鈕是不活動的。圖5示出根據(jù)本文描述的一個或多個方面的設(shè)備驅(qū)動器配置界面(DDCI) 150的“屬性”(Properties)頁。驅(qū)動器名稱文本框152允許用戶編輯驅(qū)動器的名稱。在一個實施例中，該名稱與由EC5協(xié)議所使用的名稱相匹配，而且還在創(chuàng)建XML驅(qū)動器文件時被使用(例如，Braun FM. xml)。波特率組合框154允許用戶設(shè)置驅(qū)動器用來通信的波特率。該波特率與針對其生成驅(qū)動器的設(shè)備的波特率相匹配。在一個實施例中，波特率位于近似300至115200bps的范圍內(nèi)。“數(shù)據(jù)比特”(Data Bits)組合框156允許用戶設(shè)置將由該設(shè)備傳送的數(shù)據(jù)比特的數(shù)量。在一個實施例中，數(shù)據(jù)比特范圍是5至8，其中8是最普遍的值?！捌媾夹浴?Parity)組合框158允許用戶設(shè)置將在通信期間被使用的奇偶性校驗。在一個實施例中，值是“無”(None)、“偶”(Even)或“奇”(Odd)，而且所選的值與設(shè)備規(guī)范相匹配?！巴Ｖ贡忍亍?Stop Bits)組合框160允許用戶設(shè)置用于通信的停止比特的數(shù)量。在一個實施例中，值可以是0、1、1、5、2，而且所選的值與設(shè)備規(guī)范相匹配。“緩沖器大小”(Buffer Size)文本框162包括用于表示保持進入消息可用的字節(jié)的數(shù)量的值。在一個實施例中，該值比最大期望消息至少大20%?！俺瑫r”(Time Out)文本框164包括用于表示被分配用于識別/處理進入消息的毫秒數(shù)量的值?！皵?shù)據(jù)式樣”(Data Style)組合框166允許用戶在發(fā)送原始數(shù)據(jù)消息時選擇設(shè)備的格式。在一個實施例中，值是小字節(jié)序(LittleEndian)、大字節(jié)序(Big Endian)、半字節(jié)反向(Nibble Reverse)和用戶定義?！坝脩舳x”是占位符，而且指示不被支持的數(shù)據(jù)式樣。“活動驅(qū)動器”(Active Driver)復(fù)選框168允許用戶使能或禁用驅(qū)動器。如果驅(qū)動器被禁用(未被復(fù)選)，則不生成用于驅(qū)動器的XML文件?！癘k”按鈕170允許用戶離開編輯器并保存改變。當離開時，改變被保存到SQL數(shù)據(jù)庫中。如果用戶經(jīng)由“查看”進入，則不保存改變?！叭∠?Cancel)按鈕172允許用戶離開編輯器并放棄所有改變。圖6不出根據(jù)本文描述的一個或多個方面的DDCI 150的“消息”(Messages)頁。消息列表框190顯示從設(shè)備處理的消息。所選消息的屬性被顯示在下面?！靶孪ⅰ?New Message)按鈕192允許用戶添加新的消息到設(shè)備驅(qū)動器?！皠h除消息”(Delete Message)按鈕194允許用戶刪除消息和其所有關(guān)聯(lián)部分?！跋⒚Q”(Message Name)文本框196是用于描述消息的內(nèi)部名稱。“消息類型”(Message Type)組合框198允許用戶設(shè)置將被處理的消息的類型。消息類型定義和期望的使用包括“Init”(初始化)消息，其用于建立與設(shè)備的通信。“無響應(yīng)的數(shù)據(jù)消息”(Data Message With No Response)消息是不需要響應(yīng)消息的接收到的數(shù)據(jù)消息。“有響應(yīng)的數(shù)據(jù)消息”(Data Message With Response)消息是需要響應(yīng)消息的接收到的數(shù)據(jù)消息?！氨３执嬖凇?Ke印Alive)或“心跳”(Heartbeat)消息是被發(fā)送給設(shè)備以用于保持通信存在的消息?！癆CK”(肯定應(yīng)答)消息是基于來自設(shè)備的請求而被發(fā)送給設(shè)備的消息?！巴顺觥?Quit)消息是被發(fā)送給設(shè)備的用于停止發(fā)送數(shù)據(jù)的消息?！耙淮螖?shù)據(jù)請求”(One Time Data Request)消息是被發(fā)送給設(shè)備的促使該設(shè)備持續(xù)發(fā)送數(shù)據(jù)的請求。其他類型消息包括“無響應(yīng)的子消息”(Sub-message With no Response)消息、“有響應(yīng)的子消息”(Sub-message With Response)消息、警報消息等?！跋⒏袷健?Message Format)組合框200允許用戶設(shè)置在確定消息長度時使用的方法。固定長度指示消息的長度恒定，而且該長度被輸入消息長度文本框中?？勺冮L度消息指示長度改變，而且需要開始和結(jié)束令牌來確定消息長度?！跋㈤L度”(Length InMessage)指示消息的長度能夠改變，而且消息中的字節(jié)的確切數(shù)量被包含在該消息中。該消息具有開始和結(jié)束令牌，而且可以具有用于指示長度能夠在該消息中何處被找到的消息參數(shù)。“延遲”(Delay)文本框202提供有用于表示在重新發(fā)送請求消息之前必須經(jīng)過的毫秒數(shù)的值?！白畲笳埱髧L試”(Max Request Tries)文本框204具有用于表示在強制請求設(shè)備而不管延遲之前執(zhí)行的請求嘗試的數(shù)量的值。“消息長度”(Message Length)文本框206包括用于表示在消息搜索過程能夠開始之前讀取的字節(jié)數(shù)量的值。該消息長度文本框可以被設(shè)置成為典型消息長度的大約10%的值?！傲钆啤?Token)框208顯示在識別數(shù)據(jù)消息時使用的令牌。用戶能夠使用“新令牌”(new token)按鈕210來創(chuàng)建令牌，使用“編輯令牌”(edit token)按鈕212來編輯令牌，或者使用“刪除令牌”(delete token)按鈕214來刪除令牌。在一個實施例中，令牌被顯示為十六進制值，諸如<S0H>..................<Ε0Τ> (0x01..................0x04)等。“請求消息”(Request Message)按鈕216允許用戶查看和編輯關(guān)聯(lián)請求。“響應(yīng)消息”(Response Message)按鈕218允許用戶查看和編輯關(guān)聯(lián)響應(yīng)?！胺穸☉?yīng)答響應(yīng)消息”(NAK Response Message)按鈕220允許用戶查看和編輯關(guān)聯(lián)NAK響應(yīng)。“校驗和”(CheckSum)按鈕222允許用戶查看和編輯被關(guān)聯(lián)到該消息的校驗和。檢驗和用于確定該消息是否被正確接收到?！皶r間戳”(Time Stamp)按鈕224允許用戶查看和編輯被關(guān)聯(lián)到該消息的時間戳。時間戳用于確定該消息是否過期。圖7示出根據(jù)本文描述的各種方面的促進生成和編輯用于識別消息的令牌的令牌規(guī)范編輯器(TSE)240。TSE包括“令牌類型”(token type)組合字段242，其允許用戶設(shè) 置令牌類型。在一個實施例中，令牌類型包括“第一令牌”、“消息令牌”和“結(jié)束令牌”?！暗谝涣钆啤笔悄軌蛟谙⒅姓业降牡谝涣钆?，而且可以是該消息中的最前面的字節(jié)。第一令牌用于消息標識。在消息中僅存在一個第一令牌?！跋⒘钆啤笔窃谙⒅姓业降娜我饬钆啤！敖Y(jié)束令牌”用于識別消息的結(jié)束，而且可以在消息的結(jié)束處找到?！敖Y(jié)束令牌”用于可變長度消息。
“令牌偏移”(Token Offset)文本字段244用于指示令牌在消息中的位置。偏移值從消息的開頭起始計算。結(jié)束令牌或第一令牌將具有偏移值O?！傲钆拼?Token String)文本框246允許用戶輸入并編輯十六進制格式的令牌。令牌是總是位于消息中同一位置處的字符。圖8示出根據(jù)本文描述的一個或多個方面的允許用戶編輯十六進制格式的請求或響應(yīng)消息的“消息查看”界面260。用戶能夠選擇“0K”按鈕170來退出并保存對消息的改變，或者能選擇“取消”按鈕172來退出而不保存改變。圖9示出“校驗和”頁或界面270。校驗和是被應(yīng)用于消息中的多個字節(jié)的數(shù)學(xué)運算。所述字節(jié)存在于開始點和結(jié)束點之間。開始和結(jié)束被包括在校驗和的計算中。數(shù)學(xué)運算由“校驗和類型”(Checksum Type)來確定。注意,如果消息不具有校驗和,則不需要創(chuàng)建校驗和。“校驗和類型”組合框272允許用戶選擇用于計算校驗和值的方法?！盁o”(None)的校驗和值指示沒有校驗和?！白止?jié)和”(ByteSum)指示消息中的字節(jié)的求和。“二進制補 碼”(Twos Compliment)指示使用二進制互補技術(shù)的字符求和?！癈RC”指示循環(huán)冗余校驗?！澳?56” (Modulo 256)指示使用模256加法的字符求和?！坝脩舳x”用作占位符，而且指示存在不被支持的校驗和類型。“校驗和位置參考”(Checksum Location Reference)組合框274允許用戶選擇在在數(shù)據(jù)消息中尋找校驗和值時使用的開始點。該字段中的“從消息的開頭起始”(FromBeginning Of Message)指示偏移字節(jié)將從消息中的第一字節(jié)開始計算。該字段中的“在消息的結(jié)束之前”(Before End Of Message)指示偏移字節(jié)將從消息中的最后字節(jié)開始向后計算。“校驗和偏移”(Checksum offset)文本框276包含用于指示從消息的開頭起始計算或從消息的結(jié)束處向后開始計算的字節(jié)數(shù)量的值，以用于定位消息的校驗和值中的第一字節(jié)?！靶ｒ灪烷L度”(Checksum length)框278包含用于表示校驗和值中的字節(jié)數(shù)量的值。該值的長度可以是一個或兩個字節(jié)。“開始點位置參考”(Start Point Location Reference)組合框280包含用于表示在計算校驗和時使用的開始字節(jié)的值。該字段中的“從消息的開頭起始”指示偏移字節(jié)將從消息中的第一字節(jié)開始計算。該字段中的“在消息的結(jié)束之前”指示偏移字節(jié)將從消息中的最后子節(jié)開始向后計算?！伴_始點偏移”(Start Point offset)文本框282包括用于指示從消息的開頭起始計算或從消息的結(jié)束處向后開始計算的字節(jié)數(shù)量的值，以用于定位消息的開始字節(jié)。“結(jié)束點位置參考”(End Point Location Reference)組合框284用于指出在計算校驗和時使用的最后字節(jié)。該字段中的“從消息的開頭起始”指示偏移字節(jié)將從消息中的第一字節(jié)開始計算。該字段中的“在消息的結(jié)束之前”指示偏移字節(jié)將從消息中的最后字節(jié)開始向后計算?！敖Y(jié)束點偏移”(End Point Offset)文本框包括用于指示從消息的開頭起始計算或從消息的結(jié)束處向后開始計算的字節(jié)數(shù)量的值，以用于定位消息的結(jié)束字節(jié)?！靶陆?刪除”(New/delete)按鈕286允許用戶創(chuàng)建或刪除被關(guān)聯(lián)到消息的校驗和?！?k”按鈕170允許用戶離開并保存改變?！叭∠卑粹o172允許用戶離開但不保存任何改變。圖10示出“時間戳”頁或界面300。“時間戳類型”(Time Stamp Type)組合框302允許用戶選擇他們正在實施的時間戳的類型。該框中的“消息時間戳”(Message timestamp )用于確定該消息是否過期。該框中的“參數(shù)時間戳”(Parameter time stamp)用于確定消息中的生理值是否過期。“時間戳令牌”(Time Stamp Token)字段304用于識別消息中時間戳的位置。對于任意類型的時間戳而言，時間戳令牌是可選的?！傲钆祁愋汀苯M合框306允許用戶設(shè)置令牌類型。“令牌偏移”文本框308用于指示令牌在消息中所位于的位置。偏移值從消息的開頭起始計算。“令牌串”文本框310允許用戶輸入并編輯十六進制格式的令牌?！皶r間戳數(shù)據(jù)格式”(Time Stamp Data Format)字段312用于解釋消息中的時間戳?！皵?shù)據(jù)位置參考”(Data Location Reference)組合框314允許用戶選擇在在消息中尋找時間戳?xí)r使用的方法。該框中的“消息的開頭”(Beginning Of message)指示偏移是從消息中的第一字節(jié)開始計算，而且不需要時間戳令牌。該框中的“After ParameterIdentifier”(在參數(shù)標識符之后)指示偏移從時間戳令牌中的第一字節(jié)的位置開始計算。 該框中的“在參數(shù)標識符之前”(Before Parameter Identifier)指示偏移從時間戳令牌中的第一字節(jié)的位置向后開始計算。“數(shù)據(jù)式樣”組合框316確定用于解釋時間戳值的過程。在大部分情況中可以使用二進制。數(shù)據(jù)式樣功能將執(zhí)行存儲器比較以確定時間戳值是否已經(jīng)改變。“數(shù)據(jù)長度”框318指示消息中構(gòu)成數(shù)據(jù)的字節(jié)的數(shù)量。圖11示出DDCI 150的“參數(shù)”頁?！爱斍跋ⅰ?(Current Message)組合框332允許用戶選擇將對其參數(shù)進行調(diào)查的消息。選擇消息產(chǎn)生“當前消息參數(shù)”(Current MessageParameters)列表框334，該框顯示了被關(guān)聯(lián)到消息的參數(shù)。選擇參數(shù)產(chǎn)生參數(shù)屬性?！靶聟?shù)”(New Parameter)按鈕336允許用戶創(chuàng)建與當前消息相關(guān)聯(lián)的新參數(shù)。“刪除參數(shù)”(Delete Parameter)按鈕338允許用戶從當前消息中刪除參數(shù)和其所有關(guān)聯(lián)項?！皡?shù)名稱”(Parameter Name)文本框340允許用戶編輯參數(shù)的內(nèi)部名稱?！皡?shù)類型”(Parameter Type)組合框342允許用戶選擇參數(shù)關(guān)聯(lián)的方法。該選擇確定在參數(shù)ID組合框344中加載的內(nèi)容。參數(shù)類型“Physio”指示參數(shù)與生理數(shù)據(jù)(例如，心率、呼吸率、血氧飽和度等)相關(guān)聯(lián)。另一參數(shù)類型可以是“警報”(Alarm)參數(shù)?！跋㈤L度”是用于確定消息的長度的參數(shù)，而且可以用在長度信息被包括在消息中的可變長度消息上?！皡?shù)ID” (Parameter ID)組合框344允許用戶選擇感興趣的數(shù)據(jù)項?！皡?shù)數(shù)據(jù)格式”(Parameter Data Format)按鈕346顯示允許用戶配置數(shù)據(jù)格式的對話。“參數(shù)令牌標識符”(Parameter Token Identifier)按鈕348顯示允許用戶配置用于識別消息中的參數(shù)的令牌的對話?！罢{(diào)整操作”(Adjust operation)組合框350允許用戶選擇被應(yīng)用于原始數(shù)據(jù)值上的數(shù)學(xué)運算?！罢{(diào)整值”(Adjust Value)文本框352指示由“調(diào)整”操作使用的值?！皽y量單位”(Units Of Measure)框354允許用戶創(chuàng)建與參數(shù)相關(guān)聯(lián)的可能單位列表。如果消息中的參數(shù)具有固定的測量單位，則在該列表中將僅有一個條目?！巴ǖ馈?Channels)框356允許用戶創(chuàng)建、編輯或刪除用于識別消息中的數(shù)據(jù)與其關(guān)聯(lián)的子設(shè)備的通道標識符?！皶r間戳”框358允許用戶創(chuàng)建、編輯或刪除與參數(shù)相關(guān)聯(lián)的時間戳。如果存在多個通道，則可以使用多個時間戳。時間戳可以應(yīng)用于任意周期性數(shù)據(jù)元素(NIBP)。被持續(xù)測量的數(shù)據(jù)元素不需要時間戳。
圖12示出數(shù)據(jù)格式頁或界面370的屏幕截圖?！皵?shù)據(jù)位置參考”(Data LocationReference)組合框372允許用戶選擇在消息中尋找時間戳?xí)r使用的方法。選項包括“消息的開頭”、“在參數(shù)標識符之后”和“在參數(shù)標識符之前”?！皵?shù)據(jù)式樣”組合框374確定用于解釋消息中的數(shù)據(jù)值的過程?！癆sc整型”(Asc Int)指示該值是標準ASCII格式的整型(例如，1234=0x31 0x320x33 0x34)?！癆sc 浮點型” (Asc Float)指示該值是標準 ASCII 格式的浮點型(例如，1234. 5=0x31 0x32 0x33 0x34 0x2E 0x35)。“二進制”(Binary)指示在數(shù)據(jù)消息中該值是二進制格式(例如，1234=0x04 0xD2)?！按?String)指示數(shù)據(jù)消息中的值是文本而且是ASCII格式(例如，格式=0x460x6F 0x72 0x6D 0x61 0x74)?！坝脩舳x”是占位符，而且指示存在不被支持的數(shù)據(jù)式樣。“數(shù)據(jù)長度”(Data Length)文本框376包括消息中構(gòu)成數(shù)據(jù)的字節(jié)的數(shù)量。“數(shù)據(jù)偏移”(Data Offset)文本框378示出要被計算以到達數(shù)據(jù)的位置的字節(jié)數(shù)量。圖13是令牌規(guī)范界面390的屏幕截圖?！傲钆祁愋汀苯M合框392允許用戶設(shè)置令牌類型。例如，“參數(shù)令牌”指示令牌對參數(shù)而言是唯一的而且偏移為零，從而強制搜索針對 該令牌的消息?！敖馕隽钆啤?Parse Token)指示用于描述消息的令牌。偏移是在數(shù)據(jù)值之前存在的令牌的數(shù)量?！傲钆破啤蔽谋究?94用于指示令牌位于消息中的哪個位置。偏移值從消息的開頭起始計算。零值強制搜索消息。“令牌串”(Token String)文本框396允許用戶輸入并編輯十六進制格式的令牌。令牌是包括在消息中的唯一字符串。圖14是“測量單位”界面410的屏幕截圖?！皽y量單位”組合框412允許用戶選擇測量單位?！笆悄J測量單位”(Is default unit of measure)框414允許用戶指示所選測量單元是所指示參數(shù)的唯一測量單位?！傲钆祁愋汀苯M合框416允許用戶設(shè)置令牌類型?！傲钆破啤笨?18用于指示令牌位于消息中的哪個位置。如果消息具有固定長度而沒有參數(shù)標識符，則偏移是從消息的開頭起始的字節(jié)數(shù)量。如果在固定長度的消息中存在參數(shù)標識符，則偏移設(shè)置是從該參數(shù)標識符開始的字節(jié)的數(shù)量。如果消息具有可變長度，則偏移是在令牌的參數(shù)標識符之后需要校驗的最大字節(jié)數(shù)量?！傲钆拼蔽谋究?20允許用戶輸入并編輯十六進制格式的令牌?！靶陆?刪除”按鈕422允許用戶創(chuàng)建或刪除用于識別測量單位的令牌。圖15是通道規(guī)范界面430的屏幕截圖?！巴ǖ酪?guī)范串”(Channel Spec String)文本框432包括用于識別參數(shù)通道或參數(shù)所屬的子設(shè)備的串?！皵?shù)據(jù)位置參考”組合框434允許用戶選擇在消息中尋找時間戳?xí)r使用的方法。數(shù)據(jù)位置選項包括“消息的開頭”、“在參數(shù)標識符之后”和“在參數(shù)標識符之前”?！皵?shù)據(jù)式樣”文本框436確定用于解釋該值的過程。在大部分情況中可以使用二進制。“新建/刪除”按鈕438允許用戶創(chuàng)建或刪除被關(guān)聯(lián)至通道規(guī)范的數(shù)據(jù)格式。圖16示出時間戳界面450的屏幕截圖。“時間戳類型”(Time Stamp Type)組合框452允許用戶選擇正在被實施的時間戳的類型?！皡?shù)時間戳'Parameter time stamp)用于確定消息中的生理值是否過期?！巴ǖ馈苯M合框454允許用戶選擇時間戳將與其關(guān)聯(lián)的通道?！皶r間戳令牌”(Time Stamp Token)字段456用于識別消息中時間戳的位置。對于任意類型的時間戳而言，時間戳令牌是可選的?！傲钆祁愋汀苯M合框458允許用戶設(shè)置令牌類型?！傲钆破啤蔽谋究?60包括用于指示令牌在消息中的位置的值。偏移值從參數(shù)標識符的開頭起始計算?！傲钆拼蔽谋究?62允許用戶輸入并編輯十六進制格式的令牌。圖17是DDCI 150的 “剝離頁” (stripping page)的屏幕截圖?！皠冸x元素”(Stripping Elements)框470列出了在發(fā)送消息時消息中被交換的字節(jié)?！靶陆ā?New)按鈕472允許用戶創(chuàng)建新的剝離規(guī)范項?！皠h除”(Delete)按鈕474允許用戶刪除新的剝離規(guī)范項?！懊枋龇?Descriptor)文本框476包括用于描述字節(jié)和它們的使用的內(nèi)部文本?！芭f字節(jié)”(Old Bytes)文本框478示出在發(fā)送消息時被交換到針對常規(guī)字節(jié)的消息中的字節(jié)。這些字節(jié)用十六進制格式表示?！靶伦止?jié)”(New Bytes)文本框480示出用于替換原始數(shù)據(jù)消息中的舊字節(jié)的字節(jié)。它們必須在消息被解析之前被替換。這些字節(jié)用十六進制格式表示。圖18是設(shè)備驅(qū)動器管理器90的屏幕截圖，其中已經(jīng)從下拉菜單中選擇了 “導(dǎo)入XML文件”選項490。導(dǎo)入XML文件功能允許用戶導(dǎo)入由第三方創(chuàng)建的設(shè)備驅(qū)動器，并將該設(shè)備驅(qū)動器添加到設(shè)備驅(qū)動器的主數(shù)據(jù)庫中。用戶被呈現(xiàn)打開文件對話框492，其中，他們能夠選擇他們期望導(dǎo)入的驅(qū)動器。當導(dǎo)入驅(qū)動器時，用戶可以選擇重新查看編輯工具中的驅(qū)動器或?qū)⑵渲苯訉?dǎo)入數(shù)據(jù)庫中。如果在導(dǎo)入之前重新查看驅(qū)動器，則驅(qū)動器該加載到編輯器中以便用戶重新查看。如果用戶經(jīng)由取消離開編輯器，則驅(qū)動器不被保存到數(shù)據(jù)庫中。例如，本文描述的DDM工具可以被提供給將被最終耦合到所描述的系統(tǒng)的醫(yī)療設(shè)備的制造商。制造商能夠生成用于該設(shè)備的XML文件，該XML文件之后能夠通過選擇“導(dǎo)入XML文件”選項而被導(dǎo)入SQL數(shù)據(jù)庫94 (圖3)。以此方式，制造商不需要公開與該設(shè)備相關(guān)聯(lián)的私有息。已經(jīng)參照若干實施例描述了本發(fā)明。在閱讀和理解了之前的詳細描述之后，能夠做出修改和替換。本發(fā)明意欲被解釋為包括所有這些修改和替換，因為它們落入所附權(quán)利要求或其等價形式的范圍內(nèi)。
權(quán)利要求
1.一種用于促進在可擴展和可縮放框架中提供用于設(shè)備驅(qū)動器的可重用代碼的系統(tǒng)，包括 多端口醫(yī)療數(shù)據(jù)獲取設(shè)備(MDAD) (50)，用于檢測經(jīng)由單端口貫通連接(58，60)耦合到所述MDAD的醫(yī)療設(shè)備(54)； 設(shè)備驅(qū)動器管理器(DDM)工具(90)，用于生成用于所述醫(yī)療設(shè)備的即插即用可擴展標記語言(XML)設(shè)備驅(qū)動器文件(92);以及 計算機可讀介質(zhì)(28)，用于存儲所述XML設(shè)備驅(qū)動器文件(92)，以在所述醫(yī)療設(shè)備(54)或類似設(shè)備耦合到所述系統(tǒng)時使用； 其中所述XML設(shè)備驅(qū)動器文件(92)包括用于描述所述醫(yī)療設(shè)備(54)的設(shè)備驅(qū)動器(68)的多個格式參數(shù)。
2.根據(jù)權(quán)利要求I所述的系統(tǒng)，還包括 患者監(jiān)控器(52 )，其經(jīng)由所述單端口貫通連接(58 )耦合到所述MDAD (50 )。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，還包括 共享代碼模塊(61)，其包括所述單端口貫通連接(58)和所述多端口 MDAD (50)能使用的代碼。
4.根據(jù)權(quán)利要求I至3中任一權(quán)利要求所述的系統(tǒng)，其中，所述格式參數(shù)包括下述至少一者 驅(qū)動器名稱； 波特率； 奇偶性； 緩沖器大??； 時間戳信息； 令牌信息； 數(shù)據(jù)式樣； 停止比特信息；以及 消息信息。
5.根據(jù)權(quán)利要求I至4中任一權(quán)利要求所述的系統(tǒng)，其中，識別模塊(56)是EC-5型識別模塊。
6.根據(jù)權(quán)利要求I至5中任一權(quán)利要求所述的系統(tǒng)，其中，所述MDAD(50)是EC-40或EC-80型MDAD中的一者。
7.根據(jù)權(quán)利要求2至5中任一權(quán)利要求所述的系統(tǒng)，其中，所述單端口貫通連接(58)是EC-10型貫通連接。
8.根據(jù)權(quán)利要求I至7中任一權(quán)利要求所述的系統(tǒng)，其中，所述MDAD(50)從所述計算機可讀介質(zhì)(28)中獲取與所述醫(yī)療設(shè)備(54)相兼容的XML文件(92)，將所述XML文件(92)加載到驅(qū)動器框架(66)中以便與所述醫(yī)療設(shè)備通信并從所述醫(yī)療設(shè)備接收數(shù)據(jù)，以及將所接收的數(shù)據(jù)存儲在醫(yī)療數(shù)據(jù)信息庫(MDIB) (12)中。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，還包括 ICIP主機(76)，用于將接收到的數(shù)據(jù)從MDIL格式轉(zhuǎn)換成健康級7 (HL7)格式，并向醫(yī)院信息系統(tǒng)(HIS)輸出HL7格式化后的數(shù)據(jù)。
10.一種用于生成可重用可擴展標記語言(XML)設(shè)備驅(qū)動器文件(92)的方法，包括 從設(shè)備驅(qū)動器列表(96)中選擇設(shè)備驅(qū)動器； 使用設(shè)備驅(qū)動器管理器(DDM)工具(90)來為所選擇的設(shè)備驅(qū)動器配置XML設(shè)備驅(qū)動器文件(92)； 當所述XML設(shè)備驅(qū)動器文件(9 2)被完全配置時生成所述XML設(shè)備驅(qū)動器文件(92);以及 在檢測到兼容的醫(yī)療設(shè)備(54)時，將所述XML設(shè)備驅(qū)動器文件(92)存儲到計算機可讀介質(zhì)(28)中以用于再調(diào)用； 其中所述XML設(shè)備驅(qū)動器文件(92)包括用于描述所述醫(yī)療設(shè)備(54)的設(shè)備驅(qū)動器(68)的多個格式參數(shù)。
11.根據(jù)權(quán)利要求10所述的方法，還包括 針對新連接的醫(yī)療設(shè)備(54)檢測插入事件； 接收用于描述所述醫(yī)療設(shè)備(54)的醫(yī)療設(shè)備驅(qū)動器信息； 從所述計算機可讀介質(zhì)(28)獲取兼容的XML設(shè)備驅(qū)動器文件(92);以及 執(zhí)行所獲取的XML設(shè)備驅(qū)動器(92)以便與所述新連接的醫(yī)療設(shè)備(54)進行雙向通信。
12.根據(jù)權(quán)利要求10或11中任一權(quán)利要求所述的方法，其中，配置所述XML設(shè)備驅(qū)動器文件(92)包括配置 一個或多個驅(qū)動器屬性； 一個或多個消息屬性； 一個或多個驅(qū)動器參數(shù)；以及 一個或多個剝離元素。
13.根據(jù)權(quán)利要求12所述的方法，其中，所述一個或多個驅(qū)動器屬性包括下述至少一者 驅(qū)動器名稱； 波特率； 數(shù)據(jù)比特的數(shù)量； 奇偶性值； 停止比特值； 緩沖器大?。? 超時值；以及 數(shù)據(jù)式樣指示符。
14.根據(jù)權(quán)利要求12至13中任一權(quán)利要求所述的方法，其中，所述一個或多個消息屬性包括下述至少一者 消息名稱； 消息類型； 消息格式； 延遲值； 最大請求數(shù)量； 消息長度；令牌信息； 時間戳信息；以及 校驗和信息。
15.根據(jù)權(quán)利要求12至14中任一權(quán)利要求所述的方法，其中，所述一個或多個驅(qū)動器參數(shù)包括 當前消息標識； 當前消息參數(shù)；以及 參數(shù)屬性信息。
16.根據(jù)權(quán)利要求15所述的方法，其中，所述參數(shù)屬性信息包括下述至少一者 參數(shù)名稱； 參數(shù)類型； 參數(shù)標識； 參數(shù)調(diào)整操作信息； 參數(shù)調(diào)整值； 測量單位信息； 參數(shù)通信通道信息；以及 參數(shù)時間戳信息。
17.根據(jù)權(quán)利要求12至16中任一權(quán)利要求所述的方法，其中，所述一個或多個剝離元素包括下述至少一者 描述符信息； 多個舊字節(jié)；以及 多個新字節(jié)。
18.根據(jù)權(quán)利要求10-17中任一權(quán)利要求所述的方法，還包括 導(dǎo)入由第三方制造商創(chuàng)建并與由所述第三方制造商制造的一個或多個醫(yī)療設(shè)備相兼容的XML設(shè)備驅(qū)動器文件；以及 在檢測到由所述第三方制造商制造的醫(yī)療設(shè)備(54)時，將所導(dǎo)入的XML設(shè)備驅(qū)動器文件存儲到所述計算機可讀介質(zhì)(28)中以用于再調(diào)用。
19.一種可擴展標記語言(XML)設(shè)備驅(qū)動器管理器(DDM)工具(90)，包括 包括多個可選擇按鈕和文本字段的用戶界面，用戶使用所述用戶界面來輸入信息并為醫(yī)療設(shè)備配置XML設(shè)備驅(qū)動器文件(92)，所述信息包括 一個或多個驅(qū)動器屬性； 一個或多個消息屬性； 一個或多個驅(qū)動器參數(shù)；以及 一個或多個剝離元素。
20.根據(jù)權(quán)利要求19所述的工具(90)，還包括 計算機可讀介質(zhì)(28 )，用于存儲多個XML設(shè)備驅(qū)動器文件(92 ); 其中所述DDM工具(90)在檢測到即插即用事件時獲取用于兼容的醫(yī)療設(shè)備(54)的XML設(shè)備驅(qū)動器文件，從而所述兼容的醫(yī)療設(shè)備連接到所述DDM工具所連接的醫(yī)院信息系統(tǒng)(HIS)。
全文摘要
一種通用醫(yī)療設(shè)備驅(qū)動器適配器，其能夠在無需針對典型醫(yī)療設(shè)備編寫定制軟件的情況下創(chuàng)建醫(yī)療設(shè)備驅(qū)動器，從而縮短了單獨驅(qū)動器的開發(fā)時間并縮短了培訓(xùn)時間并降低了對驅(qū)動器開發(fā)者的技能組合要求。在XML設(shè)備驅(qū)動器文件中定義了各種格式參數(shù)，諸如波特率、奇偶性、緩沖器大小、時間戳、令牌、消息鏈路等。當所識別的醫(yī)療設(shè)備被指定時，相應(yīng)的XML文件就被獲取，而且界面使用這里描述的參數(shù)進行與監(jiān)控器的雙向通信。
文檔編號G06F19/00GK102656584SQ201080056789
公開日2012年9月5日 申請日期2010年11月18日 優(yōu)先權(quán)日2009年12月16日
發(fā)明者T·J·博澤爾, W·C·麥奎德 申請人:皇家飛利浦電子股份有限公司