最初に気づいたのは、訪問したクリニックが1つのチェアを管理するために3〜4つのソフトウェアを動かしていたことでした。1つのシステムが予約を持ち、別のシステムがカルテを持ち、3つ目が請求書を送り、4つ目が患者に戻ってくるように思い出させようとしていました。どれも互いに話しませんでした。受付担当が話していました — 同じ情報を各システムに1日3〜4回再入力することで。

誰かがより良いツールを構築していると思いました。そこで調べました。複数の国にわたる歯科診療所、美容クリニック、眼科医、一般医療クリニックと話しました。どこも同じパッチワークを運営していました。統合しようとしているプラットフォームは、実際の臨床ワークフローを処理するには汎用的すぎるか — 歯科医師には歯牙チャートがなく、美容士には施術前後のギャラリーがない — または特定の専門科目に深く入り込みすぎて、診療のその他の部分がスプレッドシートに逆戻りしていました。

そこで自分たちで構築しました。医療CRMではありません。後付けスケジューリング付きのEHRでもありません。クリニックが実際に機能する方法を中心に設計された臨床オペレーティングシステム：椅子では専門科目特化型、フロントデスクでは運営、月末は財務的、そして同じデータがその下にあります。プラットフォームはどのクリニックが使用しているかによって顔を変えることを学びました — 歯科には歯牙チャート、美容には写真ギャラリー、眼科には視力テスト — しかし基礎となる記録、監査証跡、請求エンジンは同じままでした。

それが今でも構築しているものです。ほとんどのソフトウェア会社は最終的に財務主導になり、椅子ではなく契約のために最適化し始めます。それに対抗するためにいくつかの明示的な決定をしました — デフォルトでオープンなデータエクスポート、単一ベンダーのロードマップに顧客を縛り付けないマルチプロバイダーAI、そして裏付けできないコンプライアンスの主張を拒否。クリニックが最初です。契約はその後です。