1、新世纪全国中医药院校规划教材新世纪全国中医药院校规划教材医院信息系统教程医院信息系统教程n第五章第五章 医院信息系统的开发与建医院信息系统的开发与建立立n（二）（二）2007-9-35.2.2 系统设计系统设计 系统设计过程系统设计过程 系统设计的主要内容系统设计的主要内容 系统设计的划分系统设计的划分 系统设计过程系统设计过程n逻辑设计逻辑设计:是指系统将要如何工作来解决是指系统将要如何工作来解决用户面临的实际问题。它应当包括对于信用户面临的实际问题。它应当包括对于信息系统的输入、输出、处理功能、它所关息系统的输入、输出、处理功能、它所关联的业务流程等的说明，同时对数据模型联的业务流程等的说
2、明，同时对数据模型和对系统的控制等问题也要予以说明。和对系统的控制等问题也要予以说明。n物理设计物理设计:是指用现实的信息技术将逻辑是指用现实的信息技术将逻辑设计的结果赋予实现的过程。在此阶段要设计的结果赋予实现的过程。在此阶段要产生对信息系统实际使用的硬件、软件、产生对信息系统实际使用的硬件、软件、物理数据库、输入方式、输出介质、手工物理数据库、输入方式、输出介质、手工过程以及特定控制的说明。过程以及特定控制的说明。习题5-3 系统设计的主要内容系统设计的主要内容系统输入设计：数据源、数据量、输入设备和输入方式。系统输入设计：数据源、数据量、输入设备和输入方式。系统输出设计：输出设备和输出介
3、质、确定输出内容、系统输出设计：输出设备和输出介质、确定输出内容、格式，确定输出时机。格式，确定输出时机。用户界面设计：设计界面、编写联机帮助，错误信息。用户界面设计：设计界面、编写联机帮助，错误信息。数据库设计：逻辑数据及物理数据模型，文件组织形式。数据库设计：逻辑数据及物理数据模型，文件组织形式。处理过程设计：分解程序模块，关于计算及逻辑的说明。处理过程设计：分解程序模块，关于计算及逻辑的说明。手工过程设计：业务活动说明，时间、场所等。手工过程设计：业务活动说明，时间、场所等。控制方式设计：处理控制、数据的一致性保证，接近控控制方式设计：处理控制、数据的一致性保证，接近控制，输入输出控制。
4、制，输入输出控制。安全性设计：踪迹审计、权限设定、灾难恢复。安全性设计：踪迹审计、权限设定、灾难恢复。文档设计：操作手册、系统手册、用户手册。文档设计：操作手册、系统手册、用户手册。习题5-3 系统设计的划分系统设计的划分分为总体设计和详细设计两个阶段。分为总体设计和详细设计两个阶段。n总体设计：决定系统的整体结构，包括系统的网络总体设计：决定系统的整体结构，包括系统的网络结构、硬件配置，选用何种操作系统以及决定如何结构、硬件配置，选用何种操作系统以及决定如何进行子系统的划分等。从硬件上决定了系统的整体进行子系统的划分等。从硬件上决定了系统的整体结构；从软件上决定了系统大体的工作方式和各个结构
5、；从软件上决定了系统大体的工作方式和各个子系统的主要功能。子系统的主要功能。n详细设计是对各个子系统更详细的设计，主要包括详细设计是对各个子系统更详细的设计，主要包括数据存储设计、用户界面设计和处理设计。数据存储设计、用户界面设计和处理设计。习题5-35.2.3 系统总体设计和详细设计系统总体设计和详细设计n详细设计详细设计:对各个子系统更详细的设计，包对各个子系统更详细的设计，包括：数据存储设计、用户界面设计和处理设括：数据存储设计、用户界面设计和处理设计。计。数据存储设计是对数据库物理结构、存储内数据存储设计是对数据库物理结构、存储内容、存储数据的数量和流量等进行设计。容、存储数据的数量和
6、流量等进行设计。用户界面设计包括代码设计，输入校验设计，用户界面设计包括代码设计，输入校验设计，输出格式设计等。输出格式设计等。处理设计包括对各个模块内部处理过程的详处理设计包括对各个模块内部处理过程的详细描述，通常用文字、图表等方法来描述对细描述，通常用文字、图表等方法来描述对数据的核对、变换、分类、合并、检索、抽数据的核对、变换、分类、合并、检索、抽出、计算等详细步骤。出、计算等详细步骤。5.2.4 系统实施和转换系统实施和转换系统实施是指将设计结果付诸实现的过程。系统实施是指将设计结果付诸实现的过程。系统实施的三个主要步骤：系统实施的三个主要步骤：编程：编程由程序员完成编程：编程由程序员
7、完成系统测试：错误测试，单元测试，动态系统测试：错误测试，单元测试，动态测试测试系统转换：直接转换，并行转换，部分系统转换：直接转换，并行转换，部分转换转换5.3 5.3 医院信息系统的开发方法与过程医院信息系统的开发方法与过程 5.3.1 5.3.1 医院信息系统开发方法的特点医院信息系统开发方法的特点 5.3.2 5.3.2 医院信息系统开发方法及程序医院信息系统开发方法及程序 5.3.3 5.3.3 医院信息系统的可行性研究与开发计划医院信息系统的可行性研究与开发计划 5.3.4 5.3.4 医院信息系统的需求分析医院信息系统的需求分析 5.3.5 5.3.5 医院信息系统的设计医院信息
8、系统的设计 5.3.6 5.3.6 医院信息系统的实现医院信息系统的实现 5.3.7 5.3.7 医院信息系统的组装测试医院信息系统的组装测试 5.3.8 5.3.8 医院信息系统的确认测试医院信息系统的确认测试 5.3.9 5.3.9 医院信息系统的使用与维护医院信息系统的使用与维护 5.3.1 医院信息系统开发方法的特点医院信息系统开发方法的特点医院系统呈现出综合化的复合系统特征，并表现出人医院系统呈现出综合化的复合系统特征，并表现出人群密集、病人密集、建筑密集、知识信息密集、高群密集、病人密集、建筑密集、知识信息密集、高技术密集、排污密集等诸多社会生态特征，要求医技术密集、排污密集等诸多
9、社会生态特征，要求医院为医、教、研、防、管提供信息服务的医院信息院为医、教、研、防、管提供信息服务的医院信息系统只有具备较高性能才能适应。这种适应方法应系统只有具备较高性能才能适应。这种适应方法应该具备以下特点：该具备以下特点：系统工程原则系统工程原则杂交原则杂交原则标准化原则标准化原则集成化原则集成化原则软件工程化原则软件工程化原则习题5-3系统工程原则系统工程原则nHISHIS开发必须要有整体的观点，因为医院系开发必须要有整体的观点，因为医院系统是一个高度现代化的复合系统，使各个统是一个高度现代化的复合系统，使各个子系统和内部的诸因素能有机结合起来，子系统和内部的诸因素能有机结合起来，相辅
10、相成，协调运作，充分发挥系统的整相辅相成，协调运作，充分发挥系统的整体综合效应，必须遵循系统工程的原则。体综合效应，必须遵循系统工程的原则。n即即“自上而下地规划，自下而上地实施自上而下地规划，自下而上地实施”。杂交原则杂交原则nHISHIS开发方法的选择要兼收并蓄、百花齐开发方法的选择要兼收并蓄、百花齐放，不能搞单打一。放，不能搞单打一。n例如，把原型化方法和软件生命周期例如，把原型化方法和软件生命周期法法相结合的做法就是一种相结合的做法就是一种“杂交杂交”方法。方法。标准化原则标准化原则自始至终要注重标准化问题，不仅要注意自始至终要注重标准化问题，不仅要注意计算机系统的标准化，还要注意信息
11、的计算机系统的标准化，还要注意信息的标准化和数据的规范化，只有这样才能标准化和数据的规范化，只有这样才能建成真正具有开放意义的医院信息系统。建成真正具有开放意义的医院信息系统。集成化原则集成化原则现代化医院系统本身是集成化系统，为其提供可靠信息服务的医院信息系统要充分体现这一特点:n数据集成n技术集成n功能集成 软件工程化原则软件工程化原则n软件工程方法是比较成熟的，不仅表现在其软件工程方法是比较成熟的，不仅表现在其应用广泛，具有一定的广度和深度，而且还应用广泛，具有一定的广度和深度，而且还表现在其已有相应的标准。例如：国际表现在其已有相应的标准。例如：国际ISO5807-1985ISO580
12、7-1985等标准，中国已有等标准，中国已有GB/T11457-GB/T11457-8989（软件工程术语），（软件工程术语），GB8566-881GB8566-881计算机软计算机软件开发规范等一系列国家级标准。件开发规范等一系列国家级标准。5.3.2 医院信息系统开发方法及程序医院信息系统开发方法及程序开发方法必须立足于已有的国家标准。依照软件工程的原理可分以下步骤：系统可行性研究与开发计划系统可行性研究与开发计划系统需求分析系统需求分析系统设计系统设计系统实现系统实现系统组装测试系统组装测试统确认测试统确认测试系统使用和维护系统使用和维护习题5-3系统可行性研究与开发计划系统可行性研究与
13、开发计划n了解医院的需求及现实环境，从技术、经济和社会因素等三个方面研究并论证本系统的可行性n编写可行性研究报告n制定初步的系统开发计划。系统需求分析系统需求分析n确定被开发的系统的运行环境、功能和确定被开发的系统的运行环境、功能和性能要求性能要求n编写用户手册概要编写用户手册概要n确认测试准则确认测试准则n为概要设计提供需求说明书。为概要设计提供需求说明书。系统设计系统设计包括系统概要设计和系统详细设计包括系统概要设计和系统详细设计n系统概要设计：系统概要设计：n根据系统需求说明，建立目标系统的总体结根据系统需求说明，建立目标系统的总体结构和子系统模块间的关系构和子系统模块间的关系n定义各子
14、系统或多模块之间的接口定义各子系统或多模块之间的接口n设计全局性数据库和数据结构设计全局性数据库和数据结构n规定设计限制规定设计限制n制定组装测试计划。制定组装测试计划。n系统详细设计：系统详细设计：n对概要设计中产生的子系统及功能模块，进对概要设计中产生的子系统及功能模块，进行进一步分解或过程描述行进一步分解或过程描述n设计内部算法和数据结构，为编写源代码提设计内部算法和数据结构，为编写源代码提供必要的说明供必要的说明n建立建立“模块开发卷宗模块开发卷宗”。系统实现系统实现n将详细设计的内容转化为所要求的源程将详细设计的内容转化为所要求的源程序序n并对其进行单元测试并对其进行单元测试n验证接
15、口与详细设计的一致性。验证接口与详细设计的一致性。系统组装测试系统组装测试n根据概要设计中各功能模块的说明及制根据概要设计中各功能模块的说明及制定的组装测试计划定的组装测试计划n将经过单元测试的模块逐步进行组装和将经过单元测试的模块逐步进行组装和测试。测试。统确认测试统确认测试n根据系统需要说明书定义的全部功能和根据系统需要说明书定义的全部功能和性能要求性能要求n确认按测试计划测试整个系统是否达到确认按测试计划测试整个系统是否达到要求。要求。n并提交最终的用户手册和操作手册。并提交最终的用户手册和操作手册。系统使用和维护系统使用和维护n对投入运行的系统进行修改，以改正在对投入运行的系统进行修改
16、，以改正在前阶段未发现的错误，使系统能适应外前阶段未发现的错误，使系统能适应外界环境的改变，并实现系统的功能扩充界环境的改变，并实现系统的功能扩充和性能改善。和性能改善。5.3.3 医院信息系统的可行性医院信息系统的可行性研究与开发计划研究与开发计划1HIS可行性研究可行性研究2HIS开发计划开发计划 1HIS可行性研究可行性研究从医院的现状出发，构造出逻辑的宏观的信息模型，从现实的技术、经济、社会等诸因素的制约关系着手，选择可行的方案。（1）HIS可行性研究的目的：（2）HIS可行性研究的要求：（3）HIS可行性研究步骤：（1）HIS可行性研究的目的：可行性研究的根本目的旨在了解医院使用可行
17、性研究的根本目的旨在了解医院使用部门的要求和现实环境，从技术、经济、部门的要求和现实环境，从技术、经济、社会因素等三个方面研究并论证本项目社会因素等三个方面研究并论证本项目的可行性，并编写可行性研究报告，制的可行性，并编写可行性研究报告，制定初步项目开发计划。定初步项目开发计划。（2）HIS可行性研究的要求：首先必须优先考虑经济可行性问题，其次首先必须优先考虑经济可行性问题，其次需要估计成本需要估计成本/效益，估算的方法应有确效益，估算的方法应有确切的数据，避免主观臆断。切的数据，避免主观臆断。（3）HIS可行性研究步骤：HISHIS可行性研究的主要步骤是现状调查、现可行性研究的主要步骤是现状
18、调查、现状分析、可行性研究、评审和审批。状分析、可行性研究、评审和审批。1）医院现行系统调查：n现行系统调查旨在说明开发新系统或修现行系统调查旨在说明开发新系统或修改现行系统的必要性。改现行系统的必要性。n现行系统的工作负荷、费用开支、所需现行系统的工作负荷、费用开支、所需人员、所用设备等。人员、所用设备等。2）医院现行系统分析：根据医院现行系统调查得到的大量材料，可按下根据医院现行系统调查得到的大量材料，可按下述编写提纲整理并进行分析。述编写提纲整理并进行分析。引言。引言。可行性研究的前提。可行性研究的前提。现行系统分析。现行系统分析。所建议的新系统。所建议的新系统。可选择的其他系统方案。可
19、选择的其他系统方案。投资收益分析。投资收益分析。社会可行性。社会可行性。结论。结论。3）HIS可行性研究：n经济可行性研究：主要是投资效益分析。包括支出、收经济可行性研究：主要是投资效益分析。包括支出、收益、投资益、投资/收益比、投资回收周期、敏感性分析等。收益比、投资回收周期、敏感性分析等。n技术可行性研究：主要指的是技术条件方面的可行性。技术可行性研究：主要指的是技术条件方面的可行性。包括在当前的条件限制下该系统的功能目标能否达到、包括在当前的条件限制下该系统的功能目标能否达到、利用现有的技术该系统的功能能否实现等。利用现有的技术该系统的功能能否实现等。n社会可行性研究：包括法律可行性、合
20、同责任、专利权、社会可行性研究：包括法律可行性、合同责任、专利权、版权、行政制度可行性等。版权、行政制度可行性等。n根据上述研究结果，写出可行性报告交付评审（编写方根据上述研究结果，写出可行性报告交付评审（编写方法参见法参见GB8567-88GB8567-88标准）标准）4）HIS可行性研究评审：n评审和审批的主要目的旨在决定评审和审批的主要目的旨在决定HISHIS开发项目是否开发项目是否可行。评审的验收标准要点如下：可行。评审的验收标准要点如下：n可行性研究报告的完整性可行性研究报告的完整性n成本成本/效益分析是否提供了多种可供选择的方案效益分析是否提供了多种可供选择的方案n是否确定投资项目
21、的优先顺序是否确定投资项目的优先顺序n是否比较新旧技术条件是否比较新旧技术条件n社会法律和行政制度是否允许新方案社会法律和行政制度是否允许新方案nHISHIS的基本要求是否明确（例如的基本要求是否明确（例如HISHIS功能、性能、输入、功能、性能、输入、输出、处理流程和数据流程、安全保密性、完成期限等）输出、处理流程和数据流程、安全保密性、完成期限等）nHISHIS的开发目标是否明确的开发目标是否明确n可行性研究的评价策略、方法、步骤、技术约定是否科可行性研究的评价策略、方法、步骤、技术约定是否科学等。学等。2HIS开发计划开发计划对于可行性研究认为可行的方案，在正式对于可行性研究认为可行的方
22、案，在正式审批文件下达后可制定初步的审批文件下达后可制定初步的HISHIS开发计开发计划。划。（1 1）目标和要求：）目标和要求：（2 2）HISHIS开发计划内容：开发计划内容：（3 3）评审：）评审：（1）目标和要求：n其目标旨在用文件的形式把开发过程的其目标旨在用文件的形式把开发过程的工作安排记录下来作为整个开发工作开工作安排记录下来作为整个开发工作开展和检查的依据。该文件的编写要求需展和检查的依据。该文件的编写要求需符合国家标准（符合国家标准（GB8567-88GB8567-88）（2）HIS开发计划内容：应按照以下纲要行文：明确计划目的明确计划目的说明背景：开发项目名称、任务提出者等
23、说明背景：开发项目名称、任务提出者等列出文件中出现的所有专门术语和技术约定的定义。列出文件中出现的所有专门术语和技术约定的定义。列出所有相关文件和参考资料。列出所有相关文件和参考资料。概述概述HISHIS开发工作的内容。开发工作的内容。主要参加人员。主要参加人员。列出主要开发结果（包括可移交文档等）。列出主要开发结果（包括可移交文档等）。提出验收标准（包括资料标准等）。提出验收标准（包括资料标准等）。规定开发任务完成的最后期限。规定开发任务完成的最后期限。写明开发计划的批准号、批准日期。写明开发计划的批准号、批准日期。制定实施计划。制定实施计划。说明开发说明开发HISHIS的支持条件。的支持条
24、件。列出该计划隶属各专项计划的要点：包括合同计划、培训计划、列出该计划隶属各专项计划的要点：包括合同计划、培训计划、测试计划、系统安装计划等。测试计划、系统安装计划等。（3）评审：n对于可行性计划（初步）的审查，主要对于可行性计划（初步）的审查，主要有两点：有两点：1 1）HISHIS开发计划（初步）中应有明确的可开发计划（初步）中应有明确的可检查的标志。检查的标志。2 2）初步的）初步的HISHIS开发计划文本是否完整，是开发计划文本是否完整，是否符合否符合GB8567-878GB8567-878标准。标准。5.3.4 医院信息系统的需求分析医院信息系统的需求分析 1 1目的和要求目的和要求
25、 nHISHIS需求分析的目的旨在确定被开发的需求分析的目的旨在确定被开发的HISHIS的的运行环境、功能和性能要求、编写用户手册运行环境、功能和性能要求、编写用户手册概要、确认测试准则、为系统设计提供需求概要、确认测试准则、为系统设计提供需求说明书。说明书。n其要求：必须以运行环境为基础，必须有使其要求：必须以运行环境为基础，必须有使用部门指定的人员参加，用部门指定的人员参加，HISHIS需求说明书必须需求说明书必须明确，并经过用户确认。明确，并经过用户确认。2需求分析工作步骤需求分析工作步骤需求分析工作步骤包括：需求分析工作步骤包括：n进一步调查进一步调查HISHIS开发环境开发环境n明确
26、用户要求、确立人机界面明确用户要求、确立人机界面n修改初步的项目开发计划修改初步的项目开发计划n制定确认测试计划、编写用户手册概要制定确认测试计划、编写用户手册概要n评审评审习题5-4（1）进一步调查被开发的HIS的环境n在在HISHIS可行性分析阶段，已经对医院的现可行性分析阶段，已经对医院的现状进行了分析，画出了现行系统的基本处状进行了分析，画出了现行系统的基本处理流程和数据流程，在这基础上要进一步理流程和数据流程，在这基础上要进一步调查，落实到开发者的意图上，如医院应调查，落实到开发者的意图上，如医院应用目标、用目标、HISHIS作用范围、本系统与相关系作用范围、本系统与相关系统之间的联
27、系和接口、列出最终用户特点、统之间的联系和接口、列出最终用户特点、说明操作人员与维护人员等教育水平和技说明操作人员与维护人员等教育水平和技术专长、软件系统使用频率等。术专长、软件系统使用频率等。（2）明确需求规定）明确需求规定主要包括功能规定、性能规定、输入主要包括功能规定、性能规定、输入/输出规定、输出规定、存储要求、环境处理要求存储要求、环境处理要求1 1）进一步明确功能规定：可以采用）进一步明确功能规定：可以采用IPOIPO表（即输入、处理、表（即输入、处理、输出表的形式）逐项定量和定性地叙述对输出表的形式）逐项定量和定性地叙述对HISHIS有关软件有关软件所提出的功能要求。所提出的功能
28、要求。2 2）对性能的规定：这主要包括精度、时间特性要求、系）对性能的规定：这主要包括精度、时间特性要求、系统灵活性等。统灵活性等。3 3）规定对医用数据输入）规定对医用数据输入/输出（输出（I/OI/O）要求：应该依照数）要求：应该依照数据类型、数据媒体、数据格式、数值范围、数据精度、据类型、数据媒体、数据格式、数值范围、数据精度、输出格式输出格式/形式等规定形式等规定I/OI/O要求。要求。4 4）规定对医用数据存储要求：包括数据管理文）规定对医用数据存储要求：包括数据管理文卷卷/记录个数、文表和表的大小规模，应按可记录个数、文表和表的大小规模，应按可推测的增长量估算存储量。推测的增长量估
29、算存储量。5 5）规定故障处理要求：包括可能的软件、硬件）规定故障处理要求：包括可能的软件、硬件故障，预期效果，对故障处理要求等。故障，预期效果，对故障处理要求等。6 6）其他要求和规定：包括诸如安全保密要求、）其他要求和规定：包括诸如安全保密要求、使用方便性要求以及对可维护性、可补充性、使用方便性要求以及对可维护性、可补充性、易读性、可靠性、运行环境可转换性等的特殊易读性、可靠性、运行环境可转换性等的特殊要求。要求。（3）确定人机界面：n通过列出通过列出HISHIS所选用的各种硬设备、各所选用的各种硬设备、各种支持软件、各种接口及控制方法和信种支持软件、各种接口及控制方法和信号，再分析其专门
30、性能和功能来划清人号，再分析其专门性能和功能来划清人机界面。机界面。（4）修改初步的系统开发计划：）修改初步的系统开发计划：n在在HISHIS需求分析阶段，通过对使用者需求分析阶段，通过对使用者需求规定的具体化，有时会产生对需求规定的具体化，有时会产生对初步的系统开发计划的修订。初步的系统开发计划的修订。（5）制定确认测试计划：n包括测试项目、测试进度、人员安排、包括测试项目、测试进度、人员安排、测试报告的要求、评价准则（最重要）测试报告的要求、评价准则（最重要）等。等。（6）编写用户手册概要：n包括引言、用途、运行环境、使用包括引言、用途、运行环境、使用过程等主要纲目。过程等主要纲目。（7）
31、评审：这一阶段评审的要求是审查下述文档是否这一阶段评审的要求是审查下述文档是否符合符合CB8567-88CB8567-88标准。标准。软件需求说明书。软件需求说明书。修改后的项目开发计划。修改后的项目开发计划。用户手册概要。用户手册概要。确认测试计划。确认测试计划。数据要求说明书等。数据要求说明书等。5.3.5 医院信息系统的设计医院信息系统的设计设计阶段分为两步：设计阶段分为两步：第一步是概要设计第一步是概要设计第二步是详细设计。第二步是详细设计。习题5-41 HIS概要设计概要设计（1 1）HISHIS概要设计目标要求：依据概要设计目标要求：依据HISHIS需求说明需求说明书，建立医院信息
32、系统的总体结构和它的各子书，建立医院信息系统的总体结构和它的各子系统之间（或各子系统与其各模块之间）的关系统之间（或各子系统与其各模块之间）的关系，定义各子系统或各功能模块之间的接口、系，定义各子系统或各功能模块之间的接口、控制接口。还要设计全局性数据库（或方法库控制接口。还要设计全局性数据库（或方法库/模型库模型库/知识库）的结构和数据结构，规定设知识库）的结构和数据结构，规定设计限制，制定组装测试计划。计限制，制定组装测试计划。n具体工作要求：具体工作要求：n设计目标系统的整体结构时，要求各功能模设计目标系统的整体结构时，要求各功能模块间应满足低耦合度，而各功能模块内应满块间应满足低耦合度
33、，而各功能模块内应满足高内聚度。功能模块的作用范围应在其控足高内聚度。功能模块的作用范围应在其控制范围之内。制范围之内。n在设计目标系统的总体结构时，应降低模块在设计目标系统的总体结构时，应降低模块接口的复杂性，提高目标系统的可移植性。接口的复杂性，提高目标系统的可移植性。（2）HIS概要设计工作步骤：n建立目标系统的总体结构建立目标系统的总体结构给出各功给出各功能模块的描述能模块的描述设计数据库或数据结设计数据库或数据结构构制定组装测试计划制定组装测试计划评审。评审。1）建立HIS总体结构：n首先要区分系统规模，若按其开发软件源程首先要区分系统规模，若按其开发软件源程序行数衡量，可分为四级，
34、即小规模、中规序行数衡量，可分为四级，即小规模、中规模、大规模、特大规模。模、大规模、特大规模。n对于大规模以上的对于大规模以上的HISHIS在建立总体结构时，在建立总体结构时，应该划分子系统（分系统），再为每个子系应该划分子系统（分系统），再为每个子系统定义功能模块及各功能模块之间的联系统定义功能模块及各功能模块之间的联系（数据（数据/信息接口），并描述各子系统的接信息接口），并描述各子系统的接口界面，主要是信息接口和控制接口。口界面，主要是信息接口和控制接口。n对于中、小规模对于中、小规模HISHIS，可以按系统需求说明，可以按系统需求说明书直接定义功能模块及其之间的接口关系书直接定义功能
35、模块及其之间的接口关系2）模块描述：n模块描述主要有以下几部分：模块描述主要有以下几部分：n功能描述；可采用矩阵表示，每一行代表功功能描述；可采用矩阵表示，每一行代表功能，每一列代表模块。能，每一列代表模块。n接口描述；用户接口，外部接口及内部接口。接口描述；用户接口，外部接口及内部接口。n定义外部文件；定义外部文件；n定义全局数据。定义全局数据。3）设计库结构）设计库结构/数据结构：数据结构：n设计数据库：主要指库结构设计，按设计流程为：概设计数据库：主要指库结构设计，按设计流程为：概念结构设计念结构设计逻辑结构设计逻辑结构设计物理结构设计。物理结构设计。n概念结构设计概念结构设计:说明该数
36、据库将反映的现实世界中的实体、说明该数据库将反映的现实世界中的实体、属性及其联系等原始数据形式，包括各数据项、记录、系、属性及其联系等原始数据形式，包括各数据项、记录、系、文卷等的标识符、定义、类型、度量单位和值文卷等的标识符、定义、类型、度量单位和值域，并建立库域，并建立库的用户视图等。的用户视图等。n逻辑结构设计逻辑结构设计:把概念结构设计中说明的原始数据分解、合把概念结构设计中说明的原始数据分解、合并后重新组织起数据库全局逻辑结构，包括关键字和属性、并后重新组织起数据库全局逻辑结构，包括关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的重新确定的记录结构和文卷结构、所建立
37、的各个文卷之间的关系，最后形成该数据库管理员视图等。关系，最后形成该数据库管理员视图等。n物理结构设计旨在建立系统程序员视图，包括数据在内存中物理结构设计旨在建立系统程序员视图，包括数据在内存中的分配、外存空间组织、访问数据方式和方法等。的分配、外存空间组织、访问数据方式和方法等。4）制定组装测试计划：）制定组装测试计划：n这里主要指概要设计产生的各个模块如这里主要指概要设计产生的各个模块如何组装成各子系统，各子系统又如何组何组装成各子系统，各子系统又如何组装成整个装成整个HISHIS。这个计划主要包括软件模。这个计划主要包括软件模块组合说明、测试内容、测试设计、评块组合说明、测试内容、测试设
38、计、评价准则等。价准则等。5)阶段评审：阶段评审：HISHIS概要设计阶段评审检验标准如下：概要设计阶段评审检验标准如下：设计的系统是否满足设计的系统是否满足HISHIS的需求的需求 是否建立了是否建立了HISHIS系统结构？其各模块的功能、系统结构？其各模块的功能、块间层次关系、接口控制特征是否明确？块间层次关系、接口控制特征是否明确？交付的文档是否齐全、标准化、可验证，包交付的文档是否齐全、标准化、可验证，包括概要设计说明书、数据库括概要设计说明书、数据库/数据结构设计说数据结构设计说明书、组装测试计划等，所有上述文件应符合明书、组装测试计划等，所有上述文件应符合GB8567-88GB85
39、67-88标准。标准。2HIS详细设计详细设计（1）详细设计的目标和要求：）详细设计的目标和要求：n目的是对概要设计中产生的功能模块进行过程描述，目的是对概要设计中产生的功能模块进行过程描述，具体内容包括算法和数据结构、源代码编写说明、具体内容包括算法和数据结构、源代码编写说明、建立模块开发卷宗等。要求须遵循：建立模块开发卷宗等。要求须遵循：1 1）针对每个模块的所有输入）针对每个模块的所有输入/输出信息、每个模块内输出信息、每个模块内部的处理功能，描述模块内的信息流（包括数据流部的处理功能，描述模块内的信息流（包括数据流和控制流）。和控制流）。2 2）按照有关标准规定符号的使用，确定命名规则
40、。）按照有关标准规定符号的使用，确定命名规则。3 3）按照结构化程序设计原则设计。）按照结构化程序设计原则设计。（2）详细设计的具体步骤：在实施详细设计时，一般有六个步骤在实施详细设计时，一般有六个步骤:n形成程序模块形成程序模块n过程描述过程描述n接口描述接口描述n建立模块开发卷宗建立模块开发卷宗n拟定模块测试方案拟定模块测试方案n交付阶段评审。交付阶段评审。1）构造程序模块：对于概要设计产生的各个功能模块，还要对于概要设计产生的各个功能模块，还要逐步细化，以形成各个程序模块，即可逐步细化，以形成各个程序模块，即可编程模块。编程模块。2）程序模块的过程描述：n过程描述实质上是指算法描述，需要
41、明确某一特过程描述实质上是指算法描述，需要明确某一特定程序设计的目的和意义，并说明该程序的特点，定程序设计的目的和意义，并说明该程序的特点，即是否常驻内存、是否子程序、是否可重入、是即是否常驻内存、是否子程序、是否可重入、是否有覆盖要求、是否顺序处理或并发处理等，然否有覆盖要求、是否顺序处理或并发处理等，然后可采用后可采用IPOIPO图说明该程序的特定功能。图说明该程序的特定功能。n对该程序还要说明其全部性能要求，如精度、灵对该程序还要说明其全部性能要求，如精度、灵活性、时间特性等。活性、时间特性等。n程序性能明确后，还应对其输入（出）项进行特程序性能明确后，还应对其输入（出）项进行特性标识，
42、主要包括名称、标识、数据类型和格式、性标识，主要包括名称、标识、数据类型和格式、数值有效范围、输入（出）方式、数量、频度、数值有效范围、输入（出）方式、数量、频度、输入媒体、输入（出）数据的来源和安全保密条输入媒体、输入（出）数据的来源和安全保密条件等。件等。3）程序接口描述：可以用图的形式说明程序之间的层次关系，可以用图的形式说明程序之间的层次关系，特别是参数赋值方式和调用方式，同时特别是参数赋值方式和调用方式，同时还应说明与本程序直接关联的数据结构。还应说明与本程序直接关联的数据结构。4）建立模块开发卷宗：n编写该卷宗的目的是记录和汇总低层次编写该卷宗的目的是记录和汇总低层次开发的进度和结
43、果，以便于对整个模块开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。护提供非常有用的技术信息。n模块开发卷宗包括标题、模块开发情况模块开发卷宗包括标题、模块开发情况表、功能说明、设计说明、源代码清单、表、功能说明、设计说明、源代码清单、测试说明、复审的结论等。测试说明、复审的结论等。5）拟定模块测试方案：n这是组装测试的准备，每个程序模块必这是组装测试的准备，每个程序模块必须先本身测试合格，才能进入组装测试。须先本身测试合格，才能进入组装测试。模型测试方案应包括测试内容、进度安模型测试方案应包括测试内容、进度安排、
44、设计考虑、测试数据整理方法、测排、设计考虑、测试数据整理方法、测试评价准则等。试评价准则等。6）评审：详细设计交付阶段评审时，主要审查以下详细设计交付阶段评审时，主要审查以下各点：各点：各程序模块之间的接口关系（包括参数各程序模块之间的接口关系（包括参数的形式和传送方式、上下层之间的调用的形式和传送方式、上下层之间的调用关系等）。关系等）。程序模块内的算法及数据结构。程序模块内的算法及数据结构。指定的文件（包括详细设计说明书、模指定的文件（包括详细设计说明书、模块开发卷宗）块开发卷宗）5.3.6 医院信息系统的实现医院信息系统的实现n该阶段将详细说明变成特定的程序设计语言该阶段将详细说明变成特
45、定的程序设计语言（包括各种库语言）书写的源程序，并对编（包括各种库语言）书写的源程序，并对编好的源程序进行程序单元测试，验证程序模好的源程序进行程序单元测试，验证程序模块接口与详细设计的一致性。块接口与详细设计的一致性。n要求尽可能使用符合标准的程序设计语言；要求尽可能使用符合标准的程序设计语言；应在源程序中加入注释行，以提高程序的可应在源程序中加入注释行，以提高程序的可理解性；排版格式上应增加程序的可读性理解性；排版格式上应增加程序的可读性n程序单元测试，对于输入要考虑合法、非法、程序单元测试，对于输入要考虑合法、非法、非预期各方面产生测试用例，对于处理路径选非预期各方面产生测试用例，对于处
46、理路径选择上也是既要考虑正常路径也要考虑出错路径择上也是既要考虑正常路径也要考虑出错路径产生测试用例；程序模块的测试用例、预期结产生测试用例；程序模块的测试用例、预期结果、测试结果应当存档保留。果、测试结果应当存档保留。nHISHIS实现阶段的具体步骤有：编码、测试、编实现阶段的具体步骤有：编码、测试、编写模块开发卷宗、编写操作手册、编写用户手写模块开发卷宗、编写操作手册、编写用户手册、评审等。册、评审等。5.3.7 医院信息系统的组装测试医院信息系统的组装测试n组装测试即按照概要设计中各功能模块的说明及制组装测试即按照概要设计中各功能模块的说明及制定的组装测试计划将经过单元测试的模块逐步进行
47、定的组装测试计划将经过单元测试的模块逐步进行组装和测试，包括各子系统组装成整个组装和测试，包括各子系统组装成整个HISHIS，把组，把组装测试计划全部实现。装测试计划全部实现。n组装测试应达到的目标：保证模块间无误的连接；组装测试应达到的目标：保证模块间无误的连接；对软件系统或子系统及整个对软件系统或子系统及整个HISHIS的输入的输入/输出处理进输出处理进行测试，以求达到设计要求；必须区分正确处理能行测试，以求达到设计要求；必须区分正确处理能力和纠错能力两方面对软件系统力和纠错能力两方面对软件系统/子系统子系统/HIS/HIS进行进行全面测试。全面测试。5.3.8 医院信息系统的确认测试医院
48、信息系统的确认测试nHISHIS确认测试是根据系统需求说明书中定义的全部功能确认测试是根据系统需求说明书中定义的全部功能和性能要求及和性能要求及“确认测试计划确认测试计划”测试整个交付的测试整个交付的HISHIS系系统是否达到要求，并提交最终的用户手册和操作手册。统是否达到要求，并提交最终的用户手册和操作手册。n建立独立的测试小组进行确认测试，同时需要邀请用建立独立的测试小组进行确认测试，同时需要邀请用户一起参加确认。户一起参加确认。n系统应留有足够的余量（包括存储量、输入系统应留有足够的余量（包括存储量、输入/输出通道输出通道等），必须合理确定强度测试时间，一般操作强度测等），必须合理确定强
49、度测试时间，一般操作强度测试时间不短于试时间不短于2525小时。对于全部预期结果、测试结果、小时。对于全部预期结果、测试结果、测试数据须存档保留。应该建立独立的测试小组进行测试数据须存档保留。应该建立独立的测试小组进行确认测试。确认测试。5.3.9 医院信息系统的使用与维护医院信息系统的使用与维护nHISHIS系统生存周期最后一个阶段即使用和维护阶段，系统生存周期最后一个阶段即使用和维护阶段，在该阶段中在该阶段中HIS HIS 将在运行中不断地被维护和改善。将在运行中不断地被维护和改善。n维护维护HISHIS系统有以下一些要求：系统有以下一些要求：n系统维护必须在严格的管理控制下进行，以免错上
50、加错的系统维护必须在严格的管理控制下进行，以免错上加错的情况泛滥；情况泛滥；n修改修改HISHIS软件时要权衡利弊，全面考虑，以免产生副作用；软件时要权衡利弊，全面考虑，以免产生副作用；n必须修改时，应在有效的控制管理下分步实施；必须修改时，应在有效的控制管理下分步实施；n修改后的系统须通过测试，填写修改报告。修改后的系统须通过测试，填写修改报告。5.4 5.4 医院信息系统建立的医院信息系统建立的基础基础 5.4.1 5.4.1 医院管理与医院信息系统医院管理与医院信息系统 5.4.2 5.4.2 医院信息系统的基础医院信息系统的基础 5.4.1 医院管理与医院信息系统医院管理与医院信息系统
