大型三甲HIS源码，EMR系统

系统采用.NET平台C#语言开发，用到的开发技术主要有WPF,WCF,Webservice,WEB API。有将近百家的二级医院案例，数家三级医院案例。

以服务为核心的系统架构（SOA）

针对医院信息化建设项目的特点和政策决策的业务目标，采用面向服务技术架构（SOA, Service-Oriented Architecture）分析与设计方法、遵循统一性、抽象性、符合性及业务驱动、可迭代的设计原则完成项目的分析、设计和开发。

采用多层次的应用体系架构

在医院信息化建设项目中，主要业务系统的实现中将采用典型的多层应用体系架构，划分为基础组件层、业务组件层、表示组件层三（N层）个层次。

面向对象的设计

   医院信息化建设中，系统架构的合理与否是软件开发、系统实施能否成功的关键，决定了系统的质量优劣和健壮与否，是一个重要，且又困难、复杂的工作。设计模式的运用使我们可以更加简单、方便地复用成功的设计和体系结构，将已证实成功的技术加入到系统架构中去，简而言之，“架构设计是骨架，设计模式就是肉”。

基于构件技术的系统搭建模式

医院信息系统使用合理设计模式，有效提高工作效率，增强程序的可维护型和可扩展性。在系统技术实现上，我们在保证技术成熟性的同时，充分考虑到当今信息技术的最新趋势，对系统的体系结构及系统内核进行设计，最大限度的实现重用。我们在解决问题的总方向是将复杂问题简单化，在这个总方向的指引下，广泛采用设计模式来达到最大限度的重用，在设计时尽可能的简单明了。

基于组件模型的系统内核结构

医院信息系统采用的组件模型是系统架构的一种形式，软件开发过程从过程功能模型、面向对象模型、到组件模型。广义上讲，组件就是实现一类业务功能的、可重用的、可独立部署和设计的程序集合，这些程序有明确和完善的接口定义，通过接口完成功能请求，具体实现则通过封装机制屏蔽，而内部通过多种设计模式，保证组件的合理性。

​​​​​​​数据交换与共享

医院信息化建设项目中大量用到信息和数据的交换，建立一种统一的接口标准是非常必要的。这种接口标准必须满足通用、规范、安全、可扩展的要求；系统内部、系统与外部资源之间有信息的交互和传递，要以应用支撑平台为支撑共享信息、协同工作。

1. 自动获取或提供如下信息：

1. 病人基本信息就诊卡号、病案号、姓名、性别、年龄、医保费用类别等。
2. 诊疗相关信息。
3. 医生信息：科室、姓名、职称、诊疗时间等。
4. 费用信息：项目名称、规格、价格、医保费用类别、数量等。

1. 支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。
2. 基础资料维护：信息科管理员可以维护科内或自己常用资料，包括医院、科室、医生常用临床项目字典，处方模板和相应编辑功能。
3. 自动审核录入处方的完整性，记录医生姓名及时间，一经确认不得更改，同时提供医嘱作废功能。。
4. 所有医嘱均提供备注功能，医师可以输入相关注意事项；提供医嘱增补、作废操作的痕迹跟踪；提供医嘱及相关收费项目的费用情况。
5. 满足医保的业务流程需求；自动核算就诊费用，支持医保费用管理的要求。
6. 住院预约登记：提供办理入院预约/登记的功能。
7. 支持医生查询相关资料：调阅既往看诊资料、历次就诊信息、检验检查申请结果，并提供比较功能。
8. 提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。
9. 自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。

统计查询及分析：

门诊医生站统计查询及分析涉及空床位查询、药品查询（零售价、药理信息、药理作用、规格、剂型、药品适应、症药品禁忌、不良反应等）、诊疗项目查询（单价、注意事项、诊疗时间等）、医技结果查询、门诊病历查询、门诊处方查询、病人信息查询、门诊医师工作量统计、门诊医师工作日志、科室收入统计分析

与其他系统接口及数据交换：

申请检验及影像的相关信息传送给PACS/RIS、LIS系统等相关系统，并接收传回的影像及报告；处方自动传送到门诊药房；患者基本信息自动获得

提供全程技术支持也业务支持。系统设计架构新颖，是医疗信息化系统的集大成者，系统集成了HIS，EMR，LIS，临床路径和体检系统欢迎交流Q 2868577472