南軟醫(yī)院管理平臺方案合集

醫(yī)院信息化平臺方案

目錄USERADDRESSTOC\o"1-2"\h\z\u目錄 PAGE2222/30數(shù)據(jù)接入介紹本規(guī)范主要適用于醫(yī)院級能耗管理系統(tǒng)（以下簡稱“醫(yī)院系統(tǒng)”），向醫(yī)院節(jié)能監(jiān)管平臺（以下簡稱“節(jié)能監(jiān)管平臺”）進行接入的條件、方式和接入配置格式，以及接入的主要流程和約束。接入的方式醫(yī)院系統(tǒng)采用線下配置文件導入的方式，將接入數(shù)據(jù)的配置信息，形成指定格式的文檔，上交節(jié)能監(jiān)管平臺后，導入形成接入配置，并按照要求上送與配置一致的能耗數(shù)據(jù)。接入主要流程接入前提醫(yī)院系統(tǒng)應完成本地系統(tǒng)的建設和能耗數(shù)據(jù)監(jiān)測的數(shù)據(jù)收集，并對采集的設備能耗異常數(shù)據(jù)進行過濾。申請接入接入方按照信息配置表的格式，申報接入請求和系統(tǒng)配置數(shù)據(jù)；經(jīng)統(tǒng)計信息中心相關人員及相關技術(shù)人員審核通過后，由系統(tǒng)運維技術(shù)人員導入上報的配置。數(shù)據(jù)上送接入方根據(jù)采樣點編碼，采用數(shù)據(jù)通訊協(xié)議，上送能耗數(shù)據(jù)。各上傳點位應嚴格按照建設導則的表7編碼示意表進行點位編碼。上報數(shù)據(jù)主要分為原始數(shù)據(jù)和統(tǒng)計數(shù)據(jù)兩種。其中原始數(shù)據(jù)指現(xiàn)場所有表具的直接監(jiān)測采集的能耗數(shù)據(jù)，主要為各電表用電量、水表用水量、冷熱量表用冷熱量等；統(tǒng)計數(shù)據(jù)是指由醫(yī)院統(tǒng)計完的各能耗總量數(shù)據(jù)，主要分為醫(yī)院總能耗（如醫(yī)院總電、水、熱、標煤）數(shù)據(jù)與總分項（如醫(yī)院總用電分項能耗分為照明、空調(diào)、動力、特殊等分項）能耗數(shù)據(jù)、各建筑的總能耗（如建筑總電、水、熱、標煤）數(shù)據(jù)與建筑分項（如建筑用電分項能耗分為照明、空調(diào)、動力、特殊等分項）能耗數(shù)據(jù)、各科室的能耗總量數(shù)據(jù)等。硬件要求網(wǎng)絡要求醫(yī)院系統(tǒng)要完成數(shù)據(jù)上送工作，需要具備以太網(wǎng)上送數(shù)據(jù)能力，可以通過TCP協(xié)議，與節(jié)能監(jiān)管平臺的數(shù)據(jù)服務偵聽地址通訊，并且保證上送帶寬不低于500KBps。上送端硬件要求醫(yī)院系統(tǒng)為了支持數(shù)據(jù)上送工作，需要具備一定的硬件基礎，并且確保硬件不對上送構(gòu)成限制。推薦上傳服務器配置如下：CPU:Intel主頻2.33GHz以上，4核心內(nèi)存:8G硬盤：500G信息配置表點位配置導入表《點位配置導入表》共九張附表，可以由平臺點位配置頁面導出模板，其中表2～表6和表9，不可編輯。醫(yī)院需要填寫的為第一頁、第七頁和第八頁，其中第七頁是公式配置頁，如果不需要公式配置，則第七頁可不填?！霸O備信息”表中需填寫“設備關聯(lián)的點位”，要求填寫該設備在點位信息表中關聯(lián)的點位信息。點位分為末端點位和上級點位，其中：末端點位是沒有下級回路或者下級回路沒有計量點位的點位；上級點位則是含有下級回路，且下級回路含有計量點位。末端點位，需要填寫多維度關聯(lián)關系，其中分類分項和區(qū)域必填；上級點位，只填寫分類分項關系，不得填寫多維關聯(lián)關系（即區(qū)域id、組織id、業(yè)態(tài)id、自定義id為空即可）。本次上級點位的具體要求是：醫(yī)院或者院區(qū)各能耗分類（水、電、氣、冷、暖、蒸汽）的總計量點位，以及醫(yī)院業(yè)態(tài)的總計量點位和各能耗分項的總計量點位。醫(yī)院內(nèi)各能耗分項，參照《醫(yī)院建筑能耗監(jiān)管系統(tǒng)建設技術(shù)導則（試行）》要求。點位配置導入表：表1點位信息注：sensor_uri的構(gòu)成方式：

“建筑編號”/“采集器編號”/“點位在采集器內(nèi)的編號”

其中：建筑編號——由平臺下發(fā)

采集器編號——不得重復，由建筑編號和三位自定義序號構(gòu)成

點位采集器內(nèi)編號——在同采集器內(nèi)不得重復

該項必填

如：110101E001/110101E001001/inpute1

表7計算公式注：計算公式的構(gòu)成方式：

計算公式是由常數(shù)和sensor_uri組成的四則運算公式；

公式中sensor_uri數(shù)量不大于255個

公式計算符號包括+、-、*、/、（、）6種符號，該項必填

如：(110101E001/110101E001001/inpute1-10)/2+(110101E001/110101E001001/inpute3+2)*4醫(yī)院信息配置表《醫(yī)院信息配置表》共五張附表，主要用于上送醫(yī)院系統(tǒng)的客觀建設情況和資料信息。表1設備信息批量上傳模版注：1、請?zhí)顚懙谝涣械男蛱?，序號為空則該條數(shù)據(jù)無效；序號為正整數(shù)且唯一2、設備名稱，需保證唯一；序號設備類型設備子類所屬醫(yī)院設備名稱額定功率（Kw）上月能耗（Kw·h）生產(chǎn)廠家設備位置出廠日期報廢日期購買日期表2建筑信息批量上傳模版注：1、請?zhí)顚懙谝涣械男蛱?，序號為空則該條數(shù)據(jù)無效；序號為正整數(shù)且唯一2、建筑名稱，必須保證唯一；序號建筑名稱所屬醫(yī)院建筑地點建筑年代建筑層數(shù)建筑功能總建筑面積空調(diào)面積采暖面積建筑地上總面積建筑地下總面積急診部面積門診部面積住院部面積科研面積行政面積建筑空調(diào)系統(tǒng)形式建筑采暖系統(tǒng)形式建筑體型系數(shù)建筑結(jié)構(gòu)形式建筑外墻材料形式建筑外墻保濕形式建筑外窗類型建筑玻璃類型窗框材料類型電價水價氣價熱價填表日期能耗監(jiān)測工程驗收日期表3醫(yī)院信息批量上傳模版注：1、請?zhí)顚懙谝涣械男蛱枺蛱枮榭談t該條數(shù)據(jù)無效；序號必須為正整數(shù)且唯一序號醫(yī)院名稱醫(yī)院類別醫(yī)院等級總建筑面積總編制床位數(shù)開放床位數(shù)日平均急診數(shù)年平均急診數(shù)年平均住院數(shù)年住院床日年總收入(萬元)年門急診數(shù)氣候分區(qū)表4醫(yī)院能源消耗情況統(tǒng)計單位名稱：填表人：手機號碼：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院本級能耗系統(tǒng)對接實施情況醫(yī)院聯(lián)系人姓名職務聯(lián)系電話郵箱廠商公司名稱聯(lián)系人姓名聯(lián)系電話郵箱院方本級能耗系統(tǒng)完工時間院內(nèi)是否預驗收（是填1，否填0）是否具備數(shù)據(jù)上報對接基礎（是填1，否填0）醫(yī)院建筑面積（萬平方米）項目覆蓋面積（萬平方米）是否已與住建平臺進行對接（是填1，否填0）操作系統(tǒng)數(shù)據(jù)庫WEB服務實現(xiàn)語言院方能耗平臺采樣頻率網(wǎng)絡運營商帶寬網(wǎng)絡服務類型接入?yún)f(xié)議通訊規(guī)約的要點通信接口醫(yī)院系統(tǒng)和節(jié)能監(jiān)管平臺之間采用TCP連接方式進行交互，不加密規(guī)約版本默認端口為9999，加密規(guī)約版本默認端口8888（端口可配置）。有效數(shù)據(jù)內(nèi)容為XML數(shù)據(jù)或經(jīng)過AES（128位）加密后的XML數(shù)據(jù)，以文本形式遠傳。接入要求（1）提供點位信息中建筑編號、采集器編號以及采樣點編號，也就是XML文本中的建筑編號、采集器編號、采樣點編號可以是含特殊字符的字符串，但不能含中文。（2）醫(yī)院系統(tǒng)和節(jié)能監(jiān)管平臺建立連接后，在通訊正常的情況下，應該保證數(shù)據(jù)從起始時間戳到延遲1個時間顆粒度之間內(nèi)上送到節(jié)能監(jiān)管平臺。舉例說明：數(shù)據(jù)上送的時間顆粒度為1小時，則8點的數(shù)據(jù)要求在8點到9點之間必須上送到數(shù)據(jù)服務平臺。如果通訊異常，則按照歷史數(shù)據(jù)上送即可。報文格式表1 數(shù)據(jù)包的基結(jié)構(gòu)項目長度定義說明包頭4字節(jié)0x680x680x160x16有效數(shù)據(jù)總長度4字節(jié)代表當前數(shù)據(jù)包中的有效數(shù)據(jù)N字節(jié)（M+4）CRC校驗2字節(jié)只對“有效數(shù)據(jù)”進行CRC校驗包尾4字節(jié)0x550xAA0x550xAA基本結(jié)構(gòu)表2 有效數(shù)據(jù)組成結(jié)構(gòu)項目長度定義說明指令序號4字節(jié)該標識符由指令發(fā)起方指定，標識了指令發(fā)起方向指令應答方發(fā)送的指令，指令應答方應答時，本項內(nèi)容需要按照指令發(fā)起方提供的標識符來進行填充。指令內(nèi)容M字節(jié)根據(jù)指令的不同，內(nèi)容不同，指令內(nèi)容為XML文本或經(jīng)過AES加密后的XML文本指令列表（1）身份驗證表3指令內(nèi)容Type元素格備注采集器請求身份驗Request節(jié)能監(jiān)管平臺發(fā)送一串隨機序列Sequence采集器發(fā)送計算的MD5Md5節(jié)能監(jiān)管平臺發(fā)送驗證結(jié)果result（2）系統(tǒng)授時和心跳表4指令內(nèi)容Type元素格備注醫(yī)院系統(tǒng)定期給節(jié)能監(jiān)管平臺發(fā)送存活通知notify內(nèi)容：心跳/校時數(shù)據(jù)包元素名稱：heart_beat節(jié)能監(jiān)管平臺在收到存活通知后發(fā)送授時信息time（3）能耗遠傳數(shù)據(jù)包表5指令內(nèi)容Type元素內(nèi)容備注采集器定時上報的能耗數(shù)據(jù)report內(nèi)容：能耗遠傳數(shù)據(jù)包元素名稱：data節(jié)能監(jiān)管平臺在收到數(shù)據(jù)包后返回確認信息confirm（4）能耗下召數(shù)據(jù)包表6指令內(nèi)容Type元素內(nèi)容備注主站召喚能耗數(shù)據(jù)query子站應答reply采集器對服務器查詢的應答，用于響應采集器對服務器的查詢（5）時間格式y(tǒng)yyyMMhhHHmmss20160201120000PAGE數(shù)據(jù)包格式身份認證數(shù)據(jù)包身份認證過程TCP連建立，能監(jiān)管臺使用MD5算法醫(yī)院統(tǒng)行身認證，MD5密鑰長度為16字節(jié)(28bit初始默認為（1）TCP連接建立成功后，醫(yī)院系統(tǒng)向節(jié)能監(jiān)管平臺發(fā)送身份認證請求；（2）節(jié)能監(jiān)管平臺向醫(yī)院系統(tǒng)發(fā)送一個隨機序列；（3）醫(yī)院系統(tǒng)將接收到的隨機序列和本地存儲的認證密鑰組合成一連接串，計算連接串的MD5值并發(fā)送給節(jié)能監(jiān)管平臺；（4）節(jié)能監(jiān)管平臺將接收到的MD5值和本地計算結(jié)果相比較，如果一致則認證成功，否則認證失敗。數(shù)據(jù)包格式詳解i.采集器請求身份驗證（醫(yī)院系統(tǒng)發(fā)送）<?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.節(jié)能監(jiān)管平臺發(fā)送一串隨機序列（節(jié)能監(jiān)管平臺發(fā)送）<?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.采集器發(fā)送計算的MD5（醫(yī)院系統(tǒng)發(fā)送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑編號--></building_id><gateway_id><!--采集器編號--></gateway_id><type>md5</type></common><id_validateoperation="md5"><md5><!--節(jié)能監(jiān)管平臺隨機序列MD5值--></md5></id_validate></root>iv.節(jié)能監(jiān)管平臺驗證結(jié)果（節(jié)能監(jiān)管平臺發(fā)送）<?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；驗證失?。篺ail--></result></id_validate></root>心跳/校時數(shù)據(jù)包通訊過程數(shù)據(jù)遠傳時節(jié)能監(jiān)管平臺建立TCP監(jiān)聽，醫(yī)院系統(tǒng)不啟動TCP監(jiān)聽，TCP建立后保持常連接狀態(tài)不主動斷開。醫(yī)院系統(tǒng)定時向節(jié)能監(jiān)管平臺發(fā)送心跳數(shù)據(jù)包并監(jiān)測連接的狀態(tài)，一旦連接斷開則重新建立連接；當身份驗證完成后，節(jié)能監(jiān)管平臺通過心跳包對醫(yī)院系統(tǒng)進行授時，并校驗數(shù)據(jù)采集模式。建議心跳包發(fā)送時間為30秒。數(shù)據(jù)包格式詳解i.采集器定期給節(jié)能監(jiān)管平臺發(fā)送存活通知（醫(yī)院系統(tǒng)發(fā)送）<?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.節(jié)能監(jiān)管平臺在收到存活通知后發(fā)送授時信息（節(jié)能監(jiān)管平臺發(fā)送）<?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>能耗遠傳數(shù)據(jù)包(data)遠傳過程醫(yī)院系統(tǒng)處理的遠傳能耗數(shù)據(jù)，應包含數(shù)據(jù)包編號、能耗數(shù)據(jù)分類分項編碼、采集時間、能耗數(shù)據(jù)。在遠傳過程中應使用AES加密算法對XMLAES16（1bit，兩者初始均默認為"10050811215"（醫(yī)院系統(tǒng)定時向節(jié)能監(jiān)管平臺發(fā)送數(shù)據(jù)包，并確認發(fā)送后30s之內(nèi)收到節(jié)能監(jiān)管平臺回復的接入成功確認包。如果收到節(jié)能監(jiān)管平臺返回的接收失敗確認包或者超過30s認包，則重新發(fā)送此數(shù)據(jù)包，直到未超時（30s）收到節(jié)能監(jiān)管平臺返回的接收成功確認包系統(tǒng)時間已到達下一個定時發(fā)送的時間戳數(shù)據(jù)包格式詳解i.采集器定時上報的能耗數(shù)據(jù)（醫(yī)院系統(tǒng)發(fā)送）<?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:服務器查詢醫(yī)院系統(tǒng)，需要定義數(shù)據(jù)查詢時間，根據(jù)需要定義所需查詢的數(shù)據(jù)點，無數(shù)據(jù)點，則表示查詢該采集器全部數(shù)據(jù)reply:采集器對服務器查詢的應答，用于響應采集器對服務器的查詢report:采集器定時上報的能耗數(shù)據(jù)，用于采集器定時上報</common><dataoperation="report"><sequence><!--采集器向節(jié)能監(jiān)管平臺發(fā)送數(shù)據(jù)的序號--></sequence><time><!--數(shù)據(jù)采集時間--></time><!--采集器的具體采集功能，一個或多個dcp元素屬性（datacollectionpoint）：id:采樣點編號error:該功能出現(xiàn)錯誤的狀態(tài)碼，0表示沒有錯誤--><dcpid="1"error="0"><!--具體數(shù)據(jù)--></dcp><dcpid="2"error="0"><!--具體數(shù)據(jù)--></dcp></data></root>ii.節(jié)能監(jiān)管平臺收到數(shù)據(jù)包后返回確認信息（節(jié)能監(jiān)管平臺發(fā)送）<?xmlversion="1.0"encoding="utf-8"?><root><common><building_id><!--建筑編號--></building_id><gateway_id><!--采集器編號--></gateway_id><type>confirm</type></common><dataoperation="confirm"><receive><!—接收成功：success；接收失?。篺ail--></receive><reason><!—接收失敗狀態(tài)碼：0--></reason>0:表示接收成功1:表示接收的數(shù)據(jù)包解密過程失敗2:其它原因（可擴展）</data></root>能耗下召數(shù)據(jù)包(query)下召業(yè)務流程能耗下召業(yè)務是由節(jié)能監(jiān)管平臺檢測缺失數(shù)據(jù)，并每天定時向醫(yī)院側(cè)主動下發(fā)數(shù)據(jù)獲取請求的業(yè)務。下召請求以采集點為單位，每天對指定時間深度內(nèi)（下召當日起向歷史回溯N天，默認N=7，不含當日）每個有缺失數(shù)據(jù)的采集點下發(fā)一條對應下召請求，里面包含所有缺失時點的數(shù)據(jù)。對某一采集器來說，每天會收到n個下召請求（n為該采集器下有缺失數(shù)據(jù)的采集點數(shù)）。醫(yī)院側(cè)解析下召請求后，對應每個下召請求回復一個下召應答，此應答為異步應答。下召數(shù)據(jù)包詳解下召請求報文（節(jié)能監(jiān)管平臺發(fā)起，醫(yī)院側(cè)接收）<?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>

<!--

缺失數(shù)據(jù)時間點-->

</time>

</data>

</root>應答報文（醫(yī)院側(cè)發(fā)起，節(jié)能監(jiān)管平臺接收）<?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="