中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)語(yǔ)：中臺(tái)是什么？它的誕生是為了什么？又能解決企業(yè)的什么問(wèn)題呢？本文作者從七個(gè)維度對(duì)中臺(tái)進(jìn)行了詳細(xì)的分析，感興趣的小伙伴們一起來(lái)看一下吧。

一、中臺(tái)的起源

中臺(tái)最早被大家所注意，我相信一定是因?yàn)榘⒗锇桶偷闹信_(tái)戰(zhàn)略。2015年12月7日，時(shí)任阿里巴巴集團(tuán)CEO的張勇在一封內(nèi)部郵件中說(shuō)到：“今天起，我們?nèi)鎲?dòng)阿里巴巴集團(tuán)2018年中臺(tái)戰(zhàn)略，構(gòu)建符合DT時(shí)代的更創(chuàng)新靈活的大中臺(tái)、小前臺(tái)的組織機(jī)制和業(yè)務(wù)機(jī)制?！币源藶闃?biāo)志，阿里之前的“厚平臺(tái)，薄應(yīng)用”也就是順勢(shì)變成了“大中臺(tái)，小前臺(tái)”。

說(shuō)到阿里中臺(tái)的緣起，我們就不得不說(shuō)一下Supercell這家公司。2015 年年中，馬云帶領(lǐng)阿里巴巴集團(tuán)高管拜訪了一家芬蘭的小型游戲公司 Supercell，讓馬云及其高管團(tuán)隊(duì)感到驚訝的是，這家僅有不到 200 名員工的小型游戲公司竟創(chuàng)造了高達(dá) 15 億美元的年稅前利潤(rùn)！

該公司典型的開發(fā)模式是以小團(tuán)隊(duì)為單位的單獨(dú)“作戰(zhàn)”，每個(gè)團(tuán)隊(duì)不超過(guò) 7 名員工。每個(gè)團(tuán)隊(duì)都可以自己決定開發(fā)什么樣的游戲產(chǎn)品，然后以最快的速度推出公測(cè)版，如果不受歡迎，就立刻放棄，尋找新的方向。

而 Supercell 之所以能夠支持多個(gè)團(tuán)隊(duì)快速、敏捷地推出高質(zhì)量的游戲作品，其強(qiáng)大的中臺(tái)能力功不可沒。Supercell 的中臺(tái)，指的是公司將游戲開發(fā)過(guò)程中公共和通用的游戲素材和算法整合起來(lái)，并積累了非常科學(xué)的研發(fā)工具和框架體系，構(gòu)建了一個(gè)功能非常強(qiáng)大的中臺(tái)。這樣強(qiáng)大的中臺(tái)可以支持若干個(gè)小團(tuán)隊(duì)在短時(shí)間內(nèi)開發(fā)出一款新的游戲。

其實(shí)Supercell的訪問(wèn)只是阿里正式提出中臺(tái)戰(zhàn)略的一個(gè)引子，要想理解阿里建設(shè)中臺(tái)的真正原因，時(shí)間還要向前推，一直推到2008年阿里天貓商城的上線。

眾所周知，天貓商城相比于阿里旗下原有的淘寶，雖然二者都是面向C端的電子商務(wù)平臺(tái)，但是有著不同業(yè)務(wù)特點(diǎn)，不能完全復(fù)用，因此也就出現(xiàn)了大量的重復(fù)建設(shè)問(wèn)題，進(jìn)而也就自然有了“煙囪式架構(gòu)”所有的問(wèn)題。

那么怎么辦呢？如何才能避免大量的重復(fù)建設(shè)和資源浪費(fèi)呢？如何才能做到打破煙囪的壁壘呢？自然而然也就想到了將重復(fù)的組織和系統(tǒng)進(jìn)行整合。因此，阿里共享事業(yè)部正式誕生，負(fù)責(zé)將前臺(tái)系統(tǒng)中的公共部分進(jìn)行平臺(tái)化改造，在經(jīng)過(guò)一段時(shí)間的痛苦期后逐漸成型，才為阿里的大中臺(tái)戰(zhàn)略埋下了重要的種子。

二、中臺(tái)要解決什么痛點(diǎn)

任何一個(gè)新事物的誕生和應(yīng)用都是有他自身的價(jià)值，中臺(tái)的誕生到底是為什么呢？它又能解決企業(yè)什么樣的問(wèn)題呢？這就要分析下現(xiàn)代企業(yè)數(shù)字化轉(zhuǎn)型中的幾個(gè)痛點(diǎn)。

痛點(diǎn)一：企業(yè)前方市場(chǎng)與企業(yè)內(nèi)部支撐的沖突

為了不被善變的用戶所拋棄，企業(yè)不得不跟隨著用戶，必須做到快速響應(yīng)、靈活運(yùn)轉(zhuǎn)。但要作為一個(gè)能承接大量新業(yè)務(wù)和新服務(wù)的企業(yè)，必定需要靠企業(yè)內(nèi)部科學(xué)有序體系的穩(wěn)定支撐。所以，企業(yè)前方市場(chǎng)總是會(huì)趨于變化無(wú)序，而企業(yè)內(nèi)部支撐總歸要趨于穩(wěn)定有序，兩者必定沖突。

痛點(diǎn)二：IT系統(tǒng)建設(shè)前臺(tái)與后臺(tái)的沖突

前臺(tái)是對(duì)接用戶的，所以系統(tǒng)需要快速響應(yīng)前端用戶的需求，快速創(chuàng)新、快速迭代。后臺(tái)是企業(yè)對(duì)內(nèi)的，為了支撐前臺(tái)越來(lái)越多的業(yè)務(wù)，系統(tǒng)不斷龐大地起來(lái)。系統(tǒng)建設(shè)成本越來(lái)越高，效率越來(lái)越低。前臺(tái)系統(tǒng)和后臺(tái)系統(tǒng)的特點(diǎn)決定了，兩者的沖突不可避免。

痛點(diǎn)三：大企業(yè)的通?。ǜ髡忌筋^、重復(fù)建設(shè)）

企業(yè)發(fā)展到一定程度，組織架構(gòu)和層級(jí)必然不斷膨脹擴(kuò)張。大企業(yè)內(nèi)部各處都是墻——部門墻、業(yè)務(wù)墻、數(shù)據(jù)墻。更不用說(shuō)那些一味的內(nèi)部賽馬的績(jī)效考核機(jī)制，勢(shì)必更加加劇部門間的相互封閉。

痛點(diǎn)四：傳統(tǒng)IT系統(tǒng)架構(gòu)的弊端

傳統(tǒng)的IT系統(tǒng)架構(gòu)基本都是煙囪式的系統(tǒng)，這就導(dǎo)致了重復(fù)建設(shè)，缺乏標(biāo)準(zhǔn)，集成困難，讓后臺(tái)不穩(wěn)定，讓前臺(tái)不敏捷。

前臺(tái)需要越快越好，后臺(tái)追求穩(wěn)定和安全，必然被各種流程、制度所限制，不可能滿足前臺(tái)的速度要求。那么中臺(tái)的產(chǎn)生，就是為前臺(tái)而生，是前臺(tái)和后臺(tái)的變速齒輪，他讓前臺(tái)更穩(wěn)定，后臺(tái)更敏捷。

三、中臺(tái)的定義

既然中臺(tái)概念被熱火朝天的宣傳開來(lái)，也致力于解決企業(yè)數(shù)字化轉(zhuǎn)型的各種問(wèn)題，那到底什么是中臺(tái)呢？它是一種思想？還是一種技術(shù)？或者是一種架構(gòu)呢？它有沒有明確的定義呢。很遺憾，目前為止還沒有為中臺(tái)做一個(gè)明確的定義。但是從迄今為止，有一種說(shuō)法我認(rèn)為是最為貼切的，那就是：企業(yè)級(jí)能力復(fù)用平臺(tái)。

短短的九個(gè)字，但它卻定義了中臺(tái)的視角、范圍、目的和形式。

中臺(tái)的視角是企業(yè)級(jí)的，站在企業(yè)發(fā)展的高度，來(lái)看中臺(tái)；中臺(tái)的范圍是泛指一切的能力，而不僅僅局限于技術(shù)能力和IT能力；中臺(tái)的目的是為了復(fù)用，避免重復(fù)建設(shè)，降本增效、孵化創(chuàng)新；而中臺(tái)的表現(xiàn)形式最終是以平臺(tái)的形式來(lái)體現(xiàn)。

雖然給中臺(tái)了這樣一個(gè)定義，但中臺(tái)依然是一個(gè)很泛的概念，其實(shí)根據(jù)不同的功能和類型，我們又可以對(duì)中臺(tái)劃分為業(yè)務(wù)中臺(tái)，數(shù)據(jù)中臺(tái)，技術(shù)中臺(tái)，研發(fā)中臺(tái)，AI中臺(tái)，甚至是組織中臺(tái)等等。

我們來(lái)看下行業(yè)里BAT的中臺(tái)的形式：

• 阿里的中臺(tái)強(qiáng)調(diào)業(yè)務(wù)中臺(tái)+數(shù)據(jù)中臺(tái)的雙核驅(qū)動(dòng)，一切業(yè)務(wù)數(shù)據(jù)化、一切數(shù)據(jù)業(yè)務(wù)化
• 騰訊的中臺(tái)以數(shù)據(jù)中臺(tái)+技術(shù)中臺(tái)作為驅(qū)動(dòng)，而數(shù)據(jù)中臺(tái)和技術(shù)中臺(tái)又是各種中臺(tái)的集合
• 百度的中臺(tái)和阿里、騰訊又略有區(qū)別，以AI中臺(tái)、知識(shí)中臺(tái)兩大創(chuàng)新平臺(tái)為主

四、中臺(tái)架構(gòu)的技術(shù)要求

前文介紹了中臺(tái)的定義，那就是企業(yè)級(jí)能力復(fù)用平臺(tái)，但這是廣義的概念，我們常說(shuō)的中臺(tái)架構(gòu)更偏落地的技術(shù)實(shí)現(xiàn)，站在技術(shù)角度，中臺(tái)架構(gòu)有哪些特點(diǎn)呢？

1. 組件化

中臺(tái)提供的服務(wù)最好以組件化的方式讓業(yè)務(wù)端可以即取即用。組件化設(shè)計(jì)可以避免系統(tǒng)間耦合性大，牽一發(fā)而動(dòng)全身——這需要針對(duì)共用服務(wù)進(jìn)行抽象設(shè)計(jì)。通過(guò)抽象出的組件化服務(wù)，前臺(tái)業(yè)務(wù)端可以以組合挑選的方式“按需取件”，減少重復(fù)建設(shè)得以實(shí)現(xiàn)。當(dāng)前流行的微服務(wù)架構(gòu)為組件化的實(shí)現(xiàn)提供了可以實(shí)現(xiàn)的技術(shù)支撐。

2. 可復(fù)用

我們說(shuō)中臺(tái)的目的是可復(fù)用，減少重復(fù)建設(shè)，可復(fù)用的程度也是檢驗(yàn)中臺(tái)能力的一項(xiàng)重要的衡量標(biāo)準(zhǔn)。服務(wù)的高復(fù)用是對(duì)技術(shù)層級(jí)上針對(duì)共用服務(wù)的抽象設(shè)計(jì)能力的一大考驗(yàn)，需要盡可能近地靠近業(yè)務(wù)、靠近用戶。

3. 可共用

可復(fù)用是最大限度的利用企業(yè)積累的現(xiàn)有的能力，而可共用是為了打破企業(yè)內(nèi)的各種墻，實(shí)現(xiàn)更廣泛的業(yè)務(wù)協(xié)同和資源共享。只有將資源充分的開放共享，才能賦能于前臺(tái)業(yè)務(wù)，提升前臺(tái)業(yè)務(wù)的敏捷度，從而提升創(chuàng)新的效率。

4. 靈活擴(kuò)展

當(dāng)所有前臺(tái)業(yè)務(wù)都接入中臺(tái)服務(wù)時(shí)，中臺(tái)就成為企業(yè)流量的中心，中臺(tái)服務(wù)的穩(wěn)定性需要保障，中臺(tái)的彈性能力就需要增強(qiáng)。底層的可靈活擴(kuò)展能力將非常重要，企業(yè)應(yīng)當(dāng)應(yīng)用DevOps、Docker 等先進(jìn)的開發(fā)技術(shù)理念，在中臺(tái)建設(shè)前就開啟數(shù)字化的技術(shù)轉(zhuǎn)型。

中臺(tái)本質(zhì)上是企業(yè)的業(yè)務(wù)模型。中臺(tái)如何落地，微服務(wù)架構(gòu)是目前公認(rèn)的最佳實(shí)踐，中臺(tái)落地時(shí)會(huì)面臨微服務(wù)應(yīng)該如何拆分和設(shè)計(jì)的問(wèn)題。是否有好的方法來(lái)指導(dǎo)微服務(wù)的拆分和設(shè)計(jì)呢？那就是DDD（領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)），DDD包含戰(zhàn)略設(shè)計(jì)和戰(zhàn)術(shù)設(shè)計(jì)兩個(gè)階段，通過(guò)戰(zhàn)略設(shè)計(jì)完成中臺(tái)業(yè)務(wù)邊界劃分和領(lǐng)域建模，然后將領(lǐng)域模型作為戰(zhàn)術(shù)設(shè)計(jì)的輸入，完成微服務(wù)設(shè)計(jì)。

五、中臺(tái)失敗的原因

中臺(tái)對(duì)于技術(shù)提出了更高的要求，但我們還是應(yīng)該清晰的認(rèn)識(shí)到廣義的中臺(tái)他不是一個(gè)技術(shù)上的概念，它是企業(yè)管理和企業(yè)應(yīng)用架構(gòu)緊密結(jié)合的產(chǎn)物，如果只是把中臺(tái)建設(shè)聚焦到技術(shù)領(lǐng)域、IT能力的話，中臺(tái)建設(shè)往往很難真正落地。

如果2019年是建中臺(tái)的元年，那么2021年我們又聽到很多公司開始拆中臺(tái)的消息，短短兩年中臺(tái)就已經(jīng)不行了嗎？就像當(dāng)年的那句不上ERP等死，上ERP那是找死，上中臺(tái)難道也是找死嗎？那些中臺(tái)失敗的原因到底是什么呢？錦囊專家聯(lián)合數(shù)字化奇葩說(shuō)發(fā)起了一項(xiàng)關(guān)于中臺(tái)失敗原因的調(diào)查，中臺(tái)失敗的原因如圖所示：

其中最高的居然是中臺(tái)團(tuán)隊(duì)能力差，看來(lái)任何一件錯(cuò)事，總得找人背鍋啊。按照老譚的調(diào)研和理解，我認(rèn)為中臺(tái)失敗的原因有以下六大原因：

失敗原因一：認(rèn)知不對(duì)稱，戰(zhàn)略不清晰

正像前文介紹的中臺(tái)的定義是不明確的，這就導(dǎo)致每個(gè)人對(duì)中臺(tái)的認(rèn)知是不一致的，高層看到的中臺(tái)，跟基層看到的中臺(tái)有差異，業(yè)務(wù)部門和IT部門看到的中臺(tái)有差異，如果不能拉齊這些差異的認(rèn)知，中臺(tái)落地的各個(gè)環(huán)節(jié)就會(huì)出現(xiàn)行動(dòng)偏差。另外，企業(yè)對(duì)于中臺(tái)戰(zhàn)略不清晰，是導(dǎo)致中臺(tái)失敗的罪魁禍?zhǔn)住?/p>

中臺(tái)戰(zhàn)略一定是自上而下的推動(dòng)，是業(yè)務(wù)和IT的協(xié)同，是一個(gè)短期要投入長(zhǎng)期見效益的慢工程，不是找個(gè)供應(yīng)商，上套平臺(tái)就行的，中臺(tái)建設(shè)是無(wú)法外包的。中臺(tái)不是一般的項(xiàng)目，中臺(tái)也不是一個(gè)IT系統(tǒng)，它是企業(yè)戰(zhàn)略和企業(yè)應(yīng)用架構(gòu)融合的產(chǎn)物，需要中臺(tái)思維和持續(xù)性。

失敗原因二：為了建中臺(tái)而建中臺(tái)

你的企業(yè)是否需要建中臺(tái)？每個(gè)IT負(fù)責(zé)人甚至老板都應(yīng)該思考這個(gè)問(wèn)題！上不上中臺(tái)需要考慮企業(yè)的業(yè)態(tài)、IT建設(shè)的現(xiàn)狀、企業(yè)的發(fā)展階段以及未來(lái)的發(fā)展訴求，不要盲目跟風(fēng)，結(jié)合企業(yè)自身實(shí)際情況確定合適的IT戰(zhàn)略。我們總結(jié)了以下幾種適合實(shí)施中臺(tái)戰(zhàn)略的情況供大家參考。

失敗原因三：中臺(tái)建設(shè)的“度”不好把握

在企業(yè)的信息系統(tǒng)中，可以分為面向市場(chǎng)和客戶的體系和面向企業(yè)內(nèi)部運(yùn)營(yíng)的體系。對(duì)外的體系需要?jiǎng)?chuàng)新、應(yīng)變、開放、高并發(fā)、可擴(kuò)展！對(duì)內(nèi)的體系需要嚴(yán)謹(jǐn)、規(guī)范、集中、可追溯、可深挖！對(duì)外的體系適合基于中臺(tái)建設(shè)。

在中臺(tái)建設(shè)中要充分利用現(xiàn)有IT資產(chǎn)，逐步進(jìn)行系統(tǒng)的拆分，服務(wù)化！服務(wù)粒度越小，越敏捷，越適合創(chuàng)新；服務(wù)粒度越粗，越穩(wěn)定，越適合標(biāo)準(zhǔn)化。

所以中臺(tái)建設(shè)的度一定要根據(jù)當(dāng)前企業(yè)IT現(xiàn)狀，并且用動(dòng)態(tài)演變的思維去持續(xù)的擴(kuò)展中臺(tái)的范圍，切忌一上來(lái)就搞個(gè)大而全的，或者什么都推翻重來(lái)。

失敗原因四：組織架構(gòu)不調(diào)整、不匹配

根據(jù)康威定律，設(shè)計(jì)系統(tǒng)的架構(gòu)受制于產(chǎn)生這些設(shè)計(jì)的組織的溝通結(jié)構(gòu)。簡(jiǎn)單來(lái)說(shuō)就是你想要一個(gè)什么架構(gòu)，就需要什么樣組織進(jìn)行匹配。中臺(tái)架構(gòu)的落地必須有強(qiáng)大組織的推動(dòng)，就像阿里，CEO張勇站臺(tái)，CTO張建峰親自掛帥，共享業(yè)務(wù)事業(yè)部才能承擔(dān)起中臺(tái)建設(shè)之重任。

很多企業(yè)，只是提出了中臺(tái)的戰(zhàn)略，卻沒有設(shè)置相應(yīng)的團(tuán)隊(duì)和職權(quán)，那么中臺(tái)想落地就很難。中臺(tái)團(tuán)隊(duì)既不是委員會(huì)也不是許愿池，是一個(gè)具有職權(quán)的實(shí)體團(tuán)隊(duì)，并通過(guò)全局的領(lǐng)導(dǎo)組織，保持前臺(tái)組織和中臺(tái)組織的協(xié)同。

失敗原因五：中臺(tái)建設(shè)團(tuán)隊(duì)能力不行

中臺(tái)建設(shè)作為企業(yè)核心能力建設(shè)，既要有立足全局的戰(zhàn)略規(guī)劃能力，又要有業(yè)務(wù)架構(gòu)抽象能力，同時(shí)對(duì)技術(shù)開發(fā)的要求也不低，所以團(tuán)隊(duì)能力是個(gè)挑戰(zhàn)！中臺(tái)建設(shè)是一個(gè)企業(yè)長(zhǎng)期不斷調(diào)整迭代的過(guò)程，以適應(yīng)客戶不斷提出的新的需求、市場(chǎng)的快速變化、未來(lái)業(yè)務(wù)模式的創(chuàng)新，傳統(tǒng)的依賴供應(yīng)商進(jìn)行信息化建設(shè)模式將受到挑戰(zhàn)。

失敗原因六：對(duì)中臺(tái)的過(guò)高期望

去年有一篇《阿里去中臺(tái)和互聯(lián)網(wǎng)反壟斷》的一篇文章，把拆中臺(tái)的熱度推上頂峰，文章的觀點(diǎn)，老譚實(shí)在不敢茍同。嘩眾取寵，以偏概全，這也代表了一些對(duì)中臺(tái)期望過(guò)高的人的心態(tài)，一旦不能滿足不是拆中臺(tái)，就是罵中臺(tái)無(wú)用！

筆者的觀點(diǎn)是：

1. 中臺(tái)不是為了管控，核心是復(fù)用！中臺(tái)是柔性的 ！
2. 中臺(tái)不是創(chuàng)新的風(fēng)向標(biāo)，它不適合做顛覆式創(chuàng)新，文化才是！中臺(tái)是創(chuàng)新的加速器，擅長(zhǎng)組合式創(chuàng)新！

所有中臺(tái)不是萬(wàn)能的，它只是企業(yè)數(shù)字化轉(zhuǎn)型的一種重要實(shí)現(xiàn)路徑，我們不能對(duì)中臺(tái)有過(guò)高的期望，還是要理性的回歸到企業(yè)數(shù)字化轉(zhuǎn)型的價(jià)值上來(lái)。

六、醫(yī)療中臺(tái)路在何方

上文分享了中臺(tái)失敗的幾個(gè)原因，其中談到中臺(tái)適應(yīng)的場(chǎng)景，在所有行業(yè)中，互聯(lián)網(wǎng)大廠的中臺(tái)建設(shè)還有新零售的企業(yè)實(shí)施中臺(tái)的比較多，是因?yàn)樗麄兊臉I(yè)務(wù)都是外向型，是需要緊跟市場(chǎng)快速變化，緊貼用戶需求需要快速反應(yīng)的，前臺(tái)業(yè)務(wù)極其敏捷，中臺(tái)從連接前后臺(tái)來(lái)說(shuō)，從能力積累和能力復(fù)用來(lái)說(shuō)，都提供了可為的價(jià)值。

但是對(duì)于筆者從事的醫(yī)療行業(yè)來(lái)說(shuō)，醫(yī)療資源分布不均，甚至匱乏，在這樣的環(huán)境下，醫(yī)療業(yè)務(wù)并非敏捷性的業(yè)務(wù)，但是隨著新冠疫情的持續(xù)影響，互聯(lián)網(wǎng)醫(yī)療，遠(yuǎn)程醫(yī)療的需求在不斷的提升，封閉的醫(yī)療信息化的體系就很難支撐了。

這也催生了醫(yī)院的IT架構(gòu)數(shù)字化轉(zhuǎn)型的強(qiáng)烈需求，傳統(tǒng)的醫(yī)療IT架構(gòu)面臨著挑戰(zhàn)：

• IT架構(gòu)彈性不足
• 健康醫(yī)療大數(shù)據(jù)的潛力未被開發(fā)
• 醫(yī)院IT的能力與技術(shù)升級(jí)遇到瓶頸
• 操作便捷性的挑戰(zhàn)

醫(yī)院的信息系統(tǒng)基本上都是煙囪式的系統(tǒng)建設(shè)，而且系統(tǒng)多，供應(yīng)商多，相互集成，成本高，雖然集成平臺(tái)可以很好地解決醫(yī)院歷史遺留系統(tǒng)之間的互聯(lián)互通問(wèn)題。但當(dāng)面臨一個(gè)新需求時(shí)，系統(tǒng)的修改成本并沒有太多改變。換句話說(shuō)，集成平臺(tái)更多的是面對(duì)過(guò)去的治理，對(duì)于未來(lái)的業(yè)務(wù)無(wú)法真正起到賦能的作用。

醫(yī)院正在面臨信息化建設(shè)的多元化需求。壓力不僅來(lái)自醫(yī)院內(nèi)部需求，越來(lái)越多的需求來(lái)自于醫(yī)院外，比如互聯(lián)網(wǎng)醫(yī)療、分級(jí)診療、區(qū)域信息平臺(tái)、醫(yī)療大數(shù)據(jù)等。所有這些需求都需要對(duì)醫(yī)院的數(shù)據(jù)進(jìn)行訪問(wèn)，包括患者、就診、醫(yī)囑、檢查、檢驗(yàn)、醫(yī)務(wù)人員、設(shè)備等。此時(shí)我們多么希望服務(wù)能夠共享該多好啊。

比如患者需要到醫(yī)院就診預(yù)約掛號(hào)，可以把掛號(hào)這個(gè)業(yè)務(wù)抽象形成“中臺(tái)”服務(wù)，給到窗口、自助機(jī)、App、公眾號(hào)等多種終端系統(tǒng)進(jìn)行使用，甚至還可以擴(kuò)展到線上的互聯(lián)網(wǎng)診療。

如果我們從傳統(tǒng)的系統(tǒng)建設(shè)，系統(tǒng)集成轉(zhuǎn)變成基于中臺(tái)的服務(wù)開發(fā)、組件開發(fā)，粒度變小，可復(fù)用性變強(qiáng)，是不是就能很好地支持上述的場(chǎng)景了呢。

其實(shí)，我們來(lái)看IDC對(duì)于醫(yī)療信息化的發(fā)展趨勢(shì)的分析報(bào)告，我們正在從醫(yī)療系統(tǒng)一體化、集成化的階段向醫(yī)療數(shù)字化中臺(tái)的方向在快速的發(fā)展。

這張圖片是IDC發(fā)布的醫(yī)療數(shù)字化中臺(tái)的建設(shè)指導(dǎo)框架，可以供大家參考。

中臺(tái)是一種思想，它的建設(shè)并不是一蹴而就的，我們需要把這種思想傳遞給到醫(yī)院。隨著醫(yī)院業(yè)務(wù)的發(fā)展，需要對(duì)業(yè)務(wù)不斷進(jìn)行抽象提煉，分層、分步沉淀業(yè)務(wù)、技術(shù)、數(shù)據(jù)，最終把中臺(tái)構(gòu)建成為醫(yī)院IT能力中心。

醫(yī)院場(chǎng)景其實(shí)沒有必要直接套用互聯(lián)網(wǎng)領(lǐng)域的‘中臺(tái)’的概念，企業(yè)的業(yè)務(wù)，歸根結(jié)底落地點(diǎn)就是“買賣行為”，是以盈利為目的的，而醫(yī)院是以服務(wù)社會(huì)為主的事業(yè)單位，如果一定要用中臺(tái)這個(gè)概念，醫(yī)療中臺(tái)不是只服務(wù)于一家醫(yī)院內(nèi)部，而是能促進(jìn)醫(yī)院和核心醫(yī)療機(jī)構(gòu)比如醫(yī)保間的共享、合作。醫(yī)院數(shù)據(jù)是比較敏感的，絕對(duì)不能像現(xiàn)在某些互聯(lián)網(wǎng)公司那種不尊重用戶隱私的做法。

其實(shí)早在2019年開始，國(guó)家醫(yī)保信息平臺(tái)建設(shè)采用“云+中臺(tái)”的技術(shù)方案，對(duì)醫(yī)保疾病診斷、醫(yī)療服務(wù)、藥品、醫(yī)用耗材等15項(xiàng)信息啟用全國(guó)統(tǒng)一業(yè)務(wù)編碼，建設(shè)成為統(tǒng)一、高效、兼容、便捷、安全的信息系統(tǒng)。

而筆者帶領(lǐng)團(tuán)隊(duì)在2019年底也開始了醫(yī)療中臺(tái)架構(gòu)的探索，雖然這個(gè)中臺(tái)架構(gòu)經(jīng)過(guò)幾年的發(fā)展形成我們的研發(fā)底座，離最初想象的樣子有很大的差異，但是作為研發(fā)型的企業(yè)本身和運(yùn)營(yíng)型的企業(yè)在中臺(tái)的需求上面就存在很多的不同，只要它能解決我們內(nèi)部快速創(chuàng)新，減少重復(fù)建設(shè)，實(shí)現(xiàn)業(yè)務(wù)和數(shù)據(jù)的共享，提升的研發(fā)的效率，那么它達(dá)到了我當(dāng)初的目的。

七、中臺(tái)建設(shè)的實(shí)施方法和路徑

1. 中臺(tái)建設(shè)的價(jià)值要求

在建中臺(tái)之前，我們要明確建中臺(tái)的目的和價(jià)值是什么？盲目跟風(fēng)肯定是不行的，否則最后效果就很難盡如人意，甚至建設(shè)過(guò)程中就開始迷路了。

中臺(tái)建設(shè)的價(jià)值要求：

• 提質(zhì)轉(zhuǎn)型、降本增效
• 創(chuàng)新業(yè)務(wù)的快速推進(jìn)
• 快速響應(yīng)變化的需求
• 提高服務(wù)的可復(fù)用性
• 降低IT系統(tǒng)的復(fù)雜度

2. 中臺(tái)建設(shè)的4-ONE要求

中臺(tái)是企業(yè)級(jí)能力復(fù)用平臺(tái)，如何才能更好地能力復(fù)用呢？能力要被復(fù)用，能力就需要有共性，有標(biāo)準(zhǔn)，并且能力能被管理，管理就是將不可控的過(guò)程變成可控的過(guò)程。所以，在中臺(tái)建設(shè)的實(shí)施過(guò)程中，我們要建立4-ONE思維：

1）One Standard（統(tǒng)一標(biāo)準(zhǔn)）

統(tǒng)一的業(yè)務(wù)應(yīng)用設(shè)計(jì)標(biāo)準(zhǔn)，研發(fā)管理標(biāo)準(zhǔn)，平臺(tái)和領(lǐng)域能力運(yùn)營(yíng)標(biāo)準(zhǔn)。

2）One Model（統(tǒng)一模型）

抽象并定義統(tǒng)一的業(yè)務(wù)領(lǐng)域模型，并在業(yè)務(wù)回歸（業(yè)務(wù)應(yīng)用的開發(fā)）中持續(xù)的優(yōu)化升級(jí)。

3）One ID/Code（唯一標(biāo)識(shí)）

面對(duì)多套業(yè)務(wù)系統(tǒng)/應(yīng)用，提供統(tǒng)一的識(shí)別標(biāo)識(shí)，以此來(lái)保證系統(tǒng)間的數(shù)據(jù)統(tǒng)一和業(yè)務(wù)協(xié)同。

4）One Service（統(tǒng)一服務(wù)）

定義統(tǒng)一的業(yè)務(wù)能力服務(wù)輸出方法和業(yè)務(wù)能力接口。

3. 戰(zhàn)略設(shè)計(jì)和能力管理

中臺(tái)建設(shè)要結(jié)合自身實(shí)際，重其神而輕其形，只要站在業(yè)務(wù)能力的沉淀、復(fù)用和創(chuàng)新的角度，建立中臺(tái)思維，這就是中臺(tái)成功的前提，中臺(tái)是抄不來(lái)的，不能用傳統(tǒng)信息化的思維去執(zhí)行。

中臺(tái)戰(zhàn)略的實(shí)施路徑：

1）標(biāo)準(zhǔn)制定和系統(tǒng)搭建

搭建面向業(yè)務(wù)應(yīng)用開發(fā)者的能力開放平臺(tái)，以此來(lái)承載業(yè)務(wù)前臺(tái)與中臺(tái)之間業(yè)務(wù)通訊的標(biāo)準(zhǔn)流程。

2）領(lǐng)域建模和能力輸出

從業(yè)務(wù)中抽象標(biāo)準(zhǔn)領(lǐng)域模型，并設(shè)計(jì)標(biāo)準(zhǔn)能力服務(wù)（API）。

3）業(yè)務(wù)改造和數(shù)據(jù)遷移

基于領(lǐng)域能力和能力開放標(biāo)準(zhǔn)，對(duì)業(yè)務(wù)系統(tǒng)進(jìn)行改造，并實(shí)現(xiàn)數(shù)據(jù)的結(jié)構(gòu)化遷移。

4）新業(yè)務(wù)孵化

面向最終客戶，基于領(lǐng)域模型，孵化新的業(yè)務(wù)應(yīng)用。

中臺(tái)是能力復(fù)用的平臺(tái)，平臺(tái)是業(yè)務(wù)管理、數(shù)據(jù)管理、能力管理具象的產(chǎn)物，通過(guò)建立標(biāo)準(zhǔn)、抽象對(duì)象、開發(fā)邏輯、共享服務(wù)等方式對(duì)外提供，通過(guò)一個(gè)平臺(tái)將這些有效的組織起來(lái)、管理起來(lái)，讓中臺(tái)不在抽象，這也是推動(dòng)中臺(tái)可落地的一種方式。

#專欄作家#

菜根老譚，微信公眾號(hào)：CGLT_TAN，人人都是產(chǎn)品經(jīng)理專欄作家。經(jīng)歷程序員、技術(shù)Leader、產(chǎn)品經(jīng)理、研發(fā)Leader等多種崗位。現(xiàn)負(fù)責(zé)某科技公司整體產(chǎn)品研發(fā)，擅長(zhǎng)企業(yè)IT架構(gòu)及互聯(lián)網(wǎng)產(chǎn)品架構(gòu)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議