附件

　縣域醫(yī)共體信息系統(tǒng)建設(shè)部署模式分析

　縣域醫(yī)共體應(yīng)基于本地實際情況探索創(chuàng)新模式與創(chuàng)新應(yīng)用，建立以信息資源共建共享為目標的縣域醫(yī)共體衛(wèi)生健康信息綜合管理平臺，作為縣域醫(yī)共體信息化體系結(jié)構(gòu)的基礎(chǔ)支撐、數(shù)據(jù)采集的基本入口和服務(wù)功能的關(guān)鍵出口，通過衛(wèi)生健康信息綜合管理平臺實現(xiàn)縣域醫(yī)共體內(nèi)或跨縣域醫(yī)共體間的信息互聯(lián)互通；建設(shè)縣域醫(yī)共體統(tǒng)一區(qū)域化信息系統(tǒng)（如：電子健康檔案、公共衛(wèi)生相關(guān)系統(tǒng)等）供縣域醫(yī)共體各成員單位使用；根據(jù)縣域醫(yī)共體實際情況是否統(tǒng)籌建設(shè)縣域醫(yī)共體統(tǒng)一信息系統(tǒng)（如HIS、PACS、LIS、電子病歷等）。

　根據(jù)縣域醫(yī)共體信息化建設(shè)實際情況和縣域醫(yī)共體建設(shè)發(fā)展規(guī)劃，選擇縣域醫(yī)共體信息系統(tǒng)建設(shè)部署模式：分散式部署和一體化部署。

　一、分散式部署模式 根據(jù)縣域醫(yī)共體實際情況，縣域醫(yī)共體各成員單位可繼續(xù)使用醫(yī)院原有成熟的信息系統(tǒng)，保留機房、數(shù)據(jù)庫、應(yīng)用服務(wù)器和IT運維人員，根據(jù)縣域醫(yī)共體一體化管理要求進行系統(tǒng)改造，通過縣域衛(wèi)生專網(wǎng)把數(shù)據(jù)接入到縣域醫(yī)共體衛(wèi)生健康信息綜合管理平臺實現(xiàn)縣域醫(yī)共體間信息互聯(lián)互通，同時兼顧使用區(qū)域化信息系統(tǒng)（電子健康檔案、公共衛(wèi)生相關(guān)系統(tǒng)等）。此模式屬于異構(gòu)系統(tǒng)接入，縣域內(nèi)的縣級醫(yī)院與基層醫(yī)療衛(wèi)生機構(gòu)的業(yè)務(wù)信息系統(tǒng)由不同的供應(yīng)商提供，屬于非統(tǒng)一標準的異構(gòu)系統(tǒng)。各個異構(gòu)系統(tǒng)在各成員單位都有各自不同

　的異構(gòu)數(shù)據(jù)庫，每個數(shù)據(jù)庫都具有自身的管理特性、應(yīng)用特性和安全特性，相應(yīng)的數(shù)據(jù)標準因提供商或者版本不同而不一致。

　優(yōu)點：此模式可以按縣域醫(yī)共體各成員單位的實際需求進行信息化的個性化改造，有利于院內(nèi)各項業(yè)務(wù)流程的優(yōu)化；僅保證上傳到平臺數(shù)據(jù)一致性和完整性，實現(xiàn)縣域醫(yī)共體間信息互聯(lián)互通即可達到要求。

　缺點：此模式需要整合不同供應(yīng)商的異構(gòu)系統(tǒng)和數(shù)據(jù)，涉及不同供應(yīng)商的系統(tǒng)改造，需要支付原供應(yīng)商系統(tǒng)改造和平臺接口費用，各供應(yīng)商的改造費用根據(jù)工作量不同會有比較大的差異，可能會產(chǎn)生較大的整體改造費用，加重各成員單位的費用支出；各成員單位需要提供獨立資源的前置服務(wù)器供平臺的對接接入，需要一定硬件投入成本；各供應(yīng)商需要與平臺進行獨立對接，沒有統(tǒng)一的接口標準與規(guī)范，改造工作量大，上傳平臺的因數(shù)據(jù)格式和數(shù)據(jù)質(zhì)量不一致，容易產(chǎn)生誤差，不利于縣域醫(yī)共體后期的決策分析；各成員單位要保證系統(tǒng)的穩(wěn)定性和安全性，保證高峰期時硬件資源足夠使用，同時需要不定期更換服務(wù)器、存儲等設(shè)備，造成硬件資源浪費從而導(dǎo)致整體硬件運維成本增加；各成員單位需要配備一定的專業(yè)網(wǎng)絡(luò)安全運維人員，導(dǎo)致人力資源整體成本增加；各成員單位系統(tǒng)由不同的供應(yīng)商提供，需要單獨與上級系統(tǒng)對接，不能統(tǒng)籌接口規(guī)范，造成接口費用整體成本增加；云資源數(shù)據(jù)中心和前置服務(wù)器分開在不同地方存儲，數(shù)據(jù)上傳平臺的速度會有一定影響。

　二、一體化部署模式 （一）異構(gòu)型一體化部署模式。

　依托縣域醫(yī)共體統(tǒng)一云資源數(shù)據(jù)中心，提供足夠的服務(wù)器、存儲、網(wǎng)絡(luò)等資源給縣域醫(yī)共體各成員單位統(tǒng)籌使用。各成員單位可按分散式部署模式把原有的數(shù)據(jù)庫、應(yīng)用服務(wù)器、業(yè)務(wù)系統(tǒng)等統(tǒng)一遷移到縣域醫(yī)共體云資源數(shù)據(jù)中心統(tǒng)籌資源使用，僅保留與云資源數(shù)據(jù)中心連接的匯聚機房和IT運維人員。由縣域醫(yī)共體信息中心對服務(wù)器、存儲、網(wǎng)絡(luò)、設(shè)備等資源進行統(tǒng)一管理，業(yè)務(wù)系統(tǒng)繼續(xù)由各成員單位自行運維。此模式同屬于異構(gòu)系統(tǒng)接入，除由縣域醫(yī)共體信息中心統(tǒng)籌管理云資源數(shù)據(jù)中心資源外，其他建設(shè)原理與分散式部署模式基本一致。

　優(yōu)點：此模式可以按縣域醫(yī)共體各成員單位的實際需求進行信息化的個性化改造，有利于院內(nèi)各項業(yè)務(wù)流程的優(yōu)化；充分利用云資源數(shù)據(jù)中心的服務(wù)器資源、云計算資源、存儲資源等，達到資源綜合利用，避免浪費，減少硬件整體成本的支出；云資源數(shù)據(jù)中心統(tǒng)一運維管理，減少各成員單位網(wǎng)絡(luò)安全運維人員壓力，緩解各成員單位專業(yè)技術(shù)人員不足的問題，有利于節(jié)省整體人力資源成本；云資源數(shù)據(jù)中心和各系統(tǒng)處于同一平臺，保證數(shù)據(jù)上傳平臺的速度。

　缺點：此模式需要整合不同供應(yīng)商的異構(gòu)系統(tǒng)和數(shù)據(jù)，涉及不同供應(yīng)商的系統(tǒng)改造，需要支付原供應(yīng)商系統(tǒng)改造和平臺接口費用，各供應(yīng)商的改造費用根據(jù)工作量不同會有比較大的差異，可能會產(chǎn)生較大的整體改造費用，加重各成員單位的支出費用；各供應(yīng)商需要與平臺進行獨立對接，缺乏統(tǒng)一的接口標準與規(guī)范，改造工作量大，上傳平臺的因數(shù)據(jù)格式和數(shù)據(jù)質(zhì)量不一致，容易產(chǎn)生誤差，不利于縣域醫(yī)共體后期的決策分析；各成員單位系統(tǒng)由不同的供應(yīng)商提供，需要單獨與上級系統(tǒng)對接，不能統(tǒng)籌接口規(guī)范，接口費用整體成本增加；

　縣域醫(yī)共體信息中心統(tǒng)一管理，資源共用，加重信息中心人員的運維壓力，信息中心人力成本相對增多，同時也增加了縣域醫(yī)共體整體信息化建設(shè)成本。

�。ǘ�）同構(gòu)型一體化部署模式。

　依托縣域醫(yī)共體統(tǒng)一云資源數(shù)據(jù)中心，縣域內(nèi)的縣級醫(yī)院和各基層醫(yī)療衛(wèi)生機構(gòu)的業(yè)務(wù)系統(tǒng)都由同一家供應(yīng)商提供，滿足縣域醫(yī)共體一體化管理需求，縣域醫(yī)共體衛(wèi)生健康信息綜合管理平臺和信息系統(tǒng)均統(tǒng)一存放在云資源數(shù)據(jù)中心中，實現(xiàn)縣域醫(yī)共體間信息互聯(lián)互通，有效地提升縣域醫(yī)共體的信息整合，屬于同構(gòu)性系統(tǒng)。根據(jù)各成員單位不同的管理職能和業(yè)務(wù)需求分級部署不同類型的信息系統(tǒng)（如B/S、C/S架構(gòu)混合使用），不同醫(yī)療機構(gòu)的業(yè)務(wù)數(shù)據(jù)通過醫(yī)療機構(gòu)執(zhí)業(yè)許可證唯一代碼進行區(qū)分，系統(tǒng)之間、數(shù)據(jù)庫之間保持相對統(tǒng)一，但又能按不同管理要求進行信息系統(tǒng)個性化獨立擴展。此模式下，各成員單位的數(shù)據(jù)庫、應(yīng)用服務(wù)器、業(yè)務(wù)系統(tǒng)、運維升級等均由縣域醫(yī)共體信息中心統(tǒng)籌管理，各成員單位僅保留與云資源數(shù)據(jù)中心連接的匯聚機房和IT維護人員。

　優(yōu)點：此模式可以按縣域醫(yī)共體各成員單位的實際需求進行信息化的個性化改造，有利于院內(nèi)各項業(yè)務(wù)流程的優(yōu)化；充分利用云資源數(shù)據(jù)中心的服務(wù)器資源、云計算資源、存儲資源等，達到資源綜合利用，避免浪費，減少硬件整體成本的支出；云資源數(shù)據(jù)中心統(tǒng)一運維管理，減少各成員單位網(wǎng)絡(luò)安全運維人員壓力，緩解各成員單位專業(yè)技術(shù)人員不足的問題，有利于節(jié)省整體人力資源成本；云資源數(shù)據(jù)中心和各系統(tǒng)處于同一平臺，保證數(shù)據(jù)上傳平臺的速度；信息系統(tǒng)由同一供應(yīng)商提供，接口標準和接口規(guī)范相對統(tǒng)一，有利于減少系統(tǒng)改

　造成本和接口費用；上傳平臺格式和數(shù)據(jù)質(zhì)量基本保持一致，保證上傳平臺的數(shù)據(jù)質(zhì)量，有利于縣域醫(yī)共體后期的決策分析；統(tǒng)一供應(yīng)商能統(tǒng)一接口規(guī)范，快速、方便、有效地實現(xiàn)與上級系統(tǒng)的對接，減少接口對接整體成本。

　缺點：此模式由縣域醫(yī)共體信息中心統(tǒng)一管理，資源共用，加重信息中心人員的運維壓力，信息中心人力成本相對增多，同時也增加了縣域醫(yī)共體整體信息化建設(shè)成本；由于采用不同類型的架構(gòu)，有可能會造成數(shù)據(jù)質(zhì)量不一致情況出現(xiàn)，導(dǎo)致縣域醫(yī)共體決策分析數(shù)據(jù)錯誤。

�。ㄈ�）同一型一體化部署模式。

　依托縣域醫(yī)共體統(tǒng)一云資源數(shù)據(jù)中心，盡可能利用縣域醫(yī)共體牽頭單位現(xiàn)有成熟的信息系統(tǒng)（HIS、PACS、LIS、電子病歷等），經(jīng)過改造并構(gòu)建符合縣域醫(yī)共體一體化管理要求的信息系統(tǒng)（或新建一套符合縣域醫(yī)共體管理要求的一體化信息系統(tǒng)）供各成員單位統(tǒng)一使用，同時各成員單位按管理職能不同兼顧使用區(qū)域化信息系統(tǒng)（如電子健康檔案、公共衛(wèi)生相關(guān)系統(tǒng)等）。此模式下，縣域內(nèi)的縣級醫(yī)院與基層醫(yī)療衛(wèi)生機構(gòu)共用一套統(tǒng)一的業(yè)務(wù)系統(tǒng)，共享一個數(shù)據(jù)中心，屬于多院區(qū)統(tǒng)一管理類型�；�礎(chǔ)數(shù)據(jù)共用一套、數(shù)據(jù)標準一致、接口規(guī)范統(tǒng)一、應(yīng)用標準統(tǒng)一和管理統(tǒng)一，不同醫(yī)療機構(gòu)的業(yè)務(wù)數(shù)據(jù)通過醫(yī)療機構(gòu)執(zhí)業(yè)許可證唯一代碼進行區(qū)分，統(tǒng)一采集和存儲醫(yī)療健康服務(wù)與管理數(shù)據(jù)。

　優(yōu)點：此模式充分利用云資源數(shù)據(jù)中心的服務(wù)器資源、云計算資源、存儲資源等，達到資源綜合利用，避免浪費，減少硬件整體成本的支出；云資源數(shù)據(jù)中心統(tǒng)一運維管理，減少各成員單位網(wǎng)絡(luò)安全

　運維人員壓力，緩解各成員單位專業(yè)技術(shù)人員不足的問題，有利于節(jié)省整體人力資源成本；云資源數(shù)據(jù)中心和各系統(tǒng)處于同一平臺，保證數(shù)據(jù)上傳平臺的速度；信息系統(tǒng)統(tǒng)一接口標準和接口規(guī)范，有利于減少系統(tǒng)改造成本和接口費用；上傳平臺格式和數(shù)據(jù)質(zhì)量保持一致，保證上傳平臺的數(shù)據(jù)質(zhì)量，有利于縣域醫(yī)共體后期的決策分析；完全統(tǒng)一的接口標準和接口規(guī)范，快速、方便、有效地實現(xiàn)與上級系統(tǒng)的對接，減少接口對接整體成本。

　缺點：此模式所有的改動將對縣域醫(yī)共體所有成員單位生效，不能按各成員單位的實際需求進行信息化的個性化改造，不有利于院內(nèi)各項業(yè)務(wù)流程的優(yōu)化；由縣域醫(yī)共體信息中心統(tǒng)一管理，資源共用，加重信息中心人員的運維壓力，信息中心人力成本相對增多，同時也增加了縣域醫(yī)共體整體信息化建設(shè)成本；由于采用同一標準上傳平臺，存在數(shù)據(jù)錯誤時將會導(dǎo)致數(shù)據(jù)質(zhì)量全部出錯，嚴重影響縣域醫(yī)共體決策數(shù)據(jù)的分析。

　三、建議 根據(jù)以上幾種建設(shè)模式的優(yōu)缺點，從整體運維效果、后期運維費用、總體成本和信息化后期擴展簡易性等方面綜合分析，縣域醫(yī)共體信息化建設(shè)可采用同構(gòu)型一體化部署模式進行整體規(guī)劃。

相關(guān)熱詞搜索：信息系統(tǒng) 縣域 部署