病院・クリニックのWebサイトの更新原稿を、医療広告等ガイドラインと院内の基準に照らして一次チェックし、該当しそうな表現と根拠の箇所、書き換えの案を示す

処理の起点を決める

原稿の受付の一覧に、新しい行が足されたことを起点にします。 Python のスクリプトを15分おきに動かし、状態が「受付」の行を拾います。登録のときに、掲載先と原稿の種類を必ず選ばせます。 この2つが空の行は処理せず、登録した人に戻します。

掲載先を必須にしているのは、物差しが変わるからです。 自院のサイトなら限定解除の要件を見ます。リスティング広告やバナー広告は、ガイドラインが限定解除の要件の1つ目を満たさないとしているので、広告可能事項の範囲に収まっているかを見ます。

直した原稿が再登録されたときも、最初から判定し直します。 前回の指摘箇所だけを見ると、直したことで新しく入った表現を見落とします。

入力データを集める

質を決めるのは、3つ目の条項の一覧です。 ガイドラインの文をそのまま渡すと長く、どこに当たるかの番号もぶれます。禁止の類型ごとに、ガイドラインの説明と具体例を1行ずつ切り出し、番号を付けておきます。 ガイドラインが改正されたら、この一覧を直します。

画像そのものは渡しません。 治療の前後の写真は患者の写真で、外部に渡す必要はありません。原稿の中で写真がどこに置かれ、どんな説明文が付いているかを渡し、写真の近くに治療内容・費用・リスクの説明があるかを見ます。

データの取得方法を決める

リンクと文字の大きさを取るのは、ガイドラインが掲載の形式まで求めているからです。 リスクや副作用の情報を、リンクを張った先のページへ掲載したり、利点や長所に関する情報と比べて極端に小さな文字で掲載したりする形式を採用しないこととされています。本文の文だけを見ると、この形式の問題は見えません。

医師紹介のページは、写真と肩書きの扱いにも気を付けます。 ガイドラインは、著名人との関連性を強調するなど、他の医療機関より著しく優れているかのような印象を与える表現も比較優良広告の例に挙げています。肩書きや受賞歴の行は、本文と同じく文の単位で渡します。

AIへ渡す前に整形する

1. テキスト化 … 添付の文書から本文・見出し・画像の説明文を取り出し、段落と文の単位に分けて番号を付けます
2. 画像の位置の印 … 画像の前後3文に、画像のあることを示す印を付けます
3. リンクの印 … 「リスクについてはこちら」のような文と、そのリンク先を対にして残します
4. 注記の大きさの印 … 本文より小さい文字に指定された文に印を付けます
5. 使わない言葉の照合 … 院内の一覧の語を、表記ゆれ（全角・半角、「No.1」「№１」「ナンバーワン」）をそろえて文字列で拾います
6. 条項の一覧の絞り込み … 原稿の種類と掲載先に応じて、渡す条項を選びます

6番目で絞るのは、判定のぶれを減らすためです。 休診のお知らせに限定解除の要件を渡すと、「費用の記載がない」と返ってきます。原稿の種類が自由診療のときだけ、限定解除の要件を渡します。

AIに処理させる

させることは2つです。1つ目は禁止される広告の類型の判定、2つ目は限定解除の要件の判定です。 呼び出しを分けます。

1つ目は、文の番号ごとに、禁止の類型に当たりそうかを判定させます。

2つ目は、自由診療のページについて、限定解除の要件の項目ごとに記載があるかを判定させます。

コラムで多いのは、受診をあおる表現です。 ガイドラインは、「こんな症状が出ていれば命に関わりますので、今すぐ受診ください。」のように、科学的な根拠が乏しいのに特定の症状のリスクを強調して受診を誘導するものを、誇大広告として取り扱うとしています。医師が善意で書く健康コラムほど、この型が入ります。 指摘には、根拠の文献を確かめるよう添えます。

4行目がいちばん大事です。 「リスクと副作用の記載がない」と判定させると、AIはそれらしいリスクの文を書き足そうとします。リスクの中身は医師にしか書けません。 書き換えの案には「主なリスクと副作用を、このページに書いてください」とだけ出させます。

指示内容を固定する

1つ目（禁止の類型）の指示です。

あなたは医療機関の広報部門で、Webサイトの原稿を公開前に確かめる担当です。
原稿の文を1つずつ読み、条項の一覧に当たりそうな表現を挙げてください。

【決め方】
- 当たりそうな表現ごとに、条項の一覧から番号を1つ選んでください。
  一覧にない番号や、一覧にない根拠を書かないでください。
- quote には、原稿の文をそのまま写してください。言い換えないでください。
- level は次のどれかにしてください。
  - likely ..... 一覧の具体例とほぼ同じ形で当たる
  - possible ... 似ているが、文脈や掲載先によって判断が分かれる
- 迷ったときは possible にしてください。挙げずに済ませないでください。
- rewrite には、その表現だけの書き換えの案を書いてください。
  治療の効果やリスクの中身を新しく書き足さないでください。

【気を付けること】
- 「患者さんの声」「喜びの声」「〜とおっしゃっていました」のような、
  患者や家族の感想の引用は、体験談に当たらないかを必ず確かめてください。
- 画像の印がある段落は、治療の内容、費用、主なリスクと副作用の説明が
  近くにあるかを見てください。
- 違反かどうかの結論は書かないでください。

【掲載先】{channel}
【原稿の種類】{doc_type}
【条項の一覧】{rules}
【原稿（文の番号付き）】{sentences}

2つ目（限定解除の要件）の指示です。

自由診療のページの原稿について、次の項目ごとに記載があるかを判定してください。

【項目】
1. 問い合わせ先（電話番号、Eメールアドレス等）
2. 通常必要とされる治療内容
3. 標準的な費用（明確でなければ最低金額から最高金額までの範囲）
4. 治療期間と回数
5. 主なリスクと副作用
6. 未承認医薬品等を使う場合の明示（使わない原稿なら not_applicable）

【status の選び方】
- present ......... 同じページに書かれている
- link_only ....... リンク先のページにだけ書かれている
- small_text ...... 本文より小さい文字の注記にだけ書かれている
- missing ......... 書かれていない
- not_applicable .. その原稿に当てはまらない

【決まり】
- evidence には、根拠にした文をそのまま写してください。
- 書かれていない項目の文を、作って補わないでください。
- 費用が最低金額だけのときは、status を present にして note に
  「範囲の記載がない」と書いてください。

【原稿（文の番号付き、リンクと注記の印付き）】{sentences}

1つ目の指示で「挙げずに済ませない」を書いているのは、この構成が一次チェックだからです。 迷った表現を挙げないと、人の確認から漏れます。多めに挙げて、人が外すほうが安全です。

2つ目の指示で link_only と small_text を分けているのは、ガイドラインが掲載の形式を問題にしているからです。 「書いてある」と「同じページに分かりやすく書いてある」は違います。

出力形式を固定する

2つの呼び出しの結果を、次の形のJSONにまとめて確認票にします。

{
  "doc_id": "",
  "channel": "own_site | listing_ad | sns | flyer",
  "doc_type": "self_pay | insured | notice | column | doctor_profile",
  "banned_words": [ { "sentence_no": 3, "word": "", "rule_id": "" } ],
  "findings": [
    { "sentence_no": 5, "quote": "", "category": "exaggeration",
      "rule_id": "", "level": "likely | possible",
      "rewrite": "", "quote_found": true, "rule_found": true }
  ],
  "limited_lifting": [
    { "item": "risk_side_effects", "status": "present | link_only | small_text | missing | not_applicable",
      "evidence": "", "note": "" }
  ],
  "overall": "clear | needs_review"
}

1つ目の理由は、quote_found と rule_found をプログラムが付けられることです。 AIが写した quote が原稿にあるか、rule_id が条項の一覧にあるかを文字列で確かめます。どちらかが false の指摘は、確認票の先頭に「根拠の確認が要る」として出します。

2つ目は、禁止の指摘と書くべきことの不足を別の欄にできることです。 findings は「削るか直す」、limited_lifting は「書き足す」です。書いた医師に戻すとき、何をすればよいかが欄で分かれます。

3つ目は、overall を規則で決められることです。 banned_words か findings が1つでもあるか、limited_lifting に present と not_applicable 以外があれば needs_review です。

構造化出力は、enum の値の大文字・小文字が保証されないとされているので、判定の文字列は大文字・小文字を区別せずに比べます。拒否や max_tokens での打ち切りではスキーマに合わない出力になりうるとされているので、stop_reason を見て、打ち切りなら原稿を段落で分けて呼び直します。

システムへ連携する

CMSにはつなぎません。 確認票を読んだ担当が、直った原稿をCMSに入れます。公開の操作は人の手に残します。

人が確認する

広報の担当が全件を確かめます。 見る順番を決めておきます。

1. 根拠の確認が要るものを先に見る … quote_found か rule_found が false の指摘です
2. likely を見る … 条項の一覧の具体例と照らして、止めるかを決めます
3. possible を見る … 掲載先と文脈で判断します。迷ったものは広報課長に回します
4. limited_lifting を見る … 不足の項目を、書いた医師に書き足してもらいます
5. clear の原稿も流し読む … 一覧にない表現がないかを見ます
6. 判断を記録する … 止めた・通した・直したを、指摘ごとに残します

書いた医師に戻すときは、指摘ごとに条項の一覧の番号とガイドラインの該当の文を添えます。 「広報が気にしている」ではなく「ガイドラインのここに当たりうる」と伝えると、直してもらいやすくなります。

3番目の possible が、人の判断の中心です。 同じ「最新の機器を導入しました」でも、導入の事実を知らせるお知らせと、他院より優れていると読める文脈では扱いが変わります。その判断を担当者ごとにぶらさないために、6番目の記録を次の判断の材料にします。

例外に対処する

最後の行が大事です。 ガイドラインは改正されており、最近では令和8年3月30日に最終改正されています。条項の一覧が古いまま判定を続けると、改正で足された点を見落とします。 改正の知らせを受けたら、広報課が一覧を直し、直した日を確認票に印字します。

記録を残す

• 原稿の版、掲載先、原稿の種類、受付の日時
• 使った条項の一覧の版（直した日）
• 2回の呼び出しの指示と応答の全文、使ったモデル
• プログラムの照合の結果（quote_found、rule_found、banned_words）
• 担当が止めた・通した・直したの記録と、その理由
• 公開した原稿の版と公開日

5つ目が、この構成を育てる記録です。 担当が通した possible が同じ型で何度も出るなら、条項の一覧の書き方を直します。担当が止めた表現をAIが挙げていなかったら、その表現を使わない言葉の一覧か条項の一覧に足します。