【文章內容簡介】 ,UPDATE 和 DELETE 操作的 mand 對象引用。你將為 DataSet 中的每一個 table 都定義 data adapter，它將為你照顧所有與數據庫的連接。所有你將做的工作是告訴 data adapter 什么時候裝載或者寫入到數據庫。 數據庫 SQL Server 2020 (1).非過程化語言 SQL SQL 是一個非過程化 的語言，因為它一次處理一個記錄，對數據提供自動導航。 SQL 允許用戶在高層的數據結構上工作，而不對單個記錄進行操作，可操作記錄集。所有 SQL 語句接受集合作為輸入，返回集合作為輸出。 SQL 的集合特性允許一條 SQL 語句的結果作為另一條 SQL 語句的輸入。 SQL 不要求用戶指定對數據的存放方法。 這種特性使用戶更易集中精力于要得到的結果。所有 SQL語句使用查詢優(yōu)化器，它是 RDBMS 的一部分，由它決定對指定數據存取的最快速度的手段。查詢優(yōu)化器知道存在什么索引，哪兒使用合適，而用戶從不需要知道表是否有索引，表有什么類型 的索引。 (2).統一的語言 SQL 可用于所有用戶的 DB 活動模型，包括系統管理員、數據庫管理員、 應用程序員、決策支持系統人員及許多其它類型的終端用戶?；镜?SQL 命令只需很少時間就能學會，最高級的命令在幾天內便可掌握。 SQL 為許多任務提供 7 了命令，包括： ● 查詢數據 ● 在表中插入、修改和刪除記錄 ● 建立、修改和刪除數據對象 ● 控制對數據和數據對象的存取 ● 保證數據庫一致性和完整性 以前的數據庫管理系統為上述各類操作提供單獨的語言，而 SQL 將全部任務統一在一種語言中。 (3).是所有關系 數據庫的公共語言 由于所有主要的關系數據庫管理系統都支持 SQL 語言，用戶可將使用 SQL的技能從一個 RDBMS 轉到另一個。所有用 SQL 編寫的程序都是可以移植的。 SQL Server 2020 是一種關系數據庫，它除了支持傳統關系數據庫組件（如數據庫、表）和特性（如表的 JOIN）外，另外也支持當今關系數據庫的常用組件，如存儲過程、視圖等。另外，它還支持目前關系數據庫都支持的標準查詢語句 —SQL ( Structured Query Language)。 SQL 另外一項重要的特點是它支持數據庫復制功能。也就是當在一 個數據庫執(zhí)行操作時，可以將其操作結果傳至遠程的 SQL 相同的數據庫上，讓兩邊的數據庫的數據保持同步。 開發(fā)工具 開發(fā)工具套件 Visual Studio 2020 Microsoft Visual Studio 是美國微軟公司的開發(fā)工具套件系列產品，簡稱VS。 VS 是一個基本完整的開發(fā)工具集，它包括了軟件整個生命周期中所需要的大部分工具，如 UML 工具、代碼管控工具、集成開發(fā)環(huán)境等等 。 歷史上的版本有： ? Visual Studio 主要包含： Visual C++ Visual Basic Visual FoxPro VSS6 等。 ? Visual 主要包含： (. )、 VSS6 等。 ? Visual 2020 主要包含： (. )、 VSS6 等。 ? Visual Studio 2020 主要包含： (. )、 VSS8 等。 Visual Studio .NET 是用于快速生成企業(yè)級 Web 應用程序和高性能桌面應用程序的工具。 Visual Studio 包含基于組件的開發(fā)工具（如 Visual C、 8 Visual J、 Visual Basic 和 Visual C++），以及許多用于簡化基于小組的解決方案的設計、開發(fā)和部署的其他技術。 C 微軟在 2020 年的 6 月份發(fā)布了 Visual Studio2020 的第一個 Beta 版，同時向開發(fā)者展示了 C語言的 。 2020年 4月，微軟發(fā)布了 Visual Studio 2020 Beta2，這已經是具備了幾乎全部功能的 VisualStudio，包括的產品有 SQL Server20 Team Foundation Server 和 TeamSuite。這時的 C編譯器已經能夠處理 C 中所有的新特性。 總體來說 C感覺是 Java 和 C++的繼承， C和 C++相比更像純粹的 oop 語言，而且他有自己的特色： C是真正的為 . 平臺設計的語言， C限制了指針的使用，但也意識到指針靈活的優(yōu)越性，于是有了托管堆和委托類型。眾所周知，代碼的數據是放在堆棧中的， C/C++中可以通過指針方便的訪問內存，但也帶來了內存泄漏 (new 和 delete的誤用 )和類型不安全的隱患。 C中的數據類型分 為 2 種，引用型和值類型，值類型的數據壓棧，而引用類型 (實際上就是指向數據的四個字節(jié)指針 )是存放在 C中稱為托管堆的內存空間里，這些事情是 . 平臺下的 CLR(公共用語言環(huán)境 )幫程序員做的。通過委托，可以替代函數指針。 C和 C++相比損失了一部分效率，但換來的是更安全的編程模式。 C 為開發(fā)者帶來的最主要的特性就是泛型編程能力。 C 別出心裁，對泛型類型參數提出了“約束”的新概念，并以優(yōu)雅的語法體現在語言之中。有了約束，結合編譯器強大的類型推斷能力，可以在編譯時發(fā)現幾乎所有“危險”的泛型應用。 C 的另一個突出的特性就是匿名方法，用來取代一些短小的并且僅出現一次的委托，使得語言結構更加緊湊。 此外， C 還進一步增強了語言的表達能力。在 C 中，屬性語法中的get 和 set 訪問器可以擁有不同的權限，這就使得定義一個在庫的內部可讀寫，而在庫的外部只讀的屬性成為可能。同時， C 還提供了迭代器的概念，這使得一個類無需實現 IEnumerator 和 IEnumerable接口即可實現一個可以進行遍歷的類型，并且無需在類型中維護迭代狀態(tài)。此時的 .NET 已經得到了很廣泛的認可，并且因為 元數據為組件帶來了強大的自我描述能力。 9 本章小結 本章主要介紹了客戶機 /服務器的系統結構及其特點；分析了 訪問數據庫的特點， 提供與數據源進行交互的相關的公共方法，但是對于不同的數據源采用一組不同的類庫。 本系統采用了 訪問數據庫。簡單介紹了數據庫 SQL Server 2020 以及 SQL 語言特點。由于 SQL Server2020 容易掌握，使用簡單移植性好等特點，所以非常適合于作為一般應用場合的數據庫。另外還介紹了用作開發(fā)平臺的 Visual Studio 2020， 這是一個集成了大量工具以提高開發(fā)效率的平臺。用來編寫代碼的 C，是一個加入了很多新特性的純粹面向對象語言。 10 第 3 章 系統需求分析 系統設計原理 醫(yī)院信息系統的需求比較復雜，若是實際項目，又常常處于變化中；系統需要在開發(fā)出根據具體需求分出的功能模塊的組件，再根據宏觀的需求將其整合。系統定位于診所級醫(yī)院信息的應用，主要的需求是患者接受治療的過程，根據掛號、診斷、劃價、取藥的主要流程，還有的就是人事管理的需求和藥品管理的需求。 主要架構為基于局域網的 C/S 三層結構，中間層由 擔任，負責邏輯 層和數據庫的通訊、交換信息；邏輯層的各個模塊基于組件開發(fā)，在 . 平臺上體現為可重用的用戶控件。 根據以上分析，系統中可以有四種用戶角色，分別為 藥劑師、醫(yī)生、管理員、前臺服務人員，不同的角色對應的是不同的操作權限， 他們所具有的操作權限如下： ? 藥劑師所具有的操作權限：藥劑師可以查看所有藥物詳情、增加刪除藥物、藥品出 /入庫管理，根據處方分發(fā)藥品。 ? 醫(yī)生所具有的操作權限：醫(yī)生可以查看患者詳情，修改疾病史等信息，開處方，查看以往的診療記錄，查看所有藥物詳情。 ? 管理員所具有的操作權限：管理員具有較高權限，可以對除了 醫(yī)療記錄外所有的數據庫表進行增刪改操作。 ? 前臺服務人員 所具有的操作權限： 前臺服務人員幫助患者注冊信息，為患者分配主治醫(yī)生，并負責處方的劃價，收款事項。 系統主要功能要求 根據客戶 /服務器模型的學生信息管理系統的目標和特性，系統所需功能可用下圖表示： 11 圖 31 總體模塊設計圖 (1).系統登入 用戶輸入用戶名和密碼，系統查詢數據庫中的信息對密碼進行驗證。如密碼不正確將不能進入系統；如密碼正確，系統會自動根據該用戶所具有的權限進入不同的界面。然 后系統會根據當前用戶的角色分配權限，即所對應的控件。另外系統登入界面可以在主界面中的用戶 — 注銷選項中用另一個帳號登錄。每一次登錄都將有三次機會輸密碼，若三次輸入的密碼或用戶名不正確，系統將自動退出。 (2).人事管理模塊 ? 個人信息：對于任何用戶，包括藥劑師、醫(yī)生、管理員、前臺服務人員都能對自己密碼進行重新設置。能上傳或更新自己的電子相片。 ? 用戶管理：只針對管理員，可以查看用戶狀態(tài)，當用戶忘記密碼時，能夠找回其密碼，并且能添加、刪除用戶、導出所有雇員的基本信息。 ? 文件系統：可將雇員信息導出到 Excel 報表文 件，可上傳下載，用戶圖片。 (3).門診模塊 ? 病人掛號：由前臺服務人員注冊患者的信息 (姓名、住址等 )，填入患者主用戶登入模塊 人事管理模塊 門診模塊 藥庫管理模塊 個人信息 用戶管理 病人掛號 病區(qū)管理 病人診斷 病史查詢 文件系統 藥品庫存 藥品劃價 SQL Server2020 數據庫 12 治醫(yī)生 ID號，其中要處理兩張表的信息，病人表 (Patient)和醫(yī)療記錄表 (Treatment)。 ? 病區(qū)管理：將患者按隊列排在其主治醫(yī)生的隊伍里，由醫(yī)生登錄的醫(yī)生帳號逐一對患者進行治療，轉入病人診斷模塊。 ? 病人診斷：由醫(yī)生開處方，在電子病歷中書寫病人的癥狀，疾病史等信息，生成一份處方表，計算處方費用。 ? 病史查詢：由醫(yī)生帳號登錄系統，可查看當前用戶做過的診療歷史，由日歷控件可查看相關醫(yī)療記錄。 圖 32 門診模塊流程圖 (由 Visio 2020 繪出 ) (4).藥庫管理 ? 藥品庫存：查詢藥品詳情，藥品的出 /入庫管理，憑劃價收據可以取藥。 ? 藥品劃價：可打印收據、查看處方；一旦確認付費，將付費的標志置為True。 性能需求 (1).及時性：及時更新患者信息。 (2).可擴充性：本項目已考慮到了系統以后擴充的可能。比如界面的設計上采用樹狀目錄，方便功能的增刪。 (3).一致性：本項目中的有關信息在錄入后維護，在系統中數據保持一致性。 (4).集成性：本項目的幾個子系統可以方便地集成在一起，也為將 來新子系統的加入提供了合理的外部接口。 13 (5).可追蹤性：醫(yī)療記錄 本章小結 本章主要介紹了項目規(guī)劃中各個功能模塊的作用。通過系統設計圖來更好的體現這個框架的結構，使得軟件的體系更明確，使得編程過程有的放矢，編程工作更好的有序開展。 14 第 4 章 數據庫設計 概念結構設計 概念結構設計通常有四種方法：自頂向下，自底向上，逐步擴張，混合策略。其中最常用的策略是自底向上方法。即自頂向下的進行需求分析，然后再自底向上的設計概念結構。但無論采用哪種設計方法，一般都以 ER 模型為工具來描述概念結構 。以下是 ER 圖： 1 1 1 n 1 1 n n 1 1 1 1 1 n 1 1 n 圖 41 ER 圖 圖 的 ER 圖由于篇幅所限，省略了實體的屬性，這些將在物理模型設計圖中的各表字段中體現。概念模型的設計基本上是遵循以下原則得來的： (1)系統用戶只能是醫(yī)院的雇員。 (2)醫(yī)生作為雇員的一個子實體，既有共性，又有自己的屬性。 (3)幾次診療行為可以對應一個病人和醫(yī)生。 (4)假設一次診療只產生一 個處方，一個處方則對應多個明細。 (5)一種藥品對應幾個藥品入庫操作。 醫(yī)生 患者 診療 處方 藥品 明細 登錄用戶 雇員 藥品入庫 15 邏輯結構設計 對關系模式進行必要的分解合并和優(yōu)化，形成以下的邏輯結構。下面是就是本系統的數據庫表關系圖 (ER 圖中的實體在圖中以表的形式存在 )： 圖 42 SQL 數據庫物理模型 (由 PowerDesigner 建模給出 ) 以下是各表的