オントロジーを超えて

第2章では、キノティがどのように幻覚のないAIの基盤を作るか — すなわち、空間キャンバスの上の病院オントロジー — を取り上げました。この章は、その上に置かれる問いに答えます。オントロジーは誰が、どのように使うのか? そして、なぜキノティは4つのプラットフォームを作ったのか?

基盤だけでは不十分だ

第2章では、キノティOSの最も深い層 — 病院の建築設計図の上にオブジェクトと関係をマッピングした空間キャンバス — を取り上げました。それはAIが推測する必要のない環境の基盤です。

しかし、基盤だけでは病院を運営することはできません。

優れたデータ構造の上でも、結局は誰かがそれを毎日使用しなければなりません。医師が診察を行い、看護師が患者を移動させ、受付スタッフが予約を受け付け、患者が病院とコミュニケーションを取り、発注担当者が消耗品を補充します。この5つの行為はすべて同じオントロジーの上で行われますが、それぞれがまったく異なるインターフェースを必要とします。

ここで、キノティの2番目の設計判断が登場します。

単一アプリの誘惑、そしてツールモザイクの誘惑

病院向けソフトウェアを作る際、最もよくある2つの落とし穴があります。

落とし穴1: 単一の巨大アプリ。 すべての機能を一つの巨大なソフトウェアに詰め込もうとする試み。結果は誰にも合わない分厚いマニュアルと、自分の機能を見つけるために20回クリックしなければならない画面です。

落とし穴2: ツールモザイク。 各機能を別々のツールとして作り、連携させるだけの試み。結果は第1章で取り上げたまさにそのサイロ — データが5つの箱に閉じ込められ、どのAIも病院全体を見渡せない状態 — です。

キノティの答えはそのどちらでもありません。

一つのオントロジーの上に、4つのインターフェース。

それぞれのインターフェースは、一種類のユーザーと一種類の仕事に正確に合わせて設計されていますが、すべてが同じ事実の流れの上で機能します。

4つのプラットフォーム — 一つの神経系の四つの枝

Almighty Doctorは4つのプラットフォームで構成されます。これはマーケティング的なモジュール分けではありません。ユーザーの種類と仕事の性質に基づいたアーキテクチャの決定です。

AlmightyDR OS — オペレーターのプラットフォーム

ユーザー: 病院運営チーム、経営陣
役割: 病院全体の状態を把握し、戦略的な意思決定を行い、運営フローを設計する。

5つのモジュールで構成されます。

顧客管理(CRM) — 患者一人の最初から最後までの旅程追跡
マーケティング(MKT) — キャンペーン管理、チャネル分析、ROI測定
顧客体験管理(CE) — 患者の旅程のすべての接点管理
運営管理(OPS) — スケジュール・人員配置・在庫
経営支援(BS) — 売上・コスト・人事・レポート

この5つは分離されたツールではなく、一つの画面の中で同じ患者を異なる角度から見る5つのレンズです。

AlmightyDR Live — 医療従事者のプラットフォーム

ユーザー: 医師、看護師、スタッフ
役割: 現場で即座にコミュニケーションを取り、異常を検知し、対応する。
チャット(Chat) — スタッフ間のリアルタイムメッセージング、部門別チャンネル、ファイル・画像の共有。別のメッセンジャーを起動する必要なく、業務中に即座にコミュニケーション。
シグナル(Signal) — 機器ごとのチャンネルが自動作成され、異常発生時に緊急(赤)・警告(オレンジ)・報告(黄)の3段階で即時送信。機器が止まる前にシステムが先に知らせる。

Liveの核心は即時性です。OSが分析するプラットフォームであるなら、Liveは反応するプラットフォームです。

AlmightyDR Connect — 患者のプラットフォーム

ユーザー: 患者、家族
役割: 病院が患者に届くすべてのデジタル接点。
トーク(Talk) — 患者-病院間のチャット相談、手術前後のケアメッセージ
予約(Reservation) — オンライン予約、変更・キャンセル、待機管理、自動リマインダー
ALLFREDO AI — 繰り返しの問い合わせの自動応答、患者対応、データ分析支援

Connectは患者が見るキノティです。内部の他の3つのプラットフォームがどれほど精巧であっても、患者に接する面が滑らかでなければ、その精巧さに意味はありません。

AlmightyDR Partner — サプライチェーンのプラットフォーム

ユーザー: サプライヤー、機器メーカー、流通パートナー
役割: 病院への外部リソースの流れを管理する。
オールマイティオーダー(Order) — 医療消耗品・機器の発注、サプライヤー管理、納品追跡、在庫連動。消耗品が切れる前にシステムが自動発注。
医療機器連動 — Track A(API連動)、Track B(通信ブリッジHW)で、どのメーカーの機器でもOSに統合。

Partnerは病院と外部世界の境界面です。このプラットフォームが堅固であるほど、病院は運営の外部依存度を安定的に管理できます。

同じ事実、4つの表現

この4つのプラットフォームが真に一つの神経系になるのは、同じ事実が4箇所で異なる形で現れるからです。

ある患者がInstagram広告を見て病院に接触する瞬間を追ってみましょう。

Connect — 患者が予約画面でスケジュールを取ります。ALLFREDO AIが最初の応対を自動で行います。
OS — CRMモジュールに患者の最初の接触が記録され、マーケティングモジュールにそのInstagram広告のROASカウンターが+1されます。
Live — 診察当日の朝、外科チャンネルに「本日新規患者P、10時30分」の通知が医療従事者全員に自動送信されます。
Partner — 診察の結果、手術が決定すると、Orderモジュールがその手術に必要な消耗品の在庫を自動確認し、不足分について発注を準備します。

この4つは4つの別々の出来事ではなく、一つの出来事の4つの表現です。同じ患者、同じ事実の流れが、各プラットフォームで各ユーザーが必要とする形に自動変換されます。

これが「一つの事実、4つのインターフェース」の意味です。

神経系はどのように機能するか

人間の神経系が情報を処理する方法を思い浮かべてみてください。

中枢神経系(脳) — 意識的な判断と戦略的な意思決定
自律神経系 — 呼吸・心拍・反射。即時的な反応
感覚系 — 外部世界との接触面。刺激を受け取り信号を送る
循環系 — リソース(血液・酸素・栄養素)を全身に移動させる

この4つは別々に機能するわけではありません。すべてが同じ体の同じ事実を扱いますが、それぞれが自分の役割を果たします。それらが一緒に機能するから人間は生きています。

キノティの4つのプラットフォームは正確に同じ構造です。

OS = 中枢神経系 — 戦略と精緻な分析
Live = 自律神経系 — 現場の即時反応
Connect = 感覚系 — 外部(患者)との接触面
Partner = 循環系 — リソース(機器・消耗品・医薬品)の流れ

この4つの枝が同じオントロジーを共有するため、ある場所の事実が別の場所で自動的に意味を持ちます。Connectで発生した予約はLiveのアラートになり、OSの統計データになり、Partnerの発注予測になります。

病院が一つの有機体のように機能する理由がここにあります。

アーキテクチャの三つの原則

この4つのプラットフォーム構造の背後には、三つの原則があります。

ユーザーの種類がインターフェースを決める。 医師と患者と発注担当者に同じ画面を提供しません。それぞれの仕事の性質と意思決定パターンに合わせてインターフェースが分離されます。
事実は一つの原本しか持たない。 患者一人の情報がOSのCRMにも、Connectのトークにも、Liveのアラートにも入りますが、元データはオントロジーに一度だけ保存されます。4つのプラットフォームは同じ事実の異なる表現に過ぎず、異なる事実ではありません。
拡張とは追加ではなく表現である。 新しい機能を加えるとき、私たちは新しいサイロを作りません。オントロジーに新しいオブジェクトや関係が加わると、4つのプラットフォームは自動的にそれを自分たちの方式で表現します。

これら三つの原則が、キノティOSを単なるソフトウェアモザイクとは異なるものにします。

第2章では「AIが推測する必要のない環境」を作るためにオントロジーを導入しました。しかし、オントロジーはシステムの終わりではなく、始まりです。

真の価値は、オントロジーの上にどのようなインターフェースをどのように載せるかから生まれます。キノティの答えは4つのプラットフォーム — オペレーター、医療従事者、患者、サプライチェーン — です。同じ事実を4つの方法で、各ユーザーに最も適した形で届けます。

これがキノティOSが一つの神経系のように機能する理由です。モジュールではなく器官(organ)であり、ツールではなくシステムです。

ここまでがキノティのデジタル神経系の全体構造です。しかし、神経系はデジタルで止まりません。最終章では、この神経系が画面を離れ、病院の物理空間に入る地点を取り上げます。