翟 興，李志霞，黃友良，李建志

(1.北京中醫(yī)藥大學信息中心，北京 100029;2.北京大學醫(yī)學部公共衛(wèi)生學院，北京 100191)

0 引言

隨著科學技術(shù)的迅猛發(fā)展、技術(shù)創(chuàng)新與知識創(chuàng)新過程的復(fù)雜化，人們對復(fù)雜系統(tǒng)的研究日益關(guān)注和重視［1］。由于問題的不確定性、多維化、多目標和多重因素等特征，問題越來越復(fù)雜。而解決這類問題單靠個人能力已經(jīng)不能滿足需要，其解決過程的各個階段都需要許多人的參與，尤其是各類專家的參與，即通過群體專家協(xié)作(Group Experts Collaboration，GEC)來完成。錢學森等提出了解決復(fù)雜問題的“從定性到定量綜合集成方法論”以及“從定性到定量綜合集成研討體系”，提倡集專家群體、數(shù)據(jù)和信息體系以及計算機信息技術(shù)為一體的綜合體系［2-3］。而以綜合集成為核心的群體研討環(huán)境，是當前發(fā)展較為迅速的一種電子會議研討系統(tǒng)，群體研討有助于成員溝通、共享信息、意見收集和知識獲取，是“從定性到定量綜合集成研討體系”思想的重要體現(xiàn)。其中，知識的收集、產(chǎn)生、共享和應(yīng)用是通過知識管理的功能實現(xiàn)的，而更高級的功能則要求可以支持研討互動，將參與成員的“意會型知識”(Tacit Knowledge)轉(zhuǎn)化為“言傳型知識”(Explicit Knowledge)［4］，并對群體研討過程進行全方位的有效支持。群體研討環(huán)境(Group Argumentation Environment，GAE)就是這樣一個輔助群體思考的分布式計算機平臺，旨在將參與人員的個人數(shù)據(jù)、信息、知識通過研討平臺進行交流、共享、融合和應(yīng)用［5］。在此基礎(chǔ)上本文使用Java技術(shù)實現(xiàn)了一個基于Web的群體研討平臺，在該平臺中，群體成員可以圍繞某個議題，通過發(fā)言來交流信息，提出觀點，進行協(xié)商，展開辯論，尋求一致或妥協(xié)，并最終做出決策［6］。最后以“我國新農(nóng)合發(fā)展所存在的問題”為實例進行模擬研討，驗證該平臺的可行性。

1 群體研討系統(tǒng)建模

在系統(tǒng)開發(fā)之前對其進行建模，不僅可以提高開發(fā)的效率，而且可以提前預(yù)知開發(fā)中會遇到的困難。系統(tǒng)模型的優(yōu)劣會對后續(xù)的開發(fā)工作有著直接的影響，科學合理的系統(tǒng)模型不僅有助于減少系統(tǒng)開發(fā)的時間，而且可以有效降低系統(tǒng)開發(fā)的成本［7］。在本系統(tǒng)的開發(fā)中，采用UML統(tǒng)一建模語言進行系統(tǒng)建模。

1.1 系統(tǒng)需求分析

該系統(tǒng)是一個基于計算機的支持群體研討和共識達成的虛擬研討室。一個完整的群體研討過程是:確定研討主題，確定參與研討的成員，成員參與研討，群體共識達成，研討結(jié)果上報。在研討的過程中，系統(tǒng)能夠?qū)崟r顯示成員發(fā)言和群體共識達成狀態(tài)，使成員思維互相碰撞，互相啟發(fā)。研討結(jié)束時，系統(tǒng)能夠智能地分析后臺數(shù)據(jù)庫存儲的相關(guān)數(shù)據(jù)并生成可視化的結(jié)果，從而對相關(guān)人員就某一被討論問題的最終解決提供幫助。該系統(tǒng)的主要功能有:

(1)研討主題管理:主題的登記、編號等功能。

(2)研討成員管理:研討成員信息的登記、修改、刪除、登錄記錄等功能。

(3)研討結(jié)果管理及可視化:各類研討信息實時顯示，共識達成狀態(tài)顯示，文字的記錄、生成、編輯、復(fù)制、存檔。

1.2 系統(tǒng)用例圖

根據(jù)對群體研討系統(tǒng)的需求分析，確定如下角色及用例:

(1)研討成員用例:發(fā)言，會議基本信息查詢。(2)研討系統(tǒng)用例:研討共識達成，研討信息實時顯示。

圖1 系統(tǒng)用例圖

圖1是簡化的系統(tǒng)用例圖，它反映了系統(tǒng)的總體需求。

1.3 創(chuàng)建系統(tǒng)靜態(tài)模型

通過對系統(tǒng)用例圖的分析，可以抽取4個類:主題類、成員類、主張類、發(fā)言類。其中，主題類用來存放需要研討內(nèi)容的主題;成員類代表的是參與群體研討的人員，它是整個系統(tǒng)最重要的參與角色;主張類是用于保存成員在研討過程中提出的主張，一個主題可對應(yīng)多個主張;發(fā)言類則用于保存研討所產(chǎn)生的原始研討記錄及文件，一個主張可對應(yīng)多條發(fā)言。具體系統(tǒng)類圖及其關(guān)系如圖2所示。

圖2 系統(tǒng)類圖

1.4 創(chuàng)建行為模型

圖3 會議生成順序圖

在建立好系統(tǒng)靜態(tài)模型基礎(chǔ)上，接下來需要分析和設(shè)計系統(tǒng)的行為結(jié)構(gòu)，以及建立相應(yīng)的行為模型。在UML中，行為模型描述了系統(tǒng)的動態(tài)行為和組成對象間的交互關(guān)系［8］，是由順序圖、協(xié)作圖、狀態(tài)圖、活動圖等表達。如圖3所示，是一個會議生成順序圖，描述的是會議管理員登錄系統(tǒng)后，設(shè)置相關(guān)主題，確定會議名稱、時間及其它會議有關(guān)信息，生成會議表。

圖4表示的是專家登錄研討會議的狀態(tài)圖，表示在此過程中系統(tǒng)狀態(tài)的轉(zhuǎn)化。

圖4 專家登錄研討會議狀態(tài)圖

1.5 創(chuàng)建系統(tǒng)部署模型

對系統(tǒng)的結(jié)構(gòu)進行建模包括構(gòu)件圖和部署圖兩種。它們在本質(zhì)上表示了系統(tǒng)實現(xiàn)的一些特性，描述了軟件體系結(jié)構(gòu)、硬件體系結(jié)構(gòu)以及通信機制［9］。本系統(tǒng)結(jié)構(gòu)基于B/S架構(gòu)，在服務(wù)器端有數(shù)據(jù)庫服務(wù)器;中間層為應(yīng)用程序服務(wù)器;而客戶端則采用通用的網(wǎng)絡(luò)瀏覽器來實現(xiàn)。圖5表示的是整個系統(tǒng)的部署圖，描繪了系統(tǒng)運行時瀏覽器、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器3者的物理運行以及相互之間將如何彼此通信的情況。

圖5 系統(tǒng)部署圖

2 平臺體系架構(gòu)設(shè)計

本系統(tǒng)結(jié)構(gòu)基于B/S架構(gòu)，將系統(tǒng)總體結(jié)構(gòu)設(shè)計為層次模型(如圖6所示)。該層次模型共包括3層，自頂向下依次為:表示層、應(yīng)用層、數(shù)據(jù)層。各層的功能和特征如下:

(1)表示層設(shè)計。

表示層主要完成用戶與系統(tǒng)的交互功能以及簡單的數(shù)據(jù)處理，主要實現(xiàn)用戶接口、用戶界面、數(shù)據(jù)的采集和輸出顯示等客戶端的功能。

(2)應(yīng)用層設(shè)計。

該層主要完成復(fù)雜的應(yīng)用，包括Web服務(wù)器、決策方案管理、決策資源管理、群體研討管理。該層是整個系統(tǒng)的核心，負責在分布式系統(tǒng)中進行全局的控制并接收表示層傳來的請求，然后到數(shù)據(jù)層尋找相應(yīng)的知識信息。最后，再將反饋信息整理之后，傳達給上層的表示層，并將所有請求以及反饋信息存入數(shù)據(jù)庫。

(3)數(shù)據(jù)層設(shè)計。

數(shù)據(jù)層根據(jù)需要把所需數(shù)據(jù)存放于相應(yīng)的數(shù)據(jù)庫或數(shù)據(jù)倉庫中，作為檢索、分析的數(shù)據(jù)源。數(shù)據(jù)層位于三層結(jié)構(gòu)的最底層，該層的形式可以是關(guān)系數(shù)據(jù)庫、數(shù)據(jù)表、視圖、文件等。在該層上可以封裝存儲過程供調(diào)用，以提高執(zhí)行效率。以上的各層之間均需要設(shè)計一些適當?shù)慕涌?API)來完成協(xié)調(diào)及聯(lián)系工作，并負責將下層的工作對上層進行良好屏蔽。

圖6 平臺體系結(jié)構(gòu)

3 決策共識及其形成過程

決策共識是指對于在研討中各個專家提出的主張進行分析和論證，對備選主張進行排序，并從中選出最佳方案。形成決策共識是研討的最終目的，共識一旦形成則標志著一個研討過程的結(jié)束。與決策共識形成有關(guān)的因素有:(1)備選主張集 TC={t1，t2，…，tm}，備選主張集是一個隨著研討深入不斷增加的動態(tài)集合，其中ti表示第i個主張;(2)專家群體集 E={e1，e2，…，en}，其中ei表示第i個專家;(3)專家權(quán)重集B={b1，b2，…，bk}，其中bi表示第i個專家的權(quán)重。

圖7 決策共識形成過程

如圖7所示，決策共識的形成過程分為4個步驟:

Step1 由主持人確定決策研討主題，明確備選主張，并設(shè)置參加研討專家的權(quán)重;

Step2 每個專家提出自己的決策意見;

Step3 專家決策意見集結(jié)、整合;

Step4 專家群體一致性分析，如果達到一致性要求，則研討結(jié)束，否則轉(zhuǎn)向Step2。

4 系統(tǒng)實現(xiàn)

在理論及建模工作的基礎(chǔ)上，使用Java Web技術(shù)來對群體研討平臺進行開發(fā)，從而將理論應(yīng)于到實際之中。后期再通過實際問題的應(yīng)用和解決，反過來尋找理論研究中的不足，以進一步補充和完善系統(tǒng)。

4.1 系統(tǒng)流程介紹

網(wǎng)上的群體研討行為一般可分為6個步驟:確定會議主題、選擇與會專家、專家進入環(huán)境研討、專家開始討論、形成共識、會議文件整理和備案。

圖8 群體研討系統(tǒng)工作流程圖

首先，由會議管理員確定會議主題，選取與本次會議主題有關(guān)的各個專家，然后，各與會專家憑注冊的密碼登錄研討平臺對本次大會的主題內(nèi)容進行討論。在大會討論的過程中，主持人負責整個會議的流程控制以及研討信息的發(fā)布與更新等工作。專家根據(jù)主持人的安排進行發(fā)言討論。專家發(fā)言的內(nèi)容會實時保存在數(shù)據(jù)庫中，專家可以隨時查看發(fā)言統(tǒng)計信息來關(guān)注被討論問題的進展，從而幫助自己對該問題進行判斷。在專家們得出比較滿意的結(jié)論后，由管理員對會議數(shù)據(jù)進行整理加工，以文檔的形式保存。群體研討系統(tǒng)工作流程圖如圖8所示。

4.2 系統(tǒng)運行界面及功能介紹

如圖9所示，群體研討系統(tǒng)由專家列表區(qū)、發(fā)言詳細顯示區(qū)、發(fā)言結(jié)構(gòu)化分解區(qū)等幾部分組成。

(1)在線專家列表區(qū)。

該區(qū)域位于研討平臺的右上側(cè)，主要顯示與會研討專家的信息。

(2)等待發(fā)言專家列表區(qū)。

所有專家在發(fā)言之前需要進行發(fā)言申請，通過申請的專家將會排入等待區(qū)，在沒有特殊情況下按順序進行發(fā)言。

(3)發(fā)言詳細顯示區(qū)。

該區(qū)域位于研討平臺的左側(cè)，主要用來顯示當前各專家的發(fā)言信息。

(4)發(fā)言結(jié)構(gòu)化分解區(qū)。

該區(qū)域位于研討平臺的底部，主要由發(fā)言類型(提出主張/相應(yīng)主張)、相應(yīng)類型(支持/反對/質(zhì)疑/補充)、相應(yīng)程度(強/弱/一般)、發(fā)言內(nèi)容(專家可以選擇右側(cè)的話筒或者鍵盤圖標來決定自己是通過語音輸入信息還是鍵盤輸入信息)、發(fā)言優(yōu)先級(對于“高級”職稱的專家有發(fā)言優(yōu)先權(quán)，如果點擊“是否設(shè)為優(yōu)先”選項可以不經(jīng)過等待區(qū)而直接發(fā)言)等模塊構(gòu)成。通過點擊“提交”按鈕可以將自己的發(fā)言信息和意見顯示到發(fā)言詳細顯示區(qū)中。

圖9 系統(tǒng)運行界面

5 案例應(yīng)用分析

為了驗證基于Web的群體研討平臺的可行性，本文以“我國新農(nóng)合發(fā)展所存在的問題”為例，組織成員參與討論。

5.1 明確任務(wù)、目的

新型農(nóng)村合作醫(yī)療(簡稱新農(nóng)合)，是指由政府組織、引導(dǎo)、支持，農(nóng)民自愿參加，個人、集體和政府多方籌資，以大病統(tǒng)籌為主的農(nóng)民醫(yī)療互助共濟制度［10］。我國新農(nóng)合從2003年開始試點，到目前為止，基本實現(xiàn)全覆蓋，旨在減輕農(nóng)民由醫(yī)療支出所帶來的經(jīng)濟負擔，防止農(nóng)民“因病致貧、因病返貧”等現(xiàn)象，以提高農(nóng)民的整體健康水平，促進農(nóng)村經(jīng)濟發(fā)展和社會的和諧穩(wěn)定。我國新農(nóng)合自實行以來，極大地改善了一部分農(nóng)民的醫(yī)療服務(wù)利用的現(xiàn)狀。然而，在其發(fā)展過程中，也顯現(xiàn)出了一系列弊端，阻礙了新農(nóng)合的發(fā)展，使得參合農(nóng)民的利益無法最大化。本文擬針對“我國新農(nóng)合發(fā)展所存在的問題”在開發(fā)的平臺上進行模擬研討，以期對其所存在的問題達成共識。一方面可以驗證該平臺的可行性，另一方面可以為新農(nóng)合問題的深入研究奠定理論基礎(chǔ)。

5.2 意見和建議的收集

通過查閱新農(nóng)合相關(guān)文獻資料，并進行深入分析，得到了關(guān)于我國新農(nóng)合發(fā)展所存在的幾個主要問題:籌資機制不健全、籌資成本較大［11］，導(dǎo)致了過度醫(yī)療的現(xiàn)象［12］，對定點醫(yī)療機構(gòu)的監(jiān)管有待加強［13］，自愿參加導(dǎo)致了逆向選擇問題［14］，缺乏對供方模型的制度制約［15］，住院補償金額的增加并沒有帶來實際住院補償比的提高［16］。分別對以上6個觀點的提出者及其意見進行整理，選取專家使用群體研討系統(tǒng)進行模擬研討。

5.3 模擬研討過程

首先讓參加討論的人員進行注冊，然后分別登錄研討系統(tǒng)，根據(jù)其個人對于新農(nóng)合的觀點，分別進行針對性發(fā)言，模擬在線群體研討，過程如下所示。

(1)登錄系統(tǒng)。

各專家根據(jù)自己注冊的用戶名和密碼在規(guī)定的時間段內(nèi)登錄系統(tǒng)參與研討活動。

(2)模擬研討。

成員進入研討界面，按照研討環(huán)境中設(shè)定的發(fā)言功能來提出自己的主張、響應(yīng)別人的主張或提出自己的見解等，模擬研討界面見圖9。

(3)共識生成。

研討過程中，各個研討成員都可以實時查看后臺數(shù)據(jù)庫由“主張表”和“發(fā)言表”中的當前數(shù)據(jù)所生成的不同類型的圖形化的實時研討結(jié)果，從而幫助自己做出判斷并協(xié)助最終共識的達成。

(4)研討結(jié)論。

研討結(jié)束后，根據(jù)研討結(jié)果圖10可知，在研討過程中，6名成員針對“我國新農(nóng)合發(fā)展所存在的問題”共提出了16條主張，分別為:籌資機制不健全，籌資成本較大;服務(wù)機制欠規(guī)范，負面影響較大;群眾互助意識不強;“小病均攤，大病封頂”并沒有解決農(nóng)民看病貴的根本問題;導(dǎo)致了鄉(xiāng)鎮(zhèn)醫(yī)院過度醫(yī)療;重復(fù)參保，多重報銷;定性問題——應(yīng)該屬于社會醫(yī)療保險范疇;逆向選擇問題;農(nóng)民工參與異地報銷問題;管理松散問題;難以滿足差異醫(yī)療保障需求問題;缺乏對供方行為的制度制約;制度缺陷;合作醫(yī)療的受益面小、受益水平低;不同地區(qū)不同機構(gòu)差異;實際補償效果不明顯。(分別對應(yīng)圖10中的01001～01016編號)

圖10 研討結(jié)果圖(柱形圖部分)

在針對“我國新農(nóng)合發(fā)展所存在的問題”的研討中，6名成員分別針對以上16條主張進行研討，最后達成的共識為:4人同意“籌資機制不健全，籌資成本較大”是我國新農(nóng)合發(fā)展所存在的問題(01001編號)，共識度最高。其次，3人共同認為我國新農(nóng)合存在“不同地區(qū)不同機構(gòu)差異”(01015編號)以及“管理松散問題”(01010編號)。通過對以上結(jié)果的分析可知，籌資問題、管理問題以及地區(qū)差異是我國新農(nóng)合發(fā)展所存在的公認的問題。在之后關(guān)于新農(nóng)合的進一步研究中，建議可針對以上3個方面展開調(diào)研。

6 結(jié)束語

本文以從定性到定量綜合集成研討體系為基礎(chǔ)理論指導(dǎo)，用Java Web技術(shù)初步構(gòu)建了一個群體研討平臺，完成了“我國新農(nóng)合所存在的問題”的模擬研討并達成結(jié)論。不僅驗證了系統(tǒng)的可行性，而且得到了我國新農(nóng)合發(fā)展所存在的關(guān)鍵問題，為新農(nóng)合的深入研究奠定了理論基礎(chǔ)。

本次設(shè)計的群體研討系統(tǒng)，雖然取得了一系列成果，但是，還是有很多值得改進的地方。(1)研討界面的設(shè)計過于簡單，功能還不夠完善，智能化不足;(2)由于人的心理、偏好等很難把握，研討過程中，單純的語言信息很難完全定量化，要將眾多參與研討的成員的決策意見整合起來并達成共識，很難做到完全準確。這也是后期系統(tǒng)開發(fā)中待解決的另一個問題。

［1］沈小平，馬士華.綜合集成方法論應(yīng)用研究［J］.系統(tǒng)工程，2005，23(10):107-110.

［2］于景元，涂元季.從定性到定量綜合集成方法——案例研究［J］.系統(tǒng)工程理論與實踐，2002(5):1-7，42.

［3］錢學森，于景元，戴汝為.一個科學新領(lǐng)域——開放的復(fù)雜巨系統(tǒng)及其方法論［J］.自然雜志，1990，13(1):3-10.

［4］陳超，沙基昌，石建邁，等.群體專家協(xié)作研究概述［J］.計算機應(yīng)用研究，2007，24(10):15-19.

［5］唐錫晉，劉怡君.群思考的計算機支持工具研究［C］//顧基發(fā).西部開發(fā)與系統(tǒng)工程:中國系統(tǒng)工程學會第12屆年會論文集.北京:海洋出版社，2002:351-356.

［6］Nikos Karacapilidis，Dimitris Papadias.Computer supported argumentation and collaborative decision making:The HERMES system［J］.Information Systems，2001，26(4):259-277.

［7］Marc-Philippe Huget.Agent UMLclass diagrams revisited［C］//Proceedings of the NODe 2002 Agent-related Conference on Agent Technologies，Infrastructures，Tools，and Applications for E-services.2003:49-60.

［8］［英］Ken Lunn.UML軟件開發(fā)［M］.馬薔，楊南海，等譯.北京:電子工業(yè)出版社，2005:11-15.

［9］熊才權(quán)，王子濤，馬忠寶，等.基于UML的群體研討支持系統(tǒng)建模［J］.湖北工業(yè)大學學報，2008，23(1):41-45.

［10］慧擇保險網(wǎng).新型農(nóng)村合作醫(yī)療相關(guān)知識介紹［EB/OL］.http://www.hzins.com/special/nongcunhezuoyiliao/，2013-04-28.

［11］陳亞云.新農(nóng)合存在的問題及對策［J］.江蘇衛(wèi)生事業(yè)管理，2008，19(4):54.

［12］孫光禹.新農(nóng)合存在的問題及對策研究［J］.現(xiàn)代醫(yī)院，2011，11(2):101，102.

［13］余祖新.新農(nóng)合運行中存在問題的思考［J］.中國衛(wèi)生資源，2008，11(2):87-88，89.

［14］朱成明，種波，蔡濱，等.新型農(nóng)村合作醫(yī)療政策存在的問題及未來改革模式探討［J］.中國初級衛(wèi)生保健，2011，25(12):19-21.

［15］馮彩平.新型農(nóng)村合作醫(yī)療制度存在的問題及發(fā)展方向［J］.東方企業(yè)文化，2011(20):115.

［16］李瑞峰，胡凌娟，李志霞，等.基于住院補償視角的中西部地區(qū)新農(nóng)合可持續(xù)發(fā)展研究［J］.衛(wèi)生經(jīng)濟研究，2012(12):37-40.