mcpField
T
treatment-plans

treatment-plans

github.com/kalarislabsドキュメント12772 回インストール今日更新
リポジトリ

treatment-plans について

臨床チーム向けの文書作成スキルで、権限を持つ専門家がすでに決定した治療計画を整形・検証します。臨床上の推奨は行わず、ローカルの決定論的チェックと人による承認で記録の追跡可能性を支えます。

主な機能

  1. 01汎用的な治療計画テンプレート一式の生成
  2. 02検証済みの臨床判断を推測なしで転記
  3. 03構造・完全性・追跡可能性のローカル検証
  4. 04提示済みの日付だけを使ったスケジュール作成
  5. 05権限を持つ臨床担当者による審査と承認

活用シーン

  1. 01検証済みの臨床判断から計画案を作成
  2. 02計画の項目と出典の追跡可能性を確認
  3. 03提示済みの日付からスケジュールを生成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kalarislabs/research-agent-skills --skill treatment-plans

インストール後、Claude Code で/treatment-plansを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
clinician_authored_intervention_template.json
goals_monitoring_checkpoint_template.json
informed_preference_shared_decision_template.json
intended_use_handoff_template.json
source_fact_manifest_template.json
transition_reconciliation_template.json
references/
documentation_workflow.md
privacy_governance.md
README.md
safety_scope.md
security_validation.md
shared_decision_handoff.md
source_boundaries.md
source_ledger.md
scripts/
_common.py
check_completeness.py
check_consistency.py
generate_template.py
privacy_process_check.py
timeline_generator.py
validate_traceability.py
validate_treatment_plan.py

詳細

治療計画ドキュメント

厳格な安全境界

このスキルは、認可された有資格専門家によってすでに下され、提供され、検証された決定のドキュメントを整形および検証することのみを行います。

以下に使用しないでください。

  • 人を診断、評価、分類、またはスクリーニングすること。
  • 治療法を選択、順位付け、推奨、代替、または比較すること。
  • 薬剤、用量、投与経路、頻度、期間、またはモニタリング閾値を選択すること。
  • 何かを開始、中止、保留、再開、滴定、漸減、または減薬すること。
  • 相互作用、アレルギー、禁忌、臓器機能の適合性、または治療適格性を確認すること。
  • 欠落している臨床内容、間隔、日付、目標、エスカレーション基準、または指示を推測すること。
  • トリアージ、緊急度の判断、緊急時の助言の提供、または安全計画の作成を行うこと。
  • 転帰、予後、反応、利益、危害、または臨床的妥当性を予測すること。
  • 薬剤調整、薬剤師によるレビュー、インフォームドコンセント、臨床医によるレビュー、または認可された臨床システムを代替すること。
  • FDA 承認、HIPAA 準拠、法令遵守、ケアの完全性、臨床的安全性、または標準治療への適合を主張すること。

リクエストが境界を越える場合は、停止してください。地域で検証された臨床医作成の記録を求めるか、その事項を責任を負う有資格専門家に回付してください。患者固有の推奨を得るために別のスキルへ誘導しないでください。

懸念が緊急または救急である可能性がある場合は、このワークフローを停止し、機関の現在の臨床エスカレーションまたは緊急プロセスを通じて回付してください。このスキルは緊急度を判断せず、緊急時の指示も提供しません。

必須の表示通知

すべてのコンポーネントおよび派生スケジュールには、以下を表示する必要があります。

DRAFT — NOT MEDICAL ADVICE — DOCUMENTATION-ONLY — AUTHORIZED CLINICIAN SIGN-OFF REQUIRED

構造的な成功によってこの通知が削除されることは決してありません。リリースゲートを設定できるのは、認可されたローカルワークフローのみです。

データゲート

合成データまたは適切に匿名化された構造化マニフェストを優先してください。患者名、診療記録番号、連絡先情報、生年月日、住所、自由記述メモ、画像、その他の直接識別情報を例に含めないでください。

実患者データまたは患者由来データについては、以下のとおりです。

  1. 機関の現在のプライバシー、セキュリティ、保持、およびアクセスポリシーの下で、地域で認可された環境でのみ作業してください。
  2. 法的例外が適用される可能性がある場合でも、文書化された目的に必要な最小限の情報のみを使用してください。
  3. コンテンツをモデル、検索エンジン、API、画像サービス、テレメトリサービス、その他の外部ツールに送信しないでください。
  4. コンテンツをチャットプロンプト、コマンド履歴、ログ、テストフィクスチャ、例、スクリーンショット、またはレポートにコピーしないでください。
  5. 同梱のスクリプトはローカルパスに対してのみ実行してください。それらのレポートは、臨床値を特定せず、ルールコードとフィールドパスを識別します。
  6. 患者由来の資料を匿名化済みとして扱う前、またはそれをリリースする前に、適切なプライバシーレビューを必須としてください。

これらの条件が文書化されていない場合は、コンテンツを読み取ったり処理したりしないでください。合成テンプレートのみを使用してください。

許可される入力

以下の汎用テンプレートから構築された、範囲が限定された UTF-8 JSON オブジェクトのみを受け入れます。

  • assets/source_fact_manifest_template.json
  • assets/clinician_authored_intervention_template.json
  • assets/goals_monitoring_checkpoint_template.json
  • assets/informed_preference_shared_decision_template.json
  • assets/transition_reconciliation_template.json
  • assets/intended_use_handoff_template.json

テンプレートには、疾患固有の推奨、患者例、臨床間隔、用量、目標、閾値、または推測されたケアパスは含まれていません。空のテンプレート配列と保留中の証明は、意図的なリリースブロッカーです。

ワークフロー

1. 権限と使用目的を確立する
  • 責任を負う臨床担当者と、権限を付与された有資格の署名者を確認します。
  • すべての臨床上の判断が、検証済みのローカルソースにすでに存在することを確認します。
  • 管轄区域、機関、設定、文書の所有者、ローカルポリシー、保持規則、および配布先を記録します。
  • パッケージが合成データ、条件を満たす匿名化データ、または実患者の最小限必要なデータのいずれであるかを記録します。
  • 必要なレビューがすべて完了するまで、リリースゲートを blocked のままにします。

患者由来の資料を処理する前に、references/safety_scope.md と references/privacy_governance.md を読んでください。

2. 汎用パッケージを生成する
python3 scripts/generate_template.py \
  --output-dir ./local-plan-package \
  --subject-ref SYNTHETIC-CASE-001 \
  --classification synthetic

ジェネレーターは6つのテンプレートすべてをコピーします。臨床コンテンツは作成せず、既存のファイルも上書きしません。

3. 推論を加えず、提供された判断を転記する
  • 検証済みのローカルソースから、臨床担当者が記載した事実と介入のみをコピーします。
  • ソースの参照位置、バージョン/日付、作成者の役割、検証者の役割、および検証時刻を保持します。
  • 目標、モニタリング項目、チェックポイントの日付、移行日を、提供されたとおりに記録します。
  • 選択肢、利益、有害性、不確実性、希望、および結果は、責任を負う臨床担当者が文書に記録した内容に限って記録します。
  • 不足しているフィールドは未解決のままにします。一般知識で補完してはいけません。
  • 薬剤に関する内容は、臨床担当者が記載したテキストと現在のローカルソースの参照先を記録し、解釈や検証は行わないでください。

references/documentation_workflow.md、references/source_boundaries.md、および references/shared_decision_handoff.md を参照してください。

4. 決定論的なローカルチェックを実行する

スキルディレクトリから実行します。

python3 scripts/validate_treatment_plan.py ./local-plan-package
python3 scripts/validate_traceability.py ./local-plan-package
python3 scripts/check_completeness.py ./local-plan-package
python3 scripts/privacy_process_check.py ./local-plan-package
python3 scripts/check_consistency.py ./local-plan-package
python3 scripts/timeline_generator.py ./local-plan-package \
  --output ./local-plan-package/explicit-date-schedule.json

スクリプトは次の処理を行います。

  • ローカル以外のパス、シンボリックリンク、重複するJSONキー、不明なフィールド、サイズ超過の入力、過度なネスト、上限のないコレクションを拒否します。
  • ネットワークアクセス、環境変数、動的実行、pickle、サブプロセス、画像、LLMを一切使用しません。
  • 診断、薬剤の安全性、相互作用、禁忌、臨床的妥当性、緊急性、予後、またはガイドラインとの適合性を評価しません。
  • パッケージ内ですでに提供されている日付のみをスケジュールし、繰り返しや臨床的な間隔を導き出すことはありません。
  • レポートを件数、ルールコード、文書タイプ、フィールドパスに限定します。
5. 人によるレビューとリリース

責任を負う権限のあるチームに、次の対応を求めます。

  • 転記されたすべての項目を、署名済みのソースと照合する。
  • 承認されたシステムで薬剤照合およびすべての臨床チェックを実施する。
  • 該当する場合は、最新のFDA表示、Medication Guide、REMS資料、およびローカルのフォーミュラリー/ポリシーを確認する。
  • すべての不一致と不足項目を解決する。
  • 共同意思決定と、十分な情報に基づく希望の文書記録を確認する。
  • 移行先の受領者、担当責任、保留中の結果、およびローカルのエスカレーション経路を確認する。
  • 該当する場合は、プライバシー、セキュリティ、法務、規制、記録管理、および機関によるレビューを完了する。
  • 権限を付与された記録システムを通じて署名し、日付を記入し、リリースする。

最終的な引き継ぎでは、データの出所と未解決項目の対応先を保持する必要があります。スクリプトのチェックに合格しても、そのパッケージをケアに使用する許可にはなりません。

ソースの境界

  • FDA の表示データベース、最新の Medication Guides、REMS 資料は、適用性を認定された臨床医または薬剤師が確認した場合に限り、正式なソース記録として使用してください。このスキルはこれらを解釈しません。
  • WHO または Joint Commission の移行に関するガイダンスは、情報の引き継ぎ、照合の記録、担当責任、チェックリストなど、プロセスの構成に限って使用してください。
  • 共同意思決定が行われたことを記録するには、AHRQ、NICE、または該当する専門家向けガイダンスを使用してください。選択肢やリスク推定値を作成してはいけません。
  • CMS の記録要件を適用するのは、該当するプログラム、提供者の種類、管轄区域、および最新の地域方針が確認された場合に限ります。
  • 安全性に関する事象、製品に関する報告、プライバシーインシデント、およびその他の報告対象事項は、最新の地域ガバナンスの手順に従ってください。このスキルは報告先を記録しますが、報告を提出することはありません。

日付入りの正式なソース一覧については、references/source_ledger.md を参照してください。

検証

PYTHONDONTWRITEBYTECODE=1 python3 -m unittest discover \
  -s tests/treatment-plans -p 'test_*.py' -v

バイトコードを生成せずに AST を解析します。

PYTHONDONTWRITEBYTECODE=1 python3 -c \
  "import ast,pathlib; [ast.parse(p.read_text()) for p in pathlib.Path('scripts').glob('*.py')]"

リファレンスマップ

  • references/README.md — 範囲とナビゲーション
  • references/safety_scope.md — 拒否、ルーティング、公開の境界
  • references/privacy_governance.md — ローカルでの取り扱いと非識別化の限界
  • references/documentation_workflow.md — パッケージのライフサイクルとレビューゲート
  • references/source_boundaries.md — FDA の表示、REMS、ガバナンスの境界
  • references/shared_decision_handoff.md — 十分な情報に基づく選好、照合、移行
  • references/source_ledger.md — 日付入りの正式なソース
  • references/security_validation.md — ベースラインの調査結果と検証記録

エージェントの運用手順

  1. 環境を確認します。 データアクセス権限、非識別化の状況、適用される規制またはプロトコルを確認します。
  2. 入力を特定します。 データまたはユーザーから、形式、識別子、パラメーターを確認します。結果に影響する値は推測せず、質問してください。
  3. まず小規模なバージョンを実行します。 先に非識別化したサンプルまたは合成データを使って作業します。
  4. 上記の手順とリファレンスに従って、タスク全体を実行します。
  5. 結果を検証します。 出力を臨床ガイドラインと報告基準に照らして確認し、臨床内容については資格を持つ人間のレビューを受けます。
  6. 報告します。 実行した内容(バージョン、コマンド、パラメーター)、確認した内容、未解決の点を明記します。
このような場合対応
データに患者を特定できる情報が含まれているように見える処理を中断し、続行する前にユーザーに確認してください。
これらの手順に記載された関数、フラグ、またはエンドポイントがインストール済みバージョンに存在しないインストール済みバージョンのドキュメント(help()、--help、公式ドキュメント)を確認し、必要に応じて対応を変更してユーザーに伝えてください。API を捏造してはいけません。
必須の入力、識別子、またはパラメーターが曖昧であるユーザーに確認するか、実行前に前提を明示してください。

完全性に関するルール

  • 結果、パラメーター、識別子、引用、統計値を決して捏造してはいけません。実行または検証できない場合は、その旨を明確に伝えてください。
  • 出力は資格を持つ専門家向けの意思決定支援であり、医療アドバイスではありません。診断や指示として提示してはいけません。
  • ここに記載されたバージョン固有の詳細は古くなっている可能性があるものとして扱い、インストール済みバージョンの公式ドキュメントで確認してください。
  • 金銭が発生する場合、共有 GPU またはクラウドのクォータを消費する場合、個人データまたは患者データを扱う場合、または取り消せない操作を行う場合は、事前に確認してください。

関連スキル

  • clinical-decision-support:研究専用の臨床意思決定支援の評価、エビデンスプロファイル、コホート、生存分析、バイオマーカー/モデル、プライバシーなどを準備・検証します。
  • ara-research-manager:会話をスキャンし、コーディングまたは研究セッションの終了時に決定事項、実験、データ…

コメント