Tga Artg

@pipeworx/tga-artg

TGA ARTG — Australian Register of Therapeutic Goods：オーストラリアで供給が承認されたすべての医薬品、生物学的製剤、医療機器を収載しています。製品名、有効成分、スポンサー、メーカーで検索するか、ARTG エントリーの完全な記録（スポンサー、含有成分とその含有量、適応症、および製品情報（PI）と消費者向け医薬品情報（CMI）文書へのリンク）を取得できます。

Pipeworx の一部です。AI エージェントを1819以上の稼働中のデータソースにつなぐ MCP ゲートウェイです。独立した非公式の統合であり、上流プロバイダーとは提携関係になく、承認も受けておらず、同プロバイダーが公開したものでもありません。

対象範囲 — オーストラリアのみ

米国では openfda、EU全域では ema-medicines、英国では mhra-uk、カナダでは health-canada-drugs、スペインでは aemps-cima を使用してください。ツールには artg_ の接頭辞が付いているため、一般的な医薬品に関する質問で選ばれることはありません。

ツール

ツール	回答できる質問
artg_search	オーストラリアで販売されている製品のうち、イブプロフェンを含むものは？ — 名前／成分／スポンサー／メーカーで検索
artg_entry	ARTG 10109とは？ — 含有成分、適応症、PI／CMIへのリンクを含む全情報
artg_list	オーストラリアで登録されている医薬品をすべて教えて — ARTG ID順に、登録簿全体（または指定したエントリー種別）をたどって取得します。1ページあたり100件で、total／next_offset を返します
artg_recent	2026-09-15以降にARTGへ追加されたものは？ — 新規エントリーのみ（下記参照）

すべての応答には source_url（上流への正確なリクエスト）と data_as_of（取得時刻）が含まれます。これはライブプロキシのため、別途公開されているバージョンはありません。status は登録簿自体の値で、ソースに記載がない場合は unknown です。推測されることはありません。

ページングと列挙

artg_search と artg_list は0始まりの offset を受け取り、上流の TotalRecords から取得した total、has_more、next_offset を返します。そのため、全ページの件数から推測するのではなく、正確にページングできます。2026-09-25時点の実測値：登録簿全体で97,087件、entry_type: "Medicine Registered" は20,037件、"Medicine" は34,379件です。登録済み医薬品をすべて取得するには、約201回の呼び出しが必要です。

ツールが実装していない引数は無視されず、エラーとして拒否されます。fleet #2422までは offset が受け付けられても暗黙に破棄されていたため、列挙ループが最初のページを繰り返し読み込み、成功したと報告していました。

認証

キー不要です。登録も不要です。

データソース — 文書に記載された「ARTG Search」ツールではありません

• https://data.tga.gov.au/ARTGSearch/ARTGWebService.svc/JSON/ARTGValueSearch/ — 登録簿を実際に支えるWCF JSONウェブサービスです。

TGAが公式に案内しているARTG Searchツールは、tga.gov.auからリンクされており、2026年時点ではベータ版のPower Apps／Power BIポータル（compliance.health.gov.au/artg）ですが、インタラクティブな操作専用です。表示されるのはレンダリング済みの画面で、背後にクエリAPIはありません。tga.gov.au 自体も、こちらの外向き通信環境からは到達できません（Akamaiのフロントエンドが、静的PDFへの単純なリクエストも含め、すべてのリクエストでタイムアウトします。403ではなく、接続が応答しない状態です）。このパックは代わりに、登録簿を実際に支えるJSONウェブサービスを、別ホストで到達可能な data.tga.gov.au 上で呼び出します。これは、TGAの社内クライアントライブラリ（GitHubの aehrc/tga-feed-client）が基盤としているものと同じサービスです。キー不要で、ライブデータをクエリごとに返すプロキシであり、ミラーではありません。

次の人が改めて調べなくて済む情報

• パスのセグメントは大文字の JSON である必要があります。 aehrc クライアント自身の設定例を含め、ほとんどのサードパーティーのドキュメントで記載されている小文字の json では、汎用的な WCF の「Endpoint not found」HTML ページが返されます。JSON が期待される場面で HTML 本文かどうかを確認しないと、これは 200 に見える失敗です。このパックでは、応答が < で始まる場合に明示的にエラーをスローします。
• pagestart／pageend は、1 始まりで両端を含むレコード範囲であり、ページ番号ではありません。 pagestart=3&pageend=5 を指定すると、レコード 3、4、5 の 3 行が返されます。両方を省略すると、ほかのすべてのフィルターが無視され、ARTG ID 順で ARTG 登録簿全体（有効な登録が 25,000 件以上）が黙って返されます。ここでの各呼び出しでは、明示的に pagestart=1 と pageend=<limit> を指定しています。
• licenceid だけで ARTGValueSearch をフィルタリングすると、完全なレコードが 1 件返されます。 このホストには、ID で検索する別の動作するエンドポイントはありません（ARTGEntryJson は 404 を返します）。そのため、artg_entry は同じ検索操作を使い、licenceid のみをフィルターに指定して構築されています。
• dateStart／dateEnd はサービスの WSDL に記載されていますが、何も機能しません。 2026-09-25 に ISO 形式と dd/mm/yyyy 形式を使い、単独およびほかのフィルターとの組み合わせで試しましたが、合計件数は一度も変わりませんでした。そのため、artg_recent は代わりに ID 順の登録簿の末尾からさかのぼります（ID は連番で発行されるため、新しいエントリーほど末尾にあります）。since より前のレコードだけで構成される最初のページで停止し、最大 500 件をスキャンします。十分な件数を確認できなかった場合は complete: false とします。新規エントリーのみが対象です。既存エントリーの取消や変更には、ここでは日付がありません。
• 範囲が大きいと時間がかかります。 2026-09-25 に 500 行の取得に 34 秒かかりました。1 ページの上限は 100 件です。
• www.tga.gov.au は当社のネットワークから到達できません。これを使って構築しないでください。 実際に応答するのは、別のホストである（Akamai を経由しない）data.tga.gov.au です。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します。

{
  "mcpServers": {
    "tga-artg": {
      "url": "https://gateway.pipeworx.io/tga-artg/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/tga-artg/mcp の tools/list は、上の表にあるツールに加えて、共有の Pipeworx メタツール（ask_pipeworx、discover_tools、search_within、remember／recall など、ゲートウェイ全体で使えるツール群）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック独自のツールとともに共有ツールがおよそ 30 個表示されます。接続の initialize 応答には正確なスコープが示されており、その日の状況を確認するための信頼できる情報です。

これは意図的な仕様であり、意図せず多重化されているわけではありません。メタツールを使えば、スコープを限定した接続でも、このパックが扱わない質問に ask_pipeworx 経由で答えられます。これにより、2 つ目の MCP サーバーを追加する必要がありません。現在、メタツールなしでパックのエンドポイントに接続する方法はありません。追加のスキーマによるコンテキストの消費がルーティングの利点を上回る場合は、複数のパックのエンドポイントではなく、フルゲートウェイに一度接続してください。

または、Pipeworx のフルゲートウェイに接続して、このパックだけでなく、すべてのパックのツールを直接一覧表示できます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も、同じゲートウェイと同じ 1819 以上のデータソースに接続します。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworx を使ってすべてのツールにアクセスできます。

MCP クライアントがなくても、HTTP で呼び出せます

curl -X POST https://gateway.pipeworx.io/v1/tools/artg_search \
  -H 'Content-Type: application/json' \
  -d '{"ingredient":"paracetamol","limit":3}'

最初の呼び出しにアカウントは不要です。任意のツールの詳細は GET https://gateway.pipeworx.io/v1/tools/artg_search で確認できます。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を呼び出します。

単体で実行（ゲートウェイアカウント不要）

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイとの往復通信も不要です。

{
  "mcpServers": {
    "tga-artg": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-tga-artg"]
    }
  }
}

または、起動することを確認するために直接実行します。

npx -y @pipeworx/mcp-tga-artg

stdin/stdout 経由で MCP を使用し、このパックのツールのみを対象に initialize／tools/list／tools/call に応答します。上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx での使用

ツールを直接呼び出す代わりに、平易な英語で質問できます。 これは、上記のパックエンドポイントだけでなく、フルゲートウェイでも機能します。

ask_pipeworx({ question: "your question about Tga Artg data" })

ゲートウェイが適切なツールを選び、引数を自動的に設定します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT