DB：：sqlBase（通用数据库类名）
+new()默认构造函数
+ RunSql(ByVal SQL As String) As String执行没有返回值的SQL语句
+DataReader(ByVal SQL As String) As SqlDataReader执行SQL返回DataReader
+ReturnDataSet(ByVal SQL As String, ByRef ds As DataSet) As DataSet执行SQL返回Adapter
（方法）
（属性无）
图1-3
通用数据库DB可以大大简化程序中进行数据访问的代码，附录代码1演示了使用通用数据库组件访问数据。
1.2.4设计目标
对于典型的信息数据库系统，必须要使用方便、操作灵活等设计需求。本系统在设计时应该满足以下几个目标。
界面设计美观友好，信息查询灵活、方便、快捷、准确，数据存储安全可靠。
实现用户开处方的基本功能，该功能实现要人性化、自动化。
实现用户在开处方时能及时快捷的查询到药品的相关信息，以及药品的库存。
能显示出处方的所有药品的总价格。
实现处方的打印预览及打印功能
实现病人信息、医药信息、处方信息的管理和查看。
实现数据的备份、恢复和格式化功能。
1.2.5开发及运行环境
硬件平台：
CPU：P4 2.0GHz。
内存：256MB以上。
软件平台：
操作系统：Windows XP sp2。
数据库：SQL Server 2005。
开发环境：Microsoft .NET Framework SDK v2.0。
开发工具：Microsoft Visual Studio 2005。
开发语言：vb.net语言。
分辨率：最佳效果 1024×768像素。
1.3 门诊需求
1.3.1门诊系统的发展与现状
近几年，国家和政府对医疗卫生行业的信息化建设十分重视，各级政府在医卫行业信息化建设方面都不同程度地加大了投资力度。由此不仅推动了各类医院信息化建设的步伐，也促进了公共卫生信息系统的建设向前推进，医疗卫生行业的信息化建设进入良性发展阶段。
最初的门诊系统由挂号系统、收费系统、候诊系统、药房管理系统组成，功能单一，互相独立，不少医院的门诊系统，包括一些大医院也还处于这个阶段。随着医卫行业信息化的发展，原来的以财务为中心的思想向以病人为中心的思想进行过渡，但现在的门诊系统多是以门诊医生工作站为中心的门诊系统。
1.3.2 现有门诊系统组成及功能
门诊系统由挂号子系统、收费子系统、候诊子系统、药房管理子系统、医生工作站组成。现行的以门诊医生工作站为中心的门诊系统流程为“诊疗卡辅助挂号→护士分诊→医生诊断、开立电子处方→收费→药房配药→药房发药”，系统是以医生工作站为中心，已经具备了以下功能。
1.3.3 多种挂号方式管理
可以任意挂号、限额挂号、预约挂号、磁卡挂号、Internet挂号，为病人主索引提供基本信息，配有电子报价显示屏，同步显示病人姓名、病人类型、挂号科室、号别等信息。挂号完毕后报价显示屏同时以语音、文字的形式提示病人应付款项，并将实收金额、找零金额告知病人。打印挂号单，并指明就诊科室位置。
1.3.4 医生工作站功能
支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动；自动核算就诊费用，支持医保费用管理；提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住院等诊疗信息以及相关的费用信息，保证医嘱指令顺利执行。
1.3.5 收费划价管理
门诊收费划价可以直接调挂号室的就诊号，直接显示姓名，可以直接调药房的处方号，直接调用划价金额，替代药房划价；可以直接得到医生和医技科室传来的单据划价收费。
1.3.6 处方确认管理
显示病人已划价的处方，打印病人摆药单，并按病人处方实际情况发药；处方统计、查询，按科室和病人统计处方量及处方金额，根据病人信息以及处方信息查询处方并打印；药房出库统计，分别按照出库时间、出库对象统计出库数量及出库金额。
1.4 存在的问题
1.4.1 信息录入方式以人工为主
现有的信息以到院挂号，人工录入为主，虽有些医院实行了电话预约录入方式，但都不可避免地出现差错；网络挂号是一种不错的方式，但亟待普及。
1.4.2 排队程序没有优化
对于就诊人数不多的门诊，做检查时可能不需要排队。但一些大门诊如果做多项检查，要去不同的地方，一般就需要多次排队。不同的检查所用的时间也不一 样。比如磁共振检查需要的时间就长一些，但可能需要做的人数少，普通的血液检查需要的时间短一些，但可能需要做的人数多。会出现一边排队等候，一边空闲得很，往往一圈检查下来，等到报告出来一上午都完成不了。现有的候诊子系统只是应用在医生候诊排队中，其他检查治疗部分没有应用，更不用说对多项检查流程的优化了。
1.4.3 电子病历录入困难
电子病历数据必须保证病历信息的完整性、面向完整病案的数字化。虽然门诊病历较住院病历简单，但患者个体差异，不同病种，表示方法的多样性又为病历的数字化带来了困难。常规的诊断问题可以使用模版，但总会有需要文字录入的部分，汉字录入的特点又会给医生带来不便，延误诊疗时间，成为电子病历普及的障碍，也成为
<< 上一页 [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] ... 下一页 >>