作為數(shù)據(jù)管理員，excel在我們的工作和生活里占據(jù)了無比重要的位置。無論是用來記錄、呈現(xiàn)，還是核查、分析，它似乎無處不在，似乎無所不能。直到有一天，有人告訴我們時代變了，SAS已經(jīng)普及，AI將要來臨，excel似乎又成了笨拙和繁瑣的代名詞。真的如此嗎？我們真的已經(jīng)挖掘了excel全部的潛力，吸收了excel全部的營養(yǎng)了嗎？回望十載，我不禁在想，當(dāng)我們談?wù)揺xcel，我們在談?wù)撌裁矗?/p>

置身于一個臨床試驗的數(shù)據(jù)流，我們發(fā)現(xiàn)excel以其易用性被幾乎所有部門借用。但從source到CSR，excel并不作為任何部門的“結(jié)果”和“目標(biāo)”。是的，Excel本身不是“目標(biāo)”，而只是我們實現(xiàn)目標(biāo)的一個“工具”。

讓我們先來想象這樣一個場景：醫(yī)學(xué)需要核查不良事件是否有潛在的重疊或重復(fù)記錄。

作為一個DM，我該如何向編程同事描述這個需求，讓他幫我編寫一條完美的SAS核查程序呢？僅僅是告訴編程同事：“如果同一個受試者兩個名稱相同的AE時間重疊，就需要報告為潛在數(shù)據(jù)問題”就夠了嗎？讓我們回歸Excel，似乎需要注意的事情還有很多。比如：未痊愈的AE缺失結(jié)束日期，是否影響計算？前一條的結(jié)束日期等于后一條的開始日期是否判斷為“重疊”？遇到開始日期未知如何處理？如果是結(jié)束日期未知，處理方法與開始日期未知是相同的嗎？甚至是最基礎(chǔ)的問題，編程同事寫的“重疊核查”，到底是怎么判斷“重疊”的？

如果沒有以excel為基礎(chǔ)進行過核查，DM很難設(shè)想到問題出現(xiàn)的方方面面。如果在excel里都沒有思路如何去進行核查，又從何談起對這些問題如何決策和解決。如果很幸運，你有一位經(jīng)驗豐富、能力卓越的編程同事，從你提出的模糊的需求中，設(shè)想到了每一種情況并正確處理，那其實反而是一種不幸。編程已經(jīng)覆蓋了DM的工作，那不如讓讓醫(yī)學(xué)直接向編程提需求，有或者沒有DM在中間作為傳聲筒又有什么區(qū)別？

唯有真正用excel自己去核查過，才能知其然，知其所以然。只有遇到了，才會對未知日期的處理有疑慮，才會權(quán)衡首尾相連的AE如何取舍。DM通過與醫(yī)學(xué)討論，將各種特殊情況及其處理方法都明晰到提給編程的需求中，才是合格的“提需求”的能力。

更進一步的，如果在excel里我們能用函數(shù)便捷地進行核查，那函數(shù)的思路也對SAS程序有積極的借鑒意義。還是這個例子里，當(dāng)完成數(shù)據(jù)的修飾后，我們發(fā)現(xiàn)，如果AE1的結(jié)束日期晚于AE2的開始日期，同時AE2的結(jié)束日期晚于AE1的開始日期，這兩條AE就是重疊的。這個excel中經(jīng)過無數(shù)次驗算和優(yōu)化過的邏輯，同樣能非常方便的應(yīng)用到SAS程序中。話說回來，當(dāng)年入行之時，編程同事是完全不負責(zé)數(shù)據(jù)核查工作的，許多年過去，編程的路走寬了。

再來看另一個例子，RECIST v1.1評估靶病灶時，需要取值獲得之前所有訪視中最小的直徑之和。最簡單粗暴的方法就是用SAS在每個訪視都對前面歷次訪視取值比較，但在下圖中，其實一個非常簡單的公式就能實現(xiàn)遞歸運算。當(dāng)數(shù)據(jù)量異常龐大時，便捷的思路有可能很大程度上解放SAS的算力。

Excel是工具，就如SAS，AI同樣是工具。SAS的強大與AI的前景毋庸置疑， excel的靈活易用也顯而易見。對于我們要完成的任務(wù)，使用何種工具沒有高低貴賤。更重要的是對于完成任務(wù)的我們，工具能帶給我們什么？我們?nèi)绾螌Υぞ?，就是在如何對待我們的工作，如何對待我們自己?/p>

你依然對工具的潛力保有好奇，還是對自己的工作按部就班？你依然嘗試用工具解決問題，還是把困難的任務(wù)丟給別人？你依然認(rèn)為沒有人比DM更懂?dāng)?shù)據(jù)，還是要依靠別人提示問題和風(fēng)險？能夠拓展Excel作為工具的深度和廣度，也同樣能夠拓展DM這份事業(yè)的深度和廣度。

?

作為DM，當(dāng)我們談?wù)揈xcel，我們在談?wù)撐覀冏约骸?/p>