病人視角
「我現在發生什麼？哪些內容已被醫療團隊確認？」
- 今天要完成
- 看懂已簽署提醒、回述理解、記錄自己的狀態與問題。
- 畫面優先顯示
- 白話說明、來源日期、下一個提醒、待醫療人員回答事項。
- 不應看見
- 他人病歷、內部模型推論、未確認診斷或自行改寫的醫囑。
照護示範Care demo
全合成案例瀏覽器本地運作LLM 僅限使用者設備非臨床服務
One evidence chain · Three human views
一次交班，讓醫師、護理師與病人看見同一個照護事實
這不是替醫療人員下決定的 AI。示範把已簽署醫囑、病人自述、護理交班與醫師覆核拆成不同權限，卻維持同一條來源、版本與風險鏈；每個 AI 結果都只停在可查證、可否決的 L3 候選。
重要：本頁不是醫療器材、病歷系統、診斷工具或緊急服務，不接受真實病人資料；目前互動是固定合成資料與瀏覽器程式，未載入 LLM。未來模型也只允許在使用者設備執行。真實醫療問題請聯絡合格醫療人員；緊急狀況請使用所在地急救系統。
病人理解與回報
護理師交班與分級
醫師覆核與決策
總場8D evidence envelopeL3
同一證據鏈
不同角色、最小視圖
01零真實病歷案例與事件完全合成
02零自動診斷AI 只整理候選與缺口
03零隱性升權角色與目的逐次驗證
04全程可否決人類保留正式責任
Human-first information architecture
先分清楚「誰正在做什麼」，再顯示 AI 與技術
同一件照護事件不應讓所有人看同一張控制台。每個角色只看完成當下任務所需的內容，並清楚知道下一步由誰負責。
護理師視角
「這一班不能漏掉什麼？下一位接手者需要知道什麼？」
- 今天要完成
- 人工分級、完成聯絡、標記未完成事項、交付可追溯交班。
- 畫面優先顯示
- 新事件、醫囑版本、責任角色、到期時間與升級狀態。
- 不應看見
- 與工作無關的完整病歷，或 AI 自動產生的診斷與處置命令。
醫師視角
「哪些事實需要我覆核？候選依據與不確定性在哪裡？」
- 今天要完成
- 查核來源、修正或否決候選、決定正式醫療內容與追蹤。
- 畫面優先顯示
- 專業紀錄、證據 ref、版本衝突、變化時序與風險候選。
- 不應發生
- AI 代簽病歷、處方、醫囑，或因模型更大而取得裁決權。
A REALISTIC CARE DAY
合成工作日：每一步都有負責的人與可驗收結果
- 病人端產出：teach-back 候選
讀取已簽署照護計畫 v3，完成理解回述；一項疑問進入待澄清，不修改醫囑。
- 護理端產出：可交班待辦
收到合成居家狀態回報，依合作機構定義的流程人工分級，記錄聯絡與待辦。
- 醫師端產出：人類覆核結果
檢查來源、時序與護理紀錄，接受、修正或否決候選；只有醫師處理正式醫療內容。
三角色切換、四事件、8D 封套、雜湊與離線模擬
公開 HTTPS 頁面使用全合成資料與固定瀏覽器邏輯；不載入模型，不需登入即可檢查互動與治理行為。
機構工作流、角色權限、TW Core／FHIR mapping 與正式驗收
由合作組織提供臨床正確性與治理權限，我們提供原型、總場與證據工程。
EMR 介接、真實病歷、臨床決策、醫療器材或正式營運
沒有專業、倫理、法規、資安與機構核准前一律保持未啟用。
裝置端推論、伺服器端總場
若合作後接入 LLM，模型只在醫師、護理師或病人實際使用且經授權的設備執行。taiji01 與合作伺服器不執行 LLM，只接收使用者確認的最小化候選與 evidence ref，負責 route／capability 查表、總場驗證、雜湊、去重與封印。
Interactive synthetic case
出院後第 3 日：一個需要被理解、交班與覆核的訊號
切換三種角色、選取事件，再模擬離線與回線。所有互動只改變本頁展示狀態，不會上傳、儲存或送出資料。
PATIENT CARE JOURNEY
我的照護旅程
證據來源2 個
待人類處理1 項
資料暴露本人已授權
CURRENT FOCUS
出院照護計畫 v3 已簽署
這是後續提醒與交班唯一可引用的醫囑版本；AI 只能解釋與對齊來源，不能新增、刪除或改寫內容。
這個角色現在看見什麼
以白話呈現已簽署醫囑的來源、下一個提醒與尚待醫療人員回答的問題，不隱藏不確定性。
系統建議的下一步
確認自己是否理解、記錄實際狀態並準備問題；不依 AI 候選自行改藥或取代就醫。
被總場擋住的事
病人登入不等於取得所有病歷；代理人也不能只靠姓名或關係字串取得存取權。
PROFESSIONAL SOURCE
「所有病人端解釋均須綁定原始醫囑版本、provenance 與醫療人員確認狀態。」PATIENT-FACING LAYER
「你可以看到這段說明來自哪一份醫囑，也可以標記不懂；正式內容仍由醫療團隊確認。」OFFLINE CONTINUITY LAB
主節點離線時，能繼續整理，但不能偷做決定
互動模擬會把目前事件封成唯讀 L3 候選並排入雜湊鏈；回線後只示意重驗與去重流程。
- 1sealed snapshot來源與規則唯讀
- 2hash-chain queue等待離線事件
- 3taiji01 revalidate尚未觸發
- 4human D8永遠不由 edge 指定
What changes for care teams
真正值得醫護團隊評估的，不是聊天更像人
價值在於把「誰說的、依據什麼、版本何時改、誰能否決」做成同一個可驗證產品行為。
一條事實，多種語言層
醫師保留專業術語、證據與不確定性；護理師看交班與待辦；病人看白話解釋與理解確認。三者指回同一來源 ref，不生成三份彼此漂移的事實。
失敗案例不是被刪掉
誤摘要、漏提醒、越權與流程延誤先轉成去識別 failure signature，再成為紅隊測試與品質改善候選；原始病歷不進一般 log。
離線可交班，回線再收斂
edge 只拿 sealed snapshot，能形成具雜湊鏈的 L3 候選；總場回線後重驗、去重，任何離線節點都不能冒充正式醫療決策。
LLM 在設備，總場在伺服器
模型只在使用者設備形成候選；伺服器不執行 LLM，只驗證最小候選與來源。設備算力再大也不會取得病歷全讀權、醫師角色或 D8。
ADI × 8D × device-local LLM
推論留在使用者設備，總場與既有醫療系統各守自己的責任
目前完成的是不載入模型的可互動研究展示。真正介接必須由合作機構決定設備授權、資料責任、臨床流程、TW Core／FHIR profile、術語與驗證門檻。
LAYER 01
醫療機構來源系統
正式病歷、醫囑、護理紀錄與身分權限留在機構既有系統；8D 層不取代法定紀錄。
SOURCE OF TRUTHLAYER 02
使用者設備 LLM
只在醫師、護理師或病人的授權設備處理可見內容；原始提示、上下文與模型權重不送往伺服器。
DEVICE-ONLY INFERENCELAYER 03
ADI 狀態關係層／8D 最小候選
只帶目的、角色、版本、狀態、evidence ref、風險與驗證條件；不帶原始提示或完整病歷，且永遠停在候選權限。
MINIMIZED CANDIDATELAYER 04
總場與人類治理
伺服器只做查表、驗證、雜湊與封印；醫師、護理師與機構依正式流程覆核、簽署、修正或否決。
TOTAL FIELD + HUMAN AUTHORITYINTEROPERABILITY REVIEW
TW Core IG／FHIR R4 對接準備
預計與合作方逐項評估 Patient、Encounter、Observation、CarePlan、MedicationRequest、Communication 等資源及臺灣核心實作指引；此清單是 mapping 候選，不表示已通過 TW Core 驗證或任何醫療認證。
- 01先用合作方核准的合成測試資料定義最小資料集
- 02逐欄驗證 profile、terminology、cardinality 與版本
- 03保留來源系統 identifier 與 provenance，不在 ADI 另創正式病歷
- 04以誤警、漏警、人因、偏差、資安與回復演練共同驗收
可互動角色視圖與 8D 封套
合成事件、醫師／護理師／病人視角、一次一事、內容雜湊、離線候選與紅隊邊界可直接檢視。
臨床流程與資料契約
醫囑、護理評估、交班、升級、代理權、同意與 TW Core／FHIR 對接需由醫療專業與機構治理共同定義。
真實病歷與臨床決策
未接 EMR、未保存病人資料、未提供診斷處方、未作醫療器材宣稱，也不是臨床試驗或病人招募入口。
Open co-research invitation
公開招募醫療與護理合作組織，共同把專利技術變成可驗證的照護價值
我們的專業是管理、總場治理與技術整合；醫療專業必須由醫師、護理師、醫療機構與研究夥伴共同帶入。我們願在法律狀態、授權範圍、機密與成果歸屬都書面釐清後，以已取得專利相關技術及申請中研發成果配合共同研發。
WE ARE LOOKING FOR
合作對象
- 醫院、診所、護理機構與居家照護組織
- 醫師、護理師、藥師及醫療資訊團隊
- 大學、研究中心、倫理／法遵與資安團隊
- EMR、FHIR、醫療設備與照護平台業者
WE CONTRIBUTE
我們投入
- 同一總場與 8D 意圖場封包研究核心
- ADI 狀態關係、候選治理與離線收斂設計
- 專利相關技術配合、原型工程與測試封套
- 逐項證據、失敗案例、紅隊與產品化管理
PARTNER AUTHORITY
合作方主導
- 臨床問題、專業詞彙與工作流是否正確
- 安全門檻、誤警／漏警與人類責任
- 資料最小化、同意、法規、倫理與資安
- 何時只能停止、何時可進下一階段
01臨床發現先聽工作流程與真正痛點
02合成沙盒不接真實資料做端到端演練
03共同紅隊用失敗案例建立驗收門檻
04治理後實證只在專業與法規核准後進場
CONDITIONAL 90-DAY CO-RESEARCH
簽署合作後的 30／60／90 日寫實交付路徑
以下是共同研發的建議驗收節奏，不是尚未簽約的時程承諾；每一階段均可由合作機構依風險決定 HOLD。
把真實工作說清楚
- 訪談醫師、護理師、資訊與治理角色
- 完成現況流程、責任 RACI 與風險登錄
- 共同定義 2–3 個全合成端到端案例
把資料與權限做成可測契約
- 建立 TW Core／FHIR sandbox mapping 候選
- 完成角色／目的／同意的權限矩陣
- 跑誤警、漏警、越權與離線回復測試
證明是否值得進實證
- 由目標使用者完成可用性與交班演練
- 比較現況與示範的時間、遺漏與理解差異
- 形成 PASS／HOLD 的實證就緒建議
硬門檻：前三階段預設只使用合成資料；任何真實資料、正式介接或臨床使用，都必須另有機構權限、倫理／法規依據、資安驗證與書面核准。
PATENT VALUE → COMMUNITY VALUE
讓智慧財產的成果回到社區：授權收入公益回流原則
參考學術界產學合作、技術移轉與利益回饋的常見治理慣例，未來若共同研發產生專利或技術授權收入，在完成契約約定之發明人與合作機構分配、法定稅費、權利維護及必要研發成本後，屬五常社區發展協會依法可支配的淨收入，將依章程、正式決策程序與會計制度，以「五常社區數位發展基金」內部專款管理，並透過基金挹注社區。
01共同研發醫療專業與總場技術共同驗證
→02技術移轉／授權法律狀態、範圍與分配書面化
→03依法可支配淨收入扣除契約分配、稅費與必要成本
→04五常社區數位發展基金內部專款、獨立核算、非對外募款
→05挹注社區依公開計畫形成可驗收成果
預定公益用途
- 社區數位近用、識讀與高齡友善教育
- 規劃聘請照服員及支持日常照護服務
- 辦志工隊、培訓與提供必要數位工具
- 社區公共數位服務、資安與韌性建設
透明與利益衝突治理
- 以彙總方式公開收入來源類型、年度分配與實際支出
- 公開計畫目標、受益範圍、完成成果與未達原因
- 關係人交易、發明人利益與合作方分配依規則揭露及迴避
- 不公開營業秘密、個資或受契約保密的技術細節
目前真實狀態
- 公益回流原則：本頁公開承諾
- 專利法律狀態：已取得、申請中與研究成果分開揭露
- 基金專款制度：仍須協會正式決議、預算科目及會計辦法
- 授權收入：尚不保證發生，不列為既有收入或募款成果
界線：「五常社區數位發展基金」在此指協會治理下的規劃中內部專款，不宣稱已成立獨立基金會、公益信託或對外募款帳戶；正式啟用前須完成協會法定程序、會計與公開辦法。專利或技術授權收入屬契約收入，不等同捐款。
第一階段只談問題與合成案例，不需要提供病人資料
聯絡時請說明組織類型、希望改善的照護流程、可參與的專業角色，以及是否願意先以合成資料共同定義驗收。請勿在公開 Email 傳送病歷、身分證號、影像、檢驗或任何可識別健康資料。
此公開邀請不是募款、病人招募、臨床試驗招募、醫療服務或採用承諾；任何合作均須另行確認組織權限、倫理與法規責任、智慧財產範圍、資訊安全及正式書面協議。