“互聯(lián)網(wǎng)+”和醫(yī)療分別是時(shí)下最為火爆的概念，一旦入手便會(huì)身價(jià)倍增。而當(dāng)這兩者結(jié)合在一起的時(shí)候，又會(huì)預(yù)示著怎樣的前景？互聯(lián)網(wǎng)+醫(yī)療，正在挑戰(zhàn)著所有人的想象力。

2006年，兼顧了醫(yī)學(xué)信息、醫(yī)學(xué)工具和當(dāng)下最熱門的SNS社交體系，將三者有機(jī)的結(jié)合起來，為醫(yī)生提供了一站式學(xué)術(shù)服務(wù)的平臺(tái)——醫(yī)脈通應(yīng)運(yùn)而生。為了給廣大中國醫(yī)生提供更多、更有效的服務(wù)，醫(yī)脈通以感知世界醫(yī)學(xué)脈搏，助力中國臨床決策為理念，對(duì)產(chǎn)品進(jìn)行了重大改版，增加了疾病診療知識(shí)庫、圈子、醫(yī)學(xué)資訊、經(jīng)典病例等功能；加入了SNS元素，更加強(qiáng)調(diào)互動(dòng)和會(huì)員之間的關(guān)系；更加注重用戶體驗(yàn)，致力于借助先進(jìn)的IT技術(shù)，最大限度的節(jié)省醫(yī)生在學(xué)習(xí)研究、臨床診療過程中的時(shí)間，提升學(xué)術(shù)水平和臨床技能，建設(shè)個(gè)人品牌，提高知名度。

服務(wù)用戶，醫(yī)脈通的誕生

在過去，醫(yī)學(xué)資料在網(wǎng)絡(luò)上容量龐大，但是分布較散，沒有組織，且同質(zhì)化嚴(yán)重，良莠不齊，更新速度慢，醫(yī)生要去搜索篩選評(píng)估，要付出的時(shí)間成本很高。同時(shí)，不同地域、不同級(jí)別醫(yī)院的醫(yī)生手里掌握的資源差距很大，并且整理分類意識(shí)較差，再利用率低。為了解決上述的問題，醫(yī)脈通網(wǎng)站孕育而生。

醫(yī)脈通，擁有28個(gè)主要的科室頻道，與醫(yī)院科室完全對(duì)應(yīng)，百萬用戶全部為醫(yī)護(hù)工作人員。用戶不僅可以通過醫(yī)脈通獲取最前沿的醫(yī)訊，還可以通過平臺(tái)互助互學(xué)、探討疑難，更可以在平臺(tái)上找到專業(yè)診療指南、文獻(xiàn)、課件、講座錄像等醫(yī)學(xué)資源。同時(shí)，醫(yī)脈通還利用視頻會(huì)議技術(shù)主辦專家講座，提供會(huì)議在線預(yù)告、直播、查詢等服務(wù)。

APM,百萬級(jí)用戶的醫(yī)脈通為之動(dòng)容

“我們的用戶范圍很窄，幾百萬的用戶全部為醫(yī)護(hù)工作者。這些人既是醫(yī)生，也比較懂互聯(lián)網(wǎng)，所以他們對(duì)我們來說非常珍貴。我們不希望用戶使用產(chǎn)品時(shí)，由于技術(shù)的問題造成流失，比如登錄網(wǎng)頁時(shí)網(wǎng)頁打不開、響應(yīng)慢或者使用APP時(shí)發(fā)生崩潰等。所以我們需要通過APM對(duì)產(chǎn)品進(jìn)行監(jiān)測，即時(shí)發(fā)現(xiàn)、定位產(chǎn)品的性能問題，保證甚至提高我們的用戶留存率。”當(dāng)談到為什么會(huì)用到APM時(shí)，醫(yī)脈通技術(shù)總監(jiān)田立軍感慨道。

從運(yùn)維人員角度來看，對(duì)產(chǎn)品性能的監(jiān)測其實(shí)往往會(huì)面對(duì)很大的挑戰(zhàn)：需要花費(fèi)大量的精力及資金，需要人力對(duì)服務(wù)器進(jìn)行維護(hù)，需要單獨(dú)的服務(wù)器進(jìn)行承載，需要大量的時(shí)間對(duì)性能數(shù)據(jù)進(jìn)行分析。但是讓運(yùn)維與研發(fā)人員最頭疼的是，即便以上的難題全部都被順利解決，在實(shí)際執(zhí)行起來還會(huì)受到人為原因的限制，運(yùn)維與研發(fā)人員配合起來有較大的溝通成本。如果無法及時(shí)有效解決性能問題，就會(huì)積少成多，形成大問題。“其實(shí)我們的運(yùn)維和技術(shù)在針對(duì)一個(gè)性能問題進(jìn)行溝通時(shí)，經(jīng)常會(huì)出現(xiàn)摩擦，雙方之間溝通成本很高。所以我們就找到了聽云，相信聽云在定位我們產(chǎn)品性能問題的同時(shí)，也能幫我們協(xié)調(diào)這個(gè)問題。”

三端齊下，助力醫(yī)療變革

“醫(yī)脈通從建立之初就非常珍惜用戶。我們130萬用戶基本都是一線的醫(yī)護(hù)工作者，他們的留存對(duì)我們非常重要。”醫(yī)脈通技術(shù)總監(jiān)田立軍在談到為何使用了聽云全線產(chǎn)品的原因時(shí)特別強(qiáng)調(diào)了這一點(diǎn)。

“現(xiàn)在同業(yè)競爭非常厲害，用戶的可選擇性很高。所以一般來說，客戶端出現(xiàn)崩潰后，用戶是不會(huì)進(jìn)行反饋的，而是會(huì)直接放棄使用這款產(chǎn)品。聽云App對(duì)于崩潰的解析比較到位，通過上傳mapping可以還原出真實(shí)的源代碼，比如某個(gè)Activity下的窗口或者某個(gè)Activity崩潰，都能被聽云精確地捕捉到。同時(shí)，聽云App捕捉到的崩潰指標(biāo)非常全，能夠詳細(xì)統(tǒng)計(jì)到用戶發(fā)生崩潰的環(huán)境及統(tǒng)計(jì)到崩潰率。交互軌跡復(fù)現(xiàn)可以很清楚告訴我們發(fā)生崩潰的環(huán)境和原因。同時(shí)我了解到聽云App對(duì)醫(yī)脈通還提供了定制服務(wù)，我們可以在后臺(tái)系統(tǒng)中進(jìn)行自定義，這樣就可以捕捉到具體出現(xiàn)問題時(shí)的單點(diǎn)信息，例如唯一識(shí)別碼、機(jī)型、網(wǎng)絡(luò)等。”

對(duì)于網(wǎng)絡(luò)的監(jiān)測，田立軍非常認(rèn)可聽云Network.聽云Network監(jiān)測探針可以模擬真實(shí)用戶訪問網(wǎng)絡(luò)應(yīng)用，幫助運(yùn)維人員找到網(wǎng)絡(luò)瓶頸，定位用戶體驗(yàn)不佳的原因。用戶只需確定監(jiān)測URL,無須額外進(jìn)行部署，靈活創(chuàng)建和管理監(jiān)測任務(wù)，便可獲取監(jiān)測數(shù)據(jù)。“我們會(huì)用聽云Network監(jiān)測我們的CDN質(zhì)量。有時(shí)候CDN廠商在某個(gè)特定地區(qū)內(nèi)由于CDN節(jié)點(diǎn)較少、質(zhì)量不佳的原因會(huì)造成我們使用體驗(yàn)不佳。要是在平時(shí)，我們只有出了問題靠投訴才能解決，但我們都知道如果到了投訴的地步，情況其實(shí)已經(jīng)很嚴(yán)重了。因此我們?cè)谶x擇CDN廠商時(shí)先使用聽云Network對(duì)CDN的服務(wù)質(zhì)量進(jìn)行監(jiān)測，選擇服務(wù)較好的廠商。”

對(duì)于服務(wù)端的監(jiān)測，醫(yī)脈通非常重視。技術(shù)總監(jiān)田立軍說：“如果服務(wù)端產(chǎn)生慢查詢、請(qǐng)求反應(yīng)很慢的情況會(huì)極大地影響用戶體驗(yàn)，單靠程序員來追蹤問題比較困難。我認(rèn)為聽云Server拓?fù)鋱D幫助很大，它可以讓我們看到內(nèi)部各個(gè)服務(wù)器之間的關(guān)系，以及程序出現(xiàn)的問題可以及時(shí)進(jìn)行定位，像慢交互、內(nèi)部慢查詢、外部API調(diào)用等。聽云就像是性能分析師，極大地節(jié)省了運(yùn)維人員的時(shí)間。”

雖然來自醫(yī)療體系的互聯(lián)網(wǎng)應(yīng)用很多仍然處于實(shí)踐初期，但應(yīng)該看到的是，互聯(lián)網(wǎng)醫(yī)療其實(shí)已經(jīng)明顯發(fā)生了轉(zhuǎn)變。它正在從最開始純粹來自外部力量對(duì)現(xiàn)有醫(yī)療體系的顛覆，逐漸轉(zhuǎn)變成一場醫(yī)療領(lǐng)域內(nèi)外力量“里應(yīng)外合”共同推動(dòng)的大變革。而聽云，作為醫(yī)脈通的忠實(shí)伙伴，勢必會(huì)在“醫(yī)療變革”這場戰(zhàn)役中相伴左右。