JP2003281277A - 医療データベースプロバイド方法、およびシステム - Google Patents
医療データベースプロバイド方法、およびシステムInfo
- Publication number
- JP2003281277A JP2003281277A JP2002119912A JP2002119912A JP2003281277A JP 2003281277 A JP2003281277 A JP 2003281277A JP 2002119912 A JP2002119912 A JP 2002119912A JP 2002119912 A JP2002119912 A JP 2002119912A JP 2003281277 A JP2003281277 A JP 2003281277A
- Authority
- JP
- Japan
- Prior art keywords
- prescription
- database
- medical
- information
- pharmacy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Storage Device Security (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
(57)【要約】 （修正有）
【課題】処方箋と処方薬書を電子化した時に安全にまた
スピーディーに電子文書を交換できると共に、課金の行
える医療データベースプロバイド方法、およびシステム
を提供する。 【解決手段】認証データベース１５１Ｄと処方箋データ
ベース１５６Ｄと処方薬データベース１５８Ｄと課金デ
ータベース１５２Ｄを具備し、アクセス権設定を医師や
薬剤師等のユーザから独立した医療データベースプロバ
イダが行う。医師や薬剤師等のユーザがログインする時
に認証データベースによってユーザＩＤの認証を行い、
認証された医者等がクライアントシステムから処方箋を
発行する。認証された薬剤師が処方箋データベースから
処方箋を取り出して、処方を行い、その結果を処方薬デ
ータベースに保存する。記載を完了した電子文書は医師
や薬剤師等のユーザからは変更できないようにする。処
方箋データベースや処方薬データベースに保存した電子
文書を課金データベースに登録する。
スピーディーに電子文書を交換できると共に、課金の行
える医療データベースプロバイド方法、およびシステム
を提供する。 【解決手段】認証データベース１５１Ｄと処方箋データ
ベース１５６Ｄと処方薬データベース１５８Ｄと課金デ
ータベース１５２Ｄを具備し、アクセス権設定を医師や
薬剤師等のユーザから独立した医療データベースプロバ
イダが行う。医師や薬剤師等のユーザがログインする時
に認証データベースによってユーザＩＤの認証を行い、
認証された医者等がクライアントシステムから処方箋を
発行する。認証された薬剤師が処方箋データベースから
処方箋を取り出して、処方を行い、その結果を処方薬デ
ータベースに保存する。記載を完了した電子文書は医師
や薬剤師等のユーザからは変更できないようにする。処
方箋データベースや処方薬データベースに保存した電子
文書を課金データベースに登録する。
Description
【０００１】
【発明の属する技術分野】本発明は医者等が発行する処
方箋と、薬局が実際に薬を処方した時に発行する処方薬
書を電子化した時に、安全にまたスピーディーに電子文
書を交換できる様にする為の、医療データベースの共有
と管理、および課金を行う医療データベースプロバイド
方法、およびシステムに関する。
方箋と、薬局が実際に薬を処方した時に発行する処方薬
書を電子化した時に、安全にまたスピーディーに電子文
書を交換できる様にする為の、医療データベースの共有
と管理、および課金を行う医療データベースプロバイド
方法、およびシステムに関する。
【０００２】
【従来の技術】従来、患者が医者から処方される薬を手
にする場合に、医者が発行した処方箋を患者が医療機関
への料金支払い時に受け取って、自分の好みの薬局に処
方箋を持参し提出する事によって、薬局がその薬を処方
するのが一般的である。この様な場合に、患者は診察の
ために長時間待ち、料金支払いにまた待ち、それから薬
局に行って処方箋を提出してから薬が処方されるまで、
さらにまた長時間待つということが非常に多い。この様
な問題の解決のために、患者が薬局を医療機関に指定し
て、医療機関が薬局に対してＦＡＸで処方箋の写しを送
るというような事で、待ち時間の短縮が図られている様
な事例もある。
にする場合に、医者が発行した処方箋を患者が医療機関
への料金支払い時に受け取って、自分の好みの薬局に処
方箋を持参し提出する事によって、薬局がその薬を処方
するのが一般的である。この様な場合に、患者は診察の
ために長時間待ち、料金支払いにまた待ち、それから薬
局に行って処方箋を提出してから薬が処方されるまで、
さらにまた長時間待つということが非常に多い。この様
な問題の解決のために、患者が薬局を医療機関に指定し
て、医療機関が薬局に対してＦＡＸで処方箋の写しを送
るというような事で、待ち時間の短縮が図られている様
な事例もある。
【０００３】
【発明が解決しようとする課題】しかし、時にＦＡＸが
不鮮明であったりして、処方薬名が明瞭に判読出来ずに
誤って処方したり処方出来なかったりして、患者が本紙
を持参した時に処方をやり直したりする問題があった。
不鮮明であったりして、処方薬名が明瞭に判読出来ずに
誤って処方したり処方出来なかったりして、患者が本紙
を持参した時に処方をやり直したりする問題があった。
【０００４】また、薬局において処方した薬を、処方箋
を見て手作業でコンピュータにインプットする作業が必
要であり、薬局における作業が多くなっていた。また、
医療機関や薬局において処方箋を一定期間保管する必要
があり、その為に手作業できちんと分類して書庫に保管
しているので、手間と場所を必要としていた。また、イ
ンプットミスが発見された場合に、保管してある処方箋
を書庫から取り出して照合する必要があった。
を見て手作業でコンピュータにインプットする作業が必
要であり、薬局における作業が多くなっていた。また、
医療機関や薬局において処方箋を一定期間保管する必要
があり、その為に手作業できちんと分類して書庫に保管
しているので、手間と場所を必要としていた。また、イ
ンプットミスが発見された場合に、保管してある処方箋
を書庫から取り出して照合する必要があった。
【０００５】本発明は、従来紙であった処方箋を電子化
して、医療機関と薬局で情報を共有化する事により、患
者が長時間待つことなく薬を処方出来るようにするもの
である。また、電子化された処方箋のデータを薬局で利
用する事により、薬局でのコンピュータインプット作業
を大幅に軽減するものである。
して、医療機関と薬局で情報を共有化する事により、患
者が長時間待つことなく薬を処方出来るようにするもの
である。また、電子化された処方箋のデータを薬局で利
用する事により、薬局でのコンピュータインプット作業
を大幅に軽減するものである。
【０００６】また、処方箋や実際に処方した処方書の電
子原本の改ざん防止を図る事によって、電子原始帳票に
証拠能力付与することである。
子原本の改ざん防止を図る事によって、電子原始帳票に
証拠能力付与することである。
【０００７】また、本発明は医療機関と薬局が共有する
データベースを適切に管理して、使用量に見合った料金
を医療機関と薬局に課す為の医療データベースプロバイ
ド方法、およびシステムを提供する事である。
データベースを適切に管理して、使用量に見合った料金
を医療機関と薬局に課す為の医療データベースプロバイ
ド方法、およびシステムを提供する事である。
【０００８】
【課題を解決する為の手段】請求項１に対応する医療デ
ータベースの共有と管理および課金を行う医療データベ
ースプロバイド方法およびシステムは、インターネット
等のネットワークに接続されたサーバとクライアント・
コンピュータからなるデータベースシステムであって、
少なくとも認証データベースと処方箋データベースと処
方薬データベースと課金データベースと、前記それぞれ
のデータベースに対するアクセス権設定データベースと
からなり、アクセス権設定データベースの設定を医師や
薬剤師等のユーザからは独立した医療データベースプロ
バイダが設定を行う事により、医師や薬剤師等のユーザ
がログインする時に認証データベースによって医師や薬
剤師等のユーザＩＤの認証を行い、認証された医者等が
クライアントシステムから処方箋を発行して処方箋デー
タベースに保存出来るようになし、認証された薬剤師が
処方箋データベースから処方箋を取り出して、患者に処
方を行い、その結果を処方薬データベースに保存出来る
ようになし、保存時には医師や薬剤師等のユーザからは
変更できない領域に日時データを記載するようになし、
処方箋データベースや処方薬データベースに保存した電
子文書の登録状態を課金データベースに登録することに
よって適切に課金出来るようになしたものである。
ータベースの共有と管理および課金を行う医療データベ
ースプロバイド方法およびシステムは、インターネット
等のネットワークに接続されたサーバとクライアント・
コンピュータからなるデータベースシステムであって、
少なくとも認証データベースと処方箋データベースと処
方薬データベースと課金データベースと、前記それぞれ
のデータベースに対するアクセス権設定データベースと
からなり、アクセス権設定データベースの設定を医師や
薬剤師等のユーザからは独立した医療データベースプロ
バイダが設定を行う事により、医師や薬剤師等のユーザ
がログインする時に認証データベースによって医師や薬
剤師等のユーザＩＤの認証を行い、認証された医者等が
クライアントシステムから処方箋を発行して処方箋デー
タベースに保存出来るようになし、認証された薬剤師が
処方箋データベースから処方箋を取り出して、患者に処
方を行い、その結果を処方薬データベースに保存出来る
ようになし、保存時には医師や薬剤師等のユーザからは
変更できない領域に日時データを記載するようになし、
処方箋データベースや処方薬データベースに保存した電
子文書の登録状態を課金データベースに登録することに
よって適切に課金出来るようになしたものである。
【０００９】請求項２に対応する医療データベースプロ
バイダのサーバシステムは、少なくとも認証データベー
スと処方箋データベースと処方薬データベースと課金デ
ータベースと前記それぞれのデータベースに対するアク
セス権設定データベースとからなり、クライアントシス
テムから医師や薬剤師等のユーザがログインする時に認
証データベースによって認証を行い、医者等がクライア
ントシステムから処方箋データベースにアクセスして来
た時に医者等のＩＤにより読者権限の有無をチェックし
て、権限がある場合にのみ、処方箋データをクライアン
トシステムに送信するようになし、処方箋を処方箋デー
タベースに保存要求を行った場合には、医者等のＩＤに
より作成者権限の有無をチェックして、権限がある場合
のみ、タイムスタンプデータと共に保存を行い、薬剤師
がクライアントシステムから処方箋データベースにアク
セスして来た時に薬剤師等のＩＤにより読者権限の有無
をチェックして、権限がある場合のみ処方箋データベー
スから処方箋を取り出して薬剤師に見せるようになし、
薬剤師等がクライアントシステムから処方薬データベー
スにアクセスして来た時に薬剤師等のＩＤにより読者権
限の有無をチェックして、権限がある場合のみ、要求デ
ータをクライアントに送信するようになし、処方薬文書
を処方薬データベースに保存要求を行った場合には、薬
剤師等のＩＤにより作成者権限の有無をチェックして、
権限がある場合のみ、タイムスタンプデータと共に保存
を行い、処方箋データベースや処方薬データベースに保
存した電子文書の登録状態を課金データベースに登録す
ることによって、これらの医療データベースの共有と管
理、電子文書の作成日時証明および課金を行えるように
なしたものである。
バイダのサーバシステムは、少なくとも認証データベー
スと処方箋データベースと処方薬データベースと課金デ
ータベースと前記それぞれのデータベースに対するアク
セス権設定データベースとからなり、クライアントシス
テムから医師や薬剤師等のユーザがログインする時に認
証データベースによって認証を行い、医者等がクライア
ントシステムから処方箋データベースにアクセスして来
た時に医者等のＩＤにより読者権限の有無をチェックし
て、権限がある場合にのみ、処方箋データをクライアン
トシステムに送信するようになし、処方箋を処方箋デー
タベースに保存要求を行った場合には、医者等のＩＤに
より作成者権限の有無をチェックして、権限がある場合
のみ、タイムスタンプデータと共に保存を行い、薬剤師
がクライアントシステムから処方箋データベースにアク
セスして来た時に薬剤師等のＩＤにより読者権限の有無
をチェックして、権限がある場合のみ処方箋データベー
スから処方箋を取り出して薬剤師に見せるようになし、
薬剤師等がクライアントシステムから処方薬データベー
スにアクセスして来た時に薬剤師等のＩＤにより読者権
限の有無をチェックして、権限がある場合のみ、要求デ
ータをクライアントに送信するようになし、処方薬文書
を処方薬データベースに保存要求を行った場合には、薬
剤師等のＩＤにより作成者権限の有無をチェックして、
権限がある場合のみ、タイムスタンプデータと共に保存
を行い、処方箋データベースや処方薬データベースに保
存した電子文書の登録状態を課金データベースに登録す
ることによって、これらの医療データベースの共有と管
理、電子文書の作成日時証明および課金を行えるように
なしたものである。
【００１０】請求項３に対応する医療データベースのク
ライアントシステムは、少なくとも医師等および薬剤師
等のユーザＩＤ認証データとサーバ上のデータベースへ
のアクセス手段と電子文書の閲覧・作成および編集手段
と該電子文書の保存手段とからなり、医師等や薬剤師等
がログインする時に、前記ユーザＩＤ認証データにより
ＩＤの認証を行い、ログインを許可し、サーバ上の認証
データベースによりユーザＩＤをチェックし、またＩＤ
毎のアクセスレベルに従ってデータベースへのアクセス
方法を定め、処方箋の電子文書の読者権限がある場合は
サーバからクライアントが文書受信が出来、処方箋の電
子文書の作成者権限がある場合はサーバにクライアント
から文書保存が出来、処方薬の電子文書の読者権限があ
る場合はサーバからクライアントが文書受信が出来、処
方薬の電子文書の作成者権限がある場合はサーバにクラ
イアントから文書保存が出来る様になす事によって、医
療データベースの共有が出来る様になしたものである。
ライアントシステムは、少なくとも医師等および薬剤師
等のユーザＩＤ認証データとサーバ上のデータベースへ
のアクセス手段と電子文書の閲覧・作成および編集手段
と該電子文書の保存手段とからなり、医師等や薬剤師等
がログインする時に、前記ユーザＩＤ認証データにより
ＩＤの認証を行い、ログインを許可し、サーバ上の認証
データベースによりユーザＩＤをチェックし、またＩＤ
毎のアクセスレベルに従ってデータベースへのアクセス
方法を定め、処方箋の電子文書の読者権限がある場合は
サーバからクライアントが文書受信が出来、処方箋の電
子文書の作成者権限がある場合はサーバにクライアント
から文書保存が出来、処方薬の電子文書の読者権限があ
る場合はサーバからクライアントが文書受信が出来、処
方薬の電子文書の作成者権限がある場合はサーバにクラ
イアントから文書保存が出来る様になす事によって、医
療データベースの共有が出来る様になしたものである。
【００１１】請求項４に対応する医療データベースプロ
バイド方法およびシステムは、医者や薬剤師などの個人
ＩＤ情報と、医者が属する医療機関ＩＤ情報と、薬剤師
が属する薬局ＩＤ情報と、複数の医者のＩＤ情報からな
る医者グループ情報と、複数の薬剤師のＩＤ情報からな
る薬剤師グループ情報と、複数の医療補助者のＩＤ情報
からなる医療補助者グループ情報と、複数の薬剤師補助
者のＩＤ情報からなる薬剤師補助者グループ情報とから
なる認証データベースの値に応じて認証を行い、処方箋
データベースと処方薬データベース等へのアクセス制御
を行う事を特徴としたものである。
バイド方法およびシステムは、医者や薬剤師などの個人
ＩＤ情報と、医者が属する医療機関ＩＤ情報と、薬剤師
が属する薬局ＩＤ情報と、複数の医者のＩＤ情報からな
る医者グループ情報と、複数の薬剤師のＩＤ情報からな
る薬剤師グループ情報と、複数の医療補助者のＩＤ情報
からなる医療補助者グループ情報と、複数の薬剤師補助
者のＩＤ情報からなる薬剤師補助者グループ情報とから
なる認証データベースの値に応じて認証を行い、処方箋
データベースと処方薬データベース等へのアクセス制御
を行う事を特徴としたものである。
【００１２】請求項５に対応する医療データベースシス
テムは、医療データベースシステムを構成する個々のデ
ータベースに対して、１対１に対応したアクセスコント
ロール（ＡＣＬ）データとデータベース制御プログラム
を有した構成の医療データベースシステムである。
テムは、医療データベースシステムを構成する個々のデ
ータベースに対して、１対１に対応したアクセスコント
ロール（ＡＣＬ）データとデータベース制御プログラム
を有した構成の医療データベースシステムである。
【００１３】請求項６に対応する医療データベースの共
有と管理、および課金を行う医療データベースプロバイ
ド方法およびシステムは、医師等、薬師等のＩＤ認証デ
ータをクライアントシステムに置く代わりに、サーバ側
において認証を行う事により実現するものである。
有と管理、および課金を行う医療データベースプロバイ
ド方法およびシステムは、医師等、薬師等のＩＤ認証デ
ータをクライアントシステムに置く代わりに、サーバ側
において認証を行う事により実現するものである。
【００１４】請求項７に対応する電子処方箋は、処方箋
に医者ＩＤと記載者ＩＤを設ける事により、記載者が記
載した内容を医者が承認できるようにした事を特徴とす
るものである。
に医者ＩＤと記載者ＩＤを設ける事により、記載者が記
載した内容を医者が承認できるようにした事を特徴とす
るものである。
【００１５】請求項８に対応する医療データベースプロ
バイド方法およびシステムは、処方箋に処方を行う薬局
毎にユニークな薬局ＩＤ情報を記載し、薬剤師および薬
剤師補助者の内で、記載された薬局ＩＤの薬局に所属す
る薬剤師および薬剤師補助者のみが処方箋データベース
中の処方箋にアクセスできるアクセス権を設定するよう
になした処方箋データベースを使用する事により提供す
るものである。
バイド方法およびシステムは、処方箋に処方を行う薬局
毎にユニークな薬局ＩＤ情報を記載し、薬剤師および薬
剤師補助者の内で、記載された薬局ＩＤの薬局に所属す
る薬剤師および薬剤師補助者のみが処方箋データベース
中の処方箋にアクセスできるアクセス権を設定するよう
になした処方箋データベースを使用する事により提供す
るものである。
【００１６】請求項９に対応する医療データベースプロ
バイド方法およびシステムは、処方箋データベースに保
存される電子処方箋に、処方箋毎に医療機関ＩＤ、処方
箋ＩＤとパスワード情報を記載するようになし、該電子
処方箋を紙に印刷して患者に交付し、患者が印刷した処
方箋を薬局に持参して、薬局に提示する事により、薬局
では、読み取り手段によって医療機関ＩＤ、処方箋ＩＤ
とパスワード情報を読み取り、該医療機関ＩＤ、処方箋
ＩＤとパスワード情報により医療データベースプロバイ
ダのサーバシステムから該当の電子処方箋を取り出す事
を特徴とするものである。
バイド方法およびシステムは、処方箋データベースに保
存される電子処方箋に、処方箋毎に医療機関ＩＤ、処方
箋ＩＤとパスワード情報を記載するようになし、該電子
処方箋を紙に印刷して患者に交付し、患者が印刷した処
方箋を薬局に持参して、薬局に提示する事により、薬局
では、読み取り手段によって医療機関ＩＤ、処方箋ＩＤ
とパスワード情報を読み取り、該医療機関ＩＤ、処方箋
ＩＤとパスワード情報により医療データベースプロバイ
ダのサーバシステムから該当の電子処方箋を取り出す事
を特徴とするものである。
【００１７】請求項１０に対応する医療データベースプ
ロバイド方法およびシステムは、一つの処方箋データベ
ースに複数の医療機関の処方箋を保存するのではなく、
医療機関毎に独立に処方箋データベースを保有するよう
になし、一つの処方薬データベースに複数の薬局の処方
情報を保存するのではなく、薬局毎に独立に処方薬デー
タベースを保有するようになした事を特徴とするもので
ある。
ロバイド方法およびシステムは、一つの処方箋データベ
ースに複数の医療機関の処方箋を保存するのではなく、
医療機関毎に独立に処方箋データベースを保有するよう
になし、一つの処方薬データベースに複数の薬局の処方
情報を保存するのではなく、薬局毎に独立に処方薬デー
タベースを保有するようになした事を特徴とするもので
ある。
【００１８】請求項１１に対応する医療データベースプ
ロバイド方法およびシステムは、医療機関のクライアン
トシステムに、請求項１０記載の医療機関毎に独立の処
方箋データベースの中で、自分の医療機関の処方箋デー
タベースの複製を置くようになし、常時はサーバ内とク
ライアント内の処方箋データベースの同期を取るように
なし、通信回線が不通の時にはクライアント内複製のデ
ータベースで処方箋を発行し、通信回線が回復した時に
再び自動的に処方箋データベースの同期を取るようにな
した事を特徴とするものである。
ロバイド方法およびシステムは、医療機関のクライアン
トシステムに、請求項１０記載の医療機関毎に独立の処
方箋データベースの中で、自分の医療機関の処方箋デー
タベースの複製を置くようになし、常時はサーバ内とク
ライアント内の処方箋データベースの同期を取るように
なし、通信回線が不通の時にはクライアント内複製のデ
ータベースで処方箋を発行し、通信回線が回復した時に
再び自動的に処方箋データベースの同期を取るようにな
した事を特徴とするものである。
【００１９】請求項１２に対応する医療データベースプ
ロバイド方法、およびシステムは、薬局のクライアント
システムに、自分の薬局の処方薬データベースの複製を
置くようになし、常時は、サーバ内とクライアント内の
処方薬データベースの同期を取るようになし、通信回線
が不通の時には、クライアント内複製のデータベースで
処方薬を発行し、通信回線が回復した時に、再び自動的
に処方薬データベースの同期を取るようになした事を特
徴とするものである。
ロバイド方法、およびシステムは、薬局のクライアント
システムに、自分の薬局の処方薬データベースの複製を
置くようになし、常時は、サーバ内とクライアント内の
処方薬データベースの同期を取るようになし、通信回線
が不通の時には、クライアント内複製のデータベースで
処方薬を発行し、通信回線が回復した時に、再び自動的
に処方薬データベースの同期を取るようになした事を特
徴とするものである。
【００２０】請求項１３に対応する電子処方箋は、医者
が記載できる場所と薬局が記載できる場所を区分して設
け、それぞれの場所に、日時データと記載者のＩＤとを
保存するようになし、医者が記載できる場所は、薬局で
は変更できないようにして、薬局で記載できる場所は、
医者が変更できないようにして、記載を完了すると、医
者も薬局も変更できない事を特徴とするものである。
が記載できる場所と薬局が記載できる場所を区分して設
け、それぞれの場所に、日時データと記載者のＩＤとを
保存するようになし、医者が記載できる場所は、薬局で
は変更できないようにして、薬局で記載できる場所は、
医者が変更できないようにして、記載を完了すると、医
者も薬局も変更できない事を特徴とするものである。
【００２１】請求項１４に対応する電子処方箋は、電子
処方箋の医者が記載できる場所と薬局が記載できる場所
それぞれに対応して、保存時のクライアントＰＣ日時、
ＤＢの同期時のクライアントＰＣとサーバの時刻を記載
して電子文書を保存し、保存後は医者も薬局も変更でき
ない事を特徴とするものである。
処方箋の医者が記載できる場所と薬局が記載できる場所
それぞれに対応して、保存時のクライアントＰＣ日時、
ＤＢの同期時のクライアントＰＣとサーバの時刻を記載
して電子文書を保存し、保存後は医者も薬局も変更でき
ない事を特徴とするものである。
【００２２】請求項１５に対応する電子処方箋は、電子
処方箋の医者が記載できる場所と薬局が記載できる場所
それぞれに対応して追加情報領域を設けて、医療機関が
記載できる追加情報領域には、医療機関のみがアクセス
可能と成し、保険点数情報などを追記可能となし、薬局
が記載できる追加情報領域には、薬局のみがアクセス可
能となし、保険点数情報などを追記可能となした事を特
徴とするものである。
処方箋の医者が記載できる場所と薬局が記載できる場所
それぞれに対応して追加情報領域を設けて、医療機関が
記載できる追加情報領域には、医療機関のみがアクセス
可能と成し、保険点数情報などを追記可能となし、薬局
が記載できる追加情報領域には、薬局のみがアクセス可
能となし、保険点数情報などを追記可能となした事を特
徴とするものである。
【００２３】
【発明の実施の形態】（構成）次に、本発明の実施の形
態について説明する。
態について説明する。
【００２４】図１は本発明になる医療データベースプロ
バイドシステムの全体構成の一実施例を示すものであ
る。同図において、１は医療ＤＢ（データベース）セン
タ、２、３は病院や医院などの医療機関、４、５は薬
局、６はインターネット等のネットワークである。同図
において、医療ＤＢセンタ１はインターネットを介して
病院や医院などの医療機関２および３に接続されてい
る。また、薬局４および５もインターネットを介して医
療ＤＢセンタ１に接続されている。同図では医療機関が
２つ、薬局が２つしか図示されていないが、この数は任
意であり、いくら多くてもかまわない。
バイドシステムの全体構成の一実施例を示すものであ
る。同図において、１は医療ＤＢ（データベース）セン
タ、２、３は病院や医院などの医療機関、４、５は薬
局、６はインターネット等のネットワークである。同図
において、医療ＤＢセンタ１はインターネットを介して
病院や医院などの医療機関２および３に接続されてい
る。また、薬局４および５もインターネットを介して医
療ＤＢセンタ１に接続されている。同図では医療機関が
２つ、薬局が２つしか図示されていないが、この数は任
意であり、いくら多くてもかまわない。
【００２５】図２は図１に示す医療ＤＢセンタ１の構成
の一実施例を示すものである。同図において、既出の同
番号は同一物を示す。１００、１０１は医療ＤＢ（デー
タベース）サーバ、７はファイヤーウォールである。医
療ＤＢセンタ１は同図に示すごとく、複数の医療ＤＢサ
ーバ１００および１０１から成り立っていてかまわな
い。１台でも機能するし、数台、数十台でもかまわな
い。多くはファイアーウォール７を介してインターネッ
トに接続されるが、ファイアーウォール７そのものは必
須ではない。
の一実施例を示すものである。同図において、既出の同
番号は同一物を示す。１００、１０１は医療ＤＢ（デー
タベース）サーバ、７はファイヤーウォールである。医
療ＤＢセンタ１は同図に示すごとく、複数の医療ＤＢサ
ーバ１００および１０１から成り立っていてかまわな
い。１台でも機能するし、数台、数十台でもかまわな
い。多くはファイアーウォール７を介してインターネッ
トに接続されるが、ファイアーウォール７そのものは必
須ではない。
【００２６】図３は医療ＤＢセンタ１の構成の一実施例
をもう少し詳しく示したものである。同図において、既
出の同番号は同一物を示す。１１１はバス、１１２はＣ
ＰＵ、１１３はＲＯＭ、１１４はＲＡＭ、１１５、１１
６、１１７、１１８、１１９、１２０、１２１はインタ
ーフェイス、１２２はハードディスク、１２３は表示装
置、１２４は入力装置、１２５は印刷装置、１２６、１
２７は通信手段、１２８は外部記憶装置、１３０はシス
テム連携ネットワーク、１３１は外部記憶装置である。
医療ＤＢサーバ１０１も同様の構成である。図３の実施
例では図２とは異なりファイアーウォール７が無い構成
となっている。
をもう少し詳しく示したものである。同図において、既
出の同番号は同一物を示す。１１１はバス、１１２はＣ
ＰＵ、１１３はＲＯＭ、１１４はＲＡＭ、１１５、１１
６、１１７、１１８、１１９、１２０、１２１はインタ
ーフェイス、１２２はハードディスク、１２３は表示装
置、１２４は入力装置、１２５は印刷装置、１２６、１
２７は通信手段、１２８は外部記憶装置、１３０はシス
テム連携ネットワーク、１３１は外部記憶装置である。
医療ＤＢサーバ１０１も同様の構成である。図３の実施
例では図２とは異なりファイアーウォール７が無い構成
となっている。
【００２７】図４は図１に示す２、３、４および５の医
療機関や薬局になるクライアントシステムの構成の一実
施例を示したもので、２の医療機関で代表して図示した
ものである。同図において、既出の同番号は同一物を示
す。２００はクライアントシステムで通常はパーソナル
コンピュータなどで構成される。２１１はバス、２１２
はＣＰＵ、２１３はＲＯＭ、２１４はＲＡＭ、２１５、
２１６、２１７、２１８、２１９、２２０、２２１はイ
ンターフェイス、２２２はハードディスク、２２３は表
示装置、２２４は入力装置、２２５は印刷装置、２２６
は通信手段、２２９は個人認証手段である。
療機関や薬局になるクライアントシステムの構成の一実
施例を示したもので、２の医療機関で代表して図示した
ものである。同図において、既出の同番号は同一物を示
す。２００はクライアントシステムで通常はパーソナル
コンピュータなどで構成される。２１１はバス、２１２
はＣＰＵ、２１３はＲＯＭ、２１４はＲＡＭ、２１５、
２１６、２１７、２１８、２１９、２２０、２２１はイ
ンターフェイス、２２２はハードディスク、２２３は表
示装置、２２４は入力装置、２２５は印刷装置、２２６
は通信手段、２２９は個人認証手段である。
【００２８】図５は医療ＤＢサーバ１００のハードディ
スク１２２に実装されるプログラムやデータベースへの
アクセスコントロールリスト（ＡＣＬ）、データベー
ス、および制御プログラムの構成の一実施例を示したも
のである。同図において、既出の同番号は同一物を示
す。１５０は制御プログラム、１５１Ｐは認証プログラ
ム、１５１Ａは認証データベースＡＣＬ、１５１Ｄは認
証データベース、１５２Ｐは課金プログラム、１５２Ａ
は課金データベースＡＣＬ、１５２Ｄは課金データベー
ス、１５３Ｐは薬プログラム、１５３Ａは薬データベー
スＡＣＬ、１５３Ｄは薬データベース、１５４Ｐは処方
箋ＩＤプログラム、１５４Ａは処方箋ＩＤデータベース
ＡＣＬ、１５４Ｄは処方箋ＩＤデータベース、１５５Ｐ
は患者プログラム、１５５Ａは患者データベースＡＣ
Ｌ、１５５Ｄは患者データベース、１５６Ｐは処方箋プ
ログラム、１５６Ａは処方箋データベースＡＣＬ、１５
６Ｄは処方箋データベース、１５７Ｐは患者プログラ
ム、１５７Ａは患者データベースＡＣＬ、１５７Ｄは患
者データベース、１５８Ｐは処方薬プログラム、１５８
Ａは処方薬データベースＡＣＬ、１５８Ｄは処方薬デー
タベースである。同図において制御プログラム１５０も
起動前はハードディスク１２２上に存在するが、医療Ｄ
Ｂサーバ１００が起動している状態においては、ＲＡＭ
１１４上にロードされている。
スク１２２に実装されるプログラムやデータベースへの
アクセスコントロールリスト（ＡＣＬ）、データベー
ス、および制御プログラムの構成の一実施例を示したも
のである。同図において、既出の同番号は同一物を示
す。１５０は制御プログラム、１５１Ｐは認証プログラ
ム、１５１Ａは認証データベースＡＣＬ、１５１Ｄは認
証データベース、１５２Ｐは課金プログラム、１５２Ａ
は課金データベースＡＣＬ、１５２Ｄは課金データベー
ス、１５３Ｐは薬プログラム、１５３Ａは薬データベー
スＡＣＬ、１５３Ｄは薬データベース、１５４Ｐは処方
箋ＩＤプログラム、１５４Ａは処方箋ＩＤデータベース
ＡＣＬ、１５４Ｄは処方箋ＩＤデータベース、１５５Ｐ
は患者プログラム、１５５Ａは患者データベースＡＣ
Ｌ、１５５Ｄは患者データベース、１５６Ｐは処方箋プ
ログラム、１５６Ａは処方箋データベースＡＣＬ、１５
６Ｄは処方箋データベース、１５７Ｐは患者プログラ
ム、１５７Ａは患者データベースＡＣＬ、１５７Ｄは患
者データベース、１５８Ｐは処方薬プログラム、１５８
Ａは処方薬データベースＡＣＬ、１５８Ｄは処方薬デー
タベースである。同図において制御プログラム１５０も
起動前はハードディスク１２２上に存在するが、医療Ｄ
Ｂサーバ１００が起動している状態においては、ＲＡＭ
１１４上にロードされている。
【００２９】図６は医療機関であるクライアントシステ
ム２の構成の一実施例を示したものである。同図におい
て、既出の同番号は同一物を示す。２５０は制御プログ
ラム、２５１Ｐは認証プログラム、２５１ＤはＩＤファ
イル、２５３Ｐは薬プログラム、２５３Ａは薬データベ
ースＡＣＬ、２５３Ｄは薬データベース、２５４Ｐは処
方箋ＩＤプログラム、２５４Ａは処方箋ＩＤデータベー
スＡＣＬ、２５４Ｄは処方箋ＩＤデータベース、２５５
Ｐは患者プログラム、２５５Ａは患者データベースＡＣ
Ｌ、２５５Ｄは患者データベース、２５６Ｐは処方箋プ
ログラム、２５６Ａは処方箋データベースＡＣＬ、２５
６Ｄは処方箋データベースである。同図において制御プ
ログラム２５０も起動前はハードディスク２２２上に存
在するが、クライアントシステム２が起動している状態
においては、ＲＡＭ２１４上にロードされている。医療
機関３も同様の構成である。
ム２の構成の一実施例を示したものである。同図におい
て、既出の同番号は同一物を示す。２５０は制御プログ
ラム、２５１Ｐは認証プログラム、２５１ＤはＩＤファ
イル、２５３Ｐは薬プログラム、２５３Ａは薬データベ
ースＡＣＬ、２５３Ｄは薬データベース、２５４Ｐは処
方箋ＩＤプログラム、２５４Ａは処方箋ＩＤデータベー
スＡＣＬ、２５４Ｄは処方箋ＩＤデータベース、２５５
Ｐは患者プログラム、２５５Ａは患者データベースＡＣ
Ｌ、２５５Ｄは患者データベース、２５６Ｐは処方箋プ
ログラム、２５６Ａは処方箋データベースＡＣＬ、２５
６Ｄは処方箋データベースである。同図において制御プ
ログラム２５０も起動前はハードディスク２２２上に存
在するが、クライアントシステム２が起動している状態
においては、ＲＡＭ２１４上にロードされている。医療
機関３も同様の構成である。
【００３０】図７は薬局であるクライアントシステム４
の構成の一実施例を示したものである。同図において、
既出の同番号は同一物を示す。４２２はハードディス
ク、４５０は制御プログラム、４５１Ｐは認証プログラ
ム、４５１ＤはＩＤファイル、４５３Ｐは薬プログラ
ム、４５３Ａは薬データベースＡＣＬ、４５３Ｄは薬デ
ータベース、４５４Ｐは処方箋ＩＤプログラム、４５４
Ａは処方箋ＩＤデータベースＡＣＬ、４５４Ｄは処方箋
ＩＤデータベース、４５７Ｐは患者プログラム、４５７
Ａは患者データベースＡＣＬ、４５７Ｄは患者データベ
ース、４５８Ｐは処方箋プログラム、４５８Ａは処方箋
データベースＡＣＬ、４５８Ｄは処方箋データベースで
ある。
の構成の一実施例を示したものである。同図において、
既出の同番号は同一物を示す。４２２はハードディス
ク、４５０は制御プログラム、４５１Ｐは認証プログラ
ム、４５１ＤはＩＤファイル、４５３Ｐは薬プログラ
ム、４５３Ａは薬データベースＡＣＬ、４５３Ｄは薬デ
ータベース、４５４Ｐは処方箋ＩＤプログラム、４５４
Ａは処方箋ＩＤデータベースＡＣＬ、４５４Ｄは処方箋
ＩＤデータベース、４５７Ｐは患者プログラム、４５７
Ａは患者データベースＡＣＬ、４５７Ｄは患者データベ
ース、４５８Ｐは処方箋プログラム、４５８Ａは処方箋
データベースＡＣＬ、４５８Ｄは処方箋データベースで
ある。
【００３１】図８は医療ＤＢサーバ１００のハードディ
スク１２２上にある認証ＤＢ１５１Ｄの構成の一実施例
を示したものである。同図において、既出の同番号は同
一物を示す。１５１Ｄ−Ｕはユーザ認証データ、１５１
Ｄ−Ｇはグループ認証データである。ユーザ認証データ
１５１Ｄ−Ｕは、ユーザＩＤ、ユーザメールアドレス、
ユーザ氏名、ユーザ氏名読み、ユーザ説明情報、ユーザ
公開鍵、暗号化したユーザ秘密鍵から構成される。グル
ープ認証データ１５１Ｄ−Ｇは、グループＩＤ、グルー
プメールアドレス、ユーザＩＤリスト／グループＩＤリ
スト、グループ説明情報、グループ公開鍵、暗号化した
グループ秘密鍵から構成される。図８において、ユーザ
認証データは１５１Ｄ−Ｕしか図示していないが任意の
数の並びから構成されている。また、グループ認証デー
タについても１５１Ｄ−Ｇしか図示していないが任意の
数の並びから構成されている。
スク１２２上にある認証ＤＢ１５１Ｄの構成の一実施例
を示したものである。同図において、既出の同番号は同
一物を示す。１５１Ｄ−Ｕはユーザ認証データ、１５１
Ｄ−Ｇはグループ認証データである。ユーザ認証データ
１５１Ｄ−Ｕは、ユーザＩＤ、ユーザメールアドレス、
ユーザ氏名、ユーザ氏名読み、ユーザ説明情報、ユーザ
公開鍵、暗号化したユーザ秘密鍵から構成される。グル
ープ認証データ１５１Ｄ−Ｇは、グループＩＤ、グルー
プメールアドレス、ユーザＩＤリスト／グループＩＤリ
スト、グループ説明情報、グループ公開鍵、暗号化した
グループ秘密鍵から構成される。図８において、ユーザ
認証データは１５１Ｄ−Ｕしか図示していないが任意の
数の並びから構成されている。また、グループ認証デー
タについても１５１Ｄ−Ｇしか図示していないが任意の
数の並びから構成されている。
【００３２】図９は認証ＤＢ １５１Ｄの構成要素であ
るユーザ認証データの一実施例をさらに具体的に示した
ものである。同図において、既出の同番号は同一物を示
す。１５１Ｄ−Ｕ１、１５１Ｄ−Ｕ２、１５１Ｄ−Ｕ
３、１５１Ｄ−Ｕ４はそれぞれユーザ認証データで、１
５１Ｄ−Ｕ１は医者個人情報、１５１Ｄ−Ｕ２は医療補
助者個人情報、１５１Ｄ−Ｕ３薬剤師個人情報、１５１
Ｄ−Ｕ４は薬剤師補助者個人情報の一例を示す。
るユーザ認証データの一実施例をさらに具体的に示した
ものである。同図において、既出の同番号は同一物を示
す。１５１Ｄ−Ｕ１、１５１Ｄ−Ｕ２、１５１Ｄ−Ｕ
３、１５１Ｄ−Ｕ４はそれぞれユーザ認証データで、１
５１Ｄ−Ｕ１は医者個人情報、１５１Ｄ−Ｕ２は医療補
助者個人情報、１５１Ｄ−Ｕ３薬剤師個人情報、１５１
Ｄ−Ｕ４は薬剤師補助者個人情報の一例を示す。
【００３３】図１０は認証ＤＢ １５１Ｄの構成要素で
あるグループ認証データの一実施例をさらに具体的に示
したものである。同図において、既出の同番号は同一物
を示す。１５１Ｄ−Ｇ１、１５１Ｄ−Ｇ２、１５１Ｄ−
Ｇ３、１５１Ｄ−Ｇ４はそれぞれグループ認証データを
示す。１５１Ｄ−Ｇ１は医者グループ情報、１５１Ｄ−
Ｇ２は医療補助者グループ情報、１５１Ｄ−Ｇ３は薬剤
師グループ情報、１５１Ｄ−Ｇ４は薬剤師補助者グルー
プ情報の一例を示す。
あるグループ認証データの一実施例をさらに具体的に示
したものである。同図において、既出の同番号は同一物
を示す。１５１Ｄ−Ｇ１、１５１Ｄ−Ｇ２、１５１Ｄ−
Ｇ３、１５１Ｄ−Ｇ４はそれぞれグループ認証データを
示す。１５１Ｄ−Ｇ１は医者グループ情報、１５１Ｄ−
Ｇ２は医療補助者グループ情報、１５１Ｄ−Ｇ３は薬剤
師グループ情報、１５１Ｄ−Ｇ４は薬剤師補助者グルー
プ情報の一例を示す。
【００３４】図１１において１０はデータベースのアク
セスコントロールリスト（ＡＣＬ）であって、医療ＤＢ
サーバ１００や、病院や医院などの医療機関２および
３、および、薬局４および５等のハードディスク上に各
々のデータベースとペアになって存在するものである。
ここで各々のデータベースとは、例えば、１５１Ｄの認
証データベース、１５２Ｄの課金データベース、１５３
Ｄの薬データベース、１５４Ｄの処方箋ＩＤデータベー
ス、１５５Ｄの患者データベース、１５６Ｄの処方箋デ
ータベース等である。１０−Ｕはユーザのアクセス権限
設定情報、１０−Ｇはグループのアクセス権限設定情報
である。ユーザのアクセス権限設定情報１０−Ｕはユー
ザＩＤとアクセス権限のペアで構成される。グループの
アクセス権限設定情報１０−ＧはグループＩＤとアクセ
ス権限のペアから構成される。図においては１０−Ｕの
構成のユーザアクセス権限設定情報が二つ、１０−Ｇの
構成のグループアクセス権限設定情報が一つしか図示さ
れていないが、それぞれ任意の個数から成り立つ。
セスコントロールリスト（ＡＣＬ）であって、医療ＤＢ
サーバ１００や、病院や医院などの医療機関２および
３、および、薬局４および５等のハードディスク上に各
々のデータベースとペアになって存在するものである。
ここで各々のデータベースとは、例えば、１５１Ｄの認
証データベース、１５２Ｄの課金データベース、１５３
Ｄの薬データベース、１５４Ｄの処方箋ＩＤデータベー
ス、１５５Ｄの患者データベース、１５６Ｄの処方箋デ
ータベース等である。１０−Ｕはユーザのアクセス権限
設定情報、１０−Ｇはグループのアクセス権限設定情報
である。ユーザのアクセス権限設定情報１０−Ｕはユー
ザＩＤとアクセス権限のペアで構成される。グループの
アクセス権限設定情報１０−ＧはグループＩＤとアクセ
ス権限のペアから構成される。図においては１０−Ｕの
構成のユーザアクセス権限設定情報が二つ、１０−Ｇの
構成のグループアクセス権限設定情報が一つしか図示さ
れていないが、それぞれ任意の個数から成り立つ。
【００３５】図１２は文書制御手段１１の構成の一実施
例を示したものである。文書制御手段１１は医療ＤＢサ
ーバ１００のハードディスク上に各々のデータベースと
ペアになって存在するプログラム、即ち、認証プログラ
ム１５１Ｐ、課金プログラム１５２Ｐ、薬プログラム１
５３Ｐ、処方箋ＩＤプログラム１５４Ｐ、患者プログラ
ム１５５Ｐ、処方箋プログラム１５６Ｐ、患者プログラ
ム１５７Ｐ、および処方薬プログラム１５８Ｐ等のプロ
グラム内に実装される。またさらに、病院や医院などの
医療機関２および３、および、薬局４および５等のハー
ドディスク上のデータベースとペアになって存在するプ
ログラムにも同様に実装される。同図において、１１−
１はアクセス制御手段、１１−２は読出し手段、１１−
３は編集手段、１１−４は保存手段、１５６−５は署名
手段である。アクセス制御手段１１−１はさらに編集者
判定手段１１−１Ｅと読者判定手段１１−１Ｒとから構
成される。
例を示したものである。文書制御手段１１は医療ＤＢサ
ーバ１００のハードディスク上に各々のデータベースと
ペアになって存在するプログラム、即ち、認証プログラ
ム１５１Ｐ、課金プログラム１５２Ｐ、薬プログラム１
５３Ｐ、処方箋ＩＤプログラム１５４Ｐ、患者プログラ
ム１５５Ｐ、処方箋プログラム１５６Ｐ、患者プログラ
ム１５７Ｐ、および処方薬プログラム１５８Ｐ等のプロ
グラム内に実装される。またさらに、病院や医院などの
医療機関２および３、および、薬局４および５等のハー
ドディスク上のデータベースとペアになって存在するプ
ログラムにも同様に実装される。同図において、１１−
１はアクセス制御手段、１１−２は読出し手段、１１−
３は編集手段、１１−４は保存手段、１５６−５は署名
手段である。アクセス制御手段１１−１はさらに編集者
判定手段１１−１Ｅと読者判定手段１１−１Ｒとから構
成される。
【００３６】図１３は電子処方箋の構成の一実施例であ
る。同図において、２０は処方箋データ、２０−１は編
集者情報。２０−２は読者情報、２０−３は処方箋Ｉ
Ｄ、２０−４はパスワード、２０−５は編集日時、２０
−６は編集者ＩＤ、２０−７は医療機関記載領域１、２
０−８は医療機関記載領域２、２０−９は薬局記載領域
１、２０−１０は薬局記載領域２である。
る。同図において、２０は処方箋データ、２０−１は編
集者情報。２０−２は読者情報、２０−３は処方箋Ｉ
Ｄ、２０−４はパスワード、２０−５は編集日時、２０
−６は編集者ＩＤ、２０−７は医療機関記載領域１、２
０−８は医療機関記載領域２、２０−９は薬局記載領域
１、２０−１０は薬局記載領域２である。
【００３７】ここで医療機関記載領域１ ２０−７は編
集者情報２０−７−１、読者情報２０−７−２、センタ
保存日時２０−７−３、処方箋発行日時２０−７−４、
医者ＩＤ ２０−７−５、電子署名２０−７−６、記載
者ＩＤ ２０−７−７、医療機関情報２０−７−８、医
者情報２０−７−９、患者情報２０−７−１０、処方箋
情報２０−７−１１、使用説明情報２０−７−１２、は
医療機関ＩＤ ２０−７−１３、および薬局ＩＤ ２０
−７−１４から構成される。
集者情報２０−７−１、読者情報２０−７−２、センタ
保存日時２０−７−３、処方箋発行日時２０−７−４、
医者ＩＤ ２０−７−５、電子署名２０−７−６、記載
者ＩＤ ２０−７−７、医療機関情報２０−７−８、医
者情報２０−７−９、患者情報２０−７−１０、処方箋
情報２０−７−１１、使用説明情報２０−７−１２、は
医療機関ＩＤ ２０−７−１３、および薬局ＩＤ ２０
−７−１４から構成される。
【００３８】また、医療機関記載領域２ ２０−８は、
編集者情報２０−８−１、読者情報２０−８−２、記載
日時２０−８−４、記載者ＩＤ ２０−８−６、および
処方箋点数情報２０−８−１０から構成される。
編集者情報２０−８−１、読者情報２０−８−２、記載
日時２０−８−４、記載者ＩＤ ２０−８−６、および
処方箋点数情報２０−８−１０から構成される。
【００３９】さらにまた薬局記載領域１ ２０−９は、
編集者情報２０−９−１、読者情報２０−９−２、セン
タ保存日時２０−９−３、処方日時２０−９−４、薬剤
師ＩＤ ２０−９−５、電子署名２０−９−６、記載者
ＩＤ ２０−９−７、薬局情報２０−９−８、薬剤師情
報２０−９−９、および処方薬情報２０−９−１１から
構成される。
編集者情報２０−９−１、読者情報２０−９−２、セン
タ保存日時２０−９−３、処方日時２０−９−４、薬剤
師ＩＤ ２０−９−５、電子署名２０−９−６、記載者
ＩＤ ２０−９−７、薬局情報２０−９−８、薬剤師情
報２０−９−９、および処方薬情報２０−９−１１から
構成される。
【００４０】さらにまた薬局記載領域２ ２０−１０
は、編集者情報２０−１０−１、読者情報２０−１０−
２、記載日時２０−１０−４、記載者ＩＤ ２０−１０
−６、処方薬点数情報２０−１０−１０から構成され
る。
は、編集者情報２０−１０−１、読者情報２０−１０−
２、記載日時２０−１０−４、記載者ＩＤ ２０−１０
−６、処方薬点数情報２０−１０−１０から構成され
る。
【００４１】図１４は電子明細書／請求書の構成の一実
施例である。同図において、３０は電子明細書／請求
書、３０−１は編集者情報、３０−２は読者情報、３０
−３は明細書ＩＤ、３０−４はセンタ保存日時、３０−
５は明細書発行日時、３０−６は承認者ＩＤ、３０−７
は記載者ＩＤ、３０−８は電子署名、３０−９は会員情
報、３０−１０は会員担当情報、３０−１１は課金対象
ＤＢ情報、３０−１２は金額情報、３０−１３はプロバ
イダ情報、３０−１４はプロバイダ担当情報である。
施例である。同図において、３０は電子明細書／請求
書、３０−１は編集者情報、３０−２は読者情報、３０
−３は明細書ＩＤ、３０−４はセンタ保存日時、３０−
５は明細書発行日時、３０−６は承認者ＩＤ、３０−７
は記載者ＩＤ、３０−８は電子署名、３０−９は会員情
報、３０−１０は会員担当情報、３０−１１は課金対象
ＤＢ情報、３０−１２は金額情報、３０−１３はプロバ
イダ情報、３０−１４はプロバイダ担当情報である。
【００４２】図１５は電子領収書の構成の一実施例であ
る。同図において、３０ｂは電子明細書／請求書、３１
は領収書、３１−１は編集者情報、３１−２は読者情
報、３１−３は領収書ＩＤ、３１−４はセンタ保存日
時、３１−５は領収書発行日時、３１−６は承認者Ｉ
Ｄ、３１−７は記載者ＩＤ、３１−８は電子署名であ
る。
る。同図において、３０ｂは電子明細書／請求書、３１
は領収書、３１−１は編集者情報、３１−２は読者情
報、３１−３は領収書ＩＤ、３１−４はセンタ保存日
時、３１−５は領収書発行日時、３１−６は承認者Ｉ
Ｄ、３１−７は記載者ＩＤ、３１−８は電子署名であ
る。
【００４３】（作用）図１の医療ＤＢセンタ１は常に医
療機関１や２、薬局４や５からのアクセスをインターネ
ット６経由で待ち受けている。医療ＤＢセンタ１は図２
に示す如く複数の医療ＤＢサーバから構成されていても
よい。
療機関１や２、薬局４や５からのアクセスをインターネ
ット６経由で待ち受けている。医療ＤＢセンタ１は図２
に示す如く複数の医療ＤＢサーバから構成されていても
よい。
【００４４】図３により、医療ＤＢセンタ１および医療
ＤＢサーバ１００の作用についてについて説明する。医
療ＤＢサーバ１００はコンピュータで、ＲＯＭ１１３は
読み出し専用のメモリであり、コンピュータの電源を投
入するとＲＯＭ１１３内に記憶されたコンピュータの起
動プログラムが呼び出されバス１１１を介してＣＰＵ１
１２にロードされ、一時的に記憶が必要なものはＲＡＭ
１１４に保存される。この時に、ＣＰＵ、ＲＯＭ、ＲＡ
Ｍの働きによってハードディスク１２２の内部に保存さ
れたＯＳがインターフェイス１１９を介して呼び出され
コンピュータが起動する。コンピュータが起動すると、
医療ＤＢサーバ１００の制御プログラム１５０がハード
ディスク１２２から呼び出され、ＲＡＭ１１４にロード
される。ＯＳや制御プログラム１５０は入力装置１２４
からの入力に従って、必要な処理を行い、表示装置１２
３に表示をしたり、印刷装置１２５から印刷を行ったり
する。
ＤＢサーバ１００の作用についてについて説明する。医
療ＤＢサーバ１００はコンピュータで、ＲＯＭ１１３は
読み出し専用のメモリであり、コンピュータの電源を投
入するとＲＯＭ１１３内に記憶されたコンピュータの起
動プログラムが呼び出されバス１１１を介してＣＰＵ１
１２にロードされ、一時的に記憶が必要なものはＲＡＭ
１１４に保存される。この時に、ＣＰＵ、ＲＯＭ、ＲＡ
Ｍの働きによってハードディスク１２２の内部に保存さ
れたＯＳがインターフェイス１１９を介して呼び出され
コンピュータが起動する。コンピュータが起動すると、
医療ＤＢサーバ１００の制御プログラム１５０がハード
ディスク１２２から呼び出され、ＲＡＭ１１４にロード
される。ＯＳや制御プログラム１５０は入力装置１２４
からの入力に従って、必要な処理を行い、表示装置１２
３に表示をしたり、印刷装置１２５から印刷を行ったり
する。
【００４５】図１に示す医者などのクライアントシステ
ム２および３から要求があると、ネットワーク６、通信
手段１２６、インターフェイス１１８を介して要求が送
られるので、ＣＰＵ１１２はそれを検知して、制御プロ
グラム１５０に制御を渡し、認証／ログインや、処方箋
ＤＢ処理等を行う。
ム２および３から要求があると、ネットワーク６、通信
手段１２６、インターフェイス１１８を介して要求が送
られるので、ＣＰＵ１１２はそれを検知して、制御プロ
グラム１５０に制御を渡し、認証／ログインや、処方箋
ＤＢ処理等を行う。
【００４６】図３の実施例では医療ＤＢサーバは１００
と１０１の２台をシステム連携ネットワーク１３０で接
続して、両者のサーバのデータを交換して常に内容の同
一性を保つ。このような方法としてサーバのクラスタ化
が知られている。内容の同一性維持はＲＡＭ１１４の中
にある重要なデータを常時交換し合う方法など、いろん
なレベルで行う事が可能であるが、多くは、データ保存
のイベントが発生した時に、相手のサーバに対してもデ
ータをプッシュする方法が汎用的であり一般的である。
システム連携ネットワーク１３０はネットワーク６とは
分離したネットワークとする事により、他からのネット
ワークへの侵略を防いでいる。システム連携ネットワー
ク１３０を使わずにインターネットを介してＶＰＮや暗
号化通信の手法を講じてシステム連携する事も勿論可能
である。
と１０１の２台をシステム連携ネットワーク１３０で接
続して、両者のサーバのデータを交換して常に内容の同
一性を保つ。このような方法としてサーバのクラスタ化
が知られている。内容の同一性維持はＲＡＭ１１４の中
にある重要なデータを常時交換し合う方法など、いろん
なレベルで行う事が可能であるが、多くは、データ保存
のイベントが発生した時に、相手のサーバに対してもデ
ータをプッシュする方法が汎用的であり一般的である。
システム連携ネットワーク１３０はネットワーク６とは
分離したネットワークとする事により、他からのネット
ワークへの侵略を防いでいる。システム連携ネットワー
ク１３０を使わずにインターネットを介してＶＰＮや暗
号化通信の手法を講じてシステム連携する事も勿論可能
である。
【００４７】図４により、図１に示した医療データベー
スシステムのクライアントである医療機関２および３、
薬局４および５の作用について説明する。クライアント
システム２００において、ＲＯＭ２１３は読み出し専用
のメモリであり、コンピュータの電源を投入するとＲＯ
Ｍ２１３内に記憶されたコンピュータの起動プログラム
が呼び出されバス２１１を介してＣＰＵ２１２にロード
され、一時的に記憶が必要なものはＲＡＭ２１４に保存
される。この時に、ＣＰＵ、ＲＯＭ、ＲＡＭの働きによ
ってハードディスク２２２の内部に保存されたＯＳがイ
ンターフェイス２１９を介して呼び出されコンピュータ
が起動する。コンピュータが起動すると、クライアント
システム２００の制御プログラム２５０がハードディス
ク２２２から呼び出され、ＲＡＭ２１４にロードされ
る。ＯＳや制御プログラム２５０は入力装置２２４から
の入力に従って、必要な処理を行い、表示装置２２３に
表示をしたり、印刷装置２２５から印刷を行ったりす
る。医者等が入力装置２２４からクライアントシステム
２００に対して操作を行うと、ＯＳと制御プログラム２
５０の働きによって、表示装置２２３に応答メッセージ
が表示される。
スシステムのクライアントである医療機関２および３、
薬局４および５の作用について説明する。クライアント
システム２００において、ＲＯＭ２１３は読み出し専用
のメモリであり、コンピュータの電源を投入するとＲＯ
Ｍ２１３内に記憶されたコンピュータの起動プログラム
が呼び出されバス２１１を介してＣＰＵ２１２にロード
され、一時的に記憶が必要なものはＲＡＭ２１４に保存
される。この時に、ＣＰＵ、ＲＯＭ、ＲＡＭの働きによ
ってハードディスク２２２の内部に保存されたＯＳがイ
ンターフェイス２１９を介して呼び出されコンピュータ
が起動する。コンピュータが起動すると、クライアント
システム２００の制御プログラム２５０がハードディス
ク２２２から呼び出され、ＲＡＭ２１４にロードされ
る。ＯＳや制御プログラム２５０は入力装置２２４から
の入力に従って、必要な処理を行い、表示装置２２３に
表示をしたり、印刷装置２２５から印刷を行ったりす
る。医者等が入力装置２２４からクライアントシステム
２００に対して操作を行うと、ＯＳと制御プログラム２
５０の働きによって、表示装置２２３に応答メッセージ
が表示される。
【００４８】例えば、医療機関２のクライアントシステ
ムから認証／ログインの要求を行う場合は、その要求が
ＣＰＵ２１２により検知され、制御プログラム２５０の
働きによって、バス２１１に接続されたインターフェイ
ス２１８、通信手段２２６、ネットワーク６を介して要
求が送られるので、医療ＤＢセンタ１にある医療ＤＢサ
ーバ１００はそれを検知して、制御プログラム１５０に
制御を渡し、認証／ログイン処理を行う。
ムから認証／ログインの要求を行う場合は、その要求が
ＣＰＵ２１２により検知され、制御プログラム２５０の
働きによって、バス２１１に接続されたインターフェイ
ス２１８、通信手段２２６、ネットワーク６を介して要
求が送られるので、医療ＤＢセンタ１にある医療ＤＢサ
ーバ１００はそれを検知して、制御プログラム１５０に
制御を渡し、認証／ログイン処理を行う。
【００４９】医療機関２のクライアントシステムには個
人認証手段２２９をインターフェイス２２１を解してバ
スに接続することにより、バイオメトリクスに基づいた
強固な認証を行う事も可能である。またＩＣカードによ
る認証を行い、カードを所有している事とパスワードに
よる認証を行う事も可能である。
人認証手段２２９をインターフェイス２２１を解してバ
スに接続することにより、バイオメトリクスに基づいた
強固な認証を行う事も可能である。またＩＣカードによ
る認証を行い、カードを所有している事とパスワードに
よる認証を行う事も可能である。
【００５０】処方箋ＤＢ処理を行う場合は、医者等が入
力装置２２４からクライアントシステム２００に対して
操作を行うと、ＯＳと制御プログラム２５０の働きによ
って、表示装置２２３に応答メッセージが表示さる。操
作はＣＰＵ２１２により検知され、制御プログラム２５
０の働きによって、バス２１１に接続されたインターフ
ェイス２１８、通信手段２２６、ネットワーク６を介し
て要求が送られるので、医療ＤＢセンタ１にある医療Ｄ
Ｂサーバ１００はそれを検知して、制御プログラム１５
０に制御を渡し、処方箋ＤＢ処理等を行う。図４では医
療機関２について説明を行ったが、医療機関３でも、薬
局４および５についてもまったく同様である。
力装置２２４からクライアントシステム２００に対して
操作を行うと、ＯＳと制御プログラム２５０の働きによ
って、表示装置２２３に応答メッセージが表示さる。操
作はＣＰＵ２１２により検知され、制御プログラム２５
０の働きによって、バス２１１に接続されたインターフ
ェイス２１８、通信手段２２６、ネットワーク６を介し
て要求が送られるので、医療ＤＢセンタ１にある医療Ｄ
Ｂサーバ１００はそれを検知して、制御プログラム１５
０に制御を渡し、処方箋ＤＢ処理等を行う。図４では医
療機関２について説明を行ったが、医療機関３でも、薬
局４および５についてもまったく同様である。
【００５１】次に図５及び図１６に基づいて医療ＤＢサ
ーバ１００の作用をさらに説明する。図１６は制御プロ
グラム１５０の働きをフローチャートで示したもので、
既に説明した通り、制御プログラム１５０が起動される
と、常に種々の要求待ちとなって、どの要求に対しても
反応する。この要求には図１６に示すごとく、大きくは
ログイン要求、処方箋ＤＢ要求、処方薬ＤＢ要求、およ
び課金ＤＢ要求がある。医療機関２、３および薬局４、
５からの要求が、既に説明した如くに、インターネット
６を介して医療ＤＢサーバ１００まで届くと、その要求
に従って、認証／ログインＡ、処方箋ＤＢ処理Ｂ、処方
薬ＤＢ処理Ｃ、および課金ＤＢ処理Ｄが起動される。こ
れらの処理はクライアント毎に起動されて、並列的に処
理が行われる。
ーバ１００の作用をさらに説明する。図１６は制御プロ
グラム１５０の働きをフローチャートで示したもので、
既に説明した通り、制御プログラム１５０が起動される
と、常に種々の要求待ちとなって、どの要求に対しても
反応する。この要求には図１６に示すごとく、大きくは
ログイン要求、処方箋ＤＢ要求、処方薬ＤＢ要求、およ
び課金ＤＢ要求がある。医療機関２、３および薬局４、
５からの要求が、既に説明した如くに、インターネット
６を介して医療ＤＢサーバ１００まで届くと、その要求
に従って、認証／ログインＡ、処方箋ＤＢ処理Ｂ、処方
薬ＤＢ処理Ｃ、および課金ＤＢ処理Ｄが起動される。こ
れらの処理はクライアント毎に起動されて、並列的に処
理が行われる。
【００５２】認証／ログインＡの処理が起動されると、
ハードディスク１２２の認証プログラム１５１ＰがＲＡ
Ｍ１１４にロードされ、認証プログラム１５１Ｐの働き
によって、認証データベースＡＣＬ １５１Ａの中か
ら、ログイン要求者のユーザＩＤデータをサーチして、
認証データベース１５１Ｄへのアクセス権限をチェック
し、読者権限以上を有している場合に、認証データベー
ス１５１Ｄをサーチしてログイン要求者の情報を取り出
して、認証／ログインの是非を判定する。医師や、薬剤
師等は認証データベースＡＣＬ １５１Ａにおいて認証
データベース１５１Ｄへの読者権限のみが設定されいる
ため、認証データベース１５１Ｄを改ざんすることは出
来ない。認証データベース１５１Ｄの編集権限はプロバ
イダの担当者のみが所有するように認証データベースＡ
ＣＬ １５１Ａに設定されている。。
ハードディスク１２２の認証プログラム１５１ＰがＲＡ
Ｍ１１４にロードされ、認証プログラム１５１Ｐの働き
によって、認証データベースＡＣＬ １５１Ａの中か
ら、ログイン要求者のユーザＩＤデータをサーチして、
認証データベース１５１Ｄへのアクセス権限をチェック
し、読者権限以上を有している場合に、認証データベー
ス１５１Ｄをサーチしてログイン要求者の情報を取り出
して、認証／ログインの是非を判定する。医師や、薬剤
師等は認証データベースＡＣＬ １５１Ａにおいて認証
データベース１５１Ｄへの読者権限のみが設定されいる
ため、認証データベース１５１Ｄを改ざんすることは出
来ない。認証データベース１５１Ｄの編集権限はプロバ
イダの担当者のみが所有するように認証データベースＡ
ＣＬ １５１Ａに設定されている。。
【００５３】処方箋ＤＢ処理Ｂが起動されると、ハード
ディスク１２２の処方箋プログラム１５６ＰがＲＡＭ１
１４にロードされ、処方箋プログラム１５６Ｐの働きに
よって、処方箋データベースＡＣＬ １５６Ａの中か
ら、要求者のユーザＩＤデータをサーチして、処方箋デ
ータベース１５６Ｄへのアクセス権限をチェックし、読
者権限以上を有している場合に、処方箋データベース１
５６Ｄへのアクセスを許可する。また、要求者が処方箋
データベースＡＣＬ １５６Ａにおいて作成者以上の権
限に設定されている場合に、処方箋データベース１５６
Ｄの電子処方箋の作成を認める。
ディスク１２２の処方箋プログラム１５６ＰがＲＡＭ１
１４にロードされ、処方箋プログラム１５６Ｐの働きに
よって、処方箋データベースＡＣＬ １５６Ａの中か
ら、要求者のユーザＩＤデータをサーチして、処方箋デ
ータベース１５６Ｄへのアクセス権限をチェックし、読
者権限以上を有している場合に、処方箋データベース１
５６Ｄへのアクセスを許可する。また、要求者が処方箋
データベースＡＣＬ １５６Ａにおいて作成者以上の権
限に設定されている場合に、処方箋データベース１５６
Ｄの電子処方箋の作成を認める。
【００５４】電子処方箋の作成に当って、処方薬のデー
タを引用する場合に、薬データベース１５３Ｄへのアク
セスを要求すると、薬プログラム１５３Ｐを起動して、
薬プログラム１５３Ｐの働きによって、薬データベース
ＡＣＬ １５３Ａの中から、要求者のユーザＩＤデータ
をサーチして、薬データベース１５３Ｄへのアクセス権
限をチェックし、読者権限以上を有している場合に、薬
データベース１５３Ｄへのアクセスを許可する。通常は
医療機関の人間および薬局の人間に対して読者権限を設
定しておく。薬データベース１５３Ｄへのアクセスが許
可されると、データの引用が可能となるので、電子処方
箋にデータの引用を行う。
タを引用する場合に、薬データベース１５３Ｄへのアク
セスを要求すると、薬プログラム１５３Ｐを起動して、
薬プログラム１５３Ｐの働きによって、薬データベース
ＡＣＬ １５３Ａの中から、要求者のユーザＩＤデータ
をサーチして、薬データベース１５３Ｄへのアクセス権
限をチェックし、読者権限以上を有している場合に、薬
データベース１５３Ｄへのアクセスを許可する。通常は
医療機関の人間および薬局の人間に対して読者権限を設
定しておく。薬データベース１５３Ｄへのアクセスが許
可されると、データの引用が可能となるので、電子処方
箋にデータの引用を行う。
【００５５】電子処方箋の作成に当って、患者のデータ
を引用する場合に、患者データベース１５５Ｄへのアク
セスを要求すると、患者プログラム１５５Ｐを起動し
て、患者プログラム１５５Ｐの働きによって、患者デー
タベースＡＣＬ １５５Ａの中から、要求者のユーザＩ
Ｄデータをサーチして、患者データベース１５５Ｄへの
アクセス権限をチェックし、読者権限以上を有している
場合に、患者データベース１５５Ｄへのアクセスを許可
する。患者データベース１５５Ｄへのアクセスが許可さ
れると、患者データの引用が可能となるので、電子処方
箋にデータの引用を行う。
を引用する場合に、患者データベース１５５Ｄへのアク
セスを要求すると、患者プログラム１５５Ｐを起動し
て、患者プログラム１５５Ｐの働きによって、患者デー
タベースＡＣＬ １５５Ａの中から、要求者のユーザＩ
Ｄデータをサーチして、患者データベース１５５Ｄへの
アクセス権限をチェックし、読者権限以上を有している
場合に、患者データベース１５５Ｄへのアクセスを許可
する。患者データベース１５５Ｄへのアクセスが許可さ
れると、患者データの引用が可能となるので、電子処方
箋にデータの引用を行う。
【００５６】電子処方箋が作成され、医師により承認し
て保存されると処方箋プログラム１５６Ｐの働きによっ
て、電子処方箋にその医師の電子署名が付与されて、該
電子処方箋の編集者情報から医師や医療補助者の情報を
抹消して、文書編集が出来ないようにすると同時に、医
療ＤＢサーバ１００によって日付データが付与される。
て保存されると処方箋プログラム１５６Ｐの働きによっ
て、電子処方箋にその医師の電子署名が付与されて、該
電子処方箋の編集者情報から医師や医療補助者の情報を
抹消して、文書編集が出来ないようにすると同時に、医
療ＤＢサーバ１００によって日付データが付与される。
【００５７】処方薬ＤＢ処理Ｃが起動されると、ハード
ディスク１２２の処方箋プログラム１５６ＰがＲＡＭ１
１４にロードされ、処方箋プログラム１５６Ｐの働きに
よって、処方箋データベースＡＣＬ １５６Ａの中か
ら、要求者のユーザＩＤデータをサーチして、処方箋デ
ータベース１５６Ｄへのアクセス権限をチェックし、読
者権限以上を有している場合に、処方箋データベース１
５６Ｄへのアクセスを許可する。これにより発行された
電子処方箋の参照が可能になる。
ディスク１２２の処方箋プログラム１５６ＰがＲＡＭ１
１４にロードされ、処方箋プログラム１５６Ｐの働きに
よって、処方箋データベースＡＣＬ １５６Ａの中か
ら、要求者のユーザＩＤデータをサーチして、処方箋デ
ータベース１５６Ｄへのアクセス権限をチェックし、読
者権限以上を有している場合に、処方箋データベース１
５６Ｄへのアクセスを許可する。これにより発行された
電子処方箋の参照が可能になる。
【００５８】次に電子処方箋に従って、処方薬を処方し
て患者に対して処方薬書を発行する場合には、ハードデ
ィスク１２２の処方薬プログラム１５８ＰがＲＡＭ１１
４にロードされ、処方薬プログラム１５８Ｐの働きによ
って、処方薬データベースＡＣＬ １５８Ａの中から、
要求者のユーザＩＤデータをサーチして、処方薬データ
ベース１５８Ｄへのアクセス権限をチェックし、読者権
限以上を有している場合に、処方薬データベース１５８
Ｄへのアクセスを許可する。また、作成者以上の権限を
有している場合に、電子処方薬書の発行を認める。
て患者に対して処方薬書を発行する場合には、ハードデ
ィスク１２２の処方薬プログラム１５８ＰがＲＡＭ１１
４にロードされ、処方薬プログラム１５８Ｐの働きによ
って、処方薬データベースＡＣＬ １５８Ａの中から、
要求者のユーザＩＤデータをサーチして、処方薬データ
ベース１５８Ｄへのアクセス権限をチェックし、読者権
限以上を有している場合に、処方薬データベース１５８
Ｄへのアクセスを許可する。また、作成者以上の権限を
有している場合に、電子処方薬書の発行を認める。
【００５９】電子処方薬書が作成され承認されると、薬
剤師の電子署名が付与され、該電子処方薬書の編集者情
報から医師や医療補助者の情報を抹消して、文書編集が
出来ないようにすると同時に、医療ＤＢサーバ１００に
よって該電子処方薬書に日付データが付与され処方薬デ
ータベース１５８Ｄに保存される。該電子処方薬書を印
刷して患者に対して処方薬書を発行する。
剤師の電子署名が付与され、該電子処方薬書の編集者情
報から医師や医療補助者の情報を抹消して、文書編集が
出来ないようにすると同時に、医療ＤＢサーバ１００に
よって該電子処方薬書に日付データが付与され処方薬デ
ータベース１５８Ｄに保存される。該電子処方薬書を印
刷して患者に対して処方薬書を発行する。
【００６０】課金ＤＢ処理Ｄが起動されると、ハードデ
ィスク１２２の課金プログラム１５２ＰがＲＡＭ１１４
にロードされ、課金プログラム１５２Ｐの働きによっ
て、課金データベースＡＣＬ １５２Ａの中から、課金
処理要求者のユーザＩＤデータをサーチして、課金デー
タベース１５２Ｄへのアクセス権限をチェックし、読者
権限以上を有している場合に、課金データベース１５２
Ｄへのアクセスを許可する。また、処方箋データベース
１５６Ｄ中の電子処方箋の数を数えて、図１４に示す明
細書／請求書３０の課金対象ＤＢ情報３０−１０に処方
箋データベース１５６Ｄ内の先月追加レコードが課金対
象である旨記載し、金額情報３０−１１に先月分の登録
処方箋数と請求金額を記録する。お金を領収した時に
は、明細書／請求書３０のデータを３０ｂに取り込ん
で、図１５に示す電子領収書３１を発行する。
ィスク１２２の課金プログラム１５２ＰがＲＡＭ１１４
にロードされ、課金プログラム１５２Ｐの働きによっ
て、課金データベースＡＣＬ １５２Ａの中から、課金
処理要求者のユーザＩＤデータをサーチして、課金デー
タベース１５２Ｄへのアクセス権限をチェックし、読者
権限以上を有している場合に、課金データベース１５２
Ｄへのアクセスを許可する。また、処方箋データベース
１５６Ｄ中の電子処方箋の数を数えて、図１４に示す明
細書／請求書３０の課金対象ＤＢ情報３０−１０に処方
箋データベース１５６Ｄ内の先月追加レコードが課金対
象である旨記載し、金額情報３０−１１に先月分の登録
処方箋数と請求金額を記録する。お金を領収した時に
は、明細書／請求書３０のデータを３０ｂに取り込ん
で、図１５に示す電子領収書３１を発行する。
【００６１】次に図６および図１６に基づいて医療機関
クライアント２の作用を説明する。医療機関クライアン
ト２は図１に示した同番号のものと同一であり、図４の
同番号のものとも同一である。クライアント２の医療Ｄ
Ｂシステムは起動するとＯＳの働きによってハードディ
スク２２２から制御プログラム２５０がＲＡＭ ２１４
にロードされユーザからの操作待ちになる。医者や医療
補助者等のユーザが医療ＤＢを使用したい時にはまずロ
グインを行う。ユーザが入力装置２２４からログインを
要求すると、制御プログラム２５０の働きによって、図
１６の認証／ログインＡが起動して認証とログインを行
う。
クライアント２の作用を説明する。医療機関クライアン
ト２は図１に示した同番号のものと同一であり、図４の
同番号のものとも同一である。クライアント２の医療Ｄ
Ｂシステムは起動するとＯＳの働きによってハードディ
スク２２２から制御プログラム２５０がＲＡＭ ２１４
にロードされユーザからの操作待ちになる。医者や医療
補助者等のユーザが医療ＤＢを使用したい時にはまずロ
グインを行う。ユーザが入力装置２２４からログインを
要求すると、制御プログラム２５０の働きによって、図
１６の認証／ログインＡが起動して認証とログインを行
う。
【００６２】認証／ログインＡが起動されると、ハード
ディスク２２２の認証プログラム２５１ＰがＲＡＭ２１
４にロードされ、認証プログラム２５１Ｐの働きによっ
て、ＩＤファイル２５１Ｄの中に記載されているＩＤと
パスワードを照合して、一致している場合には、サーバ
に対してログインの要求を行い、サーバから認証完了を
受信する事によって、ログインを完了する。
ディスク２２２の認証プログラム２５１ＰがＲＡＭ２１
４にロードされ、認証プログラム２５１Ｐの働きによっ
て、ＩＤファイル２５１Ｄの中に記載されているＩＤと
パスワードを照合して、一致している場合には、サーバ
に対してログインの要求を行い、サーバから認証完了を
受信する事によって、ログインを完了する。
【００６３】ユーザが処方箋を参照したり作成したりす
る場合には、サーバに対して処方箋ＤＢを要求するので
処方箋ＤＢ処理Ｂが行われる。
る場合には、サーバに対して処方箋ＤＢを要求するので
処方箋ＤＢ処理Ｂが行われる。
【００６４】次に図７および図１６に基づいて薬局クラ
イアント４の作用を説明する。薬局クライアント４は図
１に示した同番号のものと同一である。薬局クライアン
トのコンピュータは図示していないが、図４のクライア
ントシステム２と同様の構成である。医療ＤＢシステム
は起動するとＯＳの働きによって図示しないハードディ
スク４２２から制御プログラム４５０が図示しないＲＡ
Ｍ ４１４にロードされユーザからの操作待ちになる。
薬剤師や薬剤師補助者等のユーザが医療ＤＢを使用した
い時にはまずログインを行う。ユーザが図示しない入力
装置４２４からログインを要求すると、制御プログラム
４５０の働きによって、図１６の認証／ログインＡが起
動して認証とログインを行う。
イアント４の作用を説明する。薬局クライアント４は図
１に示した同番号のものと同一である。薬局クライアン
トのコンピュータは図示していないが、図４のクライア
ントシステム２と同様の構成である。医療ＤＢシステム
は起動するとＯＳの働きによって図示しないハードディ
スク４２２から制御プログラム４５０が図示しないＲＡ
Ｍ ４１４にロードされユーザからの操作待ちになる。
薬剤師や薬剤師補助者等のユーザが医療ＤＢを使用した
い時にはまずログインを行う。ユーザが図示しない入力
装置４２４からログインを要求すると、制御プログラム
４５０の働きによって、図１６の認証／ログインＡが起
動して認証とログインを行う。
【００６５】認証／ログインＡが起動されると、ハード
ディスク４２２の認証プログラム４５１ＰがＲＡＭ ４
１４にロードされ、認証プログラム４５１Ｐの働きによ
って、ＩＤファイル４５１Ｄの中に記載されているＩＤ
とパスワードを照合して、一致している場合には、サー
バに対してログインの要求を行い、サーバから認証完了
を受信する事によって、ログインを完了する。
ディスク４２２の認証プログラム４５１ＰがＲＡＭ ４
１４にロードされ、認証プログラム４５１Ｐの働きによ
って、ＩＤファイル４５１Ｄの中に記載されているＩＤ
とパスワードを照合して、一致している場合には、サー
バに対してログインの要求を行い、サーバから認証完了
を受信する事によって、ログインを完了する。
【００６６】ユーザが処方薬文書を参照したり作成した
りする場合には、サーバに対して処方薬ＤＢを要求する
ので処方薬ＤＢ処理Ｃが行われる。
りする場合には、サーバに対して処方薬ＤＢを要求する
ので処方薬ＤＢ処理Ｃが行われる。
【００６７】図８、９および１０により認証の作用をさ
らに詳しく説明する。
らに詳しく説明する。
【００６８】図８は医療ＤＢサーバ１００のハードディ
スク１２２上にある認証ＤＢ １５１Ｄの構成の一実施
例を示したものである。認証ＤＢ １５１Ｄはユーザが
医療データシステムにログインする場合や、任意のデー
タベースを参照したり、編集したりする場合に参照され
る。認証ＤＢ １５１Ｄを構成するレコードは１５１Ｄ
−Ｕに示すユーザ認証データと１５１Ｄ−Ｇに示すグル
ープ認証データの２種類の並びから構成されている。
スク１２２上にある認証ＤＢ １５１Ｄの構成の一実施
例を示したものである。認証ＤＢ １５１Ｄはユーザが
医療データシステムにログインする場合や、任意のデー
タベースを参照したり、編集したりする場合に参照され
る。認証ＤＢ １５１Ｄを構成するレコードは１５１Ｄ
−Ｕに示すユーザ認証データと１５１Ｄ−Ｇに示すグル
ープ認証データの２種類の並びから構成されている。
【００６９】図９は１５１Ｄ−Ｕに示すユーザ認証デー
タの具体的な一例である。また、図１０は１５１Ｄ−Ｇ
に示すグループ認証データの具体的な一例である。
タの具体的な一例である。また、図１０は１５１Ｄ−Ｇ
に示すグループ認証データの具体的な一例である。
【００７０】医者や薬剤師等のユーザ、例えば医療機関
クライアントシステム２から医療データベースプロバイ
ドシステムを使用する時には最初にログインを行う。認
証／ログインＡの処理が起動されると、認証プログラム
１５１Ｐの働きによって、認証データベース１５１Ｄを
サーチし１５１Ｄ−Ｕ情報を取り出して、認証／ログイ
ンの是非を判定する。
クライアントシステム２から医療データベースプロバイ
ドシステムを使用する時には最初にログインを行う。認
証／ログインＡの処理が起動されると、認証プログラム
１５１Ｐの働きによって、認証データベース１５１Ｄを
サーチし１５１Ｄ−Ｕ情報を取り出して、認証／ログイ
ンの是非を判定する。
【００７１】さらに医療機関クライアントシステム２の
ユーザが自分のＩＤファイル２５１Ｄを元に認証データ
ベース１５１Ｄとの間でユーザ認証を行う作用を図１７
を元にして説明する。医療機関クライアント２はユーザ
１５１Ｄ−Ｕ１のｎｉｐｐｏｎ ｔａｒｏ／ｍｅｄｉｃ
ａｌ／ｊｐｈｏｓｐｉｔａｌさんであったり、ユーザ１
５１Ｄ−Ｕ２のｏｓａｋａ ｊｉｒｏ／ａｓｓｉｓｔａ
ｎｔｓ／ｍｅｄｉｃａｌ／ｊｐｈｏｓｐｉｔａｌさんで
あったりする。ＩＤファイル２５１Ｄはそれぞれのユー
ザに対してユニークなものが一つ割り当てられている。
ユーザが自分のＩＤファイル２５１Ｄを元に認証データ
ベース１５１Ｄとの間でユーザ認証を行う作用を図１７
を元にして説明する。医療機関クライアント２はユーザ
１５１Ｄ−Ｕ１のｎｉｐｐｏｎ ｔａｒｏ／ｍｅｄｉｃ
ａｌ／ｊｐｈｏｓｐｉｔａｌさんであったり、ユーザ１
５１Ｄ−Ｕ２のｏｓａｋａ ｊｉｒｏ／ａｓｓｉｓｔａ
ｎｔｓ／ｍｅｄｉｃａｌ／ｊｐｈｏｓｐｉｔａｌさんで
あったりする。ＩＤファイル２５１Ｄはそれぞれのユー
ザに対してユニークなものが一つ割り当てられている。
【００７２】例えば、ｎｉｐｐｏｎ ｔａｒｏさんが医
療機関クライアント２からログイン要求を行うと、図１
６のログイン要求検出で認証ログインＡが起動し、図１
７の処理に入る。ログイン要求ＡＣ−１においてユーザ
ＩＤとパスワードのキーインが行われ、ＡＣ−２におい
てＩＤファイル２５１Ｄに記載されているユーザＩＤお
よびパスワードとの照合が行われ、一致している場合に
はＡＣ−３でサーバの公開鍵を使用して暗号化した認証
要求をサーバに送る。サーバではＡＳ−１で認証要求を
受信して、ｎｉｐｐｏｎ ｔａｒｏさんからの要求と判
断すると、そのとき限りのランダムフレーズを作成し、
それをユーザ認証データ１５１Ｄ−Ｕ１のユーザ公開鍵
を使用して暗号化し、ｎｉｐｐｏｎ ｔａｒｏさんに送
り返す。クライアント側のＡＣ−４では暗号化されたラ
ンダムフレーズを自分のＩＤファイル２５１Ｄに所有す
る秘密鍵で復号する。ＡＣ−５ではサーバ公開鍵でその
ランダムフレーズを暗号化してサーバに送り返す。サー
バ側ではＡＳ−３で暗号化されたランダムフレーズをサ
ーバの秘密鍵で復号し最初に送り出したランダムフレー
ズと照合を行う。照合結果が一致するとＡＳ−４におい
て認証完了となり、正常に認証が完了した事をクライア
ント２に送る。クライアント２ではＡＣ−６で認証完了
を受け取る。以上によりログインが正常に完了する。
療機関クライアント２からログイン要求を行うと、図１
６のログイン要求検出で認証ログインＡが起動し、図１
７の処理に入る。ログイン要求ＡＣ−１においてユーザ
ＩＤとパスワードのキーインが行われ、ＡＣ−２におい
てＩＤファイル２５１Ｄに記載されているユーザＩＤお
よびパスワードとの照合が行われ、一致している場合に
はＡＣ−３でサーバの公開鍵を使用して暗号化した認証
要求をサーバに送る。サーバではＡＳ−１で認証要求を
受信して、ｎｉｐｐｏｎ ｔａｒｏさんからの要求と判
断すると、そのとき限りのランダムフレーズを作成し、
それをユーザ認証データ１５１Ｄ−Ｕ１のユーザ公開鍵
を使用して暗号化し、ｎｉｐｐｏｎ ｔａｒｏさんに送
り返す。クライアント側のＡＣ−４では暗号化されたラ
ンダムフレーズを自分のＩＤファイル２５１Ｄに所有す
る秘密鍵で復号する。ＡＣ−５ではサーバ公開鍵でその
ランダムフレーズを暗号化してサーバに送り返す。サー
バ側ではＡＳ−３で暗号化されたランダムフレーズをサ
ーバの秘密鍵で復号し最初に送り出したランダムフレー
ズと照合を行う。照合結果が一致するとＡＳ−４におい
て認証完了となり、正常に認証が完了した事をクライア
ント２に送る。クライアント２ではＡＣ−６で認証完了
を受け取る。以上によりログインが正常に完了する。
【００７３】例えばユーザ認証データ１５１Ｄ−Ｕ１の
医者ｎｉｐｐｏｎ ｔａｒｏさんがログインする場合
は、認証ＤＢ １５１Ｄの中にｎｉｐｐｏｎ ｔａｒｏ
さんが存在するのでログイン出来るが、認証ＤＢ １５
１Ｄの中にＩＤの存在しない人はログイン出来ない。
医者ｎｉｐｐｏｎ ｔａｒｏさんがログインする場合
は、認証ＤＢ １５１Ｄの中にｎｉｐｐｏｎ ｔａｒｏ
さんが存在するのでログイン出来るが、認証ＤＢ １５
１Ｄの中にＩＤの存在しない人はログイン出来ない。
【００７４】また例えば医者ｎｉｐｐｏｎ ｔａｒｏさ
んが処方箋を作成する為に、処方箋データベース１５６
Ｄにアクセス要求を行った場合は、処方箋ＡＣＬ１５６
Ａ内のユーザＩＤをサーチしてｎｉｐｐｏｎ ｔａｒｏ
さんを探すし、見つかった時には処方箋データベース１
５６Ｄへのアクセスを許す。
んが処方箋を作成する為に、処方箋データベース１５６
Ｄにアクセス要求を行った場合は、処方箋ＡＣＬ１５６
Ａ内のユーザＩＤをサーチしてｎｉｐｐｏｎ ｔａｒｏ
さんを探すし、見つかった時には処方箋データベース１
５６Ｄへのアクセスを許す。
【００７５】もし見つからない場合には、図１０に示す
グループＩＤをサーチして、例えばグループ１５１Ｄ−
Ｇ１を認証ＤＢ １５１Ｄからサーチして、そのメンバ
ーにｎｉｐｐｏｎ ｔａｒｏさんが存在しているならば
処方箋データベース１５６Ｄへのアクセスを許す。
グループＩＤをサーチして、例えばグループ１５１Ｄ−
Ｇ１を認証ＤＢ １５１Ｄからサーチして、そのメンバ
ーにｎｉｐｐｏｎ ｔａｒｏさんが存在しているならば
処方箋データベース１５６Ｄへのアクセスを許す。
【００７６】次にデータベースのアクセス制御リスト
（ＡＣＬ）の実施例図１１および医療機関における処方
箋の作成フローの実施例図１８に基づいて処方箋データ
ベース１５６Ｄへのアクセスの作用を説明する。処方箋
ＡＣＬ １５６Ａは１０の形式で構成される。また１５
１Ａ、１５２Ａ、１５３Ａ、１５４Ａ、１５５Ａ、１５
６Ａ、１５７Ａおよび１５８Ａ等のアクセス制御リスト
は１０の形式で構成される。クライアント側のアクセス
制御リストも同様である。
（ＡＣＬ）の実施例図１１および医療機関における処方
箋の作成フローの実施例図１８に基づいて処方箋データ
ベース１５６Ｄへのアクセスの作用を説明する。処方箋
ＡＣＬ １５６Ａは１０の形式で構成される。また１５
１Ａ、１５２Ａ、１５３Ａ、１５４Ａ、１５５Ａ、１５
６Ａ、１５７Ａおよび１５８Ａ等のアクセス制御リスト
は１０の形式で構成される。クライアント側のアクセス
制御リストも同様である。
【００７７】例えばユーザ認証データ１５１Ｄ−Ｕ１の
医者ｎｉｐｐｏｎ ｔａｒｏさんが処方箋を作成する為
に、処方箋データベース１５６Ｄにアクセス要求を行っ
た場合は、図１６のフローにおいて処方箋ＤＢ要求が発
生して、処方箋プログラム１５６Ｐに格納された処方箋
ＤＢ処理Ｂが起動され、図１８の処方箋ＤＢ処理に進行
する。
医者ｎｉｐｐｏｎ ｔａｒｏさんが処方箋を作成する為
に、処方箋データベース１５６Ｄにアクセス要求を行っ
た場合は、図１６のフローにおいて処方箋ＤＢ要求が発
生して、処方箋プログラム１５６Ｐに格納された処方箋
ＤＢ処理Ｂが起動され、図１８の処方箋ＤＢ処理に進行
する。
【００７８】ステップＢＣ−１でｎｉｐｐｏｎ ｔａｒ
ｏさんのアクセス要求が発生すると、サーバ側ではｎｉ
ｐｐｏｎ ｔａｒｏさんのアクセス権を処方箋ＡＣＬ
１５６Ａでチェックする。処方箋ＡＣＬ １５６Ａは図
１１の１０の構成になっており、１０−Ｕの形式のユー
ザアクセス権限設定情報並びをサーチする。ｎｉｐｐｏ
ｎ ｔａｒｏさんを見つけるとユーザアクセス権限設定
情報内にあるアクセス権限をチェックする。アクセス権
限には読者権限と作成者権限があり、このどちらかの権
限がないと処方箋ＤＢの画面は送信されない。ｎｉｐｐ
ｏｎｔａｒｏさんは医者であり作成者権限が割り振られ
ているので、ステップＢＳ−２で処方箋ＤＢ １５６Ｄ
の画面が送信される。
ｏさんのアクセス要求が発生すると、サーバ側ではｎｉ
ｐｐｏｎ ｔａｒｏさんのアクセス権を処方箋ＡＣＬ
１５６Ａでチェックする。処方箋ＡＣＬ １５６Ａは図
１１の１０の構成になっており、１０−Ｕの形式のユー
ザアクセス権限設定情報並びをサーチする。ｎｉｐｐｏ
ｎ ｔａｒｏさんを見つけるとユーザアクセス権限設定
情報内にあるアクセス権限をチェックする。アクセス権
限には読者権限と作成者権限があり、このどちらかの権
限がないと処方箋ＤＢの画面は送信されない。ｎｉｐｐ
ｏｎｔａｒｏさんは医者であり作成者権限が割り振られ
ているので、ステップＢＳ−２で処方箋ＤＢ １５６Ｄ
の画面が送信される。
【００７９】ステップＢＣ−２で処方箋ＤＢ １５６Ｄ
の画面が表示される。ｎｉｐｐｏｎ ｔａｒｏさんが処
方箋作成を要求するとステップＢＣ−３でその要求がサ
ーバに送られ、ステップＢＳ−３でアクセス権をチェッ
クする。ここで、前述の説明と同様にｎｉｐｐｏｎ ｔ
ａｒｏさんのアクセス権をチェックする。処方箋の作成
では作成者権限が必要であり、読者権限では作成画面が
送信されない。
の画面が表示される。ｎｉｐｐｏｎ ｔａｒｏさんが処
方箋作成を要求するとステップＢＣ−３でその要求がサ
ーバに送られ、ステップＢＳ−３でアクセス権をチェッ
クする。ここで、前述の説明と同様にｎｉｐｐｏｎ ｔ
ａｒｏさんのアクセス権をチェックする。処方箋の作成
では作成者権限が必要であり、読者権限では作成画面が
送信されない。
【００８０】ｎｉｐｐｏｎ ｔａｒｏさんは医者である
ため図１１に図示はしていないが、作成者権限を有して
いるのでステップＢＳ−４で作成画面が送られ、ステッ
プＢＣ−４で処方箋画面を表示する事が出来る。
ため図１１に図示はしていないが、作成者権限を有して
いるのでステップＢＳ−４で作成画面が送られ、ステッ
プＢＣ−４で処方箋画面を表示する事が出来る。
【００８１】ステップＢＣ−５では、ｎｉｐｐｏｎ ｔ
ａｒｏさんが処方箋を作成して電子署名操作を行うと、
ｎｉｐｐｏｎ ｔａｒｏさんのＩＤファイル２５１Ｄ内
のユーザ秘密鍵を使用して電子署名が行われる。
ａｒｏさんが処方箋を作成して電子署名操作を行うと、
ｎｉｐｐｏｎ ｔａｒｏさんのＩＤファイル２５１Ｄ内
のユーザ秘密鍵を使用して電子署名が行われる。
【００８２】次に保存要求を行うと、サーバではステッ
プＢＳ−５でユーザ認証データ１５１Ｄ−Ｕ１からｎｉ
ｐｐｏｎ ｔａｒｏさんのユーザ公開鍵を取り出して電
子署名の確認を行う。署名が正しければ日付データをつ
けて、作成した電子処方箋に付いているアクセス権を変
更してこの電子処方箋の後述する２０−７医療機関記載
領域１の編集をロックした後に処方箋ＤＢ １５６Ｄに
保存する。
プＢＳ−５でユーザ認証データ１５１Ｄ−Ｕ１からｎｉ
ｐｐｏｎ ｔａｒｏさんのユーザ公開鍵を取り出して電
子署名の確認を行う。署名が正しければ日付データをつ
けて、作成した電子処方箋に付いているアクセス権を変
更してこの電子処方箋の後述する２０−７医療機関記載
領域１の編集をロックした後に処方箋ＤＢ １５６Ｄに
保存する。
【００８３】以上説明した通り、医者のｎｉｐｐｏｎ
ｔａｒｏさんは電子処方箋を発行出来、署名後には処方
箋の変更が出来なくなる。
ｔａｒｏさんは電子処方箋を発行出来、署名後には処方
箋の変更が出来なくなる。
【００８４】次に図１１、および薬局における処方薬発
行フローの実施例図２０に基づいて処方薬文書発行の作
用を説明する。
行フローの実施例図２０に基づいて処方薬文書発行の作
用を説明する。
【００８５】例えばユーザ認証データ１５１Ｄ−Ｕ３の
薬剤師ｋｙｏｔｏ ｓａｂｕｒｏさんが薬の処方を行う
場合は、処方箋ＤＢに対してアクセスして該当の処方箋
を表示し、それに基づいて処方を行い、患者に対して処
方した薬の用法などを記載した処方薬文書を発行する。
薬剤師ｋｙｏｔｏ ｓａｂｕｒｏさんが薬の処方を行う
場合は、処方箋ＤＢに対してアクセスして該当の処方箋
を表示し、それに基づいて処方を行い、患者に対して処
方した薬の用法などを記載した処方薬文書を発行する。
【００８６】この為にまず処方箋ＤＢ １５６Ｄにアク
セス要求を行うと、図１６のフローにおいて処方箋ＤＢ
要求が発生して、処方箋プログラム１５６Ｐに格納され
た処方箋ＤＢ処理Ｂが起動され、図２０の処方箋ＤＢ処
理の様に進行する。
セス要求を行うと、図１６のフローにおいて処方箋ＤＢ
要求が発生して、処方箋プログラム１５６Ｐに格納され
た処方箋ＤＢ処理Ｂが起動され、図２０の処方箋ＤＢ処
理の様に進行する。
【００８７】ステップＣＣ−１でｋｙｏｔｏ ｓａｂｕ
ｒｏさんのアクセス要求が発生すると、サーバ側ではス
テップＣＳ−１でｋｙｏｔｏ ｓａｂｕｒｏさんのアク
セス権を処方箋ＡＣＬ １５６Ａによりチェックする。
前述と同様にしてｋｙｏｔｏ ｓａｂｕｒｏさんを見つ
けるとユーザアクセス権限設定情報内にあるアクセス権
限をチェックする。アクセス権限には読者権限と作成者
権限があり、このどちらかの権限がないと処方箋ＤＢの
画面は送信されない。ｋｙｏｔｏｓａｂｕｒｏさんは薬
剤師であり作成者権限が割り振られているので、ステッ
プＣＳ−２で処方箋ＤＢ １５６Ｄの画面が送信され、
ステップＣＣ−２で処方箋ＤＢ １５６Ｄの画面が表示
される。
ｒｏさんのアクセス要求が発生すると、サーバ側ではス
テップＣＳ−１でｋｙｏｔｏ ｓａｂｕｒｏさんのアク
セス権を処方箋ＡＣＬ １５６Ａによりチェックする。
前述と同様にしてｋｙｏｔｏ ｓａｂｕｒｏさんを見つ
けるとユーザアクセス権限設定情報内にあるアクセス権
限をチェックする。アクセス権限には読者権限と作成者
権限があり、このどちらかの権限がないと処方箋ＤＢの
画面は送信されない。ｋｙｏｔｏｓａｂｕｒｏさんは薬
剤師であり作成者権限が割り振られているので、ステッ
プＣＳ−２で処方箋ＤＢ １５６Ｄの画面が送信され、
ステップＣＣ−２で処方箋ＤＢ １５６Ｄの画面が表示
される。
【００８８】ｋｙｏｔｏ ｓａｂｕｒｏさんが処方箋参
照を要求するとステップＣＣ−３でその要求がサーバに
送られ、ステップＣＳ−３でアクセス権をチェックす
る。ここで、前述の説明と同様にｋｙｏｔｏ ｓａｂｕ
ｒｏさんのアクセス権をチェックする。処方箋の参照で
は読者権限または作成者権限が必要であり、権限がない
と処方箋画面が送信されない。ｋｙｏｔｏ ｓａｂｕｒ
ｏさんは作成者権限を有しているのでステップＣＳ−４
で処方箋画面が送られ、ステップＣＣ−４で処方箋画面
を表示する事が出来る。
照を要求するとステップＣＣ−３でその要求がサーバに
送られ、ステップＣＳ−３でアクセス権をチェックす
る。ここで、前述の説明と同様にｋｙｏｔｏ ｓａｂｕ
ｒｏさんのアクセス権をチェックする。処方箋の参照で
は読者権限または作成者権限が必要であり、権限がない
と処方箋画面が送信されない。ｋｙｏｔｏ ｓａｂｕｒ
ｏさんは作成者権限を有しているのでステップＣＳ−４
で処方箋画面が送られ、ステップＣＣ−４で処方箋画面
を表示する事が出来る。
【００８９】ステップＣＣ−５では、ｋｙｏｔｏ ｓａ
ｂｕｒｏさんが処方結果を追記して電子署名操作を行う
と、ｋｙｏｔｏ ｓａｂｕｒｏさんのＩＤファイル４５
１Ｄ内のユーザ秘密鍵を使用して電子署名が行われる。
ｂｕｒｏさんが処方結果を追記して電子署名操作を行う
と、ｋｙｏｔｏ ｓａｂｕｒｏさんのＩＤファイル４５
１Ｄ内のユーザ秘密鍵を使用して電子署名が行われる。
【００９０】次に保存要求を行うと、サーバではステッ
プＣＳ−５でユーザ認証データ１５１Ｄ−Ｕ３からｋｙ
ｏｔｏ ｓａｂｕｒｏさんのユーザ公開鍵を取り出して
電子署名の確認を行う。署名が正しければ日付データを
つけて、処方結果追加データのアクセス権を変更してこ
の電子処方箋の後述する２０−９薬局記載領域１の編集
をロックした後に処方箋ＤＢ １５６Ｄに保存する。
プＣＳ−５でユーザ認証データ１５１Ｄ−Ｕ３からｋｙ
ｏｔｏ ｓａｂｕｒｏさんのユーザ公開鍵を取り出して
電子署名の確認を行う。署名が正しければ日付データを
つけて、処方結果追加データのアクセス権を変更してこ
の電子処方箋の後述する２０−９薬局記載領域１の編集
をロックした後に処方箋ＤＢ １５６Ｄに保存する。
【００９１】データ保存に引き続いて、自動的に処方薬
プログラム１５８Ｐが起動して、ＣＣ−６で処方薬ＤＢ
１５８Ｄへのアクセス要求が発生する。ＣＳ−６では
処方薬ＡＣＬ １５８Ａに基づきｋｙｏｔｏ ｓａｂｕ
ｒｏさんのアクセス権をチェックする。ここで処方薬Ａ
ＣＬ １５８Ａは図１１と同じ構造であり、チェック方
法も同様である。
プログラム１５８Ｐが起動して、ＣＣ−６で処方薬ＤＢ
１５８Ｄへのアクセス要求が発生する。ＣＳ−６では
処方薬ＡＣＬ １５８Ａに基づきｋｙｏｔｏ ｓａｂｕ
ｒｏさんのアクセス権をチェックする。ここで処方薬Ａ
ＣＬ １５８Ａは図１１と同じ構造であり、チェック方
法も同様である。
【００９２】ｋｙｏｔｏ ｓａｂｕｒｏさんは薬剤師で
あるので処方薬ＤＢ １５８Ｄには作成者権限をもって
いるので、ステップＣＳ−７で処方薬文書作成画面がサ
ーバからクライアント側に送信され、ＣＣ−７で処方薬
文書画面が開く。
あるので処方薬ＤＢ １５８Ｄには作成者権限をもって
いるので、ステップＣＳ−７で処方薬文書作成画面がサ
ーバからクライアント側に送信され、ＣＣ−７で処方薬
文書画面が開く。
【００９３】ＣＣ−８では処方箋データが処方薬文書に
インポートされるので、電子署名して保存要求する。ス
テップＣＳ−８では電子署名をチェックして日時データ
を追加し、薬局記載領域１のアクセス権を変更して薬局
記載領域１の変更をロックした上で処方薬ＤＢ １５８
Ｄに保存する。
インポートされるので、電子署名して保存要求する。ス
テップＣＳ−８では電子署名をチェックして日時データ
を追加し、薬局記載領域１のアクセス権を変更して薬局
記載領域１の変更をロックした上で処方薬ＤＢ １５８
Ｄに保存する。
【００９４】次に図１２および図１３に基づいて電子処
方箋の作成および変更の作用についてさらに詳しく説明
する。
方箋の作成および変更の作用についてさらに詳しく説明
する。
【００９５】処方箋ＤＢ １５６Ｄへのアクセスは処方
箋ＡＣＬ １５６Ａにより制御されるが、処方箋ＤＢ
１５６Ｄ内の個々の処方箋２０へのアクセス制御は図１
３に示す編集者情報２０−１および読者情報２０−２に
より行われる。処方箋２０は編集者情報２０−１に記載
されたユーザＩＤまたはグループＩＤのユーザが編集権
限を持ち、２０−１に何も記載されていない場合には、
処方箋２０の編集は出来ない。また、読者情報２０−２
に記載されたユーザＩＤまたはグループＩＤのユーザが
読者権限を持ち、２０−２に何も記載されていない場合
は、処方箋ＡＣＬ １５６Ａに記載のアクセス制御で処
方箋２０を参照出来る。
箋ＡＣＬ １５６Ａにより制御されるが、処方箋ＤＢ
１５６Ｄ内の個々の処方箋２０へのアクセス制御は図１
３に示す編集者情報２０−１および読者情報２０−２に
より行われる。処方箋２０は編集者情報２０−１に記載
されたユーザＩＤまたはグループＩＤのユーザが編集権
限を持ち、２０−１に何も記載されていない場合には、
処方箋２０の編集は出来ない。また、読者情報２０−２
に記載されたユーザＩＤまたはグループＩＤのユーザが
読者権限を持ち、２０−２に何も記載されていない場合
は、処方箋ＡＣＬ １５６Ａに記載のアクセス制御で処
方箋２０を参照出来る。
【００９６】ユーザが処方箋２０を呼び出した場合に
は、処方箋プログラム１５６Ｐ内にある文書の制御手段
１１が呼び出され、アクセス制御手段１１−１の編集者
判定手段１１−１Ｅで編集者情報２０−１にそのユーザ
の名前があるかをチェックし、名前がある場合には読出
し手段１１−２に制御を渡して処方箋２０を開く。ユー
ザの名前が無い場合には、ユーザグループ中にそのユー
ザの名前があるかをチェックし名前がある場合には読出
し手段１１−２に制御を渡して処方箋２０を開く。名前
がない場合には、読者判定手段１１−１Ｒをチェックし
て、１１−１Ｒが空の場合には読出し手段１１−２に制
御を渡して処方箋２０を開く。また１１−１ＲにＩＤの
記載がある場合には、ユーザＩＤがその記載に含まれて
いるかチェックして含まれている場合には読出し手段１
１−２に制御を渡して処方箋２０を開く。それ以外の場
合には読出し手段１１−２に制御を渡さず処方箋２０へ
のアクセスを許さない。
は、処方箋プログラム１５６Ｐ内にある文書の制御手段
１１が呼び出され、アクセス制御手段１１−１の編集者
判定手段１１−１Ｅで編集者情報２０−１にそのユーザ
の名前があるかをチェックし、名前がある場合には読出
し手段１１−２に制御を渡して処方箋２０を開く。ユー
ザの名前が無い場合には、ユーザグループ中にそのユー
ザの名前があるかをチェックし名前がある場合には読出
し手段１１−２に制御を渡して処方箋２０を開く。名前
がない場合には、読者判定手段１１−１Ｒをチェックし
て、１１−１Ｒが空の場合には読出し手段１１−２に制
御を渡して処方箋２０を開く。また１１−１ＲにＩＤの
記載がある場合には、ユーザＩＤがその記載に含まれて
いるかチェックして含まれている場合には読出し手段１
１−２に制御を渡して処方箋２０を開く。それ以外の場
合には読出し手段１１−２に制御を渡さず処方箋２０へ
のアクセスを許さない。
【００９７】読み出された処方箋２０をユーザが編集を
求めた場合には、編集者判定手段１１−１Ｅで編集者情
報２０−１にそのユーザの名前があるかをチェックし、
名前がある場合には編集手段１１−３に制御を渡して処
方箋２０を編集モードにする。ユーザの名前が無い場合
には、ユーザグループ中にそのユーザの名前があるかを
チェックし名前がある場合には編集手段１１−３に制御
を渡して処方箋２０を編集モードにする。
求めた場合には、編集者判定手段１１−１Ｅで編集者情
報２０−１にそのユーザの名前があるかをチェックし、
名前がある場合には編集手段１１−３に制御を渡して処
方箋２０を編集モードにする。ユーザの名前が無い場合
には、ユーザグループ中にそのユーザの名前があるかを
チェックし名前がある場合には編集手段１１−３に制御
を渡して処方箋２０を編集モードにする。
【００９８】ユーザが編集を終了して保存する場合に
は、編集手段１１−３から保存手段１１−４に制御を渡
して処方箋２０を保存する。
は、編集手段１１−３から保存手段１１−４に制御を渡
して処方箋２０を保存する。
【００９９】ユーザが署名手段１１−５で署名を行った
後に保存する場合には、保存手段１１−４は編集者情報
２０−１から全てのＩＤを削除する。もし、読者情報２
０−２が空の場合には何もしないが、ＩＤが記載されて
いる場合には、２０−１に記載されていたＩＤを２０−
２に追加して保存を完了する。
後に保存する場合には、保存手段１１−４は編集者情報
２０−１から全てのＩＤを削除する。もし、読者情報２
０−２が空の場合には何もしないが、ＩＤが記載されて
いる場合には、２０−１に記載されていたＩＤを２０−
２に追加して保存を完了する。
【０１００】これにより、次に処方箋２０を編集しよう
としても編集者情報２０−１にＩＤの記載が無い事を１
１−１Ｅでチェックして編集手段１１−３を呼び出さな
いようにするので処方箋２０が改ざんされる恐れは無
い。
としても編集者情報２０−１にＩＤの記載が無い事を１
１−１Ｅでチェックして編集手段１１−３を呼び出さな
いようにするので処方箋２０が改ざんされる恐れは無
い。
【０１０１】次に課金の作用について、図１４、図１５
およびサーバにおける課金フローの実施例図２２、と２
３により説明する。
およびサーバにおける課金フローの実施例図２２、と２
３により説明する。
【０１０２】処方箋ＤＢ １５６Ｄには１件１葉の電子
処方箋が保存されており、この処方箋には処方箋発行日
時２０−７−４が記録されている。課金ＤＢに先月実績
を保存する作用は図２２に示すようになる。
処方箋が保存されており、この処方箋には処方箋発行日
時２０−７−４が記録されている。課金ＤＢに先月実績
を保存する作用は図２２に示すようになる。
【０１０３】医療ＤＢプロバイダの経理担当者が課金Ｄ
Ｂ １５２ＤにアクセスしようとするとステップＤ−１
で課金ＡＣＬ １５２Ａに記載された図１１の形式のＡ
ＣＬによってアクセス権がチェックされる。経理担当者
は課金ＤＢ １５２Ｄに対しては作成者の権限を有して
いるので、課金ＤＢ １５２Ｄが開かれる。次に明細書
／請求書３０の発行を要求すると、明細書ＩＤ ３０−
３、記載者ＩＤ ３０−７、会員情報３０−９、会員担
当者情報３０−１０、プロバイダ情報３０−１３、プロ
バイダ担当者情報３０−１４が記載されて医療機関の処
方箋ＤＢへのアクセスが行われる。
Ｂ １５２ＤにアクセスしようとするとステップＤ−１
で課金ＡＣＬ １５２Ａに記載された図１１の形式のＡ
ＣＬによってアクセス権がチェックされる。経理担当者
は課金ＤＢ １５２Ｄに対しては作成者の権限を有して
いるので、課金ＤＢ １５２Ｄが開かれる。次に明細書
／請求書３０の発行を要求すると、明細書ＩＤ ３０−
３、記載者ＩＤ ３０−７、会員情報３０−９、会員担
当者情報３０−１０、プロバイダ情報３０−１３、プロ
バイダ担当者情報３０−１４が記載されて医療機関の処
方箋ＤＢへのアクセスが行われる。
【０１０４】医療ＤＢプロバイダの経理担当者が処方箋
ＤＢにアクセスしようとすると、ステップＤ−２で処方
箋ＡＣＬ １５６Ａに記載された図１１の形式のＡＣＬ
によってアクセス権がチェックされる。読者以上のアク
セス権を有している場合に、処方箋ＤＢのオープンが行
える
ＤＢにアクセスしようとすると、ステップＤ−２で処方
箋ＡＣＬ １５６Ａに記載された図１１の形式のＡＣＬ
によってアクセス権がチェックされる。読者以上のアク
セス権を有している場合に、処方箋ＤＢのオープンが行
える
【０１０５】ステップＤ−３で日付データを基に先月実
績の処方箋数がカウントされ、課金対象ＤＢの情報が３
−１１に記録され、金額情報が３０−１２に記録され
る。
績の処方箋数がカウントされ、課金対象ＤＢの情報が３
−１１に記録され、金額情報が３０−１２に記録され
る。
【０１０６】ステップＤ−４で経理担当者が内容を確認
して承認を行うと電子署名３０−８が行われ、３０−１
から編集者情報が削除されて、３０−２には経理担当者
と請求先の医療機関ＩＤが記載されて保存される。ここ
で医療機関ＩＤは医療機関のグループＩＤに他ならな
い。
して承認を行うと電子署名３０−８が行われ、３０−１
から編集者情報が削除されて、３０−２には経理担当者
と請求先の医療機関ＩＤが記載されて保存される。ここ
で医療機関ＩＤは医療機関のグループＩＤに他ならな
い。
【０１０７】これにより、医療機関への明細書／請求書
３０は変更が出来なくなる。また該当の医療機関とプロ
バイダの経理担当者以外は参照が出来なくなり、セキュ
アなの明細書／請求書発行が出来、課金が行える。
３０は変更が出来なくなる。また該当の医療機関とプロ
バイダの経理担当者以外は参照が出来なくなり、セキュ
アなの明細書／請求書発行が出来、課金が行える。
【０１０８】処方薬ＤＢ １５８Ｄに保存された処方薬
文書でも同様にして課金が行える。
文書でも同様にして課金が行える。
【０１０９】次に領収書発行の作用を説明する。図２３
において医療ＤＢプロバイダの経理担当者が領収書を発
行する場合には、ステップＤ−５で課金ＡＣＬ１５２Ａ
に記載された図１１の形式のＡＣＬによってアクセス権
がチェックされるが、医療ＤＢプロバイダの経理担当者
は作成者のアクセス権を有しているから、ステップＤ−
６で領収結果を記入し、Ｄ−７で課金ＤＢ １５２Ｄか
ら先月分領収書を発行できる。領収書は図１５のごとく
なっており、作成時に領収書ＩＤ３１−３、記載者ＩＤ
３１−７が記載され、３０ｂに明細書／請求書３０の
データがインポートされる。承認して保存すると領収書
発行日時３１−５とセンター保存日時３１−４が記入さ
れ、電子署名３１−８と承認者ＩＤ ３１−６が記入さ
れて、編集者情報３１−１の内容が抹消されて、読者情
報３１−２には薬局ＩＤと経理担当者ＩＤが記載されて
保存される。
において医療ＤＢプロバイダの経理担当者が領収書を発
行する場合には、ステップＤ−５で課金ＡＣＬ１５２Ａ
に記載された図１１の形式のＡＣＬによってアクセス権
がチェックされるが、医療ＤＢプロバイダの経理担当者
は作成者のアクセス権を有しているから、ステップＤ−
６で領収結果を記入し、Ｄ−７で課金ＤＢ １５２Ｄか
ら先月分領収書を発行できる。領収書は図１５のごとく
なっており、作成時に領収書ＩＤ３１−３、記載者ＩＤ
３１−７が記載され、３０ｂに明細書／請求書３０の
データがインポートされる。承認して保存すると領収書
発行日時３１−５とセンター保存日時３１−４が記入さ
れ、電子署名３１−８と承認者ＩＤ ３１−６が記入さ
れて、編集者情報３１−１の内容が抹消されて、読者情
報３１−２には薬局ＩＤと経理担当者ＩＤが記載されて
保存される。
【０１１０】これにより、領収書３１は変更が出来なく
なる。また該当の薬局とプロバイダの経理担当者以外は
参照が出来なくなり、セキュアな領収書発行が出来、課
金が行える。
なる。また該当の薬局とプロバイダの経理担当者以外は
参照が出来なくなり、セキュアな領収書発行が出来、課
金が行える。
【０１１１】以上説明した作用のごとく、処方箋ＤＢ、
処方薬ＤＢおよび課金ＤＢへのアクセスはあらかじめア
クセス権を設定した人間だけが設定した権限の作業を行
う事が出来、それ以外の人間はアクセス出来ないので、
データの改ざんの恐れがなく、処方箋の発行数、処方薬
文書の発行数を確実にカウント出来、安全で正確な課金
を行う事ができる。
処方薬ＤＢおよび課金ＤＢへのアクセスはあらかじめア
クセス権を設定した人間だけが設定した権限の作業を行
う事が出来、それ以外の人間はアクセス出来ないので、
データの改ざんの恐れがなく、処方箋の発行数、処方薬
文書の発行数を確実にカウント出来、安全で正確な課金
を行う事ができる。
【０１１２】次に、個人ＩＤ情報、医療機関ＩＤ情報、
薬局ＩＤ情報、医者グループ情報、薬剤師グループ情
報、医療補助者グループ情報、薬剤師補助者グループ情
報とからなる認証データベースの値に応じて認証を行
い、処方箋データベースと処方薬データベース等へのア
クセス制御を行う医療データベースプロバイド方法、お
よびシステムの作用を認証データベース１５１Ｄのデー
タベース構成を示す図８、図９および図１０に基づいて
詳しく説明する。
薬局ＩＤ情報、医者グループ情報、薬剤師グループ情
報、医療補助者グループ情報、薬剤師補助者グループ情
報とからなる認証データベースの値に応じて認証を行
い、処方箋データベースと処方薬データベース等へのア
クセス制御を行う医療データベースプロバイド方法、お
よびシステムの作用を認証データベース１５１Ｄのデー
タベース構成を示す図８、図９および図１０に基づいて
詳しく説明する。
【０１１３】ユーザ認証データ１５１Ｄ−Ｕの具体例で
ある、医者個人情報１５１Ｄ−Ｕ１、医療補助者個人情
報１５１Ｄ−Ｕ２、薬剤師個人情報１５１Ｄ−Ｕ３、薬
剤師補助者個人情報１５１Ｄ−Ｕ４は、ユニークなデー
タであるユーザＩＤを含んでいるため、医療データベー
スシステムの中で、処方箋や処方薬文書の作成者を同定
したり、アクセス制御を行う時の識別をしたりする作用
を有する。
ある、医者個人情報１５１Ｄ−Ｕ１、医療補助者個人情
報１５１Ｄ−Ｕ２、薬剤師個人情報１５１Ｄ−Ｕ３、薬
剤師補助者個人情報１５１Ｄ−Ｕ４は、ユニークなデー
タであるユーザＩＤを含んでいるため、医療データベー
スシステムの中で、処方箋や処方薬文書の作成者を同定
したり、アクセス制御を行う時の識別をしたりする作用
を有する。
【０１１４】ユーザ認証データ１５１Ｄ−Ｕ内のユーザ
メールアドレスはプログラム内において、処方箋や処方
薬文書の情報を連絡する場合に、ユーザＩＤをキーとし
てメールアドレスを検索してメールを送信する作用を有
する。またユーザ認証データ１５１Ｄ−Ｕ内にユーザメ
ールアドレスが存在する事により、ユーザが好きなメー
ルシステムを使用できる作用がある。また、メールシス
テムを変更した場合でも、ユーザ認証データ１５１Ｄ−
Ｕのユーザメールアドレスを更新するのみで済み、すで
に作成した処方箋や処方薬文書内のユーザＩＤには影響
を与えない作用がある。
メールアドレスはプログラム内において、処方箋や処方
薬文書の情報を連絡する場合に、ユーザＩＤをキーとし
てメールアドレスを検索してメールを送信する作用を有
する。またユーザ認証データ１５１Ｄ−Ｕ内にユーザメ
ールアドレスが存在する事により、ユーザが好きなメー
ルシステムを使用できる作用がある。また、メールシス
テムを変更した場合でも、ユーザ認証データ１５１Ｄ−
Ｕのユーザメールアドレスを更新するのみで済み、すで
に作成した処方箋や処方薬文書内のユーザＩＤには影響
を与えない作用がある。
【０１１５】ユーザ認証データ１５１Ｄ−Ｕのユーザ氏
名は処方箋や処方薬文書の中に記載される作成者／記載
者や承認者等の名前を分かり易くする作用がある。ユー
ザ氏名読みはユーザ認証データ１５１Ｄ−Ｕをソートし
て表示したりする作用がある。
名は処方箋や処方薬文書の中に記載される作成者／記載
者や承認者等の名前を分かり易くする作用がある。ユー
ザ氏名読みはユーザ認証データ１５１Ｄ−Ｕをソートし
て表示したりする作用がある。
【０１１６】ユーザ説明情報はユーザの所属部署や連絡
先など説明的な情報を記載して、そのユーザがどのよう
な人であるかを特定する時の補助的な情報としての作用
がある。
先など説明的な情報を記載して、そのユーザがどのよう
な人であるかを特定する時の補助的な情報としての作用
がある。
【０１１７】ユーザ公開鍵はユーザのみが知る秘密鍵と
ペアで暗号化／復号化を行う暗号方式でＲＳＡ方式がき
わめて有名である。図１７に基づいて後述するが、ユー
ザ公開鍵はユーザがログインする時の認証に使用した
り、別の人がこのユーザに暗号メールを送る場合に暗号
化したりする作用を有する。
ペアで暗号化／復号化を行う暗号方式でＲＳＡ方式がき
わめて有名である。図１７に基づいて後述するが、ユー
ザ公開鍵はユーザがログインする時の認証に使用した
り、別の人がこのユーザに暗号メールを送る場合に暗号
化したりする作用を有する。
【０１１８】暗号化したユーザ秘密鍵は、ユーザが医療
ＤＢシステムの持つ公開鍵で自分の秘密鍵を暗号化して
から医療ＤＢシステムに預けたもので、万一ユーザが自
身の認証に使用するＩＤファイル２５１Ｄや４５１Ｄを
紛失した場合に再発行の作用を有する。この暗号化した
ユーザ秘密鍵は医療ＤＢシステムの公開鍵で暗号化して
いる事から、医療ＤＢシステムの秘密鍵以外では取り出
すことが出来ず安全に保管される作用を有する。
ＤＢシステムの持つ公開鍵で自分の秘密鍵を暗号化して
から医療ＤＢシステムに預けたもので、万一ユーザが自
身の認証に使用するＩＤファイル２５１Ｄや４５１Ｄを
紛失した場合に再発行の作用を有する。この暗号化した
ユーザ秘密鍵は医療ＤＢシステムの公開鍵で暗号化して
いる事から、医療ＤＢシステムの秘密鍵以外では取り出
すことが出来ず安全に保管される作用を有する。
【０１１９】グループ認証データ１５１Ｄ−Ｇの具体的
な例を示したものが図１０で、１５１Ｄ−Ｇ１が医者グ
ループのグループＩＤ情報、１５１Ｄ−Ｇ２が医療補助
者グループのグループＩＤ情報、１５１Ｄ−Ｇ３が薬剤
師グループのグループＩＤ情報、１５１Ｄ−Ｇ４が薬剤
師補助者グループのグループＩＤ情報を示している。
な例を示したものが図１０で、１５１Ｄ−Ｇ１が医者グ
ループのグループＩＤ情報、１５１Ｄ−Ｇ２が医療補助
者グループのグループＩＤ情報、１５１Ｄ−Ｇ３が薬剤
師グループのグループＩＤ情報、１５１Ｄ−Ｇ４が薬剤
師補助者グループのグループＩＤ情報を示している。
【０１２０】これらのグループＩＤ情報はユニークなデ
ータであるグループＩＤによって識別が行われ、医療デ
ータベースシステムの中で、処方箋や処方薬文書へのア
クセス制御を行う時の識別の作用を有する。
ータであるグループＩＤによって識別が行われ、医療デ
ータベースシステムの中で、処方箋や処方薬文書へのア
クセス制御を行う時の識別の作用を有する。
【０１２１】グループ認証データ１５１Ｄ−Ｇ内のグル
ープメールアドレスは運用中において、例えば異常なア
クセスを受けた場合等にその情報を連絡するために、グ
ループＩＤをキーとしてメールアドレスを検索してメー
ルを送信する作用を有する。グループ認証データ１５１
Ｄ−Ｇ内のメールアドレスによって、グループが共有し
たメールを受信する事ができ、またグループが好きなメ
ールシステムを使用できる作用がある。また、メールシ
ステムを変更した場合でも、グループ認証データ１５１
Ｄ−Ｇのグループメールアドレスを更新するのみで済む
作用がある。
ープメールアドレスは運用中において、例えば異常なア
クセスを受けた場合等にその情報を連絡するために、グ
ループＩＤをキーとしてメールアドレスを検索してメー
ルを送信する作用を有する。グループ認証データ１５１
Ｄ−Ｇ内のメールアドレスによって、グループが共有し
たメールを受信する事ができ、またグループが好きなメ
ールシステムを使用できる作用がある。また、メールシ
ステムを変更した場合でも、グループ認証データ１５１
Ｄ−Ｇのグループメールアドレスを更新するのみで済む
作用がある。
【０１２２】グループ説明情報はグループの名称や補助
的な説明を記載して、そのグループがどのようなグルー
プであるかを特定する時の補助的な情報としての作用が
ある。
的な説明を記載して、そのグループがどのようなグルー
プであるかを特定する時の補助的な情報としての作用が
ある。
【０１２３】グループ公開鍵は、グループとして署名し
た文書がまさにそのグループによって署名されたものか
どうかを認証する作用がある。
た文書がまさにそのグループによって署名されたものか
どうかを認証する作用がある。
【０１２４】暗号化したグループ秘密鍵は、認証データ
ベース１５１Ｄにグループを登録する時に医療ＤＢシス
テムの持つ公開鍵でグループの秘密鍵を暗号化してから
グループ認証データ１５１Ｄ−Ｇ内に保存したもので、
グループのユーザがグループの電子サインを使用したい
時に、医療ＤＢシステムに要求する事によって、サイン
が実行される。この暗号化したグループ秘密鍵は医療Ｄ
Ｂシステムの公開鍵で暗号化している事から、医療ＤＢ
システムの秘密鍵以外では取り出すことが出来ず安全に
保管される。
ベース１５１Ｄにグループを登録する時に医療ＤＢシス
テムの持つ公開鍵でグループの秘密鍵を暗号化してから
グループ認証データ１５１Ｄ−Ｇ内に保存したもので、
グループのユーザがグループの電子サインを使用したい
時に、医療ＤＢシステムに要求する事によって、サイン
が実行される。この暗号化したグループ秘密鍵は医療Ｄ
Ｂシステムの公開鍵で暗号化している事から、医療ＤＢ
システムの秘密鍵以外では取り出すことが出来ず安全に
保管される。
【０１２５】医者が属する医療機関ＩＤ情報は、図示は
していないが、グループ認証データ１５１Ｄ−Ｇの一種
であって、医療機関を構成する医者グループ１５１Ｄ−
Ｇ１、医療補助者グループ１５１Ｄ−Ｇ２から構成さ
れ、その働きは前述のグループ認証データ１５１Ｄ−Ｇ
の作用と同様である。
していないが、グループ認証データ１５１Ｄ−Ｇの一種
であって、医療機関を構成する医者グループ１５１Ｄ−
Ｇ１、医療補助者グループ１５１Ｄ−Ｇ２から構成さ
れ、その働きは前述のグループ認証データ１５１Ｄ−Ｇ
の作用と同様である。
【０１２６】薬剤師が属する薬局ＩＤ情報は、図示はし
ていないが、グループ認証データ１５１Ｄ−Ｇの一種で
あって、薬局を構成する薬剤師グループ１５１Ｄ−Ｇ
３、薬剤師補助者グループ１５１Ｄ−Ｇ４から構成さ
れ、その働きは前述のグループ認証データ１５１Ｄ−Ｇ
の作用と同様である。
ていないが、グループ認証データ１５１Ｄ−Ｇの一種で
あって、薬局を構成する薬剤師グループ１５１Ｄ−Ｇ
３、薬剤師補助者グループ１５１Ｄ−Ｇ４から構成さ
れ、その働きは前述のグループ認証データ１５１Ｄ−Ｇ
の作用と同様である。
【０１２７】次に医療データベースシステムを構成する
個々のデータベースに対して、１対１に対応したアクセ
スコントロール（ＡＣＬ）データとデータベース制御プ
ログラムを有した構成の医療データベースのサーバシス
テム、およびクライアントシステムの作用について説明
する。
個々のデータベースに対して、１対１に対応したアクセ
スコントロール（ＡＣＬ）データとデータベース制御プ
ログラムを有した構成の医療データベースのサーバシス
テム、およびクライアントシステムの作用について説明
する。
【０１２８】図５における認証データベースＡＣＬ１５
１Ａ、認証データベース１５１Ｄ、課金プログラム １
５２Ｐ、課金データベースＡＣＬ１５２Ａ、課金データ
ベース１５２Ｄ、薬プログラム１５３Ｐ、薬データベー
スＡＣＬ１５３Ａ、薬データベース１５３Ｄ、処方箋Ｉ
Ｄプログラム１５４Ｐ、処方箋ＩＤデータベースＡＣＬ
１５４Ａ、処方箋ＩＤデータベース１５４Ｄ、患者プロ
グラム１５５Ｐ、患者データベースＡＣＬ１５５Ａ、患
者データベース１５５Ｄ、処方箋プログラム１５６Ｐ、
処方箋データベースＡＣＬ１５６Ａ、処方箋データベー
ス１５６Ｄ、患者プログラム１５７Ｐ、患者データベー
スＡＣＬ１５７Ａ、患者データベース１５７Ｄ、処方薬
プログラム１５８Ｐ、処方薬データベースＡＣＬ１５８
Ａ、および処方薬データベース１５８Ｄは、データベー
スＡＣＬとデータベース本体、およびプログラムが１対
１に対応している。図６および図７のデータベースにつ
いても同様にデータベースＡＣＬとデータベース本体、
およびプログラムが１対１に対応している。
１Ａ、認証データベース１５１Ｄ、課金プログラム １
５２Ｐ、課金データベースＡＣＬ１５２Ａ、課金データ
ベース１５２Ｄ、薬プログラム１５３Ｐ、薬データベー
スＡＣＬ１５３Ａ、薬データベース１５３Ｄ、処方箋Ｉ
Ｄプログラム１５４Ｐ、処方箋ＩＤデータベースＡＣＬ
１５４Ａ、処方箋ＩＤデータベース１５４Ｄ、患者プロ
グラム１５５Ｐ、患者データベースＡＣＬ１５５Ａ、患
者データベース１５５Ｄ、処方箋プログラム１５６Ｐ、
処方箋データベースＡＣＬ１５６Ａ、処方箋データベー
ス１５６Ｄ、患者プログラム１５７Ｐ、患者データベー
スＡＣＬ１５７Ａ、患者データベース１５７Ｄ、処方薬
プログラム１５８Ｐ、処方薬データベースＡＣＬ１５８
Ａ、および処方薬データベース１５８Ｄは、データベー
スＡＣＬとデータベース本体、およびプログラムが１対
１に対応している。図６および図７のデータベースにつ
いても同様にデータベースＡＣＬとデータベース本体、
およびプログラムが１対１に対応している。
【０１２９】例えば、図１６において処方箋ＤＢ処理Ｂ
が呼び出されると、図１８の処理で処方箋プログラム１
５６Ｐが１対１に対応した処方箋ＡＣＬ１５６Ａの中か
ら、ログイン要求者のユーザＩＤデータをサーチして、
処方箋データベース１５６Ｄへのアクセス権限をチェッ
クする。データベースＡＣＬとデータベース本体、およ
びプログラムが１対１に対応している事から、アクセス
権限のチェックはデータベースの種類が異なっても、そ
のアクセスを制御しているＡＣＬの所在は明快である。
このためアクセス制御に関するプログラムの記述を完全
に共通化する事ができる。
が呼び出されると、図１８の処理で処方箋プログラム１
５６Ｐが１対１に対応した処方箋ＡＣＬ１５６Ａの中か
ら、ログイン要求者のユーザＩＤデータをサーチして、
処方箋データベース１５６Ｄへのアクセス権限をチェッ
クする。データベースＡＣＬとデータベース本体、およ
びプログラムが１対１に対応している事から、アクセス
権限のチェックはデータベースの種類が異なっても、そ
のアクセスを制御しているＡＣＬの所在は明快である。
このためアクセス制御に関するプログラムの記述を完全
に共通化する事ができる。
【０１３０】またデータベースへのアクセスのチェック
を、そのデータベースのＡＣＬに基づいて行う事から、
あるデータベースのプログラム中で別のデータベースを
参照する場合に、別のデータベースの参照が発生した時
点で、その別のデータベースのＡＣＬに基づいてアクセ
スの可否を判断するので、誤ったアクセスを許す事が無
く、セキュリティを強固に出来る。
を、そのデータベースのＡＣＬに基づいて行う事から、
あるデータベースのプログラム中で別のデータベースを
参照する場合に、別のデータベースの参照が発生した時
点で、その別のデータベースのＡＣＬに基づいてアクセ
スの可否を判断するので、誤ったアクセスを許す事が無
く、セキュリティを強固に出来る。
【０１３１】次に医師等、薬剤師等のＩＤ認証データを
クライアントシステムに置く代わりに、サーバ側に置い
た医療データベースのクライアントシステムの作用につ
いて説明する。
クライアントシステムに置く代わりに、サーバ側に置い
た医療データベースのクライアントシステムの作用につ
いて説明する。
【０１３２】医師等、薬剤師等のＩＤ認証データをクラ
イアントシステムに置いた場合のログインは図１７の如
くＩＤファイル中に秘密鍵を持つので、きわめて暗号強
度の高いセキュアな認証が可能であるが、最近のＳＳＬ
（セキュア・ソケット・レイヤー）などの技術を使用す
ると、そこそこ実用的な安全な通信が行えるため、ユー
ザＩＤとパスワードのみによるログインを行う事が可能
である。本発明では、図８に示すように暗号化したユー
ザ秘密鍵を認証ＤＢ１５１Ｄの中に有しているために、
図１３に示す処方箋２０に電子署名２０−７−６を行う
事ができる。
イアントシステムに置いた場合のログインは図１７の如
くＩＤファイル中に秘密鍵を持つので、きわめて暗号強
度の高いセキュアな認証が可能であるが、最近のＳＳＬ
（セキュア・ソケット・レイヤー）などの技術を使用す
ると、そこそこ実用的な安全な通信が行えるため、ユー
ザＩＤとパスワードのみによるログインを行う事が可能
である。本発明では、図８に示すように暗号化したユー
ザ秘密鍵を認証ＤＢ１５１Ｄの中に有しているために、
図１３に示す処方箋２０に電子署名２０−７−６を行う
事ができる。
【０１３３】次に処方箋に医者ＩＤと記載者ＩＤを設け
る事により、記載者が記載した内容を医者が承認できる
ようにした電子処方箋の作用について説明する。
る事により、記載者が記載した内容を医者が承認できる
ようにした電子処方箋の作用について説明する。
【０１３４】処方箋の作成は図１８に示すフローの如く
に行われる事は既に説明した。しかし処方箋に記載する
項目がかなり多く、その殆どは医療補助者が記入可能で
あり、紙の処方箋においては、医療補助者が記入するケ
ースが多くなっている。本発明になる処方箋図１３では
編集者情報２０−１および２０−７−１のフィールドを
設けており、このフィールドに記載されたＩＤのユーザ
がその処方箋の編集ができるように処方箋プログラム１
５６Ｐによって制御される。何も作成されていない空の
処方箋を開いた時には、２０−１には作成者が所属する
グループ名が書き込まれ、２０−７−１には作成者のＩ
Ｄが自動的に書き込まれ、その処方箋を保存した後に再
び編集を行う場合には、以前に２０−１および２０−７
−１に書き込まれたＩＤを見てその処方箋に対するアク
セス権を判断する。
に行われる事は既に説明した。しかし処方箋に記載する
項目がかなり多く、その殆どは医療補助者が記入可能で
あり、紙の処方箋においては、医療補助者が記入するケ
ースが多くなっている。本発明になる処方箋図１３では
編集者情報２０−１および２０−７−１のフィールドを
設けており、このフィールドに記載されたＩＤのユーザ
がその処方箋の編集ができるように処方箋プログラム１
５６Ｐによって制御される。何も作成されていない空の
処方箋を開いた時には、２０−１には作成者が所属する
グループ名が書き込まれ、２０−７−１には作成者のＩ
Ｄが自動的に書き込まれ、その処方箋を保存した後に再
び編集を行う場合には、以前に２０−１および２０−７
−１に書き込まれたＩＤを見てその処方箋に対するアク
セス権を判断する。
【０１３５】医療補助者が処方箋を作成する時に、編集
者情報２０−１および２０−７−１のフィールドに記載
者ＩＤが処方箋プログラム１５６Ｐによって記載され
る。次に記載者が医者に承認申請を行うと編集者情報２
０−７−１のフィールドに医者ＩＤのみが記載される。
者情報２０−１および２０−７−１のフィールドに記載
者ＩＤが処方箋プログラム１５６Ｐによって記載され
る。次に記載者が医者に承認申請を行うと編集者情報２
０−７−１のフィールドに医者ＩＤのみが記載される。
【０１３６】承認申請された医者が処方箋を承認し電子
署名を行うと、編集者情報２０−７−１のフィールドか
らＩＤ情報が処方箋プログラム１５６Ｐによって抹消さ
れる。この結果医療機関記載領域１の２０−７は編集が
ロックされる。
署名を行うと、編集者情報２０−７−１のフィールドか
らＩＤ情報が処方箋プログラム１５６Ｐによって抹消さ
れる。この結果医療機関記載領域１の２０−７は編集が
ロックされる。
【０１３７】以上説明した如く、編集者情報２０−７−
１のフィールドの作用によって処方箋の本体部分である
医療機関記載領域１ ２０−７の作成を医療補助者が行
い、その承認を医者が行う事ができる。
１のフィールドの作用によって処方箋の本体部分である
医療機関記載領域１ ２０−７の作成を医療補助者が行
い、その承認を医者が行う事ができる。
【０１３８】次に、処方箋に処方を行う薬局毎にユニー
クな薬局ＩＤ情報を記載し、薬剤師、および薬剤師補助
者の内で、記載された薬局ＩＤの薬局に所属する薬剤
師、および薬剤師補助者のみが処方箋データベース中の
処方箋にアクセスできるアクセス権を設定するようにな
した処方箋データベースを使用した医療データベースプ
ロバイド方法、およびシステムの作用について説明す
る。
クな薬局ＩＤ情報を記載し、薬剤師、および薬剤師補助
者の内で、記載された薬局ＩＤの薬局に所属する薬剤
師、および薬剤師補助者のみが処方箋データベース中の
処方箋にアクセスできるアクセス権を設定するようにな
した処方箋データベースを使用した医療データベースプ
ロバイド方法、およびシステムの作用について説明す
る。
【０１３９】図１３の処方箋において、読者情報２０−
２は読者のアクセス権で処方箋にアクセス出来る人、お
よびグループのＩＤを記載する。処方箋プログラム１５
６Ｐは処方箋ＡＣＬ１５６Ａに記載の内容で処方箋ＤＢ
１５６Ｄへのアクセスを制御するが、読者情報２０−２
にＩＤが記載されている場合には、アクセス出来る人を
さらに絞り込む。読者情報２０−２に医療機関ＩＤおよ
び薬局ＩＤを保存すると、それらのグループのメンバー
のみが処方箋２０を参照できる。これにより、処方箋発
行時に指定されなかった薬局ではその処方箋が表示され
ず、指定された薬局のメンバーのみが処方箋を表示でき
る。
２は読者のアクセス権で処方箋にアクセス出来る人、お
よびグループのＩＤを記載する。処方箋プログラム１５
６Ｐは処方箋ＡＣＬ１５６Ａに記載の内容で処方箋ＤＢ
１５６Ｄへのアクセスを制御するが、読者情報２０−２
にＩＤが記載されている場合には、アクセス出来る人を
さらに絞り込む。読者情報２０−２に医療機関ＩＤおよ
び薬局ＩＤを保存すると、それらのグループのメンバー
のみが処方箋２０を参照できる。これにより、処方箋発
行時に指定されなかった薬局ではその処方箋が表示され
ず、指定された薬局のメンバーのみが処方箋を表示でき
る。
【０１４０】これにより、薬局ではよその薬局で処方す
る分まで表示される事無く、自分の薬局で処方する処方
箋のみを表示できる。
る分まで表示される事無く、自分の薬局で処方する処方
箋のみを表示できる。
【０１４１】次に電子処方箋に処方箋毎に医療機関Ｉ
Ｄ、処方箋ＩＤとパスワード情報を記載するようにな
し、該電子処方箋を紙に印刷して患者に交付し、患者が
印刷した処方箋を薬局に持参して、薬局に提示する事に
より、薬局では、読み取り手段によって医療機関ＩＤ、
処方箋ＩＤとパスワード情報を読み取り、該医療機関Ｉ
Ｄ、処方箋ＩＤとパスワード情報により医療データベー
スプロバイダのサーバシステムから該当の電子処方箋を
取り出すことを特徴とした医療データベースプロバイド
方法、およびシステムの作用について説明する。
Ｄ、処方箋ＩＤとパスワード情報を記載するようにな
し、該電子処方箋を紙に印刷して患者に交付し、患者が
印刷した処方箋を薬局に持参して、薬局に提示する事に
より、薬局では、読み取り手段によって医療機関ＩＤ、
処方箋ＩＤとパスワード情報を読み取り、該医療機関Ｉ
Ｄ、処方箋ＩＤとパスワード情報により医療データベー
スプロバイダのサーバシステムから該当の電子処方箋を
取り出すことを特徴とした医療データベースプロバイド
方法、およびシステムの作用について説明する。
【０１４２】図１３の処方箋２０において、医療機関で
処方箋を発行する時に、処方箋ＩＤ２０−３にユニーク
な処方箋ＩＤを採番し、パスワード２０−４をつけて保
存する。患者にはこの処方箋２０をプリンタで印刷して
渡す。
処方箋を発行する時に、処方箋ＩＤ２０−３にユニーク
な処方箋ＩＤを採番し、パスワード２０−４をつけて保
存する。患者にはこの処方箋２０をプリンタで印刷して
渡す。
【０１４３】患者は処方箋を持って薬局に行き印刷され
た処方箋を提示する。処方箋には機械で読み取り可能な
バーコード等の表示方法で処方箋ＩＤ２０−３とパスワ
ード２０−４の情報が印刷されているので、薬局でこの
内容を読み取り、処方箋ＤＢ１５６Ｄを検索する。処方
箋ＩＤ２０−３はユニークな値であるので一つの処方箋
２０が検索される。
た処方箋を提示する。処方箋には機械で読み取り可能な
バーコード等の表示方法で処方箋ＩＤ２０−３とパスワ
ード２０−４の情報が印刷されているので、薬局でこの
内容を読み取り、処方箋ＤＢ１５６Ｄを検索する。処方
箋ＩＤ２０−３はユニークな値であるので一つの処方箋
２０が検索される。
【０１４４】次に読み取ったパスワードを入力すると、
処方薬プログラム１５６Ｐの働きによって、パスワード
の内容がチェックされ、正しいパスワードの時にのみ処
方箋２０へのアクセスを許す。
処方薬プログラム１５６Ｐの働きによって、パスワード
の内容がチェックされ、正しいパスワードの時にのみ処
方箋２０へのアクセスを許す。
【０１４５】患者が持ってきた処方箋に記載されたで処
方箋ＩＤ２０−３とパスワード２０−４により、まさし
く医療機関が発行した処方箋である事が確認でき、それ
を所有する患者がまさにそのくするを必要とする患者で
ある事が確認される。処方薬を貰うのが家族である場合
も現実にはかなり多いのであるが、処方箋の所有によ
り、家族に対しても適切に処方薬を発行できる。
方箋ＩＤ２０−３とパスワード２０−４により、まさし
く医療機関が発行した処方箋である事が確認でき、それ
を所有する患者がまさにそのくするを必要とする患者で
ある事が確認される。処方薬を貰うのが家族である場合
も現実にはかなり多いのであるが、処方箋の所有によ
り、家族に対しても適切に処方薬を発行できる。
【０１４６】次に一つの処方箋データベースに複数の医
療機関の処方箋を保存するのではなく、医療機関毎に独
立に処方箋データベースを保有するようになし、一つの
処方薬データベースに複数の薬局の処方情報を保存する
のではなく、薬局毎に独立に処方薬データベースを保有
するようになした医療データベースプロバイド方法、お
よびシステムの作用について説明する。
療機関の処方箋を保存するのではなく、医療機関毎に独
立に処方箋データベースを保有するようになし、一つの
処方薬データベースに複数の薬局の処方情報を保存する
のではなく、薬局毎に独立に処方薬データベースを保有
するようになした医療データベースプロバイド方法、お
よびシステムの作用について説明する。
【０１４７】データベースが複数の医療機関全体で１つ
であっても、医療機関毎に独立である場合であっても、
本発明になる医療データベースシステムではプログラ
ム、ＡＣＬおよびデータベースが常に１対１に対応して
いるため、プログラムそのもの、ＡＣＬおよびデータベ
ースの構造そのものは全て同じものが使用できる。医療
機関毎に異なるのはＡＣＬ内部に記載されるデータと、
データベース内に保存される処方箋のデータ自身であ
る。
であっても、医療機関毎に独立である場合であっても、
本発明になる医療データベースシステムではプログラ
ム、ＡＣＬおよびデータベースが常に１対１に対応して
いるため、プログラムそのもの、ＡＣＬおよびデータベ
ースの構造そのものは全て同じものが使用できる。医療
機関毎に異なるのはＡＣＬ内部に記載されるデータと、
データベース内に保存される処方箋のデータ自身であ
る。
【０１４８】処方箋データベースが複数の療機関で共有
される場合、このデータベースの所有者はデータベース
のレコード毎に異なる。このため、所有者ごとにデータ
ベースを分離するのが困難である。しかし、図５の処方
箋プログラム１５６Ｐ、処方箋ＡＣＬ１５６Ａ、処方箋
ＤＢ１５６Ｄが医療機関２に対するものである場合、こ
のデータベースの所有者は医療機関２である事が明快で
ある。
される場合、このデータベースの所有者はデータベース
のレコード毎に異なる。このため、所有者ごとにデータ
ベースを分離するのが困難である。しかし、図５の処方
箋プログラム１５６Ｐ、処方箋ＡＣＬ１５６Ａ、処方箋
ＤＢ１５６Ｄが医療機関２に対するものである場合、こ
のデータベースの所有者は医療機関２である事が明快で
ある。
【０１４９】データベースが複数の医療機関全体で１つ
である場合には、ある医療機関が営業を止めたり、医療
データベースプロバイダシステムから退会した場合には
既にあるその医療機関のデータを分離してその医療機関
に返却を行う必要があるが、その分離のために多大な労
力を要する。しかし、本発明の如くに、医療機関毎にデ
ータベースを独立にすることによって、その医療機関が
営業を止めたり、医療データベースプロバイダシステム
から退会しても、データベースを容易にその医療機関に
返却が出来る作用がある。
である場合には、ある医療機関が営業を止めたり、医療
データベースプロバイダシステムから退会した場合には
既にあるその医療機関のデータを分離してその医療機関
に返却を行う必要があるが、その分離のために多大な労
力を要する。しかし、本発明の如くに、医療機関毎にデ
ータベースを独立にすることによって、その医療機関が
営業を止めたり、医療データベースプロバイダシステム
から退会しても、データベースを容易にその医療機関に
返却が出来る作用がある。
【０１５０】また、医療機関毎にデータベースを独立に
することによって、そのデータベースを医療機関側にレ
プリカする事が可能になると言う作用がある。
することによって、そのデータベースを医療機関側にレ
プリカする事が可能になると言う作用がある。
【０１５１】次に薬局の処方薬データベースについて説
明する。処方薬データベースも複数の薬局全体で１つで
あっても、薬局毎に独立である場合であっても、本発明
になる医療データベースシステムではプログラム、ＡＣ
Ｌおよびデータベースが常に１対１に対応しているた
め、プログラムそのもの、ＡＣＬおよびデータベースの
構造そのものは全て同じものが使用できる。薬局毎に異
なるのはＡＣＬ内部に記載されるデータと、データベー
ス内に保存される処方薬のデータ自身である。
明する。処方薬データベースも複数の薬局全体で１つで
あっても、薬局毎に独立である場合であっても、本発明
になる医療データベースシステムではプログラム、ＡＣ
Ｌおよびデータベースが常に１対１に対応しているた
め、プログラムそのもの、ＡＣＬおよびデータベースの
構造そのものは全て同じものが使用できる。薬局毎に異
なるのはＡＣＬ内部に記載されるデータと、データベー
ス内に保存される処方薬のデータ自身である。
【０１５２】処方薬データベースが複数の薬局で共有さ
れる場合、このデータベースの所有者はデータベースの
レコード毎に異なる。このため、所有者ごとにデータベ
ースを分離するのが困難である。しかし、図５の処方薬
プログラム１５８Ｐ、処方薬ＡＣＬ１５８Ａ、処方薬Ｄ
Ｂ１５８Ｄが薬局４に対するものである場合、このデー
タベースの所有者は薬局４である事が明快である。
れる場合、このデータベースの所有者はデータベースの
レコード毎に異なる。このため、所有者ごとにデータベ
ースを分離するのが困難である。しかし、図５の処方薬
プログラム１５８Ｐ、処方薬ＡＣＬ１５８Ａ、処方薬Ｄ
Ｂ１５８Ｄが薬局４に対するものである場合、このデー
タベースの所有者は薬局４である事が明快である。
【０１５３】従って処方箋データベースと同様に、その
薬局が営業を止めたり、医療データベースプロバイダシ
ステムから退会しても、データベースを容易にその薬局
に返却が出来る作用がある。データベースを薬局側にレ
プリカする事が可能になると言う作用も同様である。
薬局が営業を止めたり、医療データベースプロバイダシ
ステムから退会しても、データベースを容易にその薬局
に返却が出来る作用がある。データベースを薬局側にレ
プリカする事が可能になると言う作用も同様である。
【０１５４】次に医療機関のクライアントシステムに自
分の医療機関の処方箋データベースの複製を置くように
なし、常時は、サーバ内とクライアント内の処方箋デー
タベースの同期を取るようになし、通信回線が不通の時
には、クライアント内複製のデータベースで処方箋を発
行し、通信回線が回復した時に、再び自動的に処方箋デ
ータベースの同期を取るようになした医療データベース
プロバイド方法、およびシステムの作用について説明す
る。
分の医療機関の処方箋データベースの複製を置くように
なし、常時は、サーバ内とクライアント内の処方箋デー
タベースの同期を取るようになし、通信回線が不通の時
には、クライアント内複製のデータベースで処方箋を発
行し、通信回線が回復した時に、再び自動的に処方箋デ
ータベースの同期を取るようになした医療データベース
プロバイド方法、およびシステムの作用について説明す
る。
【０１５５】図５において、患者プログラム１５５Ｐ、
患者ＡＣＬ１５５Ａ、および患者データベース１５５Ｄ
は医療機関２のデータベースである。また、処方箋プロ
グラム１５６Ｐ、処方箋ＡＣＬ１５６Ａ、および処方箋
データベース１５６Ｄも医療機関２のデータベースであ
る。図には示していないが、医療機関３のデータベース
も同様に独立に存在する。
患者ＡＣＬ１５５Ａ、および患者データベース１５５Ｄ
は医療機関２のデータベースである。また、処方箋プロ
グラム１５６Ｐ、処方箋ＡＣＬ１５６Ａ、および処方箋
データベース１５６Ｄも医療機関２のデータベースであ
る。図には示していないが、医療機関３のデータベース
も同様に独立に存在する。
【０１５６】図６は医療機関２のクライアントシステム
内の構成を示したものであるが、この中で患者プログラ
ム２５５Ｐ、患者ＡＣＬ２５５Ａ、患者データベース２
５５Ｄ、処方箋プログラム２５６Ｐ、処方箋ＡＣＬ２５
６Ａ、および処方箋データベース２５６Ｄは、図５の患
者プログラム１５５Ｐ、患者ＡＣＬ１５５Ａ、患者デー
タベース１５５Ｄ、処方箋プログラム１５６Ｐ、処方箋
ＡＣＬ１５６Ａ、および処方箋データベース１５６Ｄを
レプリカしたものである。レプリカの同期については時
刻同期やプッシュ同期が知られている。
内の構成を示したものであるが、この中で患者プログラ
ム２５５Ｐ、患者ＡＣＬ２５５Ａ、患者データベース２
５５Ｄ、処方箋プログラム２５６Ｐ、処方箋ＡＣＬ２５
６Ａ、および処方箋データベース２５６Ｄは、図５の患
者プログラム１５５Ｐ、患者ＡＣＬ１５５Ａ、患者デー
タベース１５５Ｄ、処方箋プログラム１５６Ｐ、処方箋
ＡＣＬ１５６Ａ、および処方箋データベース１５６Ｄを
レプリカしたものである。レプリカの同期については時
刻同期やプッシュ同期が知られている。
【０１５７】通常は既に説明したように図１８の如くに
作用しているが、ステップＢＣ−１とＢＳ−１、さらに
ステップＢＣ−２とＢＳ−２からステップＢＣ−５とＢ
Ｓ−５まで、それぞれステップでサーバとクライアント
で通信を行っており、通信回線が不通になると、患者に
対して処方箋の発行が出来なくなる。しかし、本発明の
如くにレプリカを行っていると、患者に対して処方箋の
発行が出来る。その作用を図２４に基づいて詳しく説明
する。
作用しているが、ステップＢＣ−１とＢＳ−１、さらに
ステップＢＣ−２とＢＳ−２からステップＢＣ−５とＢ
Ｓ−５まで、それぞれステップでサーバとクライアント
で通信を行っており、通信回線が不通になると、患者に
対して処方箋の発行が出来なくなる。しかし、本発明の
如くにレプリカを行っていると、患者に対して処方箋の
発行が出来る。その作用を図２４に基づいて詳しく説明
する。
【０１５８】医者が処方箋を作成する場合に、ステップ
ＢＣ−１で処方箋ＤＢ１５５Ｄアクセスしようとするが
応答が無い場合、ステップＢＣ−２０に移行する。ステ
ップＢＣ−２１でアクセスするデータベースをサーバ上
の１５６Ｄからローカルの２５６Ｄに変更する。
ＢＣ−１で処方箋ＤＢ１５５Ｄアクセスしようとするが
応答が無い場合、ステップＢＣ−２０に移行する。ステ
ップＢＣ−２１でアクセスするデータベースをサーバ上
の１５６Ｄからローカルの２５６Ｄに変更する。
【０１５９】ステップＢＣ−２２において２５６Ｄへの
アクセス権を処方箋ＡＣＬ，２５６Ａでチェックを行
う。医者がアクセス権を有している場合に、ステップＢ
Ｃ−２３に進み、処方箋ＤＢの画面が表示される。
アクセス権を処方箋ＡＣＬ，２５６Ａでチェックを行
う。医者がアクセス権を有している場合に、ステップＢ
Ｃ−２３に進み、処方箋ＤＢの画面が表示される。
【０１６０】ＤＣ−２４で医者が処方箋作成要求を行う
と、２５６Ａで作成権限のチェックが行われ、権限があ
る場合にステップＢＣ−２５の処方箋画面が表示され
る。
と、２５６Ａで作成権限のチェックが行われ、権限があ
る場合にステップＢＣ−２５の処方箋画面が表示され
る。
【０１６１】ステップＢＣ−２６で処方箋を作成し電子
署名を行い保存要求を行うと、ステップＢＣ−２７で患
者に渡す処方箋を印刷し電子処方箋を処方箋データベー
ス２５６Ｄに保存する。患者は印刷された処方箋を持っ
て薬局に行く事が出来る。
署名を行い保存要求を行うと、ステップＢＣ−２７で患
者に渡す処方箋を印刷し電子処方箋を処方箋データベー
ス２５６Ｄに保存する。患者は印刷された処方箋を持っ
て薬局に行く事が出来る。
【０１６２】通信回線が回復すると、ステップＢＣ−２
８でローカルの処方箋データベース２５６Ｄはサーバの
処方箋データベース１５６Ｄとレプリカを行う。ステッ
プＢＳ−２８は対応したサーバ側の処理である。
８でローカルの処方箋データベース２５６Ｄはサーバの
処方箋データベース１５６Ｄとレプリカを行う。ステッ
プＢＳ−２８は対応したサーバ側の処理である。
【０１６３】ステップＢＳ−２９ではレプリカした電子
処方箋に日付データであるセンタ保存日時２０−７−３
を追加して保存する。
処方箋に日付データであるセンタ保存日時２０−７−３
を追加して保存する。
【０１６４】ステップＢＳ−３０とＢＣ−３０ではセン
タ保存日時が追加された電子処方箋データをレプリカし
て、サーバの処方箋データベース１５６Ｄの内容をロー
カルの処方箋データベース２５６Ｄに再度反映させる。
タ保存日時が追加された電子処方箋データをレプリカし
て、サーバの処方箋データベース１５６Ｄの内容をロー
カルの処方箋データベース２５６Ｄに再度反映させる。
【０１６５】これにより、患者が医療機関から薬局に移
動するまでに通信が回復しておれば、薬局で電子処方箋
のデータを参照して処方薬を準備出来、効率的に患者に
対して処方薬を発行できる。
動するまでに通信が回復しておれば、薬局で電子処方箋
のデータを参照して処方薬を準備出来、効率的に患者に
対して処方薬を発行できる。
【０１６６】また、通信が回復する以前に患者が薬局に
到着する場合には紙で発行された処方箋を基に処方を行
う事が出来る。この場合であっても、医療機関では電子
化された処方箋を記録として保管できる。
到着する場合には紙で発行された処方箋を基に処方を行
う事が出来る。この場合であっても、医療機関では電子
化された処方箋を記録として保管できる。
【０１６７】以上説明した如くに、医療機関２のクライ
アントシステム内にレプリカを設ける事により、万一通
信回線が不通のトラブルが発生しても電子処方箋の発行
が正常に行える。
アントシステム内にレプリカを設ける事により、万一通
信回線が不通のトラブルが発生しても電子処方箋の発行
が正常に行える。
【０１６８】次に薬局のクライアントシステムに自分の
薬局の処方薬データベースの複製を置くようになし、常
時は、サーバ内とクライアント内の処方薬データベース
の同期を取るようになし、通信回線が不通の時には、ク
ライアント内複製のデータベースで処方薬を発行し、通
信回線が回復した時に、再び自動的に処方薬データベー
スの同期を取るようになした医療データベースプロバイ
ド方法、およびシステムの作用について説明する。
薬局の処方薬データベースの複製を置くようになし、常
時は、サーバ内とクライアント内の処方薬データベース
の同期を取るようになし、通信回線が不通の時には、ク
ライアント内複製のデータベースで処方薬を発行し、通
信回線が回復した時に、再び自動的に処方薬データベー
スの同期を取るようになした医療データベースプロバイ
ド方法、およびシステムの作用について説明する。
【０１６９】図５において、患者プログラム１５７Ｐ、
患者ＡＣＬ１５７Ａ、および患者データベース１５７Ｄ
は薬局４のデータベースである。また、処方薬プログラ
ム１５８Ｐ、処方薬ＡＣＬ１５８Ａ、および処方薬デー
タベース１５８Ｄも薬局４のデータベースである。図に
は示していないが、薬局５のデータベースも同様に独立
に存在する。ここで患者プログラム１５７Ｐ、患者ＡＣ
Ｌ１５７Ａ、および患者データベース１５７Ｄは薬局４
のデータベースであり、患者プログラム１５５Ｐ、患者
ＡＣＬ１５５Ａ、患者データベース１５５Ｄとは別のも
のである。
患者ＡＣＬ１５７Ａ、および患者データベース１５７Ｄ
は薬局４のデータベースである。また、処方薬プログラ
ム１５８Ｐ、処方薬ＡＣＬ１５８Ａ、および処方薬デー
タベース１５８Ｄも薬局４のデータベースである。図に
は示していないが、薬局５のデータベースも同様に独立
に存在する。ここで患者プログラム１５７Ｐ、患者ＡＣ
Ｌ１５７Ａ、および患者データベース１５７Ｄは薬局４
のデータベースであり、患者プログラム１５５Ｐ、患者
ＡＣＬ１５５Ａ、患者データベース１５５Ｄとは別のも
のである。
【０１７０】図７は薬局４のクライアントシステム内の
構成を示したものであるが、この中で患者プログラム４
５７Ｐ、患者ＡＣＬ４５７Ａ、患者データベース４５７
Ｄ、処方薬プログラム４５８Ｐ、処方薬ＡＣＬ４５８
Ａ、および処方薬データベース４５８Ｄは、図５の患者
プログラム１５７Ｐ、患者ＡＣＬ１５７Ａ、患者データ
ベース１５７Ｄ、処方薬プログラム１５８Ｐ、処方薬Ａ
ＣＬ１５８Ａ、および処方薬データベース１５８Ｄをレ
プリカしたものである。レプリカの同期については時刻
同期やプッシュ同期が知られている。
構成を示したものであるが、この中で患者プログラム４
５７Ｐ、患者ＡＣＬ４５７Ａ、患者データベース４５７
Ｄ、処方薬プログラム４５８Ｐ、処方薬ＡＣＬ４５８
Ａ、および処方薬データベース４５８Ｄは、図５の患者
プログラム１５７Ｐ、患者ＡＣＬ１５７Ａ、患者データ
ベース１５７Ｄ、処方薬プログラム１５８Ｐ、処方薬Ａ
ＣＬ１５８Ａ、および処方薬データベース１５８Ｄをレ
プリカしたものである。レプリカの同期については時刻
同期やプッシュ同期が知られている。
【０１７１】通常は既に説明したように図２０の如くに
作用しているが、医療機関側の通信回線に異常があっ
て、電子処方箋が保存されていないとステップＣＣ−３
とＣＳ−３において要求データが存在しない。この場合
の処方薬発行の作用について図２５を基に説明する。
作用しているが、医療機関側の通信回線に異常があっ
て、電子処方箋が保存されていないとステップＣＣ−３
とＣＳ−３において要求データが存在しない。この場合
の処方薬発行の作用について図２５を基に説明する。
【０１７２】患者が紙の処方箋を持って薬局に来るの
で、その処方箋を預り図１３の医療機関ＩＤ２０−７−
１３、処方箋ＩＤ２０−３、およびパスワード情報２０
−４に基づき、ステップＣＣ−２０で医療機関２の処方
箋データベース１５６Ｄにアクセスするが、ステップ−
ＣＳ−２０でのサーバ処理で該当の処方箋が保存されて
おらず、データを返す事が出来ない。
で、その処方箋を預り図１３の医療機関ＩＤ２０−７−
１３、処方箋ＩＤ２０−３、およびパスワード情報２０
−４に基づき、ステップＣＣ−２０で医療機関２の処方
箋データベース１５６Ｄにアクセスするが、ステップ−
ＣＳ−２０でのサーバ処理で該当の処方箋が保存されて
おらず、データを返す事が出来ない。
【０１７３】患者が持ってきた紙の処方箋で薬の処方が
可能であるので、ステップＣＣ−２１で処方薬ＤＢ１５
８Ｄにアクセス要求を行う。ステップＣＳ−２１では薬
剤師のアクセス権を１５８Ａでチェックし、アクセス権
を有している場合にステップＣＳ−２２で処方薬ＤＢの
画面を送る。
可能であるので、ステップＣＣ−２１で処方薬ＤＢ１５
８Ｄにアクセス要求を行う。ステップＣＳ−２１では薬
剤師のアクセス権を１５８Ａでチェックし、アクセス権
を有している場合にステップＣＳ−２２で処方薬ＤＢの
画面を送る。
【０１７４】ステップＣＣ−２２では図１３の電子処方
箋と同じフォーマットの処方薬文書画面が表示されるの
で、ステップＣＣ−２３で紙の処方箋に従い処方を行
い、ステップＣＣ−２４で処方結果を電子処方薬文書に
医療機関ＩＤ２０−７−１３、処方箋ＩＤ２０−３およ
びパスワード情報２０−４を記載して処方薬ＤＢ１５８
Ｄに保存を要求する。
箋と同じフォーマットの処方薬文書画面が表示されるの
で、ステップＣＣ−２３で紙の処方箋に従い処方を行
い、ステップＣＣ−２４で処方結果を電子処方薬文書に
医療機関ＩＤ２０−７−１３、処方箋ＩＤ２０−３およ
びパスワード情報２０−４を記載して処方薬ＤＢ１５８
Ｄに保存を要求する。
【０１７５】ステップＣＳ−２４ではサーバが薬剤師の
電子署名をチェックして、センタ保存日時２０−９−３
を追加し、編集者情報２０−９−１のＩＤ名を削除して
薬局記載領域１の変更が出来ないようにアクセス権を変
更して処方薬文書を処方薬ＤＢ１５８Ｄに保存保存す
る。
電子署名をチェックして、センタ保存日時２０−９−３
を追加し、編集者情報２０−９−１のＩＤ名を削除して
薬局記載領域１の変更が出来ないようにアクセス権を変
更して処方薬文書を処方薬ＤＢ１５８Ｄに保存保存す
る。
【０１７６】ステップＣＳ−２５ではサーバが定期的に
医療機関ＩＤ２０−７−１３を基にして処方箋ＤＢ１５
６Ｄを探し、さらに処方箋ＩＤ２０−３で処方箋を探
す。医療機関の通信異常が回復しておれば求める処方箋
が存在する。存在しない場合には、次の定期処理に同じ
事を繰り返す。求める処方箋を見つけ出すと最後にパス
ワード情報２０−４でアクセスの正当性を確認し、処方
薬文書の処方結果をその処方箋に転記する。
医療機関ＩＤ２０−７−１３を基にして処方箋ＤＢ１５
６Ｄを探し、さらに処方箋ＩＤ２０−３で処方箋を探
す。医療機関の通信異常が回復しておれば求める処方箋
が存在する。存在しない場合には、次の定期処理に同じ
事を繰り返す。求める処方箋を見つけ出すと最後にパス
ワード情報２０−４でアクセスの正当性を確認し、処方
薬文書の処方結果をその処方箋に転記する。
【０１７７】ステップＣＳ−２６では今度は処方箋の内
容を処方薬文書にコピーして保存する。これにより、医
療機関のクライアントシステムが一時的にサーバと通信
が不能になっても、電子上での処方箋発行、処方薬文書
発行が行え、患者に対して正しく薬の処方が行える。
容を処方薬文書にコピーして保存する。これにより、医
療機関のクライアントシステムが一時的にサーバと通信
が不能になっても、電子上での処方箋発行、処方薬文書
発行が行え、患者に対して正しく薬の処方が行える。
【０１７８】次に、薬局のクライアントシステムが通信
回線の不調によりサーバにアクセスできない場合の作用
について図２６を基に説明する。
回線の不調によりサーバにアクセスできない場合の作用
について図２６を基に説明する。
【０１７９】通常は既に説明したように図２０の如くに
作用しているが通信が不調の場合はステップＣＣ−３０
において患者が持参した紙の処方箋に記載された医療機
関ＩＤ２０−７−１３、処方箋ＩＤ２０−３のデータを
読み取り、サーバの処方箋ＤＢ１５６Ｄにアクセスを要
求するが応答が無い。
作用しているが通信が不調の場合はステップＣＣ−３０
において患者が持参した紙の処方箋に記載された医療機
関ＩＤ２０−７−１３、処方箋ＩＤ２０−３のデータを
読み取り、サーバの処方箋ＤＢ１５６Ｄにアクセスを要
求するが応答が無い。
【０１８０】このため、図２５に示した処方薬文書発行
に進むためにステップＣＣ−３１で処方薬ＤＢ１５８Ｄ
にアクセスを要求するが通信回線の不調により応答が無
い。
に進むためにステップＣＣ−３１で処方薬ＤＢ１５８Ｄ
にアクセスを要求するが通信回線の不調により応答が無
い。
【０１８１】このため、ローカルの処方薬ＤＢ４５８Ｄ
にアクセスを行うために、処方薬ＡＣＬ４５８Ａでアク
セス権のチェックを行う。
にアクセスを行うために、処方薬ＡＣＬ４５８Ａでアク
セス権のチェックを行う。
【０１８２】薬剤師にアクセス権があるとステップＣＣ
−３３で処方薬ＤＢの画面が表示される。ステップＣＣ
−３４にて患者が持参した紙の処方箋に基づいて薬を処
方する。ステップＣＣ−３５で処方結果を処方薬文書に
記載して、医療機関ＩＤ２０−７−１３、処方箋ＩＤ２
０−３およびパスワード情報２０−４を記載して処方薬
ＤＢ４５８Ｄに保存を要求する。
−３３で処方薬ＤＢの画面が表示される。ステップＣＣ
−３４にて患者が持参した紙の処方箋に基づいて薬を処
方する。ステップＣＣ−３５で処方結果を処方薬文書に
記載して、医療機関ＩＤ２０−７−１３、処方箋ＩＤ２
０−３およびパスワード情報２０−４を記載して処方薬
ＤＢ４５８Ｄに保存を要求する。
【０１８３】ステップＣＣ−３６で薬局のクライアント
システム上で処方日時データ２０−９−４を記入し、編
集者情報２０−９−１のＩＤ名を削除して薬局記載領域
１の変更が出来ないようにアクセス権を変更して処方薬
文書を処方薬ＤＢ４５８Ｄに保存する。
システム上で処方日時データ２０−９−４を記入し、編
集者情報２０−９−１のＩＤ名を削除して薬局記載領域
１の変更が出来ないようにアクセス権を変更して処方薬
文書を処方薬ＤＢ４５８Ｄに保存する。
【０１８４】薬局とサーバ間の通信が回復するとステッ
プＣＣ−３７とＣＳ３７で処方薬ＤＢのレプリカが行わ
れクライアントシステム上の処方薬文書がサーバ上にも
できる。
プＣＣ−３７とＣＳ３７で処方薬ＤＢのレプリカが行わ
れクライアントシステム上の処方薬文書がサーバ上にも
できる。
【０１８５】ステップＣＳ−３８ではサーバが定期的に
医療機関ＩＤ２０−７−１３を基にして処方箋ＤＢ１５
６Ｄを探し、さらに処方箋ＩＤ２０−３で処方箋を探
す。求める処方箋を見つけ出すと最後にパスワード情報
２０−４でアクセスの正当性を確認し、処方薬文書の処
方結果をその処方箋に転記する。
医療機関ＩＤ２０−７−１３を基にして処方箋ＤＢ１５
６Ｄを探し、さらに処方箋ＩＤ２０−３で処方箋を探
す。求める処方箋を見つけ出すと最後にパスワード情報
２０−４でアクセスの正当性を確認し、処方薬文書の処
方結果をその処方箋に転記する。
【０１８６】ステップＣＳ−３９では今度は処方箋の内
容を処方薬文書にコピーして保存する。これにより、薬
局のクライアントシステムが一時的にサーバと通信が不
能になっても、電子上での処方薬文書発行が行え、患者
に対して正しく薬の処方が行える。
容を処方薬文書にコピーして保存する。これにより、薬
局のクライアントシステムが一時的にサーバと通信が不
能になっても、電子上での処方薬文書発行が行え、患者
に対して正しく薬の処方が行える。
【０１８７】医療機関が発行した処方箋には処方箋ＩＤ
とパスワードがありこれが紙の処方箋に印刷されている
ため、他の薬局で誤って同じ処方箋に対する処方薬文書
を作成する恐れが無い。
とパスワードがありこれが紙の処方箋に印刷されている
ため、他の薬局で誤って同じ処方箋に対する処方薬文書
を作成する恐れが無い。
【０１８８】次に電子処方箋には医者が記載できる場所
と薬局が記載できる場所を区分して設け、それぞれの場
所に日時データと記載者のＩＤとを保存するようにな
し、医者が記載できる場所は、薬局では変更できないよ
うにして、薬局で記載できる場所は、医者が変更できな
いようにして、薬局が記載を完了すると、医者も薬局も
変更できない事を特徴とした電子処方箋の作用について
説明する。
と薬局が記載できる場所を区分して設け、それぞれの場
所に日時データと記載者のＩＤとを保存するようにな
し、医者が記載できる場所は、薬局では変更できないよ
うにして、薬局で記載できる場所は、医者が変更できな
いようにして、薬局が記載を完了すると、医者も薬局も
変更できない事を特徴とした電子処方箋の作用について
説明する。
【０１８９】図１３は電子処方箋のデータベース構成で
ある。電子処方箋は医療機関において最初に処方箋デー
タ２０として発行される。薬局においては、医療機関の
処方箋に従って薬を患者に処方するので、医療機関の処
方箋を一定期間保管しておく必要がある。ここで電子処
方薬文書のデータベース構成を電子処方箋を同じデータ
ベース構成にすると、処方箋の内容を処方薬文書と一緒
に保管できる。
ある。電子処方箋は医療機関において最初に処方箋デー
タ２０として発行される。薬局においては、医療機関の
処方箋に従って薬を患者に処方するので、医療機関の処
方箋を一定期間保管しておく必要がある。ここで電子処
方薬文書のデータベース構成を電子処方箋を同じデータ
ベース構成にすると、処方箋の内容を処方薬文書と一緒
に保管できる。
【０１９０】処方箋ＤＢ１５６Ｄの処方箋２０における
編集者情報２０−１には医療機関ＩＤと薬局ＩＤを記載
する。これにより、処方箋への編集権限でのアクセスが
そのグループＩＤで指定したユーザのみに制限される。
編集者情報２０−１には医療機関ＩＤと薬局ＩＤを記載
する。これにより、処方箋への編集権限でのアクセスが
そのグループＩＤで指定したユーザのみに制限される。
【０１９１】処方箋ＤＢ１５６Ｄの処方箋２０における
読者情報２０−２には医療機関ＩＤと薬局ＩＤを記載す
る。これにより、処方箋への読者権限でのアクセスがそ
のグループＩＤで指定したユーザのみに制限される。編
集作業がすべて完了して、医療機関記載領域１、医療機
関記載領域２、薬局記載領域１、および薬局記載領域２
の全てについて変更の必要がなくなった時に、編集者情
報２０−１からＩＤ情報を抹消して、必要な読者のＩＤ
情報のみを読者情報２０−２に記載する事により、処方
箋２０の変更をロックして、かつ必要な読者のみにアク
セスを制限する作用を提供できる。
読者情報２０−２には医療機関ＩＤと薬局ＩＤを記載す
る。これにより、処方箋への読者権限でのアクセスがそ
のグループＩＤで指定したユーザのみに制限される。編
集作業がすべて完了して、医療機関記載領域１、医療機
関記載領域２、薬局記載領域１、および薬局記載領域２
の全てについて変更の必要がなくなった時に、編集者情
報２０−１からＩＤ情報を抹消して、必要な読者のＩＤ
情報のみを読者情報２０−２に記載する事により、処方
箋２０の変更をロックして、かつ必要な読者のみにアク
セスを制限する作用を提供できる。
【０１９２】医療機関記載領域１ ２０−７はその領域
内部に編集者情報２０−７−１と読者情報２０−７−２
を有している。電子処方箋２０を発行する時に医療補助
者が必要事項を記入し、編集者情報２０−７−１に医者
グループＩＤまたは医者のＩＤを記載する。また、患者
の希望する薬局が存在する場合にはその薬局ＩＤを薬局
ＩＤ２０−７−１４に記載する。また、薬局ＩＤを読者
情報２０−７−２に記載する。読者情報２０−７−２に
は薬剤師グループＩＤや薬剤師補助者ＩＤを直接記載し
てもよい。
内部に編集者情報２０−７−１と読者情報２０−７−２
を有している。電子処方箋２０を発行する時に医療補助
者が必要事項を記入し、編集者情報２０−７−１に医者
グループＩＤまたは医者のＩＤを記載する。また、患者
の希望する薬局が存在する場合にはその薬局ＩＤを薬局
ＩＤ２０−７−１４に記載する。また、薬局ＩＤを読者
情報２０−７−２に記載する。読者情報２０−７−２に
は薬剤師グループＩＤや薬剤師補助者ＩＤを直接記載し
てもよい。
【０１９３】患者の希望する薬局が無い場合には、医療
データベースに加盟している薬局全体を表すグループＩ
Ｄを読者情報２０−７−２に記載する。
データベースに加盟している薬局全体を表すグループＩ
Ｄを読者情報２０−７−２に記載する。
【０１９４】医療補助者が医療機関記載領域１ ２０−
７への必要事項を記入完了して医者に承認申請を行う
と、医者のＩＤまたはグループＩＤが編集者情報２０−
７−１に記載されているので、医療機関記載領域１ ２
０−７の編集が行える。しかし、編集者情報２０−７−
１に記載されていない他のユーザがこの医療機関記載領
域１ ２０−７の編集を行おうとしても処方薬プログラ
ム１５６Ｐの働きによって編集が出来ない。
７への必要事項を記入完了して医者に承認申請を行う
と、医者のＩＤまたはグループＩＤが編集者情報２０−
７−１に記載されているので、医療機関記載領域１ ２
０−７の編集が行える。しかし、編集者情報２０−７−
１に記載されていない他のユーザがこの医療機関記載領
域１ ２０−７の編集を行おうとしても処方薬プログラ
ム１５６Ｐの働きによって編集が出来ない。
【０１９５】医者が医療機関記載領域１ ２０−７の内
容を編集すると医者ＩＤ２０−７−５にＩＤ名が取り込
まれる。さらに、承認すると電子署名２０−７−６に署
名が行われ、保存操作によって編集者情報２０−７−１
の内容から今まで記載されていた医者や医療補助者のＩ
Ｄ抹消されてサーバのＩＤのみの記載となり、処方箋発
行日時２０−７−４に日時が記載されて保存される。こ
の結果、医療機関記載領域１ ２０−７はユーザからは
変更が一切出来ないようになる。
容を編集すると医者ＩＤ２０−７−５にＩＤ名が取り込
まれる。さらに、承認すると電子署名２０−７−６に署
名が行われ、保存操作によって編集者情報２０−７−１
の内容から今まで記載されていた医者や医療補助者のＩ
Ｄ抹消されてサーバのＩＤのみの記載となり、処方箋発
行日時２０−７−４に日時が記載されて保存される。こ
の結果、医療機関記載領域１ ２０−７はユーザからは
変更が一切出来ないようになる。
【０１９６】電子処方箋２０の医療機関記載領域１ ２
０−７が承認されてサーバに保管されると、サーバはセ
ンタ保存日時２０−７−３に日時を記載する。センタ保
存日時２０−７−３と処方箋発行日時２０−７−４とは
医療機関記載領域１２０−７内部にあるので、ユーザか
らの変更は一切出来ない事になり、日時データの改竄が
防止される。また、クライアントシステムの日時を偽る
事はできるが、サーバがつけるセンタ保存日時２０−７
−３をユーザが偽る事は出来ない。
０−７が承認されてサーバに保管されると、サーバはセ
ンタ保存日時２０−７−３に日時を記載する。センタ保
存日時２０−７−３と処方箋発行日時２０−７−４とは
医療機関記載領域１２０−７内部にあるので、ユーザか
らの変更は一切出来ない事になり、日時データの改竄が
防止される。また、クライアントシステムの日時を偽る
事はできるが、サーバがつけるセンタ保存日時２０−７
−３をユーザが偽る事は出来ない。
【０１９７】通常は電子処方箋の内容がサーバに直ちに
保存されるので、センタ保存日時２０−７−３と処方箋
発行日時２０−７−４への値書き込みは時間差が非常に
僅かである。また、通信回線が異常でローカルのレプリ
カに作成された処方箋がサーバにレプリカされた場合に
はサーバ側が書き込むセンタ保存日時２０−７−３があ
る程度遅れるが、クライアントシステムで日時を偽って
いるかどうかの判断は十分出来る。
保存されるので、センタ保存日時２０−７−３と処方箋
発行日時２０−７−４への値書き込みは時間差が非常に
僅かである。また、通信回線が異常でローカルのレプリ
カに作成された処方箋がサーバにレプリカされた場合に
はサーバ側が書き込むセンタ保存日時２０−７−３があ
る程度遅れるが、クライアントシステムで日時を偽って
いるかどうかの判断は十分出来る。
【０１９８】薬局ＩＤ２０−７−１４に自分の薬局ＩＤ
が記載されている場合には、処方箋ＤＢ１５６Ｄ上にそ
の電子処方箋が自分の薬局にて処方するものである事が
直ちに分かるので、薬局では患者が薬局に到着する前に
処方を開始できる。また、患者からの紙の処方箋に記載
された医療機関ＩＤ、処方箋ＩＤおよびパスワードによ
ってこの処方箋に対してアクセスを行うこともできる。
が記載されている場合には、処方箋ＤＢ１５６Ｄ上にそ
の電子処方箋が自分の薬局にて処方するものである事が
直ちに分かるので、薬局では患者が薬局に到着する前に
処方を開始できる。また、患者からの紙の処方箋に記載
された医療機関ＩＤ、処方箋ＩＤおよびパスワードによ
ってこの処方箋に対してアクセスを行うこともできる。
【０１９９】薬局では薬剤師補助者が処方箋２０にアク
セスして薬局記載領域１２０−９に処方薬の情報を記載
する。また、錠剤や袋入りの散薬等は補助者が棚から集
めたりして、集めたものを薬剤師が確認したりする事が
行われ、実際に調合が必要なものは薬剤師が調合して薬
の処方が行われる。薬剤師補助者が記載した内容は薬剤
師が承認を行う。
セスして薬局記載領域１２０−９に処方薬の情報を記載
する。また、錠剤や袋入りの散薬等は補助者が棚から集
めたりして、集めたものを薬剤師が確認したりする事が
行われ、実際に調合が必要なものは薬剤師が調合して薬
の処方が行われる。薬剤師補助者が記載した内容は薬剤
師が承認を行う。
【０２００】薬局記載領域１ ２０−９はその領域内部
に編集者情報２０−９−１と読者情報２０−９−２を有
している。医療補助者が必要事項を記入し、編集者情報
２０−９−１に薬剤師グループＩＤまたは薬剤師のＩＤ
を記載して承認申請を行う。
に編集者情報２０−９−１と読者情報２０−９−２を有
している。医療補助者が必要事項を記入し、編集者情報
２０−９−１に薬剤師グループＩＤまたは薬剤師のＩＤ
を記載して承認申請を行う。
【０２０１】薬剤師は薬局記載領域１ ２０−９内部の
編集者情報２０−９−１に自分の薬剤師グループＩＤま
たは薬剤師のＩＤが記載されているので薬局記載領域１
２０−９を編集できる。編集を行うと薬剤師ＩＤが薬
剤師ＩＤ２０−９−５に記載され、承認を行うと電子署
名２０−９−６に署名が行われ、保存操作によって編集
者情報２０−９−１の内容から今まで記載されていた薬
剤師や薬剤師補助者のＩＤが抹消されてサーバのＩＤの
みの記載となり、処方日時２０−９−４に日時が記載さ
れて保存される。この結果、薬局記載領域１ ２０−９
はユーザからは変更が一切出来ないようになる。
編集者情報２０−９−１に自分の薬剤師グループＩＤま
たは薬剤師のＩＤが記載されているので薬局記載領域１
２０−９を編集できる。編集を行うと薬剤師ＩＤが薬
剤師ＩＤ２０−９−５に記載され、承認を行うと電子署
名２０−９−６に署名が行われ、保存操作によって編集
者情報２０−９−１の内容から今まで記載されていた薬
剤師や薬剤師補助者のＩＤが抹消されてサーバのＩＤの
みの記載となり、処方日時２０−９−４に日時が記載さ
れて保存される。この結果、薬局記載領域１ ２０−９
はユーザからは変更が一切出来ないようになる。
【０２０２】次に電子処方箋の医者が記載できる場所と
薬局が記載できる場所それぞれに対応して追加情報領域
を設けて、医療機関が記載できる追加情報領域には、医
療機関のみがアクセス可能と成し、保険点数情報などを
追記可能と成し、薬局が記載できる追加情報領域には、
薬局のみがアクセス可能と成した電子処方箋の作用につ
いて説明する。
薬局が記載できる場所それぞれに対応して追加情報領域
を設けて、医療機関が記載できる追加情報領域には、医
療機関のみがアクセス可能と成し、保険点数情報などを
追記可能と成し、薬局が記載できる追加情報領域には、
薬局のみがアクセス可能と成した電子処方箋の作用につ
いて説明する。
【０２０３】医療機関では処方箋を発行した後に、その
処方箋での保険料請求金額に関する情報を帳票に記入し
て集計し保険料請求を行うが、この様な場合の作用を図
１９を基に詳しく説明する。
処方箋での保険料請求金額に関する情報を帳票に記入し
て集計し保険料請求を行うが、この様な場合の作用を図
１９を基に詳しく説明する。
【０２０４】ステップＢＣ−１０で、例えば、医療機関
のクライアント２から医療補助者が処方箋ＤＢ１５６Ｄ
にアクセス要求すると、医療ＤＢサーバではステップＢ
Ｓ−１０で処方箋ＡＣＬ１５６Ａに基づいて医療補助者
のアクセス権をチェックする。
のクライアント２から医療補助者が処方箋ＤＢ１５６Ｄ
にアクセス要求すると、医療ＤＢサーバではステップＢ
Ｓ−１０で処方箋ＡＣＬ１５６Ａに基づいて医療補助者
のアクセス権をチェックする。
【０２０５】医療補助者がアクセス権を有していると、
ステップＢＳ−１１で処方箋ＤＢ１５６Ｄの画面を送信
するのでステップＢＣ−１１でＤＢの画面を表示する。
ステップＢＳ−１１で処方箋ＤＢ１５６Ｄの画面を送信
するのでステップＢＣ−１１でＤＢの画面を表示する。
【０２０６】ステップＢＣ−１２で保険点数を追記した
い処方箋を選択して、処方箋２０を要求すると、ステッ
プＢＳ−１２で編集者情報２０−１および読者情報２０
−２に記載されたユーザＩＤまたはグループＩＤの中に
医療補助者のＩＤが含まれているかどうかを図１２の文
書制御手段１１に基づいてチェックする。
い処方箋を選択して、処方箋２０を要求すると、ステッ
プＢＳ−１２で編集者情報２０−１および読者情報２０
−２に記載されたユーザＩＤまたはグループＩＤの中に
医療補助者のＩＤが含まれているかどうかを図１２の文
書制御手段１１に基づいてチェックする。
【０２０７】医療補助者のＩＤが含まれている場合には
ステップＢＳ−１３で読出し手段１１−２の働きによっ
て処方箋の画面を送信し、ステップＢＣ−１３でその処
方箋の内容を表示する。
ステップＢＳ−１３で読出し手段１１−２の働きによっ
て処方箋の画面を送信し、ステップＢＣ−１３でその処
方箋の内容を表示する。
【０２０８】ステップＢＣ−１４で処方箋に保険点数記
入のために編集を要求すると、ステップＢＳ−１４で編
集者判定手段１１−１Ｅの働きによって医療機関記載領
域２の２０−８−１に医療補助者のＩＤが含まれている
場合にステップＢＣ−１５で医療機関記載領域２を編集
モードにする。医療補助者が編集手段１１−３の働きに
よって保険点数情報２０−８−１０の編集を行う。
入のために編集を要求すると、ステップＢＳ−１４で編
集者判定手段１１−１Ｅの働きによって医療機関記載領
域２の２０−８−１に医療補助者のＩＤが含まれている
場合にステップＢＣ−１５で医療機関記載領域２を編集
モードにする。医療補助者が編集手段１１−３の働きに
よって保険点数情報２０−８−１０の編集を行う。
【０２０９】ステップＢＣ−１６でデータベースの保存
を行うと、ステップＢＳ−１６で保存手段１１−４の働
きによって、記載日時２０−８−４に保存時の日時を、
記載者ＩＤ２０−８−６に記載を行った医療補助者のＩ
Ｄを、編集者情報２０−８−１および読者情報２０−８
−２に医療機関ＩＤを記載する。
を行うと、ステップＢＳ−１６で保存手段１１−４の働
きによって、記載日時２０−８−４に保存時の日時を、
記載者ＩＤ２０−８−６に記載を行った医療補助者のＩ
Ｄを、編集者情報２０−８−１および読者情報２０−８
−２に医療機関ＩＤを記載する。
【０２１０】読者情報２０−８−２に医療機関ＩＤが記
載されていると、医療機関記載領域２ ２０−８にはそ
の医療機関ＩＤに記載されているユーザ以外はアクセス
できなくなる。これにより、点数情報を他のユーザが参
照したり、改ざんしたりすることが出来なくなる。
載されていると、医療機関記載領域２ ２０−８にはそ
の医療機関ＩＤに記載されているユーザ以外はアクセス
できなくなる。これにより、点数情報を他のユーザが参
照したり、改ざんしたりすることが出来なくなる。
【０２１１】この点数情報は電子処方箋の中に追加領域
として設けているので、点数情報と電子処方箋は必ず１
対１に対応する。このため医療機関記載領域２２０−８
の値を原始帳票の値として使用できる。
として設けているので、点数情報と電子処方箋は必ず１
対１に対応する。このため医療機関記載領域２２０−８
の値を原始帳票の値として使用できる。
【０２１２】医療機関記載領域２ ２０−８の値は電子
情報であるので簡単に集計が行え、保険料請求を行う事
が出来る。また、その請求内容の妥当性を検証する必要
が出た時には、電子処方箋がＤＢになっており、その中
に１対１に対応した点数情報があるので、確実な妥当性
検証が行える。
情報であるので簡単に集計が行え、保険料請求を行う事
が出来る。また、その請求内容の妥当性を検証する必要
が出た時には、電子処方箋がＤＢになっており、その中
に１対１に対応した点数情報があるので、確実な妥当性
検証が行える。
【０２１３】また薬局では薬の処方を行った後に、その
処方薬文書での保険料請求金額に関する情報を帳票に記
入して集計し保険料請求を行うが、この様な場合の作用
を図２１を基に詳しく説明する。
処方薬文書での保険料請求金額に関する情報を帳票に記
入して集計し保険料請求を行うが、この様な場合の作用
を図２１を基に詳しく説明する。
【０２１４】ステップＣＣ−１０で、例えば、薬局のク
ライアント４から薬剤師補助者が処方薬ＤＢ１５８Ｄに
アクセス要求すると、医療ＤＢサーバではステップＣＳ
−１０で処方薬ＡＣＬ１５８Ａに基づいて薬剤師補助者
のアクセス権をチェックする。
ライアント４から薬剤師補助者が処方薬ＤＢ１５８Ｄに
アクセス要求すると、医療ＤＢサーバではステップＣＳ
−１０で処方薬ＡＣＬ１５８Ａに基づいて薬剤師補助者
のアクセス権をチェックする。
【０２１５】薬剤師補助者がアクセス権を有している
と、ステップＣＳ−１１で処方薬ＤＢ１５８Ｄの画面を
送信するのでステップＣＣ−１１でＤＢの画面を表示す
る。
と、ステップＣＳ−１１で処方薬ＤＢ１５８Ｄの画面を
送信するのでステップＣＣ−１１でＤＢの画面を表示す
る。
【０２１６】ステップＣＣ−１２で保険点数を追記した
い処方薬文書を選択して、処方薬文書２０を要求する
と、ステップＣＳ−１２で編集者情報２０−１および読
者情報２０−２に記載されたユーザＩＤまたはグループ
ＩＤの中に薬剤師補助者のＩＤが含まれているかどうか
を図１２の文書制御手段１１に基づいてチェックする。
い処方薬文書を選択して、処方薬文書２０を要求する
と、ステップＣＳ−１２で編集者情報２０−１および読
者情報２０−２に記載されたユーザＩＤまたはグループ
ＩＤの中に薬剤師補助者のＩＤが含まれているかどうか
を図１２の文書制御手段１１に基づいてチェックする。
【０２１７】薬剤師補助者のＩＤが含まれている場合に
はステップＣＳ−１３で読出し手段１１−２の働きによ
って処方薬文書の画面を送信し、ステップＢＣ−１３で
その処方薬文書の内容を表示する。
はステップＣＳ−１３で読出し手段１１−２の働きによ
って処方薬文書の画面を送信し、ステップＢＣ−１３で
その処方薬文書の内容を表示する。
【０２１８】ステップＣＣ−１４で処方薬文書に保険点
数記入のために編集を要求すると、ステップＣＳ−１４
で編集者判定手段１１−１Ｅの働きによって薬局記載領
域２の２０−１０−１に薬剤師補助者のＩＤが含まれて
いる場合にステップＣＣ−１５で薬局記載領域２を編集
モードにする。薬剤師補助者が編集手段１１−３の働き
によって保険点数情報２０−１０−１０の編集を行う。
数記入のために編集を要求すると、ステップＣＳ−１４
で編集者判定手段１１−１Ｅの働きによって薬局記載領
域２の２０−１０−１に薬剤師補助者のＩＤが含まれて
いる場合にステップＣＣ−１５で薬局記載領域２を編集
モードにする。薬剤師補助者が編集手段１１−３の働き
によって保険点数情報２０−１０−１０の編集を行う。
【０２１９】ステップＣＣ−１６でデータベースの保存
を行うと、ステップＣＳ−１６で保存手段１１−４の働
きによって、記載日時２０−１０−４に保存時の日時
を、記載者ＩＤ２０−１０−６に記載を行った薬剤師補
助者のＩＤを、編集者情報２０−１０−１および読者情
報２０−１０−２に薬局ＩＤを記載する。
を行うと、ステップＣＳ−１６で保存手段１１−４の働
きによって、記載日時２０−１０−４に保存時の日時
を、記載者ＩＤ２０−１０−６に記載を行った薬剤師補
助者のＩＤを、編集者情報２０−１０−１および読者情
報２０−１０−２に薬局ＩＤを記載する。
【０２２０】読者情報２０−１０−２に薬局ＩＤが記載
されていると、薬局記載領域２ ２０−１０にはその薬
局ＩＤに記載されているユーザ以外はアクセスできなく
なる。これにより、点数情報を他のユーザが参照した
り、改ざんしたりすることが出来なくなる。
されていると、薬局記載領域２ ２０−１０にはその薬
局ＩＤに記載されているユーザ以外はアクセスできなく
なる。これにより、点数情報を他のユーザが参照した
り、改ざんしたりすることが出来なくなる。
【０２２１】この点数情報は電子処方薬文書の中に追加
領域として設けているので、点数情報と電子処方薬文書
は必ず１対１に対応する。このため薬局記載領域２ ２
０−１０の値を原始帳票の値として使用できる。
領域として設けているので、点数情報と電子処方薬文書
は必ず１対１に対応する。このため薬局記載領域２ ２
０−１０の値を原始帳票の値として使用できる。
【０２２２】薬局記載領域２ ２０−１０の値は電子情
報であるので簡単に集計が行え、保険料請求を行う事が
出来る。また、その請求内容の妥当性を検証する必要が
出た時には、電子処方薬文書がＤＢになっており、その
中に１対１に対応した点数情報があるので、確実な妥当
性検証が行える。
報であるので簡単に集計が行え、保険料請求を行う事が
出来る。また、その請求内容の妥当性を検証する必要が
出た時には、電子処方薬文書がＤＢになっており、その
中に１対１に対応した点数情報があるので、確実な妥当
性検証が行える。
【０２２３】以上説明した如く、電子処方箋および電子
処方薬文書に一体不可分として点数情報などの追記を可
能とし、その記入や参照をその関係者のみに限定する事
により、原始帳票の管理が極めて楽になる。また、集計
内容の妥当性を検証する時に、証拠書類としての電子処
方箋および電子処方文書に一体不可分の点数情報がある
ので、容易に正確な検証を行う事が出来る。
処方薬文書に一体不可分として点数情報などの追記を可
能とし、その記入や参照をその関係者のみに限定する事
により、原始帳票の管理が極めて楽になる。また、集計
内容の妥当性を検証する時に、証拠書類としての電子処
方箋および電子処方文書に一体不可分の点数情報がある
ので、容易に正確な検証を行う事が出来る。
【０２２４】（他の実施の形態）図５、図６および図７
においては、プログラム、ＡＣＬ、およびデータベース
をそれぞれ１ファイルとして説明したが、この３つを１
ファイルにしても良い事は言うまでもない。また、この
３つを同じディレクトリの下において、データベースの
種別の違いをディレクトリ名で判別を行い、プログラ
ム、ＡＣＬ、およびデータベースにはそれぞれに同じフ
ァイル名をつけても良い事は言うまでも無い。またさら
に、このディレクトリの下にあるプログラム、ＡＣＬ、
およびデータベースそれぞれが複数のファイルから成っ
てもかまわない。
においては、プログラム、ＡＣＬ、およびデータベース
をそれぞれ１ファイルとして説明したが、この３つを１
ファイルにしても良い事は言うまでもない。また、この
３つを同じディレクトリの下において、データベースの
種別の違いをディレクトリ名で判別を行い、プログラ
ム、ＡＣＬ、およびデータベースにはそれぞれに同じフ
ァイル名をつけても良い事は言うまでも無い。またさら
に、このディレクトリの下にあるプログラム、ＡＣＬ、
およびデータベースそれぞれが複数のファイルから成っ
てもかまわない。
【０２２５】図８においてはユーザ認証データの構成と
してユーザＩＤ、ユーザメールアドレス、ユーザ氏名、
ユーザ氏名読み、ユーザ説明情報、ユーザ公開鍵、暗号
化したユーザ秘密鍵から構成されるとしたが、少なくと
もユーザＩＤ、ユーザ公開鍵から構成されておれば認証
が出来る事は言うまでも無い。また図８においてはグル
ープ認証データの構成としてグループＩＤ、グループメ
ールアドレス、ユーザＩＤリスト／グループＩＤリス
ト、グループ説明情報、グループ公開鍵、暗号化したグ
ループ秘密鍵から構成されるとしたが、少なくともグル
ープＩＤ、ユーザＩＤリスト／グループＩＤリストから
構成されておれば認証が出来る事は言うまでも無い。
してユーザＩＤ、ユーザメールアドレス、ユーザ氏名、
ユーザ氏名読み、ユーザ説明情報、ユーザ公開鍵、暗号
化したユーザ秘密鍵から構成されるとしたが、少なくと
もユーザＩＤ、ユーザ公開鍵から構成されておれば認証
が出来る事は言うまでも無い。また図８においてはグル
ープ認証データの構成としてグループＩＤ、グループメ
ールアドレス、ユーザＩＤリスト／グループＩＤリス
ト、グループ説明情報、グループ公開鍵、暗号化したグ
ループ秘密鍵から構成されるとしたが、少なくともグル
ープＩＤ、ユーザＩＤリスト／グループＩＤリストから
構成されておれば認証が出来る事は言うまでも無い。
【０２２６】図１２の文書制御手段１１は各々のデータ
ベースとペアになって存在するプログラム中に含まれる
としたが、制御プログラム１５０、２５０および４５０
中に含まれてるようにしても良い事は言うまでも無い。
ベースとペアになって存在するプログラム中に含まれる
としたが、制御プログラム１５０、２５０および４５０
中に含まれてるようにしても良い事は言うまでも無い。
【０２２７】処方箋２０の医療機関記載領域１ ２０−
７を承認して保存する場合に、センタ保存日時２０−７
−３とクライアントシステムで付けられる処方箋発行日
時２０−７−４双方を付けないで、クライアントまたは
サーバのいずれかで日時データをつける簡便な方法とし
ても良い事はいうまでも無い
７を承認して保存する場合に、センタ保存日時２０−７
−３とクライアントシステムで付けられる処方箋発行日
時２０−７−４双方を付けないで、クライアントまたは
サーバのいずれかで日時データをつける簡便な方法とし
ても良い事はいうまでも無い
【０２２８】処方箋の発行時に、処方箋２０の医療機関
記載領域１ ２０−７を医療補助者が記入して医者が承
認するのではなく、医者が自分自身で記入して署名して
も良い。また、薬局記載領域１ ２０−９を薬剤師補助
者が記入して薬剤師が承認するのではなく、薬剤師が自
分で記入して署名しても良い。
記載領域１ ２０−７を医療補助者が記入して医者が承
認するのではなく、医者が自分自身で記入して署名して
も良い。また、薬局記載領域１ ２０−９を薬剤師補助
者が記入して薬剤師が承認するのではなく、薬剤師が自
分で記入して署名しても良い。
【０２２９】
【発明の効果】以上説明したごとく本発明によれば、プ
ロバイダが管理する医療ＤＢサーバが医療機関や薬局と
は独立しているので電子処方箋および電子処方薬文書の
改ざん防止を図る事ができる。電子処方箋、電子処方薬
文書の作成日時と文書作成者の認証が出来るので、安全
に電子処方箋、電子処方薬文書を発行、利用できる。ま
た医師や薬剤師等のユーザが変更できないサーバの時刻
を使用する事によりタイムスタンプの改ざん防止を図る
事が出来る。医師や薬剤師等を、医療機関や薬局とは独
立した第三者である医療データベースシステムによって
認証を行うので、電子文書を改めて別の認証局に送って
認証してもらう必要がなく、効率的に認証された電子文
書が作成できる。電子文書数によって課金が出来るので
正確に課金できるだけでなく、利用者が課金の内容を具
体的に確認できる。以上から適正に医療データベースプ
ロバイダ事業が出来るため、医療機関や薬局にとって便
利であり、また患者にとって処方薬を待たせることなく
提供できその効果はきわめて大である。
ロバイダが管理する医療ＤＢサーバが医療機関や薬局と
は独立しているので電子処方箋および電子処方薬文書の
改ざん防止を図る事ができる。電子処方箋、電子処方薬
文書の作成日時と文書作成者の認証が出来るので、安全
に電子処方箋、電子処方薬文書を発行、利用できる。ま
た医師や薬剤師等のユーザが変更できないサーバの時刻
を使用する事によりタイムスタンプの改ざん防止を図る
事が出来る。医師や薬剤師等を、医療機関や薬局とは独
立した第三者である医療データベースシステムによって
認証を行うので、電子文書を改めて別の認証局に送って
認証してもらう必要がなく、効率的に認証された電子文
書が作成できる。電子文書数によって課金が出来るので
正確に課金できるだけでなく、利用者が課金の内容を具
体的に確認できる。以上から適正に医療データベースプ
ロバイダ事業が出来るため、医療機関や薬局にとって便
利であり、また患者にとって処方薬を待たせることなく
提供できその効果はきわめて大である。
【０２３０】さらに、医療機関にとっては、処方箋に処
方結果を自動的に記載して薬局から返却され、処方箋が
自動的にデータベース化される事から、紙の書類の様に
保管場所を必要とせず、一定期間保管を求められる処方
箋のどれが必要になっても瞬時にそれを引き出す事がで
き、その効果はきわめて大である。
方結果を自動的に記載して薬局から返却され、処方箋が
自動的にデータベース化される事から、紙の書類の様に
保管場所を必要とせず、一定期間保管を求められる処方
箋のどれが必要になっても瞬時にそれを引き出す事がで
き、その効果はきわめて大である。
【０２３１】さらに薬局にとっては処方箋のデータをイ
ンポートして自動的に処方薬文書がデータベース化され
るため、処方薬の記録を改めてコンピュータインプット
する作業が不要になり、紙の書類の様に保管場所を必要
とせず、一定期間保管を求められる処方薬文書のどれが
必要になっても瞬時にそれを引き出す事ができるだけで
なく、どの薬をいつどの程度使用したかをデータベース
の中から取り出して分析が可能になり、薬の仕入れを効
率的に行え、その効果はきわめて大である。
ンポートして自動的に処方薬文書がデータベース化され
るため、処方薬の記録を改めてコンピュータインプット
する作業が不要になり、紙の書類の様に保管場所を必要
とせず、一定期間保管を求められる処方薬文書のどれが
必要になっても瞬時にそれを引き出す事ができるだけで
なく、どの薬をいつどの程度使用したかをデータベース
の中から取り出して分析が可能になり、薬の仕入れを効
率的に行え、その効果はきわめて大である。
【０２３２】以上説明したごとく本発明によれば、認証
データベースによって本人認証を行うだけでなく、本人
が所属するグループの認証を行う事によって間接的に本
人の認証が実施でき、電子処方箋、電子処方薬文書に設
けたアクセス制御用のフィールドにＩＤを記載する事に
よって、そのＩＤに対応した本人またはグループに基づ
いたアクセス制御が可能となり、請求項１、２および３
の発明の効果をフルに発揮でき、その効果はきわめて大
である。
データベースによって本人認証を行うだけでなく、本人
が所属するグループの認証を行う事によって間接的に本
人の認証が実施でき、電子処方箋、電子処方薬文書に設
けたアクセス制御用のフィールドにＩＤを記載する事に
よって、そのＩＤに対応した本人またはグループに基づ
いたアクセス制御が可能となり、請求項１、２および３
の発明の効果をフルに発揮でき、その効果はきわめて大
である。
【０２３３】以上説明したごとく本発明によれば、アク
セスコントロールデータとデータベース制御プログラム
およびデータベースを１対１に対応したことにより、プ
ログラムの基本構造を同一に出来、プログラム作成量の
削減とシステム信頼性を高める事が出来る。これにより
セキュリティを強固に出来、その効果はきわめて大であ
る。
セスコントロールデータとデータベース制御プログラム
およびデータベースを１対１に対応したことにより、プ
ログラムの基本構造を同一に出来、プログラム作成量の
削減とシステム信頼性を高める事が出来る。これにより
セキュリティを強固に出来、その効果はきわめて大であ
る。
【０２３４】以上説明したごとく本発明によれば、ＩＤ
認証データを個人で管理する必要が無く便利であり、そ
の効果はきわめて大である。
認証データを個人で管理する必要が無く便利であり、そ
の効果はきわめて大である。
【０２３５】以上説明したごとく本発明によれば、医療
補助者が処方箋への記載を行い、医者がそれを承認出来
るようになる。電子化を行うと医者への負担が大きくな
り、電子化の妨げとなっていたが、データ入力を補助者
が行う事により、医者の負担を軽く出来、医者が本来の
医療に集中出来、その効果はきわめて大である。
補助者が処方箋への記載を行い、医者がそれを承認出来
るようになる。電子化を行うと医者への負担が大きくな
り、電子化の妨げとなっていたが、データ入力を補助者
が行う事により、医者の負担を軽く出来、医者が本来の
医療に集中出来、その効果はきわめて大である。
【０２３６】以上説明したごとく本発明によれば、患者
に希望の薬局がある場合に、その薬局をあらかじめ指定
する事が出来る。薬局では自分の所で処方すべき処方箋
のみを表示することが出来、患者が薬局に到着する前に
薬の処方を開始できる。このため患者の待ち時間を少な
くする事が出来、その効果はきわめて大である。
に希望の薬局がある場合に、その薬局をあらかじめ指定
する事が出来る。薬局では自分の所で処方すべき処方箋
のみを表示することが出来、患者が薬局に到着する前に
薬の処方を開始できる。このため患者の待ち時間を少な
くする事が出来、その効果はきわめて大である。
【０２３７】以上説明したごとく本発明によれば、紙の
処方箋を持ってきた人物を正当な患者またはその代理人
と推定する事が出来る。患者が処方箋発行時に希望の薬
局が無い場合でも、ＩＤとパスワードにより患者が訪問
した薬局のみが電子処方箋を読み出す事が出来、その処
方箋に処方結果を追加でき、その効果はきわめて大であ
る。
処方箋を持ってきた人物を正当な患者またはその代理人
と推定する事が出来る。患者が処方箋発行時に希望の薬
局が無い場合でも、ＩＤとパスワードにより患者が訪問
した薬局のみが電子処方箋を読み出す事が出来、その処
方箋に処方結果を追加でき、その効果はきわめて大であ
る。
【０２３８】以上説明したごとく本発明によれば、デー
タベースを医療機関毎に独立にすることにより、データ
ベースの所有者を明確にできる。医療機関毎のデータベ
ースとなるためデータベースサイズを小さく出来アクセ
スを高速に出来る。データベースの所有者をその医療機
関に限定できるため、医療機関のクライアントにレプリ
カを作成する事が可能になる。以上の如くその効果はき
わめて大である。
タベースを医療機関毎に独立にすることにより、データ
ベースの所有者を明確にできる。医療機関毎のデータベ
ースとなるためデータベースサイズを小さく出来アクセ
スを高速に出来る。データベースの所有者をその医療機
関に限定できるため、医療機関のクライアントにレプリ
カを作成する事が可能になる。以上の如くその効果はき
わめて大である。
【０２３９】以上説明したごとく本発明によれば、医療
機関とサーバ間の通信が一時的に不通になっても電子処
方箋の発行が阻害される事無く発行でき、その効果はき
わめて大である。
機関とサーバ間の通信が一時的に不通になっても電子処
方箋の発行が阻害される事無く発行でき、その効果はき
わめて大である。
【０２４０】以上説明したごとく本発明によれば、薬局
とサーバ間の通信が一時的に不通になっても電子処方薬
文書の発行が阻害される事無く発行でき、その効果はき
わめて大である。
とサーバ間の通信が一時的に不通になっても電子処方薬
文書の発行が阻害される事無く発行でき、その効果はき
わめて大である。
【０２４１】以上説明したごとく本発明によれば、電子
処方箋に処方した結果を薬局にて追記できるので薬局の
処方結果を医療機関に確実にフィードバックできる。ま
た、薬局においては処方箋の内容を処方薬文書にインポ
ートしてデータベース化できるなど、その効果はきわめ
て大である。
処方箋に処方した結果を薬局にて追記できるので薬局の
処方結果を医療機関に確実にフィードバックできる。ま
た、薬局においては処方箋の内容を処方薬文書にインポ
ートしてデータベース化できるなど、その効果はきわめ
て大である。
【０２４２】以上説明したごとく本発明によれば、クラ
イアントＰＣの時刻情報をずらせて処方箋や処方薬文書
の日時をごまかそうとしてもごまかす事が出来ないの
で、時刻情報の信頼度が高くその効果はきわめて大であ
る。
イアントＰＣの時刻情報をずらせて処方箋や処方薬文書
の日時をごまかそうとしてもごまかす事が出来ないの
で、時刻情報の信頼度が高くその効果はきわめて大であ
る。
【０２４３】以上説明したごとく本発明によれば、処方
箋の保険点数や処方薬文書の保険点数に関する監査証跡
を処方箋や処方薬文書と１対１に対応して保管でき、監
査においての照合が不要になり、その効果はきわめて大
である。
箋の保険点数や処方薬文書の保険点数に関する監査証跡
を処方箋や処方薬文書と１対１に対応して保管でき、監
査においての照合が不要になり、その効果はきわめて大
である。
【０２４４】以上述べた如く本発明によると、医療デー
タベースプロバイダ事業を適切に運営でき、医療機関に
とっても、薬局にとっても、患者にとっても便利にする
事が出来、その効果は非常に大である。
タベースプロバイダ事業を適切に運営でき、医療機関に
とっても、薬局にとっても、患者にとっても便利にする
事が出来、その効果は非常に大である。
【図１】医療データベースプロバイドシステムの全体構
成の一実施例
成の一実施例
【図２】医療データベースセンタの全体構成の一実施例
【図３】医療データベースセンタの構成の一実施例
【図４】医療データベースのクライアントコンピュータ
システムの構成の一実施例
システムの構成の一実施例
【図５】医療データベースサーバの構成の一実施例
【図６】医療機関クライアントの構成の一実施例
【図７】薬局クライアントの構成の一実施例
【図８】認証データベースの構成の一実施例
【図９】認証データベースのデータの一実施例
【図１０】認証データベースのデータの一実施例
【図１１】データベースのＡＣＬの一実施例
【図１２】データベースの文書制御手段構成の一実施例
【図１３】処方箋のデータ構造の一実施例
【図１４】課金データベースの明細書／請求書データ構
造の一実施例
造の一実施例
【図１５】課金データベースの領収書データ構造の一実
施例
施例
【図１６】医療データベースプロバイドシステムの全体
フローの一実施例
フローの一実施例
【図１７】認証／ログインフローの一実施例
【図１８】医療機関における処方箋の作成フローの一実
施例
施例
【図１９】医療機関における処方箋への点数追加記入フ
ローの一実施例
ローの一実施例
【図２０】薬局における処方薬発行フローの一実施例
【図２１】薬局における処方薬ＤＢへの処方薬点数追加
記入フローの一実施例
記入フローの一実施例
【図２２】
【図２３】サーバにおける課金フローの一実施例
【図２４】医療データベースセンタへの接続不能時に医
療機関クライアント単独で処方箋を発行するフローの一
実施例
療機関クライアント単独で処方箋を発行するフローの一
実施例
【図２５】医療機関クライアント単独で処方箋を発行し
た場合に薬局で処方薬を発行するフローの一実施例
た場合に薬局で処方薬を発行するフローの一実施例
【図２６】医療データベースセンタへの接続不能時に薬
局クライアント単独で処方薬を発行するフローの一実施
例
局クライアント単独で処方薬を発行するフローの一実施
例
１ 医療データベースセンタ
２ 病院
３ 医院
４、５ 薬局
６ インターネット
７ ファイアーウォール
１０ データベースのＡＣＬ
１０−Ｕ ユーザのアクセス権限設定情報
１０−Ｇ グループのアクセス権限設定情報
１１ 文書の制御手段
１１−１ アクセス制御手段
１１−１Ｅ 編集者判定手段
１１−１Ｒ 読者判定手段
１１−２ 読出し手段
１１−３ 編集手段
１１−４ 保存手段
１１−５ 署名手段
２０ 処方箋データ
２０−１ 編集者情報
２０−２ 読者情報
２０−３ 処方箋ＩＤ
２０−４ パスワード
２０−５ 編集日時
２０−６ 編集者ＩＤ
２０−７ 医療機関記載領域１
２０−７−１ 編集者情報
２０−７−２ 読者情報
２０−７−３ センタ保存日時
２０−７−４ 処方箋発行日時
２０−７−５ 医者ＩＤ
２０−７−６ 電子署名
２０−７−７ 記載者ＩＤ
２０−７−８ 医療機関情報
２０−７−９ 医者情報
２０−７−１０ 患者情報
２０−７−１１ 処方箋情報
２０−７−１２ 使用説明情報
２０−７−１３ 医療機関ＩＤ
２０−７−１４ 薬局ＩＤ
２０−８ 医療機関記載領域２
２０−８−１ 編集者情報
２０−８−２ 読者情報
２０−８−４ 記載日時
２０−８−６ 記載者ＩＤ
２０−８−１０ 処方箋点数情報
２０−９ 薬局記載領域１
２０−９−１ 編集者情報
２０−９−２ 読者情報
２０−９−３ センタ保存日時
２０−９−４ 処方日時
２０−９−５ 薬剤師ＩＤ
２０−９−６ 電子署名
２０−９−７ 記載者ＩＤ
２０−９−８ 薬局情報
２０−９−９ 薬剤師情報
２０−９−１１ 処方薬情報
２０−１０ 薬局記載領域２
２０−１０−１ 編集者情報
２０−１０−２ 読者情報
２０−１０−４ 記載日時
２０−１０−６ 記載者ＩＤ
２０−１０−１０ 処方薬点数情報
３０ 電子明細書／請求書
３０ｂ 電子明細書／請求書
３０−１ 編集者情報
３０−２ 読者情報
３０−３ 明細書ＩＤ
３０−４ センタ保存日時
３０−５ 明細書発行日時
３０−６ 承認者ＩＤ
３０−７ 記載者ＩＤ
３０−８ 電子署名
３０−９ 会員情報
３０−１０ 会員担当情報
３０−１１ 課金対象ＤＢ情報
３０−１２ 金額情報
３０−１３ プロバイダ情報
３０−１４ プロバイダ担当情報
３１ 領収書
３１−１ 編集者情報
３１−２ 読者情報
３１−３ 領収書ＩＤ
３１−４ センタ保存日時
３１−５ 領収書発行日時
３１−６ 承認者ＩＤ
３１−７ 記載者ＩＤ
３１−８ 電子署名
１００，１０１ 医療データベースサーバ
１１１ バス
１１２ ＣＰＵ
１１３ ＲＯＭ
１１４ ＲＡＭ
１１５、１１６、１１７、１１８、１１９、１２０、１
２１ インターフェイス １２２ ハードディスク １２３ 表示装置 １２４ 入力装置 １２５ 印刷装置 １２６、１２７ 通信手段 １２８ 外部記憶装置 １３０ システム連携ネットワーク １３１ 外部記憶装置 １５０ 制御プログラム １５１Ｐ 認証プログラム １５１Ａ 認証データベースＡＣＬ １５１Ｄ 認証データベース １５１Ｄ−Ｕ ユーザ認証データ １５１Ｄ−Ｕ１、１５１Ｄ−Ｕ２、１５１Ｄ−Ｕ３、１
５１Ｄ−Ｕ４ ユーザ認証データ １５１Ｄ−Ｇ グループ認証データ １５１Ｄ−Ｇ１、１５１Ｄ−Ｇ２、１５１Ｄ−Ｇ３、１
５１Ｄ−Ｇ４ グループ認証データ １５２Ｐ 課金プログラム １５２Ａ 課金データベースＡＣＬ １５２Ｄ 課金データベース １５３Ｐ 薬プログラム １５３Ａ 薬データベースＡＣＬ １５３Ｐ 薬データベース １５４Ｐ 処方箋ＩＤプログラム １５４Ａ 処方箋ＩＤデータベースＡＣＬ １５４Ｄ 処方箋ＩＤデータベース １５５Ｐ 患者プログラム １５５Ａ 患者データベースＡＣＬ １５５Ｄ 患者データベース １５６Ｐ 処方箋プログラム １５６Ａ 処方箋データベースＡＣＬ １５６Ｄ 処方箋データベース １５７Ｐ 患者プログラム １５７Ａ 患者データベースＡＣＬ １５７Ｄ 患者データベース １５８Ｐ 処方薬プログラム １５８Ａ 処方薬データベースＡＣＬ １５８Ｄ 処方薬データベース ２００ クライアントシステム ２１１ バス ２１２ ＣＰＵ ２１３ ＲＯＭ ２１４ ＲＡＭ ２１５、２１６、２１７、２１８、２１９、２２０、２
２１ インターフェイス ２２２ ハードディスク ２２３ 表示装置 ２２４ 入力装置 ２２５ 印刷装置 ２２６ 通信手段 ２２９ 個人認証手段 ２５０ 制御プログラム ２５１Ｐ 認証プログラム ２５１Ｄ ＩＤファイル ２５３Ｐ 薬プログラム ２５３Ａ 薬データベースＡＣＬ ２５３Ｄ 薬データベース ２５４Ｐ 処方箋ＩＤプログラム ２５４Ａ 処方箋ＩＤデータベースＡＣＬ ２５４Ｄ 処方箋ＩＤデータベース ２５５Ｐ 患者プログラム ２５５Ａ 患者データベースＡＣＬ ２５５Ｄ 患者データベース ２５６Ｐ 処方箋プログラム ２５６Ａ 処方箋データベースＡＣＬ ２５６Ｄ 処方箋データベース ４２２ ハードディスク ４５０ 制御プログラム ４５１Ｐ 認証プログラム ４５１Ｄ ＩＤファイル ４５３Ｐ 薬プログラム ４５３Ａ 薬データベースＡＣＬ ４５３Ｄ 薬データベース ４５４Ｐ 処方箋ＩＤプログラム ４５４Ａ 処方箋ＩＤデータベースＡＣＬ ４５４Ｄ 処方箋ＩＤデータベース ４５７Ｐ 患者プログラム ４５７Ａ 患者データベースＡＣＬ ４５７Ｄ 患者データベース ４５８Ｐ 処方箋プログラム ４５８Ａ 処方箋データベースＡＣＬ ４５８Ｄ 処方箋データベース
２１ インターフェイス １２２ ハードディスク １２３ 表示装置 １２４ 入力装置 １２５ 印刷装置 １２６、１２７ 通信手段 １２８ 外部記憶装置 １３０ システム連携ネットワーク １３１ 外部記憶装置 １５０ 制御プログラム １５１Ｐ 認証プログラム １５１Ａ 認証データベースＡＣＬ １５１Ｄ 認証データベース １５１Ｄ−Ｕ ユーザ認証データ １５１Ｄ−Ｕ１、１５１Ｄ−Ｕ２、１５１Ｄ−Ｕ３、１
５１Ｄ−Ｕ４ ユーザ認証データ １５１Ｄ−Ｇ グループ認証データ １５１Ｄ−Ｇ１、１５１Ｄ−Ｇ２、１５１Ｄ−Ｇ３、１
５１Ｄ−Ｇ４ グループ認証データ １５２Ｐ 課金プログラム １５２Ａ 課金データベースＡＣＬ １５２Ｄ 課金データベース １５３Ｐ 薬プログラム １５３Ａ 薬データベースＡＣＬ １５３Ｐ 薬データベース １５４Ｐ 処方箋ＩＤプログラム １５４Ａ 処方箋ＩＤデータベースＡＣＬ １５４Ｄ 処方箋ＩＤデータベース １５５Ｐ 患者プログラム １５５Ａ 患者データベースＡＣＬ １５５Ｄ 患者データベース １５６Ｐ 処方箋プログラム １５６Ａ 処方箋データベースＡＣＬ １５６Ｄ 処方箋データベース １５７Ｐ 患者プログラム １５７Ａ 患者データベースＡＣＬ １５７Ｄ 患者データベース １５８Ｐ 処方薬プログラム １５８Ａ 処方薬データベースＡＣＬ １５８Ｄ 処方薬データベース ２００ クライアントシステム ２１１ バス ２１２ ＣＰＵ ２１３ ＲＯＭ ２１４ ＲＡＭ ２１５、２１６、２１７、２１８、２１９、２２０、２
２１ インターフェイス ２２２ ハードディスク ２２３ 表示装置 ２２４ 入力装置 ２２５ 印刷装置 ２２６ 通信手段 ２２９ 個人認証手段 ２５０ 制御プログラム ２５１Ｐ 認証プログラム ２５１Ｄ ＩＤファイル ２５３Ｐ 薬プログラム ２５３Ａ 薬データベースＡＣＬ ２５３Ｄ 薬データベース ２５４Ｐ 処方箋ＩＤプログラム ２５４Ａ 処方箋ＩＤデータベースＡＣＬ ２５４Ｄ 処方箋ＩＤデータベース ２５５Ｐ 患者プログラム ２５５Ａ 患者データベースＡＣＬ ２５５Ｄ 患者データベース ２５６Ｐ 処方箋プログラム ２５６Ａ 処方箋データベースＡＣＬ ２５６Ｄ 処方箋データベース ４２２ ハードディスク ４５０ 制御プログラム ４５１Ｐ 認証プログラム ４５１Ｄ ＩＤファイル ４５３Ｐ 薬プログラム ４５３Ａ 薬データベースＡＣＬ ４５３Ｄ 薬データベース ４５４Ｐ 処方箋ＩＤプログラム ４５４Ａ 処方箋ＩＤデータベースＡＣＬ ４５４Ｄ 処方箋ＩＤデータベース ４５７Ｐ 患者プログラム ４５７Ａ 患者データベースＡＣＬ ４５７Ｄ 患者データベース ４５８Ｐ 処方箋プログラム ４５８Ａ 処方箋データベースＡＣＬ ４５８Ｄ 処方箋データベース
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１４年６月１３日（２００２．６．１
３）
３）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】図面の簡単な説明
【補正方法】変更
【補正内容】
【図面の簡単な説明】
【図１】医療データベースプロバイドシステムの全体構
成の一実施例
成の一実施例
【図２】医療データベースセンタの全体構成の一実施例
【図３】医療データベースセンタの構成の一実施例
【図４】医療データベースのクライアントコンピュータ
システムの構成の一実施例
システムの構成の一実施例
【図５】医療データベースサーバの構成の一実施例
【図６】医療機関クライアントの構成の一実施例
【図７】薬局クライアントの構成の一実施例
【図８】認証データベースの構成の一実施例
【図９】認証データベースのデータの一実施例
【図１０】認証データベースのデータの一実施例
【図１１】データベースのＡＣＬの一実施例
【図１２】データベースの文書制御手段構成の一実施例
【図１３】処方箋のデータ構造の一実施例
【図１４】課金データベースの明細書／請求書データ構
造の一実施例
造の一実施例
【図１５】課金データベースの領収書データ構造の一実
施例
施例
【図１６】医療データベースプロバイドシステムの全体
フローの一実施例
フローの一実施例
【図１７】認証／ログインフローの一実施例
【図１８】医療機関における処方箋の作成フローの一実
施例
施例
【図１９】医療機関における処方箋への点数追加記入フ
ローの一実施例
ローの一実施例
【図２０】薬局における処方薬発行フローの一実施例
【図２１】薬局における処方薬ＤＢへの処方薬点数追加
記入フローの一実施例
記入フローの一実施例
【図２２】サーバにおける課金フローの一実施例
【図２３】サーバにおける課金フローの一実施例
【図２４】医療データベースセンタへの接続不能時に医
療機関クライアント単独で処方箋を発行するフローの一
実施例
療機関クライアント単独で処方箋を発行するフローの一
実施例
【図２５】医療機関クライアント単独で処方箋を発行し
た場合に薬局で処方薬を発行するフローの一実施例
た場合に薬局で処方薬を発行するフローの一実施例
【図２６】医療データベースセンタへの接続不能時に薬
局クライアント単独で処方薬を発行するフローの一実施
例
局クライアント単独で処方薬を発行するフローの一実施
例
【符号の説明】
１ 医療データベースセンタ
２ 病院
３ 医院
４、５ 薬局
６ インターネット
７ ファイアーウォール
１０ データベースのＡＣＬ
１０−Ｕ ユーザのアクセス権限設定情報
１０−Ｇ グループのアクセス権限設定情報
１１ 文書の制御手段
１１−１ アクセス制御手段
１１−１Ｅ 編集者判定手段
１１−１Ｒ 読者判定手段
１１−２ 読出し手段
１１−３ 編集手段
１１−４ 保存手段
１１−５ 署名手段
２０ 処方箋データ
２０−１ 編集者情報
２０−２ 読者情報
２０−３ 処方箋ＩＤ
２０−４ パスワード
２０−５ 編集日時
２０−６ 編集者ＩＤ
２０−７ 医療機関記載領域１
２０−７−１ 編集者情報
２０−７−２ 読者情報
２０−７−３ センタ保存日時
２０−７−４ 処方箋発行日時
２０−７−５ 医者ＩＤ
２０−７−６ 電子署名
２０−７−７ 記載者ＩＤ
２０−７−８ 医療機関情報
２０−７−９ 医者情報
２０−７−１０ 患者情報
２０−７−１１ 処方箋情報
２０−７−１２ 使用説明情報
２０−７−１３ 医療機関ＩＤ
２０−７−１４ 薬局ＩＤ
２０−８ 医療機関記載領域２
２０−８−１ 編集者情報
２０−８−２ 読者情報
２０−８−４ 記載日時
２０−８−６ 記載者ＩＤ
２０−８−１０ 処方箋点数情報
２０−９ 薬局記載領域１
２０−９−１ 編集者情報
２０−９−２ 読者情報
２０−９−３ センタ保存日時
２０−９−４ 処方日時
２０−９−５ 薬剤師ＩＤ
２０−９−６ 電子署名
２０−９−７ 記載者ＩＤ
２０−９−８ 薬局情報
２０−９−９ 薬剤師情報
２０−９−１１ 処方薬情報
２０−１０ 薬局記載領域２
２０−１０−１ 編集者情報
２０−１０−２ 読者情報
２０−１０−４ 記載日時
２０−１０−６ 記載者ＩＤ
２０−１０−１０ 処方薬点数情報
３０ 電子明細書／請求書
３０ｂ 電子明細書／請求書
３０−１ 編集者情報
３０−２ 読者情報
３０−３ 明細書ＩＤ
３０−４ センタ保存日時
３０−５ 明細書発行日時
３０−６ 承認者ＩＤ
３０−７ 記載者ＩＤ
３０−８ 電子署名
３０−９ 会員情報
３０−１０ 会員担当情報
３０−１１ 課金対象ＤＢ情報
３０−１２ 金額情報
３０−１３ プロバイダ情報
３０−１４ プロバイダ担当情報
３１ 領収書
３１−１ 編集者情報
３１−２ 読者情報
３１−３ 領収書ＩＤ
３１−４ センタ保存日時
３１−５ 領収書発行日時
３１−６ 承認者ＩＤ
３１−７ 記載者ＩＤ
３１−８ 電子署名
１００，１０１ 医療データベースサーバ
１１１ バス
１１２ ＣＰＵ
１１３ ＲＯＭ
１１４ ＲＡＭ
１１５、１１６、１１７、１１８、１１９、１２０、１
２１ インターフェイス １２２ ハードディスク １２３ 表示装置 １２４ 入力装置 １２５ 印刷装置 １２６、１２７ 通信手段 １２８ 外部記憶装置 １３０ システム連携ネットワーク １３１ 外部記憶装置 １５０ 制御プログラム １５１Ｐ 認証プログラム １５１Ａ 認証データベースＡＣＬ １５１Ｄ 認証データベース １５１Ｄ−Ｕ ユーザ認証データ １５１Ｄ−Ｕ１、１５１Ｄ−Ｕ２、１５１Ｄ−Ｕ３、１
５１Ｄ−Ｕ４ ユーザ認証データ １５１Ｄ−Ｇ グループ認証データ １５１Ｄ−Ｇ１、１５１Ｄ−Ｇ２、１５１Ｄ−Ｇ３、１
５１Ｄ−Ｇ４ グループ認証データ １５２Ｐ 課金プログラム １５２Ａ 課金データベースＡＣＬ １５２Ｄ 課金データベース １５３Ｐ 薬プログラム １５３Ａ 薬データベースＡＣＬ １５３Ｄ 薬データベース １５４Ｐ 処方箋ＩＤプログラム １５４Ａ 処方箋ＩＤデータベースＡＣＬ １５４Ｄ 処方箋ＩＤデータベース １５５Ｐ 患者プログラム １５５Ａ 患者データベースＡＣＬ １５５Ｄ 患者データベース １５６Ｐ 処方箋プログラム １５６Ａ 処方箋データベースＡＣＬ １５６Ｄ 処方箋データベース １５７Ｐ 患者プログラム １５７Ａ 患者データベースＡＣＬ １５７Ｄ 患者データベース １５８Ｐ 処方薬プログラム １５８Ａ 処方薬データベースＡＣＬ １５８Ｄ 処方薬データベース ２００ クライアントシステム ２１１ バス ２１２ ＣＰＵ ２１３ ＲＯＭ ２１４ ＲＡＭ ２１５、２１６、２１７、２１８、２１９、２２０、２
２１ インターフェイス ２２２ ハードディスク ２２３ 表示装置 ２２４ 入力装置 ２２５ 印刷装置 ２２６ 通信手段 ２２９ 個人認証手段 ２５０ 制御プログラム ２５１Ｐ 認証プログラム ２５１Ｄ ＩＤファイル ２５３Ｐ 薬プログラム ２５３Ａ 薬データベースＡＣＬ ２５３Ｄ 薬データベース ２５４Ｐ 処方箋ＩＤプログラム ２５４Ａ 処方箋ＩＤデータベースＡＣＬ ２５４Ｄ 処方箋ＩＤデータベース ２５５Ｐ 患者プログラム ２５５Ａ 患者データベースＡＣＬ ２５５Ｄ 患者データベース ２５６Ｐ 処方箋プログラム ２５６Ａ 処方箋データベースＡＣＬ ２５６Ｄ 処方箋データベース ４２２ ハードディスク ４５０ 制御プログラム ４５１Ｐ 認証プログラム ４５１Ｄ ＩＤファイル ４５３Ｐ 薬プログラム ４５３Ａ 薬データベースＡＣＬ ４５３Ｄ 薬データベース ４５４Ｐ 処方箋ＩＤプログラム ４５４Ａ 処方箋ＩＤデータベースＡＣＬ ４５４Ｄ 処方箋ＩＤデータベース ４５７Ｐ 患者プログラム ４５７Ａ 患者データベースＡＣＬ ４５７Ｄ 患者データベース ４５８Ｐ 処方箋プログラム ４５８Ａ 処方箋データベースＡＣＬ ４５８Ｄ 処方箋データベース
２１ インターフェイス １２２ ハードディスク １２３ 表示装置 １２４ 入力装置 １２５ 印刷装置 １２６、１２７ 通信手段 １２８ 外部記憶装置 １３０ システム連携ネットワーク １３１ 外部記憶装置 １５０ 制御プログラム １５１Ｐ 認証プログラム １５１Ａ 認証データベースＡＣＬ １５１Ｄ 認証データベース １５１Ｄ−Ｕ ユーザ認証データ １５１Ｄ−Ｕ１、１５１Ｄ−Ｕ２、１５１Ｄ−Ｕ３、１
５１Ｄ−Ｕ４ ユーザ認証データ １５１Ｄ−Ｇ グループ認証データ １５１Ｄ−Ｇ１、１５１Ｄ−Ｇ２、１５１Ｄ−Ｇ３、１
５１Ｄ−Ｇ４ グループ認証データ １５２Ｐ 課金プログラム １５２Ａ 課金データベースＡＣＬ １５２Ｄ 課金データベース １５３Ｐ 薬プログラム １５３Ａ 薬データベースＡＣＬ １５３Ｄ 薬データベース １５４Ｐ 処方箋ＩＤプログラム １５４Ａ 処方箋ＩＤデータベースＡＣＬ １５４Ｄ 処方箋ＩＤデータベース １５５Ｐ 患者プログラム １５５Ａ 患者データベースＡＣＬ １５５Ｄ 患者データベース １５６Ｐ 処方箋プログラム １５６Ａ 処方箋データベースＡＣＬ １５６Ｄ 処方箋データベース １５７Ｐ 患者プログラム １５７Ａ 患者データベースＡＣＬ １５７Ｄ 患者データベース １５８Ｐ 処方薬プログラム １５８Ａ 処方薬データベースＡＣＬ １５８Ｄ 処方薬データベース ２００ クライアントシステム ２１１ バス ２１２ ＣＰＵ ２１３ ＲＯＭ ２１４ ＲＡＭ ２１５、２１６、２１７、２１８、２１９、２２０、２
２１ インターフェイス ２２２ ハードディスク ２２３ 表示装置 ２２４ 入力装置 ２２５ 印刷装置 ２２６ 通信手段 ２２９ 個人認証手段 ２５０ 制御プログラム ２５１Ｐ 認証プログラム ２５１Ｄ ＩＤファイル ２５３Ｐ 薬プログラム ２５３Ａ 薬データベースＡＣＬ ２５３Ｄ 薬データベース ２５４Ｐ 処方箋ＩＤプログラム ２５４Ａ 処方箋ＩＤデータベースＡＣＬ ２５４Ｄ 処方箋ＩＤデータベース ２５５Ｐ 患者プログラム ２５５Ａ 患者データベースＡＣＬ ２５５Ｄ 患者データベース ２５６Ｐ 処方箋プログラム ２５６Ａ 処方箋データベースＡＣＬ ２５６Ｄ 処方箋データベース ４２２ ハードディスク ４５０ 制御プログラム ４５１Ｐ 認証プログラム ４５１Ｄ ＩＤファイル ４５３Ｐ 薬プログラム ４５３Ａ 薬データベースＡＣＬ ４５３Ｄ 薬データベース ４５４Ｐ 処方箋ＩＤプログラム ４５４Ａ 処方箋ＩＤデータベースＡＣＬ ４５４Ｄ 処方箋ＩＤデータベース ４５７Ｐ 患者プログラム ４５７Ａ 患者データベースＡＣＬ ４５７Ｄ 患者データベース ４５８Ｐ 処方箋プログラム ４５８Ａ 処方箋データベースＡＣＬ ４５８Ｄ 処方箋データベース
Claims (15)
- 【請求項１】インターネット等のネットワークに接続さ
れた、サーバとクライアント・コンピュータからなるデ
ータベースシステムであって、少なくとも、認証データ
ベースと処方箋データベースと処方薬データベースと課
金データベースと前記それぞれのデータベースに対する
アクセス権設定データベースとからなり、アクセス権設
定データベースの設定を医師や薬剤師等のユーザからは
独立した医療データベースプロバイダが設定を行う事に
より、医師や薬剤師等のユーザがログインする時に認証
データベースによって医師や薬剤師等のユーザＩＤの認
証を行い、認証された医者等がクライアントシステムか
ら処方箋を発行して処方箋データベースに保存出来るよ
うになし、認証された薬剤師が処方箋データベースから
処方箋を取り出して、患者に処方を行い、その結果を処
方薬データベースに保存出来るようになし、保存時には
医師や薬剤師等のユーザからは変更できない領域に日時
データを記載するようになし、処方箋データベースや処
方薬データベースに保存した電子文書の登録状態を課金
データベースに登録することによってこれらの医療デー
タベースの共有と管理、および課金を行う医療データベ
ースプロバイド方法、およびシステム。 - 【請求項２】特許請求項１の医療データベースプロバイ
ド方法、およびシステムにおいて、サーバ側は、少なく
とも、認証データベースと処方箋データベースと処方薬
データベースと課金データベースと前記それぞれのデー
タベースに対するアクセス権設定データベースとからな
り、クライアントシステムから医師や薬剤師等のユーザ
がログインする時に認証データベースによって認証を行
い、医者等がクライアントシステムから処方箋データベ
ースにアクセスして来た時に医者等のＩＤにより読者権
限の有無をチェックして、権限がある場合にのみ、処方
箋データをクライアントシステムに送信するようにな
し、処方箋を処方箋データベースに保存要求を行った場
合には、医者等のＩＤにより作成者権限の有無をチェッ
クして、権限がある場合のみ、タイムスタンプデータと
共に保存を行い、薬剤師がクライアントシステムから処
方箋データベースにアクセスして来た時に薬剤師等のＩ
Ｄにより読者権限の有無をチェックして、権限がある場
合のみ、処方箋データベースから処方箋を取り出して薬
剤師に見せるようになし、薬剤師等がクライアントシス
テムから処方薬データベースにアクセスして来た時に薬
剤師等のＩＤにより読者権限の有無をチェックして、権
限がある場合のみ、要求データをクライアントに送信す
るようになし、処方薬文書を処方薬データベースに保存
要求を行った場合には、薬剤師等のＩＤにより作成者権
限の有無をチェックして、権限がある場合のみ、タイム
スタンプデータと共に保存を行い、処方箋データベース
や処方薬データベースに保存した電子文書の登録状態を
課金データベースに登録することによって、これらの医
療データベースの共有と管理、電子文書の作成日時証明
および課金を行う医療データベースプロバイダのサーバ
システム。 - 【請求項３】特許請求項１の医療データベースプロバイ
ド方法およびシステムにおいて、クライアント側は、少
なくとも、医師等および薬剤師等のユーザＩＤ認証デー
タとサーバ上のデータベースへのアクセス手段と電子文
書の閲覧、作成、および編集手段と該電子文書の保存手
段とからなり、医師等や薬剤師等がログインする時に、
前記ユーザＩＤ認証データによりＩＤの認証を行い、ロ
グインを許可し、サーバ上の認証データベースによりユ
ーザＩＤをチェックし、またＩＤ毎のアクセスレベルに
従ってデータベースへのアクセス方法を定め、処方箋の
電子文書の読者権限がある場合はサーバからクライアン
トが文書受信が出来、処方箋の電子文書の作成者権限が
ある場合はサーバにクライアントから文書保存が出来、
処方薬の電子文書の読者権限がある場合はサーバからク
ライアントが文書受信が出来、処方薬の電子文書の作成
者権限がある場合はサーバにクライアントから文書保存
が出来る様に成す事によって、医療データベースの共有
ができる医療データベースのクライアントシステム。 - 【請求項４】医者や薬剤師などの個人ＩＤ情報と、医者
が属する医療機関ＩＤ情報と、薬剤師が属する薬局ＩＤ
情報と、複数の医者のＩＤ情報からなる医者グループ情
報と、複数の薬剤師のＩＤ情報からなる薬剤師グループ
情報と、複数の医療補助者のＩＤ情報からなる医療補助
者グループ情報と、複数の薬剤師補助者のＩＤ情報から
なる薬剤師補助者グループ情報とからなる認証データベ
ースの値に応じて認証を行い、処方箋データベースと処
方薬データベース等へのアクセス制御を行う事を特徴と
した特許請求項１、２および３の医療データベースプロ
バイド方法、およびシステム。 - 【請求項５】医療データベースシステムを構成する個々
のデータベースに対して、１対１に対応したアクセスコ
ントロール（ＡＣＬ）データとデータベース制御プログ
ラムを有した構成の特許請求項１、２および３の医療デ
ータベースプロバイド方法、およびシステム。 - 【請求項６】特許請求項４において、医師等、薬剤師等
のＩＤ認証データをクライアントシステムに置く代わり
に、サーバ側に置いた医療データベースのクライアント
システム。 - 【請求項７】処方箋に医者ＩＤと記載者ＩＤを設ける事
により、記載者が記載した内容を医者が承認できるよう
にした電子処方箋 - 【請求項８】処方箋に処方を行う薬局毎にユニークな薬
局ＩＤ情報を記載し、薬剤師、および薬剤師補助者の内
で、記載された薬局ＩＤの薬局に所属する薬剤師および
薬剤師補助者のみが処方箋データベース中の処方箋にア
クセスできるアクセス権を設定するようになした処方箋
データベースを使用した特許請求項１、２および３の医
療データベースプロバイド方法、およびシステム。 - 【請求項９】処方箋データベースに保存される電子処方
箋に、処方箋毎に医療機関ＩＤ、処方箋ＩＤとパスワー
ド情報を記載するようになし、該電子処方箋を紙に印刷
して患者に交付し、患者が印刷した処方箋を薬局に持参
して、薬局に提示する事により、薬局では、読み取り手
段によって医療機関ＩＤ、処方箋ＩＤとパスワード情報
を読み取り、該医療機関ＩＤ、処方箋ＩＤとパスワード
情報により医療データベースプロバイダのサーバシステ
ムから該当の電子処方箋を取り出すことを特徴とした特
許請求項１、２および３の医療データベースプロバイド
方法、およびシステム。 - 【請求項１０】一つの処方箋データベースに複数の医療
機関の処方箋を保存するのではなく、医療機関毎に独立
に処方箋データベースを保有するようになし、一つの処
方薬データベースに複数の薬局の処方情報を保存するの
ではなく、薬局毎に独立に処方薬データベースを保有す
るようになした特許請求項１、および３の医療データベ
ースプロバイド方法、およびシステム。 - 【請求項１１】医療機関のクライアントシステムに、請
求項１０記載の医療機関毎に独立の処方箋データベース
の中で、自分の医療機関の処方箋データベースの複製を
置くようになし、常時は、サーバ内とクライアント内の
処方箋データベースの同期を取るようになし、通信回線
が不通の時には、クライアント内複製のデータベースで
処方箋を発行し、通信回線が回復した時に、再び自動的
に処方箋データベースの同期を取るようになした特許請
求項１、２および３の医療データベースプロバイド方
法、およびシステム。 - 【請求項１２】薬局のクライアントシステムに、請求項
１０記載の薬局毎に独立の処方薬データベースの中で、
自分の薬局の処方薬データベースの複製を置くようにな
し、常時は、サーバ内とクライアント内の処方薬データ
ベースの同期を取るようになし、通信回線が不通の時に
は、クライアント内複製のデータベースで処方薬を発行
し、通信回線が回復した時に、再び自動的に処方薬デー
タベースの同期を取るようになした特許請求項１、２お
よび３の医療データベースプロバイド方法、およびシス
テム。 - 【請求項１３】電子処方箋には医者が記載できる場所と
薬局が記載できる場所を区分して設け、それぞれの場所
に、日時データと記載者のＩＤとを保存するようにな
し、医者が記載できる場所は薬局では変更できないよう
にして、薬局で記載できる場所は医者が変更できないよ
うにして、記載を完了すると医者も薬局も変更できない
事を特徴とした電子処方箋。 - 【請求項１４】請求項１３記載の電子処方箋において、
電子処方箋の医者が記載できる場所と薬局が記載できる
場所それぞれに対応して、保存時のクライアントＰＣ日
時、ＤＢの同期時のクライアントＰＣとサーバの時刻を
記載して電子文書を保存し、保存後は医者も薬局も変更
できない事を特徴とした電子処方箋。 - 【請求項１５】請求項１３および１４記載の電子処方箋
において、電子処方箋の医者が記載できる場所と薬局が
記載できる場所それぞれに対応して追加情報領域を設け
て、医療機関が記載できる追加情報領域には、医療機関
のみがアクセス可能と成し、保険点数情報などを追記可
能となし、薬局が記載できる追加情報領域には、薬局の
みがアクセス可能となし、保険点数情報などを追記可能
となした事を特徴とした電子処方箋。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002119912A JP2003281277A (ja) | 2002-03-19 | 2002-03-19 | 医療データベースプロバイド方法、およびシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002119912A JP2003281277A (ja) | 2002-03-19 | 2002-03-19 | 医療データベースプロバイド方法、およびシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003281277A true JP2003281277A (ja) | 2003-10-03 |
Family
ID=29243569
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002119912A Pending JP2003281277A (ja) | 2002-03-19 | 2002-03-19 | 医療データベースプロバイド方法、およびシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003281277A (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005293051A (ja) * | 2004-03-31 | 2005-10-20 | Yoshio Niiyama | 刻印情報付きアルバム提供装置 |
| JP2005346366A (ja) * | 2004-06-02 | 2005-12-15 | Konica Minolta Business Technologies Inc | アクセス管理システムおよび方法、画像形成装置、およびコンピュータプログラム |
| JP2006154889A (ja) * | 2004-11-25 | 2006-06-15 | It Co Ltd | 薬局支援装置及び薬局のレシート発行方法 |
| WO2006087825A1 (ja) * | 2005-02-18 | 2006-08-24 | Setoguchi Laboratory Ltd. | 協調設計指向データベースシステム |
| JP2008500612A (ja) * | 2004-05-05 | 2008-01-10 | アイエムエス ソフトウェア サービシズ リミテッド | マルチ・ソース型の長期の患者レベルデータを統合するデータ暗号化アプリケーション |
| JP2011197793A (ja) * | 2010-03-17 | 2011-10-06 | Mitsubishi Electric Information Systems Corp | 診断書生成支援システム |
| JP2012063858A (ja) * | 2010-09-14 | 2012-03-29 | Nec Commun Syst Ltd | 調剤システム |
| JP2014059922A (ja) * | 2014-01-06 | 2014-04-03 | Hiroshi Egawa | 薬剤の処方を確実に適切に行うためのシステム、サーバ装置、端末装置およびプログラム |
| JP5693773B1 (ja) * | 2014-06-20 | 2015-04-01 | パナソニックヘルスケア株式会社 | 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 |
| JP2017058800A (ja) * | 2015-09-15 | 2017-03-23 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
| CN107079003A (zh) * | 2014-09-09 | 2017-08-18 | 甲骨文国际公司 | 在多租户环境中提供用于安全网络通信的集成防火墙的系统和方法 |
| JP2018137002A (ja) * | 2014-06-24 | 2018-08-30 | ソニー株式会社 | 情報管理システム、情報管理装置、および情報管理方法 |
| CN111968720A (zh) * | 2020-08-18 | 2020-11-20 | 泽达易盛（天津）科技股份有限公司 | 一种基于双重认证的电子处方系统 |
| JP7376761B1 (ja) | 2022-12-27 | 2023-11-09 | 株式会社メドレー | プログラム、システム及び方法 |
-
2002
- 2002-03-19 JP JP2002119912A patent/JP2003281277A/ja active Pending
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005293051A (ja) * | 2004-03-31 | 2005-10-20 | Yoshio Niiyama | 刻印情報付きアルバム提供装置 |
| JP2008500612A (ja) * | 2004-05-05 | 2008-01-10 | アイエムエス ソフトウェア サービシズ リミテッド | マルチ・ソース型の長期の患者レベルデータを統合するデータ暗号化アプリケーション |
| JP2005346366A (ja) * | 2004-06-02 | 2005-12-15 | Konica Minolta Business Technologies Inc | アクセス管理システムおよび方法、画像形成装置、およびコンピュータプログラム |
| US7814553B2 (en) | 2004-06-02 | 2010-10-12 | Konica Minolta Business Technologies, Inc. | Access control system, access managing method, image forming device and computer program product |
| JP2006154889A (ja) * | 2004-11-25 | 2006-06-15 | It Co Ltd | 薬局支援装置及び薬局のレシート発行方法 |
| WO2006087825A1 (ja) * | 2005-02-18 | 2006-08-24 | Setoguchi Laboratory Ltd. | 協調設計指向データベースシステム |
| JP2011197793A (ja) * | 2010-03-17 | 2011-10-06 | Mitsubishi Electric Information Systems Corp | 診断書生成支援システム |
| JP2012063858A (ja) * | 2010-09-14 | 2012-03-29 | Nec Commun Syst Ltd | 調剤システム |
| JP2014059922A (ja) * | 2014-01-06 | 2014-04-03 | Hiroshi Egawa | 薬剤の処方を確実に適切に行うためのシステム、サーバ装置、端末装置およびプログラム |
| JP5693773B1 (ja) * | 2014-06-20 | 2015-04-01 | パナソニックヘルスケア株式会社 | 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 |
| WO2015194673A1 (ja) * | 2014-06-20 | 2015-12-23 | パナソニックヘルスケア株式会社 | 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 |
| JP2016006600A (ja) * | 2014-06-20 | 2016-01-14 | パナソニックヘルスケア株式会社 | 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 |
| JP2018137002A (ja) * | 2014-06-24 | 2018-08-30 | ソニー株式会社 | 情報管理システム、情報管理装置、および情報管理方法 |
| CN107079003A (zh) * | 2014-09-09 | 2017-08-18 | 甲骨文国际公司 | 在多租户环境中提供用于安全网络通信的集成防火墙的系统和方法 |
| JP2017528832A (ja) * | 2014-09-09 | 2017-09-28 | オラクル・インターナショナル・コーポレイション | マルチテナント環境においてセキュアなネットワーク通信のために統合型ファイアウォールを提供するためのシステムおよび方法 |
| CN107079003B (zh) * | 2014-09-09 | 2020-07-28 | 甲骨文国际公司 | 在多租户环境中提供用于安全网络通信的集成防火墙的系统和方法 |
| JP2017058800A (ja) * | 2015-09-15 | 2017-03-23 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
| CN111968720A (zh) * | 2020-08-18 | 2020-11-20 | 泽达易盛（天津）科技股份有限公司 | 一种基于双重认证的电子处方系统 |
| JP7376761B1 (ja) | 2022-12-27 | 2023-11-09 | 株式会社メドレー | プログラム、システム及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7661146B2 (en) | Method and system for providing a secure multi-user portable database | |
| US7203966B2 (en) | Enforcement architecture and method for digital rights management system for roaming a license to a plurality of user devices | |
| US7426475B1 (en) | Secure electronic healthcare information management process and system | |
| TWI291109B (en) | Method and apparatus for storing data records on a database system | |
| US7103574B1 (en) | Enforcement architecture and method for digital rights management | |
| US7925591B2 (en) | Retail transactions involving digital content in a digital rights management (DRM) system | |
| US7680744B2 (en) | Method for interdependently validating a digital content package and a corresponding digital license | |
| US7024393B1 (en) | Structural of digital rights management (DRM) system | |
| US7319759B1 (en) | Producing a new black box for a digital rights management (DRM) system | |
| US7051005B1 (en) | Method for obtaining a black box for performing decryption and encryption functions in a digital rights management (DRM) system | |
| US6829708B1 (en) | Specifying security for an element by assigning a scaled value representative of the relative security thereof | |
| JP2003281277A (ja) | 医療データベースプロバイド方法、およびシステム | |
| US20100299761A1 (en) | System and method for sending electronic data to inmates | |
| US20060167814A1 (en) | Enforcement architecture and method for digital rights management | |
| US20030051144A1 (en) | Dynamic electronic chain-of-trust document with audit trail | |
| US20050066187A1 (en) | Encrypting a digital object on a key ID selected therefor | |
| EP1785878B2 (en) | Memory card, data exchanging system, and data exchanging method | |
| JP2000113049A (ja) | 本の購入証明を用いた電子書籍流通システム及びその装置 | |
| JPWO2004025530A1 (ja) | 医療情報管理システム | |
| EP1025676A1 (en) | Method for using fingerprints to distribute information over a network | |
| CN102812473A (zh) | 基于可执行程序身份的文件访问 | |
| WO2001052020A1 (en) | Releasing decrypted digital content to an authenticated path | |
| WO2000059151A2 (en) | Rendering digital content in an encrypted rights-protected form | |
| US20190080369A1 (en) | Systems and methods for providing a decentralized platform for connecting members of an open-science community | |
| CN100442301C (zh) | 用于监控内容的方法和系统 |