除了紅包,也千萬別送「鳳梨」和「每日C」給醫護人員

除了紅包,也千萬別送「鳳梨」和「每日C」給醫護人員
Photo Credit:FutUndBeidl CC BY 2.0

我們想讓你知道的是

Photo Credit:FutUndBeidl CC BY 2.0

Photo Credit:FutUndBeidl CC BY 2.0

No man needs a vacation so much as the man who has just had one.
— Elbert Hubbard

沒有比剛剛度過假的人更需要假期的了。
— 埃爾伯特・哈伯特,英國作家,代表作《致加西亞的信》

假期即將來到(編註:本文寫作時間為1/30除夕),門診結束改由急診統一承受全民健康共業。眾人度假,唯獨輪班值守的醫療人員更能體會最開頭的那句話。

而門診結束前的瘋狂亂象,開刀開到沒天沒日,病人在診間敲門敲到跳腳吵架:

「醫生妳趕快看啦!! 等好久!! 我要去放假了!! 高鐵/火車/統聯/駝獸要趕不上了!!」
(掩面…沒病吵著要看病好去放假…花惹..)我門診連續三小時都憋尿沒離開惹。

但是這時候最怕一種病人,衝著過節,「送紅包」。

千 萬 不 要!!台灣醫生嚴禁送紅包啊!!!

說到過節送禮,再平常不過了,可是千萬千萬不要在醫院裡做這件事情。醫院法務,政風處,各家醫院大大小小都有各種管制單位,輕者懲戒,重者…看官們看最近醫院收回扣新聞即知。

然而這種看醫師不需送禮表心意的文化,有其重要跟必要性,人不分貴賤,但多少醫療行為直接正比於荷包跟摳摳?如果還需像其他國家經由仲介給紅包,抽成,比銀彈攻勢決定治療順序,整個醫療行為會徹底失控的。台灣何其珍貴,用了多少年的時間才擺脫掉這樣的文化,健保很賤沒錯,但還是要好好珍惜這樣的就醫正義環境。

那不送紅包怎麼辦?

每個病人各出奇招,手工的,親自養的,庭院抓的,改送各種DIY小禮物,有些醫師看在心意分上(如果又不是花了大錢),或許還會留下當紀念。

我自己的收禮經驗,印象最深刻的就是國小時因為太會欺負男生了(拜託!那是男生超弱好嗎?打架都會被我抓頭髮敲桌子後哭著跑走!)結果生日時收到一隻哥吉拉的模型……現在想想, 女漢子的養成,從那時候就有蛛絲馬跡可循。

然後,就是在青澀學生時代少不更事,收到匿名仰慕者給的寫了一年的「整本信封紙」情書…說情書太浪漫,那有點像我的野獸生態觀察日記:

「某年某月,妳經過我教室窗前, 用吼的把誰誰誰打跑」
「某年某月,妳下課去哪間補習班,用五分鐘把一個便當吃完」

然後隨著我邊看邊寒毛直豎,一張紙片翩然飛落,定睛一看,居然是我某件衣服的圖案花紋,被畫滿整張紙…….

超可怕der,這傢伙不只記錄我行蹤跟獸徑路線, 居然連我換季的毛色都寫真畫下(@#$~!@$#^~~~~)

當然最後沒戲唱, 太…衝擊「纖細的少女心」了。

醫療人員最害怕的禮物……

當醫師之後呢,小小咖誰會送?當然也千萬不要被家屬沒事記住,記住都沒好事。可是護理站裡不時會收到病患感謝照顧的小點心,這種小小餅乾啦小小飲料的,其實還滿感動人,尤其是路過的飢餓孤魂野鬼值班醫師,常常能夠靠這些糖分補給提高血糖,如果萬幸能遇到「雞排 + 珍奶」,哇!! 一餐都省了!! 讚!!

可是有一次呢,家屬送來整盒的餅跟大袋飲料,護理站裡都在忙,沒人有空細看,老狐狸醫師的病人開完刀居然apnea(呼吸中止),插管插不上。

「甚麼刀?」 我被摳來時急忙問值班的學弟們,「一元」學弟(之前在〈無敵怪醫〉中有介紹過…略兩光)身為PGY,輩分較大,另一個學弟綽號「小天才」,是我很看好會繼續走外科,表現跟反射都非常「外科」的實習醫師,小PGY一屆。

「一元」支支吾吾:
「 嗯…學姊…就是護士說病人很喘…開刀唷…好像是…開那個…」
(我OS:護士說?你值班你有沒有去看病人?連開甚麼刀都不知道?是誰說endo插管on不上?)

「小天才」已經翻閱起病例:
「45歲女性甲狀腺腫瘤,昨天開甲狀腺全切除,今天術後第一天,剛剛是我去看病人,頸部腫脹呼吸困難,endo我跟上線值班的一元學長on不上,直接call學姊」(這才是簡單迅速明瞭的外科報case啊!)

我已經放棄跟一元對話(表現差會更被忽略或挨罵,這是醫療學習上最糟的惡性循環),急著搶救沒時間跟魯蛇吵,隨小天才衝到病床,看到病人呼吸不過來整個雙手掐著自己脖子,剛才試過插管的喉頭鏡被丟在床頭。

我吼:「這是頸部傷口內出血,會壓迫氣管管徑變小,插管插不上得馬上打開傷口!」

立刻把頸部的傷口夾全部拆開,果然大量的血塊都積在皮下汩汩流出,邊移除邊注意病人呼吸, 還是喘,我說:「on endo!」

蹲到頭部,喉頭鏡一放,氣管管徑順暢,成功!

此時病人已經打藥昏迷,整個護理站的人員都忙到雞飛狗跳,接心電圖監測的突然發現:「小劉醫師!run VT!」(心室顫動, 需電擊跟心臟按摩急救)

急救一番之後, 我跟小天才輪流跟著病床跑,另外一個蹲跪在病床上按壓病患心臟CPR,就這樣邊壓邊轉到加護病房,直到病人救回穩定。

暴風雨過後回到寂寥的護理站,踏進討論間,赫然發現:

「是誰送的微X山丘正宗純土鳳梨酥?!」我大叫。

「唉唷!」「要死啦~~」「難怪那麼旺」眾人紛紛探頭,不只這樣,連飲料都是綜合水果茶,最上一排那滿滿的鳳梨是怎樣?!

一轉頭,還有送點心的家屬怕醫護人員蔬果攝取不足, 還搬了一箱「每日C」 (C for CPR心肺復甦急救),眾人一起哀號~~~

原來醫院值班三大不可思議之一和二:鳳梨以及每日C, 竟已經悄悄在病房裡散發它們的黑魔法。


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡