醫(yī)院信息體系的結(jié)構(gòu)及特征

1、醫(yī)院信息體系的結(jié)構(gòu)及特征隨著國(guó)家醫(yī)療保險(xiǎn)制度和社會(huì)保障制度的改革 , 以及區(qū)域協(xié)作醫(yī)療體系的逐步建 立 , 我國(guó)醫(yī)療行業(yè)進(jìn)行信息化管理的需要越來(lái)越迫切。數(shù)字化醫(yī)院(DigitalHospital)和大眾醫(yī)療信息服務(wù)是信息技術(shù)在醫(yī)院應(yīng)用的必然產(chǎn)物。世界各國(guó)對(duì)醫(yī)療電子信息 化的發(fā)展是高度重視的 ,早在 2000年,歐盟實(shí)施以建立知識(shí)經(jīng)濟(jì)為目標(biāo)的“里斯本戰(zhàn) 略” ,其行動(dòng)計(jì)劃 eEurope 的一大重點(diǎn)就是電子醫(yī)療。美國(guó)所有醫(yī)療機(jī)構(gòu)均實(shí)現(xiàn)了信 息化管理。到2004年，約20%勺醫(yī)院已完成了電子病歷系統(tǒng)(EMR改造、醫(yī)學(xué)影像系 統(tǒng)(PACS)實(shí)驗(yàn)。日本已實(shí)施e Health戰(zhàn)略，移動(dòng)通信、遠(yuǎn)程醫(yī)療等技

2、術(shù)正廣泛地應(yīng) 用于病人監(jiān)控、家庭病床、老年衛(wèi)生等。在我國(guó) ,1995 年正式啟動(dòng)了“金衛(wèi)工程”, 其主要內(nèi)容之一就是開(kāi)發(fā)醫(yī)院信息系統(tǒng) , 實(shí)現(xiàn)我國(guó)自主開(kāi)發(fā)勺 , 集門(mén)診、病區(qū)和行政 管理于一體 , 集人、財(cái)、物管理于一體 , 涉及全院規(guī)模勺醫(yī)院信息系統(tǒng)。甘肅電信經(jīng)過(guò)多年勺實(shí)踐和探索 , 在建立“數(shù)字化醫(yī)院”勺進(jìn)程中始終走在甘肅 醫(yī)療信息化勺前沿。 從早期勺“醫(yī)院信息系統(tǒng)”逐漸演進(jìn)到目前全面推動(dòng)HIS、 PACS和 LIS 等系統(tǒng)勺信息融合 , 新一代遠(yuǎn)程醫(yī)療中心采用了多種通信手段進(jìn)行遠(yuǎn)程醫(yī)療服 務(wù), 分布病房和辦公室勺無(wú)線局域網(wǎng)以及手持便攜終端極大地方便了醫(yī)生、護(hù)士勺日 常工作。同時(shí)醫(yī)院勺信息

3、化部門(mén)堅(jiān)持不懈地進(jìn)行標(biāo)準(zhǔn)化工作和信息流程勺調(diào)整工作。 但在信息化過(guò)程中 , 由于我國(guó)經(jīng)濟(jì)社會(huì)發(fā)展現(xiàn)狀所致 , 醫(yī)院與患者之間勺“數(shù)字鴻 溝”逐漸顯現(xiàn) , 醫(yī)院信息化流程鏈在患者交互環(huán)節(jié)出現(xiàn)阻滯 , 使用傳統(tǒng)勺觸摸屏、醫(yī) 療網(wǎng)站已經(jīng)不能解決快速發(fā)展勺醫(yī)院信息化與低速緩進(jìn)勺個(gè)人信息化之間勺矛盾,也無(wú)法解決海量醫(yī)療信息與現(xiàn)有信道傳播效率低下勺矛盾。因此 , 如何構(gòu)建高效、合理地移動(dòng)醫(yī)療信息服務(wù)平臺(tái)是數(shù)字化醫(yī)院建設(shè)過(guò)程中一個(gè)重要的研究課題。就此,提出了一種以TNA技術(shù)無(wú)關(guān)架構(gòu)）為核心,配之以高性能的數(shù)據(jù)實(shí)時(shí)采集及 安全互聯(lián)網(wǎng)傳輸?shù)囊苿?dòng)醫(yī)療信息服務(wù)平臺(tái)設(shè)計(jì)方案 , 該系統(tǒng)在實(shí)現(xiàn)醫(yī)院信息系統(tǒng)數(shù) 據(jù)的自動(dòng)采

4、集存儲(chǔ)及標(biāo)準(zhǔn)化處理的同時(shí) , 可通過(guò)我國(guó)現(xiàn)有 2G、3G 移動(dòng)通信網(wǎng)的短消 息業(yè)務(wù)將信息發(fā)送到確定的患者移動(dòng)電話上 , 從而實(shí)現(xiàn)醫(yī)院預(yù)約掛號(hào)、候診排號(hào)、檢 驗(yàn)檢查結(jié)果、住院提示、出院隨訪等信息的大規(guī)模自動(dòng)傳播和反饋。1 系統(tǒng)總體結(jié)構(gòu)及其效用移動(dòng)醫(yī)療信息服務(wù)平臺(tái)總體分為醫(yī)院數(shù)據(jù)采集中心和電信云計(jì)算中心兩部分 , 如 圖1所示。醫(yī)院數(shù)據(jù)采集中心包括裝有數(shù)據(jù)庫(kù)系統(tǒng)和數(shù)據(jù)采集軟件的接口服務(wù)器 ,其 效用是提取來(lái)自各個(gè)被測(cè)醫(yī)院信息系統(tǒng)的數(shù)據(jù) , 并將接收到的信息加以篩選、存儲(chǔ) , 按照預(yù)先確定的數(shù)據(jù)轉(zhuǎn)換標(biāo)準(zhǔn)對(duì)數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化 , 也可對(duì)已存儲(chǔ)的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分 析。電信云計(jì)算中心主要包括中心計(jì)算平臺(tái)和 SM

5、S/MM管理服務(wù)器，中心平臺(tái)通過(guò)接 口服務(wù)器獲得標(biāo)準(zhǔn)化后的監(jiān)控點(diǎn)數(shù)據(jù) , 根據(jù)業(yè)務(wù)規(guī)則批量向指定的信息接收者發(fā)送 信息并可以接收反饋。1.1 效用設(shè)計(jì)移動(dòng)醫(yī)療信息服務(wù)平臺(tái)總體分為醫(yī)院數(shù)據(jù)采集中心和電信云計(jì)算中心兩部分 , 包 括 6 大子系統(tǒng) , 覆蓋患者可能參與的所有主要醫(yī)療過(guò)程。 1）呼叫中心預(yù)約掛號(hào)業(yè)務(wù)子 系統(tǒng):利用號(hào)碼百事通平臺(tái)的呼叫中心外包 , 建立預(yù)約掛號(hào)呼叫中心 ,提供人工導(dǎo)醫(yī)咨詢、醫(yī)療資源查詢、醫(yī)務(wù)咨詢、疫情控制等效用。2）短信預(yù)約掛號(hào)子系統(tǒng) : 建立短信預(yù)約掛號(hào)平臺(tái) , 可24小時(shí)通過(guò)電話和短信接受患者掛號(hào) , 實(shí)現(xiàn)患者信息和掛號(hào)信息 的采集、傳輸、存儲(chǔ)、處理、分析過(guò)程的信息

6、化、自動(dòng)化和網(wǎng)絡(luò)化。 3） 門(mén)診分診短 信叫號(hào)子系統(tǒng) :成功掛號(hào)繳費(fèi)的患者經(jīng)分診系統(tǒng)分配至各診室排號(hào)候診 , 醫(yī)院利用本 產(chǎn)品通過(guò)短信通知患者排號(hào)位置和即將就診提示 , 減少患者等待時(shí)間 , 減輕醫(yī)院患者 現(xiàn)場(chǎng)候診壓力 , 實(shí)現(xiàn)衛(wèi)生部要求的“居家候診”。 4）檢驗(yàn)結(jié)果短信通知子系統(tǒng) : 通過(guò) 與有條件的醫(yī)療機(jī)構(gòu)中HIS、LIS和PACS系統(tǒng)建立實(shí)時(shí)接口，實(shí)現(xiàn)門(mén)診體檢病人檢驗(yàn)、 檢查結(jié)果的短信或彩信方式定向發(fā)布 , 減少紙質(zhì)檢驗(yàn)、檢查結(jié)果單的寄送和領(lǐng)取 , 尤 其是為慢性病非住院病人和體檢結(jié)果完全正常的門(mén)診病人提供方便。5）入院關(guān)懷和出院隨訪子系統(tǒng)：通過(guò)與有條件的醫(yī)療機(jī)構(gòu)中HIS、住院管理系統(tǒng)建

7、立實(shí)時(shí)接口 ，實(shí)現(xiàn) 住院病人入院即收到醫(yī)院充滿關(guān)切的問(wèn)候短信 , 減少病人和家屬的緊張和困惑 ; 出院 病人在離院后可以收到醫(yī)院出院休養(yǎng)提示和問(wèn)候短信。 6）醫(yī)療信息服務(wù)門(mén)戶網(wǎng)站 ：醫(yī) 院建立大眾醫(yī)療信息服務(wù)互聯(lián)網(wǎng)門(mén)戶網(wǎng)站 , 實(shí)現(xiàn)各種醫(yī)療資源的集中信息發(fā)布和服 務(wù)反饋管理 , 實(shí)行環(huán)節(jié)清晰、操作簡(jiǎn)單的網(wǎng)絡(luò)導(dǎo)醫(yī)服務(wù)機(jī)制。上述所有子系統(tǒng)均提供 系統(tǒng)配置效用和元數(shù)據(jù)管理能力。1.2 通信機(jī)制的設(shè)計(jì)通信方式采用定時(shí)發(fā)送和查詢兩種方式。 1） 定時(shí)發(fā)送方式 ： 用戶可以根據(jù)自己的 需要通過(guò)XML配置文件方便地設(shè)定定時(shí)發(fā)送的時(shí)間，如每小時(shí)發(fā)送或每天發(fā)送，也可 設(shè)定具體是幾點(diǎn)幾分幾秒發(fā)送。當(dāng)所設(shè)定的發(fā)送時(shí)

8、間到時(shí) , 系統(tǒng)會(huì)自動(dòng)將此時(shí)采集到 的信息以短消息的方式向?qū)?yīng)的移動(dòng)終端發(fā)出。 2）請(qǐng)求發(fā)送方式 ： 在任意時(shí)刻 , 用戶 都可以通過(guò)Web客戶端直接向中心平臺(tái)發(fā)出短信發(fā)送請(qǐng)求，指定的電話號(hào)碼或醫(yī)療卡 號(hào)發(fā)送信息 , 信息內(nèi)容僅受安全契約限制。當(dāng)醫(yī)院用戶向指定的電話號(hào)碼或醫(yī)療卡號(hào) 發(fā)送短消息后 ,云計(jì)算中心首先會(huì)進(jìn)行身份驗(yàn)證 ,通過(guò)身份驗(yàn)證后會(huì)發(fā)送信息 ; 若未 通過(guò)身份驗(yàn)證 , 則不會(huì)發(fā)送任何信息。這樣設(shè)計(jì)可以屏蔽掉盜用終端用戶賬號(hào)發(fā)送的 短消息。1.3 通信的具體實(shí)現(xiàn)1.3.1 數(shù)據(jù)發(fā)送格式短消息業(yè)務(wù)是中國(guó)電信提供的一項(xiàng)數(shù)據(jù)通信服務(wù)。短消息一次可傳輸?shù)臄?shù)據(jù)量較 少（不多于 70漢字）, 價(jià)

9、格低廉, 非常適合大規(guī)模信息發(fā)布和反饋。網(wǎng)絡(luò)的運(yùn)行質(zhì)量決 定短消息數(shù)據(jù)的傳輸效果 , 數(shù)據(jù)傳輸時(shí)延通常為幾秒 , 如果信令網(wǎng)絡(luò)擁擠或基站檢修 時(shí)有比較大的時(shí)延。本平臺(tái)采用 WebServiceSOAP通信方式，醫(yī)院數(shù)據(jù)采集中心通過(guò) 技術(shù)中立和無(wú)業(yè)務(wù)特征的實(shí)時(shí)數(shù)據(jù)接口實(shí)現(xiàn)對(duì)HIS、LIS、PACS等系統(tǒng)的數(shù)據(jù)采集。通信契約是對(duì)數(shù)據(jù)傳送方式的規(guī)定 , 包括:數(shù)據(jù)格式定義和數(shù)據(jù)位定義等。在本系統(tǒng) 中，具體的通信契約指定如下：1）采用TCP/IP通信契約，不支持UDP通過(guò)RJ 45電纜 進(jìn)行信號(hào)的收發(fā) ;2） 醫(yī)院數(shù)據(jù)采集中心可以發(fā)送和接收數(shù)據(jù) ;3） 醫(yī)院數(shù)據(jù)采集中心的 調(diào)用 Webservice 基于 SOAP契約;4）數(shù)據(jù)接口格式：function_Name（Array、String、 Long、String、MD5）,無(wú)奇偶校驗(yàn)位;5）采用定時(shí)或請(qǐng)求方式發(fā)送。具體如下：下位機(jī) 向手機(jī)或上位機(jī)發(fā)送的數(shù)據(jù)信息 , 包括目標(biāo)電話號(hào)、格式化后的信息內(nèi)容、測(cè)點(diǎn)