(57)【要約】【課題】  プライバシー保護を考慮しながら医療履歴情報を開示する技術を提供する。【解決手段】  開示許可情報に応じて、過去の医療履歴を表示させる技術を提供する。すなわち、個人IDと治療情報とを受け付け、医療履歴を提供する医療情報提供において、個人IDに基いて当該個人の医療履歴情報を取得し治療情報に基いて開示許可情報を用いて前記取得した医療履歴情報の開示範囲及び非開示範囲を算出し、算出した開示範囲について医療履歴情報を提供する。【選択図】  図６
2015090627.tif 000002
【特許請求の範囲】
【請求項１】
個人IDと、治療情報とを受け付け、医療履歴を提供する医療情報提供システムにおいて、
前記個人IDに基いて、当該個人の医療履歴情報を取得する履歴管理部と、
前記治療情報に基いて、前記取得した医療履歴情報の開示範囲及び非開示範囲を算出する開示処理部と、
を備え、
前記算出した開示範囲について前記医療履歴情報を提供することを特徴とする医療情報提供システム。
【請求項２】
請求項１において、
前記治療情報と前記医療履歴情報の種類との組合せに対して開示可否を記憶した開示許可情報を備え、
前記治療履歴の開示範囲及び非開示範囲の算出は、前記受け付けた治療情報と前記開示許可情報とに基いて、前記医療履歴情報の種類ごとに算出することを特徴とする医療情報提供システム。
【請求項３】
請求項１または２において、
前記治療及び前記医療履歴情報との組み合わせにおける影響を記憶した組合せ情報と、
当該組合せ情報と、前記治療情報と、前記医療履歴情報とに基いて、組合せ影響の判定を行う組合せ判定部と、
を備えて前記組合せ影響の判定結果を提供し、
前記組合せ判定に用いる治療履歴情報は、開示範囲及び非開示範囲の両方を含むことを特徴とする医療情報提供システム。
【請求項４】
請求項３において、
前記非開示範囲の医療履歴情報によって前記判定結果が影響有りになった場合に、前記開示処理部は、前記非公開範囲の医療履歴情報を公開範囲に変更することを備えることを特徴とする医療情報提供システム。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記医療履歴情報は、薬履歴情報であることを特徴とする医療情報システム。
【請求項６】
請求項１乃至４のいずれかにおいて、
前記医療履歴情報は、医療機関による診察記録である電子カルテであることを特徴とする医療情報システム。
【請求項７】
個人IDと、治療情報とを受け付け、医療履歴を提供する医療情報提供方法において、
履歴管理部が、前記個人IDに基いて、当該個人の医療履歴情報を取得する医療履歴取得工程と、
開示処理部が、前記治療情報に基いて、前記取得した医療履歴情報の開示範囲及び非開示範囲を算出する開示処理工程と、
を含み、
前記算出した開示範囲について前記医療履歴情報を提供することを特徴とする医療情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報を提供する技術に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開2006-288473号公報がある。この公報では、薬剤師が患者の薬歴情報に基づいて適切な助言を行うためのお薬手帳システムを情報機器を用いて構成することについて記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2006-288473号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１では、パスワードの設定を可能とし、情報保護に配慮している。しかしながら、その情報保護レベルは、「パスワード要」と「パスワード不要」の２パターンしかない。パスワード不要の場合、情報保護の効果は小さく、パスワード要の場合、薬剤師は全く薬歴を見られず助言できないことがある。また、パスワード不要の場合、過去に重度の病気を患ってその治療薬を投与されていたことが薬歴に記載されている場合、薬局で風邪薬のように軽度な薬を投与される場合でも、過去の重度の病気への投与薬の情報が公開されてしまい、患者のプライバシー保護の観点を十分に考慮しているとはいえない可能性がある。
【課題を解決するための手段】
【０００５】
本発明は、開示許可情報に応じて、過去の医療履歴を表示させる技術を提供する。すなわち、個人ＩＤと治療情報とを受け付け、医療履歴を提供する医療情報提供において、個人ＩＤに基いて当該個人の医療履歴情報を取得し治療情報に基いて前記取得した医療履歴情報の開示範囲及び非開示範囲を算出し、算出した開示範囲について医療履歴情報を提供する。
【発明の効果】
【０００６】
本発明によれば、プライバシーを考慮して治療や処方薬に応じて開示範囲を変更して医療履歴を開示し、治療や処方薬を決定することができる。
【０００７】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施例にかかる医療情報提供システムのシステム構成である。
【図２】本発明の一実施例にかかる薬分類情報である。
【図３】本発明の一実施例にかかる薬履歴情報である。
【図４（ａ）】本発明の一実施例にかかる開示許可テーブルである。
【図４（ｂ）】本発明の一実施例にかかる開示許可テーブルである。
【図５】本発明の一実施例にかかる薬組合せ情報である。
【図６】本発明の一実施例にかかる医療情報提供のフローチャートである。
【図７】本発明の一実施例にかかる医療履歴の表示例である。
【図８】本発明の一実施例にかかる医療情報提供のフローチャートである。
【図９】本発明の一実施例にかかる医療情報提供システムのシステム構成である。
【図１０（ａ）】本発明の一実施例にかかる開示許可テーブルである。
【図１０（ｂ）】本発明の一実施例にかかる開示許可テーブルである。
【図１１】本発明の一実施例にかかる医療情報提供のフローチャートである。
【発明を実施するための形態】
【０００９】
以下に本発明の実施例を、図面を用いて説明する。
【実施例１】
【００１０】
図１は、本実施例に係る各種装置を含んだ全体の構成例を示す図である。本実施例にかかる医療情報システムは、医療情報サーバ２０を備え、互いにネットワーク１１を介して接続されており、クライアント端末１０や薬組合せサーバ３０に接続可能になっている。
【００１１】
クライアント端末１０は、薬剤師や顧客（患者）本人が医療情報システムを利用するために用いる端末である。入力装置、ディスプレイ装置及び記憶装置（図示せず）を有する端末であり、パーソナルコンピュータ（ＰＣ）、携帯電話、薬局のレジ端末などが使用可能である。また、本医療情報システムへの接続用のクライアントソフトがインストールされていてもよい。クライアント端末１０は、ネットワーク１１を介して、医療情報サーバ２０と接続される。
【００１２】
医療情報サーバ２０は、クライアント端末１０から各ＤＢへのアクセスの窓口となるポータルサイトなどを稼動させるサーバである。その内部には、プロセッサ上で稼動するプログラムとしての薬履歴管理部２１と、開示処理部２２と、記憶装置に記憶されるデータベースとしての薬分類情報２３と、薬履歴情報２４と、開示許可テーブル２５と、を備えている。薬分類情報は、薬についての分類などの情報を記憶し、薬履歴情報２４は、個人ごとに処方等した薬の履歴を記憶しており、開示許可テーブル２５は、個人ごとに薬履歴を開示してよいかを記憶している。薬履歴管理部２１は、薬履歴情報２４の書き換えや検索などを行い、開示処理部は、クライアント端末１０に表示させる薬履歴を開示許可テーブル２５を用いて開示可能なように処理する。
【００１３】
薬組合せDB１３は、薬の組合せについての良否（副作用）を記憶したＤＢである。そのプロセッサ上で稼動するプログラムとしての薬組合せ判定部３１と、記憶装置内には、データベースとしての薬組合せ情報３２を保持している。薬組合せ情報３２は、薬の組合せによる影響（副作用）を記憶しており、組合せ判定部３１は、薬組合せ情報３２を用いて影響の有無を判定する。
【００１４】
図２〜５は、記憶装置に記憶される情報のテーブル構成の例である。
【００１５】
図２に示す薬分類情報２３は、流通している薬の情報を含んでおり、薬名称と薬ＩＤと薬分類ＩＤとURLとを対応付けて記憶している。薬ＩＤは、薬を識別するためのＩＤであり、薬分類ＩＤは、薬の種類や重軽度に応じて分類されている。本実施例ではA〜Zの分類番号が振り分けられているが、もっと細分化してもよい。URLは、薬について詳細な情報が掲載してあるWebサイトを示している。
【００１６】
図３に示す薬履歴情報２４は、過去に処方などなされた薬の情報を記録したもので有り、いわゆるお薬手帳の役割をする。薬履歴情報は、対象となる個人ＩＤに紐つけられており、個人ごとに、処方等にかかる日付（時刻等を含んでもよい）、薬ＩＤ、薬の量、状態フラグ、医療機関ＩＤ,薬局ＩＤ等を有する。状態フラグは、薬が顧客に対してどのような状態であるかを示し、例えば、病院で投与された「投与済」、処方箋が発行された「処方済」、処方箋に対して薬局で薬が販売された「販売済」がある。処方された薬と同様の効能のある異なる薬が販売されたことを状態フラグとしてもよい。医療機関ＩＤは、薬を処方または投与した医療機関を識別し、薬局ＩＤは薬を販売した薬局を識別する。担当医師ＩＤや担当薬剤師のＩＤを含めてもよい。 
図４（ａ）及び図４（ｂ）に示す開示許可情報２５は、薬の販売時に、薬剤師が閲覧することができる薬処方履歴を示している。
【００１７】
図４（ａ）に示す開示許可テーブルは、症状の重軽度を示す症状区分ごとに、過去の投与履歴を公開する薬分類の情報を有する。例えば、症状区分が「軽2」と判断された場合、薬剤師に開示される情報は、患者の過去の投与履歴のうち、薬分類が「A」「B」「D」のものとなる。また、公開範囲拡張要求に伴い、範囲拡張を行う場合、症状区分を1ランク重度を重くし、その状態の薬分類の許可情報を開示する。
【００１８】
図４（ｂ）に示す開示許可テーブルは、処方しようとしている薬の区分ごとに、過去の投与履歴を開示する薬分類の情報を有する。例えば、薬分類が「B」と判断された場合、患者の過去の投与履歴の薬分類が「A」「B」のものが開示される。
【００１９】
なお、開示許可テーブルは、履歴にかかる項目軸（横軸）と、現在治療中の項目軸（縦軸）とを少なくとも有し、さらに時間軸（履歴から現在までの期間）などの条件を追加してもよい。履歴にかかる項目軸、現在治療中の項目軸として、実施例記載の薬分類や症状区分の他、閲覧する施設分類（病院、薬局など）等の他の項目を用いたり、複数組み合わせてもよい。また、時間軸として、症状区分が「軽」の場合３年以上、「中」の場合には１０年以上前の履歴については非開示にするということも可能である。
【００２０】
図５に示す薬組合せ情報３２は、薬の組み合わせごとの副作用情報を有する。副作用情報は、医療機関、研究機関、製薬会社などのデータを蓄積して構成され、過去に報告や予測された薬の組合せによる副作用などの情報が蓄積されている。図５では、薬ＩＤで示しているが、量なども含んでもよい。また、副作用が無いことを情報として含んでもよい。
【００２１】
本システムを利用する場合の実施例を説明する。
【００２２】
〈薬履歴確認〉本医療情報システムは、いわゆるお薬手帳の電子版として利用可能である。ここでのユーザである顧客（患者）は、クライアント端末１０としてのPCから医療情報サーバ２０にアクセスし、自己の認証情報（個人ＩＤ及びパスワード）を用いてログインすることにより、自己の薬の履歴である薬履歴情報２４を閲覧することができる。医療情報サーバ２０の薬履歴管理部２１は、ユーザがログインすると、当該ユーザの個人ＩＤに対応する薬履歴情報２４を取得し、さらに薬ＩＤに基いて薬分類情報２３から薬名称を取得し、ユーザ端末に日付、薬名称、量などを出力する。さらにユーザが要求すれば、薬分類情報のURLに基いてWebサイトから薬の詳細情報を取得し、ユーザ端末に出力する。このようにして、顧客は自己の薬の履歴を閲覧することができる。
【００２３】
〈薬販売〉  本医療情報システムは、薬局においてもお薬手帳の電子版として利用可能である。ここでは薬剤師がユーザとなり、クライアント端末として本システムに対応したレジ端末を用いて操作を行う。本ケースでのシーケンスを図６に示す。本実施例では、薬履歴情報２４中で医師から処方された薬ＩＤ「ＡＡ２２２」の薬を、薬局で薬剤師が販売するケースについて説明する。
【００２４】
ユーザーである薬剤師は、顧客（患者）から処方箋と、個人ＩＤを記録した媒体であるＩＣカード(例えば、本システム用のカードや共通番号制度の個人番号カードなど)を受け取り、クライアント端末１０の入力装置を用いて、顧客の個人ＩＤと処方箋記載の症状区分と処方箋に記載された薬ＩＤ（または薬名称、ここでは薬ＩＤ「ＡＡ２２２」）等を入力する。クライアント端末１０は、入力を受付け、それらの情報をネットワークを介して医療情報サーバ２０に送信する(S601)。
【００２５】
医療情報サーバ１２は、患者の個人ＩＤと薬ＩＤを受け付け、まず、薬履歴管理部２１が、個人ＩＤをキーとして顧客の薬履歴情報２４を取得する(S602)。そして、処方箋に記載された薬ＩＤと薬履歴情報とを薬組合せサーバ３０に送信する(S603)。
【００２６】
薬組合せサーバDB１３では、薬ＩＤと薬履歴情報を受け付け、薬組合せ判定部３１が、薬組合せ情報を用いて副作用の有無を検索する(S604)。検索は、処方箋の薬ＩＤと薬履歴情報内の薬ＩＤの組合せをキーとして、薬組合せ情報３２に同じ組合せのレコードがあるかを検索することにより行う。すなわち、販売を行うＡＡ２２２に対して、薬履歴情報２４中の他の薬と副作用があるか検索する。そして、検索結果を医療情報サーバ２０に送信する(S605)。検索結果には、副作用の有無、副作用がある場合には原因になる薬と症状などが含まれている。ここで、薬組合せサーバ３０は、後に開示処理をされる前の薬履歴情報を用いて検索を行っている。そのため、薬剤師に開示される薬履歴に加えて非開示となる薬履歴についても副作用について検索を行い、問題はある場合には通知することができる。
【００２７】
医療情報サーバ２０は、薬組合せサーバ３０への依頼と並行して、薬履歴情報の開示処理を行う（S606）。すなわち、薬履歴情報２４を、顧客の開示許可テーブル２５に基いて、開示可能な状態にする。具体的には、医療情報サーバの開示処理部２２は、顧客の個人ＩＤに基いて顧客の開示許可テーブル２５を記憶装置から取得する。そして、処方箋に記載の症状区分により、各薬分類にかかる開示可否を判定する。そして、薬履歴情報２４の各薬の薬分類に応じて、薬履歴中の各薬の開示分類に応じて、各薬履歴の開示可否を判定し、開示可能な履歴のみを集めて、開示不可能な履歴は削除し、開示用の薬履歴情報を作成する。本実施例では、図４（ａ）記載の開示許可テーブルを用い、症状「軽２」で照合すると、薬分類がA,B及びDのものが開示可能となる。ここで、薬履歴情報２４内の薬II333（薬分類I）については開示可能ではなく、表示用薬履歴からは削除されることになる。
【００２８】
医療情報サーバ２０は、薬組合せサーバ３０から受信した副作用検索結果と、開示用薬履歴情報を、クライアント端末１０に送信する(S607)。クライアント端末１０は、受信した薬履歴情報と副作用検索結果を表示する(S608)。このときの薬履歴の表示例を図７に示す。まず、薬履歴情報２４（日付、量、状態等）と、薬分類情報２３（薬名称等）と、組合せ判定結果（薬組合せ等）に基いて、一つの表にて表示用情報としている。また、本実施例では、薬ＩＤ「ＡＡ２２２」に対して開示可能ではなかった薬II３３３については、表示されていない。
【００２９】
そして、ユーザである薬剤師と顧客は、販売する薬を決定する。ここでは、薬AA222の薬組合せに問題が無かったので薬AA222を選択することが望ましいが、同様の効能を有し廉価なジェネリック薬に変更してもよい。変更があった場合には、組合せについて再検索を行ってもよい。クライアント端末１０は販売する薬と数量の入力を受付けて販売処理を行うとともに、その情報を医療情報サーバ２０に送付する(S609)。
【００３０】
医療情報サーバの薬履歴管理部２１は、受信した薬ＩＤ，量、日付等を、顧客の薬履歴情報２４に履歴を追加し（S610）、処理を終了する。
【００３１】
以上により、薬を販売するときに、必要な開示度で薬履歴を参照するとともに、薬の組合せについてチェックし、薬の処方、販売履歴を記録することができる。
【実施例２】
【００３２】
実施例１では、副作用検索結果で問題が無かった場合を説明したが、本実施例では、副作用検索結果で薬の組み合わせに問題がある場合を説明する。実施例１と同様なものについては説明を省略する。
【００３３】
まず、公開用薬履歴情報の薬との組合せで問題がある場合には、薬剤師は、どの薬に問題があるか知ることができるので、販売する薬を組合せの副作用の無いものに変更することで対応可能である。
【００３４】
本実施例では、図８のシーケンスを用いて、非開示の薬履歴が関わる組合せに副作用がある場合について説明する。S601〜S608は、実施例１と同じであるので、説明を省略する。S608の薬履歴情報と副作用検索結果を表示にて、クライアント端末１０は非開示の薬履歴の薬と間で副作用が有る旨を表示し、開示範囲の拡大の入力を要求する。ユーザである薬剤師は、顧客の同意を取り、開示範囲の拡大の入力をする（ここで暗証番号など顧客同意が取れたことの証拠となるものの入力を要求してもよい。また、開示範囲拡大入力を薬剤師ＩＤとともにログをとってもよい。）。クライアント端末１０は、入力された開示範囲拡大要求を医療情報サーバ２０に送信する（S801）。医療情報サーバ２０は、開示範囲拡大要求を受信すると、開示処理部２２は開示範囲を拡大させた拡大開示用薬履歴情報を作成し、クライアント端末に送信する（S802,S803）。拡大開示により新たに開示される薬履歴としては、例えば、検索で副作用の対象となった薬の履歴、当該薬と同じ薬分類の薬履歴、非開示も含めた全部の薬履歴などが考えられる。
【００３５】
クライアント端末１０は、医療情報サーバ２０から受信した拡大開示用薬履歴情報を表示する（S804）。また、「有り」としか表示しなかった副作用情報を、対象薬や症状を加えて具体的に表示する用にしてもよい（この処理は、医療情報サーバ、クライアント端末のいずれで行ってもよい）。そして、薬剤師は、販売する薬を変更してクライアント端末１０に入力する。
【００３６】
クライアント端末１０を介して変更後の薬ＩＤの入力を受付けた医療情報サーバ２０は、それを薬組合せサーバ３０に転送し（S805）、薬組合せサーバ３０は変更後の薬ＩＤで組合せ判定を行い（S806）、その結果を医療情報サーバ２０を介してクライアント端末１０に送信する（S807）。そして、クライアント端末１０が結果を表示する。
【００３７】
また、顧客の開示範囲拡大の同意が取れなかった場合、薬剤師は新たな情報無しで自らの知識や経験に基いて薬を変更してクライアント端末１０に入力し、S805〜S807を行い、変更後の薬について組合せの結果を表示する。
【００３８】
変更後の薬について問題がなければ、実施例１と同様にクライアント端末１０を用いて販売し、その情報を医療サーバ２０に送って記録を行う（S808,S809）。
【００３９】
このようにして、はじめに入力した薬が、過去の薬との組合せに問題があった場合（特に非開示の薬との組合せに問題があった場合）でも、組合せに問題が無いように薬を選びなおすことができる。
【実施例３】
【００４０】
実施例１，２では、薬について説明したが、医療カルテにも適用可能である。図９に本実施例の医療情報システムをしめす。本実施例では、クライアント端末は、医師が用いるＰＣ端末となり、医療情報サーバは、当該医師の所属する医療機関のサーバ４０と、複数の他の医療機関のサーバ５０があり、それらのサーバに分散して患者の医療情報が記憶されている。これらのサーバは、医療情報連携または共通番号制度の情報連携によって、互いに情報を参照することができるようになっている。医療情報には、病名、治療情報、処方薬の情報が含まれ、いわゆるカルテの役目を果たすものである。医療情報サーバ４０,５０の治療履歴管理部４１，５１、開示処理部４２,５２、治療分類情報４３,５３、治療履歴情報４４,５４、開示許可テーブル４５，５５は、それぞれ、実施例１,２の医療情報サーバ２０の各構成２１〜２５に相当する機能を有する。また、開示許可テーブル４５,５５は、各々の医療情報サーバ４０、５０に共通のものが記憶されているが、他のところに保管してもよい。
【００４１】
図１０（ａ）（ｂ）に、本実施例で用いる本実施例の開示許可テーブル４５,５５を示す。横軸には、履歴として治療分類ＩＤが、縦軸には入力として（ａ）では症状区分が表示され、（ｂ）では診療科ＩＤが表示され、それぞれの組合せについて公開可否が記載されている。縦軸や横軸として、症状ＩＤと診療科区分の他、治療分類、医師ＩＤなど他の項目を用いたり組み合わせたりしてもよい。
【００４２】
なお、本実施例では、開示許可テーブル４５,４６は患者により編集は許可しないものとしている。編集により必要以上に治療履歴を非開示にしてしまうと、開示していれば防ぐことができた医療事故を回避できない恐れがあるからであり、一般に医療の知識が十分ではないことが多い患者の意図は介入できないようにしている。また、各人に共通であるので、開示許可テーブルの保存場所の自由度は大きく、各医療情報サーバに全患者に共通のものを一つずつ格納していれば足りる。本実施例と異なり各人に固有の開示許可テーブルを編集可能に設けるようにしてもよい。
【００４３】
また、本実施例では、治療歴に所定の重い病気（または所定の体質）を患った患者は、開示許可テーブルにかかわらず、全治療履歴を開示する。これは、所定の重病の経験者は、軽い病気でも注意が必要な場合があるからである。
【００４４】
図１１を用いて、本実施例のシーケンスを説明する。ユーザーである医師は、自分の個人ＩＤを用いてクライアント端末１０としてのPCから自医療機関のサーバ４０にログインする。そして、患者の個人ＩＤを用いて患者の電子カルテの要求を入力する。また、症状区分も入力する（S1101）。
【００４５】
自医療機関のサーバ４０は、クライアント端末１０を介してこの要求及び情報を受信し、治療履歴管理部４１は、自サーバの記憶装置から患者の電子カルテである治療履歴情報４４を読み出す（S1102）。ここで、治療履歴情報に、所定の重病や体質があるかチェックする。該当した場合には、後の開示処理を省略して全治療履歴情報を開示することになる。また、医師ＩＤから診療科区分を特定し、他の医療機関のサーバに患者の個人ＩＤと症状区分とともに電子カルテの要求を送る（S1103）。このとき、所定の重病等に該当していれば、その旨も送信する。
【００４６】
その後、自医療機関のサーバ４０の開示処理部４２は、治療履歴情報４４の開示処理を行う（S1104）。すなわち、診療科区分及び症状区分と開示許可テーブル４５に基いて、治療履歴情報４４に含まれている各情報から開示できない情報を除き開示可能な情報を抽出し、開示用の治療履歴情報を作成する。
【００４７】
他のサーバ５０は、治療履歴管理部５１と開示処理部５２とが、自己の治療履歴情報５４を検索し、患者の個人ＩＤに紐ついた電子カルテとしての治療履歴情報５４があれば、当該情報に開示処理を行い、サーバ４０に返信する（S1105〜1107）。また、所定の重病等に該当していれば、その旨も送信する。この場合、サーバ４０は他のサーバに重病該当を送信し、他のサーバ５０は、開示処理にて非開示にせず全医療情報をサーバ４０に送信する。
【００４８】
医療情報サーバ４０は、他のサーバ５０からの治療履歴情報５４と自身に保存された治療情報４４を合わせてクライアント端末１０に送信し、表示させる（S1108,S1109）。
【００４９】
医師は、表示された治療履歴情報に基いて診察を行い、診察結果をカルテとしてクライアント端末１０に入力して医療情報サーバ４０に送信し（S1110）、医療情報サーバ４０は、受信した診察結果をその患者の治療履歴情報に追加して処理を完了する（S1111）。
【００５０】
なお、自医療情報サーバ４０が情報を要求する先として、実施例１，２にかかる医療情報サーバ１０を含め、薬についての医療履歴情報を取得してもよい。
【００５１】
以上、本実施例によって、医療機関においても、必要な開示度で医療履歴を参照し、医療履歴を記録することができる。
【符号の説明】
【００５２】
１０・・・クライアント端末、１１・・・ネットワーク、２０・・・医療情報サーバ、２１・・・薬履歴管理部、２２・・・開示処理部、２３・・・薬分類情報、２４・・・薬履歴情報、２５・・・開示許可テーブル、３０・・・薬組合せサーバ、３１・・・薬組合せ判定部、３２・・・薬組合せ情報。
【図１】
2015090627.tif 000003
【図２】
2015090627.tif 000004
【図３】
2015090627.tif 000005
【図４（ａ）】
2015090627.tif 000006
【図４（ｂ）】
2015090627.tif 000007
【図５】
2015090627.tif 000008
【図６】
2015090627.tif 000009
【図７】
2015090627.tif 000010
【図８】
2015090627.tif 000011
【図９】
2015090627.tif 000012
【図１０（ａ）】
2015090627.tif 000013
【図１０（ｂ）】
2015090627.tif 000014
【図１１】
2015090627.tif 000015