https://www.bilibili.com/video/BV1Tt421a7Mt/演示視頻：3.1 可行性研究

該階段通過對系統目標的初步調研和分析，提出可行性方案并進行論證。我們在這里主要從技術可行性、經濟可行性和操作可行等方面進行分析。

3.1.1 經濟可行性

開發該系統所需的相關資料可以通過已存在的相關系統進行調查采集，所需的其他應用軟件、硬件系統也易于獲得.因此,開發成本較低。而引進使用本系統后，與傳統方式相比，具有高效率、低成本、高質量的特點，可以節省不少人力、物力及財力。所以，從經濟的角度來看，該系統可行。

3.1.2 技術可行性

技術可行性要考慮現有的技術條件是否能夠順利完成開發工作，軟硬件配置是否滿足開發的需求等。本系統用的是JSP開發語言，調試相對簡單，當前的計算機硬件配置也完全能滿足開發的需求，因此在技術上是juedui可行的。軟件方面：由于目前單機模式相對發展成熟，故軟件的開發平臺成熟可行,它們速度快、容量大、可靠性能高、價格低，完全能滿足系統的需求。

本系統的開發，是典型的Mis開發。采用JSP編程語言，已無技術上的問題。

3.1.3 運行可行性

運行可行性是對組織結構的影響，現有人員和機構和環境對系統的適應性及人員培訓補充計劃的可行性。當前信息化技術已經相當普及，各類操作人員水平都有相當的高度，所以在運行上是可行性的。

3.1.4 時間可行性

從時間上看，在兩個月的時間里學習相關知識，并開發系統，時間上是有點緊，但是不是不可能實現，通過兩個多月的努力功能基本實現。

3.1.5 法律可行性

① 所有技術資料都為合法。

② 開發過程中不存在知識產權問題。

③ 未抄襲任何系統，不存在侵犯版權問題。

④ 開發過程中未涉及任何法律責任。

本系統的開發從技術上、從經濟上、從法律上都是完全可靠的。

3.2系統需求分析

病人在就診過程中，基本的業務流程如圖3.1所示：

圖3.1 門診業務流程示意圖

通過對病人就診流程及管理的調查和了解，初步確定了該系統的基本需求情況：

●　在病人就診之前，必須進行掛號，也就是病人信息登記，包括病人的Zui基本信息等

●　病人在登記完了之后找到自己掛的醫生單號就診。

●　在病人就診時，醫生可以對病人基本信息(包括簡要病史等等)進行登記。

●　對病人每次就醫的主訴,病歷,處方進行輸入，并可以進行查詢和維護。

3.3研究目標

1.  根據調研分析所得信息實現一個系統具體的功能，根據實際情況設計出符合要求的系統，使系統在實際使用中能夠達到應有的效果。

2.  通過根據分析調研得到的信息完成對一個系統的分析和功能設計，充分了解軟件的設計開發過程。理論與實際相聯系，在實踐中更加深刻的了解平時學習到的理論知識，更加深入了解軟件設計工程中不同階段的各個步驟。通過實際操作更加深入的了解軟件開發。

3.  在設計過程中不免會遇到各種各樣的問題，在解決這些問題時需要自行查閱大量資料，能夠培養獨立解決問題的能力，增強我們的自學能力。同時在這個工程中需要大量的使用編程語言和軟件，設計中能夠更多的熟悉這些工具的使用，能夠增強自己的實際動手能力，為今后的工作學習都能夠打下堅實的基礎。

3.  通過畢業設計能夠培養和提高我們的自學能力以及對科技論文的寫作能力

4 總體設計3.1 系統設計方法三原則

人類在復雜的工程技術系統如能源、交通等建設方面，積累了豐富的經驗，為研究復雜系統如管理信息系統
提供了科學的指導性方法論，其主要原則如下：

（1） 整體性原則。系統是相互聯系，相互作用的諸要素組成的綜合體。我們必須從整體和各組成部分的相互關系來考察事物，從整體目標和功能出發，正確處理系統各組成部分之間的相互關系和相互作用。

（2） 分解—協調原則。就是把復雜問題化成若干相對簡單的子問題以方便求解。若子系統的問題比較復雜，還可以再分。但在處理各類子問題時，必須根據系統的整體功能和目標，協調各子系統的行為、功能與目標，以保證整體功能目標的實現。

（3） 目標優化原則。所謂目標優化原則對簡單系統來說，是求Zui優解，對復雜系統來說，求的是滿意解。一定要注意，目標優化原則并不簡單是求Zui優解的問題

這里Zui需要指出的是：以上三原則是系統方法中處理復雜系統問題的三個主要原則，并非全部原則。在處理實際問題時，還需在這些原則的指導下，根據問題的特點，確定求解的具體方法和策略。

3.2 系統設計的體系結構

本系統的設計及開發采用了流行的B/S（瀏覽器/服務器）模式的數據庫體系，用戶端主要負責人機交互，包括一些與數據和應用關系的圖形和界面運用；Web服務器主要負責對客戶端應用程序的集中管理；應用服務器主要負責應用系統的邏輯結構和數據關系，即事務處理；應用服務器又可以根據其處理的具體業務不同而分為多個；數據服務器則主要負責數據的存儲和組織、分布式管理、備份和同步等等。

3.3 系統功能設計

繪制系統結構圖的過程，實際上就是對系統功能模塊進行分解設計的過程，即合理地將數據流程圖轉變為所需要的系統結構圖。

系統結構圖將會使讀者和用戶能直觀的了解系統的結構模式，理解系統的各個功能的結構，能很好地方便用戶使用和理解整個系統。

圖3.1功能模塊圖

3.4 數據庫綜述

數據庫是一種存儲數據并對數據進行操作的工具。數據庫的作用在于組織和表達信息，簡而言之，數據庫就是信息的集合。數據庫在系統中占有非常重要的地位，數據庫設計的好壞將直接影響系統的效率。合理的數據庫設計可以提高數據存儲的效率，有利于程序的實現。

創建任何一個數據庫的第一步是仔細的規劃數據庫，設計必須是靈活的、有邏輯的。創建一個數據庫結構的過程被認為是數據模型設計。

1．標識需要的數據；

2．收集被標識的字段到表中；

3．標識主關鍵字字段；

4．繪制一個簡單的數據圖表；

5．規范數據；

6．標識指定字段的信息；

7．創建物理表。

3.5 系統E-R圖

由于直接將顯示世界信息按具體的數據組織模型進行組織，必須同時考慮很多因素，設計工作非常復雜，并且效果也不很理想，因此，需要一種方法來對現實世界的信息結構進行描述。E-R方法就是一種實體--關系方法，而其使用的工具就是E-R圖。E-R圖由實體、實體的屬性以及實體之間的關系三部分組成，實體是具有相同的性質并且彼此之間可以相互區分的現實世界對象的集合；屬性是實體所具有的特征，它是描述實體或者關系的性質的數據項；實體之間的關系通常是指不同實體之間的關系。

圖3.2 病人實體及屬性

圖3.3 用戶實體及屬性

3.6數據模型

圖3.4 用戶維護病歷數據流圖