医療機関向け|MDX Flow

医療文書チェック支援システム
― 主治医意見書・訪問看護指示書の記載確認を仕組みで支える開発事例

公的文書の記載漏れ・様式誤りや、訪問看護指示書の更新漏れといった「気づきにくい確認漏れ」を、PDF解析とルール判定で重要度付きに可視化し、専門職の確認を効率化する医療機関向けシステムの開発事例。最終判断は必ず担当者(専門職)が行う、人間レビュー前提の設計。

※ 情報保護の観点から、医療機関名・スタッフ・患者情報は一切掲載していません。

背景と課題

訪問診療や在宅医療を行う医療機関では、主治医意見書・訪問看護指示書といった公的な書類を継続的に作成・管理する必要があります。これらの文書は様式が定められており、記載漏れや和暦・西暦の表記ゆれ、必須フィールドの未記入といった誤りが発生した場合、手戻りや提出期限の遅延につながります。

一方、訪問看護指示書は有効期間が設けられており、期限切れや未作成のまま看護が継続してしまうリスクもあります。これらの確認業務は従来、担当者が個別に書類を目視で確認することに依存しており、業務量が多い日や引き継ぎのタイミングで漏れが生じやすい構造でした。

こうした課題に対し、次の3点を同時に解決できる仕組みが求められていました。

  • 公的文書の記載内容を、担当者の経験値に依存せず仕組みで検出できること
  • 訪問看護指示書の未作成・期限切れを、業務フローの中で自動的に気づける仕組みがあること
  • 最終判断は専門職が行い、自動化が文書の確定や提出を行わない設計であること

解決アプローチ

本プロジェクトでは、性質の異なる2つの医療文書チェック機能を開発しました。

ひとつ目は、主治医意見書などの公的文書を対象としたPDFチェック機能です。pdfplumberを用いてPDFからテキストを抽出し、患者氏名・生年月日・傷病名・作成日といった各フィールドの記載有無を確認します。和暦と西暦が混在しやすい医療文書の特性に対応するため、和暦西暦正規化ロジックを内製し、生年月日の表記ゆれによる誤検知を抑制しています。チェック結果は重要度(error / warning / note)別に整理したレポートとして出力され、担当者が優先的に確認すべき箇所を一目で把握できるよう設計しています。スキャンによる画像PDFはテキスト抽出の対象外となるため、ツールが明示的に警告を出す仕組みとしています。

ふたつ目は、訪問看護指示書の未作成・期限切れを検出するアラート機能です。業務システムからPlaywrightで情報を自動取得し、ルールエンジンが指示書の作成記録・有効期限を判定。未作成や期限切れ間近の患者をリストアップし、Gmail APIを経由して担当者にアラートメールを自動送信します。同日内の重複通知を自動的に抑止する仕組みと、メールを実際には送らないdry-runモードを設け、誤送信リスクを最小化しています。

いずれの機能も、「気づきを促す補助ツール」として設計されており、記載内容の確定判断や対応要否の最終決定は必ず担当者(専門職)が行うことを前提としています。

技術と設計の工夫

PDF解析 pdfplumber による
テキスト抽出
ルール判定 重要度付き
チェックレポート
dry-run対応 誤送信リスク
最小化

※ 数値での定量評価は実施していないため、設計上の特徴を定性ラベルで表記しています。

PDF Analysis

PDF解析と和暦西暦正規化

pdfplumberでPDFからテキストを抽出し、正規表現パターンでフィールドを特定します。医療文書で頻出する和暦・西暦の混在に対応するため、和暦西暦正規化ロジックを内製。生年月日の表記ゆれによる誤検知を抑制しています。画像PDFはテキスト抽出不可のため、ツールが明示的に警告を出します。

Report

重要度付きチェックレポート

チェック結果をerror(必須フィールド未記載・不一致)/ warning(要確認)/ note(参考情報)の3段階重要度で分類し、担当者が優先的に確認すべき箇所をMarkdown・JSON形式で出力します。記載内容の確定は担当者が行うため、レポートは「提示」に徹した設計です。

Alert Engine

指示書の期限ルール判定とGmailアラート

Playwrightで業務システムから情報を自動取得し、訪問看護指示書の作成記録・有効期限をルールエンジンで判定。未作成・期限切れ間近の患者をリストアップし、Gmail APIで担当者にアラートメールを送信します。定期実行を前提とした設計で、業務フローに組み込みやすい構成です。

Safety

重複通知抑止とdry-runモード(誤送信防止)

同日内に同一患者へ重複してアラートを送らないよう、送信済みキーをJSONファイルで管理し自動抑止します。dry-runモードでは実際のメール送信を行わず、検出結果のみを標準出力で確認できるため、本番適用前の安全な動作検証が可能です。

安全設計・人間レビュー前提

医療×自動化の基本原則: 本システムにおける自動化の役割は「確認すべき箇所を重要度付きで提示する補助ツール」です。記載内容の正誤判断・対応要否の最終判断は必ず担当者(専門職)が行います。自動化がそのまま文書を確定したり、提出・送信を実行したりする仕組みにはなっていません。

患者情報を外部サービスへ送信しない設計を基本方針としています。PDF解析・文書照合の処理は医療機関のローカル環境内で完結し、患者氏名・生年月日・傷病名などの情報が外部のサーバーへ流出する経路をアーキテクチャ上で持たない構成です。通常のログ出力でも患者個人情報はマスクして記録されます。

  • 患者情報の処理はローカル環境内で完結(外部送信経路なし)
  • チェック結果は「提示と根拠の明示」のみ——最終判断は専門職が行う
  • dry-runモード実装により、本番適用前の安全な動作確認が可能
  • 重複通知抑止により、同一患者への誤った重複アラートを自動防止
  • 画像PDFはテキスト抽出不可として明示警告——過信を防ぐ設計

段階導入の進め方

医療機関への導入は、現場への負担を最小化するために段階的に進めています。最初から全文書・全機能を対象とするのではなく、「最も確認漏れが起きやすく、仕組み化の効果が見えやすい書類」から開始し、実運用の中で対象範囲を拡張するアプローチを採っています。

  • Phase 1: ヒアリング・要件定義(対象文書・業務システム環境・情報取り扱い方針の確認)
  • Phase 2: 優先チェック項目の実装とdry-run検証(本番環境での動作確認)
  • Phase 3: 限定的な本番運用開始・フィードバック収集
  • Phase 4: 対象文書・チェックルールの段階的拡張と継続改善

帳票フォーマットや業務システムの画面構造は医療機関によって異なるため、初期ヒアリングで現行の環境を確認した上でチェックロジックをカスタマイズします。運用開始後も実際の誤検知・漏れパターンを収集しながら改善を重ねる体制を採っています。

よくあるご質問

自院の様式・電子カルテでも使えますか?

はい、対応可能です。主治医意見書のフォーマットや電子カルテ・業務システムの画面構造に合わせて、PDF解析ルールとブラウザ操作ロジックをカスタマイズします。現行の環境と帳票フォーマットをヒアリングした上で、段階導入の計画をご提案します。まずはご相談ください。

AIや自動化が記載内容を自動で確定するのですか?

いいえ。本システムの役割は「確認すべき箇所を重要度付きで提示する補助ツール」にとどまります。記載内容の正誤判断・対応要否の最終判断は必ず担当者(専門職)が行う設計です。自動化がそのまま文書を確定したり、提出・送信を実行したりする仕組みにはなっていません。この「人間レビューを前提とした設計」はシステムの根幹であり、変更しない方針です。

患者情報の取り扱いはどうなっていますか?

患者情報をシステム外へ送信しない設計を基本方針としています。PDF解析・文書照合の処理は医療機関のローカル環境内で完結し、外部サービスへのデータ送信経路をアーキテクチャ上で持たない構成です。導入前に情報取り扱い方針を必ず確認し、dry-runによる動作検証を行った上で本番運用を開始します。

医療文書の確認業務について、
まずはお気軽にご相談ください。

「似た課題を抱えている」「自院の帳票・電子カルテ環境で動くか確認したい」など、構想段階でのご相談も歓迎します。

無料で相談する 開発事例一覧へ