Y Combinator 日本語図鑑

事業概要

プロダクト

• 医師ごとの勤務条件と休暇希望を入力として受け取る。
• 外来枠や当直など必要な配置数を診療科ごとに設定する。
• 既存の電子カルテや人事システムから勤務情報を自動で取り込む。
• 制約条件を解いて全医師の勤務表を数秒で生成し画面に返す。
• 不足する時間帯を検出し、補充が必要な枠を一覧で提示する。
• 確定した勤務表をカレンダーや既存システムへ書き戻す。

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

• 顧客の電子カルテや人事給与システムから勤務情報を取得するとみられる。
• 連携は各システムのAPI経由を基本とし、非対応分は書類取り込みで補うと推定。
• 医師名や診療科の表記ゆれを名寄せし、制約条件として正規化するとみられる。
• 休暇希望、当直上限、資格などの条件を制約充足問題として解くと推定される。
• 生成結果はクラウドに保存し、カレンダー形式やAPIで提供するとみられる。

収益モデル

• 医師グループ、診療所、病院が勤務表作成機能に対価を払う。
• 課金は施設単位の月額契約と推定されるが、価格は非公開。
• 対象医師数に応じた段階制の料金体系も想定されるが未確認。

差別化

• 施設ごとの勤務条件と過去の編成結果がデータとして蓄積する。
• 勤務表は毎月作り直すため、一度導入されると置換しにくい。
• 既存システムとの同期接続が導入後の移行コストを高める。

日本展開時のリスク

• 医師の勤務時間管理は労働時間規制の対象で、上限設定の適合が要る。
• 電子カルテ各社の仕様が異なり、連携開発の負担が大きい。
• 勤務表の作成は事務職員が表計算で担う例が多く、置換の動機が弱い。
• 医療機関の購買は年度予算と稟議に縛られ、商談期間が長い。
• 患者情報を扱うため、データ保管場所の要件を満たす必要がある。

日本での競合

• 国内の勤務表作成は表計算ソフトと事務職員の手作業が中心とみられる。
• 医療機関向けのシフト作成や勤怠管理を提供する国内事業者が存在する。
• 医師に特化した自動編成を掲げる直接の同型は確認できない。
• 電子カルテの寡占度が高く、連携先の確保が参入の鍵になる。
• 勤務条件は施設ごとに異なり、導入ごとの設定作業が重い。