
員工看到的第一頁,是每位目前正佩戴 комплект 的住客各一列。另有儀表板的各區塊、角色權限和「住客帳戶」。
員工第一眼看到的不是使用者和活動的計數器,而是人員清單:每位目前正佩戴 комплект 的住客各一列。誰先離店,誰就排在上面。
計數器沒有消失,它們在頁面底部,而且只有管理員看得到。業主的想法很簡單:飯店早上需要的是人員清單,不是圖表。
清單上方有分類標籤:目前飯店裡有多少人、多少人要離店、多少人有事項需要注意、多少人的手錶沒有回傳、誰看起來沒有佩戴手錶。還有整間飯店的搜尋欄:姓氏、房號、комплект 標籤、комплект 電子郵件、出生年份。

上方是領用 комплект 的那位住客姓名,姓名下方是 комплект 自己的電子郵件。在接待處常會問「這是哪一套?」答案就在姓名旁邊。
接著會顯示入住和離店日期、這次住宿的第幾天、夜間與白天的數值,以及「上次與手錶連線」這一行。若連線時間超過靜默門檻,就會以金色標示,這和「手錶沒有回傳」標籤使用的是同一個門檻。
點一下這一列,就會展開這位住客的完整晨間單,也就是巡視時列印的同一份文件(說明)。
無法從外部直接叫手機和手錶動作,因為 Garmin 沒有提供這種指令。所以這個按鈕做的是探測:去問雲端有沒有更新的資料。
如果同步時間在 10 分鐘內,入口網站會立刻把全部資料拉回來。若不是,就會進入等待模式:該列會以金色顯示「已於 14:20 請求 — 等待手機」,而入口網站會在 2 小時內每 5 分鐘再次向雲端查詢。手機一送出資料,資料就會到,這個標記也會自動消失。
所以和住客說明時的原則是:「已請求」不是「馬上就會到」,而是「我們正在等他的手機」(原因)。
這一列中的按鈕會用住客的視角打開入口網站:同樣的畫面、他的數值、他的建議、他的空白處。支援問題有一半都會在這裡找到答案。
對醫師來說,這裡只能讀取。 不是「把按鈕藏起來」,而是伺服器會拒絕這種工作階段中的任何寫入。業主允許管理員修改,因為那是飯店端的工作:配對碼、地圖、同意事項、個人資料。
這個決定的代價也說得很清楚:管理員在這種工作階段中所做的任何寫入,都會以住客名義送出。記錄只會記住誰在什麼時候進入過,不會記住按了哪個按鈕。
每個畫面上方都會有一條「您正在查看的帳戶:…」的提示列,並附有返回按鈕,所以不可能忘記自己現在是在誰的帳戶裡。
展開的那一列右側會打開一個抽屜,員工對這位住客要做的事都集中在這裡:明天的建議、給住客的訊息、給員工的備註、飲水內容(療程草稿和每日目標)、步數目標、附日期與時間的理療,以及推送到手錶的路線。
抽屜標頭會顯示姓名、出生年份、年齡、房號和 комплект:這裡是在寫安排,所以「給誰」比「寫什麼」更重要。
給員工的備註不會顯示給住客看,這正是它的用途:寫給住客的內容會改變他的報告,而「他女兒星期五會來接他」不是給住客的話,而是接待處和醫師在安排星期五之前都需要知道的事。
接待處需要的是同一份清單:誰在飯店、誰要離店、誰的手錶沒有回傳,但不需要夜間數值和旗標。醫療內容是在伺服器端就被拿掉,不是在瀏覽器裡藏起來:回給接待處的資料裡根本沒有這些欄位。
接待處同樣也看不到晨間單、「住客帳戶」和各種安排按鈕。
左側是一列區塊清單(在手機上,則在漢堡選單裡看到同一份清單)。如果某個區塊底下的所有頁面都對這個角色關閉,那這個區塊也會一起消失。
| 區塊 | 適用對象 |
|---|---|
| 儀表板 | 所有人:巡視用,也是一開始看到的頁面 |
| 接待處 | 接待處與管理員——發放與歸還(更多) |
| 使用者 | 醫師與管理員:每一次登入,並依現在住在飯店裡的人分組 |
| 醫師 | 像一個架子:泉源、理療、規則 |
| 手錶 | 管理員:整批套件 |
| 路線與地點 | 管理員:城裡的路線與地點 |
| 計畫 | 醫師與管理員:目錄與價格(展示頁) |
| 廣告 | 管理員 |
| 設定 | 管理員:時區、醫師與接待處的聯絡方式;裡面還有——整合(Garmin、Google 與郵件金鑰)、助理和員工 |
員工有 3 種角色——管理員、醫師、接待處——只有超級管理員可以指派。員工帳戶沒有個人的健康頁面:沒有睡眠,也沒有處方,帳戶的各個地址會把它導向儀表板。
這個系統的總開關——時區、整合金鑰、規則門檻和員工名單——都放在「設定」裡,只有能打開後面所有內容的角色才看得到。
個人資料——員工看得到什麼,以及相關內容會在記錄裡寫下什麼。
← All articles