Pokala HealthIntel: A No-PHI Public-Source Healthcare Evidence Review Workspace

技術要約：Pokala HealthIntel

問題提起
公開ソースのヘルスケアデータセット（例：openFDA、ClinicalTrials.gov）は、規制、安全性、プロバイダー、および市場コンテキストのレビューにおいて価値あるリソースを提供している。しかし、ダウンストリームのレビューワークフローには決定的なギャップが存在する。すなわち、これらの公開アーティファクトから派生した「主張（claims）」が、その不可欠なコンテキストから切り離されてしまう現象である。レビュアーは、安全性の注記や市場シグナルに直面しながらも、それを裏付けるソースの識別、データの規模（行数）、スナップショットの鮮度、あるいは解釈を制約する具体的な限界事項に即座にアクセスできない状況に置かれる。ヘルスケア・インフォマティクスにおいて、この分離は、公開ソースのレビュー出力が、必要な証拠的境界を欠いているにもかかわらず、臨床的エビデンスや患者レベルの推論、あるいは検証済みの意思決定支援策として誤解されるリスクを生じさせる。

手法およびシステム設計
本論文では、レビューにおける主張と、明示的なエビデンス・メタデータとの間の紐付けを維持するように設計された、非PHI（個人健康情報）公開ソース・ヘルスケア・エビデンス・レビュー・ワークスペースであるPokala HealthIntelを提示する。

• アーキテクチャ: システムはスナップショット指向のアーティファクトモデルを採用している。前処理済みの公開ソース入力を取り込み、それらを「主張に紐付いたエビデンス・レコード（claim-linked evidence records）」として整理する。デプロイメントは、React/ViteフロントエンドとCloudflare Workerルート・サーフェで構成され、データ管理にはCloudflare D1（サーバーレスSQLiteデータベース）を使用する。
• コア・スキーマ: 設計の基本単位はダッシュボードのカードではなく、以下の5つの必須フィールドを含む構造化されたエビデンス・レコードである。
  1. 主張/タイトル (Claim/Title): 要約された観察事項。
  2. ソース (Source): 主張の根拠となるカテゴリまたはアーティファクト。
  3. 行数 (Row Count): アーティファクトの規模的コンテキスト。
  4. 鮮度 (Freshness): 最新性またはスナップショットのコンテキスト。
  5. 限界/境界 (Limitation/Boundary): その主張をどのような目的で使用すべきではないかに関する明示的な記述。
• 評価プロトコル: 本研究は、システムデモンストレーションおよび実装レベルの評価である。臨床的安全、患者のアウトカム、または診断精度を評価したものではない。代わりに、以下の点に焦点を当てて評価を行った。
  • ビルドとデプロイ: 依存関係のインストールおよびフロントエンドのビルド成功。
  • ルートの可用性: 公開ルートに対する20件のリクエストを行い、2xxレスポンス率とレイテンシを確認。
  • エビデンスの網羅性: 上位レベルのエビデンス・レコードを検査し、5つの必須メタデータ・フィールドの存在を確認。
  • リネージと境界: カノニカルなリネージ（系統）の検証、禁止されている公開言語フレーズのスキャン（臨床的な過剰主張を防ぐため）、およびソース・マニフェスト・ステータスの確認。

主な結果
評価により以下の結果が得られた。

• ビルドとデプロイ: 依存関係のインストールおよびフロントエンドのビルドは正常に通過した。
• エンドポイント・パフォーマンス: チェックした6つの公開ルートは、それぞれ20回のリクエストに対して100%の2xxレスポンスを返した。中央値レイテンシは119.87 msから136.61 msの範囲であり、p95レイテンシは144.96 msから542.31 msの間であった。
• エビデンス・メタデータ: スナップショット・メタデータは、4つのソースにわたって172,228件のエビデンス行を報告した。選択された4つのトップレベル・エビデンス・レコードはすべて、必須フィールド（主張/タイトル、ソース、行数、鮮度、および限界/境界）を100%含んでいた。
• リネージと境界: カノニカル・リネージ・ベリファイア（系統検証器）はパスし、報告された行数/ソース数とメタデータとの一貫性を確認した。公開言語スキャンでは禁止されたフレーズは見つからず、ソース・マニフェスト・ステータスも含まれていた。
• ツールのステータス: ローカルのアーティファクト検証スクリプトの1つが、ソース・レイアウトの変更に伴うメンテナンス項目としてフラグ立てされたが、これはコアシステムの主張には影響を与えなかった。

主要な貢献と意義
本論文は、Pokala HealthIntelを臨床的意思決定支援システム、診断モデル、または治療推奨エンジンとしてではなく、ヘルスケア・インフォマティクス・システムのデモンストレーションとして位置づけている。

• 監査可能なパターン: 主要な貢献は、公開ソースのエビデンス・レビューのための、控えめながらも監査可能なパターンであることである。これは、選択されたレビューの主張が、展開されたワークスペース内で、ソース、規模、鮮度、および限界のメタデータと構造的に連結された状態で保持できることを実証している。
• 境界の伝達: システムは「非PHI」および「非臨床」の境界を明示的に強制している。限界フィールドをエビデンス・レコードのスキーマに直接組み込むことにより、公開アーティファクトが患者レベルの推論や臨床的検証として誤解されることを防ぐ設計となっている。
• プロベナンスとFAIRへの適合: 正式な認証ではないものの、本システムは、派生した主張がその使用の適格性を判断するために必要なメタデータを伴うことを保証することで、プロベナンス（W3C PROV）の原則およびFAIRデータ原則を具現化している。

限界と範囲
著者らは、本研究が臨床検証研究ではなく、実装レベルの評価であることを明示している。本システムは診断、トリアージ、または患者固有のガイダンスを提供しない。レイテンシや可用性といった評価指標は単一の実行結果を反映したものであり、サービスレベル合意（SLA）や本番環境の信頼性を保証するものではない。さらに、ソース・マニフェスト・ステータスは含まれているものの、取得URL、チェックサム、および変換ノートを含む完全なアップストリーム・マニフェストへと拡張するには、今後の作業が必要である。本論文は、本ワークスペースが、臨床AIや本番用臨床プラットフォームとは異なる、公開ヘルスケアデータの責任ある二次利用のためのプルーフ・オブ・コンセプト（概念実証）として機能することを結論付けている。