Opportunity
Boundary Markets
Emerging Opportunity
HEALTH & PLATFORM SHIFT
Health & Platform Shift
AIは人を病院へ連れていくのか
Will AI Take Us to a Hospital—or a Store?
身体の違和感を話す。AIが状態を整理し、病院を探し、予約し、家族へ伝える。その便利さの隣には、診療ではなく商品購入へ誘導される危険がある。
Published 2026年7月31日
生活需要オーケストレーションの最大市場は、買い物ではなく健康である。同じ症状データが、適切な医療へも、商品売り場へも接続され得る。
高齢社会では、病気を診断するAI以上に、日常の小さな不調を適切な医療、介護、薬局、移動、家族支援へつなぐHealth Navigatorへの需要が高まる。LINEのような日常会話の基盤とAIエージェントが接続すれば、医療への入口は大きく変わる可能性がある。しかし、健康相談、広告、商品推薦、病院送客、決済を同じプラットフォームが握るとき、AIが誰の利益を代表しているのかが見えにくくなる。
症状相談、病院提案、予約、服薬、介護、移動、家族連携、健康商品が一つにつながるとき、AIは人を適切な医療へ連れていくのか、それとも売り場へ連れていくのか。
Body Signal
身体の違和感
眠れない · 痛い · いつもと違う
AI Interpretation
CARE OR COMMERCE?
CARE PATH
適切な医療へ
- 01Symptom
- 02Urgency Check
- 03Medical Department
- 04Hospital
- 05Appointment
- 06Treatment
COMMERCE PATH
商品・有料サービスへ
- 01Symptom
- 02Product Recommendation
- 03Supplement
- 04Private Service
- 05Purchase
- 06Retention
Scene
眠れない、胸が少し苦しい、父が同じ話を繰り返す。病名ではない言葉が、LINEや家族の会話に現れる。AIが次の行動を整理するとき、その先は病院か、サプリの購入画面か。
The Shift
分断された検索・電話・予約・家族相談
↓
症状から継続ケアまでをつなぐHealth Demand Orchestration — ただしCareとCommerceの分岐を設計する必要がある
What Is Disappearing
- 病名が分かる前提の受診行動
- 医療案内と商品推薦の明確な境界
- 高齢者本人だけの自己完結した健康管理
- 相談を待ってから動く健康AI
Why Existing Markets Miss It
- 診断AIの精度競争だけを見ると、案内と接続の需要が見えない
- 医療DXを病院内システム改善だけに閉じると、日常会話の入口が消える
- 健康アプリを個人向けUIとして設計すると、家族・介護・移動の調整が欠ける
- ECの推薦ロジックを健康領域へ持ち込むと、利益相反が受診行動を歪める
Business Forms
Near
Care Routing Audit
AIが救急・診療科・医療機関・商品のどれを提示したかを記録・説明・監査する。
Adjacent
Family Care Agent
本人同意に基づき、高齢者・家族・医療・介護・薬局・移動を調整する。
New Category
Care-before-Commerce Protocol
一定のリスクがある場合、販売より医療相談を優先する判断順序をプラットフォームへ組み込む。
Who May Need This
- 生活プラットフォーム事業者
- 医療機関・薬局・介護事業者
- 自治体・地域包括支援
- 保険・福利厚生
- 離れて暮らす家族
- 中立的なヘルスナビゲーション設計者
Smallest Experiment
一つの症状相談フローについて、緊急度確認・人間接続・商品推薦停止の3点を72時間で設計し、Care-before-Commerceがどこで破られるかを検証する。
- Time Horizon
- 2026–2035
- SHIRO & Co. Fit
- High
- Geography
- Japan
Core Proposition
生活需要オーケストレーションの最大市場は、買い物ではなく健康である。
AIは人を適切な医療へ連れていくのか。それとも、商品売り場へ連れていくのか。
Key Signals
01
SIGNAL 01 — 健康は検索前の会話に現れる
生活者は診療科や病名を知らないまま、眠れない、痛い、いつもと違うといった曖昧な言葉で不調を表現する。
02
SIGNAL 02 — 本命は診断AIではなく案内AI
症状を整理し、緊急性を確認し、適切な相談先や診療科へ接続するHealth Navigatorへの需要が先に拡大する。
03
SIGNAL 03 — 高齢者本人だけの問題ではない
離れて暮らす家族、医療、介護、薬局、地域交通をつなぐケア・オーケストレーションが必要になる。
04
SIGNAL 04 — 病院と売り場の境界が危うい
健康相談と広告、サプリ推薦、自由診療、決済を同じ事業者が持つと、医療上の必要性と商業的利益が衝突する。
OBSERVATION — 最も困るのは、病名ではなく「次に何をすればよいか」
生活者の多くは、身体の不調を感じた時点で正しい診療科や医療機関を判断できない。 必要なのは、病名を断定することより、次の行動を整理することである。 ・救急性があるか ・今日中に受診すべきか ・様子を見てもよいか ・何科が候補か ・近くにどの病院があるか ・予約できる時間はあるか ・医師へ何を伝えればよいか ・家族へ共有すべきか 現在は検索、電話、病院サイト、予約システム、家族との相談が分断されている。 AIエージェントがこの分断をつなげれば、利用価値は大きい。
Pull Quote
人が欲しいのは病名ではない。次に何をすればよいかである。
HEALTH NAVIGATOR — 診断するAIより、医療へつなぐAI
AIが病名を断定し、治療を決めるモデルには高いリスクと責任が伴う。 一方、現実的な初期市場は、生活者と医療の間をつなぐHealth Navigatorである。 想定される機能(設計仮説): ・症状を時系列で整理する ・見逃してはいけない兆候を確認する ・緊急時には救急相談や医療機関を案内する ・診療科の候補を示す ・医師に伝える要点をまとめる ・距離、時間、診療条件から医療機関を検索する ・予約へ接続する ・診療内容を分かりやすく整理する ・次回受診や服薬を支援する 重要なのは、AIが医師の代わりになることではない。 適切な時点で、人間の医療従事者へ安全に引き渡すことである。
Insight
AIの価値は、すべてを答えることではない。 責任を持つ人間へ、適切な情報とタイミングでつなぐことにある。
DAILY CONVERSATION — LINEは、身体の違和感が最初に言葉になる場所になり得る
体調不良は、医療機関の予約画面より前に、家族や友人との会話として現れる。 ・今日は少し息苦しい ・最近お母さんの様子が変だ ・薬を飲み忘れたかもしれない ・病院へ行くほどではないと思う ・何科に行けばよいか分からない LINEのような日常的なコミュニケーション基盤にAIが入り、利用者の明示的な同意のもとで相談を整理できれば、医療アクセスの摩擦を減らせる可能性がある(既存のミニアプリ・公式アカウント・Agent i構想を踏まえた構造推論)。 想定構造: LINEで相談 → AIが追加質問 → 緊急性を確認 → 診療科・相談先を提示 → ミニアプリで予約 → 家族へ共有 → 交通を手配 → 診療後の内容を整理 ただし、LINE上の一般的な会話を本人の明確な意思なしに健康分析へ利用する構造は避けなければならない。
Pull Quote — Private Signal
日常会話は、最も早い健康シグナルになり得る。同時に、最も私的な情報でもある。
AGING SOCIETY — 高齢者本人より、家族のケア負担を支える市場
高齢社会における需要は、高齢者本人向けの健康アプリだけではない。 高齢者本人、離れて暮らす家族、医療機関、介護事業者、薬局、地域交通を接続する必要がある。 想定される利用例: ・会話や生活リズムの変化を本人と家族が確認する ・血圧、睡眠、歩行、服薬状況を整理する ・受診が必要な場合は家族へ確認する ・かかりつけ医や訪問看護へ情報を渡す ・介護タクシーを予約する ・診療内容を家族向けに要約する ・薬局と次回受診を管理する ・緊急時の連絡先を切り替える この市場で生活者が購入するのはAIの回答ではない。 「親の状態が分からない」という不安と、調整・連絡・予約の負担を減らす継続的な安心である。
Highlight — Family Buyer
高齢者向けAIの顧客は、高齢者本人だけではない。 離れて暮らす家族も、主要な利用者である。
CARE OR COMMERCE — AIは病院を勧めるのか、サプリを売るのか
健康領域で最も危険な利益相反は、医療案内と商品販売の接続である。 例: ・眠れない人に、医療相談ではなく睡眠サプリを勧める ・疲れやすい人に、検査ではなく健康食品を勧める ・痛みを訴える人に、診療ではなく有料サービスを勧める ・不安を抱える人に、根拠の弱い商品を継続購入させる 健康相談、広告、EC、決済を同一プラットフォームが持つと、生活者には次の違いが見えにくくなる。 ・医療上必要な提案 ・一般的な生活助言 ・広告 ・アフィリエイト ・自社グループの商品 ・提携事業者への送客 ・利益率の高いサービス サプリメントや健康食品には、薬との相互作用や健康状態によって不適切になる可能性がある(消費者庁の健康食品表示に関する留意事項が示す通り、効能の誤認表示は規制対象となり得る)。 AIが健康商品を提示する場合、少なくとも以下が必要である。 ・医療受診を優先すべき兆候の確認 ・服薬・既往歴への注意 ・推薦根拠の明示 ・広告・報酬関係の明示 ・医師・薬剤師への相談導線 ・購入しない選択肢 ・推薦履歴の保存と監査
Pull Quote — Vulnerability
最も助けを求めている瞬間は、最も売りやすい瞬間でもある。
ROUTING POWER — 推薦順位が、健康結果を変える
健康領域では、推薦順位が単なる売上配分ではなく、受診行動を左右する。 ・どの医療機関を上位表示するか ・救急受診を勧めるか ・オンライン診療でよいと案内するか ・様子を見るよう勧めるか ・自由診療を提示するか ・サプリメントを提示するか この判断に広告費、提携関係、紹介手数料、グループ企業の利益が混ざれば、Health Navigatorは患者案内ではなく患者送客事業になる。 必要なのは、医療機関のランキングだけではない。 ・推薦理由 ・利用した情報 ・広告・提携関係 ・緊急度判定の基準 ・人間による監督の有無 ・誤案内時の責任 ・苦情・訂正手続き を確認可能にすることである。
Insight — Routing
ECでは推薦が購買を変える。 健康では推薦が、受診時期と健康結果を変える。
HEALTH ECOSYSTEM — 一社では完結できない。しかし入口を握る会社は強い
健康オーケストレーションは、LINEヤフーだけで完結するものではない。 必要なレイヤー: ・Daily Entry:LINE、Apple、Google、音声AI、ウェアラブル — 日常の会話、身体データ、生活上の違和感 ・Health Navigation:医療特化AI、問診システム、相談窓口 — 状況整理、緊急度確認、接続先の判断支援 ・Identity & Health Data:公的ID、保険資格、電子処方箋、医療情報連携基盤 — 本人確認と制度接続 ・Clinical Care:病院、診療所、医師、看護師、薬剤師 — 診断、治療、処方、医学的責任 ・Care & Life Support:介護、薬局、地域交通、家族、自治体 — 継続ケアと日常生活支援
Highlight — Entry vs Responsibility
LINEは健康の入口を握れる可能性がある。 しかし、診断と医療記録の責任まで独占すべきではない。
HEALTH DATA — 最も助けてほしい瞬間に、最も深い情報を渡す
健康相談には、一般的な購買データとは異なる情報が含まれる。 症状、既往歴、服薬、精神状態、家族関係、生活習慣、位置、医療機関、介護状態、経済状況。 生活者は、不安や痛みを感じているときほど、詳しい情報を入力しやすい。 その情報を広告、保険、金融、雇用、商品推薦などへ横断利用できる構造は大きな危険を持つ。 必要な設計: ・健康相談専用の明確な同意 ・一般会話との分離 ・広告利用の禁止または明確な選択 ・データ最小化 ・保存期間の指定 ・削除・訂正 ・家族共有範囲の管理 ・医療従事者への共有履歴 ・AI学習利用の選択 ・緊急時アクセスの規則
Pull Quote — Data Boundary
便利だから渡した情報を、弱みとして使わせない。
PERCEPTUAL HEALTH — グラス時代には、身体の変化が会話より先に読まれる
スマートグラス、ウェアラブル、カメラ、マイク、歩行センサーが普及すると、健康シグナルは本人の自己申告だけでは完結しなくなる可能性がある(知覚AI・デバイスOSの構造変化からの推論)。 AIが取得し得る情報:歩行速度やふらつき、声の変化、呼吸、表情、睡眠、日常動作、服薬行動、食事、転倒、会話の変化。 これらは早期発見に役立つ可能性がある一方、生活全体が常時健康評価の対象になる。 本人が相談を始める前にAIが異常を推定し、家族や医療機関への接続を提案する社会では、次の問いが必要になる。 ・誰が観測を許可したか ・どのシグナルを健康情報と判断するか ・誰へ通知するか ・誤検知時にどう訂正するか ・本人が知られたくない情報をどう守るか ・家族の安心と本人の自律をどう両立するか
Highlight — Glasses Era
スマホ時代の健康AIは、相談を待った。 グラス時代の健康AIは、相談される前に身体を読む可能性がある。
PATTERN — 生活プラットフォームは、購買の次に健康判断へ入る
プラットフォームは、広告、EC、決済、移動、予約を統合した後、健康という継続的で高頻度な需要へ進む。 健康領域は、次の特徴を持つ。 ・需要がなくならない ・高齢化によって拡大する ・家族を含む複数利用者が関与する ・継続利用が必要になる ・医療、介護、薬局、移動、商品を横断する ・不安によって意思決定が大きく左右される ・高い信頼と責任が要求される
Pattern Statement
生活需要オーケストレーションの最終市場は、買い物ではなく健康である。 最も必要とされる市場は、最も利用者が弱い状態にある市場でもある。
Closing — 健康は、生活OSの最終試験になる
体調が悪いとき、何科へ行けばよいか分からない。病院を探す気力もない。高齢の親の状態を、離れて暮らす家族が把握できない。 AIがこの分断を埋め、医療、介護、薬局、移動、家族をつなぐ価値は大きい。 生活需要オーケストレーションの中で、健康は最も強い需要を持つ領域になる。 しかし同時に、生活者が最も不安で、判断力が弱まり、個人情報を渡しやすい領域でもある。 AIが身体の違和感を理解した後、どこへ人を連れていくのか。 医師か。薬局か。介護者か。提携事業者か。サプリメントの購入画面か。 その順番を、広告や販売利益だけに決めさせてはならない。
From Symptom to Care
Perception Cycle
- Body Signal
- AI Navigation
- Care Routing
- Service Execution
- Continuous Care
- Body Signal
01 BODY SIGNAL
- 01痛み
- 02睡眠
- 03発熱
- 04歩行変化
- 05会話の変化
- 06服薬忘れ
02 AI NAVIGATION
- 01聞き取り
- 02時系列整理
- 03緊急度確認
- 04リスク検出
03 CARE ROUTING
Entry layer — arrows feed upward into interpretation, operations, record, and execution
- 01救急相談
- 02診療科
- 03病院
- 04オンライン診療
- 05薬局
- 06介護
04 SERVICE EXECUTION
- 01予約
- 02家族通知
- 03移動手配
- 04問診送信
- 05決済
05 CONTINUOUS CARE
- 01服薬
- 02再診
- 03生活支援
- 04経過確認
- 05介護連携
健康領域の価値は、一度の回答ではなく、不調の発見から継続ケアまでを安全につなぐことにある。
中央の分岐点はAI Interpretation。Care PathとCommerce Pathのどちらへ進むかは、収益構造とガバナンスで決まる。
One-line Description (EN)
The largest market in life-demand orchestration is health — and the same symptom can route to care or commerce.
AIは人を病院へ連れていくのか。それとも、売り場へ連れていくのか。
THE CRITICAL FORK — 同じ症状から、二つの経路が生まれる
CARE PATH
適切な医療へ接続する
- Symptom → Risk Check → Human Review → Hospital / Pharmacy → Follow-up
- Safety first
- Human oversight
- Clinical responsibility
- Explainable routing
COMMERCE PATH
商品・有料サービスへ接続する
- Symptom → Product Matching → Promotion → Purchase → Retention
- Conflict of interest
- Delayed diagnosis
- Hidden advertising
- Vulnerability exploitation
THE SAME DATA / DIFFERENT INCENTIVES 症状データが同じでも、プラットフォームの収益構造によって利用者が案内される先は変わり得る。
OPPORTUNITY — 健康の答えではなく、健康判断の境界設計
01
Independent Health Navigator
広告や商品販売から独立し、生活者を適切な医療・介護へ接続する中立的な案内基盤。
02
Care Routing Audit
AIがなぜ救急、診療科、医療機関、商品を提示したのかを記録・説明・監査する。
03
Family Care Agent
高齢者本人、離れて暮らす家族、医療、介護、薬局、移動を本人の同意に基づいて調整する。
04
Health Data Boundary
一般会話、購買、広告、医療相談、医療記録を分離し、利用目的と保存範囲を管理する。
05
Care-before-Commerce Protocol
一定の症状やリスクがある場合、商品販売より医療相談を優先するルールをプラットフォームへ組み込む。
COMPETING HEALTH ENTRIES — 健康の入口をめぐる競争
| Platform | Primary Entry | Core Strength | Logic | Strategic Role | Customer State |
|---|---|---|---|---|---|
| LINE | 日常会話・家族・地域 | 日常会話、家族、地域、医療機関との接点候補 | Talk → Navigate → Book | 相談と予約の入口 | まだ病名や診療科が分からない |
| Apple | 端末・ウェアラブル | 端末、ウェアラブル、オンデバイス処理、身体データ | Sense → Summarize → Share | 継続的な個人健康シグナル | 個人の身体データを継続観測 |
| 検索・地図・Android | 検索、地図、Android、AI、医療情報探索 | Search → Inform → Route | 情報探索とAIナビゲーション | 症状を検索語に変換しようとする | |
| Microsoft | 病院・企業システム | 病院・企業システム、ID、クラウド、業務AI | Record → Assist → Comply | 医療機関内部の業務・記録支援 | 院内業務と記録の側にいる |
| Public Health Infrastructure | 公的ID・保険・制度 | 本人確認、保険資格、公的医療情報 | Identify → Authorize → Exchange | 正式な医療データと制度接続 | 制度上の正式記録を必要とする |
LINE
- Primary Entry
- 日常会話・家族・地域
- Core Strength
- 日常会話、家族、地域、医療機関との接点候補
- Logic
- Talk → Navigate → Book
- Strategic Role
- 相談と予約の入口
- Customer State
- まだ病名や診療科が分からない
Apple
- Primary Entry
- 端末・ウェアラブル
- Core Strength
- 端末、ウェアラブル、オンデバイス処理、身体データ
- Logic
- Sense → Summarize → Share
- Strategic Role
- 継続的な個人健康シグナル
- Customer State
- 個人の身体データを継続観測
- Primary Entry
- 検索・地図・Android
- Core Strength
- 検索、地図、Android、AI、医療情報探索
- Logic
- Search → Inform → Route
- Strategic Role
- 情報探索とAIナビゲーション
- Customer State
- 症状を検索語に変換しようとする
Microsoft
- Primary Entry
- 病院・企業システム
- Core Strength
- 病院・企業システム、ID、クラウド、業務AI
- Logic
- Record → Assist → Comply
- Strategic Role
- 医療機関内部の業務・記録支援
- Customer State
- 院内業務と記録の側にいる
Public Health Infrastructure
- Primary Entry
- 公的ID・保険・制度
- Core Strength
- 本人確認、保険資格、公的医療情報
- Logic
- Identify → Authorize → Exchange
- Strategic Role
- 正式な医療データと制度接続
- Customer State
- 制度上の正式記録を必要とする
どの会社が最も多くの医療データを持つかではない。 どの会社が、不調が言葉になる最初の瞬間を握るかである。
Family Care Scenarios
離れて暮らす父の変化
- 01家族が会話の変化に気づく
- 02AIが最近の状況を整理
- 03本人へ確認
- 04相談窓口または医療機関を提示
- 05家族と予約を調整
- 06診療内容を共有
Risk note: 会話だけで認知機能を断定せず、専門家への接続を優先する。
複数の薬を飲む母
- 01服薬予定を整理
- 02飲み忘れを確認
- 03薬局・医療機関へ相談
- 04家族へ通知
- 05次回処方・受診を調整
Risk note: AIが独自に服薬の中止や変更を指示しない。
夜間の突然の不調
- 01症状を聞き取る
- 02危険な兆候を確認
- 03救急相談・医療機関を案内
- 04家族へ通知
- 05移動手段を手配
Risk note: 緊急性が疑われる場合は、AI内で会話を続けるより人間の救急対応へ迅速に接続する。
TENSION — 便利さ、利益、医療責任は同じ方向を向かない
Tension 01
早期発見 vs 常時監視
身体変化の継続観測は早期発見に役立つが、生活全体を健康評価の対象にする。
Tension 02
案内 vs 診断
適切な医療へつなぐ支援と、医学的判断を代替する行為の境界が曖昧になる。
Tension 03
ケア vs コマース
利用者の健康利益より、広告、送客、商品販売、継続課金が優先される可能性がある。
CARE BEFORE COMMERCE
- 01健康被害の可能性がある場合、販売提案を停止する。
- 02緊急性が疑われる場合、人間の医療・救急対応へ接続する。
- 03商品推薦には広告・報酬・提携関係を明示する。
- 04AIは処方薬の開始・中止・変更を独自に指示しない。
- 05健康相談データを一般広告プロファイルから分離する。
- 06生活者は推薦理由、利用データ、保存履歴を確認できる。
- 07誤案内や誤認識を人間が訂正できる。
健康領域では、コンバージョン率より先に守るべき判断順序がある。
KOSUKE PROTOCOL LENS
- Observation
- 日常会話、ウェアラブル、AI、病院予約、薬局、介護、移動、健康商品が一つの生活導線へ接続され始めている。
- Meaning
- 健康AIの価値は診断精度だけではなく、身体の違和感を適切な人間、制度、サービスへ安全につなぐ順番にある。
- Tension
- 同じ症状データが、医療への接続にも、商品販売にも利用できる。利用者が弱い状態にあるほど、プラットフォームの利益相反は大きくなる。
- Decision
- 健康相談、医療案内、広告、商品推薦、決済を同一の最適化ロジックで扱ってはならない。
- Opportunity
- ケアをコマースより優先し、同意、説明、監査、責任分界を持つHealth Decision Protocol。
生活需要オーケストレーションの最大市場は、買い物ではなく健康である。 健康領域では、Commerceより先にCareを置く。
Final Emphasis
AIは人を病院へ連れていくのか。それとも、売り場へ連れていくのか。
Sources prioritize Japanese government pages (MHLW medical DX / electronic prescriptions / online care policy, Digital Agency dashboards, Statistics Bureau population estimates), WHO AI-for-health ethics guidance, and Consumer Affairs Agency notes on health-food claims. LINE / Agent i / Mini App links describe existing platform capabilities. Care-path vs commerce-path routing, glasses-era health sensing, and Care-before-Commerce rules are structural design inferences — not claims that specific products diagnose disease or that any named retailer currently routes patients to supplements.
Related Opportunities
会話から生活を動かす
生活需要オーケストレーションが健康へ入るとき、推薦は購買ではなく受診行動を変える。
業務チャットの終わり
LINEが生活接点を握る構造と、グラス・知覚AIへの接続。
広告がAIに入ると、AIは端末へ戻ってくる
広告嫌いとAI嫌いが合流する構造。
高齢化した町には、まだ声が必要だ
高齢社会における地域生活接続とケア。
AIは、医師ではなく「患者側の医療チーム」になる
患者側の意思決定層と医療AI。
AIエージェントのための意思決定憲法
エージェントが実行する判断の責任とプロトコル。
場所がメディアになるとき
地域・場所が需要接点になる構造。
異常なしのあとを扱う市場
診断名のない苦しさと生活支援。
会話を要求しない、つながりのインフラ
継続的な伴走と関係性のインフラ。
Related Observations
- 厚生労働省 — 医療DXについて(公式)
- 厚生労働省 — 電子処方せん(国民向け)
- デジタル庁 — 電子処方箋の導入状況ダッシュボード
- 厚生労働省 — オンライン診療について(公式)
- WHO — Ethics and governance of artificial intelligence for health
- WHO — Ethics and governance of AI for health: guidance on large multi-modal models
- 消費者庁 — 健康食品に関する景品表示法及び健康増進法上の留意事項
- 厚生労働省 — 医業若しくは歯科医業又は病院若しくは診療所に関する広告等に関する指針(医療広告ガイドライン)
- 総務省統計局 — 人口推計(高齢化の公的統計)
- LINEヤフー — AIエージェント「Agent i」スタート(公式)
- LINE Developers — LINEミニアプリとは(公式)
- LINEヤフー — カスタマーグロースコンソーシアム発足(公式)