(57)【要約】      （修正有）【課題】各薬局内のシステムで薬歴データを管理するために各薬局にて薬歴データを利用しやすい方式で送付するデータサーバを提供する。【解決手段】データサーバ１１が薬歴データ２０を受信した後、データベース３０を有する薬歴データ保存機構２２により薬歴データが保存され、薬歴ファイル作成機構２４により薬歴データをＰＤＦファイルに変換し、データベース３０の薬歴データをもとにファイル名に患者コードを付し、処方せん作成日をインデックスとして設定した薬歴ファイル２６が作成され、薬歴ファイル送信機構２８によりデータベース３０から送信先の薬局が検索された後、それぞれの薬局に薬歴ファイル２６を送信する。【選択図】図２
0003163993.tif 000002
【実用新案登録請求の範囲】
【請求項１】
患者の薬歴を参照するために各薬局に配置される薬歴ファイル受信装置とネットワークを介して接続されており、各薬局で作成される薬歴を管理するデータサーバにおいて、
患者の薬歴を保存するためのデータベースと、処方せんを受け取った薬局から送信された処方せん情報を前記データベースの保存形式に対応した薬歴データに変換して、該薬歴データを前記データベースに保存する機能と、を有する薬歴データ保存機構と、
前記データベースに保存された薬歴データを患者ごとに集めて、ファイル形式に変換した薬歴ファイルを作成する薬歴ファイル作成機構と、
前記薬歴ファイルを患者が利用している各薬局に、ネットワークを介して送信するための薬歴ファイル送信機構と、を備え、
前記薬歴ファイル作成機構により作成された薬歴ファイルを前記薬歴ファイル送信機構を用いて患者の利用しているそれぞれの薬局に該薬歴ファイルを送信することを特徴とするデータサーバ。
【請求項２】
請求項１のデータサーバは、
前記薬歴ファイル作成機構は、薬歴ファイルを作成するときにファイル名に患者の識別番号を付すことにより、該識別番号を使用して所望の患者の薬歴を検索するのを特徴とするデータサーバ。
【請求項３】
請求項１のデータサーバは、
前記薬歴ファイルは、ＰＤＦファイルであり、前記薬歴ファイル作成機構は処方せんの作成日もしくは作成期間を始め患者氏名・生年月日をインデックスとして設定しており、
各薬局の端末にて、薬歴の期間を指定して前記インデックスにより患者の薬歴を検索できるようにファイルを構成するのを特徴とするデータサーバ。
【請求項４】
請求項１に係るデータサーバを一又は二以上含むサーバ群は、各薬局に設置された端末からネットワークを介してアクセスされ、該端末から処方せん情報を入力するための一又は二以上のレセコンサーバをさらに備え、
該レセコンサーバは端末から入力された前記処方せん情報を、薬歴データ保存機構で薬歴データに変換するときに必要な情報を抽出し、送信していることを特徴とするサーバ群。
【考案の詳細な説明】
【技術分野】
【０００１】
本考案は、薬歴の一元管理システムにおいて各薬局に薬歴データを配信するためのデータサーバに関する。
【背景技術】
【０００２】
調剤薬局の各店舗では、薬剤師は患者が持参する処方せんの受領後、処方内容の確認がなされる。状況に応じて疑義照会などの確認業務が行われ、調剤・調剤監査・服薬指導などの業務を行い、患者からの基礎薬歴をもとに副作用の初期症状の有無、服薬状況の確認、その後、投薬が行われ、最後に次回来局時の申し送り事項等を記載した患者個々の薬歴を作成する。
【０００３】
来局患者の多い薬局では、一日の来局患者数が数百名を超えることもあり、さらに薬剤師及び薬局スタッフの業務は、患者受付、調剤、薬袋の準備、薬歴・調剤録の作成等の調剤業務など多岐にわたる。
【０００４】
現在では薬剤師及び薬局スタッフの負担を軽減するために電子薬歴を管理するためのシステムが各薬局に導入されており、薬歴管理業務の効率化が図られている。そして、そのシステムのほとんどは店舗ごとにサーバを置くいわゆる分散システムによるものである。つまり、各薬局内にデータベースが置かれ、スタッフは自由にそれを使用することができるのでスタッフの利用頻度が多くても十分なサービスが提供できるようにも思われる。
【０００５】
ところが、データベースにトラブルが生じたときの現場対応は困難である。データベースの運用時におけるトラブルへの対応は専門知識が必要となることが少なくないためである。特に、ディスクが壊れてデータベースにアクセスできない場合はデータベースのリカバリが必要となり障害の早期解決が求められるが、現場のスタッフが不用意に対応すると操作のミスによりリカバリ不能となるケースも想定される。専門の技術スタッフを現場に派遣させるにしても薬局への移動にかなりの時間を要し、さらに事業を拡大することになればより遠隔地に赴くことになるので、トラブル対応に一層時間的コストがかかることが予想される。また、データベースサーバの定期的な保守が必要となるので運用コストも大きくなる。
【０００６】
そこで、薬歴管理センターに薬歴専用のデータベースを配置し、このデータベースに患者の薬歴等の個人情報を記録させ、各薬局のスタッフは各薬局にある端末からインターネットを介してこのデータベースにアクセスし、薬歴データを利用するという集中システムでの運用が考えられた。このように運用することができれば、一つのサーバで薬歴情報を一元管理することができるので保守が容易となる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３２５３６０
【考案の概要】
【考案が解決しようとする課題】
【０００８】
しかし、「電子薬歴保存に関するガイドライン」において掲げられている「保存性」に関する規定を順守するためには、薬歴管理において電子薬歴のデータが各薬局に存在しなくてはならない。
このガイドラインにおける「保存性」とは、電子薬歴のデータが各薬局内に存在しなければならないことを規定するものである。そして、各薬局の電子薬歴のデータに「保存性」が求められるのは、システムダウン時のガイドラインを担保するための機能を各薬局の記憶装置に持たせることが必要であるからである。
また、実際の運用においても通信回線に障害が生じることや、データベースが故障した場合も復旧までに時間がかかることがある。その間運用できないことになると、薬局の業務に支障をきたすことになる。
すなわち、先述した薬歴専用のデータベースにより薬歴を管理する集中システムでは各薬局に薬歴が存在しないということになるので、システムダウン時に各薬局は薬歴データを利用できずシステムの可用性が下がることになり、また、各薬局にデータベースを設けて薬歴データの管理をしなければ「保存性」に関する規定に反することになる。
【０００９】
そこで、各薬局内のシステムで薬歴データを管理するようにし、かつ保守・トラブル対応などの運用コストのかからない方法により各薬局内に電子薬歴のデータを残して運用するための手段が求められている。
【００１０】
本考案は、上記課題を鑑みなされたものであり、その目的は、各薬局内のシステムで薬歴データを管理するために各薬局にて薬歴データを利用しやすい方式で送付するデータサーバを提供することにある。
【課題を解決するための手段】
【００１１】
そこで、本考案者らは薬歴管理システムにおいて本考案に係るシステムを用いることにより薬歴を管理することにした。
本部（薬歴管理センター）にのみ本考案に係るシステムを設置し、このシステムと各薬局の端末はインターネットにより接続されている。このシステムは、一又は二以上のデータベースサーバ（データサーバ）で構成されている。
患者の薬歴を更新するときは各薬局の端末からデータベースサーバにアクセスし、処方せん情報をもとにデータベースサーバにあるデータベースのみを更新することにした。処方せん情報はデータベースの保存形式に合わせて薬歴データに変換される。そして、データベース更新に伴い患者の薬歴データを収集し、データベースサーバから端末に対して、データベースが更新される度に薬局のスタッフが店舗内で利用しやすいファイル形式（以下、薬歴ファイルという。）に変換して送付することにした。
【００１２】
なお、データサーバ群とは薬歴データを管理する複数のデータサーバを意味しており、薬歴データをデータサーバ群内で一元管理するためにそれぞれのデータサーバ間ではデータの整合性を保っている。データサーバ群としてデータサーバを複数用いる場合は、例えば薬局ごと、もしくは区域ごとにデータサーバが割り当てられる。
【００１３】
薬剤師はデータサーバにアクセスし、データサーバ内の薬歴データを参照することができる。薬剤師は薬歴データをチェックした後、必要に応じて投薬情報を付加し、各薬局へのＰＤＦ発行指示を行う。データサーバ群では薬歴データが一元管理されておりデータの整合性が保たれている。
【００１４】
また、データサーバから配信されるＰＤＦファイルは、各店舗に設置されたストレイジ等に保存され、インターネット回線が途絶した状況下等でも各薬局のストレイジ端末にて薬歴検索ができるように構成されている。
【００１５】
すなわち、請求項１に記載されているように、
患者の薬歴を参照するために各薬局に配置される薬歴ファイル受信装置とネットワークを介して接続されており、各薬局で作成される薬歴を管理するデータサーバにおいて、
患者の薬歴を保存するためのデータベースと、処方せんを受け取った薬局から送信された処方せん情報を前記データベースの保存形式に対応した薬歴データに変換して、該薬歴データを前記データベースに保存する機能と、を有する薬歴データ保存機構と、
前記データベースに保存された薬歴データを患者ごとに集めて、ファイル形式に変換した薬歴ファイルを作成する薬歴ファイル作成機構と、
前記薬歴ファイルを患者が利用している各薬局に、ネットワークを介して送信するための薬歴ファイル送信機構と、を備え、
前記薬歴ファイル作成機構により作成された薬歴ファイルを前記薬歴ファイル送信機構を用いて患者の利用しているそれぞれの薬局に該薬歴ファイルを送信することを特徴としている。
【００１６】
薬歴ファイルは患者の薬歴データを収集したものであり、端末からの処方せん情報が入力されることにより一人の患者に対して作成される。各薬局を利用する患者数は非常に多く、その分薬歴ファイルの数も多数となるので、それらの管理が必要となる。
そこで、患者の認識番号をファイル名の一部又は全部に使用しファイル名を設定した上で各薬局にファイル送信することにより、容易に各薬局で所望の患者の薬歴ファイルを検索できるようにした。認識番号としては、例えば、患者を一意に識別することができる患者コードなどが使用される。
【００１７】
すなわち、請求項２に記載されているように、
前記薬歴ファイル作成機構は、薬歴ファイルを作成するときにファイル名に患者の識別番号を付すことにより、該識別番号を使用して所望の患者の薬歴を検索するのが好適である。
【００１８】
また、各々の患者の薬歴ファイルについても薬歴データが多大となり検索が困難となることが少なくない。そのため、データサーバで薬歴ファイルを作成するときに各薬局で必要なデータを検索しやすいようにしておく必要がある。
そこで、データサーバから送信する薬歴ファイルのファイル形式をＰＤＦファイルとするのが好適である。ＰＤＦファイルは取り扱いが容易であり、また、ＰＤＦファイルのインデックス機能を用いることにより、全文検索よりも迅速に所望の患者の薬歴ファイルから患者の薬歴を検索することが可能となるためである。また、インデックスには処方せんの作成日もしくは作成期間を始め患者氏名・生年月日を設定することにした。
【００１９】
すなわち、請求項３に記載されているように、
前記薬歴ファイルは、ＰＤＦファイルであり、前記薬歴ファイル作成機構は処方せんの作成日もしくは作成期間を始め患者氏名・生年月日をインデックスとして設定しており、
各薬局の端末にて、薬歴の期間を指定して前記インデックスにより患者の薬歴を検索できるようにファイルを構成するのが好適である。
【００２０】
また、診療報酬の計算は専門知識と複雑な計算が必要となるためそれらを行うためのレセコン（レセプトコンピュータ）が通常用いられている。
そのレセコンを店舗側に配置するのではなく本部側のシステムにレセコンサーバとして配置することにしたので、店舗側に設置するものは、主にレセコンサーバにリモートアクセスするための最低限の機能を有するシンクライアントと、ＰＤＦファイルを保存するためのＰＤＦストレイジとなる。このように店舗側システムが簡易化としたことにより店舗側システムの保守が容易となる。また、障害時においても専門の技術スタッフを薬局にまで派遣する必要がないので、運用コストを抑えることができる。
また、レセコンサーバを本部側のシステムに配置する場合、薬歴用のデータサーバに処方せん情報を直接入力するのではなく、レセコンサーバに入力された情報から薬歴データの作成に必要な情報を抽出して、薬歴用データサーバに送信するのが好適である。
【００２１】
すなわち、請求項４に記載されているように、
請求項１に係るデータサーバを一又は二以上含むサーバ群は、各薬局に設置された端末からネットワークを介してアクセスされ、該端末から処方せん情報を入力するための一又は二以上のレセコンサーバをさらに備え、
該レセコンサーバは端末から入力された前記処方せん情報を、薬歴データ保存機構で薬歴データに変換するときに必要な情報を抽出し、送信してもよい。
【考案の効果】
【００２２】
以上説明したように、本考案に係るデータサーバから配信される薬歴ファイルをＰＤＦファイルとして各薬局に配置されているストレイジ等に保存しておくことにより、必要な薬歴データを各薬局で保持しながら、ネットワークを介して接続されているデータサーバが複数あってもサーバを一元管理することができる。
また、各薬局で薬歴データを保持しているので「電子薬歴保存に関するガイドライン」において掲げられている「保存性」に関する規定に反することもない。
【００２３】
また、本考案に係るデータサーバを使用することにより集中システムとして運用することができるので、技術者は管理センターに配置されているデータベースサーバの保守のみに配慮すればよく、管理コストを減らすことができる。また、本部側システムにのみデータベースを配置しており、障害時のリカバリも距離的な問題がないので現場の技術者が早期対応することができシステムの保守性が向上するとともに運用コストを下げることができる。
【００２４】
また、薬歴ファイルのファイル名を患者コードなどの患者を一意に識別できる番号としたので薬局を利用する患者が多数いる場合であっても、所望の患者の薬歴データをファイル名検索により検索することができる。
【００２５】
また、薬歴ファイルのファイル形式をＰＤＦファイルとし、処方せんの作成日もしくは作成期間を始め患者氏名・生年月日をインデックスとして設定することにしたので、インデックスを選択して参照したい期間の服薬状況を迅速に知ることができる。
【００２６】
また、レセコンサーバを本部側システムにのみ配置することにより、店舗側システムの構成が簡易となり運用コストが低減される。
【図面の簡単な説明】
【００２７】
【図１】本考案に係るデータサーバ群と各薬局の端末との間で行われるデータの送受信を示した図である。
【図２】本考案に係るデータサーバ群を構成するデータベースサーバが薬歴データを受信してから行う処理についての説明図である。
【図３】本考案を用いたシステムの処理フローを示した図である。
【図４】本考案に係るデータサーバ群を用いた薬歴管理システムの一実施例の概略図である。
【図５】本考案に係るデータサーバ群を用いた薬歴管理システムの店舗側システムの構成例を示した図である。
【図６】本考案に係るデータサーバ群を用いた薬歴管理システムの本部側システムの構成例を示した図である。
【図７】レセコン側の作業と薬歴側の作業の全体の流れを示した図である。
【考案を実施するための形態】
【００２８】
本考案に係るデータサーバ群と各薬局のクライアント端末との間で行われるデータの送受信について説明する。
図１に示したように、本考案に係るデータサーバ群を用いたシステムは、患者の薬歴データを保存する複数のデータベースサーバ（データサーバ）１１からなるデータサーバ群１０と、処方せん情報を受信し、処方せん情報を薬歴データに変換して患者ごとにＰＤＦファイルとして送信するデータベースサーバ１１と、データベースサーバ１０と各薬局のクライアント端末１４ａ、１４ｂ等とを接続するインターネット１２と、各薬局で受け取った処方せん情報をデータベースサーバ１０へ送信し、データベースサーバ１０から送信されるＰＤＦファイルを受信するクライアント端末１４ａ、１４ｂと、受信したＰＤＦファイルを保存するストレイジ１５ａ、１５ｂよりなる。
【００２９】
各薬局は処方せんを受け取ったときに、クライアント端末１４ａからインターネット１２を介してデータベースサーバ１１に処方せん情報を送信する。データベースサーバ１１で処方せん情報をデータベース３０の保存形式に適応した薬歴データに変換され、該薬歴データによりデータベース３０を更新する。その後、ＰＤＦファイルを作成し、インターネット１２を介してクライアント端末１４ａにＰＤＦファイルを送信する。
【００３０】
処方せんを受け取ったときに各薬局のスタッフがクライアント端末から処方せん情報を入力し、クライアント端末からデータベースサーバへ処方せん情報が送信され、データサーバで薬歴データに変換されてデータベースに保存される。
【００３１】
次に、データサーバ群１０を構成するデータベースサーバ（データサーバ）１１が処方せん情報２０を受け取ってから、送信先薬局へ送信するまでにデータベースサーバ１１で行われる処理について説明する。
図２に示したように、データベースサーバ１１は、各薬局から送信される処方せん情報を薬歴データに変換しており、薬歴データを保存するためのデータベース３０を有する薬歴データ保存機構２２と、データベース３０に保存された薬歴データに基づき薬歴ファイル２６を作成する薬歴ファイル作成機構２４と、薬歴ファイルの送信先薬局をデータベース３０から検索し、送信先薬局へ薬歴ファイルを送信する薬歴ファイル送信機構２８と、を備える。
【００３２】
各薬局の端末からデータベースサーバ１１へ処方せん情報２０が送信されたときは、薬歴データ保存機構２２は処方せん情報を受信した後、薬歴データに変換しデータベース３０に薬歴データを保存する。
次に、薬歴ファイル作成機構２４により、データベース３０から患者の過去の薬歴データを含めてひとまとめにした薬歴ファイル２６が作成される。薬歴ファイル２６は、ＰＤＦファイルである。薬歴データを一覧表示したものを薬剤師等が確認し、必要に応じて投薬情報を薬歴ファイルに追記する。また、薬歴ファイル２６のファイル名には患者を一意に識別できる患者コードが付される。患者コードには、例えば、データベース３０において、どの患者の薬歴データかを一意に識別することができる患者コードと同じものを用いるのが好適である。そうすることで、クライアント端末１４にて患者コードを用いてファイル検索することにより容易に患者のファイルを見つけることができるためである。
【００３３】
また、薬歴ファイル２６はＰＤＦファイルのインデックス機能を用いて、処方せんの作成日もしくは作成期間を始め患者氏名・生年月日をインデックスとして設定してもよい。
【００３４】
薬歴ファイル作成機構２４はデータベース３０から過去の薬歴データにさかのぼって薬歴ファイル２６が作成されるので、処方せんと照らし合わせて近い過去に副作用のある薬品が処方されていないかを調べることができる。さらに、ＰＤＦファイルの機能を用いて薬歴ファイルに作成日や作成期間をインデックスとして設定することにより薬歴データが多くてもより容易に調査することが可能となる。
【００３５】
このように薬歴ファイルの配布を管理することにより各薬局のストレイジに保存されている薬歴ファイルが常に最新のものとなり、薬歴ファイルを疑義照会・調剤監査等の業務に役立てることができる。
【００３６】
また、薬歴ファイル送信機構２８により自動で薬歴ファイルを送付するときは、送信先薬局を検索するため、薬歴データ２０に店舗を識別するための店舗コードを含ませ、データベース３０の外部キーとするのが好適である。
【００３７】
次に、本考案を用いたシステム全体の処理フローについて説明する。
図３には、本考案を用いたシステム全体の処理フローが示されている。
各薬局のスタッフが処方せんを受け取った後（Ｓ１０）、処方せん情報を入力し、薬局の端末１４からデータサーバ群１０にあるデータサーバ１１へ処方せん情報２０を送信する（Ｓ１２）。
データサーバ１１が処方せん情報２０を受信した後、薬歴データ保存機構２２により処方せん情報２０が薬歴データに変換され、薬歴データによりデータベース３０が更新される（Ｓ１４）。
次に、薬歴ファイル作成機構２４により、データベース３０から過去の薬歴データを含めた薬歴ファイル２６がＰＤＦ形式で作成される（Ｓ１６）。そのときに、患者コードを付したファイル名が設定され、ＰＤＦファイルの機能を利用して処方せん作成日もしくは処方せん作成期間を始め患者氏名・生年月日がインデックスとして設定される。
次に、薬歴ファイル送信機構２８は、薬歴ファイルの送信先を検索し（Ｓ２０）、一又は二以上の薬局に薬歴ファイル２６を送信する（Ｓ２２）。
薬歴ファイル２６を受信したら、薬歴ファイルはストレイジ１５に保存され、薬局スタッフはクライアント端末１４を用いて薬歴ファイル２６のファイル名として付された患者コードを検索し（Ｓ２４）、薬歴ファイルに設定されたインデックスから期間を指定して薬歴を検索する（Ｓ２６）。
【００３８】
各薬局ではＰＤＦファイルの患者コードをファイル名に付しているので、スタッフは患者コードをもとにファイル検索することにより所望の患者の薬歴ファイルを検索することができる。薬歴ファイルには処方せんの作成日もしくは作成期間を始め患者氏名・生年月日を項目とするインデックスが設定されているので、スタッフは期間もしくは患者の氏名等を指定して薬歴を検索することができる。
なお、ファイル名に患者コードを指定せず、患者氏名・生年月日をインデックス項目として専らインデックスにより特定の患者の薬歴を検索してもよい。
【００３９】
また、ＰＤＦファイルの圧縮機能を用いることにより、ファイルのサイズをコンパクトにすることが可能である。例えば、長期間ＰＤＦファイルの更新がない患者の薬歴ファイルを圧縮しておくことにより、各薬局で使用されている端末の容量を節約することができる。
【実施例】
【００４０】
図４に本考案のデータサーバ群を含む薬歴管理システムの実施例の概略図を示す。
店舗側システムは、処方せん情報の入力等を行うレセコン用シンクライアント４０ｂとＰＤＦストレイジに保存された薬歴データを参照するための薬歴用シンクライアント４０ａからなるクライアント端末４０と、レセコンサーバ４８に入力された情報をもとに薬袋の表紙の作成を行い、本部側システムから配信されたＰＤＦファイルを保存するストレイジ兼薬袋発行機４２と、薬袋の表紙の印刷を行うプリンタ４３からなる。
なお、本部側システムに薬歴保存のためのデータサーバだけでなくレセコンサーバを置くことによりレセコンの処理を集中管理し、運用コストの低減を図っている。店舗側システムにはシンクライアントを置きリモートアクセス用の端末として使用することにした。
【００４１】
また、本部側システムは、処方せん情報を薬歴データに変換しており、薬歴データを管理する薬歴データベースを有する薬歴サーバ４６と、レセコン用シンクライアント４０ｂからリモートログインされ処方せん情報が入力され、ストレイジ兼薬袋発行機４２及び薬歴サーバ４６に必要な情報を転送するレセコンサーバ−４８と、レセコン用シンクライアントからの入力及び薬歴用シンクライアントへの出力を制御するシンクライアント制御用サーバ５０とからなる。
【００４２】
そして、店舗側システムと本部側システムは店舗側のルータ４５ａと本部側のルータ４５ｂとを介してBranch-VPN回線（閉域ネットワーク、以下、ＶＰＮ回線とする）４４によって接続される。
【００４３】
図５を用いて店舗側システムで行われる処理について説明する。処方せんを受け付けた薬局は、シンクライアント４０（レセコン用シンクライアント４０ａ）からＶＰＮ回線４４を通じてレセコンサーバ４８にアクセスし、処方せん情報を入力する。
なお、処方せん情報はこのようにサーバにリモートアクセスして入力するだけでなく、クライアント端末で処方せん情報を作成しサーバに送付する方法に代替してもよい。
【００４４】
処方せん情報は店舗側システムで薬歴データに変換された後、薬歴データをＰＤＦ形式に薬歴ファイルにまとめてＰＤＦストレイジ４２に送付され、保存される。薬歴用シンクライアント４０ｂにより所望の患者の薬歴ファイルを検索することができる。また、薬歴ファイルにはインデックスが設定されているので、処方せんの作成日等を指定して必要な薬歴データを検索することもできる。
また、薬袋発行機（プリンタ）４３にも薬袋の表紙の作成に必要な情報が送信され、薬袋発行機４３は処方する薬品を記載した薬袋をプリントアウトする。
【００４５】
次に図６を用いて本部側システムで行われる処理について説明する。シンクライアント制御用サーバ５０はＶＰＮ回線４４を介して各店舗のシンクライアントからの入力を制御しており、レセコンサーバ４８はレセコン用シンクライアント４０ａからリモートアクセスされる。そして、レセコンサーバ４８に処方せん情報が入力され、ＶＰＮ回線４４を介してレセコンサーバ４８は薬袋の作成に必要な情報を薬袋発行機４３に送信し、また、本部側システムのＬＡＮを介して薬歴データの作成に必要な情報を薬歴管理サーバに送信する。
なお、レセコンサーバは店舗数分存在し、レセコン用シンクライアントに処方せん情報を入力するためのフォーム等を表示することにより各店舗の処方せん情報の入力を支援している。
【００４６】
薬歴管理サーバ４６はレセコンサーバ４８から受信した処方せん情報を薬歴データに変換し、データベースに保存する。データベースが更新された場合は、薬歴データに対応する患者の情報を検索し、各薬局に配信するために患者の薬歴データをＰＤＦファイルにまとめる。ＰＤＦファイルを作成するときは薬剤師が薬歴データを確認し、必要に応じて投薬情報が追記される。そして、作成されたＰＤＦファイルはＶＰＮ回線４４を介してＰＤＦストレイジ４２へ送信される。
【００４７】
図７は、レセコン側の作業と薬歴側の作業の全体の流れを示している。
各薬局のスタッフが患者から処方せんを受け付けた（Ｓ３０）後、各薬局の端末からレセコンにリモートアクセスして処方せん情報を入力する（Ｓ３２）。入力された情報は会計にも利用される。
処方せん情報が処方データとして送信され、薬歴サーバは処方データを受信する（Ｓ３４）。処方データは薬歴サーバにて解析され（Ｓ３６）、必要に応じて薬剤師等によりＶＰＮ回線を通じて所見情報が入力される（Ｓ３８）。その後、薬歴データが確定され（Ｓ４０）、薬歴データは各薬局に配布するためにＰＤＦファイルに変換される。このＰＤＦファイルはＶＰＮ回線を通じて各薬局に送信され、各薬局のストレイジに保存される（Ｓ４２）。
【符号の説明】
【００４８】
１０・・・・・・・・データサーバ群
１１・・・・・・・・データベースサーバ（データサーバ）
１２・・・・・・・・インターネット
１４ａ、１４ｂ・・・各薬局の端末
２０・・・・・・・・薬歴データ
２２・・・・・・・・薬歴データ保存機構
２４・・・・・・・・薬歴ファイル作成機構
２６・・・・・・・・薬歴ファイル
２８・・・・・・・・薬歴ファイル送信機構
３０・・・・・・・・データベース
４０・・・・・・・・シンクライアント
４２・・・・・・・・ＰＤＦストレイジ
４４・・・・・・・・ＶＰＮ回線
４６・・・・・・・・薬歴管理サーバ
４８・・・・・・・・レセコンサーバ
【図１】
0003163993.tif 000003
【図２】
0003163993.tif 000004
【図３】
0003163993.tif 000005
【図４】
0003163993.tif 000006
【図５】
0003163993.tif 000007
【図６】
0003163993.tif 000008
【図７】
0003163993.tif 000009