導(dǎo)語：如何才能寫好一篇解決方案模板，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

無線更便捷

用NEC NP-M230X+打造先進(jìn)的無線會(huì)議室

對(duì)于初期未針對(duì)投影機(jī)預(yù)先布線，或者員工多采用筆記本電腦辦公的企業(yè)來說，若能打造一個(gè)完全無線控制和傳輸?shù)臅?huì)議投影環(huán)境，將是最具效率的解決方案。這樣既不用改動(dòng)會(huì)議室的裝修格局，又可以實(shí)現(xiàn)流用自己的筆記本電腦進(jìn)行簡報(bào)播放，將大大提升會(huì)議效率。而NEC近期最新推出的一款NP-M230X+投影機(jī)就是可以實(shí)現(xiàn)這一目標(biāo)的無線投影解決方案之一。

NP-M230X+投影機(jī)(以下簡稱M230X+)在2010年底推出，提供支持IEEES02，11b／g／n規(guī)范的無線通信模塊，用戶如果希望實(shí)現(xiàn)無線畫面數(shù)據(jù)傳輸功能，則需要選配一款型號(hào)為NP02LM2的USB接口無線局域網(wǎng)組件。這款組件不是用在用戶的筆記本電腦，而是直接連接在投影機(jī)上，讓投影機(jī)成為一個(gè)無線路由器。用戶的筆記本電腦上則需要安裝NEC提供的獨(dú)有軟件image Express Utility Life(uSB接口也可通過此軟件進(jìn)行數(shù)據(jù)傳輸)，然后就可以通過該軟件將需要演示的資料以無線方式實(shí)時(shí)傳送到M230X+上投影顯示出來。除了可以實(shí)現(xiàn)無線投影以外，它配備的網(wǎng)絡(luò)RJ45接口配合NEC提供的PC Control UtilityPro4軟件，可以讓用戶完成對(duì)投影機(jī)的遠(yuǎn)程控制和通信。

除了強(qiáng)大的無線，有線網(wǎng)絡(luò)功能以外，M230X+的其他規(guī)格也是針對(duì)中高端商用領(lǐng)域而配備。它是一款基于3LCD投影技術(shù)的產(chǎn)品，標(biāo)準(zhǔn)分辨率為1024×768，配備了1，7倍變焦鏡頭，最近可以在1.11m的距離投射出25英寸的畫面，最大則可以在13，78m的距離下投射出300英寸的畫面，同時(shí)它還支持自動(dòng)梯形校正功能，在不同空間的會(huì)議室中均具備較好的靈活性。M230X+的燈泡壽命(指燈泡亮度衰減至標(biāo)稱亮度一半時(shí)的平均時(shí)間間隔)也比較長，官方給出的普通模式壽命達(dá)到了5000小時(shí)(通常為3000小時(shí))，ECO模式下則為6000小時(shí)，降低了企業(yè)的后期使用成本。當(dāng)然，本款機(jī)型的亮度相對(duì)較低，這雖然對(duì)延長燈泡壽命帶來了正面的影響，但也因此讓它更適合在低亮度的環(huán)境下使用。

M230X+投影機(jī)具備簡單的USB直插演示功能，如果放在桌面使用時(shí)，可以無需連接電腦，直接讀取USB存儲(chǔ)盤／卡上的JPEG格式文件進(jìn)行播放，這比較適合播放背景畫面。它還內(nèi)置了10W的揚(yáng)聲器，在沒有音響設(shè)備的環(huán)境也能讓演示文檔中的背景聲音正常發(fā)出，讓與會(huì)者都能聽清。特別值得一提的是NP?M230X+投影機(jī)具備的特別鏡頭滑蓋設(shè)計(jì)，用戶可以在演示中需要進(jìn)行中斷討論或話題轉(zhuǎn)換時(shí)，直接關(guān)閉鏡頭蓋，其燈泡就會(huì)自動(dòng)關(guān)閉待機(jī)，需要重新播放時(shí)，打開鏡頭蓋即可恢復(fù)。最后，M230X+投影機(jī)還設(shè)計(jì)了屏蔽風(fēng)扇噪音的靜音模式，在需要安靜的會(huì)議室中，可以將聽眾的注意力完全集中在演示內(nèi)容上。

在實(shí)際測(cè)試中，M230X+投影機(jī)的平均亮度為707流明，相對(duì)偏低，不適合環(huán)境光強(qiáng)烈的會(huì)議室。但其色域范圍達(dá)到了82.9％(色溫通過分光色度儀校正為標(biāo)準(zhǔn)6500K)，色彩表現(xiàn)十分出色，非常適合追求色彩準(zhǔn)確度的廣告，設(shè)計(jì)等行業(yè)。我們?cè)谕队皺C(jī)半米的范圍內(nèi)，風(fēng)扇噪音很小，比較安靜。其操作菜單和機(jī)身按鍵的設(shè)計(jì)也相當(dāng)人性化，調(diào)節(jié)起來比較順手，略有不足的是，其從開機(jī)到顯示圖像的時(shí)間達(dá)到了45秒，若要完全正常顯示所需時(shí)間甚至達(dá)2分鐘以上，相對(duì)較長。

高性價(jià)比優(yōu)先用奧圖碼DMl28打造全能投影會(huì)議室

對(duì)于很多學(xué)校和中小企業(yè)來說，受預(yù)算限制，為會(huì)議室或教室選擇投影機(jī)時(shí)往往追求高性價(jià)比。高亮度、多功能兼顧，良好的調(diào)節(jié)界面以及適合的價(jià)格成為選擇時(shí)的要點(diǎn)。但真正能符合這所有要求的產(chǎn)品并不多見，而近期推出半價(jià)優(yōu)惠之后的奧圖碼DMl28投影機(jī)正是其中難得的一員。

奧圖碼DMl28投影機(jī)是一款基于DLP投影技術(shù)的產(chǎn)品。相對(duì)來說，DLP技術(shù)的色彩表現(xiàn)比LCD技術(shù)的產(chǎn)品稍遜，為此，奧圖碼特別將其應(yīng)用于家用機(jī)上的Truevivid影像技術(shù)加入到這款機(jī)型之中，使其可單獨(dú)針對(duì)紅，藍(lán)，綠三原色的亮度，對(duì)比及使用者偏好的Gamma進(jìn)行微調(diào)，還可以單獨(dú)針對(duì)青綠，紫紅和黃色進(jìn)行色調(diào)調(diào)整，并可保存設(shè)定于投影機(jī)內(nèi)，方便用戶使用。此外，它還提供了±40°的數(shù)字垂直梯形校正功能，可以在機(jī)身處于較大的投影角度時(shí)，仍然保持方正的影像。對(duì)于5000元以下的機(jī)型來說，這樣的菜單功能設(shè)定還是十分豐富和實(shí)用的。

奧圖碼DMl28投影機(jī)也支持通過RS232接口的多機(jī)控制功能，通過RS232接口與projector lD功能的結(jié)合，可以讓企業(yè)和學(xué)校的IT管理人員在控制多臺(tái)投影機(jī)時(shí)更加一目了然。而且它還提供了比普通機(jī)型更加智能化的開關(guān)機(jī)模式，例如支持送電直接開機(jī)功能，節(jié)省開機(jī)等待時(shí)間；提供自動(dòng)關(guān)機(jī)定時(shí)器和倒數(shù)提醒，在無信號(hào)或信號(hào)源睡眠時(shí)自動(dòng)關(guān)機(jī)，保證無人使用時(shí)自動(dòng)關(guān)機(jī)，節(jié)省能源；不但如此，其特別的節(jié)能環(huán)保設(shè)計(jì)使得它的通電待機(jī)功率只有1W，對(duì)于投影機(jī)長期處于通電狀態(tài)的學(xué)校來說，可以節(jié)省更多的能源；而10秒快速關(guān)機(jī)模式，更是大大提高企業(yè)用戶的商務(wù)效率。更特別的是，奧圖碼還為選擇DMl28投影機(jī)的用戶提供2年或1000小時(shí)(以兩者中先達(dá)到的為準(zhǔn)，不含正常衰減)的燈泡質(zhì)保服務(wù)，這樣的售后服務(wù)在同類產(chǎn)品都是罕見的。

在實(shí)際測(cè)試中，奧圖碼DMl28的亮度高達(dá)2300流明，非常適合用于教室和環(huán)境光線較強(qiáng)烈的會(huì)議室，而它在經(jīng)過分光色度儀校準(zhǔn)后，標(biāo)準(zhǔn)6500K色溫下的色域范圍為57.4％，相對(duì)較低。用戶可以根據(jù)自己的使用喜好，在菜單中進(jìn)行適當(dāng)?shù)恼{(diào)整。當(dāng)然了，這也意味著它不太適合廣告業(yè)等對(duì)于色彩準(zhǔn)確度要求較高的行業(yè)。而其迅捷的開關(guān)機(jī)速度(開機(jī)25秒，關(guān)機(jī)10秒)也讓人滿意，對(duì)于提升企業(yè)的會(huì)議效率有一定的幫助。

平衡之道

用三星SP-L305打造創(chuàng)意頭腦風(fēng)暴會(huì)議室

對(duì)于很多中小型設(shè)計(jì)企業(yè)來說，通過開展頭腦風(fēng)暴會(huì)議來迸發(fā)出新的靈感是十分常見的舉措。與會(huì)者往往希望使用投影機(jī)與大家分享創(chuàng)意，此時(shí)我們不但希望畫面更真實(shí)，同時(shí)操作也要簡單。如何在色彩表現(xiàn)，亮度表現(xiàn)以及易用性中取得平衡，是lT管理者采購設(shè)備時(shí)的難點(diǎn)。而三星SP-L305正是符合這類需求的一款平衡型機(jī)型。

三星SP-L305是一款采用3LCD投影技術(shù)的產(chǎn)品，標(biāo)準(zhǔn)分辨率為1024×768，標(biāo)稱亮度為3000流明，是一款針對(duì)中小企業(yè)或?qū)W校的商用教育跨界機(jī)型。它采用1.2倍變焦鏡頭，在最小1m的距離可以投射出40英寸的畫面，在10m的距離則可以投射出300英寸的畫面。這款機(jī)型同樣支持自動(dòng)梯形校正，可以在±20°的范圍內(nèi)對(duì)畫面進(jìn)行調(diào)整；同時(shí)在控制菜單中也提供了對(duì)紅，綠，藍(lán)三原色的調(diào)整選項(xiàng)，菜單設(shè)計(jì)也很合理。

三星SP-L305的滑動(dòng)鏡頭蓋設(shè)計(jì)同樣是關(guān)閉即自動(dòng)進(jìn)入降低亮度的節(jié)能狀態(tài)，搭配獨(dú)特的風(fēng)道防塵濾網(wǎng)，可以較好地實(shí)現(xiàn)防塵功能。其接口設(shè)置也比較齊全，除了常見的D-Sub、S-Video和RS232接口以外，特別提供了支持HDCP的HDMI接口，更能適應(yīng)用戶對(duì)數(shù)字信號(hào)及音畫同步輸入等方面的需求，而內(nèi)置的3W×2揚(yáng)聲器也讓它在播放時(shí)可以真正實(shí)現(xiàn)立體聲音效。另外，它同樣也支持通過RS232接口進(jìn)行的網(wǎng)絡(luò)監(jiān)控和控制功能。

篇2

信息系統(tǒng)業(yè)務(wù)應(yīng)用的不全面導(dǎo)致患者信息不全面，無法形成完整的口腔?？齐娮硬v，這不僅影響了醫(yī)療工作質(zhì)量和效率的提高，也限制了醫(yī)院對(duì)患者服務(wù)進(jìn)行創(chuàng)新，最終無法滿足為患者提供口腔?？苹?、個(gè)性化服務(wù)的需求。

隨著醫(yī)院臨床、科研、教學(xué)、管理等諸方面不斷發(fā)展的需要，醫(yī)院電子病歷建設(shè)問題日益成為醫(yī)院重點(diǎn)建設(shè)對(duì)象。口腔醫(yī)院的電子病歷普及率遠(yuǎn)低于三級(jí)綜合醫(yī)院，因此口腔?？漆t(yī)院在信息化建設(shè)道路上，亟需建立全面的、覆蓋全部臨床環(huán)節(jié)的?？齐娮硬v系統(tǒng)。

口腔專科電子病歷系統(tǒng)的特點(diǎn)

口腔?？齐娮硬v與綜合醫(yī)院電子病歷有顯著不同，嘉和美康信息技術(shù)有限公司針對(duì)口腔?？漆t(yī)院的業(yè)務(wù)特點(diǎn)提供了相對(duì)應(yīng)的業(yè)務(wù)應(yīng)用模塊和數(shù)據(jù)模型，從而使口腔?？崎T診流程數(shù)字化、醫(yī)生工作站操作一體化和臨床數(shù)據(jù)結(jié)構(gòu)化成為可能。

小門診大病歷診療序列管理

一般綜合醫(yī)院門診病歷以小病歷形式存在，歷次看診之間通常沒有關(guān)聯(lián)性和連續(xù)性。而口腔專科醫(yī)院恰恰相反，口腔患者初診時(shí)，口腔醫(yī)生會(huì)根據(jù)病情將患者手中的小病歷本更換成醫(yī)院的門診大病歷夾，之后患者再來復(fù)診、復(fù)查時(shí)醫(yī)生都在大病歷本中續(xù)寫病歷，直到該牙病被治愈完成。

口腔門診病歷內(nèi)容更像住院大病歷，先是入院志，然后是病程記錄，最后是出院志，是跨就診次的連續(xù)診療過程?？谇会t(yī)生對(duì)于病患牙確診并確立治療手段后，往往無法一次處置完成，需要患者多次復(fù)診才能徹底治愈。通常HIS或者EMR系統(tǒng)都不會(huì)處理歷次看診之間的關(guān)聯(lián)關(guān)系，所以口腔電子病歷系統(tǒng)必須首先解決歷次看診之間的串聯(lián)問題，否則電子病歷只是病歷的電子化，在臨床工作中沒有發(fā)揮真正的價(jià)值。

為了解決該問題，我們提出了診療序列Sequence（S）的概念，對(duì)同一科室、同一牙位或者部位下的同一診斷我們稱之為Visit（V），初診是V1，復(fù)診依次是V2～n， 直到該疾病被治愈，我們認(rèn)為該診斷的治療過程完成，所以S= V1+ V2+… Vn。

多部位多診斷動(dòng)態(tài)病歷模板

我們雖然引入了診療序列這個(gè)概念來解決門診病歷關(guān)聯(lián)性的問題，但是口腔?？七€會(huì)面臨多個(gè)牙位需要處置的業(yè)務(wù)情況。例如，牙體牙髓科經(jīng)常會(huì)遇見某位患者左上6齲洞，右下7牙髓炎的病癥情況。傳統(tǒng)電子病歷系統(tǒng)一般根據(jù)醫(yī)生所下的臨床診斷生成對(duì)應(yīng)的疾病病歷模板，然而面對(duì)口腔多牙位多診斷時(shí)，系統(tǒng)就需要病歷模板具有更強(qiáng)的靈活性，可以根據(jù)多種疾病組合出自適應(yīng)的病歷模板，我們稱之為動(dòng)態(tài)病歷模板加載。

門診病歷模板主要包含主訴、現(xiàn)病史、既往史、家族史、全身情況、檢查、治療計(jì)劃和處置等章節(jié)，在檢查、治療計(jì)劃和處置章節(jié)中出現(xiàn)多部位的診斷時(shí)，系統(tǒng)需要具有動(dòng)態(tài)組裝多疾病病歷模板內(nèi)容的能力。因此，我們?cè)谠O(shè)計(jì)時(shí)將病歷模板的維護(hù)工作定制到各個(gè)病歷章節(jié)，每個(gè)章節(jié)又可以根據(jù)診斷的類型以及是否自動(dòng)加載該模板等配置參數(shù)，動(dòng)態(tài)地拼接出更符合口腔醫(yī)生所期望的病歷模板，從而滿足門診口腔病歷模板多樣性的特點(diǎn)。

診療過程交叉方案-步驟-醫(yī)囑模型

口腔?？品?wù)也會(huì)遇到各種診療過程在同一科室或者不同科室間交叉診療的情況。例如在修復(fù)科義齒制作之前，需要外科配合完成病患牙齒的拔除；在牙體牙髓科根管治療，需要修復(fù)科先將舊修復(fù)體拆除。

我們提出了治療方案（Plan）-操作步驟（Stage）-醫(yī)囑（Order）數(shù)據(jù)模型，同一牙位的同一診斷在一次看診中只會(huì)出現(xiàn)一種治療方案。而對(duì)于大多數(shù)口腔疾病來說，口腔醫(yī)生在初診時(shí)就已經(jīng)確定了治療方案，在不同次看診過程中，口腔醫(yī)生對(duì)不同疾病部位會(huì)采取不同種類治療方案下的不同操作步驟，每次看診的操作步驟可能又會(huì)出現(xiàn)多個(gè)處方、處置、檢查、檢驗(yàn)等門診收費(fèi)醫(yī)囑。

門診醫(yī)囑不同于常規(guī)的住院醫(yī)囑，門診醫(yī)囑的特點(diǎn)是即時(shí)開立，即時(shí)執(zhí)行；醫(yī)生開立，醫(yī)生執(zhí)行?？谇粚？漆t(yī)院基本上已經(jīng)構(gòu)建了門診HIS系統(tǒng)，而門診HIS醫(yī)生工作站一般不存在具有臨床屬性的醫(yī)囑，只有開單、計(jì)費(fèi)等收費(fèi)意義的收費(fèi)項(xiàng)目數(shù)據(jù)模型。因此，我們通過EMR醫(yī)囑與HIS收費(fèi)項(xiàng)目前后臺(tái)相結(jié)合的集成對(duì)接，將HIS收費(fèi)模塊與EMR病歷書寫無縫地整合在一臺(tái)醫(yī)生工作站應(yīng)用程序上，為口腔專科醫(yī)生提供了“診斷管理醫(yī)囑收費(fèi)病歷書寫復(fù)診預(yù)約”一體化向?qū)Р僮鹘缑?，大大提高了工作效率?/p>

圖表數(shù)據(jù)采集?？茍D表模塊

口腔門診流程中，除了上述三大特點(diǎn)外，每個(gè)專科病歷之外還有其圖表數(shù)據(jù)采集要求。

我們?cè)诒本┐髮W(xué)附屬口腔醫(yī)院發(fā)現(xiàn)，在兒童科，口腔醫(yī)生在初診時(shí)先會(huì)對(duì)兒童患者填寫一份全口恒牙和乳牙的口腔檢查所見的檢查單，該表單既有不同牙位圖形化標(biāo)注，又有表格式癥狀維度的描述。其它例如正畸科、修復(fù)科、牙體牙髓科等也有類似的業(yè)務(wù)流程或者更高的數(shù)字化流程需求。

口腔?？齐娮硬v系統(tǒng)總體設(shè)計(jì)

臨床信息系統(tǒng)建設(shè)的關(guān)鍵難點(diǎn)在于病歷采集，即病歷書寫。隨著軟件開發(fā)技術(shù)的更新和軟件開發(fā)商的新舊更替，醫(yī)院在不斷更新軟件廠商和數(shù)據(jù)庫平臺(tái)，由于各廠商架構(gòu)和設(shè)計(jì)上的差異，往往會(huì)造成現(xiàn)有數(shù)據(jù)遷移困難，造成大量資料的丟失。病歷作為醫(yī)院的財(cái)富，其價(jià)值在于“長期、大量”的臨床數(shù)據(jù)積累，為醫(yī)學(xué)研究和醫(yī)學(xué)資料的整理提供基礎(chǔ)。要達(dá)到這個(gè)目標(biāo)，就要不依賴于任何一種開發(fā)語言、任何一種數(shù)據(jù)庫，完全以XML來描述，并以XML格式來保存。我國電子病歷的特點(diǎn)是，結(jié)構(gòu)化需要提取的醫(yī)學(xué)數(shù)據(jù)分布在敘述性文字中，因此現(xiàn)有的書寫工具和編程方式很難滿足XML書寫和自然語言書寫混合的書寫模式，開發(fā)電子病歷專用編輯器成為必然的選擇，也成為能否開發(fā)成功一個(gè)好電子病歷系統(tǒng)的核心技術(shù)。嘉和電子病歷平臺(tái)軟件專用編輯器是我們潛心研究多年的一個(gè)成果，它在解決XML和自然敘述語言混合書寫的同時(shí)，解決了中國醫(yī)務(wù)人員書寫病歷時(shí)需要解決的諸多其他問題，如快捷性問題、圖形圖像標(biāo)注問題、表格制作問題等，收集的信息包括患者的基本信息、醫(yī)囑、收費(fèi)、檢驗(yàn)、檢查、麻醉、心電、病歷等。

系統(tǒng)框架

嘉和口腔?？齐娮硬v直接采用了嘉和公司獨(dú)有的JH Framework技術(shù)框架，不必另行開發(fā)，極大地縮短了軟件產(chǎn)品的開發(fā)周期。由于基礎(chǔ)組件及服務(wù)框架已經(jīng)具備，開發(fā)人員能夠?qū)Ｗ⒂跇I(yè)務(wù)開發(fā)，這降低了對(duì)研發(fā)人員的技能要求，只要培訓(xùn)學(xué)會(huì)Widget開發(fā)標(biāo)準(zhǔn)，就可以按照業(yè)務(wù)需求快速開發(fā)系統(tǒng)功能。JH Framework框架也適合需求分析師做快速產(chǎn)品原型設(shè)計(jì)，可以根據(jù)用戶需求快速構(gòu)建出用戶界面。

JH Framework框架除了為應(yīng)用開發(fā)和設(shè)計(jì)者提供了一個(gè)快速、高效和易用的二次開發(fā)平臺(tái)外，為項(xiàng)目實(shí)施工程人員也同樣提供了IT服務(wù)技術(shù)支持：服務(wù)原生支持雙機(jī)熱備、負(fù)載均衡，讓使用此框架構(gòu)建的應(yīng)用系統(tǒng)更穩(wěn)定、更可靠、更健壯；此框架設(shè)計(jì)的軟件實(shí)現(xiàn)完全松耦合，可為大集成解決方案奠定基礎(chǔ)，并且使開發(fā)的軟件產(chǎn)品易于維護(hù)，降低了日后的軟件維護(hù)成本；采用此框架開發(fā)的產(chǎn)品，客戶端可實(shí)現(xiàn)免安裝、自動(dòng)部署和自動(dòng)升級(jí)，可以減少實(shí)施工作量，縮短實(shí)施周期，降低實(shí)施成本。

設(shè)計(jì)思想

以醫(yī)院等級(jí)評(píng)審為代表的新一輪醫(yī)改政策將基于信息系統(tǒng)的數(shù)字化、精細(xì)化管理課題擺在了新一代醫(yī)院管理者的面前，面對(duì)醫(yī)院內(nèi)專業(yè)不斷細(xì)化、業(yè)務(wù)日益復(fù)雜的系統(tǒng)，傳統(tǒng)的單向數(shù)據(jù)集成上報(bào)和報(bào)表展現(xiàn)已經(jīng)難以滿足用戶的應(yīng)用需求。

嘉和美康公司推出的基于臨床數(shù)據(jù)中心（CDR）、面向口腔?？齐娮硬v信息化的解決方案是基于多年電子病歷數(shù)據(jù)采集和應(yīng)用經(jīng)驗(yàn)而成的。嘉和口腔?？齐娮硬v信息化解決方案將數(shù)據(jù)規(guī)劃、數(shù)據(jù)標(biāo)化、數(shù)據(jù)集中、臨床診療數(shù)據(jù)應(yīng)用和運(yùn)營管理數(shù)據(jù)應(yīng)用特性融為一體。在新的統(tǒng)一技術(shù)框架下，將門診電子病歷、住院電子病歷、醫(yī)療質(zhì)控、病案管理、臨床路徑、醫(yī)學(xué)科研、醫(yī)院等級(jí)評(píng)審、單病種質(zhì)量監(jiān)測(cè)與評(píng)價(jià)、醫(yī)患溝通等應(yīng)用系統(tǒng)與CDR平臺(tái)有機(jī)整合，實(shí)現(xiàn)了以患者為中心、以臨件為主線的標(biāo)準(zhǔn)化數(shù)據(jù)組織和應(yīng)用。

在新的信息體系支撐下，醫(yī)院在臨床、科研、質(zhì)量管理等各個(gè)領(lǐng)域都能享受到臨床數(shù)據(jù)深度應(yīng)用所帶來的巨大價(jià)值。

面向臨床應(yīng)用：嘉和口腔專科電子病歷信息化解決方案基于數(shù)據(jù)系統(tǒng)化組織優(yōu)勢(shì)，為臨床一線工作人員提供以病種為單位的疾病診療時(shí)間軸管理，從多個(gè)維度對(duì)患者完整治療周期的數(shù)據(jù)進(jìn)行匯集和集中展示，并且根據(jù)病情和治療過程重點(diǎn)顯示相關(guān)醫(yī)囑、治療、檢驗(yàn)檢查結(jié)果。同時(shí)，在醫(yī)生的日常醫(yī)囑下達(dá)、病歷記錄流程中，后臺(tái)系統(tǒng)可以根據(jù)單病種質(zhì)量控制規(guī)則的疾病指征分析以及臨床質(zhì)量管理規(guī)則實(shí)現(xiàn)自動(dòng)的臨件觸發(fā)管理和藥事監(jiān)控功能。

面向醫(yī)學(xué)科研：嘉和口腔?？齐娮硬v信息化解決方案從學(xué)科發(fā)展規(guī)劃出發(fā)，梳理數(shù)據(jù)需求，基于標(biāo)準(zhǔn)化數(shù)據(jù)的管控機(jī)制，將臨床病歷資源轉(zhuǎn)化為高質(zhì)量的臨床研究數(shù)據(jù)資源，通過自動(dòng)化的研究數(shù)據(jù)加工機(jī)制，快速產(chǎn)生支撐各類研究主題的病歷報(bào)告數(shù)據(jù)，從而大幅提高科研產(chǎn)出效率。

面向醫(yī)院質(zhì)量管理：基于“方案-步驟-醫(yī)囑”的嘉和口腔專科電子病歷信息化解決方案實(shí)現(xiàn)數(shù)據(jù)二次利用的能力包括醫(yī)療質(zhì)量監(jiān)測(cè)和評(píng)價(jià)、醫(yī)療行為和安全監(jiān)測(cè)、在臨床知識(shí)庫支持下的患者主動(dòng)服務(wù)等。精確的數(shù)據(jù)溯源能力和重復(fù)利用能力為醫(yī)院管理層的精細(xì)化管理提供了堅(jiān)實(shí)的基礎(chǔ)。

口腔?？齐娮硬v的應(yīng)用價(jià)值

篇3

一、高效可靠地收集信息

Office InfoPath 2007使信息收集過程效率更高,它采用的方法是發(fā)送一些容易抵達(dá)所需參與者、減小多余數(shù)據(jù)項(xiàng)以及提高收集數(shù)據(jù)質(zhì)量的電子表單。

Office InfoPath 2007表單可以通過電子郵件形式分發(fā),以加快表單填寫速度,也可以部署到許多Web瀏覽器中來填寫,這些瀏覽器包括Microsoft Internet、Explorer、Netscape、Mozilla、Safari以及其他瀏覽器。Office InfoPath 2007表單解決方案使得在Web瀏覽器、電子郵件或移動(dòng)設(shè)備中填寫表單成為一件非常輕松的事,從而可以與更多的用戶取得聯(lián)系。同時(shí),Office InfoPath 2007通過提供實(shí)時(shí)驗(yàn)證、預(yù)先填寫好的字段以及重要信息源連接來減少錯(cuò)誤、避免重復(fù)勞動(dòng)。

二、使復(fù)雜的信息采集簡單化

使用 Office InfoPath 2007可以在熟悉的 Outlook環(huán)境下完成表單。在Office Outlook 2007中收集信息后,可以將其導(dǎo)出到Microsoft Office Excel電子表格中,也可以將數(shù)據(jù)合并回單個(gè)Office InfoPath 2007表單中。將Word文檔和Excel電子表格轉(zhuǎn)換為Office InfoPath 2007表單模板,就可以通過將舊版文檔轉(zhuǎn)化為功能豐富的Office InfoPath 2007表單模板,在信息收集過程中確保數(shù)據(jù)完整性、改進(jìn)版本控制和實(shí)現(xiàn)結(jié)構(gòu)化。

在收集信息過程中,Office InfoPath 2007可以幫助用戶使用簡單的拖放式界面生成表單,同時(shí)也支持預(yù)設(shè)的模板部件和共享數(shù)據(jù)連接功能,使復(fù)雜的表單設(shè)計(jì)變得更容易。

三、集中進(jìn)行表單管理和控制

Office InfoPath 2007使用新添的免費(fèi)插件,可以為已完成的表單創(chuàng)建可移植文檔格式(PDF)或XML文件規(guī)范(XPS)版本,用于存檔或記錄管理。

Office InfoPath 2007中包含了設(shè)計(jì)檢查方案,可以幫助確保部署到Office InfoPath 2007 Forms Services 的表單具有一致性,增強(qiáng)了對(duì)Office InfoPath 2007表單模板中的重要信息的保護(hù)。同時(shí),Office InfoPath 2007也包含了對(duì)信息權(quán)限管理的支持,Office SharePoint Server 2007的Office InfoPath 2007 Forms Services僅向擁有安全連接的用戶提供訪問權(quán)限,從而使組織可以集中管理電子表單,避免表單被不當(dāng)使用和分發(fā)。

此外,通過Office SharePoint Server 2007 的 Office InfoPath 2007 Forms Services 可以對(duì)整個(gè)組織的電子表單進(jìn)行集中管理以控制表單解決方案,部署電子表單,并通過集成的工作流管理工具,對(duì)難于管理或要求過多手動(dòng)查看和驗(yàn)證的信息收集流程進(jìn)行有序組織,有效驅(qū)動(dòng)信息收集流程。

四、利用現(xiàn)有IT投資和知識(shí),降低部署成本,簡化業(yè)務(wù)流程

通過應(yīng)用Office InfoPath 2007的表單解決方案,可以使用熟悉的Office 界面輕松地收集和呈現(xiàn)行業(yè)系統(tǒng)信息。Office InfoPath 2007和Microsoft Office system的高級(jí)集成功能使 Office InfoPath 2007能夠擴(kuò)展到其他程序中,以改進(jìn)數(shù)據(jù)庫、文檔和其他內(nèi)容的信息收集過程。Office InfoPath 2007 Forms Services通過提供簡便升級(jí)、版本管理以及監(jiān)控工具,有助于減少解決方案的故障時(shí)間,降低管理成本。

Office InfoPath 2007使用業(yè)界標(biāo)準(zhǔn)與當(dāng)前業(yè)務(wù)應(yīng)用程序和系統(tǒng)集成,使得業(yè)務(wù)流程相對(duì)簡化,不必重新確定而自動(dòng)執(zhí)行。通過創(chuàng)建 Visual Studio 2005中托管的 Office InfoPath 2007項(xiàng)目來構(gòu)建 Office InfoPath 2007表單解決方案,以便開發(fā)人員使用托管代碼和 Microsoft。NET Framework構(gòu)建解決方案。高級(jí)表單設(shè)計(jì)和開發(fā)工具使Office InfoPath 2007能夠利用將用戶與正確數(shù)據(jù)相連的動(dòng)態(tài)交互式表單來簡化復(fù)雜的流程。

篇4

實(shí)戰(zhàn)1：3分鐘自己解決軟件故障

我在Vista下安裝諾頓殺毒軟件時(shí)，卻彈出如圖1所示的窗口，說該程序與Vista不兼容。遺憾中也看到了希望，“聯(lián)機(jī)檢查解決方案”按鈕赫然在目，單擊之后，打開“問題報(bào)告和解決方案”向?qū)?，一路單擊“查看更多解決方案檢查解決方案”，彈出如圖2所示窗口。單擊“Windows Vista不支持Symantec AntiVirus Corporate Edition”，在接下來彈出的窗口中，點(diǎn)擊“解決方案”中的相應(yīng)鏈接，即可自動(dòng)登錄指定的網(wǎng)站下載支持Vista的諾頓更新補(bǔ)丁了。

這個(gè)“問題報(bào)告解決方案”還真是有點(diǎn)霸道――從發(fā)現(xiàn)問題到解決問題，它已經(jīng)一手為我們包辦了。

圖1

圖2

小知識(shí)：Vista如何知道系統(tǒng)得的什么“病”？

成千上萬的電腦，Vista如何知道你的電腦具體是什么問題，又該如何解決？原來，檢測(cè)問題并不難，過去版本的Windows系統(tǒng)也能做到，比如：硬件驅(qū)動(dòng)程序有錯(cuò)時(shí)會(huì)提醒我們安裝失敗，而且在設(shè)備管理器下為這些硬件標(biāo)注感嘆號(hào)。Vista則將這一功能進(jìn)行了拓展：檢測(cè)到問題后自動(dòng)向微軟相關(guān)網(wǎng)站發(fā)送信息，即所謂的問題報(bào)告。微軟將同一信息收集到一定數(shù)量（確定問題是否具有普遍性）后會(huì)與相關(guān)的軟件、硬件提供商接洽共同尋求解決方案，一旦成功則生成解決方案數(shù)據(jù)庫。而后，只要有人提交同類問題報(bào)告，立即可通過數(shù)據(jù)庫得到解決方案。響應(yīng)時(shí)間僅由網(wǎng)絡(luò)連接的速度來決定，一般可在瞬間完成。整個(gè)問題報(bào)告與解決的流程，如圖3所示。

圖3

實(shí)戰(zhàn)2：看看系統(tǒng)都得了哪些病

是否只有在程序出錯(cuò)時(shí)才能調(diào)出問題報(bào)告和解決方案？其實(shí)我們可以隨時(shí)單擊“開始所有程序維護(hù)問題報(bào)告和解決方案”調(diào)出它，單擊“查看問題歷史記錄”，就可以了解當(dāng)前系統(tǒng)的所有故障情況了。

有的問題可以解決，凡標(biāo)注“解決方案可用”的都屬這一類。有的問題暫時(shí)還不能解決，標(biāo)注“已發(fā)送報(bào)告”的都屬這一類。右擊狀態(tài)為“解決方案可用”的問題，選擇“查看解決方案”，打開相應(yīng)窗口后按實(shí)例1中的方法操作即可。右擊狀態(tài)為“已發(fā)送報(bào)告”的問題，選擇“檢查解決方案”，則可以即時(shí)查看是否已有可用方案。

實(shí)戰(zhàn)3：要不要報(bào)告錯(cuò)誤自己定

默認(rèn)情況下，所有的問題報(bào)告都將發(fā)送到微軟網(wǎng)站。其實(shí)，我們可以有針對(duì)性地禁用一些敏感軟件向微軟網(wǎng)站提交報(bào)告。

在“問題報(bào)告和解決方案”向?qū)Т翱冢来螁螕簟案脑O(shè)置高級(jí)設(shè)置”，單擊“阻止列表”右側(cè)的“添加”按鈕，將要阻止的程序添加進(jìn)來即可，如圖4所示。

建議將公司內(nèi)部的程序添加進(jìn)來，因?yàn)檫@類程序可能只有你自己才會(huì)發(fā)送報(bào)告，一般是得不到解決方案的，而且在錯(cuò)誤發(fā)送過程中還有可能造成公司內(nèi)部機(jī)密的泄漏。

小提示：徹底禁用問題報(bào)告解決方案

有人擔(dān)心“問題報(bào)告和解決方案”程序會(huì)向微軟網(wǎng)站泄露自己的隱私，所以想要徹底禁用它，這可通過組策略編輯器來完成。單擊“開始”，在“開始搜索”框中輸入“gpedit.msc”，按回車鍵打開組策略編輯器，依次展開“計(jì)算機(jī)配置管理模板Windows組件Windows錯(cuò)誤報(bào)告”，雙擊打開“禁用Windows錯(cuò)誤報(bào)告”，選擇“已啟用”，確定即可。

篇5

關(guān)鍵詞：廠房地坪 質(zhì)量控制

中圖分類號(hào)：O213.1文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：

正文：

中國海運(yùn)江蘇造船基地2#分段裝焊工場(chǎng)工程是由中國海運(yùn)江都分公司開發(fā)，中國二十冶建設(shè)有限公司承建，本工程廠房地坪為鋼筋混凝土地坪，厚度為200mm或250mm兩種，其中通用地坪中預(yù)埋鐵件，規(guī)格為1m*1m、2m*2m方格網(wǎng)T型鐵，在施工過程中由于施工及技術(shù)各方面原因，出現(xiàn)了一些質(zhì)量通病，下面依次說明其產(chǎn)生原理及預(yù)防和解決措施。

一、通用地坪表面壓光不好

產(chǎn)生原因：施工時(shí)處于炎熱夏季，混凝土初凝時(shí)間短，且為本工程施工的第一塊帶鐵件地坪，工人操作尚未熟練，未能及時(shí)壓光。

預(yù)防措施：在工程地坪第一次施工時(shí)，進(jìn)行小面積試施工，以了解工人施工能力及水平，合理確定一次施工面積。暑季施工注意防暑降溫，澆注混凝土?xí)r盡量選擇早上溫度較低時(shí)施工，為多遍壓光提供足夠時(shí)間。

解決方案：由于混凝土強(qiáng)度尚未發(fā)展，本工程將平整度相差過多的1m*1m分格地坪表面混凝土用風(fēng)鎬鑿除，直至露出上層鋼筋網(wǎng)片，將灰土清掃干凈，用素水泥漿掃面，并用高一標(biāo)號(hào)細(xì)石混凝土再次澆搗、抹平，充分壓光，并注意澆水養(yǎng)護(hù)。

二、地坪混凝土產(chǎn)生裂縫

產(chǎn)生原因;混凝土受溫度、濕度變化，或養(yǎng)護(hù)不周、地基沉降、過早加載等都會(huì)給地坪造成影響、產(chǎn)生裂縫。

預(yù)防措施：加強(qiáng)混凝土早期養(yǎng)護(hù)，混凝土澆注完及時(shí)澆水養(yǎng)護(hù)，防止干縮裂縫?；炷潦展馐┕r(shí)發(fā)現(xiàn)的裂縫要及時(shí)修補(bǔ)，杜絕其繼續(xù)發(fā)展。混凝土強(qiáng)度未達(dá)到5Mpa，不得上人，并嚴(yán)禁在混凝土上堆積重物。

解決方案;此類裂縫一般較細(xì)，數(shù)量不多，可用水沖洗后，用水泥漿抹補(bǔ)；若有較大裂縫，應(yīng)沿縫隙將碎裂混凝土屑鑿除，并用水清洗干凈，用1：2或1：2.5水泥砂漿抹補(bǔ)。

三、地坪伸縮縫兩邊混凝土裂縫

產(chǎn)生原因：施工縫處預(yù)埋的聚氨酯泡沫塑料板預(yù)留高度不足，固定不好，施工時(shí)由于混凝土振搗時(shí)流動(dòng)導(dǎo)致移位，局部產(chǎn)生扭曲，且上部被混凝土覆蓋，混凝土收縮時(shí)，內(nèi)部受力不均，沿泡沫板兩側(cè)產(chǎn)生裂縫。

預(yù)防措施：施工時(shí)注意保證聚氨酯泡沫塑料板尺寸，其上邊緣應(yīng)高出地坪混凝土表面2-3cm，且用薄板與鋼筋短棍將泡沫板固定好，防止移位、變形。當(dāng)工期較緊，工人施工水平不高時(shí)，可采用后期切縫的方法。

解決方案：首先將預(yù)埋的泡沫板及四周薄弱部位全部鑿除，并用水沖洗干凈，根據(jù)伸縮縫寬度制作木條，用鋼釘將木條固定在伸縮縫位置。再用摻有建筑膠的水泥砂漿抹平、收光，足期養(yǎng)護(hù)并做好成品保護(hù)措施，待28d后起出木條，用聚氨酯密封膠灌縫并注意防護(hù)。

四、地坪混凝土夾芯

產(chǎn)生原因：澆筑混凝土前，墊層上的木塊、碎泡沫等雜物未清掃干凈，在進(jìn)行振搗時(shí)，由浮力作用浮在混凝土上部，當(dāng)?shù)仄杭惺芰r(shí)，該部位下側(cè)為松軟材料，就會(huì)造成地坪表面碎裂，露出加芯部位。

預(yù)防措施：在澆筑混凝土前，檢查墊層上部是否有雜物，發(fā)現(xiàn)木屑、煙盒、碎紙屑等及時(shí)清掃，施工時(shí)雜物掉入及時(shí)取出，否則一旦經(jīng)過振搗，將很難分辨。

解決方案：發(fā)現(xiàn)加芯部位，將內(nèi)部雜物取出 并將四壁殘余材料鑿除，用吹風(fēng)機(jī)吹干凈，再用素水泥漿掃漿，用高一標(biāo)號(hào)的細(xì)石混凝土填實(shí)、抹平、收光，細(xì)石混凝土內(nèi)可摻加適量微膨脹劑。

五、局部地坪平整度較差

產(chǎn)生原因：通用地坪由于為方格網(wǎng)地坪，標(biāo)高可根據(jù)T型鐵件施工，在鐵件安裝合格的前提下，較易控制。其他地坪跨度很大，本工程采用了管材固定水平的方法進(jìn)行標(biāo)高控制，但仍有部分地坪平整度較差，初步認(rèn)定為管材固定不牢固，導(dǎo)致標(biāo)高變化。

預(yù)防措施：增設(shè)管材，固定牢固，施工時(shí)盡量避免踩踏管材及四周鋼筋，避免其標(biāo)高變化。

解決方案：由于發(fā)現(xiàn)及時(shí)，且誤差不大，對(duì)不合格部位及四周進(jìn)行再次壓光，局部修補(bǔ)，使平整度誤差滿足規(guī)范要求，若誤差很大，必須將該部位地坪鑿除，重新澆筑，使地坪表面高差達(dá)到《建筑地面工程施工質(zhì)量驗(yàn)收規(guī)范》GB 50209-2010中規(guī)定的允許偏差之內(nèi)。

六、地坪側(cè)面露筋

產(chǎn)生原因：此情況多出現(xiàn)于通用地坪混凝土，由于通用地坪四周均為100mm寬角鋼，如不注意加強(qiáng)振搗，與模板接觸的地坪上部混凝土很難達(dá)到密實(shí)狀態(tài)。

預(yù)防措施：在澆筑通用地坪混凝土?xí)r，注意在地坪四邊部位下足料，并加強(qiáng)振搗，使混凝土與模板充分接觸，模板拆除不宜過早，避免缺楞掉角造成的露筋。

解決方案：首先將外露鋼筋的混凝土清除干凈，并澆水濕潤，露筋部位較小時(shí)采用1：2水泥砂漿抹壓平整，較大時(shí)采用高一標(biāo)號(hào)的細(xì)石混凝土填實(shí)壓平，并用模板將側(cè)面固定好，拆模后注意養(yǎng)護(hù)及成品保護(hù)。

在進(jìn)行地坪施工管理過程中，還應(yīng)注意以下幾點(diǎn)：

(1)本工程柱基礎(chǔ)進(jìn)行同填時(shí)，正值雨季，回填土料含水率偏大，故采取翻曬和灰土處理.保證同填土的壓實(shí)系數(shù)滿足設(shè)計(jì)要求；同時(shí)對(duì)灰土采取保護(hù)措施，做好排水工作，確保不被雨水浸泡。當(dāng)基坑部位回填標(biāo)高與廠房區(qū)基土一致時(shí)，用壓路機(jī)再全面縱橫碾壓2遍，確保面層土質(zhì)密實(shí)?；踊靥钍坎幻軐?shí)是引起地坪裂縫的原因之一。因此，必須控制好回填土質(zhì)量，在常規(guī)方法不能保證回填質(zhì)量時(shí)，可采用灰土回填的方法。

(2)砼的坍落度必須嚴(yán)格控制，商品砼的坍落度控制在12 cm以內(nèi)，砼坍落度過大，必然增加產(chǎn)生收縮裂縫的機(jī)會(huì)并減低強(qiáng)度。

(3)鋼柱四周是地面受力的薄弱部位，易產(chǎn)生裂縫，為此要采取構(gòu)造措施，加強(qiáng)處理。

(4)面層鋼筋砼的上層鋼筋位置保證非常關(guān)鍵，若在施工過程中被踩踏，其有效防裂抗托性能大大降低。因此要注意以下幾點(diǎn)：一是為保證上層鋼筋位置，采用鐵馬凳固定牢固，隱蔽驗(yàn)收時(shí)必須嚴(yán)格把關(guān)；二是在砼澆筑前，在澆筑路線上用木板鋪設(shè)行走路線，便于工人及管理人員行走；三是砼澆筑時(shí)配備鋼筋工值班，加強(qiáng)上層鋼筋位置的保護(hù)。

篇6

關(guān)鍵詞：JasperReports；web報(bào)表；第三方打印控件；MVC

中圖分類號(hào)：TP393 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2013）17-4001-04

隨著Web技術(shù)的廣泛應(yīng)用，傳統(tǒng)的報(bào)表打印方式也發(fā)生了很大變化。在B/S模式下，由于只能采用瀏覽器作為用戶界面進(jìn)行交互，不能精確控制客戶端的打印機(jī)。僅靠IE自帶的頁面打印功能，不能滿足客戶的需求，并且除了IE瀏覽器還有諸如谷歌、火狐等主流瀏覽器使用越來越多，如何解決跨瀏覽器下實(shí)現(xiàn)web報(bào)表打印的問題顯得更為重要。

本文報(bào)表打印系統(tǒng)基于J2EE技術(shù)構(gòu)建，開源報(bào)表引擎JasperReports與可視化工具iReport相結(jié)合，將報(bào)表模板與報(bào)表數(shù)據(jù)相分離，用戶根據(jù)需要設(shè)計(jì)報(bào)表模板，自主選擇數(shù)據(jù)源。在此基礎(chǔ)上使用輕量級(jí)第三方打印控件，借助其豐富的打印功能，可以實(shí)現(xiàn)套打、精確打印等復(fù)雜功能，具有高效、簡單、靈活的特點(diǎn)，滿足客戶的不同需求。

1 相關(guān)技術(shù)介紹

1.1 JasperReports

JasperReports是一個(gè)強(qiáng)大靈活的開源報(bào)表生成工具，能夠展示豐富的頁面內(nèi)容，并將之轉(zhuǎn)換成PDF，HTML，或者XML格式。該庫完全由Java寫成，可以用于在各種Java應(yīng)用程序，包括J2EE，Web應(yīng)用程序中生成動(dòng)態(tài)內(nèi)容。 iReport 也是開源軟件，其主要作用是用來以可視化的方式設(shè)計(jì)生成JasperReports 所使用的報(bào)表格式文件，因?yàn)镴asperReports 本身并未提供很好的可視化報(bào)表設(shè)計(jì)方式，iReport可視化的設(shè)計(jì)界面，支持拖拉試操作，方便、快捷的制作出各種復(fù)雜的報(bào)表。

在Java報(bào)表開發(fā)中，JasperReports是最受歡迎的報(bào)表開發(fā)工具之一，但是它本身并沒有很好地實(shí)現(xiàn)在Web環(huán)境中的打印功能，雖然存在有一種JasperReports客戶端采用 applet實(shí)現(xiàn)打印整體功能，但客戶需下載安裝十幾兆的jre且打印效率低下。

1.2 MVC架構(gòu)模式

MVC最初是在Smalltalk-80中被用來構(gòu)建用戶界面的。M代表模型Model， V代表視圖 View， C代表 控制器Controller。采用MVC設(shè)計(jì)模式有利于保持軟件結(jié)構(gòu)的完整性和可擴(kuò)展性，同時(shí)層與層之間的調(diào)用較少耦合，實(shí)現(xiàn)了系統(tǒng)的低耦合、高內(nèi)聚，方便進(jìn)行二次開發(fā)。MVC模式的目的就是實(shí)現(xiàn)Web系統(tǒng)的職能分工。 Model層實(shí)現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通常可以用JavaBean或EJB來實(shí)現(xiàn)。View層用于與用戶的交互，通常用HTML頁面來實(shí)現(xiàn)。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請(qǐng)求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時(shí)它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。其模式結(jié)構(gòu)圖如下：

MVC 的處理過程為：1）用戶在視圖的界面上發(fā)出請(qǐng)求，視圖把請(qǐng)求轉(zhuǎn)發(fā)給控制器，控制器調(diào)用相應(yīng)的模型來處理用戶請(qǐng)求，模型進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回?cái)?shù)據(jù)。2）控制器調(diào)用相應(yīng)的視圖來顯示模型返回的數(shù)據(jù)。

1.3 第三方打印控件

在相當(dāng)多的業(yè)務(wù)系統(tǒng)中，根據(jù)業(yè)務(wù)流程的需要，經(jīng)常會(huì)需要打印系統(tǒng)中的報(bào)表，用來領(lǐng)導(dǎo)審批，或者存檔記錄，這就要求在系統(tǒng)中增加對(duì)應(yīng)報(bào)表的打印功能。在Java Web開發(fā)過程中，經(jīng)常會(huì)遇到報(bào)表打印的需求，而在B/S架構(gòu)中并沒有成熟的API可以調(diào)用，所有打印任務(wù)只能通過瀏覽器調(diào)用本地打印服務(wù)進(jìn)行。因此采用輕量級(jí)的第三方打印控件方式，是開發(fā)B/S較好的選擇，集成豐富的打印功能，滿足客戶需求，能實(shí)現(xiàn)web套打，其中一些很好地解決跨瀏覽器調(diào)用打印機(jī)問題。國內(nèi)外常見的第三方打印控件介紹：主要有ScriptX、webprint、jatoolsPrinter以及LODOP等幾種。

LODOP web打印控件是有夢(mèng)泰爾軟件工作室研發(fā)，自2007年開始，目前是國內(nèi)注冊(cè)用戶和免費(fèi)用戶較多的打印控件，是WEB開發(fā)中比較徹底的打印方案。在web開發(fā)中，表格報(bào)表是最常見的報(bào)表形式之一，通常情況下可以選擇使用HTML中等標(biāo)簽實(shí)現(xiàn)。

2 系統(tǒng)實(shí)現(xiàn)的總體結(jié)構(gòu)

B/S模式web報(bào)表開發(fā)主要有遠(yuǎn)程數(shù)據(jù)讀取以及精確定制報(bào)表兩個(gè)開發(fā)難點(diǎn)，為了實(shí)現(xiàn)報(bào)表的自定義，還必須滿足以下條件：1）報(bào)表樣式模板可保存，并能重復(fù)調(diào)用；2）報(bào)表樣式模板能夠進(jìn)行自定義編輯；3）打印參數(shù)和方法一致，可供用戶靈活調(diào)用，避免打印控件的反復(fù)更新； 4）打印控件可實(shí)現(xiàn)分頁機(jī)制；5）打印內(nèi)容自適應(yīng)機(jī)制，可精確控制打印內(nèi)容的顯示樣式。

Web報(bào)表打印系統(tǒng)整體結(jié)構(gòu)如圖3所示。

系統(tǒng)整體方案可分為三大部分，第一部分，報(bào)表設(shè)計(jì)用戶根據(jù)自己的需要設(shè)計(jì)出相應(yīng)的報(bào)表模板存入數(shù)據(jù)庫。第二部分，報(bào)表生成部分，用戶選擇相應(yīng)模板，服務(wù)器解析相應(yīng)模板并且結(jié)合用戶輸入的一些參數(shù)，動(dòng)態(tài)地生成了我們所需要的報(bào)表文件。第三部分，即報(bào)表的打印過程，就是分別把第三方打印控件和第二部分中生成的報(bào)表文件傳送到客戶端，在本地進(jìn)行解析打印，直接控制打印機(jī)進(jìn)行輸出的過程。

具體來說，客戶端是瀏覽器，可以是windows下各主流瀏覽器（包括IE、FireFox、Google Chrome等） 嵌入到Web 頁面中的LODOP打印控件在頁面初始加載過程中提示安裝在客戶端機(jī)器上，客戶端用戶通過調(diào)用LODOP控件實(shí)現(xiàn)對(duì)web報(bào)表的打印。打印系統(tǒng)的功能包括兩部分：客戶端打印控件和服務(wù)器端數(shù)據(jù)填充服務(wù)組件，客戶端打印控件負(fù)責(zé)向數(shù)據(jù)填充服務(wù)組件發(fā)起數(shù)據(jù)請(qǐng)求獲取遠(yuǎn)程數(shù)據(jù)，進(jìn)行報(bào)表打?。?服務(wù)器端數(shù)據(jù)填充組件負(fù)責(zé)提取模板文件，進(jìn)行數(shù)據(jù)填充。

3 打印功能應(yīng)用實(shí)例

下面以LODOP控件（采用版本為Lodop6.012，免費(fèi)試用版）為例，以MyEclipse10為集成開發(fā)環(huán)境，以Tomcat 6為web服務(wù)器，結(jié)合JasperReports報(bào)表開發(fā)工具（版本為4.5.1），實(shí)現(xiàn)Windows下各主流瀏覽器下實(shí)現(xiàn)web報(bào)表打印功能的實(shí)例，以某貨物倉儲(chǔ)管理為例，數(shù)據(jù)源選擇為JDBCSource。

3.1 使用JasperReports設(shè)計(jì)報(bào)表模板

模板設(shè)計(jì)如圖4所示。

3.2 報(bào)表填充及導(dǎo)出

4 結(jié)束語

目前Java Web項(xiàng)目的報(bào)表實(shí)現(xiàn)技術(shù)選擇不多， JasperReports 是一個(gè)比較成熟的Web報(bào)表開發(fā)技術(shù)， 也是目前主要解決方案。通過JasperReports 可以很好的完成Web報(bào)表功能任務(wù)，但它本身并沒有很好地實(shí)現(xiàn)在Web環(huán)境中的打印功能。該文主要介紹了一種基于JasperReports報(bào)表設(shè)計(jì)工具的web報(bào)表的打印功能的報(bào)表打印系統(tǒng)實(shí)現(xiàn)方案，結(jié)合當(dāng)前復(fù)雜業(yè)務(wù)報(bào)表的需求分析，并且跨主流瀏覽器下實(shí)現(xiàn)web報(bào)表打印功能，提出了使用輕量級(jí)第三方控件結(jié)合JasperReports的聯(lián)合打印的一種解決方案，結(jié)合兩者的優(yōu)點(diǎn)更好地實(shí)現(xiàn)豐富web報(bào)表的打印功能。

參考文獻(xiàn)：

[1] 謝星星，陳育春.貫通開源WEB圖形與報(bào)表技術(shù)全集[M].北京：電子工業(yè)出版社，2008.

[2] 劉聰.Java報(bào)表開發(fā)技術(shù)深入解析[M].北京：中國鐵道出版社，2010.

[3] 張婧.JasperReport在Web報(bào)表中的制作與生成[J].信息通信，2011（2）.

[4] 郭軍軍，劉剛.一種基于J2EE平臺(tái)的通用WEB票據(jù)打印服務(wù)技術(shù)[J].計(jì)算機(jī)應(yīng)用與軟件，2010（6）.

[5] 關(guān)鑫.基于J2EE的通用報(bào)表系統(tǒng)的研究與實(shí)現(xiàn)[D].成都理工大學(xué)，2010.

[6] 鄧卓.基于J2EE的WEB報(bào)表系統(tǒng)的研究與實(shí)現(xiàn)[D].沈陽理工大學(xué)，2009.

[7] 林信良.Servlet&JSP學(xué)習(xí)筆記[M].北京：清華大學(xué)出版社，2010.

[8] 杜梅，周傳生，曹升嘉.開源報(bào)表引擎JasperReports的研究與應(yīng)用[J].沈陽師范大學(xué)學(xué)報(bào)：自然科學(xué)版，2007（4）.

篇7

關(guān)鍵詞：設(shè)計(jì)模式；泛型；靜多態(tài)；動(dòng)多態(tài)；抽象工廠模式；模板

1 引言

設(shè)計(jì)模式是對(duì)于某一類的軟件設(shè)計(jì)問題的可重用的解決方案。[1]在軟件開發(fā)中，其主要作用為：重用設(shè)計(jì)、共用詞匯、方便交流、易于重構(gòu)。一個(gè)模式有四個(gè)基本要素：1）模式名稱，用于描述模式的問題、解決方案和效果；2）問題 用于解釋設(shè)計(jì)問題和問題存在的前因后果；3）解決方案 描述設(shè)計(jì)的組成部分、相互關(guān)系及其各種的職責(zé)和協(xié)作方式；4）效果 描述模式應(yīng)用的效果和使用模式應(yīng)權(quán)衡的問題。[2]設(shè)計(jì)模式主要分為創(chuàng)建型、結(jié)構(gòu)型、行為型，橋梁模式是結(jié)構(gòu)型模式之一，其意圖是“將抽象化與實(shí)現(xiàn)脫耦，使得二者可以獨(dú)立變化”。

在面向?qū)ο蟪绦蛟O(shè)計(jì)中，封裝變化最主要的技術(shù)是多態(tài)。多態(tài)是同一實(shí)體同時(shí)具有多種形式，即同一操作作用于不同的對(duì)象，產(chǎn)生不同的執(zhí)行結(jié)果。多態(tài)分為動(dòng)多態(tài)、靜多態(tài)。動(dòng)多態(tài)是通過繼承和虛函數(shù)來實(shí)現(xiàn)的，在運(yùn)行期間，虛函數(shù)調(diào)用不同子類型的虛成員函數(shù)以實(shí)現(xiàn)不同的功能。靜多態(tài)是通過泛型中模板實(shí)現(xiàn)的，在編譯期間，接口綁定不同的功能代碼。

當(dāng)前，設(shè)計(jì)模式的實(shí)現(xiàn)技術(shù)是使用動(dòng)多態(tài)，即繼承與虛函數(shù)（接口與實(shí)現(xiàn)）。其主要的問題是，接口必須在公共基類中預(yù)先設(shè)定，動(dòng)多態(tài)的綁定是入侵性的或者插入式的。針對(duì)這一問題，本文以抽象工廠模式為例，使用靜多態(tài)給出非入侵性或非插入式的實(shí)現(xiàn)。

2 抽象工廠模式

抽象工廠模式是對(duì)象的結(jié)構(gòu)型模式，其動(dòng)機(jī)是：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無需指定其具體的類。

橋梁模式結(jié)構(gòu)圖如圖1，[3]其參與者分別為：AbstractFactory定義創(chuàng)建抽象產(chǎn)品對(duì)象的操作接口；ConcreteFactory實(shí)現(xiàn)創(chuàng)建具體產(chǎn)品對(duì)象的操作；AbstractProduct定義一類產(chǎn)品對(duì)象的接口；ConcreteProduct為具體的產(chǎn)品對(duì)象。對(duì)象協(xié)作時(shí)，創(chuàng)建ConcreteFactory類的實(shí)例，由具體的工廠創(chuàng)建具有特定實(shí)現(xiàn)的產(chǎn)品對(duì)象。

3 泛型與模板

泛型是現(xiàn)代程序設(shè)計(jì)語言的一種特性。泛型是一種特殊的類型，其將指定類型的工作延遲到客戶端代碼聲明并實(shí)例化類或方法的時(shí)候，泛型將類型參數(shù)化以達(dá)到代碼復(fù)用的目的，從而提高軟件開發(fā)工作效率。

不同的語言支持的泛型的特性不同。.NET泛型是具有占位符（類型參數(shù)）的類、結(jié)構(gòu)、接口和方法，這些占位符是類、結(jié)構(gòu)、接口和方法所存儲(chǔ)或使用的一個(gè)或多個(gè)類型的占位符。泛型集合類可以將類型參數(shù)用作其所存儲(chǔ)的對(duì)象的類型的占位符；類型參數(shù)作為其字段的類型及其方法的參數(shù)類型出現(xiàn)。泛型方法可以將其類型參數(shù)用作其返回值的類型或者其某個(gè)形參的類型。 Java 泛型的參數(shù)只代表類，不能代表個(gè)別對(duì)象。由于 Java 泛型的類型參數(shù)之實(shí)際類型在編譯時(shí)會(huì)被消除，所以無法在運(yùn)行時(shí)得知其類型參數(shù)的類型。Java 編譯器在編譯泛型時(shí)會(huì)自動(dòng)加入類型轉(zhuǎn)換的編碼，因此其運(yùn)行速度不會(huì)因?yàn)槭褂梅盒投涌?。[4]在C++ 中，泛型即模板，其無法對(duì)泛型的類型參數(shù)進(jìn)行約束，在編譯時(shí)，每個(gè)使用的封閉泛型類型都有獨(dú)立的編碼產(chǎn)生，編譯器確保其類型安全性。[5]C++模板有兩種類型，函數(shù)模板與類模板。下面以C++模板為例，給出橋梁模式的實(shí)現(xiàn)方法。

4 泛型實(shí)現(xiàn)抽象工廠模式

基于泛型的靜多態(tài)為實(shí)現(xiàn)設(shè)計(jì)模式提供了新方法。靜多態(tài)的實(shí)現(xiàn)類型在編譯期中確定，從而可以避免使用指針，其具備更好的類型安全性，更高的效率。下面是其實(shí)現(xiàn)結(jié)構(gòu)圖。

在基于泛型的抽象工廠模式實(shí)現(xiàn)中，由于基類變成泛型，實(shí)現(xiàn)了非入侵性或非插入式的綁定。同時(shí)，基于靜多態(tài)的實(shí)現(xiàn)代碼數(shù)量也減小。

5 優(yōu)點(diǎn)與缺點(diǎn)

基于泛型的抽象工廠模式具有以下優(yōu)點(diǎn)：1）無需通過公共基類來表達(dá)接口的共性，更便于實(shí)現(xiàn)內(nèi)建類型的集合；2）不通過指針進(jìn)行間接調(diào)用，生成的代碼效率較高；3）對(duì)于提供部分接口的具體類型也可以調(diào)用；4）靜多態(tài)在編譯期對(duì)所有的綁定操作進(jìn)行檢查，具有更好的類型安全性。其缺點(diǎn)是：1）不能優(yōu)雅地處理異類集合；2）實(shí)現(xiàn)代碼雖小，但可執(zhí)行生成代碼較大；具體實(shí)現(xiàn)中，可根據(jù)其優(yōu)缺點(diǎn)進(jìn)行選擇。

6 結(jié)束語

綜上所述，抽象工廠模式可通過繼承與虛函數(shù)實(shí)現(xiàn)，也可通過泛型和模板實(shí)現(xiàn)。不同封裝變化的技術(shù)可以實(shí)現(xiàn)相同的功能，本文給出了抽象工廠模式基于泛型的實(shí)現(xiàn)方法及代碼，其他模式也可通過泛型實(shí)現(xiàn)。

參考文獻(xiàn)

[1] Gamma Erich.設(shè)計(jì)模式可復(fù)用面向?qū)ο筌浖幕A(chǔ)[M].北京：北京機(jī)械工業(yè)出版， 2000.

[2]拉爾曼.UML 和模式應(yīng)用：面向?qū)ο蠓治雠c設(shè)計(jì)導(dǎo)論[M].北京：北京機(jī)械工業(yè)出版社， 2001.

[3] Shalloway Alan.設(shè)計(jì)模式解析[M].北京：中國電力出版社， 2003.

[4] Wu T C.Java 面向?qū)ο蟪绦蛟O(shè)計(jì)[M].第 2 版.北京：清華大學(xué)出版社， 2002.

篇8

云是多樣化的

云計(jì)算這件事已經(jīng)談了這么久，但為什么戴爾現(xiàn)在才公布云計(jì)算戰(zhàn)略？是不是有點(diǎn)晚？

云計(jì)算不僅只有公有云一種方式。從目前中國用戶的實(shí)際需求來看，企業(yè)用戶直接采用公有云的還比較少，大多數(shù)用戶其實(shí)更青睞混合云。中橋國際調(diào)研咨詢有限公司的調(diào)研數(shù)據(jù)顯示：云計(jì)算、軟件定義數(shù)據(jù)中心、虛擬化是未來12個(gè)月內(nèi)中國用戶IT投資的重點(diǎn)，50%的用戶已經(jīng)或準(zhǔn)備部署云計(jì)算;直接選擇公有云服務(wù)的企業(yè)級(jí)客戶比例只有5.2%，中小企業(yè)直接選擇公有云的比例稍高，但也只有14.7%。曹志平認(rèn)為，中國用戶對(duì)云形態(tài)和部署方式的需求差異比較大，需要廠商提供量身定制的個(gè)性化云計(jì)算解決方案，這也是戴爾提出“Any Cloud”云計(jì)算戰(zhàn)略的重要原因。

戴爾在幫助蘇州工業(yè)園建立云平臺(tái)之前曾經(jīng)詢問過客戶的需求，得到的答復(fù)是，他們最關(guān)注的是業(yè)務(wù)永遠(yuǎn)在線，不要因?yàn)槠脚_(tái)的遷移而導(dǎo)致業(yè)務(wù)中斷，數(shù)據(jù)要絕對(duì)安全，整個(gè)系統(tǒng)的成本要可控，資源和資金可以得到充分利用，并且可以實(shí)現(xiàn)數(shù)據(jù)的智能化管理等，唯獨(dú)沒有對(duì)采用哪種云部署方式提出具體要求?！斑@是我們?cè)谌粘９ぷ髦薪?jīng)常聽到的用戶反饋?！辈苤酒礁嬖V記者，”現(xiàn)在，用戶不會(huì)因?yàn)槁犝f某種技術(shù)先進(jìn)，而一夜之間完成向新技術(shù)平臺(tái)的遷移。向云計(jì)算的演進(jìn)是漸進(jìn)式的，而非革命式的。在云計(jì)算方面，用戶的需求是多樣化的，我們也必須提供多樣化的適合其需求的解決方案?！?/p>

中橋國際調(diào)研咨詢有限公司總經(jīng)理兼首席分析師王叢對(duì)戴爾“Any Cloud”云計(jì)算戰(zhàn)略持肯定態(tài)度。她表示：“戴爾每次一個(gè)戰(zhàn)略，就像它的產(chǎn)品一樣，都是從用戶的需求考慮，實(shí)實(shí)在在，而不是炒作概念。戴爾每一代新的服務(wù)器之前，都會(huì)針對(duì)成千上萬的用戶進(jìn)行調(diào)研。這次戴爾云計(jì)算戰(zhàn)略之前，也委托我們針對(duì)客戶的云計(jì)算需求進(jìn)行了調(diào)研?，F(xiàn)在對(duì)于用戶來說，關(guān)鍵的問題是如何部署云，如何采用一個(gè)正確的演進(jìn)路線圖?！?/p>

“談到云計(jì)算的落地，用戶要考慮的是何時(shí)開始做，如何做。而我們關(guān)注的是如何才能更好地幫助客戶部署云計(jì)算，提供多樣化選擇。” 曹志平表示，“現(xiàn)在，很多廠商都推出了自己的云計(jì)算解決方案，但差異化不明顯，不能給客戶帶來額外的價(jià)值。我們并不認(rèn)為建立一個(gè)公有云平臺(tái)就是實(shí)現(xiàn)了云計(jì)算。我們的云計(jì)算戰(zhàn)略宗旨是在合適的時(shí)間幫助客戶平穩(wěn)地向云計(jì)算過渡，實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)型?！?/p>

曹志平表示，戴爾在云計(jì)算方面要打造一個(gè)完整的生態(tài)鏈，與合作伙伴共同推動(dòng)云計(jì)算的應(yīng)用，當(dāng)然也不排除與合作伙伴一起提供公有云服務(wù)的可能性。目前，戴爾正在和中國本地的一些合作伙伴洽談合作，很快就會(huì)有好消息宣布。

在2014年的Dell World大會(huì)上，戴爾正式了Cloud Marketplace，它基于電子商務(wù)的思路，就像是一個(gè)云計(jì)算的“超級(jí)市場(chǎng)”，企業(yè)用戶可以自由地選擇其上的各種云服務(wù)。雖然目前Cloud Marketplace還沒有在中國市場(chǎng)上完全落地，但曹志平表示，這是戴爾公司的整體策略，他們將積極推動(dòng)Cloud Marketplace在中國的落地和發(fā)展。

云計(jì)算是不斷演進(jìn)的過程

那么，傳統(tǒng)企業(yè)如何才能順利地邁過云計(jì)算這道坎呢？戴爾“Any Cloud”云計(jì)算戰(zhàn)略給出了解決方案，就是“云就緒、云部署和云管理”三部曲。

戴爾將傳統(tǒng)企業(yè)的云計(jì)算旅程劃分成三個(gè)階段。第一個(gè)階段是“云就緒”。在這個(gè)階段，企業(yè)的主要工作是實(shí)現(xiàn)架構(gòu)優(yōu)化，以滿足傳統(tǒng)IT應(yīng)用演進(jìn)和新應(yīng)用的雙重需求。那么，云就緒能不能理解為IT架構(gòu)的虛擬化呢？

戴爾企業(yè)解決方案企業(yè)架構(gòu)師王雪暉回應(yīng)說，云就緒包括兩方面的工作：第一，優(yōu)化客戶的基礎(chǔ)架構(gòu)層，比如可以借助融合或超融合的解決方案，把服務(wù)器、存儲(chǔ)虛擬化，優(yōu)化網(wǎng)絡(luò)架構(gòu)，改傳統(tǒng)的垂直結(jié)構(gòu)為橫向點(diǎn)對(duì)點(diǎn)的溝通，以滿足云計(jì)算的需求;第二，提高運(yùn)營和管理的效率，即通過融合架構(gòu)的管理器把所有IT資源統(tǒng)一管理起來，形成一個(gè)資源池，并動(dòng)態(tài)地監(jiān)控這些資源，為以后的云部署和云管理做好準(zhǔn)備。

第二個(gè)階段是“云部署”，即采用模塊化、融合高效、端到端的技術(shù)方案，保證從傳統(tǒng)架構(gòu)到云架構(gòu)的平滑過渡。王雪暉介紹說，在這個(gè)階段，優(yōu)化融合、QoS（服務(wù)質(zhì)量）、性能彈性和SLA（服務(wù)等級(jí)協(xié)議）是四個(gè)關(guān)鍵指標(biāo)。

第三個(gè)階段是“云管理”，就是跨越異構(gòu)的不同的云環(huán)境，實(shí)現(xiàn)資源的集中、統(tǒng)一管理。

曹志平坦言，傳統(tǒng)企業(yè)在轉(zhuǎn)向云的過程中會(huì)面臨更多的挑戰(zhàn)。如果傳統(tǒng)企業(yè)已經(jīng)擁有了一定規(guī)模的IT系統(tǒng)，并且有意向云計(jì)算轉(zhuǎn)型，希望通過利用一些新技術(shù)提升IT系統(tǒng)的整體效率，降低整體擁有成本，實(shí)現(xiàn)更高的業(yè)務(wù)彈性，不妨可以借鑒“云就緒、云部署和云管理”的三步走策略。

其實(shí)，上述這三個(gè)步驟之間并沒有嚴(yán)格的順序。用戶的特點(diǎn)和需求各不相同，有的用戶可以按部就班地從虛擬化起步，經(jīng)歷云就緒、云部署，最后實(shí)現(xiàn)對(duì)多云架構(gòu)的管理。但對(duì)于有些關(guān)鍵應(yīng)用來說，它的虛擬化或云化過程可能會(huì)延后一點(diǎn)。當(dāng)用戶把整個(gè)環(huán)境優(yōu)化以后，服務(wù)質(zhì)量、服務(wù)等級(jí)協(xié)議都達(dá)到一定要求后，用戶再把關(guān)鍵應(yīng)用遷移到云中也不遲。

“云就緒、云部署和云管理構(gòu)成了一個(gè)循環(huán)，周而復(fù)始。用戶每經(jīng)歷一次循環(huán)，就意味著已經(jīng)解決了一些云計(jì)算的難題，朝著云計(jì)算的最終目標(biāo)又邁進(jìn)一步。”王雪暉表示。

穩(wěn)步推進(jìn)云戰(zhàn)略

為了幫助客戶邁好這三步，戴爾在過去幾年中一直積極布局，進(jìn)行了多次有針對(duì)性的收購。

王雪暉舉例說，幾年前，戴爾收購了一家專門做多云管理的軟件公司。該公司的軟件可以管理市場(chǎng)上20多個(gè)最熱門的公有云，并且可以借助API將這些公有云與私有云連接起來，通過一個(gè)統(tǒng)一的界面進(jìn)行管理，并可監(jiān)控不同云中的資源使用情況。用戶可以在這個(gè)多云的管理平臺(tái)上創(chuàng)建一些標(biāo)準(zhǔn)的模板，并把這些模板部署到不同的公有云或私有云中。戴爾還有一個(gè)名為Boomi的軟件，它可以實(shí)現(xiàn)應(yīng)用的整合，方便把傳統(tǒng)的應(yīng)用與SaaS應(yīng)用連接起來，實(shí)現(xiàn)數(shù)據(jù)的互動(dòng)。

篇9

關(guān)鍵詞：地鐵 軌道施工 整體道床

中圖分類號(hào)：TU74 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：

1引言

某地鐵軌道計(jì)劃采用軌排法方案施工，在鋪軌基地組裝25m軌排，通過軌道運(yùn)輸現(xiàn)場(chǎng)施工專用鋪軌龍門吊鋪軌，墩架法固定軌道，通過料斗或泵送澆筑混凝土。 計(jì)劃開設(shè)兩個(gè)作業(yè)面，左右線同時(shí)施工，確保施工進(jìn)度按計(jì)劃進(jìn)行。以下是對(duì)該施工工藝的闡述。

2施工工藝

2.1土建結(jié)構(gòu)移交

工程部測(cè)量和技術(shù)人員及相關(guān)機(jī)電人員要參與洞內(nèi)的土建移交，同時(shí)做好混凝土下料口、隧道內(nèi)止排水情況、預(yù)埋件、預(yù)留管道、水電接口等施工情況調(diào)查。發(fā)現(xiàn)問題要以報(bào)告的形式上報(bào)監(jiān)理，及時(shí)反映現(xiàn)場(chǎng)情況，并提前做好各種施工的技術(shù)方案及機(jī)械設(shè)備、水電準(zhǔn)備工作。如有問題，必須及時(shí)提供相應(yīng)的施工解決方案，上報(bào)經(jīng)理部領(lǐng)，及時(shí)解決，并做好相應(yīng)的技術(shù)交底。同時(shí)還要做好施工技術(shù)資料的準(zhǔn)備工作，保證各種技術(shù)資料能及時(shí)到達(dá)各領(lǐng)工區(qū)和作業(yè)人員手中。

2.2基標(biāo)測(cè)設(shè)

基標(biāo)測(cè)設(shè)的依據(jù)為上道工序提供的基樁，導(dǎo)線點(diǎn)及水準(zhǔn)點(diǎn)，基樁移交后及時(shí)進(jìn)行標(biāo)示和防護(hù)。及時(shí)對(duì)上道工序提供的導(dǎo)線點(diǎn)及水準(zhǔn)點(diǎn)進(jìn)行復(fù)測(cè)，導(dǎo)線測(cè)量的閉合差和水準(zhǔn)測(cè)量的誤差應(yīng)滿足規(guī)范的精度要求。復(fù)測(cè)成果通過后進(jìn)行控制基標(biāo)和加密基標(biāo)測(cè)設(shè)。

2.3基底鑿毛

在進(jìn)行整體道床施工前，要對(duì)矩形隧道底板進(jìn)行鑿毛處理，徹底清除基底面上的浮漿、污物和臟水。鑿毛可采用風(fēng)鎬和鋼釬將基底鑿成寬度和深度都為5mm?？v橫距離不大于100mm的凹凸面，并清除松散屑物和積水，以保證道床和基底良好銜接。鑿出的垃圾要及時(shí)清掃干凈并袋裝，用軌道車和龍門吊搬運(yùn)出隧道，統(tǒng)一運(yùn)走。

2.4鋪設(shè)洞內(nèi)龍門吊走行線

洞內(nèi)龍門吊走行線采用長度為12.5m的22kg/m的鋼軌，兩股鋼軌的中心距為3.1m，其中心線必須與線路中心線一致，其軌頂標(biāo)高應(yīng)高于道床面標(biāo)高，確保龍門吊走行時(shí)不會(huì)沖撞基標(biāo)。軌下采用鋼制支撐架，其間距按1.5m左右布置，用膨脹螺栓固定在隧道底板上。兩相鄰支撐架中間采用槽鋼支腿加固，以防產(chǎn)生過大的變形而影響龍門吊的走行。支架和支腿均采用螺栓和扣板將鋼軌固定。鋼支架根據(jù)不同的隧道截面尺寸而制。龍門吊走行線的鋪設(shè)必須及時(shí)并超前鋪軌長度50米進(jìn)行，以利轉(zhuǎn)運(yùn)鋼筋和袋裝垃圾，龍門吊走行線轉(zhuǎn)運(yùn)和安裝時(shí)，要特別注意安全和對(duì)已鋪鋼筋網(wǎng)以及基標(biāo)的保護(hù)，杜絕野蠻施工和違章作業(yè)。

2.5鋼筋制安

鋼筋應(yīng)有出廠質(zhì)量證明書或試驗(yàn)報(bào)告單，每捆鋼筋應(yīng)有標(biāo)志。進(jìn)場(chǎng)時(shí)應(yīng)按批檢驗(yàn)，檢驗(yàn)內(nèi)容包括查對(duì)標(biāo)志、外觀檢查，并按GB1499《鋼筋混凝土用熱軋帶肋鋼筋》、GB13013《鋼筋混凝土用熱軋光圓鋼筋》的規(guī)定抽取試樣進(jìn)行力學(xué)性能試驗(yàn)，合格后方能使用。成品鋼筋利用軌道車從下料口運(yùn)至各作業(yè)面進(jìn)行綁扎、焊接。整體道床采用雙層鋼筋網(wǎng)，縱向及橫向鋼筋采用HRB335-14鋼筋、架立筋采用HPB235-10鋼筋，由下至上進(jìn)行綁扎。綁扎采用0.7mm的鐵絲進(jìn)行跳扎。綁扎牢固，不漏綁。綁扎鋼筋時(shí)，鋼筋的間距和外形必須符合設(shè)計(jì)要求。

2.6基地軌排拼裝

以軌節(jié)表為軌排拼裝的依據(jù)，軌排拼裝在拼裝臺(tái)座上進(jìn)行。先用白油漆將軌枕位置標(biāo)注在鋼軌軌腰的內(nèi)側(cè)，扣件組裝完成后安裝混凝土軌枕。軌枕安裝要同時(shí)在左右股鋼軌上，每隔4-5根軌枕安裝一根軌距拉桿以固定軌距，用螺栓固定緊密，并與鋼軌、軌枕、扣件一起構(gòu)成軌排框架。軌排組裝完成后組織驗(yàn)收，特別注意檢查軌距、軌枕位置及間距、軌距墊安裝位置、扣件與軌枕是否密貼等。驗(yàn)收合格后用龍門吊吊運(yùn)到指定地點(diǎn)堆放或裝車并按鋪設(shè)順序注明軌節(jié)編號(hào)。

2.7洞內(nèi)軌排鋪設(shè)及調(diào)試

利用軌道車牽引特制平車運(yùn)送軌排至作業(yè)區(qū)，再用洞內(nèi)的兩臺(tái)鋪軌龍門吊將軌排吊至作業(yè)面安裝。依據(jù)線路加密基標(biāo)控制其中線和方向，并用魚尾板和螺栓將其與已鋪設(shè)定位的軌排連接，利用人工、起道機(jī)及側(cè)向支撐初步調(diào)整軌道幾何尺寸，將軌排初步就位。軌排初步就位后，按照線路基標(biāo)，用萬能道尺、直角尺并通過上承式鋼軌支撐架調(diào)整軌排高低采用鋼制螺旋頂桿調(diào)整軌道方向。每隔4-5根軌枕設(shè)置一根鋼軌支撐架。由于鋼軌支撐架的位置與線路基標(biāo)不在同一橫截面上，以及調(diào)軌時(shí)鋼軌的牽連移動(dòng)，故調(diào)軌工作實(shí)際上是按趨近法進(jìn)行的，需重復(fù)多次才能完善。

2.8相關(guān)專業(yè)接口及伸縮縫的設(shè)置

根據(jù)排水專業(yè)提供的資料，在廢水泵站和排水管的位置設(shè)置集水坑。軌道設(shè)計(jì)應(yīng)滿足人防門和防淹門的要求，為人防門和防淹門預(yù)留合適的位置和接口條件。預(yù)埋過軌管線采用直徑80mm的防護(hù)鋼管，從道床水溝兩側(cè)穿出，兩頭露出道床面100mm左右彎曲半徑為管徑的10倍。預(yù)埋時(shí)，宜內(nèi)穿細(xì)鐵絲，并且做好防阻塞封堵。過軌管埋設(shè)在兩軌枕之間的道床內(nèi)，每個(gè)枕間最多埋設(shè)1根，距基底60mm左右。整體道床每隔12.5m設(shè)置道床伸縮縫一處，伸縮縫寬20mm，以瀝青板形成。在結(jié)構(gòu)沉降縫處應(yīng)設(shè)置道床伸縮縫，軌枕應(yīng)避開結(jié)構(gòu)伸縮縫設(shè)置。

2.9道床模板安裝

鋼軌鋪設(shè)就位后，即可進(jìn)行道床模板的安裝。道床混凝土分兩次澆筑。為確保模板的穩(wěn)定性和安裝精度，在順線路方向每隔0.5m。采用φ12的鉆頭在隧道基底鉆孔，插入φ10的鋼筋以固定模板的位置，采用內(nèi)外交錯(cuò)方式在模板兩側(cè)鉆空釘鋼筋來固定模板，模板間采用特制夾具結(jié)合在一起。模板上方用‘S’形彎鉤連接到軌底板內(nèi)側(cè)，在軌枕和模板之間采用小方木支撐，以保證模板的穩(wěn)定性。

2.10混凝土澆筑

混凝土采用料斗運(yùn)送混凝土，混凝土罐車到達(dá)下料口后，先將混凝土通過下料管下到軌道平板車上的料斗內(nèi)，再由軌道車將料斗運(yùn)送到工作面上，然后鋪軌龍門吊吊起料斗運(yùn)送到澆筑位置進(jìn)行卸料澆筑。整體道床及水溝采取一次成形，混凝土應(yīng)分段施工，每次都必須保證連續(xù)施工，一次成型。澆筑應(yīng)連續(xù)進(jìn)行，如發(fā)生混凝土供應(yīng)不上，混凝土澆筑必須停止時(shí)。應(yīng)在前層混凝土凝結(jié)之前，將次層混凝土澆筑完畢。但混凝土澆筑的間歇時(shí)間不易過長，必要時(shí)應(yīng)設(shè)置施工縫。如該處無法留置施工縫時(shí)，應(yīng)將混凝土分散于道床四周并用振動(dòng)器搗實(shí)，下次澆筑混凝土前，應(yīng)將表層水泥薄膜和軟弱松動(dòng)的混凝土鑿除，沖洗干凈并潤濕，方可進(jìn)行上層混凝土澆筑?；炷敛捎忙?0的振動(dòng)棒進(jìn)行振搗。每次振動(dòng)棒的移動(dòng)間距≤300mm，應(yīng)快插慢拔，振搗至拌合物不泛漿和不再下沉為止。軌枕下和模板邊應(yīng)加強(qiáng)振搗。澆筑完后，進(jìn)行抹面。

2.11混凝土養(yǎng)護(hù)

混凝土澆筑完畢后需進(jìn)行養(yǎng)護(hù)由于隧道內(nèi)溫度和濕度均較為穩(wěn)定，有利于混凝土的養(yǎng)護(hù)，所以采用灑養(yǎng)護(hù)液養(yǎng)護(hù)的辦法即可滿足施工要求。道床混凝土澆筑完畢初凝完成后立即用土工布覆蓋混凝土表面，同時(shí)灑養(yǎng)護(hù)液潤濕。養(yǎng)護(hù)過程中應(yīng)隨時(shí)保持土工布的潤濕。其養(yǎng)護(hù)時(shí)間不得少于7天。

3總結(jié)

在對(duì)地鐵軌道整體道床線路施工方法進(jìn)行充分總結(jié)的基礎(chǔ)上，給出該施工方法的整個(gè)流程，對(duì)以后采用該方法施工的地鐵軌道具有借鑒意義。

參考文獻(xiàn)

[1] 劉道通，楊寶峰. 地鐵軌道施工常見問題及解決方案[J]. 鐵道工程學(xué)報(bào). 2010(004): 97-100.

[2] 吳斌. 地鐵軌道施工常見問題分析及解決方案探究[J]. 世界華商經(jīng)濟(jì)年鑒· 城鄉(xiāng)建設(shè). 2012(12).

作者信息：

姓名：劉志權(quán)

出生年月：1983年11月

籍貫：黑龍江省伊春市

篇10

[關(guān)鍵詞] 工作流系統(tǒng) 流程引擎 模板設(shè)計(jì) 表單生成器

中小企業(yè)作為最大的企業(yè)群體,在企業(yè)信息化建設(shè)方面存在迫切需求的同時(shí),也對(duì)信息化解決方案提出了獨(dú)特的要求。一方面中小企業(yè)希望系統(tǒng)能靈活易用,支持快速部署。另一方面又希望信息化服務(wù)的價(jià)格比較低廉,而且大量傳統(tǒng)中小企業(yè)對(duì)軟件的高額開發(fā)和維護(hù)成本缺少足夠的認(rèn)識(shí),這樣在信息化解決方案中盡可能地使用一些輕量級(jí)的解決方案。

我們?cè)陂L期的中小企業(yè)信息化實(shí)踐中,逐漸采用了一套微型的工作流系統(tǒng),在開發(fā)和部署輕量級(jí)的前提下,為中小企業(yè)的信息化保留了足夠的靈活性和可用性。微型工作流系統(tǒng)同樣提供了比較完整的工作流體系結(jié)構(gòu),主要包括:數(shù)據(jù)存儲(chǔ),流程引擎,表單生成器,可視化流程設(shè)計(jì)器。

一、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)

工作流系統(tǒng)的數(shù)據(jù)存儲(chǔ)設(shè)計(jì)主要考慮流程數(shù)據(jù)存取模型,即如何組織流程模板中定義的數(shù)據(jù),如何存取流程數(shù)據(jù)。設(shè)計(jì)的另外一個(gè)方面是設(shè)計(jì)工作流系統(tǒng)本身運(yùn)行所需要的其他數(shù)據(jù)。

1.數(shù)據(jù)存儲(chǔ)設(shè)計(jì)概述

數(shù)據(jù)存儲(chǔ)設(shè)計(jì)中對(duì)工作流系統(tǒng)必不可少的數(shù)據(jù)表分為三個(gè)部分:

(1)組織機(jī)構(gòu)表

(2)流程系統(tǒng)支撐表

流程注冊(cè)表:存放目前系統(tǒng)中部署的流程及其信息;

流程任務(wù)表:存放系統(tǒng)中所有的流程任務(wù);

通知信息表:存放系統(tǒng)郵件,系統(tǒng)通知等;

流程角色表:存放所有流程中的角色;

角色用戶映射表:存放角色映射的具體用戶。

(3)流程數(shù)據(jù)表

流程數(shù)據(jù)表:流程數(shù)據(jù)表用來存放已部署流程的流程數(shù)據(jù);

簽批數(shù)據(jù)表:存放所有流程簽批數(shù)據(jù)。

2.流程數(shù)據(jù)存取模型

流程支持的數(shù)據(jù)類型很多,為了增加系統(tǒng)的靈活性,系統(tǒng)通過配置文件來決定數(shù)據(jù)類型在流程數(shù)據(jù)庫創(chuàng)建時(shí)使用的數(shù)據(jù)字段類型。這個(gè)特性還可以規(guī)避數(shù)據(jù)庫類型對(duì)系統(tǒng)的限制,在部署不同數(shù)據(jù)庫時(shí)可以修改該配置文件來映射到該數(shù)據(jù)庫的自動(dòng)類型定義。比如使用Oracle數(shù)據(jù)庫時(shí)可以如下定義:

text = varchar2(500)

list = varchar2(32)

其中等式左邊是模板中使用的數(shù)據(jù)類型,右邊是創(chuàng)建流程數(shù)據(jù)表時(shí)使用的數(shù)據(jù)庫字段類型。

二、模板系統(tǒng)

模板是表達(dá)流程的載體,其表達(dá)能力,擴(kuò)充能力和可讀性在微型工作流應(yīng)用中顯得非常重要。我們采用XML標(biāo)注語言作為模板描述語言。XML目前在數(shù)據(jù)交換,配置文件等應(yīng)用方面應(yīng)用非常廣泛,幾乎所有的開發(fā)平臺(tái)都很好的支持XML,同時(shí)XML作為標(biāo)注語言非常易于擴(kuò)充,方便編輯和部署。模板系統(tǒng)包括兩個(gè)大的方面:流轉(zhuǎn)關(guān)系和數(shù)據(jù)描述。

為了方便說明,下面是截取的模板的DTD片段:

流程模板中定義如下關(guān)系:順序,并行,條件分支,跳轉(zhuǎn)。

Sequence:定義順序關(guān)系。

Parallel:定義并行關(guān)系。

If:定義條件分支。

任務(wù)包括兩種:task元素定義人工執(zhí)行任務(wù), agent元素定義各種自動(dòng)執(zhí)行的任務(wù),而且可以通過agent元素?cái)U(kuò)展流程中的各種個(gè)性化需求。比如目前最常用的一些功能都可以通過定義不同的agent元素,引入到工作流定義中:操作外部業(yè)務(wù)數(shù)據(jù),Email發(fā)送,短信提醒,文件操作等。

三、流程引擎

引擎作為系統(tǒng)運(yùn)轉(zhuǎn)的核心,我們可以將引擎系統(tǒng)分為如下三個(gè)主要部分:模板加載器,流程管理器,流程驅(qū)動(dòng)器。

1.模板加載器

模板加載器的功能是分析模板文件,將模板配置的流程變?yōu)閮?nèi)部模型存儲(chǔ)在流程管理器中。由于流程支持流轉(zhuǎn)方式的嵌套,比如并行流作為順序流的一個(gè)環(huán)節(jié),而條件分支流又作為并行流的一個(gè)環(huán)節(jié)。引擎內(nèi)部使用樹結(jié)構(gòu)作為流程內(nèi)部的存儲(chǔ)實(shí)體,下面是一個(gè)內(nèi)部存儲(chǔ)結(jié)構(gòu)的示意圖:

圖流程內(nèi)部存儲(chǔ)結(jié)構(gòu)(Inter-Structure Of Workflow Template)

從圖中可以看出,該存儲(chǔ)結(jié)構(gòu)是一種遞歸的形式,所以模板的解析算法也采用了遞歸的方法。

2.流程管理器

流程管理器主要完成已配置流程的內(nèi)部模型維護(hù)和管理。系統(tǒng)啟動(dòng)時(shí)會(huì)有一個(gè)加載所有已配置模板的過程,在該過程中模板加載器會(huì)將所有的模板進(jìn)行解析和轉(zhuǎn)換,將轉(zhuǎn)換完成的內(nèi)部模型注冊(cè)到流程管理器中,流程管理器保證和維護(hù)了流程模板的最新版本在內(nèi)存中的映像。

3.流程驅(qū)動(dòng)器

流程驅(qū)動(dòng)器的主要功能是按照流程內(nèi)部模型驅(qū)動(dòng)流程實(shí)例流轉(zhuǎn)。通過上述的內(nèi)部模型存儲(chǔ)結(jié)構(gòu)可以看出,流程內(nèi)部模型是一個(gè)樹狀結(jié)構(gòu),所有的葉節(jié)點(diǎn)是可執(zhí)行環(huán)節(jié),非葉節(jié)點(diǎn)是邏輯控制的容器類節(jié)點(diǎn)。

流程驅(qū)動(dòng)器也采用單體模式設(shè)計(jì),所有操作都是線程安全的。

四、表單生成器

表單生成器解決工作任務(wù)執(zhí)行時(shí)如何創(chuàng)建給用戶的工作表單的問題,主要包含兩個(gè)大的方面:表單布局和表單數(shù)據(jù)操作。表單布局是小型工作流系統(tǒng)和大型工作流系統(tǒng)的重要區(qū)別之一。本系統(tǒng)的表單布局和大型工作流系統(tǒng)有如下重要區(qū)別:

1.用戶不能自定義表單布局,僅僅能在模板中通過Style屬性控制控件樣式;

2.用戶不能添加自定義的圖形,圖標(biāo)等內(nèi)容;

3.省略平成了整個(gè)系統(tǒng)的開發(fā),采用技術(shù)完成了表單生成器。整個(gè)系統(tǒng)的開發(fā)規(guī)模為10個(gè)人月,在實(shí)踐中取得了很好的效果,下面是實(shí)踐中的具體情況:

1.企業(yè)規(guī)模:600人

2.部署流程規(guī)模:40個(gè)

3.流程平均部署時(shí)間:3天

4.日均處理流程數(shù):> 120個(gè)

5.日均處理任務(wù)數(shù):> 1000個(gè)

用戶通過部署工作流系統(tǒng)大大縮短了流程的部署時(shí)間,同時(shí)大大降低了開發(fā)和擁有成本。

參考文獻(xiàn):