觸及率好像回來了，那，就來一篇超級無敵長文來慶祝，順便挑戰臉書吧！
「打疫苗後出現不良反應，但是不知道和疫苗有沒有關係，國家要不要補償呢」
先講結論，＃施打疫苗不只是保護自己，更是 ＃讓社會群體免疫的公益行為，如果打疫苗出問題了，＃應該盡可能由群體來分攤風險，給予補償救濟。
一、制度上，＃要修改預防接種受害救濟的審議標準，以 ＃符合社會補償的意義及功能。
二、針對緊急授權使用的Covid-19疫苗，#要給予被接種人更完整的保障。
在這個禮拜三，台灣女人連線和台灣人權促進會一起召開了「讓民眾安心接種Covid-19疫苗 完善預防接種受害救濟」，邀請我出席一起討論這個議題。
其實齁，這個問題原本不該是個問題，因為台灣法律上早就有答案。
＃法規上怎麼分類
依據「＃預防接種受害救濟基金徵收及審議辦法」的規定，疫苗和不良反應之間，有三種可能的狀況。
如果有關，當然要補償。
如果無關，當然不補償。
那如果不知道有沒有關係呢？
也有補償，只是會比「有關」的狀況少。
＃為什麼不知道有沒有關要補償
為什麼不知道有沒有關聯性，也要補償呢？
1.接種疫苗有利他性：
接種疫苗除了讓個人獲得抵抗力，也涉及「群體免疫」的效果。換句話說，除了個人因此得利之外，＃整個社會也會因為接種而獲得利益。因此，政策上應該儘可能鼓勵個人放心施打，＃由群體共同分擔相關風險。
2.因果關係難以證明，個人更欠缺證明的能力：
首先，疫苗往往帶有未知的風險。而從不良反應的個案出現，到證明不良反應和疫苗有關連，還有很長的一段科學路要走。如果在無法確定的有無關聯的時候通通不補償，就會讓受害者無法及時獲得補償。
其次，#個人幾乎不可能取得必要的資訊和資源證明因果關係。同時，如果要求個人負擔舉證責任，那麼握有資源和能力的國家和疫苗廠商，就會更沒有誘因研究因果關係是否存在（要投入大量資源研究，而且如果有因果關係，就要補償或賠償了）。
3.個人欠缺承擔風險的能力：
最後，與國家或者疫苗廠商相比，#個人最沒有能力承擔風險，但卻直接受到不良反應的衝擊。從風險分配的角度，不應該讓最弱勢的個人承擔全部的風險。
＃那還有什麼問題？
今年2月最新修正的「預防接種受害救濟基金徵收及審議辦法」，可能讓個人在不良反應發生時，無法獲得最起碼的補償。
這次修正的規定，雖然還是維持「有關」、「無關」和「無法確定」的三分法，卻在「無關」的類型中，除了既有的「醫學實證證實無關聯性」，多增訂「#醫學實證未支持其關聯性」的類型。
同時，修正理由號稱是參考WHO的相關準則，也就是Causality assessment of an adverse event following immunization (AEFI): user manual for the revised WHO classification （Second edition）。
然而，WHO疫苗接種不良事件分類方式其實是這樣：
一、有關：和疫苗有因果關聯。
1.文獻證實和疫苗有關。
2.疫苗品質有瑕疵。
3.接種時發生錯誤。
4.接種引起的壓力反應。
二、無關：和疫苗無因果關聯
1.由疫苗以外的原因引起的既有、正要發生或發生的狀況。
三、無法確定：
1.有時序關係，但並沒有足夠確定的證據顯示有因果關係（可能是與疫苗相關之新事件）。
2.有「有關」及「無關」兩種衝突的看法。
四、無法分類：
尚未獲得足夠的資訊。同時要求說明進行分類所需要的其他資訊。
從文義來看，新規定的醫學實證「未支持」其關聯性，可能是沒有足夠確定的證據顯示有因果關係，而不是「證實無關聯性」。而在原本規定中已經有「醫學實證證實無關聯性」的狀況下，多增訂了「醫學實證未支持其關聯性」，在體系上很可能就擴張「無關」的範圍，而和WHO分類中「無法確定」重疊，進而限縮應該補償的範圍。
#Covid19疫苗的特殊性與衍生問題
Covid-19疫苗都是新疫苗，也可能因為疫情的因素，並沒有經過一般疫苗應經的完整試驗程序，而尚未累積足夠的知識來判斷有沒有風險。
以AZ疫苗為例，原本歐盟藥物管理局在3月18日發布聲明，認為AZ疫苗和血栓風險升高沒有關聯。然而，在4月7日，歐盟藥物管理局改認為血栓是AZ疫苗「非常罕見」的副作用。
也因為疫情的影響，台灣目前進口的疫苗（包括AZ疫苗），都是「緊急授權使用」。在這樣的狀況之下，其實更應該積極保障被接種人，才能鼓勵大家放心施打，促使提升群體免疫力。
#那應該要怎麼做？
一、制度上，要修改預防接種受害救濟的審議標準，以符合社會補償的意義及功能。
二、針對緊急授權使用的Covid-19疫苗，應該要給予被接種人更完整的保障。
如果你真的看完了，拜託點個「加油」的表情符號，如果覺得幹嘛寫這麼長，拜託按個「怒」，再留言讓我知道囉！
那還有什麼問題 在 Re: [請益] 你還有什麼問題想問？ - 看板Soft_Job - 批踢踢實業坊 的推薦與評價
我以前當面試官時,
面試完我也是會問這句,
想得真的和l大一樣,
面試真的是雙向的,
而且面試最終的目的就是要找"合適"的人,
所以我會希望應徵者問題越多越好,
只要我有時間,我就會盡量回答,
因為這樣可以讓對方確認這個職位是不是他想要的,
而且透過他的問題,我也會知道對方有沒有準備,知道對方在想什麼,
有些人在推文講問題問得多反而會有反效果...
我不確定這些大大遇到的狀況是什麼,
但我自己當應徵者也好,當面試官也好,
很少遇到這種狀況,
我想得到的情況是應徵者問的問題很不好,
或是面試官的心態很"奇怪"才會有反效果,
(通常是後者)
例如有面試官會覺得問薪水不禮貌,
這種面試官就太傳統了,
不和這種主管共事也罷,
就我和很多主管聊的心得,
(我同輩很多當主管了)
大部份的人想得和我是一樣的,
是希望面試者不要進到他不喜歡的公司,
因為進來又短時間離職所造成的損失是很大的,
我們才會希望面試者也多提問題,
大部份面試官也不會固意去欺騙應徵者,
騙應徵者進來,然後應徵者發現不對勁就離開,
那人又要重找,吃虧的還是面試官呀,
雖然確實有不少面試官黑心會騙人,
但正因為如此,應徵者才更應該多問問題,
你不問面試官問題,你怎麼知道面試官有沒有"問題"?
所以,大家面試時就儘量問問題沒有關係,
不喜歡被問問題的主管...再次強調,那不是好主管,
因為主管能力強的話,是不怕被問的,
當然問問題時,也要注意先想過再問,
不要問太nonsense的問題,
例如問面試官或公司的隱私,或明知固問,
建議是先把問題都寫好,列成一張表,
在面試過程中,面試官有回答到的問題就寫下回答,
到最後面試官沒問題時,
就開始問列表上面試官沒有回答到的問題,
這樣會讓面試官覺得你態度很好,很認真,
應徵者有認真準備面試的話,一定會有很多問題的,
只是大部份應徵者還真沒有準備問題,
感覺是到處投履歷,有面試機會就直接過來,
所以我對有準備問題的應徵者,
印象會不錯,
以下問題是我建議要問面試官的,
如果面試官沒講到的話:
1.薪水,福利
(一定要談,我們出來混不就為了要吃飯?
如果對方只會講"興趣"或"未來發展",那要小心)
2.加班狀況
(在你能接受的加班極限內嗎?如果對方回答不出來那要小心)
3.我能夠為你們解決什麼問題?
(公司遇到什麼問題?為什麼要找你?你有什麼能力可以解決這問題?
問題非常重要,一定要問下去,如果公司的麻煩你解決不了,那就是地雷了,
當然很多公司明明遇到問題,但還是假裝沒問題,假裝擴增人力,所以要試著發掘問題)
4.做事方式
(例如版控,軟工,專案管理,測試,看公司有沒有制度,自己和對方做事方式合不合)
5.PM或其他同事的狀況
(從PM專不專業就可以看出這公司專不專業,也可以看出這公司怎麼分工的)
6.會接觸到的技術與深度
(看要求的技能自己能不能接受,如果面試官講不出來,
或回答遇到什麼技術就要會什麼,那就要小心了)
7.要找的是資深還是新人?
(資深是可以獨立作業,能力也不見得比主管差,也比較容許有自己的做法,
新人就得什麼都聽主管的,如果資深當新人用,不但會浪費薪水,也容易吵起來)
8.你希望找什麼樣的人?對我的要求是什麼?
(如果只會回答吃苦耐勞或準時交件這種很抽象或太標準的答案...要小心了)
9.我們現在談的工作內容,會不會我進去後會不一樣?為什麼?
(談的工作和做的工作不一樣,這太常見了,一定要確認好,
如果會不一樣,那到時候可能會丟給你的工作,你能不能接受?)
好的問題,就是能刀刀切到重點要害,大家都工程師,就直接點吧,
不用扭扭捏捏的拐彎抹角
因為應徵者多問問題的目的,
也是要防止進到地雷公司,這很重要,
通常面試官就是你主管,
好主管帶你上天堂,爛主管帶你住套房,
好主管的特色就是腦袋很清楚,
腦袋清楚的人才能回答得了你的各種問題,
所以...面試時大家就好好的準備問題問吧
※ 引述《lunared (天生紅月)》之銘言：
: 面試人一年多了 來分享一下問這句的心態
: 每次面試當面試者介紹完自己的經歷作品之後
: 我都會問這一句
: 因為我覺得面試是雙向的
: 公司在找適合的員工 員工也在找適合的公司
: 要到一間公司工作
: 應該會希望知道這間公司的文化風格跟自己想要的有沒有落差
: 我們不希望員工進來才發現公司文化跟他想要的不一樣
: 然後離職換工作 這樣我們又要重找人 又要重新開始磨合一次
: 人力成本是很重要的....
: ※ 引述《zip520123 (SLin HD)》之銘言：
: : 我主要是寫iOS的
: : 最近研替剛結束
: : 104跟linkin都更新了一下
: : 陸陸續續透過獵人頭面試幾間公司
: : 基本上技術的問題會就會，不會就不會
: : 但是結尾面試官會問
: : 「你還有什麼問題想問？」
: : 還真的不知道問什麼
: : 面試的都是新創公司
: : 通常我會問怎麼合作開發的
: : 大部分公司都是用scrum
: : Review code 之後 merge
: : 然後我就想不到其他問題好問了
: : 想請問各位大大該問什麼問題好？
--
一個公司好不好,看資料庫就知道
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.212.136.7
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1539373883.A.238.html
... <看更多>