再一次，回到那個星期二下午
讓我們回到第1章的星期二下午恢復室。恢復完畢的病患仍留在原位，下一台手術因此被推遲。
我們的其中一個畫面，把醫院呈現為一張活的地圖——不是紙上畫的、靜止的樓面圖，而是能按的地圖。當運營者按下恢復室裡的那個位置，病患的恢復狀態會出現，能否進行離院指引會出現，下一位手術病患準備到哪一步也會出現。而透過一次動作，即可執行離院流程。
按一下，相連的每一處都動起來
那一次動作，會讓醫院裡的許多地方同時反應。
離院指引與注意事項送到病患與家屬手上、下一次回診預約被建立、恢復室清理被指派給值班人員、下一位手術病患的入室指引發出、那台手術即將使用的耗材被預先檢查。您只按了一個地方，相連的每一處卻一起動了起來。我們稱之為「Zero Data Silo」（零資料孤島）——因為資料不被鎖進格子，一次動作才能一路流到底。
在第2部我們把醫院畫成一張網——一筆預約牽連著手術室、人力、設備、庫存與結算的關係地圖。當時那張網，是「用來看的」地圖。到了第3部，那張地圖變成「用來按的」地圖。只有在懂得所有連結的系統上，一次點擊才能取代十個人的電話。
來的不是警示，而是下一個行動
設備也依循同樣的原理運轉。
在整形外科與皮膚科，設備等同於當天的營收。主力雷射早上罷工，當天預約的療程全數動搖，一整天在打電話收拾——第1部介紹過的Signal就走在這之前。它會即時偵測設備異常徵兆、耗材不足、保養期限，並通知負責人（需要與設備廠商串接）。但從第3部的角度來看，重要的不是通知本身，而是通知同時把「下一個行動」一併帶過來。
一般的警示系統停在「有問題了」。收到的人要從那裡開始查——是哪台設備？多急？該轉給誰？我們系統的通知，會一併告知設備在哪、目前狀態，以及在這個狀態下能執行的動作：預約保養、訂購零件、指派負責人。收到的人不需查，只需決定。那個決定就會化為一個行動，被執行、被記錄下來。
第1部所承諾的「系統會在設備停擺之前先出聲」，準確的完成方式就是這樣——先發聲，並把下一個行動一起端到桌上。
院長的一個判斷，就成為執行
對院長最有意義的一段就是這個——在這個結構上，院長的一個判斷就成為整座醫院的執行。
以下是此刻在我們協助運營的醫院裡實際運轉的流程：病患提交術前問診表時，通知會自動出現在負責頻道。院長即使在移動中，也能查看內容並留下一個判斷，那個判斷就會成為狀態，觸發自動發送下一步指引給病患，並啟動相關部門的準備。院長只做了一件事——留下判斷。傳達、追蹤、執行——由系統代勞。
判斷完全屬於院長，判斷之後的雜事全歸系統。院長花在診間之外的時間之所以減少，正是因為這樣的機制。
現在能做的與未來會做的
必須澄清一件事：並非我們系統所有功能都已達到這個水準。有些領域每天在現場運行，有些領域仍在準備中。因此我們始終把「現在能做的」與「未來會做的」分開來說。我們相信，一家願意共同承擔醫院運營的公司，本就該遵守這樣的態度。
我們的地圖不是拿來看的，而是拿來按的。按一下，相連的整座醫院會一起動起來。