一、系統介紹：
??? 本系統是一套類似天網HIS系統中國數字化醫院信息管理系統,系統是專為中國數字化醫院建設而精心設計的大型集成信息管理平臺，HIS系統由天網軟件股份一百多位科研工作者凝結14年行業經驗精心打造而成，包括門診、住院、藥庫（房）、醫囑、醫生站、護士站、總務、設備、人事、工資、財務、病案、統計、觸摸屏、動態床位、急救120、院長查詢、電子病歷、病案、PACS、LIS、合理用藥等30多個子項目。是我們站在IT技術前沿的嘔心之作，她代表了天網在信息化管理技術領域的高成就，是天網奉獻給中國醫療信息化事業的又一部宏篇巨著。在國內有上千家客戶，其中國家50強醫院就有8個。本課程正是基于HIS系統的醫療架構體系下進行完全自主開發研制的,講師曾在天網擔任HIS系統的項目經理,對整套系統的難點及業務流程具有很深的理解。本課程從零起步,帶你從項目環境搭建到系統架構、項目編碼,將你的設計思路帶到一個很高的境界。

二、詳細模塊如下圖：

系統特點及優勢：
1.采用先進的多層櫸架式結構
2.支持多平臺UNIX /LINUX / NT
3.采用微軟.NET架構開發
4.支持數據庫DB2、ORACLE、SQL SERVER
5.運用數據倉庫技術，具備大容量數據處理能力
6.支持64位操作系統
7.實現了可自動升級的智能客戶端技術
8.獨創的個性報表生成器及查詢生成器
9.自由設計菜單界面
10.首創的內嵌消息管理組件，實現了醫院日常業務的聯動
11.采用先進的組件技術，解決了系統的產品化和工程化
12.獨特的安全保證技術，提供完善的危機處理預案
13.采用主機監控系統，使HIS網絡更加安全和可控
14.服務器分布式部署和處理的應用，實現了服務器的負載均衡

三、課程特色：
1. 所有代碼均為現場手敲，不會出現任意一句沒有交代的代碼；
2. 編寫過程中用到自己開發的控件就提供控件代碼，用到第三方控件就提供使用DEMO；
3. 每次課程都在前次課程的基礎上迭代開發，保證每次課程項目均可運行；
4. 每次課程基本都提供上課PPT，重難點均已列出，方便讀者自學；
5. 前半部分課前增加回顧，方便大家記憶基礎知識；
6. 課程在錄制過程中特別強調到開發中容易犯的一些錯誤和技巧；
7. 課程融入非常多的常用算法以及使用環境；
8. 課程注重業務的講解和實現，是實際開發的重中之重；
9. 拋棄以往光講的做法，課程參入陷阱、提問、設問等教學技巧和大家交互；
10.課程采用漸進思路進行，逐漸從新建一個空項目形成一個大型完整項目；
11.課程增加實際客戶案例及數據庫調優技術；

四、課程安排：
1. 系統介紹和演示，市場定位、目前HIS市場、開發應具備技能和學習方法。
2. 開發環境搭建，要求的硬件、軟件以及版本號等、常用操作示例和注意事項。
3. 系統架構分析，軟件行業其他架構對比和設計模式概要。
4. 抽象工廠和普通三層結合、插件式編程。
5. 基于角色的權限管理思想和混合授權思想。
6. 動態菜單加載、反射、類特性等技術。
7. DB2數據庫使用（上、下）。
8. DEV控件套件使用。
9. 從頭開始搭建服務端。
10.搭建系統框架，并開始系統管理部分開發（基礎、提高）。
11. 搭建并測試系統框架和開發環境
12. 權限配置思路
13. 權限配置實現
14. 菜單分離技術基礎
15. 菜單分離技術完善
16. 增加住院子系統—住院子系統-入院登記
18. 增加住院子系統—住院子系統-入院登記界面及邏輯
19. 增加住院子系統—住院子系統-入院登記界面業務流程
20. 增加住院子系統—住院子系統-入院預交款業務
21. 增加住院子系統—住院子系統-完成入院業務
22. 增加住院子系統—住院子系統-測試入院業務并總結
23. 增加住院子系統—報表打印技術
24. 增加住院子系統—預交款(界面業務)
25. 增加住院子系統—預交款(保存業務)
26. 增加住院子系統—預交款(收費業務)
28. 增加住院子系統—預交款(退費業務)
29. 增加藥庫子系統—藥庫（入庫界面業務-上）
30. 增加藥庫子系統—藥庫（入庫界面業務-下）
31. 增加藥庫子系統—藥庫（入庫業務保存）
32. 增加藥庫子系統—藥庫（入庫業務審核）
33. 菜單映射修改
34. 增加門診子系統—劃價記賬（界面業務）
35. 增加門診子系統—劃價記賬（界面邏輯）
36. 增加門診子系統—劃價記賬（查詢計算業務）
37. 增加門診子系統—劃價記賬（保存業務）
38. 增加護士站子系統—導航管理（界面業務）
39. 增加護士站子系統—導航管理（界面切換）
40. 增加護士站子系統—導航管理（信息展示）
41. 整合運行
42. 項目總結
目前只融合4個子系統的開發,其價值已經不可估量。

五、項目架構及優勢：

本系統的框架，包含了一系列規范、約定和支撐類庫、服務。?
◆ 系統的內聚和耦合度?
? 　　 這是保證一個系統的架構是否符合軟件工程原則的首要標準。?
◆ 層次的清晰和簡潔性?
? 　　 系統每個部分完成功能和目標必須是明確的，同樣的功能，應該只在一個地方實現。如果某個功能可以在系統不同的地方實現，那么，將會給后來的開發和維護帶來問題。?系統簡單明了，過于復雜的系統架構，會帶來不必要的成本和維護難度。在盡可能的情況下，一個部分應該完成一個單獨并且完整的功能。?
◆ 易于實現性?
? 　　 如果系統架構的實現非常困難，甚至超出團隊現有的技術能力，那么，團隊不得不花很多的精力用于架構的開發，這對于整個項目來說，可能會得不償失。本項目崇尚“簡單就是美”的原則。?
◆ 可升級和可擴充性?
? 　　 一個系統框架，受設計時技術條件的限制，或者設計者本人對系統認識的局限，可能不會考慮到今后所有的變化。但是，本系統為將來可能的變化做好準備，能夠在今后，在目前已有的基礎上進行演進，但不會影響原有的應用。
◆ 是否有利于團隊合作開發?
?????? 一個好的系統架構，不僅僅只是從技術的角度來看，而且，它還應該適用于團隊開發模型，可以方便一個開發團隊中各個不同角色的互相協作。例如，將Web頁面和業務邏輯組件分開，可是使頁面設計人員和程序員的工作分開來同步進行而不會互相影響。?
◆ 性能?
? 　　 性能對于軟件系統來說是很重要的，但是，有的時候，為了能讓系統得到更大的靈活性，可能不得不在性能和其他方面取得平衡。另外一個方面，由于硬件技術的飛速發展和價格的下降，性能的問題往往可以通過使用使用更好的硬件來獲得提升。