JP2002132956A - 薬歴情報統合管理システム - Google Patents

Abstract

(57)【要約】 【課題】 複数の投薬機関にまたがる薬歴を薬剤師（利
用者）が効率良く参照し、必要に応じてコメント等を容
易に付加することができるようにする。 【解決手段】 投薬の機関単位に患者毎の投薬情報を入
力する入力手段と、入力された投薬情報を当該機関単位
で予め定めたデータフォーマットで薬歴情報として記憶
する第１の記憶手段と、記憶された機関単位の薬歴情報
を共通のフォーマットに変換する変換手段と、変換され
た薬歴情報を予め定めた統合単位で統合し、第２の記憶
手段に記憶させる統合処理手段と、統合された薬歴情報
を利用者からのアクセス要求に応じて読み出し、前記機
関単位または統合単位で表示画面に表示させる表示処理
手段とを備えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、投薬情報の入力、
格納、閲覧、印刷等の機能を持つレセプトコンピュータ
と呼ばれる医療用コンピュータ装置を導入している病院
や薬局などの投薬機関において、投薬の機関単位（病
院、薬局など）で入力された患者毎の投薬情報を共通デ
ータフォーマットの薬歴情報に変換し、その変換された
薬歴情報を予め定めた統合単位で統合して記憶装置に格
納し、かつ複数の投薬機関にまたがる投薬履歴を効率良
く参照可能に表示するようにした薬歴情報統合管理シス
テムに関するものである。

【０００２】

【従来の技術】従来の医療用のレセプトコンピュータに
おいては、薬歴情報に関しては、異なる投薬機関で保存
されたデータに関して、それらのデータを統合するため
の機能は提供されず、ネットワーク中の１台のコンピュ
ータが代表してデータを保存することでデータの共有を
実現していたため、同時使用数等で大きな制限があっ
た。また、メーカごとにデータフォーマットが異なるた
め、異なるレセプトコンピュータ間でのデータ交換・統
合は不可能であった。

【０００３】しかし、ネットワークが爆発的に普及した
ことで、他の投薬機関の情報をネットワークを介して参
照したり、データセンタのような拠点にデータを集約す
るような運用が期待されるようになってきた。

【０００４】さらに、従来のキャラクタ端末ベースのレ
セプトコンピュータに実装されている薬歴情報機能で
は、キャラクタ端末の制限によりグラフィカルな薬歴表
示は行われていない。また、グラフィカルユーザインタ
フェース（ＧＵＩ）を持つオペレーティングシステム
(ＯＳ)に移植されたレセプトコンピュータシステムの薬
歴情報機能においては、既存のキャラクタユーザインタ
フェース（ＣＵＩ）との互換性を保つため、例えグラフ
ィカルな表示機能を具備していたとしても、ツリー表示
のような高度にＧＵＩを駆使するようなインタフェース
は採用されていない。

【０００５】しかし、インターネット等のネットワーク
の普及、コンピュータの低価格化によるコンピュータの
普及の進行と分散化によりデータの統合機能が、さらに
はＧＵＩベースのアプリケーションが大半を占めるよう
になるにつれ、薬歴情報も高度にＧＵＩを駆使した表現
力の高いものへの進化が望まれるようになってきてい
る。

【０００６】

【発明が解決しようとする課題】しかしながら、インタ
ーネット等のネットワークの普及、ＧＵＩベースのアプ
リケーションが増加したとは言え、従来のままでは、薬
局等の各投薬機関で分散して保存された薬歴情報が同一
のレセプトコンピュータを使っていたとしてもそのまま
では統合できず、例えば薬局Ａで投薬を受けていた患者
が転居などの理由によって薬局Ｂで投薬を受けるように
なった場合に、薬局Ｂでは薬局Ａでの投薬履歴を参照す
ることができないという問題があった。

【０００７】また、薬歴情報とは、薬局に来店する患者
に対し薬局が調剤した薬の情報を、各来店ごとの情報と
して蓄積し、それを過去情報として利用するものが一般
的である。故に、薬歴の表示は、従来は来店ごとの情報
として順番に表示されているものだった。かつ、画面上
の表示可能情報量の関係で、情報そのものを間引いて表
示していた。従って、薬剤師が見たい情報が画面に表示
されないケースも発生していた。例えば、特定の薬をか
なり以前に処方したかどうかのチェックを行うために画
面表示を行ったとしても、従来のシステムにおいては表
示面積が不足して表示されない、あるいは表示情報を小
さなフォントで表示せざるを得ないために目的とする情
報がすぐに見つからないという問題があった。

【０００８】病院や薬局等の投薬機関において薬歴情報
を扱う薬剤師の仕事とは、本来処方箋の内容と患者の薬
歴を照らし合わせ、薬のプロとして副作用等のチェッ
ク、投薬の妥当性などを検討すべきものである。そのた
めにはすばやい薬歴の把握というものが重要になってく
る。にもかかわらず、従来のシステムにあっては、それ
ができないという大きな問題があった。さらに、紙ベー
スの薬歴の場合、自由な場所に自由にコメントを入れる
ことができるが、レセプトコンピュータではそれが容易
でないという問題があった。

【０００９】本発明の目的は、複数の投薬機関にまたが
る薬歴を薬剤師（利用者）が効率良く参照し、必要に応
じてコメント等を容易に付加することができる薬歴情報
統合管理システムを提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、投薬の機関単位に患者毎の投薬情報を入
力する入力手段と、入力された投薬情報を当該機関単位
で予め定めたデータフォーマットで薬歴情報として記憶
する第１の記憶手段と、記憶された機関単位の薬歴情報
を共通のフォーマットに変換する変換手段と、変換され
た薬歴情報を予め定めた統合単位で統合し、第２の記憶
手段に記憶させる統合処理手段と、統合された薬歴情報
を利用者からのアクセス要求に応じて読み出し、前記機
関単位または統合単位で表示画面に表示させる表示処理
手段とを備えることを特徴とする。

【００１１】また、前記第１の記憶手段に記憶させる薬
歴情報に対して改ざん防止用のフラグを付加する改ざん
防止処理手段をさらに備えることを特徴とする。また、
前記第１の記憶手段に記憶させる薬歴情報に対して、利
用者からのコメント情報を受付け、該コメント情報を付
加して記憶させる手段をさらに備えることを特徴とす
る。また、前記付加されたコメント情報を統合するまた
は統合しないという指示を受付け、この指示に従ってコ
メント情報の処理を行う手段を備えることを特徴とす
る。

【００１２】また、前記第２の記憶手段に記憶された共
通フォーマットの薬歴情報を元のデータフォーマットの
薬歴情報に復元し、表示画面に表示させる手段をさらに
備えることを特徴とする。また、前記第２の記憶手段に
記憶された薬歴情報を機関単位または統合単位にツリー
状形式で表示させるための処理手段をさらに備えること
を特徴とする。また、前記ツリー状形式の表示を利用者
からの指示に従って変更する手段をさらに備えることを
特徴とする。

【００１３】本発明のシステムにおいては、例えば他の
薬局にかかった患者の情報を別の薬局の薬剤師が簡単に
参照できる。また、薬剤師が直感的な操作で、患者の薬
歴の見たい部分を高速に参照することができる。そのた
め、薬剤師はより深くより速く患者の薬歴を知ることが
でき、投薬指導の精度を上げることができる。さらに、
データを各店舗と統合拠点に保存できるので、万が一ど
れかが破損してもデータの復旧が可能であり信頼性を向
上させることができる。

【００１４】

【発明の実施の形態】以下、本発明の実施形態を図面に
よって詳細に説明する。図１は、本発明の一実施形態を
示すシステム構成図である。図１において、１０１は投
薬情報を入力するユーザ（薬剤師またはその補助者）、
１０２は投薬情報を操作卓１０３、１０４から受付ける
レセプトコンピュータ、１０５はレセプトコンピュータ
１０２が受付けた患者毎の投薬情報を当該レセプトコン
ピュータ１０２で予め定めたデータフォーマットで記憶
するデータベース（第１の記憶手段）、１０７及び１０
９は１ないし複数のレセプトコンピュータで受付けた薬
歴情報をそのデータフォーマットを共通フォーマットに
変換し、予め定めた統合単位で統合し、統合データベー
ス１０８，１１０に記憶させる薬歴情報統合サーバであ
る。

【００１５】この実施形態においては、薬歴情報統合サ
ーバを２つにし、各サーバ１０７，１０９に同じデータ
を並列に記憶保存する例を示しているが、一つのサーバ
を拠点サーバに設定し、この拠点サーバで一括して記憶
保存する構成、あるいは薬歴データを複数のサーバで分
散して記憶保存する構成、あるいはそれらの組み合わせ
を採用することができる。図１に示す構成では、薬歴情
報統合サーバ１０９に付属するレセプトコンピュータは
図示を省略している。これらの薬歴情報統合サーバ１０
７および１０９は、例えば薬局単位、病院単位あるいは
複数の薬局をグループ化した単位で設置される。また、
薬歴統合サーバ１０７、１０９とレセプトコンピュータ
とのデータ受け渡しは、ファイアウォール１０６を介し
て行われるようになっている。

【００１６】以上の構成において、ユーザは患者に対す
る投薬情報を操作卓１０３または１０４から入力する。
入力された投薬情報はレセプトコンピュータ１０２に付
属の表示装置(図示せず)に表示される。入力された投薬
情報に誤りがなく、ユーザによって格納指示操作が行わ
れると、入力された投薬情報は薬歴情報としてデータベ
ース１０５に記憶される。この場合、格納するに際し
て、改ざん防止のためのフラグが付加される。さらに各
種データフォーマット１１２に変換された後、ファイア
ウォール１０６を介して薬歴情報統合サーバ１０７に転
送される。

【００１７】薬歴情報統合サーバ１０７は、転送されて
きた薬歴情報を共通フォーマットに変換の後、予め指定
された統合単位で統合し、統合データベース１０８に記
憶させる。図１の構成では、薬歴情報統合サーバ１０７
は共通フォーマットの薬歴情報を他の薬歴情報統合サー
バ１０９にも転送し、同じデータを分散して共有する。
なお、各薬歴情報統合サーバ１０７、１０９は、共通の
データフォーマットの薬歴情報を各種のデータフォーマ
ットのデータに変換して出力する機能を備えており、入
力元のレセプトコンピュータ１０２等からの要求に応じ
て、元のデータフォーマットの薬歴情報に変換して転送
し、表示画面に表示させることが可能なようになってい
る。

【００１８】図２及び図３は、ＧＵＩ環境において、本
実施形態のシステムが備える機能を示す機能ブロック図
である。ここで示す機能は、各薬歴情報統合サーバ１０
７とレセプトコンピュータ１０２の機能を総合したもの
である。図２及び図３において、２０７は薬歴情報統合
サーバ１０７が受付ける薬歴データであり、この薬歴デ
ータ２０７については入力または受付けるパスがいくつ
かある。その一つは、薬歴情報統合サーバ１０７の入力
画面２０１およびデータ入力処理２０２によって受付け
るパスである。２つ目は、レセプトコンピュータ２０３
（図１の１０２に相当）が受付けたデータを共通フォー
マット出力処理２０４によって共通フォーマット形式デ
ータ２０５に変換したものを受付けるパスである。３つ
目は、レセプトコンピュータ２０３（図１の１０２に相
当）が受付けたデータを個別フォーマットファイル出力
処理２２１によって個別フォーマット形式データ（標準
取り込みファイル）に変換したものを受付けるパスであ
る。なお、これらのパスから入力されるデータは、デー
タ取り込み処理（標準・差分）２０６によって標準形式
からの差分のみを取り込むこともできる。４つ目のパス
は、共通フォーマットへの変換処理２２４で、レセプト
コンピュータの種類によって異なる処方日、薬剤などの
薬歴データの並び順、表現、識別子などを統一した共通
フォーマット形式データヘ変換したものを個別データ取
り込み処理（標準・差分）２２３で受付けるパスであ
る。

【００１９】このようなパスで入力される薬歴データは
薬歴データ抽出処理２０８によって予め指定された条件
のデータのみが抽出される。この場合の抽出条件はその
画面またはシステムがどの範囲のデータを表示対象とし
ているか、という条件に従う。すなわち個別の投薬機関
内だけの情報の場合もあるし、すべての投薬機関を統合
した結果を表示対象とする場合もある。この条件はシス
テム設定ファイルに含まれる。抽出後の薬歴データ２０
９がその画面表示することのできるデータのすべてとな
る。

【００２０】抽出後薬歴データ２０９は、薬歴データツ
リー化処理２１４によって、そのデータ構造がツリー状
表示に適したものに変更される。変更の際には、リーの
ノードを表示する／しない、ノードの表示位置を設定フ
ァイルに従い変更することができる。これらはノード表
示／非表示変更処理２２１およびノード表示順位変更処
理２１３によって、ノード表示／非表示情報２１０及び
ノード表示順位変更情報２１２を変更することによって
行う。

【００２１】薬歴データツリー化処理２１４によって、
ツリー状薬歴データ２１５が得られる。このツリー状薬
歴データ２１５に対して、表示処理２１６を実行し、画
面表示２１９とする。この時、画面上でノードの開閉を
行うノード開閉処理２１７、画面上で検索を行う検索処
理２１８を利用できる。また、コメント入力処理２２０
により、表示された患者の薬歴情報の任意の位置または
特定の位置に薬剤師によるコメントを入力できる。

【００２２】図４は、共通フォーマット型の薬歴データ
とツリー状薬歴データのデータ構造の一例である。共通
フォーマット型の薬歴データ４０１が汎用性を考慮し、
大福帳型のデータ構造をとるのに対し、ツリー状薬歴デ
ータ４０２はノード毎に階層化された複合構造をとるた
め、ノードの表示／非表示や付け替えの処理が簡単にで
きるという利点がある。また、図４のツリー状薬歴デー
タ４０２の各ノードは、ノード単位に開閉することがで
きる。例えば、最初の状態では、患者のノード４０２１
を開いた状態に表示し、次に処方日／調剤日のノード４
０２１といった具合に、必要なノードを順番に、あるい
は飛び越して表示させることができる。このようなノー
ド開閉機能を設けたことにより、限られた面積の表示画
面内で多数の患者の薬歴情報を見易い形式で表示させる
ことができる。

【００２３】図５は、各ノード４０２１〜４０２８にコ
メント５０２１〜５０２８を入力した場合のデータ構造
の例を示す図である。ここでは、ツリー状表示の各ノー
ド４０２１〜４０２８に対応する部分に対し、添付情報
としてコメント５０２１〜５０２８を付加することがで
きる構造であるため、入力サイズやタイプにとらわれる
ことなく自由にコメントを入力することが可能で、かつ
ノードの移動や表示／非表示にも簡単に追随することが
できる。この場合、付加されたコメント情報を統合する
か、統合しないかの指示を受付けることができ、統合す
るという指示を受けた場合には、指示された範囲のコメ
ント情報が統合される。

【００２４】なお、本発明は上記の説明に限定されるも
のではなく、以下のように構成することが可能である。 （１）データ変換時は変更差分のみ交換する機能を付加
することにより、様々なネットワークモデルにも対応可
能となる。 （２）データ出力時のフォーマット指定機能を付加する
ことにより、他フォーマットへの対応を迅速に行える。 （３）データ統合をどのレベル（投薬機関単位または投
薬機関グループ単位）で行うか、並存させるかどうかを
設定する手段を設けることにより、投薬機関単位または
投薬機関グループ単位での管理が容易になる。例えば、
薬局数店のデータを一つのサーバに格納する場合、それ
ぞれが完全に別の薬局の場合はそれぞれのデータを並存
させて他店情報はあくまでも別の店として参照する方が
よく、同一グループに属する場合はデータを完全に統合
してあたかも一つの店として参照できるようにすること
ができる。

【００２５】（４）統合拠点に蓄積されたデータを各店
舗に戻す機能を設けることにより、各店舗のデータが破
損した場合に迅速に復旧させることができる。 （５）投薬機関（薬局）ごとに蓄積している薬歴データ
に差異があり、表示不要な項目がある場合には、ノード
そのものの表示／非表示切り替え機能によって対処す
る。 （６）投薬機関ごとに重視するデータ項目に差異があ
り、優先度の高いものはより目立つノードで表示した方
が運用面で効果があると考えられる場合には、ノードそ
のものの表示位置変更機能によって対処する。 （７）特定のノードに存在する情報をいち早く参照する
ために、目的に応じてノード開閉の制御をまとめて自動
的に行うようにする。

【００２６】

【発明の効果】以上のように本発明によれば、複数の投
薬機関にまたがる薬歴を薬剤師（利用者）が効率良く参
照し、必要に応じてコメント等を容易に付加することが
できる。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すシステム構成図であ
る。

【図２】本発明のシステムの機能構成を示す機能ブロッ
ク図（その１）である。

【図３】本発明のシステムの機能構成を示す機能ブロッ
ク図（その２）である。

【図４】共通フォーマット型の薬歴データとツリー状薬
歴データのデータ構造の例を示す図である。

【図５】コメント入力に対応したデータ構造の例を示す
図である。

【符号の説明】

１０１…ユーザ、１０２…レセプトコンピュータ、１０
３、１０４…操作卓、１０４…薬歴情報システム、１０
５…データベース、１０６…ファイアウォール、１０
７，１０９…薬歴情報統合サーバ、１０８，１１０…統
合データベース、２０５…共通フォーマットファイル出
力処理、２２４…共通フォーマットへの変換処理、２１
４…薬歴データツリー化処理、２１７…ノード開閉処
理、２１８…検索処理、２２０…ノード表示／非表示変
更処理、２２２…ノード表示順位変更処理、２２４…デ
ータ入力処理、２２５…入力画面、２２６…コメント入
力処理

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西野 敏行 神奈川県横浜市中区尾上町６丁目90番地 日立ビジネスソリューション株式会社内 (72)発明者 内芝 秀彦 神奈川県藤沢市鵠沼橘１丁目５−１−202 メディコム神奈川有限会社内 (72)発明者 臼井 得雄 神奈川県藤沢市辻堂１丁目３−14 株式会 社カマヤ内

Claims (7)

【特許請求の範囲】
1. 【請求項１】 薬局等の投薬の機関単位に入力された同
   一または異なるデータフォーマットの投薬情報を薬歴情
   報として統合管理する薬歴情報統合管理システムであっ
   て、 投薬の機関単位に患者毎の投薬情報を入力する入力手段
   と、 入力された投薬情報を当該機関単位で予め定めたデータ
   フォーマットで薬歴情報として記憶する第１の記憶手段
   と、 記憶された機関単位の薬歴情報を共通のフォーマットに
   変換する変換手段と、 変換された薬歴情報を予め定めた統合単位で統合し、第
   ２の記憶手段に記憶させる統合処理手段と、 統合された薬歴情報を利用者からのアクセス要求に応じ
   て読み出し、前記機関単位または統合単位で表示画面に
   表示させる表示処理手段とを備えることを特徴とする薬
   歴情報統合管理システム。
2. 【請求項２】 前記第１の記憶手段に記憶させる薬歴情
   報に対して改ざん防止用のフラグを付加する改ざん防止
   処理手段をさらに備えることを特徴とする請求項１に記
   載の薬歴情報統合管理システム。
3. 【請求項３】 前記第１の記憶手段に記憶させる薬歴情
   報に対して、利用者からのコメント情報を受付け、該コ
   メント情報を付加して記憶させる手段をさらに備えるこ
   とを特徴とする請求項１または２に記載の薬歴情報統合
   管理システム。
4. 【請求項４】 前記付加されたコメント情報を統合する
   または統合しないという指示を受付け、この指示に従っ
   てコメント情報の処理を行う手段を備えることを特徴と
   する請求項３に記載の薬歴情報統合管理システム。
5. 【請求項５】 前記第２の記憶手段に記憶された共通フ
   ォーマットの薬歴情報を元のデータフォーマットの薬歴
   情報に復元し、表示画面に表示させる手段をさらに備え
   ることを特徴とする請求項１〜４のいずれか一項に記載
   の薬歴情報統合管理システム。
6. 【請求項６】 前記第２の記憶手段に記憶された薬歴情
   報を機関単位または統合単位にツリー状形式で表示させ
   るための処理手段をさらに備えることを特徴とする請求
   項１〜５のいずれか一項に記載の薬歴情報統合管理シス
   テム。
7. 【請求項７】 前記ツリー状形式の表示を利用者からの
   指示に従って変更する手段をさらに備えることを特徴と
   する請求項１〜６のいずれか一項に記載の薬歴情報統合
   管理システム。