臨床信息管理系統的研究與設計

發布時間：2023-07-20 10:30

第一章緒論 1

1.1課題研究背景和意義 1

1.2國內外研究現狀 3

1.3論文主要工作內容和結構 4

第二章相關技術介紹 5

2. 1 C#簡述 5

2.2xml 6

2.3B/S 架構和 C/S 架構 8

2.4flexcell 簡述 10

第三章醫院信息管理系統和電子病歷 1 1

3.1醫院信息管理系統架構簡述 1 1

3.2醫院信息管理系統功能 11

3.3電子病歷架構簡述 13

3.4電子病歷功能 14

第四章系統需求分析 16

4.1總體需求分析 16

4.2系統基礎業務需求分析 16

4.3系統基礎管理功能需求分析 18

4.4系統管理功能需求 19

4.5臨床信息管理系統與醫院信息系統和電子病歷的對接需求信息 20

第五章系統設計實現 22

5.1設計原則 22

5.1.1病區臨床信息管理系統接口接收HIS與電子病歷病區信息數據設計 24

5.2系統基礎業務功能設計實現 26

5.3系統基礎管理功能設計實現 33

5.4系統管理功能設計實現 34

5.5臨床信息管理系統的病區構架設計實現 36

第六章系統測試 40

6.1測試環境 40

6.2測試目的 40

6.3測試內容 40

6.4測試結果 40

6.5病區臨床信息管理系統與傳統管理方式的對比及系統性能優勢 46

第七章總結與展望 48

7.1總結 48

7.2展望 48

參考文獻 49

致謝 50

第一章緒論

1.1課題研究背景和意義

從上個世紀 80 年代開始，全球的信息化改革席卷浪潮開始加速，信息化在社會生活中扮演的角色愈發的重要［1］。隨著信息技術的高速發展，計算機電腦管理方式正在逐漸的被用于衛生領域，經過了數十年的研究和探索，醫療行業的信息系統從無到有，從簡單到較為復雜，正在逐步的應用于我國的各級單位之中［2］。中國醫院的信息化建設開始于上世紀七十年代，部門級系統應用、單機單用戶應用、全院級系統應用以及區域之間的醫療探索活動是信息化建設的四個主要發展階段［3］。調查表明，我國三級醫院的信息化建設保障體系日趨完善［4］。由于醫院信息化建設是普遍認為的具有高風險高投入以及最復雜的信息化建設項目 ,它的發展程度和其他行業中的信息化相比還有差距［5］。醫療科技的進步以及人們對于醫療需求的基準不斷地提升，各級單位醫院的管理變得更加的復雜和困難，醫院管理的科學性要求標準也隨之不斷地提升，所以如果僅僅依靠管理者個人的工作經驗或者傳統的手工模式的管理方法，已經遠遠不能滿足現代化醫療行業的需求。醫院在信息化建設項目管理中的宏遠方向，就是首先要明確信息化建設中項目的范圍，其次確保包括成本控制，提高使用效率并且保質保量，最終完成項目任務目標，在項目進行實施的過程中，要有必要的明確且合理的風險評估和風險控制手段［6］。醫院信息化建設可以極大推動醫院的管理水平和工作效率，增強現代醫院的核心競爭力［7］。醫院的信息化系統的建設，是我國各級醫院針對于加強精細管理，信息化管理，走高精尖發展道路的最有效方式，以計算機網絡為基礎的信息化建設，促進了醫院管理的科學化和規范化，這已經成為衡量一個醫院是否具備良好社會形象和先進管理水平的重要標志。眾所周知,先進的設備儀器是醫療衛生服務行業所需要的強有效的支持，現代化醫院信息化建設管理也需要那些具備比較高的性能，同時消耗成本有比較低的儀器設備，這是保障其實現的前提。目前醫療服務行業中使用的高端醫療信息管理技術手段是運用非常大量的具備計算機網絡功能，以及擁有數字化醫療診療病患的身體健康檢測的儀器設備作為前提。信息化的醫療診療儀器設備是基于微電子技術，軟件運用技術以及高精尖的微處理器技術，這也是在這個運用計算機網絡構建信息化建設時代下，醫療診療設備不斷向密集智能化和便攜趨勢化下發展的一個顯著成績。計算機智能化下的醫療服務行業的設備被廣泛的應用，集中在具備臨床數據采集與處理領域，需要進行在線監護和警告病患信息異常的領域以及需要進行大規模的數據分析的衛生部門。從硬件方面上講，具有較大規模的微電子電路集成技術是硬件核心，從軟件方面來說，超高速數字信號的算法和非常成熟的運算處理程序是軟件的基礎，并且這些都是智能化設備的共同特點。這些設備同時可以基于發達的無線網絡通信技術和英特網技術，來完成和其他醫療服務行業中醫療診療設備的互相連接，實現擁有高可靠性和低成本性的大區域范圍內的醫療資源共享，且飛速發展的物聯網技術更是在這方面起到了帶頭促進作用。我國醫療衛生事業的發展以及人民生活水平的提高，都離不開醫療信息化建設的發展與進步。隨著數據處理應用的多樣化，主流數據庫系統也不斷創新出新的數據模型和處理算法，例如數據倉庫及智能數據分析、多維在線數據分析技術與挖掘等技術，都在醫療衛生領域有著重要應用［8］。

隨著醫院信息化建設的逐步深入，醫院的臨床病區信息化管理被提上日程，這種臨床病區信息化管理主要是通過從醫院信息系統和電子病歷中整合病人一定量的相關數據信息。先進的醫療設備及監護儀器的高度數字化，架構的標準化和日益增多的功能的軟件化是目前發展的主要趨勢［9-11］。傳統的病區臨床管理模式弊端日益突出，主要體現在使用、維護、管理三個方面。傳統管理模式帶了許多不便之處，因此病區臨床信息化改革迫在眉睫。本論文從滿足南京市某醫院病區臨床管理的實戰要求出發，分析整合醫院相關業務，實現新一代數字智能化網絡高效管理系統，形成“可監”（實時監控）、“可控”（實時控制）、“可調”（信息資源調用）、“可查”（數據查詢）的統一管理調度，橫跨區域聯網，多點同時聯動的新一代數字智能化網絡高效臨床管理平臺。各病區住院病人相關醫療信息可以通過臨床信息管理系統進行促進整合。服務于患者，切實解決患者的住院中遇到的問題，這是病區臨床信息管理系統開發的目的，也是其首要任務。系統在方便顯示患者就診住院相關信息的同時，也能夠收集詳細的病患臨床數據信息，提供給醫護人員調取檢查病患相關信息的權利，不受時間和地點的制約，這樣就給醫療行業的科研方面，衛生保健方面以及醫療水平方面提供了切實有效的診療信息。病區臨床的醫療服務是可以通過臨床信息系統加以規范的。我們把醫院臨床醫護人員針對于患者的診斷而得出的診療信息，通過一定的方法加以具體的順序化科學化，得出最佳的診療照顧計劃的手段，稱之為臨床路徑。在基于臨床信息管理系統的實現和應用的基礎上，臨床路徑會變得更具有規范化，這樣對于提高醫療管理水平和醫療工作的質量和效率等方面，都有極大的幫助。臨床信息管理系統使得各病區可以通過監控病人就診的內容將其進行細化分解，能夠從最小單元的質量問題進行優化，建立能實時控制的醫療模式。

醫療系統的知識與管理方法可以通過病區的臨床信息管理系統得到增強提升。病區臨床信息管理系統是醫療系統知識轉化器，它能把操作層面的醫療專家知識轉化為清晰明了的顯性知識，把容易丟失的知識與非系統化轉化為系統化的知識資產，同時幫助臨床病區積累并整合成醫療知識資源，有助于提高醫院自身的醫療水平。

臨床信息系統對于提升醫院的工作效率有著潛移默化的影響，醫院工作效率得到提升的同時，就可以產生相應的客觀經濟效益。結構化是臨床信息管理系統的一個重要特點，這個特性可以使就診病患的住院信息得到詳細清晰的顯示。臨床信息管理系統也具有醫療臨床路徑工具，這種高效的臨床路徑工具可以使病區在床位緊張的情況下，不用添加床位就可以增加床位的周轉率，這樣就自然使醫院獲得良好的經濟效益。醫院運作的物料成本通常是紙質及塑料材質物質，用于存儲病患病歷和醫學影像資料等等，而臨床信息管理系統的應用，可以有效的降低這些物質的使用量，并以更好的電子存儲方法進行信息的存儲。模塊化結構化的特點，可以讓醫護人員減少不必要的重復性繁復勞動，人力成本得到降低，同時臨床信息管理系統可以規范醫院在運作管理流程中的標準，使其更加高效和標準，這也使得醫院獲得了更多的經濟效益。病區臨床信息系統可以產生社會效益。臨床信息系統顯示病患的住院診療中的相關信息，這為患者的住院帶來便利，也使得病區臨床的服務水平得到系統而又全面的提高，醫院和病患的共同利益得到有效保障，醫患雙方的合法權益得到有效維護。

1.2國內外研究現狀

醫院信息系統是使用計算機及通訊設備對醫院內的各類數據、資料等信息進行采集處理、存儲、管理、檢索和傳輸的系統［12］。目前國內醫院信息系統的功能模塊主要包括住院管理模塊，藥房管理模塊，門診診療管理模塊，藥庫管理模塊以及院長查詢模塊、電子處方模塊、物資管理模塊、媒體管理模塊等，醫院信息系統為醫院管理提供更有力的保障。該系統主要能實現的功能有醫生就診、查詢功能、住院信息、數據設置以及系統管理等基本功能。其中針對于臨床信息建設這一方面，醫院信息系統中住院醫生工作模塊和護士工作模塊顯得尤為重要。住院醫生工作模塊主要是實現在院的臨床醫生書寫住院病人病情，錄取日常常規醫囑，以及查詢住院病人的各項檢查等功能；病區護士的工作模塊，則提供了各住院病區的醫囑管理，病區床位管理，病人住院狀態以及打印各類醫囑單，檢查單等項目內容。運用基于集成電路技術的電子設備進行保存管理和傳輸且重現病人醫療記錄的系統稱之為電子病歷，顧名思義，電子病歷的內容包含了病患紙質病歷的所有內容信息。病區臨床信息管理系統就是基于醫院信息系統和電子病歷兩大主要醫療信息化系統，獲取病人有效信息進行整合，顯示于電子屏界面，取代病區護理人員傳統的手工抄寫模式。

90 年代，在美國西南外科協會成立了第一家臨床路徑委員會的醫療機構，至此臨床管理路徑開始實施和應用。隨后在英國、日本、澳大利亞以及我國相關等地區，臨床路徑信息管理得到更為廣泛的應用，其被推廣至醫院的醫療服務行業中。我國國內對于這項技術的應用實施則顯得起步較晚。目前，國內醫院病區臨床管理信息系統的建設還并不完善，病區臨床護理人員大多采用手工模式抄錄醫院信息系統和電子病歷系統中的病人信息，當診療過程中病人信息出現變化更新時，病區臨床的醫護人員必須手動去改寫完成病患的變化更新信息，耗時耗力，純手工方式的書加大了醫護人員的不必要工作量，并且紙張或病區白板的大小范圍也限制了病患住院診療信息的錄入內容量，且病患信息更新不及時。這些顯見的弊端使得醫護人員的工作效率受到了嚴重影響，臨床信息管理工作的效果大打折扣。

1.3論文主要工作內容和結構

論文分為四章。第一章簡述課題研究的背景意義，以及目前國內醫院信息化建設的現狀和病區臨床信息管理系統的應用情況。

第二章簡述了病區臨床信息系統的構建所需要的相關技術，包括C#, xml, B/S構架和C/S 構架以及 flexcell 技術。

第三章簡述了當前南京市某醫院信息化建設下，醫院信息系統和電子病歷系統的架構及實現功能。

第四章針對南京市某醫院目前病區臨床信息工作管理及工作應用的現狀，指出構建病區臨床信息系統的需求，詳細分析了臨床信息管理系統構建的需求分析。

第五章詳細介紹了病區臨床信息管理系統的設計實現方法。第六章針對設計出的病區臨床信息管理系統，進行了詳細的測試介紹并給出結果。第七章對論文進行了總結并提出展望。

第二章相關技術介紹

2. 1 C#簡述

C#作為一種面向對象的高級程序設計語言，運行于.NET Framework之上，最早由微軟公司發布。C#看起來與Java有著驚人的相似，比如在接口承接以及單一繼承、語法編譯再運行的過程中都極為相同。但是C#與Java同時又有著明顯的不同，Delphi是C#所借鑒的一個突出特點。它與微軟公司發布的支持.NET windows網絡框架構成的COM進行直接的集成。C# 作為一種面向對象的高級編程語言，具備了簡單優雅和安全穩定等突出特點，它不僅同時具備C和C++強大功能，同時又簡化或者直接減去了很多的復雜特性。VB所擁有的基于人機界面操作的可視化特點以及C++所擁有的高運行效率，在C#上都有集中的體現。C#之所以能用為.NET開發應用的首選的編程語言，主要在于其語言特點具有創新性，語法風格優雅，同時運行效率和操作功能性都較高，以及面向組件的編程方式十分便捷。作為面向對象的高級編程語言，C#支持使用人員對多種基于MICROSOFT .NET平臺的應用開發程序進行便利快捷的編寫，同時MICROSOFT .NET也有效提供了一系列的內置工具功能和服務項目來有效的地開發利用于計算與通訊領域。C#屬于編程語言，編程的算法是編程的基礎，其中數學中的遞歸方法經常用到。

T0=0.

Tn=2Tn-1 + 1,(n>0) (2.1)

式(2.1)為典型的遞歸式。如果令Un = Tn-1 + 1,則Un = 2Un-1, (">0),則遞歸式的解是

Un =2n (2.2)

因此,

Tn=2n-1. ( 2.3 )

運用C#編程可以發現這個解。編程時，經常用到數論中的思想。兩個整數皿和"的最大公因子是除盡它們兩者的最大整數：

gcd(m,n)=max{k|k\m,k\n} ( 2.4 )

另一個熟悉的概念是最小公倍數：

Lcm(m.n)=min{k|k>0,m\k,n\k} (2.5 )

C++程序員可以運用C#高效的開發程序，并可以通過調用由C/C++編寫的本機原生函數，

從而杜絕損失C/C++原有的強大的功能。

2.2xml

xml 是 extensible markup language 的英文縮寫， xml 作為程序中的一種數據傳輸方式在.net框架中得到廣泛的支持。xml數據的基本形式是xml文檔［13］。xml是一種用于描述數據的標記語言，使用一種標準化的方式來表示文本數據。 xml 已經成為網絡上信息描述和信息交換的標準［14］。xml必須使用一種叫解析器的軟件來處理數據，其本身對數據并不能完成任何操作。xml的重點是如何表示數據，這與HTML語言不同。使用結構化查詢語言可以精確表達用戶的查詢意圖［15］。用戶可以隨意定義xml文檔，并可以使用其自定義的標記。.xml 是xml文檔的后綴，在使用xml文檔時，用戶只需要一個文本編輯器就可以，比如記事本程序。一個簡單的 xml 文檔如下：

<title>the book thief</title>

</books>

可見 xml 文檔的第一行是 xml 聲明，定義 xml 的版本和使用的字符編碼。 xml 的標記可以隨意定義，通過xml我們可以描述和存儲各種內容的數據，并且都可以通過xml描述和存儲起來。xml文檔是一顆節點樹，而一個xml文檔只相對應一個根節點。具體的說，xml有以下幾個要點：首先，xml是一種可擴展的標記語言；其次，用戶可以通過自行定義標記的方式來描述數據，因為xml的標記沒有被預定義；第三，是xml實際上主要是用來存儲數據以及描述；第四，xml具備一定的自我描述功能；第五，xml文檔其實是個文本文件；第六，xml 是個結構化的文檔，實質上是樹狀結構的文檔。

使用xml的好處很多：1) xml文檔本身就是極小的文本文件，這就使得其具有易攜帶、易傳輸的特性；2)xml作為一個文本文件，結構化的特性是它數據所具備的特點，這樣各種系統就很容易的去讀取它的數據，從而易于共享、易跨平臺；3)使用方法簡單和易于使用， xml文檔不依賴于特殊的軟件，只要有個文本編輯器，就可以編寫xml文檔，并且是文本格式；4)易于查詢，xml是樹狀結構，查詢方便，易于上手。

xml使用方便，但在編寫xml時必須要遵循一些簡單的語法規則：每個開始標記必須有結束標記；一個xml文檔只能有一個根元素；所有xml元素必須正確嵌套；屬性值必須加引號；一個元素不能有相同的屬性。

xml數據除了保存信息之外本身不能做任何事情，為了做一些有意義事情，需要處理xml 數據，用于處理xml文檔的軟件稱之為解析器。xml解析器能進行讀、寫和操作xml文檔。基于它們如何處理xml文檔,在程序中訪問并操作xml文件一般有兩種模型:流模型和DOM。流模型中有種變體——SAX, SAX是一種靠事件驅動的模型。

xml具有許多重要特性泗。DOM是用與平臺和語言無關的方式表示xml文檔的官方W3C 標準,是一個HTML和xml文檔的接口［17］。DOM實際上是基于一定信息片段或者層次性結構組織的節點的綜合集成。編程開發人員可以在這個層次組織結構中的基礎條件上，在相應的樹中去尋找需要的特定信息，層次組織結構就相當于一把鑰匙。如果要進行結構的分析，那么開發人員通常需要加載所需要的所有文檔并進行層次結構的構造，完成后才能進行下一步的其他工作。DOM是嵌在信息層次中的，所以其普遍被認為是基于對象或者基于樹的。我們知道樹在內存中是持久的，所以可以在必要時修改樹以便符合應用程序可以對結構和數據進行修改的要求，同時DOM可以在樹中進行上下導航而不受時間限制，這點很不同于SAX那樣的一次性處理方式，且DOM的使用也非常的簡單便捷。如果針對特別大的文檔，對其進行加載或者解析會消耗很長的時間且浪費很多資源，所以如果用其他方法進行這種數據的處理效果會顯得更好。比如SAX，它的分析可以立馬開始，而不是必須要先等待所有的數據都被處理，并且因為在檢查數據時應用程序只是在進行讀取數據的操作，所以數據不需要完全存放于內存中。這對于大型文檔來講是非常有優勢的。實際上，應用程序都不用去解析整個文檔文件，如果某個條件得到滿足它就可以停止解析。所以普遍認為，DOM作為SAX的替代者有優勢，但SAX還是要快很多。基于以上的簡述，對于編程開發人員來講，若要編程處理xml文檔，到底該選擇DOM還是SAX其實是很關鍵的一步。我們知道若要訪問xml文檔，DOM是應用建立樹狀結構的方式，SAX則選擇采用的是事件模型。DOM解析器采用的方法是把xml轉化為一個樹，樹中包含xml的內容，解析器可以對樹進行有效的遍歷。這種方式的顯著優點是編程容易。編程人員只需要進行建樹指令的調用即可，而且這種方式下若對樹中的元素進行添加和修改也顯得簡單。但是運用DOM解析器處理時需要去處理整個xml 文檔，這就使得其對于內存和性能要求提出了較高的標準，這種情況特別是遇到很大的 xml 文檔時顯得尤為明顯。由于DOM解析器的遍歷能力，它常被用于需要頻繁改變的xml文檔的服務中。相比之下，SAX解析器是基于事件的一種模型，它解析xml文檔時可以觸發一系列的事件，當發現給定的tag時候，SAX解析器是激活一個回調方法，反饋該方法所制定的標簽已被它找到。SAX對于內存的配置要求一般比較低，源于這種解析器是開發人員自身來決定所要處理的tag,尤其是當開發人員在僅僅需要處理文檔中部分數據時，SAX的擴展能力能更好的體現出來。但在使用SAX解析器的時候，開發人員的編碼工作會相對困難，并且很難在同一時間訪問相同文檔中的多處不同的數據。

“推”模型是一種靠事件驅動的模型。每當出現一個節點時，“推”模型就會自主啟動一個事件，此時編程人員就必然需要再編寫相關的程序一遍處理這些事件，這個工作量是比較大比較麻煩的。所以在.NET中，引入了 “拉”的模型作為實現的方法。在遍歷文檔的時候， “拉”模型會自動的從讀取中把其感興趣的文檔提取出來，這個過程不會觸發事件，編程人員可以通過編程去訪問文檔的處理方式，來盡可能提高操作的變通性。在.NET中，xml閱讀器可以建立實現“拉”模型。該類支持的xml文件讀取的功能可以驗證文檔是否格式良好，該類在讀取過程中如果出現拋出xmlexception異常的情況，是因為驗證出xml文檔格式不良好。在內存中，任何時候只有當前節點，并且它是只讀向前的，在文檔中不能執行向后導航操作°DOM有諸多顯著優點，它允許對xml文檔進行更新和編輯操作，也可以隨機的訪問文檔中的數據信息，同時可以進行xpath查詢。然而，DOM的缺點在于面對大型的文檔，它需要一次性的加載整個文檔到內存中的方式會造成資源的問題。在.NET中可以通過xml DOM 分析器來實現DOM模型，因而.NET中Framework雖然完全支持xmlDOM模式，但是它不支持SAX模式。通過xml閱讀器可以很容易的實現SAX的所有功能并加以有效的運用。 xmlreader不適用于文件內容或者結構做修改，但提供了 xml文件內容的快速且只向前的訪問。從文件頂部進行數據的讀取是xmlreader類的工作方式，且每次xmlreader類只讀取文件的一個節點，其用來讀取xml的具體步驟是首先用xmlreader類中的create（）得方法進行類的創建，獲得實例，被讀取的xml文件的文件名會被當做參數傳入方法；其次建立一個read （），作為循環調用的方法，是整個xml文檔被逐節點的進行讀取，在讀取的過程中，如果某個節點能夠被讀取那么讀取結果返回true；第三是xmlreader對象的屬性和方法在整個循環中都會被檢查，以便獲得當前關于各節點的數據信息。 xmlreader 類提供了大量的屬性和方法來實現xml文檔的讀取，具體說明如表。與xmlreader相對應，.net框架也提供了一個以快速、非緩存、只向前的方式動態寫入xml數據的類，即xmlwriter類。如同xmlreader類一樣， xmlwriter類也提供了大量的方法函數用于完成xml數據的生成。

2.3B/S 架構和 C/S 架構

在應用軟件開發中，B/S、C/S模式被廣泛使用［18］。C/S結構把數據庫內容放在遠程的服務器上，而在客戶機上安裝相應軟件［19］。 C/S 模型具有強大的數據操作和事務處理能力，且開發模型簡單，易于理解和接受如。B/S架構是browser/server的簡寫，也就是瀏覽/服務器端的交互。B/S模式應用系統由瀏覽器（Browser）和服務器（web Server > Othe r Server > Middle Ware)組成［21］。B/S體系結構是由傳統的的兩層C/S結構發展而來的三層C/S結構在 web上的應用盟。C/S架構是早期出現的一種分布式架構，在C/S架構中，多個客戶端程序可以同時訪問一個數據庫服務器。在C/S架構中，客戶端與數據庫直接建立連接，客戶端程序需要利用客戶機的數據處理能力，完成應用程序中絕大多數的業務邏輯和界面展示。但是在長期的時間過程中，C/S架構也有缺點：1) C/S架構的客戶端程序安裝在客戶機上，如果有很多人使用，維護工作量大［23］。2) C/S 架構的客戶端程序負責整個業務邏輯和界面的顯示，一旦對其進行修改，則必須對整個客戶端程序進行修改，不利于軟件的升級和維護。3) C/S 架構的客戶端程序直接與數據庫服務器端建立連接，而數據庫服務器支持的并發連接數量有限，這樣就限制了客戶端程序可以同時運行的數量。而正是由于C/S架構的這些缺點，因此隨著Internet技術的興起，誕生了一種新的軟甲架構——B/S架構。B/S架構是對C/S架構的一種改進，這是一種在web興起后的網絡結構模式。在基于B/S結構的MIS系統中，為了使 web頁面的動態交互性更加的強化，也為了便于讓瀏覽端的使用者能夠在線去訪問web的數據庫，web服務器和web數據庫的連接就無可厚非的成為了關鍵技術。與C/S模式相比，采用B/S模式的網絡系統有諸多優點泅。B/S架構最大的優點是客戶機上無需安裝專門的客戶端程序，程序中的業務邏輯處理都集中到了 web服務器上，客戶機只要安裝一個瀏覽器就能通過web服務器與數據庫進行交互，并將交互的結果以網頁的形式展現在web瀏覽器上。在 B/S架構中，瀏覽器和數據庫之間不需要直接的進行連接，而是只需要web服務器和數據庫之間建立有效的連接。由此可見，B/S架構可以有效的解決數據庫并發數量有限的問題。與 C/S架構相比，web服務器直接創建了 B/S架構中的用戶使用操作界面，若系統支持的用戶操作界面需要被修改時，在web服務器端進行相應的修改，即改動相應的網頁文檔就可以。由于B/S架構相對于C/S架構有諸多優點，瀏覽器是B/S系統的運行環境，這使得對其進行維護或升級時都十分的方便，所以越來越多的用戶逐漸更加傾向于B/S架構泅。因此，B/S架構是目前各類信息管理系統的首選體系架構，它基本上全面取代了 C/S架構。

如果應用 B/S 的架構方式來開發應用程序，那么服務器和瀏覽器之間的交互特點就必然會被涉及。 web 服務器會對瀏覽器向發送的請求進行有效的處理，給出結果并返回，這就是一個兩者間的交互過程。在這個過程中，瀏覽器訪問服務器是基于url地址，并且HTTP是瀏覽器向web服務器訪問過程中進行數據傳輸時必須要遵循的原則。放置在Internet上的web 服務器中的每一個網頁文件都應該有一個訪問標記符，用于唯一標識它的訪問位置，以便瀏覽器可以訪問到，這個訪問標記符稱為url。web服務器的資源名稱，端口號以及主機名都包含在 url 中，甚至包含所有使用的網絡協議。瀏覽器與 web 服務器之間的數據交互需要遵循一些規范，超文本傳輸協議的縮寫就是HTTP,是互聯網上應用最為常見的網絡協議，專門使用在定義瀏覽器與web服務器之間的交換數據的格式。在瀏覽器與web服務器交換數據的過程中，瀏覽器最初會與web服務器建立tcp連接，然后瀏覽器向web服務器發出HTTP請求，web服務器收到HTTP請求后會做出處理。超文本傳輸協議就是所謂的HTTP,這是一種約定俗成的格式，用來規范web服務器和瀏覽器之間的數據交換。在兩者的交互過程中，瀏覽器首先會與web服務器建立tcp連接，然后瀏覽器向web服務器發出HTTP請求，web服務器收到HTTP請求后會做出處理，并將處理結果作為HTTP響應發送給瀏覽器，瀏覽器收到HTTP響應后關閉tcp連接，整個交互過程結束。

2.4flexcell 簡述

flexcell 作為一款簡單的報表和表格控件，具有非靈活的特性，同時包括多種圖表類型和單元格類型。功能十分強大，單元格合并，表格的打印以及表格的打印預覽，虛表，都是其具備的功能，Excel workbook的導出也可以在沒有Excel工運行庫的前提下進行，xml文件的導入和導出剪貼板的操作等等，都同樣的支持可行。使用人員對于報表和程序界面的制作，不需要通過繁復的代碼，只需使用該軟件中所包含的表格設計器就可以實現目的，且制作出的報表和程序界面插表豐富精美，文字流暢。 flexcell 表格控件由 flexcellStudio 開發 , 本地計算機安裝相關控件后才可以使用［26］。

flexcell 功能周至，有以下幾種:1）可以進行打開文件、保存文件的操作；2）具備導出 CSV/HTML/PDFwen文件的能力；3）在不需要Excel運行庫的前提下就可以直接導出Excel； 4）具備導出/導入xml文件的能力；5）具備表格的打印功能和表格的打印預覽功能；6）能夠進行凍結行列以及排序的操作；7）具備編輯表格以及合并單元格操作的能力；8）軟件具有虛表模式以及 OwnerDraw 模式。 flexcell 作為一個獨立的表格設計器，編程人員可以使用它來制作表格模板，將制作出得表格保存為后綴為.flx文件（或.cel文件），編程人員可以通過將表格導出成xml文件，并且在程序運行時，使用OpenFile方法或LoadFromxml方法載入表格模板來降低工作量，這樣能夠用較少代碼就設計出繁復的表格。FlexCell作為表格工具，支持剪貼板操作（復制、剪切、粘貼單元格內容和格式），支持和Excel、Notepad等常見軟件互相復制、粘貼文本。

第三章醫院信息管理系統和電子病歷

3.1醫院信息管理系統架構簡述

醫院信息管理系統，英文縮寫HIS，即包含了醫院各方面工作業務并且提供全程醫療的全方位信息安全的系統。管理信息系統、臨床醫療信息系統和區域醫療信息網絡是醫院信息系統經歷的三個階段［27］。醫院信息系統從技術、管理和業務應用等層面提出了醫院信息系統數據模型、醫院信息系統數據管理模型和醫院信息系統數據應用模型這三大系統，彼此有著緊密的聯系。HIS設計中包括子系統功能結構設計、數據庫設計和程序開發［28-29］。HIS系統主要基于醫院信息數據應用系統、醫院信息數據主機系統、醫院信息數據網絡系統以及醫院信息數據物理環境這四個層面進行構造設計的，通過數據集成，業務集成，外部財務集成和財務集成的方式進行集成構建。通常醫院信息系統下設醫院管理系統，門診管理系統，醫技管理系統，住院管理系統等，這些子系統共同構建了醫院信息系統。每一個子系統都有相應的功能模塊構架。醫院信息系統的核心部分是數據庫，這是構架HIS系統的基礎核心，比較常用的數據庫有 Oracle 和 SQLSever 等。

3.2醫院信息管理系統功能

當前醫院信息管理系統（簡稱HIS）是一個現代化綜合性的系統，主要由以下多個子系統組成:1）電子多媒體導醫系統。在醫院里患者人流量較多的地方通常在醫院門診大廳，這些地方或者醫院里其他人流量較多的地方一般都會放置電子觸摸屏一體機，動態顯示醫院的一些基本信息。提供醫院的簡介，不同的科室和相關知名專家的情況介紹，病患就診指南，醫院提供的藥品名稱及價格查詢，病患診療的收費項目價格明細查詢，病患就診相關信息查詢等都是多媒體導醫系統的提供的功能實現的；2）門診掛號與預約。在這個功能下，醫院每日的門診安排情況，病患的預約和掛號處理信息，數據號表的生成及維護等日常管理等內容都可以得到有效的保證，還可以在這個功能下查看病人信息，進行掛號工作相關的統計，同時實現病患預約及分時等多形式掛號，基本上實現了醫院門診掛號處運作所需的各項功能。3）門診醫生站。門診醫生站系統主要是應現代醫院臨床要求，具備門診記錄、電子處方和檢驗單、電子醫囑、門診帳單、病患健康檔案等功能。4）門診護士站。門診護士站系統是執行門診醫生工作站醫囑的執行系統，是對醫囑的審核到執行實現這一過程的管理，同時執行實現醫囑的各種操作，主要實現醫囑審核、執行、取消、作廢、恢復及退回等。5）門診藥房。門診藥房管理系統是可以根據藥房的不同類別分中藥房、西藥房、中成藥等不同藥房，是醫院門診藥品的發放中心。該系統包括：入庫、盤點、報損、調撥及相應的統計表打印和查詢功能，可查詢病患處方和任意時間段的發藥量。系統中藥房與藥庫在這個系統下是連同對接的，藥庫出庫操作和轉藥房入庫的操作都可以在此系統下實現，該系統還與門診收費系統進行連接，這樣一來進行過劃價處方藥品的明細就可以進行直接的更新顯示。6）藥庫管理系統。藥庫管理系統是實現對藥品的計劃、采購、入庫、出庫的科學管理的管理中心，可動態查詢藥品的庫存盤點、銷售量及銷售金額，對藥品信息、數量及保質期進行實時管理。7）住院管理。住院管理系統主要實現病患的住院登記功能，病患入院繳費功能以及出院管理功能。病患的住院登記信息，住院情況查詢，病歷號替換，臨床醫囑的開立與查詢，出院結算收費信息查詢以及各科室收入核算等功能。8）住院醫生站。住院醫生站管理系統是滿足現代醫院臨床工作需要且操作簡單的管理系統，是整個住院部的管理中心。其主要實現醫護人員對臨床患者的醫囑錄入功能，對病患信息的審核、終止、重整及查詢功能，醫護人員對臨床患者病歷資料的查詢功能，病區入院病患進行的臨時轉科以及出院功能等。住院醫生站程序系統符合現代醫院特殊性的要求，它具備了諸如快捷錄入方式，標準錄入方式以及事后錄入方式等不同醫囑錄入方式設置。程序內置醫用字典數據，該數據字典依據使用頻率實現智能排列，這就使得醫生的工作效率得到很好的提升，相應的診療病患也能獲得更好的醫療服務。9）住院護士站。住院護士站系統是實現醫囑校對、醫囑的執行，病人信息管理、病房的分類管理及床位管理的系統，包括患者病房床位交換、醫囑執行、處方擺藥、轉科、出院申請等功能，可查詢病房、患者信息及相關費用等信息。10）住院藥房。住院藥房管理系統作為住院處病患醫囑處方的擺藥管理中心，能夠把醫院的處方管理權限，藥房中藥品的出入庫管理操作，醫院的庫存統計和藥房盤點功能，臨床病區擺藥付藥統計及查詢等功能有效的整合在一起，并隨時對發藥、報損、退藥、退貨的行為進行可靠的動態查詢。和門診藥房相同的是，住院藥房基本上可以分為中、西藥房和中成藥等不同的藥房。住院藥房同樣的與藥庫系統進行對接，并直接與病區住院護士醫生站對連，能夠實現藥品從藥庫出庫轉成住院藥房入庫功能，針對劃價處方藥品的明細信息有清晰合理的顯示，另外病患的處方若要進行醫囑擺藥和動態查詢，也可以通過該子系統進行實現。11）劃價收費系統。劃價收費系統是集劃價收費功能于一體，價表管理統一且集中，對于醫院的一卡通也能有效的支持，醫療保險收費項目控制能夠進行有效的集成，且費用自動分比例處理，能夠把費用按照醫療保險政策分段統計。操作簡單易學且具備靈活多樣的輸入方法，甚至具備一定的自定義功能，且允許相關診療項目在價表中不存在時進行手工劃價操作。12）醫院“一卡通”管理。醫院"一卡通"管理系統功能主要包括病患就診建卡、現金預存、費用查詢和統計、醫療卡的掛失、換卡、注銷以及維護，方便患者在醫院各大科室進行就診及入院等。醫院"一卡通"可代替病歷號使用，實現持卡收費、結算，直接在藥房刷卡取藥，該子系統可在醫院各個科室進行繳費、就診和結算等，有效減少排隊，提高醫院提高工作效率和服務質量。13）病案管理。病案管理系統功能主要包括病患病案編輯、就診治療查詢、病歷查詢、病案統計、疾病分類查詢、治療評價、病歷維護、病案借閱、信息綜合檢索等。該子系統是病案資料的信息庫，它真實準確地反映了病患病情診斷、治療、護理等全方面的信息資訊，也真實體現了醫院及醫護人員醫療水平和診療效果，是現代醫療科研的寶貴資料。14）手術系統。手術系統可以實現提供手術執行報告、麻醉登記、手術費用清單、術后用藥及病人手術費用的計算機劃價等功能，不同科室的醫護人員對病患開立的手術預約單操作也可以實現，同時對病患的所需要進行的手術時間和手術室的安排也可以進行合理的規劃，所需要的設備和儀器也有了規范合理的安排使用。這些對于手術的質量有非常重要的意義，保證了手術的正常進行，提高了手術的響應速度。在病患進行手術之前，該程序系統也為麻醉師提供了快捷方便的病人信息檢查操作，化驗及治療等方面資料的查詢通過該系統也可以有效進行規范；實時準確的手術數量和相關醫療質量統計可以及時有效的提供給醫院管理部門、科室，這對減輕醫護人員手抄手術通知單，手工書寫錄入手術信息統計報告等方面的內容，具有重要意義。15）設備管理系統。設備管理系統主要包括設備出、入庫管理、各科室使用及查詢管理、設備統計、核算設備效益、設備調拔、出入庫報表打印、物資權屬變更、設備維修管理、報廢管理、編碼管理等功能。對醫療物資的采購、出庫、入庫、調撥、使用、存放、維修、報廢等工作進行盤點、統計及查詢的科學化管理系統。該子系統充分利用醫療物資資源，提高醫療物資使用率，做到物資到位、責任到人，是針對醫院辦公用品及醫療設備、器械的優效采購和科學管理的有效保證。16）耗材管理系統。耗材管理系統是醫院針對醫療及設備耗材實現從預算、采購到入庫、出庫的科學管理系統，是醫院的耗材管理中心。功能實現包括對耗材的庫存盤點、銷售金額的動態查詢、耗材發放、報損、退貨的動態查詢、耗材采購計劃、入庫與庫存動態查詢、零售動態查詢、對系統維護等。17）醫院系統管理員系統。所謂醫院管理員系統是嵌入醫院信息系統內的一個重要功能模塊，它可以對醫院信息系統內所有的功能操作模塊進行有效的管理，通過系統管理員賬號登錄系統，在該功能模塊下，有效的對臨床科室、醫生處方權限子系統用戶信息進行更改刪除，醫院的收費項目以及各種人事考勤等基本數據進行管理。

3.3電子病歷架構簡述

電子病歷系統（electronic medical record system, EMRS）是基于計算機和信息網絡的電子病歷收集、儲存、展現、檢索和處理系統［30］。醫院大量醫療相關的重要信息以電子形式存儲于電子病歷系統中［31］。它的內容包括紙張病歷的所有信息。系統基本技術架構上，使用web Service，主要在.NET平臺上進行實現。電子病歷基于xml技術的智能輸入模塊，充分利用xml 技術的優勢，實現自由文本輸入和表單輸入有效結合的輸入模式。能夠輕松實現將 xml 文檔存入 Oracle 數據庫，并能把關系數據庫和 xml 文檔進行有效的轉換。基于這樣的條件， xml 可以輕松實現查詢功能且具備對文本信息進行后結構化分析的能力，能夠非常快捷的將文本信息迅速轉化為數據元，使其方便于電子計算機統計，并能實現共享且達到衛生部標準要求。電子病歷系統具有專門的數據集成中間件和開放的軟件架構方式，這可以使原本繁復大量的數據集成工作變得簡單流暢。同時針對醫院信息系統、檢驗系統以及醫學影像系統的對接，通過編輯相應的配置文件即可完成，這種對接方式不再需要多余的任何代碼級別修改。只讀數據集成通常在2-3天內完成。tcp/IP技術的醫療服務業的網絡通信構架是保障電子病歷系統的基礎，這個構架的核心就是保障完善的醫療信息服務，通過這種核心服務，各醫院之間的系統連接整合成為可能，這種方式的最終的目的是為了改變傳統的臨床醫療工作方式和流程協調方式，提供主動、實時、協同的信息交互平臺。系統的架構如圖3.1所示。

Dual .ci電子病歷系統（含醫生工作站）

電子病歷客戶電子病歷服務消息客戶端 [. 工具集

3.4電子病歷功能

電子病歷主要實現的功能有：第一是具備規范的病歷模板庫，為醫護人員書寫病歷提高了工作效率；第二是有合理的結構化的存儲，優化系統；第三支持各種醫學專用表達式，有必填項檢查，適合醫院的特殊化用途；同時具有病歷文檔三級檢診（三級審核）功能，病歷支持修改痕跡保留，可以保留醫生的修改痕跡，方便醫生醫囑修改和文檔記錄；第四具備多文檔同步刷新技術，支持數據元素綁定，其運用工作流主推模式，通過自動提示任務，及時提醒有時效控制機制，督促醫護人員及時保質保量地完成病歷書寫工作，有效的避免病歷文檔的缺寫、漏寫等；最后具有完備的表格處理能力，支持表格嵌套、表格內元素的插入、單元格合并和拆分、行列的刪除和添加、表格寬度的調整，并且支持校驗、檢查輸入的數值的合規性。業務流程如圖 3.2 所示。

第四章系統需求分析

4.1總體需求分析

南京市某醫院的病區臨床信息管理模式和方法目前并不完善，護士站依然采用傳統的手工白板錄入模式，以此來從醫院信息系統、電子病歷系統程序中摘錄信息。傳統手工模式即白板記錄信息的模式弊端明顯，急需改善。根據該醫院的實際情況，若要實現病區臨床信息的規范化管理，方便護士對病患信息進行隨時的查閱管理，需要設計出規范化的病區信息管理系統。系統應該便于一站式業務處理，要能顯示完善的日常任務處理，使其符合流程化管理，系統的數據能從醫囑、HIS數據的產生，提取信息后，系統能對數據進行數據分析，產生日常任務總結和規劃管理。日常的信息任務能放映在病區大屏顯示，以供護士隨時可以查詢病區住院病人相關信息任務完成情況。這些需求全部都要能在同一系統中實現。這樣的實現提高了操作便利性同時又大大增強數據的一致性。要用電子顯示屏代替傳統手工病區白板。設計出的病區信息管理系統可以在65 寸液晶全觸摸一體機展示，全面展示病區臨床信息管理工作，使其具有較強的操作性，良好的互動性。電子顯示屏高清的顯示能力，可以解決日常書寫潦草、不規范的問題，更好的為護士、醫生開展日常工作。

系統要具有全面的監督功能，設計出的病區臨床信息管理系統要具備對病區前端軟件監督功能，要能使只要是從前端產生的數據全部進入系統，同時設計出的病區信息管理系統要有日志等技術手段進行管理的監管。眾所周知B/S結構模式具有靈活、易部署的特性，得到用戶廣泛接受，傳統的C/S程序具有非常豐富的界面特性，這點與B/S的頁面顯示技術相比, B/S在集成平臺的展現上就不那么具有優勢，這點也給使用者的體驗帶來困擾。本系統應用程序應該大量采用 Ajax 技術，這樣實時的信息內容能夠得到更平滑的顯示，也可以讓頁面實現無抖動的刷新，使顯示的圖片在切換過程中能夠縮短耗時，減少等待的時間，有效的增強使用者的視覺感官體驗。并且在流程上，顯示的圖片內容的更改不需要完全去依靠服務器對頁面的重新加載來完成。

4.2系統基礎業務需求分析

系統的基礎業務功能需求主要分為：

1）日常白板屏保需求。日常白板屏保顯示為護士日常工作主要關心的工作內容，同時作為系統屏保界面。顯示的內容主要包括患者重要日常提醒，比如對一般藥物過敏的提醒，以及一些日常需要注意的事項，需要從HIS和電子病歷系統中獲取如測血壓、測血糖，吸氧，氣管切開，胃管，傷口引流，頸圍固定，蘇打水漱口，深靜脈置管，胸帶固定，PICC,心電監護等信息。這些內容需要以表格形式呈現于電子白板屏上，相對應的內容框里要顯示對應項目內容的完成情況或者狀態。

2）日常護理需求。日常護理功能主要包括患者提醒和實時任務提醒。需要從HIS和電子病歷系統中獲取患者的實時體溫測量信息，實時護理信息及相對應的病人信息，病人所停止的醫囑內容，病人臨時的醫囑內容等，需要急查項的病人等信息。各內容要清晰系統的分成不同區域顯示于病區白板電子屏，以供臨床護士隨時查閱。

3）日常用藥需求。在該界面下顯示需要分日常用藥和臨時用藥兩大區域，從HIS和電子病歷中獲取各區域需要細分的口服用藥，肌肉注射等不同用藥方式病人信息。該界面下還需有用藥提醒功能。獲取病患實時用藥提醒包括病區時間段用藥提醒和患者個人用藥提醒。床位管理界面下從HIS和電子病歷中獲取當前病區所有床位使用情況，使之可以看到每個床位上的患者的詳細信息，需要獲取如醫囑、用藥情況、任務情況等信息。

4）患者個人信息管理需求。日常記錄內容中關于病人的代號都是以床號來標識，病人相關的內容直接與HIS系統和電子病歷相結合后，從HIS和電子病歷系統中通過床號獲取到病人基本信息、醫生醫囑等信息。

5）事項管理需求。日常任務中，目前還存在有些任務HIS系統中無法獲取，或者難以實現，這就需要護士在事項當中手動添加，如翻身、防跌倒任務提醒等。所以在該界面下除了可以從HIS系統和電子病歷系統中獲取的事項外，還應配有添加/刪除事項模塊，以供臨床護士根據入院病人實際情況進行相應的護理事項添加或對不必要的事項進行刪除。

7）常用信息提醒需求。該界面下的常用信息提醒包括相關人員常用電話、借還信息、通告信息、學習信息、搬床信息、管床信息、值班信息、出入院信息、手術信息等，除了以上可以從HIS系統中獲取的這些信息外，該界面下同樣要設置信息添加模塊，以便各個病區根據本病區需求自由添加相關信息。

8）數據查詢需求。臨床信息管理系統要能與醫院現有系統數據實現共享，以便在該界面下可以實時查詢電子病歷、病人信息、注意事項、護士值班記錄、護士排班信息等。

9）背景色配置需求。無論是哪種軟件，其首要功能都是便于人們更有效率的完成要做的事物，要么提高工作效率，要么節省人力成本，總之，核心是一人為本。臨床信息管理系統也該如此。在該界面下，每個病區的護士站要能夠可以根據自己的喜好，或者按照所在病區的管理要求，設置信息管理系統的背景色，讓觸摸一體機融于護士站的整體環境。

10）系統日志管理需求。針對登錄臨床信息管理系統的用戶的所有操作，系統需要有相應的日志記錄。這份日志記錄應該保存在系統中，更高權限的管理員應該可以通過登錄系統來查看該日志記錄內容，并且要能夠對日志進行導出刪除等相關操作。系統日志（內容包括、刪除時間段、操作類型、記錄數、用戶等）在刪除時要能夠將用戶的申請通知系統管理員，需要系統管理員審核確認后，才可以刪除。

4.3系統基礎管理功能需求分析

1）日常白板配置需求。由于每個科室的護士關心的護理工作不同，日常白板顯示內容也不同。系統應該留有白板配置功能選項，在模塊內建立病區日常護理項表，比如特殊管道， PICC,跌倒評分，翻身，拍背，搬床，領物，注射泵，值班信息，管床信息，特殊治療，測血糖，心電監護，CVC，陪護等病區所需要的護理選項，各個病區根據自身情況，選擇所需要查看的內容，在白板上顯示。

2）病區配置需求。臨床上有的病區通常由多個科室組成，所以設計的臨床信息系統要留有病區分組選項功能，在該功能下可以添加實際對應的若干個病區，每個病區由病區名，組名以及實際擁有的床位號三個要素搭建。各科室可以按組區分，并且根據HIS信息劃分各個部門。

3）任務管理需求。系統應配置任務屬性選項功能，在該模塊下可以添加臨床護理項目名稱，比如頸部制動，氣管切開護理，保留導尿， 24小時輸液維持，記24小時出入量，負壓，禁食，科護理常規，普食，吸痰，深靜脈置管護理，陪護，輸血小板等內容，每種任務都應該有對應的分類，分類類型為日常任務、實時任務、臨時任務等。通過系統配置選擇，且根據病人的具體情況，可以設置為各病區不同的護士專注的類型。

4）用藥管理需求。系統應設有用藥方式選項模塊。在該模塊下，可以輸入各種不同給藥方式的名稱。病區臨床的給藥方式分為口服，輸液，肌肉注射，領藥，退藥，草藥，靜脈注射，皮下注射，皮試，霧化，沖洗，肛塞，灌腸，微泵等。每種藥物都應該有對應的分類即對應的給藥方式，通過的藥物劃分管理，將復雜繁雜的類型統一，便于查看管理。

5）數據字典需求。系統應設有數據字典選項模塊，使該功能對系統中使用的字典表具有管理維護功能，字典內容包括：護理級別、科室、病區、職務，值班，信息類型等，每個字典內容也有對應的病人狀態，如入院，手術，生產，死亡，病危等。

6）菜單設置需求。系統應設置菜單設置功能。該功能對系統中使用的功能項進行配置，使用功能項包括床位信息，床位變更，患者信息，患者登記，入院信息，病區記錄，值班記錄，出院記錄，手術記錄，病區管理，護士管理，醫生管理，醫囑管理，護理事項等。不同

功能采用的菜單項名稱及對應代碼。

4.4系統管理功能需求

1）用戶管理需求。系統應該具備用戶注冊、身份認證、權限管理、訪問控制等功能。在平臺中實現統一的權限認證，確保訪問過程的安全性。具有一定權限的管理員要能根據業務的特點，實現對每一個操作者用戶的資源范圍分配權限。管理員用戶維護相關設備、用戶、角色信息，可以添加、修改、刪除機構信息、設備權限信息、用戶信息，也可以對用戶添加權限。管理平臺對用戶和權限的管理，應包括增加、刪除、修改和查詢用戶、用戶組及用戶組的權限。用戶權限的授予和取消的實現可以通過使用用戶分級管理機制來具體實現。系統操作或者設備管理等具體需要不同等級權限的操作，要能夠按照相應要求分配不同的使用者者。設備操作權限和功能操作權限是用戶使用權限的主要內容，要使已經通過授權的使用者能夠正常操作，當然，這個權限既然能被給予，同時也能被收回。當系統平臺新增一個用戶時，可以及時的給予該使用者相應的操作管理權限，并針對該用戶的級別或者類型，對應的設置操作內容權限。每個用戶能依據權限遠程調閱本級和下級的資源。

2）數據管理需求。系統要能提供平臺有關的數據信息的管理功能，包括數據庫用戶的管理；系統內所有信息數據的寫入與歷史數據的存儲；數據的查詢、修改和刪除；數據的日常維護，如數據的定期備份、數據庫異常后的恢復、用戶訪問權限的管理等。

3）任務計劃需求。臨床信息管理系統的任務計劃功能應該分為三個方面。首先是任務計劃制訂。這個功能的目的是平臺能夠讓系統進行設備校驗、設備狀態巡檢、設備重啟、日志刪除等周期性的職責范圍內的工作，并且能讓管理員進行系統管理、操作和維護工作任務制訂成工作計劃。其次是任務計劃維護。在系統的該功能下管理員可以對制訂的任務計劃隨時進行添加、刪除、編輯、修改等維護工作的操作。第三是任務計劃的啟動。任務計劃啟動是指系統能夠按照制訂的任務計劃自動執行指令工作，而無需人工干預，這樣大大提高使用部門操作效率，也提高了系統的易用性與操作便捷性。

4）日志管理需求。臨床信息系統應該具備日志管理和審計功能，日志的內容應該包含系統的監控日志，系統和操作日志以及系統歷史狀態日志。在該功能下系統可以根據用戶需求對日志功能進行定制開發，系統保留用戶調用與管理操作的所有痕跡，具備查詢、統計和導出等必要功能，可以實時監測系統狀態，分析應用績效和系統性能，并可對違規操作和非法攻擊開展倒查。

5）系統校時需求。臨床信息管理系統應該具備設備校時功能，這個功能可以提高日常任務、日常用藥等內容提醒的正確性。校時功能可以是自動校時與手動校時功能兩種，兩種方式并存。

6）網絡管理需求。網絡管理功能指的是對系統內服務器等設備以及用戶的在線情況進行統計的功能。這主要包括對設備具備狀態巡檢功能，能顯示異常設備信息（如設備掉線），生成異常信息報表，并具有報表導出功能；能夠檢測系統設備、用戶的在線情況，及時了解設備的運行情況以及用戶的使用情況。

7）系統備份與恢復需求。臨床信息管理系統需要實現系統數據庫信息自動備份能力以及恢復能力。存儲區域要能夠實現自動備份，備份的內容包括相關的配置信息和系統的數據庫文件信息，備份頻率根據各臨床病區的實際情況而定。自動備份的作用保障當系統出現數據報錯或數據損壞時能夠通過備份的數據進行修復，這就提高了系統運行的穩定性。簡單的說就是在系統該功能下管理員可以對重要數據進行備份、恢復操作；系統出現故障時，系統自身能檢測并恢復正常運行以及數據庫信息自動備份和恢復。

4.5臨床信息管理系統與醫院信息系統和電子病歷的對接需求信息

1）床位信息

數據字段：床號、房間號、護士站、狀態（空床、在床）

操作：獲取HIS中床位的安排信息，HIS中如果有床位的添加、更新和刪除，臨床信息管理系統需要做到及時獲取，來更新自身系統中的床位總庫；

2）患者數據

數據字段：住院號、姓名、性別、年齡、科室、初步診斷、醫囑、病區、入院時間、出院時間、床號、護理級別。

操作：定時從HIS及電子病歷中查詢獲取是否有新入科的患者的信息；更新患者的醫囑信息、護理級別。

3）用藥屬性

數據字段：住院號、姓名、床號、病區、科室、服藥日期、服藥時間、藥品名稱、劑量。

操作：定時從HIS中查詢獲取病區患者的用藥信息；

4）手術記錄數據字段：病區、科室、住院號、姓名、床號、手術序號（手術的排序）、手術時間。操作：定時從HIS中查詢獲取病區患者手術信息。

5）任務查詢

數據字段：住院號、任務屬性、狀態、設置時間

操作：從HIS醫囑數據中獲取患者的病區維護信息，通過臨床信息管理系統來設定，單獨讀取患者醫囑信息如表4.1 所示。

表 4.1 患者醫囑信息：

藥物過敏霧化吸入烤燈藥流

翻身俯臥位 Braden 評分宮腔填塞

測血糖俯臥墊防跌倒評分今日分娩

測血壓留置針骨牽引分娩 24H

觀察神志瞳孔注意呼吸皮膚牽引尿蛋白定量

觀察末梢血運傷口引流深靜脈置管生命體征

觀察皮瓣血運 PICC 氣墊床起搏器應用

觀察傷口滲血 CSII 胃管胃腸減壓

24H 輸液維持輸液泵控氣管切開遙測

24H 出入量膀胱造瘺量體溫 R 型墊

吸氧持續膀胱沖洗 CPM 介入治療

床邊告知牌注意腹痛皮試特殊檢查

負壓注意陰道流血飲食鼻空腸置管

引流會陰護理抬高患肢鼻膽管

留置導管中引心電監護微量泵控

尿管防窒息紫外線消吸痰

6）換床信息數據字段：住院號、姓名、老床號、新床號、備注、病區、科室操作：從HIS中獲取病區的換床信息，并更新床位和患者信息。

7）出院信息

數據字段：住院號、姓名、病區、科室、床號、出院備注、出院時間。操作：從HIS中獲取病區的出院信息，今天/明天的出院信息。

第五章系統設計實現

5.1設計原則

病區臨床信息系統的設計要以實用性、可用性為原則，實現業務和辦公的自動化，實現管控一體化為最終目標。系統建設遵循以下基本原則：

1）系統要具備實用性。系統的設計必須要合理，構架要去繁從簡且能夠保證系統各項功能健全完善，各項功能要能對應切合病區的實際需求，目的是要提高病區醫護人員的工作效率，使病區的工作管理需求的到滿足。

2）系統要具備先進性。系統的構架應該采用目前比較先進科學且主流的設計方法或技術，具備高模塊化和高集成化的特性，使其滿足病區乃至整個醫院工作的可持續發展要求。

3）系統要具備一定的可靠性。系統必須要能夠滿足病區全天候的實際工作狀態，升級功能和系統一致性是基礎，所以在技術和設備的使用上，必須基于當前比較完善成熟以及通用的技術設備。

4）系統要有經濟性。臨床病區的預算開支并不是無限量，前期的建設以及后期的運行維護所需要花費的金錢都要有節制，那么在設計時要充分考慮最大限度的整合利用現有的資源，采用經濟適用的技術和設備，不能盲目投入。

5）系統要具備可擴展性。系統在設計時要充分考慮到系統后期的升級能力，所以系統的規模和功能兩個方面要易于擴充，設備和接口要能擴展并且兼容性強。

6）系統要具備一定的可操作性。任何軟件的開發目的都是為了便于用戶解決實際的問題，所以友好易用的操作界面的是前提。界面要簡潔清晰，并且靈活易學。這不僅能夠使用戶體驗得到保障，也給管理員后期的管理維護帶來方便。

7）系統要具備一定的安全性。要能夠盡可能的保障系統不受病毒感染，系統要具備數據自動數據備份的功能，在數據因為黑客攻擊或者斷電等客觀因素而遭到破壞時，能夠有備用的數據恢復，提高安全性。

病區臨床信息管理平臺結構圖設計如圖 5.1 所示。

圖 5.1 病區臨床信息管理平臺結構圖

核心的管理模塊以及服務功能模塊與擴展功能模塊作為中心應用軟件，B/S與C/S客戶端作為應用客戶端，以及平臺接口模塊是該系統的功能模塊的主要構成。臨床病區護士站內的電子觸摸顯示屏內置了 C/S客戶端，用于進行實時的數據監控，以供病區醫護人員使用。實時數據監控的內容包括病區臨床的數據監控數據查詢，以及床位的管理信息和各種病患臨床數據信息的查詢接收和處理。web瀏覽器基于B/S客戶端，運用web2.0技術對系統進行有效的實時數據監控管理和信息發布統計維護，畫面的刷新速度快且操作流暢，主要服務于系統的管理維護人員和部門領導。整個系統的核心組件是web service標準和J2EE體系，能夠有效的提供服務管理和授權以及支持PKI/PM集成的統一的認證模塊。核心組件也能為系統的集中存儲和系統管理功能等所有應用服務器提供有效的web訪問配置界面。

所有的數據查詢服務基于系統數據庫，系統數據庫負責數據庫的用戶管理，能夠把系統內產生的全部信息數據有效的存入歷史數據存儲中，同時支持數據的查詢修改和刪除。用戶訪問權限的管理，數據的日常維護定期備份以及數據的異常恢復都與系統數據庫服務相連。

針對用戶的個性化服務需求，系統應該提供定制集成服務，滿足使用者在應用中的實際需求，提供有效的特殊功能定制和接入定制。系統需要提供能夠滿足第三方業務系統的集成需求，以便提供和第三方系統對接，比如HIS系統的對接開發包，電子病歷系統的對接開發包，這樣才能有效方便的調用其業務數據以便獲取準確的實時信息。

5.1.1病區臨床信息管理系統接口接收HIS與電子病歷病區信息數據設計

所用的數據庫版本為 MS SQL Server 2005，臨床管理系統鏈接 HIS 與電子病歷服務器數據庫傳輸數據的基本信息如下：

View （對應的視圖）： view_tm_order 、 view_tm_yz_supply 、 view_tm_yz_freq 、 view_tm_yz_freq_time 、 view_tm_yz_order_type 、 view_tm_order_view 、 view_tm_ward 、 view_tm_bed （管理員用戶對這些視圖有讀權限）。

數據庫視圖如表5.1、 5.2、 5.3、 5.4、 5.5、 5.6、 5.7、 5.8 所示。

表 5.1 view tm order （病區醫囑信息視圖）

字段字段類型名稱可為空說明

inpatient no Varchar(12) 住院號否

patient name Varchar(32) 病人姓名否

patient sex Varchar(4) 病人性別否

patient age Varchar(3) 病人年齡實時年齡

bed no Varchar(8) 床位號否

ward sn Varchar(7) 病區編碼否

dept sn Varchar(7) 科室編碼否

admiss date datetime 入院時間否

dis date datetime 離院時間

order name Varchar(128) 醫囑名稱否

Serial Char(2) 藥品診療項目區分標志否診療項目標志固定為：'**'，其他為藥品項目

act_order_no Float 醫囑號否唯一

order_code Char(6) 藥品或者診療項目編碼否具體參照視圖： view_tm_order view

frequ_code Char(10) 用藥頻率編碼具體參照視圖： view tm yz freq

doseage float 劑量是

doseage unit Varchar(4) 劑量單位是

enter time datetime 錄入時間否

confirm time datetime 確認時間是

start time datetime 開始時間

end time datetime 結束時間

status_flag Char(1) 醫囑狀態否醫囑狀態標志：1 錄入 2 確認 3 執行 4 執行 5 停止

order_type Char(1) 醫囑類型否具體參照視圖： view_tm_yz_or der type

表 5.2 view tm yz supply（醫囑給藥方式字典視圖）

字段字段類型名稱可為空說明

supply code char(3) 編碼否

supply name Varchar(32) 給藥方式名稱否

表 5.3 view tm yz freq （醫囑給藥方式字典視圖）

字段字段類型名稱可為空說明

code char(10) 編碼否

name Varchar(32) 用藥頻率名稱否

表 5.4 view_tm_yz_freq_time （醫囑給藥方式字典視圖）

字段字段類型名稱可為空說明

code char(10) 頻率編碼否

week Varchar(32) 星期一周七天標注：

1,2,3,4,5,6,7 表示周幾執行

occ_time Char(5) 具體時刻時間點如：

08:30

表 5.5 view tm yz order type (醫囑類型字典視圖 )

字段字段類型名稱可為空說明

code char(10) 類型編碼否

name Varchar(32) 類型名稱否

表 5.6 view tm order view （醫囑項目名稱字典視圖）

字段字段類型名稱可為空說明

order code char(6) 項目編碼否

order name Varchar(128) 項目名稱

Serial Char(2) 藥品診療項目區分標志診療項目標志固定為：'**'，其

他為藥品項目

表 5.7 view tm ward (科室病區字典視圖）

字段字段類型名稱可為空說明

ward sn char(7) 病區編碼否

dept sn char(7) 科室編碼否

ward name Varchar(32) 病區名稱否

dept name Varchar(32) 科室名稱否

deleted_flag char(1) 在用標志否

表 5.8 view_tm_bed （床位字典視圖）

字段字段類型名稱可為空說明

ward sn char(7) 病區編碼否

bed no Varchar(8) 床位號否

dept sn char(7) 科室編碼否

room no Varchar(7) 房間號是

bed status char(1) 床位狀態否

status chin Varchar(8) 床位狀態否

inpatient no Varchar(12) 住院號是

admiss time smallint 住院次數是

sex char(1) 性別是

type char(1) 床位類型否

comment Varchar(60) 備注是

5.2系統基礎業務功能設計實現

(1)日常白板屏保界面設計為臨床護士日常工作的工作內容，同時為平臺常顯界面。當客戶端檢測一段時間觸摸一體機無操作后，自動切換到屏保界面，顯示內容主要包括患者重要日常提醒，比如對一般藥物過敏的提醒，以及一些日常需要注意的事項，如測血壓、測血糖，吸氧，氣管切開，胃管，傷口引流，頸圍固定，蘇打水漱口，深靜脈置管，胸帶固定， PICC，心電監護等。這些內容以表格形式呈現于電子白板屏上，相對應的內容框里顯示對應項目內容的完成情況或者狀態。具體設計為：主要類Accessdata：通過對各病區白板顯示模板，白板配置數據模塊OP_WHITEBOARD,通過參數到護理記錄模塊OP_DAYWORK、日常用藥模塊 OP_MEDICATE 、出院模塊 OP_OUTHOSPITALREMIND 、手術模塊 OP_OPERATION、管床記錄模塊OP_CARDBED等展示日常白板需求。

Accessdata 類的主要參數和屬性如下：患者標識號，患者住院號；醫囑代碼，從主醫囑代碼庫OP_ORDER_VIEW中加載所需要的醫囑代碼信息；床位，患者床位庫OP_BED中加載病區床位信息；執行頻率，加載用藥頻率庫 OP_FREQU 中加載信息；給藥方式，加載給藥OP_SUPPLY信息；設定數據展現的日期區間；配置數據中提取或排除的關鍵字信息。

Accessdata 類的邏輯數據結構描述如下：

護理記錄模塊OP_DAYWORK：獲取護理數據記錄管理。病人入院后醫生開具的護理醫囑，根據類OP_WARDTASK病區的護理任務分類展現；日常用藥模塊OP_MEDICATE：獲取用藥數據記錄管理。醫生開具的用藥醫囑，無論長期還是臨時都記錄在此表中；出院模塊 OP_OUTHOSPITALREMIND:獲取醫生開具的出院、轉科醫囑的數據記錄管理；手術模塊 OP_OPERATION：獲取醫生開具的手術醫囑記錄管理；管床記錄模塊OP_CARDBED：由護

士長通過護士名單OP_CARELIST選擇當天護理床位登記管理。主要類功能模塊如圖5.2所

示。

圖 5.2 Accessdate 類主要功能模塊

出院模塊實現如圖 5.3 所示。

圖 5.3 出院模塊功能流程

白板配置模塊與管床模塊實現如圖 5.4、5.5 所示。

圖 5.5 管床模塊流程

護理記錄模塊與用藥模塊實現如圖 5.6、5.7 所示。

圖 5.6 護理記錄模塊流程

圖 5.7 用藥模塊流程

編程實現時，首先要從HIS的數據庫中獲取所有的病區住院患者相關診療信息，再從獲取

的這些數據中，提取該病區實際的床位信息，放入bedno的字符串中。第二步是結合臨床病區的實際需要，建立好相關數據庫，數據庫信息來源于HIS和電子病歷數據庫中包含病區診療項目信息。第三進行白板信息的配置。白板配置所需要的信息從上述自己建好的數據庫中提取，獲取相關的病區需求患者床位信息，床位信息包含如測血壓、測血糖，吸氧，氣管切開，腸胃管，傷口引流，頸圍固定，蘇打水漱口，深靜脈置管，胸帶固定，PICC,心電監護等診療信息數據，這些數據放入記錄集中。這里的白板實際上是"excel 1的表格模板，在表格模板中對數據信息進行全面的歸類配置，即每個單元格中的內容都是臨床病區的相關診療項目名稱。第四是對表格模板中的各個單元格進行遍歷。遍歷的目的是根據不同臨床病區的實際的需求，找出相對應的診療項目內容。遍歷后進行單元格中數據的二次解析。通過這個步驟，能夠進一步獲取具體的執行代碼和執行頻率。數據解析后，對應白板配置信息，系統把信息返回 flexcell中的單元格，最終顯示于電子屏上。編程流程如圖5.8所示。

圖 5.8 編程流程

（2）日常護理界面。日常護理功能主要包括患者提醒和實時任務提醒。護士通過醫囑了

解當前時段的護理功能，工作完成后可在觸摸一體機上直接勾選完成，內容包括患者的實時

體溫測量，實時護理信息及相對應的病人，病人停止醫囑內容，病人臨時醫囑內容，需要急查項的病人等信息。各內容清晰系統的分成項目不同的各區域顯示于病區白板電子屏，以供臨床護士隨時查閱。具體設計為：護理記錄OP_DAYWORK管理功能：獲取護理數據，從HIS 系統醫囑庫VIEW_ORDER庫中獲取護理的數據，通過OPTASK_DICT病區任務表生成相關的需要的醫囑數據。護理執行完成，每一條醫囑執行后需要護士做執行完成，將 OP_DAYWORK 中的 STATUS 狀態屬性置為 1； STATUS 屬性值：0 正在執行未停止；1 已執行完成；2停止執行（由OP_DAYWORK根據主醫囑VIEW_ORDER中的執行狀態做自動更新調整）。各項類功能說明：CLS_CreateDayWork：添加護理信息，從主醫囑表中獲取醫囑。參數類DB_DAYWORK；日常工作描述類；CLS_UpdateDaywork:更新護理信息，更新護理醫囑的狀態、停止時間； CLS_DeleteDaywork ：刪除護理信息，當病人進入出院記錄 OP_OUTHOSPITALREMIND 中，在主醫囑庫中和患者中不存在相關病人信息時，存儲 SP_DELETEINHOSPITALNO 將執行刪除已出院的病人信息。

（3）日常用藥界面。界面分日常用藥和臨時用藥兩大區域，各區域細分需要口服用藥，肌肉注射等不同用藥方式病人信息。該界面下還需有用藥提醒功能。實時用藥提醒包括病區時間段用藥提醒和患者個人用藥提醒。病區時間段用藥提醒即每個整天需要做的事情列出來提醒護士，患者個人用藥提醒即每個患者所需用的藥品名稱和劑量。當用藥時間超過時間段，圖標會標紅提醒。具體設計為：用藥記錄OP_MEDICATE管理功能：獲取用藥數據，從HIS 系統醫囑VIEW_ORDER庫中獲取護理的數據，通過OPTASK_DICT病區任務表生成相關的需要的醫囑數據。護理執行完成，每一條醫囑執行后需要護士做執行完成，將 OP_MEDICATE 中的 STATUS 狀態屬性置為 1； STATUS 屬性值：0 正在執行未停止；1 已執行完成；2 停止執行（由OP_MEDICATE根據主醫囑VIEW_ORDER中的執行狀態做自動更新調整）。各項類功能說明： CLS_CreateMedicate ：添加用藥信息，從主醫囑表中獲取醫囑。參數類 DB_MEDICATE；日常用藥描述類；CLS_UpdateMedicate:更新用藥信息，更新用藥醫囑的狀態、停止時間； CLS_DeleteMedicate ：刪除用藥信息，當病人進入出院記錄 OP_OUTHOSPITALREMIND 中，在主醫囑庫中和患者中不存在相關病人信息時，存儲 SP_DELETEINHOSPITALNO 將執行刪除已出院的病人信息。

（4）床位管理界面。該界面下顯示當前病區所有床位使用情況，并且可以看到每個床位上的患者的詳細信息，如醫囑、用藥情況、任務情況等。具體設計為：床位OP_BED的管理功能：通過視圖VIEW_BED獲取床位數據。病區白板展示床位列表CLS_BEDLIST,生成標志FLAG,標記床位患者的護理等級；CLS_CreateBed：添加床位信息，從主床位表中獲取床位信息。參數類DB_BED：日常床位描述類；CLS_UpdateBed:更新床位信息；CLS_DeleteBed：刪除床位信息；患者詳細信息CLS_BedView：根據床位展示床位上患者OP_PATIENT詳細信息。

(5)患者個人信息管理界面。為了護士工作的方便，日常記錄內容中關于病人的代號都是以床號來標識，病人相關的內容直接與 HIS 系統和電子病歷相結合后，可通過床號直接查看到病人基本信息、醫生醫囑等。具體設計為：患者 OP_PATIENT 的管理功能：通過視圖 VIEW_PATIENT 獲取患者數據；使用到的類： CLS_CREATEPATIENT 添加； CLS_UPDATEPATIENT 更新患者； CLS_DeletePatient 刪除患者信息；包含的類:OP_GetDayWork,屬性患者住院號，獲取患者日常護理信息；OP_GetMedicate，屬性患者住院號，獲取患者日常用藥信息。

(6)事項管理界面。日常任務中，目前還存在有些任務HIS系統中無法獲取，或者難以實現，這就需要護士在事項當中手動添加，如翻身、防跌倒任務提醒等。所以在該界面下除了可以從HIS系統中獲取的事項外，還應配有添加/刪除事項模塊，以供臨床護士根據入院病人實際情況進行相應的護理事項添加或對不必要的事項進行刪除。具體設計為：通過事項管理 OP_DAYWORK 自定義項，使用到的類： CLS_CREATEDaywork 添加； CLS_UPDATEDaywork 更新； CLS_DeleteDaywork 刪除信息。

(7)常用信息提醒界面。該界面下的常用信息提醒包括相關人員常用電話、借還信息、通告信息、學習信息、搬床信息、管床信息、值班信息、出入院信息、手術信息等，除了以上可以從HIS系統中獲取的這些信息外，該界面下同樣要設置信息添加模塊，以便各個病區根據本病區需求自由添加相關信息。具體設計為常用信息 OP_COMMON 的管理功能：通過 CLS_CreateCommon 從 HIS 數據庫提取并創建常用信息數據，通過 CLS_UpdateCommon 更新常用信息數據，通過CLS_DeleteCommon刪除常用信息數據。

(8)數據查詢界面。臨床信息管理系統與醫院現有系統數據實現共享，在該界面下可以實時查詢電子病歷、病人信息、注意事項、護士值班記錄、護士排班信息等。具體設計為：數據查詢使用 OP_daywork 調用護理記錄， OP_Medicate 調用用藥記錄， Op_cardBed 調用管床記錄； Op_Patient 調用患者信息， Op_Bed 調用床位信息。

(9)背景色配置界面。無論是哪種軟件，其首要功能都是便于人們更有效率的完成要做的事物，要么提高工作效率，要么節省人力成本，總之，核心是一人為本。臨床信息管理系統也該如此。在該界面下，每個病區的護士站可以根據自己的喜好，或者按照所在病區的管理要求，設置信息管理系統的背景色，讓觸摸一體機融于護士站的整體環境。該功能的設計實現使用 Windows7 系統自帶的屏幕顯示進行調色即可實現。

(10)系統日志管理界面。信息管理系統對于登錄系統的用戶所進行的操作都實時記錄在操作日志中，具有相應權限的管理員可以查看、導出日志等操作。系統日志(內容包括、刪除時間段、操作類型、記錄數、用戶等）在刪除時會將用戶的申請通知系統管理員，需要系統管理員審核確認后，才可以刪除。具體設計為調用CLS_CreateUsers從HIS數據庫添加用戶使用信息，調用CLS_UpdateUsers更新用戶操作信息，調用CLS_DeleteUsers刪除用戶操作信息；調用 CLS_ModifyPassword 修改用戶密碼；調用 CLS_LockUsers 鎖定用戶；調用 CLS_UserPurview 限制用戶權限。

5.3系統基礎管理功能設計實現

（1）日常白板配置功能設計。由于每個科室的護士關心的護理工作不同，日常白板顯示內容也不同。系統應該留有白板配置功能選項，在模塊內建立病區日常護理項表，比如特殊管道，PICC，跌倒評分，翻身，拍背，搬床，領物，注射泵，值班信息，管床信息，特殊治療，測血糖，心電監護，CVC，陪護等病區所需要的護理選項，各個病區根據自身情況，選擇所需要查看的內容，在白板上顯示。具體設計為：調用CLS_CreateWhiteBoard進行白板內容創建病區入場護理項表; 調用 CLS_UpdateWhiteBoard 進行白板內容即護理項表內容更新; 調用CLS_DeleteWhiteBorad進行白板內容即護理項表內容的刪除。

（2）病區配置功能。臨床上有的病區通常由多個科室組成，所以設計的臨床信息系統要留有病區分組選項功能，在該功能下可以添加實際對應的若干個病區，每個病區由病區名，組名以及實際擁有的床位號三個要素搭建。各科室可以按組區分，并且根據HIS信息劃分各個部門。具體設計為：通過CLS_createward創建病區信息，CLS_updateward更新病區信息， CLS_deleteward 刪除病區信息。

（3）任務管理功能。系統應配置任務屬性選項功能，在該模塊下可以添加臨床護理項目名稱，比如頸部制動，氣管切開護理，保留導尿，24小時輸液維持，記24小時出入量，負壓，禁食，科護理常規，普食，吸痰，深靜脈置管護理，陪護，輸血小板等內容，每種任務都有對應的分類，分類類型為日常任務、實時任務、臨時任務等。通過系統配置選擇，且根據病人的具體情況，可以設置為各病區不同的護士專注的類型。設計如下：通過 CLS_CreateWardTask從HIS系統里提取并創建病區任務數據信息，通過CLS_UpdateWardTask 更新病區任務數據信息，通過CLS_DeleteWardTask執行刪除病區任務數據信息。

（4）用藥管理功能。系統應設有用藥方式選項模塊。在該模塊下，輸入各種不同給藥方式的名稱。病區臨床的給藥方式分為口服，輸液，肌肉注射，領藥，退藥，草藥，靜脈注射，皮下注射，皮試，霧化，沖洗，肛塞，灌腸，微泵等。每種藥物都有對應的分類即對應的給藥方式，通過的藥物劃分管理，將復雜繁雜的類型統一，便于查看管理。設計如下：通過 CLS_MedicateCategory進行藥品分類處理；通過CLS_GetMedicate獲取病區藥物信息；通過 CLS_SetMedicate 對藥品完成屬性配置功能。

(5)數據字典功能。系統設有數據字典選項模塊，使該功能對系統中使用的字典表具有管理維護功能，字典內容包括：護理級別、科室、病區、職務，值班，信息類型等，每個字典內容也有對應的病人狀態，如入院，手術，生產，死亡，病危等。設計如下：通過調用 CLS_Createdictionary 新建數據字典內容；通過 CLS_UpdateDictionary 實時更新數據字典內容；通過調用 CLS_DeleteDictionary 刪除不必要的數據字典功能。

(6)菜單設置功能。系統應設置菜單設置功能。該功能對系統中使用的功能項進行配置，使用功能項包括床位信息，床位變更，患者信息，患者登記，入院信息，病區記錄，值班記錄，出院記錄，手術記錄，病區管理，護士管理，醫生管理，醫囑管理，護理事項等。不同功能采用的菜單項名稱及對應代碼。設計如下：通過調用 CLS_CreateMenu 創建系統設置菜單，包括相應的數據內容；同樣通過調用CLS_UpdateMenu進行和HIS系統的對接，以便進行實時的菜單數據內容的更新；通過調用CLS_DeleteMenu對需要刪除的菜單數據內容進行刪除。

5.4系統管理功能設計實現

(1)用戶管理功能。系統應該具備用戶注冊、身份認證、權限管理、訪問控制等功能。在平臺中實現統一的權限認證，確保訪問過程的安全性。權限管理根據業務特點對每個用戶的資源范圍進行分配。管理員用戶維護相關設備、用戶、角色信息，可以添加、修改、刪除機構信息、設備權限信息、用戶信息、也可以對用戶添加權限。管理平臺對用戶和權限的管理，應包括增加、刪除、修改和查詢用戶、用戶組及用戶組的權限。采用用戶分級管理機制實現用戶權限的授予和取消。可針對不同用戶分配不同的系統操作和設備管理權限。用戶的權限主要分為功能操作權限和設備操作權限兩部分，只有被授權的用戶方可進行操作，權限可以被賦予，也可以被收回。當系統平臺新增一個用戶時，將所需要的設備賦予該用戶，并設置好每個設備或可操作的最高權限。每個用戶能依據權限遠程調閱本級和下級的資源。設計如下:通過CLS_CreateUsers從HIS系統里調取并添加用戶數據信息，通過CLS_UpdateUsers 更新用戶數據信息,通過CLS_DeleteUsers刪除用戶數據信息；通過CLS_ModifyPassword修改用戶密碼信息；通過CLS_LockUsers鎖定用戶使用操作；通過CLS_UserPurview確定用戶權限數據信息。

(2)數據管理功能。系統要能提供平臺有關的數據信息的管理功能，包括數據庫用戶的管理；系統內所有信息數據的寫入與歷史數據的存儲；數據的查詢、修改和刪除；數據的日常維護，如數據的定期備份、數據庫異常后的恢復、用戶訪問權限的管理等。數據管理功能可以認為是系統的日常管理，包括：a患者信息，即查詢當前入院患者的住院號、姓名以及入院時間等信息，修改患者診斷信息，設計為通過CLS_GETPATIENT查詢患者信息，屬性，患者住院號，姓名，入院時間；通過CLS_UpdatePatient修改患者信息；b出院信息，即查詢病區的出院和轉科信息，設計為通過調用CLS_GETOUTHospitalRemind,獲取屬性病區代碼，類型；c排班管理，即針對護士的排班，方便到時直接顯示在白板屏上。設計為：通過調用 CLS_CreateShiftTimes 創建排班管理數據內容；調用 CLS_UPdateShiftTimes 更新排班管理數據內容；調用CLS_DeleteShi仕Times刪除排班管理數據內容。d護士管床，即護士管床信息，大屏顯示，方便患者及家屬隨時找到護士。設計為：調用 CLS_CreateCardBed 進行病區床位數據內容創建；調用 CLS_UpdateCardBed 進行病區床位數據內容更新，調用 CLS_DeleteCardBed進行病區床位數據內容刪除。e搬床信息，即床位調整信息顯示。設計為：通過CLS_CreateChangeBed創建更換床位數據內容，通過CLS_DeleteChangeBed刪除更換床位數據內容，調用 CLS_UpdateChangeBed 更新更換床位數據內容。 f 用藥查詢，即當天醫囑中患者的用藥數據以及用藥的時間信息。設計為通過調用 CLS_GetMedicate 獲取醫囑數據庫里的患者用藥信息。g護理查詢，即當天醫囑中患者的護理數理以及護理時間安排信息。設計為通過CLS_GetDaywork獲取醫囑數據庫里病區日常工作的信息。

（3）任務計劃功能。臨床信息管理系統的任務計劃功能應該分為三個方面。第一是任務計劃的定制。系統進行自我檢測和重啟以及日志的刪除等工作是十分有必要的，任務計劃的定制功能可以滿足以上職責范圍內的工作，另外系統的管理員也可以對系統進行管理操作制定工作計劃。第二是任務計劃的維護功能。針對于已經定制的任務計劃，管理員可以進入系統隨時的進行添加編輯和刪除或修改等操作。第三是任務計劃的啟動功能。顧名思義，任務計劃的啟動是指在沒有人工進行操作干預的情況下，系統能夠按照既定的工作任務計劃去自動的執行指令性工作任務，這樣不僅是系統的操作便捷性和易用性得到提升，同時也提高了病區臨床的工作效率。設計如下：通過DataService數據處理服務程序，定時做計務任務，讀取HIS系統的數據。包括：CLS_GETVIEWBED床位使用情況；以及CLS_GETVIEWPATIENT 患者入院； CLS_GETVIEWORDER 病區醫囑管理。

（4）日志管理功能。臨床信息系統應該具備審計功能和日志管理，系統的操作日志監控日以及設備歷史狀態日志構成了日志信息的全部內容。在該功能下系統可以根據用戶需求對日志功能進行定制開發，系統保留用戶調用與管理操作的所有痕跡，具備查詢、統計和導出等必要功能，可以實時監測系統狀態，分析應用績效和系統性能，并可對違規操作和非法攻擊開展倒查。設備運行日志能記錄系統內狀態信息，包括設備啟動、異常、故障、恢復、關閉等，記錄信息所描述內容的發生時間，用戶操作日志能記錄操作人員的主要操作情況，包括操作行為、操作時間、操作對象等。設計如下：將每次的操作CLS_LOGRECORD都寫到數據日志庫DB_Log中。

(5)系統校時功能。臨床信息管理系統應該具備設備校時功能，這個功能可以提高日常任務、日常用藥等內容提醒的正確性。校時功能可以是自動校時與手動校時功能兩種，兩種方式并存。設置如下：調用CLS_UpdateNowService，以便通過服務程序往數據庫寫入當前時間；客戶端定時校時功能通過調用 CLS_ClientUpdateTime 來實現。

(6)網絡管理功能。系統內所有用戶在線情況的統計以及系統內服務器等設備的統計是網絡管理功能的主要功能，包括系統異常的顯示信息以及能夠導出異常的數據報表的功能。及時了解設備的運行情況以及用戶的使用情況。通過調用CLS_webmanage創建設備異常數據報表， CLS updatewebmanage 更新數據異常報表內容，通過調用 CLS-deletewebmanage 刪除過期的或者不必要的設備異常數據表報。

(7)系統備份與恢復功能。平臺數據庫信息的恢復和自動備份功能是臨床信息管理系統的備份與恢復功能的主要構成。存儲區域內要能存入系統數據庫和相關配置信息通過自動備份生成的信息。備份頻率根據病區臨床實際的工作要求而定，一般而言頻率為一周一次。數據的自動備份并針對因為外界異常情況而出現的數據損壞情況，這保障了系統的穩定性。簡單的說就是在系統該功能下管理員可以對重要數據進行備份、恢復操作；系統出現故障時，系統自身能檢測并恢復之前正常運行以及數據庫信息自動備份和恢復。系統備份與恢復功能由 SQL 2008 R2 定時備份來實現。

5.5臨床信息管理系統的病區構架設計實現

在各病區原來放置手工白板的位置，放置電子顯示屏，顯示屏要具備普通pc顯示器的功能。架構微型pc主機，并使得主機系統從屬于醫院所在的內網域內，嵌入設計的臨床信息管理系統，電子屏正常顯示出各病區所需要的信息內容。構架實物如圖5.9所示。

圖 5.9 構架實物

系統使用過程中，臨床病區需要經常顯示的白板屏保界面，護理界面，用藥界面，床位

界面如圖5.10、 5.11、 5.12、 5.13所示。

圖 5.10 白板屏保界面

病區臨床信息管理C咤＞

客誓隹覚

刪用藥㈣

14:52

實時湘

一蚣護理

£ +8［楚孝義］ £ +9呼樹） g 12闔有閒

2 24【張保明｝ Z 18［李南生］

酊

1 +觀瞬義］ Z 15澎鳳勝］

aiijs

時詢as 額

08 00吳甦冏］三査血刪儲■分折

0S K翹【西］耀輛馬3項

注倉蘇M■孔魏

2 +6賈桂寶］

55%曲淇它嘶片

2 14［臭局炳］

用賈導顯

£ 30［T懷全］ Z 15島副曲

2 04圖卿

總30廳懷全］ 115處創也

買時IP理

:08 ［申淑珍］

2.壩蔣齊期

2 37測春勒心足期

二+4浮世均：巧［為氏］

1 09］郭先組

I 21［張正圈

劃1

世W

浮蒔

+4*9

臨時囲K

g M【申守明］ ? 25陸月絢

:+5［無名氏］玄+9俸期

圖 5.11 護理界面

常用信J0

圖 5.12 用藥界面

圖 5.13 床位界面

第六章系統測試

6.1測試環境

服務器:臨床信息管理系統數據服務器；臨床信息管理系統應用服務器；PC端內置操作系統:Windows 7；數據庫：SQL Server2008。

6.2測試目的

1）測試軟件系統是否能規范和有計劃運行；2）依據軟件開發目的檢測系統在性能和功能等方面是否符合院方要求；3）通過測試及時記錄在測試中系統在性能和功能方面所存在的缺陷進行查漏補缺，記錄文檔。

6.3測試內容

測試分為需求分析階段測試、設計階段測試、編程階段測試以及功能驗證測試四個方面。在需求分析階段測試中，針對測試數據要有明確的樣本要求, 比如醫囑信息，患者信息，監護數據以及病案信息等，同時要明確對系統的測試基本環境要求；在設計階段的測試中，明確各功能單元為子對象，確認功能作用；在編程階段測試中，按設計階段確定的各種能模塊完成編程設計，完成對各種功能的編程；在功能驗證測試中，系統的性能測試和完整的功能測試要在整體系統實現層次上完成。

6.4測試結果

1）需求分析測試中：結合病區臨床管理系統設計所需條件，明確接口條件，調取 HIS 系統和電子病歷系統里里各種病區臨床信息，患者入院信息。信息完整可調用，測試結果合格。

2）設計階段測試中：結合醫院病區臨床現有條件需求，按照醫護人員實際工作需求，對所設計的病區臨床信息管理系統進行功能模塊設計。功能設計符合病區臨床醫護人員要求，測試結果合格。

3）編程階段測試中：根據病區臨床信息系統所設計的各子功能進行編程，符合設計需求，可以從HIS和電子病歷系統中調用信息，實現各子單元功能，測試結果合格。

4）功能驗證測試如表 6.1 所示。

表 6.1 系統功能測試表

測試內容結果

基礎業務功能

日常白板屏保顯示日常病區臨床患者提醒內容，以表格形式呈現于電子白板屏上，相對應的內容框里顯示對應項目的內容和狀態合格

日常護理顯示患者的實時體溫測量，實時護理信息及相對應的病人，病人停止醫囑內容，病人臨時醫囑內容，需要急查項的病人等信息。各內容清晰系統的分成不同區域

顯示于病區白板電子屏合格

日常用藥顯示日常用藥和臨時用藥兩大區域，各區域細分需要口服用藥，肌肉注射等不同用藥方式病人信息。顯示實時用藥提醒包括病區時間段用藥提醒和患者個人用藥提醒。顯示當前病區所有床位使用情況，可以看到每個床位上的患者的詳細信息合格

患者個人信息管理通過床號直接查看到病人基本信息、醫生

醫囑等合格

事項管理可以從 his 系統和電子病歷系統中獲取的事項，配有添加/刪除事項模塊，以供臨床護士根據入院病人實際情況進行相應的護理事項添加或對不必要的事項進行刪除合格

常用信息提醒可以顯示常用信息提醒包括相關人員常用電話、借還信息、通告信息、學習信息、搬床信息、管床信息、值班信息、出入院信息、手術信息等，具備設置信息添加模塊，可以使各個病區根據本病區需求自由添加相關信息合格

數據查詢可以實時查詢電子病歷、病人信

息、注意事項、護士值班記錄、

護士排班信息等

背景色配置實現每個病區的護士站可以根據自己的喜好，或者按照所在病區的管理要求，設置信息管理系統的背景色，讓觸摸一體機融于護士站的整體環境合格

系統日志管理管理員可以查看、導出日志等操作。系統日志（內容包括、刪除時間段、操作類型、記錄數、用戶等）在刪除時會將用戶的申請通知系統管理員，需要系統管理員審核確認后，才可以刪除合格

基礎管理功能

日常白板配置系統實現白板配置功能選項，在模塊內建立病區日常護理項表，特殊管道，PICC, 跌倒評分，翻身，拍背，搬床，領物，注射泵，值班信息，管床信息，特殊治療，測血糖,心電監護，CVC，陪護等病區所需要的護理選項，各個病區根據自身情況，選擇所需要查看的內容，在白板上顯示合格

病區配置系統有病區分組選項功能，在該功能下添加實際對應的若干個病區，每個病區由病區名，組名以及實際擁有的床位號三個要素搭建。各科室可以按組區分，并且根據HIS及電子病歷信息劃分各個部門合格

任務管理該模塊下可以添加臨床護理項目名稱：頸部制動，氣管切開護理，保留導尿，24 小時輸液維持，記 24 小時出入量，負壓，禁食，科護理常規，普食，吸痰，深靜脈置管護理，陪護，輸血小板等內容，每種任務都有對應的分類，分類類型為日常任務、實時任務、臨時任務等。通過系統配置選擇，且根據病人的具體情況，可以設置為各病區不同的護士專注的類型合格

用藥管理在該模塊下，可以輸入各種不同給藥方式的名稱，每種藥物都有對應的分類即對應的給藥方式合格

數據字典典內容包括：護理級別、科室、病區、職務，值班，信息類型，每個字典內容有對應的病人狀態：入院，手術，生產，死亡，病危合格

菜單設置該功能下對系統中使用的功能項進行配置，使用功能項包括床位信息，床位變更，患者信息，患者登記，入院信息，病區記錄，值班記錄，出院記錄，手術記錄，病區管理，護士管理，醫生管理，醫囑管理，護理事項合格

系統管理功能

用戶管理具備用戶注冊、身份認證、權限管理、訪問控制等功能。在平臺中實現統一的權限認證，確保訪問過程的安全性合格

數據管理具備數據庫用戶的管理，數據的

查詢、修改和刪除合格

任務計劃具備任務計劃制訂，任務計劃維

護，任務計劃的啟動合格

日志管理具備日志管理和審計功能合格

系統校時具備設備校時功能，自動校時與手動校

時功能兩種，兩種方式并存合格

網絡管理具備對系統內服務器等設備以及用戶的

在線情況進行統計的功能合格

系統備份與恢復具備平臺數據庫信息自動備份和

恢復能力合格

其中，白板配置、白板顯示、護理查詢日常護理功能測試過程界面如圖 6.1、6.2、6.3、

6.4 所示。

圖 6.1 白板配置測試

圖 6.4 護理管理事項測試

6.5病區臨床信息管理系統與傳統管理方式的對比及系統性能優勢

1）使用上。病區傳統臨床信息的歸納或匯總，都是依靠醫護人員采用手工手寫的方式，從 HIS 系統和電子病歷系統中摘錄，記錄于病區白板上。這樣的方式弊端很明顯，首先白板可用空間有限，臨床病患各種信息無法詳細的呈現于白板之上；其次手工記錄的臨床信息經常出現字跡潦草的情況，這給其他醫護人員的辨認帶來一定的困難，影響工作效率；第三是即便手工記錄的臨床信息書寫工整，也時常出現信息記錄不規范的情況，各病區臨床沒有統一的標準，在傳統手工錄入的方式下，各病區客觀上由于病患人數、床位個數以及科室側重記錄信息的不同，無法強行統一臨床信息書寫格式規范。本論文中設計的病區臨床信息管理系統，是將臨床病區所需要的病患臨床信息從HIS系統和電子病歷系統中提取整合，呈現于電子屏幕上，點擊各種功能模塊呈現不同的臨床信息，這樣信息顯示內容不再受到屏幕物理大小的制約；信息統一采用PC端默認的字體顯示，杜絕出現信息記錄字體潦草情況；規范統一的信息記錄呈現格式，各病區可以根據自身實際情況進行側重表現。

2）信息維護和更新上。病區傳統手寫記錄方式由于客觀條件的限制，白板上記錄的信息需要臨床護士查閱病患HIS和電子病歷信息后，再逐一的記錄于白板之上，這就不可避免的導致了信息呈現的延遲與信息更新的不及時。臨床病區信息管理系統與HIS系統和電子病歷系統對接，實時調取更新臨床病患的信息，做到了信息維護和更新的準確及時。

3）目前國內醫院針對于病區的臨床信息管理的工作方式，大多數還停留在傳統手工錄入方式階段。省內少數幾家三甲醫院使用的舊式臨床信息管理系統，性能并不具有優勢，與其相比，本文論述的臨床信息管理系統的性能優勢主要體現在具有一定的分析篩選能力。

舊式臨床信息管理系統，在日常白板屏保工作界面與用藥管理兩個功能中，只是單純的從 HIS 與電子病歷數據庫中獲取相關病患診療信息，投射于電子屏上。很多診療信息，比如測血糖，吸氧，用藥等等，這些診療方式，都有很多細分的屬性，體現在執行頻率以及執行方式上。舊式臨床信息管理系統，不對這些具有細分屬性的診療方式加以區別，直接投射于電子屏，那么醫護人員從舊式臨床信息管理系統中就無法直觀的得到正確的診療信息，這就給醫護人員的工作帶來一定的困擾，醫護人員必須再從HIS或電子病歷系統中，查看具體的執行方式或執行頻率，大大影響工作效率。而本文論述的新式臨床信息管理系統，能夠對應 HIS 和電子病歷中的醫囑或診療信息，對配置模板中的數據信息進行遍歷與解析，篩選出病患當前所需要的相關診療項目的執行方式和執行頻率，之后再進行屏幕的投射，如圖 5.8 所示，這樣就給醫護人員正確直觀的信息顯示，提高了醫護人員的工作效率。

第七章總結與展望

7.1總結

本文論述的病區臨床信息系統是目前醫院信息化建設浪潮下綜合信息系統的組成部分，目的是實現病區臨床醫院信息系統的電子病歷系統中住院病患診療信息的整合，提高臨床醫護人員的工作效率。系統通過可靠先進的信息技術手段構架，也符合當前醫療行業信息化建設的趨勢。該系統主要實現病區基礎業務功能、基礎管理功能和系統管理功能三塊。

論文首先從需求分析的角度對此進行了論述。在該軟件的功能需求方面，從病區臨床日常的用藥，床位管理，患者個人信息，事項管理，信息提醒，以及白板電子屏常規顯示內容，病區配置，任務管理，用藥管理，數據字典，系統菜單設置，用戶管理，數據管理等方面入手分析，列舉了系統構建所需的各項指標內容。

在軟件設計方面，南京市某醫院的病區臨床信息系統軟件架構方案的構建基于對需求分析中所確定的功能進行合理分解和組合，合理組織內部程序的代碼和可重用性。

在實現方面，以上述考慮為基礎，對該系統軟件進行構架，采用C#編程開發，綜合需求分析進行合理構架。實現了上述需求功能。通過醫院病區臨床醫護人員的操作實踐，該軟件目前運行良好，狀態正常。

7.2展望

臨床信息管理系統的實現，有效解決了醫院病區臨床住院病患信息的綜合顯示問題，雖然取得了一定的成果，但是還有很多不太完善之處。在以后的病區臨床工作中，可能還會出現不滿足臨床需求的問題。因此，還需要在以下方面進一步研究：

（1）系統不僅要能夠從 HIS 系統和電子病歷系統中提取整合所需要的臨床病患信息，而且還要再加入一些有效的算法程序，使系統自身能夠對所顯示的病患信息進行分析，在一段時間周期內，得出病患各項指標分析，生成報表。

（2）系統當前主要的服務面向病區臨床，未來要使臨床信息系統的兼容性更高，擴展更全面，能夠面向門診，綜合叫號服務，實現更加全面綜合的能力。

參考文獻

[1]李放.河南省人民醫院信息化建設研究[D].2013:l-2.

[2]劉穎.醫院信息系統推進醫院精細化管理[J].現代企業教育，2013:15-16.

⑶朱曉勃.我國醫院信息化建設現狀與發展對策研究[J].管理論壇，2015,21 (1)： 76-77.

[4]王才有，湯學軍.全國三級醫院信息化情況調查研究J].中國衛生信息管理雜志，2016,13(4)： 343-344.

[5]杜方冬.我國醫院信息化建設水平的實證分析與發展對策探討J].情報雜志，2009,28 (5)： 42-43.

[6]任曉蕊，鄧明卓.醫院信息化建設中的項目管理[J].中華醫學圖書情報雜志，2016,25 (9)： 64-65.

[7]李瑩.醫院信息化建設存在的問題與對策[J].衛生軟科學，2013,27 (8)： 523-524.

[8]Grant P. Data Warehouse Techniques and Applications[M] . New York ： Pearson Education， 2013.

[9]Killing R. A Development Kit for Medical Instrumentation Software Design[J]. Modern Healthcare Review, 2011,43(2):272-289.

[10]Kennedy M. Service-oriented Architecture for Healthcare Information Management Applications[R]. Rotman College, Technical Report, 2015.

[11]Gallager R, Hueghs S. High Bandwidth Signal Processing Techniques: Theory and Implementation[J]. Industrial Instrument Techniques, 2014, 33(1): 53-67.

[12]張登峰，宋余慶.醫院信息系統的集成化設計[J].信陽師范學院報，2002,15 (2)： 255-226.

[13]孔令波.xml數據索引技術[J].軟件學報，2005,16 (2)： 2064-2065.

[14]孟小峰.xml查詢優化研究[J].軟件學報，2006,17 (10)： 2070-2071.

[15]周軍鋒.xml關鍵字查詢處理研究[J].計算機學報，2012,35 (12)： 2406-2401.

[16]瞿裕忠.xml語言及相及技術綜述[J].計算機工程,2000,26 (12) : 5-6.

[17]陳思敏.xml文檔對象模型(xmlDOM)研究與應用[J].蘇州大學學報，2001,17 (2) : 50-51.

[18]趙豐，趙瑞正.基于B/S,C/S集成模式應用軟件的開發研究[J].中國科技信息，2006，(18) : 171-172.

[19]張淑英，蘇兵.C/S和B/S兩種軟件體系結構[J].電腦學習，2010，(6) : 126-127.

[20]李云云.淺析B/S和C/S體系結構[J].科學之友，2011.

[21]蔡長安，王盈瑛.C/S和B/S的模式的比較和選擇[J].渭南師范學院學報，2006,21 (2) : 49-50.

[22]王嫻.B/S與C/S體系結構的應用研究[J].信息技術，2006 (6) : 54-55.

[23]劉鵬.基于C/S與B/S架構的科研項目管理系統[J].軟件導刊，2010,9 (1) : 110.

[24]張寶龍.C/S模式網管系統向B/S模式的遷移與優化[J].計算機系統應用，2017,26 (1) : 63-64.

[25]陳軍源，趙縝.B/S管理信息系統數據交互形式探討與實踐J].裝備制造技術，2011，(10) : 89.

[26]杜志水.flexcell表格控件在《工程泥沙分析計算軟件包》開發中的應用[J].2010(2):86.

[27]林崇德.發展心理學[M].北京:人民教育岀版社,2001:1-15.

[28]D.A.Menasce,H.Gomaa. A Method for Design and Performance Modeling of Client/Server Systems[J].IEEE Transactions on Software Engineering,2000,26(11):1066-1085.

[29]D.Clark.VisualBasic and the Future of web-Application Development[J].Computer,2001,34(8):16-18.

[30]陳金雄.電子病歷與電子病歷系統[J].醫療衛生裝備,2010,(31):1-2.

[31]張生澤，王慶陽.基于電子病歷大數據的問答系統[J].醫學信息學雜志,2017,38(3)6-7.

【本文地址：http://www.bzhlmm.com//guanlilei/gongshangguanli/xixinguanli/8938.html】

上一篇：長春市給水管網設施信息管理系統的設計與實現

下一篇：沒有了

相關標簽:

最熱期刊