南软医院管理平台方案合集

医院信息化平台方案

目录USERADDRESSTOC\o"1-2"\h\z\u目录 PAGE2222/30数据接入介绍本规范主要适用于医院级能耗管理系统（以下简称“医院系统”），向医院节能监管平台（以下简称“节能监管平台”）进行接入的条件、方式和接入配置格式，以及接入的主要流程和约束。接入的方式医院系统采用线下配置文件导入的方式，将接入数据的配置信息，形成指定格式的文档，上交节能监管平台后，导入形成接入配置，并按照要求上送与配置一致的能耗数据。接入主要流程接入前提医院系统应完成本地系统的建设和能耗数据监测的数据收集，并对采集的设备能耗异常数据进行过滤。申请接入接入方按照信息配置表的格式，申报接入请求和系统配置数据；经统计信息中心相关人员及相关技术人员审核通过后，由系统运维技术人员导入上报的配置。数据上送接入方根据采样点编码，采用数据通讯协议，上送能耗数据。各上传点位应严格按照建设导则的表7编码示意表进行点位编码。上报数据主要分为原始数据和统计数据两种。其中原始数据指现场所有表具的直接监测采集的能耗数据，主要为各电表用电量、水表用水量、冷热量表用冷热量等；统计数据是指由医院统计完的各能耗总量数据，主要分为医院总能耗（如医院总电、水、热、标煤）数据与总分项（如医院总用电分项能耗分为照明、空调、动力、特殊等分项）能耗数据、各建筑的总能耗（如建筑总电、水、热、标煤）数据与建筑分项（如建筑用电分项能耗分为照明、空调、动力、特殊等分项）能耗数据、各科室的能耗总量数据等。硬件要求网络要求医院系统要完成数据上送工作，需要具备以太网上送数据能力，可以通过TCP协议，与节能监管平台的数据服务侦听地址通讯，并且保证上送带宽不低于500KBps。上送端硬件要求医院系统为了支持数据上送工作，需要具备一定的硬件基础，并且确保硬件不对上送构成限制。推荐上传服务器配置如下：CPU:Intel主频2.33GHz以上，4核心内存:8G硬盘：500G信息配置表点位配置导入表《点位配置导入表》共九张附表，可以由平台点位配置页面导出模板，其中表2～表6和表9，不可编辑。医院需要填写的为第一页、第七页和第八页，其中第七页是公式配置页，如果不需要公式配置，则第七页可不填。“设备信息”表中需填写“设备关联的点位”，要求填写该设备在点位信息表中关联的点位信息。点位分为末端点位和上级点位，其中：末端点位是没有下级回路或者下级回路没有计量点位的点位；上级点位则是含有下级回路，且下级回路含有计量点位。末端点位，需要填写多维度关联关系，其中分类分项和区域必填；上级点位，只填写分类分项关系，不得填写多维关联关系（即区域id、组织id、业态id、自定义id为空即可）。本次上级点位的具体要求是：医院或者院区各能耗分类（水、电、气、冷、暖、蒸汽）的总计量点位，以及医院业态的总计量点位和各能耗分项的总计量点位。医院内各能耗分项，参照《医院建筑能耗监管系统建设技术导则（试行）》要求。点位配置导入表：表1点位信息注：sensor_uri的构成方式：

“建筑编号”/“采集器编号”/“点位在采集器内的编号”

其中：建筑编号——由平台下发

采集器编号——不得重复，由建筑编号和三位自定义序号构成

点位采集器内编号——在同采集器内不得重复

该项必填

如：110101E001/110101E001001/inpute1

表7计算公式注：计算公式的构成方式：

计算公式是由常数和sensor_uri组成的四则运算公式；

公式中sensor_uri数量不大于255个

公式计算符号包括+、-、*、/、（、）6种符号，该项必填

如：(110101E001/110101E001001/inpute1-10)/2+(110101E001/110101E001001/inpute3+2)*4医院信息配置表《医院信息配置表》共五张附表，主要用于上送医院系统的客观建设情况和资料信息。表1设备信息批量上传模版注：1、请填写第一列的序号，序号为空则该条数据无效；序号为正整数且唯一2、设备名称，需保证唯一；序号设备类型设备子类所属医院设备名称额定功率（Kw）上月能耗（Kw·h）生产厂家设备位置出厂日期报废日期购买日期表2建筑信息批量上传模版注：1、请填写第一列的序号，序号为空则该条数据无效；序号为正整数且唯一2、建筑名称，必须保证唯一；序号建筑名称所属医院建筑地点建筑年代建筑层数建筑功能总建筑面积空调面积采暖面积建筑地上总面积建筑地下总面积急诊部面积门诊部面积住院部面积科研面积行政面积建筑空调系统形式建筑采暖系统形式建筑体型系数建筑结构形式建筑外墙材料形式建筑外墙保湿形式建筑外窗类型建筑玻璃类型窗框材料类型电价水价气价热价填表日期能耗监测工程验收日期表3医院信息批量上传模版注：1、请填写第一列的序号，序号为空则该条数据无效；序号必须为正整数且唯一序号医院名称医院类别医院等级总建筑面积总编制床位数开放床位数日平均急诊数年平均急诊数年平均住院数年住院床日年总收入(万元)年门急诊数气候分区表4医院能源消耗情况统计单位名称：填表人：手机号码：2014年月份水

（立方米）费用

（元）电

（千瓦时）费用

（元）天燃气

（立方米）费用

（元）热力

（吉焦）费用

（元）总费用

（元）1月2月3月4月5月6月7月8月9月10月11月12月合计2015年月份水

（立方米）费用（元）电

（千瓦时）费用（元）天燃气

（立方米）费用（元）热力

（吉焦）费用（元）总费用（元）1月2月3月4月5月6月7月8月9月10月11月12月合计2016年月份水

（立方米）费用（元）电

（千瓦时）费用（元）天燃气

（立方米）费用（元）热力

（吉焦）费用（元）总费用（元）1月2月3月4月5月6月7月8月9月10月11月12月合计平均值三年月平均值三年年平均值表5院本级能耗系统对接实施情况医院联系人姓名职务联系电话邮箱厂商公司名称联系人姓名联系电话邮箱院方本级能耗系统完工时间院内是否预验收（是填1，否填0）是否具备数据上报对接基础（是填1，否填0）医院建筑面积（万平方米）项目覆盖面积（万平方米）是否已与住建平台进行对接（是填1，否填0）操作系统数据库WEB服务实现语言院方能耗平台采样频率网络运营商带宽网络服务类型接入协议通讯规约的要点通信接口医院系统和节能监管平台之间采用TCP连接方式进行交互，不加密规约版本默认端口为9999，加密规约版本默认端口8888（端口可配置）。有效数据内容为XML数据或经过AES（128位）加密后的XML数据，以文本形式远传。接入要求（1）提供点位信息中建筑编号、采集器编号以及采样点编号，也就是XML文本中的建筑编号、采集器编号、采样点编号可以是含特殊字符的字符串，但不能含中文。（2）医院系统和节能监管平台建立连接后，在通讯正常的情况下，应该保证数据从起始时间戳到延迟1个时间颗粒度之间内上送到节能监管平台。举例说明：数据上送的时间颗粒度为1小时，则8点的数据要求在8点到9点之间必须上送到数据服务平台。如果通讯异常，则按照历史数据上送即可。报文格式表1 数据包的基结构项目长度定义说明包头4字节0x680x680x160x16有效数据总长度4字节代表当前数据包中的有效数据N字节（M+4）CRC校验2字节只对“有效数据”进行CRC校验包尾4字节0x550xAA0x550xAA基本结构表2 有效数据组成结构项目长度定义说明指令序号4字节该标识符由指令发起方指定，标识了指令发起方向指令应答方发送的指令，指令应答方应答时，本项内容需要按照指令发起方提供的标识符来进行填充。指令内容M字节根据指令的不同，内容不同，指令内容为XML文本或经过AES加密后的XML文本指令列表（1）身份验证表3指令内容Type元素格备注采集器请求身份验Request节能监管平台发送一串随机序列Sequence采集器发送计算的MD5Md5节能监管平台发送验证结果result（2）系统授时和心跳表4指令内容Type元素格备注医院系统定期给节能监管平台发送存活通知notify内容：心跳/校时数据包元素名称：heart_beat节能监管平台在收到存活通知后发送授时信息time（3）能耗远传数据包表5指令内容Type元素内容备注采集器定时上报的能耗数据report内容：能耗远传数据包元素名称：data节能监管平台在收到数据包后返回确认信息confirm（4）能耗下召数据包表6指令内容Type元素内容备注主站召唤能耗数据query子站应答reply采集器对服务器查询的应答，用于响应采集器对服务器的查询（5）时间格式yyyyMMhhHHmmss20160201120000PAGE数据包格式身份认证数据包身份认证过程TCP连建立，能监管台使用MD5算法医院统行身认证，MD5密钥长度为16字节(28bit初始默认为（1）TCP连接建立成功后，医院系统向节能监管平台发送身份认证请求；（2）节能监管平台向医院系统发送一个随机序列；（3）医院系统将接收到的随机序列和本地存储的认证密钥组合成一连接串，计算连接串的MD5值并发送给节能监管平台；（4）节能监管平台将接收到的MD5值和本地计算结果相比较，如果一致则认证成功，否则认证失败。数据包格式详解i.采集器请求身份验证（医院系统发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>request</type></common><id_validateoperation="request"/></root>ii.节能监管平台发送一串随机序列（节能监管平台发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>sequence</type></common><id_validateoperation="sequence"><sequence><!--随机序列--></sequence></id_validate></root>iii.采集器发送计算的MD5（医院系统发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>md5</type></common><id_validateoperation="md5"><md5><!--节能监管平台随机序列MD5值--></md5></id_validate></root>iv.节能监管平台验证结果（节能监管平台发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>result</type></common><id_validateoperation="result"><result><!--验证成功：pass；验证失败：fail--></result></id_validate></root>心跳/校时数据包通讯过程数据远传时节能监管平台建立TCP监听，医院系统不启动TCP监听，TCP建立后保持常连接状态不主动断开。医院系统定时向节能监管平台发送心跳数据包并监测连接的状态，一旦连接断开则重新建立连接；当身份验证完成后，节能监管平台通过心跳包对医院系统进行授时，并校验数据采集模式。建议心跳包发送时间为30秒。数据包格式详解i.采集器定期给节能监管平台发送存活通知（医院系统发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>notify</type></common><heart_beatoperation="notify"/></root>ii.节能监管平台在收到存活通知后发送授时信息（节能监管平台发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>time</type></common><heart_beatoperation="time"><time><!--格式：yyyyMMhhHHmmss--></time></heart_beat></root>能耗远传数据包(data)远传过程医院系统处理的远传能耗数据，应包含数据包编号、能耗数据分类分项编码、采集时间、能耗数据。在远传过程中应使用AES加密算法对XMLAES16（1bit，两者初始均默认为"10050811215"（医院系统定时向节能监管平台发送数据包，并确认发送后30s之内收到节能监管平台回复的接入成功确认包。如果收到节能监管平台返回的接收失败确认包或者超过30s认包，则重新发送此数据包，直到未超时（30s）收到节能监管平台返回的接收成功确认包系统时间已到达下一个定时发送的时间戳数据包格式详解i.采集器定时上报的能耗数据（医院系统发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><!--building_id：建筑编号--><building_id>320583D003</building_id><!--gateway_id：采集器编号--><gateway_id>320583D00301</gateway_id><type>report</type>query:服务器查询医院系统，需要定义数据查询时间，根据需要定义所需查询的数据点，无数据点，则表示查询该采集器全部数据reply:采集器对服务器查询的应答，用于响应采集器对服务器的查询report:采集器定时上报的能耗数据，用于采集器定时上报</common><dataoperation="report"><sequence><!--采集器向节能监管平台发送数据的序号--></sequence><time><!--数据采集时间--></time><!--采集器的具体采集功能，一个或多个dcp元素属性（datacollectionpoint）：id:采样点编号error:该功能出现错误的状态码，0表示没有错误--><dcpid="1"error="0"><!--具体数据--></dcp><dcpid="2"error="0"><!--具体数据--></dcp></data></root>ii.节能监管平台收到数据包后返回确认信息（节能监管平台发送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑编号--></building_id><gateway_id><!--采集器编号--></gateway_id><type>confirm</type></common><dataoperation="confirm"><receive><!—接收成功：success；接收失败：fail--></receive><reason><!—接收失败状态码：0--></reason>0:表示接收成功1:表示接收的数据包解密过程失败2:其它原因（可扩展）</data></root>能耗下召数据包(query)下召业务流程能耗下召业务是由节能监管平台检测缺失数据，并每天定时向医院侧主动下发数据获取请求的业务。下召请求以采集点为单位，每天对指定时间深度内（下召当日起向历史回溯N天，默认N=7，不含当日）每个有缺失数据的采集点下发一条对应下召请求，里面包含所有缺失时点的数据。对某一采集器来说，每天会收到n个下召请求（n为该采集器下有缺失数据的采集点数）。医院侧解析下召请求后，对应每个下召请求回复一个下召应答，此应答为异步应答。下召数据包详解下召请求报文（节能监管平台发起，医院侧接收）<?xml

version="1.0"

encoding="utf-8"

?>

<root>

<common>

<building_id><!--

建筑编号--></building_id>

<gateway_id><!--

采集器编号--></gateway_id>

<type>query</type>

</common>

<data

operation="query">

<id>

<!--

采样点编号，每个召测命令限单个采样点-->

</id>

<time>

<!--

缺失数据时间点-->

</time>

</data>

</root>应答报文（医院侧发起，节能监管平台接收）<?xmlversion="1.0"encoding="utf-8"?><root><common><!--building_id：建筑编号--><building_id>1234567020</building_id><!--gateway_id：采集器编号--><gateway_id>123456720101</gateway_id><!--type：消息类型:reply即下召响应--><type>reply</type></common><!--operation：消息类型:reply即下召响应--><dataoperation="