海南省医药行业信息系统建设项目可行性研究报告模板及编制说明.docx

海南省医药行业信息系统建设项目可行性研究报告模板及编制说明.docx

《海南省医药行业信息系统建设项目可行性研究报告模板及编制说明.docx》由会员分享，可在线阅读，更多相关《海南省医药行业信息系统建设项目可行性研究报告模板及编制说明.docx（30页珍藏版）》请在冰豆网上搜索。

海南省医药行业信息系统建设项目可行性研究报告模板及编制说明

说明：

梳理众多医药行业信息系统项目可行性研究报告，结合相关规范说明，制定该文档，已方便大家编制项目可行性研究报告。

医药行业信息系统建设项目可行性研究报告

（编制模板）

本文档主要包括以下两部分内容

一、医药行业信息系统建设项目可行性研究报告目录

1项目概述

1.1项目背景

1.2建设单位概况

可行性研究报告编制依据

1.3项目可行性研究范围

项目建设目标与主要建设内容

1.4项目主要建设条件

1.5项目投资与效益

对项目建议书批复的调整*

问题与建议

2需求分析和项目建设的必要性

2.1业务概况

业务问题分析

2.2业务问题原因分析

2.3业务功能需求

系统性能需求

信息系统现状与差距

项目建设的必要性

3项目总体方案

3.1建设思路

3.2业务目标

3.3建设目标

3.4总体布局

3.5建设任务

总体架构

工程边界

4项目建设方案

4.1应用系统建设方案

4.2数据资源规划和数据库建设方案

4.3应用支撑平台建设方案

4.4主机及存储系统建设方案

终端系统建设方案

网络系统建设方案

安全系统建设方案

备份系统建设方案*

运行维护系统建设方案*

其它系统建设方案*

软硬件配置清单

机房及配套工程建设方案

5环保、节能与职业安全卫生

5.1环境影响及保护措施

5.2能耗分析与节能措施

5.3职业安全和卫生措施

6项目招标方案

6.1招标范围

招标方式

6.2招标组织形式

7项目组织机构和人员配置

7.1项目建设管理机构

7.2运行维护机构

技术力量配置

人员培训方案

8项目实施进度

8.1项目建设工期

实施进度计划

9投资估算与资金筹措

9.1投资估算

9.1.1估算依据

估算说明

投资估算

9.2运行维护经费估算

资金筹措

10效益评价和综合论证

10.1效益评价

10.1.1经济效益评价

社会效益评价

项目评价指标分析*

10.2综合论证和方案推荐

11项目风险与风险管理

11.1项目风险识别和分析

风险对策和管理

附表

附图

附件

注：

带*的内容为可选内容，视项目的具体情况而定。

二、章节编写说明及内容要求

12项目概述

12.1项目背景

简述项目提出的缘由，针对业务问题和业务发展需求，阐述项目立项的目的和意义。

续建项目应对前期项目做简要说明；对于前期工作过程较为复杂的项目，应简述业已开展的主要工作（如：

项目建议书的编制和审批、可行性研究的主要过程、相关的专题研究等）及其主要结论。

12.2建设单位概况

描述项目建设单位概况。

包括：

单位名称、主要领导人（法定代表人）及项目主管领导姓名和职务；单位的性质、隶属关系；主要职能（职责）及相关工作、事（职）权范围；组织机构体系、各级机构的职责定位及分工；人员编制等。

组织机构体系较复杂的单位，宜用图表形式描述其组织体系、职责分工、人员编制。

对于多个单位或部门参与建设的项目，按主办单位和参加单位的顺序分别描述。

12.3可行性研究报告编制依据

列出可行性研究所依据的工作合同（或委托书）、重要法规、审批文件、规划及技术报告、标准规范及相关参考文件等的名称、文号、颁布（批准或编制）单位、颁布（批准或编制）时间。

编制依据应为已经颁布或审定的文件；其中必要的部分可作为可行性研究报告的附件全文附后。

12.4项目可行性研究范围

简述项目拟投入应用的业务领域，界定项目的应用范围，包括涉及的业务职能，业务活动范围或服务对象范围。

12.5项目建设目标与主要建设内容

简述项目拟解决（改善）的业务问题及解决（改善）程度；说明项目的建设目标、建设规模和主要建设内容。

对于分期建设项目，应按各期工程分别叙述项目的建设目标、建设规模和主要建设内容。

12.6项目主要建设条件

简述项目的主要建设地点，以及所具备的基础建设条件。

12.7项目投资与效益

简要说明项目（分期建设项目则为本期工程）的总投资，资金构成及资金来源；简述实施后产生的主要经济和社会效益。

12.8对项目建议书批复的调整

如果项目建议书业经审批，可行性研究阶段对项目建议书批复意见进行了调整，则应简述可行性研究报告中相对于项目建议书批复调整的内容、调整原因和调整依据。

12.9问题与建议

简要说明项目的主要风险；对需要国家、有关部门解决的问题以及建设单位需要进一步落实的工作，提出相关建议。

13需求分析和项目建设的必要性

13.1业务概况

业务概况是业务功能和系统性能需求分析的基础，是判定需求分析合理的重要依据。

应简述项目应用领域的业务发展状况，分析出业务特征（体制机制、业务环境、业务模式、业务量，以及业务对象及其活动规律等方面的特征）和发展趋势。

业务概况分析应选用有代表性的数据来表达。

13.2业务问题分析

对照业务职能（职责）要求和社会需求，分析项目应用领域存在的主要业务效能问题，及其衍生的社会问题（或社会矛盾），并阐述其突出表现。

业务问题应尽量选择有代表性的统计分析结果来表达，可运用典型案例予以说明。

13.3业务问题原因分析

业务问题根源的改善程度是决定项目建设目标和建设内容的主要依据，是解决业务问题的关键成功因素。

应从业务运作方式、业务处理手段等方面分析业务问题产生的机理，明确业务问题的根源或本质症结。

13.4业务功能需求

业务功能需求主要应明确各项业务功能及其关键环节、业务流程及逻辑关系、业务处理量等内容。

应针对业务问题及其根源，根据业务职能、业务特征和发展要求，分析提出拟建信息系统的总体功能需求，即如何通过拟建信息系统促进业务机制的优化升级，支撑业务发展，提升业务效能。

业务功能需求主要应从项目用户（或服务对象）的角度进行分析，强调通过拟建信息系统将获得的业务效果，而不是获取或实现这些效果的方式或手段。

13.5系统性能需求

针对业务问题及其根源，根据业务功能需求、业务特征、用户（或服务对象）特性以及系统的应用环境，定量或定性描述拟建系统的性能需求；对系统的处理能力、存储能力和传输能力进行总量分析，提出系统能力的总量指标。

性能需求除了系统能力指标要求外，还可包括系统在可靠性、安全及保密性、易用性、效率、维护性、扩展性等方面的属性要求，以及系统运行维护方式方面的要求。

系统性能需求主要应从项目用户（或服务对象）的角度进行分析，强调通过拟建信息系统将获得的效果，而不是获取或实现这些效果的方式或手段；需求分析的深度应能反映拟建信息系统建设内容和技术水平的要求，即系统的外在特征。

13.6信息系统现状与差距

详细分析项目建设单位（或项目应用领域）当前信息化应用现状和应用系统功能现状及差距，信息资源的存量情况和差距，信息系统主要装备（包括主机及存储系统、网络系统、安全系统等）的存量情况和差距；并简要说明相关业务的规范化程度、用户的信息技术技能水平、建设单位（或建设单位指定的项目实施组织机构）信息化专业人才队伍、领导的信息化意识、项目建设的动员情况、信息化规章制度的建设情况等内容，分析其满足项目建设需要的程度和差距。

信息系统现状应分析说明现有应用系统、数据资源、系统装备等方面的主要技术特征、当前的运行及性能状况；现有系统的差距主要应对照业务功能和系统性能需求，简要分析其可利用情况，在此基础上，分析说明现有信息系统的差距及其不适应性。

如果相关政策及规划对项目应用领域的信息化有明确要求，则应简要说明这些要求；如果行业内类似业务信息化发展水平较高，可简要说明其信息化发展状况。

并对照分析项目应用领域业务信息化水平的差距以及由此可能产生的问题。

13.7项目建设的必要性

建设的必要性应反映系统的建设目的。

应结合业务问题及其原因分析、总体功能和性能需求分析以及现有信息系统的差距，分析项目建设的意义和必要性。

新建项目可从宏观形势、行业发展、技术进步、可能的效益等方面进行阐述；改建、扩建及资源整合类项目建设的必要性主要应从现有系统对需求的不适应性、升级改造或扩建整合后的能力提升及增量效益等方面进行阐述。

14项目总体方案

14.1建设思路

阐述项目建设原则，提出项目建设策略。

建设原则、策略应相对具体，能用于指导确定项目的建设目标、建设任务、建设步骤、技术方法（或核心技术选型）；应有较强的针对性，应能体现业务特征要求，保证项目顺利实施，确实发挥效能，改善业务问题。

项目如需分期建设，则应明确分期原则和实施步骤。

14.2业务目标

针对业务问题及其产生原因，根据业务功能和系统性能需求，按照项目建设条件和建设思路，分析确定项目建设所要解决或改善的业务问题范围，明确项目的功能定位，提出相应的业务目标（电子政务建设项目应提出政务目标、业务目标、作业目标），明确业务问题的解决（改善）程度，或预期的业务发展水平。

业务目标应用可考核、可量化的指标进行描述。

项目如分期建设，则应在总体业务目标的基础上，分阶段提出相应的业务目标。

14.3建设目标

根据所确定的业务目标和建设思路，以及项目的需求分析、建设条件分析，提出项目的建设目标、建设规模，并用可考核、可量化的指标进行描述。

建设目标应反映拟建信息系统建成后的总体特征，即：

要建成一个什么样的系统；应能反映出系统的主要内容及其技术水平。

建设规模应反映项目建成后正常运行状态下的服务能力，如涵盖或支撑的业务范围、年业务处理能力等。

建设目标的实现应能有效支撑业务目标的实现。

项目如分期建设，则应在总体建设目标基础上，提出分阶段工程建设目标（突出本期工程的建设目标），清晰界定各期目标的边界和演进的内容。

14.4总体布局

根据业务特征，明确业务运行机制，分析确定项目主要功能布署方案。

如涉及不同站点（或平台），则应论证项目的总体布局方案，说明各站点（或平台）的服务（或业务处理）范围和服务（或业务处理）能力。

总体布局方案应反映主要信息采集站点、分中心、总中心等信息处理节点的分布及相互间的分工协作关系，并体现总体业务机制和管理模式；不涉及具体建设内容的布署。

总体布局方案应根据业务功能、系统性能需求和项目的总体建设目标，在深入分析各站点（平台）建设条件的基础上进行论证。

总体布局方案需进行多方案比选。

有明显经济技术优势的方案可直接确定为项目建设的总体布局方案；可提出多个合理可行的总体布局方案（不同方案在建设内容、建设投资、运行维护方面应具有一定差异性，待综合比选）。

项目如涉及室外新建站点，则应简要叙述选址过程，并论述所选站址的选择理由。

室外站点较多（2个以上）时，应以相应的地形图为底图绘制站点布局图，作为可行性研究报告的附图。

当室外站点建设条件比较复杂时，宜按照相关的技术规范开展专项选址工作，并编制专项研究报告。

项目建设条件主要包括各站点机房（或场地）条件、传输链路条件或所依托平台的服务能力。

项目如涉及新建站点，建设条件还应包括站点所具备的通信、供电等外部协作条件，以及站点所在地的气象、水文、地质等自然条件情况。

对于新建站点，应说明外部协作条件的落实情况；相关部门（土地、规划、环保等）批准（批复）文件，以及与相关单位就外部协作条件达成的协议、意向书或会议纪要应作为可行性研究的附件。

14.5建设任务

根据项目的建设目标和总体布局，以及信息系统的现状、项目建设条件，提出项目的总体建设任务，并说明主要建设任务如何支撑建设目标和业务目标的实现。

建设任务主要从应用系统、数据资源等两方面进行描述；可在此基础上简要描述所需要的应用支撑平台、主机系统、终端系统、网络系统、安全系统等方面的主要建设内容。

对于分期建设的项目，则应根据项目分期目标，提出各期工程建设内容；并突出本期工程的建设内容。

14.6总体架构

分析确定系统的总体架构，说明系统的内部结构、与外部系统间的联系，并区分出已建系统及功能和新增系统及功能。

绘制系统总体架构图。

总体架构应反映项目主要建设内容以及相互间的逻辑关系。

对于分期建设项目，还应说明本期工程各项建设内容在总体架构中的定位。

14.7工程边界

界定工程边界，说明本项目主要建设内容与外部相关系统、相关工程（包括已建、在建、待建工程）间的分工协作关系、资源共享关系，并说明相关系统、相关工程间的界面。

系统边界可运用图表进行辅助说明。

对于分期建设项目，主要界定本期工程的工程边界。

15项目建设方案

项目如分期建设，则本章及以后章节中的“项目”均指本期工程。

信息系统建设项目的建设内容一般由应用系统、数据库及数据资源、应用支撑平台、主机及存储系统、终端系统、网络系统、安全系统等主要部分组成。

不同信息系统建设项目可根据各自建设内容及项目特点对系统的组成进行归并或细分。

相应地，本章的条目标题及其内容可根据不同项目的实际建设内容进行调整。

项目建设方案必须经过多方案（不同方案在功能、性能、投资、建设难度、运行维护等方面应具有一定差异性）比选，并提出推荐方案。

多个方案中，有明显经济技术优势的方案，可直接确定为推荐方案；经济技术优势不很明显的多个合理可行方案，可一并作为推荐方案，待综合比选。

15.1应用系统建设方案

分析确定应用系统中子系统的划分，说明相互间的业务逻辑和数据关系。

描述各子系统的主要功能和业务效果。

比选推荐应用系统的体系结构（或计算模式）；分析提出应用系统（或子系统）的布署方案。

简要说明应用系统集成开发的基本技术要求或技术方案；说明原有应用系统的利用方案。

测算并列出各应用系统建设工作量（以人·月为单位）初步核算表（见附表1）。

子系统的功能主要应从业务应用的角度进行说明，反映基本的业务流程和业务运行模式，体现业务特征要求；功能描述应反映出子系统基本的输入、处理、输出形式；业务效果应能有效支撑建设目标和业务目标的实现；子系统中用到的重要模型（管理模型、数学模型）或特殊算法，应予以简要说明。

应用系统的体系结构应能反映出应用处理逻辑的层次关系以及层间的协同方式。

不同应用系统的体系结构可以不同，可分别描述。

根据业务特征、用户特性、建设条件，应用系统的体系结构可能存在多种方案，对所有可行的体系结构方案应进行比选。

应用系统的布署应反映各个应用系统（或子系统）在相关站点的配布安排。

按照项目的总体布局方案、应用系统的体系结构，并根据系统的建设条件，应用系统的布署可能存在多种方案，对合理可行的多个布署方案应进行比选。

应用系统集成开发的基本技术要求及技术方案应反映系统的建设方式或主要做法；各个应用系统的实现方式可根据实际情况进行合理选择，可进行适当比选。

15.2数据资源规划和数据库建设方案

分析确定应用系统所需数据，明确数据来源，分析说明数据的采集、更新方案，以及数据集成方案；制定信息（数据）资源规划，明确数据库总体结构、主要数据内容、技术要求，以及数据资源的布署方案、数据资源与相关应用系统间的支撑关系；说明与相关系统间数据共享及交换方式，明确需要开发的数据接口或需要制定的数据接口标准。

测算数据量，并测算数据采集、整理、转换、迁移（入库）等环节的工程量。

数据来源主要应说明数据源所在单位、所在信息系统、数据存在格式等内容，并分析数据来源的可行性和可靠性；数据的采集方案主要应说明数据获取途径和获取方式、数据的整理录入方式，以及数据采集的组织方式和责任单位等内容；数据的更新方案主要应说明如何保证数据内容及时更新，包括更新方式、更新频率以及数据更新的组织方式和责任单位等内容；数据的集成方案主要应说明数据的转换与迁移方式、数据关联与整合方案、数据接口及数据整合应遵循的数据规范或代码标准、数据集成的组织形式和责任单位等内容，并说明数据交换平台、数据仓库等数据集成管理平台的配置要求。

信息资源规划应体现信息共享理念，防止信息孤岛和信息冗余。

各种数据的采集、更新及集成方案，数据资源的布署方案，数据的共享及交换方式等均应根据总体布局方案以及实际建设条件合理选择，可进行适当比选。

15.3应用支撑平台建设方案

根据应用系统集成开发、数据集成管理等方面的要求，分析确定应用支撑平台的组成；简要说明应用支撑平台各组成部分的功能，分析论证应用支撑平台各组成部分的逻辑结构，并提出相应的技术要求和布署方案。

应用支撑平台主要用于为应用系统的开发运行提供集成环境，支持应用系统公共功能的实现。

常见的应用支撑平台主要包括信息资源目录管理、工作流、报表制作、信息分析展示、地理信息系统、公共访问控制等应用集成管理平台。

应用支撑平台各组成部分的逻辑结构、技术要求和布署方案应根据应用系统建设方案、数据库建设方案中比选推荐的不同方案，有针对性地进行论证，可有多种方案，对合理可行的多个方案应进行适当比选。

对于改扩建和资源整合项目，应在对现有相关平台适用性进行评估的基础上，论证所需应用支撑平台的布署或集成方案。

15.4主机及存储系统建设方案

分析不同站点主机及存储系统的构成及功能，测算并提出相应的主要性能要求。

明确主机及存储系统的布署策略、集成方案。

简述各站点设备选型思路；明确各站点设备配置方案，并说明主要设备的主要技术指标。

主机系统主要指数据管理、应用处理、信息服务等服务器，以及个别项目中的视频、音频控制处理主机等。

主机系统中应包括操作系统、集群管理系统、数据库管理系统、应用服务器中间件、备份管理系统等系统软件或支持软件。

主机及存储系统的构成主要从应用和数据处理功能的角度进行分析论述；其功能及性能要求应反映各站点的应用和数据处理需要。

主机系统的布署指各种处理功能（逻辑服务器）在相关设备上的安排，以便资源共享。

主机及存储系统的布署策略、集成方案、设备选型思路应根据其性能要求、市场技术发展，以及各站点的建设条件、现有主机及存储设备配置等情况，在多方案比选的基础上提出相应的推荐方案。

应根据不同的比选推荐方案，分别论述各个站点主机及存储系统的设备配置方案。

对于改扩建和资源整合项目，应在对现有主机及存储系统设备性能、适用性进行评估的基础上，论证所需主机及存储系统的布署策略、集成方案。

主要技术指标应能反映设备的性能和价格（下同）；可行性研究报告中的设备一般不应选择具体生产厂商和型号（下同）。

15.5终端系统建设方案

分析不同站点终端系统的构成及功能，测算并提出相应的主要性能要求。

简述各站点设备技术选型思路，明确站点（尤其是信息采集终端站点）布局（布署）方案；简要说明各站点终端系统的结构和集成方案。

明确各站点设备配置方案，并说明主要设备的主要技术指标。

终端系统主要包括数据采集（输入）系统和信息显示（输出）系统，包括相应的专用数据采集、信息显示处理设备。

终端系统的布局（布署）方案、设备技术选型思路应根据其性能要求、市场技术发展，以及各站点的建设条件（供电、通信等）、现有终端设备配置等情况，在多方案比选的基础上提出相应的推荐方案。

应根据不同的比选推荐方案，分别论述各个站点终端系统的设备配置方案。

对于改扩建和资源整合项目，应在对现有终端系统设备性能、适用性进行评估的基础上，论证所需终端系统的布署策略、集成方案。

结构复杂的终端系统，其建设方案可按照相关的编制办法和设计规范，编制单独的论证报告，作为项目可行性研究报告的附件。

15.6网络系统建设方案

分析所需广域网系统或城域网的总体技术要求，选定组网技术及组网方式，明确广域网的拓扑结构；分析测算网络互联带宽，选定网络链路；提出网络管理等方面的初步方案或策略；简述主要设备选型及配置思路，明确设备配置方案，并说明主要设备的主要技术指标。

分析各站点局域网的技术要求，选定相应的组网技术，明确各站点局域网的拓扑结构；提出可靠性设计、网络管理等方面的初步方案或策略；简述各站点主要设备选型及配置思路，明确各站点的设备配置方案，并说明主要设备的主要技术指标。

广域网、城域网、各站点的局域网的技术方案及设备配置思路，应根据业务功能及系统性能需求、技术发展、各站点间的网络建设条件及现有网络架构，在多方案比选基础上，进行合理选择。

应根据不同的比选推荐方案，分别论述其设备配置方案。

对于改扩建和资源整合项目，应在对现有网络系统设备性能、适用性进行评估的基础上，论证所需网络系统的技术方案、设备配置和集成方案。

各种网络的拓扑结构应运用相应的图形进行辅助描述；网络拓扑结构图应能反应出节点（或站点）的分布、网络的结构类型、节点连接方式、主要技术特点、主要设备的配置等方面的内容。

网络拓扑结构图较多时，可作为可行性研究报告的附图。

15.7安全系统建设方案

对照国家相关规定，结合系统特点和应用环境，分析系统的安全风险隐患，明确系统安全域的划分，确定系统的安全等级，制定安全策略；明确安全保障系统的组成，从技术和管理两个方面论述安全保障系统各层面的保障措施及保障方案。

简述各站点所需设备（或系统）的选型及配置思路，明确各站点主要设备的配置方案，并说明主要设备的主要技术指标。

安全系统各个层面的保障措施及保障方案，以及设备选型和配置思路，应根据工程特点和建设条件，并在综合考虑其先进性和经济性的基础上，进行合理选择，可进行适当比选。

对于改扩建和资源整合项目，应在对现有安全系统体系结构、以及安全设备功能、性能、适用性进行评估的基础上，论证所需安全系统的保障措施、设备配置和集成方案。

应根据各个层面不同的比选推荐方案，分别描述各站点的安全保障设备的配置方案。

15.8备份系统建设方案

确定备份等级，提出数据备份、应用备份、网络备份、环境备份解决方案，简述各站点所需设备（或系统）的选型及配置思路，明确各站点主要设备的配置方案，并说明主要设备的主要技术指标。

备份等级的划分、备份方案的确定、以及设备的选型和配置，应根据工程特点和建设条件，并在综合考虑其先进性和经济性的基础上，进行合理选择，可进行适当比选。

对于改扩建和资源整合项目，应在对现有备份系统性能、适用性进行评估的基础上，论证所需备份系统的布署策略或配置方案。

15.9运行维护系统建设方案

系统的设备维护、网络维护、安全系统维护、应用系统维护、数据维护等任务如需要特定的运行维护系统，则应分析相应的建设方案，简述运行维护系统建设内容，各站点所需设备（或系统）的选型及配置思路，明确各站点主要设备的配置方案，并说明主要设备的主要技术指标。

运行维护系统建设方案及其设备的选型和配置思路，应根据工程特点和建设条件，并在综合考虑其先进性和经济性的基础上，进行合理选择，可进行适当比选。

对于已有的运行维护系统，应在对其功能、性能、适用性进行评估的基础上，论证所需运行维护系统的建设和设备配置方案。

15.10其它系统建设方案

根据项目需求和特点，提出除上述系统建设以外的其它系统建设方案。

其建设思路和建设方案可进行适当比选。

15.11软硬件配置清单

编制系统硬件及软件的配置清单，并绘制系统主要设备配置图。

优化组合项目各个系统建设方案的推荐方案，形成整个项目建设方案的待综合比选方案。

待综合比选方案数量应不少于2个，一般不宜超过3个，在“效益评价和综合论证”一章中再进行综合比选。

按照不同的待综合比选方案，分别汇总项目各个系统的配置内容，相应编制软硬件的配置清单（见附表2）。

软硬件配置清单、系统主要设备配置图应反映出各站点的配置情况。

15.12机房及配套工程建设方案

分析确定各站点的配套工程项目，描述其建设内容及规模。

简述各项配套工程的建设方案，并说明主要技术及设备的选型思路。

说明各个站点各项配套工程的工程量和主要设备配置方案，并说明工程或设备的主要技术经济指标。

机房及配套工程未列入项目同步建设时，应说明解决途径，并提出相应的技术和工艺要求。

配套工程主要包括各站点的机房建设、综合布线系统建设等内容；新建室外站点的配套工程还可能包括站