祁少鍔

摘 ?要：醫(yī)院應(yīng)用信息系統(tǒng)開(kāi)發(fā)過(guò)程中，用戶的需求層出不窮，這就要求應(yīng)用軟件開(kāi)發(fā)商和開(kāi)發(fā)工程師針對(duì)用戶的需求不斷改進(jìn)產(chǎn)品。軟件開(kāi)發(fā)商和開(kāi)發(fā)工程師也有各自應(yīng)對(duì)不斷變化需求的方式。例如增加配置、采用組件編輯器、采用可視化編輯器、采用多層開(kāi)發(fā)結(jié)構(gòu)等。為了應(yīng)對(duì)用戶需求，該文開(kāi)發(fā)了一種適應(yīng)醫(yī)院應(yīng)用需求的可視化編輯器，它不但能夠應(yīng)對(duì)普通的用戶對(duì)話界面，還能夠應(yīng)對(duì)復(fù)雜的對(duì)話界面，包括護(hù)理評(píng)估單、護(hù)理記錄單等。

關(guān)鍵詞：編輯器;可視化;軟件工程;信息管理

中圖分類號(hào)：TP393 ? ? ? ? ? ? 文獻(xiàn)標(biāo)志碼：A

1 行業(yè)綜述

1.1 軟件工程理論

軟件工程是指應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，用工程化的原則和方法來(lái)解決軟件工程的問(wèn)題。其目的是提高軟件的生產(chǎn)率，提高軟件的質(zhì)量，降低軟件的成本。軟件的生存周期是指可行性的分析與項(xiàng)目的開(kāi)發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、維護(hù)等活動(dòng)。軟件生存周期模型有瀑布模型（按順序階段性開(kāi)發(fā)）、演化模型（先構(gòu)造一個(gè)初始版本再不斷改進(jìn)）、螺旋模型（制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、用戶評(píng)估）、噴泉模型（重視用戶需求，允許各步驟交叉進(jìn)行）。軟件開(kāi)發(fā)方法有結(jié)構(gòu)化方法（面向數(shù)據(jù)流，自頂向下逐層分解）、Jackson 方法（面向數(shù)據(jù)結(jié)構(gòu)），原型化方法（開(kāi)發(fā)一個(gè)對(duì)用戶透明的框架，然后根據(jù)用戶需求壯大）、面向?qū)ο蟮拈_(kāi)發(fā)方法。需求的分析是指確定應(yīng)用軟件系統(tǒng)的綜合要求，分析應(yīng)用軟件系統(tǒng)的數(shù)據(jù)要求，導(dǎo)出信息系統(tǒng)的邏輯模型。

1.2 軟件理論在實(shí)際應(yīng)用中的情況

基于以上理論基礎(chǔ)，各個(gè)醫(yī)院的應(yīng)用信息系統(tǒng)軟件開(kāi)發(fā)廠商都有自己的應(yīng)對(duì)策略和成熟經(jīng)驗(yàn)。

1.2.1 開(kāi)發(fā)部門與項(xiàng)目實(shí)施部門責(zé)任嚴(yán)格分開(kāi)

開(kāi)發(fā)工程師根據(jù)項(xiàng)目現(xiàn)場(chǎng)提交的需求文檔，在公司開(kāi)發(fā)應(yīng)用產(chǎn)品程序代碼，不直接到項(xiàng)目現(xiàn)場(chǎng)工作?，F(xiàn)場(chǎng)工程師則負(fù)責(zé)整理需求，與用戶交流。當(dāng)開(kāi)發(fā)工程師完成開(kāi)發(fā)程序代碼，測(cè)試程序2項(xiàng)工作后，提交給項(xiàng)目現(xiàn)場(chǎng)工程師進(jìn)行部署，根據(jù)用戶測(cè)試結(jié)果，針對(duì)問(wèn)題，由現(xiàn)場(chǎng)工程師匯總反饋給公司進(jìn)行修改，直至滿足客戶要求。

這種方式使開(kāi)發(fā)工程師與項(xiàng)目現(xiàn)場(chǎng)工程師責(zé)任清晰?，F(xiàn)場(chǎng)工程師不更改程序代碼，有需求提交公司進(jìn)行開(kāi)發(fā)。這種方式的缺點(diǎn)是對(duì)開(kāi)發(fā)工程師和現(xiàn)場(chǎng)工程師的能力有較高要求?，F(xiàn)場(chǎng)工程師要能清晰領(lǐng)會(huì)用戶的需求并形成文檔交給開(kāi)發(fā)工程師，開(kāi)發(fā)工程師能夠根據(jù)文檔進(jìn)行開(kāi)發(fā)。如果某個(gè)環(huán)節(jié)薄弱就會(huì)造成效率低下，影響工作推進(jìn)。優(yōu)點(diǎn)程序版本控制相對(duì)容易。

1.2.2 開(kāi)發(fā)工程師與項(xiàng)目工程師之間沒(méi)有嚴(yán)格的界限

開(kāi)發(fā)工程師直接進(jìn)駐項(xiàng)目現(xiàn)場(chǎng)與用戶直接溝通交流，根據(jù)項(xiàng)目現(xiàn)場(chǎng)需求對(duì)版本進(jìn)行修改。優(yōu)點(diǎn)是對(duì)項(xiàng)目工程師的要求不高，問(wèn)題處理效率高，用戶體驗(yàn)好。缺點(diǎn)是程序版本不容易控制。

1.2.3 開(kāi)發(fā)工程師與項(xiàng)目工程師之間有一定的界限

研發(fā)工程師在公司工作，現(xiàn)場(chǎng)工程師負(fù)責(zé)整理需求，與用戶交流。在開(kāi)發(fā)與項(xiàng)目之間還有一個(gè)技術(shù)支持團(tuán)隊(duì)，他們負(fù)責(zé)項(xiàng)目的需求開(kāi)發(fā)與交流。采用這種方式，新產(chǎn)品的研發(fā)和控制均在公司完成，現(xiàn)場(chǎng)個(gè)性化需求定制，由技術(shù)支持工程師完成，提高了解決需求的效率，也提高了用戶的體驗(yàn)效果，并且拉近了項(xiàng)目與研發(fā)的距離。

產(chǎn)品應(yīng)用靈活度對(duì)于產(chǎn)品的上線、實(shí)施有著重要作用。如果每個(gè)需求都需要開(kāi)發(fā)工程師來(lái)處理，那么效率低且不利于項(xiàng)目的推進(jìn)。如果通過(guò)靈活的配置來(lái)解決用戶需求，那么對(duì)于用戶和軟件廠商來(lái)說(shuō)，便 是一個(gè)完美的工作方式。同時(shí)對(duì)于實(shí)施人員來(lái)說(shuō)，也是一個(gè)容易接受的方式。然而對(duì)于技術(shù)支持人員來(lái)說(shuō)，通過(guò)一些配置解決用戶的需求，可能要求就太低了。對(duì)于他們來(lái)說(shuō)，通過(guò)一些便捷的開(kāi)發(fā)工具、后臺(tái)代碼的編寫，就能處理相對(duì)復(fù)雜的用戶需求，是個(gè)不錯(cuò)的解決方案。

傳統(tǒng)的Visual Basic（簡(jiǎn)稱VB）是微軟公司開(kāi)發(fā)的一種通用的基于面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言，為面向?qū)ο蟮慕Y(jié)構(gòu)化、模塊化，包括協(xié)助IDE開(kāi)發(fā)環(huán)境的事件驅(qū)動(dòng)為機(jī)制的可視化的程序設(shè)計(jì)語(yǔ)言。

PowerBuilder美國(guó)的Sybase公司開(kāi)發(fā)研制的一種新型的、快速的開(kāi)發(fā)工具，是客戶機(jī)/服務(wù)器（C/S）結(jié)構(gòu)下，基于Windows3.x、Windows95和WindowsNT的一個(gè)集成化開(kāi)發(fā)工具套件。它包括一個(gè)直觀可視化的圖形界面和可擴(kuò)展的面向?qū)ο蟮木幊陶Z(yǔ)言PowerScript，并且提供與當(dāng)前流行的大型數(shù)據(jù)庫(kù)匹配的通用接口，并可通過(guò)ODBC與單機(jī)數(shù)據(jù)庫(kù)相連。

Delphi是Windows平臺(tái)下著名的快速應(yīng)用程序開(kāi)發(fā)工具（Rapid Application Development，簡(jiǎn)稱RAD）。它的前身，即是DOS時(shí)代盛行一時(shí)的“BorlandTurbo Pascal”，最早的版本由美國(guó)的Borland（寶蘭）公司于1995年研發(fā)。主創(chuàng)者為Anders Hejlsberg。經(jīng)過(guò)數(shù)年的發(fā)展，該產(chǎn)品也轉(zhuǎn)移至了Embarcadero公司旗下。Delphi是一個(gè)可視化集成開(kāi)發(fā)環(huán)境（IDE），使用的核心是由傳統(tǒng)的Pascal語(yǔ)言發(fā)展而來(lái)的Object Pascal，以圖形化的用戶界面為開(kāi)發(fā)環(huán)境，透過(guò)IDE、VCL工具與編譯器，配合連結(jié)數(shù)據(jù)庫(kù)的功能，構(gòu)成了一個(gè)以面向?qū)ο蟪绦蛟O(shè)計(jì)為中心的應(yīng)用程序開(kāi)發(fā)工具。

以上這些傳統(tǒng)的C/S架構(gòu)快速開(kāi)發(fā)工具，目前已退出主流市場(chǎng)行列，取而代之的是Visual Studio.NET 開(kāi)發(fā)套件和Java相關(guān)產(chǎn)品。

2 研究成果

利用Visual Studio.NET 開(kāi)發(fā)工具，采用C#語(yǔ)言開(kāi)發(fā)環(huán)境開(kāi)發(fā)的可視化界面編輯器是一個(gè)集界面編輯、打印界面編輯、知識(shí)庫(kù)編輯于一體的可視化編輯器，后臺(tái)數(shù)據(jù)庫(kù)存儲(chǔ)使用的是美國(guó)Inter Systems公司產(chǎn)品CACH ?數(shù)據(jù)庫(kù)。

該界面編輯器的特點(diǎn)是可以編輯普通對(duì)話界面以及復(fù)雜評(píng)估單界面。支持界面的元素有普通文本框、綁定知識(shí)庫(kù)的富文本編輯框、下拉框、單選框、日期、時(shí)間框、多選框，并支持對(duì)控件元素屬性的編輯。界面元素運(yùn)用拖拽的方式進(jìn)行版面編輯。并實(shí)現(xiàn)界面在各項(xiàng)目之間通過(guò)XML結(jié)構(gòu)文檔的導(dǎo)入導(dǎo)出。

表格編輯器的特點(diǎn)：表格元素可以實(shí)現(xiàn)多種屬性的元素集合（文本、日期、下拉框、多選框），元素可以隨意調(diào)整位置，不用改變后臺(tái)程序。表格的表頭可以實(shí)現(xiàn)三層分組結(jié)構(gòu)。表格可以關(guān)聯(lián)綁定數(shù)據(jù)庫(kù)記錄集。

界面結(jié)構(gòu)化存儲(chǔ)特點(diǎn)：編輯的界面按照XML結(jié)構(gòu)存儲(chǔ)，實(shí)現(xiàn)界面的序列化和反序列化，數(shù)據(jù)以流的方式存儲(chǔ)到后臺(tái)數(shù)據(jù)庫(kù)中。

知識(shí)庫(kù)編輯特點(diǎn)：能夠滿足護(hù)理、醫(yī)療等方面常用的知識(shí)庫(kù)使用（護(hù)士、醫(yī)生可以編輯一套文本）功能，編輯方面包括下拉框、單選框、日期、時(shí)間框、多選框等知識(shí)庫(kù)元素，實(shí)現(xiàn)了XML結(jié)構(gòu)存儲(chǔ)以及各項(xiàng)目之間XML結(jié)構(gòu)的導(dǎo)入導(dǎo)出。

打印界面編輯特點(diǎn)：實(shí)現(xiàn)了打印內(nèi)容與界面元素的綁定。打印元素實(shí)現(xiàn)可視化編輯，包括了配置紙張、綁定對(duì)應(yīng)的界面、綁定界面表格數(shù)據(jù)、運(yùn)用拖拽的方式編輯界面元素，還可以利用畫筆進(jìn)行表格、直線、圓形、矩形繪制等功能，并實(shí)現(xiàn)各項(xiàng)目之間XML結(jié)構(gòu)導(dǎo)入導(dǎo)出。

Ext.JSON結(jié)構(gòu)界面生成器特點(diǎn)：可以將C/S結(jié)構(gòu)界面生成為JSON結(jié)構(gòu)的Ext界面。實(shí)現(xiàn)對(duì)于護(hù)理記錄單、評(píng)估單等復(fù)雜界面的處理。醫(yī)院的臨床護(hù)理記錄單、評(píng)估單對(duì)于各個(gè)廠商來(lái)說(shuō)都是很難處理的。該產(chǎn)品處理復(fù)雜的護(hù)理記錄單、多種樣式的評(píng)估單時(shí)，在技術(shù)支持層面就能夠得到完美解決，無(wú)須專門的研發(fā)人員進(jìn)行開(kāi)發(fā)，并且使護(hù)理表單與知識(shí)庫(kù)完美結(jié)合?？梢杂行У貪M足用戶需求，降低開(kāi)發(fā)復(fù)雜度。

以上功能的實(shí)現(xiàn)，使現(xiàn)場(chǎng)技術(shù)支持工程師不但能夠快速滿足用戶的各種需求，而且在滿足用戶的個(gè)性化需求方面有著不錯(cuò)的表現(xiàn)。

3 落地使用效果

該產(chǎn)品在多家大型三甲醫(yī)院得到應(yīng)用。主要應(yīng)用于護(hù)理管理系統(tǒng)、護(hù)理病歷系統(tǒng)、健康宣教系統(tǒng)、移動(dòng)護(hù)理APP系統(tǒng)等。使用過(guò)程靈活、方便，對(duì)于處理復(fù)雜表單有著不可取代作用。復(fù)雜界面配以通用的后臺(tái)處理程序，加上個(gè)性定制，可適用于不同項(xiàng)目的用戶需求。編輯器在將護(hù)理病歷從臺(tái)式桌面應(yīng)用延伸到移動(dòng)智能設(shè)備APP過(guò)程中起到至關(guān)重要的作用，包括入院評(píng)估單、護(hù)理記錄單從桌面應(yīng)用延伸到移動(dòng)APP，使桌面護(hù)理應(yīng)用在移動(dòng)APP上操作更加便捷。

4 優(yōu)缺點(diǎn)展望

4.1 優(yōu)點(diǎn)

該產(chǎn)品具有9個(gè)優(yōu)點(diǎn)。1）該產(chǎn)品界面操作簡(jiǎn)單，功能強(qiáng)大。2）同時(shí)支持C/S結(jié)構(gòu)與B/S結(jié)構(gòu)界面編輯。3）程序部署方便，更新程序在服務(wù)器端就能完成。4）可作為信息系統(tǒng)應(yīng)用界面的定制，快捷方便。5）界面結(jié)構(gòu)XML文件導(dǎo)入導(dǎo)出功能，實(shí)現(xiàn)不同項(xiàng)目之間的成果共享。6）實(shí)現(xiàn)了界面的目錄管理，并可以實(shí)現(xiàn)整個(gè)目錄的導(dǎo)入導(dǎo)出，節(jié)省操作時(shí)間。7）復(fù)雜的表格單元實(shí)現(xiàn)文本、日期、下拉框、多選框等多種屬性元素同時(shí)使用，簡(jiǎn)單方便。8）打印模板編輯功能實(shí)現(xiàn)了可視化編輯修改，無(wú)需更新程序，給項(xiàng)目帶來(lái)極大方便。9）護(hù)理復(fù)雜評(píng)估單可拆分成多個(gè)界面作為移動(dòng)APP應(yīng)用界面使用，實(shí)現(xiàn)界面的一對(duì)多綁定劃分。

4.2 缺點(diǎn)

界面維護(hù)目前只實(shí)現(xiàn)了單人操作，不能多用戶同時(shí)編輯，這個(gè)有待后續(xù)新版本處理;界面編輯器僅支持一種C/S界面結(jié)構(gòu);Web界面僅支持Ext.JSON的解析，如果能夠支持jQuery EasyUI或者更多其他前臺(tái)技術(shù)就更好了，目前無(wú)法跨平臺(tái)部署程序。

參考文獻(xiàn)

[1]胡思康.軟件工程基礎(chǔ)（第三版）[M].北京：清華大學(xué)出版社，2019.

[2]本杰明·帕金斯.NET開(kāi)發(fā)經(jīng)典名著[M].北京：清華大學(xué)出版社，2019.

[3]Robert C.Martin.敏捷軟件開(kāi)發(fā)[M].北京：清華大學(xué)出版社，2003.