“互聯(lián)網(wǎng)+”和醫(yī)療分別是時下最為火爆的概念，一旦入手便會身價倍增。而當(dāng)這兩者結(jié)合在一起的時候，又會預(yù)示著怎樣的前景？互聯(lián)網(wǎng)+醫(yī)療，正在挑戰(zhàn)著所有人的想象力。
2006年，兼顧了醫(yī)學(xué)信息、醫(yī)學(xué)工具和當(dāng)下最熱門的SNS社交體系，將三者有機的結(jié)合起來，為醫(yī)生提供了一站式學(xué)術(shù)服務(wù)的平臺——醫(yī)脈通應(yīng)運而生。為了給廣大中國醫(yī)生提供更多、更有效的服務(wù)，醫(yī)脈通以感知世界醫(yī)學(xué)脈搏，助力中國臨床決策為理念，對產(chǎn)品進(jìn)行了重大改版，增加了疾病診療知識庫、圈子、醫(yī)學(xué)資訊、經(jīng)典病例等功能；加入了SNS元素，更加強調(diào)互動和會員之間的關(guān)系；更加注重用戶體驗，致力于借助先進(jìn)的IT技術(shù)，最大限度的節(jié)省醫(yī)生在學(xué)習(xí)研究、臨床診療過程中的時間，提升學(xué)術(shù)水平和臨床技能，建設(shè)個人品牌，提高知名度。
服務(wù)用戶，醫(yī)脈通的誕生
在過去，醫(yī)學(xué)資料在網(wǎng)絡(luò)上容量龐大，但是分布較散，沒有組織，且同質(zhì)化嚴(yán)重，良莠不齊，更新速度慢，醫(yī)生要去搜索篩選評估，要付出的時間成本很高。同時，不同地域、不同級別醫(yī)院的醫(yī)生手里掌握的資源差距很大，并且整理分類意識較差，再利用率低。為了解決上述的問題，醫(yī)脈通網(wǎng)站孕育而生。
醫(yī)脈通，擁有28個主要的科室頻道，與醫(yī)院科室完全對應(yīng)，百萬用戶全部為醫(yī)護(hù)工作人員。用戶不僅可以通過醫(yī)脈通獲取最前沿的醫(yī)訊，還可以通過平臺互助互學(xué)、探討疑難，更可以在平臺上找到專業(yè)診療指南、文獻(xiàn)、課件、講座錄像等醫(yī)學(xué)資源。同時，醫(yī)脈通還利用視頻會議技術(shù)主辦專家講座，提供會議在線預(yù)告、直播、查詢等服務(wù)。
APM,百萬級用戶的醫(yī)脈通為之動容
“我們的用戶范圍很窄，幾百萬的用戶全部為醫(yī)護(hù)工作者。這些人既是醫(yī)生，也比較懂互聯(lián)網(wǎng)，所以他們對我們來說非常珍貴。我們不希望用戶使用產(chǎn)品時，由于技術(shù)的問題造成流失，比如登錄網(wǎng)頁時網(wǎng)頁打不開、響應(yīng)慢或者使用APP時發(fā)生崩潰等。所以我們需要通過APM對產(chǎn)品進(jìn)行監(jiān)測，即時發(fā)現(xiàn)、定位產(chǎn)品的性能問題，保證甚至提高我們的用戶留存率。”當(dāng)談到為什么會用到APM時，醫(yī)脈通技術(shù)總監(jiān)田立軍感慨道。
從運維人員角度來看，對產(chǎn)品性能的監(jiān)測其實往往會面對很大的挑戰(zhàn)：需要花費大量的精力及資金，需要人力對服務(wù)器進(jìn)行維護(hù)，需要單獨的服務(wù)器進(jìn)行承載，需要大量的時間對性能數(shù)據(jù)進(jìn)行分析。但是讓運維與研發(fā)人員最頭疼的是，即便以上的難題全部都被順利解決，在實際執(zhí)行起來還會受到人為原因的限制，運維與研發(fā)人員配合起來有較大的溝通成本。如果無法及時有效解決性能問題，就會積少成多，形成大問題。“其實我們的運維和技術(shù)在針對一個性能問題進(jìn)行溝通時，經(jīng)常會出現(xiàn)摩擦，雙方之間溝通成本很高。所以我們就找到了聽云，相信聽云在定位我們產(chǎn)品性能問題的同時，也能幫我們協(xié)調(diào)這個問題。”
三端齊下，助力醫(yī)療變革
“醫(yī)脈通從建立之初就非常珍惜用戶。我們130萬用戶基本都是一線的醫(yī)護(hù)工作者，他們的留存對我們非常重要。”醫(yī)脈通技術(shù)總監(jiān)田立軍在談到為何使用了聽云全線產(chǎn)品的原因時特別強調(diào)了這一點。
“現(xiàn)在同業(yè)競爭非常厲害，用戶的可選擇性很高。所以一般來說，客戶端出現(xiàn)崩潰后，用戶是不會進(jìn)行反饋的，而是會直接放棄使用這款產(chǎn)品。聽云App對于崩潰的解析比較到位，通過上傳mapping可以還原出真實的源代碼，比如某個Activity下的窗口或者某個Activity崩潰，都能被聽云精確地捕捉到。同時，聽云App捕捉到的崩潰指標(biāo)非常全，能夠詳細(xì)統(tǒng)計到用戶發(fā)生崩潰的環(huán)境及統(tǒng)計到崩潰率。交互軌跡復(fù)現(xiàn)可以很清楚告訴我們發(fā)生崩潰的環(huán)境和原因。同時我了解到聽云App對醫(yī)脈通還提供了定制服務(wù)，我們可以在后臺系統(tǒng)中進(jìn)行自定義，這樣就可以捕捉到具體出現(xiàn)問題時的單點信息，例如唯一識別碼、機型、網(wǎng)絡(luò)等。”
對于網(wǎng)絡(luò)的監(jiān)測，田立軍非常認(rèn)可聽云Network.聽云Network監(jiān)測探針可以模擬真實用戶訪問網(wǎng)絡(luò)應(yīng)用，幫助運維人員找到網(wǎng)絡(luò)瓶頸，定位用戶體驗不佳的原因。用戶只需確定監(jiān)測URL,無須額外進(jìn)行部署，靈活創(chuàng)建和管理監(jiān)測任務(wù)，便可獲取監(jiān)測數(shù)據(jù)。“我們會用聽云Network監(jiān)測我們的CDN質(zhì)量。有時候CDN廠商在某個特定地區(qū)內(nèi)由于CDN節(jié)點較少、質(zhì)量不佳的原因會造成我們使用體驗不佳。要是在平時，我們只有出了問題靠投訴才能解決，但我們都知道如果到了投訴的地步，情況其實已經(jīng)很嚴(yán)重了。因此我們在選擇CDN廠商時先使用聽云Network對CDN的服務(wù)質(zhì)量進(jìn)行監(jiān)測，選擇服務(wù)較好的廠商。”
對于服務(wù)端的監(jiān)測，醫(yī)脈通非常重視。技術(shù)總監(jiān)田立軍說：“如果服務(wù)端產(chǎn)生慢查詢、請求反應(yīng)很慢的情況會極大地影響用戶體驗，單靠程序員來追蹤問題比較困難。我認(rèn)為聽云Server拓?fù)鋱D幫助很大，它可以讓我們看到內(nèi)部各個服務(wù)器之間的關(guān)系，以及程序出現(xiàn)的問題可以及時進(jìn)行定位，像慢交互、內(nèi)部慢查詢、外部API調(diào)用等。聽云就像是性能分析師，極大地節(jié)省了運維人員的時間。”
雖然來自醫(yī)療體系的互聯(lián)網(wǎng)應(yīng)用很多仍然處于實踐初期，但應(yīng)該看到的是，互聯(lián)網(wǎng)醫(yī)療其實已經(jīng)明顯發(fā)生了轉(zhuǎn)變。它正在從最開始純粹來自外部力量對現(xiàn)有醫(yī)療體系的顛覆，逐漸轉(zhuǎn)變成一場醫(yī)療領(lǐng)域內(nèi)外力量“里應(yīng)外合”共同推動的大變革。而聽云，作為醫(yī)脈通的忠實伙伴，勢必會在“醫(yī)療變革”這場戰(zhàn)役中相伴左右。
110102000668（1）號