一、系统介绍：
    本系统是一套类似天网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页面和业务逻辑组件分开，可是使页面设计人员和程序员的工作分开来同步进行而不会互相影响。 
◆ 性能 
  　　 性能对于软件系统来说是很重要的，但是，有的时候，为了能让系统得到更大的灵活性，可能不得不在性能和其他方面取得平衡。另外一个方面，由于硬件技术的飞速发展和价格的下降，性能的问题往往可以通过使用使用更好的硬件来获得提升。