安徽台全台互联方案的设计和标准协议的制定
一.前言
目前国内各电视台都拥有了一定数量的数字化制播系统，也有一些电视台建设了媒体资产管理系统，但大多属于独立运行或局部联通的状态，在2005年业内提出了电视台制播存管业
务的全程文件化，这也是电视台数字化信息化建设的一个发展方向。
数字化提高节目制作质量，网络化提高节目制作效率；但目前业内网络化信息化的建设还存在很多问题，中央电视台宋宜纯副总工曾经用“小、多、专、独”四个字来形容目前行业内系
统的建设状况，规模小、数量多、功能专、系统独立。这四个字是非常形象的，系统整合也成为2006年业内技术人员面临的一个热点问题。
安徽电视台与大洋公司合作针对安徽台全台系统进行了规划和设计，其中异构的系统互联设计是针对系统整合的一个非常重要的技术内容。异构系统互联互通的设计会涉及到网络架构，交互协议以及媒体数据资源格式等多种技术问题，本文将针对安徽台在实现异构互联设计方案以及交互协议这一热点话题展开讨论。
二.安徽台互联方案的设计和技术要点
1.异构互联设计的三个技术要点
系统互联方案设计需要解决的重点问题在于实现系统之间信息和数据的交互，通过对一些范例的分析，我们可以总结出异构系统互联设计的三个技术要点，分别是：通讯技术、交互
协议和数据对象。
(1) 要点一：系统互联的通讯技术方案
系统交互中，通讯技术方案是整个互联方案实现的基础，通讯技术方案必须能够支持包括元数据信息的交互，指令反馈信息的交互以及最终目标媒体数据的交互。这个技术要点有些类似于人与人之间的交互手段——电话，短信，邮件，信件，包裹等等。
系统互联的通讯技术方案进一步细化又可以分为几个方面：
A.底层通讯技术的标准和协议
目前网络化技术为我们提供了各种底层的数据通讯模式以及各种标准，如RS232/422的
串行通讯标准，TCP/IP的网络通讯标准，HTTP的超文本传输协议，FTP的文件传输协议，
FC光纤传输协议等。这些技术均可以用来实现系统之间的信息和数据的通讯。
B.通讯软件的实现
底层的通讯平台（如以太网，FC网，串口通讯网等）只是提供通讯链路支持，而具体数
据传输需要由相应的通讯软件来完成。这一层面也同样具有很多标准模型和接口规范，例如Socket连接，消息，Webservice等。
C.大对象数据文件的传输
目标数据传输同样需要基于通讯技术平台来实现，例如可以采用FTP服务器、以太网共
享或基于SAN共享软件来实现大数据文件的传输。
(2) 要点二：系统交互协议语言
和人与人之间的交互一样，系统之间交互也要有系统能够理解并执行和处理的语言作为基础。系统之间交互的语言我们称为协议语言，在一个简单的系统中，我们可以根据具体的需求来定义并实现。
交互协议在定义上主要应该包括两个方面的内容：
A.交互指令以及对指令的响应的定义。这就类似于语言中的动词一样，系统交互的双方通过预先定义的指令和响应来进行交互，指令信息可以包括例如： Insert（插入）、Delete（删除）、Update（更新）等，响应信息则可以包括例如：Complete（完成）、Error（错误）、Ready（就绪）等。
B.数据以及相关信息的定义。这就类似于语言中的名词一样，系统交互的双方用指令来交互彼此需要执行的功能，而用数据来描述针对完成这一指令所涉及的相关数据和参数信息。
(3) 要点三：系统交互的数据对象
数据对象是指系统在交互过程中最终的交互内容，这个数据对象可能是一个物理介质，可能是一组视音频文件，也可能是一些状态信息。在电视台各业务系统之间进行数据交互时我们通常遇到的一个问题就是媒体数据文件的格式统一问题。例如制作、媒资和播出三个系统之间在进行互联交互时，我们必须要考虑这三个系统的视音频文件格式以及视音频数据的编解码格式。
针对文件以及编解码格式的标准需要在系统互联的设计阶段考虑清楚，如果数据格式（包括文件格式和编解码格式两个方面）无法被对方识别，则需要在设计时增加数据转换接口，来实现对文件格式和编解码格式的转换。而某些标准格式也是专门针对交换而制定的，例如MXF格式。
除视音频文件外，还有很多数据文件的格式目前无法形成有效的交换，例如故事板文件属于各公司的私有格式，对于这种情况，要么需要制定标准交换格式，各参与厂家都遵守，要么采用原始保存方式，由各自提交的厂家来实现对自己私有格式文件的解读。
在进行异构系统互联的设计中，以上总结的这三个技术要点是任何系统都无法回避的，本文将从通讯技术方案以及制定一个开放通用的系统互联协议两个要点来进行更为细致的论述，至于数据格式的问题，目前也有很多案例可供参考，我们将会在另外的文章中单独论述。
2.对信息交互和媒体数据交互的分析
在传统的IT领域，系统之间的交互通道往往信息和数据是一体的，这样系统的处理逻辑和网络架构都可以大大简化，而在广电领域，由于大对象媒体文件的存在，这种交互模式的处理效率和安全性存在很大的问题，因此系统在交互过程中，无论网络平台如何，媒体数据和元数据一定是通过不同的交互通道完成系统交互的，如下图所示：
下面我们分别就控制信息交互技术方案和媒体数据交互技术方案进行一个简单的论述。
(1)元数据信息和控制信息的交互
元数据和控制信息主要指系统间交互时的一些指令、响应、状态、描述元数据（如节目名称，代码，格式）等，这些信息最大的特点在于数据量小，属于结构化数据范畴。目前这部分
信息的交互从交互的模式上可以分为同步和异步两种交互模式：
同步交互：有些类似于我们打电话，即请求和答复属于同步发生且双方都以阻塞方式进行通讯，如果一方没有就绪则通讯无法完成。
异步交互：有些类似于我们发短信，即请求和答复属于异步发生，交互双方都以非阻塞方
式进行通讯，任何一方都只和消息中心建立联系，一旦发送（或接收）完成，则立即可以进行
其他的工作。
同步和异步两种通讯模式各有优缺点，就好比打电话和发短信。
同步方式最大的优点在于能够立即得到对方的响应，因此在一些同步性强，信息处理时间
短的交互中较为常用，但同步方式对系统之间的关联度要求高，一旦对方系统出现问题，则交
互无法成功。
异步方式最大的优点在于异步处理，因此可以使得系统之间的关联度很低，耦合度更加松散，尤其在一些需要长时间处理或人工干预的任务通知方面，异步通讯更具有优势。但异步方
式对一些要求立即响应的交互则不太适合。
从目前的各种技术手段和已经实现的案例来看，系统之间进行元数据和控制信息的交互有
三种主流的技术实现手段：
A.基于TCP/IP通讯完成信息交互，如下图所示：
系统A和系统B通过底层的TCP/IP通讯模块进行信息的交互，所有通讯逻辑（收发逻辑）
均通过软件实现，这种方式在系统内部的通讯以及紧密耦合的系统中常用，最大的特点在于这种通讯方式非常灵活，各种通讯控制逻辑完全由开发者掌控，无论同步或异步均可以实现。但开发量较大，且AB两个系统耦合非常紧密，不同公司的产品难以实现。
B.基于消息（Message）的通讯交互，如下图所示：
系统A和系统B通过消息API与公共消息队列接口，用来发送和订阅消息，所有底层通
讯逻辑通过调用第三方软件接口实现，公共消息队列类似于一个邮局，整个通讯模式属于异步
通讯，最大的好处在于松散耦合，安全性较高。
C.基于Webservice的通讯交互，如下图所示：
Webservice的接口方式是目前IT行业系统整合采用的比较普遍的系统交互通讯技术方案，Webservice组件的调用也可以看作是远程同步调用，并通过HTTP协议和封装SOAP协议实
现信息和元数据的交互。Webservice属于典型的同步交互模式，基于HTTP协议可以穿越防
火墙，安全性较高，但通讯效率稍低。
(2) 媒体数据的交互
上面分析了元数据信息和控制信息的交互，而广电领域系统交互一个最大的特点就在于大
对象媒体数据的交互，基于上面的分析，基本上我们不会考虑通过以上的三种方式来进行媒体
数据文件的交互（即TCP/IP，消息和Webservice），而媒体数据交互目前业内比较流行的有
两个方案。
A.SAN文件共享方式，如下图所示：
系统A，B，C三个SAN系统通过FC路由器联通，但考虑到安全因素，系统之间无法直接访问，但三个系统均可以向数据处理中心开放，因此系统之间的数据传输由这个数据处理中心承担。
SAN共享方式实现媒体数据交互最大的优点在于带宽高，但由于是FC互联，因此成本较高，且系统数据的安全性较差。
B.FTP文件传输模式，如下图所示
系统A和系统B通过FTP客户端/服务器进行以太网连接，并通过FTP协议实现大对象数据的交互，而系统内部则可以采用带宽较高的FC连接。FTP模式最大的优点在于单网连接因此成本较低，而且系统的集成难度以及系统的数据安全性都会较高，但传输效率和带宽比SAN共享模式要低很多。
在本文中，针对安徽台的全台互联设计，重点就以上三个技术要点的前两点进行阐述和说明。
3.安徽台系统互联设计方案
(1) 互联技术方案模型
根据安徽台全台工艺系统设计方案书，安徽台面向异构系统互联交换的技术架构采用消息+Webservice模式。在各制作域、媒资以及播出域等各工艺系统之间的交互采用消息的异步通讯模式，而各工艺系统和节目综合信息管理系统的信息交互则采用Webservice的同步远程调
用模式。
具体方案的逻辑模型如下图所示：
(2)方案说明
在上述的模型架构中，A系统、B系统分别表示电视台各制作域、媒资以及播出等核心业
务系统，综合信息管理系统则主要承担节目的生产管理，并贯穿节目在生产过程的全流程监控和管理。
各核心业务系统在交互中，交互内容主要包括元数据信息，通知信息以及媒体数据文件（或与媒体数据文件相关的附属文件，如文稿，串联单等），每个核心业务系统均需要与负责节目生产管理的综合信息系统进行交互，交互的内容主要包括节目的信息和状态等元数据信息。
在上图所示的交互模型中，三种线型表示了三种不同的信息流，分别是：
A. 蓝色细线：基于消息的信息流，采用异步方式进行发送和接收，通过建立企业级消息
中心（企业级信息服务总线ESB），可以实现发布，订阅，广播等多种信息交互模式。
B. 黑色粗线：基于HTTP协议的Webservice远程调用信息包，采用Webservice接口规范，通过应用服务器（基于HTTP协议）并符合 SOAP协议实现的远程同步调用，通过此接
口模式可以实现各业务子系统与节目生产管理系统之间的信息和状态的交互。
C. 红色粗线：基于大数据对象的FTP数据流，采用以太网络实现异构系统之间的大数据
传输，并在传输过程中进行相应的转换和验证等操作。
(3) 设计思路说明
安徽台全台系统是由若干个生产工艺子系统和一个综合信息管理系统构成，且整个全台
系统为多厂家承担开发和集成，在信息和数据的交互需求上分析，各生产工艺子系统之间的交互大多需要进行媒体数据的传输和转换，而各工艺子系统与综合信息系统之间的交互主要是元数据和状态的交互。因此我们在设计上也将系统互联交互分为这么两个层面。
A.对于各工艺子系统之间的交互：
这部分的互联交换是我们设计的一个重点，安徽台全台工艺子系统包括2个新闻网，1个后
期制作网，1个收录中心，1个媒体资产管理系统，1个播出系统以及若干演播室和广告、电
视剧制作子网构成，考虑到以下三个因素，我们在设计中采用基于消息+FTP的系统互联架构。
a.各工艺子系统的交互大多包含媒体数据的传输，因此从通讯的角度，异步处理模式更加
通讯需求；
b.由于整个系统由多厂家产品互联，因此选择更加松散的通讯耦合方式是我们设计上首要
考虑的问题；
c.基于消息中心的星形互联架构便于系统的扩展，同时通过定义互联协议标准，规范各厂
家的接口，使得系统未来的扩展和升级更加规范和简便；
d.各工艺系统之间的媒体数据交互采用点对点的FTP架构是由于考虑单网互联的优势以
及数据安全，而点对点的数据传输是基于效率的出发点设计的；
B.对于各工艺子系统与综合信息系统之间的交互：
安徽台的综合信息管理系统在设计中主要起到一个对整个节目生命周期的状态监控和管理，
和每个工艺子系统进行接口，在设计中主要基于以下几个思路考虑：
a.各工艺子系统和综合信息管理系统之间的信息交互大多属于元数据和状态信息数据，这
种需求同步的通讯模式更加适合；
b.整个综合信息管理系统在设计上基于SOA（面向服务的体系架构）架构设计，因此各
种数据请求和提交封装为可重用的服务，这样，综合信息系统可以随着后续需求的明确而逐步完善。
c.从数据交互传输的安全性考虑，各工艺系统在一个安全级别，而综合信息系统由于需要
和办公网甚至Internet联通，因此采用Webservice模式可以在工艺系统与综合信息系统之间
安装防火墙，而无须为系统信息交互单独开辟通讯端口，系统信息安全得以保证；
(4) 典型互联用例分析
A.抽象系统交互模型
根据实际的业务需求分析，安徽台全台系统包括收录，各节目制作域子系统，媒体资产管理，播出等，在系统信息和数据交互中可以抽象为两种交互模型，分别是：数据推送模型和数据提取模型。
a.数据推送交互模型：
该模型特点在于发送方获取对方的数据请求后，首先向接收方发送资源请求信息，在获得反馈后采用推送的方式将数据以及元数据信息发送给接收方，发送方主动推送，接收方被动接受。
数据推送模型总结来说有如下技术要点：
?整个交互业务逻辑由发送方发起（System A）；
?数据传输方式发送方为Client，接收方为Server，即采用“Write”的方式；
?发送方可以根据目标参数进行相应的数据转换处理；
?接收方在接收到“验证申请”后，标志所有数据和元数据信息已经发送完毕；
具体的抽象交互模型如下图所示：
b.数据提取交互模型：
该模型特点在于发送方获取对方数据请求后，进行内部数据准备，并在准备就绪后，向接收方发送详细的资源参数信息，接受方获取后根据信息内容采用提取的模式获取媒体数据，发送方准备完成后告知接收方，由接收方主动提取。
数据提取模型主要有以下技术要点：
?整个交互逻辑依然由发送方发起（System A）；
?发送方（System A）在得到数据请求后（可以通过BS的检索来实现数据请求的提交），内部进行数据准备，并在数据准备就绪后，将所有数据信息以及传输资源参数信息发送给接收方（System B）；
?数据传输的实现发送方（System A）是被动的Server模式，而接收方（System B）则是Client模式，即数据的传输采用“Read”的方式；
?接收方可以根据数据传送请求信息获取数据源信息，并根据自己系统的情况来进行数据的转换及传输工作；
?接收方获取完成数据后，发送反馈信息给发送方；
具体抽象的业务模型如下图所示：
B.针对业务系统交互的典型设计范例
针对上面的这两个抽象的数据交互模型，我们通过收录中心与各业务系统的数据交互以及制作域各系统归档媒资这两个典型业务进行范例分析和说明。
a.收录中心与制作域以及媒资系统的交互
安徽台对收录系统的设计采用建立全台统一收录中心系统的设计思路，因此收录系统需要和各制作域子系统以及媒资系统均有较多的交互应用。在本设计方案中，主要技术要点包括如下几点内容：
(a) 收录系统提供内部编单软件，同时也能够提供基于BS的收录申请软件，各频道栏目的制作人员可以通过BS方式在网上提交收录请求；
(b) 由于收录系统对所有其他各业务系统之间均属于单向（或单向为主，即收录 To 其他各业务子系统）的交互模式，因此在设计中，收录中心采用被动模式更为合理，在交互模型上属于第二种用例模型即数据提取模式；
(c) 收录系统和其他各业务系统的数据传输均采用单网的FTP模式；
具体实现的逻辑模型如下图所示：
在上图的业务交互模型中，采用的“数据提取”用例模型，并形成系统的两个关键交互信息：SL_Msg01和SL_Msg02。（注意：其他一些诸如进度通知等信息暂时忽略，这两个信息是系统交互的关键信息），下面分别分析这两个信息的组成。
?SL_Msg01
消息名称：收录完成，请求提取数据的通知消息。
消息说明：业务人员通过收录系统提供的BS收录申请软件提交收录请求，一旦被确认后，收录系统在完成该收录任务后，会根据收录申请向申请系统发送收录完成通知。
消息主要参数：在这个通知消息中，主要应该包括：申请者信息、收录对象资源ID、名称、格式，相关文件等资源信息，以及收录任务的完成信息，如时间，任务代码等。
?SL_Msg02
消息名称：收录节目或素材传输完成后的反馈通知消息。
消息说明：业务系统在获取收录系统发送的传输请求消息后，根据消息内容进行内部处理，并通过FTP Client获取收录的节目及素材，并在全部完成并验证后，生成反馈消息，发送给
收录系统。该消息是SL_Msg01的反馈信息。
消息主要参数：在这个通知消息中，主要应该包括：传输的资源对象标识信息，传输完成
结果，如果有错误则需要发送详细的错误描述信息以及相应的时间戳。
b.各制作域系统归档媒资系统
安徽台全台系统的规划，媒资系统主要承担三个方面的工作，一是作为各个业务系统存储的二级存储库，可以对新闻、制作等系统提供节目和素材的存储支持；二是作为播出的成品节目存储库，直接支持文件化播出，减少磁带上载的模式；三是支持总编室业务，并可以支持电影电视剧类节目的简单制作以及上载。
针对设计思路，媒资系统在和各业务系统交互中主要包括了两个业务模型，一是各业务系统存储归档到媒资，包括素材和成品节目，二是各业务系统从媒资进行素材或节目的回调。归档媒资系统的业务模型在设计中有如下的技术要点：
(a) 各业务子系统完成素材和节目的制作加工过程，并主动发起“入库”请求；
(b) 媒资系统收到入库申请后根据入库申请信息分配相应的存储资源并反馈给各业务子系统；
(c) 各业务子系统采用FTP Write的方式，将数据推送到媒资系统指定的存储资源中；
具体逻辑模型如下图所示：
在各业务系统归档媒资业务模型中，根据模型图示，我们可以提取4个系统交互中的信息包：
?RK_Msg01
消息名称：成品节目/素材入库申请消息。
消息说明：业务人员通过在完成节目制作后，可以将成品节目（素材也可以）提交入库媒资系统，在提交入库前，成品节目的政审，技审等验证工作由各业务子系统来完成，媒资系统收到请求后对请求进行检查并进行存储资源的分配。
消息主要参数：在这个请求消息中，主要应该包括：申请者信息、入库对象资源标识信息如节目ID、节目名称，所属栏目等，以及入库的一些操作信息，如时间，任务代码等。
?RK_Msg02/RK_Msg03
消息名称：入库申请资源分配及反馈信息；
消息说明：媒资系统收到Msg01（入库资源申请信息）后，根据入库申请中的资源标识，
资源属性以及资源所属的频道栏目信息和申请方信息，进行存储资源的自动分配，并将分配好的资源信息填充到Msg01资源对象的数据结构中，如：FTP路径，服务器，要求入库的文件
格式信息等。并将信息重新生成后，反馈给发送请求的各业务子系统。
消息主要参数：在这个消息中，主要应该包括：对申请的反馈状态，如通过或错误等，另外需要包括入库资源的分配信息，如FTP路径，服务器信息等。如果入库不合法，则需要发
送相应的错误信息。
?RK_Msg04
消息名称：成品节目/素材入库完成，请求验证消息。
消息说明：业务子系统发出资源请求消息并获得反馈后，根据反馈信息执行相应的数据传输和转换操作，完成后，生成详细的资源信息消息并发送给媒资系统，通知媒资数据传输完成，可以进行数据验证。
消息主要参数：在这个请求消息中，主要应该包括：入库对象资源的全部详细的元数据信息，如节目ID，名称，所有元数据信息，文件信息，格式信息等，以及入库传输的的一些操
作信息，如时间，任务代码等。
?RK_Msg05
消息名称：入库数据验证反馈信息；
消息说明：媒资系统收到Msg04（入库数据验证信息）后，根据入库验证信息的详细内容，对接收到的数据进行验证（例如MD5验证），并根据验证结果，生成一个反馈信息发送
给提交的业务系统。
消息主要参数：在这个消息中，主要应该包括：对申请的反馈状态，如通过或错误等。如果入库验证不通过，则需要发送相应的错误信息。
(5) 安徽台互联设计总结
结合上面的分析以及设计说明，安徽台基于全台互联的技术方案架构具有如下的几个特点：
A.建立消息中心为全台提供消息通讯服务并建立企业信息服务总线；
B.各生产工艺子系统之间采用异步的消息机制实现元数据信息和控制信息的交互；
C.各生产工艺子系统之间采用点对点的方式实现媒体数据的交互；
D.媒体数据传输采用以太网的单网架构，基于FTP模式；
E.通过制定统一的协议标准来实现各工艺子系统之间的信息交互，因此每个工艺子系统在
对外交互的接口实现上必须符合安徽台互联交换协议规范；
F.节目综合信息管理系统在设计上采用SOA架构，并提供Webservice组件实现与各生
产工艺系统的接口；
G.元数据+媒体数据交互采用异步通讯模式，状态等信息数据交互采用Webservice的远
程同步调用接口模式；
三.安徽台互联交换协议
系统互联的设计除技术方案外，协议的制定非常重要。协议本身的制定可以基于具体的业务需求由协议适用的双方进行约定，因此协议本身没有对错之分，任何协议只要能够满足互联双方的通讯和信息交换需求就都是正确的，但对于安徽台全台设计而言，针对每个子系统之间的交互均各自约定交互协议肯定是不现实的，而基于各工艺系统互联交互的特点制定一个统一
的协议标准则是面向全台互联交换设计的目标。
1.协议的概念、目的和作用
2.概念、要素
系统互联协议通俗的理解类似于人与人之间沟通所使用的语言，协议只是计算机系统能够理解的语言。简单的点对点系统交互的实现，可以根据交互的内容来制定最简单的协议。我们通过一个人与人之间交互的句子来分析协议所需要包含的基本要素：
张三和李四分别是电视台的记者和库房管理员，张三需要A节目磁带，打电话通知李四说：“李四，请你给我3月10日的A节目的播出磁带”。从这个例子中，我们可以假设张三和李四
分别为两个计算机系统，那么协议在定义上可以总结出一些基本要素：
(1) 交互双方的标识信息，例如谁发送，谁接收等；
(2) 对信息和数据的描述，例如节目名称，代码，时间信息等，也可以是对各种状态信息
的描述；
(3) 对请求动作指令的描述，对应上面的例子就是动词“给”。
3.制定标准协议的目的和作用
针对点对点的简单互联而言，可以根据交互的需求制定针对性的协议来实现两个系统的交互，当进行多系统异构互联的设计时，这种两两约定的方式就会存在很多问题：
(1) 系统软件接口实现的复杂度大大增加，接口的定制开发程度很高，当多系统互联时会
带来很多重复冗余的开发工作；
(2) 系统互联架构死板，几乎无法扩展和改变，一旦某个系统发生变化后，会给与该系统
互联的所有系统带来影响；
(3) 由于多系统多厂家的两两约定，导致系统在设计，开发和实施以及后续的维护方面需
要付出极大的沟通和协调成本，而且系统规模越大，子系统数量越多，这种沟通和协调的难度就越大。
针对以上的这三个问题，安徽台在实现全台互联设计上与大洋公司合作，对所有工艺子系统之间的信息和数据交互，制定了互联交换协议标准，简称媒体资源交换标识语言MreML （Media resource exchange Markup Language）。该标准在制定上主要解决以下的几个问题：
(1) 通过定义一套标准的信息交互协议来满足各工艺子系统之间的信息和数据交互的需求，而这套标准必须能够适配各个工艺系统；
(2) 该标准具有很好的扩展能力，在系统扩展，升级以及新系统接入后，能够实现协议的
平滑升级，且不会影响原有的互联逻辑；
(3) 协议规范了各种系统的接口特性，并通过一套标准的数据结构加以描述，以此来大大
降低系统在互联时进行的某些研发层面的私有约定；
4.协议的设计原则和适用范围
MreML
与应用建立一套完整的系统交换信息描述协议，该协议通过对视音频媒体数据的分层次的描述和封装，来解决目前电视台构建全台一体化解决方案中面临的异构系统互联互通的问题。在本
协议的编制过程中，主要需要考虑以下的几个原则：
(1) 实用性原则
协议的制定就是为各个电视台用户以及各个集成厂家和开发厂家所共用的，因此协议在制定过程中确保简单实用是非常重要的，无论在协议的总体框架上，还是在具体的属性元素的数
据结构定义上，力求准确、简单、清晰是本协议在设计编制过程中的重要原则。
(2)完备性原则
作为一个面向电视台各个业务系统的互联交换协议，协议内容和结构框架的完备直接决定
了该协议的技术价值和生命周期，因此在设计和编制上不仅考虑目前的应用需求，还需要具有
一定的前瞻性，确保协议能够满足目前和未来出现的互联交换需求。
(3) 开放性原则
本协议在制定中是基于企业应用制定，面向所有的集成和开发厂家，因此在协议制定过程中不针对任何产品和软件进行特定的描述或优化，通过协议自身的开放性和通用性，确保各种
系统以及各厂家的系统能够非常方便的采用和借鉴。
(4) 扩展性原则
本协议根据制定时期的电视台数字化网络化建设的技术背景和需求业务背景而制定的，由
于是面向全台数字化网络化互联互通的交换协议，因此，在协议的框架制定，数据结构设计以
及属性描述等各个方面均要考虑到业务和技术的发展，并具有足够的扩展余地。
(5) 标准性原则
为确保协议具有通用性和开放性，在协议的框架以及协议相关元数据属性的选择和定义上，必须充分考虑目前的相关行业，国家或国际标准。充分吸收并采纳各种已经被行业普遍认可的
相关标准，如广播电视音像资料编目标准等。
(6) 协议的适用范围
在安徽台系统互联设计方案中，考虑到以下一些因素，对协议的适用进行了一些限制，包括：
A. MreML协议的主要解决目标： MreML在制定时重点考虑的是针对电视台各核心业务
系统之间的信息和数据交换。
B. 综合业务管理的灵活性和复杂性：针对节目生产管理系统随着业务管理水平的改变，
系统的流程，架构以及功能都会发生极大的改变，在这种考虑下，各核心业务子系统在与综合信息管理系统的接口方面采用定制的模式进行设计，在接口方面按照相应的规范进行限定。
基于以上两点，MreML在以上的互联模型中是针对于各制作域、媒资系统、播出域、全
台收录等各核心业务子系统之间的信息交互协议。
5.媒体资源交换标识语言（MreML）
(1) 什么是MreML？
Media resource exchange Markup Language（媒体资源交换标识语言，简称MreML）
是大洋公司根据安徽电视台各个业务系统之间的数据媒体交换传输的需求而制定的、面向全台
业务系统互联交换的一个内部标准协议描述语言，该语言以XML为基础，对电视台的媒体资
源交换进行统一的交换信息封装。
媒体资源：媒体资源是指在电视台各个业务系统（采编制播存等）中的主要媒体数据及其
所有相关元数据信息，例如：视音频素材，图文素材，成品节目，故事板，串联单等等。
交换：交换是指针对电视台的各个业务系统之间进行信息交互以及媒体数据的传输和转换，这是一个双向过程因此称为交换；
标识语言：标识语言是指通过采用某种结构化的描述语言（MreML使用的是XML）对系
统交互的内容进行规范化的描述和封装形成的结构化信息包。
(2) MreML的结构框架及说明
MreML在总体结构框架上分为三个层，分别是通讯信息描述层、数据对象描述层、指令
控制信息层。
通讯信息层：用来描述系统交互的地址，发送方接收方标识等通讯控制信息，包括信封实体（Envelop）和EMI（Exchange Management Information）；
数据对象描述层：用来描述系统交互的数据对象以及所有相关元数据信息，包括资源实体（Resource）；
指令控制信息层：用来描述系统交互中的请求，反馈等指令控制信息，包括请求实体，响应实体和通知实体。
MreML的结构框架如下图所示：
(3) MreML Diagram(如下图所示)
Envelop Entity：信封实体，用于描述系统交互中的通讯信息。
EMI Entity：交换管理实体，用于描述系统交互中的针对交互的管理信息。
Resource Entity：资源实体，用于描述系统交互的媒体资源元数据信息；
Request Entity：请求实体，用于描述系统交互的请求指令；
Response Entity：响应实体，用于描述系统针对请求的响应信息；
Notify Entity：通知实体，用于描述系统交互中的单项信息通知；
A.信封实体（Envelop）
定义：信封实体用来描述交互信息包在系统交互时的通讯控制信息以及发送方标识信息。由于其特征类似于我们邮政信件的信封，因此称为信封层。
使用方式：必选实体，不可重复。
主要内容：实体标识ID、版本信息、发送方标识、接收方标识、发送时间、优先级、信息包所包含的其他实体信息等。
信封实体的Diagram图如下图所示：
B.交换管理信息实体（EMI）
定义：交换管理信息（Exchange Management Infomation）主要用于描述针对整个交换信息包在系统交互过程中的管理和控制信息。
使用方式：选择使用，不可重复。
交换管理信息实体的Diagram图如下图所示：
C.资源实体（Resource Entity）
定义：资源（Resource）用来描述在系统交互过程中的具体系统间交互的数据对象，在
本协议中，所有可以在电视台业务系统间交换的数据对象均称为资源，如：视音频素材、图文素材、成品节目、故事板、串联单等等。这里资源实体只是描述资源的元数据信息，并不包括资源本身。
使用方式：选择使用，可以重复（一个信息包中可以包含多个资源）。
主要内容：资源对象的描述在本协议中是通过一个复杂的数据结构来描述的，一个资源是由一个或多个资源元素构成的，而每个资源元素是由多个资源文件构成。
在本协议中资源（Resource）也称为资源实体，可以包含若干个资源元素（Resource Elements），每个资源元素又可以包含多个资源文件（Resource Files）。具体的数据结构说
明如下：
资源实体（Reource Entity）：一个完整的资源对象，其属性是对整个资源对象的描述，
如节目名称、节目主题、内容描述等，一个资源实体下可以包含一个或多个资源元素；
资源元素（Resource Elements）：从属于一个资源实体，其属性是对资源对象下一组物
理文件的描述，如元素类型，AV格式信息等，一个资源元素下可以包含一个或多个资源文件；
资源文件（Resource Files）：从属于一个资源元素，其属性是对一个具体物理文件的描述，如文件名称，大小等，一个资源文件是资源数据结构中的最小单元；
一个素材资源实体的范例：
?资源（Resource）：黄山日出素材
?资源元素（Resource Elements）
?资源文件（Resource Files）：SunRiseHD.AVI
?标清视频元素：黄山日出标清版视频
?资源文件（Resource Files）：SunRiseSD.AVI
?立体声音频元素：黄山日出音频素材立体声版
?资源文件（Resource Files）：SunRise_A1.WAV
?资源文件（Resource Files）：SunRise_A2.WAV
?低码流视音频元素：黄山日出低码流版本
?资源文件（Resource Files）：SunRise.WMV
资源实体的Diagram图如下图所示：
D.请求实体（Request Entity）
定义：用于记录系统间交互的请求指令信息，相当于命令字描述，包
括TransferAndInsert，VerifyAndInsert，Delete，GetTargertInformation，QueryStatus等。
使用方式：请求实体，响应实体与通知实体在信息包中是三选其一的使用方式，即每个信息包只能包含三者其一。不可重复。
主要内容：对本次交互的命令进行定义和描述，每个系统可以根据系统功能实现全部或者部分协议中定义的Action动作指令，外部系统接入时，只要按照标准发送响应的指令，系统
即可输出符合标准的响应数据。
指令（Action）定义：
?TranserferAndInsert：资源准备完成，传输请求命令字；
?VerifyAndInsert：传输完毕，验证请求及通知命令字；
?Delete：删除请求命令字；
?GetTargetInformation：资源及相关参数请求命令字；
?QueryStatus：资源状态查询命令字；
E.响应实体（Response Entity）
定义：用于描述针对某个请求的具体完成情况或响应情况的信息，这些响应包括Complete，Error，Ready等等。
使用方式：与请求实体，响应实体和通知实体三选一，不可重复。
主要内容：主要定义了各种响应代码以及允许根据请求的多个资源分别描述各个资源的响应信息。
响应状态（Response Status）定义
?Complete（完成）：标识对应的请求正常完成；
省市秀屿区医院外科卫技大楼新建工程 设计方案说明书 省中景建 筑 2010年12月31日
市秀屿区医院外科卫技大楼建筑设计方案 建筑方案设计文件编制人员 院长：林向东 项目负责人：奇 结构专业负责人：卓捷 各专业负责人及主要设计人 建筑专业：奇翁英桓林海祁志恩 结构专业：卓捷蔡耀庭洪流江以龙 电气专业：雁琳许水玉庄永培 给排水专业：祥中任宝彬熊彬 暖通专业：姬涌周宝兴胡一顺 省中景建筑 建筑工程设计书 国家建筑部甲级A135000381 2010年12月31日
目录第一章方案设计总说明 第二章建筑 第三章结构 第四章给排水 第五章暖通空调 第六章强电 第七章弱电 第八章消防专篇 第九章环保专篇 第十章节能专篇 第十一章人防设计专篇 第十二章无障碍设计专篇
第一章方案设计总说明 一、工程概况 市秀屿区医院(前身为县笏石医院，湄洲湾北岸医院)创建于1957年，座落于沿海交通枢纽笏石镇，距风景秀丽的国家旅游度假区湄洲湾——妈祖故乡仅14公里。医院占地面积近3万平方米，其中建筑面积2.3万平方米，绿化面积达2000平方米。院广场宽阔整洁，道路两旁绿树成荫，门诊大楼雄伟壮观，病房大楼气派非凡，是一所日趋园林化医院，可为病人提供一个舒适、雅静、温馨的就医环境。医院现有职工294人，其中高级职称59人，中级职称72人，开放床位200，是市首家通过评审确认的“二级甲等”医院，也是国家爱婴医院和医大分校及妇幼卫校的实习基地。现在为更好有为社会提供先进的医疗环境及提高医院综合实力，拟新建一栋11层外科卫技大楼。最终将建成集医疗护理、教学科研、保健康复为一体的现代化二级甲等综合医院。 二、外科卫技大楼建设规模及设计围 建设规模： 本项目为全区医院整体工程中的医疗区新建工程，容包含了地下一层，地上十一层，总建筑面积为 12476.9平米，其中地上面积为 11000平米，地下面积为1476.9 平米。病房总床数为 226 床。 设计围： 依据设计任务书容，本次设计围为医院外科卫技大楼，设计容包含土建、给排水、电气（强弱电）、通风、空调、消防、防排烟及总体概算、基坑支护设计，人防工程设计、室外工程。三、提请在设计审批时需要解决或确定的主要问题 1．建设方应落实建设用地“土地使用证”。 2．本工程的外围周边道路都存在新建或拓宽的计划，尚未有明确的市政基础资料（含周边管线图、位置、接口点），请建设方提供相关单位的盖章图纸，以利下阶段的设计工作。 3．建设方尽快明确另行委托的设计分项工程设计单位（景观工程设计,污水处理、高低压配电系统、防辐射设计），以利后续施工图设计阶段工作之配合。
钟祥市人民医院扩建新院区总体规划方案设计 设计说明 １．项目背景 1.1工程概况 本项目建设地点位于钟祥市楚商大道，新院区总土地面积335390平方米，地块的西侧、北侧为规划道路，南侧为楚商大道，东侧为高速公路连接线，地理位置优越，交通便利，周边水网环绕，自然环境优美。 钟祥市人民医院是一所现代化综合性医疗保健中心，建成后将为钟祥市广大市民提供医疗、保健、疗养等服务，同时兼顾覆盖荆门地区的普通人群，成为区域医疗中心的重要窗口。 同时，医院要将高水准的医疗设施环境和能够灵活对应时代变迁又能适应最新医疗技术的更新所需求的医院有机结合在一起，打造治疗与疗养的全新平台，为医院的使用者提供舒适的工作、生活、治疗、研究的环境。院区的构筑上最大限度的体现崇尚自然、人文、和谐的精神。 1.2设计原则 1、立足于建设成为国内领先的现代化医疗中心。 2、明确的功能分区，并有机的衔接在一起。 3、充分考虑动静交通组织、出入口设置，主要是要考虑好院区内部交通与城市交通的关系，有效缓解现状交通压力。 4、参照绿色建筑等级（三星）标准，使医院建设成为“城市中的花园，花园中的医院”。 5、合理设置环卫、院感、消防等相关医疗配套及后勤保障设施。 1.3设计理念 1、“生态医院”。以将钟祥市人民医院新院区建设成为“城市中的花园，花园中的医院”为目标，着重于为病患创造一个适宜的康复环境。钟祥市“花园医院”可持续性概念设计主要体现在以下几个方面：第一，花园的建立方式是实用并可自我维护的；第二，创造花园中人与自然的和谐关系；第三，采用节能环保的综合性环境景观设计。医院整体布局方面则通过医院街串联纽带作用，集中原来分散的建筑体量，形成建筑综合体，既可以节省能耗，缩短交通流程；通过中庭又能组织建筑间的自然通风采光系统，让医院运营达到最低能耗，满足绿色低碳的设计原则。 2、“人文医院”。秉承以人为本的规划宗旨，从满足病人需求的角度出发，围绕便捷就医流程设计，优雅休闲空间嵌入，方便安全生活设施设置，营造温馨安逸的家庭氛围，让病人充分体验最舒适人文关怀。 3、“高效医院”。通过医院街引导医院人流、物流、交通流、专业流、信息流，使病人就诊、专业分隔、物品输送、车辆引导、信息传递的流线简洁、清晰，让医患充分感受各方面的便捷，医疗效率达到最高效。 4、“信息化医院”。医院临床管理信息化，以实现数字化医院，智能化医院大楼为目标。通过呼叫系统、闭路电视示教系统、远程医疗系统、病房内广播与电视接收系统、医院技防安保系统、LED电脑显示屏及电脑触摸咨询系统、综合布线系统、楼宇机电设备管理系统、病理图像网络通讯系统等，达到信息处理的无纸化和无片化，实现智能化大楼的资料综合共享，提高服务和管理的高效率，达到多、快、好、省的高效益目标。 2.总平面设计 2.1设计依据 2.1.1钟祥市人民医院扩建新院区总体规划方案设计要求 2.1.2用地现状地形图 2.1.3国家及地方颁布的各种有关设计规范和规程: 《城市用地分类与规划建设用地标准》（GBJ137-90） 《城市道路和建筑物无障碍设计规范》（JG50-2001 J114-2001） 《城市用地竖向规划规范》（CJJ83-99） 《城市道路设计规范》（CJJ37-90） 《建筑设计防火规范》（GB50016-2006）（2006年版） 《民用建筑设计通则》（GJ50352-2005）； 《综合医院建筑设计规范》JGJ49-88 2.2总平面布局 根据医疗流程最短、最便捷的目标，具体规划布局： 1、门诊综合楼平行楚商大道设置，后退道路100米，形成医院入口广场。 2、急救中心设在门诊楼东侧，可从楚商大道和高速公路连接线两个方向进入，畅通的交通有利于提高急救效率，也方便夜间独立运营。 3、在门诊综合楼和住院部之间设置医院街，医院街一层设置步行廊、休息厅、导医台、小超市、等公共用房，每层均设置医技科室，既有良好的导向性，也为患者提供了院内治疗、休息的
互联网+网上政务服务平台建设方案 平台概述 依据《国务院办公厅关于印发“互联网+政务服务”技术体系建设指南的通知》国办函〔2016〕108号文件要求，按照党中央、国务院决策部署，进一步规范行政权力运行、优化政务服务供给，降低制度性交易成本，解决影响企业和群众办事创业的难点堵点，进一步激发社会和市场活力。 在互联网时代，利用信息化手段，支撑简政放权，加强事中事后监管，通过互联网与政务服务深度融合，实现“一号一窗一网”目标，促使服务流程显著优化，服务模式更加多元，服务渠道更为畅通，让居民和企业少跑腿、好办事、不添堵。 我公司专注政务领域多年，开发出符合互联网时代的新一代“互联网+政务服务”整体解决方案，完全实现了信息共享，一网通办，极大的方便了办事群众，为行政审批体制改革添砖加瓦。
现状痛点事项上网跟不上 上网事项以审批类为主，大量群众关心的服务事项没有上网，办事信息不准确不实用。甚至出现明显错误遗漏，群众办事仍然“找不到、看不懂、办不通”。 流程优化跟不上 网上事项大多照搬先线下流程，没有按照互联网办事规律进行优化，有的地方在线上提交了电子版材料，还需要在线下提交纸质材料，办事反而更加繁琐。 信息共享跟不上 办事系统之间难以实现后台认证和业务协同，办事材料仍需要重复提交。有些地方，一台办事窗口同时有多台电脑，运行多个系统，由于没有实现共享，工作人员需要在不同系统间重复录入数据，工作量大幅增加。 平台融合跟不上 实体和网上两个平台相互割裂，办事流程和规则各不相同，没能做到线上线下无缝衔接，顺畅运转。有的在平台上下载了办事表格，到了服务大厅却说网上的表格不对，需要重新填写。这些问题导致网上服务的质量不高，效果不明显，和公众的期望还有很大差距。
云平台建设原则 1、标准化 当前云服务在整个信息产业中还不够成熟，相关的标准还没有完善。为保障方案前瞻性，在设备选型上力求充分考虑对云服务相关标准的扩展支持能力，保证良好的先进性，以适应未来的信息产业化发展。 2、高可用 为保证数据业务网的核心业务的不中断运行，在网络整体设计和设备配置上都是按照双备份要求设计的。在网络连接上消除单点故障，提供关键设备的故障切换。关键设备之间的物理链路采用双路冗余连接，按照负载均衡方式或active-active方式工作。关键主机可采用双路网卡来增加可靠性。全冗余的方式使系统达到电信级可靠性。要求网络具有设备/链中故障毫秒的保护倒换能力。 具有良好扩展性，网络建设完毕并网后应可以进行大规模改造、服务器集群、软件功能模块应可以不断扩展。 良好的易用性。简化系统结构，降低维护量。对突发数据吸附，缓解端口拥塞压力，能保证业务的流畅性等。 3、增强二级网络 云平台下，虚拟机迁移与集群式两种典型的应用模型，这两种模型均需要二层网络支持。随着云计算资源池的不断扩大，二层网络的范围正在逐步扩大，甚至扩展到多个数据中心内，大规模部署二层网络则带来一个必然的问题就是二层环路问题。采用传统的STP+VRRP技术部署二层网络时会带来部署复杂、链路利用率低、网络收敛时间慢等诸多问题，因此网络方案的设计需要重点考虑增强二级网络技术（如IRF/VSS、TRILL等）的应用，以解决传统技术带来的问题。 4、虚拟化 虚拟资源池化是网络发展的重要趋势，将可以大大提高资源利用率，降低运营成本。 应有效开展服务器、存储的虚拟资源池技术建设，网络设备的虚拟化也应进行设计实现。 服务器、存储器、网络及安全设备应具备虚拟化功能。 5、高性能 由于云服务网络中的流量模型发生了变化，随着整个云平台相关业务的开展，业务
医院设计方案设计方案 医院设计方案
目录 医院设计方案 一、工程概况 二、工程设计理念 三、工程设计依据 四、需甲方配合的以下工程但不仅限于以下内容 第二部分：洁净区系统设计方案 一、手术部装饰材料的选择与安装 二、空气调节与净化空调系统 三、空调水与给排水系统 四、洁净手术室基本装备配置 第三部分：工程配电及自动控制系统 一、工程概述 二、工程配电说明 三、自动控制系统 第四部分：医用集中供气系统 一、设计依据 二、设计范围 三、手术室供气设计说明
医院设计方案 净化工程设计方案 第一部分：工程设计概述 一、工程概况 1.本工程名称地点 A、工程地点：哈巴河县人民医院 B、施工单位：沈阳天航机电设备装饰工程有限公司。 2.平面布局形式 本次选择的是“外周回收型”的平面流程,该流程的设计理念是认为术后的器械、物品、血水、脓水等是最污染的,不能交叉,要通过专门走道送出去,认为污物的处理是最 重要的。而且术前工 作人员、病人按照不 同的流线进入手术 部,有利于院方从管 理上来实现洁净手 术部“洁污分离,流 线最短”之一设计理 念。外周回收型是一 种国内外目前使用 最多、对院内感染控 制得最好的平面设计类型,在一次性医疗器材、用品使用带来废弃物日益增加的今天,外周回收型越来越被医院所推荐和接受。这种洁污双通道形式,分为洁净区、准洁净区、清洁区。 3.房间类型 手术部内设：4间洁净手术室,其中：Ⅰ级手术室1间、Ⅲ级手术室3间,无菌走廊、及其辅间。 二、工程设计理念
以洁污分流,流程短捷,科学合理,高 效环保为原则； 以突出人性化设计、优良的性能价格 比和省时高效的完美统一为宗旨。 四、工程设计依据 1.招标文件 根据哈巴河县人民医院手术室净化工程设计要求及我公司设计的图纸而编制。 2.国家规范 ◆《医院洁净手术部建筑技术规范》（GB50333—2002） ◆《洁净厂房设计规范》（GBJ73） ◆《通风与空调工程施工及验收规范》（GB50243—2002） ◆《建筑安装工程施工技术操作规程》（设备类） ◆《医院消毒卫生标准》（GB15982—1995） ◆《洁净室施工及验收规范》（JGJ71—90） ◆《综合医院建筑设计规范》（JBJ49—88） ◆《空气过滤器》（GB/T14295—93） ◆《高效空气过滤器》（GB/T14295—93） ◆《高层民用设计防火规范》（GB50045—95） ◆《建筑设计防火规范》（GBJ16—87） ◆《采暖通风与空调调节设计规范》（GBJ19—87） ◆《装饰工程施工及验收规范》（GBJ210—83） ◆《民用建筑电气设计规范》（JGJ/T16—19） ◆《医用中心吸引系统通用技术规范》（YY/T0186—94） ◆《医用中心供氧系统通用技术规范》（YY/T0187—94）
互联网 +网上政务服务平台建设方案 互联网 + 网上政务服务平台建设方案（此文档为word 格式 , 下载后您可任意修改编辑！）
互联网 +网上政务服务平台建设方案 目 录 1 项目概述 (5) 1.1 建设背景 (5) 1.2 建设目标 (5) 1.3 建设容 (5) 2 项目总体建设方案 (7) 2.1 建设原则 (7) 2.2 技术路线 (7) 2.2.1 基于 J2EE 三层次技术路线 (7) 2.2.2 基于 XML 的数据表示 ................................................................................................. 9 2.2.3 系统基于 SOA 的应用系统开发架构 (9) 2.3 进度安 排 (10) 3 政务服务公共基础数据平台 (12) 3.1 数据交换平台 (12) 3.1.1 概述 (12) 3.1.2 基本功能与特点 (12) 3.1.3 运行管理 (13) 3.1.4 数据总线 (13) 3.1.5 资源目录管理 (15) 3.1.6 规则管理 (17) 3.1.7 数据质量审计 (17) 3.1.8 监控管理 (17) 3.1.9 统计分析 (18) 3.1.10 系统配置 (19) 3.2 短信平台 (20) 3.2.1 短信平台概述 (20) 3.2.2 业务流程图 (21) 3.2.3 系统功能 (22) 3.3 统一身份认证平台 (25) 4 移动政务服务平台 (27) 4.1 移动政务服务系统架构图 (27)
................................... 4.2.1 消息推送组 件 ........................................................................ ...................................... 28 4.2.2 位置定位引 擎 ........................................................................ ...................................... 28 4.2.3 短信服务接口模 块 ....................................................................... ............................... 28 4.2.4 业务逻辑引 擎 ........................................................................ ...................................... 28 4.2.5 日志管理模 块 ........................................................................ ...................................... 29 4.3 移动政务服务 APP ............................................................................... ................................. 29 4.3.1 访问地区选 择 ........................................................................ ...................................... 29 4.3.2 政务要 闻 ........................................................................ .............................................. 29 4.3.3 热点动态 /服 务 .......................................................................... ................................... 30 4.3.4 我要办 事 ........................................................................ .............................................. 30 4.3.5 我要查 询 ........................................................................ .............................................. 31 4.3.6 政务公 开 ........................................................................ .............................................. 32
目录 电商平台建设方案 (2) 一.项目总述 (2) 二.系统架构 (2) 三.系统功能 (5) 四.团队建设 (6) 五.项目研发 (8) 六.平台初始化与测试 (9) 七.运维保障 (9) 八.费用预算 (10) 九.项目周期 (11) 十.运营发布 (11)
电商平台建设方案 一.项目总述 ?项目概述： 电子商务平台即是一个为企业或个人提供网上交易洽谈的平台。企业电子商务平台是建立在Internet网上进行商务活动的虚拟网络空间和保障商务顺利运营的管理环境；是协调、整合信息流、物质流、资金流有序、关联、高效流动的重要场所。 企业、商家可充分利用电子商务平台提供的网络基础设施、支付平台、安全平台、管理平台等共享资源有效地、低成本地开展自己的商业活动。 ?目标定位： 研发定位：小版本迭代，稳步发展。 产品定位：行业领先垂直电商平台。 市场定位：看情况待定。 运营定位：看情况待定。 二.系统架构 ?总体架构： 电子商务平台的架构由四层两体系组成，“四层”分别是：应用层、支撑层、资源层、基础层；两体系分别为：身份认证和安全体系、运行维护保障体系，如图所示： 应用层，在顶层提供统一信息门户，为客户提供服务的窗口，同时也是平台管理的入口。 支撑层，提供搜索服务，对商品销售、评论等，数据资源进行挖掘分析，以获得平台发展、支持、服务的可靠的决策依据，为客户、提供统一消息。 资源层，资源层提供为客户服务、管理者分析的最基础的数据资源。 基础层，基础层是平台的基本构架环境，包括数据库服务器、应用服务器/Web服务器、交换机、存储设备、计算机网络、有/无线通讯服务等。 身份认证和安全体系，平台安全系统设计除了包含计算机网络、主机、应用系统等进行安全规划之外，系统运行的安全设计也是重要内容之一。 运行维护保障体系，运行维护保障机制包含统一性和标准性、公众服务性、专业性、权威性。 ?平台与数据库架构： 网站平台是如何一步步来构建起系统架构的，虽然我们希望网站一开始就能有一个很好的架构，但是事物是在发展中不断前进的，网站架构也是随着业务的扩大、用户的需求不断完善的，下面列出一些方案，根据不同的发展阶段使用。 架构演变方法主要有，物理分离WebServer和数据库，增加页面缓存，增加页面片段缓存，数据缓存，增加WebServer，分库，分表、DAL 和分布式缓存，增加更多的WebServer，数据读写分离和廉价存储方案，进入大型分布式应用时代和廉价服务器群梦想时代。 典型方案一：页面缓存+WEB服务+数据库模式。
关于医院建筑专项设计的清单及说明 医用专项系统是医院建筑特有工艺系统的统称叫法，根据各系统的不同使用功能和特点，按照国家现行有关标准，以及根据国内不同专科、综合医院的项目管理案例经验和总结，目前医用专项设计主要分为：医用净化系统、医用气体系统、医用纯水系统、物流传输系统、污水处理系统、辐射防护工程、智能污物收集系统、实验室工艺系统等八大专项系统，以下就各系统的基本作用、选用分析、设计方式、工艺设计要求、设计及进场时间节点等内容展开说明。 一、各系统基本作用 二、系统功能覆盖区域 虽然不同医院的科室功能布局会不一致，但是医用专项系统的服务对象是一
致的，各系统的功能覆盖区域或设置场所基本有以下范围： 三、系统选用分析 由于医用专项系统的功能不尽相同，同时也受到建筑空间、设置场所、初期投资、实用性等因素影响，有些系统是国家规范有明确规定的，而有些系统国家暂无相关的明文规定，但随着未来医疗事业发展或医院切身需求而要求的，所以在医院建设和设计选型过程中往往比较纠结，综上基本作用和覆盖区域所述，从国家相关规范规定和适当超前的角度分析，提出各系统的选型建议，供医院建设方设计选型参考。
注：以上参考估价值的基础指标为1000床综合医院。 四、各系统工艺设计要求 医院建设过程中，除了从医院定位和使用功能要求方面考虑外，还需要注意各专项系统会受到建筑结构、安装空间、设置场所等因素影响，而且除了做好本系统的工艺设计要求外，还需要主体建筑和机电设备的各项配合工作，常见的有机房设置、井道空间、机电接口配合等内容，具体工艺要求总结如下：
五、医用专项系统设计 根据医院项目建设经验总结，医用专项系统方案设计流程基本如下程序进行，但也根据各个专项系统的复杂难易程度及当地不同而不同，在实际操作过程中，具体流程可以删减或增加过程论证、讨论次数等步骤。 （1）方式——设计总包或另行委托设计流程：前期策划调研→形成任务书
网络教学平台总体建设规划 1课程建设与维护 1.1实现方式 教师登录系统，通过课程网站创建模块创建课程网站。 1.2创建/维护步骤 1.录入课程网站基本信息：包括课程网站名称、课程网站描述、适用课程等。 2.选择课程网站模板：在模板库中选择合适的课程网站模板。 3.设置课程网站栏目：在课程网站创建时，通过默认模板自动创建若干栏目，用户可根据 实际需要，对栏目进行修改、增加、删除。 4.维护课程网站栏目：对设置好的每个栏目进行栏目模式设定、对栏目进行详细设计。（栏 目模式包括：常规设计模式、外部链接模式、论坛式的交互模式） 5.课程网站的其他设置：包括在外网展示网站、删除网站、将网站设为外部链接模式等。2课程展示 2.1访问人群 1.公众用户：直接通过外网链接访问网站（外网有多种形式的列表，如：可按教师查询、 按院系查询、按访问量查询、按精品课程类别查询等，可帮助用户快速定位到相应的课程网站） 2.学生：登录系统后，可将自己关注的课程网站收藏至学生空间，便于快速定位至相应课 程网站。 3.教师：登录系统后，自己创建的网站直接显示在教师空间上，可快速进行网站浏览与网 站维护。 4.精品课程评审专家：通过评审课程列表，访问课程网站。
2.2实现方式 在访问教师创建的课程网站，其中论坛式的交互模式栏目需要权限才能访问。 3课程学习 3.1实现方式 学生登录系统后，访问课程网站，可进行课程学习 3.2内容 1.网上答疑、课程论坛：通过论坛式的交互栏目，学生与老师之间可进行互动，在学生、 老师的空间中对互动过程有详细记录，可通过相关链接快速进入相关互动内容。 2.网上作业（需网考系统支持，待定） 3.课程评价（本部分未实现） 4.参与调查（本部分未实现） 4课程考试（网考） 4.1本部分结合网考系统内容（待定） 5课程评审 5.1实现方式 1.教师在创建课程网站后，可选择将课程网站推荐进行评审。 2.管理员接收到评审请求后，选择评审专家、设定评审时间。 3.评审专家在课程网站评审列表中定位课程网站，进行评审。 4.评审完成后，由管理员设定评审结果。 5.2评审步骤 1.管理员设定精品课程申报表内容、以及评分标准、总分的计算公式。 2.教师在课程网站创建完成后，填写精品课程申报表。 3.完成申报表后，选择申报年度、申报等级、填写申报说明后，进行网站申报。
绍兴市立医院规划建筑设计 目录 一、效果表现篇 1、总平面图 2、效果图 二、分析构思篇 1、区位分析 2、项目概况 3、基地现状分析 4、设计目标和理念 5、方案构思 三、规划设计篇 1、功能布局 2、交通组织 3、消防组织 4、功能流线 5、停车设施规划 6、绿地景观规划 7、景观设计意向 8、无障碍系统设计 9、可持续发展 10、日照通风分析 四、建筑设计篇 1、各功能建筑平面 2、建筑内部流线分析 3、立面、剖面（造型设计） 4、人性化设计 五、环保节能篇 六、文字说明篇 （各专业说明，技术指标，投资估算）
方案设计说明 一、区位分析 绍兴地处长江三角洲南翼，浙江省中北部杭甬之间，下辖绍兴县、诸暨市、上虞市、嵊州市、新昌县和越城区，是世界文豪鲁迅先生的故里。素有“东方威尼斯”的美誉。素有水乡、桥乡、酒乡、书法之乡、名士之乡的美誉，是首批国家级历史文化名城、首批中国优秀旅游城市，是长江三角洲南翼重点开发开放城市。是全国十强市，十强县双十强城市。也是全国著名的全球纺织城与世界纺织品贸易中心。 绍兴东连宁波市，南临台州市和金华市，西接杭州市，北隔钱塘江与嘉兴市相望。东西长130.03公里，南北宽116.86公里，海岸线长40公里，总面积为8256平方公里。市区中心地理坐标为北纬30°00′、东经120°35′，总面积362平方公里，其中建成区面积为82.08平方公里。 二、项目概况 拟建绍兴市立医院是一所核定床位数位1000张（包括感染病区），开放床位1200张，日门诊量为3000-4000人次的综合性三级甲等医院。 项目总用地面积约80000平方米，建设控制规模110000平方米，其中地上建筑面积90000平方米，地下建筑面积20000平方米，计划投资约4.7亿，新院建设成一家功能齐全，建筑新颖的现代化综合医院。 项目位于绍兴城南中兴南路与玉屏路交叉口东南侧，东为河道，西至中兴南路，南为河道，北至规划玉屏路。该地段交通便捷，距绍诸高速出口约3.5公里，服务半径内人口密度大，前景乐观。 三、基地现状分析 项目基地西侧为连接绍诸高速的中兴南路，地块西侧中兴南路设有公交站台，为就诊人流和员工提供了便捷的公共交通。由于中兴南路是连接绍诸高速的重要干道，因此对基地西侧界面有较大的视觉和噪音干扰，隔南侧河道的远处现状为山地墓地，虽然中间有建筑物遮挡，但视觉景观以及心理感受方面对本项目规划有影响。东、南侧的河道，现状的河流景观保持较好，是基地内外优美的生态景观资源，在整个医院规划布局中应当充分加以利用。北侧为规划玉屏路。整个基地与西侧中兴南路有 1.2-1.5米的高差，同时靠近中兴南路一侧有10千伏的高压线通过。 纵观整个基地现状出入口只能在中兴南路及北侧规划玉屏路上布置，同时要充分利用基地与城市道路之间的高差，回避西侧高压线及南侧山地墓地，充分利用东、南侧自然河流景观。 四、设计依据 1、《综合医院建设标准》 2、《综合医院建筑设计规范》 3、《医院洁净手术部建设标准》
前言 随着互联网技术的飞速发展，互联网已经全面渗透到经济社会的各领域，成为生产经营、经济贸易、科技创新、公共服务、文化传播、生活娱乐等诸多社会意识形态及组织的新型平台与变革力量，“互联网+”助推着传统行业的商业模式竞相转型升级；符合互联网发展趋势的企业信息化建设工作，显得尤为关键，已时不我待。 景德镇XX发展有限公司历经十余年商海洗礼，紧贴市场脉搏，坚持创新求变，不断超越自我，成为我市区域内三产服务行业龙头企业。商海竞合，波诡云谲，面对新时期的挑战，XX编制完成《十三五规划》，提出：企业愿景与使命——不动产价值提升营运商。致力于提升人们的生活品质，缔造幸福生活；让人们不留遗憾，尊享感受！在集团统筹领导下，XX以更加昂扬的斗志，步入新一轮创新发展之路。 在企业经营过程中，我们敏锐地觉察到，在传统市场经济向互联网经济变革的浪潮中，消费者的消费习惯正加速度地从实体店迁移到PC端，从PC端迁移到移动端，企业经营模式如果不追随消费者的场景转变而及时作以调整，一昧抱残守缺，固步自封，终将被市场所淘汰。面对互联网经济带来的巨大冲击，XX依附传统产业，积极转变经营思路，决心以积极和开放的心态，去拥抱互联网时代，借助移动互联网技术，搭建企业全新运营平台，以求更好地整合自身现有资源，优势开发利用，不断拉大与同业间的竞争差距，更好地服务于社会，实现企业跨越发展！ 基于如上思考，“移动互联网平台项目”应运而生。
第一章移动互联网平台的特点及表现形式 随着网络信息化浪潮的不断推进，“互联网+”已经上升至国家战略高度，与传统行业的结合变得更为紧密，尤其是在泛生活服务领域的行业，都在借助移动互联网平台的优势，进行商业模式的转型升级。移动互联网时代已悄然到来，移动互联网平台已成为企业形象宣传和扩大市场份额的重要工具。 一、移动互联网平台功能及特点 相对传统的平面媒体、电台/电视媒体而言，移动互联网平台具有内容更新便捷、信息推动迅速和传播面广等优势；相对于网络媒体而言，移动应用平台能够实现一对一的用户匹配，在营销过程中效果更加精准。 1、提升企业的品牌高度和信誉度。当下已是移动互联网为主流的时代，移动平台的应用将逐渐成为一个企业的标配，这如同PC网站建设一样，企业不可或缺地需要通过移动应用的开发，来树立企业形象和提高企业信誉。 2、快速精准把最新信息传达给目标客户，实现精准营销。如公司最近有新产品上市或者举行优惠促销活动，企业可以通过移动互联网平台第一时间传达给客户，这种传达方式，既精准又有效。 3、降低广告成本，与传统的广告方式相比宣传效果更好。移动互联网平台的广告发布无需按点击和播发次数付费，其图文并茂、形象生动的广告表现形式，无论是费用还是效果方面都比传统的广告更胜一筹。 4、增加客户粘度。要和客户长久保持生意来往，就需要一个桥梁和纽带，双方需要一个信息畅通的通道，此时移动互联网平台可以充当桥梁、纽带的角色，以此提高消费者的口碑传播力度。 5、移动互联网传达给客户的信息不会因为时间或者是空间的原因而受阻，可以随时随地传播或接收信息。 6、快速有效地收集客户反馈信息。通过移动互联网平台的开发可以实现即时留言互动，收集客户第一时间反馈的信息，有利于企业及时采取应对措施，进行完善。 二、移动互联网的表现形势
设计说明目录 第一章建筑设计说明 (2) 1、工程概况 (2) 2、设计依据 (2) 3、用地概况 (2) 4、规划设计 (4) 5、建筑设计 (4) 第二章结构设计说明 (9) 1、设计依据 (9) 2、建筑分类等级 (9) 3、结构类型 (9) 4、基础形式 (9) 5、自然条件 (10) 6、本工程设计计算程序 (10) 7、本工程设计采用的均布活荷载标准值 (10) 8、主要结构构件材料 (10) 9、需要特殊说明的问题： (10) 第三章给排水设计说明 (10) 1、设计依据 (10) 2、设计范围 (11) 3、水源 (11) 4、用水量 (11) 5、热水系统 (12) 6、污水量 (12) 7、医疗废弃物 (12) 8、污水排水系统 (13) 9、雨水排放 (14) 10、给水排水和消防的相关要求 (14) 第四章电气设计说明 (14) 1、设计依据 (14) 2、设计范围 (14) 3、负荷级别 (14) 4、供配电系统 (14) 5、负荷估算 (15) 6、防雷接地系统 (15) 7、照明系统 (15) 8、电话、网络系统 (15) 9、监控系统 (15) 10、广播系统 (15) 11、火灾报警系统 (15) 12、呼叫系统 (15) 13、安全保护 (16) 第五章暖通、通风设计说明 (16) 1、设计依据 (16) 2、暖通设计 (16) 3、通风设计 (17) 第六章消防设计专篇 (17) 1、设计依据 (17) 2、耐火等级 (17) 3、总图专业消防 (18) 4、建筑专业消防 (18) 5、给排水专业消防 (18) 6、电气专业消防 (18) 7、通风专业消防 (18) 8、室内装修与安全防护 (19) 第七章节能设计专篇 (20) 1、建筑专业节能设计 (20) 2、给排水节能设计 (20) 3、电气专业节能专篇 (20) 第八章环保设计专篇 (21) 1、建筑环保设计 (21) 2、暖通环保设计 (21) 第一章建筑设计说明 1、工程概况 1.1工程项目名称：德江康复精神病医院
第一章方案概述 1.1总体规划 本方案是针对进行电子交易管理的电子商务平台解决方案。电子商务系统，是以服务于产品销售为目标，拓宽业务种类，实现以化学合成原料药、制剂、医药中间体、化工原料、化工防腐、香精香料、食品添加剂等多类产品为主，拉动化工产品销售量，以电商平台销售方式迅速占领、扩大化工产品市场占有率。辅以完善、人性化的客户服务，全面提升的公众认知度与美誉度。 1.2项目特点 实现网络交易 电子商务通过更新管理思想、优化业务流程、降低管理成本，实现对销售体系更全面、更及时、更有效的监控、分析和利用。直接向厂家购买可减少中间流通环节，以最短的供应链、最快的反应速度、最低的成本、个性化的产品选配销售方案与服务，提高客户满意度，有效降低渠道成本，提高销售量。 建立完整的交易体系 本平台的电商化，从客户第一次登陆网站，围绕咨询、选购产品、下定单、配送、交付等各个业务环节，进行有效的管理，保障业务流程的准确、顺畅。 加强客户关系的管理 收集最终客户和厂家的基本信息和完整的业务流程信息，定期分析，为客户提供完整的全过程服务以及售后服务。 1.3市场定位及特点 本网站属于B2C电子商务网站，作为电子商务行业，在中国属于新兴行业，而在网上购物的群体，能够接受与尝试新鲜事物，并且大部分拥有网上银行，这就为电子商务的结算提供了保证，并且习惯于刷卡消费，消费群体自身所持有的特点与电子商务的消费方式相吻合。 1.4市场优势 公司有丰富的化工产品资源，为网站平台的产品来源提供强有力的保证；同时提供简易和具有亲和力的网站使用操作界面，完善用户网站使用帮助功能。 建设和丰富网站栏目，简化操作流程，力求满足大众化用户的实用功能需求，并逐步增加用户虚拟交互体验。
设计阐述： 一、医院大厅设计 医院，一个与生命密切关联的场所，是不同于其它公共建筑的特殊场所，生命的延续、生命的挽救均与医院联系在一起。由于医院常常与病痛相关，人们对医院有一种天生的恐惧感。如何使得医院这一与生命密切相关的地方成为真正关爱生命的场所，这不仅仅是依靠医生高超的医技和医院精良的设备就能完全解决的，良好室内环境和气氛的营造也是关键因素之一。 我们设计风格力在摆脱传统医院“白色恐怖”的形象，简单的风格：进口大理石地面及墙面，高档铝扣板，铝塑板带有凹型灯槽的天花，人性化的便捷服务设施等手法纷纷运用到医院装修设计中，不仅只是体现了建筑豪华感，在风格上也不失医院本身的基本格调，使医院既很现代化，也很有品味，但总不失“医院的感觉”。 在设计中我们除克服传统印象外，也充分体现了现代化风格与医院特色。现代医院室内设计应以简洁的造型语言来表达丰富的设计内涵。简洁不等于简单。简洁就是用最少的语言来表达更多更深的含义，是另一种意义上的复杂。“少就是多”的精辟观点用于医院室内设计是最恰当不过的。简洁的设计不是侧重造型元素的复杂，而是用合乎医院使用功能的最简洁的流线来形成、组织空间，如在大厅中应该配置足够的休息座椅、显眼的问讯导医台、电脑查询机、高低台面的公用电话、电子显示屏、宜人的绿化、精巧的商业空间等等。 门诊大厅（问询、挂号、收费、取药）大空间为动区希望环境有顺，对医院第一印象产生信赖感，尽快到达候诊科室。具备宜人的排队等候环境，具备良好的空间指导。大量采用简洁、耐用、中高档材料，大量重复性标识指引牌，电子屏、公用电话、室内绿化等设施齐全，较高的室内照度。 候诊区、中空间，希望尽快与医生见面，检查咨询病情。具备相对安静的等候环境，能观察到诊室内的工作情况。采用通透隔音的隔断材料，提供舒适的座椅，电视、电子屏、叫号系统等设施齐全，营造相对稳定的等候环境。 各诊室小空间、静区，希望得到明确的诊断结果和满意的治疗方案。具备亲切宜人的环境，具备相对的私密性。大量采用简洁、耐用的材料，局部高档材料点缀，使用浅色调平和病人情绪。 二、医院病房 医院的室内空间设计除了延续建筑设计外，还应充分结合患者的心理活动。患者从医院外部进入医院共享大厅，再依次进入候诊厅、诊室、病房，每一个不同的心理需求对应不同的空间需求。我们应在充分满足患者心理需求的情况下进行分项设计。 我们在病房设计上采用大空间的设计手法，用材上较为高档、简洁、耐用，突出医院的权威感。而在干部病房、VIP病房、高级病房、特殊病房等中小空间上，借鉴小尺度、亲和的设计手法，在材料色彩上较为温和，体现温馨感。使病人有“家”的感觉，心理平和地接受诊断和治疗。 病房内色彩的配置是医院室内设计的常用设计手法 ①色彩分层根据楼层不同、病室不同，我们在每层的色彩运用上，通过色彩加以区分，是时也是在建筑上配合标识系统的手法之一
云平台建设方案 1、配置满足当前（2014）年度，硬件投入需求 2、一定的扩展能力，10台4路，10台2路可迁移系统 3、应用包括（DB、中间件；开发、测试、验收和上线环境）移动平台 1、规则引擎数据库、 中间件 健康险平台2、统计分析中间件 能力提升年，提高信息系统支持能力；影像系统3、OA中间件、数据库 1、计算投资管理系统 2、存储稽核审计系统 3、网络GPS查勘调度系统 资金管理系统 方案对比：费控系统 硬件对比人力资源系统 软件对比：vmware、Huawei FusionCompute 河南农户电子 档案 非车险承保理赔系统改造 第一类系统（即短时间中断会造成重大社会影 响或影响保险机构关键业务功能，并造成重大 经济损失的信息系统）包括核心系统及相关子 系统。具体有：核心业务（含影像资料）、规 则引擎、农险电子档案、保协车险共享平台、 广域网络专线和96999客服专线。 第二类系统（即短时间中断会造成较大社会影 响或影响保险机构部分关键业务功能，并造成 较大经济损失的信息系统）包括核心业务系统 支撑平台。具体有：统计分析、精友车型数据、 保单自助查询、短信平台。 第三类系统（即间接支持关键业务功能或保险 机构对系统中断具有一定容忍度的信息系统） 包括OA办公自动化、邮件、网站、GIS系统、 移动查勘等。 云平台建设方案 （讨论稿） 信息化经历了T-S模式（终端-主机）、C-S模式（PC时代客户机-服务器）、B-S模式（互联网时代浏览器-服务器）；新时代以服务的方式被发布和访问的“云计算”模式；为响应国家节能减排的号召，
减少公司信息化硬件重复投资，增强数据中心的运维和安全管理，构建高可用的新一代数据中心，我们将云平台建设纳入议事日程。 201X年公司面临再一次的职场搬迁，有了2012年职场搬迁网络实现无缝切换的经验，我部将以新职场中心机房建设为契机，构建云计算架构的数据中心，在保障业务平滑迁移的基础上，以实现IT 资源的大整合、数据中心的大集中。 根据私有云建设的规律，我们将云平台建设分三个阶段： 第一阶段：落地云设备，实现计算资源虚拟化、存储资源虚拟化和网络资源虚拟化，建设周期2～3个月； 第二阶段：落地云平台，对现有业务环境进行梳理，在云平台上部署轻量级数据库、中间件环境，实现部分业务系统的迁移，建设周期1～2个月； 第三阶段：建设云平台的灾备系统，具体建设时间根据新职场搬迁计划等实际情况待定。 本次建设方案为第一二阶段。 第一阶段：落地云设备 实现计算资源虚拟化、存储资源虚拟化和网络资源虚拟化 第二阶段：落地云平台 对现有业务环境进行梳理，在云平台上部署轻量级数据库、中间件环境，实现部分业务系统的迁移
宿迁市晓店医院建筑方案设计说明 一 、基本概况 1.1 工程概况 江苏省的北部有一片生机勃勃的热土，那就是被清代皇帝乾隆盛赞为“第一江山春好处”的宿迁市。宿迁市为地级市，下辖沭阳县、泗阳县、泗洪县和宿豫区，总面积约85555平方公里，人口约515万。她是江苏重要和新兴的中心城市。建市以来，宿迁市年国内生产总值连续以两位数的增幅发展，全市拥有食品、酿酒、纺织、建材、电子、化工等具有地方特色的工业体系。 宿迁区位优势突出，交通发达。京沪高速公路、宁宿徐高速、新长铁路将宿迁和长江三角洲地区有机的联系起来，京杭大运河贯穿全境，连云港机场、白塔埠机场架起了宿迁对外联系的桥梁。徐宿淮盐高速公路、宿新一级公路横穿全市，方便与省内各大城市的连通。 丰富的自然和人文资源是宿迁的两大宝藏。宿迁市闻名中外的“水产之乡”，境内有两湖（洪泽湖、骆马湖），四河（大运河、淮河、沂河、沭河）。著名的四大淡水湖之一——洪泽湖和中国为数不多的二级水质湖——骆马湖，像一对孪生姐妹滋养着这个著名的鱼米之乡。境内水产养殖有银鱼、鳗鱼、螃蟹、青虾、鲈鱼等50多种水产品。螃蟹产量全国第一。 本工程为宿迁市晓店医院规划设计，位于宿迁市晓店镇。 1.2 设计依据 1.2.1 业主提供的规划设计条件 1. 晓店医院规划设计要点 2. 晓店医院地形图（规划红线图） 3. 晓店医院建设项目规划条件 1.2.2 规划设计技术标准 1、《中华人民共和国城市规划法》； 2、《综合医院建筑设计规范》JGJ49—88； 3、《城市道路交通规划设计规范》GB50220—95； 4、《城市用地竖向规划规范》CJJ83—99；
5、《城市环境卫生设施设置标准》CJJ27—89。 1.2.3 建筑设计技术规范 1、《建筑设计防火规范》GBJ16—87(2001年版)； 2、《民用建筑设计通则》GB50352-2005； 3、《建筑设计资料集》。 4、现行国家、省、市相关的规范、法规 二、设计理念与目标价值 2.1 目标价值 为实现 “晓店医院”规划设计的理想成果，我们首先确定了以下价值目标…… 2.1.1环境价值：本项目处于宿迁市晓店镇，做好医院环境是提升医院品质的重要方式。因此，医院的景观和建筑设计保持和谐统一，以营造温馨秀丽的氛围。在此基础上导入新形式、新元素，将本项目做成宿迁高档的医院项目。 2.1.2实用价值：在现今越发注重精神文明建设的时代，各种配套设施的齐全对今后的医院发展具有很大的影响。在医院的总体规划上，除规范对配套的要求外，还从“以人为本”的角度出发，考虑必要的商业、服务业公建设施，以方便医院内部的生活。 2.1.3核心价值：本着可持续发展的原则，资源的利用应当最大化、最优化，医院的设计亦应如此，最优化利用资源，就是目标价值的最大化。这就是要求以最优方式利用每一块土地，将土地等资源的价值作为进行医院布局的重要因素，让最有价值的设施占据最有利用价值的空间，以最优化利用资源为基础，最终实现医院与病患者双方利益的最大化，使二者在最佳点上取得平衡。 2.2 价值内涵——产品、文化、经济、社会 前已述及，任何项目，兼具有形商品和无形服务的双重特征，医院自然也是建立在有形物质基础——建筑空间上的，但其价值内涵却远不止于此。本次的医院规划与设计，试图以优秀的建筑空间环境为依托，深度挖掘其内在的文化、经济与社会价值： 2.2.1以宿迁悠久的历史文化及其现今繁荣为背景，培育新世纪宿迁人的医疗文化经典与时尚生活方式； 2.2.2 重视初期建设成本与长期经营费用、兼顾近期开发收益与未