其實我合作過很多品牌，目前感到最不好意思的就是 AFAM Taiwan 的鏈條與齒盤。
-
以前大家對AFAM的印象就是齒盤，不過其實他們也是有出鏈條，而且標榜的是『AFAM齒盤+鏈條搭配能得到最好的傳動與磨秏平衡』。
-
坦白的說，AFAM的鏈條與齒盤用起來感覺真的很好，鋁合金齒盤騎了3000公里也沒有什麼太大的磨損，不過對我來說其實缺點只有一個， #那就是AFAM真的太低調了。
-
AFAM總代理其實算是台灣的鏈條齒盤品牌商裡超級用心在經營的廠商，他們沒有像日系品牌常會被原廠刁的問題，而是反過來法國原廠提供地區代理商很大的調整空間。所以基本上目前市面上看的到的車，台灣總代理都有備料(連DUCATI S2R這種老東西都能叫的到厲害吧)。
-
只是可惜的就是相較其他品牌的彩色炫目，AFAM的顏色種類相對就少一些，然後還少了目前台灣人很愛的質感色黑金色。
(#聽說法國原廠有接到需求正在評估中)
-
以目前教士兩台車上的配備都是AFAM的鋁合金齒盤搭配XHR高耐久型鏈條，但其實AFAM除了日常使用的經濟、性能鏈條外，他們還有一條算蠻少見帶有油封的競技級鏈條 #RXX_GG
-
原本是想詢問有沒有辦法爭取到幫F3RC換上這條競技級的鏈條，不過非常可惜的是，因為一般競技級鏈條都是採用520系統，但F3RC是525系統，而且可能因為MV Agusta車賣的真的太少，AFAM原廠很罕見的並沒有推出MV Agusta使用的520齒盤，所以就一直殘念…
-
然後說要測試鋁合金齒盤的性能又卡上疫情沒得長途騎乘，一直到最近才比較解禁往外跑(可是又碰上工作爆炸狀態沒得騎)，所以一直沒辦法幫他們做出什麼很好的宣傳效果，真的是感到十分的抱歉與慚愧啊…
-
目前看如果真的想試到這條AFAM的當家競技級鏈條可能只有換車一途了吧(唉，目前看DUCATI車系就給的很完整…)
-
不過回到主題，還是必須說，AFAM的齒盤與鏈條真的不錯，他們的鏈條還是請日本代工而非東南亞工廠生產，所以品質絕對穩的，再加上台灣的總代理很用心在經營，有想要換鏈條需求的，是真的可以考慮AFAM的齒盤鏈條組合的!
afam意思 在 [分享] Statistics Programming in CRO - 批踢踢實業坊 的推薦與評價
在統計版/生科產業板受過很多前輩的幫忙, 該是時候回報大家一下了,
也許在這個畢業季節可以對大家有一些幫助.
我先提一下我的經歷, 大學主修統計, 研究所是公衛所生物統計組畢業.
服役後, 進入了外商CRO的統計程式設計部門服務(Statistical Programming)
將近五年的時間.
此篇文章會有比較多的英文縮寫, 我會盡量一起解釋其含義,
但有些比較困難翻譯, 請多多包涵.
CRO是Contract Research Organization的縮寫, 如同字面的定義,
接受藥廠的委託並提供新藥開發時臨床試驗的專業服務.
流程從開site, 收案, 數據分析到最後協助藥廠進行
FDA(美國食藥署)的新藥送審(submission).
統計程式設計部門(Statistical Programming),
顧名思義就是將個案所搜集的資料, 依據計畫書(Protocol),
SAP及Mock-up Shell進行統計程式分析, 最後產出統計報表(TFL).
Protocol指的就是每一個臨床試驗的計畫書,
裡面會有整個臨床試驗應該如何收案, 分析的所有細節.
SAP指的是Statistical Analysis Plan, 通常是計畫書中關於統計分析及報表的章節,
裡面會有關於統計分析所有的資訊.
Mock-up Shell比較難解釋, 有點像空白的統計報表, 你要根據Mock-up Shell的範例,
依照你計畫的SAP及資料產出一樣的統計報表.
TFL(或TLF)其實是三種統計報表的縮寫, 分別是Table, Figure及Listing.
也有公司稱作TGL - G為Graph的簡稱.
一般來說區分TFL可以用下列方式理解 -
Table是指將資料做過處理, 例如個數, 加總, 改變值, 差異百分比, 信賴區間,
存活分析, Odds Ratio等等的結果.
Listing是直接將資料呈現出來, 通常不做任何處理.
Figure或Graph, 就是將資料利用圖表的方式呈現出.
提完了基本架構, 我來稍微解釋一下data flow和我們的日常工作.
通常Protocol出來後, 會設計CRF (Case Report Form, 裡面就像問卷一樣,
會詳細的記載所有需要搜集的問題, 從身高體重, 用藥時間, 不良事件反映等等),
填入CRF的資料接著進到資料庫 (順道一提, 資料庫也有很多不同的架構),
資料被DB programmer (Database Programmer, 也有公司稱作DM - Data Manager)
整理後, 會轉給統計分析部門做進一步處理.
接著, 我們便會依照SDTMIG (Study Data Tabulation Model Implementation Guide,
此準則由CDISC所建立, 其宗旨是希望建立一個一致的資料格式, 以方便FDA統一審驗,
可以參考這個網址有更詳細的說明,
https://www.cdisc.org/standards/foundational/sdtmig)產出SDTM資料集.
產出SDTM資料集後,
繼續根據ADaMIG (Analysis Data Model Implementation Guide,
同樣此準則由CDISC所建立, 但發展沒有SDTM來得完整, 目前還在慢慢增加中,
也可以參考CDISC的網站(網址太長, 自行google即可)
產出ADaM資料集.
當然, SDTM及ADaM資料集都要先寫好specification, 裡面會清楚定義每一個變量的名稱,
長度, Format及如何產出這個變量的敘述等等. 當然, 在寫SDTM或ADaM spec的時候,
一定會參考各個計畫的SAP及Mock-up Shell來處理各個變量.
因為我們通常會希望在最後的TFL的時候, 不會有太大量的計算.
我們會儘量把比較複雜的運算放在ADaM資料集中
(例如缺失值的差補, 天數計算, 改變值等等)
經過千辛萬苦, 我們便可以開始進行TFL的產出了. 通常根據專案的進行,
會有不同的delivery, 每次交的數量也會根據性質差異很大,
例如期中分析可能主要看一下安全性, 少許的有效性.
但是在最後的CSR (Clinical Study Report)中, 數量可能會到上百張之多.
工作實際操作內容部分, 基本上根據每家公司會有很大的出入,
我就先以我的經驗來分享一下, 大家可以參考看看.
統計軟體使用的是SAS, 主要是由於FDA的關係, 因此基本上這個產業都是使用SAS.
但FDA在前陣子有提到可以使用R做submission. 其他會用到R的時候,
有可能是SAP中的統計方法現在SAS還沒有proc, 只能先使用R的package作分析.
SDTM/ADaM spec都是要經過QC(Quality Control)的, 也就是一位同事寫,
另一位同事做檢查. SDTM/ADaM/TFL的資料集, 都要經過double programming處理,
所謂double programming指的是, 兩位同事在根據同一份spec的情況下,
獨立完成資料集的編寫, 並兩者的數值要完全一樣方可叫做passed QC.
當passed QC後, 我們會將資料集或TFL的結果, 給統計師(biostatistician)做QC.
一般來說統計師會自己編寫程式來檢查報告中比較重要的部分, 例如有效性的結果.
當統計師沒有進一步的問題後, 這次的報告就可以準備交給Sponsor(藥廠)了.
當然Sponsor也會有對應的員工來檢查我們交出去的結果,
如果我們對於定義有歧異的時候, 我們就會需要很大量的信件來往或直接線上開會的需
要了.
拉拉匝匝說了很多, 有很多東西可能要真正進到這個產業才會知道,
但是我總覺得在生技版上, 大家提的比較多可能都偏重在臨床方面, 例如CRA等等.
其實Programming/Biostatistis的需求不管在台灣或者是中國都是非常大的.
希望藉由我一點點的經驗分享可以讓大家一起進入這個發展越來越蓬勃的產業.
如果文章有不足的地方, 還請各位前輩補充指教的.
有什麼問題都歡迎提問, 我有時間也會盡量回答大家的.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 202.46.35.179
※ 文章網址: https://www.ptt.cc/bbs/Statistics/M.1501689989.A.5B2.html
※ lsshno1:轉錄至看板 Bioindustry 08/03 00:07
... <看更多>