Y Combinator 日本語図鑑

事業概要

プロダクト

• 患者の電話やネット予約を受け取り、空き枠と処置内容を照合して候補日時を返す。
• 予約時に患者情報と保険資格を突き合わせ、自己負担額を計算して提示する。
• カード決済の可否を判定し、決済結果を予約記録に紐づけて保存する。
• キャンセルと無断欠席の履歴から枠の埋まりやすさを採点し、医院に示す。
• 医院の予約台帳を監視し、単価の高い処置の予約を優先して割り当てる。

技術アーキテクチャ（推定）

• 医院の予約台帳、電子カルテ、電話音声、ネット予約フォームからデータを取得するとみられる。
• 電話は音声認識で文字起こしし、発信の意図と希望日時を抽出する方式と推定される。
• 患者名と生年月日、保険資格を名寄せし、重複予約や資格切れを照合する。
• 保険診療の点数と自己負担は規則ベースで計算し、外部の決済網に接続する。
• 予約と決済の結果を医院側の台帳へ書き戻し、監査用の履歴を残す。
• 枠ごとの成約確率を過去実績から scoring し、割当順の判断に使うと推定される。

収益モデル

• 歯科医院が予約処理の利用料を月額または契約単位で支払う形態とみられる。価格は非公開。
• 決済の処理件数や取扱高に応じた従量課金を併用する可能性がある。価格は非公開。
• 保険照合や受付代行を加えた上位契約を設ける余地がある。価格は非公開。

差別化

• 予約と決済と保険を同じ記録で扱い、医院の日次業務に入り込む。
• 院ごとの予約傾向と失客の型が蓄積し、枠割当の精度が上がる。
• 保険資格の照合履歴が残り、他社への移行コストが高くなる。

日本展開時のリスク

• 保険資格の確認と点数計算は制度改正への追随が欠かせない。
• 患者の診療情報は要配慮個人情報に当たり、保管場所の説明を求められる。
• 電話応対の自動化は高齢の患者と医院スタッフの運用負荷を招きうる。
• レセプト電算や既存の予約台帳との連携仕様が医院ごとに異なる。
• 決済代行と保険請求の間で責任分界が曖昧になりやすい。

日本での競合

• 歯科向けの予約と受付支援は国内ベンダーが先行し、導入実績を積んでいる。
• 予約管理は既存ベンダーの台帳が中心で、置き換えの障壁が高い。
• 窓口での現金精算が多く、予約と決済を一括で扱う例は限られる。
• 保険資格のオンライン確認は公的基盤の整備状況に左右される。
• 予約と決済と保険を一体で扱う直接の同型は、公開情報では確認できない。