# Med Tracker 澳洲市場與產品組合研究 ## 給沒有技術背景讀者的完整文字版 - 研究日期：2026 年 8 月 29 日 - 研究範圍：澳洲，並以墨爾本及維多利亞州作為初期進入市場的觀察角度 - 文件性質：產品與市場決策報告，不是醫療建議、法律意見、投資招股文件或已上線證明 --- ## 閱讀這份報告前，先知道三件事 第一，Med Tracker 不是一間醫院、診所或保險公司。它是一個個人健康管理產品：幫助使用者把分散在藥盒、化驗報告、預約電郵、手機記事、保險單與家人訊息中的資料，整理成一個自己能理解、能帶去覆診、也能在適當權限下與照護者分享的健康紀錄。 第二，這個程式庫——即集中保存產品程式碼、設定和說明文件的專案資料夾——顯示產品已經設計了很多功能，但「程式碼中看得到」與「已正式上線並且安全可靠」是兩件不同的事。 這些文件同時指出：「託管測試版」是放到網上、只供受邀人士試用的早期版本，目前仍然受阻；第一階段只容許示範資料；付款功能尚未啟動；真實健康資料、法律審閱、臨床驗證和正式營運證據仍需完成。因此，本報告不會把尚未證實的能力寫成已推出服務。 第三，澳洲政府統計可以告訴我們健康需求有多大，卻不能直接證明有多少人願意付費使用 Med Tracker。報告內的市場金額是規劃用估算，會把算法、假設和限制一併列出，不會把它包裝成外部機構的市場預測。 --- # 第一部分：先說結論 ## 1. 一分鐘結論 Med Tracker 最合理的市場定位，不是「又一個記錄食藥時間的應用程式」，也不是「可以取代醫生的人工智能」。它較有機會成為一個面向澳洲個人與家庭的健康整理和照護協調工具。 它應該先集中做好一個非常具體的承諾： > 在看醫生之前，幫使用者把過去發生了甚麼、正在服用甚麼藥、最近檢查有何變化、想問甚麼，以及家人需要知道甚麼，整理成一份可信、清楚、由使用者確認過的資料。 這個承諾比「管理一切健康生活」更容易理解，也比「用人工智能改善醫療」更容易驗證。它同時連接產品中最有關係的幾項能力：健康紀錄、藥物、化驗結果、預約、覆診準備、問題清單、家人協助和安全分享。 市場確實存在明顯需要：[長期健康問題資料](https://www.aihw.gov.au/reports/australias-health/chronic-conditions)顯示，2022 年約有 1,540 萬澳洲人，即約六成人，患有至少一項所選長期健康問題；[非正式照護者資料](https://www.aihw.gov.au/reports/australias-welfare/informal-carers?force_isolation=true)顯示約 300 萬人會照顧家人或朋友；[藥物資料](https://www.aihw.gov.au/reports/medicines/medicines-in-the-health-system)顯示，2024 至 2025 年度澳洲藥物福利計劃及相關計劃共處理約 3.351 億張處方。這些數字說明「長期管理」、「多項資料」與「家庭協助」不是小眾問題，但它們仍不等於 Med Tracker 的付費客戶數。 產品組合應分成四個清楚層次： 1. **核心紀錄**：個人資料、健康時間線、藥物、化驗結果和預約。 2. **就診準備**：問題清單、摘要、需要跟進的事項和可分享資料。 3. **家庭協調**：照護者權限、提醒、家庭成員與可撤回的分享。 4. **輔助能力**：文件讀取、人工智能整理、研究資料、穿戴裝置、日曆和費用紀錄。 第四層不能搶走產品主線。人工智能和裝置連接應該幫助使用者整理資料，而不是成為產品身份本身。 未來二十四個月的合理次序是：先完成託管測試版、法律與營運門檻；再證明核心紀錄和就診準備真的被人持續使用；然後推出家庭協調；最後才擴大人工智能、資料交換和合作夥伴功能。付款功能應在產品真的可用、訂閱狀態真的能正確處理之後才啟動。 ### 1.1 需求、使用、付款和持續使用是四道不同的門 **這是甚麼：** 報告中的官方數字先證明澳洲有很多人面對長期健康、藥物和家庭照護需要。要把這個需要變成可持續產品，仍要依次通過四道門：目標人群是否真的有這個問題、能否完成第一次有價值的流程、是否願意付款，以及數星期或數月後是否仍然使用。 **為甚麼重要：** 如果把第一道門的龐大人口直接當成第四道門的穩定客戶，市場估算會顯得很大，卻不能告訴團隊產品是否真正有用。這也是本報告把官方需求、內部價格、分析假設和真實商業結果分開的原因。 **怎樣核對：** 官方資料用來核對問題規模；第一次流程完成率用來核對產品是否容易使用；真實付款和取消紀錄用來核對價格；四星期及十二星期後的使用紀錄用來核對是否形成持續價值。四種證據必須分開記錄。 **不能代表甚麼：** 需求人數不能代表帳戶數；帳戶數不能代表付費人數；一次付款不能代表長期收入；本地測試通過亦不能代表任何一道商業門檻已經通過。 ## 2. 最重要的十項判斷 ### 判斷一：主要產業不是單一的「藥物提醒」 Med Tracker 同時接觸個人健康紀錄、慢性病日常管理、藥物管理、看診準備、家庭照護協調、檢查結果整理和健康行政等範疇。這些範疇有重疊，但共同中心是「由個人掌握的健康資料與行動準備」。 ### 判斷二：最有辨識度的切入點是看診前準備 澳洲已有國家健康紀錄、手機健康資料平台、藥物工具、預約平台和健康資訊服務。Med Tracker 不應只跟任何一類產品正面比較。它的機會在於把多個來源串成一個使用者能在看診前真正用得上的流程。 ### 判斷三：長期健康問題患者是第一群核心使用者 需要長期服藥、重複驗血、定期看不同醫生的人，最容易感受到資料分散造成的負擔，也較可能持續需要同一套紀錄。 ### 判斷四：照護者不是附加功能，而是第二條產品主線 替父母、伴侶或成年家人協助安排覆診、藥物和文件的人，往往同時是使用推動者和可能的付費者。但家庭分享必須由資料主人授權，權限要夠細，並且可以隨時撤回。 ### 判斷五：產品功能很廣，現階段更需要刪減焦點 程式庫可見的功能很多，包括研究文章、穿戴裝置、語音記錄、保險、費用、醫療資料交換和人工智能。功能多並不自動等於價值高。早期版本要優先證明核心流程，而不是同時宣傳所有功能。 ### 判斷六：信任本身就是產品功能 健康資料比一般記事更敏感。使用者需要知道誰可以看、資料放在哪裡、哪些內容由電腦整理、哪些已經由自己確認、如何取消分享，以及出事時如何處理。這些不是後台細節，而是購買和持續使用的理由。 ### 判斷七：人工智能應該協助整理，不應代替醫療判斷 安全的用法包括：讀取使用者上載的文件、找出可能的欄位、把內容整理成草稿、協助列出問題和提供有來源的解釋。任何抽取結果都應先由使用者確認才進入正式紀錄。產品不應暗示可以診斷、處方或取代專業醫療意見。 ### 判斷八：市場金額可用來比較方向，不能當成業績承諾 報告的基礎模型以每年 119 澳元作為個人與家庭付費方案的混合平均價格。由此估算的理論總市場約為每年 33.1 億澳元，可服務範圍約為 6.91 億澳元，初期基準情境約為 2.9 萬個付費帳戶和 346 萬澳元年收入。當中多項比例都是分析假設，必須由真實用戶和付款數據驗證。 ### 判斷九：免費替代方案令定價能力受壓 澳洲國家電子健康紀錄 My Health Record、Apple 裝置內置的健康資料工具 Apple Health、澳洲公共健康資訊服務 healthdirect、藥房應用程式、診所平台、試算表和手機記事，都能完成部分工作。Med Tracker 必須證明「整理後能更好地準備看診和協調家人」所節省的時間和焦慮，否則很難說服使用者付費。 ### 判斷十：目前最大的問題不是缺少功能，而是缺少正式營運證據 現有程式庫有大量自動測試和產品介面，這是良好工程訊號；可是正式託管環境、法律核准、真實健康資料測試、臨床安全證據、付款運作、用戶留存和收入仍沒有被證明。下一階段應該把這些證據逐項補齊。 --- # 第二部分：這個產品到底是甚麼 ## 3. 用一個日常情境理解 Med Tracker 假設一位住在墨爾本的使用者需要長期服藥，每三個月驗血一次，也定期看家庭醫生和專科醫生。她收到的資料可能散落在以下地方： - 紙本或電子化驗報告； - 藥物包裝、藥房短訊和處方清單； - 診所預約電郵； - 自己在手機記事中記下的症狀； - 醫生在上次看診後提出的跟進事項； - 澳洲聯邦醫療保障計劃 Medicare、保險和自付費用紀錄； - 子女代為記住的問題； - 穿戴裝置記錄的活動或睡眠資料。 每一項資料個別存在並不代表它們能一起回答問題。真正困難的是，在二十分鐘的診症中，她是否能準確說出：最近有甚麼變化、哪一種藥在何時調整、哪些症狀持續、上次要求的檢查是否完成，以及這次最需要問甚麼。 Med Tracker 的合理角色就是把「散落資料」變成「可以採取下一步的整理結果」。它不負責決定醫療答案，而是幫使用者準備好資料和問題。 ## 4. 產品應該做甚麼 從現有產品文件和程式碼可以確認，Med Tracker 的主要功能方向包括： ### 4.1 建立個人健康紀錄 把個人資料、病史、藥物、檢查結果、症狀、預約和重要事件放在同一個時間線。這讓使用者不必每次從不同應用程式、電郵或紙張重新拼湊。 ### 4.2 管理藥物和服用情況 記錄正在服用的藥物、服用時間、庫存、漏服或已服用狀態，以及可能需要留意的藥物組合。這裡的價值不是只發提醒，而是把藥物與症狀、檢查和覆診連在一起。 ### 4.3 整理化驗及生物指標 「生物指標」是身體狀況的可量度數值，例如血糖、膽固醇或某項血液檢查結果。產品可以把上載文件中的數值整理成時間趨勢，但自動讀取只是草稿；使用者仍需要確認資料正確。 ### 4.4 準備看診 把近期變化、藥物、問題、未完成事項和重要文件整理成簡單摘要。這是最能把多個功能串成實際結果的部分。 ### 4.5 協助家庭照護 讓使用者選擇哪一位家人可以查看或協助哪些資料。家庭成員不應因為被加入帳戶就自動看到所有健康內容；權限應由資料主人控制。 ### 4.6 管理健康行政 整理預約、醫生資料、費用、保險和 Medicare 索償紀錄。這些功能不一定每天使用，但能減少長期病患者和照護者的行政負擔。 ### 4.7 提供有來源的理解協助 產品設計包括研究資料搜尋、內容摘要和問題解釋。安全方向是幫助一般人理解資料和準備下一步，而不是提供確診或自行更改治療的指示。 ## 5. 產品不應該做甚麼 為了讓定位清楚，也為了降低安全和監管風險，產品應明確拒絕以下角色： - 不宣稱可以診斷疾病； - 不提供處方或要求使用者自行停藥、加藥或轉藥； - 不保證能偵測所有危險情況； - 不把人工智能產生的內容當成已經由醫生確認； - 不暗示它是完整醫院病歷的替代品； - 不在未經同意下把個人健康資料提供給家人、僱主、保險公司或其他機構； - 不因為某項功能在程式碼中存在，就宣稱它已在正式環境可用。 ## 6. 最清楚的產品承諾 對一般使用者，產品承諾應該用一句日常語言說清楚： > 把你的健康資料整理好，讓下一次看診更有準備，也讓你選擇的人能在適當範圍內協助你。 這句話包含四個重要限制： 1. **「你的」**：資料由使用者掌握，不是由平台任意轉用。 2. **「整理」**：產品協助組織資訊，而不是替醫生作醫療決定。 3. **「下一次看診」**：價值有清楚使用時刻，可以被測量。 4. **「你選擇的人」**：家庭協助必須建立在明確授權上。 --- # 第三部分：Med Tracker 所在的產業 ## 7. 為甚麼不能只用一個產業名稱概括 一個健康管理產品會同時接觸多個既有市場。這不是因為它一定要經營多間不同公司，而是因為使用者的問題本身跨越多個系統。例如，一次覆診準備可能同時需要藥物紀錄、檢查結果、預約資料、問題清單和家人協助。 因此，較準確的分類方法是先找出核心產業，再把其他範疇分成相鄰能力和支援能力。 ## 8. 核心產業：個人健康管理與照護協調 這個產業的中心不是單純儲存資料，而是幫助個人持續管理自己的健康資訊、準備與醫療人員溝通，並在需要時協調家人或照護者。 Med Tracker 與這個產業最吻合，因為它的主要導覽和產品文件把健康紀錄、藥物、檢查結果、預約與個人資料放在最核心位置。這些功能共同形成一條長期使用路徑，而不是一次性工具。 ## 9. 第一個相鄰產業：慢性健康問題管理 「慢性健康問題」是需要持續管理、而不是一次治療後結束的健康狀況。常見例子包括糖尿病、心血管疾病、自體免疫疾病和癌症治療後的長期跟進。 這群使用者通常需要： - 長期服藥； - 定期檢查； - 同時接觸家庭醫生和專科醫生； - 追蹤症狀和身體數值； - 記住上次的建議和下次的問題； - 讓家人協助，但又不想完全失去私隱。 Med Tracker 的產品方向與這些需要高度重疊，所以慢性健康問題管理應是主要市場，而不是一個附帶使用情境。 ## 10. 第二個相鄰產業：藥物管理 藥物管理產品通常提供服藥提醒、藥物清單、續藥或藥房連接。Med Tracker 也涵蓋這些需要，但它若只宣傳提醒功能，就會落入競爭最激烈、又容易被免費工具代替的位置。 較好的差異是：把藥物記錄連到檢查結果、症狀、看診摘要和家人協助。例如，使用者不是只知道「今晚八時要食藥」，而是能在覆診時看到「這種藥何時開始、其後有甚麼感受、相關指標如何變化」。 ## 11. 第三個相鄰產業：化驗結果與個人健康數據整理 醫院、化驗所、國家健康紀錄和醫生系統可能保存正式結果，但一般使用者未必容易比較不同日期或理解欄位。Med Tracker 可以把個人持有的報告整理成較容易閱讀的趨勢。 這個範疇有兩個重要安全界線： 1. 自動讀取文件可能出錯，因此不能未經確認就寫入正式紀錄。 2. 趨勢圖可以幫助提出問題，但不能自行判斷治療是否正確。 ## 12. 第四個相鄰產業：預約、看診準備與健康導航 HotDoc 和 Healthengine 等產品主要協助搜尋診所、預約、提醒和遠距診症；healthdirect 則提供公共健康資訊和服務導航。Med Tracker 不需要複製整個預約市場。它更適合集中在預約前後： - 看診前整理摘要和問題； - 看診後記錄跟進事項； - 把下一次行動連回健康時間線； - 讓使用者控制要分享的範圍。 這能避開與大型預約平台直接爭奪診所渠道，同時保留合作可能。 ## 13. 第五個相鄰產業：家庭照護與非正式照護者支援 「非正式照護者」是沒有以專業照護工作受聘，但會長期協助家人或朋友的人。他們可能幫忙預約、接送、記藥、整理文件、處理帳單或在看診時補充資訊。 澳洲約有 300 萬名非正式照護者，其中約 120 萬人是主要照護者。這說明家庭協調是一個有實際規模的需求。不過，照護者人數並不等於產品帳戶數：有些人照顧多於一位家人，有些被照顧者不會使用數碼工具，也有些家庭不願意付費。 ## 14. 第六個相鄰產業：健康行政和個人財務整理 長期健康管理往往包括保險、Medicare、收據、費用和索償。這些功能可以增加產品的完整性，尤其對照護者有幫助，但使用頻率通常低於藥物、結果和預約，因此不應成為早期品牌中心。 ## 15. 支援能力：資料交換、裝置連接與人工智能 這三類能力重要，但應視為支援層： ### 15.1 醫療資料交換共同格式 不同醫療系統常以不同方式儲存資料。醫療資料交換共同格式，是讓系統用相近結構傳送病人、藥物、檢查和預約資料的一套規則。採用共同格式可以減少重複輸入，但仍需要每一個合作機構真正支援，不能只因程式碼有接口就宣稱互通已完成。 ### 15.2 穿戴裝置和日曆 手錶、健身裝置和日曆可以提供活動、睡眠、提醒和預約資料。這些連接有助減少手動輸入，但裝置供應商可能更改規則，資料也未必具有臨床用途。因此它們應增加便利，而不是成為產品唯一賣點。 ### 15.3 人工智能、文件讀取和語音轉文字 人工智能可以協助把長文件變成摘要；文件讀取技術可以把掃描報告中的文字和數字轉成可編輯資料；語音轉文字可以把錄音變成文字。這些能力都可能節省時間，但會帶來錯誤、成本、私隱和供應商依賴。安全設計應把輸出標示為草稿，顯示來源，並要求使用者確認。 --- # 第四部分：產品組合應如何安排 ## 16. 不應把所有功能放在同一個層級 如果首頁同時強調藥物、化驗、預約、研究、人工智能、穿戴裝置、保險、家庭、錄音和語音助理，一般人很難知道產品首先幫他解決甚麼。產品組合需要清楚主次。 以下分類同時考慮使用頻率、問題迫切程度、產品差異和目前可證明的準備程度。 ## 17. 第一層：必須保護的核心 ### 17.1 個人健康紀錄與時間線 這是其他功能共同依靠的基礎。沒有可靠時間線，藥物、檢查和看診資料只會再次變成分散清單。 ### 17.2 藥物與服用紀錄 藥物是高頻使用入口，也最容易與看診準備產生直接價值。核心範圍應先確保資料正確、記錄容易、重複操作不會造成錯誤，以及庫存和漏服情況能被清楚理解。 ### 17.3 化驗結果與使用者確認 上載和整理結果可以減少抄寫，但「確認後才正式保存」是不可刪除的安全步驟。產品需要保留原文件、抽取草稿和確認後紀錄之間的關係。 ### 17.4 預約與看診準備 這是把資料變成行動的出口。每一次準備都應回答：最近發生甚麼、現在服用甚麼、有哪些未完成事項、這次最需要問甚麼。 ## 18. 第二層：應在核心流程穩定後擴大的能力 ### 18.1 家庭與照護者 家庭方案有較清楚的付費理由，因為它能替多個人節省協調時間。不過，推出前必須完成細緻權限、撤回、記錄誰看過甚麼，以及在帳戶轉換時不洩露資料。 ### 18.2 就診後跟進 記錄醫生要求的下一步、下一次檢查和未完成事項，能把一次看診變成持續照護循環。這也比單純保存錄音更接近實際成果。 ### 18.3 安全分享與匯出 使用者需要能產生有限範圍、有限時間、可撤回的分享，而不是只有「全部分享」或「完全不分享」。匯出內容也應清楚標示日期、資料來源與使用者是否確認。 ## 19. 第三層：適合小規模測試的能力 ### 19.1 有來源的解釋和研究內容 這能幫助使用者提出更好的問題，但應測試一般人是否真的看得懂、會否誤解為醫療建議，以及內容是否增加焦慮。 ### 19.2 穿戴裝置和日曆連接 先選擇一至兩個最能改善核心流程的連接，而不是一次支援所有供應商。每個連接都需要資料新鮮度、失效提示和停止使用的方法。 ### 19.3 費用、保險和 Medicare 紀錄 這些功能對部分家庭很有價值，但需要用戶研究確認使用頻率和付費影響。早期可保留為輔助工具，不應分散核心產品訊息。 ## 20. 第四層：應延後或只與夥伴合作 ### 20.1 語音助理 語音操作可能方便，但健康內容容易被誤聽，也可能在公共環境洩露私隱。除非有非常清楚的使用情境和安全證據，否則不應優先。 ### 20.2 完整診所管理系統 面向診所的排班、收費、病歷和營運軟體是另一個龐大市場，需要銷售、支援、整合和合規能力。Med Tracker 現階段應先服務個人和家庭，不應同時轉型為診所軟體公司。 ### 20.3 直接醫療判斷 任何診斷、治療建議或風險預測都可能改變監管分類和安全責任。在未有法律、臨床和品質證據前，應保持在「資料整理與問題準備」的界線內。 ## 21. 目前可見的方案與價格 程式庫中的方案目錄列出以下計畫價格： | 方案 | 計畫價格 | 產品角色 | 目前證據狀態 | |---|---:|---|---| | 免費方案 | 0 澳元 | 基本紀錄與吸引用戶試用 | 價格和功能表可在程式碼確認 | | 個人進階方案 | 每月 9.99 澳元，或每年 99 澳元 | 個人使用的進階整理、人工智能、研究、看診和財務能力 | 只屬計畫目錄，付款尚未啟動 | | 家庭進階方案 | 每月 14.99 澳元，或每年 149 澳元 | 個人進階能力加家庭成員 | 只屬計畫目錄，付款尚未啟動 | 這些價格不能證明市場願意接受，也不能用來推算實際收入。正式推出前至少需要測試：多少人完成試用、多少人願意留下付款資料、個人與家庭方案的轉換率、取消原因，以及服務成本是否低於收入。 --- # 第五部分：澳洲為甚麼有這個需要 ## 22. 長期健康問題影響的人數很大 [澳洲健康與福利研究院](https://www.aihw.gov.au/reports/australias-health/chronic-conditions)根據 2022 年全國健康調查指出，約 1,540 萬人，即約 61% 人口，患有至少一項所選長期健康問題；約 38% 人口同時有兩項或以上。這裡的「所選」很重要：統計涵蓋七十二項長期問題，並不代表所有疾病，也有部分資料來自受訪者自行報告。 這個數字對 Med Tracker 的意義不是「全部 1,540 萬人都會成為客戶」，而是說明需要重複記錄、比較、服藥和看診的人群非常廣。患有多項健康問題的人更可能需要多名醫療人員和多套資料，產品的整理價值也較明顯。 研究院亦指出，2024 年約 84% 的整體疾病負擔來自慢性健康問題；2023 至 2024 年度，相關健康支出約為 985 億澳元。這些是整個醫療系統的疾病負擔和支出，不是消費者軟體市場收入。它們證明問題重要，但不能直接用作產品收入模型。 ## 23. 藥物是高頻而具體的日常需要 [澳洲健康與福利研究院的藥物資料](https://www.aihw.gov.au/reports/medicines/medicines-in-the-health-system)顯示，2024 至 2025 年度共有約 3.351 億張藥物福利計劃及相關計劃處方；約 1,830 萬人曾獲得受計劃補助的處方；約 54% 的藥物供應給六十五歲或以上人士。 這對產品有三層意義： 1. 藥物紀錄不是小眾功能，而是很多家庭都會遇到的日常事情。 2. 年長使用者可能同時需要照護者協助，因此藥物和家庭權限應一起設計。 3. 處方數量不能直接轉換為用戶數或付款意願；同一個人一年可能有很多張處方。 ## 24. 家庭照護有清楚的人口基礎 [澳洲健康與福利研究院的非正式照護者資料](https://www.aihw.gov.au/reports/australias-welfare/informal-carers?force_isolation=true)顯示，2022 年約有 300 萬名非正式照護者，約佔人口 12%；當中約 120 萬人是主要照護者，平均年齡約五十歲，約 68% 為女性。 對 Med Tracker 而言，照護者的價值不只在於多一個登入帳戶。他們的實際工作可能包括： - 記住藥物和補充庫存； - 協助安排與出席預約； - 把不同醫生的意見整理在一起； - 代為保存報告和收據； - 在緊急時提供準確資料； - 在不越過私隱界線的情況下了解近況。 所以家庭方案的設計應以「分擔照護工作」為中心，而不是只以「可以加入更多家庭成員」作為賣點。 ## 25. 看醫生的過程仍有摩擦 [澳洲統計局 2024 至 2025 年病人經驗調查](https://www.abs.gov.au/statistics/health/health-services/patient-experiences/2024-25)指出，約 26.6% 需要看家庭醫生的人曾延遲或沒有就診；約 22.5% 人曾使用遠距診症。患有長期健康問題的人使用遠距診症的比例約 31.2%，沒有長期健康問題的人則約 13.3%。 這些數字顯示數碼接觸醫療已經不是罕見行為，但使用遠距診症並不代表願意付費使用健康管理產品。較直接的啟示是：看診時間和接觸機會有限，使用者更需要在見醫生前準備好資料。 ## 26. 澳洲已有大型數碼健康基礎設施 [My Health Record](https://www.health.gov.au/topics/health-technologies-and-digital-health/my-health-record) 是澳洲由消費者控制的國家電子健康紀錄，可包括臨床文件、藥物、化驗、影像、出院摘要、Medicare 和藥物福利資料。澳洲數碼健康局的動態統計頁顯示，全國已有超過 2,500 萬份紀錄和超過 24 億份文件，但這些數字會隨時間變動，對外發布前要重新查核。 My Health Record 對 Med Tracker 同時是替代方案和基礎設施： - 它已經解決部分「官方資料集中」問題，所以 Med Tracker 不應宣稱自己是澳洲唯一健康紀錄。 - 它不一定處理使用者每天的症狀、個人問題、家庭協作和看診準備，因此仍有互補空間。 - 與它安全連接可能減少重複輸入，但需要真實整合、權限和合規證據，不能只停留在計畫。 ## 27. 墨爾本和維多利亞州適合作為初期觀察市場 [澳洲統計局](https://www.abs.gov.au/statistics/people/population/national-state-and-territory-population/jun-2025)指出，2025 年 6 月維多利亞州人口約 707 萬；墨爾本在 2024 至 2025 年是人口增長最多的首府城市，增加約 10.5 萬人。澳洲約 32% 居民在海外出生，這亦說明產品需要清楚語言、不同文化背景和家庭跨地照護的考慮。 選擇墨爾本作初期市場的理由可以包括人口規模、醫療服務密度、創辦團隊接近用戶的能力和多語家庭情境。但人口大不代表取得客戶容易；真正進入市場仍需要可信渠道，例如病人社群、藥房、健康專業人士、照護者組織和有明確目的的內容教育。 --- # 第六部分：誰最可能使用，以及他們真正要完成甚麼 ## 28. 第一群：需要長期管理健康的人 ### 他們的情境 他們可能同時有幾種藥、定期化驗、不同醫生和多年紀錄。他們不一定熱愛科技，只是厭倦每次看診都重新解釋。 ### 他們真正要完成的工作 - 知道自己現在服用甚麼及原因； - 看見最近數月或數年的變化； - 記住要問醫生的問題； - 把重要資料帶到正確的預約； - 在出現新情況時，不必從零開始找資料。 ### 產品要證明的價值 使用產品後，準備一次看診所需時間是否減少？遺漏的重要問題是否變少？使用者是否覺得更能掌握自己的資料？這些比「建立了多少筆紀錄」更能反映價值。 ## 29. 第二群：替家人協調照護的人 ### 他們的情境 他們可能住在不同地方，需要在工作和家庭之間協助父母或伴侶。最常見問題不是沒有資訊，而是不知道哪一份最新、誰已經處理、甚麼仍未完成。 ### 他們真正要完成的工作 - 知道下一次預約和需要準備的文件； - 在被授權的範圍內查看藥物和跟進事項； - 與其他家人分工； - 確認資料主人仍然控制自己的私隱； - 在緊急情況下快速取得必要資料。 ### 產品要證明的價值 家庭方案是否減少重複追問和漏掉事項？資料主人是否明白並信任權限？照護者是否願意為節省協調時間付費？ ## 30. 第三群：主動追蹤健康的人 這群人可能沒有複雜慢性健康問題，但會追蹤睡眠、運動、營養或檢查數值。他們較容易嘗試新工具，但也較容易轉到免費應用程式，持續使用和付款的動機可能較弱。 產品對他們的合理價值是把多個來源整理成長期紀錄，而不是提供更多沒有上下文的數字。這群人適合作為學習和自然增長來源，但不應取代慢性健康管理和家庭照護的主要定位。 ## 31. 不應優先追求的客戶群 ### 診所和醫院 醫療機構有真實的資料交換和病人準備需要，但採購週期、系統整合、責任和支援要求都比個人訂閱複雜。早期可以進行小型合作，不應立即把產品變成完整機構軟體。 ### 僱主和保險公司 這些機構可能有健康計劃和費用管理需求，但健康資料與僱傭、保險決定之間存在重大私隱和信任風險。未建立明確同意、用途限制和獨立法律審查之前，不應把它們當成主要收入來源。 ## 32. 從第一次認識到持續使用的完整過程 一位一般使用者的合理旅程如下： 1. **發現問題**：準備覆診時找不到最新藥物和檢查結果。 2. **建立基本帳戶**：只輸入最必要資料，先得到一個清楚結果，不要求一次完成所有欄位。 3. **加入資料**：上載報告或手動加入藥物；系統顯示草稿，使用者確認後才保存。 4. **準備看診**：產品自動整理近期變化和未完成事項，使用者加入問題。 5. **看診後跟進**：記錄醫生要求的下一步和時間。 6. **選擇分享**：如有需要，讓家人在有限範圍協助。 7. **形成習慣**：下一次看診不必重新開始，產品因累積上下文而更有價值。 如果產品只做到第三步「加入資料」，就很容易變成另一個需要維護的資料庫。真正價值要在第四至第七步出現。 --- # 第七部分：競爭者和替代方法 ## 33. 競爭不只來自其他付費應用程式 使用者真正比較的是「我現時怎樣完成這件事」。因此，競爭者包括免費公共服務、手機內置工具、藥房或診所應用程式，以及紙筆、試算表、電郵資料夾和家庭群組訊息。 本報告沒有可靠、可比較的公開收入、活躍用戶和市場佔有率資料，所以不會製作看似精確的市場份額排名。以下比較的是公開產品定位和功能範圍。 ## 34. My Health Record：國家健康紀錄 ### 它做得好的地方 保存由醫療服務提供者上傳的正式文件，覆蓋範圍廣，並與澳洲醫療制度直接相關。 ### 它對 Med Tracker 的壓力 使用者可能認為自己已經有健康紀錄，不需要再使用另一個產品。 ### Med Tracker 可補足的地方 把正式紀錄與個人問題、服藥情況、症狀、家庭協調和看診準備連起來。定位應該是「協助使用和整理」，不是取代國家紀錄。 ## 35. Apple Health：手機健康資料匯集 ### 它做得好的地方 把手機、手錶和部分健康來源的資料集中，使用體驗成熟，對使用 Apple 裝置的人幾乎沒有額外成本。 ### 它對 Med Tracker 的壓力 裝置數據、趨勢和部分藥物功能已經內置，令一般健康追蹤難以收費。 ### Med Tracker 可補足的地方 澳洲特定的 Medicare、化驗、看診準備、研究理解和家庭照護流程；同時不能假設所有用戶都使用 Apple 裝置。 ## 36. healthdirect：公共健康資訊和導航 ### 它做得好的地方 提供可信健康資訊、症狀指引、服務搜尋和 My Health Record 連接，而且免費。 ### 它對 Med Tracker 的壓力 一般健康資訊和服務導航已有具公信力的免費來源。 ### Med Tracker 可補足的地方 基於使用者自己的長期紀錄整理內容和問題，但必須清楚標示來源與限制。 ## 37. MedAdvisor：藥物和藥房連接 ### 它做得好的地方 藥物依從、提醒和藥房渠道是清楚核心，使用情境直接。 ### 它對 Med Tracker 的壓力 若 Med Tracker 只強調提醒和藥物清單，就很難形成差異。 ### Med Tracker 可補足的地方 把藥物與化驗、症狀、看診準備、家庭協助和整體時間線連接。 ## 38. HotDoc 與 Healthengine：預約和診所互動 ### 它們做得好的地方 協助使用者找診所、預約、收到提醒、完成表格或使用遠距診症；同時服務診所營運。 ### 它們對 Med Tracker 的壓力 預約入口和診所渠道已有成熟產品。 ### Med Tracker 可補足的地方 集中在預約前準備和預約後跟進，並可以與預約平台合作，而不是建立另一套完整診所預約網絡。 ## 39. 最常見的免費替代方法 ### 紙張和文件夾 優點是簡單、沒有學習成本；缺點是難以搜尋、分享和比較趨勢。 ### 手機記事和試算表 優點是自由、免費；缺點是沒有健康資料結構、權限和確認流程。 ### 電郵搜尋 優點是不需要輸入；缺點是資料散落、難以確定最新版本，也不適合緊急使用。 ### 家庭群組訊息 優點是大家已經使用；缺點是私隱範圍不清、重要事項被聊天內容淹沒，亦難以撤回舊資料。 Med Tracker 要勝過這些方法，不能只說「資料放在同一處」。它要證明整理後的結果更快、更準確、更容易看診和分工。 ## 40. 競爭定位的簡單說法 如果把市場一端理解為「正式但主要由機構產生的健康紀錄」，另一端理解為「日常但分散的個人記事」，Med Tracker 應該站在兩者之間：保留個人主導與日常用途，同時增加健康資料所需的結構、確認和安全分享。 它不需要在每一個單項功能上擊敗所有大型平台。它需要在「把資料變成下一次看診可用的準備」這個完整過程上做得最好。 --- # 第八部分：市場規模怎樣估算 ## 41. 先解釋三層市場估算 市場研究常把機會分成三層。為避免只用英文縮寫，本報告使用以下中文名稱： 1. **理論總市場**：假設所有符合最廣定義的人都購買，能產生多大年度金額。這只是上限，不是預測。 2. **可服務市場**：扣除明顯不適合、重疊或短期無法接觸的人後，產品現有方向可能服務的範圍。 3. **初期可取得市場**：在有限品牌、資金和渠道下，初期可能取得的很小比例。 ## 42. 使用的價格假設 程式庫中的計畫年費是：個人進階方案 99 澳元，家庭進階方案 149 澳元。為了建立單一模型，本報告假設付費帳戶中 60% 選個人方案、40% 選家庭方案： - 99 澳元乘以 60%，等於 59.40 澳元； - 149 澳元乘以 40%，等於 59.60 澳元； - 兩者相加，得到每個付費帳戶每年 119 澳元的混合平均價格。 這只是算法方便，不代表真實方案比例，也未包含折扣、退款、稅項或月費與年費差異。 ### 42.1 先分清楚每個輸入從哪裡來 | 模型輸入 | 使用數值 | 證據類別 | 如何核對 | |---|---:|---|---| | 澳洲人口 | 2025 年 12 月約 2,780 萬人 | 已確認 | [澳洲統計局 2025 年 12 月人口資料](https://www.abs.gov.au/statistics/people/population/national-state-and-territory-population/latest-release) | | 有至少一項所選長期健康問題的人 | 2022 年約 1,540 萬人 | 已確認 | [澳洲健康與福利研究院長期健康問題資料](https://www.aihw.gov.au/reports/australias-health/chronic-conditions) | | 主要照護者 | 2022 年約 120 萬人 | 已確認 | [澳洲健康與福利研究院非正式照護者資料](https://www.aihw.gov.au/reports/australias-welfare/informal-carers?force_isolation=true) | | 個人及家庭計畫年費 | 99 及 149 澳元 | 內部計畫，尚未正式收費 | 來自產品內部方案設定；不能當作已推出價格或市場接受證據 | | 個人及家庭方案比例 | 60% 及 40% | 合理推估 | 只為算出單一平均價格，仍需真實付款選擇驗證 | | 適合比例、重疊扣減及初期取得比例 | 50%、30% 及 0.5% | 合理推估 | 全是規劃假設，不是政府統計或公司預測 | 讀這張表時，最重要的是不要把三種資料混在一起：官方人口和健康資料可以核對；內部價格只證明產品曾經這樣規劃；其餘百分比只是等待真實用戶資料修正的試算值。 ### 42.2 怎樣沿着證據鏈核對市場估算 **這是甚麼：** 市場估算不是一個單獨答案，而是一條由五個步驟組成的證據鏈：先核對官方人口和健康需要，再核對計畫價格，然後逐項列出適合比例、重疊扣減和取得比例，接着重算結果，最後用真實招募、使用、付款和留存資料修正假設。 **為甚麼重要：** 只看最終金額，很容易忽略哪一個輸入最不確定。把證據鏈拆開後，讀者可以看見：官方人口資料相對穩固，內部價格尚未經市場接受驗證，而百分比假設最需要透過真實使用資料調整。 **怎樣核對：** 從上表第一行開始，逐項開啟來源或查看證據類別；再按本節公式重算。測試模型時一次只改一項假設，例如先改適合比例，再觀察可服務帳戶和金額如何變化，避免同時改動多個數字後無法知道原因。 **不能代表甚麼：** 算法可以證明乘法一致，不能證明假設正確；較精細的小數位也不會令估算自動變成預測。只有真實招募、付費、取消、成本和留存資料，才能逐步縮小不確定性。 ## 43. 理論總市場：約每年 33.1 億澳元 2025 年 12 月澳洲人口約 2,780 萬。若極端假設每一位居民都對應一個每年 119 澳元的付費帳戶： > 2,780 萬乘以 119 澳元，約等於每年 33.1 億澳元。 這個數字不能視為銷售機會，原因包括：兒童可能由家庭帳戶管理；同一家庭可共用方案；很多人沒有相關需要；很多人不會使用數碼工具；免費方案和其他工具會分流；付款能力和意願亦不同。它只是一個數學上限。 ## 44. 可服務市場：約每年 6.91 億澳元 基礎模型使用兩個有較清楚需要的人群： 1. 約 1,540 萬名有長期健康問題的人，只假設其中一半與產品方向吻合； 2. 約 120 萬名主要照護者，只假設其中一半與家庭協調方向吻合。 兩群人可能重疊，例如某位照護者自己也有長期健康問題，所以模型再扣除 30% 重疊。算法如下： > （1,540 萬乘以 50%，加 120 萬乘以 50%）乘以 70%，約等於 581 萬個可服務帳戶單位。 再乘以每年 119 澳元，約得到 6.91 億澳元。 最重要的限制是：50% 適合比例和 30% 重疊扣減並非政府統計，而是分析假設。它們需要透過用戶訪談、等候名單、試用、人口調查和實際轉換率修正。 ## 45. 初期可取得市場：基準情境約每年 346 萬澳元 若產品長期取得上述可服務帳戶的 0.5%，即約 29,050 個付費帳戶： > 29,050 個帳戶乘以每年 119 澳元，約等於每年 346 萬澳元。 0.5% 並不是預測，而是一個方便進行營運規劃的基準。它沒有說明需要花多少廣告費、多少支援人員、多少時間，亦沒有扣除人工智能、資料儲存、付款、保險、合規和客戶服務成本。 ## 46. 三個五年規劃情境 | 情境 | 第五年付費帳戶假設 | 每帳戶平均年費 | 第五年年度收入 | 這個情境代表甚麼 | |---|---:|---:|---:|---| | 保守 | 15,000 | 112 澳元 | 168 萬澳元 | 有明確小眾用戶，但增長和家庭方案比例較低 | | 基準 | 50,000 | 119 澳元 | 595 萬澳元 | 核心流程和家庭方案有持續使用，渠道開始可重複 | | 較高 | 100,000 | 125 澳元 | 1,250 萬澳元 | 品牌、家庭方案和合作渠道均有較強表現 | 三個情境全部只是收入算法，不是公司預測。它們未扣除獲取客戶、支援、雲端服務、人工智能、法律、保險、稅務和營運資金。因此不能用來計算公司價值或投資回報。 ## 47. 真正需要驗證的商業數字 比起繼續調整大型市場模型，早期團隊更需要取得以下真實數據： - 邀請後有多少人完成第一個有價值流程； - 使用者第一次準備看診需要多少時間； - 四星期和十二星期後仍有多少人使用； - 有多少人加入照護者； - 個人方案和家庭方案的付款轉換率； - 取消的主要原因； - 每個活躍帳戶的人工智能、儲存、支援和付款成本； - 使用者是否願意把真實健康資料放入產品，以及原因。 這些數據會決定 6.91 億澳元的可服務市場模型是否值得保留、下調或重新定義。 --- # 第九部分：這個產業的推動力和阻力 ## 48. 六個外部環境因素 ### 48.1 政策因素 澳洲政府的[數碼健康藍圖及 2023 至 2033 年行動計劃](https://www.health.gov.au/sites/default/files/2024-01/the-digital-health-blueprint-and-action-plan-2023-2033_0.pdf)強調消費者取得健康資料、自我監測、遠距診症、照護協調、家庭參與和不同語言需要。這些方向與 Med Tracker 的產品概念相符。 政策支持只代表方向有利，不代表政府會採購產品，也不代表個人會付款。產品仍要證明它能在國家系統之外增加實際價值。 ### 48.2 經濟因素 長期健康問題為醫療系統和家庭帶來重大成本。整理資料和減少重複行政有可能節省時間，但一般消費者同時面對生活成本壓力，而且有多個免費替代方案。因此，月費即使不高，也需要非常清楚的日常價值。 ### 48.3 社會因素 人口老化、多項長期健康問題、家庭跨地居住和多語社群，都增加照護協調難度。另一方面，部分年長人士或身體狀況較差的人未必熟悉數碼工具。產品必須使用簡單文字、大字體、清楚按鈕和可由家人協助但不奪走控制權的流程。 ### 48.4 科技因素 手機、穿戴裝置、文件讀取、語音轉文字和人工智能令整理資料更容易。醫療資料交換共同格式亦有助不同系統互通。但每一項科技都可能出錯或更改，不能成為唯一依賴。重要資料應有人工確認、錯誤提示和可用的替代方法。 ### 48.5 法律因素 健康資料屬高度敏感資料。聯邦私隱法、澳洲私隱原則、維多利亞州健康紀錄法、資料外傳規則和軟體醫療器材監管都可能適用。產品的實際用途和宣傳說法會影響責任，法律工作不能等到推出前最後一日才處理。 ### 48.6 環境因素 遠距準備和更有效率的看診可能減少不必要出行和重複行政，但人工智能和資料儲存亦消耗能源。本報告沒有足夠數據量化淨環境影響，因此只把它列為需要量度的因素，不把環保當成銷售主張。 ## 49. 五種產業競爭壓力，用日常語言解釋 ### 49.1 現有競爭很強 市場已有國家平台、手機平台、藥物工具、預約平台和大量免費方法。Med Tracker 不可能只靠「功能較多」建立優勢。 ### 49.2 替代方法很多 使用者可以繼續使用紙張、記事、電郵、家庭群組和既有平台。轉換到新產品需要時間，也涉及私隱信任，所以替代壓力高。 ### 49.3 使用者議價能力偏高 消費者可以容易停止使用，亦可以選擇免費方案。這限制價格，要求產品快速顯示價值。 ### 49.4 外部供應商有一定影響力 產品可能依賴雲端服務、人工智能、文件辨識、登入、付款和裝置資料供應商。供應商加價、改規則或中斷服務，都會影響成本和功能。產品需要可替換設計和停止功能的安全開關。 ### 49.5 新產品不難出現，但建立信任很難 製作一個基本健康記錄應用程式並不困難；真正困難的是法律合規、資料安全、可靠整合、臨床界線、品牌信任和長期用戶習慣。Med Tracker 的護城河應來自可信流程和長期資料價值，而不是單一人工智能功能。 ## 50. 內部優勢、弱點、機會和威脅 ### 已確認的優勢 - 產品目的和主要使用者已有清楚文件； - 網頁、手機和後端涵蓋廣泛健康管理流程； - 產品設計包含同意、不同權限、額外登入保障、資料加密和操作紀錄等安全方向； - 藥物、化驗、預約、個人紀錄和家庭功能可以形成完整流程； - 澳洲用語和制度已進入產品設計。 ### 目前的弱點 - 功能過多，容易令產品訊息分散； - 託管測試版仍然受阻； - 收費尚未啟動； - 真實健康資料、法律審閱和臨床安全仍欠缺證據； - 沒有真實留存、付款轉換、服務成本和收入資料； - 多個外部整合增加維護和營運風險。 ### 可把握的機會 - 長期健康問題和家庭照護人數龐大； - 國家數碼健康方向鼓勵消費者取用資料和照護協調； - My Health Record 等基礎設施提供合作和資料匯入可能； - 看診前準備仍未被任何單一大型消費產品完全佔據； - 多語家庭和跨地照護有清楚的未滿足需要。 ### 主要威脅 - 大型平台加入相似功能； - 一次私隱事件足以破壞品牌信任； - 宣傳說法越過一般健康工具界線，帶來醫療器材監管； - 人工智能成本或供應商規則改變； - 用戶覺得輸入資料太麻煩，試用後不再回來； - 免費替代方案令付款轉換過低。 --- # 第十部分：私隱、法律與安全界線 ## 51. 為甚麼健康資料需要更高標準 健康資料可以透露疾病、處方、心理狀況、家庭關係、醫療費用和就診地點。一旦洩露，使用者不能像更換密碼一樣更換自己的病史。這也是為甚麼安全、同意和資料用途必須直接向一般使用者解釋。 ## 52. 聯邦私隱法與澳洲私隱原則 [澳洲資訊專員辦公室](https://www.oaic.gov.au/privacy/privacy-legislation/the-privacy-act)負責聯邦私隱監管。1988 年《私隱法》和十三項澳洲私隱原則，涵蓋透明度、收集、使用、披露、海外傳送、安全、查閱和更正等範圍。健康資料通常屬敏感資料，需要更謹慎處理。 一般讀者可以把這些要求理解為幾個基本問題： - 產品為甚麼需要這項資料？ - 是否只收集完成目的所需的最少資料？ - 資料會提供給誰？ - 外部公司在哪個國家處理資料？ - 使用者如何查看、更正、刪除或匯出？ - 發生資料外洩時，誰負責通知和處理？ 程式碼中的保護措施只是其中一部分；私隱政策、供應商合約、處理地點、營運程序和事故回應同樣需要證據。 ## 53. 維多利亞州健康紀錄法 [維多利亞州《2001 年健康紀錄法》](https://www.health.vic.gov.au/legislation/health-records-act)對很多持有健康資料的機構適用，而且沒有一般小型企業豁免。它包括查閱、資料處理和跨境傳送等健康私隱原則。 因為 Med Tracker 以墨爾本和維多利亞州作初期觀察市場，不能只看聯邦規則。正式測試真實健康資料前，需要澳洲合資格法律顧問確認實際產品、公司實體、供應商和資料流程如何受規管。 ## 54. 何時可能被視為軟體醫療器材 [澳洲藥品管理局的軟體醫療器材指引](https://www.tga.gov.au/resources/guidance/understanding-how-we-regulate-software-based-medical-devices)指出，軟體的預定用途很重要。一般健康和生活工具通常不屬醫療器材；但若宣稱診斷、預測、監測或治療疾病，便可能受更嚴格監管。 這代表同一項技術可以因宣傳和使用方式不同而有不同法律結果。例如： - 「把你上載的化驗數值整理成時間順序」較接近資料管理； - 「判斷你的病情正在惡化」則可能涉及醫療判斷； - 「協助你列出想問醫生的問題」較接近溝通支援； - 「告訴你應該停止哪一種藥」明顯越過安全界線。 產品文案、畫面、通知、人工智能提示和客服回答都要保持相同界線。 ## 55. 使用人工智能時的最低安全要求 ### 顯示內容從哪裡來 每個重要摘要或解釋應連回原文件、原數值或可信來源，讓使用者可以核對。 ### 清楚標示草稿和已確認資料 電腦抽取的內容在使用者確認前不能與正式紀錄混在一起。畫面需要清楚區分兩種狀態。 ### 不隱藏不確定性 如果系統讀不到、資料互相矛盾或信心不足，應直接說明，而不是生成看似完整的答案。 ### 保留人工方法 使用者應能手動輸入、修改或跳過人工智能功能。核心健康紀錄不能因外部人工智能服務暫停而完全無法使用。 ### 控制資料提供範圍 只把完成任務所需的資料提供給外部服務，並清楚說明處理地點、保存時間和是否用作訓練其他模型。 ## 56. 家庭分享的最低安全要求 - 資料主人必須主動授權； - 可以按資料類別和行動分配權限； - 可以設定到期日期； - 可以即時撤回； - 每次重要查看或更改都有紀錄； - 緊急存取有獨立規則和通知； - 登出或轉換帳戶時必須清除上一位使用者的健康資料快取； - 照護者不能代替資料主人同意人工智能處理，除非有清楚的法律和產品依據。 ## 57. 上線前必須回答的信任問題 1. 正式環境在哪裡運作？ 2. 健康資料和備份放在哪個國家？ 3. 哪些外部公司會收到甚麼資料？ 4. 每一間外部公司與 Med Tracker 的合約和責任是甚麼？ 5. 如何證明不同帳戶不會看到彼此資料？ 6. 如何處理遺失裝置、被盜帳戶和可疑登入？ 7. 如何通知資料外洩？ 8. 使用者刪除帳戶後，資料和備份何時真正刪除？ 9. 法律頁面是否已由澳洲合資格律師按同一個程式版本審閱？ 10. 哪些健康宣稱已由臨床和監管專家確認？ --- # 第十一部分：主要風險與實際處理方法 ## 58. 風險一：健康資料洩露 ### 可能發生甚麼 錯誤權限、被盜帳戶、網址或日誌包含敏感資料、第三方供應商事故，或家庭帳戶切換時保留上一人的資料。 ### 影響 對使用者造成長期私隱傷害，也可能帶來法定通知、法律責任和品牌崩潰。 ### 應對 最少收集、加密、嚴格權限、額外登入保障、操作紀錄、帳戶隔離測試、事故演習，以及正式供應商審查。真實健康資料測試應在這些證據完成後才開始。 ## 59. 風險二：人工智能內容被誤當醫療判斷 ### 可能發生甚麼 摘要遺漏重要資料、文件數字讀錯、解釋過度肯定，或使用者按錯誤內容改變用藥。 ### 應對 只把內容定位為整理和教育；顯示來源；要求確認；對高風險問題直接要求尋求醫療專業人士；監察錯誤類型；建立可停止人工智能功能的安全開關。 ## 60. 風險三：託管測試版持續延遲 ### 可能發生甚麼 本地測試長期良好，但正式基礎設施、資料庫、備份、登入和電郵等仍未完整驗證，團隊繼續開發新功能而沒有真實使用證據。 ### 應對 停止增加非必要功能，把每一個託管門檻列成有負責人、日期和證據的清單；只有通過一個階段才進入下一階段。 ## 61. 風險四：使用者輸入太多，數星期後放棄 ### 可能發生甚麼 產品要求一次完成大量病史和設定，但用戶尚未看到回報。 ### 應對 以第一次即將發生的看診為入口，只收集完成摘要所需資料；提供文件上載和逐步補充；量度四星期和十二星期使用，而不只量度註冊數。 ## 62. 風險五：家庭權限被濫用 ### 可能發生甚麼 照護者查看超出需要的資料、資料主人不理解授權、關係改變後仍保留權限。 ### 應對 細緻權限、到期、撤回、通知、定期確認和操作紀錄；以資料主人控制為預設。 ## 63. 風險六：外部整合失效 ### 可能發生甚麼 裝置、日曆、藥物或人工智能供應商改變接口，資料停止更新但使用者不知道。 ### 應對 顯示最後更新時間、失效狀態和資料來源；使用統一的連接層；定期測試；可以逐項關閉，而不影響核心紀錄。 ## 64. 風險七：成本高於訂閱收入 ### 可能發生甚麼 錄音、文件讀取、人工智能和客戶支援的每次使用成本累積，家庭方案又有多名使用者，導致年費不足以支付服務成本。 ### 應對 逐功能量度成本；設合理用量和透明限制；優先使用人工智能於最有價值的流程；建立不依賴人工智能也能使用的基本方案。 ## 65. 風險八：品牌訊息變得模糊 ### 可能發生甚麼 對外同時宣傳藥物、人工智能、研究、穿戴裝置、保險、預約和家庭，沒有一個清楚理由讓人開始使用。 ### 應對 所有首頁、定價和介紹內容先講「整理健康資料，準備下一次看診」。其他功能只作為支持這個結果的證據。 ## 66. 風險九：收費狀態與產品權限不一致 ### 可能發生甚麼 付款成功但功能沒有開啟、取消後仍可使用、重複扣款，或測試帳戶被當成正式收入。 ### 應對 使用獨立正式付款帳戶、測試付款和取消完整流程、核對付款通知、處理退款和欠款，並在推出前由財務和產品共同簽署。 ## 67. 風險十：把本地測試誤當市場證據 ### 可能發生甚麼 大量自動測試通過，團隊便以為產品已經有人需要、會付款或在正式環境安全。 ### 應對 把四類證據分開報告：本地工程測試、遠端持續測試、託管環境驗證、真實使用和商業結果。任何一類都不能代替另一類。 --- # 第十二部分：建議的市場和產品策略 ## 68. 建議一：擁有「看診準備完成」這個結果 不要只量度上載文件或建立紀錄。產品的核心完成狀態應是：使用者在看診前得到一份自己確認過的摘要、問題清單和待辦事項。 ### 應做的事 - 把最近藥物、檢查、症狀和未完成事項合併； - 讓使用者逐項確認； - 支援列印、手機展示和有限分享； - 看診後將新事項放回時間線； - 量度準備時間、遺漏問題和再次使用率。 ## 69. 建議二：把家庭方案設計成協調工具 家庭方案不應只是增加成員上限。它應明確減少照護工作：誰負責甚麼、甚麼時候到期、哪些資料可以看、哪些行動需要資料主人批准。 ### 應做的事 - 先與主要照護者和被照護者一起測試； - 設計不同權限範本，但讓使用者可以調整； - 顯示最近活動和未完成事項； - 讓邀請、撤回和轉移責任容易理解； - 量度家庭協調時間和權限誤解。 ## 70. 建議三：讓信任看得見 安全不能只藏在私隱政策。每個敏感流程都應在適當時候回答：為何需要、會去哪裡、誰能看、如何取消。 ### 應做的事 - 在上載、人工智能處理和分享前提供短而清楚的說明； - 顯示資料來源、確認狀態和最近更新時間； - 建立一般人看得懂的私隱中心； - 提供查看、下載、更正和刪除路徑； - 定期測試使用者是否真的理解，而不只確認他們按過同意。 ## 71. 建議四：只選擇能改善核心流程的整合 每一個裝置或外部服務連接都會增加維護成本。優先次序應由「是否令看診準備更完整或更省時間」決定，而不是由功能列表長度決定。 ### 應做的事 - 先選一個國家健康紀錄或正式資料匯入方向； - 再選一個最多目標用戶使用的日曆或裝置； - 為每個連接顯示最後更新和失效提示； - 沒有清楚使用率和價值的連接應暫停或移除。 ## 72. 建議五：縮窄人工智能宣稱，擴大證據 人工智能賣點應從「懂你的健康」改為「幫你整理、顯示來源、由你確認」。每一類任務都要有準確度、錯誤種類、成本和用戶理解測試。 ### 應做的事 - 為文件欄位抽取建立真實但去識別的測試集； - 量度關鍵數字和藥名錯誤； - 對每個摘要保留原文連結； - 讓使用者可以報告問題和更正； - 高風險內容由臨床和法律專家審閱使用界線。 ## 73. 建議六：付款最後開，不是最先開 付款功能應在正式產品流程、方案權限、取消和退款都能完整運作後才啟動。早期可先測試願意付費程度，但不能在產品未達可用標準時收取正式訂閱。 ### 應做的事 - 先完成獨立正式付款帳戶和價格； - 測試購買、續費、取消、欠款、退款和恢復； - 確保產品畫面和後端權限一致； - 建立客服和爭議處理流程； - 公開收費前由營運、財務、法律和產品共同核准。 ## 74. 建議的產品組合決定 | 決定 | 產品範圍 | 原因 | |---|---|---| | 立即保護和完善 | 核心紀錄、藥物、化驗、預約、看診準備 | 最能形成清楚且重複的使用價值 | | 下一階段擴大 | 家庭權限、照護分工、安全分享、就診後跟進 | 最接近第二個付費理由，但安全要求高 | | 小規模測試 | 研究解釋、人工智能摘要、費用、日曆和少量裝置連接 | 可能增加價值，但需要證明使用率、準確度和成本 | | 延後或合作 | 語音助理、完整診所系統、大量裝置、保險或僱主資料用途 | 容易分散品牌，增加監管、銷售或維護負擔 | | 明確避免 | 診斷、處方、要求自行改藥、未經同意的資料轉用 | 超出產品目的並帶來重大安全與法律風險 | --- # 第十三部分：二十四個月實施路線 ## 75. 第一階段：零至三個月，先令託管測試版成立 ### 目標 建立一個只使用示範資料、可在正式託管環境重複驗證的封閉測試版。 ### 必須完成 - 基礎設施、資料庫結構和備份證據； - 同一個版本的遠端自動測試； - 登入、額外安全驗證和帳戶隔離測試； - 法律頁面和資料流程審閱； - 供應商清單、資料處理位置和合約狀態； - 事故回應、支援和回復程序； - 明確禁止第一階段使用真實健康資料。 ### 完成條件 不是「網站可以打開」，而是每一個阻塞項目都有可重複的證據，而且測試版本與被審閱版本完全一致。 ## 76. 第二階段：三至六個月，證明核心看診準備 ### 目標 讓一小群目標使用者以示範或經批准的低風險資料，完成從加入資料到看診摘要的整個流程。 ### 需要量度 - 完成第一次摘要的比例； - 所需時間； - 需要客服協助的步驟； - 使用者發現的資料錯誤； - 四星期後再次使用的比例； - 使用者是否願意推薦給有相同需要的人。 ### 停止條件 若大部分人不能在沒有一對一協助下完成核心流程，或摘要造成誤解，便不應擴大功能和市場宣傳。 ## 77. 第三階段：六至十二個月，驗證家庭協調和資料交換 ### 目標 證明資料主人與照護者能理解權限、完成分工，並安全使用有限資料分享。 ### 必須完成 - 邀請、接受、拒絕、到期和撤回完整流程； - 帳戶切換不洩露資料； - 誰查看或更改過甚麼的紀錄； - 一至兩項真正改善核心流程的外部資料連接； - 家庭方案意願和合理價格測試。 ### 完成條件 資料主人能準確說出照護者可以看甚麼；撤回後立即失效；家庭協調時間有可量度改善。 ## 78. 第四階段：十二至十八個月，有限真實健康資料與臨床證據 ### 前提 只有在法律、私隱、安全、資料處理位置、供應商、事故回應和帳戶隔離全部獲批後，才可以進入真實健康資料測試。 ### 目標 在明確同意和受控群組中，驗證資料準確度、摘要理解、人工智能錯誤和看診準備結果。 ### 必須完成 - 臨床安全審閱； - 文件和藥物關鍵欄位準確度測試； - 使用者理解和誤用測試； - 問題回報和修正流程； - 資料刪除和退出測試； - 獨立安全檢查。 ## 79. 第五階段：十八至二十四個月，選擇性擴大 ### 目標 只擴大已經證明有價值、可安全營運、成本可承受的流程。 ### 可選方向 - 擴大個人與家庭付費方案； - 與病人組織、藥房或醫療服務進行有限合作； - 增加已證明使用率的資料連接； - 根據真實成本調整人工智能用量和定價； - 探索讓醫療人員接收使用者授權摘要，而不建立完整診所系統。 ### 不應自動進行 沒有真實留存、付款、事故和成本證據，不應因為時間到了就擴大廣告、開放更多敏感資料或進入機構市場。 ## 80. 每個階段都要有的決策門檻 每一階段結束時，管理層應清楚回答： 1. 使用者是否完成了預期結果？ 2. 是否有新的安全或法律風險？ 3. 哪些錯誤曾經發生，是否已修復並可防止重現？ 4. 使用者四星期和十二星期後是否仍然回來？ 5. 每個活躍使用者的服務成本是多少？ 6. 使用者是否理解人工智能和資料分享界線？ 7. 是否有足夠證據進入下一階段，還是應停止、縮小或重新設計？ ### 80.1 怎樣把門檻變成真正的決定 **這是甚麼：** 決策門檻不是一張完成清單，而是事前同意的「繼續、暫停、停止」規則。繼續代表核心結果和安全證據均達到該階段要求；暫停代表資料不足或問題仍可修正；停止代表出現重大傷害風險、使用者持續誤解，或核心流程無法在合理協助下完成。 **為甚麼重要：** 若團隊只在結果出現後才決定標準，便容易因已投入時間和成本而降低要求。事前寫清楚門檻，可讓使用者安全和真實結果優先於功能數量或時間表。 **怎樣核對：** 每一個門檻都應保存定義、負責人、測試群組、觀察期間、原始結果、問題紀錄和最後決定。下一階段開始前，決策者應能由這些紀錄重現為甚麼選擇繼續、暫停或停止。 **不能代表甚麼：** 某一階段通過只代表當時指定範圍達標，不代表所有功能、所有使用者、所有裝置或正式環境永久安全；產品或供應商改變後仍要重新檢查。 --- # 第十四部分：如何衡量產品是否真的成功 ## 81. 不要只看註冊人數 註冊容易受到廣告、免費活動和好奇心影響。對 Med Tracker 更重要的是使用者是否完成一個真實健康管理結果。 ## 82. 核心結果指標 - 完成第一份看診摘要的人數比例； - 每次準備所需時間； - 摘要中由使用者發現和修正的錯誤； - 看診後完成跟進事項的比例； - 第二次看診仍使用產品的比例； - 使用者認為自己較有準備的比例。 ## 83. 長期使用指標 - 四星期和十二星期仍活躍的使用者比例； - 每月有意義的健康紀錄或跟進次數； - 藥物、結果、預約和看診準備之間的連接使用率； - 使用者主動更新資料，而不是只靠通知回來； - 取消後的原因和未完成流程。 ## 84. 家庭協調指標 - 邀請照護者後成功完成授權的比例； - 資料主人能正確理解權限的比例； - 每個家庭的未完成事項和延誤變化； - 權限撤回是否即時生效； - 權限錯誤、誤看或爭議事件數； - 家庭方案的持續使用和付款意願。 ## 85. 信任和安全指標 - 真實資料使用前的明確同意完成率； - 使用者對資料用途的理解，而不只是按下同意； - 人工智能草稿的修正率和嚴重錯誤率； - 資料存取異常和隔離測試結果； - 刪除、匯出和撤回請求完成時間； - 安全事件發現、限制和通知時間。 ## 86. 商業指標 - 免費試用轉付費比例； - 個人與家庭方案比例； - 每個付費帳戶的平均收入； - 每個帳戶的雲端、人工智能、付款和支援成本； - 取得一位付費客戶的成本； - 取消和退款比例； - 收入扣除直接服務成本後是否足以支持營運。 --- # 第十五部分：目前程式庫能證明甚麼，不能證明甚麼 ## 87. 已確認的產品事實 根據產品文件和程式碼，可以確認： - 主要使用者包括長期健康問題管理者、照護者和主動健康追蹤者； - 產品目的包括集中化驗報告、藥物、預約、問題和健康行政資料； - 網頁和手機方向涵蓋健康紀錄、藥物、化驗、預約、家庭、研究和財務等功能； - 設計包含同意、安全登入、資料隔離、加密和操作紀錄等保護方向； - 計畫方案包括免費、個人進階和家庭進階； - 產品明確不應診斷或處方。 ## 88. 只可視為合理推估的內容 - 「看診準備」會是最強市場切入點； - 60% 個人方案與 40% 家庭方案的價格組合； - 50% 目標人群適合度和 30% 人群重疊； - 0.5% 初期市場取得比例； - 各客戶群、產品功能和風險的相對優先分數； - 二十四個月實施時間。 這些推估用來協助排序，不是已發生的事實。 ## 89. 仍需驗證的關鍵事實 - 正式託管環境是否已建立並可重複部署； - 資料和備份實際處理地點； - 法律文件與同一個產品版本的審閱； - 外部供應商合約和資料處理責任； - 使用真實健康資料的安全性； - 人工智能在真實文件上的準確度和臨床風險； - 付款、續費、取消和退款完整運作； - 真實用戶留存、家庭使用、付款意願和收入； - 每個帳戶的服務和支援成本； - 任何正式合作、臨床成效或市場佔有率。 ## 90. 本地測試的正確理解 程式庫文件記錄了大量後端、前端、手機和瀏覽器自動測試通過。這可以支持「程式碼在受控測試條件下有一定穩定性」，但不能支持以下說法： - 正式網站已部署； - 真實用戶可以安全使用； - 所有外部服務可用； - 產品符合所有法律要求； - 人工智能有臨床準確度； - 使用者會持續使用或付款； - 產品已有收入或市場份額。 ### 90.1 用五級證據階梯判斷產品準備程度 **這是甚麼：** 證據階梯把「設計得到」和「真實營運得到」分開。級別越高，需要的證據越接近真實使用，也越不能由較低級別代替。 | 證據級別 | 可以證明甚麼 | 應怎樣核對 | 仍不能代表甚麼 | |---|---|---|---| | 一：文件和介面存在 | 團隊已定義用途、畫面和規則 | 查看同一版本的產品文件、程式碼與變更紀錄 | 功能已能完整運作 | | 二：本地受控測試通過 | 指定流程在開發環境和測試條件下得到預期結果 | 重跑同一版本的測試，保存指令、結果和失敗項目 | 網上環境、外部服務或真實使用者可用 | | 三：託管測試可重複 | 指定版本能在遠端測試環境部署，並以示範資料完成流程 | 核對部署版本、基礎設施、備份、登入、帳戶隔離和外部服務結果 | 可以處理真實健康資料或公開收費 | | 四：受控真實使用成立 | 經批准的小群使用者能理解、完成和重複核心流程 | 保存同意、任務完成、錯誤、退出、安全事件和理解測試 | 大規模市場接受、臨床成效或長期收入 | | 五：正式營運和商業證據 | 產品在獲批範圍內有可持續使用、付款、支援和成本資料 | 核對留存、付款、退款、服務成本、事故、法律和營運紀錄 | 未測試的新功能、新人群或未來表現 | **為甚麼重要：** 同一句「已完成」在不同級別代表完全不同的事情。依本報告可見證據，Med Tracker 較能證明第一和第二級；第三級以後仍需要託管、真實使用、法律、安全和商業紀錄。 **怎樣核對：** 每次對外宣稱前，先寫下宣稱屬於哪一級，再列出同一版本、同一環境和同一使用範圍的原始證據。如果證據來自較低級別，應把說法降回該級別能支持的範圍。 **不能代表甚麼：** 級別不是產品品質分數，也不是完成百分比。通過上一級不會自動通過下一級；正式營運證據亦不能把產品變成醫療診斷工具或法律認證。 --- # 第十六部分：最後建議 ## 91. 對產品團隊 接下來不是再加更多功能，而是把核心流程縮短、變清楚，並建立託管和真實使用證據。每個新功能都應回答：「它是否令下一次看診更有準備，或令照護協調更安全？」答不出的功能應延後。 ## 92. 對市場和品牌團隊 首頁、介紹和定價內容應先說明日常問題與結果，不應把人工智能、資料交換格式和技術安全名詞放在最前。專有名詞需要放在「想深入了解」的第二層內容。 ## 93. 對法律、安全和臨床顧問 審閱對象應是同一個確切產品版本、真實資料流程、外部供應商和對外文案，而不是抽象產品概念。每項高風險功能要有可以阻止推出的獨立門檻。 ## 94. 對創辦人和投資決策者 目前最有價值的資產是產品範圍、工程基礎和一個可能具差異的照護流程；目前最大缺口是託管、法律、真實使用和商業證據。市場模型可以支持繼續驗證，但不足以支持大規模收入或估值主張。 ## 95. 最終定位 Med Tracker 應成為： > 一個由個人掌握的澳洲健康整理與照護協調工具，把藥物、檢查、預約、問題和家庭協助連成一條清楚流程，讓使用者更有準備地面對下一次看診。 最值得保護的不是功能數量，而是三項信任：資料是否正確、使用者是否控制分享、產品是否清楚知道自己不能代替醫生。 --- # 附錄一：研究方法 ## 附錄一之一：使用的證據類型 本報告按以下次序使用證據： 1. 澳洲政府、統計局、法定監管機構和國家數碼健康機構的官方資料； 2. Med Tracker 程式庫中的產品文件、程式碼、方案設定和測試版狀態文件； 3. 競爭產品自己的公開產品頁面； 4. 明確標示的分析假設和規劃模型。 不同類型不能互相代替。政府人口統計不能證明產品收入；競爭產品的宣傳不能當成經審計市場份額；程式碼不能證明正式部署。 ## 附錄一之二：三種證據標籤 ### 已確認 可以在指定程式碼、文件或官方來源直接找到。 ### 合理推估 由已確認資料推導，用於比較和規劃，但需要真實數據驗證。 ### 尚待驗證 需要正式環境、法律顧問、臨床專家、供應商文件或真實用戶數據才能確認。 ## 附錄一之三：研究限制 - 沒有購買私人市場資料庫； - 沒有一致的競爭者收入、活躍用戶或市場份額資料； - 沒有 Med Tracker 真實用戶、留存、付款或成本資料； - 沒有把市場模型視作獨立第三方預測； - 法律部分只作風險識別，不是法律意見； - 正式外部發布前應重新查核會隨時間變動的數字。 --- # 附錄二：主要資料來源 ## 附錄二之一：澳洲需求與人口 - [澳洲健康與福利研究院：長期健康問題](https://www.aihw.gov.au/reports/australias-health/chronic-conditions) - [澳洲健康與福利研究院：非正式照護者](https://www.aihw.gov.au/reports/australias-welfare/informal-carers?force_isolation=true) - [澳洲健康與福利研究院：藥物在健康系統中的使用](https://www.aihw.gov.au/reports/medicines/medicines-in-the-health-system) - [澳洲統計局：2025 年 12 月人口](https://www.abs.gov.au/statistics/people/population/national-state-and-territory-population/latest-release) - [澳洲統計局：州及領地人口](https://www.abs.gov.au/statistics/people/population/national-state-and-territory-population/jun-2025) - [澳洲統計局：2024 至 2025 年病人經驗](https://www.abs.gov.au/statistics/health/health-services/patient-experiences/2024-25) ## 附錄二之二：數碼健康與資料交換 - [澳洲健康與福利研究院：數碼健康](https://www.aihw.gov.au/reports/australias-health/digital-health) - [澳洲政府：My Health Record](https://www.health.gov.au/topics/health-technologies-and-digital-health/my-health-record) - [澳洲數碼健康局：My Health Record 動態統計](https://www.digitalhealth.gov.au/initiatives-and-programs/my-health-record/statistics) - [澳洲數碼健康藍圖及行動計劃](https://www.health.gov.au/sites/default/files/2024-01/the-digital-health-blueprint-and-action-plan-2023-2033_0.pdf) - [澳洲醫療資料交換標準加速計劃回顧](https://www.health.gov.au/resources/publications/sparked-program-review-evaluation-report-2023-2025?language=en) ## 附錄二之三：私隱和監管 - [澳洲資訊專員辦公室：1988 年私隱法](https://www.oaic.gov.au/privacy/privacy-legislation/the-privacy-act) - [澳洲私隱原則指引](https://www.oaic.gov.au/privacy/australian-privacy-principles/australian-privacy-principles-guidelines) - [健康私隱指引](https://www.oaic.gov.au/privacy/privacy-guidance-for-organisations-and-government-agencies/health-service-providers/guide-to-health-privacy/introduction-and-key-concepts) - [維多利亞州：2001 年健康紀錄法](https://www.health.vic.gov.au/legislation/health-records-act) - [澳洲藥品管理局：軟體醫療器材](https://www.tga.gov.au/resources/guidance/understanding-how-we-regulate-software-based-medical-devices) ## 附錄二之四：公開產品頁面 - [healthdirect 應用程式](https://www.healthdirect.gov.au/health-app?external_browser_redirect=true) - [MedAdvisor](https://medadvisor.com.au/Home/Landing) - [Apple Health](https://www.apple.com/au/health/) - [HotDoc 產品](https://practices.hotdoc.com.au/product-catalogue/) - [Healthengine 遠距診症產品](https://practices.healthengine.com.au/telehealth-product/) --- # 附錄三：一般讀者詞語解釋 ## 程式庫 集中保存產品程式碼、設定、測試和說明文件的專案資料夾。它能證明產品設計和本地測試狀態，但不能單獨證明服務已正式上線。 ## 託管測試版 放到網上、只供受邀人士試用的早期版本。它應與開發人員自己電腦上的版本分開驗證，也不等於已經可以安全處理真實健康資料。 ## 正式環境 真正向使用者提供服務的網上系統。它需要獨立核對安全、備份、登入、供應商、法律文件和營運程序，不能用本地測試結果代替。 ## 前端和後端 前端是使用者在畫面上看見和操作的部分；後端是在畫面背後處理登入、規則、資料讀寫和外部服務連接的部分。兩邊的權限和結果必須一致。 ## 系統接口 兩個電腦系統交換要求和資料的既定方式。供應商更改接口時，連接功能可能停止，所以產品需要監察、提示和替代方法。 ## 雲端服務 由外部公司的網上電腦資源提供儲存、運算、電郵或人工智能等能力。使用雲端不代表資料一定安全；仍要確認地點、權限、合約和事故處理。 ## 資料庫 按一定結構保存和查找資料的系統。健康資料庫除了要準確，也要限制誰能讀取、更改或刪除內容。 ## 加密 把資料轉成沒有正確金鑰便難以讀懂的形式。加密能降低資料被偷看後的風險，但不能代替良好權限、登入保障和事故處理。 ## 快取 為了加快顯示而暫時保留的資料副本。健康產品在登出或轉換帳戶時必須清除不應繼續保留的副本，避免下一位使用者看到前一個帳戶的資料。 ## 健康時間線 把不同日期的藥物、檢查、症狀、預約和重要事件按先後排列，方便理解一段時間內的變化。 ## 長期健康問題 需要數月、數年或更長時間持續管理的健康狀況，不是一次治療後便完全結束的短期問題。 ## 生物指標 可以量度身體狀況的數值，例如血糖、膽固醇、血壓或某項化驗結果。 ## 電子健康紀錄 以數碼方式保存的健康資料。不同系統可能保存不同範圍，不能假設任何一份紀錄都完整包含所有病史。 ## 醫療資料交換共同格式 讓不同醫療電腦系統用較一致的結構交換資料的一套規則。它能降低整合難度，但不能自動解決授權、資料品質和合作協議。 ## 文件文字辨識 把掃描圖片或相片中的文字和數字轉成可編輯資料的技術。它可能把相似字母、藥名或小數點讀錯，所以需要核對。 ## 語音轉文字 把錄音內容轉成文字的技術。口音、背景聲、多人同時說話和醫療名詞都可能造成錯誤。 ## 人工智能摘要 由電腦模型根據輸入資料產生的較短內容。摘要可能遺漏、誤解或加入不在原文的內容，因此必須顯示來源並由人確認。 ## 額外登入保障 登入時除了密碼，再要求另一項證明，例如手機驗證碼或驗證應用程式，降低密碼被盜後直接進入帳戶的風險。 ## 資料隔離 確保每位使用者只能看見被授權的資料，不會因程式錯誤讀到其他帳戶的健康資訊。 ## 年度重複收入 把現有訂閱在一年內可帶來的收入換算成年金額。這個數字不等於利潤，因為仍要扣除所有服務和營運成本。 ## 取得客戶成本 平均花多少市場推廣、銷售和相關費用，才能得到一位真正付款的客戶。 ## 用戶留存 一段時間後仍然回來使用產品的人數比例。對需要長期管理的產品，留存比一次註冊更重要。 --- # 附錄四：對外引用這份報告時的規則 1. 不得把理論總市場、可服務市場和初期情境寫成外部機構預測。 2. 不得把計畫價格寫成已推出價格或已實現收入。 3. 不得把程式碼中的功能寫成正式環境已可用。 4. 不得把大量本地測試通過寫成法律、臨床或正式安全認證。 5. 不得把競爭產品功能位置圖寫成市場份額。 6. 所有政府動態統計在對外發布前重新查核日期。 7. 法律和監管內容由澳洲合資格顧問按最新產品版本確認。 8. 任何人工智能準確度、健康結果或節省時間說法，必須有相應測試資料。 --- 文件結束。