□ 李霞 LI Xia 唐源 TANG Yuan

新醫(yī)改以中共中央、國(guó)務(wù)院公布的《關(guān)于深化醫(yī)藥衛(wèi)生體制改革的意見(jiàn)》為標(biāo)志，其主要目標(biāo)是全面建設(shè)人人可以享有的基層衛(wèi)生醫(yī)療服務(wù)體系。我國(guó)人口眾多，多數(shù)分部在農(nóng)村、鄉(xiāng)鎮(zhèn)，基層醫(yī)療衛(wèi)生機(jī)構(gòu)承擔(dān)著醫(yī)療衛(wèi)生服務(wù)的重要任務(wù)，是一個(gè)中堅(jiān)力量?！兑庖?jiàn)》中多次提及醫(yī)療信息化對(duì)新醫(yī)改的支撐作用，我國(guó)城鄉(xiāng)醫(yī)療機(jī)構(gòu)的信息化發(fā)展水平很不均衡，造成大醫(yī)院豐富的醫(yī)療資源無(wú)法與基層醫(yī)院實(shí)現(xiàn)共享，患者看病首診選擇大醫(yī)院，以至于出現(xiàn)大醫(yī)院“人滿(mǎn)為患”，小醫(yī)院則“門(mén)可羅雀”的局面。所以基層醫(yī)療衛(wèi)生機(jī)構(gòu)的信息化建設(shè)水平，對(duì)提高基層醫(yī)療衛(wèi)生機(jī)構(gòu)的服務(wù)水平，促進(jìn)各級(jí)醫(yī)療資源合理分配，吸引患者就醫(yī)下沉，并在一定程度上緩解患者看病難、看病貴問(wèn)題有一定的推動(dòng)作用。

然而，基層醫(yī)療衛(wèi)生機(jī)構(gòu)信息化建設(shè)的過(guò)程困難重重，主要因?yàn)榛鶎俞t(yī)療衛(wèi)生機(jī)構(gòu)數(shù)量龐大、地域分散、信息人才匱乏、信息化應(yīng)用水平低、缺少持續(xù)的資金投入，這些特性造成了基層醫(yī)療機(jī)構(gòu)在推進(jìn)信息化建設(shè)過(guò)程中不能局限在采用傳統(tǒng)方法來(lái)解決。

基于云計(jì)算的數(shù)字醫(yī)療平臺(tái)的設(shè)計(jì)正是立足于當(dāng)前的形勢(shì)，把云計(jì)算的各種特性融入到產(chǎn)品中，其功能內(nèi)容和部署方法可以滿(mǎn)足當(dāng)前基層醫(yī)療機(jī)構(gòu)的需求，它的應(yīng)用和推廣將會(huì)大大提高區(qū)域基層醫(yī)療信息化水平，從信息化的角度上加快醫(yī)療改革的步伐。

面向服務(wù)計(jì)算無(wú)論對(duì)網(wǎng)絡(luò)設(shè)施還是軟件都帶來(lái)新的方法，一直以來(lái)，都是學(xué)術(shù)界研究的重點(diǎn)；在軟件方面，服務(wù)最終體現(xiàn)在高效的服務(wù)組合上[1]，以實(shí)現(xiàn)不同請(qǐng)求的業(yè)務(wù)邏輯。近年興起的云計(jì)算目的是實(shí)現(xiàn)網(wǎng)絡(luò)環(huán)境可伸縮性和可靠性，它是一種新型、基于Internet的分布式計(jì)算方法，是對(duì)并行計(jì)算、分布計(jì)算和網(wǎng)格計(jì)算的進(jìn)一步擴(kuò)展，以構(gòu)建下一代計(jì)算機(jī)網(wǎng)絡(luò)[2]。而軟件即服務(wù)(SaaS)是以云計(jì)算為基礎(chǔ)的一種快速、共享、重用的IT應(yīng)用程序生成方法，也稱(chēng)之為軟件云服務(wù)。在面向用戶(hù)上，SaaS具有無(wú)硬件、無(wú)維護(hù)、無(wú)升級(jí)等多種優(yōu)勢(shì)，因此出現(xiàn)了很多相關(guān)的SaaS平臺(tái)產(chǎn)品，如Google Apps Engine、Salesforce com、Amazon EC2、Microsoft Office Live、NetSuite SuiteFlex等[3]。并且各大軟件公司和相關(guān)部門(mén)針對(duì)各自對(duì)SaaS的認(rèn)識(shí)提出SaaS白皮書(shū)和展望，其中以Intel的白皮書(shū)最為完整[4]，它從SaaS的網(wǎng)絡(luò)結(jié)構(gòu)、用況模型結(jié)構(gòu)、概念體系結(jié)構(gòu)和參考結(jié)構(gòu)四角度進(jìn)行了分析和說(shuō)明；而提供SaaS的服務(wù)產(chǎn)品有Salesforce.com、Amazon SQS、HCM、Email等[5]。但它們的實(shí)質(zhì)還是以Internet為基礎(chǔ)的，通過(guò)在物理層上部署多種虛擬機(jī)實(shí)現(xiàn)SaaS組裝[3]，如美國(guó)加利福尼亞大學(xué)Santa Barbara計(jì)算機(jī)科學(xué)學(xué)院研究的一種虛擬機(jī)開(kāi)源件Eucalyptus[7]，它具有與Amazon EC2和S3的接口兼容(SOAP接口和REST接口)實(shí)現(xiàn)各類(lèi)云集群。并通過(guò)所提供的數(shù)據(jù)訪問(wèn)、存儲(chǔ)、計(jì)算、搜索等Web服務(wù)接口和REST(Representational State Transfer)實(shí)現(xiàn)IT應(yīng)用程序生成；在生成程序前，開(kāi)發(fā)人員只需要把用戶(hù)需求做好，然后按需求在所提供的虛擬機(jī)上的PaaS實(shí)現(xiàn)SaaS組裝。但在這個(gè)組裝過(guò)程中可能會(huì)使用多種基礎(chǔ)設(shè)施服務(wù)、平臺(tái)服務(wù)、多類(lèi)型虛擬機(jī)，就造成多種平臺(tái)所帶來(lái)的兼容性、可用性、可擴(kuò)展性和可操作性等問(wèn)題，使所組裝的軟件集成性、可配置性和定制性不能有效滿(mǎn)足需求，以及多種平臺(tái)所提供的SaaS資源受分布情況、公開(kāi)程度、安全成熟度、付費(fèi)情況等因素的影響，相關(guān)研究者提出了一些SaaS組裝解決方法[8-16]。

SaaS模式數(shù)字醫(yī)療平臺(tái)部署

1.部署方式?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)的部署方法是：在以?。ㄗ灾螀^(qū)）、市（縣）、區(qū)為單位集中搭建數(shù)據(jù)中心，統(tǒng)一部署SaaS數(shù)字醫(yī)療平臺(tái)，該地區(qū)下屬所有基層醫(yī)療服務(wù)機(jī)構(gòu)，如社區(qū)服務(wù)中心、社區(qū)衛(wèi)生服務(wù)站、鄉(xiāng)鎮(zhèn)衛(wèi)生院、村衛(wèi)生室和集團(tuán)私營(yíng)醫(yī)院，通過(guò)互聯(lián)網(wǎng)、光纖、VPN專(zhuān)線等統(tǒng)一接入使用?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)的部署如圖1所示。

圖1 基于云計(jì)算的SaaS數(shù)字醫(yī)療平臺(tái)部署圖

2.平臺(tái)特點(diǎn)。云計(jì)算是將海量的計(jì)算任務(wù)分布在大量的計(jì)算機(jī)構(gòu)成的資源池上，使各種應(yīng)用系統(tǒng)能夠根據(jù)需求獲取計(jì)算力、存儲(chǔ)空間和軟件服務(wù)，因此云計(jì)算具備分布式計(jì)算和存儲(chǔ)、高可靠性、用戶(hù)友好性和良好的管理性等特點(diǎn)。SaaS模式數(shù)字醫(yī)療平臺(tái)是基于云計(jì)算而開(kāi)發(fā)的，除繼承了云計(jì)算的各種特性之外，還擁有以下特征。

2.1 經(jīng)濟(jì)性?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)可由當(dāng)?shù)氐男l(wèi)生主管部門(mén)購(gòu)買(mǎi)硬件和軟件，搭建SaaS數(shù)字醫(yī)療平臺(tái)，其下屬的醫(yī)療服務(wù)機(jī)構(gòu)分別接入使用。或者由SaaS數(shù)字醫(yī)療廠商出資購(gòu)買(mǎi)硬件，搭建SaaS數(shù)字醫(yī)療平臺(tái)，該地區(qū)的醫(yī)療機(jī)構(gòu)通過(guò)租賃的方式接入使用，每年付給軟件廠商一定的服務(wù)費(fèi)用。以上兩種方法，不管采用哪種，對(duì)醫(yī)療衛(wèi)生服務(wù)機(jī)構(gòu)而言，都將省去購(gòu)買(mǎi)硬件和聘用專(zhuān)業(yè)維護(hù)人員的費(fèi)用，由一次性投資改為分散、持續(xù)投資，降低了投資風(fēng)險(xiǎn)。

2.2 一致性?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)在一個(gè)地區(qū)部署之后，該區(qū)域的所有基層醫(yī)療機(jī)構(gòu)均接入使用，保證了區(qū)域內(nèi)信息系統(tǒng)的一致性，方便衛(wèi)生主管部門(mén)對(duì)基層醫(yī)療衛(wèi)生機(jī)構(gòu)進(jìn)行監(jiān)管。同時(shí)SaaS數(shù)字醫(yī)療平臺(tái)提供了運(yùn)營(yíng)管理模塊，可以靈活配置鄉(xiāng)鎮(zhèn)衛(wèi)生院（社區(qū)衛(wèi)生服務(wù)中心）和村衛(wèi)生室（社區(qū)衛(wèi)生服務(wù)站）的權(quán)限模塊，并設(shè)置機(jī)構(gòu)在系統(tǒng)中的上下級(jí)關(guān)系，衛(wèi)生主管部門(mén)登陸系統(tǒng)設(shè)定本區(qū)域使用的基本藥物目錄，并通過(guò)系統(tǒng)的分級(jí)管理功能，把權(quán)限下放到鄉(xiāng)鎮(zhèn)衛(wèi)生院和社區(qū)衛(wèi)生服務(wù)中心，對(duì)下屬的衛(wèi)生室和服務(wù)站的藥品采購(gòu)和配送進(jìn)行統(tǒng)一管理。

2.3 共享性?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)的部署和使用，使該地區(qū)的醫(yī)療資源和患者信息實(shí)現(xiàn)共享，這種共享表現(xiàn)在兩方面。橫向方面：SaaS模式數(shù)字醫(yī)療平臺(tái)把患者的基本信息、診療記錄、檢查檢驗(yàn)信息存儲(chǔ)在云平臺(tái)上，患者在區(qū)域內(nèi)任意一家醫(yī)療機(jī)構(gòu)就診，醫(yī)生都可以調(diào)閱其健康檔案和在其它醫(yī)療機(jī)構(gòu)就診的診療信息，實(shí)現(xiàn)區(qū)域內(nèi)信息的共享?？v向方面：SaaS模式數(shù)字醫(yī)療平臺(tái)與區(qū)域衛(wèi)生平臺(tái)和健康檔案平臺(tái)對(duì)接，并且借助于區(qū)域衛(wèi)生平臺(tái)實(shí)現(xiàn)雙向轉(zhuǎn)診、遠(yuǎn)程會(huì)診，把區(qū)域內(nèi)大醫(yī)院和基層醫(yī)院之間的業(yè)務(wù)串聯(lián)起來(lái)，從信息化角度打通了“小病在社區(qū)、大病去醫(yī)院、康復(fù)回社區(qū)”的綠色就診通道。

2.4 安全性。使用基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)，醫(yī)療衛(wèi)生機(jī)構(gòu)的數(shù)據(jù)不再保存到本地的服務(wù)器上，而是保存在“云”中，由專(zhuān)業(yè)的數(shù)據(jù)中心管理機(jī)構(gòu)來(lái)保存數(shù)據(jù)、管理信息，有嚴(yán)格的權(quán)限策略幫用戶(hù)與用戶(hù)指定的用戶(hù)共享數(shù)據(jù)，從而避免了由于服務(wù)器的癱瘓、被盜、病毒而造成的數(shù)據(jù)丟失或泄露。

3.功能內(nèi)容?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)的業(yè)務(wù)功能如圖2。

醫(yī)療信息管理服務(wù)：經(jīng)濟(jì)管理模塊：主要包括病人基本信息管理、門(mén)診掛號(hào)、門(mén)診收費(fèi)、藥庫(kù)管理、門(mén)診藥房、住院藥房、物資管理、財(cái)務(wù)管理、病人住院管理等。臨床診療模塊：主要包括門(mén)診醫(yī)生站、住院醫(yī)生站、電子病歷系統(tǒng)、門(mén)診護(hù)士站、住院護(hù)士站、手術(shù)管理、醫(yī)技管理等。綜合管理模塊：主要包括系統(tǒng)管理、字典管理、病案管理、領(lǐng)導(dǎo)查詢(xún)、查詢(xún)統(tǒng)計(jì)等。公衛(wèi)管理模塊：針對(duì)基層公共衛(wèi)生服務(wù)，如婦幼保健、慢病管理、計(jì)劃免疫、健康管理等公衛(wèi)接口。

產(chǎn)品運(yùn)營(yíng)管理服務(wù)：主要包括租戶(hù)管理、運(yùn)營(yíng)管理、運(yùn)營(yíng)通信、安全管理、租戶(hù)應(yīng)急管理、運(yùn)營(yíng)統(tǒng)計(jì)分析等。

衛(wèi)生主管監(jiān)管服務(wù)：主要包括藥品監(jiān)管、病種分析、病案監(jiān)控、績(jī)效考核、醫(yī)療質(zhì)量和臨床科研分析等。

SaaS模式數(shù)字醫(yī)療平臺(tái)的應(yīng)用

SaaS模式數(shù)字醫(yī)療平臺(tái)2012年開(kāi)始在某工業(yè)園區(qū)推廣使用，園區(qū)共有60家社區(qū)衛(wèi)生服務(wù)中心和社區(qū)服務(wù)站，目前已經(jīng)有18家使用，并與區(qū)域衛(wèi)生平臺(tái)和健康檔案平臺(tái)對(duì)接，實(shí)現(xiàn)了區(qū)域內(nèi)資源的共享，方便衛(wèi)生主管部門(mén)對(duì)基層醫(yī)療服務(wù)機(jī)構(gòu)的監(jiān)管，提高了醫(yī)務(wù)人員的工作效率，提升了患者在基層就醫(yī)滿(mǎn)意度。

1.基層醫(yī)療服務(wù)機(jī)構(gòu)。某工業(yè)園區(qū)使用了SaaS數(shù)字醫(yī)療平臺(tái)的掛號(hào)、收費(fèi)、門(mén)診醫(yī)生站、門(mén)診護(hù)士站、電子病歷、藥房、藥庫(kù)等模塊。系統(tǒng)上線前，門(mén)診醫(yī)生給患者手開(kāi)紙質(zhì)處方，患者拿著處方去收費(fèi)處，由門(mén)診收費(fèi)人員把處方內(nèi)容錄入劃價(jià)收費(fèi)系統(tǒng)，然后劃價(jià)收費(fèi)。使用SaaS模式數(shù)字醫(yī)療平臺(tái)后，門(mén)診醫(yī)生只需在系統(tǒng)中錄幾個(gè)拼音碼，然后點(diǎn)幾下鼠標(biāo)即完成處方。處方開(kāi)完后，患者直接去門(mén)診收費(fèi)處交費(fèi)，而門(mén)診收費(fèi)人員插入患者的醫(yī)?？ǎ纯蓮南到y(tǒng)里調(diào)出醫(yī)生開(kāi)的電子處方。這種方式不僅讓醫(yī)生告別了手寫(xiě)天書(shū)處方的年代，還減少了收費(fèi)人員重復(fù)錄入處方的麻煩。同是SaaS模式數(shù)字醫(yī)療平臺(tái)還提供了結(jié)構(gòu)化電子病歷，并帶有豐富模板功能，電子病歷模板不僅適合醫(yī)生的書(shū)寫(xiě)病歷的習(xí)慣，而且每個(gè)模板都是根據(jù)社區(qū)常見(jiàn)病建立的，醫(yī)生在給患者診治時(shí)，根據(jù)患者的診斷，選擇適合的病歷模板，由于電子病歷模板都是結(jié)構(gòu)化的，內(nèi)含了很多知識(shí)點(diǎn)，醫(yī)生通常只要手工點(diǎn)幾次鼠標(biāo)，再錄入少量的數(shù)字即可完成病歷的書(shū)寫(xiě)，大大提高了醫(yī)生的工作效率。

2.衛(wèi)生主管機(jī)構(gòu)。園區(qū)衛(wèi)生主管人員登陸平臺(tái)提供的監(jiān)管分析模塊，監(jiān)控區(qū)域內(nèi)醫(yī)生所開(kāi)處方是否符合標(biāo)準(zhǔn)、抽查醫(yī)生病歷的書(shū)寫(xiě)質(zhì)量、監(jiān)管各醫(yī)療機(jī)構(gòu)抗生素的使用情況、以及區(qū)域內(nèi)傳染病發(fā)生的數(shù)量，對(duì)區(qū)域內(nèi)醫(yī)療服務(wù)機(jī)構(gòu)進(jìn)行監(jiān)督和管理。社區(qū)醫(yī)生碰到無(wú)法診治的疾病時(shí)，借助平臺(tái)的遠(yuǎn)程會(huì)診，向大醫(yī)院的醫(yī)生提出醫(yī)療求助，請(qǐng)大醫(yī)院的醫(yī)生提供幫助，還可以使用平臺(tái)提供的遠(yuǎn)程預(yù)約功能，幫助患者預(yù)約到大醫(yī)院進(jìn)行治療。康復(fù)階段，又可通過(guò)雙向轉(zhuǎn)診把患者轉(zhuǎn)到離家最近的社區(qū)進(jìn)行康復(fù)治療。通過(guò)SaaS模式數(shù)字醫(yī)療平臺(tái)的使用，打通了區(qū)域內(nèi)各醫(yī)療機(jī)構(gòu)之間的信息孤島，實(shí)現(xiàn)了區(qū)域診療資源的共享，吸引患者“首診選擇社區(qū)，大病去醫(yī)院，康復(fù)回社區(qū)”的就醫(yī)模式，利用信息化把“醫(yī)聯(lián)體”向前推進(jìn)一大步。

3.用戶(hù)定位

3.1 區(qū)域基層醫(yī)療機(jī)構(gòu)。基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)適合在區(qū)域基層醫(yī)療項(xiàng)目，提供對(duì)區(qū)域基層衛(wèi)生服務(wù)機(jī)構(gòu)的日常業(yè)務(wù)支持，并且該平臺(tái)封裝了標(biāo)準(zhǔn)的接口，可與健康檔案、區(qū)域衛(wèi)生平臺(tái)及院內(nèi)的系統(tǒng)無(wú)縫對(duì)接。

3.2“醫(yī)聯(lián)體”下級(jí)聯(lián)盟?！搬t(yī)聯(lián)體”是下一步改革的重點(diǎn)，各地區(qū)紛紛在建立“醫(yī)聯(lián)體”，而基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)正好適合該模式，通過(guò)該平臺(tái)能把“醫(yī)聯(lián)體”基層的衛(wèi)生服務(wù)機(jī)構(gòu)聯(lián)系起來(lái)，再與大醫(yī)院“串聯(lián)”，達(dá)到上下級(jí)醫(yī)療信息共享、資源整合，形成強(qiáng)大的醫(yī)療聯(lián)盟。

3.3 民營(yíng)醫(yī)院。民營(yíng)醫(yī)院特別是連鎖的民營(yíng)醫(yī)院、集團(tuán)醫(yī)院，適合應(yīng)用基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)，通過(guò)平臺(tái)不僅滿(mǎn)足民營(yíng)醫(yī)院日常業(yè)務(wù)需求，還能把連鎖的民營(yíng)醫(yī)院之間實(shí)現(xiàn)患者信息、醫(yī)療資源信息的共享。

衛(wèi)生主管部門(mén)如果想對(duì)區(qū)域的民營(yíng)醫(yī)院進(jìn)行監(jiān)管，也可在該地區(qū)部署基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)，把區(qū)域內(nèi)所有民營(yíng)醫(yī)院都接入進(jìn)來(lái)，進(jìn)行統(tǒng)一管理。

3.4 獨(dú)立中小醫(yī)院?；谠朴?jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)適合床位在200張以下的中小型醫(yī)院，需要建立獨(dú)立數(shù)字化醫(yī)院的中小型醫(yī)院，基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)也是首要選擇。

基于云計(jì)算的SaaS模式數(shù)字醫(yī)療平臺(tái)是依托當(dāng)前國(guó)內(nèi)基層醫(yī)療機(jī)構(gòu)在信息化建設(shè)過(guò)程中所面臨的問(wèn)題而設(shè)計(jì)的，它的應(yīng)用和推廣不僅使基層醫(yī)療機(jī)構(gòu)能擺脫信息化建設(shè)中的資金不足、信息化人才匱乏、信息化水平低等困境，而且為醫(yī)療機(jī)構(gòu)在短時(shí)間內(nèi)培養(yǎng)出大批信息化人才、增加就診人數(shù)、提高患者就診滿(mǎn)意度、促進(jìn)醫(yī)療資源共享，從信息化的角度驅(qū)動(dòng)“醫(yī)聯(lián)體”早日形成，為實(shí)現(xiàn)2020年新醫(yī)改的總體目標(biāo)助力。

1 Alonso G, Casati F, Kuno H, et al.Web service concepts[M].Architectures and Applications, Springer，2004

2 Thomas Rings, Jens Grabowski, Stephan Schulz.Grid and cloud computing:opportunities for integration with the next generation network[J].Journal of Grid Computing，2009,7(3):375-393

3 Rajkumar Buyya, Chee Shin Yeo, Srikumar Venugopal et al.Cloud computing and emerging IT platforms: vision, hype, and reality for delivering computing as the 5th utility[J].Future Generation Computer Systems，2009,25(6):599-616

4 Catherine Spence, Jason Devoys, Sudip Chahal.IT@ Intel White Paper[Z].Intel Information Technology-cloud Computing，2009,10

5 Summit Strategy Inc.Software-powered services net-native software-as services transforms the ISV business model 2009-12-29

6 Oliver Wyman Inc.Software as a service (white paper)[EB/OL].http://www.oliverwyman.com,2009-12-20

7 Daniel Nurmi, Rich Wolski, Chris Grzegorczyk, et al.The eucalyptus open-source cloud computing system [EB/OL].www.cca08.org/papers/Paper32-Daniel-Nurm.ipd f, 2010-2-3

8 Garcia-Sanchez Francisco, Fernandez-Breis Eneko, Valencia-Garcia Rafael, et al Adding semantics to software-as-a-service and cloud computing [J].WSEAS Transactions on Computers, 2010,9(2):154-163

9 Peter Mika, Giovanni Tummarello.Web semantics in the clouds [J].IEEE Intelligent Systems, 2008,23(5):82-87

10 Ling Shang, Serge G Petiton, Nahid Emad, et al.Extending YML to be a middle ware for scientific cloud computing[C].In Proceedings of the 1st International Conference on Cloud Computing, LNCS 5931, Heidelberg: Springer Berlin, 2009,662-667

11 Zhang Liang-jie, Zhang Jia.Architecture-driven variation analysis for designing cloud applications[A].Proceedings of IEEE International Conference on Cloud Computing [C], New York:IEEE Computer Society Press, 2009,125-134

12 Manish Godse, Shrikant Mulik.An approach for selecting software as a service (SaaS) product[A].Proceedings of IEEE International Conference on Cloud Computing [C], New York: IEEE Computer Society Press, 2009,155-158

13 Zeng Cheng, Guo Xiao, Ou Wei-jie, et al.Cloud computing service composition and search based on semantic[A].Proceedings of the 1st International Conference on Cloud Computing, LNCS 5931[C],Heidelberg: Springer Berlin, 2009,290-300

14 Seungseok Kang, Jaeseok Myung1, Jongheum Yeon, et al.A general maturity model and reference architecture for SaaS service[A].Proceedings of DASFAA 2010.LNCS 5982(Part II)[C], Heidelberg:Springer Berlin, 2010,337-346

15 Zhu Hua-fei.Towards a Theory of Universally Composable Cloud Computing[A].Proceedings of the 1st International Conference on Cloud Computing, LNC S 5931[C], Heidelberg: Springer Berlin，2009,638-643

16 Wu Jian, Liang Qian-hui, Elisa Bertino.Improving scalability of software cloud for composite web services[A].Proceedings of IEEE International Conference on Cloud Computing[C], New York:IEEE Computer Society Press, 2009,143-146