【第15回】プログラミング知識ゼロの放射線技師がWebツール集を作るまでの全工程—RT-Lab構築完全記録（プロンプト・設計・失敗例すべて公開）

この記事は、ツールの「使い方」ではなく「作り方」を全部出します。

第14回で「"使える"から"作れる"へ」という話を書きました。今回はその続きです。実際に自分がどう作ったか、最初に何を投げたか、どこで詰まってどう解決したか—記録ごと、全部開きます。

「自分の職場でも同じことをやってみたい」と思っている方に向けた内容です。再現性を最優先で書いています。

プロンプトがどうのことのとかいう細かい技術を伝えるものではありません。非エンジニアな専門職のマインドセットと現場のリアルなやり方が伝わればいいなと思っています。

RT-Labとは何か—何を、なぜ作ったか

RT-Labは、放射線技師の業務に特化したWebツール集です。ブラウザだけで動き、インストール不要、無料で使えます。（→ rt-ai-lab.com）

現在公開・開発しているツールは以下のとおりです。

• DRL比較ツール：診断参考レベルと自施設の線量を比較する

• MTF計算ツール：Circular edge法による空間分解能の定量評価

• NPS計算ツール：ノイズパワースペクトルの算出

• CNR計算ツール：コントラスト対ノイズ比の計算

• 一般撮影条件参照：撮影条件の確認・比較

これまでだったら専用のツールは既製品をしようするしかありませんでした。あるいはプログラミングができる人は自作ツールで簡単な計測ツールくらいは作っていたかもしれません。
では、なぜ既製品を使わなかったのか。
まず、既製品というのはほぼ存在しません。日本放射線技術学会などが提供しているツールはいくつかありますが、設計が古かったり、動作が重かったり。最新の測定理論（Circular edge法によるMTF算出など）に対応したものは、学会提供ツール以外では調べた限りほぼ皆無でした。

エンジニアに外注して作って貰えばどうか！？
外注という選択肢のハードルについて。クラウドワークなどでアプリケーションをエンジニアに作ってもらうことは確かに可能です。しかし、これも難しい。
価格の問題ももちろんありますが、それ以上に厄介なのが「仕様を伝える難しさ」です。MTFの計算ロジックを、放射線技師でない開発者に正確に説明できるか。Circular edge法のエッジ検出から空間周波数ごとのMTF値を算出するプロセスを、仕様書の言葉に落とせるか。やってみると相当難しい。専門理論が複雑であればあるほど、外注の仕様定義コストは跳ね上がります。

だから、自分で作ることにしました。

作ってみて変わったこと

一番変わったのは、「困ったとき」の思考の向きです。

以前は「こういうツールがあればいいのに、誰か作ってくれないかな」で止まっていた。今は「これ、自分で作れるな」に変わっています。これは想像以上に大きな変化でした。

もう一つ。後輩に「なんでこのツール使うんですか」と聞かれたとき、「自分で作ったから」と言えるようになりました。ツールの中身を説明できる。改善できる。「なぜそう設計したか」を語れる。そこから始まる会話があります。

どうやってそこに辿り着いたか、以下で全部出します。

この記事を実践するための前提条件

一点、先に書いておきます。

この記事で紹介する手法は、Claude Codeを使うことが前提になっています。Claude CodeはAnthropicが提供するAIコーディングツールで、利用にはProプランへの加入が必要です（月額20ドル、2026年4月時点で約3,000円程度）。

無料プランでは利用できません。

「月額コストがかかる」という点は正直に書いておくべきだと思っています。ただ、開発にかかるClaude Codeの利用料金自体はツール1本あたり数百円程度に収まっています。一度作ったツールはずっと使えるので、費用対効果は出ると考えています。

ここまでが無料パートです。以下、RT-Lab構築の全手順を記録ごと公開します。

有料パートの内容：

• Claude Codeへの最初のプロンプト実物（MTFツール）

• 仕様の言語化プロセス——専門理論をどうAIに伝えたか

• ツール別開発記録——所要時間・概算コスト・詰まりポイント

• 失敗記録——AIが意図と違うものを作ってきたときの対処

• 0から公開まで再現チェックリスト（テンプレート）