医療電子病歴開発パターン

電子病歴（EMR）および電子健康記録（EHR）システムを構築するためのパターン。患者安全、臨床的正確性、医師の作業効率を優先します。

ユースケース

• 患者診察ワークフローの構築（主訴、身体検査、診断、処方）
• 臨床記録の実装（構造化テキスト + 自由形式テキスト + 音声入力）
• 薬物相互作用チェック機能を含む処方・用薬モジュールの設計
• 臨床意思決定支援システム（CDSS）の統合
• 参考範囲ハイライト表示を含む検査結果表示の構築
• 臨床データ監査証跡の実装
• 医療環境での使いやすい臨床データ入力インターフェースの設計

動作原理

患者安全を最優先

すべての設計判断は以下の質問で評価する必要があります：「これは患者に害をもたらす可能性がありますか？」

• 薬物相互作用は必ず警告を発出する必要があり、サイレントパスはできない
• 異常な検査値は必ず視覚的にフラグが付けられる
• 重篤な生命徴候必ずエスカレーションワークフローをトリガーする
• 監査証跡なしで臨床データを変更してはいけない

シングルページ診察フロー

臨床診察はシングルページ上で垂直に流れるべき — タブ切り替えは不要：

患者ヘッダー情報（固定表示 — 常に表示）
├── 人口統計情報、アレルギー歴、現在の薬剤
│
診察フロー（垂直スクロール）
├── 1. 主訴（構造化テンプレート + 自由形式テキスト）
├── 2. 現病歴
├── 3. 身体検査（系統別分類）
├── 4. 生命徴候（臨床スコア自動計算トリガー）
├── 5. 診断（ICD-10/SNOMED検索）
├── 6. 用薬（医薬品データベース + 相互作用チェック）
├── 7. 検査（検査室/画像医嘱）
├── 8. 計画および追跡
└── 9. 署名 / ロック / 印刷

インテリジェントテンプレートシステム

interface ClinicalTemplate {
  id: string;
  name: string;             // e.g., "Chest Pain"
  chips: string[];          // clickable symptom chips
  requiredFields: string[]; // mandatory data points
  redFlags: string[];       // triggers non-dismissable alert
  icdSuggestions: string[]; // pre-mapped diagnosis codes
}

任意のテンプレート内の危険信号は、目に見える却下不可のアラートをトリガーする必要があります — 通知ではなく。

用薬安全パターン

ユーザーが薬物を選択
  → 現在の薬剤との相互作用をチェック
  → 診察中の薬物との相互作用をチェック
  → 患者のアレルギー歴をチェック
  → 体重/年齢/腎機能に基づいて投与量を検証
  → 重大な相互作用の場合：処方を完全にブロック
  → 臨床医がオーバーライド理由を記録する必要がある
  → 主要な相互作用の場合：警告を表示し確認を要求
  → すべてのアラートとオーバーライド理由を監査証跡に記録

重大な相互作用はデフォルトでブロックします。臨床医は明示的にオーバーライドし、監査証跡に理由を記録する必要があります。重大な相互作用のサイレントパスはシステムで決して許可されません。

診察ロックパターン

臨床診察が署名されると：

• 編集は許可されない — 補遺（独立関連記録）の追加のみ可能
• オリジナル記録と補遺の両方が患者タイムラインに表示される
• 監査証跡は署名者、署名時刻、すべての補遺記録を記録する

臨床データインターフェースパターン

生命徴候表示： 現在値と正常範囲ハイライト（緑/黄/赤）、前回値との比較による傾向矢印、自動計算された臨床スコア（NEWS2、qSOFA）、インライン推奨アクション。

検査結果表示： 正常範囲ハイライト、前回値との比較、重大値の却下不可アラート、採取/分析のタイムスタンプ、保留中の医嘱と予想周期。

処方PDF： ワンクリック生成。患者基本情報、アレルギー歴、診断、薬物詳細（一般名+商品名、用量、投与経路、頻度、期間）、臨床医署名欄を含む。

医療環境でのアクセシビリティ設計

医療インターフェースの要件は一般的なウェブアプリケーションより厳しい：

• 最小コントラスト比4.5:1（WCAG AA） — 臨床医はさまざまな照明条件で作業
• 大きなタッチターゲット（最小44x44px） — 手袋着用または迅速な操作に対応
• キーボードナビゲーション — データ入力が高速な熟練ユーザー向け
• 色だけでの指示は使用しない — 常に色を文字/アイコンと組み合わせる（色盲の臨床医）
• すべてのフォームフィールドにスクリーンリーダーラベル付き
• 臨床アラートは自動消滅する通知は使用しない — 臨床医が主動的に確認する必要がある

アンチパターン

• ブラウザ localStorage に臨床データを保存する
• 薬物相互作用チェックがサイレント失敗する
• 重篤な臨床アラートで却下可能な通知を使用する
• タブベースの診察インターフェースが臨床ワークフロー断片化を引き起こす
• 署名/ロックされた診察記録の編集を許可する
• 臨床データの監査証跡表示がない
• 臨床データ構造で any 型を使用する

例

例1：患者診察フロー

医師が患者 #4521 の接診を開始
  → 固定ヘッダー表示："Rajesh M、58歳、男性、アレルギー歴：ペニシリン、現在の薬剤：メトホルミン 500mg"
  → 主訴：「胸痛」テンプレートを選択
    → チップをクリック：「胸骨後部」、「左腕に放散」、「圧搾性」
    → 赤色警告「圧搾性胸骨後部胸痛」が却下不可のアラートをトリガー
  → 検査：心血管系 — 「S1 S2 正常、雑音なし」
  → 生命徴候：心拍数 110、血圧 90/60、酸素飽和度 94%
    → NEWS2 自動計算：スコア 8、リスク 高、エスカレーションアラート表示
  → 診断：「ACS」を検索 → ICD-10 I21.9 を選択
  → 用薬：アスピリン 300mg を選択
    → CDSS がメトホルミンとの相互作用をチェック：相互作用なし
  → 接診に署名 → ロック、以降補遺のみ追加可能

例2：用薬安全ワークフロー

医師が患者 #4521 にワルファリン処方
  → CDSS が検出：ワルファリン + アスピリン = 重大な相互作用
  → UI：赤い却下不可のモーダルボックスが処方をブロック
  → 医師が「理由を入力してオーバーライド」をクリック
  → 入力：「利益がリスク上回る — INR監視計画実施済み」
  → オーバーライド理由とアラート監査証跡に記録
  → オーバーライド記録後に処方が実行

例3：ロック診察 + 補遺

診察 #E-2024-0891 がシャー博士により 14:30 に署名
  → すべてのフィールドがロック — 編集ボタン非表示
  → 「補遺を追加」ボタン利用可能
  → シャー博士が補遺をクリック、追加：「検査結果受取 — トロポニン上昇」
  → 新規記録 E-2024-0891-A1 がオリジナルにリンク
  → タイムラインが両方を表示：オリジナル診察 + タイムスタンプ付き補遺