如何建立診所預約系統：醫師、時段、提醒同私隱要求

診所預約系統可以讓病人喺真正空閒嘅時間約見醫師，亦令職員可以清楚睇到當日嘅安排。要建立呢個系統，你需要醫師各自嘅工作時間、附有時長嘅預約類別、可以防止重複預約嘅預約流程、取消同更改預約功能、提醒，以及受保護嘅職員區域。呢部分同一個標準嘅預約應用程式相似，只係多咗幾條診所專用規則。最大分別在於私隱：預約資料經常被視為健康資料，而好多國家都有針對健康資料嘅專門法例。喺任何真實病人資料放入你建立嘅系統之前，請先弄清楚邊啲規則適用於你。

健康資料規則要先處理

本指南並非法律意見，而且規則視乎你身處嘅地區同你係邊種服務提供者而定。以下係可以肯定嘅內容：

• 健康資料私隱規則確實存在，而且經常適用於排程。 喺美國，HIPAA 涵蓋好多醫療服務提供者，以及代佢哋處理病人資料嘅供應商，並可能要求同供應商簽訂協議。喺英國同歐盟，GDPR 將健康資料列為特殊類別，條件更加嚴格。好多其他國家同州份亦有自己嘅規則。
• 「只係預約」都可能屬於健康資料。 一個顯示某人正在見某類專科醫生嘅預約記錄，已經可能洩露健康資料。
• 所有接觸資料嘅服務都要留意：主機託管、資料庫、電郵同短訊供應商、分析工具，以及備份。

開始建立之前，請向合資格顧問或你嘅專業團體確認邊啲規則適用、你需要同每個供應商簽署咩協議，以及需要採用咩保安措施。然後揀選明確支援呢啲要求嘅工具。如果供應商冇以書面形式表明支援你嘅要求，就應該假設佢哋唔支援。

降低風險嘅一個實際做法，係將你建立嘅系統保持在狹窄範圍：只收集預約所需嘅資料，唔好將臨床細節放入系統，任何醫療相關嘅資料都交由一個獲批准處理臨床紀錄嘅系統保存。

決定系統嘅形態

• 即時預約定要要求後確認？ 好多診所偏好由接待處確認嘅預約要求，因為有啲預約類別需要先作審核（轉介、揀啱醫師、揀啱房間或設備）。
• 邊啲人可以被預約？ 指定醫師，定係「最先有空嘅醫師」？
• 新病人同舊病人。 新病人通常需要較長時段同填寫入院文件。
• 資源。 房間或設備會限制同時進行嘅預約數目。
• 付款。 喺診所付款、付按金，定係由其他途徑處理保險。
• 遙距診症。 視像預約會加入連結同不同嘅提醒，而視像工具本身亦有私隱問題要考慮。

系統需要具備嘅內容

資料

就診原因嘅欄位應該保持簡短並設為可選，或者乾脆不設。在好多健康資料制度下，職員存取嘅審計記錄屬於基本要求，而且本身亦有用。

頁面

• **公開部分：**預約類別、揀選醫師或「最先有空」、空閒時段、最簡單嘅預約表格、確認頁，以及一個附有安全憑證嘅取消或更改連結。
• **接待處：**跨所有醫師嘅今日時間表、確認或拒絕要求、移動預約、標記到場同缺席、封鎖時段。
• **醫師：**佢哋自己嘅每日同每週時間表。
• **管理員：**醫師、工作時間、預約類別、房間、職員帳戶。

權限

病人只可以透過安全連結或病人登入睇到自己嘅預約。接待處可以睇到完整時間表。醫師只睇自己嘅名單，可能亦可以睇同事嘅空閒時間，但不顯示病人姓名。管理員負責管理設定。職員登入應該每人獨立，絕對唔可以共用密碼，而雙重驗證係合理嘅預設值；請參閱如何為你的應用程式加入登入功能同雙重驗證。

最難處理嘅部分

• **重複預約。**儲存時要喺伺服器上檢查空閒情況，而唔係只喺頁面載入時檢查；如果有房間限制，亦要一併計算。
• **時區同夏令時間。**時間應以 UTC 儲存，並以診所當地時間顯示。
• **提醒。**提醒可以減少缺席情況，但需要排定嘅工作同電郵或短訊供應商。提醒內容要保持籠統（「你嘅預約係星期二上午十時，喺 Riverside 診所」），唔好寫出醫師嘅專科或就診原因。要檢查你嘅訊息供應商是否符合你嘅私隱責任。我哋有關喺應用程式入面發送電郵嘅指南，會講解供應商方面嘅安排。
• **取消。**決定截止取消嘅時限，以及被釋放出嚟嘅時段會點處理。
• **問診表。**詳細嘅醫療問卷屬於臨床資料。要用一個獲批准處理呢類資料嘅系統承載，或者乾脆唔好放上網。

一個行得通嘅首個提示

呢個提示會建立一個原型，用嚟測試流程，而且只可以使用虛構資料：

為 Riverside Physio 建立一個預約系統原型，呢間診所有三位物理治療師，只可以使用虛構示範資料。預約類別：新評估（60 分鐘）、覆診（30 分鐘），每個類別都有 10 分鐘緩衝時間。每位物理治療師都有自己嘅工作時間，並可以封鎖休假時段。病人選擇預約類別、物理治療師或「最先有空」，然後睇到未來四星期嘅空閒時段，之後只需填寫姓名、電郵同電話。新評估屬於要求，由接待處確認；覆診即時預約。確認電郵包括一個使用安全隨機憑證嘅取消同更改連結。接待處有一個跨所有物理治療師嘅日視圖，用嚟確認要求、移動預約，以及標記到場同缺席。物理治療師只可以睇自己嘅時間表。每次職員查閱同更改都要記入審計表。儲存時要喺伺服器重新檢查空閒情況。時間以 UTC 儲存，並顯示診所當地時間。設計要平靜、易讀，字體要大。

建立步驟

1. 確認邊啲私隱規則適用，以及佢哋對你嘅工具同供應商有咩要求。
2. 用虛構資料做原型：預約類別、醫師、工作時間、預約流程。
3. 接待處同醫師檢視畫面。
4. 職員登入同角色權限：每人獨立帳戶，以及雙重驗證。
5. 審計記錄，記錄職員存取同更改。
6. 取消同更改連結，使用安全憑證。
7. 提醒功能，使用符合你私隱責任嘅供應商。
8. 無障礙檢查：文字易讀、可以用鍵盤操作、標籤清晰。各個年齡同能力嘅病人都會用到。
9. 上線前安全檢查。我哋嘅 AI 建立應用程式安全清單 只係起點，並唔可以取代合規審查。

常見錯誤

• **喺原型入面放入真實病人資料。**喺系統同其供應商獲批准處理健康資料之前，只用虛構資料。
• 喺預約表格收集症狀同病歷。
• **提醒內容太詳細。**專科同就診原因不應該出現喺短訊預覽入面。
• **職員共用登入。**你會失去審計追蹤。
• 只喺瀏覽器檢查時段。
• 假設某工具合規，只因為佢受歡迎或者其他診所有用。

幾時選擇醫療排程軟件更好

對大部分診所嚟講，專為醫療而設嘅診所管理或醫療排程軟件係正確選擇。呢類產品通常將排程同病歷、帳單同保險結合一齊，而且好多都會聲明支援邊啲私隱規例，並願意簽署該等規例所需嘅協議。直接問供應商，並要求以書面形式取得答覆。

自行開發只適合較窄嘅情況：一條接收公開預約要求並送去你現有系統嘅查詢表格、一個唔儲存臨床資料嘅內部排程工具，或者一個你有足夠法律同合規工作支持嘅醫療產品。

用 Mythex 建立

Mythex 嘅文件冇作出任何 HIPAA 或其他健康資料合規聲明，所以唔好以為由 Mythex 代管嘅應用程式符合呢啲要求。Mythex 喺呢個情境嘅用處係做原型：喺對話入面描述預約流程，喺即時預覽入面用虛構資料測試，然後用 /test 讓代理模擬點擊預約、取消同更改嘅過程。文件內嘅預約頁面用例建議由一個預約要求表格同管理列表開始，對診所嚟講好啱用。

如果系統會保存真實病人資料，請先同你嘅顧問確認系統必須喺邊度運行。喺 Pro 計劃，你可以匯出項目或者同步去 GitHub（GitHub 同匯出），然後部署到符合你責任要求嘅基礎設施上。

常見問題