町村医療エージェント
政策Q&A・健康記録・家庭医契約・健診予約を県総合病院の公式アカウントに集約。住民はアプリ不要。
このページについて
本ページには、実際の住民健康記録・契約データ・システム画面は一切掲載していません。本システムは健康相談と政策情報照会を補助するツールであり、診断も処方も行わず、実在の医療機関による診療を代替しません。体調不良の際は速やかに医療機関を受診してください。医療保険の給付割合や慢性疾患補助などの取り扱いは、必ず当該地域の医療保険担当部門が公表する最新規定に従い、システムの回答は参考情報にとどまります。
ひとことで言うと
町村医療エージェントは、県域医療グループと町村衛生院向けの方案です。AIナレッジQ&A、健康記録の作成と家庭医契約、健診予約を県総合病院の公式アカウントに組み込み、住民はアプリを入れずに政策照会・建档・健診予約ができます。位置づけは健康相談と政策情報照会の補助であり、診断も処方も行わず、実在の医療機関の診療を代替しません。医療保険の取り扱いは当該地域の担当部門の最新規定に従います。
エージェントが担う主要な作業
中核機能
対話型ナレッジベースQ&A（RAG）
政策文書と一般疾患ハンドブックを一括取り込み、自動でチャンク化・ベクトル化。pgvector のベクトル検索とキーワード検索を併用し、出典付きの該当箇所を一問一答で返します。回答は衛生院が登録した文書のみに基づき、モデルの創作は行いません。
健康記録の作成＋家庭医契約
標準フォームで基本情報・既往歴・服薬状況を収集し、構造化された電子記録を作成。家庭医契約はオンラインで完結し担当医を紐付け、契約状況はリアルタイムで確認可能。管理画面は衛生院の既存業務に沿った表形式で表示します。
健診予約管理
時間帯ごとに予約枠を設定し、住民は枠と検査項目を選んでワンタップで予約。管理側は日次・週次で集計しレポートを出力、Cron スケジューラが健診前にリマインドを自動送信します。電話予約の行列と人員の重複を解消します。
公式アカウントへのエージェント組込み
DataWeaver の WeChat Channel で県総合病院の公式アカウントのメッセージ API に接続。OpenID で住民の本人確認を紐付け、一度の認証で全機能を利用可能。H5 ページはスマホ・タブレットに自動対応し、フォローするだけで使えます。
横並び比較
町村医療エージェント vs 窓口の人手対応のみ vs 汎用チャットボット
| 観点 | 町村医療エージェント | 窓口の人手対応のみ | 汎用チャットボット |
|---|---|---|---|
| 政策回答の一貫性 | 回答は衛生院が取り込んだ政策文書からのみ検索するため、誰が聞いても同じ口径。文書を更新すれば全回答に反映。 | 窓口担当者の記憶と経験に依存し、担当者やシフトごとに説明がぶれやすい。 | 汎用コーパスから生成するため、その地域に存在しない政策詳細を作り出す恐れがあり、根拠を辿れない。 |
| 建档データの保全 | フォームはそのまま PostgreSQL の構造化記録へ書き込まれ、契約・予約状況は照会・集計・書き出しが可能。 | 紙の表と散在する Excel。集計は手作業で、紛失しやすく再利用も難しい。 | 会話のみで保存されず、セッション終了とともにデータが消えるため健康記録業務は担えない。 |
| 7×24 の可用性 | 公式アカウントの入口は24時間稼働。夜間や休日でも政策照会と健診予約ができ、難case は翌営業日に人手が対応。 | 業務時間内のみ。出稼ぎ住民や農繁期の時間帯ニーズをカバーしにくい。 | 同じく常時稼働だが、業務システムへの書き込みを伴う契約や予約は完了できない。 |
| 追跡可能性 | 各回答は参照した知識片と出典文書を明示し、会話と操作は記録されるため、後からの確認と責任所在の切り分けが可能。 | 口頭回答は記録が残らず、何を伝えたか・どの版の文書に基づいたかを後から再現できない。 | 出典を示さず、同じ質問に異なる回答が返ることがあり、根拠を照合できない。 |
エージェントと人の監督の役割分担
システム構成（概念図）
source
タッチポイント：公式アカウント / H5 / 衛生院管理画面
agent
DataWeaver ゲートウェイ層：WeChat Channel・AgentRouter・SessionManager・PermissionEnforcer
agent
エージェント層：知識Q&A / 健康記録 / 健診予約 / データ照会
source
データ・知識層：pgvector ベクトルストア・PostgreSQL・知識文書・HIS 連携（計画中）
agent
LLM 推論層：Qwen 3.x / DeepSeek V4 のプライベート配備、Claude 5 / GPT-5 は任意、マルチモデルのフォールバック
human
衛生院スタッフ：政策の難case確認と人手によるフォロー
output
出力：出典付き回答・電子健康記録・契約と予約の記録
Flow
- タッチポイント：公式アカウント / H5 / 衛生院管理画面→DataWeaver ゲートウェイ層：WeChat Channel・AgentRouter・SessionManager・PermissionEnforcerメッセージ受信
- DataWeaver ゲートウェイ層：WeChat Channel・AgentRouter・SessionManager・PermissionEnforcer→エージェント層：知識Q&A / 健康記録 / 健診予約 / データ照会ルーティングと認可
- エージェント層：知識Q&A / 健康記録 / 健診予約 / データ照会→データ・知識層：pgvector ベクトルストア・PostgreSQL・知識文書・HIS 連携（計画中）検索と読み書き
- エージェント層：知識Q&A / 健康記録 / 健診予約 / データ照会→LLM 推論層：Qwen 3.x / DeepSeek V4 のプライベート配備、Claude 5 / GPT-5 は任意、マルチモデルのフォールバック推論リクエスト
- エージェント層：知識Q&A / 健康記録 / 健診予約 / データ照会→衛生院スタッフ：政策の難case確認と人手によるフォロー難case は人手へ
- 衛生院スタッフ：政策の難case確認と人手によるフォロー→出力：出典付き回答・電子健康記録・契約と予約の記録確認後に回答
- エージェント層：知識Q&A / 健康記録 / 健診予約 / データ照会→出力：出典付き回答・電子健康記録・契約と予約の記録回答と記録
検証可能な事実
数値と出典
自社申告：DataWeaver 既存のエージェント基盤・チャネル接続・ナレッジエンジンを再利用することで、重複開発をおよそ 70% 削減できる。
既に備わるプラットフォーム構成要素：KnowledgeAgent、pgvector RAG 検索、WeChat Channel、PostgreSQL 業務DB、Admin UI、NL2SQL 照会。
HIS 連携と一部の業務向けカスタムエージェントは計画中の機能であり、本方案では未納品・未検証。
導入手順は4段階：ナレッジベース構築 → 業務エージェント開発 → 公式アカウント接続 → 結合テストと段階公開。
導入と費用
価格
含まれるもの
- · ナレッジQ&Aエージェントのプライベート配備：RAG 検索エンジンと知識管理画面
- · 健康記録・家庭医契約フォーム、健診予約と時間帯容量管理モジュール
- · 公式アカウント接続と結合テスト（OpenID 紐付け、メッセージルーティング、レスポンシブ H5）
- · 衛生院管理画面：契約・予約データ表、日次週次集計、レポート出力
- · 初回のナレッジ取り込み（政策文書と一般疾患資料、200 件まで）と管理者研修 1 回
- · 稼働後 1 年間の基本運用サポートと不具合修正
お客様ご用意
- · HIS 連携は別途工数評価が必要：HIS ベンダーのインタフェース開放度と協力姿勢に依存し、現地評価後に人日単価で見積る。
- · サーバ、GPU、ストレージ、公網帯域などのインフラ、および等級保護評価にかかる費用。
- · 公式アカウントの主体資格・認証・年会費、および SMS やプッシュ通道の通信事業者費用。
- · ナレッジ内容の継続的な編集と政策更新（年間コンテンツ保守サービスとして別途購入可）。
オプション
- · 2 年目以降の技術サポートとバージョンアップ、年額課金。
- · 複数衛生院・複数院区への複製配備、サイト単位で課金。
- · カスタム業務エージェント、専用レポート、外部システム連携の開発、人日単位で課金。
- · ナレッジ年間保守：政策文書の追跡更新と回答品質の点検。
詳細方案はQRコードから
WeChatでQRコードを読み取り、担当者に完全な方案資料と導入チェックリストをご請求ください。
適用範囲
本方式が適さないケース
- 本システムは健康相談と政策情報照会の補助ツールであり、診断も処方も行わず、医師の対面診療を代替しません。症状の判断、服薬の変更、急を要する事態は必ず本人が医療機関を受診する必要があり、システムは情報提示と受診案内にとどまります。
- 給付割合、慢性疾患の対象目録、年間上限、必要書類は地域や年度によって異なり、政策改定でも変わります。システムの回答は衛生院が登録した政策文書に基づく参考情報にすぎず、最終的には当該地域の医療保険担当部門が公表する最新規定と窓口の説明が優先します。
- 衛生院の既存 HIS とのデータ連携は計画中の機能であり、標準納品範囲には含まれません。実現可否は HIS ベンダーのインタフェース開放度、現地ネットワーク、データ関連の法令審査に左右されるため、まず現地評価を行い別途見積りが必要です。
- 回答品質はナレッジベースの鮮度に完全に依存します。政策改定のたびに文書を更新する担当者を衛生院側で決めておかないと、古い文書のまま回答してしまいます。最低でも四半期ごとの棚卸しを推奨します。
- 健康記録は機微な個人情報であり、県域内で管理可能なサーバへのプライベート配備と、個人情報保護要件に沿った同意告知・アクセス制御・監査ログが必須です。パブリッククラウドの汎用チャットサービスに建档データを預けることは推奨しません。