以健康醫(yī)療大數(shù)據(jù)為代表的醫(yī)療新業(yè)態(tài)，正不斷的激發(fā)著醫(yī)療行業(yè)的發(fā)展?，F(xiàn)階段大數(shù)據(jù)系統(tǒng)最基本的組件是處理框架，處理框架和處理引擎負(fù)責(zé)對數(shù)據(jù)系統(tǒng)中的數(shù)據(jù)進(jìn)行計算，依據(jù)所要處理的數(shù)據(jù)類型和數(shù)據(jù)狀態(tài)分類，一些系統(tǒng)可以用批處理方式處理數(shù)據(jù)，一些系統(tǒng)可以用流方式處理連續(xù)不斷流入系統(tǒng)的數(shù)據(jù)，另外還有一些系統(tǒng)可以同時處理這兩類數(shù)據(jù)。
那么如何進(jìn)行技術(shù)路線的選擇以及項目落地后日常運(yùn)維難點如何解決？前不久，twt社區(qū)特意邀請了來自三甲醫(yī)院的專家和醫(yī)療行業(yè)專家進(jìn)行線上交流分享答疑。以下是活動中對疑難問題的解答和經(jīng)驗分享，整理于此，供同行參考。
Q1、醫(yī)院建設(shè)大數(shù)據(jù)項目面臨風(fēng)險有哪些？如何應(yīng)對？
【問題描述】醫(yī)療數(shù)據(jù)安全關(guān)系到患者隱私、技術(shù)研發(fā)等重要、敏感領(lǐng)域，一旦發(fā)生數(shù)據(jù)泄露將對患者群體、社會穩(wěn)定造成嚴(yán)重影響，對于數(shù)據(jù)安全的風(fēng)險如何應(yīng)對？
doc長春理想項目經(jīng)理：
臨床研究數(shù)據(jù)安全風(fēng)險。臨床研究數(shù)據(jù)一般是指由醫(yī)院、學(xué)術(shù)研究機(jī)構(gòu)和醫(yī)療企業(yè)發(fā)起的，主要用于藥物、醫(yī)療器械、醫(yī)療診斷的科學(xué)研究，所涉及的基本人口學(xué)資料、診斷信息、病例及患者報告等數(shù)據(jù)信息。參與臨床研究的醫(yī)患及有關(guān)信息，在通過專線、互聯(lián)網(wǎng)線路等途徑進(jìn)行傳輸時，或是在醫(yī)療機(jī)構(gòu)進(jìn)行存儲和使用等過程中，都面臨著諸多數(shù)據(jù)安全風(fēng)險。另外還存在遠(yuǎn)程醫(yī)療數(shù)據(jù)安全和醫(yī)療中心數(shù)據(jù)安全問題，針對這些問題需要從多方面進(jìn)行管控：
1)包括醫(yī)療健康大數(shù)據(jù)在使用的過程中，涉及到個人隱私數(shù)據(jù)的分析利用、流通等都應(yīng)受到嚴(yán)格管控，無論從個人角度還是使用者角度，都需要獲得授權(quán)許可。
2)構(gòu)建以患者為中心的醫(yī)療數(shù)據(jù)安全防護(hù)體系。現(xiàn)有的隱私安全防護(hù)，大多只是注重脫敏和匿名保護(hù)，不是全方位體系。需要加強(qiáng)構(gòu)建以患者為中心的個人醫(yī)療信息風(fēng)險評估和防護(hù)體系，覆蓋信息錄入、個人隱私管理、加密存儲、訪問控制等多個環(huán)節(jié)。
3)加強(qiáng)個人信息保護(hù)立法。一方面，公民要有充分認(rèn)知，應(yīng)當(dāng)學(xué)會對自身隱私的保護(hù)。另一方面，對違法行為要有足夠的懲治，打擊個人信息的不當(dāng)泄露和非法利用。
spgoall和祐國際醫(yī)院信息管理部部長：
首先要對數(shù)據(jù)安全風(fēng)險進(jìn)行識別，大多數(shù)風(fēng)險應(yīng)該對機(jī)密性、完整性、可用性這三個特性造成威脅的范圍內(nèi)，在使用數(shù)據(jù)的時候應(yīng)該評估數(shù)據(jù)集的安全風(fēng)險，最好能依據(jù)某些標(biāo)準(zhǔn)對數(shù)據(jù)進(jìn)行分級，在降低危害性和增加可用性上做平衡，不同級別有不同應(yīng)對措施，識別敏感信息，對這些信息進(jìn)行合適的脫敏處理，同時建議大數(shù)據(jù)平臺要做三級等保測評。
Q2、關(guān)于數(shù)據(jù)治理的思考
【問題描述】集成平臺，數(shù)據(jù)中臺融合整個內(nèi)部的全部數(shù)據(jù)、打通數(shù)據(jù)之間的隔閡屏蔽數(shù)據(jù)孤島問題、數(shù)據(jù)標(biāo)準(zhǔn)與口徑不一致的地方、統(tǒng)一數(shù)據(jù)規(guī)范的設(shè)計規(guī)范、解決數(shù)據(jù)口徑不一致的問題、數(shù)據(jù)質(zhì)量老大難的問題、元數(shù)據(jù)管理的問題、數(shù)據(jù)提供統(tǒng)一的出口與統(tǒng)一的入口問題。有很多類似的問題，不管是在十五年前、十年前、五年前、今天，數(shù)據(jù)中臺、數(shù)據(jù)平臺、數(shù)據(jù)倉庫面臨的問題基本上是一致的。有沒有想過一個問題呢，十幾年前的企業(yè)級數(shù)據(jù)倉庫實施項目、數(shù)據(jù)平臺建設(shè)項目、今天的數(shù)據(jù)中臺實施，不管是在哪個階段，很多實施中遇到的問題都是基本一致的。這么多年下來DAMA也一直在布道數(shù)據(jù)治理的方法論與認(rèn)證等，但是遇到的問題還是一樣的，多年反復(fù)出現(xiàn)而不能解決，雖然無趣，但還是得思考造成這些問題的核心要素是什么?
spgoall和祐國際醫(yī)院信息管理部部長：
數(shù)據(jù)治理是戰(zhàn)略層面，DAMA強(qiáng)調(diào)的是數(shù)據(jù)管理，核心還是在數(shù)據(jù)質(zhì)量上，參照醫(yī)療質(zhì)量管理體系，不妨可以試試用PDCA只數(shù)據(jù)質(zhì)量改進(jìn)，每次改進(jìn)一點點，積少成多，不斷形成或修正數(shù)據(jù)管理制度和數(shù)據(jù)標(biāo)準(zhǔn)，整個醫(yī)院數(shù)據(jù)管理體系就會逐步成熟。
doc長春理想項目經(jīng)理：
數(shù)據(jù)標(biāo)準(zhǔn)是為了規(guī)范對數(shù)據(jù)的統(tǒng)一理解，促進(jìn)數(shù)據(jù)共享，增強(qiáng)跨團(tuán)隊協(xié)作中對數(shù)據(jù)定義與使用的一致性，降低溝通成本。數(shù)據(jù)標(biāo)準(zhǔn)通常包括組織架構(gòu)、標(biāo)準(zhǔn)制度、管控流程、技術(shù)體系四個方向，應(yīng)用統(tǒng)一的數(shù)據(jù)定義、數(shù)據(jù)分類、編碼規(guī)范，以及數(shù)據(jù)字典等。
數(shù)據(jù)標(biāo)準(zhǔn)可以考慮如下：組織架構(gòu)：確定元數(shù)據(jù)、主數(shù)據(jù)、交易數(shù)據(jù)涉及的管理決策、數(shù)據(jù)業(yè)主、運(yùn)營、質(zhì)量、消費(fèi)等團(tuán)隊或崗位角色，以及所涉及的責(zé)權(quán)利。標(biāo)準(zhǔn)制度：圍繞源端數(shù)據(jù)制定分類、格式、編碼等規(guī)范，制定日志、報警、性能指標(biāo)等數(shù)據(jù)標(biāo)準(zhǔn)，這里的標(biāo)準(zhǔn)應(yīng)該與技術(shù)規(guī)范區(qū)別開。管控流程：要對數(shù)據(jù)管理的供應(yīng)、變更、申請、共享、質(zhì)量、運(yùn)營等流程進(jìn)行規(guī)范化、線上化。技術(shù)體系：綜合考慮平臺架構(gòu)、接口規(guī)范、應(yīng)用場景等，圍繞數(shù)據(jù)的“采存算管用”建立數(shù)據(jù)平臺。數(shù)據(jù)質(zhì)量管理是指針對數(shù)據(jù)從計劃、獲取、存儲、共享、維護(hù)、應(yīng)用、消亡生命周期的每個階段里可能引發(fā)的數(shù)據(jù)質(zhì)量問題，進(jìn)行識別、度量、監(jiān)控、預(yù)警等管理活動，并通過改善和提高組織的管理水平提高數(shù)據(jù)質(zhì)量。
Q3、關(guān)于醫(yī)療信息化考核指標(biāo)
【問題描述】醫(yī)療信息化本身的復(fù)雜性，加之醫(yī)療項目管理的高要求，成就了醫(yī)院信息化項目的高風(fēng)險性。選型不力、溝通不暢、需求變更等等，都可能導(dǎo)致信息化項目工期拖延，甚至完全失敗。而這其中更大的風(fēng)險在于，我們看似理性的決策背后，其實蘊(yùn)含著巨大的認(rèn)識誤區(qū)和執(zhí)行陷阱。請專家，談?wù)勑畔⒒椖砍晒Φ目己藰?biāo)準(zhǔn)，信息化項目kpi，客觀評價。
doc長春理想項目經(jīng)理：
1）項目進(jìn)度的估算是否準(zhǔn)確：對于估算是否準(zhǔn)確是對項目進(jìn)度計劃安排影響最大的一個因素；
2）關(guān)鍵資源是否應(yīng)用在了關(guān)鍵路徑上：在進(jìn)度計劃安排中是否優(yōu)先保證了項目關(guān)鍵路徑上的資源，是否通過人員技能矩陣對項目關(guān)鍵資源進(jìn)行分析和安排。
3）項目中的資源是否充分利用：由于存在關(guān)鍵路徑和崗位角色矩陣，所以項目中人力資源往往并不能充分利用起來。需求的確定與變更，醫(yī)院信息化項目需求的確定是項目建設(shè)的依據(jù)，而需求的變更必須要項目組成員一致通過才能變更，把具體的需求落到紙面上，雙方簽字確認(rèn)，嚴(yán)格按照需求執(zhí)行，雙方的責(zé)任劃分清楚，如需更改改造進(jìn)度需要上會商議，商議通過按新需求執(zhí)行，從而保障項目的順利進(jìn)行。
spgoall和祐國際醫(yī)院信息管理部部長：
1、這里指的信息化項目應(yīng)該是指軟件項目或集成項目
2、成功的標(biāo)準(zhǔn)，首先是看是否符合合同規(guī)定的驗收條件，這是客觀的指標(biāo)，其次是用戶滿意度。
3、現(xiàn)實中，很多項目，特別是軟件項目用戶滿意度是最難提升的，原因在于需求變更頻繁，公司響應(yīng)變更太快，用戶會覺得很隨意，后續(xù)會有更多的需求變更，公司不響應(yīng)或響應(yīng)不及時又感覺公司不重視，所以如何把握需求變更響應(yīng)的度是最難的。
Q4、如何建設(shè)適合各家醫(yī)院的大數(shù)據(jù)平臺，其條件有哪些？
【問題描述】不同醫(yī)院的信息化程度各異，如何選擇適合自身的大數(shù)據(jù)平臺，平臺有賴與醫(yī)院各信息系統(tǒng)產(chǎn)生的數(shù)據(jù)，如果數(shù)據(jù)質(zhì)量不高必然會影響大數(shù)據(jù)平臺的抽取，人工智能分析和數(shù)據(jù)挖掘的效果就會大打折扣，所以應(yīng)該立足實際，具備了建立大數(shù)據(jù)平臺的條件再行考慮，那么這個條件具體來說有哪些呢？
spgoall和祐國際醫(yī)院信息管理部部長：
可以以點帶面，先從病案首頁篩選出貴院前10的病種，然后匹配響應(yīng)的臨床科室團(tuán)隊，找到有意向做數(shù)據(jù)分析的團(tuán)隊，然后按單個病種組織數(shù)據(jù)集，還可以利用臨床團(tuán)隊的領(lǐng)域地位建立多中心數(shù)據(jù)集，利用大數(shù)據(jù)平臺實現(xiàn)他們的需求。項目到一定階段后要總結(jié)，最好能有一些文章發(fā)表，以此再對其他臨床科室宣傳，再進(jìn)行第二輪病種篩選和推進(jìn)……
doc長春理想項目經(jīng)理：
醫(yī)療大數(shù)據(jù)分析平臺由數(shù)據(jù)獲取、數(shù)據(jù)整合，數(shù)據(jù)加工和數(shù)據(jù)展現(xiàn)四個模塊組成。需要結(jié)合實際情況進(jìn)行分析，建設(shè)醫(yī)療大數(shù)據(jù)分析平臺能否實現(xiàn)預(yù)期的效果，是否可以做到以下這四個方面。
1)數(shù)據(jù)獲?。涸谶@個階段要回答以下幾個問題，包括要收集哪些數(shù)據(jù)，哪些數(shù)據(jù)是對于戰(zhàn)略性的決策或細(xì)節(jié)決策有幫助的，哪些數(shù)據(jù)分析出來的結(jié)果是有價值的，哪些數(shù)據(jù)得出的信息對于一個臨床診療是有幫助，哪些數(shù)據(jù)能更好的實現(xiàn)輔助診療目標(biāo)等。
2)數(shù)據(jù)整合：為了得到更加精確的結(jié)果，在大數(shù)據(jù)分析的過程當(dāng)中，數(shù)據(jù)整合是關(guān)鍵的環(huán)節(jié)，數(shù)據(jù)整合是將從醫(yī)院信息平臺抽取的業(yè)務(wù)數(shù)據(jù)按照統(tǒng)一的存儲和定義進(jìn)行集成。醫(yī)院信息化經(jīng)過多年的發(fā)展，積累了很多基礎(chǔ)性和零散的業(yè)務(wù)數(shù)據(jù)。但是數(shù)據(jù)分散在臨床、輔助、管理等不同部門，致使數(shù)據(jù)查詢訪問困難，醫(yī)院管理層人員無法直接查閱數(shù)據(jù)和對數(shù)據(jù)進(jìn)行分析利用，數(shù)據(jù)整合需要綜合不同格式、不同業(yè)務(wù)系統(tǒng)的數(shù)據(jù)。
3)數(shù)據(jù)加工：醫(yī)院原有的業(yè)務(wù)數(shù)據(jù)必須經(jīng)過標(biāo)準(zhǔn)化處理后才能夠遷入大數(shù)據(jù)平臺。由于醫(yī)院的大數(shù)據(jù)來自各個不同的業(yè)務(wù)系統(tǒng)，數(shù)據(jù)格式和標(biāo)準(zhǔn)不統(tǒng)一，很難對數(shù)據(jù)進(jìn)行統(tǒng)一的管理和利用。一般大數(shù)據(jù)平臺的建設(shè)都會針對結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)建立不同的主索引數(shù)據(jù)，然后對源數(shù)據(jù)進(jìn)行清洗后導(dǎo)入數(shù)據(jù)集。擁有或創(chuàng)造一個干凈、結(jié)構(gòu)良好的數(shù)據(jù)集是必須的。使用數(shù)據(jù)清洗軟件工具可以幫助細(xì)化數(shù)據(jù)并將其重塑為可用的數(shù)據(jù)集。
4)數(shù)據(jù)展現(xiàn)：數(shù)據(jù)展現(xiàn)即數(shù)據(jù)可視化，為方便醫(yī)護(hù)人員、患者和管理人員理解和閱讀數(shù)據(jù)，而采用相關(guān)技術(shù)按業(yè)務(wù)規(guī)則進(jìn)行的數(shù)據(jù)轉(zhuǎn)換。這就要求醫(yī)院相關(guān)的業(yè)務(wù)規(guī)則都是已經(jīng)確定好的，這些業(yè)務(wù)規(guī)則可以幫助數(shù)據(jù)分析員評估他們的工作，將數(shù)據(jù)進(jìn)行分析得出有價值的結(jié)果。
Q5、醫(yī)療大數(shù)據(jù)平臺重視算法模型還是應(yīng)該重視應(yīng)用場景？
【問題描述】目前醫(yī)療大數(shù)據(jù)平臺都如火如荼的在全國推廣建設(shè)和應(yīng)用，那么針對數(shù)據(jù)處理的角度放在大數(shù)據(jù)平臺上會有兩個關(guān)注點，一是關(guān)注算法模型，使最優(yōu)化的算法模型對數(shù)據(jù)的處理產(chǎn)生較為理想的結(jié)果，另一個是關(guān)注大數(shù)據(jù)平臺的應(yīng)用場景，使得其能夠解決更多的問題，二者之間如何來平衡？
doc長春理想項目經(jīng)理：
目前，醫(yī)療大數(shù)據(jù)的應(yīng)用場景主要包括臨床決策支持、健康及慢病管理、支付和定價、醫(yī)藥研収、醫(yī)療管理等，服務(wù)對象涵蓋居民、醫(yī)療服務(wù)機(jī)構(gòu)、科研機(jī)構(gòu)、醫(yī)療保險機(jī)構(gòu)、公共健康管理部門等。而算法模型是為了醫(yī)院在數(shù)據(jù)處理時產(chǎn)生更為理想的結(jié)果，算法模型是服務(wù)于應(yīng)用場景的，二者相輔相成。
spgoall和祐國際醫(yī)院信息管理部部長：
有應(yīng)用場景也就是有應(yīng)用需求，分析需求后才能知道數(shù)據(jù)元，根據(jù)數(shù)據(jù)元產(chǎn)生數(shù)據(jù)集，拿到相關(guān)的數(shù)據(jù)后才能進(jìn)行數(shù)據(jù)處理，目前很多醫(yī)療大數(shù)據(jù)平臺可以用多種算法試算結(jié)果，再對比各種算法的優(yōu)劣后推薦最優(yōu)的幾種。
Q6、醫(yī)院如果要建設(shè)大數(shù)據(jù)項目有哪幾種技術(shù)路線可以選擇？
【問題描述】應(yīng)該如何結(jié)合醫(yī)院的需求場景、醫(yī)院現(xiàn)有數(shù)據(jù)的特點以及對大數(shù)據(jù)處理速度的要求選擇合適技術(shù)路線？
doc長春理想項目經(jīng)理：
目前主流的大數(shù)據(jù)處劃框架包含以下幾種，用戶需要結(jié)合自身的要求和特點進(jìn)行選擇：Apache Hadoop是一種專用于批處理的處理框架。Apache Hadoop及其MapReduce處理引擎最適合處理對時間要求不高的非常大規(guī)模數(shù)據(jù)集。通過非常低成本的組件即可搭建完整功能的Hadoop集群，使得這一廉價且高效的處理技術(shù)可以靈活應(yīng)用在很多案例中。
Apache Storm是一種側(cè)重于極低延遲的流處理框架，也許是要求近實時處理的工作負(fù)載的最佳選擇。該技術(shù)可處理非常大量的數(shù)據(jù)，通過比其他解決方案更低的延遲提供結(jié)果。
Apache Samza是一種與Apache Kafka消息系統(tǒng)緊密綁定的流處理框架。雖然Kafka可用于很多流處理系統(tǒng)，但按照設(shè)計，Samza可以更好地發(fā)揮Kafka獨特的架構(gòu)優(yōu)勢和保障。該技術(shù)可通過Kafka提供容錯、緩沖，以及狀態(tài)存儲。
Apache Flink是一種可以處理批處理任務(wù)的流處理框架。該技術(shù)可將批處理數(shù)據(jù)視作具備有限邊界的數(shù)據(jù)流，借此將批處理任務(wù)作為流處理的子集加以處理。Flink是一個新興的項目存在一定的局限性。
Apache Spark是一種包含流處理能力的下一代批處理框架。與Hadoop的MapReduce引擎基于各種相同原則開發(fā)而來的Spark主要側(cè)重于通過完善的內(nèi)存計算和處理優(yōu)化機(jī)制加快批處理工作負(fù)載的運(yùn)行速度。Spark是多樣化工作負(fù)載處理任務(wù)的最佳選擇。Spark批處理能力以更高內(nèi)存占用為代價提供了無與倫比的速度優(yōu)勢。對于重視吞吐率而非延遲的工作負(fù)載，則比較適合使用Spark Streaming作為流處理解決方案。
Q7、如何判斷醫(yī)療大數(shù)據(jù)平臺供應(yīng)商？
【問題描述】目前醫(yī)院都在做集成平臺、臨床數(shù)據(jù)中心的等信息化建設(shè)。市場上的大數(shù)據(jù)供應(yīng)商也很多，hadoop、spark的等等都有，如何去判斷大數(shù)據(jù)平臺供應(yīng)商的技術(shù)實力以及技術(shù)路線是否能滿足醫(yī)院業(yè)務(wù)的實際需求？其次，為提高數(shù)據(jù)質(zhì)量，而修改業(yè)務(wù)系統(tǒng)，具體要規(guī)避哪些難點？是從集成平臺上做數(shù)據(jù)規(guī)范還是從根源上去解決，根源上解決的話對業(yè)務(wù)系統(tǒng)的修改牽連甚廣。
doc長春理想項目經(jīng)理：
1、選擇大數(shù)據(jù)平臺供應(yīng)商，首先需要考察供應(yīng)商的安全意識，對數(shù)據(jù)的安全管理、對數(shù)據(jù)的合規(guī)利用理念和方法等；其次要考慮的是供應(yīng)商的技術(shù)實力，有成功案例，能提供持續(xù)的服務(wù)，具有良好的行業(yè)用戶口碑等。
2、對于醫(yī)療大數(shù)據(jù)平臺供應(yīng)商，不僅要關(guān)注其大數(shù)據(jù)處理技術(shù)能力（如數(shù)據(jù)庫技術(shù)、搜索、結(jié)構(gòu)化處理等），還要關(guān)注其對醫(yī)院信息系統(tǒng)的熟悉程度、網(wǎng)絡(luò)安全、數(shù)據(jù)統(tǒng)計、科研項目等方面的經(jīng)驗。
3、醫(yī)療大數(shù)據(jù)平臺建設(shè)不同于傳統(tǒng)的信息系統(tǒng)建設(shè)，對于供應(yīng)商的技術(shù)實力和研發(fā)團(tuán)隊要求較高。供應(yīng)商研發(fā)團(tuán)隊中除了高水平的IT工程師，一般還應(yīng)配備一定數(shù)量的具有臨床工作背景員工。因為原始數(shù)據(jù)歸集過程中的數(shù)據(jù)歸一、非結(jié)構(gòu)化數(shù)據(jù)的結(jié)構(gòu)化處理等，需要大量的臨床背景知識。如果缺乏臨床知識支持，很難建設(shè)高質(zhì)量的大數(shù)據(jù)平臺。
Q8、醫(yī)院進(jìn)行數(shù)據(jù)標(biāo)準(zhǔn)化建設(shè)的必要性？能帶來哪些價值？
doc長春理想項目經(jīng)理：
醫(yī)院進(jìn)行數(shù)據(jù)標(biāo)準(zhǔn)化的建設(shè)是大數(shù)據(jù)分析平臺建設(shè)的基礎(chǔ)，隨著醫(yī)院信息化系統(tǒng)建設(shè)逐漸升級，醫(yī)院信息系統(tǒng)功能不斷完善和增強(qiáng)，各子系統(tǒng)分布在醫(yī)院管理各個層級，涵蓋門診掛號、門診收費(fèi)、藥房藥庫、一體化醫(yī)生站、一體化護(hù)士站、LIS系統(tǒng)、PACS系統(tǒng)、RIS、HRP、遠(yuǎn)程醫(yī)療、OA等方面，為了順應(yīng)醫(yī)院的戰(zhàn)略目標(biāo)，改善工作效率，信息系統(tǒng)不斷升級和完善，為患者提供有序、安全的醫(yī)療服務(wù)，同時各子系統(tǒng)分散全院級、部門級應(yīng)用，同時數(shù)據(jù)交互也不完全數(shù)據(jù)互通，因此，醫(yī)療數(shù)據(jù)不能統(tǒng)一現(xiàn)象問題。為了掌握醫(yī)院的運(yùn)營狀況和經(jīng)營決策支持，提升醫(yī)院科學(xué)化、精細(xì)化管理要求，因此需要在各系統(tǒng)間建立數(shù)據(jù)標(biāo)準(zhǔn)化，形成系統(tǒng)與系統(tǒng)間數(shù)據(jù)互聯(lián)互通。
醫(yī)院數(shù)據(jù)標(biāo)準(zhǔn)化建設(shè)帶來價值：1）規(guī)范軟件開發(fā)的標(biāo)準(zhǔn)化，降低軟件維護(hù)成本；2）提升信息數(shù)據(jù)標(biāo)準(zhǔn)化水平，各系統(tǒng)間互聯(lián)互通；4）規(guī)范軟件用戶的操作，減少工作中誤當(dāng)和理解分歧等，確保數(shù)據(jù)完整性。
Q9、HIS系統(tǒng)掛載太多，找不到問題怎么辦？
【問題描述】我們的HIS系統(tǒng)掛在了太多的非醫(yī)療必要性的系統(tǒng)，如果這些系統(tǒng)宕掉，很難排查具體的問題。就這個情況想要做一個管理方案。
doc長春理想項目經(jīng)理：
多數(shù)his系統(tǒng)都是大而全的發(fā)展?fàn)顟B(tài)的，當(dāng)his系統(tǒng)包括的子系統(tǒng)多時出問題就不易于排查，最好是把這些非必要的系統(tǒng)分離出去獨立運(yùn)行，如果his系統(tǒng)與非必要的系統(tǒng)有數(shù)據(jù)之間的交互最好采用通過接口服務(wù)器互連的方式，這樣能明確出問題的源頭，易于問題的排查與處理。
spgoall和祐國際醫(yī)院信息管理部部長：
HIS掛載太多插件是不可避免，要對這些插件做分類，把每個插件的配置信息文檔化，甚至系統(tǒng)配置化，如強(qiáng)制掛載的如醫(yī)保平臺下發(fā)的醫(yī)?；椴寮?，只能用同步調(diào)用，非強(qiáng)制的可以用異步調(diào)用方式，調(diào)用日志要專門存儲，以便跟蹤排障，服務(wù)類插件則應(yīng)部署在ESB，受到ESB管理，可以隨時查看服務(wù)調(diào)用具體日志，定位故障。
Q10、運(yùn)維的日常工作、開發(fā)平臺及工具？
【問題描述】業(yè)務(wù)運(yùn)維工程師的日常工作包括:
1、監(jiān)控線上的服務(wù)質(zhì)量
2、響應(yīng)異常/處理突發(fā)故障
3、在線發(fā)布/升級產(chǎn)品和相應(yīng)產(chǎn)品線的研發(fā)和測試協(xié)調(diào)處理產(chǎn)品問題
4、基于工作中的問題和數(shù)據(jù)分析進(jìn)行抽取，將運(yùn)維經(jīng)驗理念落地沉淀為方法論/工具/系統(tǒng)/平臺，并制定相關(guān)的改進(jìn)計劃，在各個技術(shù)方向上落地實現(xiàn)，最終反饋回運(yùn)維工作中，提高運(yùn)維本身的效率和產(chǎn)品的價值。
doc長春理想項目經(jīng)理：
醫(yī)療大數(shù)據(jù)項目經(jīng)過系統(tǒng)試運(yùn)行和最終驗收后就進(jìn)入運(yùn)維階段了，項目所涉及到的硬件設(shè)備按廠商的規(guī)定進(jìn)行保修（一般是三年）、軟件產(chǎn)品按合同約定進(jìn)行保修。此次大數(shù)據(jù)項目的實施包括基于spark開發(fā)的醫(yī)療大數(shù)據(jù)分析系統(tǒng)，以及為大數(shù)據(jù)分析系統(tǒng)做支撐的服務(wù)器、存儲、網(wǎng)絡(luò)及安全設(shè)備等已經(jīng)從實施進(jìn)入運(yùn)維階段。
運(yùn)維工作需求分析：一流的運(yùn)維服務(wù)體驗來自于以用戶服務(wù)為核心的策略，如何保障醫(yī)療大數(shù)據(jù)分析系統(tǒng)穩(wěn)定的運(yùn)行是運(yùn)維工作的重點，經(jīng)過與用戶的溝通確定了如下的用戶需求：
1．提高運(yùn)維工作效率，運(yùn)維的及時性，準(zhǔn)確性。
2．運(yùn)維人員績效考核，有利于提高運(yùn)維工作效率，有利于運(yùn)維工作的創(chuàng)新，有利于提高工作的積極性和主動性。
3．巡檢是運(yùn)維工作的日常內(nèi)容。確認(rèn)設(shè)備的巡檢周期，建立并執(zhí)行應(yīng)用系統(tǒng)巡檢制度，制定巡檢工作流程單，按流程按時按要求對設(shè)備進(jìn)行巡檢。
運(yùn)維方案的制定：運(yùn)維方案包括組織架構(gòu)，運(yùn)維要求，運(yùn)維方式，管理制度共四個方面。
組織架構(gòu)：以總經(jīng)理牽頭，下設(shè)運(yùn)營部、市場部和技術(shù)部；在運(yùn)營部下設(shè)人事、行政、商務(wù)、采購、財務(wù)等部門；在市場部下設(shè)銷售部、市場部、產(chǎn)品部和客服部；在技術(shù)部下設(shè)系統(tǒng)集成部、運(yùn)維管理部、售前方案部等部門。
運(yùn)維要求：根據(jù)出現(xiàn)問題的緊急程度，確定非常嚴(yán)重、嚴(yán)重和一般三個等級。根據(jù)問題的緊急程度確認(rèn)響應(yīng)時間，2個小時以內(nèi)、4小時以內(nèi)、8小時以內(nèi)，
運(yùn)維支持的方式包括現(xiàn)場支持、電話郵件支持和遠(yuǎn)程協(xié)助支持。
運(yùn)維方式：根據(jù)運(yùn)維工作的需求和運(yùn)維響應(yīng)時間要求決定建設(shè)完整的運(yùn)維計劃并確定服務(wù)的標(biāo)準(zhǔn)，以現(xiàn)場軟硬件巡檢為主，增強(qiáng)運(yùn)維計劃的執(zhí)行力，下面是運(yùn)維工作流程：
建設(shè)完整的運(yùn)維計劃：在整個運(yùn)維過程中，計劃是整個工作流程的核心，按照計劃先行的原則，依據(jù)本年度工作計劃制定分項工作計劃和時間維度計劃，并按流程、按計劃進(jìn)行實施和保障。
現(xiàn)場巡檢的重要性：現(xiàn)場巡檢計劃是運(yùn)維工作計劃的重點，通過現(xiàn)場巡檢能夠發(fā)現(xiàn)系統(tǒng)薄弱環(huán)節(jié)、關(guān)鍵業(yè)務(wù)節(jié)點、存在的隱患，尤其是對制定應(yīng)急預(yù)案及備品備件計劃至關(guān)重要。
執(zhí)行力的重要性：運(yùn)維計劃的執(zhí)行是運(yùn)維工作的重點，在運(yùn)維計劃執(zhí)行過程中，應(yīng)嚴(yán)格按照流程規(guī)范開展運(yùn)維，并注重控制以降低運(yùn)維風(fēng)險。針對運(yùn)維執(zhí)行情況，應(yīng)定期向用戶進(jìn)行反饋。
服務(wù)標(biāo)準(zhǔn)：簽訂售后服務(wù)承諾函與用戶約定服務(wù)級別，對于所承諾的服務(wù)級別包括提供的資源（備品和備件等）、提供的方案應(yīng)嚴(yán)格按約定執(zhí)行；
管理制度：包括運(yùn)維工作流程管理，機(jī)房環(huán)境巡檢制度，服務(wù)器、存儲、網(wǎng)絡(luò)及安全設(shè)備等巡檢制度，應(yīng)用系統(tǒng)巡檢制度等相關(guān)內(nèi)容。
