I1引言1.1研究背景與意義隨著當今互聯網的快速普及和發展已經從根本上改變和更正了世界各國社會和組織的管理模式，從中國政府和公司、企事業等部門都構想到一種可以直接通過利用互聯網這一系統的手段和方式對其進行管理的信息。鑒于之前還是有很多種種的原因，比如目前互聯網普及率較低、使用者不能接受和理解、互聯網相關法律和政策制定工作不到位、所研究的科學技術還是不夠成熟等，窒礙了當今中國的互聯網領域[1]。以往在對護理檔案管理系統的相關資料信息管理中，都是通過傳統人力資源進行數據統計，傳統的護理人員工作中普遍存在著信息傳遞緩慢、監控不到位、組織管理技術能力較低等問題，已經變得無法滿足和適應當前護理人員工作的基本要求[2]。在科學領域快速擴張以及信息科技不斷發展的背景下，信息技術也在逐漸向成熟化的方向發展，目前計算機在信息化社會中的重要作用已經得到了人們的重視，在社會信息化發展的道路上，人們計算機的功能完美的展現出來。由于醫院網絡信息技術的建設速度較快，因此近年來，醫院護理工作也出現了巨大的轉變。在現代醫療事業發展的過程中，越來越多的醫院對信息護理系統進行了優化與完善，構建信息化不僅僅是簡化醫療服務流程的重要保障，同時也是為了在護士服務過程中對人力資源的管理、工作量的統計、績效考核與不良事件上報等多個管理階段層面上起到重要的作用[3]。現在醫院為了能夠滿足人們多元化的需要，已經開展了大量的工程建設工作，同時在開展該類工作的過程中，也會由此產生較多的基建檔案，如果僅通過使用傳統的方法管理方案，很難滿足目前在信息時代檔案管理方面的需求[4]。護理工作的真實記錄都記錄在護理檔案中，護理檔案為護理活動提供了重要的依據，要將護理檔案的作用有效發揮出來，首先先將護理人員的資料收集起來，所以系統性收集護理人員的檔案有利于提高護理檔案管理的水平[5]。1.2研究現狀目前為止，互聯網在社會中已經隨處可見，智能手機、筆記本電腦等各種新型家用終端電子信息設備也已經成為了人們獲取信息、傳播信息的重要工具。通過使用計算機網絡管理護理方案已經成為了一種必然的趨勢。1.2.1國內研究現狀（1）已有的檔案管理軟硬件難以滿足當下的發展需求：醫院電子檔案管理有較大的科室范圍。計算機技術在醫療中得到了廣泛運用，部分科室也已經采取了互聯網方式，但是全院的網絡系統統一和規范化管理仍然有待加強。相應的電子檔案管理所需要的軟硬件和資金投入相對不夠,能適合于進行電子檔案管理工作的計算機和互聯網技術也相對較為缺乏,導致檔案管理工作往往無法達到要求[6]。醫院的業務檔案管理這項工作僅僅是側重于對醫院檔案信息載體的監督管理，但是醫院檔案的監督管理卻不是簡單地需要進行檔案保管,它主要的是涉及關系到醫院檔案資料的分類搜集、整理、編目、排架、統計、編輯調研、利用等各項日常系統性的管理活動。（2）醫院檔案管理體制不統一：中國對公立醫院的護理檔案管理不夠重視，導致護理檔案管理制度和檔案標準不統一，缺少了系統性的管理和檔案的完整性[7]，由于護理檔案缺少了統一的標準要求，使得各醫院的檔案種類，歸檔范圍、保管年份等各個方面也不一致，導致護理人員的檔案信息缺少了完整性、連續性、可靠性。（3）護士信息不能有效傳遞、效益核算不準確：現階段醫院各個科室的人員數據傳遞仍然依靠著手工的方式，產生了最大的弊端是失去了信息的時效性，導致護理人員資料無法與實際情況保持同步[8]，也進一步的影響了在科室效益核算方面不精確的效果。（4）醫院人事檔案管理人員相對不足：不同于城區醫院，一般的基層醫院人員相對較少，不僅是醫護人員數量少，行政管理人員也相對較少[9]。在這種情況下，基層醫院人事檔案的管理工作必然也會出現一些問題，比如人事檔案資料收集不齊全、歸檔不規范、保管混亂、利用不方便等問題。1.2.2國外研究現狀自1970年以來，美國已經率先開始了護理信息系統的建設。據文獻報道，在1987年左右，中國的臨床護理才剛開始使用計算機技術，護士開始運用計算機處理醫囑[10]。護理信息系統是否能夠進行實施還是要通過NIS委員會決定，NIS委員會包括各種健康和醫學領域的專門技術人員。在設計護理信息系統的過程中，需要經過規劃、設計、運行、維護、管理、安全、保障等各個環節。由此可見，國外護理信息化建設的主要特點是具有一定的規范性，需要由組織執行，同時還應當統一執行方式，使體系得到更好的轉型升級[11]。國外有關文獻就是在一個簡單而復雜的人機交互設計下，通過對移動式護理信息系統進行設計來達到提升護理服務質量水平的目的[12]，即一種設計精美且簡潔的小型顯示屏界面，可以為患者提供臨床護理，提升醫生的工作效率。除此之外，通過對多維度護理管理信息系統進行設計，科學的設置質量考核系統、病人劃分系統、效益分析系統等。國外在護理檔案管理中應用計算機已經相當廣泛，在開展各項與醫學信息相關的社會化服務工作時，需要將有效信息全部提供給國家決策單位，避免資源的浪費，達到信息的共享，并且還要對專業的護理檔案管理機構進行設置，對護理檔案進行嚴格管理，解決在護理檔案歸檔上存在的問題，將具體責任落實。為了使現代護理檔案管理的要求得到更好的滿足，需要對專業的管理基礎資料進行設置。對于檔案管理者而言，不但要有充足的專業知識儲備，同時也要具有能夠自如應用法律知識對檔案進行設定的能力[13]。1.3研究內容在設計護理檔案管理系統的過程中，需要基于用戶的具體情況全面的分析系統需求，從整體上設計系統，然后開展系統測試工作，提升系統設計的有效性和完整性，確保系統功能能夠得到更好的實現。在本次論文中，內容包括以下幾個部分：第一部分緒論：從概述研究背景、意義入手，進一步描述系統設計的重要性。第二部分相關技術：對系統設計開發中所使用的各種技術大致作出簡介。第三部分系統分析：剖析系統功能需求，闡述可行性。第四部分系統設計：從整體上顯示數據庫、功能模塊設計，主要以表格和圖片以及文字說明的方式來描述。第五部分系統實現：顯示系統功能界面。第六部分系統測試：對系統進行測試，評估能夠正常運行。

2系統關鍵技術2.1ASP.NET技術ASP.NET環境是微軟公司自主研發的Web運行環境，ASP.NET技術廣泛用于動態網戰程序的制作開發，支持多種面向對象編程類型的語言，如VisualC#，支持多種數據庫，如SQLServer等開發數據庫，ASP.NET

技術是當今互聯網發展中所使用的主流Web開發平臺之一。主要優點有[14]：與各類瀏覽器兼容；業務邏輯方面的代碼和顯示方面的邏輯分開，有利于維護；易于配置和部署；2.2VisualStudioVisualStudio是微軟公司向用戶免費推出的一個軟件和測試開發工具。是當今應用程序開發領域中最為普遍和受歡迎的Windows平臺軟件和開發環境，采用VisualStudio平臺軟件來進行開發的根本原因是[15]：VisualStudio軟件具有實現可視化設計的工具、編程語言和代碼編輯器，能夠極大地提高應用程序開發的質量和效率。在程序框架設計和搭建上，能夠完成各種應用程序的架構，相對于其它平臺來看，該軟件簡潔易用，功能卻已經足夠強大。VisualStudio平臺能夠創建數據的解決方案。2.3SQLServerSQL是英文StructuredQueryLanguage的簡寫，它的本質含義是結構化的數據查詢管理語言。SQL是現代移動互聯網所發展的過程中流行使用關系型數據庫管理系統的語言標準。根據ANSI（美國國家便準協會）的官方規定，基于關系型數據庫和管理文件系統的國際標準的可編程腳本語言是SQL數據查詢管理語言。能夠和眾多數據之間建立信息聯絡和信息交流這是SQL的主要功能之一。且在SQLServer數據庫引擎中為關系型數據和結構化數據提供了更加安全可靠的存儲方式，用戶可以輕松地構建和管理業務地高可用性和高性能地數據應用程序[16]。2.4B/S結構B/S系統結構模式即網頁瀏覽器/應用服務器（Browser/Server）結構模式，B/S結構并非必須有特定的系統環境，它是一個三層結構分布式系統，B/S系統結構包括客戶終端、數據庫、服務器。用戶可以在客戶終端中實現數據交互，并通過合理的方式處理程序。在客戶端指令發送至服務器中以后，服務器需要對應用邏輯進行執行，同時處理客戶提交的請求，得到與此相關的數據請求[17]。除此之外，還能夠實現服務器與數據庫的信息交互，對請求進行處理以后，將處理后獲得的結果提交至客戶終端。在應用服務器指令的指導下，以合理的方式處理相關數據，同時將最終結果提交至應用服務器。圖2-1B/S模式三層結構圖

3系統分析3.1可行性分析可行性分析指的是系統前期設計和施工所需要做的主體工作，可行性分析不是提出問題的解決方案，主要是對解決問題的可行性進行闡述，同時剖析解決的必要性。在下文中，分別從經濟、操作、技術這幾個層面入手，分析系統開發的必要性。3.1.1技術可行性在設計本系統的過程中，選用了SQLServer數據庫、ASP.NET技術。由于筆者在大學期間就讀的專業是計算機專業，因此在校期間也學習了很多編程知識，對數據庫、編程技術較為熟悉，因此對技術開發也有一定的了解。3.1.2經濟可行性在設計系統的過程中，使用的技術和工具均是免費獲得的，無需花費成本即可完成系統開發工作，另外用戶在使用系統的時候，對計算機的配置要求很低，只要連上互聯網就能夠滿足系統的需要，因此，該系統的開發具有良好的經濟可行性。3.1.3操作可行性系統整體界面設計簡單明了，沒有復雜操作流程，用戶在進行登錄后，可以根據系統中的功能文字說明就可以進行操作，所以對于用戶在系統的操作上是可以不用進行培訓就可以使用的。3.2需求分析在開發軟件時，需求分析是一個次要的環節，能夠對軟件質量的提升產生直接影響。軟件需求分析的工作包括分析設計者對開發軟件的期許以及具體的開發需求[18]。需求是用一種簡潔、清晰、統一而又毫不具有二義性的形式，在一個等價于開發系統的各個方面進行概括性地描述的集合。需求必須是一個完整的，能夠由設計人員和工程師去研究和開發出一個令客戶感到滿意的軟件產品。3.2.1業務流程分析管理員錄入用戶信息同時賦予用戶及密碼，用戶注冊完成后輸入用戶名、密碼，即可在成功登錄系統以后跳轉至操作界面，在系統中，用戶可以修改、增刪個人信息，在確認信息不存在錯誤時即可提交信息，同時在管理員端可以進行審核以及駁回操作，系統業務流程如圖3-1所示：圖3-1業務流程圖3.2.2數據流程分析護理檔案管理系統主要功能是管理護士信息為主，護士填寫個人信息，上傳至護理檔案管理系統，管理員在護理檔案管理系統中主要負責收集和審核護士信息，所以數據流在兩個實體中進行流動，綜上所述護理檔案管理系統頂層數據流詳情可見圖3-2:圖3-2系統頂層數據流圖護理檔案管理系統中主要的功能之一就是是護士個人信息的提交、管理員對其進行信息的審核和統計分析，護士可以在科室內進行科室輪轉申請以及科研課題的申請，管理員可以對護士提交的各類信息進行審核，對于審核后的護士信息可以進行統計，綜上所述護理檔案管理系統的第一層數據流圖如圖3-3所示：圖3-3系統第一層數據流圖護士注冊登錄后可以進行申請科室輪轉、職位晉升進修項目等，而管理員負責審批護士提交的申請，在進修項目中，管理員對護士進修的項目進行評價，各類申請以及考核的結果都將由管理員返回給護士本人檔案中，護士的不良事件也將由管理員來進行上交，綜上所述便能將護理檔案管理系統數據流圖進一步細分，如圖3-4所示：圖3-4系統第二層數據流圖3.2.3數據需求分析圖3-5護理檔案管理系統總體IPO圖信息錄入圖3-6護士錄入信息IPO圖該功能主要是護士信息的錄入，護士通過該系統錄入個人信息，而管理員端負責審核護士提交的信息。輸入數據：護士信息。輸出數據：審核后的護士信息。信息錄入主要數據字典描述可參考下表：表3-7數據文件“護士信息”詞條描述數據流名稱：護士信息別名：無簡述：護士通過系統錄入信息存入數據庫的數據組成：ID+護士信息ID+添加時間+審核狀態存儲方式：索引文件，關鍵字為ID存取頻率：異常頻繁查詢要求：可以直接查詢圖3-8數據統計IPO圖該功能主要負責護士各類進修以及考核的統計，并生成柱狀圖。輸入數據：進修成績，考核成績。輸出數據：統計數據。檔案統計主要字典描述可參見下表：表3-9加工“統計”詞條描述加工名：統計加工編號：5簡要描述：根據項目類型進行統計輸入數據流：統計項目類型輸出數據流：統計結果加工邏輯：根據不同的項目類型進行統計

4系統總體設計4.1系統功能模塊設計系統包括多個功能模塊，通過逐一列舉各個模塊，并分別進行功能設計，再從整體上對系統進行設計。在本次設計中，系統結構圖可參考圖4-1：圖4-1系統功能模塊圖（1）護士檔案：在該檔案中，包括的信息主要有護士不良事件、護士基本資料、繼續教育、科室輪轉等，這些護士檔案的相關資料為醫院的職稱晉升、評優爭先活動中提供了重要的依據。為醫院的量才用人提供了依據。護士基本信息管理：錄入、修改、刪除護士的基本信息。科室輪轉管理：為了熟悉和盡快掌握各個科室的護理工作特點，護士在培訓期間進行科室輪轉。職稱管理：主要是對護士的職稱晉升時間以及被聘任為其他職位的時間等。繼續教育管理：主要記錄護士參加各級學習班和外出進修醫院的名稱、時間、取得的學分情況。排班管理：記錄護士的排班的情況，包括護士上班的時間以及護士加班情況，還有記錄請假的時間和請假的次數。科研課題管理：記錄護士的論文發表情況，包括論文頁碼、名稱等信息。護士考核管理：記錄護士參加醫院技能考試的時間、項目及考核結果不良事件管理：對護士在工作期間出現的護理不良事件情況進行記錄，其中包括不良事件結果、時間，事件形式等內容。（2）綜合查詢：在護士檔案和護士考核的所有內容都可以以項目查詢的形式進行查詢。（3）統計分析：從整體上評價護士的考核成績情況，并分析繼續教育狀況，其中包括匯總學分、統計成績等。學分統計：根據一年中繼續教育的記錄，分別按學習班、進修的醫院名稱以及項目來進行匯總。成績統計：根據護士考核的記錄，分別按年度匯總，以及醫院、省市級的考核成績來進行匯總。4.2數據庫設計應用程序的質量以及能夠產生的效果均與數據庫設計情況相關，在設計數據庫的過程中，需要合理設計表結構，明確不同表格的聯系，同時還要確定設計所需內容。在設計期間，還要根據實際情況，以針對性的方式完成開發數據庫的工作。4.2.1數據庫E-R圖設計該系統采用了SQLServer數據庫，在醫院的護理檔案管理的過程中，需要重點管理信息，由于信息量通常相對較大，因此需要確保數據庫具有良好的完善度，明確劃分不同信息的類型。在難以有效添加信息時，很容易出現信息混亂的問題。在對數據庫進行設計以后，應當明確的表達不同實體的關系。在下圖中顯示的是系統的E-R，詳情可參考圖4-2：圖4-2系統ER圖賬號信息實體包括賬號、密碼、姓名、性別、手機、郵箱、省份證、科室、職稱、請假次數、添加時間，如圖4-3所示圖4-3賬號信息實體圖護士信息實體包括護士信息ID、賬號、密碼、姓名、性別、畢業時間、參加工作時間、來院時間、第一學歷、畢業院校、申請狀態、后續學歷獲取時間，如圖4-4所示圖4-4護士信息實體圖科室輪轉實體包括科室輪轉ID、護士信息ID、賬號、科室、姓名、性別、轉入科室、審核狀態、審核備注、審核人、添加時間，如圖4-5所示圖4-5科室輪轉實體圖科室實體包括科室名稱、科室ID、添加時間，具體內容可見圖4-6圖4-6科室實體圖管理員實體內容參考圖4-7圖4-7管理員信息實體圖4.2.2數據庫表設計對于該護理檔案管理系統而言，需要獲得后臺數據庫的支持，同時在設置數據庫時，往往都是以現有的一個數據庫管理系統作為設備基礎，常見的這些系統有

SQLServer等。根據上述內容，最終在本次研究中選擇的數據庫為SQLServer。系統包括多中數據庫內容，表格設計結果詳情可參考下圖：表1賬號信息列名說明類型長度備注zhanao賬號int不允許空,主鍵mima密碼nvarchar50不允許空xingming姓名nvarchar50不允許空xingbie性別nvarchar50不允許空shouji手機nvarchar50不允許空youxiang郵箱nvarchar50不允許空shenfenzheng身份證nvarchar50不允許空keshi科室int不允許空zhicheng職稱nvarchar50不允許空qingjiacishu請假次數int不允許空addtime添加時間datetime不允許空表2信息錄入列名說明類型長度備注hushixinxiid護士姓名idint不允許空,主鍵zhanghao賬號nvarchar50xingming姓名nvarchar50不允許空xingbie性別nvarchar255不允許空biyeshijian畢業時間int255不允許空canjiagongzuoshijian參加工作時間nvarchar255不允許空laiyiyuanshijain來醫院時間nvarchar255不允許空diyixueli第一學歷nvarchar255不允許空houxuxuelihuoqushijian后續學歷獲取時間nvarchar255不允許空biyedeyuanxiao畢業的院校nvarchar255不允許空zhuangtai狀態nvarchar255不允許空addtime添加時間datetime不允許空表3科室輪轉表列名說明類型長度備注hushixinxiid護士信息idint不允許空,主鍵zhanghao賬號int50不允許空xingming姓名nvarchar50不允許空xingbie性別nvarchar255不允許空keshi科室int不允許空zhuanrukeshi轉入科室int不允許空shengqingyuanyin申請原因ntext不允許空zhuangtai狀態nvarchar50不允許空addtime添加時間datetime不允許空表4科室表列名說明類型長度備注keshimigncheng科室名稱nvarchar255不允許空,主鍵addtime添加時間datetime不允許空表5管理員表列名說明類型長度備注username賬號nvarchar50不允許空,主鍵pwd密碼nvarchar50不允許空addtime注冊時間datetime不允許空

5系統詳細設計與實現5.1登錄模塊的實現在登陸模塊中，其主要作用是允許管理員和用戶登錄，具體的界面可參考圖5-1圖5-1登錄主界面圖系統代碼如下：5.2護士信息添加模塊的實現護士錄入個人信息并將信息提交給管理員，管理界面內容可參考圖5-2。圖5-2護士信息管理界面系統代碼如下：5.3管理員審核模塊的實現在用戶將信息提交至系統以后，管理員需要進一步審核數據，有權對護士的提交的信息進行“通過”和“駁回”操作，任何一個操作在護士界面皆能收到管理員審核的狀態，其界面展示如圖5-3。圖5-3入科管理界面系統代碼包括：5.4統計管理模塊的實現對于管理員用戶來說，其可以實時查詢成績信息以及學分信息等，具體見面內容可參考圖5-4。圖5-4統計管理界面系統代碼為：

6系統測試在完成系統的設計以后，即可進入測試階段，通過系統測試，能夠驗證網站能否穩定正常運行。通過這種方式，能夠找出網站中存在的問題并及時修改問題，避免在后期應用的過程中出現問題，帶來無法彌補的損失。6.1測試目的在系統開發周期的后期，系統的測試在系統開發周期中是不能缺少的重要環節，測試將對系統的穩定性和可操作性進行對照檢查，對于系統開發人員來說，系統的每一個的功能都要進行單獨的測試。在測試本系統的過程中，選用的方法為黑盒測試。6.2測試方法軟件測試方法主要分為黑盒測試和白盒測試，其中黑盒測試是將整個系統視為黑盒子，無需關注功能及結構如何，僅需要重視系統數據輸入，查看在系統中數據輸出的時候是否滿足預期，若與預期一致則表示軟件測試通過，否側需進一步檢查系統中存在的問題，白盒測試與黑盒測試相比較具有一定透明度，是從程序源代碼角度出發，通過判斷測試的方法來測試應用程序邏輯結構，對代碼進行覆蓋式監測，一般軟件測試將黑盒測試和白盒測試相互結合使用，先使用黑盒測試，若數據輸入和輸出一致，說明系統內部未出現問題，然后從代碼層面在進行分析，直至監測出問題并修改。從軟件開發階段角度看，在軟件開發實現過程中，某個模塊開發完成后，可先進性單元測試單元測試有利于早發現系統問題早解決，在模塊開發完進行集成測試時減少發現問題[19]。6.3系統測試6.3.1登錄測試驗證功能：用戶身份驗證。測試目的：為了驗證用戶是否注冊、登錄信息是否合法進入系統，否側給予提示。表6-1登錄功能測試測試用例期望結果測試結果賬號=2124密碼=空提示“密碼不能為空”正確賬號=空密碼=2124提示“賬號不能為空”正確賬號=2124密碼=2124成功登錄進入系統正確賬號=2124密碼=2121提示“賬號或者密碼錯誤”正確賬號=2121密碼=2124提示“賬號或者密碼錯誤”正確6.3.2錄入人員測試驗證功能：人員信息錄入。測試目的：護士可以錄入自己的信息，并提交上傳給管理員。表6-2添加人員功能測試測試用例期望結果測試結果護士錄入個人基本信息數據，必填項未填寫完整提示“填寫完整的必填項信息”正確護士完整錄入個人信息提示“提交成功”正確6.3.3審核人員測試驗證功能：人員信息審核。測試目的：測試管理員審核用戶上傳信息功能。表6-3審核功能測試測試用例期望結果測試結果護士上傳個人檔案管理員端可以查看護士上傳情況并進行審核。正確管理查看護士檔案，發現信息不正確可以進行駁回管理員駁回后，提示“保存成功”正確6.4系統展望本系統功能滿足了護理人員檔案管理的基本要求，且系統具備完善的軟件功能，簡潔地使用界面，且能快速有效地處理護理檔案的錯誤數據。在測試過程中發現系統的功能排版整體不夠美觀，且功能設計不夠人性化，在審核過程中不能進行批量審核，系統中出現的反映了自身在代碼編程方面還是不夠熟練，在今后生活中會加強會代碼代碼方面的學習，能夠彌補這方面的不足，完善系統。

參考文獻[1]王玉英.基于ASP.NET的SQLServer數據庫訪問技術[J].現代計算機：專業版,2010,19(14):63-66[2]郭宗芳.信息化管理系統在護理工作中的應用研究[J].無線互聯科技,2019,16(18):48-49.[3]楊萍.醫院護理信息化建設在臨床及護理管理工作中的應用研究[J].實用臨床護理學電子雜志,2018,3(42):9+12.[4]李琳.基于“互聯網+”背景下的醫院基建檔案信息化管理策略[J].蘭臺內外,2021(13):10-12.[5]萬雁雁,于蘭貞.醫院護理檔案的建立與管理[J].護理研究,2011,25(14):1301-1302.[6]武增華,田玲芝.淺談醫院電子檔案管理中存在的問題及對策[J].科技視界,2014,000(0