JP2002351985A - リアルタイム・薬剤オーダーチェックシステム - Google Patents

Abstract

(57)【要約】 【課題】適切な薬剤オーダーが発行されるために患者に
登録されている個人病名と薬剤の関係の適合性のチェッ
ク，病名により異なる最大投与日数のチェック，過去に
処方された薬剤との相互作用による副作用のチェック，
一定期間での累積投与量が適切かどうかのチェック，が
すべて数秒以内に，診療現場での薬剤オーダー発行前に
チェックされ，医師の使用している端末コンピュータに
分かりやすいウインドウとして表示し，直ちに修正可能
とすることを課題とする． 【解決手段】ホストコンピュータから端末コンピュータ
に患者の個人病名，過去の薬剤オーダー内容を転送し，
端末コンピュータ上で薬剤オーダー内容と各チェックマ
スタ，転送されたデータを照合して課題に記した各チェ
ックを行い，警告すべきか否かを端末コンピュータで判
断して，警告すべきオーダー内容であった時はその内容
をウインドウ表示する．

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，中規模以上の病院
における患者の診療中にオーダリングシステムを用いて
薬剤オーダーを発行する際に，処方する薬剤が保険診療
上あるいは安全上適切なものであるかを，患者個人に登
録されている病名データベースおよび過去の処方内容デ
ータベースと照合して，分散配置されている診療端末コ
ンピュータ上でリアルタイムにチェックするシステムで
ある．

【０００２】

【従来の技術】中規模以上の病院においてはオーダリン
グシステムを利用した診療が行われており，診療現場に
分散配置された端末コンピュータ上で患者に対する薬剤
（内服薬・注射薬）のオーダーが行われている．各端末
コンピュータ上で入力された薬剤オーダーは院外処方箋
に印字されたり，調剤業務を担う部門コンピュータや会
計ならびに診療報酬明細書（以下レセプトと記載する）
への記載を処理する医事ホストコンピュータにデータと
して転送される．また，患者個人の病名データも各端末
コンピュータあるいは医事端末コンピュータ上で入力さ
れており，ホストコンピュータ上の病名データベース上
に記録されている．

【０００３】薬剤は上述のように診療現場での端末コン
ピュータからの入力が発生源となっているが，時にここ
での入力に誤りがあり，患者に対して誤った薬剤・数量
が投与されることがある．また，薬剤に対して適切な病
名が登録されていないことにより，レセプト上の薬剤と
病名の関係が不備となり，適切な診療報酬が得られない
ことも多々ある．

【０００４】さらに，病名によりレセプト上の最大投与
可能日数が異なる場合があるためその患者に登録されて
いる病名で許される最大投与可能日数を超えた薬剤処方
がなされレセプト上認められずに適正な診療報酬が得ら
れないこともある．また，過去にオーダーした薬剤との
相互作用による副作用が起きることもあるが，この場合
は診療中にカルテもしくはオーダリングシステムの指示
履歴で過去にさかのぼったデータを参照（目視）しなけ
ればチェックできない．一定期間の累積投与量が多すぎ
ると副作用を起こす薬剤もあるが，この場合も診療中に
過去の指示履歴から薬剤量を合計して医師が判断する必
要があった．これらの医師によるチェック作業は多忙か
つ複雑な業務を行っている診療現場では徹底されない場
合もあり，また，見落としなどによるチェック漏れもあ
った．

【０００５】オーダーが発行され，他部門コンピュータ
やホストコンピュータに薬剤オーダーのデータが転送さ
れた後であれば，不適切な薬剤オーダーのチェックのた
めに，薬剤オーダーの内容を印字したり薬剤調剤を担う
部門のコンピュータへの表示などを参照しながら，安全
性の観点からは薬剤師・看護婦等の病院職員による多重
チェックで監査してきた．また，病院から診療報酬支払
いを行う機関へレセプトを提出するのが１ヶ月に１度で
あることから，提出前に医師・事務官等により集中的に
レセプトのチェックを行っていた．コンピュータ上での
チェックを行うシステムも存在するが，医事コンピュー
タをはじめとする診療現場の端末コンピュータ以外のコ
ンピュータ上で定期的に，集中的にチェックしていた．

【０００６】

【発明が解決しようとする課題】以上の従来技術によれ
ば、発生源たる医師のもとから誤ったデータが入力され
た場合，その後の人間による監査では引き続き見落とし
が発生する可能性が高く，また，定期的なコンピュータ
によるチェックでは特に薬剤オーダーの場合は既に患者
へ薬剤が渡った後でチェックされることとなり，安全性
の観点からは有効なチェック機能とはなっておらず，誤
ったデータの発生自体を抑止するシステムが求められて
いる．

【０００７】特に院外処方箋は診療現場で発行されれば
病院内の多重のチェックにかからずに患者の手に渡る性
質のものであるため，薬剤オーダーの発行前にチェック
がなされ，かつそのチェック内容がわかりやすい形式で
医師に認識され，かつ薬剤オーダーを発行する前に修正
可能であり，修正された誤りのないオーダーのみが端末
コンピュータからそれ以外のコンピュータに転送される
ことが望ましい．

【０００８】適切な薬剤オーダーが発行されるために
は，患者に登録されている個人病名と薬剤の関係の適合
性のチェック，病名により異なる最大投与日数のチェッ
ク，過去に処方された薬剤との相互作用による副作用の
チェック，一定期間での累積投与量が適切かどうかのチ
ェック，がすべてリアルタイムに行われることが望まし
い．また，これらのチェックをリアルタイム行うにあた
っては，速やかにチェック結果を医師に対して提示して
修正が可能となることにより，診療の妨げにならないこ
とが必要である．

【０００９】なおかつ，このチェックが外来や病棟での
オーダーが集中しているときでも各業務用コンピュータ
のレスポンスの低下をきたすことなく行われることが実
診療上では必須である．

【００１０】そこで、この発明は、診療混雑時において
も上記の各チェックをすべて数秒以内に行い適切な薬剤
オーダーが発行できるようになるためのシステムを提供
することを課題とする。

【００１１】

【課題を解決するための手段】以上の課題を解決するた
めに、請求項１はオーダーリングシステムにおいて患者
に対して適切な薬剤オーダーか否かを診療中にリアルタ
イムにチェックして誤りの可能性があるオーダーに対
し，発行前に適切な内容をポップアップウインドウによ
り提示し，修正した上で正しい薬剤オーダーを発行する
ことを可能とするオーダーチェックシステムである．

【００１２】また，請求項２はオーダー集中時も診療を
円滑にすすめるためのレスポンスを確保するために，ホ
ストコンピュータから端末コンピュータに個人病名デー
タを転送したうえで各端末コンピュータで発行前の薬剤
オーダー内容と患者個人に登録されている病名の適合性
をチェックする請求項１記載のオーダーチェックシステ
ムである．

【００１３】また，請求項３はオーダー集中時も診療を
円滑にすすめるためのレスポンスを確保するために，ホ
ストコンピュータから端末コンピュータに個人病名デー
タを転送したうえで各端末コンピュータで発行前の薬剤
オーダーの投与日数と，患者個人に登録されている病名
に対する当該薬剤の最大投与可能日数をチェックする請
求項１記載のオーダーチェックシステムである．

【００１４】また，請求項４はオーダー集中時も診療を
円滑にすすめるためのレスポンスを確保するために，ホ
ストコンピュータから端末コンピュータに過去の薬剤オ
ーダー内容を転送したうえで各端末コンピュータで発行
前の薬剤オーダーと過去の薬剤オーダーの相互作用によ
る副作用の可能性をチェックする請求項１記載のオーダ
ーチェックシステムである．

【００１５】また，請求項５はオーダー集中時も診療を
円滑にすすめるためのレスポンスを確保するために，ホ
ストコンピュータから端末コンピュータに過去の薬剤オ
ーダー内容を転送したうえで各端末コンピュータで特定
期間の累積薬剤投与量をチェックする請求項１記載のオ
ーダーチェックシステムである．

【００１６】

【発明の実施の形態】この発明の一実施形態を、図１に
示す。医師が診療現場で患者に対して，オーダリングシ
ステムの端末コンピュータ上で各種オーダーを入力し，
当該オーダーを発行するためのボタンを押した場合
（１）に，ホストコンピュータ上の全患者の病名を格納
する病名データベースから当該患者の個人病名のみを端
末コンピュータ上に転送する（２）．同様にホストコン
ピュータ上の全患者の過去の指示履歴を格納する指示履
歴データベースから当該患者の定められた期間の指示履
歴データベースを端末コンピュータ上に転送する
（３）．

【００１７】次いでチェックの対象となる薬剤（内服・
注射）オーダーが存在するか否かを判断し（４），薬剤
オーダーがない場合はそのままオーダー内容をホストコ
ンピュータならびに他の部門コンピュータに転送し，オ
ーダーは完結する（５）．薬剤オーダーがあった場合は
チェックの対象となる薬剤オーダー中の薬品を先頭から
順に１薬剤ずつ引用し（６），（１）と（２）で端末コ
ンピュータに転送済みのデータを利用して，端末コンピ
ュータ内で請求項２，請求項３，請求項４，請求項５の
各チェックを行う．各々のチェックに関する詳細は後で
述べる．

【００１８】各々のチェックでマスタに登録されている
警告内容に合致するものがあれば，その都度警告メッセ
ージデータに当該メッセージを追加記録する（７）．

【００１９】請求項２，請求項３，請求項４，請求項５
の全てのチェックを終えたらチェック対象薬品が残って
いるか否かを判断し（８），残っていれば再度（６）か
ら（８）のチェック処理を繰り返す．（８）の判断にお
いてチェック対象薬剤が残っていなければ警告メッセー
ジデータが記録されているか否かを判断し（９），警告
メッセージデータがなければオーダーは完結する（１
０）．警告メッセージデータが存在すれば警告メッセー
ジデータの内容をポップアップウインドウで表示する
（１１）．

【００２０】警告ウインドウを見た上で医師がオーダー
内容あるいは個人病名データを修正するか否かを判断し
（１２），警告内容が診療上許容範囲であると判断した
場合はそのままオーダー発行を完結させる（１３）．警
告内容に従ってオーダー内容あるいは個人病名データを
修正した場合はその結果に対して再度チェックする必要
があるので（１）からの処理に戻る．

【００２１】こうした一連の処理は，ホストコンピュー
タの負荷ならびにデータの転送量が極めて少ない（２）
と（３）の処理を除き全て端末コンピュータ内で行われ
るため，病院内でオーダーが多数発生している混雑時に
もチェックに要する時間は極めてわずかで，かつ，一定
の時間で処理が完結する．このことによって診療時間を
妨げないチェックシステムが構築される．また，ここま
で示したようにチェックの全ての処理が端末コンピュー
タ上で入力した薬剤データがオーダー発行される前段階
で行われ，その結果をもとにオーダー内容を修正可能な
ため，誤った薬剤オーダーが端末コンピュータより外部
に情報として転送される前に適切な内容に改められる．

【００２２】次に請求項２，請求項３，請求項４，請求
項５の各チェック内容について説明する．図２は請求項
２の薬剤と病名の適合性に関するチェック，すなわち図
１の（ａ）を表すものである．まず薬品病名適合性チェ
ックマスタに登録されている薬剤か否かを判断する（２
０）．登録されていない薬剤であればこのチェックは完
結する（２１）．登録されている薬剤であった場合は薬
品病名適合性チェックマスタの当該薬剤に関するレコー
ド内容と患者個人病名を比較し，警告対象となるか否か
を判断する（２２）．警告対象であった場合はマスタか
ら警告メッセージを抽出（２３），警告メッセージデー
タに出力する（２４）．なお，既に警告メッセージデー
タが存在する場合は追加記録する．警告対象でなかった
場合は警告メッセージデータを出力せずに完結する．
（２５）

【００２３】図３は請求項３の病名に対する当該薬剤の
最大投与可能日数チェック，すなわち図１の（ｂ）を表
すものである．まず最大投与日数チェックマスタに登録
されている薬剤か否かを判断する（３０）．登録されて
いない薬剤であればこのチェックは完結する（３１）．
登録されている薬剤であった場合は最大投与日数チェッ
クマスタの当該薬剤に関するレコード内容と患者個人病
名を比較し，病名に対する最大投与可能日数を抽出する
（３２）．なお，対象病名が複数ある場合はその中で最
大の投与日数を採択する．当該オーダーにおける投与日
数と抽出された最大投与日数を比較し，オーダー日数の
方が大きければマスタから警告メッセージを抽出（３
３），警告メッセージデータに出力する（３４）．な
お，既に警告メッセージデータが存在する場合は追加記
録する．オーダー日数が最大投与日数と同じか少なかっ
た場合は警告メッセージデータを出力せずに完結する．
（３５）

【００２４】図４は請求項４の当該薬剤オーダーと過去
の薬剤オーダーの相互作用チェック，すなわち図１の
（ｃ）を表すものである．まず薬品病名適合性チェック
マスタに登録されている薬剤か否かを判断する（４
０）．登録されていない薬剤であればこのチェックは完
結する（４１）．登録されている薬剤であった場合は相
互作用チェックマスタの当該薬剤に関するレコード内容
と端末コンピュータに転送済みの過去の薬剤オーダー履
歴の薬剤名を比較し，警告対象となるか否かを判断する
（４２）．警告対象であった場合はマスタから警告メッ
セージを抽出（４３），警告メッセージデータに出力す
る（４４）．なお，既に警告メッセージデータが存在す
る場合は追加記録する．警告対象でなかった場合は警告
メッセージデータを出力せずに完結する．（４５）

【００２５】図５は請求項５の累積薬剤投与量チェッ
ク，すなわち図１の（ｄ）を表すものである．まず累積
投与チェックマスタに登録されている薬剤か否かを判断
する（５０）．登録されていない薬剤であればこのチェ
ックは完結する（５１）．登録されている薬剤であった
場合は累積投与チェックマスタの当該薬剤に関するレコ
ード内容と端末コンピュータに転送済みの過去の薬剤オ
ーダー履歴から計算された一定期間の合計投与量と今回
のオーダーによる投与量を合計し（５２），警告対象と
なるか否かを判断する（５３）．警告対象であった場合
は警告メッセージデータに出力する（５４）．なお，既
に警告メッセージデータが存在する場合は追加記録す
る．警告対象でなかった場合は警告メッセージデータを
出力せずに完結する．（５５）

【００２６】「他の実施形態」図１の実施形態では請求
項２，請求項３，請求項４，請求項５の全てをチェック
するようにしているが，これらチェックはいずれか１つ
あるいは任意の複数の組み合わせでも構わない．

【００２７】

【発明の効果】以上説明したように、この発明によれ
ば、オーダー集中時にも一定のかつ迅速な時間で薬剤オ
ーダーのチェックが行われ，薬剤と病名の適合性，病名
による最大投与可能日数，過去にオーダーした薬剤との
相互作用，一定期間での累積投与量につき正確なチェッ
クが行われ，誤りがある場合にも誤った薬剤オーダーが
端末コンピュータ外に転送される前に医師による修正が
行われ，適正な薬剤オーダーを可能とする．本発明によ
れば，院外処方箋も患者に渡される前に修正される．こ
れらの結果により，病院は適切な診療報酬が得られ，患
者に安全な薬剤が投与される効果をもたらす．

【図面の簡単な説明】

【図１】この発明の一実施形態を示す図である。

【図２】薬剤と病名の適合性に関するチェックの実施形
態を示す図である．

【図３】薬剤の最大投与可能日数チェックの実施形態を
示す図である．

【図４】薬剤オーダーと過去の薬剤オーダーの相互作用
チェックの実施形態を示す図である．

【図５】累積薬剤投与量チェックの実施形態を示す図で
ある．

【符号の説明】

１０１ ホストコンピュータ １０２ 端末コンピュータ

Claims (5)

【特許請求の範囲】
1. 【請求項１】オーダーリングシステムにおいて患者に対
   して適切な薬剤オーダーか否かを診療中にリアルタイム
   にチェックして誤りの可能性があるオーダーに対し，発
   行前に適切な内容をポップアップウインドウにより提示
   し，修正した上で正しい薬剤オーダーを発行させるオー
   ダーチェックシステム．
2. 【請求項２】オーダー集中時も診療を円滑にすすめるた
   めのレスポンスを確保するために，ホストコンピュータ
   から端末コンピュータに個人病名データを転送したうえ
   で各端末コンピュータで発行前の薬剤オーダー内容と患
   者個人に登録されている病名の適合性をチェックする請
   求項１記載のオーダーチェックシステム．
3. 【請求項３】オーダー集中時も診療を円滑にすすめるた
   めのレスポンスを確保するために，ホストコンピュータ
   から端末コンピュータに個人病名データを転送したうえ
   で各端末コンピュータで発行前の薬剤オーダーの投与日
   数と，患者個人に登録されている病名に対する当該薬剤
   の最大投与可能日数をチェックする請求項１記載のオー
   ダーチェックシステム．
4. 【請求項４】オーダー集中時も診療を円滑にすすめるた
   めのレスポンスを確保するために，ホストコンピュータ
   から端末コンピュータに過去の薬剤オーダー内容を転送
   したうえで各端末コンピュータで発行前の薬剤オーダー
   と過去の薬剤オーダーの相互作用による副作用の可能性
   をチェックする請求項１記載のオーダーチェックシステ
   ム．
5. 【請求項５】オーダー集中時も診療を円滑にすすめるた
   めのレスポンスを確保するために，ホストコンピュータ
   から端末コンピュータに過去の薬剤オーダー内容を転送
   したうえで各端末コンピュータで特定期間の累積薬剤投
   与量をチェックする請求項１記載のオーダーチェックシ
   ステム．