https://www.bilibili.com/video/BV16Z421274T/1 演示視頻：3.1 系統設計目標

需求分析的任務是通過詳細調查現實保護隱私的遠程醫療查詢所需的對象，充分了解系統的工作概況，明確功能實現的各種需求，然后在此基礎上確定新系統的功能。新系統必須充分考慮今后可能的擴充和改變。

當今社會的生活節奏越來越快，人們對互聯網的要求也越來越高，不僅要求使用方便，而且對于功能及擴展性也有了更高的要求，Zui能達到要求莫過于利用計算機網絡，將所需功能要求和計算機網絡結合起來，就形成了保護隱私的遠程醫療查詢系統。

在設計本保護隱私的遠程醫療查詢系統時遵循以下設計目標進行開發：

（1）安全性。在信息化的時代，信息就是寶貴的財富，保證信息的安全，特別是個人信息更要求可靠的安全性。

（2）先進性。結合當前流行的技術，開發出符合用戶的需求，適合保護隱私的遠程醫療查詢的系統。

（3）可擴展性。保護隱私的遠程醫療查詢是企業管理工作中的一部分，因此在軟件設計過程中，我們要考慮到軟件應用的可擴展性，便于將來軟件的升級、更新。

（4）有效性。有效性主要包括功能有效性，設計的軟件一定要Zui大限度地滿足用戶的需求，包括用戶顯式的需求和隱式的需求。

3.2 系統可行性分析

對所有系統完成設計，都可能受到時間以及空間上的制衡。因此，在開始設計每一個項目的時候，我們必須對系統進行可行性需求分析，只有這樣才能夠降低項目所帶來的危害，減少人力、物力以及財力方面的損耗。以下簡要介紹一下對操作、發展和技術方面的可行性分析。

3.2.1操作可行性

保護隱私的遠程醫療查詢系統操作比較容易，大部分輸入信息頁面選擇的形式都是下拉框。在有些頁面，信息可以自動生成，不需要輸入。輸入時間也采用了日歷控件，操作比較容易，對操作人員的要求不高，只需要熟練操作WINDOWS即可。

3.2.2發展可行性

隨著企業規模的不管擴大，越來越多，保護隱私的遠程醫療查詢的相關數據繁多，管理工作量巨大，需要有一個完善的保護隱私的遠程醫療查詢系統，來完整準確的記錄相關信息，以便于更好的管理，同時也方便用戶對相關信息的查詢、管理。Zui重要的是要確?？茖W的管理方法，來提高管理效率。因此，對于企業的發展創新來說，開發一個保護隱私的遠程醫療查詢系統是可行的。

3.2.3技術可行性

（1）硬件可行性分析

系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保系統的正常工作即可，以及擁有較高的效率。如果有特別低的硬件，它可以導致系統的低性能以及效率低，從而導致整個網站的運行不順暢。以目前普遍的個人計算機的配置而言，這是十分容易實現的 。因此，本系統的開發在硬件方面是可行的。

（2）軟件可行性分析

JSP技術提供了一個共同的機制類似的借口動態模型，設計更集中。此外，代碼復用，也可以很好的體現。因此，考慮到系統的實際情況，選擇JSP作為本系統開發技術。通過上述分析，該系統的設計實現在軟件方面是可行的。

因此，我們進行了三個方面的可行性研究，可以看出，本保護隱私的遠程醫療查詢系統的開發是沒有問題的。

3.3 需求分析

隨著我國經濟的迅速發展，商業來往日益頻繁，越來越多，相關管理工作越來越繁瑣，為滿足保護隱私的遠程醫療查詢需求，結合互聯網的發展，開發了這個保護隱私的遠程醫療查詢系統，方便用戶進行保護隱私的遠程醫療查詢工作，提高管理效率。

保護隱私的遠程醫療查詢系統與傳統的管理方式相比，有著無法比擬的有點，其具有效率高的特點，受到了企業的廣泛使用；同時保護隱私的遠程醫療查詢系統利用計算機平臺對相關信息進行管理，具有儲存空間大，成本低，查找方便等優點。在這一情況下，開發設計了保護隱私的遠程醫療查詢系統，本系統采用MYSQL數據庫，充分保證數據的安全性、穩定性，管理人員可以快捷準確的管理信息。

3.4 系統流程分析3.3.1用戶登錄

為了保證系統的安全性，要使用本系統必須先登陸到系統中，各用戶通過不同的賬號和密碼進行登錄到不同的管理界面。其登錄流程圖如圖3-1所示。

圖3-1 登錄界面流程圖

3.3.3添加信息流程

用戶可進行信息添加操作，系統在添加信息的時候，首先輸入信息，看信息是否正確，正確的話，添加成功，否則返回輸入信息，添加信息流程圖如圖3-2所示

圖3-2 添加信息流程圖

2 系統設計3.1 系統結構圖

本保護隱私的遠程醫療查詢系統采用B/S結構(Browser/Server,瀏覽器/服務器結構)和基于Web服務兩種模式，是一個適用于Internet環境下的模型結構。只要用戶能連上Internet,便可以在任何時間、任何地點使用。系統工作原理圖如圖3-1所示。

圖3-1系統工作原理圖

3.2 系統結構設計

系統架構的整體設計是一個將一個龐大的任務細分為多個小的任務的過程，這些小的任務分段完成后，組合在一起形成一個完整的任務。它具體的工作步驟是：

1）系統被分解多個子模塊

2）對各個子模塊的功能進行預先的設計

3）對各個子模塊之間的邏輯關系進行設計

4）對各個模塊的界面以及模塊間信息的傳輸進行設計

在整個設計過程，以確定可能的具體方案達成每一個小的Zui終目標，對于每一個小的目標而言，我們必須先了解一些相關的需求分析的信息。然后對系統進行初步的設計，并對其逐漸進行優化，設計出一個具體可實現的系統框架。

保護隱私的遠程醫療查詢系統分為管理員模塊、患者和醫生3大功能模塊，系統功能結構如圖3-2所示

圖3-2系統結構圖

3.3 數據庫設計

數據庫是計算機信息系統的基礎。信息的收集、整理、存儲、檢索、更新、加工、統計和傳播等操作必須在數據庫管理系統的的支持下才能進行。目前，電腦系統的關鍵與核心部分就是數據庫。數據庫開發的優劣對整個系統的質量和速度有著直接影響。

數據庫的設計一般要可以分為以下幾個步驟：分別是分析需求、設計概念、設計邏輯、設計物理。

3.3.1 數據庫設計原則

在概念設計中，通常用四種方法：

自頂向下、自底向上、逐步擴張、混合策略，以它為骨架集成由自底向上策略中設計的各局部概念結構

在物理結構設計階段首先分兩步走：

確定數據庫的物理結構，在關系數據庫中主要是指存取方法和存儲結構。 對物理結構的評價是時間和空間效率。

選取正確的關系模式存取方法，常用的有：存取索引方法、聚簇存取、HASH存取方法等。

3.3.2 數據庫實體

在此階段，用戶可以參與和評價數據庫系統的設計，從而有利于保證數據庫系統的設計與用戶的需求相吻合。在概念模式的設計中，E-R模型法是Zui常見的設計方法。

通過上述分析對數據庫的需求，與系統概念模型的特點及開發方法相結合，我們可以建立E-R模型圖，本系統的E-R圖如下圖所示：

1、管理員實體屬性圖如圖3-3所示：

圖3-3管理員實體屬性圖

2、患者信息實體屬性圖如圖3-4所示

圖3-4 患者信息實體屬性圖

3、公告實體屬性圖如圖3-5所示：

圖3-5公告實體屬性圖

4、科室信息實體屬性圖如圖3-6所示

圖3-6 科室信息實體屬性圖