【事件の表示】
　特願２００３−　６９１２６「電子薬歴管理システム」拒絶査定不服審判事件〔平成１６年１０月　７日出願公開、特開２００４−２８０３２７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯・本願発明
　本願は、平成１５年３月１４日の出願であって、その特許請求の範囲の請求項１に記載された発明（以下、「本願発明」と呼ぶ。）は、平成２３年９月１３日付けの手続補正により補正された特許請求の範囲の請求項１に記載されたとおりのものであり、次のとおりのものと認める。
「　　【請求項１】
　患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備えた利用者端末と、所定の通信手段と、前記利用者端末における薬剤情報について所定の時期に前記所定の通信手段を用いて追加・更新させる所定の管理装置を有する管理センタとからなり、利用者が患者から受け付けた処方箋ごとに前記入力手段により処方情報を入力するとともに、前記制御装置が前記入力された処方情報と前記個人情報記憶部に記憶された個人情報および前記薬剤情報記憶部に記憶された薬剤情報とを検索・照合することにより処方箋ごとに処方内容をチェックして、当該チェック結果を前記表示手段に表示する電子薬歴管理システムにおいて、　
　前記薬剤情報記憶部が一般的な薬剤情報を記憶させる一般情報記憶領域と処方内容に関連して利用者が迅速に対応すべき所定の緊急情報を記憶させる緊急情報記憶領域との異なる領域を有しており、前記追加・更新される薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報が、定期的な前記一般的な薬剤情報の追加・更新とは別に逐次前記管理センタにより伝送されて前記一般情報記憶領域に記憶されるのに加えて　当該緊急情報に関連する薬品名または成分名が前記緊急情報に関連づけられた状態で前記薬品情報記憶部内において前記一般情報領域とは別の領域である緊急情報記憶領域に追加・更新されるとともに、前記処方箋ごとに入力された処方情報に基づき前記制御装置が前記一般情報記憶領域と緊急情報記憶領域とを所定の方法でそれぞれ個別に検索して前記緊急情報が存在する旨を前記表示手段に前記一般情報と区別して表示することを特徴とする電子薬歴管理システム。」
　
　
２．引用例
（１）当審による平成２３年７月１４日付けの拒絶理由通知書で引用した特開２００１−２７３３６６号公報（以下、「引用例１」と呼ぶ。）には、次の記載がある。
「【０００１】
【発明の属する技術分野】本発明は、病院等で医師によって作成された処方箋に基づいて患者に薬剤を調剤する調剤薬局において、各患者の薬歴や既往症等に照らして処方された薬剤の安全性を確認するための薬歴管理システムに関するものである。
【０００２】
【従来の技術】通常、病院や診療所で受診した患者は、医師によって薬剤を処方され、その処方箋に基づいて、院内または院外の調剤薬局で薬剤が与えられる。
【０００３】調剤薬局に初めて来局した患者は、住所や氏名、年齢などの基本情報とともに、過去の主な病歴や、他に現在使用中の薬剤があるか、また、過去にアレルギー等の不適合を起こした薬剤や食品等があるかどうかなどを、個人情報として、所定の用紙に記入する。
【０００４】このようにして収集された各患者の個人情報は、従来は、書面のままでファイルされたり、或いはパソコン等にその内容を入力して、調剤薬局内で保管されていた。
【０００５】そして、薬剤師は、処方された薬剤に対する服用指導情報と薬剤に関する個人情報とを対比して、処方された薬品がその患者にとって不適合となる成分を含んでいないか、また、一人の患者に複数の薬剤が処方されている場合には、処方された薬品同士の相互作用によって、患者に悪影響を及ぼすことがないかどうか等を確認していた。このようにして、通常、医師により処方された薬剤を、薬剤師が調剤時にチェックし、更に、必要な場合には処方した医師に対して疑義照会を行う等をすることにより、患者が不適切な薬剤を服用しないように、薬剤の安全性が確認されている。
【０００６】
【発明が解決しようとする課題】しかしながら、従来は、薬剤師が、処方された服用指導情報に基づいて、カードなどに記載された患者の薬歴や病歴等の個人情報を１項目ずつチェックして、処方された薬剤が不適合でないことを確認していく作業は、極めて面倒であった。
【０００７】即ち、薬剤師は、処方された薬剤の成分とは関係のない情報も含めて個人情報の全てを確認しなければならないため、無駄な時間を要していた。殊に大規模な薬局においては、混雑時には大勢の患者が集中し、薬局業務の効率向上を図らなければ、更なる混雑を招く原因となっていた。
【０００８】
【課題を解決するための手段】そこで、本発明は、各患者についての薬剤に関する個人情報と、各薬剤についての服用指導情報とを記憶させる記憶装置を有し、特定の患者に関する前記個人情報を検索してモニタの画面に表示するとともに、前記個人情報の中で、処方された薬剤に対する服用指導情報に関連する事項を検索照合して前記モニタの同一画面に表示し、処方された薬剤をその患者が服用しても不適合でないかどうかを前記モニタ画面により確認できることにした。
【０００９】こうして、薬剤に関する個人情報の中から、処方された薬剤の成分に関する情報等の服用指導情報があるかどうかを検索することによって、処方された薬剤の適不適を迅速に確認することができるとともに、チェック漏れを防ぐことができる。」
　
　そして、上記記載事項を技術常識に照らせば、引用例１には、以下の発明（以下、「引用例１記載発明」と呼ぶ。）が記載されているといえる。
「患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備え、利用者が患者から受け付けた処方箋ごとに前記入力手段により処方情報を入力するとともに、前記制御装置が前記入力された処方情報と前記個人情報記憶部に記憶された個人情報および前記薬剤情報記憶部に記憶された薬剤情報とを検索・照合することにより処方箋ごとに処方内容をチェックして、当該チェック結果を前記表示手段に表示する電子薬歴管理システム」
　
（２）同じく当審による平成２３年７月１４日付けの拒絶理由通知書で引用した、特開２００２−１９７１８４号公報（以下、「引用例２」と呼ぶ。）には、次の記載がある。
「【００７７】2-1-1)医薬品情報提供システムの第１の実施形態
図６は、医薬品情報提供システムの第１の実施形態を示す模式的構成図である。本実施形態の概略フローは次のステップ１〜４の通りである。
【００７８】ステップ１：薬剤師が、処方箋を提示した患者に対して対応するとき必要となる一般的情報は、処方箋に記載された医薬に関する一般的な相互作用、投与期間又は量等のチェック及び確認を実行するための情報である。データセンタ１０は、このようないずれの患者及び薬局にも共通する医薬品関連の包括的情報を、共通マスタデータベース（必須情報データベース）として構築している。共通マスタデータベースの管理する情報は、医薬品の安全性情報等のように時々刻々更新を必要とするものも多く、データセンタ１０は、情報の入手と同時に更新を行っている。
【００７９】また、データセンタ１０は、各薬局に提供するためにその薬局毎に在庫管理データベースや薬歴管理データベース等のユーザデータベースを構築しており、共通マスターデータベースに対する更新を各ユーザデータベースに反映させる。例えば、ある医薬品について最新の副作用情報を入手したときは、共通マスターデータベースを更新すると共に、当該医薬品に関するデータを含むユーザデータベースについても該当個所を更新する。
【００８０】また、データセンタ１０は、各薬局の医薬品在庫の内容を在庫管理データベースとして保有しているので（詳細は後述する）、各薬局の保有する医薬に関連する情報が更新されたときは、その薬局に対して選択的に情報を伝送する（プッシュ型システム）。このプッシュ型情報伝送では、例えば、クライアント装置３１がインターネットを介してデータセンタ１０へアクセスしたとき、クライアント装置３１からの要求の有無に関わらずデータセンタ１０側から医薬品情報を配信する。医薬品情報の具体例としては、添付文書や緊急安全性情報等の医薬取扱情報の更新、医薬品や医療用具等の回収及び販売停止情報等の物流取扱情報がある。尚、その情報に関連する医薬品を保有していない薬局に対しては、緊急性がないためプッシュ型での情報伝送を行う必要はないが、定期情報としてあるいは要求に応じて提供することはあり得る。
【００８１】上記の各種データベースと連動する薬剤師支援アプリケーションが、データセンタ１０からＡＳＰ方式により、クライアント装置３１へ提供される。
【００８２】ステップ２：窓口業務において薬剤師は、患者から提示された処方箋データを入力する。この入力操作は、前述のレセプト請求支援システムについての入力操作を兼ねることとなる。具体的入力方法のバリエーションについては既に説明した通りである。尚、処方箋データに加えて患者とのヒアリングの結果得られた情報等も入力する。データセンタ１０は、この入力データが伝送されるとその内容をチェックし、さらに必要と判断される情報をプッシュ型にて即座に伝送する。例えば、入力された処方箋データの処方内容をチェックし、不適切な相互作用、長期投与、過剰投与に該当しないかを調べる。その場合、上記の共通マスターデータベース又はユーザデータベースを参照する。該当する点があれば薬局３０へ注意を喚起する警告データを伝送する。また、その処方箋データに関連する医薬品に関して未だ薬局側に通知していない新情報がある場合もプッシュ型にて伝送する。
【００８３】尚、本実施形態での処方箋チェックは、同時に提出された一又は複数の処方箋に関するチェックのみを意味する。患者の薬歴及びその患者の他薬局での利用等も併せた複合的チェックについては、後述する他の実施形態で別途説明する。上記の処方箋内容チェックに基づく警告データの伝送は、いわば質的な面での調剤支援情報である。他の例として、データセンタ１０は、物理的側面での調剤支援情報すなわち調剤設計情報も提供することができる。この調剤設計情報の提供システムは、後述する薬歴管理システムとも重複する部分があるがここで併せて説明する。調剤設計とは、例えば、同じ医薬品であっても錠剤、粒状、粉状若しくは液状のいずれの形態がその患者にとって最適であるかを配慮したり、薬袋へ袋詰めする際に１回分(異なる医薬品を含む)を一包化したり、飲みやすいようにシロップを混合したりすること等である。調剤設計により、個々の患者毎に異なる状況(年齢、性別、嗜好等)を細かく配慮した調剤が可能となり、実効性のある服用を実現する上で重要である。データセンタ１０は、処方箋データに基づきその患者の過去の薬歴データを検索して過去の調剤設計データを取り出し、又は、新たに調剤設計を行い、それらの調剤設計データを薬局３０へ伝送する。」
　
３．対比 
　本願発明と引用例１記載発明を対比すると、両者間には以下の一致点、相違点があるといえる。
　
（一致点）
「患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備え、利用者が患者から受け付けた処方箋ごとに前記入力手段により処方情報を入力するとともに、前記制御装置が前記入力された処方情報と前記個人情報記憶部に記憶された個人情報および前記薬剤情報記憶部に記憶された薬剤情報とを検索・照合することにより処方箋ごとに処方内容をチェックして、当該チェック結果を前記表示手段に表示する電子薬歴管理システム」である点。
　
（相違点１）
　本願発明のシステムは、「患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備えた利用者端末」と、「所定の通信手段」と、「前記利用者端末における薬剤情報について所定の時期に前記所定の通信手段を用いて追加・更新させる所定の管理装置を有する管理センタ」とからなるものであるのに対し、引用例１記載発明のシステムは、そのようなものではない点。
　
（相違点２）
　本願発明のシステムは、「薬剤情報記憶部が一般的な薬剤情報を記憶させる一般情報記憶領域と処方内容に関連して利用者が迅速に対応すべき所定の緊急情報を記憶させる緊急情報記憶領域との異なる領域を有しており、追加・更新される薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報が、定期的な一般的な薬剤情報の追加・更新とは別に逐次管理センタにより伝送されて前記一般情報記憶領域に記憶されるのに加えて　当該緊急情報に関連する薬品名または成分名が前記緊急情報に関連づけられた状態で前記薬品情報記憶部内において前記一般情報領域とは別の領域である緊急情報記憶領域に追加・更新されるとともに、処方箋ごとに入力された処方情報に基づき制御装置が前記一般情報記憶領域と緊急情報記憶領域とを所定の方法でそれぞれ個別に検索して前記緊急情報が存在する旨を前記表示手段に前記一般情報と区別して表示する」ように構成されているのに対し、引用例１記載発明のシステムは、そのようには構成されていない点。
　
　
４．当審の判断 
（１）上記相違点について 
ア．（相違点１）について
　以下の事情に鑑みれば、引用例１記載発明のシステムを、「患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備えた利用者端末」と、「所定の通信手段」と、「前記利用者端末における薬剤情報について所定の時期に前記所定の通信手段を用いて追加・更新させる所定の管理装置を有する管理センタ」とからなるものとすることは、当業者が容易に推考し得たことというべきである。
（ア）引用例１記載発明のシステムの「薬剤情報記憶部」に記憶される「所定の薬剤情報」が永久不変の情報ではなく、適宜追加・更新されるべき情報であることは当業者に自明であり、その追加・更新を、所定の時期に行うようにすることは、当業者が適宜なし得たことである。
（イ）コンピュータシステムが保有する情報に対する追加・更新を、所定の通信手段を用いて、「所定の管理装置を有する管理センタ」と呼び得るものから行うようにすることは、コンピュータシステム一般において、ごく普通に行われていることであり、引用例１記載発明の「薬剤情報記憶部」に記憶される「所定の薬剤情報」についても、それに対する追加・更新を、所定の通信手段を用いて、「所定の管理装置を有する管理センタ」と呼び得るものから行うようにすることができない理由はない。
（ウ）引用例１記載発明の「薬剤情報記憶部」に記憶される「所定の薬剤情報」について、その追加・更新を、所定の通信手段を用いて、「所定の管理装置を有する管理センタ」と呼び得るものから行うようにした場合には、引用例１記載発明のシステムは、「利用者端末」とも呼び得る。
（エ）以上のことは、取りも直さず、引用例１記載発明のシステムを、「患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備えた利用者端末」と、「所定の通信手段」と、「前記利用者端末における薬剤情報について所定の時期に前記所定の通信手段を用いて追加・更新させる所定の管理装置を有する管理センタ」とからなるものとすることが、当業者にとって容易であったことを意味している。
　
イ．（相違点２について）
　以下の事情に鑑みれば、引用例１記載発明のシステムを、「薬剤情報記憶部が一般的な薬剤情報を記憶させる一般情報記憶領域と処方内容に関連して利用者が迅速に対応すべき所定の緊急情報を記憶させる緊急情報記憶領域との異なる領域を有しており、追加・更新される薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報が、定期的な一般的な薬剤情報の追加・更新とは別に逐次管理センタにより伝送されて前記一般情報記憶領域に記憶されるのに加えて　当該緊急情報に関連する薬品名または成分名が前記緊急情報に関連づけられた状態で前記薬品情報記憶部内において前記一般情報領域とは別の領域である緊急情報記憶領域に追加・更新されるとともに、処方箋ごとに入力された処方情報に基づき制御装置が前記一般情報記憶領域と緊急情報記憶領域とを所定の方法でそれぞれ個別に検索して前記緊急情報が存在する旨を前記表示手段に前記一般情報と区別して表示する」ように構成することも、当業者が容易に推考し得たことというべきである。
（ア）引用例２でいう「緊急安全性情報」に関連する医薬品を保有している薬局にとっての当該「緊急安全性情報」は、本願発明でいう「処方内容に関連して利用者が迅速に対応すべき所定の緊急情報」に相当する情報であって、それは、当然に、「薬品名または成分名」に相当する事項が関連付けられた情報である。また、上記「『緊急安全性情報』に関連する医薬品を保有している薬局にとっての当該『緊急安全性情報』」以外の薬剤に関する情報は、本願発明でいう「一般的な薬剤情報」に相当する情報である。さらに、引用例２でいう「データセンタ」は「管理装置を有する管理センタ」とも呼び得るものである。
　そして、引用例２には、上記「処方内容に関連して利用者が迅速に対応すべき所定の緊急情報」に相当する情報については、データセンタからプッシュ型で情報を伝送し、上記「一般的な薬剤情報」に相当する情報については、プッシュ型ではなく定期情報としてあるいは要求に応じて伝送するようにすること、換言すれば、「『薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報』を、『定期的な一般的な薬剤情報』とは別に逐次、管理センタにより伝送すること」（以下、「引用例２記載の技術」と呼ぶ。）が記載されているといえる。
（イ）上記「ア．」で検討したところに従って引用例１記載発明のシステムを、「患者ごとの薬歴を含む個人情報を記憶する個人情報記憶部、所定の薬剤情報を記憶する薬剤情報記憶部、所定の処理を実行する制御装置、入力手段、表示手段、を備えた利用者端末」と、「所定の通信手段」と、「前記利用者端末における薬剤情報について所定の時期に前記所定の通信手段を用いて追加・更新させる所定の管理装置を有する管理センタ」とからなるものとしたもの（以下、「引用例１記載発明改変システム」と呼ぶ。）においても、上記引用例２記載の技術が有用であることは、当業者に自明であり、上記引用例１記載発明改変システムに上記引用例２記載の技術を適用することは、当業者が容易に想到し得たことである。
（ウ）上記引用例１記載発明改変システムに上記引用例２記載の技術を適用する場合に、「薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報」が「定期的な一般的な薬剤情報」とは区別された形態で利用者に提供可能にされるべきことは、該「薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報」の性質から当然のことである。
（エ）「薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報」（以下、単に「緊急情報」と呼ぶ。）が「定期的な一般的な薬剤情報」（以下、「一般情報」と呼ぶ。）とは区別された形態で利用者に提供にされることを可能するために、緊急情報と一般情報を別々に管理する必要があることは、当業者に自明であり、その別々に管理する際の管理の具体的内容をどのようにするか、すなわち、両情報を具体的にどのように記憶、検索、表示するようにするかは、当業者が適宜決定し得た事項である。
（オ）緊急情報と一般情報を別々に管理する際の管理の具体的内容として、「一般情報を記憶させる一般情報記憶領域と緊急情報を記憶させる緊急情報記憶領域との異なる領域を設け、追加・更新される薬剤情報のうちの緊急情報が、一般情報の追加・更新とは別に逐次管理センタにより伝送されて前記一般情報記憶領域に記憶されるのに加えて　当該緊急情報に関連する薬品名または成分名が前記緊急情報に関連づけられた状態で前記薬品情報記憶部内において前記一般情報領域とは別の領域である緊急情報記憶領域に追加・更新されるとともに、処方箋ごとに入力された処方情報に基づき制御装置が前記一般情報記憶領域と緊急情報記憶領域とを所定の方法でそれぞれ個別に検索して前記緊急情報が存在する旨を前記表示手段に前記一般情報と区別して表示する」といった内容（以下、「本願発明具体的管理内容」と呼ぶ。）は、それを構成の面から見ても、その構成がもたらす効果の面から見ても、当業者が適宜採用し得た範囲を超えるものとはいえない。
　すなわち、構成についてみれば、別々に管理すべき複数種類の情報の記憶領域を相互に異なるものとする、必要な情報については複数の領域に記憶させる、複数の領域の検索を個別に行うようにする、緊急情報が存在する旨を一般情報と区別して表示する、といったことは、いずれも、当業者がごく普通に行っていることであり、格別のものではない。
　また、平成２３年９月１３日付けの意見書の主張等をも参酌して理解される、上記構成によってもたらされる効果についてみても、その効果は、「使い勝手が良い」、「緊急な情報を処理することが行える」、「薬品名や成分名に緊急情報が存在するという各種の表示をすることができる」、といった程度の、引用例１記載発明改変システムに引用例２記載の技術を適用する場合に当業者が普通に想定し得る程度の効果であって、本願発明具体的管理内容とは異なる構成によっても実現可能な程度の効果にすぎない。
（カ）以上のことは、引用例１記載発明のシステムを、「薬剤情報記憶部が一般的な薬剤情報を記憶させる一般情報記憶領域と処方内容に関連して利用者が迅速に対応すべき所定の緊急情報を記憶させる緊急情報記憶領域との異なる領域を有しており、追加・更新される薬剤情報のうち処方内容に関連して利用者が迅速に対応すべき所定の緊急情報が、定期的な一般的な薬剤情報の追加・更新とは別に逐次管理センタにより伝送されて前記一般情報記憶領域に記憶されるのに加えて　当該緊急情報に関連する薬品名または成分名が前記緊急情報に関連づけられた状態で前記薬品情報記憶部内において前記一般情報領域とは別の領域である緊急情報記憶領域に追加・更新されるとともに、処方箋ごとに入力された処方情報に基づき制御装置が前記一般情報記憶領域と緊急情報記憶領域とを所定の方法でそれぞれ個別に検索して前記緊急情報が存在する旨を前記表示手段に前記一般情報と区別して表示する」ように構成することが、当業者にとって容易であったことを意味している。
　
（２）本願発明の効果について　 
　本願発明の構成によってもたらされる効果は、引用例１、２の記載事項や周知の事項から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。 
　
　
５．むすび 
　以上によれば、本願発明は、引用例１記載発明、引用例２の記載事項、及び周知の事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項や他の拒絶の理由について検討するまでもなく、拒絶されるべきものである。  
　よって、結論のとおり審決する。