社外秘 ｜ 関係者限り・第三者共有はご遠慮ください

歯科予約システム 調査レポート

市場調査・事業判断 ／ 競合徹底調査 ／ LINE戦略・LINE Harness構想

最終更新: 2026-07-12 ｜ 作成: F2T（Tomohiko Akiyama）

① 市場調査・事業判断

調査 2026-07-10 ／ 独立レビュー反映 07-11

調査日: 2026-07-10
最終更新: 2026-07-11（Claude独立レビューを反映）
対象市場: 日本国内の歯科診療所
調査モード: 探索（公的統計、各社公式サイト、導入事例、公開レビュー）

後続調査（2026-07-12）: 本書§3の競合比較を大幅に深掘りした dental-reservation-competitor-deep-dive-2026-07-12.md（再充足Lv評価・AI受付・海外事例・LINE特化競合）と、 LINE公式アカウント中心アーキテクチャ＋LINE Harness OSS活用戦略をまとめた dental-line-harness-concept-2026-07-12.md を参照。 要点: 再充足closed loopは国内ゼロ（米国NexHealthが実証済）で本書B案の差別化仮説を補強。

1. 結論

事業判断

予約業務の課題には明確な需要がある。ただし、一般的な「歯科向け予約システム」をそのまま新規開発する判断は現時点では No-Go。

理由は次の3点。

  1. Web予約、LINE、SMS、リコール、キャンセル待ち、チェア・担当者・機器の同時確保は、主要製品ですでに提供されている。
  2. レセコン連携、既存予約の移行、医院ごとの細かな予約ルールが参入障壁であり、画面を使いやすくするだけでは乗り換え理由にならない。
  3. 2026年4月末の歯科診療所は65,071施設あるが、46,751施設（71.8%）が個人開設で、直販・個別設定・サポートの採算が崩れやすい。

推奨する進め方

最終像は、**「診療指示から予約確定、変更、キャンセル枠の再充足、リコールまでを一つにつなぐ歯科アポイントOS」**とする。

ただし最初からフル置換を作らない。また、初期商品を新患枠だけに固定しない。既存台帳を残したまま、都市・郊外の3～8ユニットの医院を対象に、次の2案を同条件で支払意思まで比較する。

  1. 自費新患相談枠の即時確定オーバーレイ
  2. キャンセル・中断・リコール対象患者への空き枠再充足オーバーレイ

本調査で確認できた定期来院の規模、定期管理型医院の価値、空き枠損失との整合から、第一仮説は2の空き枠再充足とする。1は対象枠を標準化しやすく導入が軽い比較案として残す。主要競合の実機確認と有料意思確認を終える前に、技術スパイクを超える商用開発へ着手しない。

個別機能ではなく、次の一連の成果を差別化の中心に置く。

全チャネルで同じ確定枠を使う → 変更をセルフサービス化する → 空いた枠を適格な待機患者で埋める → 回収したチェア時間を金額と時間で示す

2. 需要の根拠

公的・業界データ

観点 確認できた事実 事業への意味 注意点
医院数 2026年4月末の歯科診療所は65,071施設。個人46,751、医療法人17,608。厚生労働省 母数は大きいが、約72%が個人経営。販売・設定・サポートを標準化しないと採算が合わない 施設数は減少傾向で、新規開業だけを狙う成長市場ではない
外来量 2023年患者調査で、調査日1日の歯科診療所外来推計患者数は126万3,800人。厚生労働省 予約、変更、確認、来院後の次回予約が大量に発生する業態 1日調査の推計値で、年間予約件数ではない
定期来院 2024年の日歯調査（全国15～79歳、1万人）で48.6%が定期チェックを受診。その受診者の59.1%は3か月に1回以上。日本歯科医師会 単発の新患獲得より、次回予約、メンテナンス、リコールの価値が大きい 予約システム利用率の調査ではない
事務人員 2023年は歯科診療所66,818施設に対し、事務職員25,459.0人（常勤換算）。単純除算で1院0.38人。厚生労働省 専任受付が少なく、電話、会計、患者対応を兼務しやすい 施設ごとの分布ではなく全国合計の単純除算
人員制約 常勤歯科衛生士が0人の歯科診療所は39.2%。厚生労働省 有資格者を予約電話や転記に使わない仕組みの価値がある 0人区分には未記入施設を含む
DX導入 Dentwave会員224名の調査では、レセコン92.9%、予約管理40.6%、デジタルサブカルテ15.6%。Dentwave 紙・簡易管理からの移行余地はある 会員アンケートで全国代表値ではない。「未導入約6割 = 新製品需要」とは言えない
患者チャネル 疾患経験者15,715人への医療全般調査で、医院との連絡に便利な手段はLINE 32.5%、電話24.8%、メール18.3%。地図アプリ予約を便利とする回答は54.8%。GMOリサーチ LINEは重要だが、電話を廃止する設計は不適切 歯科限定調査ではなく、ベンダーによるインターネット調査
電話負荷 ベンダー顧客調査の回答246院では76.9%が電話業務を負担、72.3%が目の前の患者対応への支障を経験。SCO調査 電話・Web・LINEを同じ予約枠に統合する需要を示す 配布約1万院に対し回答率2.46%。全国値としては使えない
IT基盤 2025年12月診療分で、請求した歯科65,317施設の94.7%が電子レセプト、89.1%がオンライン請求。社会保険診療報酬支払基金 クラウドサービスを導入できる最低限のIT環境は広くある 予約システム導入率を意味しない

判定

評価軸 判定 理由
予約業務の問題需要 強い 電話、少人数運営、継続来院、キャンセルという課題が構造的に存在する
新規ベンダーへの需要 中～弱 既存製品が多機能で、移行・連携・信頼の壁が高い
医療法人・複数チェア・定期管理型 強い 資源制約と空き枠損失が大きく、費用対効果を示しやすい
小規模・低患者数・廃院予定の個人院 弱い 支払意思、IT移行、顧客生涯価値が小さい
差別化のないフル予約システム 弱い 機能がコモディティ化している
狭い成果に絞ったオーバーレイ 検証価値あり 置換リスクを減らし、有料需要を短期間で判定できる

統計上の限界: 全国代表性のあるWeb予約導入率、平均無断キャンセル率、予約電話時間、歯科予約SaaS市場売上は確認できなかった。このため市場規模の金額推計は行わない。

3. 主要製品の比較

「未確認」は機能がないという意味ではなく、2026-07-10時点の公開情報で確認できなかったことを示す。

製品 公開価格（税別） 主な予約・患者機能 強み 新規参入への示唆
Apotool & Box 本体月18,000円。アカウント発行15万円、レセコン連携15万円。LINE月25,000円、AI電話月50,000円～ 初診・再診Web、LINE、SMS、アプリ、家族、チェアサイド、リコール、キャンセル履歴・待ちリスト、レセコン・画像・会計・分析 周辺業務まで広いエコシステム Web・LINE・AI電話を足しただけでは勝てない。連携と導入費が重い点は改善機会
DentNet 非公開 初診・再初診・再診Web、Web問診、メール・音声・SMS・LINE、リコール、中断理由、キャンセル待ち、CTI、レセコン・画像連携、オフライン閲覧、担当別分析 2003年からの運用実績、予約制御、バックアップ 信頼・運用ノウハウが強い。短時間導入と成果計測が差別化候補。価格は要見積り比較
ジニー 非公開 診療内容、ユニット、シフト、担当者を反映した初診・再診Web、SMS・メール・アプリ・LINE、家族、未予約・中断・定期検診抽出、継続・離脱分析 予防・メンテナンスと患者CRM リコール自動化自体は差にならない。次回処置の引継ぎと例外処理の簡単さで競う必要がある
Dentry byGMO 初期・月額とも個別見積り Web・LINE・IVR、家族、多言語、Dr/DH/チェア/機器のセット予約、連鎖予約、間隔制御、キャンセル予測・待ち、決済、複数拠点、分析 機能網羅性、集患、複雑な資源制約 機能数で正面勝負しない。操作・設定・価格・成果測定を簡潔にする
ApoDent 初期59,800円、月8,000円。LINE込み初期99,600円、月13,000円 Web初診・再初診、LINE予約・変更・受付・家族・チャット、SMS・メール、リマインド、中断・定期健診抽出、キャンセル待ち、CTI、分析 比較的低価格で基本機能が揃う 低価格だけでも勝ちにくい。導入後の効果と自動再充足が必要
Dentis 受付支援月4,980円、院内DX月19,980円、カルテ・レセコン一体月40,000円 Web予約・問診、アプリ、リコール、オンライン診療、カルテ・レセコン・会計・サブカルテ 基幹業務のオールインワン 電子カルテ・レセコンまで最初から作るのは競争範囲が広すぎる
EPARK歯科台帳 台帳月15,000円～、LINE関連月5,000円～。メディア掲載は別契約 EPARK・LINE・他媒体の予約統合、担当・チェア、キャンセル待ち、リコール、20超のレセコン連携、媒体効果分析 集患媒体と台帳の一体運用 EPARKを置換対象にせず、予約媒体の一つとして取り込む設計が現実的

価格非公開は、高価格または導入負荷が大きいことを意味しない。価格透明性は差別化として確定せず、見積り比較で検証する。

差別化仮説に関わる公開確認状況

製品 Web予約 リコール 待ち・キャンセル対応 直販Webの即時確定方式 時限オファーから再充足・回収粗利表示までの一連処理
Apotool & Box 公開確認 公開確認 待ちリストを公開確認 未確認 未確認
DentNet 初診・再診を公開確認 公開確認 キャンセル待ちを公開確認 未確認 未確認
ジニー 初診・再診を公開確認 抽出機能を公開確認 未確認 未確認 未確認
Dentry byGMO Web・LINEを公開確認 未確認 予測・待ちを公開確認 未確認 未確認
ApoDent 初診・再初診を公開確認 抽出機能を公開確認 キャンセル待ちを公開確認 未確認 未確認
Dentis Webを公開確認 公開確認 未確認 未確認 未確認
EPARK歯科台帳 媒体・LINE連携を公開確認 公開確認 キャンセル待ちを公開確認 EPARK媒体には仮予約あり。台帳直販枠は未確認 未確認

読み方: 「未確認」は機能がないことを意味しない。特に「即時確定」と「空き枠の適格者抽出 → 時限オファー → 再充足 → 回収粗利表示」は、主要3社以上のデモと導入院ヒアリングで確認するまで差別化とは扱わない。

低価格帯の参考

競合から見た必須機能

以下は差別化ではなく、導入候補に残るための基礎条件。

4. 現場の予約業務と未充足ギャップ

歯科特有の業務制約

汎用予約カレンダーでは、次の組合せを同時に扱えない。

処置内容 × 所要時間 × Dr × DH × チェア × 機器 × 技工物納期 × 担当継続 × 急患保護枠

たとえばDentryはセット予約、連鎖予約、技工物到着までの間隔制御まで提供している。この水準を満たさないシステムは、受付の判断と二重確認を残す。

主な未充足仮説（実機・導入院で要検証）

  1. 仮予約ではなく、その場で確定する本当の空き枠
    一部の予約媒体は、申込後に医院からの連絡で確定する「仮予約」が残る。EPARK案内 ただし、これは媒体予約の根拠であり、Apotool、Dentry、DentNet等の直販Web予約が即時確定かどうかは公開情報だけでは確認できない。即時確定単体を差別化にしない。

  2. 変更から空き枠回収までの一連処理
    リマインドや待ちリストは普及しているが、代替枠提示、変更、空き枠の適格者抽出、時間制限付きオファー、再充足、回収粗利の計測を一つの運用にする余地がある。この一連処理が既存製品にないことを確認できた場合に限り、差別化の楔とする。

  3. チェアサイドと受付を選べる次回予約引継ぎ
    医院により、治療室で予約を完了する運用と、受付で複数回分をまとめて取る運用がある。正解を固定せず、担当者が登録した「次回処置・必要時間・必要資源」をどちらの画面でも失わない設計が必要。

  4. アプリを増やさない家族予約
    LINEまたはPWAで本人、子ども、高齢の親を委任管理し、同時枠・連続枠をまとめて検索する。家族プロフィール切替だけでは不十分。

  5. 急患と当日遅延の安全な扱い
    急患は通常予約と分け、医院が確保した保護枠または折返しキューへ送る。診断AIは使わない。当日の遅れ時間をLINE等で通知し、患者の待ち時間を減らす。

公開レビューから分かる基本品質

公開レビューでは、クラッシュ、通知日時の誤認、文字の読みにくさ、担当者・治療内容の表示消失、複数医院非対応などが指摘されている。レビュー件数は少なく発生率は不明だが、次は差別化以前の品質条件である。

5. 推奨プロダクト

コンセプト

「予約を受けるシステム」ではなく「正しい枠を確定し、空いた枠を回収するシステム」

対象ユーザー

初期ターゲットは次の条件を満たす医院。

初期仮説の比較

案 扱う範囲 強み 主な反証条件
A. 自費新患相談枠 医院が確保した矯正・インプラント・審美等のオンライン専用枠 枠を標準化しやすく、臨床情報や既存患者データへの依存を抑えやすい 既存製品で即時確定済み、または3万円の支払意思が立たない
B. 空き枠再充足 キャンセル枠と、連絡同意済みの待機・リコール・中断患者候補 需要根拠、定期管理、チェア稼働、回収粗利が一つにつながる 既存製品で一連処理が完結、候補抽出・同意・台帳同期の負荷が価値を上回る

推奨順位: Bを第一仮説、Aを比較案とする。ただし、2週間のコンセプト提示で同一価格・同一条件の有償設計・需要パイロットへの支払いを比較し、勝った案だけを次の検証へ進める。

初期商品の範囲（B案が勝った場合）

医院が現行台帳上で指定した「再充足対象枠」と、連絡同意・来院条件を確認済みの候補リストだけを扱う。

候補抽出は初期パイロットでは検証付きCSVまたは医院による手動登録に限定し、診療録から自動判定しない。A案が支払意思で勝った場合は、同じ基盤をオンライン専用の新患相談枠へ適用する。

この狭い用途で有料10院以上、システム起因の二重予約ゼロ、主要2社以上との正式な連携経路を確保した後に、再診全般とフル台帳へ広げる。

6. 機能要件

P0: 有料検証・パイロットMVP

ID 要件 受入条件
P0-01 医院・担当者・チェア・メニュー・営業時間・バッファ設定 5つの標準テンプレートから30分以内に初期設定できる
P0-02 再充足対象枠またはオンライン専用枠の登録・停止・上限管理 公開停止が全予約チャネルへ60秒以内に反映される
P0-03 Web/PWAの枠オファー・予約 アプリ・パスワード不要。安全な個別リンクまたは電話番号OTPで本人確認し、中央値90秒以内で完了する
P0-04 LINE/SMS導線 メッセージから再ログイン不要で予約確認、変更、キャンセルへ進める
P0-05 原子的な枠確保 同じ排他資源・時間帯を同時に確定できない。100同時要求試験で二重予約0件
P0-06 予約変更 新枠確保と旧枠解放を同一トランザクションで行い、失敗時は旧予約を保持する
P0-07 確認・リマインド 配信時刻、チャネル、配信結果を予約単位で追跡し、重複配信しない
P0-08B 適格者への時限オファー B案の場合、医院が登録した処置、希望日時、担当、連絡同意に適合する候補へ順次提示し、1人の確定で他のオファーを失効する
P0-09 例外受信箱 重複候補、本人不一致、判断困難、未配信を一つの優先キューに集約する
P0-10 基本ダッシュボード 予約経路、営業時間外、対象枠、オファー、確定、変更、キャンセル、来院、再充足、対象枠分・粗利を表示する
P0-11 データ入出力 候補患者・対象枠・予約CSVを検証付きで取込・出力し、差分と失敗行を表示する
P0-12 権限・監査 管理者、受付、閲覧者を分け、予約・患者・設定の全変更を操作者・時刻・変更前後付きで記録する
P0-13 連絡同意・配信停止 連絡目的、取得経路、同意日時、停止日時を記録し、停止後は新規オファーを送らない
P0-14A 新患導線の経路・時間帯計測 A案の場合、Web、LINE、Googleビジネスプロフィール等の入口と、営業時間内外、確定、来院を同一予約IDで追跡する

P0-01～07、09～13は共通、P0-08BはB案だけ、P0-14AはA案だけの必須要件とする。A案の価値は相談来院粗利・営業時間外確定・電話削減、B案の価値は再充足・回収粗利・介入時間で判定する。

P1: 予約業務基盤への拡張

P2: 成果最適化

AIの境界

AIは電話・チャットの意図抽出、候補提示、要約に限定する。予約可能性の最終判定は医院が定義した決定論的ルールエンジンで行う。

AIに行わせないこと:

7. 画面・操作要件

スタッフ画面

患者画面

8. データモデルの最小単位

9. 非機能・安全要件

正確性・可用性

セキュリティ・個人情報

予約目的や問診は要配慮個人情報を含み得る。設計時点から以下へ適合させる。

必須対策:

10. 成功指標

MVP用の代理North Star

実来院した対象枠分 / 公開・再充足対象として登録した枠分

初期商品が観測できる対象枠だけを分母にする。あわせて、回収粗利 − 月額費用 − 追加運用原価を必ず表示する。

フル台帳へ拡張した後のNorth Star

実来院したチェア分 / 提供可能チェア分

予約件数だけを最大化すると、待ち時間、残業、無理なオーバーブッキングを増やす。必ず次のガードレールと併記する。

区分 指標
稼働 提供可能チェア分、予約チェア分、実来院チェア分、完了チェア分
回収 キャンセルチェア分、再充足チェア分、再充足率、回収粗利
受付 予約関連電話件数、スタッフ処理時間、例外介入率、二重入力時間
患者 予約完了率、完了時間、セルフ変更率、仮予約比率、来院率
継続 次回予約取得率、治療中断率、定期検診予約率、リコール転換率
品質 二重予約、資源違反、平均/P90待ち時間、スタッフ残業、配信失敗

11. 12週間の段階検証

週ごとの実行

  1. 1～2週目・問題/支払意思: 条件に合う20院で院長・事務長と受付を別々に面談する。A案とB案を同じ月額・導入条件で提示し、現行製品の設定不足か製品不足かを分ける。口頭の関心ではなく、3万円の有償設計・需要パイロットへの支払いで比較する。
  2. 3～4週目・需要パイロット: 支払いが多い1案を3院でコンシェルジュ運用する。ここでは対象問題、来院・回収価値、スタッフ負荷を検証する。人手運用で二重予約が出なかったことを、製品の安全性の証拠にはしない。
  3. 5～6週目・技術検証: 本番用コードとは分けた廃棄可能な技術スパイクを使い、5院の匿名予約ルールによる100シナリオ、100同時要求、実台帳のテスト用専用枠を使う7日間の同期試験を行う。原子的枠確保、失敗時の旧予約保持、停止反映、再送時の冪等性を確認する。
  4. 7～8週目・パイロットMVP実装: 技術スパイクが安全要件を満たした場合だけ、勝った案に必要なP0を実装する。セキュリティ確認、契約・同意確認、運用手順、停止・復旧訓練を完了するまで実患者へ公開しない。
  5. 9～12週目・パイロットMVP実運用: 実患者へ限定公開し、直前4週間をベースラインとして、4週間の確定、来院、再充足、粗利、追加作業、配信停止を測定する。対照院では現行設定と運用だけを改善する。

開発ゲートの区別

Go条件: 必須ゲート

次の4群をすべて満たす場合のみ商用オーバーレイMVPへ進む。販売チャネル検証は製品需要と分けて記録するが、商用拡大には少なくとも1つの獲得経路で投資回収条件を満たす必要がある。

需要

価値

技術・安全

運用・採算

販売チャネルの学習目標

判定の意味

No-Go条件

システム起因の二重予約または予約消失が1件でも発生した場合は、直ちにパイロットを停止する。原因修正後に全技術試験をやり直し、再発する場合をNo-Goとする。受付の手順違反等の運用ミスとは分けて記録する。

対照仮説

1院では新製品を使わず、現行システムの設定と院内運用だけを改善する。パイロット群と同じ直前4週間・実施4週間で主指標を測る。パイロット群の改善が対照院を相対10%以上かつ5ポイント以上上回らない場合はPivotとし、予約運用支援を先行して標準化できた工程だけを製品化する。これは小標本の統計的有意差ではなく、次段階へ進むための事前定義した意思決定基準である。

12. 価格仮説

価格は開発前に有料検証する。現時点の仮説は以下。

月3万円のオーバーレイを選ぶ理由は、安価な予約台帳との価格競争を避け、改善粗利で購入判断できる医院だけを対象にするため。支払意思が確認できない場合は価格を下げるのではなく、対象問題または顧客セグメントを見直す。

フル予約基盤の価格帯も事実ではなく検証仮説である。パイロットごとに次を実測する。

月額だけでなく、導入工数、月間支援時間、解約理由、回収粗利を同じ価格台帳で追跡する。

13. 主なリスク

リスク 影響 初期対策
現行台帳との同期 二重予約、二重入力、診療影響 最初は専用枠だけを扱い、非公式RPA連携を避ける
医院ごとのルール差 設定・サポート工数増 5つの標準テンプレートと例外受信箱。個別開発をしない
既存ベンダーの追随 機能差が短期間で消える 機能ではなく導入期間、回収成果、販売チャネル、正式連携を資産化する
個人院中心の市場 CACとサポート費がLTVを超える 医療法人・成長院へ絞り、歯科コンサル、開業支援、広告会社と提携する
AI電話の誤解 誤予約、医療判断、信頼毀損 AIは入口のみ。決定論的制約、低信頼時の人への引継ぎ、全会話監査
医療情報漏えい 法令・信用・事業継続への重大影響 必要最小限収集、MFA、監査ログ、暗号化、BCP、第三者監査をMVP前から行う

14. 反対仮説

これらを否定できない限り、フル予約システムの開発には進まない。

15. 調査上の注意

16. Claudeによる独立レビューと反映結果

レビュー条件

総合判定

REVISE。 汎用フル置換をNo-Goとし、狭い有料検証へ絞る結論、統計の限界表明、反対仮説、安全要件は妥当と評価された。一方、需要根拠が定期来院・リコールを重視しているのに、初期商品を自費新患枠へ固定していたため、ターゲット、North Star、検証条件が一貫していないと指摘された。また、「即時確定」が既存直販製品ですでに解決済みか未確認であり、差別化として断定できないとされた。

指摘の採否と修正内容

# Claudeの指摘 採否 本レポートでの対応
1 定期来院・リコールを強い需要としながら、自費新患枠を初期商品にした矛盾 採用 A「自費新患」とB「空き枠再充足」を同条件で比較し、需要根拠と整合するBを第一仮説に変更
2 医院全体のチェア稼働率は、限定オーバーレイから観測できない 採用 MVP用を「実来院した対象枠分 / 登録した対象枠分」に変更し、全体稼働率はフル台帳拡張後へ分離
3 コンシェルジュ運用では原子的枠確保や同期安全性を証明できない 採用 需要パイロットと技術検証を分け、100同時要求、7日間同期、障害・再送試験を独立ゲート化
4 「即時確定」の根拠がEPARK媒体の仮予約に偏り、直販製品との比較がない 採用 即時確定単体を差別化から降格。主要製品の確定方式と再充足の一連処理を実機確認項目に変更
5 4週間で10条件をすべて満たす設計は偽陰性を生みやすい 一部採用 12週間へ延長し、支払意思、需要、技術、実装、実運用の段階と、Go/Hold/Pivot/No-Goを分離。安全性0件は維持し、初回障害は停止・修正・再試験とした
6 月3万円のオーバーレイよりフル版が安く、CAC等も未定量 採用 フル版を上位価格仮説へ修正し、CAC、導入原価、月間粗利、投資回収月数の式と実測項目を追加
7 価格非公開を差別化に使い、共通機能マトリクスもない 採用 価格非公開から優劣を推論しない旨を明記し、即時確定・再充足に関する公開確認状況表を追加

Claudeが評価した強い点

  1. 回答率の低いベンダー調査や会員調査を全国値として扱わず、市場金額推計を見送ったこと
  2. 「予約業務の問題需要」と「新規ベンダーへの需要」を分けて判定したこと
  3. 現行設定で解決できる可能性など、反対仮説と対照院を先に置いたこと
  4. 原子的枠確保、冪等性、排他制約、監査、RPO/RTOまで要件化したこと
  5. 予約件数だけでなく、残業、待ち時間、二重予約等をガードレールにしたこと

追加された反証項目

優先順位は次の通り。

  1. Apotool、Dentry、DentNet等の直販Web予約が即時確定かをデモで実測する
  2. 「適格者抽出 → 時限オファー → 再充足 → 回収粗利表示」を一連で提供する競合の有無を導入院で確認する
  3. A案とB案を同一価格で提示し、有償設計・需要パイロットへの実支払いを比較する
  4. 確定予約の来院率・キャンセル率がベースラインより悪化しないか確認する
  5. 実台帳の対象枠で、二重予約ゼロかつ手作業同期が週30分未満か確認する
  6. 販売パートナーの合意数ではなく、実際に紹介された面談数を測る
  7. 現行設定だけを改善した対照院と同じ指標で比較する

代替戦略

Claudeからは、次の3案も提示された。

  1. リコール・中断患者の再充足オーバーレイ: 本レポートの需要根拠と最も整合する。本改訂では第一仮説として採用した。
  2. 予約運用支援サービス先行: 現行設定の改善で同等成果が出る場合、有人支援で運用知識を蓄積し、標準化できた工程だけを製品化する。
  3. 媒体・レセコン連携ミドルウェア: 正式APIまたは許可されたCSV経路がある場合、台帳を置換せず、確定枠と再充足だけを担う。

統合後の最終判断

  1. 汎用的な歯科予約システムの新規開発は、引き続きNo-Go。
  2. 商用開発前の有料検証はGo。 ただしA/B比較、主要競合の実機確認、安全な連携経路の確認を先に行う。
  3. 現時点の第一候補は、空き枠再充足オーバーレイ。 単なるリコール配信ではなく、対象枠と適格者を合わせ、時限オファー、確定、再充足、実来院、回収粗利までを一つにする。
  4. 3院の実支払い、技術安全ゲート、価値ゲート、24か月以内の投資回収を満たした場合に進めるのは、商用オーバーレイまでとする。
  5. フル台帳への拡張は、オーバーレイの有料10院以上、システム起因の二重予約ゼロ、主要2社以上との正式な連携経路を満たした後に、改めて判断する。

② 競合徹底調査

調査 2026-07-12（並列5系統・公式約80ページ実読）

調査日: 2026-07-12 調査方法: 並列5系統のWeb調査（検索約100回、公式サイト・料金・FAQ・プレス約80ページを実読）。全事実に出典、公開情報で確認できないものは「未確認」（＝無いと断定しない）、推測は「推測:」と明記。 前提資料: dental-reservation-system-market-requirements-2026-07-10.md（初回調査）の§3を全面的に深掘り・更新するもの。 関連資料: dental-line-harness-concept-2026-07-12.md（LINE Harness OSS戦略）

1. エグゼクティブサマリー（今回確定した5つの事実）

  1. キャンセル枠再充足のclosed loop（自動オファー→ワンタップ確定→他失効）を公式に提供する国内製品はゼロ。最先端のDentry/メディカル革命でも「自動メール通知→患者が先着で予約し直す」（open loop, Lv2）止まり。初回調査の差別化仮説が競合の公式情報レベルで裏付けられた（最終確定はデモ実機確認）。
  2. 米国では同機能が実証済み。NexHealth Waitlistは検知→抽出→送信→先着確定＋他患者への「埋まりました」通知まで全自動で、「何もせず週15枠充足・週$3,000」（ベンダー公称）。国内への「輸入」は機能仕様として確度が高い。
  3. LINE×資源制約台帳は両側から誰も来ていない空白。LINE特化型（リピッテ/ポチコ/Lステップ等）は台帳が浅く（最高でスタッフ×メニュー×シフト）、台帳型の最深はモリタGenifix（Dr×DH×チェア×器材のAND判定）だがLINEは通知オプション。現場は「Lステップ＋予約システム」の二重運用（月1〜4万円の重複）で凌いでいる。
  4. AIで予約を「確定」まで完結できる国内サービスは実質1つ（Apotool「電話がらくだ」月5万円〜、自社台帳専用）。LINE上の生成AIで予約確定する製品は国内不在（最接近のNOMOCa-AI chatも仮予約止まり）。「スタッフがチャットUIで台帳操作」は歯科・医療では世界的に製品未発見。
  5. 参入障壁の本丸はレセコン連携。Deltanが「仮想API」で5億円調達してまで挑む領域。逆にDentisは電子カルテ・レセコンごと内包する戦略。新規参入はオーバーレイ（専用枠＋CSV）から入る初回調査の方針が妥当。

2. 主要製品の深掘り

2.1 Apotool & Box（ストランザ）— 最大手・エコシステム型

2.2 DentNet（ジェニシス）— 老舗・作り込み型

2.3 ジニー（DentaLight）— 予防・リコール特化スタートアップ

2.4 Dentry byGMO（GMOリザーブプラス）— 機能網羅・再充足最先端（それでもLv2）

2.5 ApoDent（ナルコーム）— 低価格・LINE先行の老舗

2.6 Dentis（メドレー）— 上場企業の低価格攻勢、しかしLINE予約なし

2.7 EPARK歯科台帳（エンパワーヘルスケア）— ポータル一体型

2.8 参照点: Genifix（モリタ）— 資源制約台帳の最深到達点

2.9 その他

3. 横断比較表

価格・規模

製品 初期 月額本体 LINE料金 導入実績（公称） 会社規模
Apotool & Box 15万円（+レセ連携15万） 18,000円 月25,000円 3,000院以上 専業・非公開
DentNet 約175万円〜 14,500円〜 基本機能内? 約1,000院(2022) SI兼業・資本金1,500万
ジニー 非公開 非公開(3プラン) 非公開 160院(2020)以降未公表 VC調達 約2.2億
Dentry byGMO 非公開(参考3.3万〜) 非公開(参考5,500円〜) OP(額未確認) グループ2,700 GMO傘下・資本金2.6億
ApoDent 59,800円 8,000円 初期3.98万+月5,000円 未確認 老舗中小
Dentis 0円〜 4,980円〜 通知5円/通のみ 未確認 上場・1,815名
EPARK歯科台帳 非公開 参考2.5万円税込〜 未確認 未確認 資本金1億
Genifix 非公開 参考約4,378円税込 OP 未確認 モリタ（歯科最大手商社）

キャンセル枠再充足の自動化レベル（今回調査の中核）

Lv0=なし / Lv1=待ちリスト管理（連絡は手動）/ Lv2=自動通知→患者が先着で予約し直す（open loop）/ Lv3=自動オファー→ワンタップ確定→他失効（closed loop） / Lv4=Lv3+AI予測でプロアクティブ充足

製品 レベル 根拠
Dentry / メディカル革命 Lv2（+予測OP） 自動メール通知→先着予約を公式コラムで確認。予測→充足の接続なし
EPARK歯科台帳 Lv2相当 院内待ちリスト詳細未確認＋ポータル外部流入という独自ルート
Apotool & Box Lv2（部分） キャンセル発生のLINE通知設定あり。オファー確定ループ未確認
ApoDent Lv1〜2 「案内できる」（自動性未確認）
DentNet Lv1.5 当日来院可能リスト自動生成→スタッフ連絡
ジニー Lv1〜2未確認 キャンセル時自動メールの記載のみ
Dentis Lv0〜1 記載なし
国内でLv3を公式提供する製品 ゼロ（調査範囲内） —
（参考）NexHealth（米国） Lv3実証済 検知→抽出→送信→先着確定→他患者へ「埋まりました」通知まで全自動。公称: 週15枠/週$3,000（nexhealth.com）

AI×予約の到達点

レイヤー 国内の到達点 空白か
AI電話で台帳確定 電話がらくだのみ（Apotool専用、月5万〜）。IVRy等は一次受付・Web誘導止まり レッドオーシャン化進行中（米国は標準化済: Arini/Weave/RevenueWell等がPMS直接書込み）
LINE×生成AIで予約確定 不在。NOMOCa-AI chat（2,898院、国内最大級）でも「仮予約」まで。「理解=AI／確定=非AIフォーム」の分業が固定化 空白。ただしLINE標準AIボットは医療系アカウントで利用制限の明記あり→Messaging API直結構成が必須。LINEヤフー「Agent i」の予約実行が2026年6月頃予定（プラットフォーム機会/リスク併存）
スタッフがチャットUIで台帳操作 製品ゼロ。国内カスタム1件（eggside: 予約依頼メール解析→スタッフはSlackでYes/No承認→確定・返信自動）。ホテルではARELA CoPilotがパイロット中 世界的に空白。推測: 賞味期限1〜2年
キャンセル再充足closed loop 上表の通りゼロ 空白。米国実証済みで輸入可能

ポジションマップ

              LINE/CRM体験の深さ →
台帳の深さ    浅                            深
↑深       Genifix(資源AND台帳最深)       【空白 ← ここを取る】
           Dentry(+キャンセル待ちLv2)
           Apotool(LINE月2.5万で最深だが高額)
           DentNet(初期175万・停滞)
↓浅       Dentis(アプリ戦略・LINE予約なし)  Lステップ/エルメ/リピッテ/ポチコ
           iAppoint(無料)                  (台帳はスタッフ×メニュー止まり)

4. 新規参入への戦略的含意

  1. 差別化の中核は確定: 「再充足closed loop（Lv3）＋回収粗利の可視化」は国内空白かつ米国実証済み。初回調査B案（空き枠再充足オーバーレイ）の第一仮説を強く支持する
  2. LINE完結が第2の楔: Dentis（上場・低価格）がLINE予約非対応、Apotoolは月25,000円。「アプリDL不要×LINE完結×低価格」ポジションが空いている。LINE Harness OSS活用でこの層の開発コストを圧縮できる（別紙参照）
  3. AIは「確定まで押し切る」設計で1歩先へ: 電話がらくだが証明した構造優位（台帳を自前で持つ者だけがAI完結できる）を、LINE生成AI＋承認ゲートで再現する。「AIは提案・確定は決定論エンジン・全操作監査ログ」を営業上の言い切りにする
  4. 価格透明性は武器になる: 主要8製品中5製品が料金非公開。明朗なSaaS価格＋ITreviewレビュー空白地帯の先取り
  5. 警戒すべき動き: Dentisの低価格攻勢（月4,980円）が下層の価格圧力／GMOの上場準備・シェア40%目標／モリタ（Genifix）がLINE強化するだけで空白の一部を塞げる位置／LINEヤフーAgent iの業種拡大
  6. レセコン連携は正面から挑まない: Deltanの5億円調達が難度の証左。初回調査の「専用枠＋検証付きCSVから始める」方針を維持

5. 実機確認リスト（20院面談・デモで確定させる「未確認」）

  1. Apotool/Dentry/DentNet直販Web予約の即時確定/仮予約の実態（EPARKのみ「切替可」を公式確認済み）
  2. Dentryキャンセル待ち通知の実配信チャネル（メールのみか、LINEプッシュか）と通知後の患者行動データ
  3. Apotool「キャンセル待ちの自動再配分」（第三者記事記述）の実機能レベル
  4. 電話がらくだの導入医院数・実力（誤予約率・患者受容）
  5. ジニー・Dentry・EPARKの見積り実額（非公開価格の相場化）
  6. ApoDent LINE料金の2表記（初期39,800円+月5,000円 vs 初期99,600円+月13,000円）の正体
  7. Genifixの資源AND判定の実運用（設定負荷・例外処理）とLINEオプションの実額

6. 出典の信頼性に関する注記

③ LINE戦略・LINE Harness構想

2026-07-12 v3（OSSコード監査・LINE規約/料金調査を反映）

作成日: 2026-07-12（v3: 全5系統の調査完了を反映。line-harness-ossコード監査＋LINE規約/料金＋LINE競合＋主要競合深掘り＋AI受付/海外事例） 前提資料: research/dental-reservation-system-market-requirements-2026-07-10.md（B案=空き枠再充足オーバーレイが第一仮説） 関連資料: research/dental-reservation-competitor-deep-dive-2026-07-12.md（競合徹底調査の本体）

0. 結論（先に要点）

  1. LINE Harness OSS（github.com/Shudesu/line-harness-oss）は「LINE CRMシャーシ」として採用価値が高い。 配信・タグ・ステップ・LIFF・リッチメニュー・チャット・MCP連携という、自作すると数ヶ月かかる足回りがMIT（宣言）で揃っており、サロン予約の縦機能（スタッフ×メニュー×シフト×衝突防止×冪等性×リマインド再送）まで既に動いている。
  2. ただし歯科の中核＝多次元資源台帳と空き枠再充足は入っていない。 ここが自分たちのプロダクトIP。OSSが埋めるのは「周辺」、埋めないのが「本丸」という理想的な分担になる。
  3. 市場の空白と正確に噛み合う。 調査で確認した空白は「LINE-native × 資源制約台帳」「キャンセル枠再充足のLINE自動化」「家族×リコール」「担当DH継続の体験化」の4つ。LINE特化型（リピッテ/ポチコ/Lステップ等）は台帳が浅く、歯科台帳型（Genifix/Dentry等）はLINE体験が浅い。両側とも空白の中心には来ていない。
  4. オリジナリティの定義: 「Lステップ級のLINE CRM」＋「Genifix級の資源台帳」＋「どこにもない再充足オーケストレータ」＋「AIエージェント操作（承認ゲート付き）」を1つのプロダクトで持つこと。現場の「Lステップ＋予約システム二重運用（月1〜4万円の重複コスト）」の解消がそのまま営業トークになる。
  5. 競合深掘りで空白が確定（詳細は別紙）: 再充足closed loop（自動オファー→ワンタップ確定→他失効）は国内ゼロ・米国NexHealthが実証済（公称: 週15枠/週$3,000）。LINE生成AIで予約確定する製品は国内不在（NOMOCa-AI chatも仮予約止まり）。スタッフのチャットUI台帳操作は世界的に製品未発見（ホテルのARELA CoPilotがパイロット段階）。

1. LINE Harness OSS の実体（コード監査結果）

監査方法: 2026-07-12 に GitHub からclone（shallow）し、スキーマ・予約ロジック・ドキュメントを直接読了。

基本情報

項目 内容
リポジトリ github.com/Shudesu/line-harness-oss（Star 522 / Fork 307、v0.17.0 2026-07-07）
作者 野田修一氏（AIエージェント株式会社代表、X: @ai_shunoda）
位置づけ Lステップ/L社商用ツール（月1〜2万円）の無料OSS代替。Cloudflare無料枠で0円運用を標榜
スタック Cloudflare Workers (Hono) + D1 (SQLite) + Pages (Next.js 15)。TypeScript製monorepo
ライセンス README・全package.jsonで MIT 宣言。ただしリポジトリルートに LICENSE ファイルが存在しない（軽微だが商用フォーク前に作者へ確認 or Issue で明確化を推奨）
AI統合 @line-harness/mcp-server 同梱。Claude Code から自然言語でCRM操作可能

既にあるもの（＝作らなくて済むもの）

無いもの（＝ここが我々のIP）

元調査の要件 line-harness-oss の現状
多次元資源制約（Dr×DH×チェア×機器の同時確保、セット予約・連鎖予約） ✗ 資源軸はスタッフ1次元のみ。チェア・機器・複数資源のANDは無い
即時確定（P0-03） ✗ 「申込→スタッフ承認」の仮予約モデルのみ。auto-confirm設定は存在しない
空き枠再充足（P0-08B: 適格者抽出→時限オファー→先着確定→他失効） ✗ キャンセル待ち・オファーの概念自体が無い
リコール/中断患者の抽出 △ 汎用ステップ配信・タグで代用は可能だが、来院履歴ベースの抽出エンジンは無い
家族予約（委任・同時枠検索） ✗ friend＝LINEユーザー1人が前提
次回処置指示（NextVisitOrder） ✗
例外受信箱（P0-09）・監査ログ（P0-12）・同意管理（P0-13） △ 断片的（chats/notifications/automation_logsはあるが、医療水準のAuditLog・同意台帳は無い
医療系セキュリティ（3省2ガイドライン水準） ✗ 想定外。マーケツール由来の機能（アフィリエイトASP、複数アカウント池化・BAN検知、ステルス送信）はむしろ医療用途では削除すべき

2. アーキテクチャ戦略: 「シャーシ買い、エンジン自作」

┌─ 患者: LINE公式アカウント（リッチメニュー/Flex/LIFF）
├─ 医院: 管理画面(Next.js) + チャット操作(MCP/オペレーターチャット拡張)
│
│  [LINE Harness OSS 由来のシャーシ]           [自作エンジン = プロダクトIP]
│  ・Messaging API配線/Webhook受信              ・資源台帳: Slot = Dr×DH×チェア×機器×処置
│  ・friends/tags/セグメント/ステップ配信       　（DBレベル排他制約、即時確定モード追加）
│  ・LIFF/リッチメニュー/テンプレート           ・再充足オーケストレータ:
│  ・リマインダー再送/冪等キー                  　キャンセル→適格者抽出→時限オファー
│  ・オペレーターチャット/Inbox                 　→先着確定→他失効→回収粗利計測
│  ・MCPサーバー(AI操作の入口)                  ・リコール/中断抽出、家族(Household)
│                                               ・承認ゲート(larc-approval-gate思想):
│                                               　AIは提案まで、確定は決定論エンジン
│                                               　全操作AuditLog
└─ データ原則: 患者・予約データは自前DB。LINEには通知と入口だけ（政府GL規範に整合）

フォーク方針の選択肢

方針 内容 判定
a) 上流に乗り続ける（プラグイン/拡張） packages/plugin-template があり拡張想定はある △ 歯科要件はbookingsスキーマ自体の改変が必要で、プラグインでは収まらない可能性が高い
b) ハードフォーク CRM層だけ残し、予約層を歯科エンジンに置換。ASP/複数アカウント池化/ステルス送信は削除 ◎ 推奨。MIT想定なので可能。上流のCRM層の更新は選択的に取り込む
c) 参考実装として読むだけ スキーマ・冪等・再送パターンだけ流用し全自作 ○ 保険。OSS由来コードの品質・保守リスクが監査で許容できない場合の退路

推奨: b（ハードフォーク）を第一候補、技術スパイクでcと比較。 判断材料は「D1で歯科の多資源排他が成立するか」（次節）。

技術リスク（スパイクで検証すべきもの）

  1. D1（SQLite）の限界: 単文の条件付きINSERTで1資源の排他は取れているが、Dr＋DH＋チェア＋機器の複数資源を1トランザクションで同時確保できるか。D1はインタラクティブトランザクション非対応（batchのみ）のため、複数資源の原子確保は「slotを事前に資源束として実体化する」設計（元調査§8のAppointment/Resource設計）に寄せる必要がある。100同時要求試験（P0-05）はこの上で行う
  2. Cloudflareスタックと医療ガイドライン: 3省2ガイドライン（厚労省GL 7.0版は2026年6月成立）への適合性評価。データ所在・監査ログ・バックアップ(RPO15分)がD1で満たせるか。満たせない場合、CRM層はWorkers/D1のまま、台帳エンジンだけ別DB（例: 国内リージョンのPostgres）に分離する二層構成が現実解
  3. 単独メンテナOSSの継続性: 実質1人プロジェクト（522 star）。ハードフォークなら影響は限定的だが、上流のセキュリティ修正の追従体制は自前で持つ
  4. 0円運用は本番では使わない: Cloudflare無料枠はresilience-first原則に反する（本番SLA 99.95%目標）。有料プラン＋監視前提でコスト再計算

3. LINE事業環境（調査確定分）

コスト（1院あたり原価）

シナリオ 月間Push通数 プラン 月額（税別）
リマインドのみ（前日+当日） 約1,500 ライト ¥5,000
+リコール案内 約3,000 ライト ¥5,000
+月次一斉配信2回 約7,000 スタンダード ¥15,000

規約・法規制

実装の落とし穴（設計に織り込み済みとするもの）

4. 競合ポジションと空白（LINE特化調査の確定分）

             LINE CRM体験の深さ →
台帳の深さ   浅                          深
↑深      Genifix(モリタ)◎資源AND台帳   【空白】← ここを取る
          Dentry byGMO ○+キャンセル待ち
          Apotool/EPARK ○
↓浅      ポチコ/SelectType             Lステップ/エルメ/リピッテ

5. 医院側AI操作 = ハーネスの本領

line-harness-oss がMCPサーバーを同梱している点は、当初構想の「医院スタッフがチャットでエージェントに指示して台帳操作」と直結する。AI受付調査で確定した市場構造がこの戦略を裏付ける:

larc-approval-gate の思想（AIは提案・実行は承認済み生コールの凍結実行）をそのまま製品仕様にする:

操作 ゲート
空き状況・実績の照会 ゲートなし即答
患者1人への枠オファー送信 受付のワンタップ承認
一斉配信・枠テンプレ変更 二段確認＋広告コンプライアンス区分チェック
予約の移動・キャンセル（台帳書換え） 実行内容（対象予約・新旧日時）を生パラメータで提示→承認→同一コールを凍結実行
予約可能性の最終判定 AIは関与しない。決定論的ルールエンジン＋DB排他制約のみ

営業上の言い切り: 「AIは提案までしかできない構造です。確定は決定論エンジン、全操作に監査ログ」。後追いでAIを貼るだけの競合には短期で真似しにくい（推測: 既存台帳への承認ゲート後付けは改修コストが大きい）。

6. 12週間計画への反映（元調査§11の更新）

7. 未解決・次アクション

  1. LICENSE ファイル不在の解消確認（作者への確認 or リポジトリ動向）
  2. D1複数資源排他のスパイク設計書作成（c案=参考実装のみ流用、との比較込み）
  3. LINEミニアプリ認証の要件詳細（サービスメッセージの利用条件）を公式一次情報で確認（今回はJSリダイレクトで公式ページ未読）
  4. 3省2ガイドライン×Cloudflareの適合性は、実装前に専門家確認（元調査§15の方針を維持）
  5. 実機確認リスト（別紙§5）: 主要3社デモでの即時確定/再充足の最終確定、非公開価格の見積り取得
  6. 20院面談用の提案キット作成（A/B両案＋LINE完結モックデモ）— 12週間計画の起点