DoctorVerify — インド人医師を検証するためのMCPサーバー

インド人医師の登録者であると主張する人物が実際に登録されているかどうかを、国家医療委員会（National Medical Commission）のライブデータを使って検証します。同時に、何が公式で、何が非文書化で、何が手動フォールバックなのかを正確に正直に示します。使用前に「ここでの検証の実際の仕組み」をお読みください。このREADMEで最も重要な部分です。

含まれるもの

Related MCP server: Eka MCP Server

ここでの検証の実際の仕組み

公式登録簿は第三者向けのAPIを公開していません — しかし、これが機能するためにはその必要はありません。権威ある情報源は国家医療委員会の**インド医師登録簿（IMR）**であり、一般公開はnmc.org.inで検索できます。その検索ページ自体が、クライアントサイドJavaScriptから直接、公開・認証不要のJSONエンドポイント（nmc.org.in/MCIRest/open/...）を呼び出して結果をレンダリングしています — これは推測ではなく、そのページ自身のスクリプトを読んで発見されたものです。search_doctor_registration、get_doctor_profile、check_blacklistは同じエンドポイントを呼び出すため、登録、資格、大学、現在の停職ステータスという実際のIMRデータを返します。

このREADMEの以前のバージョンでは、nmc.org.inのrobots.txtが自動アクセスを禁止していると主張していました。これは確認されたところ誤りでした。そのパスのファイルは標準形式のrobots.txtではなく、名前付きSEOクローラー（Ahrefs、Majestic、Semrushなど）の短いリストをUser-Agentでブロックする、設定ミスのあるApacheスニペットであり、一般的なDisallowディレクティブはありませんでした。利用規約もこれを禁止していません。これが、以前はできなかったライブ検証をここで合理的にした変更点です。

正直な注意事項: このエンドポイントは依然としてNMCによる非文書化・非サポートです。形状が変わったり、レート制限がかかったり、予告なく消えたりする可能性があります — 背後にSLA、バージョニング、サポート契約はありません。バルクパイプラインではなく、読み取り専用の単一ルックアップトラフィックとして扱ってください（これらのツールは意図的に結果数を上限し、自動ページネーションはしません）。registration_lookup_guideは、ライブ経路が壊れた場合や結果がおかしい場合のフォールバックとして、ツールセットに意図的に残されています。

知っておく価値のある実際の罠: この調査中に、本物のnmc.org.inから1文字ずれたnmcn.org.inが「インド人医師を検証」検索で上位表示され、国家医療委員会が運営していないにもかかわらずIMR風の検索コンテンツを表示していることが判明しました。flag_lookalike_domainはこれを名前で捕捉し、馴染みのない他のものは安全と仮定せずに未審査としてフラグを立てます。病院、エージェント、広告からのリンクをクリックするのではなく、常に自分でnmc.org.inと入力することを優先してください。また、ライブに見える結果でも偽サイトから来る可能性があることを忘れないでください。

大規模な自動検証が必要な場合 — たとえば、一人ずつ手作業でチェックするのではなく、多くの医師をヘルステックプラットフォームにオンボーディングする場合 — さらに2つの経路があり、どちらも公式に認可されており（上記のエンドポイントとは異なり）、どちらも週末プロジェクトより重いものです:

1. Ayushman Bharat Digital Mission（ABDM）、Healthcare Professional Registry（HPR）。 医師向けの政府自身のデジタルIDシステムで、実際の文書化されたOAuth2 APIとsandbox.abdm.gov.inのサンドボックスを備えています。これは、認定された医療システム統合（M1モジュール）の一部として開業医を登録・確認するために構築されており、匿名の一回限りの検索用ではないため、オンボーディングは本格的な統合プロジェクトです — クライアントID/シークレット、認証、その他すべて。

2. 商用KYC/検証ベンダー（例: Surepass、IDfy）。複数の企業がNMCバックの医師検証を有料のサポート付きAPI製品として再販しています。本番利用には実用的な選択肢となり得ますが、各ベンダーの実際のデータソース、鮮度、条件を自分で評価してください — このプロジェクトは特定のものを推奨しません。

セットアップ

Python 3.10+とuvが必要です。

./setup.sh

これは単なるスクリプトではなく、適切なインストール可能なパッケージです（src/doctor_verify_mcp/、pyproject.toml）。./setup.shはuv syncを実行し、.venvを作成して（.python-versionでPython 3.10に固定）、パッケージとそのdev依存グループ（pytest）を編集可能モードでインストールします。uvがない場合は、python3 -m venv .venv && source .venv/bin/activate && pip install -e '.[dev]'にフォールバックしてください（pipのバージョンが依存グループをまだ理解しない場合は、[dependency-groups]から[project.optional-dependencies]へのミラーを追加してください）。

実行方法

uv run mcp dev src/doctor_verify_mcp/server.py

出力されたInspector URLを開きます。名前だけでsearch_doctor_registrationを試し、その後登録番号またはstate_councilで絞り込みます。結果からdoctor_idを取得してget_doctor_profileに渡します。引数なしでcheck_blacklistを試して、現在の完全なリストを確認します。flag_lookalike_domainをnmcn.org.inとnmc.org.inで試して比較します。doctor-verification://official-sourcesリソースで全体像を一箇所で確認します。

インストール後（編集可能またはビルド済みホイールから）、パッケージはstdio上でサーバーを直接実行するコンソールスクリプトも公開します（Inspectorなし、実際のホストへの配線用）: uv run doctor-verify-mcp。

ビルド方法

uv build

dist/doctor_verify_mcp-<version>-py3-none-any.whlと対応する.tar.gz sdistを生成し、pip install dist/doctor_verify_mcp-*.whlでどこにでもインストールできます。

テスト方法

uv run pytest

3つのライブツールのテストは、開発中にキャプチャしたNMCの実際のレスポンス形状でHTTPレイヤー（doctor_verify_mcp.server._http_client）をモックするため、スイートは実行のたびにnmc.org.inにアクセスしません。

実際のホストに接続する

実際の統合を構築する場合（例: これを医師登録/オンボーディングフローに配線する）？ 完全なツールリファレンス、推奨検証フロー、エラーハンドリング契約、ライブエンドポイントの既知の癖については、INTEGRATION.mdを参照してください。

他のローカルMCPサーバーと同じパターンです — ホストはサーバーを子プロセスとしてstdio上で実行するため、すべてのホストは絶対パスを持つ同じ起動コマンドを必要とします。パッケージがインストールされると、doctor-verify-mcpコンソールスクリプトが、ホストをserver.pyに直接向ける代わりの最もクリーンな起動ターゲットです。

Claude Desktop: uv run mcp install src/doctor_verify_mcp/server.pyを実行し、アプリを完全に終了して再度開きます。

Claude Code:

claude mcp add doctorverify -- uv run --with "mcp[cli]" mcp run /absolute/path/to/src/doctor_verify_mcp/server.py

Cursor（.cursor/mcp.json）とVS Code（.vscode/mcp.json）も同じcommand/args形状に従います — 正確なJSONが必要な場合は、以前のプロジェクトのREADMEを参照してください。

拡張方法

• 州評議会が実際に使用する形式がわかったら、登録番号の形状を検証するツールを追加します — 州によってかなり異なるため、このプロジェクトは推測しません。

• 遭遇したらKNOWN_LOOKALIKESにエントリを追加します。

• MCIRestエンドポイントが形状を変えたり自動トラフィックをブロックし始めた場合、ライブツールは静かに失敗するのではなく、registration_lookup_guideを指す明確なエラーをすでに発生させます — 医師が存在しないと仮定する前にまずそこを確認してください。

• ABDM/HPRルートを選ぶ場合、実際の文書化されたAPIを呼び出すverify_hpr_idツール（自分のクライアント資格情報を使用し、ソースにハードコードしない）は、このプロジェクトが現在使用している非文書化エンドポイントに代わるサポートされた選択肢を提供します。

• IMRが結果を表示せず、フォールバックが特定の州の評議会サイトを直接確認することである場合に備えて、州医療評議会ごとに直接リンク付きのリソースを追加します。