開發(fā)醫(yī)療設(shè)備軟件的模型驅(qū)動(dòng)方法探討
模型驅(qū)動(dòng)開發(fā)環(huán)境強(qiáng)化軟件開發(fā)流程
本文引用地址:http://butianyuan.cn/article/199113.htm在當(dāng)今的互連世界,醫(yī)療設(shè)備理所當(dāng)然地容納了更多具有智能功能的創(chuàng)新性能。這些新型性能通常采用軟件進(jìn)行設(shè)計(jì);因此,用于實(shí)現(xiàn)這些新功能的軟件日益復(fù)雜。同時(shí),F(xiàn)DA及其它管理機(jī)構(gòu)也逐步對(duì)醫(yī)療設(shè)備制造商施加壓力,以確保產(chǎn)品安全和有關(guān)醫(yī)療設(shè)備報(bào)告信息的準(zhǔn)確性。
市場(chǎng)上面臨產(chǎn)品復(fù)雜性增加、上市壓力、產(chǎn)品安全和監(jiān)管,對(duì)于醫(yī)療設(shè)備公司來說應(yīng)對(duì)這些挑戰(zhàn)成為良好的商業(yè)常識(shí)。本文探究一種開發(fā)醫(yī)療設(shè)備軟件的模型驅(qū)動(dòng)方法。
設(shè)備制造商正處于軟件開發(fā)的轉(zhuǎn)折點(diǎn),幾種工具可能會(huì)幫助他們改良生產(chǎn)率和質(zhì)量。一種模型驅(qū)動(dòng)的開發(fā)流程集成了產(chǎn)品開發(fā)的多樣階段,從需求分析到系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、文檔制作和測(cè)試。此工作流程有助于使復(fù)雜的需求和架構(gòu)能圖形化地以圖表形式表示,因此減少了復(fù)雜性,并且還能幫助股東之間就需求和設(shè)計(jì)進(jìn)行交流。圖表具有語義并且互連,有助于實(shí)現(xiàn)直接從設(shè)計(jì)要求到設(shè)計(jì)的可追蹤性。更進(jìn)一步的是,該軟件實(shí)現(xiàn)可由模型直接生成,提供了從設(shè)計(jì)要求到設(shè)計(jì)到實(shí)現(xiàn)的追蹤檢查。
交付設(shè)備軟件
在醫(yī)療設(shè)備市場(chǎng),交付創(chuàng)新技術(shù)的推動(dòng)力非常現(xiàn)實(shí),智能設(shè)備無處不在。在這一領(lǐng)域,是軟件提供了使高技術(shù)世界成為可能的功能。醫(yī)療設(shè)備的軟件被用于執(zhí)行以往可能以硬件實(shí)現(xiàn)的功能:例如,診斷設(shè)備上的物理旋鈕和按鈕經(jīng)常被觸摸屏顯示所替代,或者醫(yī)療圖像如X光和MRI逐漸以數(shù)字格式而不是物理膠片交付。
醫(yī)療市場(chǎng)競(jìng)爭殘酷,而且產(chǎn)品在競(jìng)爭到來之前上市至關(guān)重要。完成上市銷售前的活動(dòng)(如510(k)流程)和隨后的藥品生產(chǎn)和質(zhì)量管理(GMP)對(duì)設(shè)備引入市場(chǎng)并占領(lǐng)強(qiáng)勁市場(chǎng)份額必不可少。但是,在速度和病人安全之間必須取得平衡以避免耗費(fèi)大的產(chǎn)品召回。策略之一是為上市前活動(dòng)重復(fù)使用現(xiàn)有的大量的等效編程代碼,尤其是當(dāng)與軟件協(xié)同工作進(jìn)行生命攸關(guān)的手術(shù)時(shí)。實(shí)現(xiàn)成功軟件的關(guān)鍵路徑是通過理解;在一些情況下,軟件可能已老化,編程人員也早已不在公司,即為什么有效復(fù)用取決于文檔可理解。
文檔!文檔!文檔!
能發(fā)揮其知識(shí)產(chǎn)權(quán)(IP)效用的組織——并能復(fù)用——在工程設(shè)計(jì)新型醫(yī)療設(shè)備軟件時(shí)已領(lǐng)先一步。對(duì)于復(fù)用,沒有什么比藥品文檔編制更為重要,它還具有其它的效用。對(duì)于維護(hù)項(xiàng)目信息,一個(gè)設(shè)計(jì)歷史文件(DHF)被用于儲(chǔ)存項(xiàng)目成果。FDA通過需要一個(gè)DHF的質(zhì)量系統(tǒng)監(jiān)控(QSR)——21 聯(lián)邦管理代碼(CFR) Part 820.30來管理面向美國市場(chǎng)開發(fā)的產(chǎn)品。該DHF包含有關(guān)的信息,從多種源,包括諸如需求、系統(tǒng)規(guī)范、風(fēng)險(xiǎn)管理和其它正式文檔在內(nèi)的項(xiàng)目。也可能包括筆記、草圖或其它零碎信息。具備一個(gè)DHF背后的基本原理是提供可追蹤性和文檔,以顯示設(shè)備被用于特定目的,其設(shè)計(jì)實(shí)現(xiàn)了所有要求。然而,如何實(shí)現(xiàn)在某種程度上實(shí)屬偶然:一些公司使用源代碼打印清單以證明全部實(shí)現(xiàn)設(shè)計(jì)要求。當(dāng)然,用源代碼作為溝通方法僅在讀者能讀懂代碼的條件下有效。非技術(shù)股東可能缺乏所需讀懂源代碼的技能,從而產(chǎn)生了潛在的危險(xiǎn)的溝通真空。
可視軟件開發(fā)
模型驅(qū)動(dòng)開發(fā)(MDD)為軟件交付創(chuàng)建了一種可視化開發(fā)環(huán)境。MDD的基礎(chǔ)是源于對(duì)象管理組織的統(tǒng)一建模語言(UML)。MDD環(huán)境使復(fù)雜的設(shè)計(jì)輸入可視化,促進(jìn)了各種各樣股東之間的溝通。開發(fā)團(tuán)隊(duì)能用比源代碼更易使股東理解的格式表述設(shè)計(jì)要求、架構(gòu)、結(jié)構(gòu)、設(shè)計(jì)和行為。UML定義了幾種不同的圖表來獲得系統(tǒng)或應(yīng)用的機(jī)構(gòu)、架構(gòu)和行為。與UML類似的是,系統(tǒng)建模語言(SysML)基于UML,但是是為系統(tǒng)工程設(shè)計(jì)需求而量身定做。
UML圖表內(nèi)的信息被存儲(chǔ)在一個(gè)模型儲(chǔ)存庫內(nèi),這極大地?cái)U(kuò)展了圖表原僅作為插圖之用的作用(見圖1)。一張圖表上的信息變化被模型儲(chǔ)存庫所反映,并傳送給其它圖表以反映同樣的信息。例如,假定設(shè)計(jì)中有一級(jí)名為“Pump”,同一級(jí)出現(xiàn)在兩個(gè)不同的圖表內(nèi)。在一張圖中把“Pump”名改為“InfusionPump”將會(huì)在另一張圖中自動(dòng)變化過來。
圖1:以狀態(tài)圖形式描述的設(shè)備操作模式。
追蹤設(shè)計(jì)要求到模型元件
對(duì)醫(yī)療設(shè)備的要求通常以文本文件而規(guī)定,或存在于用作設(shè)計(jì)輸入的需求管理工具內(nèi)。盡管文本能交流大量需要完成的細(xì)節(jié),它也會(huì)易受誤解。更為重要的是,沒有濾波器或流程來防止有沖突的設(shè)計(jì)要求在最開始就被記錄下來。通過把需求拆分為產(chǎn)品內(nèi)每個(gè)元件更進(jìn)一步的細(xì)節(jié)要求,執(zhí)行需求分析能幫助解決沖突。建模能通過文本需求以圖表的形式可視化來輔助這一過程,并且提供到設(shè)計(jì)和實(shí)現(xiàn)的可追蹤性。
追蹤需求到模型元件的第一步是將文本需求與建模環(huán)境相關(guān)起來。模型內(nèi)的一個(gè)需求元件儲(chǔ)存需求,并保持除其它相關(guān)信息如需求ID、優(yōu)先級(jí)、安全完整性級(jí)別及風(fēng)險(xiǎn)等之外的描述需求的文本。對(duì)能儲(chǔ)存的數(shù)據(jù)類型沒有限制。需求和模型之間保持同步化,從而任何一方的更改都能反映到另一方。從需求到滿足這些需求的模型元件的可追蹤性能在模型內(nèi)表述出來。憑借這些信息,能生成需求覆蓋報(bào)告或進(jìn)行設(shè)計(jì)改變的影響分析。例如,能生成一個(gè)UML資料,定義了故障樹分析圖表。模型內(nèi)還能進(jìn)行安全性和風(fēng)險(xiǎn)分析。圖2展示了故障如何被追蹤到與故障相關(guān)的設(shè)計(jì)要求??蛇M(jìn)行更進(jìn)一步的模型信息分析來說明覆蓋鴻溝。
圖2:關(guān)系追蹤需求到滿足設(shè)計(jì)要求的模型元件。
更多醫(yī)療電子信息請(qǐng)關(guān)注:21ic醫(yī)療電子頻道
助聽器原理相關(guān)文章:助聽器原理
評(píng)論