你说的数据库管理系统、样本采集等SOP制定是什么意思？怎么写？急！！
软件完成后将拥有字典维护、门诊管理、院长查询三大模块，在软件所在的应用环境中发挥高效作用。字典维护模块存储药品信息和收费项目，为药品存储提供数据。“门诊管理”模块有四个子功能:门诊挂号、门诊定价、门诊收费和药房调剂；“院长查询”模块为医院高层领导提供了随时查询科室挂号和药品库存的直接查询。
本系统的开发平台是微软公司的开发工具——Microsoft Visual Studio 2005，并结合数据库软件——Microsoft SQL Serer作为系统所用数据源的支撑平台。
关键词:医院管理系统；VC++。网；数据库；数据库系统
目录
导言6
1简介7
2可行性分析8
2.1经济可行性8
2.2技术可行性8
2.3政策可行性8
3需求分析9
3.1业务流程9
3.2系统层次结构框图9
3.3系统各模块层次结构图10
3.3.1系统字典维护10
3.3.2门诊挂号系统11
3.3.3门诊定价管理11
3.3.4药房管理系统11
3.3.5院长综合查询系统12
3.4系统流程图12
3.5系统数据流图13
3.5.1顶层流程图13
3.5.2 0层流图13
3.6数据字典14
3.6.1数据流条目14
4概念结构设计15
4.1系统全局实体图15
4.2系统实体图15
4.3系统表及其用法17
5逻辑结构设计18
5.1逻辑设计规范18
5.2逻辑结构表18
6物理结构设计19
6.1数据存储19
6.2创建索引19
7编码20
7.1前台功能设计20
7.1.1字典维护20
7.1.2门诊管理21
7.1.3院长询价21
8系统测试23
8.1软件测试概述[5] 23
8.2常用软件测试方法[6] 23
8.2.1黑盒测试23
8.2.2白盒测试24
基于模型的测试24
8.3本系统的软件测试方法25
9结论26
9.1系统功能汇总26
9.2系统的前景26
致谢辞
参考文献28
介绍
医院信息系统(HIS)已被国际学术界公认为新兴医学信息的一个重要分支。美国该领域著名教授莫里斯·科伦(Morris Collen)在1988中对医院信息系统的定义是:利用电子计算机和通信设备，能够为医院各部门提供收集、存储、处理、提取和交换患者诊疗信息数据并满足所有授权用户功能需求的能力。[4]经过多年的发展，像医院信息系统这样的企业级应用软件，不仅可以提供静态信息和交互式动态信息服务，还可以提供应用基础设施服务(如安全、事务、传输、缓冲、生命周期管理等。).目前，这类软件采用N层结构构建。N层结构的优势在于，每一层都可以独立更改，而不会影响其他层，这降低了部署和维护的成本[66]
为了满足上述问题，关键是不仅要重用旧代码，而且要重用相似的分析和设计结果及架构，以降低构建新软件系统的成本，提高软件的可靠性。框架技术就是这样一种面向领域的复用技术，由于它提供了很好的复用性，被认为是最有前途的面向对象技术。虽然单个类的重用是有用的，但由于它的工作量很小，所以在生产率方面并没有有意义的飞跃。基于框架的软件开发过程将软件开发视为一个组装过程，在软件框架的指导下，寻找可复用的组件(并开发一些新的组件)并组装系统。这个发展过程是目前非常重要的研究方向。目前针对企业级应用提出了一些解决方案。微软的。NET框架和SUN公司的J2EE是两种最流行和最成熟的体系结构，它们可以简化与企业应用程序的开发、部署和管理相关的复杂问题。Microsoft.Net是微软公司于2000年推出的新一代Windows开发系统平台。的。NET平台包括以下主要功能:[10]
(1)软件服务
(2)基于XML的* * *相同语言
(3)集成多种设备和平台
(4)新一代人机界面
(5)托管代码公共语言运行时。
本文参考了软件工程中开发一个软件的相关步骤，结合数据库的相关知识，按照软件定义、软件开发、运维三个步骤来开发软件。其中，软件开发步骤有所不同，包括数据库的概念结构设计、逻辑结构设计和物理结构设计。
1简介
医院信息管理系统的主要目标是建立一个新的社会保障体系，既能保证所有员工公平地获得基本医疗保健服务，又能有效地控制浪费，合理利用医疗资源。随着科学技术的进步和人民生活水平的提高，医院信息管理需要进一步系统化和科学化，建立医院信息管理系统是大势所趋。同时，为了更好地落实国家、省、市医疗保险改革的各项政策，建立职工正常基本医疗和补充医疗保险的良好运行机制，经过充分酝酿、研究和论证，在吸收了各类医院管理制度的经验后，制定了医院管理制度[2]。
预计该系统建成后将实现以下六个目标:
(1)标准化与开发
(2)统一性和实用性
(3)参数化设计和灵活性
(4)安全性和可靠性
(5)普遍性
我国医院信息系统的发展始于20世纪80年代初，医院信息化建设大致经历了单机运行、局部联网和全院信息联网三个阶段。据卫生部信息中心2001统计，我国应用信息管理系统的医院数量占医院总数的31%，其中省级医院投入信息管理系统高达84%，而地市级和县级医院仅为37%和34%。在500多家三甲医院和1000多家县级以上二级医院中，已有近900家大中小医院实施或正在实施医院信息系统[102]。
医院信息管理的未来:医院信息管理的建设是一项长期而艰巨的任务。医院信息管理系统由多个系统组成，并不断完善和扩展，使信息化建设覆盖医院的所有业务建设。随着信息技术的发展，医院信息化建设将更加注重人性化服务。优化和完善信息管理系统的功能、性能、人机界面和智能化建设是医疗行业发展的必然趋势[13]。
医院信息化建设的根本目的是以患者为中心，实现医院网络化管理，为临床医疗、运营和管理提供便捷有效的管理手段和管理模式[8]。医院信息化建设的内容包括医疗行为、行政组织、后勤保障等全方位管理模块。，涉及挂号、收费、药房、药房、医生工作站、护士工作站、手术、麻醉、财务结算、检查、检验、病历处理、医疗保险、自助信息查询等服务。只有优化重组医院业务流程，进一步加强信息资源的加工和挖掘，才能不断提高医院医疗服务质量和管理水平，取得满意的经济效益和社会效益[14]。
2可行性分析
2.1经济可行性
鉴于计算机设备价格下降，各种规模的医院都配备了计算机和计算机操作员。另外，一个好的医院管理系统的使用不仅可以提高医院的管理效率，还可以在很大程度上给医务人员带来很多便利。最重要的是让医院的使用在未来两到三年内收回成本，从而进一步盈利。综上所述，开发这样一个医院信息管理系统在经济上是可行的。
2.2技术可行性
技术可行性可分为两类:开发本系统的技术可行性和系统用户的技术可行性。这个系统是用。NET高级编程语言，以Microsoft Visual Studio 2005为开发平台，以Microsoft SQL Server为数据源提供者，所以在系统开发技术上是可行的。从系统用户的技术可行性来说，现在的大学毕业生基本都能掌握WINDOWS操作系统的使用。作为医学本科生，只要结合用户手册，就能熟练掌握这个管理系统的使用。可以说在技术上也是可行的。
2.3政策可行性
卫生部1997发布的《医院信息系统基本功能规范》对加快医院信息基础设施建设、规范管理、提高医院信息系统软件质量、保护用户利益、促进医院计算机应用健康发展起到了重要的指导作用。随着计算机网络技术的快速发展，卫生部重大医改政策的实施和医学模式的转变，为我院管理系统的发展提供了强有力的政策可行性保障[9]。
3需求分析
3.1业务流程
医院管理的基本业务流程如图3.1所示:
图3.1医院管理业务流程图
3.2系统级框图
该系统由字典维护、门诊管理和院长查询三个一级子模块组成。字典维护子模块由两个模块组成:药品信息维护和费用维护。“门诊管理”子模块由挂号管理、定价管理、收费管理和药房调剂四个模块组成。“院长查询”子模块由“科室登记数量”和“库存统计”两个模块组成。分层框图如图3.2所示。
图3.2医院管理系统分层框图
3.3系统中各模块的层次结构图
3.3.1系统字典维护
“系统字典维护”功能模块用于设置医院管理系统中常用的字典信息，包括如图3.3所示的子功能模块。
图3.3系统字典维护模块
3.3.2门诊登记制度
“门诊挂号系统”功能模块用于建立和维护病人的主要指标信息，分配病人的身份证号，保证病人信息的唯一性，为病人建立就诊卡，登记或预留门诊号，为门诊病人的随访活动和门诊病人的工作量统计提供信息。患者可以办理IC卡、磁卡等。第一次看病，从而实现一卡通就医。持卡患者通过刷卡代替频繁排队缴费，可以大大提高医患双方的效率，减少患者的等待时间。注册时，电脑自动分配一个临时身份证号。可以选择输入患者姓名、挂号类型(普通号、专家号等)等信息。)和医务科，并打印出门诊登记表。挂号单上的条码号将作为患者下一次就医的依据，实现定价收费、项目检查、药房取药的一体化流水作业。
3.3.3门诊定价管理
“门诊定价与收费系统”功能模块用于记录患者在门诊收费处的缴费信息，并执行相应的统计核算功能。包含的自功能模块如图3.4所示。
图3.4“咨询价格收费系统”功能模块
“门诊定价”用于完成门诊处方、检查申请、治疗申请等医疗费用的定价，在字典管理中维护各种药品和检查的价格信息。
“门诊收费”用于收取门诊患者的各种诊疗费用。可以根据定价清单(或其他方式)查询患者的定价信息，收取费用，打印收据，保存操作记录以备查询。
“药品配送”用于药店预先打印需要配送的药品明细，并备好药品，方便患者在取药时直接给患者，避免医生拿到患者的账单后再去寻找相应的药品。
3.3.4药房管理系统
“药房管理模块”功能用于管理医院药房的进货、入库和出库，子模块如图3.5所示。
图3.5药房管理模块
3.3.5院长综合查询系统
“院长综合查询系统”功能模块用于对来自医院信息系统的有关医疗、教学、科研和医院管理的人、财、物分析等决策信息进行加工处理，为院长和管理者提供决策依据。
3.4系统流程图
医院管理系统的系统流程图如图3.6所示。
图3.6系统流程图
3.5系统数据流图
3.5.1顶层流程图
根据图3.1中的医院管理基本业务流程图，可以先得到系统的顶层数据流程图，如图3.7所示。
图3.7医院管理系统顶层流程图
3.5.2 0层流图
根据图3.7所示的医院管理系统顶层流程图，根据软件工程的知识，数据流程图分层细化时必须保持信息的连续性，即当一个流程分解为一系列流程时，分解前后的输入/输出数据流必须相同。[3]顶层数据流图可以映射得到医院管理系统的0层流程图，如图3.8所示。
图3.8-0医院管理系统层流图
3.6数据字典
3.6.1数据流条目
表3.1描述了系统中使用的大部分数据流条目，提供了数据流名称、使用场所和方法、内容和补充信息的描述。
表3.1数据流条目表
名称使用地点和方法内容描述
药品名称药品信息查询，输入名称如青霉素。
药品编码的药品信息查询，输入编号为1001。
项目名称收费项目查询，输入肝功能等名称。
项目代码取费项目查询，输入代码如8000。
开始时间部门登记查询，输入时间，如1998-7-15。
结束时间部门登记数量查询，输入时间为2008-7-15。
查询仓库中的药品库存，输入仓库名称，如西药房。
药品编号药品库存查询，输入药品名称如四环素。
挂号类型门诊挂号，系统分为普通号和专家号。
门诊挂号的收费类型，系统已经分为了公费、自费和退费三种。
挂号科室门诊挂号，系统已分为中医等16种。
对于医生门诊登记，输入医生的姓名以记录该医生在医院的姓名。
姓名门诊挂号，记录患者姓名，如张三。
性别门诊登记，记录患者的性别，如男性。
年龄门诊登记，记录病人的年龄和咨询病人的年龄，如36
民族诊所的挂号记录了患者的民族，比如瑶族。
4概念结构设计
4.1系统全局实体图
系统的全局实体图如图4.1所示。
图4.1系统全局实体图
4.2系统实体图
根据图4.1系统的全局实体图，分析系统可以得到系统的各个实体图，如下图所示。
图4.2患者实体图
图4.3医师实体图
图4.4医生处方实体图
图4.5药品实体图
图4.6药房实体图
4.3系统表及其使用
系统* * *需要10个表，它们的用途分别如表4.1所示。
表4.1系统表及其用途
表名表用途
药品信息保存医院药品的基本信息，包括价格等。
医生的数据存储了医生的信息，包括医生所属的科室。
科室数据保存科室分类信息，如内科和外科。
患者信息库存储患者的基本信息，可以在将来重复使用。
门诊挂号保存门诊挂号的信息。
门诊挂号类型存储门诊挂号类型的分类信息及其挂号价格，如普通号、专家号等。
门诊定价门诊定价信息(主表)
门诊定价详细信息门诊定价详细信息(来自表格)
门诊收费项目保存门诊收费项目及其价格信息，包括名称、类型、费用等。
5逻辑结构设计
5.1逻辑设计规范
数据库的逻辑设计就是将E-R图转化为关系模型的过程，即将所有的实体和关系转化为一系列的关系模型。转换过程中的常见规则是:
(1)将实体转换为关系模型。
(2)一对一的关系模型可以转化为独立的关系模型，也可以在任意一端与对应的关系模型合并。
(3)一对多关系可以转化为独立的关系模型，或者与另一端对应的关系模型合并。
(4)多对多关系可以转化为关系模型。
5.2逻辑结构表
经过对数据库系统的分析和逻辑设计，数据库的结构已经非常清晰。首先，在Microsoft SQL Server 2000中建立数据库HisBook。然后分别建立10个表:药品数据表、医生数据表、科室数据表、患者信息表、门诊挂号表、门诊挂号类型表、门诊定价表、门诊定价表、门诊收费项目表、药品库存表，每个表对应一个逻辑设计上的关系模型。
表5.1系统逻辑结构表
6物理结构设计
6.1数据存储
数据库是微软MSSQL Server数据库，安装的版本是简体中文个人版。数据库文件名是hisbook_Data。MDF和日志文件hisbook_Log。LDF，它们分别存储在系统的默认文件夹中。
6.2创建索引
索引是加快查询速度的有效手段。用户可以根据应用环境的需要，在基本表上建立一个或多个索引，以提供多种访问路径，加快搜索速度。[7]MSSQL Server中有两种类型的索引:聚集索引和非聚集索引。使用索引的好处是加快了查询的速度，但缺点是会占用磁盘空间，减缓添加、删除、更新行的速度，所以使用索引时需要慎重考虑。
对于本系统中涉及的数据库表，创建的索引有:
表6.1创建索引字段表
表名创建聚集字段创建非聚集索引字段
药物信息媒体名称
医生信息DocIDDocName
部门信息
患者信息库PatiIDPatiName
门诊挂号病人挂号时间
门诊登记类型PatiRegKID无
门诊定价价格种类无
门诊定价详细信息列表列表名称
门诊收费项目种类无
药品库存MedIDMedName
7编码
7.1前台功能设计
系统主要有三个功能:字典维护、门诊管理和院长查询。字典维护功能主要负责药品信息和收费项目的维护，这是医院为患者提供的最重要的两项服务。门诊管理有四个功能:门诊挂号、门诊定价、门诊收费、药房调剂，和平时去医院时在门诊经历的流程一样。这四个功能处理的是病人从挂号到取药、离开的整个功能。院长查询主要包括医院各科室挂号数量和当前药品库存的查询。这两个功能主要用于医院整体状态的统计。
7.1.1字典维护
点击字典维护|药品信息命令，进入药品信息功能表单，如图7.1所示。在其中您可以管理该医院目前所有的药品信息。通过工具栏上的增加、修改或删除，可以增加新的药品，修改药品的规格、单位或单价。数据记录被编辑并输入到表格下方面板的文本框中。除了编辑或添加记录之外，不能编辑表单下部面板中的文本框。
图7.1药品信息管理功能表单
药品信息维护后，点击字典维护|收费项目命令，进入医院收费项目管理表单，如图7.2所示。这个窗口和药品信息很像，主要管理医院所有收费项目的信息。同样，可以通过上面工具栏中的按钮来添加、修改和删除表格。该表与药品信息表中的数据数量相关联。药品四位数从1到7，收费项目从8开始。这是为了后期收费时处理方便，因为患者往往会同时开药和接受一些检查。因此，在添加新号码时，用户可以根据患者接受的医疗项目来确定第一个号码。
图7.2收费项目功能表单
7.1.2门诊管理
完成字典维护功能后，点击门诊管理进行门诊挂号、门诊定价、门诊收费、药房调剂四个功能，也是按照一个病人去医院时的基本步骤设计的。
7.1.3院长询价
在解决方案资源管理器中，添加一个新表单，将其名称更改为“RegQuery ”,并将控件放在上面，如图7.3所示。
图7.3部门登记表
类似地，添加一个名为“MedQuery”的新表单，并在其上放置一个空格，如图7.4所示。
图7.4药品库存表单
8系统测试
8.1软件测试概述[5]
软件测试是软件开发过程的重要组成部分，用于确认程序的质量或性能是否满足开发前提出的某些要求。软件测试的目的是确认软件的质量，一方面确认软件做了你预期的事情，另一方面确认软件用正确的方式做了这个事件。二是提供信息，比如给开发人员或项目经理的反馈信息，为风险评估准备的信息。第三，软件产品开发后发现了很多问题，说明软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是确保整个软件开发过程的高质量。
软件质量是通过几个方面来衡量的:第一，在正确的时间，用正确的方式做正确的工作。第二，满足一些应用标准的要求，比如不同国家用户不同的操作习惯和要求，项目的可维护性和可测试性。第三，质量本身就是软件达到了当初设定的要求，代码漂亮或技巧精湛并不代表软件质量高。第四，质量也意味着满足客户的需求。作为软件测试行业，最重要的是站在客户的角度看产品，客户会如何使用这个产品，在使用过程中会遇到什么问题。只有解决了这些问题，软件产品的质量才能说得到提高。
软件开发过程中测试人员的任务:
(1)寻找bug
(2)避免软件开发过程中的缺陷。
(3)测量软件的质量
(4)关注用户需求。
总之，测试的总体目标是确保软件质量达到用户要求的水平。
8.2常用的软件测试方法[6]
8.2.1黑盒测试
黑盒测试，顾名思义，就是把被测系统看成一个黑盒，从外部获取输入，然后输出。整个测试都是基于需求文档，看是否能满足需求文档中的偶数需求。黑盒测试要求测试人员不使用与被测系统内部结构相关的知识或经验，适合测试系统的功能。黑盒测试的优点是:相对简单，不需要知道程序的内部代码和实现；与软件内部实现无关；站在用户的角度，我们很容易知道用户会使用哪些功能，会遇到哪些问题；基于软件开发文档，我们还可以在文档中知道软件实现了哪些功能；做软件自动化测试更方便。黑盒测试的缺点是:无法覆盖所有代码，覆盖率只有总代码的30%左右；自动化测试的可重用性很低。
白盒测试
白盒测试是指能够理解被测对象的结构并参考被测代码内容的测试工作。它需要了解程序的内部设计结构和具体的代码实现，并在此基础上设计测试用例。下面是示例程序代码:
HRESULT保存(char* pszFileName)
{
If (NULL= = pszFileName)
返回；
If (STATE_OPEND = =currentState)
{
save the file()；
}
返回；
}
看完代码可以知道，首先要检查一个字符是否为空，然后根据文件的当前状态执行相应的动作。设计一些测试用例:当输入字符串为空时会发生什么；如果此时存储的文件已经打开，会发生什么情况？这些是你在做黑盒测试时可能做不到的事情。
白盒测试的直接好处是知道设计的测试用例在代码级别的什么地方被忽略了。它的优点是帮助软件测试人员增加代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。白盒测试的缺点是:程序运行会有很多不同的路径，不可能测试所有的运行路径；测试是基于代码的，只能测试开发者做的是否正确，无法知道设计是否正确，可能会遗漏一些功能需求；当系统庞大时，测试开销会非常大。
基于模型的测试
基于风险的测试是指评估测试的优先级，先做高优先级的测试。如果没有足够的时间或精力，低优先级的测试可以暂时中止。有如下图8.2.3。横轴代表影响力，纵轴代表概率。根据一个软件的特点，确定:如果一个功能出了问题，对整个产品的影响有多大，这个功能出问题的概率有多大？如果出现问题的概率很大，而且问题对整个产品的影响很大，那么在测试的时候一定要覆盖。对于用户很少使用的功能，出现问题的概率很小，即使出现问题，影响也不大，所以如果时间紧张，可以考虑不测试[15]。
图8.1基于风险测试的两个决定因素
基于风险的两个决定性因素是:功能对用户的影响有多大，出问题的概率有多大。其他影响因素包括复杂性、可用性、依赖性和可修改性。测试人员主要是根据事情的轻重缓急来决定测试工作的重点。
8.3本系统的软件测试方法
因为这个程序是针对小医院的，软件比较小，功能也比较简单，所以软件测试方法采用黑盒测试方法。软件初步完成后，由第三方对软件进行了测试(这里我让同宿舍的同学进行了测试)。当第三方在实际使用中发现问题，比如需要补充功能，操作上的一些错误等。，程序开发者根据第三方提出的意见进行修改，直到软件功能满足用户(系统用户)。
9结束语
9.1系统功能汇总
这个小型的医院管理系统可以简单的完成医院门诊、药房、院长查询的基本功能。但是没有发票打印功能，门诊管理部分不完善，没有实现磁卡挂号病人的功能。本系统基本完成了需求分析中提到的主要功能。对于在一种全新的开发语言背景下完成这样一个数据库系统，工作量和难度还是很大的，比如如何在。NET环境下，不同模块之间仍然存在数据操作错误。
由于设计系统时的起点和标准较高，所有的子功能和子模块不可能在短时间内完善。但是在建立数据库表结构时，我们总是遵循“一步到位，不易更改”的原则，因为一旦表结构发生变化，相应的逻辑结构和前台显示信息也必须随之改变，这就带来了很大的工作量。
9.2系统的前景
(1)数据结构问题
在系统功能总结中提到，没有实现磁卡挂号病人的功能，没有实现与硬件设备的接口。
(2)数据备份和恢复
数据备份功能的实现主要是通过SQL语句备份数据库，数据恢复功能的实现主要是通过SQL语句还原数据库。由于时间仓促，我没能实现这两个功能。
(3)对的理解。网络语言
因为是第一次用。NET语言来编程相关软件，三周时间开发这样一个数据库系统给了我很大的挑战和困难，但是在谢老师的鼓励下，我是抱着不断学习的心态一步步走过来的，希望这段经历对我以后的学习有很大的影响。
(4)数据库的访问方法。网。
本系统是基于。NET框架。我只是参考一些参考书中给出的方法和代码来实现在中访问数据库的方法。NET，但我不太清楚为什么。
(5)系统的可扩展性
本次开发的系统还有很多可以改进的功能，如每月或每年的财务结算，医院员工信息库的建立等。这是一个完善的医院管理系统所必需的。