告訴我，把醫師納入勞基法，為什麼這麼難？
我們想讓你知道的是
政黨輪替後，新政府承諾於2019年9月1日，將醫師納入勞基法的保障範圍。包括其他在野黨、醫師團體及支持者紛紛對這樣的時程表示不滿，「為什麼不是現在、今年就將醫師納入勞基法？」
1984年3月4日深夜，美國紐澤西州一名女孩因類流感症狀急診入院，由兩名住院醫師負責照護。送入急診後，病患出現奇怪的抽慉動作，護理人員趕緊通知住院醫師處置。一位住院醫師前來開立鎮靜止痛藥物（meperidine）控制病患的症狀。
然而，情況並未好轉，病患持續躁動不安，護理人員進行通報。由於住院醫師忙於照顧其他40名病患，在沒有親自評估的情況下，以電話指示護理人員將病患進行「身體約束」，並給予鎮定劑（haloperidol）。凌晨，護理人員發現病患體溫突然升高至42℃，雖迅速採取降溫措施，但病患心臟驟停，急救無效。
Libby Zion 之死促成《Libby Zion law》
事後調查發現，兩位住院醫師工作時數過長，在必須同時照顧40位病患的情況下，忽略了患者具有憂鬱症的病史，而其正在服用的抗憂鬱藥物Phenelzine會與meperidine交互作用，產生致命的血清素症候群（Serotonin syndrome）。
一條生命的消失，誰扛得起責任？是兩名連續值班、同時必須照顧多名病患的住院醫師？是負責人員招募、班表制定的院方？是管控醫院經費、審查制度的政府？還是明知道問題存在、卻眼不見為淨的我們？
這名病患的死亡後來促使醫師工時體制的改革，1989年，紐約州通過了貝爾委員會的建議，州部門健康法規第405條規定，住院醫師每週工作不能超過80小時或連續24小時以上。2003年7月，該法規被引用於美國所有經認可的醫療培訓機構。這條法規以當年的病患Libby Zion命名，是為《Libby Zion law》。
把醫師納入勞基法，為什麼這麼難？
和美國相比，台灣醫師過勞問題有過之而無不及。政黨輪替後，新政府承諾於2019年9月1日，將醫師納入勞基法的保障範圍。包括其他在野黨、醫師團體及支持者紛紛對這樣的時程表示不滿，「為什麼不是現在、今年就將醫師納入勞基法？」
醫師納入勞基法已是趨勢，然而在政府端出看的見的條文草案之前，大家只能憑空猜想屆時會是甚麼樣的情況。許多醫院針對醫師納入勞基法可能遭遇的挑戰，召開討論會（例如台北醫學大學所舉辦的《受僱醫師適用勞基法之挑戰與因應》專題討論會），邀請各個領域的專家分享意見。目前勞基法針對勞工的工時、工傷、退休金提撥等項目進行保障，較易讓人產生疑慮多半在於工時限制的討論。
目前社會普遍認同工時過長，使醫師出現過勞，除了讓醫師的生命健康受到威脅，更可能影響其專業判斷，使病患的權益受損。然而醫師納入勞基法並非一蹴可幾，若是相關制度及配套措施沒有準備好，那只會衍生更多問題。透過公聽及討論會，醫院代表所提出來自資方角度的想像及疑慮，或許可讓政策制定者對於配套措施應解決的問題更有概念。
醫師納入勞基法後的想像
- 勞動人口逐年下降，如何補足醫院人力空缺？
在少子化的影響下，台灣每年勞動人口有逐漸下降的趨勢。醫師納入勞基法後，個別醫師的工作時間縮短，若病患量不變，院方勢必得想辦法補起勞力的斷層。增加聘用國外醫學系畢業生、廣設後醫學系等想法皆曾被提出，聘用醫師助理（Physician Assitant, PA）亦可能是個選擇。然而是否能於增聘人員之際，同時顧及受聘人員的專業水平，則是必須考慮的重點。
- 院方的人力成本增加，錢從哪裡來？
想要多聘一些人，醫院勢必得多付出些成本。曾有醫院代表表示，目前給予醫師的高薪多為考量到其工作強度及長時間的辛苦，未來醫師若納入勞基法工時下降，其薪資是否維持原樣就有討論的空間，可能將原有薪資部分調整為加班費。然而院方變相調薪以節省成本，勢必引起員工的反彈。
- 緊急狀況發生時該怎麼辦？
在過去的八仙塵暴事件，短時間內大量燒燙傷病患湧入醫院。當時平均一個患者每次換藥，需要五名專業醫護人員的人力；幫兩名患者清創換藥，可能就要花掉一個早上的時間。未來若醫師納入勞基法，超時工作資方可能受罰，若不幸發生類似的緊急狀況，是否有配套措施或名列條文可以因應也該事先設想。
- 不只增設人力，也應想辦法減少不必要的需求
未來醫師納入勞基法後，除了想辦法補齊人力缺口，如何減少不必要的就診及醫療行為也將是個課題。如何讓醫療分級、轉診制度不再只是口號，醫療行為的進行是否可能更有效率等，皆應納入一併討論。
讓醫師成為不被剝削的一群
「希望有一天，年輕人可以認為，將來當醫師可以成為不受剝削的一群。」參與多場醫師納入勞基法相關公聽會及會議討論的國民黨籍立委陳宜民，於其中一場會議結束前下了如此註解。
醫師納入勞基法是個趨勢，但一定要在相關配套皆擬定完整後，才可能成為一項醫病雙贏的德政。透過公聽會及專題討論會的參與，能藉由討論的過程，發現原本自己忽略、但卻亟需解決的問題。距離新政府所承諾的時間約剩3年，在這段時間內將可能遭遇的問題都討論過、並想出因應的對策，不只是醫師、醫院及執政者的責任，一般民眾能做的是持續關心議題，了解最新的進程，畢竟沒有人可以保證自己一輩子都不會生病，都不需要看醫生。
延伸閱讀
參考資料
- Libby Zion Law（藥師週刊）
- 【八仙塵爆】基層護理人員做惡夢：怎麼救都救不完（公視新聞議題中心）
核稿編輯：曾傑
雷亞遊戲作品下載破億的秘密，聯手Google Cloud開源又節流
我們想讓你知道的是
2011 年創立的雷亞遊戲（Rayark Inc.），從 2013 年就攜手 Google Cloud 導入相關雲端服務，雙方合作長達十年的關鍵是什麼？
2011年創立的雷亞遊戲（Rayark Inc.），秉持把感動永久留存在玩家心中的信念與堅持，不論是音樂節奏、休閒趣味、科幻動作、又或是策略RPG不同型態的作品，都希望創造出呈現時代回憶的經典製作。每回推出新款遊戲都能叫好又叫座，雷亞遊戲旗下作品的總下載數，全球上看1.3億次。
「我們的優勢，在於故事的呈現及藝術表現，創造出一個讓玩家與故事有聯結的世界觀，」雷亞遊戲技術長Alvin Chung回應。為了精進作品內涵、拓展遊戲更多可能性，雷亞遊戲從2013年就開始積極將開發架構、維運流程搬遷到雲端環境，進而讓團隊養成敏捷的協作文化。
Alvin Chung解釋，「我們希望把更多心力投入設計遊戲本身，同時優化玩家體驗服務，而不是過度分心或花太多資源去顧及底層網路架構，透過雲端工具源創造更大的效益。」若把一款遊戲從無到有，可拆分為企劃、開發、測試、上線等流程，這些不同階段的工作環境，雷亞目前是放在Google Cloud平台上運行。
完善數據治理工程，雷亞遊戲成立數據部門洞悉營運實況
一款遊戲要讓玩家感動，絕對不能只有感性要素，更需要從理性角度洞察玩家行為數據，才能讓用戶的留存保持穩定。尤其現代企業都知道，數據對於公司經營等同石油的價值，於是，雷亞決定成立數據部門，作為輔佐商業決策判斷的後勤核心團隊。
雷亞遊戲產品發行處數據分析部部長Denny Huang表示，「以前只用database，資料的細緻度不夠；打個比方，透過database只能看存摺的結餘，無法回溯歷程資訊；後來成立數據部門，把伺服器的log收進資料倉儲Google BigQuery，等於帳本的每筆明細都會留下記錄，再結合商業智慧與分析軟體Tableau，讓DAU（日活躍用戶）、MAU（月活躍用戶數）、留存率、付費率這些指標以視覺化圖表完整呈現。」
為了貼近玩家的需求、打造出更符合市場想法的作品，雷亞的營運團隊也希望藉由數據深入鞏固與玩家的黏著度，進而排除不利玩家留存的情境，就能事先透過BigQuery搭配Firebase實現A/B Testing。Alvin Chung舉例，遊戲業相當重視玩家前10分鐘的留存率，如果發現新手歷程在某一區卡關過久，他們就會調閱BigQuery內的玩家行為資料，找出用戶成長停滯的原因，進而修正遊戲的設計機制。透藉由此檢視及驗證方法，促使玩家加入遊戲的前10分鐘留存率提升50%。
盤點目前雷亞數據部門使用BigQuery的數據狀況，每天處理報表容量達9TB、單日300G流量，以及儲存操作紀錄超過300TB。如此龐大的資料量，雷亞也透過BigQuery搭配Tableau，落實更細緻的商業邏輯判斷。
Denny Huang分享其中一個情境：他們想知道玩家在特定戰場，怎麼運用卡牌的排列組合，這時候就能借助BigQuery及機器學習的運算，掌握某個關卡的通關率是否落在合理範圍。後續透過數據分析，找到禮包購買率的最佳時機點，並微調設定禮包內容物，以強化玩家購買誘因，讓特定產品付費率增加17%、 單一活動營收增加16%。
把關伺服器預算有效節流，借助BigQuery從每月縮短到每日掌握報表
如果說提升禮包購買率、留存時間拉長，對於遊戲開發商是「開源」策略，那麼透過Google Cloud來檢視整體服務的運作效率，則屬於「節流」手段。雷亞遊戲就提到，他們所部署的伺服器牽涉相當龐大的機器種類，內容涵蓋資料倉儲單元、資料庫單元、以及運算單元，運行過程勢必就會有所花費，這也是遊戲商的成本之一。
雷亞遊戲網站可靠性工程（SRE）工程師Gene Liu表示，「洞察伺服器維運數據，可以知道我們的後端服務是否有效率？服務品質如何？又或是有沒有讓玩家收到錯誤訊息狀況？透過監控整體後端服務的健康程度以及資源用量，讓我們知道研發資源需優先最佳化哪些項目。」
從上述情境可觀察到，SRE的主要工作就是要確保確保遊戲對內和對外服務的穩定，並且維持一定品質的玩家遊玩體驗。以對內服務來說，遊戲伺服器傳數據給BigQuery的過程，不但要保持通暢，而且也盡可能不會掉失任何資料。不過也因為遊戲玩家來自全球不同時區，等於系統的流量高低峰是24小時在變動；甚至若有特殊行銷檔期，玩家在同一時間大量湧入領獎勵，SRE團隊就要花更多時間在監測伺服器的運作狀態。
Gene Liu對此提到，「我們的後端服務部署於Google Kubernetes Engine之上，後端服務向BigQuery寫入資料是透過Pub/Sub,而Pub/Sub與BigQuery都是全代管的服務，可以大幅度减輕我們的工作負擔，不用手動擴展或縮減設定雲端服務所使用的資源，跟以前的維運工具相比，現在的管理模式可以節省非常多時間。」
另一方面，Gene Liu接著說，雷亞也在雲端環境架設資料視覺化網路應用程式平台Grafana，Grafana可以在網路瀏覽器內顯示資料圖表，並提供警告功能。因此一旦監測到數據峰值異常，就能立刻行動來最佳化産品的效能，或是有效排除伺服器原本不應浪費的成本。
「現在雲端服務的費用以raw data傳到BigQuery後，能透過Grafana即時檢視哪個專案的伺服器以及流量花多少錢，或發現花費異常時候，可以找到是哪個專案開的運算資源。以前要每個月收到帳單才知道費用，現在則是可以即時得知系統數據，並在數小時內掌握各項雲端服務的費用。」Gene Liu補充道。
期待以敏捷方式迭代產品，提供玩家即時又彈性服務
雷亞與Google Cloud的合作，除了上述相關應用，其他還包含Cloud Load Balancing、Compute Engine、Dataflow、Cloud Monitoring、Cloud Logging以及Google Workspace等解決方案，在其他業務及跨部門協作過程有廣泛運用。
Alvin Chung最後回應，「我們多年來觀察Google Cloud持續發布新功能，讓雷亞在做數據分析、維運上更穩定，也希望借力於雲端讓我們越來越省心，專注在遊戲的開發或加速迭代新的産品，更即時觀察市場的回應，進而縮短time to market的腳步。」
由此可見，雷亞遊戲在實現打造具時代回憶的偉大作品之際，藝術也要融合技術，除了讓玩家在遊戲過程感到幸福，同時也基於雲端應用，提供玩家快速又彈性的滿意服務。
