DX

医療業界のワークフローシステム|病院の委員会承認・持出し申請・代理承認の設計

医療業界のワークフローシステム|病院の委員会承認・持出し申請・代理承認の設計

病院の申請書は、一般企業の稟議と違って「誰の決裁か」が職種ごとに分かれています。医療材料の購入は診療科の部長と看護部と事務部を通り、さらに材料委員会の採用審査が加わる病院も少なくありません。この記事では、医療業界でワークフローシステムに載せる価値がある承認経路を、物品購買と委員会承認、医療情報の持出しや保守作業の申請、交代勤務に合わせた代理承認に分けて整理します。電子カルテや医事会計との住み分け、厚生労働省の安全管理ガイドライン第7.0版を踏まえた置き場所の選び方まで、製品の比較ではなく自院の経路を設計する材料としてまとめました。

まとめ:医療業界のワークフローシステムは職種別の系統と委員会から設計する

病院でワークフローシステムを選ぶときは、申請の種類より先に、診療部・看護部・事務部という職種別の系統と、薬事委員会や材料委員会のような横断の審査を棚卸しします。この二つを一つの経路に表現できるかどうかが、医療機関向けかどうかの実質的な判定基準です。

次に、安全管理ガイドラインが手順と承認を求めている申請を拾います。医療情報や情報機器の持出し、保守業者の作業、利用者アカウントの発行と権限変更の三つは、紙や口頭で回っている病院が多く、ワークフローに載せると監査の記録まで一本にまとまります。代理承認は、電子カルテの代行入力とは別物として扱い、誰の代わりに誰がいつ承認したかを残す設計にしてください。患者の情報は申請に持たせず、電子カルテ側の番号を参照するだけにすると、ワークフローを医療情報システムの外に置けます。病床数が少なく委員会審査のないクリニックは、グループウェアの内蔵機能で足ります。機能の全体像やクラウドとオンプレミスの違いから確かめたい場合は、ワークフローシステムとは?機能・クラウドとオンプレの違い・選び方を先に読んでください。

病院の承認経路が汎用ワークフローで詰まる職種別の縦割りと委員会の構造

病院の申請が紙と押印に残りやすい理由は、件数の多さではありません。一つの申請が、職種の違う複数の系統と、常設の委員会を通るためです。

診療部・看護部・事務部の三系統で承認者が変わる申請を判定表で振り分ける

一般企業の組織図は部門の上下で決裁が閉じますが、病院では同じ病棟の申請でも、医師は診療科部長から院長へ、看護師は看護師長から看護部長へ、事務職は課長から事務長へと上がる先が分かれます。たとえば病棟で使う車椅子の購入は看護部の系統、診療科で使う手術器械は診療部の系統、事務用の複合機は事務部の系統です。

実務では、申請フォームに「申請者の職種」と「使用部署」の二つを持たせ、その組み合わせで承認の系統を決める判定表を先に作ります。申請者の所属から自動で系統を引く設定だけにすると、看護師が診療科の器材を申請する場面で経路が合わなくなります。判定表を作らずに製品の設定画面で経路を組み始めると、例外の分岐が積み上がって保守できなくなるのは、他業種と同じ失敗です。

薬事委員会と材料委員会の採用審査を承認経路の途中に挟む待ち状態の設計

多くの病院では、新しい医薬品や医療材料を院内で使い始める前に、薬事委員会や材料委員会の審査を通す運用を取っています。委員会は月1回程度の開催が多く、その間、申請は「審査待ち」の状態で止まります。

ワークフローに載せるときに必要なのは、委員会の開催日まで申請を保留し、審議結果を受けて購買の経路に戻す状態の管理です。直列の承認しか持たない製品では、委員会の事務局が申請を差し戻して再申請させる運用になり、履歴が二本に割れます。製品を比べるときは、「委員会審査待ち」のような任意の状態を経路の途中に置けるか、審議結果に応じて採用・条件付き採用・不採用の三方向に分岐できるかを確認してください。

医療材料と医療機器の購買稟議を委員会審査と電子帳簿保存法に合わせる手順

購買の承認は、院内の決裁であると同時に、取引の記録として残すべき書類でもあります。医療機関では金額の幅が大きく、数百円の消耗品から億単位の画像診断装置までが同じ購買の窓口に集まります。

消耗品の定数補充と高額医療機器の購入稟議を金額と採用区分で経路を分ける

病棟の消耗品は、定数を決めて減った分を補充する運用が一般的です。この補充をすべて稟議に載せると、看護師長の承認待ちが毎日数十件たまります。採用済みの品目で定数内の補充は承認を省き、物品管理システムからの発注に任せる線を引くのが現実的です。

ワークフローに載せるのは、未採用品目の新規購入、定数を超える臨時購入、一定額を超える医療機器の三つです。医療機器は購入後の保守契約や消耗品の継続費用が本体価格に近い額になることがあるため、申請様式に「5年間の保守費用の見積」を必須の項目として置くと、決裁者が総額で判断できます。金額の閾値は院長決裁と理事会付議の境目に合わせ、法人の経理規程と同じ数字を使ってください。

電子で受け取る見積書と発注書を電子取引データとして保存する承認後の扱い

卸や医療機器メーカーから見積書や請求書をPDFで受け取り、ワークフローに添付して承認する運用に切り替えると、その書類は電子帳簿保存法の電子取引データとして保存する対象になります。医療法人も、法人税の申告をする以上この保存義務からは外れません。

国税庁の電子帳簿保存法一問一答【電子取引関係】(令和8年7月版)の問33は、訂正や削除を防ぐ事務処理規程について、規程に沿った運用を業務ソフトに内蔵されたワークフロー機能で確保しても差し支えないと回答しています。承認後の添付書類を編集できない状態にし、取引年月日・取引先・金額で検索できる形で保存できる製品なら、ワークフローを規程運用の器として使えます。医薬品の発注をJD-NETなどの卸のシステムで行っている場合、発注の記録そのものはそちらに残し、ワークフローは採用と臨時購入の決裁だけを持つ分担にしてください。

安全管理ガイドラインが手順と承認を求める持出し・保守・権限の三つの申請

病院特有の申請として見落とされやすいのが、医療情報システムの運用から生まれる申請です。厚生労働省の医療情報システムの安全管理に関するガイドライン第7.0版(令和8年6月)は、いくつかの操作について手順の策定と承認を求めています。紙の台帳で回している病院は多く、ワークフローに載せると記録の検索と報告が楽になります。

医療情報と情報機器の持出し申請を企画管理者の承認と持ち帰り確認までつなぐ

同ガイドラインのシステム運用編は、7章の遵守事項で、医療情報と情報機器の持出しについて運用管理規程に基づく手順を作り、その状況を定期的に企画管理者に報告するよう定めています。保守業者による個人情報を含むデータの持出しは原則禁止で、やむを得ず認める場合は企画管理者の承認を得るとしています。

ここで言う手順の範囲は、持出し前の手続から外部からの持ち帰りまでです。ワークフローの申請にすると、持出しの申請と承認、返却の確認を一本の履歴にまとめられます。申請様式には、持ち出す情報の種類、記録媒体、暗号化の有無、返却予定日を必須の項目として置き、返却予定日を過ぎた申請を一覧で出せるようにしておくと、企画管理者への定期報告がそのまま作れます。

保守業者の作業を事前申請と緊急時の事後承認の二つの経路で記録する方法

同じシステム運用編の10.2は、保守には原則として事前申請と承認が必要で、障害時や緊急を要する脆弱性対応では事後承認も想定されると書いています。保守要員には専用のアカウントを使わせ、個人情報へのアクセスの有無と作業内容を記録することも求めています。

ワークフローでは、事前申請の経路と、作業後に起票する事後承認の経路を分けて用意します。事後承認の経路には「緊急の理由」と「作業開始時刻」を必須にし、事前申請と同じ承認者に回す設計です。事後承認が月に何件あったかを数えられるようにしておくと、事前申請の手続が現場の実態に合っているかを見直す材料になります。パブリッククラウドの電子カルテでは個別の保守を申請で止められないことがあるため、そのシステムは対象から外し、事業者から保守の時間帯を受け取る運用に切り替えてください。保守の申請と承認の記録をどの期間、どこに残すかはワークフローシステムの操作ログ取得で整理した保存年限と外部保管が参考になります。

利用者アカウントの発行と権限変更を職種と異動の申請で管理する規程との対応

同ガイドラインの企画管理編は、13章の遵守事項で、リスク評価に基づいて利用者の認証とアクセス権限等に関する規程を整備し、管理するよう定めています。病院では入職、退職、異動、研修医のローテーションのたびに、電子カルテや部門システムの権限が変わります。

この申請をワークフローに載せ、承認の結果をシステム担当者の作業依頼として渡すと、誰の承認で誰の権限がいつ変わったかを後から追えます。研修医のように数か月ごとに診療科を移る職種は、権限の付与と同時に失効予定日を入れる項目を設けてください。規程と技術的対策の対応関係そのものは、安全管理ガイドライン第7.0版の読み方と規程・技術対策の対応表で整理しています。

医師と看護師の交代勤務に合わせた代理承認とスマホ承認を許す範囲の線引き

病院の承認者は、外来、手術、当直、夜勤明けで日中に席にいないことが珍しくありません。承認が止まらない仕組みと、誰が承認したかを曖昧にしない仕組みを両立させる必要があります。

電子カルテの代行入力と混同しない代理承認の条件と履歴に残す四つの情報

電子カルテには、医師の指示を医師事務作業補助者などが入力する代行入力の仕組みがあります。システム運用編14章の遵守事項は、代行入力が行われた場合に誰の代行がいつ誰によって行われたかを記録し、確定者が内容を確認したうえで速やかに確定操作(承認)を行うよう求めています。これは診療録の真正性のための仕組みで、ワークフローの代理承認とは目的が異なるものです。

ワークフローの代理承認は、承認者が不在の間に別の人が決裁の権限ごと引き受けるものです。代行入力のように後から本人が確定する前提ではありません。そのため、代理を認める期間、代理できる申請の種類、代理者、本人への事後通知の四つを申請の履歴に残す設計にします。手術や当直で半日だけ不在になる診療科部長には、副部長への期間指定の代理を、金額の大きい購買稟議だけは代理の対象から外す、という線引きが扱いやすい形です。

電子カルテ系と情報系のネットワーク分離を前提にスマホ承認を置く場所の判断

多くの病院では、電子カルテが動くネットワークと、メールやインターネットを使う情報系のネットワークを分けています。ワークフローを電子カルテ系に置くと、スマートフォンからの承認や院外からの決裁ができません。

患者の情報を申請に持たせない設計にしておけば、ワークフローは情報系に置くことが可能です。この場合、スマートフォンで許す操作は申請と承認に限り、添付書類の保存は端末に残らない設定にします。看護師の夜勤中の休暇申請や、当直明けの医師による購買の承認が院外から片付くだけで、師長室や医局の書類のたまり方は大きく変わります。シフトの組み替えそのものは勤務表の側で扱う領分なので、交代勤務の勤務表を作る仕組みはシフト管理システムとはを参照してください。

電子カルテ・医事会計と二重管理にしない機能分担と患者情報を載せない境界

ワークフローを単独で入れると、電子カルテや医事会計に入力した内容を申請書に書き写す作業が残ります。逆に、申請に患者の情報を持たせすぎると、ワークフロー自体が医療情報システムになり、安全管理の対象が広がります。

インシデント報告と診療情報の開示請求で患者IDだけを参照する申請様式の作り方

インシデント報告や、患者からの診療情報の開示請求は、病院で件数の多い申請です。どちらも患者の氏名や病名を書きたくなりますが、申請の本文には患者IDと対象期間だけを入れ、詳細は電子カルテ側で確認する様式にします。

インシデント報告は、専用の報告システムを使っている病院も多いので、ワークフローが受け持つのは、医療安全管理室が判断した再発防止策の決裁と、委員会への付議の部分です。開示請求は、受付、主治医の確認、開示の可否の決裁、費用の請求までの経路をワークフローで回し、実際に開示するカルテの写しは電子カルテから出力します。カルテの機能や標準仕様への対応は電子カルテとはで扱っています。

医事会計と会計システムに残す記録とワークフローに移す決裁の線引き

診療報酬の請求や未収金の管理は医事会計システムの領分です。ワークフローが関わるのは、未収金の貸倒れ処理や、減免の決裁、高額な返金のように、医事課の判断を事務長や院長が承認する場面に限られます。

分担の目安は、記録の軸が患者と診療行為なら医事会計、組織の決裁ならワークフローという分け方です。決裁の申請は医事会計の伝票番号を参照し、承認の結果だけを医事課に返します。医事会計から法人の会計システムへ仕訳を渡す設計は、医事会計システムとはで整理しています。

医療機関がワークフローシステムを導入する条件と見送る場面の判断

ここまでの論点を、導入の可否として言い切ります。判断は、職種別の系統と委員会の数、安全管理ガイドライン由来の申請を紙で回しているかどうかで決まります。

導入に踏み切る条件を病床数と委員会の数とガイドライン由来の申請件数で見る

次の三つのうち二つ以上に当てはまるなら、専用のワークフローシステムを入れる価値があります。第一に、病床数がおおむね100床を超え、診療部・看護部・事務部の三系統で決裁が分かれていること。第二に、購買に関わる委員会審査が月1回以上開かれていること。第三に、持出し、保守、アカウント権限の申請を紙の台帳で管理していること。この条件下では、承認待ちの滞留と、監査のときに台帳を探し回る手間の両方を、経路と状態の管理で減らせます。

製品を選ぶときは、自院で最も複雑な申請を1本、デモ環境で設定してもらってください。職種と使用部署による系統の振り分け、委員会審査待ちの状態、期間指定の代理承認の三つが表現できるかで、医療機関向けかどうかが判定できます。

無床診療所や小規模な病院で導入を見送ってよい場面と既存機能での代替手段

無床のクリニックや、院長と事務長の二段で決裁が閉じる小規模な病院は、専用製品を入れる必要がありません。グループウェアの内蔵ワークフローで購買と休暇の申請を電子化し、持出しや保守の記録は様式を統一した表計算のファイルで管理すれば足ります。

見送る場合でも、安全管理ガイドラインが求める持出しの手順と保守の事前申請は、紙でも記録として残します。様式の項目を先に決めておけば、規模が大きくなったときにそのままワークフローの申請様式へ移せます。

パッケージで表現できない承認経路に当たったときの切り替え判断

パッケージで詰まるのは、承認の結果を院内の別のシステムに結びつける場面です。権限変更の承認と同時に電子カルテのアカウントを切り替えたい、材料委員会の採用決定を物品管理システムの品目マスタへ反映したい、開示請求の決裁から医事会計に請求を起こしたい、といった要件は、ワークフロー単体の設定では実現できません。電子カルテ系と情報系をまたぐ連携が必要になるからです。

この段階では、ネットワークの分離と安全管理ガイドラインの要件を前提に、連携の経路そのものを設計する必要があります。院内の既存システムとつなぐ前提で作る場合の進め方は医療機関向けシステム開発のページにまとめています。まずは職種別の系統と委員会、ガイドライン由来の申請を一覧にして、パッケージで賄う範囲と作る範囲を切り分けるところから始めてください。

よくある質問

医療業界でワークフローシステムを検討する担当者から寄せられやすい質問をまとめました。

電子カルテにワークフロー機能があれば別途導入は不要ですか?

電子カルテの承認機能は、指示の確定や代行入力の確定など、診療録の真正性を守るために作られていることが多く、購買稟議や休暇申請の経路を組む用途には向きません。また電子カルテ系のネットワークに置かれるため、スマートフォンや院外からの承認ができない場合があります。事務系の申請まで電子カルテで回せるかは、購買稟議を一本設定できるかを製品の担当者に試してもらってから判断してください。

ワークフローシステムも安全管理ガイドラインの対象になりますか?

申請の中に患者の情報を保存するなら、医療情報を扱うシステムとしてガイドラインの対象に入ると考えて設計します。逆に、申請には患者IDだけを入れ、氏名や病名を持たせない様式にすれば、対象範囲を狭められます。どちらの設計にするかで、置き場所のネットワークやアクセス権限の規程が変わるため、導入前に申請様式の項目を決め、医療情報システム安全管理責任者と確認しておくのが安全です。

クラウド型のワークフローを病院で使っても問題ありませんか?

使えます。患者の情報を載せない設計なら、一般企業と同じクラウド型の製品を情報系のネットワークから使う形が現実的です。患者の情報を扱う場合は、事業者が経済産業省と総務省の提供事業者向けガイドラインに沿っているかを確認します。厚生労働省のガイドラインと合わせて3省2ガイドラインと呼ばれる組み合わせで、契約書や約款にサーバの管理責任の分担が書かれているかを見てください。

医師が忙しくて承認が止まる場合はどう設計すればよいですか?

期間を指定した代理承認と、承認期限を過ぎた申請の自動通知を組み合わせます。代理は副部長など同じ系統の人に限り、金額の大きい購買稟議は代理の対象から外すのが扱いやすい線です。手術や外来の合間に片付けられるよう、スマートフォンからの承認を許す場合は、承認と差し戻しの操作だけを許し、添付書類が端末に残らない設定にしておきます。

導入を決めてから運用開始までどのくらいかかりますか?

休暇申請と購買稟議から始める場合、クラウド型の設定と試験運用で1か月から2か月が目安です。委員会審査の経路や、持出し・保守・権限の申請を載せる場合は、規程と様式の見直しに時間がかかり、さらに2か月から3か月を見ておきます。電子カルテや物品管理システムとの連携を含める場合は、ネットワークをまたぐ経路の設計と試験で追加の期間が必要です。件数の多い休暇申請から始めると、職員に操作が定着しやすくなります。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.09.30 テックブログ OpenAI Dotsとは?常時稼働エージェントの権限設計と自社システム接続【2026年9月】
  2. 2026.03.10 コラム 年収の壁【2026年最新】178万円・136万円・130万円の一覧と手取りの分岐点
  3. 2026.04.20 テックブログ Chrome(Gemini)のSkillsとは?使い方・作成手順・利用条件と表示されない時の対処
  4. 2026.09.27 コラム 法定調書合計表とは?令和8年分の書き方と提出義務、給与・支払データからの集計自動化
  5. 2024.08.22 テックブログ Bokehとは?Pythonでインタラクティブなグラフを作る使い方【3.10対応】

RELATED POSTS 関連記事

目次