Trellis

Trellisが読むのは、専門診療の現場に実際に届く形式だ。FAX、PDF、スキャン書式、診療記録が対象になる。ページごとに種類を分け、保険者が必ず尋ねる項目を抽出する。承認業務の初日に丸一日かかっていた仕分け作業が、ここで消える。

乱れた書類を整った構造化レコードに変え、スタッフが毎日開く電子カルテに書き込む。記録は医師が探す場所に残り、レポートが受け取るのはスキャン画像ではなく実際の項目だ。製品の中核であり、他の機能はすべてこの層に乗る。EHRワークフロー自動化も同じ層の上で動く。後続の処理が同じ項目を読むからだ。

エージェントが承認パッケージを組み、保険者の規則に照らして確認し、送信する。否認が届けば、医学的必要性の説明書と申し立て草案を根拠資料付きで生成する。治療開始までの時計は止まらないため、申し立てで数日縮む意味は大きい。

事前承認の多くは今もWebポータルと電話の待ち行列の中にある。Trellis Executeはポータルを操作し、保険者に発信し、返ってきた内容を検証する。地味な工程だが、工数を最も食う部分でもある。

Trellis Copyは部門の現在の進め方を写し取り、エージェントが学習できる環境に変換する。その過程で標準手順とKPIも記録される。導入前に社内フローを書き換える必要はない。できた地図がそのまま訓練の場になる。

Trellis Captureは顧客のシステムを調べ、エージェントの改善に使うデータを作る。業務フロー自体への改善提案も出す。分析結果は外部に出さず社内に留める。時間が経つほどエージェントが扱える例外が増える。ルールエンジンと、適応する仕組みの違いはそこにある。